用于使用音频签名检测来关联移动设备的方法和装置的制造方法

用于使用音频签名检测来关联移动设备的方法和装置的制造方法
【专利摘要】一种所公开的操作方法包括从多个移动设备获取音频数据，将音频数据与至少一个已存储的音频签名进行比较，以及将具有包含至少一个已存储的音频签名的音频数据的移动设备分组。所述方法可以进一步包括向已分组的移动设备发送邀请消息，以使每个移动设备都能够将自身关联到群组。所述方法还可以进一步包括向已分组的移动设备提供内容，其中所述内容与至少一个已存储的音频签名相关。存在用于基于音频签名而对移动设备进行分组的各种应用，一个这样的应用与识别社交媒体群组或社区或者移动设备的用户可能感兴趣的其他内容相关。
【专利说明】
用于使用音频签名检测来关联移动设备的方法和装置
技术领域
[0001 ]本公开一般地设及移动设备，更更具体地设及语音和音频识别，并且更具体地设 及社交网络。
【背景技术】
[0002] 人口统计信息被用于各种目的的现代信息系统，范围包括定向市场营销或者广 告、±木和市政规划、资金规划W及其他用途。当今，社交媒体平台使得人们能够基于共同 的兴趣来形成群组或者团体，运在本质上定义了参与到运样的社交媒体群组或者团体的用 户的人口统计。鉴于所谓"大数据及相关计算机化平台的出现，人口统计信息可能更具 实用性，并且可能导致新的应用并且也可能取决于如何获取和采集运样的信息。
【附图说明】
[0003] 图1是根据实施例的服务器与移动设备进行通信W获取有关各种事件的音频样本 的框图。
[0004] 图2是根据实施例的如图1所示的移动设备与服务器之间的消息和信息流的框图。
[0005] 图3是根据一些实施例的包含在移动设备群组数据库中的示例表。
[0006] 图4是根据实施例的移动设备的示意性框图。
[0007] 图5是移动设备的视图，示出根据实施例的服务器基于移动设备提供包含某一音 频签名的音频样本来向移动设备发送邀请消息的示例显示。
[000引图6是根据实施例的移动设备的操作方法的流程图。
[0009] 图7是根据实施例的服务器的操作方法的流程图。
[0010] 图8是根据实施例的服务器的操作方法的流程图。
[0011] 图9是根据实施例的服务器的操作方法的流程图。
【具体实施方式】
[0012] 所公开的实施例提供用于识别跨时间和位置的多个移动设备的能力，运些移动设 备因已接收共同的相似音频数据而被联系在一起。各种实施例包括用于监视移动设备音频 输入W识别移动设备音频数据内所包含的音频签名的操作方法，所述音频签名匹配数据库 中所存储的音频签名或者匹配从移动设备中的至少一个所获取的音频签名并且可W被用 于识别接收相同或相似音频的其他移动设备。因此，人口统计可W基于移动设备的共同的 音频配置文件来生成。本领域普通技术人员会想到人口统计信息的各种应用。在一个示例 应用中，移动设备用户可W基于发现基于相似的音频签名而可能在给定的兴趣人口统计中 的其他移动设备用户来使用社交媒体来进行联系，所述音频签名诸如但不限于媒体文件音 频签名或者如本文所定义的其他音频相关"事件"的音频签名。在其他示例应用中，内容可 W基于分组被提供给移动设备，其中所述内容与群组相关，或者更具体地与在从移动设备 接收的音频数据中检测到的共同的音频签名相关。
[0013] 在一个实施例中，一种操作方法包括从多个移动设备获取音频数据，将音频数据 与至少一个已存储的音频签名进行比较，W及将具有包含至少一个已存储的音频签名的音 频数据的移动设备分组。在一些实施例中，所述方法可W进一步包括向已分组的移动设备 发送邀请消息，W使每个移动设备都能够将自身关联到群组。在一些实施例中，所述方法可 W进一步包括向已分组的移动设备提供内容，所述内容与至少一个已存储的音频签名相 关。
[0014] 在一些实施例中，所述方法可W进一步包括从具有包含至少一个已存储的音频签 名的音频数据的每个移动设备获取上下文信息，W及基于上下文信息来细分至少一个移动 设备群组。获取上下文信息在一些实施例中可W通过获取来自每个移动设备的音频数据的 时间戳信息或者来自提供音频数据的移动设备的位置信息中的至少一个来完成。所获取的 位置信息与由相应移动设备采集音频数据的位置相关。在一些实施例中，所述方法可W进 一步包括访问数据库W获取至少一个音频签名。
[0015] 在一些实施例中，所述方法可W进一步包括将至少一个音频签名与事件相关联， 在社交媒体平台上为该事件创建群组，W及从社交媒体平台向已分组的移动设备发送邀请 消息。将至少一个音频签名与事件相关联在一些实施例中可W通过将至少一个音频签名与 现场事件、现场事件的记录版本、现场事件的广播版本或者音频文件的回放中的至少一个 相关联来完成。在一些实施例中，一个或多个群组可W基于事件而被细分。例如，群组可W 基于来自音频数据的时间戳信息或者来自提供音频数据的移动设备的位置信息来细分，其 中所述位置信息与采集音频数据的位置相关。
[0016] 在另一实施例中，一种操作方法包括从多个移动设备获取音频数据，识别多个移 动设备中的至少第一移动设备的音频数据内的音频签名，将多个移动设备中的至少第二移 动设备的音频数据与已识别的音频签名进行比较，基于已识别的音频签名与第二移动设备 的音频数据的至少一部分之间的匹配在第二移动设备的音频数据内检测已识别的音频签 名，W及基于第一移动设备W及第二移动设备在各自对应的音频数据内都具有已识别的音 频签名来将第一移动设备W及第二移动设备分组。
[0017] 在一些实施例中，所述方法可W进一步包括向第一移动设备W及第二移动设备发 送邀请消息，其中所述邀请消息将使得第一移动设备与第二移动设备能够使用社交媒体服 务器来进行通信。在一些实施例中，所述方法可W进一步包括向第一移动设备W及第二移 动设备提供内容，所述内容与已识别的音频签名相关。
[0018] 所公开的实施例还提出一种服务器，该服务器包括至少一个处理器W及可操作地 禪合至该处理器的存储器。所述存储器包括用于由处理器来执行的可执行指令，其中在执 行所述可执行指令时处理器可操作为执行本文所述的与服务器相关的操作方法中的任一 方法。
[0019] 现转到附图，图1是服务器105的框图，其可操作为与各种移动设备进行通信W获 取有关各种事件的音频样本。根据实施例，服务器105位于诸如因特网110的网络内并且通 过因特网连接103而由各种类型的移动设备访问。例如，移动设备群组100具有因特网连接 103并且每个能够建立到因特网now及服务器105的连接W执行根据各种实施例的操作方 法。服务器105可W进一步与各种数据库集成或者被可操作地禪合至各种数据库，所述数据 库诸如事件签名数据库107、媒体签名数据库109W及移动设备群组数据库115。服务器105 可W使用适当的数据库访问协议113来访问各种数据库并且与其进行通信。然而，用于访问 各种数据库的数据库访问协议可W在一些实施例中不相同。服务器105也可W访问各种社 交媒体或内容服务器111并且与其进行通信。
[0020] 根据实施例，服务器105包括至少一个处理器106W及非易失性的非瞬态存储器 108,其被可操作地禪合到至少一个处理器106。非易失性的非瞬态存储器108存储用于分组 应用120的可执行指令(可执行代码H20C。处理器106可操作为访问存储器108并且执行存 储在其中的可执行指令120C，W便实施分组应用120的操作方法。
[0021] 根据实施例，可W访问服务器105的每个移动设备包括始终运行的音频检测系统。 始终运行的音频检测系统可操作为检测语音命令并且将那些语音命令W适当的方式作为 控制信息路由到移动设备的应用、组件或者因特网，W便提供各种移动设备特征和功能。根 据实施例，始终运行的音频检测系统还通过移动设备的因特网连接106将音频数据发送至 服务器105。在一些实施例中，移动设备将仅根据需要、周期性地与服务器105建立因特网连 接，W便发送音频数据。在其他实施例中，移动设备将一直保持到服务器105的因特网连接， 即便移动设备仅可W周期性将音频数据发送至服务器105。
[0022] 分组应用120从各种移动设备获取音频数据并且对音频数据检查各种音频签名。 运可W通过将已接收的音频样本与事件签名数据库107或者媒体签名数据库109中所存储 的已知音频签名进行比较或者通过对来自各种移动设备的音频样本进行比较W检测音频 签名的匹配模式来完成。移动设备群组数据库115可W由分组应用120用来跟踪主动发送音 频数据的各种移动设备，并且基于检测到的音频签名来分配群组。"音频签名"可W是声学 指纹，其使得能够进行音频数据库捜索W及对包含在音频数据中的音频样本的识别。用于 创建运样的声学指纹W及用于数据库捜索并且与音频数据进行比较的各种技术已为本领 域普通技术人员所知，由此在本文中不再对运样的技术进行详述。
[0023] 移动设备群组数据库115可W被认为是人口统计数据库。也就是说，形成并且跟踪 在数据库中的移动设备群组可W被用于提供对移动设备用户的活动的统计桐察。例如，已 采集的音频数据可能指示移动设备用户接近无线电或者电视机、在人群中或者消费某个类 型的可听媒体内容的日时间。在一个特定示例中，音频数据可能指示在音频广告的收听范 围内有多少移动设备用户。本领域普通技术人员根据本公开W及本文提供的示例会想到所 公开的实施例的许多其他应用。
[0024] 事件签名数据库107包含对于各种类型的已知事件的音频签名，先前已针对运些 已知事件采集音频数据。声学指纹由此已被生成，W促进可捜索的"事件签名"。例如，事件 签名数据库107可W包含对于事件的音频签名，所述事件诸如足球赛(人群噪声或者其他特 征性音频）、户外音乐会和室内音乐会、公开演讲事件或者各种其他运样的事件，可W针对 运些事件采集和存储音频签名。媒体签名数据库109可W包含与事件签名数据库107的事件 中通过诸如电视、无线电、因特网等媒体广播的一些相关联的已存储的音频签名。一个示例 可W是在足球赛期间播放的音乐标志等。此外，媒体签名数据库109将包含对于各种媒体文 件的音频签名，所述媒体文件诸如但不限于电视节目、电影、音乐会、诸如光盘专辑、MP3文 件、MP4文件的歌曲文件或者可W包括音频成分的任何其他类型的媒体文件。
[0025] 换言之，事件签名数据库107包含在某种程度上被归纳到给定环境的音频签名，而 媒体签名数据库109包含更针对媒体内容（诸如但不限于版权所有的音频内容）的音频签 名。因此，分组应用120可W检查在音频数据中所接收的音频样本，运是通过将音频样本与 存储在事件签名数据库107或者媒体签名数据库109中的音频签名进行比较。
[00%]在一些实施例中，分组应用120也可W基于音频样本中所包含的共同的音频签名 将来自各种移动设备W及群组移动设备的音频样本进行比较，即便是对于音频签名不存在 匹配的数据库条目。此外，在一些实施例中，分组应用120也可W构建事件签名数据库107或 者媒体签名数据库109,运是通过生成(从已接收的音频样本)并且存储在地理位置、时间段 或者二者的组合共同的音频签名。地理坐标数据W及时间戳可W随同音频数据一起被服务 器105获取或者可W基于"上下文请求"而应服务器105请求来获取。也就是说，分组应用120 可W包括音频签名生成代码。然而，在一些实施例中，音频签名的生成可W由驻留于服务器 105或者个人移动设备上的单独应用来执行。因此，在一些实施例中，移动设备可W在给定 的时间和位置将从音频数据创建的音频签名发送至服务器105,而不是将原始的音频数据 发送至服务器105。
[0027] 如果分组应用120在任何移动设备的音频数据内识别已存储的音频签名中的一 个，则分组应用120将在移动设备群组数据库115中为该移动设备创建数据库条目。分组应 用120可W然后基于由分组应用120识别的分组而执行邀请相应移动设备的用户加入群组 的动作。例如，如图1所示的移动设备可W基于移动设备中的每一个已获取包含有关"事件 Γ的音频签名的音频(并且为服务器105提供音频样本)来与移动设备群组100相关联。然 而，在其他实施例中，分组将出于人口统计目的并且不会包括向移动设备发送任何邀请消 息或者其他通知。
[0028] 根据实施例，有关"事件Γ的音频签名不必被移动设备在与其他移动设备相同的 时间或地点获取才能与移动设备群组100相关联。例如，用户1和用户2可能曾参加现场音乐 会（即事件1的现场版本），而用户3可能曾在电视上、因特网上或者通过无线电观看和收听 现场音乐会的广播或者记录。也就是说，用户3的移动设备可能曾在与现场音乐会的实际时 间和地点不同的时间和不同的位置采样包含事件1的音频签名的音频。根据实施例，分组应 用120却仍然会将用户3的移动设备关联为有关事件1的移动设备群组100的潜在成员。分组 应用120也可W向用户3的移动设备发送加入移动设备群组100的邀请。换言之，移动设备基 于已接收包含类似的音频签名的音频而被分组，而不考虑音频在何地或者何时被移动设备 接收。在图2中提供示例的移动设备200与服务器105之间的消息和信息流的示例。
[0029] 各种音频源117可W向示例的移动设备200提供声波118。示例的音频源117包括但 不限于音乐会、会议、集会、电视广播、无线电广播、因特网广播或者经由媒体文件播放器、 因特网等的媒体文件回放。因此，由各种音频源117所提供的声波118可W包含有关"事件" (音乐会、电视广播、体育赛事、政治集会、电视节目、研讨会、电影、夜总会、派对、宗教仪式、 教室、公共汽车旅行、婚礼等)的音频签名或者有关媒体文件的音频签名。
[0030] 在一个示例中，对应于声音标志或者音乐模式的音频签名可W被存储在事件签名 数据库107或者媒体签名数据库109上。例如，可W存储对应于在足球赛开始时所使用的音 乐模式或片段的音频签名，诸如NFL⑥广播的介绍。该介绍性音乐模式可W在周日被移动 设备200接收并且被可能位于全国各地的其他移动设备接收。移动设备200会经由因特网连 接103将音频数据121发送至服务器105,该音频数据121包括具有对于音乐模式的音频签名 的全部或者一部分的音频样本。分组应用120可W然后将移动设备的音频数据121与事件签 名数据库107W及媒体签名数据库109中所包含的音频签名进行比较。在检测到匹配的音频 签名后，分组应用120可W通过上下文请求123来请求上下文信息。移动设备200可W然后提 供上下文信息125,该上下文信息125可W包括位置信息，诸如GI^坐标。在其他实施例中，时 间戳、位置戳或者运二者可W随同音频数据121-起被提供。也就是说，在一些实施例中，上 下文信息125可W被自动提供，而不需要上下文请求123。然而，在一些实施例中，移动设备 200的隐私设置可W确定运样的上下文信息125是否被发送至服务器105,其中上下文信息 125可W自动地或者响应于上下文请求123而被发送。
[0031] 而且，在检测到匹配的音频签名之后，分组应用120可W对移动设备群组数据库 115检查与音频签名有关的现有群组或者可W创建新的群组。移动设备200将被添加至分组 表300,其被用于跟踪已检测到的音频签名，使得群组可W被创建并且在一些实施例中群组 邀请可W被发送至适当的移动设备。因此，如果在移动设备群组数据库115中存在或者创建 群组，则在一些实施例中可W从服务器105向移动设备200发送邀请消息127,使得移动设备 200的用户可W加入群组。
[0032] 群组可W是有关各种社交网络服务器111中的一个的"社区"或者可W与一些其他 人口统计信息的确定相关。因此，在示例中，对于NFL⑧的粉丝或者对于已知曾在检测到音 频签名匹配者的特定日进行比赛的特定NFL⑥足球队的粉丝，社交网络服务器上可W存在 社区。在该示例中，基于由移动设备200所获取的与音频签名相关的NFL⑩，邀请消息127因 此可W被发送并且因此可W包括有关NFL?虚拟社交社区的信息。
[0033] 因此，在各种实施例中，移动设备包括始终运行的音频检测系统，W监听匹配数据 库中所存储的音频签名的音频签名。当由服务器105识别匹配的音频签名时，移动设备被添 加至群组表300并且可W被置入现有群组或者待定群组（即等待预先指定数目的成员等） 中。在一些实施例中，对于现有群组，可W向移动设备发送邀请消息，移动设备可W在低功 耗模式下显示该邀请消息，而不唤醒移动设备。在运样的实施例中，基于所显示的邀请消 息，移动设备的用户可W选择加入群组或者社区或者接收内容。例如，加入给定的群组或社 区使得用户能够与正在收听相同的广播、媒体文件等或者对其有些兴趣的其他移动设备所 有者交互。换言之，移动设备始终运行的音频检测系统被用于通过监视环境音频并且在设 备之间查找音频签名匹配者来识别参与共同事件或者具有共同兴趣的用户。加入群组或社 区可W要求用户在托管群组或社区或者提供相关内容的社交媒体或者内容服务器111中的 一个上具有账户。
[0034] 在一些实施例中，移动设备可W采样并且存储用于W预定间隔上传到服务器105的 音频，诸如存储在存储器的高速缓存中。服务器105可W访问社交媒体或者内容服务器111的 一个或多个社交媒体服务器W初始地使用诸如但不限于G〇Dgle+?、Twitter?、Faeebook? 或者其他社交联络的平台来创建群组，使得移动设备的用户可W选择加入群组或"虚拟社 区"并且与其共享评论、评级、图像等。上下文信息125可W包括位置数据，该位置数据可W 被服务器105用来为具有某个预定接近或者物理地存在于"事件"处或存在于诸如某一国 家、城市等给定地理区域内的移动设备创建分组关联。上下文信息125可W由此被用于在其 与地理相关时采集人口统计信息。服务器105可W仅考虑移动设备基于正在参与相同事件 的用户的所需最少数目的预定阔值来形成潜在的"群组"。一旦达到阔值，服务器105可W继 续向移动设备发送加入相关社区或者访问来自内容服务器等的相关内容的邀请消息127。 移动设备的用户可w然后选择加入群组或社区或者访问相关内容。因此，各种实施例的操 作方法能够将在不同位置参与相同事件或者具有相同兴趣(对音乐、体育运动等的品位)的 人们联系起来，而不考虑用户"听到"与群组相关的音频签名的时间或者位置。在其他实施 例中，所述操作方法能够基于相关兴趣来使能内容传递。本领域普通技术人员根据本公开 W及本文提供的示例可W想到实施例的其他应用。
[0035] 在图3中示出存储在移动设备组数据库115中的分组表300的示例细节。服务器105 可W使用分组表300W在其从每个移动设备接收到各自对应的音频数据时跟踪各种移动设 备。示例分组表300包括列321，包括"移动设备I护、"音频签名I护、"上下文数据"W及"群组 匹配者1护。移动设备ID列提供对相应移动设备的用户的设别，使得可W最终将邀请消息发 送至该移动设备。然而，在一些实施例中，音频数据可W在没有除时间戳、位置信息或者二 者之外会具体识别用户的信息的情况下被采集。也就是说，出于人口统计信息目的，可能不 需要对移动设备用户的特定身份。然而，一些唯一识别号可W被分配给移动设备，W便辨识 移动识别，W防分组表300中的数据的重复条目。示例行323示出对于"用户Γ的示例信息。 可W为由分组应用120在用户1的移动设备的音频数据内检测到的特定音频签名分配音频 签名ID。基于音频签名ID，如果音频签名匹配对于给定组的音频签名，则如图所示，行323将 包括群组匹配者ID。示例的音频签名IDW及群组匹配者ID都出于说明目的被示为十六进制 值，但能够是可W被用作识别符的任何类型的计算机可存储值。在一些实施例中，服务器 105的分组应用120可W从给定的移动设备中请求上下文信息。该信息会然后作为上下文数 据被存储在上下文数据字段中，如图所示，该上下文数据字段可W包括GPS坐标、对应于音 频签名的日期和时间戳W及诸如来自移动设备的日程表条目的其他信息。然而，在其他实 施例中，诸如时间戳、位置信息或者二者等的一些上下文信息可W被与音频数据一起包括， 由此毋须由服务器105特别请求。
[0036] -些移动设备可W在分组表300中具有多个行条目。例如，用户1具有对于尚未具 有群组匹配者ID的已识别音频签名的第二行325条目。例如，如果尚未发现阔值数目的用户 具有匹配的音频签名ID或者出于其他原因，诸如就用户发起群组的情况下，则可能出现运 一情况。在一些实施例中，用户可W定义群组并且然后提供有关对于已定义群组的"事件" 的音频数据。例如，在对于用户1的行325中的音频签名ID可W是运样的音频签名。在该示例 中，如果音频签名尚不存在，则可W通过驻留于移动设备或者服务器105上的应用来生成音 频签名。群组匹配者ID则可W处于保持状态，直至识别出具有匹配的音频签名的至少另一 个移动设备或者某个阔值数目的移动设备。分组表300的条目由此继续至对于"N"个用户移 动设备的行327。在一些实施例中，移动设备的行条目可W出于各种原因被从分组表300中 删除，诸如在由服务器105将邀请消息发送至该移动设备之后。
[0037] 在图4中提供示出移动设备200的示例细节的示意性框图。根据实施例，移动设备 200包括音频监视器227。音频监视器227可W被实现为在一个或多个处理器上执行的软件 或者固件（或者软件和固件的组合），并且也可W包括或者可W被使用ASIC(专用集成电 路）、DSP(数字信号处理器）、硬布线电路(逻辑电路)或其组合独立实现。也就是说，音频监 视器227可W使用ASIC、DSP、在处理器上执行的可执行指令、逻辑电路或其组合来实现。
[0038] 在图4的示例中，音频监视器被实现为存储在存储器203中并且可由处理器201来 执行的可执行指令227C。内部连接总线205提供处理器201与其他各种移动设备200的组件 之间的可操作性禪合。如本文所用，当能够在组件之间发送信息时，即便在其间或者沿连接 路径可能存在一个或多个中间或中介组件，运样两个组件也可W是"可操作地禪合"。因此， 连接至内部连接总线205的各种组件中的任一组件在此可W被理解成被可操作地禪合至处 理器201或者在适当的情况下理解成彼此可操作地禪合。在实现为在处理器上执行的软件 或者固件的模块或者组件之间也可能存在可操作地禪合，并且运样的"软件禪合"可W使用 库或应用编程接口（API)或者在适当的情况下使用其他软件接口技术来实现。在图4中将运 样的库或者AP I图示地示出为提供图4中的各种软件实现模块或者组件之间的可操作地禪 厶 1=1 〇
[0039] 存储器203是非易失性的非瞬态存储器，并且存储对应于音频监视器227的可执行 指令227C、对应于语音识别引擎229的可执行指令229C、对应于一个或多个无线协议找231 的可执行指令231C、对应于一个或多个应用233的可执行指令233C、因特网协议（IP)找（未 示出）、移动设备操作系统(未示出）、用于实现各种API的库(未示出）W及音频数据235,在 将其发送至服务器105之前可W不时地存储该音频数据235。处理器201可操作为访问存储 器203并且执行存储在存储器203中的已存储的可执行指令227(：、229(：、231(：、233(：，^执行 本文所公开的操作方法W及执行诸如运行移动设备200的操作系统等的其他功能和操作。
[0040] 移动设备200包括可操作地禪合至配置和预处理逻辑221的一个或多个麦克风225 (诸如麦克风阵列）W及扬声器223。配置和预处理逻辑221可W包括模数转换器(ADC)、数模 转换器(DAC)、回音消除、高通滤波器、低通滤波器、带通滤波器、可调带通滤波器、降噪滤 波、自动增益控制(AGC)W及可W被应用于从使用一个或多个麦克风225接收的音频中滤除 噪音的其他音频处理。配置和预处理逻辑221可W是如图4所示的单个组件或者可W被部分 实现为硬件并且部分实现为由处理器201来执行的软件或固件。在一些实施例中，配置和预 处理逻辑221可W使用几个硬件组件来实现，并且也可W利用W各种组合形式的一个或多 个软件或固件组件。配置和预处理逻辑221可W操作为控制一个或多个麦克风225, W打开 或关闭某些麦克风或者针对各种应用来调节滤波或增益。
[0041] 无线收发器207可W为诸如但不限于Wi-Fi蜂窝、2G、3G或4G无线通信系统的一个 或多个广域网络通信系统提供无线通信能力，并且还提供通过无线接口的因特网连接103， W与服务器105进行通信。在一些实施例中，移动设备200中也可W存在第二无线收发器 209。第二无线收发器209可W是端对端收发器，并且可W提供无线连接能力，诸如但不限于 Bluetooth?、无线USB、Zi浊ee或者其他技术等。在一些实施例中，第二无线收发器209也可 W提供因特网连接103。移动设备200的一些实施例也可W包括近场通信(NFC)逻辑211，其 可操作为与外部NF村受备进行通信，W提供信息或将信息读入移动设备200内。
[0042] 位置检测逻辑213可W包括全球定位系统(GPS)硬件，并且可操作为将诸如但不限 于GI^坐标的位置坐标数据提供至处理器201W及各种应用233。用户接口化1)217可W包括 跟踪球式鼠标、触敏元件、物理开关、巧螺仪式位置传感器等。UI 217传感器中的一些可W 被包括在传感器组220内。在一些实施例中，传感器220可W被可操作地禪合至传感器中枢 219,其中该传感器中枢219进一步被可操作地禪合至内部连接总线205。传感器中枢219可 W操作为为由各种传感器220接收的数据提供监视和数据转换功能并且将传感器数据提供 至处理器201。例如，传感器220中的一些可W由UI 217用于接收用户输入。例如，传感器220 可W包括巧螺仪式位置传感器或者加速计，其被用于确定移动设备200的位置，W当用户将 移动设备200移至各种位置时便于各种应用233的各种形式的用户输入。在一个示例中，显 示器215可W通过感测移动设备200的位置呈水平还是竖直而被调节。传感器220也可W包 括热传感器W及可W由处理器201或者各种应用233用于调节移动设备200的参数或者出于 其他目的的其他传感器。显示器215可W提供触摸屏能力，其作为UI 217的一部分，并且也 可W提供与移动设备操作系统相关的图形用户界面(GUI)、与一个或多个移动设备应用233 相关的GUI或者二者。显示器215可W由此被认为是UI 217的一部分，原因在于其可W操作 为接收命令并且直接通过触摸来控制信号。
[0043] 音频监视器227可操作为从配置和预处理逻辑221获取音频样本并且不时地将音 频样本发送至服务器105。音频样本可W作为音频数据235被存储于存储器203中，直至可W 将音频数据235发送至服务器105的预定的时间间隔为止。音频监视器227可W在由处理器 201执行的IP协议找(未示出）的应用层处操作，W促进IP通信。API 245使得音频监视器227 能够与一个或多个无线协议找231进行通信，W使用无线收发器207或者无线收发器209通 过无线接口向服务器105发送音频数据235W及自其接收请求消息。诸如API 243的其他API 使得语音识别引擎229能够使用无线收发器207或者无线收发器209通过网络发送语音识别 信息。诸如但不限于web浏览器、电子邮件程序等的一个或多个应用233也可W经由API 237 与因特网或者其他网络进行无线通信。API 241实现由语音识别引擎229对各种应用233使 能语音控制和命令，并且也可与移动设备操作系统(未示出）进行交互。在一些实施例中，音 频监视器227也可W通过API 239向语音识别引擎229提供信息或者自其接收信息。即使当 移动设备200被置为诸如休眠状态的低功率模式时，音频监视器227也可W运行，并且可W 依照由语音识别引擎229检测的语音命令来唤醒移动设备200。音频监视器227W及语音识 别引擎229在一些实施例中可W被集成于单个组件，使得无需API 239。在一些实施例中，音 频监视器227可W包括音频签名生成工具，其能够从一个或多个音频样本生成音频签名。音 频监视器227在该情况下可W将已生成的音频签名发送至服务器105,而不是发送全部的一 个或多个音频样本。服务器105可W然后将已生成的音频签名存储在数据库中并且在其他 移动设备的音频数据中捜索音频签名。下面参照图6至图9的流程图来描述音频监视器227 的操作方法的示例。
[0044] 移动设备200的上述组件中的任一组件可W被实现为在一个或多个处理器上执行 的软件或固件(或者软件和固件的组合），或者使用ASIC、DSP、硬布线电路(逻辑电路）、FPGA (现场可编程口阵列）或其组合来实现。因此，如图4所示的移动设备200是移动设备的一个 示例，而不应被理解为对可W根据各种实施例来使用的各种其他可能移动设备的实施方式 作出限制。
[0045] 各种实施例除存储器108或者存储器203W外还包括非易失性的非瞬态计算机可 读存储器，其可W包含用于由至少一个处理器来执行的可执行指令（即可执行代码），所述 指令当被执行时使得至少一个处理器根据本文所述的功能和操作方法来操作。计算机可读 存储器可W是任何适合的非易失性的非瞬态存储器，诸如但不限于诸如EEPR0M的可编程忍 片、闪速ROM(拇指驱动器）、压缩盘(CD)、数字影音光盘(DVD)等，其可W被用于将可执行指 令或者程序代码加载到其他处理设备，诸如服务器、移动设备或者其他设备，诸如可W得益 于本文所述实施例的特征的那些设备。例如，可执行指令120C或者可执行指令227C可W被 存储于上述形式的计算机可读存储器等中的任一存储器上。
[0046] 图5的视图提供根据实施例的可W由服务器105发送至移动设备200的邀请消息的 一个示例。本领域普通技术人员会理解的是，根据各种实施例，可W发送各种其他形式的通 知，诸如但不限于文本消息、电子邮件消息或者其他类型的通知，并且可W使用各种其他社 交媒体平台、内容服务器等。也就是说，由图5提供的示例不应被理解为对根据各种实施例 可W被用于邀请移动设备的用户加入群组的特定类型的邀请消息或者邀请机制作出任何 限制。
[0047] 按照图5的示例，移动设备200已通过其一个或多个麦克风接收音频并且已取样音 频W获取音频数据。图5中的移动设备200的示例还已经周期性地将音频数据发送至服务器 105, W便分组应用120查找匹配的音频签名。由分组应用120检测匹配存储在事件签名数据 库107或媒体签名数据库109内的已存储的音频签名或者匹配在给定时间位于给定位置的 其他移动设备音频签名的音频签名。例如，参加 "Google 1/炉事件的用户可W已携带各种 移动设备。在该情况下，分组应用120可W已经与已具有与Google I/O事件相关联的群组的 一个或多个社交媒体或者内容服务器111交互。分组应用120可W已在从各种移动设备的音 频监视器227接收到的音频数据中检测到与对于会议的事件签名相匹配的音频签名，例如 基于各种移动设备音频数据中所包含的人群噪音音频签名匹配在事件签名数据库107中所 包含的会议人群噪音数据签名。
[004引基于检测到人群噪音音频签名，分组应用120可W已请求并且接收"上下文信息"， 该上下文信息可W依据音频监视器227的个体移动设备隐私设置而包括移动设备约会表、 位置信息或者二者。在一些实施例中，分组应用也可W连同音频数据W及时间戳信息一起 从移动设备接收位置信息并且因此可W作出移动设备存在于Google I/O事件处的推断。换 言之，分组应用120可W假设或推断，由于移动设备处于Google 1/0事件的位置坐标处或者 附近并且已发送具有在事件的已知时间或期间的时间戳的匹配的音频签名，所W运样的移 动设备可能存在于Google 1/0事件处。
[0049] 因此，邀请消息301可W被移动设备200接收并且被显示。示例的邀请消息301是通 知消息并且可W包括群组或社区名称303。在其他实施例中，邀请消息301可W提供指向与 事件相关的内容的链接，所述内容诸如但不限于议程、地图、调度、优惠券、广告或者其他内 容等。初始地，在一些实施例中，仅有分组查询313可W被示出，运允许用户选择分组查询 313来作出响应或者获取进一步信息。也就是说，用户可W看见诸如"参见Google I/O?"的 查询。用户可W然后作出对于分组查询313的选择并且可W响应"是"或巧"。如果用户响应 "皆'，则分组查询313会从移动设备200的显示消失。然而，如果用户回答"是"，则进一步的 通知消息可W出现在移动设备200的显示上。分组查询313也可W在某个时间段之后(诸如 在会议闭幕之后)期满，并且可W在那时被自动从移动设备200删除或清除。
[0050] 邀请消息301可W初始地仅显示群组或社区名称303并且可W通过点击展开-收缩 箭头305而可展开。展开邀请消息301可W展示群组描述307W及与群组相关联并且可W对 应于与邀请消息301相关联的社交媒体平台的散列标签309。"加入"按键311也可W被显示 W使用户能够加入群组或社区。如果用户不希望加入群组或社区，则用户可W关闭邀请消 息301，例如通过再次选择展开-收缩箭头305,并且也可W使用本领域普通技术人员公知的 操作方法来清除邀请消息301。在设置的时间段之后或者由于用户未能对邀请作出行动等， 邀请消息301也可W根据已知操作方法被自动删除。
[0051] 因此，根据实施例，服务器105从各种移动设备获取音频数据并且基于音频签名来 确定特定用户参与特定事件的概率。运些"事件"可能在任何时间发生在许多不同位置。如 前所述，事件的示例包括但不限于现场电视广播、预记录的电视广播、电影、演讲或者收听 运些事件的记录媒体文件或诸如电影、音乐、视频、演讲等其他记录。可W采用各种操作方 法来检查哪些设备正在"听"来自相同事件的音频。例如，在一些实施例中，已知位于事件 (诸如音乐会、体育赛事、演讲、集会等)附近的移动设备可W全部被用来在同步时间W低功 率模式收听音频，并且然后将音频数据上传至服务器105，W便与来自其他移动设备的那些 音频数据进行比较。如果检测到匹配的音频签名，则提供匹配音频的移动设备可W被包括 在新的事件组内或者被邀请到群组中。换言之，服务器105可W将命令消息发送至移动设备 200中的音频监视器227, W命令音频监视器227在某个时间开始并且在某个时间段内采集 音频数据。
[0052] 例如，跨时区的现场电视事件可W要求移动设备全部在对于相关时区的特定时间 采集音频数据并且将音频数据上传到服务器105,使得分组应用120可W检查匹配的音频签 名。如上所讨论，音频数据可W与从在相同的时间记录或者采样的音频数据生成并且提供 给服务器105的已知的音频签名进行比较。例如，服务器105可W知道，在给定时区的给定广 播时间，电视节目包含在给定秒数内具有给定音频签名的音频。因此，可W将具有适当时间 戳的移动设备音频数据与已知的音频签名进行比较，W试图找到匹配者。可W然后向在其 相应音频数据中具有匹配的音频签名的移动设备发送到关于对给定电视节目感兴趣的群 组的邀请消息。
[0053] 在其他实施例中，如果服务器105基于显示移动设备正高速行驶的位置信息或者 其他上下文信息来确定给定的移动设备位于汽车或者其他车辆内，则移动设备可W被用来 收听给定音乐的音频签名。在该情况下，移动设备可W接收群组邀请，其中用户被发现正在 收听相同的歌曲。
[0054] 服务器105可W使用各种标准来确定何时形成移动设备群组。例如，在一些实施例 中，服务器105可W仅在从某个阔值数目的移动设备获取匹配的样本时才定义并且形成移 动设备群组。所形成社区的移动设备群组可W利用任何形式的社交媒体，诸如但不限于社 交"社区"、社交话题分类（诸如Tw批棘D的话题标签等）、包括诸如但不限于Google?+ 化ngouts的视频聊天室的聊天室或者其他社交媒体平台等。由服务器105发送的邀请消息 可W是但不限于移动设备通知、电子邮件、文本消息、社交网络邀请消息等。
[0055] 此外，在一些实施例中，基于用户使用移动设备在(社交媒体或内容服务器111的） 社交媒体平台上设立社交群组或社区，用户可W发起音频数据采集。在该情况下，可W用来 自音频监视器227的确认消息提示用户，请用户确认开始音频采集W找到并且邀请参加会 议、收听某一歌曲或者参与任何其他数目的可能"事件"的其他用户。在用户确认后，用户的 移动设备可W然后开始采集音频数据并且将其发送至服务器105,使得服务器105可W生成 音频签名或者识别现有的音频签名并且可W基于匹配的音频签名来捜索具有相同兴趣的 其他移动设备用户。
[0056] 在图6至图9中提供移动设备200的音频监视器227W及服务器105上的分组应用 120的示例操作方法。图6是根据实施例的移动设备200的操作方法的流程图。操作方法开 始，并且在操作块601中，移动设备200开始通过音频监视器227来监视音频，该音频监视器 227即使在移动设备200处于诸如休眠模式的低功率状态时也可W操作。在操作块603中，移 动设备200使用无线收发器207或者无线收发器20則尋包含音频样本的音频数据发送至服务 器105。在操作块605中，移动设备200基于监视的音频来接收通知形式的邀请消息并且可W 在显示器215上显示通知。邀请消息可W使得移动设备能够加入社交媒体社区、接收内容 等。然后操作方法结束。
[0057] 图7是根据实施例的服务器105的操作方法的流程图。在操作块701中。服务器105 从各种移动设备接收音频样本。在操作块703中，服务器105W及驻留于其上的分组应用120 将已接收的音频样本与各种数据库中所包含的音频签名进行比较，所述数据库诸如但不限 于事件签名数据库107或媒体签名数据库109或者包含音频签名的某个其他的数据库。如操 作块705中所示，分组应用120也可W比较各种移动设备的音频样本W确定运样的移动设备 是否可能存在于相同的事件处。因此，如前所讨论，服务器105可W从移动设备接收其他信 息，诸如位置数据、时间戳数据或者二者，W助于基于音频签名来作出分组确定。在操作块 707中，服务器105将通知发送至被认为正参与类似事件的移动设备，运通过在其相应音频 数据中所包含的音频签名来确定。在操作块709中，基于推断移动设备参与相同的事件，月良 务器105将通知消息发送至移动设备。如图所示，然后操作方法结束。
[0058] 图8是根据实施例的服务器105的操作方法的流程图。操作方法开始，并且在操作 块801中，服务器105从移动设备群组获取音频样本。如所示，在操作块803中，然后对从移动 设备获取的音频样本进行比较。在判定块805中，服务器105试图确定移动设备中的任一个 是否在其音频数据内具有类似的音频签名，使得具有匹配的音频签名的移动设备可能存在 于相同的事件处。如果不是，则操作方法返回至操作块801并且继续从移动设备获取具有音 频样本的音频数据。如果在判定块805中发现类似或匹配的音频签名，则在操作块807中，月良 务器105可W对给定的移动设备作出请求，W在附加的上下文信息可用时获取运样的上下 文信息。
[0059] 在判定块809中，服务器105然后评估上下文信息W确定移动设备之间是否存在上 下文信息的匹配(诸如位置匹配、时间戳匹配等）。如果不是，则服务器105可W如操作块811 中所示仅基于共同的事件来分组移动设备，并且如操作块817中所示可W继续向移动设备 发送邀请消息，邀请移动设备加入群组。如图所示，然后操作方法结束。否则，如果在判定块 809中发现上下文信息的匹配，则操作方法继续至操作块813。在操作块813中，服务器105基 于共同的事件并且也基于共同的上下文信息来分组移动设备。在操作块815中，服务器105 可W根据需要针对上下文差异来进行调整。例如，一些移动设备上下文信息可W指示用户 实际上正在参与现场事件，诸如音乐会。然而，其他移动设备上下文信息可W指示用户仅在 收听曾在现场音乐会中播放的歌曲记录。例如，歌曲可W是在用户家内的立体声音响系统 上播放的MP3文件。在该情况下，对于仅收听特定歌曲的人，而不是曾参加现场音乐会的人 群，分组应用120可W设立单独的群组，或者可W设立子群组。换言之，分组应用120可W使 用上下文信息来为接收到相同音频签名的移动设备创建多于一个群组。操作方法然后继续 至操作块817,其中服务器105将邀请消息发送至移动设备。如图所示，然后操作方法结束。
[0060] 图9提供服务器105W及分组应用120的另一示例操作方法。如前所讨论的，服务器 105的分组应用120可W与各种社交媒体或者内容服务器111进行交互。在一些实施例中，月良 务器105可W与社交媒体或者内容服务器111进行交互，如操作块901中所示，W检测或者接 收在社交媒体平台中所定义的群组或社区的通告，或者识别与事件相关联的内容。此外，在 一些实施例中，移动设备用户可W在社交媒体或者内容服务器111中的一个上定义群组或 社区。在该情况下，该移动设备的音频监视器227可W将已定义群组或社区或者可获得内容 的通告提供至服务器105。在服务器105在操作块901中注意到已定义的群组或社区W及相 关的社交媒体平台或内容服务器之后，操作方法继续至判定块903。服务器105从各种其他 移动设备获取音频数据，并且如果在判定块903中存在已知的音频签名，则如操作块907中 所示，服务器105会将已获取的音频样本与来自适当数据库的那个已知的音频签名进行比 较。一种示例使用情况可W设及已知的媒体文件，其中对于已知媒体文件的音频签名被包 含在适当的数据库中并且能够由此被服务器105访问和获知。在该情况下，在社交媒体平台 中定义的社交媒体群组或社区可W与服务器105的现有音频签名相关联。然而，在其他实施 例中，如前所述，在操作块901中，移动设备用户可W定义社交媒体群组或社区。由此在判定 块905中，服务器可W确定其是否正在处理移动设备发起的群组或社区。如果是，则在操作 块911中，服务器105可W从发起的移动设备获取音频样本。例如，服务器105可W将消息发 送至相应移动设备的音频监视器227,使得移动设备会将消息显示给移动设备用户，请求确 认开始获取音频样本。在操作块911中，用户可W对查询进行响应，使得移动设备音频监视 器227可W在特定时间和地点获取音频样本并且将那些音频样本发送至服务器105。在操作 块915中，服务器105可W然后将从其他移动设备获取的音频样本与从发起的移动设备获取 的音频样本进行比较。
[0061] 然而，如果在判定块905中服务器105确定群组或社区不是移动设备发起的群组， 则操作方法继续至操作块913。在操作块913中，服务器105可W基于诸如位置数据和时间的 上下文信息从移动设备获取音频样本。在操作块917中，服务器105可W然后将从各种移动 设备获取的音频样本相互进行比较。无论在判定块905中群组或社区是否是"移动设备发 起"的，操作方法最终都继续至判定块919,其中服务器105确定移动设备音频签名是否匹 配。如果没有发现音频签名匹配，则操作方法返回至判定块905并且相应地继续进行。然而， 如果在判定块919中发现移动设备音频签名匹配，则操作方法继续至操作块921。
[0062] 暂时回到判定块903,其中存在已知的音频签名，操作方法继续至操作块907,其中 服务器105从各种移动设备获取音频样本并且将那些音频样本与数据库中所包含的已知音 频签名进行比较。如果在判定块909中发现匹配数据库的音频签名，则操作方法也继续至操 作块921。如果在判定块909中没有发现匹配数据库的匹配音频签名，则操作方法继续至操 作块907并且继续从各种移动设备获取音频数据。
[0063] 在操作块921中，服务器105会基于已定义的社交媒体群组或社区来分组移动设 备。在操作块923中，服务器105可W在移动设备联系信息可用时获取该联系信息。运可W取 决于个体移动设备的隐私设置。在操作块925中，在适当情况下，服务器105可W进一步基于 共同的上下文信息将移动设备分组或者分成子群组。在操作块927中，服务器105根据需要 可W基于移动设备之间的上下文差异来进一步进行调整。运些上下文差异的调整如前文所 讨论的，并且除此之外还可W包括对于时间、位置、可W在不同位置广播媒体的不同语言或 者其他考虑的调整。在操作块929中，服务器105将邀请消息发送至各种移动设备，请求移动 设备用户加入社交媒体群组或社区，并且如所示，操作方法结束。上面参照图9所述的操作 中的每个操作都应被理解为针对参与音频分组捜索的数个移动设备而重复进行。在一些实 施例中，移动设备可W使用用户可访问的到音频监视器227的用户接口选择性加入或者选 择性退出运样的音频签名分组活动。然而，在其他实施例中，在没有任何用户交互的情况 下，诸如当用于采集人口统计信息时，也可W进行音频签名分组。在使用邀请消息的实施例 中，所需的唯一用户交互可W是接受或者拒绝邀请消息或者根据实施例的其他消息。
[0064] 第1条.一种方法，包括:从多个移动设备获取音频数据;将所述音频数据与至少一 个已存储的音频签名进行比较;W及将具有包含所述至少一个已存储的音频签名的音频数 据的移动设备分组。
[0065] 第2条.如第1条所述的方法，进一步包括：向已分组的移动设备发送邀请消息，W 使每个移动设备能够将自身关联到所述群组。
[0066] 第3条.如第2条所述的方法，进一步包括:使所述至少一个音频签名与事件相关 联;在社交媒体平台上为所述事件创建群组；W及从所述社交媒体平台向已分组的移动设 备发送所述邀请消息。
[0067] 第4条.如第3条所述的方法，其中使所述至少一个音频签名与事件相关联包括:使 所述至少一个音频签名与现场事件、现场事件的记录版本、现场事件的广播版本或者音频 文件的回放中的至少一个相关联。
[0068] 第5条.如第4条所述的方法，进一步包括:基于所述事件，细分至少一个移动设备 群组。
[0069] 第6条.如第5条所述的方法，进一步包括:基于来自所述音频数据的时间戳信息或 者来自提供所述音频数据的所述移动设备的位置信息中的至少一个，细分所述至少一个移 动设备群组，所述位置信息与采集所述音频数据的位置相关。
[0070] 第7条.如第1-6条中的任一条所述的方法，进一步包括：向已分组的移动设备提供 内容，所述内容与所述至少一个已存储的音频签名相关。
[0071] 第8条.如第1-7条中的任一条所述的方法，进一步包括:从具有包含所述至少一个 已存储的音频签名的音频数据的每个移动设备获取上下文信息；W及基于所述上下文信 息，细分至少一个移动设备群组。
[0072] 第9条.如第8条所述的方法，其中，获取上下文信息包括:获取来自每个移动设备 的所述音频数据的时间戳信息或者来自提供所述音频数据的所述移动设备的位置信息中 的至少一个，所述位置信息与采集所述音频数据的位置相关。
[0073] 第10条.如第1-9条中的任一条所述的方法，进一步包括:访问数据库W获取所述 至少一个音频签名。
[0074] 第11条.一种方法，包括:从多个移动设备获取音频数据;识别所述多个移动设备 中的至少第一移动设备的所述音频数据内的音频签名;将所述多个移动设备中的至少第二 移动设备的所述音频数据与已识别的音频签名进行比较;基于已识别的音频签名与所述第 二移动设备的所述音频数据的至少一部分之间的匹配，在所述第二移动设备的所述音频数 据内检测已识别的音频签名；W及基于所述第一移动设备W及所述第二移动设备在各自对 应的音频数据内都具有已识别的音频签名，将所述第一移动设备W及所述第二移动设备分 组。
[0075] 第12条.如第11条所述的方法，进一步包括：向所述第一移动设备W及所述第二移 动设备发送邀请消息，所述邀请消息使得所述第一移动设备与所述第二移动设备能够使用 社交媒体服务器来进行通信。
[0076] 第13条.如第11-12条中的任一条所述的方法，进一步包括：向所述第一移动设备 W及所述第二移动设备提供内容，所述内容与已识别的音频签名相关。
[0077] 第14条.一种服务器，包括:至少一个处理器；W及存储器，其被可操作地禪合至所 述处理器，所述存储器包含用于由所述处理器来执行的可执行指令，其中在执行所述可执 行指令后，所述处理器可操作为:从多个移动设备获取音频数据;将所述音频数据与至少一 个已存储的音频签名进行比较;W及将具有包含所述至少一个已存储的音频签名的音频数 据的移动设备分组。
[0078] 第15条.如第14条所述的服务器，其中，在执行所述可执行指令后，所述处理器可 进一步操作为：向已分组的移动设备发送邀请消息，W使每个移动设备都能够将自身关联 到所述群组。
[0079] 第16条.如第14-15条中的任一条所述的服务器，其中，在执行所述可执行指令后， 所述处理器可进一步操作为：向已分组的移动设备提供内容，所述内容与所述至少一个已 存储的音频签名相关。
[0080] 第17条.如第14-16条中的任一条所述的服务器，其中，在执行所述可执行指令后， 所述处理器可进一步操作为:从具有包含所述至少一个已存储的音频签名的音频数据的每 个移动设备获取上下文信息;并且基于所述上下文信息，细分至少一个移动设备群组。
[0081] 第18条.如第17条所述的服务器，其中，在执行所述可执行指令后，所述处理器可 进一步操作为通过W下来获取上下文信息:获取来自每个移动设备的所述音频数据的时间 戳信息或者来自提供所述音频数据的所述移动设备的位置信息中的至少一个，所述位置信 息与采集所述音频数据的位置相关。
[0082] 第19条.如第14-18条中的任一条所述的服务器，其中，所述处理器可进一步操作 为:访问数据库W获取所述至少一个音频签名。
[0083] 第20条.如第19条所述的服务器，其中，在执行所述可执行指令后，所述处理器可 进一步操作为:使所述至少一个音频签名与事件相关联;在社交媒体平台上为所述事件创 建群组；W及从所述社交媒体平台向已分组的移动设备发送所述邀请消息。
[0084] 第21条.如第20条所述的服务器，其中，在执行所述可执行指令后，所述处理器可 进一步操作为通过W下使所述至少一个音频签名与事件相关联:使所述至少一个音频签名 与现场事件、现场事件的记录版本、现场事件的广播版本或者音频文件的回放中的至少一 个相关联。
[0085] 第22条.如第21条所述的服务器，其中，在执行所述可执行指令后，所述处理器可 进一步操作为:基于所述事件，细分至少一个移动设备群组。
[0086] 第23条.如第22条所述的服务器，其中，在执行所述可执行指令后，所述处理器可 进一步操作为:基于来自所述音频数据的时间戳信息或者来自提供所述音频数据的所述移 动设备的位置信息中的至少一个，细分所述至少一个移动设备群组，所述位置信息与采集 所述音频数据的位置相关。
[0087] 第24条.一种服务器，包括:至少一个处理器；W及存储器，其被可操作地禪合至所 述处理器，所述存储器包含用于由所述处理器执行的可执行指令，其中在执行所述可执行 指令后，所述处理器可操作为:从多个移动设备获取音频数据;识别所述多个移动设备中的 至少第一移动设备的所述音频数据内的音频签名;将所述多个移动设备中的至少第二移动 设备的所述音频数据与已识别的音频签名进行比较;基于已识别的音频签名与所述第二移 动设备的所述音频数据的至少一部分之间的匹配，在所述第二移动设备的所述音频数据内 检测已识别的音频签名；W及基于所述第一移动设备W及所述第二移动设备在各自对应的 音频数据内都具有已识别的音频签名，将所述第一移动设备W及所述第二移动设备分组。
[0088] 第25条.如第24条所述的服务器，其中，在执行所述可执行指令后，所述处理器可 进一步操作为：向所述第一移动设备W及所述第二移动设备发送邀请消息，所述邀请消息 使得所述第一移动设备与所述第二移动设备能够使用社交媒体服务器来进行通信。
[0089] 第26条.如第24-25条中的任一条所述的服务器，其中，在执行所述可执行指令后， 所述处理器可进一步操作为：向所述第一移动设备W及所述第二移动设备提供内容，所述 内容与已识别的音频签名相关。
[0090] 第28条.如第14条所述的服务器，其中，在执行所述可执行指令后，所述处理器可 进一步操作为执行如第1-10条所述的方法中的任一方法。
[0091 ]第29条.一种包括指令的计算机可读存储器，所述指令在被执行时配置至少一个 处理器来执行如第1-10条所述的方法中的任一方法。
[0092] 第30条.如第24条所述的服务器，其中，在执行所述可执行指令后，所述处理器可 进一步操作为执行如第11-13条所述的方法中的任一方法。
[0093] 第31条.一种包括指令的计算机可读存储器，所述指令在被执行时配置至少一个 处理器来执行如第11-13条所述的方法中的任一方法。
[0094] 尽管已在社交媒体的群组或社区的情况下分组移动设备而言描述了各种实施例， 但本领域技术人员会想到各种实施例的其他应用。换言之，基于已检测到的音频签名来分 组移动设备的能力除基于社交媒体分组运样的移动设备W外还可W具有各种其他有用的 应用。一种运样的应用包括广告功能，其中可W向接收共同音频签名的移动设备发送有关 可能符合或者对应于已检测到的音频签名的兴趣的广告消息。其他应用包括安全系统应 用，其中在某些移动设备上检测音频签名可W导致向那些移动设备发送适当的紧急消息， 指令移动设备的用户在特定的紧急状况下如何去做。其他应用对本领域普通技术人员而言 是显而易见的，运样的其他应用被本公开预期并且与公开的主题W及本文中所公开的各种 实施例保持一致。
[0095] 虽然已图示和描述了各种实施例，但应理解的是，本发明不限于此。在不脱离由所 附权利要求定义的本发明范围的情况下，本领域技术人员会想到若干修改、变化、变形、替 代和等同物。
【主权项】
1. 一种方法，包括： 从多个移动设备获取音频数据； 将所述音频数据与至少一个已存储的音频签名进行比较；以及 将具有包含所述至少一个已存储的音频签名的音频数据的移动设备分组。2. 如权利要求1所述的方法，进一步包括：向已分组的移动设备发送邀请消息，以使每 个移动设备能够将自身关联到所述群组。3. 如权利要求2所述的方法，进一步包括： 使所述至少一个音频签名与事件相关联； 在社交媒体平台上为所述事件创建群组；以及 从所述社交媒体平台向已分组的移动设备发送所述邀请消息。4. 如权利要求3所述的方法，其中，使所述至少一个音频签名与事件相关联包括:使所 述至少一个音频签名与现场事件、现场事件的记录版本、现场事件的广播版本或者音频文 件的回放中的至少一个相关联。5. 如权利要求4所述的方法，进一步包括:基于所述事件，细分至少一个移动设备群组。6. 如权利要求5所述的方法，进一步包括:基于来自所述音频数据的时间戳信息或者来 自提供所述音频数据的所述移动设备的位置信息中的至少一个，细分所述至少一个移动设 备群组，所述位置信息与采集所述音频数据的位置相关。7. 如权利要求1-6中的任一项所述的方法，进一步包括： 向已分组的移动设备提供内容，所述内容与所述至少一个已存储的音频签名相关。8. 如权利要求1-7中的任一项所述的方法，进一步包括： 从具有包含所述至少一个已存储的音频签名的音频数据的每个移动设备获取上下文 信息；以及 基于所述上下文信息，细分至少一个移动设备群组。9. 如权利要求8所述的方法，其中，获取上下文信息包括:获取来自每个移动设备的所 述音频数据的时间戳信息或者来自提供所述音频数据的所述移动设备的位置信息中的至 少一个，所述位置信息与采集所述音频数据的位置相关。10. 如权利要求1-9中的任一项所述的方法，进一步包括:访问数据库以获取所述至少 一个音频签名。11. 一种方法，包括： 从多个移动设备获取音频数据； 识别所述多个移动设备中的至少第一移动设备的所述音频数据内的音频签名； 将所述多个移动设备中的至少第二移动设备的所述音频数据与已识别的音频签名进 行比较； 基于已识别的音频签名与所述第二移动设备的所述音频数据的至少一部分之间的匹 配，在所述第二移动设备的所述音频数据内检测已识别的音频签名；以及 基于所述第一移动设备以及所述第二移动设备在各自对应的音频数据内都具有已识 别的音频签名，将所述第一移动设备以及所述第二移动设备分组。12. 如权利要求11所述的方法，进一步包括： 向所述第一移动设备以及所述第二移动设备发送邀请消息，所述邀请消息使得所述第 一移动设备与所述第二移动设备能够使用社交媒体服务器来进行通信。13. 如权利要求11-12中的任一项所述的方法，进一步包括： 向所述第一移动设备以及所述第二移动设备提供内容，所述内容与已识别的音频签名 相关。14. 一种服务器，包括： 至少一个处理器；以及 存储器，所述存储器被可操作地耦合至所述处理器，所述存储器包含用于由所述处理 器执行的可执行指令，其中在执行所述可执行指令后，所述处理器可操作为： 从多个移动设备获取音频数据； 将所述音频数据与至少一个已存储的音频签名进行比较；以及 将具有包含所述至少一个已存储的音频签名的音频数据的移动设备分组。15. 如权利要求14所述的服务器，其中，在执行所述可执行指令后，所述处理器可进一 步操作为执行如权利要求1-12所述的方法中的任一方法。
【文档编号】H04W4/20GK106063303SQ201480061064
【公开日】2016年10月26日
【申请日】2014年10月22日
【发明人】罗杰·W·阿迪, 迈克尔·J·隆巴尔迪
【申请人】谷歌技术控股有限责任公司