CN105554311A - 用于自动更新化身状态以指示用户状态的方法和系统 - Google Patents

Abstract

本发明涉及用于自动更新化身状态以指示用户状态的方法和系统。本发明提供一种蜂窝式或无线移动装置，其包含一个或一个以上传感器以及一处理器，所述处理器配置有软件以：接收来自所述一个或一个以上传感器的数据、日历数据和装置设定；将传感器、日历、装置设定数据和请求用户的授权等级与化身选择准则进行比较；且基于所述比较来选择化身。通过使传感器数据、日历数据和装置设定与用户的当前状态相关，所述化身选择准则使处理器能够自动选择反映所述用户的当前状态的化身。随后可通过存取所述用户的化身告知其他人所述用户的当前状态。

Description

用于自动更新化身状态以指示用户状态的方法和系统

分案申请的相关信息

本申请是国际申请日为2009年5月12日、国际申请号为PCT/US2009/043542、发明名称为“用于自动更新化身状态以指示用户状态的方法和系统”的PCT申请进入中国国家阶段申请号为200980118712.0的发明专利申请的分案申请；原发明专利申请案的优先权日为2008年5月27日。

技术领域

本发明大体上涉及经由计算机产生的化身来提供用户的状态或活动的当前指示。

背景技术

在计算意义上，化身是计算机用户的虚拟表示。术语“化身”还可指代与因特网用户的屏幕名或称号联系起来的个性。化身通常用于在虚拟的计算世界中表示真实世界用户。化身可为虚拟现实应用程序和计算机游戏中所使用的三维模型。化身也可为因特网论坛和其它在线社区、即时消息接发、游戏和非游戏应用程序中所使用的二维头像(图片)。化身可为动画的或静态的。

术语“化身”至少回溯到1985年那么早，当时“化身”被用作一系列计算机游戏中的玩家人物的名称。最近，化身的使用己普及，且化身现在常被用于因特网论坛中。因特网论坛上的化身用于表示用户及其动作，使其对论坛的贡献个人化，且可表示其在论坛中的角色、信仰、兴趣或社会状态的不同部分。

大多数因特网论坛上使用的传统化身系统是接近用户的论坛帖子的较小(例如，96×96到100×100像素)正方形区域，化身就放置在所述区域中。一些论坛允许用户上载可己经由用户设计或从其它地方获取的化身图像。其它论坛允许用户从预设列表中选择化身，或使用自动发现算法来从用户的主页中提取一个化身。

在即时消息接发(IM)情况下，化身(有时被称为好友头像)通常为较小的图像。举例来说，IM头像为48×48像素，但可在线找到许多头像，其通常大小在50×50像素到100×100像素之间。可在网站和流行的电子群组(例如雅虎(Yahoo！)群组)上找到各种各样的这些图像化化身。化身在即时消息接发中的最新使用主要是动态化身。用户在聊天的同时选择表示他的化身，且通过使用文本到话语技术，使化身能够说出聊天窗口处正使用的文本。这种化身的另一种形式的使用是用于视频聊天/呼叫。例如Skype(通过一些外部插件程序)等一些服务允许用户在视频呼叫期间使用会说话的化身，从而用动画的会说话的化身来代替来自用户的相机的图像。

发明内容

本发明揭示各种实施例系统和方法，其自动更新用户的虚拟世界化身，以提供用户的当前真实世界状态或活动的更准确的表示。实施例可接收来自位于用户的移动装置内或非常接近移动装置的多种传感器的信息，以提供用户的真实世界环境的一些参数。所述多种传感器可包含(但不限于)位置传感器(例如GPS坐标)、用于感测环境噪声的麦克风、用于感测环境光的相机或光传感器、加速计、温度传感器以及生物生理传感器，例如呼气测醉器、心率监视器、脉搏传感器、EEG、ECG、EKG和/或血压传感器。另外，实施例可利用用户的日历数据以及移动装置设定，以经由用户的真实世界状态或活动的化身产生经更新的虚拟表示。替代实施例可使用户的化身随着时间的过去而变老，使得用户的化身随着用户长大、变得成熟而长大、变得成熟。各种实施例随着用户着手进行其日常活动而自动更新或改变用户的化身。其它实施例在作出观看化身的请求时更新或改变用户的化身。可在单一位置(例如网页)中观看用户的化身。替代实施例可允许将用户的化身下载到任何请求方。其它实施例可通过发送化身来前摄地告知选定方用户的当前真实世界状态或活动。

附图说明

并入本文中且构成本说明书的一部分的附图说明本发明的示范性实施例，且连同上文所给出的一般描述和下文所给出的详细描述一起，用于阐释本发明的特征。

图1说明适合结合各种实施例使用的示范性化身。

图2是适合结合各种实施例使用的系统的系统框图。

图3是适合结合各种实施例使用的移动装置的系统框图。

图4是适合在所述系统上实施的实施例方法的过程流程图。

图5是适合在移动手持机上实施的特定实施例方法的过程流程图。

图6a是适合存储指示用户的当前状态的多种传感器数据、用户日历数据和移动装置设定的实例参数数据表。

图6b是指示化身基于各种参数而显示的说明性化身选择逻辑表。

图6c是用于校准化身选择逻辑表的实施例方法的过程流程图。

图7是适合在移动手持机上实施的节省电池和处理器时间的实施例方法的过程流程图。

图8是适合在移动手持机上实施的响应服务器请求的实施例方法的过程流程图。

图9是适合在移动手持机上实施的响应第二用户请求的实施例方法的过程流程图。

图10是其中将化身选择推卸到服务器的另一实施例方法的过程流程图。

图11是其中将化身选择推卸到服务器的节省电池和处理器时间的另一实施例方法的过程流程图。

图12是其中将化身选择推卸到服务器的通过响应服务器请求来节省电池和处理器时间的另一实施例方法的过程流程图。

图13是其中将化身选择推卸到服务器的通过响应第二用户请求来节省电池和处理器时间的另一实施例方法的过程流程图。

图14a是适合直接在请求装置上显示化身的另一实施例方法的过程流程图。

图14b是适合直接在请求装置上显示新的或经更新的化身的另一实施例方法的过程流程图。

图15a是适合直接在请求装置上显示化身的节省电池和处理器时间的另一实施例方法的过程流程图。

图15b是适合直接在请求装置上显示新的或经更新的化身的节省电池和处理器时间的另一实施例方法的过程流程图。

图16a是适合直接在请求装置上显示化身的通过响应第二用户请求来节省电池和处理时间的另一实施例方法的过程流程图。

图16b是适合直接在请求装置上显示新的或经更新的化身的通过响应第二用户请求来节省电池和处理时间的另一实施例方法的过程流程图。

图17是适合直接在请求装置上显示化身的另一实施例方法的过程流程图，其中将化身选择推卸到请求用户的装置。

图18是适合在所述系统上实施的替代实施例方法的过程流程图。

图19a是适合存储请求化身的用户的多种传感器数据、用户日历数据、移动装置设定和授权等级的实例参数数据表。

图19b是基于包含请求用户的授权等级在内的各种参数而指示要显示的化身的说明性化身选择逻辑表。

图19c是用于校准包含请求用户的授权等级的化身选择逻辑表的实施例方法的过程流程图。

图20是用于基于包含请求用户的授权等级的化身选择逻辑表而选择要显示的化身的实施例方法的过程流程图。

图21是用于基于包含请求用户的授权等级的化身选择逻辑表而选择要显示的化身的另一实施例方法的过程流程图。

图22是用于基于包含请求用户的授权等级的化身选择逻辑表而选择要显示的化身的另一实施例方法的过程流程图。

图23是用于基于包含请求用户的授权等级的化身选择逻辑表而选择要显示的化身的另一实施例方法的过程流程图。

图24a是适合直接在请求装置上显示基于传感器和设定数据以及第二用户的授权等级而选择的化身的另一实施例方法的过程流程图。

图24b是适合直接在请求装置上显示基于传感器和设定数据以及第二用户的授权等级而选择的新的或经更新化身的另一实施例方法的过程流程图。

图25a是适合直接在请求装置上显示基于传感器和设定数据以及第二用户的授权等级而选择的化身的另一实施例方法的过程流程图。

图25b是适合直接在请求装置上显示基于传感器和设定数据以及第二用户的授权等级而选择的新的或经更新化身的另一实施例方法的过程流程图。

图26是适合基于传感器和设定数据以及第二用户的授权等级直接在请求装置上显示化身的另一实施例方法的过程流程图。

具体实施方式

将参看附图详细描述各种实施例。在可能的任何地方，在图式中将始终使用相同的参考编号来指代相同或相似的部分。对特定实例和实施方案的参考是出于说明性目的，且无意限制本发明或权利要求书的范围。

如本文所使用，术语移动装置可指代以下各项中的任一者或所有：蜂窝式电话、个人数据助理(PDA)、掌上型计算机、膝上型计算机、无线电子邮件接收器(例如和装置)、具有多媒体因特网功能的蜂窝式电话(例如)以及包含可编程处理器和存储器的类似个人电子装置。在优选实施例中，移动装置是可经由蜂窝式电话网络通信的蜂窝式手持机(例如手机)。然而，在所有实施例中，蜂窝式电话通信能力不是必要的。此外，无线数据通信可由连接到无线数据网络(例如WiFi网络)而不是蜂窝式电话网络的移动装置来实现。

如本文所使用，术语“服务器”指代经配置以便以客户机-服务器架构操作的多种商业上可购得计算机系统中的任一者。明确地说，术语“服务器”指代网络服务器，特别是因特网可接入服务器，其通常包含处理器、存储器(例如硬盘存储器)，以及经配置以将服务器处理器连接到网络(例如因特网)的网络接口电路。

如本文所使用，术语“主题”指代可在移动手持机上实施以使移动手持机根据用户的偏好而个人化的用户可配置设定的集合。主题由用于以下各项中的任一者和全部的文件和设定来界定：壁纸(即，移动手持机的显示器上所呈现的图像)、铃音(即，由不同事件触发的音频文件)、响铃设定(例如大声、中等、小声和静音，以及振动模式)、按键音(即，按压按键时播放的音)、按键功能、显示头像以及快速拨号设定(即，与经配置以用于快速拨号的每一按键相关联的电话号码)。主题还可包含用于其它用户可配置设定(如口令保护、小键盘锁定、运营商选择等)的设定。由此些数据组成的主题可被存储为文件(例如图像和音频文件)混合，以及配置数据(例如与特定快速拨号按键相关联的电话号码)。

随着现代计算和移动通信的出现，个人能够以多种方式且在所有时间彼此交流。在过去，如果个人想要与另一个人交流，可通过面对面谈话、书信或电话来进行交流。如今，除了这些常规的交流途径之外，个人还可经由电子邮件、SMS、即时消息接发、因特网协议语音(VoIP)呼叫、因特网协议视频呼叫、因特网论坛聊天以及经由移动装置(手持机)呼叫的电话通信来彼此交流。使用这么多不同的交流渠道，个人期待能够在其希望的任何时候与他人联系。然而，一些个人可能希望不被打扰。举例来说，个人可能正在进行重要的会议，且不希望他的移动装置在会议期间鸣铃。虽然他可简单地关闭他的移动装置(或振铃器)，但他可能还希望告知任何呼叫者他暂时没空的原因。鉴于移动通信如此普遍存在，许多用户期望能够在所有时间联系其既定呼叫接收者。因此，当既定接收者不应答电子邮件、SMS、电话呼叫等时，发起呼叫者通常会疑惑既定接收者为何不作出响应。

化身己在用作个人的图形表示中获得越来越多的普及。化身可为文本(例如屏幕名)或二维或三维图形表示(例如照片、卡通或机器产生的图像)。化身可为静态图像或动态(动画)图像。图1中说明一些化身的实例。如图1所示，化身可为以图形方式传送关于相关联个人的信息(例如职业、爱好、当前活动和心情)的图像。历史上，用户己使用化身作为用户或用户的人物在在线游戏或因特网论坛聊天中的表示。化身可仅通过化身的性质来高效地传达关于用户的信息，例如用户的兴趣。按照惯例，用户将选择化身以显示所述用户的参与在线游戏、因特网论坛聊天、SMS聊天等的表示。以此方式，可使用选定化身文件来在计算或电子电信的虚拟世界中表示真实世界用户。本文所揭示的各种实施例使用户能够产生或张贴在虚拟世界中更接近地表示用户的真实世界状态的化身。

