使用对象模型的可定制的基于拉取的资产传输请求的制作方法

背景技术：

本公开整体涉及媒体传输领域，并且更具体地涉及使用对象模型的可定制的基于拉取的资产传输请求的领域。随着具有相机功能的移动设备的激增，用户能够在许多不同的设置和地理位置中捕获任何数量的人和对象的大量照片。例如，用户可在其移动设备上拍摄并存储数以百计的照片和其他媒体项。然而，那些照片中的许多照片可能与其他用户相关。现在，可能对那些媒体项感兴趣的其他用户可能具有提醒移动设备用户共享照片的责任，而移动设备用户几乎没有动机与请求用户共享媒体项的副本。

技术实现要素：

在一个实施方案中，描述了一种用于共享媒体项的方法。该方法包括：在第一设备上接收指示对第二设备上的媒体项的请求的用户输入，其中该请求标识媒体项中所表示的对象；在请求设备上获取对象的对象模型；生成包括拉取请求参数的拉取请求，其中拉取请求参数包括对象模型；以及将拉取请求从第一设备传输给第二设备，其中对象模型标识媒体项中所表示的对象。在另一个实施方案中，该方法可以体现在计算机可执行程序代码中并存储在非暂态存储设备中。在另一个实施方案中，该方法可在具有图像捕获能力的电子设备中实现。

在另一实施方案中，描述了另一种用于共享媒体项的方法。该方法包括：从发送设备接收对源设备上的媒体项的拉取请求，其中拉取请求包括拉取请求参数，并且其中拉取请求参数包括对象模型；基于对象模型标识存储在源设备上的包括对象模型所表示的对象的一个或多个媒体项；以及将该一个或多个媒体项发送给请求设备。在另一个实施方案中，该方法可以体现在计算机可执行程序代码中并存储在非暂态存储设备中。在另一个实施方案中，该方法可在具有图像捕获能力的电子设备中实现。

附图说明

图1以框图形式示出了根据一个或多个实施方案的简化电子设备。

图2以流程图形式示出了根据一个或多个实施方案的用于生成拉取请求的方法。

图3以流程图形式示出了根据一个或多个实施方案的用于共享媒体项的方法。

图4示出了根据一个或多个实施方案的可用于传输媒体数据的两个计算机系统的示例性系统图。

图5示出了根据一个或多个实施方案的请求和确认媒体项传输的两个计算机系统的示例性系统图。

图6示出了根据一个或多个实施方案的从源设备导入媒体数据的计算机系统的示例性系统图。

图7以框图形式示出了根据一个或多个实施方案的简化多功能设备。

具体实施方式

本公开涉及用于利用对象模型提供可定制的基于拉取的资产传输请求的系统、方法和计算机可读介质。更具体地，本公开涉及从请求设备向源设备发送拉取请求，其中拉取请求包括请求方感兴趣的对象的模型。拉取请求可包括附加信息，诸如描绘用户所请求的媒体项的附加拉取参数。拉取请求也可包括从中请求媒体项的源。例如，用户可从请求设备提交对包括用户的所有图像的拉取请求。因此，请求设备可向源设备传输拉取请求，该拉取请求包括用户的模型以及将所请求数据类型标识为图像文件的拉取参数。此外，拉取参数可指定特定时间跨度、地理位置或媒体项类型。

拉取请求中的对象模型可在源设备处用于标识包括对象的表示的媒体项。源设备可查询可用媒体项以标识所请求的媒体项，并将所请求的媒体项传输给请求设备。在一个或多个实施方案中，源设备可向源设备的用户呈现界面，从而允许用户预览所请求的项并确认它们可被传输给请求设备。如果源设备的用户确认图像可以被传输，则媒体项可被传输给请求设备。根据一个或多个实施方案，最初，可将缩略图图像或其他预览类型信息发送给请求设备。确认窗口可与预览信息一起显示在请求设备上，并且接收设备的用户可确认用于导入所请求数据的指令。响应于检测到确认，请求设备可请求媒体项的传输，并且源设备可传输所请求的媒体项。

