CN104699732A - 形成用户简档的方法和信息处理设备 - Google Patents

Abstract

实施例提供了一种形成用户简档的方法和信息处理设备。该方法包括：使用用户设备采集用户对象事件数据；使用用户设备采集与用户对象事件数据有关的上下文数据；使用至少一个处理器建立上下文数据与用户对象事件数据之间的关联；使用能够访问所存储的上下文数据与用户对象事件数据之间的关联组的处理器、基于关联组形成用户简档；以及将用户简档存储在存储器中。其他方面也有所描述且要求保护。

Description

形成用户简档的方法和信息处理设备

技术领域

本发明总体上涉及信息处理技术，特别是涉及在搜索应用中形成用户简档的方法、信息处理设备及产品。

背景技术

信息处理设备例如笔记本电脑、平板、智能电话等可以用于感测和确定大量的非结构化数据，例如全球定位卫星(GPS)坐标、关于连接的硬件设备的数据、关于位于一处的用户设备的数据、音频数据等。此外，例如当保存/存储、传输(发送，接收)、通过特定搜索输入来检索用户对象等时，设备可以采集关于用户对象的数据，例如文件、图片、媒体内容等。

各种设备应用使用部分现有数据。例如，导航应用可以通过将GPS坐标与地图数据中可得到的已知位置相关联来使用GPS坐标。其他设备应用使用不同部分的现有数据。例如，网络连接管理器可以使用关于附近网络设备的感测数据，以促使形成与附近网络设备的网络连接。

发明内容

总之，一个方面提供了一种方法，包括：使用用户设备采集用户对象事件数据；使用用户设备采集与用户对象事件数据有关的上下文数据；使用至少一个处理器创建上下文数据与用户对象事件数据之间的关联；使用能够访问所存储的上下文数据与用户对象事件数据之间的关联组的处理器来基于关联组形成用户简档；以及将用户简档存储在存储器中。

另一个方面提供了一种信息处理设备，包括：采集用户对象事件数据的部件；采集与用户对象事件数据有关的上下文数据的部件；创建上下文数据与用户对象事件数据之间的关联的部件；通过访问所存储的上下文数据与用户对象事件数据之间的关联组来基于关联组形成用户简档的部件；以及将用户简档存储在存储器中的部件。

上述内容为概要，并且因此可以包括对细节的简化、概括和省略。因此，本领域技术人员将理解的是，本发明内容仅是说明性的，而并不旨在以任何方式进行限制。

为了更好地理解实施方式以及实施方式的其他和另外的特征和优点，结合附图参照以下描述。本发明的范围将在所附权利要求中指出。

附图说明

图1示出了信息处理设备线路系统的一个示例。

图2示出了信息处理设备的另一示例。

图3示出了记录上下文和形成上下文数据关联的示例方法。

图4示出了使用上下文进行搜索的示例方法。

图5示出了使用上下文数据关联形成用户简档的示例方法。

具体实施方式

容易理解的是，除所描述的示例实施方式以外，此处在附图中一般性地描述和说明的实施方式的组成部分可以按照各种不同的配置来进行布置和设计。因此，下面的如图中表示的示例实施方式的更加详细的描述并非意在限制所要保护的实施方式的范围，而仅表示示例实施方式。

本说明书中提到“一个实施方式”或“实施方式”(或类似的表述)，表示结合实施方式所描述的具体的特征、结构或特性包括在至少一个实施方式中。因此，本说明书中的各个地方出现短语“在一个实施方式中”或“在实施方式中”等并非都是在提及相同的实施方式。

此外，在一个或更多个实施方式中，可以以任何合适的方式对所描述的特征、结构或特性进行组合。在下面的描述中，提供了许多具体细节来给出对实施方式的透彻理解。然而，相关领域的技术人员应该认识到，在没有具体细节中的一个或更多个细节的情况下，或者在使用其他方法、组成部分、材料等的情况下，也可以实施各种实施方式。在其他情况下，为了避免混淆而没有详细示出或描述公知的结构、材料或操作。

