利用用户移动设备的附件设备操作的制作方法

本专利申请要求2015年8月27日提交的美国非临时申请14/837,336的权益，该非临时申请要求2014年9月2日提交的美国临时申请62/044,797的优先权，该临时申请据此以引用方式并入以用于所有目的。

背景技术：

本公开整体涉及无线电子设备，并且具体地，涉及利用用户移动设备操作附件设备。

很多无线移动电子设备，例如无线电话、便携式音乐播放器、平板电脑等都几乎是作为个人伴侣而携带的。可能希望用户获取能够利用移动电子设备操作的附件设备。附件设备例如可以包括可穿戴计算设备。与大部分移动电子设备相比，用户附件设备通常具有更少资源和计算能力。尽管如此，利用附件设备，用户会希望享用与很多移动设备相关联的特征，诸如安装用于在附件设备上操作的所选择的应用。用户更大的便利性和娱乐性可以从移动设备安装应用并操作应用来获取。

技术实现要素：

根据本发明所公开的实施方案，附件设备应用在资源有限的附件设备上执行。附件设备应用包括附件设备存根应用和安装在附件设备处的界面定义。在用户与附件设备交互时，附件设备存根应用根据界面定义生成事件和用户命令作为响应并提供到附件设备守护进程，并将事件和用户命令发送到关联伴随设备处的伴随扩展。伴随扩展接收事件和用户命令，并为附件设备显示器生成更新的显示值。更新的显示值从伴随设备被发送到附件设备的守护进程，附件设备的守护进程在附件设备显示器处显示更新的显示值。附件设备应用的功能和操作许可资源有限的附件设备利用伴随设备的数据处理和计算能力在附件设备处提供更沉浸式用户体验。

其他实施方案涉及与本文所述的方法相关联的系统、便携式消费设备以及计算机可读介质。

通过参考以下具体实施方式和附图，可更好地理解本发明的实施方案的实质和优点。

附图说明

图1是根据本发明的实施方案的计算机设备的框图。

图2是由诸如图1所示的服务器计算机设备执行的操作流程图表示。

图3是示出了执行图2所示的操作的设备的框图。

图4是用于在诸如图1所示的移动计算机设备处安装应用包的操作的流程图表示。

图5是示出了执行图4所示的操作的设备的框图。

图6是用于在诸如图1所示的附件计算机设备处安装附件应用文件的操作的流程图表示。

图7是示出了执行图6所示的操作的设备的框图。

图8是用于在诸如图1所示的附件设备启动时确定初始显示的操作的流程图表示。

图9是用于更新诸如图1所示的附件设备的显示的操作的流程图表示。

图10是示出了执行图8和图9所示的操作的设备的框图。

图11是示出了伴随设备向用于图1所示的设备的附件设备发送通知的框图。

图12A和图12B包括用于处理在伴随设备处接收的通知，以便在具有定制用户界面的附件设备，例如在图11所示的设备处显示的操作的流程图表示。

图13是示出了执行图12A和图12B所示的操作的设备的框图。

图14是示出了执行图12A和图12B所示的操作的设备的框图。

图15是示出了图14所示的附件设备的处理的框图。

图16是根据本发明的实施方案的计算机设备的框图。

定义

如本文所用，附件设备是一类计算机设备，其一般具有有限的资源并与伴随移动计算机设备一起操作。例如，附件设备可以包括可穿戴计算机设备，例如手表或健康体征监测仪或减小尺寸的类似设备(例如，可以佩戴在手腕、手指、颈部、耳朵等周围或可以通过其他方式附着于人或人的衣服的设备)。此类附件计算设备具有有限的资源，因为它们的处理器例如与诸如智能电话或平板电脑的移动计算设备相比能力较低，或具有有限的存储容量。附件计算设备资源有限可能导致为用户安装应用和提供有用特征的条件具有挑战性。

具体实施方式

根据实施方案，用于安装于附件计算设备上的应用被提供为应用包，应用包是由关联的移动计算设备，也称为伴随设备接收的。应用包标识用于在附件设备上操作的应用。在伴随设备处接收所请求的应用包，根据伴随设备的操作系统安装应用包，使得自动提取应用包的部件。应用包包括伴随应用、伴随扩展和附件设备应用文件。附件设备应用文件包括附件设备存根应用和界面定义。应用包部件包括伴随应用、伴随扩展、附件设备存根应用和界面定义，被配置为根据在每个相应设备的操作系统中包括的所有部件和相应通信守护进程之间相互识别的应用包标识符而互操作。通过这种方式，移动计算设备的资源被用于安装附件计算设备应用和关联的部件。

本文档的额外章节论述在移动伴随设备处接收用于附件设备的通知的技术。通知被定向到伴随设备的通知处理应用，该通知处理应用处理针对附件设备应用的通知。通知处理应用确定通知所针对的附件应用的标识符，并向附件设备处的通知显示应用提供标识符，通知显示应用确定用户界面并显示针对通知的属性。附件设备请求外部(动态)用户界面并在需要时显示来自伴随设备的属性，在接收时，在附件设备处生成通知显示。

根据实施方案，结合由伴随设备执行其功能处理、存储和计算操作的附件设备应用操作附件设备。通过这种方式，附件设备应用在资源有限的附件设备上执行。附件设备应用包括附件设备存根应用和安装在附件设备处的界面定义。在用户与附件设备应用交互时，附件设备存根应用根据界面定义生成事件和用户命令作为响应，并将事件和用户命令发送到关联伴随设备处的伴随扩展。伴随扩展接收事件和用户命令，并为附件设备显示器生成更新的显示值。更新的显示值从伴随设备的守护进程被发送到附件设备的对应守护进程，附件设备的守护进程在附件设备显示器处显示更新的显示值。因此，伴随设备和附件设备之间的通信由每个设备上的对应守护进程利用应用名称或标识代码处理，应用名称或标识代码是相互识别的，用于对通信进行适当路由。

一、设备配置

图1是根据本发明的实施方案的多计算机设备的框图。在彼此通信的多个设备100之间，计算服务器设备110与也称为伴随设备120的移动计算设备通信。伴随设备120与计算能力和数据存储容量方面资源相对有限的附件计算设备130通信。包在服务器设备110处生成应用112能够从第三方开发者接收请求，用于生成针对附件设备的应用包，并且包生成应用将生成关联的文件。更具体地讲，第三方能够为服务器设备110提供包括附件设备存根应用和界面定义的附件应用文件，并且服务器设备将自动生成被配置为与附件应用文件互操作的伴随应用和伴随扩展。生成的伴随应用和伴随扩展，连同附件设备存根应用和界面定义被组合以提供附件设备应用包。即，包生成应用112可以包括例如配置从开发者接收的移动设备应用以在在线应用商店销售的应用。