在以下描述中，为了解释的目的，阐述了很多具体细节以便提供对所公开构思的彻底理解。作为本说明书的一部分，本公开的一些附图以框图形式表示结构和设备，以避免模糊所公开实施方案的新颖方面。在该上下文中，应该理解，对没有相关标识符的编号绘图元素(例如，100)的引用是指具有标识符的绘图元素(例如，100a和100b)的所有实例。另外，作为本说明书的一部分，本公开的一些附图可以流程图的形式提供。任何特定流程图中的框可以特定顺序呈现。然而，应当理解，任何流程图或流程图表的特定流程仅用于举例说明一个实施方案。在其他实施方案中，可删除流程图中描绘的任何各种组件，或者可以不同的顺序执行组件，或甚至同时执行组件。此外，其他实施方案可包括未被示为流程图的一部分的附加步骤。本公开中使用的语言主要是出于可读性和指导目的而选择的，并且可未选择它来描绘或限制所公开的主题。在本公开中提到“一个实施方案”或“实施方案”意指包括在至少一个实施方案中的结合该实施方案所述的特定特征、结构或特性，并且多次提到“一个实施方案”或“实施方案”不应被理解为必然地全部参考相同或不同的实施方案。

应当理解，在任何实际具体实施的开发中(如在任何开发项目中)，必须要作出许多决策以实现开发者的特定目标(如，符合与系统和商务相关的约束)，并且这些目标将在不同具体实施之间变化。还应当理解，此类开发工作可能是复杂且费时的，但尽管如此，对于受益于本公开的图像捕获的那些普通技术人员而言，这仍然是他们的日常工作。

参见图1，根据本公开的一个或多个实施方案示出了电子设备100的简化框图。电子设备100可为多功能设备的一部分，诸如移动电话、平板电脑、个人数字助理、便携式音乐/视频播放器、或包括相机系统的任何其他电子设备。此外，电子设备100可以是包括相机和显示器的部件的较大系统的一部分。电子设备100可通过网络连接到其他设备，诸如其他移动设备、平板设备、台式设备，以及网络存储设备诸如服务器等。电子设备100可被配置为捕获对应于场景的图像数据，以及使用所捕获的图像数据在显示器上呈现用户可见的视图。

电子设备100可包括处理器130。处理器130可以是中央处理单元(cpu)。处理器130可另选地或除此之外包括片上系统诸如存在于移动设备中的那些片上系统，并且可包括零个或多个专用图形处理单元(gpu)。电子设备100还可包括存储器140和存储装置150。存储器140和存储装置150可各自包括一个或多个不同类型的存储器，其可用于结合处理器130执行设备功能。例如，存储器140可包括高速缓存、rom和/或ram。存储器140可在执行期间存储各种编程模块，包括媒体管理模块155和对象建模模块160。在一个或多个实施方案中，存储装置150可包括高速缓存、rom、ram和/或非易失性存储器，并且可将媒体项存储在媒体库185中。媒体库185可包括各种类型的媒体项，诸如图像文件、视频文件、音频文件、增强图像文件等。增强图像可包括“快照图像”、来自捕获前图像序列的第一图像子集和来自捕获后图像序列的第二图像子集，并且其中第一图像子集和第二图像子集可作为视频序列回放(其也可包括快照图像本身)。根据一个或多个实施方案，增强图像可包括同时捕获的音频记录。此外，根据一个或多个实施方案，媒体库185可包括媒体项的类型的组合。

电子设备100也可包括一个或多个相机110。每个相机110可包括图像传感器、透镜堆叠和可用于捕获图像的其他部件。此外，在一些实施方案中，图像传感器可在不同的透镜堆叠之间共享。在一个或多个实施方案中，相机110可被配置为捕获静态图片、增强照片、视频馈送等。

电子设备100可包括一个或多个传感器175，其可提供关于周围环境的信息，诸如上下文信息。例如，传感器175可包括被配置为检测亮度、深度、位置和关于环境的其他信息的传感器。电子设备100也可包括显示器180，该显示器可以是加成显示器。例如，显示器180可以是透明或半不透明显示器，诸如平视显示器，通过该显示器可将图像投影在透明表面上方。因此，显示器180可由投影仪和表面构成，或者可仅包括投影仪。此外，显示器180可以是透明显示器，诸如lcd显示器和/或头戴式显示器。电子设备100可附加地包括i/o设备120，诸如扬声器等。在一个或多个实施方案中，各种i/o设备120可用于帮助图像捕获、以及生成用于从远侧电子设备获取媒体项的拉取请求。根据一个或多个实施方案，i/o设备120可附加地包括触摸屏、鼠标、触控板等。