尽管通过设备可以感测或确定大量的数据，但是实际上仅捕获和存储该数据的小的子集。此外，甚至所捕获和存储的数据通常不是结构化的或组织化的，以使得其能够被最大化地使用、从而在与设备进行交互时增强用户体验。例如，非结构化数据如原始的GPS坐标如果未被存储、未与其他数据例如地图数据存储中可得到的位置数据相关联或相关，则其是随机的且无用的，而且如果未与其他用户数据例如用户对象事件数据诸如文件保存、文件传输、文件接收等用户对象事件数据相关联或相关，则其没有最大化地有用。

例如，当搜索文件(例如图片、文档、音乐文件等)时，用户倾向于不仅基于对象本身的属性例如标题、内容等而且基于与对象相关联的上下文来记住事情。用户倾向于将所感测到的信息与对象相关事件(例如，对象创建、存储、检索、编辑、传输等)相关联。也就是说，用户倾向于记住他们在做什么或当他们使用对象/与对象交互时环境怎么样。因此，当用户搜索某事物时，用户经常是通过这些替选的关联来找到他们正在寻找的事物。

当前搜索应用将他们的搜索基于对象即搜索目标的属性。然而，会发生当输入搜索项时用户经常不知道、没记住或者错说了这些对象属性(例如文件名、保存的日期/时间等)。在这些情况下，搜索变成了可能不产生任何相关结果的不准确和/或冗长的尝试。

因此，实施方式采集临时数据以提供可以用于例如扩大搜索的上下文信息。通过记录可用于提供或推出当前上下文的尽可能多的信息，可以进行与用户内容(在此为“用户对象”)丰富且自然的关联。正如下面将进一步被理解的是，可以从各种来源例如传感器输入、硬件连接信息、虚拟连接信息、设备状态信息等得到上下文数据。数据的采集可以描述为实时或临时数据，即在此刻知道但是在之后的时间不能了解的数据或信息。例如，实施方式利用例如通过采集GPS坐标、音频数据、生物数据、设备状态数据等的传感器所获得的临时数据，并且使得该临时数据能够帮助或扩大应用功能，例如搜索用户对象。

通过记录与文件、过程、应用和/或硬件连接事件相关联设置的临时数据，可以倒回或重建一个时间点以准确地呈现与对象事件例如对象创建、对象访问等相关联的上下文。如果将该上下文信息与论辩(forensic)型信息例如元数据、关键字提取等相结合，那么与用户内容的关联是非常丰富的，并且事实上支持在各种应用中有用的低阶和高阶关联。例如，用户不仅可以基于总结的关键词搜索文件，而且可以使用也基于当阅读或编辑文件时他或她所在的地点或在会议期间与谁分享了该文件、或甚至他或她访问该文件时房间的温度等的实施方式来搜索文件。

此外，假设可以使用由设备采集的数据形成上下文数据关联，实施方式可以给出用户扼要描述以推出用户的兴趣、偏好、爱好等。这种信息可以存储在对于各种设备应用可访问、并且可以被采用以增强或扩大设备应用的功能的用户简档中。用户简档可以包括单个用户跨许多设备所采集的信息和/或关于相似用户组的信息。

参照附图可以更好地理解所示出的示例性实施方式。下面的描述旨在仅作为示例，并且仅示出了某些示例性实施方式。

虽然在信息处理设备中可以利用各种其他电路、线路系统或部件，但是对于智能电话和/或平板线路系统100而言，图1中示出的示例包括例如在平板或其他移动计算平台中会有的片上系统设计。软件和处理器组合在单个芯片110中。如本领域所公知的，处理器包括内部运算单元、寄存器、高速缓冲存储器、总线、I/O端口等。内部总线等取决于不同的供应商，但是基本上所有的外围设备(120)可以附接至单个芯片110。线路系统100将处理器、存储器控制和I/O控制器集线器全部组合到单个芯片110中。此外，这种类型的系统100通常不使用SATA或PCI或LPC。公共接口例如包括SDIO和I2C。

存在对例如经由可再充电电池140供应的电力进行管理的一个或更多个电力管理芯片130例如电池管理单元BMU，可再充电电池140可以通过连接至电源(未示出)而再充电。在至少一种设计中，单个芯片例如单个芯片110用于提供类似BIOS的功能和DRAM存储器。

系统100通常包括WWAN收发器150和WLAN收发器160中的一个或更多个，用于连接至各种网络例如电信网络和诸如访问点的无线因特网设备。另外，附加设备120之一通常为麦克风，其可以包括将声波变换成电音频信号的物理元件。通常，系统100包括用于数据输入和显示/渲染的触摸屏170。系统100通常还包括各种存储装置，例如闪存180和SDRAM190。