移动装置(特别是蜂窝式电话)几乎是到处存在且必不可少的。因此，移动装置可为用于收纳可测量用户的环境和活动的传感器的理想平台。通过适当地分析从安装在用户的移动装置上的传感器获得的运动、声音、位置和其它感测到的信息，计算机系统可推断用户活动，其为可在各种实施例中用于更新用户的化身以反映其真实世界活动的信息。举例来说，用户的移动装置可“了解”用户的当前GPS位置为办公室中的会议室。因此，移动装置可自动将移动装置设置为振动模式，且还自动更新用户的化身以描绘“请勿打扰”。

通过包含来自多种传感器的数据，各种实施例并入有或利用收纳在用户的移动装置中的多种传感器，且使用传感器信息来更新或产生可显示以反映用户的状态、位置、心情和/或活动的化身。各种实施例可使用多种传感器且存取保存在移动装置内的时间表或日历信息，以更准确地反映用户的状态。可使此化身可供公开或私人观看，以便快速地告知观看者所述用户的当前状态、位置、心情和/或活动。可将此些化身前摄地发送给他人，例如附加到或包含在SMS或电子邮件消息内，或张贴到他人可例如通过接入保存所述化身的在线游戏或网站而存取或下载所述化身的服务器。化身可在预排定基础上(例如周期性更新)根据用户的状态、每当用户的状态被请求(例如，响应于对化身的请求)时或每当用户的状态改变时(例如，当传感器指示用户的位置、心情和/或活动己改变时)而改变。

图2是适合结合本文所揭示的各种实施例使用的计算与电信系统的系统框图。所述系统框图说明示范性蜂窝式网络系统，但不希望预期所有可能配置。如图2所示，参加多种活动的多种用户可随身携带多种移动装置。举例来说，第一用户可能正在咖啡馆中使用膝上型计算机101。第二用户可能正携带着PDA102在机场购物。第三用户可能正带着手机103在开车。第四用户可能正在开会并携带手机104。移动装置101、102、103和104中的每一者可经由无线网络与无线通信基站105通信。无线通信基站105可为手机塔、蓝牙接收器、WiFi接收器或任何其它无线收发器。在优选实施例中，所述装置经由蜂窝式电话和数据网络与蜂窝式基站天线105通信。无线通信基站105可耦合到路由器106和无线通信服务器107，以连接到因特网108。到达因特网108的替代路径可涉及更多或更少的通信设备。举例来说，一些无线服务提供商可能需要额外的服务器来为其用户提供对因特网108的接入权。或者，无线通信基站可准许更直接的到达因特网108的链接。

移动装置的用户可彼此通信或与经由因特网108而连接的任何其它用户通信。举例来说，第一用户可将电子邮件从其膝上型计算机101发送给桌上型计算机113处的用户、PDA114的用户、膝上型计算机115的用户或经由其他用户的手机116、117发送给其他用户。在此情况下，用户将从膝上型计算机101发送电子邮件，其将被无线发射到基站105。所述电子邮件将经由路由器106发送到服务器107，越过因特网108到达服务既定接收者的计算装置的服务器110，再到路由器111，在路由器111处，所述电子邮件可经由有线连接发送到桌上型计算机112或经由无线基站112发送到移动装置114到117。类似地，接收者可以反向方式应答或发起向所述用户的通信。

移动装置用户可能正忙而无法不时地响应传入消息，且可能希望提供对其当前状态的某一指示，以解释其为何不作响应。或者，移动装置用户可能想要告知他人关于其当前状态，使得他人可知道他们是否有空交流。另外，一些用户可能希望告知他的朋友和家人其当前状态和活动，作为其社交生活方式的一部分。可使用可由选定个人存取或向选定个人呈现的化身来高效地实现用户状态的此通知。

此化身可保存和显示(例如)在用户的社交网页(例如myspace.com、facebook.com等)或因特网可接入服务器上维持的任何其它网页上。化身连同网页的内容和其中含有的数据一起可存储在服务器109的存储器中。服务器109连接到因特网108，且可由具有因特网108能力和适当的接入权的装置接入。

在一实施例中，用户可在交流(例如呼叫、发送电子邮件或发送SMS消息)之前，(例如)通过接入用以显示当前状态化身的网页来存取某人的化身。在另一实施例中，当用户尝试与某人交流时，如果该人不作响应或如果该人己选择“请勿打扰”选项，那么所述用户可被自动引导到含有当前状态化身的网页。在另一实施例中，可将化身文件自动且直接发送回到用户的装置113到117以供显示。在另一实施例中，可在每当用户的状态改变时，或以规则排定或预定的间隔，将化身文件前摄地发送到预核准的接收者列表。在另一实施例中，可在每当用户的状态改变时，或以规则排定或预定的间隔，将到达包含化身的用户网页的链接发送到预核准的接收者列表。如所属领域的技术人员将了解，如果正将化身文件直接发送到用户的装置113到117，那么服务器109可为不必要的。另外，化身可在多种服务器107、110上代管，且无需限于特定服务器109。

除基于感测到的和所记录的信息来自动更新化身之外，实施例使用户能够超驰自动更新，以便选择特定化身，而不管用户的当前状态如何。因此，用户有些时候可选择使其化身反映其当前状态，而其它时候选择特定化身。在替代实施例中，用户还可为化身设置准许或授权等级，以控制谁可在什么时间且在什么活动期间观看特定化身。举例来说，用户可选择使所述用户的监督人能够仅在工作时间期间观看特定化身。在工作时间之外，所述化身可被隐藏、不被发射，或反映一般状态(例如忙碌)。在此些实施例中，用户可设置公开的信息和化身。此些实施例可在更新网站上或综合广播中的化身时使用。

来自用户的移动装置内的传感器的信息可用于确定应如何更新化身。移动装置101到104中的每一者可包含多种传感器，其可提供用于确定相应用户的状态的信息。下文将更详细地描述各种传感器的实例。另外，可考虑日期、时间和移动装置设定，以提供关于相应用户的状态的进一步信息。另外，移动装置自己的操作状态可提供关于用户的状态的信息。

举例来说，如果用户有规律地去咖啡馆，且使用咖啡馆的无线WiFi网络，那么可基于以下各者来确定此状态：(1)日时和星期几(TOD/DOW)，尤其是在休息是有规律或排定的情况下，(2)WiFi收发器的激活，可能与TOD/DOW信息组合，(3)GPS(或其它位置传感器)坐标，可能与TOD/DOW信息和WiFi收发器的激活组合，(4)由装置的麦克风拾取的背景噪声(例如咖啡机的独特声音)，可能与TOD/DOW信息、WiFi收发器的激活和GPS坐标信息组合。其它传感器也可确认所述用户的状态是与咖啡休息时间一致，包含加速计(指示简直没有运动)和温度(指示与室内位置一致的环境温度)。如果用户跳过其咖啡休息时间，而是生病在家或在度假，那么仅基于TOD/DOW信息的化身显示将不准确地描绘用户的当前状态。通过进一步参考移动装置的GPS传感器，所述系统可确定用户是否在咖啡馆位置内(或靠近咖啡馆位置)。使用背景噪声感测，所述系统可通过辨别出咖啡机噪声而确认咖啡休息时间状态。在己作出用户的当前状态的此确定后，系统(不管用户的移动装置101或服务器109是否正在接收来自装置101的信息)可选择或产生以图形方式描绘此状态的化身。另外，如果装置的麦克风检测到超过预定限制的噪声等级，那么化身可更改以反映用户的周围环境。这可向观看化身的某人建议：如果某人想要联系所述用户，那么非语言交流途径(例如文本消息)可能是最佳交流形式。

作为另一实例，可监视背景噪声(例如使用移动装置的麦克风)以寻找可用于推断用户的心情的音乐和其它声音。举例来说，如果背景噪声包含具有增加的快速节奏的音乐，那么可选择表达欢乐心情的化身。如此实例所说明，通过增加所使用的传感器的数目以及所考虑的信息的种类，系统可更好地推断用户的当前状态。

作为另一实例，可通过将TOD/DOW信息与用户的日历信息进行比较来确定在乘坐飞机飞行的用户状态。如果用户被排定为乘坐飞机飞行且无相反的信息(例如，与用户的移动装置102的WiFi连接是打开的)，那么系统(不管用户的移动装置101或服务器109是否正在接收来自装置101的信息)可选择或产生以图形方式描绘此状态的化身。如果航空公司开始允许移动装置在飞行期间通信，那么移动装置102还可报告与航线旅行一致的传感器信息以准许确认所述状态。举例来说，来自移动装置102的不断改变的GPS数据、来自移动装置102上的传感器的加速计数据和/或气压数据全部可用于确认航线旅行。

作为另一实例，可基于TOD/DOW(例如与高峰时间一致的时间和日期)结合GPS位置信息和加速计传感器读数来确定用户正驾驶或乘坐汽车。来自移动装置103的不断改变的GPS数据和加速计数据可用于确定用户的状态为正在驾驶。

作为另一实例，可根据对照用户的日历比较的TOD/DOW信息来推断正在商务会议中的手机104的用户的状态。TOD/DOW和日历信息可保存在手机104和/或服务器109内。可通过考虑其它传感器信息(例如GPS位置信息)以及加速计和温度传感器读数以及手机104的操作设定来确认此初步确定。举例来说，如果用户己将他的移动装置104切换到振动或静音，那么这些设定与用户正在开会一致，且有助于确认用户的状态。类似地，如果GPS位置与会议室一致，那么加速计读数显示很小的显著移动，且温度与室内位置一致，此信息可用于确认用户正在开会。在这样推断用户的状态后，可选择或产生适当的化身文件。

作为另一实例，手机104的用户可选择在度假时显示设定化身(例如躺在吊床上的化身)，而不是显示当前状态。在此实例中，手机104可经配置以不中继传感器数据，或传送设定化身，或服务器109可经配置以忽略传感器数据和TOD/DOW信息，且显示选定化身。

在使用多种传感器和信息源来推断用户的状态时，某些传感器或参数可被给予较高优先权，特别是相对于彼此的较高优先权。举例来说，(例如)当GPS位置不同于日历信息所指示的位置时，GPS位置信息可超驰TOD/DOW加日历信息。可产生逻辑规则以处理此矛盾的信息。另外，关于当前状态的用户输入和设定可超驰所有传感器、电话设定或日历参数数据。

图3说明适合在概述系统中使用的移动装置的实施例的组件框图。典型的移动装置301可包含微处理器391、存储器392、天线394、显示器393、字母数字小键盘396、4向菜单选择器摇臂开关397、扬声器388、麦克风389、声码器399、接收器395、发射器398(一起的是蜂窝式网络收发器)以及这些组件之间的各种电路、总线和电互连。另外，移动装置301可包含环境噪声传感器350，其连接到麦克风389以检测环境噪声等级。环境噪声传感器350还可充当用于扬声器电话操作的麦克风。移动装置301还可包含相机351，其除拍照之外还可用于测量环境光等级。所述移动装置还可含有环境温度传感器352以及一个或一个以上加速计353，加速计353检测移动装置301的相对加速度。所述移动装置还可包含GPS接收器电路354，其经配置以接收来自GPS卫星的信号，以确定移动装置301的精确全局位置。所述移动装置还可包含呼气测醉器传感器355，其经配置以测量来自用户的呼出呼吸的血液酒精含量(BAC)。还可包含其它生物计量传感器，例如血压监视器、脉搏率传感器、EEG、ECG、EKG等。在包含EEG传感器的实施例中，如果EEG传感器指示与专心等级一致的脑波图案，那么可(例如)将用户的化身显示为正在专心。或者，如果EEG传感器指示与放松等级一致的脑波图案，那么可将用户的化身显示为指示用户正处于放松的精神状态。