存储器140可包括指令，诸如处理器130能够执行以执行各种动作的计算机可读代码。例如，媒体管理模块155可包括使电子设备100帮助管理由相机110所捕获的媒体项的指令。媒体管理模块155可以通过存储所捕获的媒体项(诸如图像文件、视频文件、音频文件、增强图像文件等)来管理例如由相机110捕获的媒体项。在一个或多个实施方案中，附加数据可用于“标记”图像，诸如地理位置、所识别的面部或对象、日期、时间等。此外，在一个或多个实施方案中，媒体管理模块155可生成并发送对存储在远侧设备上的图像的拉取请求。例如，电子设备100的用户可指示对从远侧设备获取包括特定对象的媒体项的兴趣。媒体管理模块155可例如从模型库190获取对象的模型，并且将该模型作为拉取请求的一部分发送给远侧设备。在一个或多个实施方案中，媒体管理模块155可附加地生成或定义附加的拉取请求参数。例如，拉取请求参数可指示从特定地理位置、特定时间跨度等请求特定类型的媒体项。附加拉取请求参数可被并入拉取请求中，作为隐私参数(例如，指示与媒体项相关联的隐私水平)、时间参数(例如，指示将考虑其中的媒体项的有界时间段)、地理参数(例如，将考虑其中的媒体项的有界地理信息)和媒体类型参数(诸如图像文件、视频文件、音频文件、增强图像文件等)。拉取请求参数可自动生成，或基于用户输入来确定。例如，媒体管理模块155可生成建议并向用户呈现建议，并且用户可通过用户输入选择一个或多个附加拉取请求参数。

根据一个或多个实施方案，媒体管理模块155也可从远侧设备接收拉取请求，并且定位和传输满足拉取请求的媒体项。例如，媒体管理模块155可接收包括对象模型的拉取请求，标识满足对象模型的媒体项，并将它们传输给远侧设备。如上所述，拉取请求可包括定义应获取的媒体项的附加拉取参数。媒体管理模块155还可通过基于拉取请求参数剔选包含对象模型的表示的媒体项来处理拉取请求。根据一个或多个实施方案，媒体管理模块可生成确认消息并向用户呈现确认消息。确认消息可提示用户确认所采集的媒体项可被发送给请求方。确认消息可请求对各个媒体项的确认或者同时对多个媒体项的确认。确认消息可例如呈现在显示器180上。

在一个或多个实施方案中，对象建模模块160可生成感兴趣的对象的模型。例如，待建模的对象可为人、宠物、动物、无生命对象、或任何其它对象。对象建模模块160可以为以预定频率出现的、或者用户已经请求生成对象模型的对象生成对象模型。在一个或多个实施方案中，模型应紧凑到足以在移动设备上存储和利用，同时仍然稳健到足以唯一地标识对象。对象建模模块可标识媒体项中对象的表示，并向用户请求身份信息。例如，对象建模模块160可例如在显示器180上向用户呈现标识消息，以确定是否应使用对象的特定表示来生成模型，以及向用户请求对象的身份。在一个或多个实施方案中，对象建模模块160可例如从图像数据诸如图像或视频文件生成视觉模型。对象建模模块160也可例如从音频数据诸如音频记录、视频文件中的音频流、来自增强图像的音频内容等生成音频模型。各个对象模型可存储在模型库190中。