图2描绘了信息处理设备电路、线路系统或部件的另一示例的框图。图2中所描绘的示例可以对应于计算系统，例如由北卡罗来纳州的莫里斯维尔市的联想(美国)股份有限公司所销售的THINKPAD系列个人电脑，或其他设备。正如从本文的说明可明显看到，实施方式可以包括其他特征或图2所示出的示例的特征中的仅一些特征。

图2的示例包括具有可能因制造商(例如INTEL、AMD、ARM等)而异的架构的所谓芯片集210(一起工作的集成电路或芯片的组；多个芯片集)。INTEL为美国和其他国家的英特尔公司的注册商标。AMD为美国和其他国家的先进微电子器件公司的注册商标。ARM为美国和其他国家的ARM控股有限公司的未注册商标。芯片集210的架构包括经由直接管理接口(DMI)242或链路控制器244交换信息(例如数据、信号、命令等)的I/O控制器集线器250以及内核与存储器控制组220。在图2中，DMI242为芯片到芯片的接口(有时被称为是“北桥”与“南桥”之间的链接)。内核与存储器控制组220包括经由前置总线(front side bus，FSB)224交换信息的一个或更多个处理器220(例如单核或多核)以及存储器控制器中心226；注意，组220的部件可以被集成在取代传统“北桥”式架构的芯片中。如本领域中公知的，一个或更多个处理器222包括内部运算单元、寄存器、高速缓冲存储器、总线、I/O端口等。

在图2中，存储器控制器中心226与存储器240进行接口连接(例如，为可以被称为“系统存储器”或“存储器”的一种RAM提供支持)。存储器控制器中心226还包括用于显示装置292(例如CRT、平板、触摸屏等)的LVDS接口232。块238包括可以经由LVDS接口232(例如，串行数字视频、HDMI/DVI、显示端口)支持的一些技术。存储器控制器中心226还包括可以支持独立显卡236的PCI-express接口(PCI-E)234。

在图2中，I/O集线器控制器250包括SATA接口251(例如，用于HDD、SDD280等)、PCI-E接口252(例如，用于无线连接282)、USB接口253(例如，用于设备284，如数字转换器、键盘、鼠标、照相机、电话、麦克风、存储装置、其他连接设备等)、网络接口254(例如，LAN)、GPIO接口255、LPC接口270(用于ASIC271、TPM272、超级I/O273、固件中心(firmware hub)274、BIOS支持275以及各种类型的存储器276如ROM277、闪存278和NVRAM279)、电源管理接口261、时钟发生器接口262、音频接口263(例如，用于扬声器294)、TCO接口264、系统管理总线接口265以及可以包括BIOS268和启动代码290的SPI闪存266。I/O集线器控制器250可以包括千兆位以太网支持。

系统一旦通电，则可以被配置成执行如存储在SPI闪存266内用于BIOS268的启动代码290，并且此后在一个或更多个操作系统和应用软件(例如，存储在系统存储器240中)的控制下处理数据。操作系统可以存储在多个位置中的任意位置并且可以例如根据BIOS268的指令来访问。如本文所描述的，设备可以包括比图2的系统中示出的特征更少或更多的特征。

如本文中进一步描述的，例如如图1或图2中所概述的信息处理设备线路系统可以用在采集在上下文搜索中使用的临时数据的设备中。可以被采集的实时临时数据以及在采集中所使用的传感器或其他硬件设备或源的示例包括但不一定限于：环境数据(例如，通过例如传感器如温度计、气压计和/或对包括从第三方得到的这样的信息的应用的访问所采集的温度、湿度、大气压力、风速、风向等)、生物数据(例如，通过例如生物设备如指纹阅读器、照相机等所采集的人的存在、人的接近、触摸、面部识别、眼睛追踪、凝视检测等)、光数据(例如，通过例如单维或多维相机所采集的环境、红外)、声音数据(例如，从麦克风等得到的声音记录)、设备方位数据(例如，通过单维或多维罗盘、单维或多维倾斜计等所采集的方位数据)、设备运动数据(通过单维或多维加速计、单维或多维陀螺仪等来采集)、位置数据(例如，通过全球定位卫星系统，通过采集静态数据、广播数据和/或航位推测数据等的系统来采集)、扫描数据(例如，通过被配置成采集数据的部件采集的三角测量数据、条形码数据、射频识别数据RFID、快速响应(QR)代码数据、近场通信(NFC)数据等)、时间数据(例如，实时时钟数据、警报数据等)、硬件连接数据(例如，USB连接数据、火线电缆连接数据、高清晰度多媒体接口(HDMI)数据、其他端口数据等)、虚拟连接数据(例如，网页打开、RSS馈送活跃、流被接收等)以及设备状态数据(例如，打开应用、电源状态等)。