移动装置301的传感器350到356中的每一者连接到处理器391，其又连接到内部存储器单元392。以此方式，处理器391可收集来自各种传感器350到356的参数数据，且可将所述数据存储在存储器单元392中，或经由发射器398发射所述数据。应注意，虽然图3中将移动装置301描绘为移动手持机或手机，但可在具有无线通信能力的任何移动装置中找到所述系统块。以此方式，可表示例如膝上型计算机、PDA或类似装置等其它移动装置。

图3中所说明的各种传感器可用于更准确地推断用户的状态和活动。举例来说，如果呼气测醉器传感器355确定用户的BAC高于0.1％，指示用户可能被酒精损害，那么可选择或产生用户的化身以指示所述损害。作为另一实例，如果加速计感测到与慢跑一致的有节奏运动，那么可选择或产生化身以指示用户正在锻炼。可与GPS读数比较以确定用户是在以慢跑步调移动还是位于健康设施中，来确认基于加速计传感器信息而推断的此状态。而且，如果移动装置301包含血压或脉搏率传感器(未图示)，那么可检查来自此些传感器的信息以确定传感器值是否与锻炼一致。此些传感器可使得能够将跑步或骑自行车与乘坐汽车、公交车或火车行进(其可导致类似的加速计和GPS信息)区分开。

虽然图3展示电耦合到移动装置301的处理器391的各种传感器350到356，但可并入有无线收发器(例如WiFi收发器356和短程无线收发器(SRWTx)357)以与多种外部传感器通信。所属领域的技术人员将了解，短程无线通信收发器357可为蓝牙协议收发器、Zigbee协议收发器或其它技术/协议收发器。

图4说明各种实施例中所使用的基本过程步骤。作为第一步骤，移动装置301的处理器391可轮询连接到处理器391的传感器(例如350到355)中的一些或所有传感器(步骤401)。如上文所论述，传感器可包含外部传感器，其经由移动装置301内所包含的中程到长程无线收发器356和/或短程无线收发器357而无线连接到处理器391。传感器还可通过各种可用端口或定制接口电路而耦合到处理器391。另外，处理器391可包含多个处理器(即，处理器391可为多处理器芯片)，其中一些传感器耦合到处理器或与处理器介接，且其它传感器耦合到多处理器芯片内的第二处理器或与第二处理器介接。在轮询传感器时，处理器391可存取缓冲传感器数据的数据寄存器，或将引导传感器取得读数的信号发送到传感器(或传感器接口电路)且等待接收传感器数据。如果传感器在移动装置301外部，那么处理器391可经由有线或无线数据连接将数据请求消息发送到传感器，且接着等待经由同一数据链路接收响应消息中的传感器数据。或者，处理器391可在无提示的情况下仅接收由传感器(例如350到355)中的每一者发射的数据。

在接收到传感器数据之后、当时或之前，处理器391还可检索存储在存储器392中的日历数据(步骤402)。如上文所论述，可使用日历数据来推断移动装置301的用户的活动和位置。可针对特定日时和星期几而获得日历数据。作为此步骤的一部分，处理器391还可获得可存储在数据寄存器中的当前时间和日期。

在接收到传感器和日历数据之后、当时或之前，处理器391可检索各种移动装置设定(步骤403)。此些装置设定可包含选定的振铃器类型(例如静音或可听)、主题设定、正常或漫游通信模式、电池电力等级、当前蜂窝式通信状态(例如用户是否在参加电话呼叫或在移动浏览器上接入因特网)、当前无线通信状态(例如用户目前是否连接到WiFi网络)以及当前局域无线网络状态(例如用户目前是否正使用蓝牙装置)。这些移动装置设定和操作条件中的每一者可提供关于用户的状态的信息。举例来说，如果用户己将移动装置301设置为显示非正式的主题(例如奇形怪状的壁纸、悦耳的振铃器等)，那么这可指示用户不在参加商务或工作活动。

在各种实施例中的每一者中，本文所描述的方法步骤的次序可与图中所说明的次序不同。举例来说，可在搜集移动装置设定和日历数据的步骤之后执行搜集传感器数据的步骤。以此方式，装置设定所提供或用户的日历中所指示的信息可用于作出关于用户的活动的初始推断，其可被确认或由选定传感器数据进一步细化。举例来说，如果装置设定指示任一蜂窝式电话呼叫正在进行，那么移动装置处理器391可经配置以仅轮询GPS传感器，因为用户的状态(正在通过手机交谈)己被确立，且只有位置尚须确定。作为另一实例，如果日历数据指示用户正在开会，那么处理器391可以软件来配置以仅轮询确认所述状态所必需的那些传感器。

使用从移动装置传感器搜集到的信息以及所存储的数据和设定，处理器可推断用户的当前状态，且确定要显示一组化身中的哪一者(步骤404)。在各种实施例中，可使用多种处理器来作出此确定。在一个实施例中，移动装置301的处理器391以软件指令来配置以基于存储在其存储器392中的准则来选择供显示的化身。在此实施例中，移动装置301所选择以供显示的化身可上载到另一计算装置113到117。举例来说，在一实施例中，可将选定化身作为电子邮件或SMS消息的附件发送到另一移动计算装置。在另一实施例中，移动装置可将URL或其它网络地址发送到另一计算装置，以使接收计算机能够通过接入所提供的URL或其它地址来获得化身。在另一实施例中，移动计算装置301可将指示选定化身文件的存储器存储位置的存储器指针发射到另一计算装置，使得接收计算装置可从其自己的存储器获得化身。在化身文件存储在服务器109的存储器(例如硬盘存储器)中的情况下可使用此实施例，从而使所述服务器能够将选定化身加载到用户的网页。此实施例还可结合其它计算装置113到117而使用。

在其它实施例中，移动计算装置301可将传感器、日历和设定数据发射到另一计算装置，例如服务器109或其它计算装置113到117，使得化身确定(步骤404)可由接收计算装置的处理器执行。在此些实施例中，可在计算装置的处理器作出化身确定之前，接收传感器、日历和设定数据并将其存储在存储器中。

一旦己确定要显示的适当化身，就可使化身文件可用于在计算装置113到117上显示(步骤405)。在一实施例中，计算装置113到117通过存取预存储在存储器中(例如，使用由移动装置301传送的地址或存储器指针)或从移动装置101到104或服务器109下载的化身文件来显示选定化身。在另一实施例中，化身可作为由服务器109代管的因特网网页的一部分而存取和显示。在替代实施例中，可每年或某一其它时间周期更新化身文件，使得化身反映用户的年龄。随着用户成熟且长大，各种化身文件可被更新以显示更大且更成熟的化身。举例来说，化身文件可描绘用户具有泛灰的头发或体重减轻或增加，就像对于用户的实际外貌来说合适的那样。以此方式，当存取或检索适当的化身文件时，化身将准确地反映用户的年龄。

现在将参看图5到图26更详细地描述各种实施例的特定过程流程步骤。

图5是其中待显示的化身由移动装置301确定且不断地更新以反映用户的当前状态的第一实施例方法的过程流程图。在此实施例中，移动装置301的处理器391周期性地轮询与移动装置301相关联的传感器(例如350到356)中的每一者。在此步骤中，处理器391可执行循环，其中轮询各种传感器中的每一者，相关联的传感器数据被接收且存储在移动装置存储器392内的适当数据记录中。处理器391还检查存储在存储器392中的日历数据(步骤402)。日历数据可指示用户在当前时间想去哪里，以及用户想参加的特定活动。处理器391还检查移动装置的各种设定(步骤403)，包含当前主题。如上文所述，处理器391获得数据的次序不一定是重要的，且可在多种实施方案之间变动。处理器391将所有的传感器、日历和设定数据存储在参数值表中(步骤409)。下文将参看图6a更详细地论述参数值表。

处理器391可估算存储在参数数据表中的数据(步骤410)，以确定要显示哪一化身(步骤411)。可使用多种方法实施例来估算所存储的参数数据且选择特定供显示的化身。在优选实施例中，将存储在数据表中的参数与存储在选择表中的值进行比较，例如图6b中所说明。如下文参看该图更详细地描述，用户可对其移动装置进行编程，以通过在此选择表中输入相关联的选择准则来选择特定化身。以此方式，任何用户均可容易地根据偏好和设定来配置移动装置。在此实施例中，处理器391通过选择针对其来说存储在参数数据表中的参数满足最大数目的选择准则的化身来确定要显示的化身(步骤411)。

在另一实施例中，可在以软件编程的逻辑树中估算参数数据。在此实例实施例中，处理器391执行软件例程，其中依据某些参数值来执行特定步骤(例如，一系列“如果X，那么Y”逻辑测试)。虽然经编程的逻辑树例程的使用可更快地操作，但此实施例对用户来说可能较难配置，且可能允许较少的用户选择选项。

一旦己选择了适当的化身，处理器391就可引导发射器398以经由无线或蜂窝式网络和因特网108将选定化身发射到服务器109(步骤415)。在此步骤中，处理器391可发射选定化身文件、指向含有选定化身文件的存储器的指针或地址、或服务器109可用以定位其存储器内的对应化身文件的选定化身的识别符。

一旦己将选定化身发射到服务器109，处理器391就可周期性地重复获得参数值的步骤，以便连续地更新所显示的化身。如果用户己产生适当的化身并将移动装置配置为将个人化身适当地链接到各种参数值，那么此实施例可使服务器109能够显示反映用户的当前状态的化身。在一实施例中，在重复获得参数值的步骤之前，处理器391可任选地暂停预定量的时间，以便减少对处理器391的需求(步骤450)。

服务器109接收所发射的指示要显示的特定化身的数据(步骤420)。服务器109的服务器处理器(未单独图示)可将选定的化身文件包含在服务器109上所代管的网页中以供用户公开显示(步骤430)。当第二用户接入用户的网页(步骤440)时，服务器109接收到接入请求(步骤431)。作为响应，服务器109将具有选定化身文件的网页作为HTML文件发射到第二用户的计算装置113到117(步骤432)。接收计算装置113到117接着向第二用户显示选定化身(步骤441)。由于移动装置处理器391连续地更新化身选择，因此此实施例确保每当第二用户接入第一用户的网页(步骤440)时，就显示反映第一用户的当前状态的化身(步骤441)。由于自主地执行对传感器和设定数据的轮询和分析，因此呈现给他人的用户化身得以维持与用户的当前状态一致，而无需用户输入。

多种数据结构可结合各种实施例而使用，图6a中显示其实例。如图所说明，可将来自传感器(例如350到356)的数据、用户的日历以及移动装置设定数据存储在参数值表600中。此数据可以绝对值(即原始传感器信息)的形式或以经处理信息(即经解译的传感器信息)的形式存储。此差别开始了在将信息存储在参数值表600中之前完成的对所述信息的处理量。举例来说，图6a说明存储在参数值表600中的经处理的GPS传感器信息，其中己解译原始地理定位坐标值，并将其与用户创建的位置表进行比较，这使移动装置301能够辨识装置当前位于“轨迹”中且正以约4mph的速率移动。类似地，己处理来自环境噪声传感器350的原始数据，且己将所辨识的小于30dB的特征存储在参数值表600中。类似地，己处理环境光传感器351的数据，且己将所辨识的“亮”的特征存储在参数值表600中。类似地，己处理加速计353的数据，且将其存储作为某一范围的加速度值(以g计)以及所辨识的加速度特征(周期性)。也可将原始传感器数据直接存储在参数值表600中。举例来说，可将温度传感器数据87°F存储在所述表中。类似地，当无数据或指示无数据的符号呈现于日历数据库中时，将目前无任何东西存储在用户的日历中的事实存储在参数值表600中。类似地，将移动装置301上所使用的特定壁纸以及铃音设定(“响”)存储在参数值表600中。

图6a中所说明的存储在参数值表600中的经处理的数据值仅用于阐释性目的。如所属领域的技术人员将了解，传感器和设定数据更可能作为可由处理器391解译的数字数据而存储。举例来说，可将被辨识为与特定范围或值一致的经处理的数据存储作为符号或二进制值。

使用存储在参数值表600中的传感器和设定数据，可容易地将此信息与存储在化身选择逻辑表601中的准则进行比较，图6b中展示其说明性实例。