在伴随设备120处，接收用于附件计算设备130的应用包，并从所接收的应用包自动提取包部件以在附件设备130处安装。图3中将提取的部件例示为附件应用132。要在附件设备处安装的应用包的界面定义定义用于附件设备显示器的显示值。应用包的存根应用包括编程代码，例如脚本，脚本在执行时加载设备框架，设备框架包括解释界面定义并创建显示界面元素的代码，以提供附件设备应用功能。下文进一步描述附件应用132的这些部件、界面定义和存根应用。应用包的伴随设备扩展用于确定界面元素的显示值。

根据实施方案，包生成应用112确定意图在附件设备处操作的所接收设备应用，例如包括适当界面定义的提交，并自动生成对应的应用包，该应用包包括诸如伴随设备应用和伴随设备扩展的部件。该应用包标识用于在附件设备上操作的应用，从而应用包包括各种部件，包括伴随设备应用、伴随设备扩展、附件设备存根应用和界面定义。相应设备守护进程与其相应设备的操作系统一起包括，并基于与应用包中的部件，例如附件设备应用名称相关联的相互已知的标识符，支持设备之间的通信。

伴随设备120包括伴随设备应用122，伴随设备应用包括诸如上述安装的应用包。更具体地讲，伴随设备120接收应用包用于安装，应用包包括各种部件，包括伴随设备应用、伴随设备扩展、附件设备存根应用和界面定义。如上所述，应用包部件被配置为利用相互已知的标识符操作。在伴随设备120安装应用包时，伴随设备向服务器设备110发送指示，指出应用包已经安装在伴随设备上，使得包括附件设备存根应用和界面定义的部件已经被发送到附件设备130进行安装。通过这种方式，伴随设备应用的安装向服务器110注册。

图1中的双箭头150、160表示用于服务器设备110和伴随设备120之间，以及伴随设备120和附件设备130之间的通信的网络连接。该连接可以包括有线网络连接或无线网络连接或两种连接的组合。

附件设备130可以是例如可穿戴附件设备。可穿戴附件设备可以在任何可穿戴物品中实现。例如，附件设备130可以被实现为手表、手镯、项链、戒指、腰带、夹克、眼镜、护目镜、耳机、耳塞、助听器等或实现于其内，或者可以放在此类物品内部并附着于其上。伴随设备120和附件设备130可以是任何种类的便携式电子设备，例如便携式音乐播放器、数码相机、膝上型计算机、平板电脑、数字录音机、增强现实护目镜、耳机、耳塞或智能电话。设备120和130可以是相同或不同种类的设备。

二、产生应用包

图2示出了服务器计算机设备110相对于伴随设备120和附件设备130，诸如图1所示，用于产生应用包而执行的操作的流程图表示。图3示出了图2操作中涉及的系统和结构300，包括第三方开发者310、服务器计算机设备110、伴随设备120和附件设备130。

在图2的操作210中，服务器计算机110接收附件设备存根应用312和附件设备界面定义314。存根应用响应于通知和用户与设备的交互，并根据界面定义314，通过引用、调用或执行库的程序代码，生成事件、命令和显示值。存根应用312可以被实现为例如脚本或程序调用，其可以由附件设备的处理器执行。经由设备的相应通信守护进程320,322从附件设备向关联伴随设备处的伴随扩展发送事件、命令和显示值。伴随扩展接收事件和用户命令，并为附件设备显示器生成更新的显示值。响应于接收到附件设备存根应用312和界面定义314，服务器计算机110生成针对附件设备130的应用包。除了附件设备存根应用312和界面定义314之外，服务器还可以从附件设备存根应用312和界面定义314的第三方开发者310接收请求以生成应用包。该请求不是服务器计算机生成应用包的先决条件。

附件设备存根应用312和界面定义314包括附件设备应用文件并意图存储在期望的附件设备处。该附件设备包括具有附件设备守护进程320的操作系统，该守护进程管理附件设备130和关联伴随设备120之间的无线通信。第三方开发者310提供的存根应用312包括少量的代码，其代码由附件设备执行，对附件设备资源，例如处理器操作和数据存储具有最小需求。第三方开发者提供的界面定义314包括定义由附件设备130使用的用户界面的方面。例如，该数据可以包括用于显示按钮、文本字段和要在附件设备的显示器上显示的其他用户交互构件的数据值。

在从第三方开发者310接收附件设备存根应用312和界面定义314时，服务器设备110将它们存储为附件设备应用文件332。附件设备应用文件包括如附件设备界面定义314中的标识数据指示的标识符。例如，该标识符可以定义附件设备应用名称。

在图2的操作212中，服务器设备110使用其包生成应用112，以生成对应于所标识的应用名称的应用代码。生成的应用代码包括伴随应用334和伴随扩展336。伴随应用334用于在附件设备312的支持下在伴随设备120处执行，伴随扩展336用于在附件应用的支持下确定伴随设备120处的适当伴随应用和框架元件。

应用代码和附件设备应用文件包括应用包。伴随应用334、伴随扩展336和附件设备应用文件332的应用包部件共享公共的附件应用标识符，包括应用名称或分配的应用号或其他适当指标，计算设备通过它们可以将所有包部件理解为与同一附件应用相关联。应用包部件被配置为利用相互已知的应用标识符操作。应用包部件包括多个文件，这些文件可以在计算机环境中被独立存储、传送和标识，但应用包自身是作为单个文件生成的，该单个文件可以在一个文件名下被存储和传送并标识。

在生成应用包时，在方框212，应用包可以从服务器计算机110下载并在伴随设备处安装。应用标识符可以被发布并使用户知道，用户可能希望从其伴随设备获得标识的应用，以在其附件设备上安装。即，应用包可以被销售并标识为用于附件设备，但可以通过适合伴随设备的在线商店获得具有伴随设备部件的应用包。

在操作214中，服务器设备110可以从希望在附件设备处安装附件应用的用户接收对应用包的请求。该请求例如可以是通过具有应用下载界面的在线商店来自用户的下载请求的形式。

在图2的操作方框216处，服务器设备110可以通过向伴随设备120发送所标识的附件设备应用包362对接收的对应用包的请求做出响应。

在接收附件设备应用包362时，伴随设备120使用其操作系统自动提取部件。提取的部件包括附件设备应用文件332、伴随应用334和伴随扩展336。在提取这些部件并在伴随设备上安装时，伴随设备通知服务器设备110已经接收并安装了应用，如安装下载的设备应用通常那样做。

在操作218中，在附件设备应用包362已经在伴随设备120处安装时，一旦伴随设备与附件设备130开始通信，伴随设备就可以向附件设备130发送包括附件设备存根应用312和界面定义314的部件进行安装。如果需要，附件设备或伴随设备可以首先通过相应设备的显示器上适当的查询向用户查询是否希望安装。肯定的响应将导致在附件设备处存储附件设备存根应用312和界面定义314，否定的响应停止任何此类存储活动。如果希望存储，在附件设备130处，从伴随设备120接收并存储提取的附件设备存根应用312和界面定义314。

