从多个联系人来构建人制造技术

公开了从多个联系人来构建人。表示人的数据结构被创建。该数据结构包括人对象。该人对象包括一个或多个联系人对象。当确定该人是全局地址列表联系人时，该人的第一联系人信息从全局地址列表存储中获得并被存储在第一联系人对象中。当确定该人是电子邮件联系人时，第二联系人信息从联系人存储中获得并被存储在第一存储器高速缓存中。当确定第二联系人信息包括全局地址标识符时，全局地址标识符被存储在第二联系人对象中。为该人创建标识人的人标识符。该人标识符被存储在第一联系人对象中以及第二联系人对象中。

【技术实现步骤摘要】
从多个联系人来构建人
本申请涉及构建人，尤其涉及从多个联系人来构建人。
技术介绍
电子邮件应用通常存储并显示有关用户的个人联系人的信息。电子邮件应用允许用户在输入设备上输入、修改和显示联系人信息。理想地，存储在电子邮件应用中的每个联系人与单个人相对应。然而，针对相同的人，通常多个联系人记录被输入。除了电子邮件应用之外，联系人信息可从其它源中导出。例如，联系人信息可在电子文档中并从第三方(诸如社交网络应用)找到。当在输入设备上显示来自多个源的联系人 目息时，有时会显不重复的联系人 目息。
技术实现思路
本公开的各实施例涉及在电子计算设备上执行的用于创建表示人的数据结构的方法。在该电子计算设备上，接收到条目标识符。该条目标识符标识人。该条目标识符被存储在电子计算设备上的第一存储器高速缓存中的数据结构中。该数据结构包括人对象。该人对象包括一个或多个联系人对象。作出关于条目标识符是否指示该人是全局地址列表联系人的确定。当确定该条目标识符指示该人是全局地址列表联系人时，从全局地址列表存储中获得第一联系人信息并将该第一联系人信息存储在该数据结构中的第一联系人对象中。当确定该条目标识符不指示该人是全局地址列表联系人时，从该条目标识符中作出关于该人是否是电子邮件联系人的确定。电子邮件联系人是针对运行在电子计算设备上的电子邮件应用的联系人存储中的联系人。当确定条目标识符指示该人是电子邮件联系人时， 从联系人存储中获得针对该人的第二联系人信息，该第二联系人信息被存储 在电子计算设备上的第一存储器高速缓存中的数据结构中，作出关于该第二联系人信息是否包括全局地址标识符的确定，并且当确定该第二联系人信息包括全局地址标识符时，将全局地址标识符存储在数据结构中的第二联系人对象中。全局地址标识符标识全局地址列表存储中的人。创建标识人的人标识符。该人标识符被存储在第一联系人对象中。该人标识符被存储在第二联系人对象中。提供本概要从而以简要形式引入将在下面具体实施例中进一步描述的概念的选择。本概述并不旨在标识所要求保护的主题的关键特征或必要特征，也决不旨在用于限制所要求保护的主题的范围。附图说明图1显示了支持人对象的构建的示例系统。图2显示了示例联系人信息显示。图3显示了图1的人框架模块的示例组件。图4显示了示例人存储器高速缓存。图5显示了一个示例人对象。图6显示了一个示例键对象。图7显示了用于生成人对象的示例方法的流程图。图8显示了用于针对全局地址列表来解析条目ID的示例方法的流程图。图9显示了用于针对电子邮件联系人存储来解析条目ID的示例方法的流程图。图10显示了用于针对客户端计算机上的第三方高速缓存来解析条目ID的示例方法的流程图。图11示出图I的客户端计算机的示例组件。具体实施方式本申请涉及用于创建实体的标识符并使用该标识符来获得并聚集该实体的联系人信息。在本公开中，实体是人。然而，在各示例中，实体还可指具有电子邮件、电话号码以及社交网络站点上的帐户的组织。联系人信息可从多个源中获得。当获得联系人信息时，该联系人信息被存储在客户端计算机上的数据结构中。用于创建标识符的系统和方法是由用户动作(诸如将光标悬停在电子邮件地址中的名称上)启动的。用户动作启动运行时进程，在该进程中，联系人信息被获得、存储在数据结构中、被聚集并被用于创建或更新提供该人的经聚集的联系人信息的用户界面显示。此外，在场信息可与联系人信息一起显示。在场信息指示联系人的当前在场状态，例如，可用、忙碌或离开。在本公开中，存储联系人信息的数据结构被称为人对象。人对象可包括多个联系人对象，每个联系人对象存储相关联的联系人的信息。在本公开中，人的标识符被称为人标识符。人标识符被存储在人对象中的多个联系人对象中的每个中。此外，人对象中的多个联系人对象中的每个被相互链接。由此，人标识符被用于定位与人相关联的多个联系人对象中的每个。用于创建人标识符的系统和方法在运行时被启动，例如当用户悬停在联系人名称上时。如在此详细讨论的，人标识符是可被用于定位人对象的数个标识符或键之一。键和人对象被存储在客户端计算机上的存储器高速缓存中。在本公开中，对人和对人对象的引用也可应用到具有电子邮件、电话号码以及社交网络站点上的帐户的组织。图I显示了在其中人对象可被构建的示例系统100。示例系统100包括客户端计算机102、目录服务器计算机110、电子邮件服务器计算机112、即时消息收发(IM)服务器计算机114和第三方源116。示例客户端计算机102包括人框架104、联系人存储106和用户界面108。示例客户端计算机102运行包括联系人管理器的电子邮件应用。联系人管理器存储并维护一个或多个联系人的联系人信息。联系人信息包括示例属性，诸如联系人名称、地址、电话号码、职称等。示例电子邮件应用是来自华盛顿州雷蒙德市的微软公司的 Outlook 电子邮件个人信息管理器。示例人框架104提供用于从一个或多个源获得人的联系人信息并创建与该人相关联的一个或多个联系人的人标识符的框架。人框架104还创建并更新包括一个或多个联系人对象和人标识符的人对象。人框架104在以下被更详细地解释。示例联系人存储106包括客户端计算机102的用户的多个联系人的联系人记录。 每个联系人记录与特定的人相对应。有可能的是，两个或更多个联系人记录可与相同的人相对应，例如如果联系人记录曾对一人创建过两次。当用户选择客户端计算机102的电子邮件应用上的联系人控件时，联系人记录通常对电子邮件应用可用。此外，当联系人信息被显示在客户端计算机的用户界面上时，联系人记录可被访问。示例用户界面108显示人的联系人信息。一般地，当用户悬停在电子邮件应用或文档中的人的名称上时，显示联系人信息。用于触发联系人信息的显示的其它机制是可能的。联系人信息可从各种源来获得并被聚集在显示上。例如，联系人信息可从全局地址列表、从电子邮件应用的联系人存储或从第三方源(诸如Facebook或Linked_in)来获得。此外，用户界面108可获得并显示在场信息，以指示用户的可用性状态。例如，可用性状态可以是可用、忙碌或离开。可用性状态的其它示例是可能的。示例目录服务器组件110是运行全局目录服务(例如来自华盛顿州雷蒙德市的微软公司的Active Directory (活动目录)目录服务)的服务器计算机。示例全局目录服务通常包括网络(通常是公司网络)内的用户和计算机的目录信息。当存储在客户端计算机 102的联系人存储中的联系人也被全局目录服务知晓时(例如，如果联系人是与用户相同公司的雇员)，全局目录服务通常包括该联系人的目录记录。由此，在示例系统100中，虽然对一个人可存在多个联系人记录，但是全局目录服务通常仅包括针对该人的一个目录记录。示例电子邮件服务器计算机112是运行电子邮件应用程序的服务器计算机。运行电子邮件应用程序的服务器计算机的一个示例是来自微软公司的Exchange Server 2010。 电子邮件服务器计算机112可以是人框架104的附加的联系人信息源。示例頂服务器计算机114是运行即时消息收发应用程序的服务器计算机。运行电子邮件应用程序的服务器计算机的一个示例是由华盛顿州雷蒙德市的微软公司生产的 Lync 通信服务器计算机。頂服务器计算机114本文档来自技高网...