化身选择逻辑表601可存储在计算装置的存储器中，其确定要显示的适当化身。因此，如果移动装置301确定了待显示的化身(例如上文参看图5所描述)，那么化身选择逻辑表601将存储在计算装置301的存储器中。相反，如果服务器109作出化身选择，那么化身选择逻辑表601可存储在耦合到服务器处理器的硬盘存储器上。类似地，如果另一计算装置113到117作出化身选择，那么化身选择逻辑表601将存储在所述装置上。另外，化身选择逻辑表601可存储在一个以上计算装置上。举例来说，化身选择逻辑表601可存储在移动装置301上和代管用户的化身和网页的服务器109上。另外，化身选择逻辑表601的不同版本可存储在不同计算装置上，从而使用户能够基于正用于作出选择的特定计算机而改变化身选择准则。因此，化身选择逻辑表601可依据实施哪一实施例而存储在与这些装置中的每一者相关联的存储器中。另外，可将化身选择逻辑表601从一个装置发射到另一装置，以使接收计算装置能够作出化身选择。

使用化身选择逻辑表601来执行化身选择提供了更大的用户灵活性和对过程的控制。所述各种实施例既定为用户提供灵活且准确的用于呈现反映其个人偏好和活动的化身的途径。因此，给予用户对用于选择和显示其选择的化身的过程的良好控制权是有益处的。化身选择逻辑表601的使用还在使用许多传感器和设定准则时简化了用户的设置过程。可在移动装置上提供本地应用程序，以使用户能够改变化身选择准则，或以其它方式手动控制在任一给定时间呈现的化身。

用户可定制化身选择逻辑表601，使得经选择以供显示的化身文件是基于多种参数而选择。可在用户设置过程期间实现此定制。而且，可在用户设置过程期间选择化身选择准则和填充化身选择逻辑表601，在所述过程中，用户作出个人选择，以便定制用户自己的化身行为。可在于计算装置上运行的交互式菜单应用程序的辅助下实现此设置过程。此交互式菜单应用程序可包含：用户工具，用于创建和修改并存储化身；以及菜单，用于对化身选择逻辑表601进行编程。作为用于创建化身的过程的一部分，此菜单应用程序可要求用户指派可保存在化身选择逻辑表601中的每一化身的名称或描述符。一旦化身被创建，或在己创建了所有化身之后，菜单应用程序就可提示用户输入将用作用于选择每一化身的准则的值或范围，并将用户的响应存储在化身选择逻辑表601的适当字段中。

举例来说，图6b展示化身选择逻辑表601，其中用户己界定了标题为“工作”的化身，其被存储为数据记录610。对于大多数的用户，“工作”化身将显示参加用户的职业的用户的图形表示。在此实例中，用于工作化身的选择准则包含：如由GPS传感器记录的在办公室的位置以及较低速度；低环境噪声；“亮的”环境光条件；零或低加速计读数(例如，与坐着或步行一致)；以及职业壁纸设定(例如公司标志)。工作化身选择准则可不包含用户预期不可能有助于针对所述特定化身解析用户状态的一些参数的值。举例来说，用户己决定环境温度、日历和铃音值不提供用于选择工作化身的额外会议值。作为第二实例，化身选择逻辑表601包含存储作为数据记录611的“会议”化身。对于类似于工作化身的此化身，用户己将环境噪声准则设定在大于50dB，且添加了铃音＝“静音”准则。

或者，可用软件应用程序来对移动装置进行编程，以使用户能够通过在记录传感器和设定数据同时执行活动且接着将化身识别为与所记录的值相关联来填充化身选择逻辑表。举例来说，频繁地在特定轨迹上慢跑的用户可通过在所述轨迹上慢跑的同时激活校准过程来校准化身选择逻辑表。在校准过程中，移动装置301可记录活动期间的传感器值和装置设定，对所述值求平均，且将平均值或范围存储在化身选择逻辑表601内。以此方式，移动装置可记录所述轨迹的GPS坐标、用户慢跑时的速度范围、环境噪声、光和温度条件以及慢跑时的加速计读数。明确地说，一些传感器值可在校准过程中可辨识和记录的特定活动期间展现出特征模式。举例来说，加速计可能够基于具有值的周期性加速和与落脚一致的周期性来辨识用户何时在慢跑。移动装置301还可记录由用户在所述活动期间选择的装置设定。

图6c说明适合完成化身选择逻辑表的实例实施例校准方法。为开始所述过程，用户可选择待校准的特定化身(步骤610)。此化身可能己经由用户创建且被给予一名称。或者，用户可为仍待创建的化身输入名称。用户接着开始所述活动且起始校准，例如通过按压移动手持机上的特定按键(步骤612)。在所述活动期间，移动装置301记录此传感器数据和装置设定(步骤614)。对于一些传感器，这可涉及记录一段时间内的传感器读数以及每次记录的时间，以便能够辨识基于时间的模式。在一段时间之后，用户可结束校准，例如通过按压移动装置上的特定按键(步骤616)。或者，校准可进行预设量的时间，使得步骤616自动发生。

一旦校准数据搜集完成，移动装置301的处理器391就可使用众所周知的统计过程来分析所记录的传感器数据。举例来说，可以统计方式分析传感器数据，以确定平均传感器值以及传感器值的标准偏差。此校准可用于提供表征特定活动的带范围平均(即，+/-)值。或者，可分析传感器数据以确定最大和最小值，从而确定所述活动期间的测量结果的实际范围。此分析对于GPS坐标值可能特别合适，以便确定活动的边界(例如慢跑轨迹的周边)。还可随着时间的过去而分析传感器数据，以确定所述值的特征，例如加速计读数是否周期性地(如可能为慢跑或步行时的情况)或随机地(如可能为其它活动中的情况)改变。还可使用对数据的更复杂的分析，例如处理所记录的环境噪声，以检测并记录特定噪声图案，例如咖啡机的声音。一旦被分析，就可将所分析的传感器数据和移动装置设定的结论存储在化身选择逻辑表601中的包含化身名称的数据记录中(步骤620)。化身选择逻辑表601可存储在移动装置301的存储器392中。用户可重复以下过程：选择化身以供校准；参加相关联的活动，同时允许移动装置301执行校准例程；且将经分析的传感器数据存储在化身选择逻辑表601中，直到针对所有用户化身己保存准则为止。任选地，当化身选择逻辑表601完成时，可将所述表发射到另一计算装置，例如用户的化身在其上代管的服务器109(步骤622)。

用户可在任何时间重复图6c中所说明的过程，以更新针对特定化身的校准或准则，或为新创建的化身添加选择准则。

由于用户可能不知道其各种活动的GPS坐标，且未必能够准确地估计环境噪声以及活动的加速计特征，因此这种自校准方法简化了设置化身选择准则的过程。另外，用户可能不知道各种活动如何影响其移动装置，且因此此实施例方法使得能够基于与可记录的一样多的传感器和设定(甚至用户可能不知道的那些传感器和设定)来选择化身。举例来说，咖啡馆可具有用户可能不注意的许多特征背景噪声，例如咖啡机的声音。

图6b中所示的化身选择化身选择逻辑表601既定仅用于说明性目的。依据移动装置301中所包含的传感器和设定，所述表中可包含更多或更少的选择准则。如果用户决定可使用更少的参数来确定要显示的化身，那么化身选择表还可包含更少的参数。与化身选择表中的每一化身相关联的特定参数仅为说明性的，且将根据每一个别用户的偏好而更改。

为了基于存储在参数值表600中的值而选择特定化身，处理器(其在移动装置301、服务器109或另一计算装置中)可将每一值与化身选择逻辑表601中的对应准则进行比较。可使用多种算法来确定哪些化身选择准则被参数值表600中的值中的任一者最接近地满足。在一些实施方案中，所满足准则的数目的简单总和可足以确定要指派的适当化身。在一实施例中，可将加权因数应用于选定准则，使得当选择化身时，一些测得传感器值被给予较大权重。在另一实施例中，可使用一个或两个准则来作出当前状态的初步确定，接着对照证实准则比较参数值。举例来说，可将GPS和日历数据用作特定活动的初级指示物，将噪声、光和加速计数据用于确认由GPS位置或日历条目指示的活动。举例来说，存储在参数值表600中的GPS值与用于跑步化身的准则最接近地匹配(数据记录618)。接着可通过将加速计数据与化身选择逻辑表601中的对应准则进行比较来将跑步化身确认为适当选择。在此实例中，加速计数据将所述活动与驾驶经过轨迹或在所述轨迹附近步行区分开。通过作出存储在参数值表600中的值与化身选择逻辑表601中的准则的此些比较，处理器可确定应显示“跑步”化身。在另一实施例中，移动装置301可以软件指令来配置以询问用户其是否己正确地诊断当前活动(例如跑步)或让用户说出当前活动的名称。此方法可使移动装置301能够“了解”参数何时满足所要准则。或者，在化身文件和化身选择逻辑表代管在远程服务器上的实施例中，可使用其它先前用户的化身选择逻辑表来填充用于新用户的新化身选择逻辑表。举例来说，如果许多先前用户己将“慢跑”化身指派给包含特定GPS位置(轨迹)、加速计读数、噪声、光等传感器读数的一组传感器数据，那么当在校准例程期间产生一组相同或类似的传感器数据时，在服务器上运行的人工智能例程可向新用户推荐“慢跑”化身。人工智能例程可分析所代管的化身选择逻辑表中的每一者，以识别所指派的化身以及对应的传感器数据的模式或共同性。通过识别这些模式，服务器可基于校准过程期间搜集到的传感器数据而推荐化身。

对于许多活动，GPS传感器位置和速度数据将提供对要显示的化身的较佳指示。然而，在许多情形中，多个化身可与同一GPS位置相关联。举例来说，在化身选择逻辑表601中的数据记录610和611中，两者均包含用户的办公室的GPS位置准则。可通过考虑环境噪声等级(如果其超过50dB，那么将指示会议)或考虑铃音设定(如果其被设定为“静音”，那么也将指示会议)来解决此模糊性，从而指示应显示“会议”化身而不是“工作”化身。替代实施例可询问用户(例如借助于显示器上所呈现的提示)活动的性质，以便了解并使所记录的传感器和设定数据与特定活动相关联。代替于让用户界定活动的性质，移动装置301可在将来让用户将特定化身识别为与当前活动相关联。以此方式，所显示的化身可更准确地表示用户的状态。

图7是通过包含确定存储在参数值表600中的参数中的任一者是否己改变的决策步骤405来保存移动装置的处理能力的替代实施例的过程流程图。如果传感器值和装置设定与己经存储在参数值表600中的传感器值和装置设定相同，换句话说，如果没有参数值己改变，那么不需要化身作出任何改变。因此，不需要执行选择供显示的化身和将所述选择发射到服务器的步骤(步骤410到415)。因此，如果在步骤405中，没有参数己改变，那么处理器可返回到轮询传感器且检查设定的过程(步骤401到409)。任选地，可在某一预定延迟之后重复步骤401到409(步骤450)，以减少专用于监视传感器的处理时间的量。当处理器确定参数值表600中的值己改变时，那么所述方法可以类似于上文参看图5所述方式的方式继续进行以选择特定化身供显示且将化身发射到服务器(步骤410到441)。

图8是当由代管用户的网页的服务器109提示时，仅通过轮询传感器、检查装置设定和选择供显示的化身(步骤410到415)来保存移动装置301的处理能力的实施例的过程流程图。在此实施例中，服务器109将请求移动装置301发射当前化身的请求周期性地发射到移动装置301(步骤455)。请求来自移动装置301的更新的过程在图中被称为对移动装置301的“试通”。服务器109可周期性地或在预定时间将对化身的请求发送到移动装置301，以便将反映用户的当前状态的化身保存在用户的网站上。响应于接收到来自服务器109的对化身的请求或“试通”，移动装置301的处理器391进行以下过程：轮询传感器(步骤401)、检查日历数据(步骤402)、检查装置设定(步骤403)、将数据存储在初级值表中(步骤409)、通过将参数值与化身选择进行比较来选择供显示的化身(步骤410、412)，且将选定化身发射到服务器109(步骤415)，所有这些均是以类似于上文参看图5所述方式的方式进行的。