根据一个或多个实施方案，对象模型是对象的一般性表示。一些对象诸如面部具有强的统计规则性。生成对象模型可包括确定对象的特征表示，使得对象的表示之间的距离比不同对象的表示之间的距离小。换句话讲，生成对象模型可包括标识什么使相同对象的表示类似，以及什么使不同对象的表示不类似。例如，在人的视觉模型中，个体面部的可标识视觉特征。因为人面部具有强的统计规则性，所以单个身份的面部可位于低维流形上。特征检测可用于确定可标识特征。类似地，可在同一人的音频记录中执行特征检测，以便确定人的语音的可标识特性。在一个或多个实施方案中，可以利用用户输入来提高对象模型的准确性。根据一个或多个实施方案，对象建模模块可基于所接收的关于对象的附加数据来进一步细化对象模型。例如，如果模型库190包括远侧设备的用户的对象模型，并且电子设备100从远侧设备接收拉取请求，该拉取请求包括在其在远侧设备上生成时用户的对象模型，则对象建模模块160可利用所接收的对象模型来增强远侧设备的用户的对象模型的本地版本。也就是说，用户自己的设备可能具有用户的更细化的对象模型，因为该设备可能比另一用户的设备具有更多的用户图像。又如，远侧设备上特定对象的对象模型将可能从不同的下层媒体数据生成。因此，根据一个或多个实施方案，可以通过考虑针对同一对象所接收的对象模型来改进对象模型的本地版本。

图2以流程图形式示出了根据一个或多个实施方案的用于生成拉取请求的方法的概述。对于下文描述的每个流程图，尽管以特定顺序描绘了各种动作，但是在一些实施方案中，可以以另一顺序执行各种动作。在其他实施方案中，两个或更多个动作可同时发生。根据其他实施方案，一些动作可能不是必需的，或者可包括其他动作。为清楚起见，将关于图1的各种部件描述该流程图。然而，应当理解，根据一个或多个实施方案，各种动作可由另选的部件执行。

流程图200开始于202，并且对象建模模块160在请求设备上开发第一对象模型。在一个或多个实施方案中，在203处，对象建模模块160由第一对象和/或与第一对象相关的对象的多个表示合成第一对象模型。流程图在204处继续，并且媒体管理模块155在请求设备处指定资产拉取请求参数。在一个或多个实施方案中，在205处，所指定的参数与隐私、时间、位置、事件、准确性、关系和身份的一个或多个方面相关。

在206处，将第一对象模型和拉取请求参数传输给源设备。然后，在208处，请求设备接收任何经批准的媒体项。在210处，从源接收的媒体项中的一个或多个媒体项可被选择用于本地存储。

图3以流程图形式示出了根据一个或多个实施方案的用于共享媒体项的方法。具体地讲，图3示出了请求设备350和源设备360之间的交互。在一个或多个实施方案中，请求设备350和源设备360中的每一者可以是电子设备，并且具有与上文相对于电子设备100所述的那些类似的部件。在一个或多个实施方案中，请求设备350和源设备360中的每一者可仅包括所描述部件的一部分或包括附加部件。例如，在一个或多个实施方案中，源设备360可以不具有模型库190。

流程图从302开始，并且请求设备350接收来自请求设备的用户的对存储在源设备360上的包括对象的媒体项的请求302。在一个或多个实施方案中，可通过用户界面例如使用语音命令或触摸屏来接收请求。在一个或多个实施方案中，用户可基于请求设备350的模型库190中的可用对象模型来标识所请求的对象。根据一个或多个实施方案，用户也可标识附加拉取请求参数，诸如在媒体项中表示的附加对象、媒体项的类型、从中捕获媒体项的时间跨度、在媒体项中捕获的事件、准确度(诸如媒体项包括对象的表示的阈值置信度值)、关系(诸如与请求方具有指定关系的所有对象)、地理位置等。在一个或多个实施方案中，附加参数可由用户诸如通过界面指定，或者可通过用户提示建议给用户。例如，对于用户所请求的特定对象，媒体管理模块155可以建议特定的附加拉取请求参数，诸如与描绘对象的媒体项相关联的各种时间段或地理位置等。

流程图在304处继续，其中请求设备获取对象的对象模型。如上所述，模型库190可包括用于在媒体项中频繁出现的对象(诸如人、宠物或无生命对象)的对象模型。此外，模型库190可包括多种类型的模型，诸如音频模型或视觉模型。一般来讲，如306中所示，可通过基于对象的标识特性标识对象的特征表示来生成对象模型。在视觉模型中，可例如基于面部的特征检测来使用用户面部的标识属性。类似地，音频模型将包括对象声音的标识特性，诸如发言者标识。一般来讲，模型是对象的库特定表示。即，用于特定对象的对象模型将基于来自在其上生成模型的相应设备的媒体库而在不同设备之间变化。添加到媒体库185的对象的附加表示可导致经细化的对象模型。在一个或多个实施方案中，响应于请求设备350捕获图像，可利用特征检测来执行关于媒体项中所表示的对象的身份的初步猜测。在一个或多个实施方案中，对象建模模块160可向用户呈现提示，请求确认正确的对象已被标识，使得媒体项被应用于正确的对象模型。此外，在一个或多个实施方案中，模型可以与视觉模型以及音频模型相关联。视觉模型和音频模型可以在模型库190中彼此链接或相关联，使得当用户请求包含对象的表示的媒体项时，可以捕获音频表示和视觉表示两者。