【技术保护点】
一种在电子计算设备上执行的用于创建表示人的数据结构的方法，所述方法包括：在所述电子计算设备上，接收第一标识符，所述第一标识符标识第一人；将所述第一标识符存储在所述电子计算设备上的第一存储器高速缓存中的数据结构中，所述数据结构包括人对象，所述人对象包括一个或多个联系人对象；确定所述第一标识符是否指示所述第一人是全局地址列表联系人；当确定所述第一标识符指示所述第一人是全局地址列表联系人时：从全局地址列表存储中获得所述第一人的第一属性，所述第一属性包括所述第一人的第一联系人信息；以及将所述第一属性存储在所述数据结构中的第一联系人对象中；当确定所述第一标识符没有指示所述第一人是全局地址列表联系人时，从所述第一标识符中确定所述第一人是否是电子邮件联系人，所述电子邮件联系人是运行在所述电子计算设备上的电子邮件应用的联系人存储中的联系人；当确定所述第一标识符指示所述第一人是电子邮件联系人时：从所述联系人存储获得所述第一人的第二属性，所述第二属性包括所述第一人的第二联系人信息；将所述第二属性存储在所述电子计算设备上的所述第一存储器高速缓存中的所述数据结构中，所述第二属性被存储在所述数据结构中的第二联系人对象中；确定所述第二属性是否包括全局地址标识符，所述全局地址标识符在全局地址列表存储中标识所述第一人；以及当确定所述第二属性包括全局地址标识符时，将所述全局地址标识符存储在所述第二联系人对象中；创建所述第一人的第二标识符，所述第二标识符是标识所述第一人的人标识符；将所述第二标识符存储在所述第一联系人对象中；以及将所述第二标识符存储在所述第二联系人对象中。...

【技术特征摘要】
...

【专利技术属性】
技术研发人员：M·丹迪吉，G·瓦尔什尼，A·苏鲁弗，S·N·塔达卡尔，
申请(专利权)人：微软公司，
类型：发明
国别省市：