专利名称:来自用户联系人的联系人列表的自动化呼叫者标识符的制作方法
技术领域:
本发明涉及通信网络技术,尤其涉及来自用户联系人的联系人列表的自动化呼叫 者标识符。
背景技术:
现代通信网络已向用户提供了大量的特征和功能,其使得与朋友、家庭、同事,以 及其他人保持联系容易、方便,且便宜。各种各样的设备,诸如移动电话、智能电话、个人计 算机(PC),以及其他启用网络的设备是可用的,这使得用户在网上冲浪以访问信息和娱乐 的资源,发送电子邮件和即时消息,以及使用语音呼叫与其他用户通信。此外,随着无线基 础结构扩大了其范围,并且随着设备变得功能丰富、更小、而且更便携,用户实际上可以在 任何时间及任何地点被联系到。当大多数用户理解如此加强的连接性(其常常导致大量呼叫和消息的接收竞争 用户的注意力)的益处时,如果呼入者的姓名可以在接收到呼叫或消息时被呈现给用户将 是有帮助的。这样的特征可以通过检查与传入呼叫或消息关联的元数据,诸如发送者的电 话号码,来提供。可以将该元数据与该用户的联系人列表中的数据对比,且如果找到匹配, 则在移动电话的显示器上向该用户呈现发送者的姓名。作为移动电话提供的加强的连接性 的结果,用户越来越频繁地接收到来自其姓名没有被包含在该用户的联系人列表中的未被 标识的发送者的呼叫或消息。即使没有被包含在该用户的联系人列表中,如果这些未被标 识的发送者中的越多发送者可以在接收到呼叫或消息时被自动标识,则对于用户将是有帮 助的。提供本背景技术来介绍以下发明内容和具体实施方式
的简要上下文。本背景技术 不旨在帮助确定所要求保护的主题的范围,也不旨在被看作将所要求保护的主题限于解决 以上所提出的问题或缺点中的任一个或全部的实现。
发明内容
如前所述,一些用户,特别是企业用户,可在他们的移动电话上接收到来自各种发 送者的许多呼叫或消息,这些发送者中的一些可以从该用户联系人列表中被标识,而这些 发送者中的其他发送者不能被标识。虽然用户可能接收到来自没有被包含在该用户联系人 列表中的未被标识的发送者的呼叫或消息,但是这样的发送者有时可能被包含在该用户的 一个或多个联系人的联系人列表中。在一个实施例中,为了利用该用户的联系人的联系人 列表中可用的信息,该用户的电子通信设备,如移动电话等,包含用于标识未被标识的发送 者的呼叫者标识符应用程序。呼叫者标识符应用程序被配置为搜索驻留在该用户的通信设 备上的联系人列表。如果发送者的姓名或其他标识符未被找到,则呼叫者标识符应用程序 也被配置为,确定是否可从驻留在被包含在该用户的联系人列表中的那些联系人的通信设 备上的联系人列表得到该未被标识的发送者的身份,并读取该发送者的身份以便其可被呈 现给该用户。
4
在一特定实施例中,当在该用户的通信设备上接收到来自未被标识的发送者的呼 叫或消息时,该呼叫者标识符应用程序启动基于文本的消息收发应用程序,并使之向该用 户的联系人发送“不可见”基于文本的消息。该消息包括与该用户接收到的呼叫或消息相关 联的元数据(例如电话号码)。该不可见SMS消息是短消息,其头部以特定方式编程,使得接 收方移动电话知晓对该消息的接收,且该接收方移动电话不显示可被用户察觉的行为。当 该不可见消息被该用户的联系人之一的移动电话上的对应的呼叫者标识符应用程序接收 到时,该应用程序搜索该联系人在他或她的联系人应用程序中维护的联系人列表。如果提 供给该联系人移动电话的元数据位于联系人列表中,则联系人详情(例如姓名)或联系卡 (如果可用)在第二不可见SMS消息中被发回给该用户的移动电话。当接收到该第二不可 见SMS消息时,呼叫者标识符应用程序使得一些或全部联系人详情被显示在该用户的移动 电话上或以任何适合的方式呈现给该用户。以此方式,该用户的联系人列表被有效地扩展, 以包括他或她的联系人的联系人列表,其可被自动搜索而无需所参与的各方的任何一方的 介入。提供本发明内容是为了以精简的形式介绍将在以下具体实施方式
中进一步描述 的一些概念。本发明内容不旨在标识出所要求保护的主题的关键特征或必要特征,也不旨 在用于帮助确定所要求保护的主题的范围。
图1示出了说明性通信环境,在其中,设备的用户和呼叫者可通过使用诸如移动 电话、PC,和陆线电话等启用网络的设备来进行通信;图2示出了包括呼叫者标识符应用程序的说明性体系结构,其可以被实现在诸如 移动电话的启用网络的通信设备上;图3示出了在启用网络的设备上运行的各种功能组件之间使用的说明性接口 ;图4示出了呼叫者标识符应用程序中的一组说明性功能组件以及呼叫者标识符 应用程序支持的各种说明性特征、功能,和接口 ;图5是可以被驻留在第一启用网络的电子设备上的呼叫者标识符应用程序使用 的说明性工作流的流程图;图6-8示出了呼叫者标识符应用程序支持的用户界面的各种说明性屏幕截图。
具体实施例方式在其中相同的附图标记指示相同的要素的附图中,图1示出了说明性通信环境 100,其中用户lOSi.j以及呼叫者IlO1U可以使用各自的启用网络的设备IlS1U进行 通信,启用网络的设备115U...,的每一个可操作地耦合到通信网络120。设备115可以包含 各种设备和平台的任何一种,其支持语音通信,诸如移动电话、智能电话、PC、陆线电话,或 其他适于用于通过网络的语音电话的移动或固定设备。在这个特定示例性实施例中,术语 “用户”是指从此处将被称为“发送者”的人那里接收电话呼叫、SMS消息等的当前呼叫者标 识符应用程序的用户。在一个实施例中,当前呼叫者标识符应用程序被安排成在移动设备上执行,这些 移动设备诸如移动电话、可用作电话的个人数字助理、智能电话,或配置为基于MicrosoftWindows CE的设备的能够发出或接收语音呼叫的其他便携设备(以下统称为“移动电 话”)。然而,当前安排的原则也可以被适用于与其他设备一起使用,该其他设备使用,例如, 诸如Androidtm操作系统等其他操作系统。用于方便用户105和呼叫者110之间的通信的通信网络120可以包括如图1所示 的一个或多个网络类型的诸部分,包括移动电话网络125、移动数据网络130、公共交换电 话网135,以及互联网140。因此,例如,给定呼叫者110可以使用传统电话呼叫给定用户 105,其中呼叫通过公共交换电话网135和移动电话网络125两者的部分来承载。可替换地, 另一呼叫者110可以使用配备有VOIP (网际协议话音)能力的PC呼叫用户105,其中呼叫 通过互联网140和移动电话网络125来承载。事实上,可以根据需要使用各种网络类型的 组合或单个网络来传输给定电话呼叫。通信环境100中也支持服务提供者145。可以在使用场景中使用服务提供者145, 其中当前呼叫者标识符应用程序功能的部分被分布到一个或多个外部、位于远程位置的服 务器。这样的使用场景在以下伴随附图13和14的文本中更详细地描述。图2示出了用于方便当前安排的主功能组件的说明性体系结构200,包括可以实 现在诸如上述移动电话丨巧工等启用网络的通信设备上的呼叫者标识符应用程序205。尽管 图2中示出的体系结构200是特别适用移动电话IK1的,但可期望它示出的基本原理对其 他平台诸如,例如,虚线215指示的PC210,具有一般适用性。在该说明性实施例中,呼叫者 标识符应用程序205与联系人应用程序220,SMS应用程序250,以及如附图标记225所共 同指示的其他应用程序一起在移动电话IK1上执行。维护诸如朋友、同事、家庭等的地址、 电话号码等的联系信息的联系人应用程序220,可以被包含在提供除维护联系人外的其他 功能的应用程序中。例如,经常在日程安排应用程序中维护联系人列表,日程安排应用程序 通常单独地或组合地支持日程安排、日历,和任务管理功能。这样的联系人或日程安排应用 程序可以被嵌入在,例如,可商用的软件中,诸如微软公司的Outlook 的消息收发和协作 客户机。SMS应用程序250支持在许多通信设备上可用的短消息服务,它准许在移动电话、 其他手持式设备、计算机、以及甚至标准陆线电话之间发送短消息(也被称为文本消息)。 无线网络一般使用短消息服务中心(SMSC)来实现SMS,该短消息服务中心担当用于中继短 消息的存储-转发系统。消息存储在网络中直到目的地通信设备变得可用,因此无论语音 呼叫是否正在进行中,最终用户都可在任何时间接收或发送SMS消息。代替SMS应用程序, 可以采用其他基于文本的消息接发应用程序。这样的应用程序能以其他格式发送基于文本 的消息,包括,例如,由3GPP(第三代伙伴项目)开发的用于在移动电话和其他形式的无线 信息设备之间发送多媒体通信的多媒体消息接发服务所支持的MMS消息。可以采用的其他 类型的基于文本的消息可以基于任何中介技术(诸如EMS (增强的消息服务))及其变体, 诸如收费SMS,以及这些服务的任何将来的增强和发展。在体系结构200中支持应用程序205、220和225的是操作系统230和硬件层235。 在该示例性实施例中,操作系统230尤其适于在资源有限的设备上操作,并且可包括,例 如,Microsoft Windows CE0硬件层235向操作系统230和其上的应用程序205、220和 225提供设备IlS1上所实现的物理硬件的抽象。例如,这样的物理硬件通常包括处理器(例如中央处理器或“CPU”)、诸如只读存储器(“ROM”)和随机存取存储器(“RAM”)等系统 存储器、总线结构、外围系统、驱动器、显示设备、用户控件和界面等。该硬件也可以包括用 于存储计算机可执行指令(即代码)的存储介质,包括可移动介质/不可移动介质两者或 其一,诸如磁性和光学介质、固态存储器,和其他传统介质。体系结构200还提供UI 240来 支持用户交互性并方便了有效的用户体验,并且将通常被具体化为图形用户界面。图3示出了在移动电话运行的各种功能组件上实现的几个说明性接口。呼 叫者标识符应用程序205通常通过API 415向操作系统230注册听者410,以便监视移动电 话IlS1I的呼叫活动。呼叫者标识符应用程序205也通常通过分别由其他应用程序所展示 的API来与在移动电话IlS1上执行的其他应用程序进行交互。例如,如图3所示,通过联系 人日程安排应用程序220展示的代表性API 420使得呼叫者标识符应用程序205能够调用 各种函数、传递参数,以及与日程安排应用程序220交换数据。类似地,通过SMS应用程序 250展示的代表性API 425使得呼叫者标识符应用程序205能够调用各种函数、传递参数, 以及与SMS应用程序250交换数据。如前所述,一些用户,特别是企业用户,可能在他们的移动电话上接收到来自各种 发送者的许多呼叫或消息,这些发送者中的一些可以从用户联系人列表中被标识,而这些 发送者中的其他发送者不能被标识。当这样的未被标识的发送者可能没有包括在用户的联 系人列表中时,他们有时可能被包括在该用户的联系人的一个或多个的联系人列表中。即, 发送者可以是这样一个人他与该用户的联系人之一比与该用户他或她本人具有更紧密的 关联。这在诸如Faceb00k,MySpace,Linke(nn等提供的社交网络服务的使用增长的情况下 尤为如此,这些社交网络服务方便了个人的已扩展社区的发展。为了充分利用该用户的联系人的联系人列表上可用的信息,当接收到来自未被标 识的发送者的呼叫或消息时,呼叫者标识符应用程序205启动SMS应用程序250并使之向 用户的联系人发送“不可见”SMS消息。该SMS消息包括与该用户接收到的呼叫或消息相关 联的元数据(例如电话号码)。不可见SMS消息是短消息,其头部以特定方式编程,以使得 接收方移动电话知晓对该消息的接收,且该接收方移动电话不显示可被用户察觉的行为。 以不可见格式发送SMS短消息的技术的一个示例在美国申请公开No. 20060209740中示出。 当该不可见消息被该用户的联系人之一的移动电话上的对应的呼叫者标识符应用程序接 收到时,该应用程序搜索该联系人在他或她的联系人应用程序中维护的联系人列表。如果 提供给该联系人的移动电话的元数据位于联系人列表中,则联系人详情(例如姓名)或联 系卡(如果可用)在第二个不可见SMS消息中被发回该用户的移动电话。当接收到该第二 不可见SMS消息时,呼叫者标识符应用程序205使得一些或全部联系人详情被显示在该用 户的移动电话上或另外以任何适合的方式呈现给该用户。以此方式,该用户的联系人列表 被有效地扩展,以包括他或她的联系人的联系人列表,其可被自动搜索而无需所涉及的各 方的任何一方的介入。图4示出了包括呼叫者标识符应用程序205的一组说明性功能组件。该组件包括 用户体验层505、商业逻辑层510,以及数据层515。特别指出,图4所示的功能组件仅仅是 说明性的,且也可以根据给定环境的需求以各种组合使用其他组件,并提供此处描述的特 征和功能。呼叫者标识符应用程序205中的功能组件通常被配置为支持各种特征、功能,和 接口,包括支持用户体验,与其他应用程序交互,应用逻辑和规则来实施所期望的应用程序行为,以及处理数据,如附图标记520、525、530,和535分别指示的。在图4的特定示例性实施例中的功能模块可以至少部分地通过计算机可执行代 码来实现,所述代码写在设置在移动电话IlS1上的一个或多个存储介质上,并且通过电话 的硬件中包含的一个或多个处理器来执行。在这一点上,因此,所示的安排可以被看作“胖 客户机”,因为功能组件实现的代码基本上整体在移动电话IlS1上执行,以便提供按设计的 用户体验和应用程序行为。在可替换的实现中,功能组件以分布式计算安排的形式来配置, 且移动电话IlS1上的代码可以从瘦客户机执行。在这种情况下,功能组件以及相关联的代 码执行跨多个计算平台分布,这些计算平台包括移动电话IK1以及由如图1所示的服务提 供者145操作的一个或多个服务器。如所示,呼叫者标识符应用程序205通过当接收到来自未被标识的发送者的呼叫 或消息时提供用户偏好520i、管理许可5202,以及其他用户体验520n,来支持用户体验520。 例如,用户偏好可以包括这样的项,如选择应搜索其联系人列表的特定联系人、应搜索他们 的顺序,以及呈现这样的搜索的结果的方式。许可可包括允许接收不可见SMS消息以便搜 索该用户的联系人列表、选择联系人列表中的其身份不应在响应来自其他用户的请求时被 提供的特定个人,以及每次作出查询时是否应该关于对将联系人信息释放给另一用户的许 可询问用户。例如,一些查询可以基于联系人组被自动授权。作为一个示例,这样的主动授 权可以允许该用户的全部同事搜索该用户的工作组中的联系人。呼叫者标识符应用程序205也可以和在移动电话IlS1上执行的其他应用程序交 互。在这特定的示例性实施例中,呼叫者标识符应用程序205通常与联系人应用程序220和 SMS应用程序250交互。然而,也可以以在此讨论的类似的方式使用与其他应用程序的交 互。在一些使用情况中,呼叫者标识符应用程序205将实现查询,诸如查询联系人列表525i 以标识与呼叫事件关联的用户联系人,并启动SMS或其他消息应用程序以生成要被发送到 用户联系人52 的不可见SMS消息。呼叫标识符应用程序205也可以和其他应用程序等 525n进行交互。呼叫者标识符应用程序205通常应用商业逻辑和规则来实现所期望的应用程序 的行为,如附图标记530所指示的。商业逻辑和规则的应用通常响应于接收到由听者410 监视的传入或消息实现各种例程、进程,和工作流,以支持上面讨论的用户体验。呼叫者标识符应用程序205也支持各种数据处理功能,包括接收呼叫或消息535i 以及诸如呼叫元数据53 等相关联信息。在某些情况下,呼叫者标识符应用程序205通常 在临时或永久基础上存储呼叫数据,以及用户偏好和使用历史53\。其他数据处理也可如 附图标记53 所指示的那样来执行,以符合给定使用环境的需要。图5是可以被驻留在第一启用网络的电子设备上的呼叫者标识符应用程序205使 用的说明性工作流800的流程图。工作流始于块805,在那里,听者410监视由电子设备通过 通信网络接收到的来自发送者的传入呼叫或消息。接着,在块810,驻留在第一电子设备上 的呼叫标识符应用程序获取与传入呼叫或消息相关联的元数据,并且在块815搜索与第一 电子设备相关联的联系人的列表以定位与该元数据相关联的给定个人。在判决块820,如果 给定个人被定位,则在块823,通常在第一电子设备的显示器上将该个人的姓名或其他标识 符呈现给第一电子设备的用户。另一方面,如果没有找到与该元数据相关联的个人,则工作 流控制传递到块825,在那里,呼叫者标识符应用程序205导致将第一不可见基于文本的消息发送到与第一电子设备的联系人列表中包括的至少一些个人相关联的其他电子设备。这 可以例如经由通过API建立与驻留在电子设备上的基于文本的应用程序的链接来实现,以 便发送消息请求其他电子设备搜索它们各自的联系人列表来寻找与该元数据关联的个人。 如果在判决步骤830,没有定位到个人,则进程在块833终止,否则,控制传递到块835,在那 里,于其上找到该个人的电子设备向第一电子设备发送包含该个人的身份(例如姓名)的 第二不可见基于文本的消息。最后,在块840,通常在第一电子设备的显示器上将该个人的 姓名或其他标识符呈现给第一电子设备的用户。图6-8示出了呼叫者标识符应用程序205可以支持的UI的一个示例的各种说明 性屏幕截图。当然,UI可以各种各样不同方式来配置,且不限于此处示出的示例。图6示 出了当在移动电话1151接收到传入呼叫905时UI的示例性屏幕截图900。在这个示例中, 显示包括呼叫者的电话号码910和身份915(如果知道)的呼叫数据。在这个示例中,呼叫 处理由移动电话IlS1上运行的应用程序以通常的方式实现,它将传入呼叫数据和该用户的 联系人列表进行比较,以获取并显示呼叫者的身份。在可替换的实现中,这样的呼叫处理功 能可以由本呼叫者标识符应用程序205来处理。在任一情况下,在这个示例中,呼叫者没有 列在该用户的联系人列表中,因此该呼叫者的身份被定为未被标识或未知。通过与显示在UI上的“接听”或“拒绝”按钮920和925进行接口来向用户提供 用于或者接听传入呼叫或者拒绝接听的典型呼叫处理选项。取决于移动电话IK1的硬件配 置,可使用触敏图形图标、电话上的“软”键、或其他各种传统控件来实现按钮920和925。根据本安排的原则,图7示出了当在由传入呼叫905触发对呼叫者标识符应用程 序205的启动之际显示提示1005时的UI的示例性屏幕截图1000。提示1005询问用户是否 应该搜索他或她的联系人的联系人列表。在一些实施例中,取决于已建立的用户偏好5201; 提示可以被消除且应用程序将自动开始搜索而不提示用户。当显示提示1005时,按钮1010 和1015也被显示以使得用户可以按所期望的实现联系人搜索功能。图8示出了示例性的屏幕截图1100,其示出了在呼叫者标识符应用程序205已经 执行了关于呼叫者电话号码的搜索并且已经在联系人之一的联系人列表定位到该呼叫者 之后的结果。当这样的呼叫者被定位时,呼叫者标识符应用程序将显示该姓名1115以及从 其联系人列表提供该姓名的联系人的姓名1120。注意,为清晰且易于说明起见,在以上描述中,数据、应用程序以及诸如操作系统 等其它可执行应用程序组件被示为离散的块、框或其它元素,尽管可以认识到并强调,这些 应用程序和组件可在不同的时刻驻留在所使用的任何硬件主机的不同存储、存储器或处理 组件中,并由这些主机硬件中的一个或多个处理器执行。在上面描述的实现中,不可见文本消息被发送到该用户的联系人的移动电话以标 识呼入者。然而,在一些实现中,例如,不可见文本消息可以被发送到可从诸如社交网络 (例如hcebook)等其他数据源得到的该用户的联系人。这样的源可以维护该用户的联系 人以及那些联系人的联系人两者的电话号码,因此提供可以被用于标识呼入者的另一信息 源。除了社交网络,其他可用的数据源包括邮件客户端,诸如GmaiKMicrosoft Outlook 和Windows Live 。以此方式,有效地创建了新社交网络,其包括该用户、该用户的联系人, 以及该用户的联系人的联系人。以此方式,该用户的移动设备中可用的联系人列表被从自 包含的闭合列表传送到个人的整个社交网络,该整个社交网络具有成长和扩展到附加个人
9的能力。上述技术通常可用于由各种制造商提供的各种各样不同的移动设备。然而,通过 一些移动设备,诸如WindowsPhone ,搜索起源自该电话中,但是实际上是使用基于云(例 如web)的服务来执行的。具体地,WindowsWione 的用户被登记到MyWione 应用程序(例 如),其维护来自网络上所有源的用户联系人。每当来自未被标识号码的呼叫被截获时,将 在线执行搜索(在在线电话的社交图之间)代替电话之间点对点的模式。即,搜索是在电 话和MyW10ne 云之间执行,其表示来自全部可能的社交网络的所有的用户联系人的聚集。 此外MyW10ne 可以通过不仅搜索该用户自己的云也搜索他的联系人的相关联社交网络来 将搜索扩展到云。例如,来自!^acebook的联系人将被由!^acebook中的MyWione 搜索。尽管用结构特征和/或方法动作专用的语言描述了本主题,但可以理解,所附权 利要求书中定义的主题不必限于上述具体特征或动作。相反,上述具体特征和动作是作为 实现权利要求的示例形式公开的。
权利要求
1.一个或多个包含指令的计算机可读存储介质,所述指令在由可操作地耦合到通信网 络的电子设备中设置的一个或多个处理器执行时,执行包括以下步骤的一种方法监视(805)由所述电子设备从发送者接收的呼叫或消息,所述呼叫由所述网络承载;获取(810)与传入呼叫或消息相关联的元数据;搜索(815)与所述电子设备相关联的联系人列表,以定位与所述元数据相关联的给定 个人;如果没有找到与所述元数据相关联的个人,则将第一不可见基于文本的消息发送 (825)到与包括在所述联系人列表中的至少一些个人相关联的其他电子设备,所述第一不 可见基于文本的消息包括所述元数据并且请求所述其他电子设备搜索它们各自的联系人 列表以找到与所述元数据关联的所述给定个人;在所述电子设备处从所述其他电子设备之一接收(83 包括所述给定个人的身份的 第二不可见基于文本的消息;以及向所述电子设备的用户呈现(840)所述给定个人的身份。
2.如权利要求1所述的一个或多个计算机可读存储介质,其特征在于,所述联系人列 表由在所述电子设备上运行的应用程序(220)来维护。
3.如权利要求1所述的一个或多个计算机可读存储介质,其特征在于,所述第一不可 见基于文本的消息是SMS消息。
4.如权利要求1所述的一种或多种计算机可读介质,其特征在于,所述元数据包括电 话号码。
5.如权利要求1所述的一个或多个计算机可读存储介质,其特征在于,所述电子设备 是配置为胖客户机的移动通信设备(115),其中所述设备的功能组件实现的代码基本上整 体在所述移动通信设备上执行。
6.如权利要求1所述的一个或多个计算机可读存储介质,其特征在于,所述电子设备 是配置为瘦客户机的移动通信设备(115),其中所述一个或多个功能组件跨多个计算平台 分布。
7.如权利要求1所述的一个或多个计算机可读存储介质,其特征在于,还包括将 UI (240)展示给所述用户的步骤,所述UI (MO)包括安排用于响应于特定用户请求向其他 电子设备发送所述第一不可见基于文本的消息的一个或多个控制元素。
8.如权利要求1所述的一个或多个计算机可读存储介质,其特征在于,还包括将 UI (240)展示给所述用户的步骤,所述UI Q40)包括一个或多个控制元素,所述一个或多个 控制元素被安排用于以下之一选择与同所述其他电子设备相关的联系人列表的搜索相关 联的偏好(520)或配置运行在所述设备上的所述方法应用程序。
9.如权利要求8所述的一个或多个计算机可读存储介质,其特征在于,所选偏好(520) 的第一个,指定与所述电子设备相关联的将被发送或将不被发送所述第一不可见文本消息 的个人联系人。
10.如权利要求8所述的一个或多个计算机可读存储介质,其特征在于,所选偏好 (520)的第二个指定包含在所述联系人列表中的所选个人,对于所选个人,响应于包含在不 可见文本消息中的查询,身份将被提供或将不被提供。
11.如权利要求1所述的一个或多个计算机可读存储介质,其特征在于,还包括呈现从其接收所述第二不可见消息的联系人的身份(1115)。
12.—种移动电话,包括一个或多个处理器035),用于执行机器可执行指令;以及一个或多个机器可读存储介质,用于存储所述机器可执行指令,所述指令在被所述一 个或多个处理器执行时实现,a)呼叫事件听者G10),安排成用于在所述移动电话处接听从发送者接收的呼叫或消息;b)数据处理者025),用于从所接收的呼叫或消息获取关于所述发送者的身份的元数据;c)处理逻辑005),配置成用于搜索与所述移动电话相关联的第一联系人列表以及与 同所述定义联系人列表中包括的所选联系人相关的电子设备相关联的其他联系人列表,以 定位所述元数据并获取所述发送者的所述身份;以及d)UIMO,安排成用于向所述移动电话的用户呈现所述发送者的所述身份。
13.如权利要求12所述的移动电话,其特征在于,还包括e)文本消息组件050),用于响应于来自所述处理逻辑(205)的请求,向其他电子设备 发送第一不可见基于文本的消息,所述其他电子设备与包含在所述联系人列表中的至少一 些个人相关联,所述第一不可见基于文本的消息包括所述元数据并请求所述其他电子设备 搜索它们各自的联系人列表以寻找与所述元数据相关联的给定个人。
14.如权利要求12所述的移动电话,其特征在于,所述UIQ40)还包括控制设备,所述 控制设备在由所述用户致动时,从包含在所述第一联系人列表中的所有联系人当中选择所 选联系人。
15.如权利要求12所述的移动电话,其特征在于,所述第一联系人列表由在所述移动 电话上运行的应用程序(220)来维护,且所述其他联系人列表分别驻留在与所选联系人相 关联的所述电子设备上。
全文摘要
本文描述了来自用户联系人的联系人列表的自动化呼叫者标识符。当用户的通信设备接收到来自未被标识的发送者的呼叫或消息时,呼叫者标识符应用程序启动基于文本的消息收发应用程序,使之向该用户的联系人发送包括与该用户接收到的呼叫或消息相关联的元数据的不可见基于文本的消息。当该不可见的消息被该用户的联系人之一的移动电话接收到时,搜索该联系人的联系人列表。如果所提供的元数据位于联系人列表中,则将联系人详情或联系卡通过第二个不可见的消息发回给该用户的移动电话。当接收到该第二不可见的消息时,呼叫者标识符应用程序使得一些或全部联系人详情被显示在该用户的移动电话上或另外以任何适合的方式呈现给该用户。
文档编号H04M1/725GK102130994SQ20111004318
公开日2011年7月20日 申请日期2011年2月16日 优先权日2010年2月17日
发明者A·洛索乌斯凯, D·泽尔贝, M·沃斯克 申请人:微软公司