依据来自服务器109的“试通”的周期性(步骤455)，用户可完成和改变化身更新之间的活动。因此，所显示的化身可能不总是准确地表示用户的当前状态。可通过增加将化身更新请求发送到移动装置(步骤455)的频率来增强所显示化身的流通，但是以额外的处理开销为代价。类似地，通过增加将化身更新请求发送到移动装置(步骤455)之间的周期，移动装置301可减少处理开销。因此，通过改变将化身更新请求发送到移动装置(步骤455)的周期性，可管理流通与移动装置处理器开销之间的折衷。

图9是当服务器109接收到对用户化身的请求时，仅通过轮询传感器、检查装置设定和选择供显示的化身(步骤410到415)来保存移动装置301的处理能力的另一实施例的过程流程图。当某人想要观看用户的化身时，其可将接入含有所述化身的用户网页的请求发送到服务器109(步骤440)。当服务器109接收到对用户化身的请求(步骤431)时，服务器109将化身更新请求发送到移动装置(步骤455)。响应于接收到来自服务器109的对化身的请求或“试通”，移动装置301的处理器391进行以下过程：轮询传感器(步骤401)、检查日历数据(步骤402)、检查装置设定(步骤403)、将数据存储在初级值表中(步骤409)、通过将参数值与化身选择进行比较来选择供显示的化身(步骤410、412)，且将选定化身发射到服务器109(步骤415)，所有这些均是以类似于上文参看图5所述方式的方式进行的。在从移动装置接收到选定化身文件(步骤420)后，服务器109可即刻将所述化身插入用户的网页中(步骤430)，且将包含所述化身的网页发射给请求者(步骤432)，其中请求者的浏览器可显示所述化身(步骤441)。以此方式，当第二用户想要观看所述用户的化身时，移动装置301仅须轮询传感器且检索日历和装置设定数据。这使移动装置109的专用于提供当前状态化身的处理资源减到最少。虽然图9中所说明的实施例可在请求者可观看化身之前导致轻微的延迟，但所得化身将准确地反映用户的当前状态。

图10是其中化身的选择是由代管用户的网页的服务器109作出的实施例的过程流程图。在此实施例中，轮询传感器、检查日历数据和将装置设定记录在任一参数值表中(步骤401到409)的过程大体上与上文参看图5所述的过程相同。代替于将参数值与移动装置301内的化身选择准则进行比较，移动装置将参数值表发射到服务器109(步骤416)。如上文所论述，视实施方案而定，保存在参数值表600中且在步骤416中发射到服务器109的数据可为经处理的数据或原始传感器数据。一旦将参数值表600发射到服务器109(步骤416)，移动装置301的处理器391就可重复轮询传感器等(步骤401到409)的过程，使得反映用户的当前状态的传感器和设定数据被周期性地发射到服务器109。任选地，移动装置处理器391可在重复轮询和记录步骤401到404之前暂停(步骤450)。

服务器109接收参数值表600(步骤417)，其中所述表可存储在硬盘存储器中。在替代实施例中，移动装置301可将传感器参数值循序地发射到服务器109，服务器109接着可随着在步骤417中接收到数据而填充参数值表600。一旦己接收到参数值表600，就可将值与化身选择逻辑表601中的化身选择准则进行比较(步骤418)。将参数值与化身选择准则进行比较的过程可在服务器109中以大体上类似于上文参考步骤411和图5所述方式的方式来完成。基于步骤418中的比较，服务器109选择适当的供显示的化身(步骤419)，且(例如)通过将化身插入到由服务器109代管的用户网页中来准备所述供显示的化身。通过使用户的参数值表600保持为最新，当响应于某人存取反映用户的当前状态的化身(步骤440)，服务器109发射所述化身(步骤432)以供在请求者的计算装置上显示(步骤441)时将显示所述化身。此实施例排除了移动装置选择适当的化身并将所述化身发射到服务器的需要，从而减少处理器开销并节约电力。因为大多数移动装置301在其处理能力和电池电位方面受限，所以将化身选择推卸给服务器109的处理器可使移动装置301能够在单次电池充电下较久地操作。

图11说明替代实施例，其中化身选择由服务器109执行，但移动装置301仅发射传感器、日历和设定数据(如果此数据己改变)。此实施例的处理大体上与上文参看图10所述的处理相同，但添加了测试(步骤405)以确定任何参数值是否己因参数值表的最后发射而改变(步骤416)。如果无参数值己改变，那么移动装置301的处理器391在任选的暂停(步骤450)之后重复轮询传感器等(步骤401到409)的过程。仅在参数值己改变的情况下，移动装置才将经更新的参数值表发射到服务器109(步骤416)。此实施例具有仅在需要对存储在服务器109上的值进行更新时才发射参数值表的额外优点。因此，此实施例进一步节约了移动装置的电池使用。

图12说明其中化身选择由周期性地请求来自移动装置301的更新的服务器109进行的替代实施例。以类似于上文参看图8所述方式的方式，服务器109周期性地请求参数值表600的更新(步骤455)。作为响应，移动装置301轮询传感器等，且将参数值表600发射到服务器109，如上文参考图10中的步骤401到416所述。此实施例中的步骤的其余部分大体上与上文参看图10所述的部分相同。此实施例通过将传感器的轮询等限制于由服务器109控制的周期性来进一步减少移动装置301的电池消耗。如上文参看图8所阐释，可通过改变向移动装置301作出请求的周期性来控制化身流通与电池消耗之间的折衷。替代实施例还可使用“休眠”且仅在检测到某一参数(例如噪声、光、加速度、位置改变等)时才苏醒的传感器。

图13说明其中化身选择由服务器109响应于来自他人的观看所述化身的请求而进行的另一替代实施例。以类似于上文参看图9所述方式的方式，当某人发送存取用户的化身的请求(步骤440)时，服务器109接收所述请求(步骤431)，且作为响应将化身更新请求发送到移动装置(步骤455)。作为响应，移动装置301轮询传感器等，且将参数值表600发射到服务器109，如上文参考图10和图12中的步骤401到416所述。此实施例中的步骤的其余部分大体上与上文参考图10中的类似编号的步骤所述的步骤相同。此实施例通过将传感器的轮询和数据发射限制于当某人存取用户的化身时的情形来更进一步保存电池电力。

参考充当用户化身的主机或接入点的服务器109而描述了前面的实施例。这些实施例利用当前因特网架构，其中将化身保存在服务器上以提供其可存取性。然而，替代实施例可准许在第二用户的计算装置(例如113到117)上显示用户的化身，而不需要接入服务器109。在这些实施例中，将化身文件存储在第一用户的移动装置301或第二用户的装置313到317或两者上。因为化身文件的存储和显示可能需要相当大的存储器存储空间和处理器时间(特别是在化身文件为三维或动画的情况下)，所以可能需要用户之间的对请求和接收化身文件的预授权。图14a中展示用以显示用户的化身的此方法的说明性实施例。

参看图14a，移动装置301内的处理大体上类似于上文参看图5而描述的处理，直到选择化身(步骤411)的点为止。移动装置301可连续地轮询传感器(步骤401)，且检查日历和设定数据(步骤402、403)以收集关于用户的当前状态的数据。可将搜集到的数据存储在参数值表600中(步骤409)，且对照化身选择化身选择逻辑表601进行比较(步骤410)。基于所述比较，选择要显示的化身文件(步骤411)。以此方式，连续地更新化身选择，使得所选择的化身反映用户的当前状态。为了保存电池电力且减少处理器开销，可在轮询周期之间采用任选的暂停或延迟(步骤450)。

前面的过程步骤确保移动装置301具有存储在存储器中的当前化身选择。第二用户可通过电子邮件、SMS消息和/或电话呼叫来发送对化身的请求(步骤460)。响应于接收到对化身的请求(步骤461)，移动装置301的处理器391从存储器再调用化身文件，且将所述文件发射给请求者(步骤462)。在接收到化身文件(步骤463)后，请求计算装置可接着即刻显示所述化身(步骤441)。

在一实施例中，处理器391可对照预核准的第二用户装置(例如113到117)的列表来比较联系请求的来源(例如返回地址或电话号码)，以确定请求装置是否被授权接收所述用户的化身。此预核准用户列表可类似于朋友和家人电话号码以及电子邮件地址的列表。

在一实施例中，可将多个用户化身文件预存储在发起联系的装置上，例如预存储在被预核准接收用户的化身的所有计算装置上。不同于前面的实施例(其中将整个化身文件发射给请求者)，仅须发射化身名称以供任何请求者从其自己的存储器再调用化身文件。通过将化身文件预存储在预核准的计算装置上，化身请求与其向请求者的呈现之间的延迟被减到最小，因为仅发射化身名称。然而，此些实施例可能需要对多个装置的相当大的存储要求，以及将所有的用户化身文件下载到每一经预核准计算装置所需的时间。

在替代实施例中，可将化身文件预存储在经预核准的计算装置上，以及直接发射到经预核准的计算装置。为了使移动装置301和请求装置两者所需的功率消耗减到最少，仅将选定化身文件的识别符发射到第二用户的装置。替代实施例检查请求装置的局部存储器，以确定化身文件的发射是否有必要。如果化身文件己经存在于请求装置的局部存储器中，那么立即显示所述化身文件。如果化身文件不存在于局部存储器中，那么作出对化身文件的请求，且随后发射化身文件以供显示。图14b说明除了在步骤504中将化身文件识别符(ID)发射到请求装置以外大体上与上文参看图14a所述的实施例相同的替代实施例。请求装置接收化身ID(步骤506)，且使用所述ID来确定相关联的化身文件是否己经存储在其存储器中(测试507)。如果对应于所述ID的化身文件己经存在于局部存储器中(即，测试507＝是)，那么迅速显示所述化身(步骤441)。然而，如果对应于所述ID的化身文件尚未在存储器中(即，测试507＝否)，那么请求装置请求发射所述文件(步骤508)。移动装置301接收所述请求(步骤505)，且发射对应的化身文件(步骤462)。此后，请求装置接收化身文件(步骤463)，且显示化身文件(步骤441)。作为任选步骤(未图示)，可将接收到的化身文件存储在局部存储器中以供将来使用。以此方式，替代实施例允许显示新的或经更新的化身文件。另外，通过仅在请求装置尚未在局部存储器中具有化身文件时要求发射较大的化身文件，移动装置301和请求装置两者节省了电力消耗。通过限制所发射的数据的量，替代实施例还节省了发射带宽。

图15a说明图14a中所示的前述实施例的替代方案，其包含测试(步骤405)以确定任一参数是否己改变。如上文参考图7中的步骤405更全面地描述，如果没有参数己因最后的化身选择而改变(步骤411)，那么处理器391可继续收集传感器、日历和设定数据(步骤401到409)。如果参数己改变，那么所述方法可继续，如上文参考图14中的类似编号的步骤而描述。

类似于图14b中所说明的实施例修改图14a的方法的方式，图15b中所示的实施例修改图15a中所示的方法。图15b中所示的替代实施例节省了处理能力、电池寿命和发射带宽，且进一步允许使用经更新的或新的化身文件。类似于图14b中所示的实施例，图15b中所示的实施例通过进一步包含仅将选定化身文件的识别符发射到第二用户的装置的步骤504到508来修改图15a中所示的方法。检查请求装置的局部存储器以确定化身文件的发射是否有必要。如果化身文件己经存在于请求装置的局部存储器中，那么立即显示所述化身文件。如果化身文件不存在于局部存储器中，那么作出对化身文件的请求，且随后发射化身文件以供显示。

图16说明通过响应第二用户作出的化身请求来进一步节省移动装置301的处理器和电池时间的替代实施例。第二用户可将化身请求发射到移动装置301(步骤460)。移动装置301接收化身请求(步骤461)，且作为响应，处理器391搜集并存储传感器、日历和设定数据(步骤401到409)，如上文参看图5所述。处理器391接着将参数值表600中的搜集到的数据与化身选择逻辑表601进行比较(步骤410)，以选择供显示的化身(步骤411)。处理器391接着将选定化身文件发射到请求计算装置(步骤415)，所述请求计算装置接收化身文件(步骤462)，且显示选定化身(步骤441)。

在一实施例中，处理器391可对照预核准的第二用户装置(例如113到117)的列表来比较联系请求的来源(例如返回地址或电话号码)，以确定请求装置是否被授权接收所述用户的化身。此预核准用户列表可类似于朋友和家人电话号码以及电子邮件地址的列表。