图3中的双箭头340,350,370表示用于第三方开发者310和服务器设备110之间、服务器设备和伴随设备120之间，以及伴随设备和附件设备130之间的通信的网络连接。该连接可以包括有线网络连接或无线网络连接或两种连接的组合。

三、安装伴随应用

图4是用于在诸如图1所示的移动计算机设备处安装应用包的操作的流程图表示。图5示出了图4操作中涉及的系统和结构500，包括服务器计算机设备110、伴随设备120和附件设备130。

在图4的方框402的操作中，伴随设备120接收附件设备应用包362，用于关联的附件设备130。如上所述，附件设备应用包部件包括附件设备应用文件332、伴随应用334和伴随扩展336。在伴随设备120接收应用文件时，根据伴随设备的操作系统，其自动检查应用文件332中包含的代码。该检查将利用应用名称标识符或英文文件中的类似信息向伴随设备揭示应用文件332是否包括针对附件设备的额外代码和数据，诸如附件设备存根应用312和界面定义314。如果验证失败，那么伴随设备可以提供系统消息以通知用户和/或可以在伴随设备处开始通知和失败处理。

在接下来的操作404中，伴随设备120提取附件设备应用包部件。提取操作可以包括验证或认证动作以验证存根应用。例如，伴随设备可以执行针对适当应用标识符的检查。提取操作和对部件的任何验证都可以由伴随设备的操作系统管理。

在方框406的操作处，在验证时，伴随设备120安装附件设备应用包362。安装可以包括在伴随设备存储器的适当存储位置处存储部件。图5示出，在伴随设备120处接收的附件设备应用包362的部件包括应用文件532、伴随设备应用534和伴随扩展536。应用文件532还包括附件设备存根应用312和界面定义314，两者都存储于关联的附件设备130中，如下文进一步所述。

在操作408处，伴随设备120向附件设备130发送附件设备应用文件532以进行安装。在安装操作408之前，作为方框406操作的一部分，伴随设备120或附件设备130可以显示查询消息以在附件设备中安装文件内容之前请求安装确认。根据伴随设备操作系统和附件设备操作系统，伴随设备存储器中存储的框架数据也可以存储在附件设备中。另选地，框架数据可以存储在伴随设备中并仅在需要时由附件设备调用。通过这种方式，附件设备可以方便地利用伴随设备的资源而不消耗附件设备的资源。

图5中的双箭头550、570表示用于服务器设备110和伴随设备120之间，以及伴随设备120和附件设备130之间的通信的网络连接。该连接可以包括有线网络连接或无线网络连接或两种连接的组合。

四、安装附件应用文件

图6是由诸如图1所示的附件计算机设备为了安装附件应用而执行的操作的流程图表示。图7示出了图6操作中涉及的系统和结构700，包括伴随设备120和附件设备130。

在操作602处，附件设备从关联的伴随设备120接收附件设备应用文件532。如图7所示且如上所述，附件设备应用文件532包括附件设备存根应用312和界面定义314，以按照期望的方式操作附件设备。如上所述，存根应用包括程序代码，程序代码包括例如可以由附件设备的处理器执行的脚本，而界面定义包括字母数字数据，该数据定义显示构件及其属性，并包括用于生成显示屏或针对附件设备的窗口的框架。附件设备应用文件532也可以被称为“附件应用”，顾名思义，其包括附件设备存根应用312和界面定义314，并与附件设备守护进程320通信。附件设备应用文件532包括可执行文件，可执行文件包括伴随设备扩展和具有附件设备存根应用的附件设备应用，一旦被安装，附件设备应用文件532就在基于界面定义314接收用户事件和显示数据时被涉及到。

在操作608中，附件设备130安装从伴随设备120接收的附件设备存根应用312和界面定义314。安装可以包括在附件设备存储器的适当位置处存储这些部件。向附件设备存储可以由关联伴随设备的命令发起和实施，或者可以由附件设备实施，如本领域的技术人员所知那样。

在操作612中，在安装附件设备存根应用312和界面定义314时，可以自动启动附件设备存根应用。作为存根应用的初始启动的一部分，可以从附件设备向伴随设备120发送消息以确认完成了安装。因为上述应用包部件之间公共的应用名称标识符的原因，伴随设备将知道已经安装了哪个附件设备应用。伴随设备继而可以向服务器计算机110注册附件应用安装的确认。在方框612，一旦附件设备存根应用312被启动，它就读取界面定义。

如上所述，设备130、120的相应守护进程320、322可以处理针对多个应用的通信(即，路由消息)。应用标识符由守护进程用于向设备上可能安装的多个应用中的期望和适当应用路由消息。例如，如果伴随设备包括图7中例示为伴随应用B 702的第二应用，伴随设备守护进程322将接收应用消息并将根据相应应用消息中包含的应用标识符向适当应用，例如伴随设备应用534或伴随应用B 702，路由应用消息。因此，单独的伴随设备守护进程322可以为在伴随设备120处安装的多个应用路由消息。伴随设备守护进程322通常包括在操作系统中，但在通过启动附件设备应用532而使附件设备与伴随设备配对之前通常不被启用。类似的操作可适用于附件设备130。例如，如果附件设备130包括图7中例示为附件设备应用文件B 710的第二应用，那么附件设备操作系统中包括的附件设备守护进程320将利用应用标识符适当地路由消息。

图7中的双箭头770表示用于伴随设备120和附件设备130之间的通信的网络连接。该连接可以包括有线网络连接或无线网络连接或两种连接的组合。如上所述，上述各种部件通过这些网络连接通信。即，伴随设备应用534包含伴随扩展536和附件应用532，具有附件设备存根应用312和界面定义314，并经由服务器设备110和伴随设备120而被安装，但在执行伴随应用期间不直接涉及。伴随扩展536与伴随设备守护进程322通信，并在生成数据期间被涉及，以在附件设备处响应于用户事件而显示。伴随扩展536通常由第三方供应并包含由第三方供应的用于伴随扩展操作的代码。伴随设备守护进程322与附件设备守护进程320通信并管理附件设备应用532的安装，针对来自附件设备守护进程320的请求启动伴随扩展536，并与伴随扩展536通信。伴随设备守护进程322通常作为本机(已安装)代码包括在伴随设备120中。附件设备守护进程320与附件设备应用532并与伴随设备守护进程322通信，通常作为本机(已安装)代码包括在附件设备130中。

五、更新附件设备的显示

图8是为了启动显示而用于更新诸如图1所示的附件设备的显示的操作的流程图表示。图9是启动之后而用于更新诸如图1所示的附件设备的显示的操作的流程图表示。图10是示出了执行图8和图9所示的操作的设备的框图。

伴随设备应用534(图10)可以从伴随扩展536接收信息消息和通知。一些接收的消息和通知可以针对附件设备。接收的消息和通知可以包括系统提示、警告、确认和其他系统生成的消息。如通过伴随设备应用534的编程所确定的，接收的消息和通知可以由伴随扩展准备，用于在附件设备处显示或用于在伴随设备处显示或两者兼之。