虽然可以例如使用多个传感器来采集这样的临时数据，但是除非将其分析和转换成另一形式否则是无用的。例如，未经处理(例如，分析并且与附近的路标相关联)的GPS数据不是特别有用。另外，这样的未经处理的数据可能不是合适的格式以便由其他应用使用。

因此，临时数据的表达或有用的组织可以被维持在具有组织化的数据结构的数据存储内，例如上下文数据标签，其包括从所感测的或以其他方式所获取的临时数据得到的上下文数据例如GPS数据与已知地标之间的关联。

另外，所感测的或以其他方式得到的临时数据可以与对用户对象例如文件、文档、目的文件等的引用相关联，例如与用户对象事件相关联。例如，GPS、音频数据等可以被转换、例如被分析和/或被格式化且然后例如在时间和/或位置上与用户对象事件如对象创建、对象编辑、对象传输等相关联。因此，作为示例，可以通过将采集的临时GPS数据与已知地标相关联并且之后将其与对象事件例如编辑文档相关联来将所采集的临时GPS数据转换成上下文数据。类似地，可以通过从音频中提取关键词并且将关键词与对象事件、例如将对象电邮至设备接点相关联，来将所采集的临时音频数据转换成上下文数据。

此外，例如上下文数据与对象之间的这些引用或关联可以被本地维持(即设备本地的)和/或维持在可远程访问的存储装置中(例如，在云中)。除了使用文件、过程、应用和硬件连接事件作为触发来采集临时数据以外，采集也可以定期或以其他方式根据策略发生。这允许例如由位于一处的设备采集的最好的临时数据被共享并且与对每个用户设备上的内容/用户对象的引用相关联。这还使得忙碌的用户设备能够使用由另一用户设备例如不太忙并且位于一处的用户设备采集的临时数据。因此，用户设备可以控制(例如，抑制)其自己的临时数据采集，例如直到特定用户设备不太忙或另外地具有适当的处理和/或内存。

参照图3，实施方式因此在301处检测对象事件(例如，访问用户对象、保存用户对象、传输用户对象等)，并且在302处利用这作为触发来采集对象事件数据。在302处所采集的对象事件数据可以包括但不限于：对象的文件名、对象的存储位置、对象的类型(例如，应用类型)以及对象的内容(例如，关键词)。

类似地，尽管可以不使用这样的触发而例如根据定时策略来采集临时数据，但是实施方式可以利用301处的对象事件作为触发来在303处采集临时数据。然而，可以利用对象事件301以将在303处所采集的临时数据与作为301处的对象事件的主题的对象相关联。例如，从多个传感器采集的传感器数据可以在时间上与例如在301处针对其发生事件的对象相关联。

假定在303处所采集的临时数据的可利用性，实施方式可以将临时数据转换成通过搜索应用可利用的格式，例如将临时数据转换成上下文数据项。临时数据是非结构化的，并且通常不存在容易的方法在该临时数据中找到个人意义或上下文。

上下文可以包括从用户设备例如传感器、硬件连接等收集的临时数据。另外，从用户生成的内容/对象收集的信息例如关键词、元数据等可以由用户设备存储为对象事件数据。通过当前上下文所收集的事实与用户动作、日历、电子邮件等组合以形成相关性或关联。

例如，如在304处所示出的，实施方式可以对临时数据例如GPS数据进行分析，并且将其转换成上下文数据。在该处理中，临时数据可以被转换成关键词或其他可搜索的数据。作为示例，可以使用地图数据将原始的临时GPS坐标转换成附近位置的关键词。类似地，被感测的位于一处的用户设备例如通过近距离无线或近场通信所检测的朋友或家庭成员的智能电话可以与采集对象事件数据的用户设备的设备接点相关联。该信息然后可以被采集，转换成可搜索的形式(例如，位置的文本形式、设备ID或接点名称的文本形式等)，并且在304处被存储为上下文数据。