在一实施例中，可将多个用户化身文件预存储在发起请求化身的计算装置上。举例来说，可将用户的化身文件存储在被预核准接收用户的化身的所有计算装置上。不同于前面的实施例(其中将整个化身文件发射给请求者)，仅须发射化身名称以供任何请求者从其自己的存储器再调用化身文件。通过将化身文件预存储在预核准的计算装置上，化身请求与其向请求者的呈现之间的延迟被减到最小，因为仅发射化身名称。然而，此些实施例可能需要对多个装置的相当大的存储要求，以及将所有的用户化身文件下载到每一经预核准计算装置所需的时间。

或者，类似于图14b和图15b中所示的实施例，图16b中所示的实施例通过添加仅将选定化身文件的识别符发射到第二用户的装置的步骤504到508来修改图16a中所示的实施例方法。检查请求装置的局部存储器以确定化身文件的发射是否有必要。如果化身文件己经存在于请求装置的局部存储器中，那么立即显示所述化身文件。如果化身文件不存在于局部存储器中，那么作出对化身文件的请求，且随后发射化身文件以供显示。

在图17中所说明的实施例中，将化身文件和化身选择逻辑表601预存储在被授权请求用户的化身的计算装置上。在此实施例中，经预核准的计算装置(例如)通过向用户呼叫、发送电子邮件或发送SMS消息来请求化身(步骤460)。响应于接收到对化身的请求(步骤461)，移动装置301的处理器391轮询传感器、检查日历数据并检查装置设定(步骤401到403)，且将数据存储在参数值表600中(步骤409)，且如上文参看图5更全面地描述。处理器391接着将参数值表600发射到请求计算装置(步骤416)。请求计算装置接收参数值表(步骤462)，且将值与存储在计算装置上的化身选择逻辑表601进行比较(步骤464)，以便选择适当的供显示的化身(步骤466)。在己选择了适当的化身后，计算装置接着从其存储器调用化身，并显示所述化身(步骤441)。化身请求计算装置将参数值与化身选择准则进行比较的过程(步骤464到466)大体上与上文所述的如由移动装置301或服务器109执行的类似步骤相同。

在替代实施例中，用户还可设定授权选择准则，以控制谁可在什么时间且在什么活动期间观看每一化身。用户可提供对应于相同的传感器设定但依据请求者(即，作出请求的第二用户)的身份而不同的多个化身。一些化身可提供关于用户的具体活动的较少细节，或可与用户实际参加的活动显著不同。另外，用户可将授权控制设定为超驰传感器信息，以确保所显示的化身不对应于用户的实际活动。

举例来说，用户可设定授权等级，以确保用户的老板可仅观看到详述用户在工作时间期间的活动的化身。在其它时间，可拒绝或隐藏化身，或如果化身存在，那么其可为指示用户正忙而不描绘用户参加的活动的简单化身。在另一实例中，用户可设定授权等级(也称为准许控制)，使得当传感器数据指示用户在体育馆时，用户的老板可观看到描绘用户在工作的化身。

图18说明部分地基于请求者的授权等级来选择化身的实施例中可使用的实例过程步骤。如上文参看图4所描述，移动装置处理器391可检索关于用户的当前活动的各则数据(步骤401到403)。一旦收集到关于用户的当前活动的相关数据，就确定请求者的授权等级(步骤501)。下文更详细地描述确定请求者的授权等级的各种方法。一旦确定请求者的授权等级，就可将其用作选择要显示的适当化身的另一参数。在将化身直接从移动装置301发送到请求者的装置的实施例中，移动装置的处理器391可检查请求者的授权等级。在存储化身并将其插入到中央服务器位置处的网页中的例子中，服务器的处理器或移动装置的处理器可执行检查请求者的授权等级的步骤。

可实施多种方法中的任一者来检查请求者的授权等级。举例来说，可让请求者提供某一形式的验证凭证，例如用户名和口令，以检验请求者是否被授权接收化身和/或具有特定授权等级。或者，可授权一些特定计算装置观看选定化身。处理器可检查提交对化身的请求的计算装置的静态因特网协议(IP)地址，以例如通过将在化身请求消息中接收到的静态IP地址与被授权接收化身的静态IP地址列表进行比较，来确定计算装置是否被授权接收化身。可在执行检查请求者的授权等级的步骤的各种方法中使用将发射接收化身的请求的请求者或计算装置验证为经授权用户/装置或将请求者或装置分类成各种授权等级的任何方法。一旦作出请求者是否被授权接收特定化身(或请求者的授权等级)的确定，就可将此准则输入到参数表中，作为确定要显示哪一化身或将其发射给请求者的另一准则。

使用从各种移动装置传感器、各种移动装置设定和日历数据收集到的信息，处理器可推断用户的当前状态。通过将此推断与请求者的授权等级组合，处理器可根据用户的偏好来选择要显示的化身(步骤404)。如上文相对于图5到图17中所说明的各种实施例所论述，可使用多种处理器来作出此确定。举例来说，要显示哪一化身的确定可由移动装置301、服务器109或请求者的计算装置的处理器作出。另外，一旦己选择了适当的化身，就可以上文所述方式中的任一种来显示化身。举例来说，可将化身显示为由服务器托管的网页的一部分，直接显示在请求者的计算装置上，或附加作为电子邮件、SMS或其它消息中发送的图像文件。

类似于上文所论述的实施例，可将来自移动装置传感器(例如350到356)的数据、用户的日历以及移动装置设定存储在参数值表602中。此数据可以绝对值(即原始传感器信息)的形式或以经处理的信息(即经解译的传感器信息)的形式存储。此差别开始了在将信息存储在参数值表602中之前完成的对所述信息的处理量。另外，参数表602可包含用于记录请求者是否被授权或请求者的授权等级(如果存在两个以上等级)的额外栏。举例来说，图19a说明参数值表602，其类似于上文参看图6所述的参数值表，但添加了存储步骤501中所执行的授权等级检查的结果的题为“授权等级”的栏。在所说明的实例中，授权等级检查己确定请求者被授权。

使用存储在参数值表602中的传感器、日历、设定数据和请求者的授权等级，可将此信息与存储在化身选择逻辑表603中的准则进行比较。图19b中展示化身选择逻辑表603的说明性实例，其类似于上文参看图6b所述的选择逻辑表601。图19b的化身选择逻辑表603包含记录与请求者的授权等级有关的选择准则的额外参数栏。

如上文参看图6b所述，图19b中所示的化身选择逻辑表603可存储在确定要显示的适当化身的计算装置的存储器中。如先前参看图6b所论述，使用化身选择逻辑表603来执行化身选择为用户提供了灵活性和对选择过程的控制。用户可定制化身选择逻辑表603，使得经选择以供显示的化身是基于包含请求者的授权等级在内的多种参数而选择。化身选择逻辑表603为用户提供基于请求者的授权等级而指派不同供显示的化身的额外选项。化身选择逻辑表603的此定制可在用户设置过程期间完成。可实施上文所论述的用于填充化身选择逻辑表601的设置方法中的任一者来构造化身选择逻辑表603。

授权等级可简单地为表示请求者是否被授权的二进制等级。在此二进制系统中，依据请求者是否被授权，可针对传感器、日历和设定数据的同一选择准则显示两个不同的化身。举例来说，在请求者未被授权的情况下可显示较一般的化身，而如果请求者被授权，那么可针对传感器、日历和设定数据的同一选择准则显示详细或更准确的化身。如果请求者未被授权，那么第一用户可仅选择指派“无化身”的值，表示无化身要显示或发射。或者，第一用户可设定多个授权等级，每一者导致针对传感器、日历和设定值的同一选择准则的不同化身的显示。

在图19b中所说明的实例中，对于同一传感器、日历和设定数据，用户己在数据记录650和651中界定标题分别为“工作”和“会议”的两个不同化身。以如上文相对于化身选择表逻辑601所述相同的方式来完成化身选择过程。在此实例中，用于两个数据记录650和651的选择准则包含：如由GPS传感器记录的在办公室的位置以及较低速度；低环境噪声；“亮”环境光条件；零或低加速计读数(例如，与坐着或步行一致)；指示排定会议的日历数据以及职业壁纸设定(例如公司标志)。“工作”和“会议”化身选择准则可不包含用户预期不可能有助于针对所述特定化身解析用户状态的一些参数的值。举例来说，用户己决定环境温度和铃音值不提供用于选择工作或会议化身的额外值。如果存储在参数值表602中的传感器和设定数据与数据记录650和651中的准则匹配，那么将依据请求者的授权等级(在此情况下，依据用户是否被授权)而选择和显示不同化身。如果请求者未被授权(即，授权等级＝“否”)，那么这可表示请求者只是用户所不认识的一般公众中的一员。对于此些一般公众成员，用户可能想要指示用户在工作，且不揭示用户当前参加的具体活动。因此，虽然日历参数可指示用户当前在开“董事会会议”，但向未经授权的请求者显示的化身是用户参加用户的职业的更一般的“工作”化身。

相反，如果请求者被授权(即，存储在表602中的授权等级为“是”)，那么这可表示请求者是用户想要向其揭示准确化身的同事、老板或家庭成员(例如)。对于此些请求者，用户可能希望准确地指示用户参加的活动，使得将把更多的信息传达给认识的请求者。因此，如果请求者被授权，那么可显示“会议”化身，展示用户在参加会议或介绍会。

在数据记录652和653的情况下，选择准则包含：如由GPS传感器记录的在家里的位置和较低速度；“暗”环境光条件；零加速计读数(例如，与坐着或睡觉一致)。数据记录652和653两者可不包含用户预期不可能有助于针对所述特定化身解析用户状态的一些参数的值。举例来说，用户己决定环境温度、日历数据、壁纸和铃音值不提供用于选择要显示的任一化身的额外会议值。相反，用户可能觉得如果用户在家里，那么用户可能在睡觉。然而，用户可能不希望向同事或更具体地说向用户的老板指示用户在睡觉。因此，仅被授权的请求者(例如朋友和家庭成员)将接收“睡觉”化身。根据数据记录653中的选择准则，例如用户的老板等未经授权的请求者将仅接收“忙碌”化身。

用户可用多个授权等级对化身选择表逻辑603进行编程，使得依据请求者的授权等级，可针对同一传感器、日历和设定数据显示两个以上不同化身。举例来说，在数据记录654到656中，选择准则包含：如由GPS传感器记录的在高尔夫球场的位置和较低速度；“亮”环境光条件；零到低加速计读数(例如与步行或乘坐高尔夫车一致)；大于75度的环境温度；以及指示工作日的日历设定。在此些情况中，用户可能不希望告知用户的配偶或老板用户在工作日在上班时间期间打高尔夫球。因此，授权等级指示请求者在用户的好友列表上的请求者将被发送“打高尔夫球”化身(见数据记录655)。然而，用户的配偶可具有“家庭”授权等级，其导致“忙碌”化身被选择以显示。另外，用户的老板可具有将导致“工作”化身被选择以显示的授权等级。

用户可以类似于上文参看图6c所述方式的方式来填充化身选择逻辑表603。图19c说明适合完成包含请求者的授权等级的化身选择逻辑表的实例实施例校准方法。为了开始所述过程，用户可选择要校准的特定化身(步骤610)。此化身可能己经由用户创建且被给予一名称。或者，用户可为仍待创建的化身输入名称。用户接着开始所述活动且起始校准，例如通过按压移动手持机上的特定按键(步骤612)。在所述活动期间，移动装置301记录传感器数据和装置设定(步骤614)。对于一些传感器，这可涉及记录一段时间内的传感器读数以及每次记录的时间，以便能够辨识基于时间的模式。或者，用户可被准许取得多个传感器读数，且求所述传感器读数的平均值以细化针对化身的参数读数的校准。举例来说，可显示化身以依据经细化的心率传感器读数来指示用户身体的一部分在锻炼时间段期间增加或减少的努力。在一段时间之后，用户可结束校准，例如通过按压移动装置上的特定按键(步骤616)。或者，校准可进行预设量的时间，使得步骤616自动发生。在己记录传感器数据和装置设定(步骤614)之后，给予用户将授权等级添加到数据记录的选项(步骤615)。用户可被提示针对所记录的传感器和设定数据选择替代化身。用户可进一步被提示选择对应于选定替代化身的授权等级，使得每当传感器和设定与所记录的准则匹配时，拥有选定授权等级的请求者就将接收到选定替代化身。一旦校准数据搜集完成，移动装置301的处理器391就可使用众所周知的统计过程来分析所记录的传感器数据，如上文参看图6c更全面地描述。