在308处，基于拉取请求参数生成拉取请求。拉取请求参数可包括在304处获取的对象模型、以及在302处接收的任何附加拉取请求参数。然后，在310处，拉取请求被传输给源设备360。在一个或多个实施方案中，可使用任何种类的传输(诸如蓝牙、近场通信或任何其他种类的无线或有线通信方式)来传输拉取请求。

流程图在312处继续，并且源设备360接收来自请求设备350的拉取请求。在314处，源设备360的媒体管理模块155标识满足拉取请求的本地存储的媒体项。在一个或多个实施方案中，即使源设备360在源设备360的模型库190中具有对象的本地存储的对象模型，该源设备360的媒体管理模块155也可利用从请求设备350接收的对象的对象模型。在一个或多个实施方案中，如果请求设备350正在请求包括特定对象的表示的媒体项，则请求设备可具有比源设备更细化的对象模型。例如，请求设备的用户可在请求设备上的对象模型中更好地表示，因为用户可能在请求设备上所捕获和存储的更多媒体项中，而请求设备的用户可能在相对较少的存储在源设备360上的媒体项中出现。

在一个或多个实施方案中，标识本地存储的媒体项也可包括基于拉取请求中的附加拉取请求参数细化与对象模型匹配的所标识媒体项的集合。例如，附加拉取请求参数可指示应使用附加对象模型来标识图像中的另一对象，诸如另一或附加的人、动物或无生命对象。附加拉取请求参数也可指定媒体类型、地理位置等。例如，如果媒体类型被指定为增强图像，并且人的视觉和音频模型被接收，则出现或可以听到人的任何增强图像被标识。即，可使用对象的视觉模型和音频模型两者。流程图任选地包括在315处计算所标识媒体项的置信水平。在一个或多个实施方案中，置信水平可以指示特定媒体项与所接收的对象模型以及附加拉取请求参数的匹配强度。在一个或多个实施方案中，置信水平可以是各自与所标识媒体项相关联的一组值，或者可以是用于整组所标识媒体项的单个值。此外，在一个或多个实施方案中，可针对所标识媒体项的子集来计算置信水平，诸如特定日期、媒体项的类型等。

流程图在316处继续，其中源设备360的媒体管理模块155请求确认发送所标识的媒体项。在一个或多个实施方案中，媒体管理模块155可在发送所标识的本地存储的媒体项之前请求授权或确认。例如，媒体管理模块155可提示源设备360的用户确认所标识的媒体项可被传输给请求设备350。在一个或多个实施方案中，授权可包括用户界面，该用户界面允许源设备360的用户查看所标识的媒体项和选择要从组中移除的媒体项，使得所选择的媒体项不被发送给请求设备350。在318处，响应于源设备360的用户的肯定授权，源设备360将经授权的媒体项传输给请求设备350。在一个或多个实施方案中，可使用任何种类的传输(诸如蓝牙、近场通信或任何其他种类的无线或有线通信方式)来传输媒体项。然后，在320处，请求设备350可将所接收的媒体项存储到请求设备350的媒体库185。在一个或多个实施方案中，请求设备350的媒体管理模块155可向请求设备350的用户呈现提示，该提示允许用户选择或取消选择媒体项用于本地存储。此外，在一个或多个实施方案中，流程图可在322处继续，并且源设备360可利用接收对象模型来增强来自拉取请求的对象的本地对象模型。即，因为所接收的对象模型是使用与针对相同对象的本地存储的对象模型不同的媒体库生成的，所以根据一个或多个实施方案，可以基于所接收的对象模型来增强本地存储的对象模型。