具有了对象事件数据和上下文数据，实施方式因而可以在305处将对象事件数据与上下文数据相关联。换句话说，在305处，实施方式可以创建上下文数据即从临时数据得到的数据与对象事件数据即从与事件相关联的对象得到的数据之间的引用或链接。以这种方式，实施方式可以创建与特定用户对象相关联的对象事件数据和上下文数据的存储。如本文中进一步描述的，该存储可以在306处形成来用于各种应用中、例如答复用户对象搜索查询。该存储可以由各种用户设备汇编，并且例如通过云帐户关联被共享，和/或上下文数据和/或对象事件数据可以被本地存储在单个用户设备上。此外，该存储可以为分布式存储，例如存储在一个设备上的上下文数据、存储在另一设备上的对象事件数据、存储在分离的设备上用来共享的数据的组合、或相似的布置。

那么，对于用户应用、例如用户对象搜索应用，上下文数据和对象事件数据的存储可以用于提供各种对象事件周围的上下文、包括用户容易记住的临时数据的更完整图片。作为示例，图4示出了在用户对象搜索中使用上下文数据的示例。

在401处，用户可以将用户对象搜索输入例如关键词和/或时间限制等输入到用户对象搜索应用中。用户对象搜索应用可以根据用户对象搜索输入来搜索用户对象事件数据。例如，实施方式可以搜索对象事件数据以查找具有与输入匹配的创建时间的对象，搜索与输入匹配的对象类型，搜索具有与输入匹配的关键词的对象等。如果对象被定位，如在403处所确定的，在404处可以返回搜索结果的初始集合。然而，如果对象没有被定位和/或大量对象被定位使得结果不是响应性的(例如，太多或太少的对象)，实施方式可以使用可得到的上下文数据来细化搜索。

例如，如果用户正在搜索用户知道在特定位置处并且在一般的时限内被编辑的文档，对象事件数据的搜索可能产生太多或太少的结果。例如，如果用户正确地记得位置和时间，但是不记得标题、关键词等，对象事件数据搜索不能定位正确的文档或定位太多的文档。

因此，实施方式可以在405处搜索上下文数据、例如包括与文档相关联的位置数据，使得可以如在406处所确定的那样识别相关的上下文数据。例如，实施方式可以在406处找到上下文搜索项，例如与用户对象搜索输入相关联的位置。如果这样的话，实施方式可以使用上下文数据存储中的该位置项例如在时间上与用户对象、例如在该位置处编辑的文档之间的关联，从而在408处返回经使用上下文搜索而细化的(例如，重新排序、不同排列的)或改进的/修改的结果。如果在406处未找到相关的上下文数据，尽管如此，实施方式仍可以基于对象事件数据返回初始的搜索结果。

实施方式可以仅利用关联或可以利用上下文数据与对象事件数据之间的关联来形成其之间的相关性或关联，以提供附加水平的相关性或个人意义。

例如，参照图5，实施方式可以使用所生成的关联来形成长期稳定的用户简档。实施方式提供了一种从当前上下文事实(例如，上下文数据、对象事件数据等)以及这些事实的相关性提取语义知识的推理引擎，并且还基于先前推理的事实和知识来发现新知识。

可以跨设备(例如，针对一个用户或很多用户的设备)发现知识，因此可以基于用户设备交互的丰富历史和/或基于组导出信息(groupderived information)来细化用户简档。该信息又可以被各种应用使用以向应用处理增加或推出附加的上下文，即，平衡利用现在(或在不久的将来)对于用户来说相关的上下文信息。用户简档例如可以包括关于用户的偏好、兴趣、爱好的信息，其可以包括长期稳定的描述或其相应地更新的特征，例如因为新信息比如新的关联是可得到的。推理引擎基于来自用户组或来自个人用户的反馈，例如响应于用户输入命令、查询等，将随着时间进行调整，例如调整搜索结果的相关性的排序和偏好决定。