一旦被分析，就可将所分析的传感器数据和移动装置设定的结论存储在化身选择逻辑表603中的包含授权等级和化身名称的数据记录中(步骤620)。化身选择逻辑表603可存储在移动装置301的存储器392中。用户可重复以下过程：选择化身以供校准；参加相关联的活动，同时允许移动装置301执行校准例程；且将经分析的传感器数据存储在化身选择逻辑表603中，直到针对所有用户化身己保存准则为止。这可包含针对不同授权等级的多个化身设定。任选地，当化身选择逻辑表603完成时，可将所述表发射到另一计算装置(例如上面代管用户的化身的服务器109)(步骤622)。另外，可实施如上文相对于化身选择逻辑表601而描述的学习方法。

用户可在任何时间重复图19c中所说明的过程，以更新针对特定化身的校准或准则，或为新创建的化身添加选择准则。

图20是其中基于传感器和设定数据以及请求者的授权等级来确定待显示的化身的实施例方法的过程流程图。在此实施例中，移动装置301的处理器391以大体上与上文参看图5到图12所述相同的方式执行步骤401到431。

一旦接收到网页接入请求，服务器109的处理器就可实施先前所论述的许多方法中的任一者，以检查请求接入网页的人或装置(“第二用户”)的授权等级(步骤501)。可将关于第二用户的数据从第二用户的装置发送回到服务器109的处理器以完成检查授权等级步骤(步骤503)。

一旦确定了第二用户的授权等级，就将此信息存储在服务器109的存储器中所保存的参数表中。对照存储在服务器109的存储器中的化身选择逻辑表603中的准则比较参数表的数据记录，以确定要显示哪一化身(步骤411)。如上文更全面地描述，可使用多种方法实施例来估算所存储的参数数据且选择特定化身供显示。举例来说，服务器109的处理器可选择针对其来说存储在参数数据表中的参数满足最大数目的选择准则的化身。一旦己选择适当化身，服务器109的处理器就可将选定化身插入到网页中且向请求者发送，如上文参看图5到图12针对步骤430到441更全面地描述。由于传感器和设定数据的轮询和分析是自主执行的，因此在无用户的输入的情况下，呈现给他人的用户化身维持与用户的当前状态一致，除非用户己基于请求者的授权等级而选择更改待选择的化身。

图21是适合在移动手持机上实施的实施例方法的过程流程图，所述方法节省了电池和处理器时间，且基于包含与第二用户的授权等级有关的数据的化身选择逻辑表来确定要显示的化身。图21中所说明的实施例包含上文参看图5到图12所述的步骤401到440。处理器以如上文参看图20针对步骤501到503以及411所述相同的方式来选择要显示的化身。一旦己选择适当化身，服务器109的处理器就可将选定化身插入到网页中且向请求者发送，如上文参看图5到图12针对步骤430到441更全面地描述。

图22是通过仅在由代管用户网页的服务器109提示(步骤455)时轮询传感器、检查装置设定(步骤401到409)来节省移动装置301的处理能力的实施例的过程流程图。此实施例包含上文参看图5到图12而描述的步骤401到455。处理器接收并检查请求者的授权等级(步骤501到503)，且选择适当的化身(步骤411)，如上文参看图20和图21所描述。一旦己选择适当化身，服务器109的处理器就可将选定化身插入到网页中且向请求者发送，如上文参看图5到图12针对步骤430到441更全面地描述。

图23是当服务器109接收到对用户化身的请求时，仅通过轮询传感器、检查装置设定和选择供显示的化身来节省移动装置301的处理能力的另一实施例的过程流程图。图23中所示的实施例很大程度上以与图9中所说明的实施例相同的方式操作，但添加了上文参看图20和图21所述的检查请求者的授权等级(步骤501、503)。将在步骤501和503中确定的授权等级发射到移动装置301以供存储到参数表602中(步骤409)，如上文参看图5到图9所述。因此，可基于第二用户的授权等级来选择化身。一旦己选择了适当的化身，就可将化身发送给请求者，如上文参看图9针对步骤415到441更全面地描述。

图24a是适合直接在请求装置上显示基于传感器和设定数据以及第二用户的授权等级而选择的化身的另一实施例方法的过程流程图。图24a中所说明的实施例以与上文参看图14a所描述相同的方式操作，但添加了上文参看图20和图21所述的检查第二用户的授权等级(步骤501和503)和将授权等级数据存储在参数表602中(步骤502)。一旦将授权等级数据存储在参数表602中，就可对照化身选择逻辑表603比较完整的参数表602，以选择和显示适当的化身，如上文参看图14a、图20和图21针对步骤411、432、463、442所描述。

或者，类似于图14b、图15b和图16b中所示的实施例，图24b中所示的实施例通过添加仅将选定化身文件的识别符发射到第二用户的装置的步骤504到508来修改图24a中所示的实施例方法。检查请求装置的本地存储器，以确定化身文件的发射是否有必要。如果化身文件己经存在于请求装置的局部存储器中，那么立即显示所述化身文件。如果化身文件不存在于局部存储器中，那么作出对化身文件的请求，且随后发射化身文件以供显示。图24b中所示的替代实施例节省了处理能力、电池寿命和发射带宽，且进一步允许使用经更新的或新的化身文件。

类似于图16a中所说明的实施例，图25a中所说明的实施例通过响应第二用户作出的化身请求来节省移动装置301的处理器和电池时间。图25a中所说明的实施例以与上文参看图16a所述的实施例相同的方式操作，但添加了上文参看图20和图21所述的检查和发送第二用户的授权等级(步骤501和503)。将授权等级数据连同各种传感器和设定数据一起存储在参数表602中(步骤409)。一旦被存储，就可对照化身选择逻辑表603比较完整的参数表602(步骤410)，以选择适当的化身来显示(步骤411)。一旦被选择，处理器391就接着将选定的化身文件发射到请求计算装置(步骤415)，请求计算装置接收化身文件(步骤462)，且显示选定化身(步骤441)，如上文参看图14到图16所述。

此外，类似于图14b、图15b和图16b中所示的实施例，图25b中所示的实施例通过添加仅将选定化身文件的识别符发射到第二用户的装置的步骤504到508来修改图25a中所示的实施例方法。检查请求装置的局部存储器，以确定化身文件的发射是否有必要。如果化身文件己经存在于请求装置的局部存储器中，那么立即显示所述化身文件。如果化身文件不存在于局部存储器中，那么作出对化身文件的请求，且随后发射化身文件以供显示。图25b中所示的替代实施例节省了处理能力、电池寿命和发射带宽，且进一步允许使用经更新的或新的化身文件。

类似于图17中所说明的实施例，图26中所说明的实施例将化身文件和化身选择化身选择逻辑表603预存储在被授权请求用户化身的计算装置上。虽然请求计算装置中的每一者先前被授权请求用户化身，但一些计算装置可响应于各种传感器和设定数据而被授权仅观看某些化身。图26中所说明的实施例以如上文参看图17所描述相同的方式操作，但添加如上文参看图20和图21所述的检查和发送第二用户的授权等级(步骤501和503)。将授权等级数据连同各种传感器和设定数据一起存储在参数表602中(步骤409)。一旦被存储，就可将完整的参数表602发射到第二用户的请求计算装置(步骤416)，且对照化身选择逻辑表603比较完整的参数表602以选择和显示适当的化身，如上文参看图17针对步骤462、464、466、441所描述。

在一实施例中，可在移动装置上实施人工智能例程，以在辨识到重复的参数模式时，提示用户选择要显示的化身。举例来说，如果移动装置连续地轮询GPS传感器354，且人工智能应用程序注意到所述装置在工作日期间的上午9点到下午5点之间处于相同的GPS位置坐标，那么处理器可提示用户识别所述位置的名称，且建议“工作”名称。或者，如果处理器391注意到由脉搏传感器(未图示)检测到的用户的脉搏己升高到高于每分钟100下，那么处理器391可提示用户识别用户的当前活动为“锻炼”。同时，如果处理器391从GPS传感器辨识到移动装置301正以大于每小时3英里的速度移动，那么处理器391可提示用户识别用户的当前活动为“跑步”。

在存储在存储器中的化身文件的数目有限的实施例中，例如当化身文件直接存储在将显示化身文件的计算装置上时，可能需要较少且较一般的化身。在此些情况下，可能需要较少的参数来准确地反映用户的当前状态。相反，如果化身文件存储在具有较大存储和处理能力的计算装置(例如服务器109)上，那么化身文件的数目可增加，以及使化身与用户的当前状态匹配的精度等级可增加。

在进一步实施例中，参数数据可致使化身与用户活动的改变一致而改变。通过细化化身选择表601、603，可响应于参数数据的改变而显示不同化身。举例来说，如果用户正在跑步，如根据GPS传感器354测量到约每小时6英里的速度且加速计353指示与跑步一致的加速度的周期性所推断，那么被选择以供显示的化身可为跑步者的动画图像。随着GPS传感器354的记录增加，被选择以供显示的化身可展示更快地移动的跑步图像，且/或通过显示正在跑步、流汗和展示较重喘气的化身来展示增加的努力。为了包含此些额外化身(包含动画化身)，仅需要在化身选择逻辑表601、603中包含链接增加的速度的另一条线，作为显示新化身文件的要求。

通过实施本文所揭示的各种方法，第一用户可为第二用户提供对第一用户的当前活动的准确表示。举例来说，在因特网论坛设定中，所显示的化身可随着用户改变状态而动态地改变。在常规使用中，用户可前摄地改变他/她的向因特网论坛的其它成员显示的化身。然而，化身将仅在用户前摄地改变被选择以供显示的文件时改变。在本文所揭示的实施例中，因特网论坛的其它成员可在用户改变活动或状态时自动地观察到用户的化身改变。以此方式，用户不再必须主动更改待显示的化身以便反映他或她的状态。所属领域的技术人员将了解，可在即时消息接发、文本消息接发或甚至定期电话呼叫情形时实施类似的应用。

各种实施例提供移动装置的许多新应用。此些应用包含改进与同事的交流、监视孩子的活动、加宽在游戏中的参与以及医疗监视。

如上文所提到，化身可快速地传送关于用户的信息，因为“百闻不如一见”。用户可选择化身且编程化身选择准则，使得同事可在发送电子邮件或进行电话呼叫之前快速地确定用户的状态。举例来说，如果同事具有对用户的化身的接入权，那么在发送电子邮件或进行电话呼叫之前快速观看化身将告知同事用户是否正在进行将妨碍即时回复的某一活动，例如外出旅行、在开会或在度假。可将到化身的接入链接(例如到代管化身的IP地址的超链接)并入地址簿中，使得如果己给予个人对用户化身的接入权，那么所述个人可在发送电子邮件或进行电话呼叫之前或作为其一部分而检查用户的状态。以此方式，化身的用户可前摄地将用户的状态告知选定同事。举例来说，通过张贴展示用户正在开会(或在旅行或度假)的化身，可能想要联系所述用户的人将被告知呼叫不会被回答且电子邮件可能不被即时阅读。

在各种实施例的应用中，父母可能够在孩子不在其视野中时跟踪孩子。举例来说，接入显示其孩子的化身(包含其位置和目前活动)的网站的父母可跟踪带着根据所述实施例中的一者或一者以上而配置的移动装置的孩子。举例来说，观看玩耍区域地图(其包含指示每一孩子的位置和移动/状态的化身)的孩子的父母可监视在玩“捉迷藏”游戏的孩子。