现在参见图4，呈现了利用所述实施方案的两个设备的示例图。该图包括第一(源)电子设备400和第二(请求)电子设备405。第一电子设备400示出了正在捕获对象(例如，特征化用户)的图像410。图像呈现在第一电子设备400的显示器上的用户界面中。在一个或多个实施方案中，特征化用户可能不与操作电子设备400的用户账户相关联。

图4也描绘了具有用于媒体管理应用的用户界面415的第二电子设备405。用户界面415可提供存储在电子设备405上或电子设备405可访问的媒体的有组织视图。在所描绘的示例中，用户界面415提供以出现在图像中的面部进行组织的能被电子设备405访问的媒体的视图。因此，用户界面包括经验证人物部分420和未验证人物部分425。在一个或多个实施方案中，经验证人物部分420可包括针对一个或多个人物的图形指示，该图形指示指示包括该人物的图像或其他媒体数据的集合(例如，该人物出现在图像中、在记录中被听到等)。如图所示，在一个或多个实施方案中，针对该人物的图形指示可伴有指示集合内媒体文件的数量的数字。例如，在548个媒体文件中找到用户界面415的经验证人物部分420中左侧的第一人，因为数字“548”显示在该人物的图形指示下方。类似地，未验证人物部分425中所表示的集合包括具有特定人物的照片的集合。在一个或多个实施方案中，包括有对象模型可用的面部的集合可在经验证人物部分420中列出，而包括没有对象模型可用的面部的集合在未验证人物部分425中列出。

出于该示例的目的，电子设备400所捕获的图像不被存储在电子设备405上。然而，电子设备405确实具有在图像410中捕获的人物的图像，如图形表示440所描绘的，这指示电子设备405在存储装置中包括在图像410中描绘的人物的486个图像或具有对其的访问权限(因为面部在图像410和图形表示440两者中是相同的)。

在一个或多个实施方案中，用户界面415可以包括附加部件，诸如媒体请求部件430，其可被选择以发起向远程设备的对与特定简档匹配的媒体项的请求，诸如与电子设备405所提供的对象模型匹配的图像或其他媒体项。

转到图5，呈现了示例性流程，其中第二电子设备405呈现媒体请求界面505。例如，响应于第二电子设备接收到指示图4的媒体请求部件430的选择的输入，可以呈现媒体请求界面505。根据一个或多个实施方案，媒体请求界面可提供预览部分605以及选择部分510。媒体请求界面505的选择部分510可包括在其中可选择特定面部或对象的部分，诸如对象选择器部件520。根据一个或多个实施方案，对象选择器部件520可允许用户选择要从另一设备请求媒体项的对象。对象选择器部件可呈现有对象模型可供电子设备405使用的一个或多个对象以供选择。此外，在一个或多个实施方案中，选择部分510可包括源选择器部件525。在一个或多个实施方案中，源选择器部件525可指示可向其请求媒体项的一个或多个源。例如，可基于已知的远程设备、设备属于可供第二电子设备使用的账户(例如，属于第二电子设备405的用户的联系人的账户)、设备能通过短波无线连接检测等来确定源是可用的。此外，源设备选择器可指示各个设备和/或可标识属于一个或多个联系人账户的一个或多个设备(例如，好友的设备网络)。

对象选择器部件520和源选择器部件525可各自以各种格式中的任何格式提供一个或多个可选择的选项。例如，可呈现用于部件中的一者或每一者的可旋转轮，可呈现可选择的文本、图形或与部件中的一者或两者相关的其他表示，可呈现用于可选择的部件中的一者或两者的下拉菜单等。如该示例中所示，图像中呈现的人的面部可被显示，并且可能看起来与图像410中的面部不同(因为图像410尚未传输给第二电子设备405)。媒体请求界面505可附加地包括搜索模块530，该搜索模块可被配置为接受用户输入以指示应基于所选择的对象选择器部件520和/或源选择器部件525执行搜索。例如，搜索模块530可以是媒体请求界面505上的可选择按钮。

响应于用户选择所期望的对象(例如，对象选择器部件520中描绘的面部)，第一电子设备405可传输对与搜索参数(例如，所选择的对象选择器部件520和/或源选择器部件525)匹配的图像的请求。该请求可包括附加数据，诸如请求图像的用户账户的标识符，或用于接收媒体项的预先确定的偏好，诸如用户选择的偏好。例如，电子设备405的用户可与请求特定格式(即，预先确定的分辨率)的媒体的用户账户偏好相关联，将不同类型的媒体优先于其他媒体(即，视频、音频、图像等)等。