伴随扩展536包括编程代码，在伴随设备120执行时，其确定用于在附件设备130处显示的显示值。伴随扩展536根据伴随设备中存储的框架数据确定显示值，该扩展通过伴随设备的操作系统自动访问显示值。框架数据可以由应用文件的开发者供应，或者可以由服务器或其他信息源供应，或者可以包括与伴随设备的操作系统一起包括的框架元件，或者可以包括来自此类源的部件的组合。扩展访问的应用框架数据定义显示构件，例如，显示按钮、窗口、文本框、背景、壁纸等。

伴随设备守护进程538包括编程代码，在由伴随设备130的处理器执行时，其提供界面，用于伴随设备应用和附件设备应用之间的通信。即，伴随设备守护进程从附件设备守护进程接收消息并将接收的消息传递到伴随设备的适当部件，并且还从伴随设备的部件接收针对附件设备的数据，并准备包括要发送到附件设备130的数据的对应消息。

在操作802中，安装的附件应用已经被用户或附件设备启动，直到初次安装附件设备应用文件为止。更具体地讲，如上文在第四节中所述，在完成附件设备处附件设备应用的安装，且安装附件设备存根应用312和界面定义314并准备好操作之后，自动启动附件应用。

如上所述，附件设备应用启动包括执行附件设备存根应用312，从而在附件设备处根据需要访问显示构件和关联应用数据的框架。也可以访问附件设备界面定义314。在方框804处，在附件设备应用312和附件设备守护进程320之间建立通信。因此，启动附件应用执行附件设备存根应用312并访问关联框架和界面定义314。附件设备存根应用也可以执行代码检查和授权任务。即，附件设备存根应用可以通过检查文件中的代码信息来验证接收的应用文件，此类信息可以被散列化、签名和验证。通过这种方式，应用文件和关联的信息可以在每次启动附件设备应用时被验证。

在方框806处，启动附件设备存根应用312使得附件设备守护进程320与伴随设备守护进程538建立通信。附件设备守护进程将向伴随守护进程提供上述附件应用标识符，从而确保来自附件设备的数据值和其他通信将被伴随守护进程定向到适当的伴随应用。附件设备守护进程320还将为伴随设备120提供显示值和伴随设备为附件设备显示器确定显示值所需的其他信息。

在方框810的操作中，伴随设备守护进程538响应于与附件设备130建立通信而使得伴随扩展536被启动。这开始了在伴随设备处为了为附件设备处的初始显示而确定显示值的处理。

在操作814中，确定初始显示值。伴随设备应用534和伴随扩展536可以利用伴随设备120的资源基于通过伴随守护进程538从附件设备接收的信息以及伴随设备中作为伴随操作系统和/或附件设备包的安装的部分而存储的框架数据，确定初始显示值。

在方框818处，从伴随设备120向附件设备130发送所确定的初始显示值。更具体地讲，伴随应用534和伴随扩展536确定显示值，然后将显示值向伴随设备守护进程传递。从伴随守护进程向附件守护进程发送初始显示值。

在方框822处，附件设备守护进程320接收初始显示值并使得根据界面定义314在附件设备130处生成对应的显示屏。附件设备可以对接收的值进行格式化以显示适用于附件显示界面1010的消息，以生成适当的显示。附件设备存根应用312根据界面定义314的显示规格使用初始显示值以生成显示构件，用于在附件设备显示器上显示。例如，附件设备显示器的应用屏或窗口可以包括各种显示元件，这些元件可以被分组或不分组，可以包括按钮、文本框、窗口、链接等。此类显示元件可以是固定的构件，或者在运行中、在执行应用期间变化或调节的元件。界面定义可以指定例如显示按钮及其标题、位置、尺寸、色彩和数量。伴随应用和/或扩展能够根据从附件设备接收的信息，并根据附件应用标识符对变化此类属性做出响应。因此，伴随设备应用和/或扩展可以生成初始显示值并将它们提供给附件设备。附件设备的界面定义确保更新的值将根据存根应用和界面定义数据以及附件应用标识符得到适当显示。

在附件设备130正常操作期间，在初次启动之后，伴随设备120继续接收通知和消息，并继续为附件设备确定显示值。对于上文针对图8所述的初始启动，伴随设备可以对伴随设备操作系统发起的通知和消息做出响应。在初次启动之后，伴随设备可以响应于接收的通知和消息生成更新的显示值，该通知和消息可以响应于附件设备处的用户交互而被产生并传递到伴随设备，或者可以响应于系统生成或设备生成的消息而产生。此类更新的显示值可以在附件设备处导致显示变化。图9中示出了这些启动后显示变化的处理。

在方框902的操作中，由于用户交互或更新通知或消息造成的附件设备130处的显示变化被附件设备处的附件设备存根应用312检测。显示变化可以包括响应于用户与附件设备的显示器交互而来自显示界面1010的变化的显示值或属性，或者可以包括传感器值或某种其他环境的激活或变化，其使得附件设备处的显示值变化。

在方框906处，附件设备存根应用312响应于显示变化，根据界面定义和附件应用生成显示消息。如上所述，附件设备存根应用312还可以确定附件应用标识符。更具体地讲，在启动附件设备存根应用312时，存根应用访问显示构件和关联应用数据的框架。附件设备存根应用访问的信息许可存根应用生成适当的显示数据，该显示数据被提供给附件设备守护进程320。

在操作910中，将附件设备守护进程320处接收的所生成的数据封装到带有应用标识符的数据消息中，并从附件设备守护进程向伴随设备守护进程322发送。

在操作914中，数据消息在伴随设备守护进程322处被接收，并由伴随设备守护进程根据应用标识符向伴随设备应用534和伴随扩展536提供。伴随应用和伴随扩展响应于接收的数据消息确定更新的显示值。向伴随守护进程提供更新的显示值以通过网络向附件设备传输。

在方框918处，更新的显示值由伴随设备守护进程322被发送到附件设备守护进程320。因为在传入的数据消息中接收到应用标识符，所以伴随设备守护进程知道目标附件设备守护进程。

在方框922处，附件设备守护进程320从伴随守护进程322接收更新的显示值。可以将更新的显示值向附件设备界面定义传递，并相应地生成供显示界面1010显示的数据。由附件设备130处安装的附件应用132的开发者确定根据处理生成的数据。如上所述，附件应用132包括附件设备存根应用312和附件设备界面定义314。显示数据可以定义例如因为用户与附件显示器交互而导致的变化，例如按钮按压或因为系统通知或消息而导致的变化，例如提示。附件设备守护进程在处理显示消息时利用附件应用的应用标识符。