因此，实施方式可以例如针对通过相似性度量(metric)例如云帐户关联而关联的用户组或特定用户在501处访问所存储的上下文数据与对象事件数据之间的关联。实施方式使用该关联形成用户简档，从而以一种长期稳定的方式确定或表征用户的行为模式。例如，实施方式可以基于已经存储的这样的关联的数量来确定用户在特定位置(例如，工作)重复编辑对象类型(例如，文字处理文档)。在502处形成的用户简档可以包括该相关性的指示或行为的模式，并且用于例如细化用户的搜索结果。这样，用户简档可以包括可用于细化搜索的事实的各种事实(例如，对象事件数据和上下文数据)之间的关联的组织，细化通过搜索事实产生的结果，基于事实改进推理等。

如本文所描述的，实施方式可以利用用户简档作为特定用户的关于给定对象、对象类型等的全部上下文的长期或稳定的代表或表征。因此，如果在503处确定可得到新的应用，例如通过用户活动或得自相关联用户的组中的用户，实施方式可以例如通过在504处更新用户简档来增加或考虑该新的关联。否则，用户简档可以保持不变。

返回参照图4，实施方式可以在407处访问用户简档409作为使用关联的处理的一部分以定位对象。可以使用用户简档来例如为用户细化搜索结果，比如基于由该特定用户频繁使用的关联来对在405处搜索的上下文数据进行细化和/或对在409处提供给用户的结果的排序进行调整。

作为例子，实施方式可以利用405处的上下文信息的最初的搜索来确定用户对在407处在某一位置处建立、访问、修改等的某些对象感兴趣。此外，实施方式可以偏向或影响在405处所搜索的上下文数据和/或使用存储在用户简档409中的信息在408处所识别的这样的对象的排序。例如，实施方式可以对已知由用户在某个时间(例如，与搜索输入同步)使用的对象进行排序，以将搜索结果中的这些类型的对象排序得较高。如然后可以理解的，用户简档提供补充或组织上下文数据与对象事件数据之间的关联的附加水平的信息，以将所采集的数据及其用户个性化。

所存储的关联本身是有用的，然而实施方式可以访问用户简档以推出用户偏好、兴趣、行为模式等，从而进一步改进用户体验、例如在408处产生的搜索结果。这可以包括：基于例如通过云帐户链接而关联的所有用户或相关用户组或用户设备的总和的行为来提取公共模式和规则。所得到的规则和模式可以用于调整针对每个单独用户的推理的相关性。这促使群体智慧降低到个体用户的体验(即，个人水平)。

本领域的技术人员应当理解，各个方面可以实施为系统、方法或设备程序产品。因此，各个方面可以采用全部硬件实施方式的形式，或者可以采用包括软件的实施方式的形式，该软件在此一般可全部被称为“电路”、“模块”或“系统”。此外，各个方面可以采用以一个或更多个设备可读介质来实施的设备程序产品的形式，上述一个或更多个设备可读介质具有设备可读程序代码包含在其中。

应该注意的是，本文中所描述的各种功能可以使用存储在设备可读存储媒介如非信号存储装置上由处理器执行的指令来实现。可以利用一个或更多个非信号设备可读存储介质的任意组合。存储介质可以是例如电、磁、光、电磁、红外或半导体系统、装置或设备或者以上的任意适当的组合。存储介质的更加具体的示例包括如下：便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存存储器)、光纤、便携式光盘只读存储器(CD-ROM)、光存储设备、磁存储装置或以上的任意适当的组合。在本文的上下文中，存储媒介不是信号，并且“非暂态”包括除了信号介质以外的所有介质。

可以使用任何适当的介质、包括但不限于无线、有线、光纤线缆、RF等或以上的任何适当的组合传送在存储介质上包含的程序代码。

可以以一种或者更多种编程语言的任何组合来编写用于执行操作的程序代码。程序代码可以作为单机软件包完全在单个设备上执行、部分地在单个设备上执行，可以部分地在单个设备上且部分地在另一设备上执行、或者完全地在其他设备上执行。在一些情况下，这些设备可以通过任何类型的连接或包括局域网(LAN)或广域网(WAN)的网络进行连接，或者连接可以通过其他设备(例如，通过使用互联网服务提供商的互联网)、通过无线连接例如近场通信、或通过诸如USB连接的硬线连接来进行。