在游戏设定中，所显示的化身可更紧密地链接到用户的真实世界移动和活动的移动和活动。举例来说，各种实施例可使用户能够加入彩弹游戏，而观众在虚拟世界表示中观看彩弹比赛。每一参与者可装备有包含一套运动、定位和位置传感器的移动装置301，每一传感器近实时地向中心服务器109报告传感器数据。另外，定位传感器可装配到用户的四肢，且通过无线数据链路(例如蓝牙)耦合到移动装置，以提供关于参与者的姿势和移动的数据，例如个人正面向或瞄准彩弹枪的方向。可在比赛的虚拟世界表示中产生表示每一彩弹参与者的化身，其中每一用户的化身基于移动装置301的传感器数据(实时取样)而改变位置和活动(即奔跑、坐着、躲藏)。因此，虚拟世界化身表示可准确地模仿携带移动装置301的真实世界用户的移动和活动。

无疑地，应用于游戏的相同设定可转移到国防性质的训练演习。

在医疗监视应用中，移动装置301上或通过无线数据链路(例如蓝牙)连接到处理器的医疗传感器可向系统报告其数据(例如通过移动装置301)，所述系统使用此信息来选择反映患者的当前状态的化身。在医疗设定中，处理器无需为移动的，而是可与设施(例如急救室或医院信息系统)相关联。可从耦合到每一患者的多种医疗传感器接收与患者相关联的传感器数据，例如血压、脉搏、EKG和EEG传感器。与所述传感器中的每一者相关联的化身选择准则可用于选择反映患者的医疗需要或状况的化身。举例来说，如果医疗传感器提供满足针对遇险患者的化身准则的数据，那么处理器可选择由带红色背景的患者照片组成的化身，且在护士站上显示所述化身。与在屏幕上呈现的文本(例如患者的名字和医疗数据)相比，此化身的使用可更高效地传送关键信息。作为另一实例，起搏器可经配置以(例如)借助于近场通信数据链路(其可将数据中继到可由患者的医生接入的服务器)向移动装置发射关于装置或患者的心脏的状况的信息。所述服务器可使用患者的起搏器数据来选择适当化身以高效地向医生传送患者的状态。

用于实施前述实施例的硬件可为经配置以执行指令集的处理元件和存储器元件，其中所述指令集是用于执行对应于上述方法的方法步骤。或者，一些步骤或方法可由专用于给定功能的电路来执行。

所属领域的技术人员将了解，结合本文所揭示的实施例而描述的各种说明性逻辑块、模块、电路和算法步骤可实施为电子硬件、计算机软件或上述两者的组合。为了清楚地说明硬件与软件的这种可互换性，上文大体上根据各种说明性组件、块、模块、电路和步骤的功能性来描述各种说明性组件、块、模块、电路和步骤。将此类功能性实施为硬件还是软件取决于特定应用和强加于整个系统的设计约束。熟练的技术人员可针对每个特定应用以不同的方式来实施所描述的功能性，但此类实施决策不应被解释为导致与本发明范围的偏离。

结合本文所揭示的实施例而描述的方法或算法的步骤可直接以硬件、以由处理器执行的软件模块或以上述两者的组合的形式体现。软件模块可驻存在处理器可读存储媒体和/或处理器可读存储器中，其两者可为以下各项中的任一者：RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可装卸盘、CD-ROM或此项技术中己知的任何其它有形形式的数据存储媒体。此外，处理器可读存储器可包括一个以上存储器芯片；在处理器芯片外部、在单独的存储器芯片中的存储器；以及例如快闪存储器和RAM存储器等不同类型的存储器的组合。本文涉及既定涵盖移动手持机内的任一或所有存储器模块的移动手持机的存储器，而不限于特定配置、类型或封装。示范性存储媒体耦合到移动手持机或主题服务器中的处理器，使得处理器可从存储媒体读取信息和向存储媒体写入信息。在替代方案中，存储媒体可与处理器成一体式。处理器和存储媒体可驻存在ASIC中。

提供对各种实施例的先前描述，是为了使所属领域的技术人员能够制作或使用本发明。所属领域的技术人员将容易明白对这些实施例的各种修改，且本文所界定的一般原理可在不脱离本发明的精神或范围的情况下应用于其它实施例。因此，本发明无意限于本文所示的实施例，而是所附权利要求书应被赋予与本文所揭示的原理和新颖特征一致的最宽范围。

Claims (24)

1.一种用于自动更新化身以指示移动装置用户的状态的方法，其包括：

将用户的移动装置设定与化身选择逻辑表进行比较；

从请求用户的计算装置接收授权等级数据；

将所述请求用户的计算装置的所述授权等级数据与所述化身选择逻辑表进行比较；

基于所述用户的移动装置设定与所述化身选择逻辑表的所述比较和所述请求用户的计算装置的所述授权等级数据与所述化身选择逻辑表的所述比较来选择供显示的化身；

选择连接到所述用户的移动装置的传感器进行轮询，以确认所述供显示的化身的所述选择；

轮询连接到所述用户的移动装置的经选择传感器以获得传感器数据；

将所述传感器数据与所述化身选择逻辑表进行比较；以及

基于所述传感器数据与所述化身选择逻辑表的所述比较来确认所述供显示的化身的所述选择，

其中所述供显示的化身紧密地链接到携带移动装置的真实世界用户的移动和活动，并且所述供显示的化身准确地模仿所述真实世界用户的移动和活动。

2.根据权利要求1所述的方法，其进一步包括：

将日历数据与化身选择逻辑表进行比较；以及

进一步基于日历数据与化身选择逻辑表的所述比较来选择所述供显示的化身。

3.根据权利要求1所述的方法，其中响应于从服务器接收的对化身的请求而执行所述轮询传感器、将传感器数据与化身选择逻辑表进行比较以及选择供显示的化身的步骤。

4.根据权利要求1所述的方法，其中响应于从另一计算装置接收的对化身的请求而执行所述轮询传感器、将传感器数据与化身选择逻辑表进行比较以及选择供显示的化身的步骤，且进一步包括将所述选定化身发射到所述另一计算装置以供显示。

5.根据权利要求3所述的方法，其中所述服务器仅在所述服务器接收到对化身的请求时才从所述移动装置请求所述化身。

6.根据权利要求1所述的方法，其进一步包括：

将所述选定化身的识别符发射到服务器；以及

使用所述识别符从所述服务器的存储器再调用化身文件。

7.根据权利要求1所述的方法，其进一步包括将所述传感器数据发射到服务器，其中在所述服务器上执行所述将所述传感器数据与化身选择逻辑表进行比较和基于所述比较来选择供显示的化身的步骤。

8.根据权利要求7所述的方法，其进一步包括将所述选定化身插入到由所述服务器代管的网页中。

9.根据权利要求7所述的方法，其进一步包括：

将日历数据发射到所述服务器；

在所述服务器处将日历数据与化身选择逻辑表进行比较；以及

进一步基于在所述服务器处执行的日历数据与化身选择逻辑表的所述比较来选择所述供显示的化身。

10.根据权利要求7所述的方法，其进一步包括：

将移动装置设定发射到所述服务器；

在所述服务器处将移动装置设定与化身选择逻辑表进行比较；以及

进一步基于在所述服务器处执行的移动装置设定与化身选择逻辑表的所述比较来选择所述供显示的化身。

11.根据权利要求1所述的方法，其进一步包括将所述传感器数据发射到另一计算装置，其中在所述另一计算装置上执行所述将所述传感器数据与化身选择逻辑表进行比较和基于所述比较来选择供显示的化身的步骤。

12.根据权利要求11所述的方法，其进一步包括：

将日历数据发射到所述另一计算装置；

在所述另一计算装置处将日历数据与化身选择逻辑表进行比较；以及

进一步基于在所述另一计算装置处执行的日历数据与化身选择逻辑表的所述比较来选择所述供显示的化身。

13.根据权利要求11所述的方法，其进一步包括：

将移动装置设定发射到所述另一计算装置；

在所述另一计算装置处将移动装置设定与化身选择逻辑表进行比较；以及

进一步基于在所述另一计算装置处执行的移动装置设定与化身选择逻辑表的所述比较来选择所述供显示的化身。

14.根据权利要求11所述的方法，其进一步包括：

获得所述另一计算装置的授权等级；

在所述另一计算装置处将所述另一计算装置的所述授权等级与化身选择逻辑表进行比较；以及

进一步基于在所述另一计算装置处执行的所述另一计算装置的所述授权等级与化身选择逻辑表的所述比较来选择所述供显示的化身。

15.根据权利要求1所述的方法，其中所述轮询连接到所述用户的移动装置的所述经选择传感器的步骤包括从选自由以下各者组成的群组的至少一个传感器获得数据：全球定位传感器、加速计、温度传感器、生物计量传感器、光传感器和噪声传感器。

16.一种移动装置，其包括：

用于将移动装置设定与化身选择逻辑表进行比较的装置；

用于从请求用户的计算装置接收授权等级数据的装置；

用于将所述请求用户的计算装置的所述授权等级数据与所述化身选择逻辑表进行比较的装置；

用于基于所述移动装置设定与所述化身选择逻辑表的所述比较和所述请求用户的计算装置的所述授权等级数据与所述化身选择逻辑表的所述比较来选择供显示的化身的装置；

用于选择连接到所述移动装置的传感器进行轮询，以确认所述供显示的化身的所述选择的装置；

用于轮询连接到所述移动装置的经选择传感器以获得传感器数据的装置；

用于将所述传感器数据与所述化身选择逻辑表进行比较的装置；以及

用于基于所述传感器数据与所述化身选择逻辑表的所述比较来确认所述供显示的化身的所述选择的装置，

其中所述供显示的化身紧密地链接到携带移动装置的真实世界用户的移动和活动，并且所述供显示的化身准确地模仿所述真实世界用户的移动和活动。

17.根据权利要求16所述的移动装置，其进一步包括用于将所述选定化身发射到服务器的装置。

18.根据权利要求16所述的移动装置，其进一步包括用于从所述移动装置外部的传感器接收传感器数据的装置。

19.一种移动装置，其包括：

用于从连接到用户的移动装置的传感器接收传感器数据的装置；

用于从请求用户的计算装置接收授权等级数据的装置；

用于将所述请求用户的计算装置的所述授权等级数据与所述化身选择逻辑表进行比较的装置；

用于将所述接收到的传感器数据与化身选择逻辑表进行比较，以识别所述传感器数据与化身选择逻辑表内所指派的化身的模式或共同性的装置；

用于基于所述传感器数据与化身选择逻辑表的所述比较和所述请求用户的计算装置的所述授权等级数据与所述化身选择逻辑表的所述比较来选择供显示的化身的装置；

用于选择连接到所述用户的移动装置的传感器进行轮询，以确认所述供显示的化身的所述选择的装置；

用于轮询连接到所述用户的移动装置的经选择传感器以获得传感器数据的装置；

用于将所述传感器数据与所述化身选择逻辑表进行比较的装置；以及

用于基于所述传感器数据与所述化身选择逻辑表的所述比较来确认所述供显示的化身的所述选择的装置，

其中所述供显示的化身紧密地链接到携带移动装置的真实世界用户的移动和活动，并且所述供显示的化身准确地模仿所述真实世界用户的移动和活动。

20.根据权利要求19所述的移动装置，其进一步包括：

用于从所述用户的移动装置接收日历数据的装置；

用于将所述日历数据与化身选择逻辑表进行比较的装置；以及

用于进一步基于所述日历数据与化身选择逻辑表的所述比较来选择所述供显示的化身的装置。

21.根据权利要求19所述的移动装置，其进一步包括：

用于从所述用户的移动装置接收移动装置设定的装置；

用于将所述移动装置设定与化身选择逻辑表进行比较的装置；以及

用于进一步基于所述移动装置设定与化身选择逻辑表的所述比较来选择所述供显示的化身的装置。

22.根据权利要求19所述的移动装置，其进一步包括：用于从所述用户的移动装置接收参数值表的装置；

用于将所述参数值表中的值与化身选择逻辑表进行比较的装置；以及

用于进一步基于所述参数值表与化身选择逻辑表的所述比较来选择所述供显示的化身的装置。

23.根据权利要求19所述的移动装置，其进一步包括用于请求所述用户的移动装置发射传感器数据的装置。

24.根据权利要求19所述的移动装置，其进一步包括用于响应于接收到对所述用户的化身的请求而请求所述用户的移动装置发射传感器数据的装置。