更具体地讲，附件设备存根应用连同界面定义根据界面定义的显示规格使用更新的显示值以生成显示构件，以在附件设备显示器上展示。例如，附件设备显示器的应用屏或窗口可以包括各种显示元件，这些元件可以被分组或不分组，可以包括按钮、文本框、窗口、链接等。此类显示元件可以是固定的构件，或者在运行中、在执行应用期间变化或调节的元件。界面定义可以指定例如显示按钮及其标题、位置、尺寸、色彩和数量。伴随应用和/或扩展能够根据从附件设备接收的信息，并根据附件应用标识符对变化此类属性做出响应。因此，伴随设备应用和/或扩展可以生成更新的显示值并将它们提供给附件设备。附件设备的界面定义确保更新的值将根据存根应用和界面定义数据以及附件应用标识符得到适当显示。

因此，在伴随设备处根据通过附件设备守护进程和伴随设备守护进程向伴随设备传递的数据计算更新的显示值。从伴随守护进程向附件设备守护进程传回计算的更新显示值，其中显示界面1010使用显示变化产生适当的显示。通过这种方式，附件设备可以方便地利用伴随设备的资源来更新其显示。

六、具有定制用户界面的附件设备处的通知

图11是示出了伴随设备120接收针对附件设备130的通知1101的图1系统100的框图。伴随设备120可以不时地接收针对附件设备130处安装的应用132的通知(也称为公告)，无论附件应用是否被执行(运行)。一些通知可能针对一类可以提供定制用户界面外观的附件应用。可以根据以下描述处理此类通知。

通知1101可以经由用于通知源(表示为服务器设备110)和伴随设备120之间的网络连接而被发送。检索来自通知1101的包括通知标识符1150和应用标识符1155的通知信息以标识通知针对的附件应用。通知ID 1150和应用ID 1155指向适当的附件设备应用。附件设备130确定用于通知的用户界面和显示属性，并根据在附件设备处显示通知的需要，发送对来自伴随设备的外部(动态)用户界面和显示属性的请求1160。从伴随设备接收回的内容1170与通知ID 1150和应用ID 1155组合，并且在附件设备130处生成通知显示。

图12A和图12B包括用于处理在伴随设备处接收的通知，以便在具有定制用户界面的附件设备，例如在图1所示设备处显示的操作的流程图表示。伴随设备执行特定操作，附件设备执行特定操作。任一设备执行的操作可以不同。

在方框1202处，在伴随设备处接收通知。通知意图在通过无线网络连接与伴随设备通信的关联附件设备上显示。附件应用可以在伴随设备处接收通知时执行或不执行。在处理之后，如下文进一步所述，在附件设备上根据由附件应用开发者指定的通知界面在附件设备上显示通知。在伴随设备的消息处理守护进程处接收通知以进行适当分发。

在方框1204的操作中，从消息守护进程向通知处理应用，诸如伴随设备的公告板应用(“BB应用”)发送通知。BB应用处理通知以确保其得到适当检查且其内容被适当进行处理。该通知包括多个数据字段，包括包含特定通知的通知标识符(例如，其可以是唯一ID)的数据字段，以及包含针对通知的语境数据的数据字段。语境数据存储于伴随设备的存储器中，供稍晚检索并用于指示通知的分发，如下文进一步所述。因此，在伴随设备的消息处理守护进程处接收通知之后，其中该通知针对附件设备处的附件应用，该守护进程将接收的通知指向伴随设备BB应用，其确定通知的通知ID。BB应用可以是被配置为接收针对附件设备的通知的任何应用。在一种具体实施中，BB应用还可以接收针对伴随设备的通知。

在方框1206处，伴随应用守护进程从BB应用得到所接收的通知公告的通知。如下文进一步所述，伴随应用守护进程在请求时执行外部处理。因此，通知伴随应用守护进程接收的通知，即使在通知处理的这个阶段，伴随应用守护进程也不必采取动作。

在方框1208的操作中，BB应用确定哪个附件应用得到了要处理的通知。BB应用可以利用针对附件设备处应用的附件应用标识符(App ID)确定应用。App ID包含在通知的数据字段中，并由BB应用检索。即，BB应用被配置为识别通知中的App ID数据以及其他数据，如下文进一步所述。BB应用可以具有其自己的守护进程用于这类ID确定处理。因此，App ID确定通知所针对的附件应用。App ID由BB应用存储在伴随设备中，用于在请求时传递到伴随设备和附件设备的其他处理部件。例如，附件设备利用App ID确定该通知针对的应用是否是具有定制用户界面显示器的第三方应用，或是具有预先确定的用户界面配置的系统应用。系统应用可以包括例如邮件应用或文本消息应用。第三方应用可以包括例如与在线拍卖服务或与社交消息平台相关联的应用。通知的App ID对针对同一附件应用的所有通知具有相同的ID值，因此容易被伴随设备识别并传递到附件设备。

在方框1210处，为附件设备上的转发应用提供通知的通知ID和附件应用标识符。这一标识数据被附件设备的转发应用从伴随设备的BB应用接收。转发应用本文也称为传送带应用，可以是管理主页屏幕、启动应用和/或管理其他服务的应用。转发应用根据所确定的附件应用标识符确定在附件设备上执行的通知显示应用，使得所确定的通知显示应用被配置为处理针对多个附件应用的任一个的通知。本文将通知显示应用称为公告工厂应用。传送带应用将通知信息转发到其已经确定适合通知处理的公告工厂应用。所确定的公告工厂应用根据多个附件应用的单个所指示的附件应用确定用户界面并显示用于在附件设备处生成所接收通知的显示的属性。因此，传送带应用确定用于进一步处理通知的适当公告工厂应用，并为该应用提供通知信息。在一些具体实施中，转发应用可以类似于可购自Apple Inc.(Cupertino,California,USA)的“iOS”操作系统中的“Springboard”应用。可以执行诸如转发应用之类的操作的应用的另一个示例可以包括诸如可购自Apple Inc.(Cupertino,California,USA)的“Macintosh”操作系统可提供的“Launchpad”应用的应用。该操作过程继续进行图12B所示的操作。

在方框1222处，在图12B中，公告工厂应用加载通知界面，用于显示针对所接收通知的定制通知特征。该通知界面根据通知的唯一标识数据和语境数据指定界面数据，该界面数据指定在附件设备上显示时通知的外观。一些界面数据可以在附件设备外部并将需要被检索，因此伴随应用将检索的界面数据提供给附件设备以供所确定的公告工厂应用处理。

因此，在伴随设备处处理所接收通知的操作最终导致附件设备的公告工厂应用生成通知界面偏好列表，该列表被公告工厂应用用于发起与适当对应附件设备应用(上文也称为附件设备“存根”应用)和对应的附件设备应用守护进程的通信。附件设备应用守护进程与公告工厂应用就通知ID进行通信。

为了能够联系伴随设备以得到用于显示通知的所有特定信息，伴随应用守护进程将与伴随应用扩展通信，伴随应用扩展检查语境数据以从外部源检索在附件设备处显示通知所需的任何信息。然后可以向附件设备应用提供检索的信息，附件设备应用然后可以与公告工厂应用通信。通过这种方式，附件设备应用可以为在附件设备处的通知显示提供模板，然后可以利用该模板利用公告工厂应用生成期望的通知显示。