在本文中参照附图对示例实施方式进行了描述，其中附图示出了根据各种示例性实施方式的示例方法、设备和程序产品。应该理解的是，可以至少部分地通过程序指令来实现动作和功能。这些程序指令可以被提供至通用信息处理设备、专用信息处理设备或其他可编程数据处理设备的处理器以产生机器，使得通过设备的处理器执行的指令实现所指定的功能/动作。

值得注意的是，虽然在图中使用了具体的框，并且已经示出了框的特定排序，但是这些是非限制性的示例。在某些背景下，两个或更多个框可以被组合，一个框也可以被分成两个或更多个框，或者视情况而定某些框可以被重新排序或重新组织，因为明确示出的示例仅用于描述性目的，并且不被理解为是限制性的。

出于说明和描述的目的给出了本公开内容，但是本公开内容并非旨在是穷举的或限制性的。对于本领域的技术人员来说，许多修改和变化将是明显的。示例实施方式被选择和描述，是为了说明原理和实际应用，并且使得本领域其他普通技术人员能够针对具有适合于所设想的特定用途的各种修改的各种实施方式理解本公开内容。

因此，尽管在本文中已经参照附图描述了说明性的示例实施方式，但应理解该描述并不是限制性的，并且在不偏离本公开内容的范围或精神的情况下，本领域的技术人员可以在其中实现各种其他变化和修改。

Claims (19)

1.一种形成用户简档的方法，包括：

使用用户设备采集用户对象事件数据；

使用用户设备采集与所述用户对象事件数据有关的上下文数据；

使用至少一个处理器创建所述上下文数据与所述用户对象事件数据之间的关联；

使用能够访问所存储的上下文数据与用户对象事件数据之间的关联组的处理器、基于所述关联组形成用户简档；以及

将所述用户简档存储在存储器中。

2.根据权利要求1所述的形成用户简档的方法，其中，所述用户简档包括关于用户对象的用户行为模式。

3.根据权利要求1所述的形成用户简档的方法，其中，所述存储的上下文数据与用户对象事件数据之间的关联组包括从关联用户组收集的关联。

4.根据权利要求3所述的形成用户简档的方法，其中，所述关联用户组包括具有相似的行为模式的用户。

5.根据权利要求3所述的形成用户简档的方法，其中，所述关联用户组包括具有云帐户关联的用户。

6.根据权利要求1所述的形成用户简档的方法，其中，所述用户简档包括响应于获得一个或更多个新关联而细化的对用户行为的描述。

7.根据权利要求6所述的形成用户简档的方法，其中，所述一个或更多个新关联得自与用户对象的用户交互。

8.根据权利要求6所述的形成用户简档的方法，其中，所述一个或更多个新关联得自用户组。

9.根据权利要求8所述的形成用户简档的方法，其中，使用相似性度量来识别所述用户组。

10.根据权利要求9所述的形成用户简档的方法，其中，所述相似性度量为云帐户关联。

11.一种信息处理设备，包括：

采集用户对象事件数据的部件；

采集与所述用户对象事件数据有关的上下文数据的部件；

创建所述上下文数据与所述用户对象事件数据之间的关联的部件；

通过访问所存储的上下文数据与用户对象事件数据之间的关联组、基于所述关联组形成用户简档的部件；以及

将所述用户简档存储在存储器中的部件。

12.根据权利要求11所述的信息处理设备，其中，所述用户简档包括关于用户对象的用户行为模式。

13.根据权利要求11所述的信息处理设备，其中，所述存储的上下文数据与用户对象事件数据之间的关联组包括从关联用户组收集的关联。

14.根据权利要求13所述的信息处理设备，其中，所述关联用户组包括具有相似的行为模式的用户。

15.根据权利要求13所述的信息处理设备，其中，所述关联用户组包括具有云帐户关联的用户。

16.根据权利要求11所述的信息处理设备，其中，所述用户简档包括响应于获得一个或更多个新关联而细化的对用户行为的描述。

17.根据权利要求16所述的信息处理设备，其中，所述一个或更多个新关联得自与用户对象的用户交互。

18.根据权利要求16所述的信息处理设备，其中，所述一个或更多个新关联得自用户组。

19.根据权利要求18所述的信息处理设备，其中，所述用户组使用相似性度量被识别。