在从第二客户端设备405接收到请求时，第一电子设备400可显示用户界面540，诸如用于媒体管理应用的用户界面。除此之外或另选地，在一个或多个实施方案中，第一电子设备400可显示指示请求的窗口。例如，请求窗口545可提示用户批准传输匹配搜索查询的媒体项。第一电子设备400可查询可用的媒体项(例如，存储在第一电子设备400上的或可供电子设备400使用的媒体项，诸如在网络存储装置上并且能由用户账户访问)。根据一个或多个实施方案，请求窗口545可包括所请求媒体的搜索参数的参数部分550指示。因此，示例性参数部分550可包括在由第二电子设备405请求的媒体项中找到的感兴趣对象的指示。此外，在一个或多个实施方案中，参数部分550可指示所请求媒体项的目的地(例如，请求设备，诸如第二电子设备405)。在一个或多个实施方案中，请求窗口545也可包括预览部分555。预览部分555可显示满足搜索标准并且将被传输给进行请求的第二电子设备405的媒体项的预览或指示。根据一个或多个实施方案，所预览的媒体项可以是用户可选择的或以其他方式交互的，使得第一电子设备400的用户可细化要将哪些媒体项传输给请求设备(例如，第二电子设备405)。例如，用户可拒绝传输各个媒体项，或者可添加响应于请求应传输的附加媒体项。请求窗口545可包括共享模块560，该共享模块在被用户通过用户输入选择时可触发传输满足从第二电子设备405接收的搜索标准的媒体项和/或预览部分555中显示的媒体项。

转到图6，描述了请求设备接收所请求媒体项的示例性界面。在从第一电子设备400接收到所请求的媒体项时，电子设备600a可对应于第二电子设备405。第二电子设备600a可显示媒体请求界面505的更新。媒体请求界面505现在可包括预览部分605，在其中可向第二电子设备405的用户显示源电子设备(例如，第一电子设备400)所提供的媒体项的指示。在一个或多个实施方案中。在一个或多个实施方案中，被呈现用于在预览部分605中预览的媒体项的表示可以是用户可选择的和/或与用户选择模块相关联，使得第二电子设备405的用户可细化响应于请求要接收的最终媒体项。此外，导入模块610可被包括在预览部分605中。根据一个或多个实施方案，导入模块610可以是用户可选择的，使得导入模块610的用户选择触发请求接收媒体对象的非预览版本。

转到电子设备600b，响应于接收到所导入的媒体项，用户界面415的示例更新。具体地讲，用户界面415现在通过显示作为从第一电子设备400接收了媒体项的对象的面部涉及488个媒体文件来显示更新的经验证人物部分615，因为数字“488”显示在人物的图形指示下方。如图所示，媒体文件的数量从经验证人物部分615更新，因为媒体文件的数量已增加了2，对应于来自预览部分605的2个导入的媒体项。

转到图7，根据一个实施方案示出了例示性多功能设备700的简化功能框图。多功能电子设备700可包括处理器705、显示器710、用户界面715、图形硬件720、设备传感器725(例如，接近传感器/环境光传感器、加速度计和/或陀螺仪)、麦克风730、音频编解码器735、扬声器740、通信电路745、数字图像捕获电路750、视频编解码器755(例如，支持数字图像捕获单元750)、存储器760、存储设备765和通信总线770。多功能电子设备700可为例如数字摄像头或个人电子设备，诸如个人数字助理(pda)、个人音乐播放器、移动电话或平板电脑。

处理器705可执行执行或控制由设备700执行的许多功能的操作所必需的指令(例如，诸如本文所公开的图像的生成和/或处理以及单摄像头和多摄像头校准)。处理器705可例如驱动显示器710并可从用户界面715接收用户输入。用户界面715可允许用户与设备700交互。例如，用户界面715可呈现多种形式，诸如按钮、小键盘、拨号盘、点击轮、键盘、显示屏和/或触摸屏。处理器705也可例如为片上系统，诸如存在于移动设备中的那些，并且包括专用图形处理单元(gpu)。处理器705可基于精简指令集计算机(risc)或复杂指令集计算机(cisc)架构或任何其他合适的架构，并且可包括一个或多个处理内核。图形硬件720可为用于处理图形和/或辅助处理器705以处理图形信息的专用计算硬件。在一个实施方案中，图形硬件720可包括可编程gpu。