在方框1224的操作中，附件应用确定用户界面和显示属性，用于在附件设备处生成通知的显示。附件应用向附件应用守护进程提供确定的用户界面和显示属性。

在方框1226处，附件应用守护进程根据通知ID和语境数据从伴随应用守护进程请求内容。语境数据可以包括较大量的数据，因此，伴随应用通常不向附件设备提供语境数据的整个详情，这会涉及到很长的网络通信。相反，伴随应用提供减小量的语境数据，其足以供附件设备确定显示通知所需的外部信息的程度。例如，如下文进一步所述，可以由附件应用根据附件设备中针对每个应用存储的通知界面偏好列表(p列表)确定对包括减少量语境数据的内容的请求。

更具体地讲，该通知可能需要将从外部源，例如网站或第三方应用开发者检索的外部部件，例如图像或显示图例等。附件设备的资源不足以自己获得此类外部数据，而是将从伴随设备请求此类外部部件。因此，伴随应用被配置为为附件设备提供来自语境数据的减少量的信息，该量足以供附件设备确定其是否将从伴随设备请求外部部件。因此，附件应用能够使用其接收的减少量的语境数据从伴随应用守护进程请求所需的数据。伴随应用被配置为从附件设备请求识别从哪里获得外部部件。

在方框1228处，响应于来自附件应用的对显示通知所需内容的请求，伴随应用已经获得了请求的外部部件并向附件应用守护进程发送所请求的外部数据部件。伴随应用可能需要从网络源，例如网络存储位置或网站存储的数据，获得所请求的内容。或者，所请求的外部部件可以存储在伴随设备自身处。安装在伴随设备处的伴随应用具有足够的可支配资源以从网络源和/或其自己的本地存储装置获得此类内容。

在方框1230中，附件应用守护进程向附件应用提供内容，以在附件设备处生成通知显示。通过这种方式，可以由附件应用将获得的内容与用户界面和显示属性组合以在附件设备处适当提供通知显示。更具体地讲，公告工厂应用可以通过从附件设备处存储的通知偏好列表读取数据来确定显示模板，显示模板包括基础通知界面。公告工厂与附件应用守护进程通信，附件应用守护进程继而与伴随设备应用守护进程联系，以基于通知ID和语境数据获得任何需要的内容或外部显示部件。在公告工厂应用已经接收到内容和/或任何外部显示部件时，其将内容和/或外部显示部件与通知显示模板组合，并生成用于附件设备的通知显示。

A.类别

接收的通知(参见图12A的方框1204)可以包括至少一个类别。即，发往所确定的公告工厂应用的通知可以使得所确定的公告工厂应用根据类别以及检索的界面数据和所确定的用户界面和显示属性在附件设备处生成接收的通知的显示。与任选类别相关的数据作为“类别”数据字段的一部分被存储在通知的语境数据中。因此，通知可以具有“类别”以提供参数至指定用于单个附件应用的多个通知界面。通过这种方式，多个通知界面(显示)可以由通知类别来容纳。例如，对于社交消息附件应用而言，可能有多种通知，例如“喜欢”帖子或请求另一个用户“朋友”。这些类型的通知的每一种都可能需要不同的界面，尽管两者都涉及相同的附件应用。类别选项提供了为同一附件应用指定不同的定制用户界面的方式。通过这种方式，社交消息附件应用可以包括用于“喜欢”帖子的通知界面类别并可以包括用于“朋友”请求的不同通知界面类别。

例如，可以在一个实施方案中利用针对显示属性、针对作为通知中可能性的每个不同类别的不同界面偏好，实现多个类别。因此，通知界面偏好列表可以包括称为“类别”的条目，其中可以指定界面类别。可以通过在类别数据字段中提供至少一个名为“默认”的类别来使类别特征的实现更容易，以适应附件应用没有多个类别的情况。更具体地讲，可以由伴随应用向附件设备应用守护进程提供类别信息，附件设备应用守护进程向所确定的公告工厂应用提供类别。

B.定制URL

通知具有在应用或向应用的预先确定的位置发起操作中启动附件应用并激活期望操作的能力。例如，通知可以启动用于社交消息的附件应用并恳求用于通知中标识的用户的“朋友”分配，或者可以请求指向通知中标识的URL页面的“喜欢”响应。此类特定的应用操作是更一般的通知显示的替代方案，其中可以利用通知界面偏好列表结合通知数据实现显示模板的更一般规范。例如，用于附件应用的通知界面偏好列表可以指定显示按钮和图像的布置，由通知数据中的信息提供显示图例或标题。通常与在附件设备处安装应用自身一起安装用于附件应用的通知界面偏好列表。

相对于处理通知以启动应用并进行到预先确定的应用位置，本文描述的操作利用定制的URL(统一资源定位符)，其指定与附件应用相关联的URL并指定可以由应用或与应用相关联的在线处理利用的参数。例如，定制URL可以包括对第三方社交消息应用或在线拍卖应用的引用，并且还可以包括可以由第三方应用消耗以执行应用功能的参数，应用功能例如是为通知中标识的用户恳请“朋友”分配或请求对通知中标识的URL页面的“喜欢”响应。

定制URL格式的示例可以包括“com”标识符，以指示定制URL将遵循的格式，然后该格式可以包括附件应用名称的标识符，接着是输入参数，输入参数将被附件应用识别并能够根据输入参数支持与第三方应用的通信。例如，定制URL可以是“com.app_name://input_parameter”的格式。“app_name”是附件应用的名称，通常涉及与附件应用相关联的在线域名。“input_parameter”是将由附件应用识别的输入参数，以根据输入参数支持与第三方应用的通信。

如果定制URL处理特征是附件应用期望的，用于该附件应用的偏好列表将包括附件设备操作系统将识别为指示处理定制URL的能力的数据。在设备上安装附件应用自身时安装用于附件应用的偏好列表。附件应用将被配置为正确地处理定制URL中包含的数据，以便启动附件应用并进行到期望的预先确定的操作或附件应用位置。因此，如本节中以上所述，所公开的配置能够在选择通知之后向启动时的伴随扩展提供定制的数据有效载荷。

C.伴随设备和附件设备之内的操作

图13示出了框图，示出了执行图12A和图12B所示的操作的设备。在图13中，相对于上述附图，用于类似部件的附图标号具有类似标号。

图13示出伴随设备120包括接收用于处理的通知的上述公告板应用1320。公告板应用接收通知，并如上所述，将接收的通知定向到附件设备130的适当附件应用。伴随部件120的其他例示部件对应于上述部件，如上所述，例如伴随设备应用534、伴随扩展536、伴随设备守护进程538和伴随设备应用122。

图13还示出了具有其传送带应用1330的附件设备130，如上所述，传送带应用确定适当的公告工厂应用1332，公告工厂应用被配置为处理针对多个附件设备应用的任一个的通知。图13还示出了通知界面偏好列表1334，该列表用于确保适当组合显示元件和用于显示通知的模板，还示出了与公告工厂应用1332通信的附件设备应用守护进程1336。图13中的双箭头1160表示用于伴随设备120和附件设备130之间的通信的网络连接。该连接可以包括有线网络连接或无线连接或两种连接的组合。

图14是示出了执行图12A和图12B所示的操作的设备的框图。伴随设备120的公告板应用1320接收所有传入的通知。在如上所述确定应用ID和适当的通知数据之后，公告板应用向伴随应用守护进程1422提供附件应用ID和通知数据(包括通知ID)。通知数据可以包括语境数据，语境数据被存储在伴随设备的存储器中并在指示通知分发和处理时被使用。伴随设备应用通知扩展1420从伴随应用守护进程1422接收信息并处理该通知，以如上所述与附件设备130合作处理该通知以用于处理。

在附件设备130处，传送带应用1330通过网络连接1160从伴随设备接收通知数据。传送带应用确定适当的公告工厂应用，用于结合通知界面偏好列表1334(图13)处理通知，并向所确定的公告工厂应用提供通知数据。公告工厂应用向附件设备应用1338提供通知信息，包括通知界面显示信息，用于进一步处理。公告工厂应用可以被实现为附件设备应用的部件或子集。附件设备应用1338生成显示信息，用于在附件设备显示器处显示通知。

图15是示出了图14中所示的附件设备130的处理细节的框图。如上所述，传送带应用1330从伴随设备接收通知数据。传送带应用基于通知的附件应用ID确定适当的公告工厂应用1332以接收通知数据。例如，附件设备通常将具有与为邮件应用处理通知相关联的邮件公告工厂。类似地，大部分附件设备将包括SMS应用，用于处理文本消息，并且附件设备将包括与为SMS应用处理通知相关联的SMS公告工厂。

如上所述，公告工厂应用1332向附件设备应用1338提供界面偏好列表(p列表)，用于标识处理选项，例如定制URL处理。公告工厂应用还向用于模板的附件设备应用提供通知界面p列表，如上所述，可以从该模板在附件设备处准备通知显示。类别和语境信息也可以从公告工厂应用被传递到附件设备应用。

附件设备应用守护进程1336管理附件设备应用1338和伴随设备的各种部件之间的通信。例如，应用守护进程1336可以在确定应当从伴随设备请求以用于显示通知的外部数据时利用上述通知数据。应用守护进程1336还可以从伴随设备向附件设备应用传递所接收的外部数据加以进一步处理。

七、计算机设备配置

图16是根据本发明的实施方案的计算机设备1600的框图。计算机设备1600可以包括图1所示的任何设备，尽管本领域的技术人员将理解，但根据设备的属性，可以不包括设备1600的一些部件。例如，如果计算机设备是台式计算机或附件设备，它可能不包括GPS单元，因为对于台式计算机而言不太可能有运动，并且附件设备上有限的资源储备不太可能包括GPS单元。

计算机设备1600通常包括计算机可读介质1602、处理系统1604、输入/输出(I/O)子系统1606、无线电路1608和包括扬声器1650和麦克风1652的音频电路1610。这些部件可通过一根或多根通信总线或信号线1613来耦接。设备1600可以是任何电子计算机设备，包括可穿戴计算机设备、手持计算机、平板电脑、移动电话、膝上型电脑、平板设备、媒体播放器、个人数字助理(PDA)、钥匙袋、车钥匙、门禁卡、多功能设备、移动电话、便携式游戏设备等，包括这些物品中的两个或更多个的组合。例如，可穿戴设备可以包括腕戴设备、用夹子或大头钉固定到用户衣服上的设备、具有可戴在用户脖子上的系索或链子的设备、头带设备、眼镜或能够固定到用户人体或衣服的任何其他设备。

应当理解，图16所示的架构仅为计算机设备1600的架构的一个示例，并且设备1600可具有比所示的更多或更少的部件或不同配置的部件。图16中所示的各种部件可以硬件、软件方式或软硬件组合来实现，包括一个或多个信号处理电路和/或专用集成电路。

无线电路1608用于通过无线链路或网络向一个或多个其他设备的常规电路，例如天线系统、RF收发器、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC芯片组、存储器等，发送和接收信息。在一些实施方案中，无线电路1608能够使用一种或多种通信协议与其他设备建立并保持通信，该一种或多种通信协议包括时分多址(TDMA)、码分多址(CDMA)、全球移动通信系统(GSM)、增强型数据GSM环境(EDGE)、宽带码分多址(W-CDMA)、长期演进(LTE)、LTE-Advanced、WiFi(诸如IEEE 802.11a、IEEE 802.11b、IEEE 802.11g和/或IEEE 802.11n)、蓝牙、Wi-MAX、互联网协议语音技术(VoIP)、近场通信协议(NFC)、用于电子邮件、即时消息和/或短消息服务(SMS)的协议，或任何其他合适的通信协议，包括到本文档的提交日期为止尚未开发出来的通信协议。计算机设备可包括能够根据通信所需的范围通过若干不同类型的无线网络进行通信的无线电路。例如，短程无线收发器(例如，蓝牙)、中程无线收发器(例如，WiFi)和/或远程无线收发器(例如，GSM/GPRS、UMTS、CDMA2000 1x/EV-DO和LTE/LTE-Advanced)可根据通信类型或通信的范围来使用。

无线电路1608经由外围设备接口1616耦接至处理系统1604。外围设备接口1616可包括用于建立并保持外围设备和处理系统1604之间的通信的常规部件。通过无线电路1608所接收的语音和数据信息(例如，在语音识别或语音命令应用中)经由外围设备接口1616被发送至一个或多个处理器1618。一个或多个处理器1618可被配置为处理存储在介质1602上的一个或多个应用程序1634的各种数据格式。

外围设备接口1616将设备的输入和输出外围设备耦接至处理器1618和计算机可读介质1602。一个或多个处理器1618经由控制器1620与计算机可读介质1602进行通信。计算机可读介质1602可以是可存储供一个或多个处理器1618使用的代码和/或数据的任何设备或介质。介质1602可包括存储器分级结构，包括高速缓存、主存储器和辅助存储器。可使用RAM(例如SRAM、DRAM、DDRAM)、ROM、闪存、磁存储设备和/或光学存储设备(诸如磁盘驱动器、磁带、CD(光盘)和DVD(数字视频光盘))的任何组合来实现该存储器分级结构。在一些实施方案中，外围设备接口1616、一个或多个处理器1618和存储器控制器1620可在单个芯片上实现，诸如处理系统1604。在一些其他实施方案中，它们可以在独立的芯片上实现。