图像捕获电路750可包括与传感器元件790相关联的透镜组件780。图像捕获电路750可捕获静态图像和/或视频图像。通过以下设备可至少部分地处理来自图像捕获电路750的输出：一个或多个视频编解码器755和/或处理器705和/或图形硬件720、和/或结合在电路765内的专用图像处理单元或管道。由此捕获的图像可存储在存储器760和/或存储装置765中。

存储器760可包括由处理器705和图形硬件720用于执行设备功能的一个或多个不同类型的介质。例如，存储器760可包括存储器高速缓存、只读存储器(rom)和/或随机存取存储器(ram)。存储装置765可存储介质(例如音频文件、图像文件和视频文件)、计算机程序指令或软件、偏好信息、设备配置文件信息以及任何其他合适的数据。存储装置765可包括一个或多个非暂态计算机可读存储介质，该非暂态计算机可读存储介质包括例如磁盘(固定硬盘、软盘和可移动磁盘)和磁带、光学介质(诸如cd-rom和数字视频光盘(dvd))以及半导体存储设备(诸如电可编程只读存储器(eprom)和电可擦除可编程只读存储器(eeprom))。存储器760和存储装置765可用于有形地保持被组织成一个或多个模块并以任何所需的计算机编程语言编写的计算机程序指令或代码。在由例如处理器705执行时，此类计算机程序代码可实现本文所述的方法中的一种或多种。

如上所述，本技术的一个方面在于采集和使用得自各种来源的数据以生成面部模型和请求图像数据。本公开预期，在一些实例中，这些所采集的数据可包括唯一地识别或可用于联系或定位特定人员的个人信息数据。此类个人信息数据可包括人口统计数据、基于位置的数据、电话号码、电子邮件地址、twitterid、家庭地址、与用户的健康或健身级别相关的数据或记录(例如，生命体征测量、药物信息、锻炼信息)、出生日期或任何其他身份或个人信息。

本公开认识到在本发明技术中使用此类个人信息数据可用于使用户受益。例如，个人信息数据可用于向远程用户请求和接收图像数据。因此，使用此类个人信息数据使得用户能够容易地共享信息和通信。此外，本公开还预期个人信息数据有益于用户的其他用途。例如，健康和健身数据可用于向用户的总体健康状况提供见解，或者可用作使用技术来追求健康目标的个人的积极反馈。

本公开设想负责采集、分析、公开、传输、存储或其他使用此类个人信息数据的实体将遵守既定的隐私政策和/或隐私实践。具体地，此类实体应当实行并坚持使用被公认为满足或超出对维护个人信息数据的隐私性和安全性的行业或政府要求的隐私政策和实践。此类政策应该能被用户方便地访问，并应随着数据的采集和/或使用变化而被更新。来自用户的个人信息应当被收集用于实体的合法且合理的用途，并且不在这些合法使用之外共享或出售。此外，应在收到用户知情同意后进行此类采集/共享。此外，此类实体应考虑采取任何必要步骤，保卫和保障对此类个人信息数据的访问，并确保有权访问个人信息数据的其他人遵守其隐私政策和流程。另外，这种实体可使其本身经受第三方评估以证明其遵守广泛接受的隐私政策和实践。此外，应当调整政策和实践，以便采集和/或访问的特定类型的个人信息数据，并适用于包括管辖范围的具体考虑的适用法律和标准。例如，在美国，对某些健康数据的收集或获取可能受联邦和/或州法律的管辖，诸如健康保险流通和责任法案(hipaa)；而其他国家的健康数据可能受到其他法规和政策的约束并应相应处理。因此，在每个国家应为不同的个人数据类型保持不同的隐私实践。

因此，本发明所公开的主题的范围应该参考所附权利要求以及这些权利要求的等同物的全部范围来确定。在所附权利要求书中，术语“包括(including)”和“其中(inwhich)”被用作相应术语“包括(comprising)”和“其中(wherein)”的通俗英语等同形式。