计算机设备1600还包括用于为各种硬件部件供电的电力系统1642。电力系统1642可包括电力管理系统、一个或多个电源(例如，电池、交流电(AC))、再充电系统、电力故障检测电路、功率变换器或逆变器、电源状态指示器(例如，发光二极管(LED))和通常与移动设备中的电力的生成、管理和分配相关联的任何其他部件。

在一些实施方案中，计算机设备1600包括相机1644。在一些实施方案中，计算机设备1600包括传感器1646。传感器可以包括加速度计、指南针、陀螺仪、压力传感器、音频传感器、光传感器、气压计等。传感器1646可用于感测位置方面，例如位置的听觉或光特征。

在一些实施方案中，计算机设备1600可包括GPS接收器，有时被称为GPS单元1648。计算机设备可使用卫星导航系统诸如全球定位系统(GPS)来获得位置信息、定时信息、高度或其他导航信息。在操作期间，GPS单元可接收来自绕地球飞行的GPS卫星的信号。GPS单元对信号进行分析以对传送时间和传送距离进行估计。GPS单元可确定该设备的当前定位(当前位置)。基于这些估计，该设备可确定位置方位、高度和/或当前速度。位置方位可为地理坐标，诸如纬度和经度信息。

一个或多个处理器1618运行存储在介质1602中的各种软件部件以执行设备1600的各种功能。在一些实施方案中，软件部件包括操作系统1622、通信模块(或指令集)1624、位置模块(或指令集)1626、回放应用1628、和其他应用(或指令集)1634，例如，导航应用。

操作系统1622可为任何合适的操作系统，包括iOS、Mac OS、Darwin、RTXC、LINUX、UNIX、OS X、WINDOWS或嵌入式操作系统诸如VxWorks。操作系统可包括用于控制和管理一般系统任务(例如，存储器管理、存储设备控制、电力管理等)的各种程序、指令集、软件部件和/或驱动器，并且有利于各种硬件和软件部件之间的通信。

通信模块1624促进通过一个或多个外部端口1636或经由无线电路1608与其他设备通信，并且包括用于处理从无线电路1608和/或外部端口1636所接收的数据的各种软件部件。外部端口1636(例如，USB、火线、闪电连接器、30引脚连接器等)适用于通过网络(例如，互联网、无线局域网等)直接地或间接地耦接至其他设备。

位于计算机设备1600上的一个或多个应用1634可包括安装在设备上的任何应用，包括但不限于浏览器、地址簿、联系人列表、电子邮件、即时消息、文字处理、键盘仿真、桌面小程序、支持JAVA的应用、加密、数字版权管理、语音识别、语音复制、音乐播放器(其回放存储在诸如MP3或AAC文件的一个或多个文件中的录制音乐)，等等。一个或多个应用1634还可以包括用于控制内容项回放、更新内容项数据库的特定应用或任何其他适当应用。

可能有其他模块或指令集(未示出)，例如，图形模块、时间模块等。例如，图形模块可以包括用于在显示器表面上对图形对象(包括但不限于文本、网页、图标、数字图像、动画等)进行渲染、动画显示和显示的各种常规软件部件。在另一个实施例中，定时器模块可以是软件定时器。也可以在硬件中实现定时器模块。时间模块可以为任意数量的事件维持各种定时器。

I/O子系统1606可以包括诸如耦接到外部显示器的显示系统，或者可以包括诸如平板显示器或触敏显示器的集成显示器。I/O子系统1606的显示器以GUI格式向用户显示视觉输出。视觉输出可包括文本、图形、视频以及它们的任何组合。视觉输出中的一些或所有可对应于用户界面对象。尽管显示器可使用LED(发光二极管)技术、LCD(液晶显示器)技术或LPD(发光聚合物显示器)技术，但在其他实施方案中可使用其他显示技术。

在一些实施方案中，I/O子系统1606可包括显示器和诸如键盘、鼠标和/或触控板之类的用户输入设备。在一些实施方案中，I/O子系统1606可包括触敏显示器。触敏显示器还可接受来自用户的基于触觉和/或触感接触的输入。在一些实施方案中，触敏显示器形成接受用户输入的触敏表面。触敏显示器/表面(连同介质1602中的任何相关联的模块和/或指令集)检测触敏显示器上的接触(和接触的任何移动或释放)，并将检测到的接触转换为与用户界面对象的交互，诸如在接触发生时显示在触摸屏上的一个或多个软键。在一些实施方案中，触敏显示器和用户之间的接触点对应于一个或多个用户的数字。用户可使用诸如触笔、笔、手指等任何合适的物体或附属件接触触敏显示器。触敏显示器表面可使用任何合适的触敏技术检测接触及其任何移动或释放，这些技术包括电容式、电阻式、红外和表面声波技术以及其他接近传感器阵列或用于确定与触摸显示器的一个或多个接触点的其他元件。

此外，I/O子系统还可耦接至一个或多个其他物理控制设备(未示出)，诸如按钮、按键、开关、摇杆按钮、拨号盘、滑动开关、操作杆、LED等，用于控制或执行各种功能诸如功率控制、扬声器音量控制、电话铃声响度、键盘输入、滚动、保持、菜单、锁屏、清除和结束通信等。在一些实施方案中，除了触摸屏之外，计算机设备1600可包括用于激活或去激活特定功能的触控板。在一些实施方案中，触控板是设备的触敏区域，该触敏区域与触摸屏不同，其不显示视觉输出。触控板可以是与触敏显示器分开的触敏表面，或者可以是由该触敏显示器形成的触敏表面的延伸部。

在一些实施方案中，可以利用在用户的移动设备上执行的应用执行本文描述的一些或全部操作。电路、逻辑模块、处理器和/或其他部件可以被配置为执行本文描述的各种操作。本领域的技术人员应当理解，根据具体实施，可以通过具体部件的设计、设置、互连和/或编程完成此类配置，并且同样根据具体实施，配置的部件可以针对不同操作是可重新配置的或不是可重新配置的。例如，可以通过提供适当的可执行代码来配置可编程处理器；可以通过适当连接逻辑门和其他电路元件来配置专用逻辑电路；等等。

结合本发明的各种特征的计算机程序可被编码在各种计算机可读存储介质上；合适的介质包括磁盘或磁带、诸如光盘(CD)或DVD(数字多功能光盘)的光学存储介质、闪存存储器等。可以与兼容设备一起封装或从其他设备独立地提供编码有程序代码的计算机可读存储介质。任何此类计算机可读介质可存在于或位于单个计算机产品(例如，硬盘驱动器、CD或整个计算机系统)内，并且可存在于或位于系统或网络内的不同计算机产品内。计算机系统可包括监视器、打印机或用于将本文所提及的任何结果提供给用户的其他合适的显示器。此外，可以经由符合多种协议的有线光学和/或无线网络(包括互联网)编码和传输程序代码，从而允许例如经由互联网下载进行分布。

尽管已相对于具体实施方案描述了本发明，但应当理解，本发明旨在覆盖以下权利要求范围内的所有修改形式和等同形式。