CN109074272A - 对执行与用户交互元素相关联的动作的通知呈现 - Google Patents

Abstract

描述了呈现对应于与用户界面的微环境相关联的交互的上下文内容。在一示例中，可经由包括多个区域的用户界面来呈现上下文内容。每个区域可以具有与用户界面的全局功能不同但相关的局部化功能。每个区域可以包括一个或多个元素。本文所描述的技术包括：接收指示与区域相关联的元素的交互的输入。另外，本文所描述的技术包括：至少部分地基于该交互，以如下取向和/或样式来呈现与该交互相关联的通知，该取向和/或样式基于元素、对应于元素的容器、以及通知的类型。在一示例中，通知可以呈现在区域内或邻近于该区域以展现在用户界面的当前焦点区域。

Description

对执行与用户交互元素相关联的动作的通知呈现

背景技术

计算设备可以经由用户界面来呈现通知以向计算设备的用户传送信息。在一些示例中，通知可以包括关于如何使用应用、如何与用户界面交互等等的建议。在其他示例中，内容可以包括错误通知、动作请求等等。通常，计算设备呈现静态通知。即，用于呈现通知的当前技术使得在用户界面上的通用位置中呈现内容。例如，在一些示例中，可以在用户界面的中间呈现错误通知。或者，在其他示例中，可以将错误通知固定(pin)到用户界面的特定部分(例如用户界面的与状态区域(例如，状态栏)相关联的部分)，而不管用户在用户界面上的何处进行交互。当前技术未考虑通知的重要性。因此，基于在何处和/或如何呈现通知，用户经常被不重要的通知的呈现扰乱和/或看不到通知。因此，所呈现的通知在传送重要信息方面通常既无用也无效。

另外，当前技术利用被配置为接收与各种用户界面组件相关联的通知、对每个通知进行解码、确定如何显示每个通知、以及经由用户界面来呈现通知的计算组件。即，当前技术在计算上是昂贵的。

发明内容

本文所描述的技术涉及呈现上下文内容，该上下文内容对应于与用户界面的微环境相关联的交互。在一示例中，可以经由包括区域的用户界面来呈现上下文内容。每个区域可以具有局部化(localized)功能，这些局部化功能与用户界面的全局功能不同但与其相关。即，每个区域可以对应于微环境。另外，每个区域可以包括一个或多个元素。本文所描述的技术包括：接收对与区域相关联的元素的交互进行指示的输入。另外，本文所描述的技术包括：至少部分地基于交互，以如下位置和/或样式来呈现与该交互相关联的通知，该位置和/或样式至少部分地基于元素、与元素相关联的容器、以及通知的类型。在一示例中，可以在区域内或邻近于区域来呈现通知，以使得通知出现在用户界面的当前焦点区域。

在至少一个示例中，本文所描述的技术涉及访问被配置为确定如何呈现通知的呈现数据。在一些示例中，在将每个元素添加到用户界面时，可以将呈现数据映射到单独元素或以其他方式与单独元素相关联。因此，本文所描述的技术使得计算组件能够接收与元素相关联的通知、访问与该元素相对应的呈现数据、并依照呈现数据来呈现通知。本文所描述的技术通过消除使计算组件接收与各种用户界面组件相关联的通知、对每个通知进行解码、确定如何显示每个通知以及呈现通知的需要来节省计算资源。

另外，本文所描述的技术改善了与用户界面交互的用户效率。本文所描述的技术可以使得通知被呈现为使得它们与通知的严重性一致。另外，本文所描述的技术可以使得通知被呈现为使得它们出现在区域内或邻近作为用户界面的当前焦点区域的区域。因此，本文所描述的技术促进向计算机用户提供对上下文内容的高效访问，同时使对正在进行的用户界面交互的扰乱最小化。即，利用对通知类型和通知所对应的元素的理解，本文所描述的技术可以呈现可以改善用户如何与用户界面交互的上下文内容。

提供本发明内容以用简化形式引入一些概念，这些概念以下在详细描述中进一步描述。本发明内容并非旨在标识所要求保护的主题内容的关键特征或必要特征，也并非旨在用于限制所要求保护的主题内容的范围。

附图说明

参考附图阐述了具体实施方式，其中附图标记的最左位标识该附图标记首次出现的图。在相同或不同附图中使用相同的附图标记指示相似或相同的项目或特征。

图1是示出了用于呈现上下文内容的示例性环境的示意图，其中该上下文内容对应于与用户界面的微环境相关联的交互。

图2是示出了数据如何流过用于呈现上下文内容的示例性环境的示意图，其中该上下文内容对应于与用户界面的微环境相关联的交互。

图3是示出了如本文所描述的示例性用户界面的示意图。

图4是示出了用于至少部分地基于从服务设备接收到的通知来呈现上下文内容的示例性过程的流程图，其中该上下文内容对应于与用户界面的微环境相关联的交互。

图5是示出了用于至少部分地基于从服务设备接收到的通知来呈现上下文内容的另一示例性过程的流程图，其中该上下文内容对应于与用户界面的微环境相关联的交互。

图6是示出了用于确定与内容相关联的呈现数据并至少部分地基于该呈现数据来呈现上下文内容的示例性过程的流程图，其中该内容对应于与用户界面的微环境相关联的交互。

图7是示出用于对通知进行排序以确定顺序并至少部分地基于该顺序来呈现通知的示例性过程的流程图。

具体实施方式

本公开描述了呈现对应于与用户界面的微环境相关联的交互的上下文内容。出于说明性目的，上下文内容可以对应于通知。在至少一个示例中，本文所描述的技术包括：利用与用户界面上的交互相关联的上下文，在与用户界面的邻近于该交互的区域中呈现与该交互相关的通知。例如，上下文可以标识用户界面上受到交互的位置和/或用户界面的作为交互主体的元素。受到交互的位置和/或作为交互主体的元素可以表示用户界面上的焦点区域。本文所描述的技术可以包括：智能地呈现通知，以使得通知相对于用户界面上的焦点区域来取向通知和/或以与通知类型、元素、交互等相关的样式来呈现通知。

出于说明性目的，微环境可以对应于用户界面的与局部化功能相关联的区域。微环境可以与用户界面上的任何大小、形状、配置等的区域相关联。在至少一个示例中，用户界面可以与全局功能相关联，并且微环境可以与不同但相关的功能相关联。举一个非限制性示例，用户界面可以呈现协作式计算环境的主页。协作式计算环境的示例包括但不限于等。在此类示例中，与用户界面相关联的全局功能可以是用于向协作式计算环境的用户呈现内容的协作式计算环境主页。在至少一个示例中，用户界面可以包括类似于卡的多个图形元素。举一个说明性示例，卡可以是显示内容的便利手段，该内容用作更详细信息的入口点。在协作式服务应用的示例中，卡可以表示对象的入口点，其中对象包括但不限于团队站点、发布站点、群组站点、博客站点、视频通道、图像通道、数据流式传输通道、文件夹、应用等等。在至少一个示例中，用户界面的对应于每个卡的区域可以表示微环境。即，每个卡可以具有一个或多个局部化功能，这些功能对于卡是唯一的，但是与协作式计算环境相关。

用户界面的每个区域或微环境可以与一个或多个元素相关联。出于说明性目的，元素可以对应于提供可视语言以表示与计算环境相关联的信息的图形元素。在至少一个示例中，元素可以对应于窗口、图标、菜单、控件等等。在至少一个示例中，元素可以与功能相关联。在可以呈现协作式计算环境的主页的用户界面的非限制性示例中，每个卡可以包括一个或多个元素。与卡相关联的元素可以使得用户能够请求访问对象，包括但不限于文档、维基、博客帖子、网页、视频、图像、信息项、数据流、动作调用命令等等。举一个非限制性示例，代表团队站点的卡可以包括能够使用户能够访问文档的元素(例如，团队正在协作的文章、团队的费用报告、与工作流相关联的项目列表等等)、图像、视频等等。在此类示例中，每个元素可以对应于与列表相关联的列表项。替代地，卡可以包括与动作调用相关联的元素，该动作调用使用户能够关注(follow)或喜爱(favorite)与卡相关联的对象。例如，元素可以使得用户能够关注博客并在发布新博客帖子时接收更新。或者，元素可以使得用户能够关注视频频道并在发布新视频时接收更新。在此类示例中，元素可以与固定到卡上的特定位置的图标相关联。

在至少一个示例中，本文所描述的技术包括：经由可以包括多个区域的用户界面来呈现上下文内容。如上所述，区域可以对应于微环境，以使得该区域可以具有与用户界面的全局功能不同但是相关的一个或多个局部化功能。在至少一个示例中，每个区域可以包括可以与各种功能相关联的一个或多个元素，如上所述。本文所描述的技术包括：在客户端设备处接收指示与关联于区域的元素相关联的交互的输入。在至少一个示例中，本文所描述的技术包括：从客户端设备向服务设备发送指示交互的数据和对实现与元素相对应的功能的请求。服务设备可以尝试实现与交互相关联的功能，并且可以生成与请求相关联的通知。例如，在一些示例中，通知可以指示请求失败(例如，错误通知)或通知可以指示请求已成功完成(例如，成功通知)。在至少一个示例中，服务设备可以向客户端设备发送通知，并且客户端设备可以确定与每个通知相关联的通知类型。通知类型的非限制性示例包括错误通知类型、成功通知类型、动作请求通知类型、信息通知类型等等。下面参考图2描述了与通知类型相关联的另外细节。

在至少一个示例中，本文所描述的技术涉及访问被配置为确定如何呈现通知的呈现数据。如本文所述，呈现数据可以确定与呈现通知相关联的取向、样式，定时等等。另外地和/或替代地，呈现数据可以确定用于呈现通知的词语和/或消息。在一些示例中，在将元素添加到对应的用户界面时，可以将呈现数据映射到该元素或以其他方式与该元素相关联。呈现数据可以至少部分地基于与元素相对应的功能、元素在用户界面上的位置、与元素相关联的容器等等。出于说明性目的，容器可以是元素所对应于的数据结构。在协作式计算环境的主页的非限制性示例中，与至对象的链接相关联的第一元素可以与卡相关联并且可以呈现在列表中的卡上。在此类示例中，第一元素可以与关联于卡容器的列表容器相关联。在替代示例中，卡上呈现的第二元素可以与使得用户能够关注或喜爱与卡相关联的内容的功能相关联。在此类示例中，第二元素可以与关联于卡容器的动作调用容器相关联。本文所描述的技术可以至少部分地基于通知是与第一元素还是第二元素相关联来改变通知的呈现的取向和/或样式，以确保该取向和/或样式对于每个容器是适当的。然而，在这两个示例中，可以在对应元素的阈值距离内呈现通知。并且，在这两个示例中，可以在对应于卡的区域内、或者在邻近于与卡相对应的区域呈现通知，以便展示在用户界面的当前焦点区域。

另外，呈现数据可以至少部分地基于通知类型。即，对于每个元素，呈现数据可以确定如何呈现每种通知类型的通知。因此，本文所描述的技术使得计算组件能够接收与元素相关联的通知，确定与通知相关联的通知类型，访问与元素和通知类型相对应的呈现数据，并根据呈现数据来呈现通知。本文所描述的技术可以通过消除计算组件接收与各种用户界面组件相关联的通知、对每个通知进行解码、确定如何显示每个通知以及呈现通知的需要来节省计算资源。

本文所描述的技术可以使得呈现通知，以使得它们与通知的严重性一致。另外，本文所描述的技术可以使得呈现通知，以使得它们出现在作为用户界面的当前焦点区域的区域内或者邻近于该区域。在至少一个非限制性示例中，如果通知与影响微环境的局部功能但不另外影响对应用户界面的全局功能的错误相关联，则可以呈现通知以使得鉴于错误的严重性和用户界面的当前焦点区域来对它适当地设置取向和样式。即，可以邻近于故障点呈现通知，而不是作为整个用户界面的静态接管。因此，本文所描述的技术促进向计算机用户提供对上下文内容的高效访问，同时使对正在进行的用户界面交互的扰乱最小化。即，利用对通知类型和通知所对应的元素的理解，本文所描述的技术可以在可以改善用户如何与用户界面交互的情况下呈现上下文内容。

说明性环境

图1是示出了用于呈现对应于与用户界面的微环境相关联的交互的上下文内容的示例性环境100的示意图。更具体地，示例性环境100可以包括服务提供商102、网络104、用户106以及与用户106相关联的设备108。

服务提供商102可以是促进呈现与交互相对应的上下文内容的任何实体、服务器、平台等等，其中交互与用户界面的微环境相关联，如本文所述。服务提供商102可以在非分布式计算环境中实现，或者可以可能地通过在远程定位的设备(例如，设备108)上运行一些模块来在分布式计算环境中实现。如所示出的，服务提供商102可以包括一个或多个服务器110，这些服务器可以包括处理器112和计算机可读介质114，例如存储器。在各种示例中，服务提供商102可以从远程设备(例如，设备108)接收指示与用户界面的元素的交互的数据，对该数据进行处理以力图实现与该元素和/或交互相关联的功能，并将与该数据相关联的通知发送给远程设备(例如，设备108)。

在一些示例中，网络104可以是本领域已知的任何类型的网络，例如互联网。此外，服务器110和/或设备108可以以任何方式通信地耦合到网络104，例如通过全局或局部有线或无线连接(例如，局域网(LAN)、内联网等等)。另外，服务器110和/或设备108可以使用任何其他技术来通信，例如蓝牙、WI-FI、WI-FI直连、NFC或任何其他合适的基于光、有线或无线技术。应该理解，可以使用比图1中所示出的更多类型的连接。网络104可以促进服务器110和与用户106相关联的设备108之间的通信。

示例支持如下场景，其中可以包括在一个或多个服务器110中的设备可以包括在集群或其他配置中操作的一个或多个计算设备以共享资源、均衡负载、提高性能、提供容错支持或冗余性、或用于其他目的。可以包括在一个或多个服务器110中的设备可以包括具有处理器112的任何类型的计算设备，其中处理器112例如经由总线(其在某些实例中可以包括系统总线、数据总线、地址总线、PCI总线、Mini-PCI总线以及各种本地、外围和/或独立总线中的一个或多个)可操作地连接到计算机可读介质114。在至少一种配置中，服务器110的计算机可读介质114可以包括促进为用户106确定相关内容的模块。这些模块可以包括服务器模块和信息116以及通信模块118。

替代地或另外地，本文所描述的功能可以至少部分地由一个或多个硬件逻辑组件(例如加速器)来执行。举例而言而非限制，可以使用的说明性类型的硬件逻辑组件包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)等等。可以包括在一个或多个服务器110中的设备还可以包括一个或多个输入/输出(I/O)接口，这些I/O接口耦合到总线以允许设备与诸如输入外围设备(例如，键盘、鼠标、笔、游戏控制器、语音输入设备、触摸输入设备、手势输入设备等等)和/或输出外围设备(例如，显示器、打印机、音频扬声器、触觉输出等等)之类的其他设备通信。此类网络接口可以包括一个或多个网络接口控制器(NIC)或其他类型的收发机设备以通过网络发送和接收通信。为简单起见，从所示出的环境中省略了一些组件。

例如，处理器112可以表示CPU类型处理单元、GPU类型处理单元、现场可编程门阵列(FPGA)、另一类数字通知处理器(DSP)、或在一些实例中可以由CPU驱动的其他硬件逻辑组件。举例而言而非限制，可以使用的说明性类型的硬件逻辑组件包括专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)等等。在各种示例中，处理器112可以执行一个或多个模块和/或过程以使得服务器110执行各种功能，如以上阐述的并在以下公开内容中进一步详细解释的。另外，每个处理器112可以拥有其自己的本地存储器，该存储器也可以存储程序模块、程序数据和/或一个或多个操作系统。

如上所述，在至少一种配置中，服务器110的计算机可读介质114可以包括接收和发送给远程设备(例如设备108)的通信的模块。模块可以表示在计算设备上执行的代码片段。在一些示例中，模块可以包括应用程序接口(API)以执行其一些或全部功能(例如，操作)。在另外的和/或替代的示例中，模块可以经由至少一个处理单元(例如，处理器112)实现为计算机可读指令、各种数据结构等等，以将设备配置为执行指令并执行用于与远程设备(例如，设备108)通信的操作。用于执行这些操作的功能可以包括在多个设备或单个设备中。

服务器模块和信息116可以被配置为：管理服务器110内的硬件和服务并耦合到服务器110以利于其他组件和/或模块。通信模块118可以从远程设备(例如，设备108)接收数据，并且可以将数据发送给远程设备(例如，设备108)。在至少一个示例中，通信模块118可以响应于从设备108接收到指示交互的数据而向设备108发送通知。在其他示例中，通信模块118可以将通知推送到设备108。即，在此类示例中，通信模块118可以在没有从设备108接收到指示交互的数据的情况下向设备108发送通知。例如，通信模块118可以向远程设备(例如，设备108)推送信息通知、动作请求通知等等。在至少一个示例中，通知可以与数据相关联。例如，数据可以指示通知的类型、与通知相关联的元素等等。下面参考图2描述了与服务器模块和信息116以及通信模块118相关联的另外细节。

取决于服务器110的确切配置和类型，计算机可读介质114可可以计算机存储介质和/或通信介质。计算机存储介质可以包括按用于存储信息(例如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术实现的易失性存储器、非易失性存储器和/或其他持久和/或辅助计算机存储介质、可移动和不可移动计算机存储介质。计算机存储器是计算机存储介质的示例。因此，计算机存储介质包括有形和/或物理形式的介质，这些介质包括在设备中和/或作为设备的一部分或设备外部的硬件组件中，包括但不限于随机存取存储器(RAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、相变存储器(PCM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、闪存、压缩光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)、光卡或其他光存储介质、微型硬盘驱动器、存储卡、盒式磁带、磁带、磁盘存储器、磁卡或其他磁存储设备或介质、固态存储设备、存储阵列、网络附连存储、存储区域网络、托管计算机存储或可以用于存储和维护信息以供计算设备访问的任何其他储存存储器、存储设备和/或存储介质。

相比之下，通信介质可以体现计算机可读指令、数据结构、程序模块或经调制数据信号中的其他数据，例如载波或其他传输机制。术语“经调制数据信号”表示如下信号，该信号的一个或多个特征以将信息编码到该信号中的方式来设置或改变。此类信号或载波等等可以在有线介质(例如有线网络或直接有线连接)和/或无线介质(例如声学、RF、红外和其他无线介质)上传播。如本文所定义的，计算机存储介质不包括通信介质。即，计算机存储介质本身不包括仅由经调制数据信号、载波或传播信号组成的通信介质。

如上所述，用户106可以对设备108(例如，用户设备)进行操作以执行与设备108相关联的各种功能。设备108可以表示各种各样的设备类型，并且不限于任何特定类型的设备。设备108的示例可以包括但不限于固定计算机、移动计算机、嵌入式计算机或其组合。示例性固定计算机可以包括台式计算机、工作站、个人计算机、瘦客户端、终端、游戏控制台、个人视频记录器(PVR)、机顶盒等等。示例性移动计算机可以包括膝上型计算机、平板计算机、可穿戴计算机、植入式计算设备、电信设备、车载计算机、便携式游戏设备、媒体播放器、相机等等。示例性嵌入式计算机可以包括具有网络功能的电视机、用于包括在计算设备中的集成组件、家用电器、微控制器、数字通知处理器或任何其他种类的处理设备等等。

设备108可以包括处理器120和计算机可读介质122。处理器120可以具有与上述处理器112相同的组成和功能。计算机可读介质122可以具有与同样在上文描述的计算机可读介质114相同的组成和功能。在至少一种配置中，计算机可读介质122可以包括可以从服务器110接收通知、至少部分地基于接收到通知来访问与通知相关联的呈现数据、以及至少部分地基于呈现数据来呈现通知的模块，如下所述。在至少一个示例中，模块可以包括交互模块124、通知分类模块126、呈现确定模块128、存储元素简档132的数据存储装置130、用户界面(UI)生成模块134、排序模块136等等。模块可以表示在计算设备上执行的代码片段。在一些示例中，模块可以包括应用程序接口(API)以执行其一些或全部功能(例如，操作)。另外的和/或替代的示例中，模块可以经由至少一个处理单元(例如，处理器118)实现为计算机可读指令、各种数据结构等等，以将设备配置为执行指令并执行本文所描述的操作。用于执行这些操作的功能可以包括在多个设备或单个设备中。

在至少一个示例中，交互模块124可以至少部分地基于从输入接口138接收的数据来确定用户106与用户界面之间的交互，如下所述。通知分类模块126可以从服务器110接收通知，并且可以对通知进行分类以确定相应的通知类型。呈现确定模块128可以利用通知类型来访问、接收和/或确定指示如何呈现通知的呈现数据。数据存储装置130可以存储被组织为使得可以对其访问、管理和更新的数据。在至少一个示例中，数据存储装置130可以存储元素简档132。元素简档132可以包括被映射到相应元素或以其他方式与相应元素相关联的呈现数据。UI生成模块134可以访问和/或接收呈现数据，并且可以将具有通知的呈现数据发送给输出接口140，如下所述。在至少一个示例中，UI生成模块134可以基本上同时接收一个以上通知。在此类示例中，排序模块136可以对通知进行排序以确定用于呈现通知的顺序。

设备108可以包括输入接口138和输出接口140。输入接口138可以经由键盘、小键盘、鼠标、笔、语音输入设备、麦克风、触摸输入设备、触摸传感器、触摸屏、手势输入设备、操纵杆、控制按钮、滚动按钮、游戏控制器、相机、注视跟踪设备、感测设备或任何其他适合的设备来实现输入，以生成定义与设备108的用户交互的数据。输出接口140可以使得设备108能够经由显示器(例如，触摸屏、液晶显示器(LCD)、硬件表面显示器等等)、扬声器、触觉接口等等来呈现通知。

举一个非限制性示例，图1示出了呈现与协作式计算环境的主页相对应的用户界面的输出接口140(即，显示器)，如上所述。如图1中所示出的，用户界面可以包括类似卡的各种图形元素。如上所述，每个卡可以对应于微环境。即，每个卡可以与局部功能相关联，该局部功能与用户界面的全局功能不同但是相关。如所示出的，卡B对应于微环境142。与卡B相关联的微环境142可以与卡B本地的一个或多个功能相关联，并且可以不影响用户界面中的其他微环境。例如，如果用户106与关联于卡B的文本元素144交互，则卡A或卡F可能不受影响。在至少一个示例中，用户106可以与文本元素144交互，并且响应于该交互，可以向该用户呈现通知146。举一个非限制性示例，通知146可以向用户106转告存在由于他或她与文本元素144的交互而导致的错误。如图1中所示出的，可以邻近于文本元素144和/或微环境142在用户界面上呈现通知146。即，通知146可以呈现在文本元素144和/或微环境142的阈值距离内。下面参考图3描述了与通知的呈现相关联的另外细节。

图2示出了通过示例性环境200的数据流，该示例性环境200用于呈现对应于与用户界面的微环境相关联的交互的上下文内容。图2是数据如何流过示例性环境200的非限制性示例。应该理解，可以使用比图2中所示出更多类型的数据流。

如上所述，设备108可以包括输入接口138。在至少一个示例中，用户106可以经由输入接口138与用户界面交互，如上所述。在一些示例中，用户106可以在用户界面上致动对应于对象的控件(例如，超链接或覆盖)，以分别致动与对象相关联的主页或者将用户106带到对象的位置。用户106可以通过点击、触摸或以其他方式选择控件来致动控件。此外，在另外的和/或替代的示例中，用户106可以通过致动对应于动作调用的控件(例如，共享、关注、在消息中发送等等)来与用户界面交互。在此类示例中，上述控件可以对应于元素。在另外的和/或替代的示例中，输入接口138(例如注视跟踪设备和/或相机)可以确定元素对应于用户106的注视目标。即，输入接口138(例如注视跟踪设备和/或相机)可以确定用户106正在查看元素。在此类示例中，确定元素对应于用户106的注视目标可以指示用户106与该元素之间的交互。

输入接口138可以将输入数据202发送给交互模块124，从而指示经由输入接口138与用户界面的交互，如线204所示出的。在至少一个示例中，输入数据202可以标识交互以及用户界面上作为交互主体的元素。交互模块124可以从输入接口138接收输入数据202并且可以将实现数据206发送给通信模块118，如线208所示出的。在至少一个示例中，实现数据206可以标识用户106与其交互的元素以及该交互，并且可以请求实现与元素和/或交互相对应的功能。通信模块118可以从设备108接收实现数据206。在非限制性示例中，元素可以与动作调用(例如使得用户106能够关注对象(例如网站、博客、协作数据存储库等等)的关注功能或喜爱功能)相关联。如上所述。在此类示例中，通信模块118可以接收实现数据206，该实现数据206可以指示用户106与关联于关注功能或喜爱功能的元素交互并请求实现对应的功能。即，实现数据206可以包括用于执行一个或多个动作的命令，以使得用户106能够关注对应的对象。

通信模块118可以与服务器模块和信息116交换数据。如上所述，服务器模块和信息116可以被配置为：管理服务器110内的硬件和服务并且耦合到服务器110，以利于其他组件和/或模块。例如，服务器模块和信息116可以从通信模块118访问和/或接收实现数据206，如线210所示出的。服务器模块和信息116可以对实现数据206进行处理以力图实现与元素和/或交互相关联的功能。服务器模块和信息116可以将与所请求的实现相关联的通知212发送给通信模块118，如线214所示出的。

在一些示例中，通知212可以与标识所请求的实现的结果的数据相关联。在至少一个示例中，通知212可以是指示不能完成请求的错误通知。在一些示例中，通知212可以指示为何不能完成请求。例如，通知212可以指示请求失败或者未找到作为请求主体的对象。在其他示例中，通知212可以是指示请求已被执行的成功通知。例如，在上面的非限制性示例中，通知212可以指示用户106现在关注网站、博客、协作数据储存库等等。在另外的和/或替代的示例中，通知212可以是动作请求通知、信息通知等等。举一个非限制性示例，动作请求通知可以在执行所请求的功能之前请求所需要的管理动作。举另一个非限制性示例，信息通知可以传送与所请求的功能相关联的提示或推荐。

通信模块118可以向通知分类模块126发送通知212，如线215所示出的。通知分类模块126可以对通知212进行分类以确定通知类型。每个通知212可以与不同类型的通知相关联。出于说明性目的，可以基于通知传达的信息来确定通知的类型。即，传达不能执行所请求的功能、未识别请求的通知、不允许实现所请求的功能等等的通知可以是错误通知类型。替代地，传达已成功实现所请求的功能的通知可以是成功通知类型。另外，传达动作请求的通知可以是动作请求通知类型，并且传达信息的通知可以是信息通知类型。可以构想各种其他通知类型。

在至少一些示例中，通知类型可以比错误通知类型、成功通知类型等等更具体。例如，在至少一个示例中，通知类型可以标识特定的错误通知、特定的成功通知等等。举一个非限制性示例，通知类型可以标识访问被拒绝错误通知、未找到文件错误通知等等。在至少一个示例中，与从通信模块118接收的通知212相关联的数据可以指示通知212的通知类型。在此类示例中，通知分类模块126可以访问与通知212相关联的数据以确定通知类型。

在另外的和/或替代的示例中，通知分类模块126可以利用一个或多个机器学习机制来确定通知212的通知类型。出于说明性目的，机器学习机制可以包括从接收到的数据中学习的一个或多个程序。例如，机器学习机制可以构建、修改或以其他方式利用从示例性输入创建的数据模型，并使用该数据模型来作出预测或决策。在当前示例中，数据模型可以用于确定通知类型。可以使用监督学习算法(例如，人工神经网络、贝叶斯统计、支持向量机、决策树、分类器、k最近邻等等)、无监督学习算法(例如，人工神经网络、关联规则学习、分层聚类、聚类分析等等)、半监督学习算法、深度学习算法等等来训练数据模型。在至少一个示例中，通知分类模块126可以利用对通知212的语义挖掘来标识与通知相关联的词语(例如，“错误”、“成功”、“所请求的动作”等等)。可以利用这些词语作为数据模型的输入，并且数据模型可以基于该输入来确定通知类型。

通知分类模块126可以将通知类型数据216和通知212发送给呈现确定模块128，如线218所示出的。呈现确定模块128可以利用通知类型数据216来访问、接收和/或确定指示如何呈现通知212的呈现数据220。在至少一个示例中，呈现数据220可以被映射到元素或以其他方式与元素相关联，并且可以在数据存储装置130中存储在对应的元素简档132中，如下所述。在此类示例中，呈现确定模块128可以从数据存储装置130访问或接收呈现数据220。即，呈现确定模块128可以发送包括元素的标识和通知类型的请求222，如线224所示出的。数据存储装置可以将相应的呈现数据220发送回呈现确定模块128，如线226所示出的。替代地，呈现确定模块128可以访问数据存储装置130和相应的呈现数据220。

在一些示例中，元素可以不与呈现数据220相关联。在此类示例中，内容确定模块128可以利用一个或多个机器学习机制来确定呈现数据220。如上所述，机器学习机制可以包括从接收到的数据中学习的一个或多个程序。在至少一个示例中，机器学习机制可以用于基于与用户界面上的元素的交互来确定与呈现通知相关联的取向、样式、消息、定时等等。可以使用监督学习算法(例如，人工神经网络、贝叶斯统计、支持向量机、决策树、分类器、k最近邻等等)、无监督学习算法(例如，人工神经网络、关联规则学习、分层聚类、聚类分析等等)、半监督学习算法、深度学习算法等等来训练数据模型，如上所述。在此类示例中，呈现确定模块128可以确定与元素相关联的上下文数据。上下文数据可以指示作为交互主体的元素、元素在用户界面上的位置、与元素相关联的功能、与元素相关联的至少一个容器、与元素相关联的至少一个容器相关联的位置等等。呈现确定模块128可以将数据模型应用于上下文数据和指示通知类型的数据，以确定与呈现通知212相关联的取向、样式、消息、定时等等。

如上所述，数据存储装置130可以存储被组织为可以对其访问、管理和更新的数据。呈现确定模块128可以从数据存储装置130访问和/或接收呈现数据220。在至少一个示例中，数据存储装置130可以存储元素简档132。在将元素添加到用户界面时，可以将对应的元素简档132添加到数据存储装置130。元素简档132可以包括被映射到元素或以其他方式与元素相关联的数据。即，在将元素添加到用户界面时，可以填充相应的元素简档132以包括与元素和呈现数据相关联的数据，如下所述。可以在将元素添加到用户界面的时间之后更新和/或修改元素简档132中的数据。在至少一个示例中，与元素简档132相关联的数据可以指示与元素相关联的一个或多个功能、元素在用户界面上的位置等等。

另外，数据可以标识与元素相关联的一个或多个容器以及该一个或多个容器中的每个容器的类型。在至少一个示例中，元素可以与第一容器相关联，其中第一容器可以与第二容器分层地相关，以此类推。举一个非限制性示例，元素可以与列表相关联。即，与元素相关联的第一容器是列表项。在一些示例中，列表项可以与卡相关联，如上所述。在此类示例中，与元素相关联的第二容器是卡。在其他示例中，列表项可以与关联于用户界面的列表项面板相关联。在此类示例中，与元素相关联的第二容器是面板。这种分层关系可以映射到元素简档132或以其他方式与元素简档132相关联。

另外地和/或替代地，可以映射到元素简档132或以其他方式与元素简档132相关联的数据可以包括指示如何呈现通知212的呈现数据220。在至少一个示例中，呈现数据220可以指示相应通知212的取向、相应通知212的样式、用于传达相应通知212的消息、与对应通知212的呈现相关联的定时等等。可以至少部分地基于元素与其相关联的容器、元素和/或对应容器在用户界面上的位置、和/或元素与其相关联的容器类型来针对每个元素确定呈现数据220。在一些示例中，可以至少部分地基于容器类型和/或与元素相关联的各容器之间的分层关系的组合来确定呈现数据220。

在至少一个示例中，与相同容器类型相关联的元素可以具有基本上类似的呈现数据220。替代地，与不同容器类型相关联的元素可以具有不同的呈现数据220。在元素可以与一个或多个容器相关联的示例中，与具有相同分层关系的容器类型的相同组合相关联的元素可以具有基本上类似的呈现数据220。即，在至少一个示例中，可以被映射到或者以其它方式与元素简档132(其对应于具有相同功能的元素)相关联、与相同分层顺序中的容器的相同组合相关联的呈现数据220可以是相同的，以使得可以以基本上相同的取向、以基本上相同的样式、以基本上相同的定时等等来呈现作为相同通知类型的通知212。替代地，与容器类型的不同组合和/或容器类型之间的不同分层关系相关联的元素可以具有不同的呈现数据220。

然而，在至少一个示例中，与相同容器类型相关联的元素可以位于用户界面上的不同位置。在此类示例中，第一元素和第二元素可以与呈现通知的基本上相似的样式相关联(例如，与第一元素相关联的通知和与第二元素相关联的通知两者都可以是具有类似呈现样式的标注)；然而，通知的取向可以基于第一元素和第二元素位于用户界面上的位置而改变。例如，举一个非限制性示例，如果第一元素与可以使得通知212呈现在第一元素上方的呈现数据220相关联，并且如果第二元素接近用户界面的顶部，则呈现数据220可以使得通知呈现在第二元素的左侧或右侧。即，元素和/或容器的位置可以用于确定呈现数据220。

在至少一个示例中，单独的通知类型可以被映射到呈现数据220或者以其它方式与呈现数据220相关联，该呈现数据220被映射到每个元素简档132或者以其它方式与每个元素简档132相关联。例如，在每个元素简档132中，呈现数据220可以指示如何呈现与每种通知类型相关联的通知。举一个非限制性示例，呈现数据220可以指示如何呈现错误类型通知、如何呈现成功类型通知、如何呈现动作请求类型通知、信息类型通知等等。如上所述，在一些示例中，通知类型可以比上面描述的那些类型更具体。即，在至少一个示例中，元素简档132可以包括指示如何呈现针对单独错误通知(例如，拒绝访问、未找到文件、页面错误等等)的请求的呈现数据220。

在一些示例中，呈现数据220可以特定于设备类型。即，与第一设备上的通知类型和元素相对应的呈现数据220可以与针对第二设备上的相同通知类型和相同元素的呈现数据220不同。不同设备的各个方面(包括但不限于显示器的尺寸、显示器的取向等等)可以使得呈现数据220针对每种不同的设备类型而改变。

如上所述，呈现数据220可以包括指示通知212的取向、通知212的样式、用于传达通知212的消息、与通知212的呈现相关联的定时等等的数据。在至少一个示例中，取向可以确定在用户界面上相对于与通知212相关联的元素在何处呈现通知212的图形表示。在一些示例中，呈现数据220可以指示要在元素上方呈现通知212。在其他示例中，呈现数据220可以指示将在元素下方呈现通知212。在另外的和/或替代的示例中，呈现数据220可以指示将在元素的左侧或元素的右侧呈现通知212。

另外地和/或替代地，呈现数据220可以包括与通知212的呈现相关联的间隔和/或定位。在至少一个示例中，呈现数据220可以指示将在用户界面上的元素的阈值距离内呈现通知212。例如，在一些示例中，呈现数据220可以指示将在元素的设定距离(例如，2cm、3cm、5cm等等)内呈现通知212。替代地，在其他示例中，呈现数据220可以指示将在可变距离内呈现通知212，该可变距离可以基于元素的尺寸(例如，高度、宽度等等)来确定。另外地或替代地，呈现数据220可以指示将在元素的预先确定的数量的像素内和/或相对于元素在与该预先确定的数量的像素相对应的距离处呈现通知212。

在另外的和/或替代的示例中，呈现数据220可以指示将相对于元素来呈现通知212的特定位置、与元素相关联的卡、与卡和/或元素相关联的区域等等。例如，在至少一个示例中，呈现数据220可以指示将在元素和/或卡内、在元素和/或卡的特定区域中、可见地触摸(例如，重叠)元素和/或卡的至少某个部分等等来呈现通知212。在一个非限制性示例中，呈现数据220可以指示将在卡上的特定位置中呈现横幅或者标注将被固定到用户界面的一部分上与元素相对应的特定位置。下面参考图3描述了与通知212的呈现相关联的另外细节。

通知的样式可以确定通知212在呈现时如何展示。在至少一个示例中，呈现数据220可以指示是否将通知212呈现为横幅、标注、对话、flash、动画、手势、图形等等。另外，呈现数据220可以指示每个通知212的设计和/或配置。例如，呈现数据220可以指示通知的图形表示的大小、与通知212的图形表示相关联的颜色、与关联于图形表示的文本相关联的字体等等。

此外，呈现数据220可以指示用于传达通知212的消息。即，呈现数据220可以指示通知的可以与图形表示相关联的文本表示。例如，举一个非限制性示例，呈现数据220可以指示与错误相对应的通知可以包括消息“在完成您的请求时出错”，或者替代地“对不起，由于错误我们无法完成该任务。”

另外地和/或替代地，呈现数据220可以指示用于呈现通知212的时间长度。例如，呈现数据220可以指示在预先确定的时间量内呈现通知212，直到用户106解除通知212为止等等。

在一些示例中，呈现确定模块128可以将呈现数据220和通知212发送给UI生成模块134，如线228所示出的。UI生成模块134可以访问和/或接收呈现数据220和通知212，并且可以将呈现数据220和通知212发送给输出接口140，如线230所示出的。输出接口140可以使得设备108至少部分地基于呈现数据220来呈现通知212。在至少一个示例中，输出接口140可以使得通知212经由设备108的显示器呈现在用户界面上。

在至少一个示例中，UI生成模块134可以基本上同时接收一个以上的通知212。在此类示例中，排序模块136可以对通知212进行排序以确定用于呈现通知212的顺序。在至少一个示例中，排序模块136可以至少部分地基于通知212的严重性来对通知212进行排序。即，在一些示例中，排序模块136可以至少部分地基于通知212对设备108的重要程度来对通知212进行排序。例如，如果第一通知与系统崩溃错误相关联并且第二通知与动作请求相关联，则排序模块136可以对通知进行排序以使得第一通知排在第一并且第二通知排在第二。

在其他示例中，排序模块136可以至少部分地基于第一通知和第二通知与用户106的相关性来对通知进行排序。在此类示例中，排序模块136可以访问与对应于第一通知的元素相关联的数据来确定与该元素相关联的权重。权重可以指示元素与用户106的相关程度。在至少一个示例中，可以至少部分地基于与元素的交互频率和/或规则性、和/或与元素相关联的容器、与元素和/或与元素相关联的卡的交互的新近度、谁在与元素和/或与元素相关联的卡交互等等来确定与元素相关联的权重。类似地，排序模块136可以访问与对应于第二通知的元素相关联的数据，以确定与该元素相关联的权重。在此类示例中，排序模块136可以至少部分地基于与对应于每个通知的元素相关联的权重来对通知进行排序。即，如果第一通知与具有比关联于第二通知的元素更高权重的元素相关联，则排序模块136可以将第一通知排序高于第二通知。

当UI生成模块134基本上同时接收到两个或更多个通知时，UI生成模块134可以利用由排序模块136确定的顺序来确定用于将对应的呈现数据220和通知212发送给输出接口140的顺序。即，UI生成模块134可以在发送与较低排名的通知相关联的呈现数据220和通知212之前将与排名靠前的通知相关联的呈现数据220和通知212发送给输出接口140。

在至少一个示例中，通信模块118可以推送通知212并且和/或替代地响应于接收到实现数据206而发送通知212。在此类示例中，通知分类模块126可以确定通知212与用户界面的哪个元素相关联。在一些示例中，通知分类模块126可以访问与通知212相关联的数据以做出所述确定。在此类示例中，可以执行图2中所描述的剩余过程和数据流程，以使得经由输出接口140来呈现通知212。

图3是如本文所述的示例性用户界面300。如上所述，输出接口140可以至少部分地基于呈现数据来呈现通知。在图3中，可以经由设备108的显示器来呈现用户界面300。用户界面300可以与全局功能相关联。举一个非限制性示例，用户界面300被示为与协作式服务应用相对应的内容页面的示例，如上所述。在至少一个示例中，用户界面300可以包括可以对应于对象的卡的多个图形表示，如上所述。每个卡可以与一个或多个元素相关联，如上所述。

用户界面300包括四个卡：卡A 302、卡B 304、卡C 306和卡D 308。用户界面300的对应于每个卡的区域可以与微环境相关联，如上所述。即，用户界面300的对应于每个卡的区域可以具有局部化功能。例如，卡A可以与微环境310A相关联，以使得用户106可以与卡A302或对应的元素312A交互，并且所得到的功能可以与微环境310A相关联。即，所得到的功能可以是微环境310A的局部化功能，并且可以不影响与用户界面300相关联的其他微环境(例如，微环境310B等等)。

如上所述，与单独元素相关联的呈现数据可以确定如何经由用户界面300来呈现通知。例如，在非限制性示例中，用户106可以与元素312A交互以力图访问与元素312A相关联的对象。至少部分地基于该交互，设备108可以接收指示访问对象的请求被拒绝的通知。即，通知可以指示在尝试访问对象时存在错误。在一些示例中，通知可以包括关于访问对象的尝试为何失败的信息。举一个非限制性示例，可以呈现通知的图形表示以传送所请求的对象不再可用，如标注314A中所示出的。与元素312A相关联的呈现数据可以至少部分地基于接收到错误类型通知来指示通知将被呈现为用户界面300上的标注314A。另外，如上所述，呈现数据可以指示与标注314A相关联的取向。例如，呈现数据可以指示标注314A将位于元素312A的右侧和元素312A的上方。另外地和/或替代地，可以至少部分地基于与元素312A相关联的呈现数据来确定标注314A的样式。此外，可以至少部分地基于与元素312A相关联的呈现数据来确定与标注314A相关联的消息(“该消息不再可用。”)。

如所示出的，与卡B相关联的元素312B是不同的元素。例如，元素312B可以是与动作调用请求(例如关注或喜爱请求)相关联的控件。即，通过致动与元素312B相关联的控件，用户106可以请求关注或喜爱相应的对象。在一些示例中，此类动作可以使得用户116能够接收与对象相关联的更新(例如，新的博客帖子、新视频等等)。与元素312B相关联的呈现数据可以指示与元素312B相关联的通知的不同取向和样式。如所示出的，呈现数据可以指示错误类型通知将被呈现为用户界面300上的横幅，如横幅314B所示出的。呈现数据可以指示横幅314B将被呈现在相应卡上的特定位置。另外地和/或替代地，呈现数据可以指示横幅314B的样式、与横幅314B相关联的消息(“错误——尝试再次关注。”)等等。

在至少一个示例中，用户界面300可包括面板，该面板包括一个或多个面板元素316A-316E。面板可包括任何数量的面板元素316A-316E。在至少一个示例中，面板元素(例如，元素316D)可以包括元素312C。元素312C可以是与动作调用(例如关注或喜爱请求)相关联的控件。即，元素312C可以是元素312B的相同类型。然而，与元素312B相关联的容器与关联于元素312C的面板元素不同。因此，呈现数据可以使得按不同方式来呈现通知，因为与元素相关联的容器是不同的(例如，卡与面板元素)。在一个非限制性示例中，如图3中所示出的，与元素312C相关联的通知的呈现可以具有与关联于元素312B的通知的呈现不同的取向和样式。如所示出的，呈现数据可以指示与动作调用元素相关联的错误类型通知可以被呈现为用户界面300上的标注，如标注314C所示出的，其中该动作调用元素对应于与面板元素相关联的元素312C。呈现数据可以指示可以相对于元素312C以特定取向来呈现标注314C。另外地和/或替代地，呈现数据可以指示标注314C的样式、与标注314C相关联的消息(“错误”)等等。

用户界面300仅是可以经由本文所描述的技术来呈现用户界面的一个示例。另外的和/或替代的配置可用于基于微环境交互来呈现上下文内容。例如，可以与邮件服务应用、管理服务应用等等中的微环境交互相关联地呈现上下文内容。例如，在邮件服务应用中，用户界面的对应于日历的区域可以与第一微环境相关联，并且用户界面的对应于所接收的电子邮件消息(例如，收件箱)的区域可以对应于第二微环境。替代地，在管理服务应用中，单独的管理任务可以对应于单独的微环境。

示例性过程

下面图4-图7中所描述的过程被示为逻辑流程图中的框的集合，这些框表示可以用硬件、软件或其组合实现的操作序列。在软件的上下文中，框表示存储在一个或多个计算机可读存储介质上的计算机可执行指令，当由一个或多个处理器执行时，这些计算机可执行指令执行所记载的操作。通常，计算机可执行指令包括执行特定功能或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。所描述的操作的顺序并非旨在被解释为限制，并且可以以任何顺序和/或并行地组合任何数量的所描述的框以实现过程。

图4示出了用于至少部分地基于从服务设备接收到的通知来呈现对应于与用户界面的微环境相关联的交互的上下文内容的示例性过程400。

框402示出了从服务器(例如，服务器110)接收通知。如上所述，通信模块118可以从远程设备(例如，设备108)接收数据，并且可以将数据发送给远程设备(例如，设备108)。在至少一个示例中，通信模块118可以响应于从设备108接收指示交互的数据而向设备108发送通知。在其他示例中，通信模块118可以将通知推送到设备108。即，在此类示例中，通信模块118可以在没有从设备108接收到指示交互的数据的情况下向设备108发送通知。在上述示例中，通知分类模块126可以接收通知。

框404示出了确定用户界面上与通知相关联的元素。在至少一个示例中，通知分类模块126可以确定通知与用户界面的哪个元素相关联。在一些示例中，通知分类模块126可以访问与通知相关联的数据以做出所述确定，如上所述。

框406示出了对通知进行分类以确定通知类型。通知分类模块126可以对通知进行分类以确定通知类型，如上所述。每个通知都可以与不同的通知类型相关联。出于说明性目的，可以基于通知所传达的信息来确定通知的类型。在至少一个示例中，与从通信模块118接收到的通知相关联的数据可以指示通知的通知类型。在此类示例中，通知分类模块126可以访问与通知相关联的数据以确定通知类型。在另外的和/或替代的示例中，通知分类模块126可以利用一个或多个机器学习机制来确定通知的通知类型，如上所述。

框408示出了访问与通知类型和元素相对应的呈现数据。呈现确定模块128可以利用通知类型数据216来访问、接收和/或确定指示如何呈现通知的呈现数据。在至少一个示例中，呈现数据可以被映射到元素或以其他方式与元素相关联，并且可以在对应的元素简档132中存储在数据存储装置130中，如下所述。在此类示例中，呈现确定模块128可以从数据存储装置130访问或接收呈现数据。在一些示例中，元素可以不与呈现数据相关联。在此类示例中，内容确定模块128可以利用一个或多个机器学习机制来确定呈现数据，如上所述。

框410示出了至少部分地基于呈现数据来经由用户界面呈现通知。在一些示例中，呈现确定模块128可以将呈现数据和通知发送给UI生成模块134，如上所述。UI生成模块134可以访问和/或接收呈现数据和通知，并且可以将呈现数据和通知发送给输出接口140。输出接口140可以使得设备108能够至少部分地基于呈现数据来呈现通知212。在至少一个示例中，输出接口140可以使得通知212经由设备的显示器呈现在用户界面上，如上面参考图3所描述的

图5示出了用于至少部分地基于从服务设备接收到的通知来呈现对应于与用户界面的微环境相关联的交互的上下文内容的示例性过程500。

框502示出了接收指示与用户界面上的元素的交互的输入。在至少一个示例中，用户106可以经由输入接口138与用户界面交互，如上所述。输入接口138可以将输入数据发送给交互模块124，从而指示经由输入接口138与用户界面的交互。在至少一个示例中，输入数据可以标识交互和用户界面上的作为交互主体的元素。

框504示出了将与交互相关联的数据发送给服务器(例如，服务器110)。交互模块124将实现数据发送给通信模块118。在至少一个示例中，实现数据可以标识用户106与其交互的元素和该交互，并且可以请求实现与元素和/或交互相对应的功能。通信模块118可以从设备108接收实现数据，如上所述。

框506示出了从服务器接收通知。通信模块118可以向通知分类模块126发送通知，并且通知分类模块126可以接收该通知。在一些示例中，通知可以与标识所请求的实现的结果的数据相关联，如上所述。

框508示出了对通知进行分类以确定通知类型。通知分类模块126可以对通知进行分类以确定通知类型。每个通知都可以与不同的通知类型相关联。出于说明性目的，可以基于通知所传达的信息来确定通知类型，如上所述。在至少一个示例中，与从通信模块118接收到的通知相关联的数据可以指示通知的通知类型。在此类示例中，通知分类模块126可以访问与通知相关联的数据以确定通知类型。在另外的和/或替代的示例中，通知分类模块126可以利用一个或多个机器学习机制来确定通知的通知类型，如上所述。

框510示出了访问与通知类型和元素相对应的呈现数据。呈现确定模块128可以利用通知类型数据216来访问、接收和/或确定指示如何呈现通知的呈现数据。在至少一个示例中，呈现数据可以被映射到元素或以其他方式与元素相关联，并且可以在对应的元素简档132中存储在数据存储装置130中，如上所述。在此类示例中，呈现确定模块128可以从数据存储装置130访问或接收呈现数据。在一些示例中，元素可以不与呈现数据相关联。在此类示例中，内容确定模块128可以利用一个或多个机器学习机制来确定呈现数据，如上所述。

框512示出了至少部分地基于呈现数据来经由用户界面呈现通知。在一些示例中，呈现确定模块128可以将呈现数据和通知发送给UI生成模块134，如上所述。UI生成模块134可以访问和/或接收呈现数据和通知，并且可以将呈现数据和通知发送给输出接口140。输出接口140可以使得设备108能够至少部分地基于呈现数据来呈现通知212。在至少一个示例中，输出接口140可以使得通知212经由设备的显示器呈现在用户界面上，如上面参考图3所描述的

图6示出了用于确定与对应于与用户界面的微环境相关联的交互的内容相关联的呈现数据并且至少部分地基于该呈现数据来呈现上下文内容的示例性过程600。

框602示出了接收指示与用户界面上的元素的交互的输入。在至少一个示例中，用户106可以经由输入接口138与用户界面交互，如上所述。输入接口138可以将输入数据发送给交互模块124，从而指示经由输入接口138与用户界面的交互。在至少一个示例中，输入数据可以标识交互和用户界面上的作为交互主体的元素。

框604示出了确定与元素相关联的上下文数据。在至少一个示例中，呈现确定模块128可以确定与元素相关联的上下文数据。上下文数据可以指示元素在用户界面上的位置、与元素相关联的功能、与元素相关联的至少一个容器、与元素相关联的至少一个容器的位置等等。

框606示出了将与交互相关联的数据发送给服务器(例如，服务器110)。交互模块124将实现数据发送给通信模块118。在至少一个示例中，实现数据可以标识用户106与其交互的元素和该交互，并且可以请求实现与元素和/或交互相对应的功能。通信模块118可以从设备108接收实现数据，如上所述。

框608示出了从服务器接收通知。通信模块118可以向通知分类模块126发送通知，并且通知分类模块126可以该通知。在一些示例中，通知可以与标识所请求的实现的结果的数据相关联，如上所述。

框610示出了对通知进行分类以确定通知类型。通知分类模块126可以对通知进行分类以确定通知类型。每个通知都可以与不同的通知类型相关联。出于说明性目的，可以基于通知所传达的信息来确定通知类型，如上所述。在至少一个示例中，与从通信模块118接收到的通知相关联的数据可以指示通知的通知类型。在此类示例中，通知分类模块126可以访问与通知相关联的数据以确定通知类型。在另外的和/或替代的示例中，通知分类模块126可以利用一个或多个机器学习机制来确定通知的通知类型，如上所述。

框612示出了至少部分地基于上下文数据和通知类型来确定呈现数据。在一些示例中，元素可以不与呈现数据相关联。在此类示例中，内容确定模块128可以利用一个或多个机器学习机制来确定呈现数据，如上所述。呈现确定模块128可以将数据模型应用于上下文数据和指示通知类型的数据，以确定与呈现通知相关联的取向、样式、消息、定时等等，如上所述。即，呈现确定模块128可以将数据模型应用于上下文数据和指示通知类型的数据，以确定与元素和通知类型相关联的呈现数据。

框614示出了至少部分地基于呈现数据来经由用户界面呈现通知。在一些示例中，呈现确定模块128可以将呈现数据和通知发送给UI生成模块134，如上所述。UI生成模块134可以访问和/或接收呈现数据和通知，并且可以将呈现数据和通知发送给输出接口140。输出接口140可以使得设备108能够至少部分地基于呈现数据来呈现通知212。在至少一个示例中，输出接口140可以使得通知212经由设备的显示器呈现在用户界面上，如上面参考图3所描述的。

图7示出了用于对通知进行排序以确定顺序并至少部分地基于该顺序来呈现通知的示例性过程700。

框702示出了从一个或多个服务器(例如，服务器110)接收两个或更多个通知。如上所述，通信模块118可以向通知分类模块126发送一个或多个通知，并且通知分类模块126可以接收该一个或多个通知。通知分类模块126可以经由呈现确定模块128将一个或多个通知发送给UI生成模块134。在至少一个示例中，UI生成模块134可以基本上同时接收一个以上的通知。

框704示出了对两个或更多个通知进行排序以确定顺序。排序模块136可以对通知212进行排序以确定用于呈现通知212的顺序，如上所述。在至少一个示例中，排序模块136可以至少部分地基于通知的严重性来对通知212进行排序。在其他示例中，排序模块136可以至少部分地基于第一通知和第二通知与用户106的相关性来对通知进行排序，如上所述。

框706示出了至少部分地基于顺序来经由用户界面呈现两个或更多个通知。当UI生成模块134基本上同时接收到两个或更多个通知时，UI生成模块134可以利用由排序模块136确定的顺序来确定用于将相应的呈现数据和通知发送给输出接口140的顺序，如上所述。输出接口140可以按接收到一个或多个通知的顺序来呈现该一个或多个通知。

示例性条款

A、一种客户端设备，包括：一个或多个处理器；以及存储一个或多个模块的存储器，所述一个或多个模块可由所述一个或多个处理器执行以使得所述系统执行包括以下各项的操作：接收指示与用户界面上的元素的交互的输入，所述元素与所述用户界面的区域相关联；向服务设备发送包括所述元素的标识的数据和所述交互以及用于实现与所述元素或所述交互中的至少一者相关联的功能的请求；从所述服务设备接收指示所述请求成功或失败的通知；对所述通知进行分类以标识通知类型；访问呈现数据，所述呈现数据至少部分地基于所述元素、与所述元素相关联的容器、以及所述通知类型；以及至少部分地基于所述呈现数据，经由所述用户界面来呈现所述通知，所述通知被呈现在所述用户界面上的所述元素的阈值距离内。

B、如段落A所描述的设备，还包括用于存储元素简档的数据存储装置，其中，所述操作还包括：在将所述元素添加到所述用户界面时，将所述呈现数据映射到所述元素简档中的元素简档；以及至少部分地基于访问所述数据存储装置中的所述元素简档来访问所述呈现数据。

C、如段落A或B所述的设备，其中，所述呈现数据包括所述通知相对于所述元素的取向。

D、如段落A-C中任一段落所述的设备，其中，所述呈现数据包括用于呈现所述通知的样式。

E、如段落A-D中任一段落所述的设备，其中，所述呈现数据还至少部分地基于所述设备的类型。

F、如段落A-E中任一段落所述的设备，其中，所述用户界面的所述区域与一个或多个局部化功能相关联，所述一个或多个局部化功能与关联于所述用户界面的全局功能分离并且相关。

G、一种用于经由包括具有局部化功能的多个区域的用户界面来呈现上下文内容的方法，所述方法包括：从服务设备接收第一通知；确定所述用户界面上与所述第一通知相关联的第一元素，所述第一元素对应于所述多个区域中的区域；对所述第一通知进行分类以标识第一通知类型；确定与所述第一元素相关联的容器；访问第一呈现数据，所述第一呈现数据至少部分地基于所述第一元素、所述容器、以及所述第一通知类型；以及至少部分地基于所述第一呈现数据，经由所述用户界面来呈现所述第一通知，所述第一通知被呈现在所述区域内或邻近于所述区域。

H、如段落G所述的方法，还包括：接收第二通知，所述第二通知不同于所述第一通知；确定所述用户界面上与所述第二通知相关联的第二元素，所述第二元素不同于所述第一元素；对所述第二通知进行分类以标识第二通知类型，所述第二通知类型不同于所述第一通知类型；以及至少部分地基于所述第二元素和所述第二通知类型来访问第二呈现数据。

I、如段落H所述的方法，还包括：确定所述第一通知的第一重要性；确定所述第二通知的第二重要性；对所述第一通知和所述第二通知进行排序以确定顺序，所述排序至少部分地基于所述第一重要性和所述第二重要性；以及至少部分地基于所述顺序来呈现所述第一通知和所述第二通知。

J、如段落I所述的方法，还包括：确定所述第一通知的第一严重性；确定所述第二通知的第二严重性；以及还至少部分地基于所述第一严重性和所述第二严重性来对所述第一通知和所述第二通知进行排序。

K、如段落I所述的方法，还包括：确定所述第一通知与用户的第一相关性，所述用户与所述用户界面进行交互；确定所述第二通知与所述用户的第二相关性；以及还至少部分地基于所述第一相关性和所述第二相关性来对所述第一通知和所述第二通知进行排序。

L、如段落G-K中任一段落所述的方法，其中，呈现所述第一通知包括：在所述用户界面上的所述第一元素的阈值距离内呈现所述第一通知的图形表示。

M、如段落G-L中任一段落所述的方法，其中，呈现所述第一通知包括：在相对于所述用户界面上的所述第一元素的预先确定的位置中呈现所述第一通知的图形表示。

N、如段落G-K中任一段落所述的方法，其中，所述第一呈现数据包括与在所述用户界面上呈现所述第一通知相关联的位置和样式。

O、如段落N所述的方法，其中，所述位置和所述样式至少部分地基于所述容器的类型和所述容器在所述用户界面上的位置。

P、如段落G-O中任一段落所述的方法，还包括：接收指示与所述第一元素的交互的输入；向所述服务设备发送指示所述交互的数据；以及至少部分地基于发送所述数据，接收所述第一通知。

Q、编码有指令的一个或多个计算机可读介质，所述指令在由处理器执行时将计算机配置为执行如段落G-P中任一段落所述的方法。

R、一种设备，包括一个或多个处理器以及编码有指令的一个或多个计算机可读介质，所述指令在由所述一个或多个处理器执行时将计算机配置为执行如段落G-P中任一段落所述的计算机实现的方法。

S、一种用于经由包括具有局部化功能的多个区域的用户界面来呈现上下文内容的方法，所述方法包括：用于从服务设备接收第一通知的单元；用于确定所述用户界面上与所述第一通知相关联的第一元素的单元，所述第一元素对应于所述多个区域中的区域；用于对所述第一通知进行分类以标识第一通知类型的单元；用于确定与所述第一元素相关联的容器的单元；用于访问第一呈现数据的单元，所述第一呈现数据至少部分地基于所述第一元素、所述容器、以及所述第一通知类型；以及用于至少部分地基于所述第一呈现数据，经由所述用户界面来呈现所述第一通知的单元，所述第一通知被呈现在所述区域内或邻近于所述区域。

T、如段落S所述的方法，还包括：用于接收第二通知的单元，所述第二通知不同于所述第一通知；用于确定所述用户界面上与所述第二通知相关联的第二元素的单元，所述第二元素不同于所述第一元素；用于对所述第二通知进行分类以标识第二通知类型的单元，所述第二通知类型不同于所述第一通知类型；以及用于至少部分地基于所述第二元素和所述第二通知类型来访问第二呈现数据的单元。

U、如段落T所述的方法，还包括：用于确定所述第一通知的第一重要性的单元；用于确定所述第二通知的第二重要性的单元；用于对所述第一通知和所述第二通知进行排序以确定顺序的单元，所述排序至少部分地基于所述第一重要性和所述第二重要性；以及用于至少部分地基于所述顺序来呈现所述第一通知和所述第二通知的单元。

V、如段落U所述的方法，还包括：用于确定所述第一通知的第一严重性的单元；用于确定所述第二通知的第二严重性的单元；以及用于还至少部分地基于所述第一严重性和所述第二严重性来对所述第一通知和所述第二通知进行排序的单元。

W、如段落U所述的方法，还包括：用于确定所述第一通知与用户的第一相关性的单元，所述用户与所述用户界面进行交互；用于确定所述第二通知与所述用户的第二相关性的单元；以及用于还至少部分地基于所述第一相关性和所述第二相关性来对所述第一通知和所述第二通知进行排序的单元。

X、如段落S-W中任一段落所述的方法，其中，呈现所述第一通知包括：在所述用户界面上的所述第一元素的阈值距离内呈现所述第一通知的图形表示。

Y、如段落S-X中任一段落所述的方法，其中，呈现所述第一通知包括：在相对于所述用户界面上的所述第一元素的预先确定的位置中呈现所述第一通知的图形表示。

Z、如段落S-Y中任一段落所述的方法，其中，所述第一呈现数据包括与在所述用户界面上呈现所述第一通知相关联的位置和样式。

AA、如段落Z所述的方法，其中，所述位置和所述样式至少部分地基于所述容器的类型和所述容器在所述用户界面上的位置。

AB、如段落S-AA中任一段落所述的方法，还包括：用于接收指示与所述第一元素的交互的输入的单元；用于向所述服务设备发送指示所述交互的数据的单元；以及用于至少部分地基于发送所述数据，接收所述第一通知的单元。

AC、一种系统，包括：用于呈现包括多个区域的用户界面的显示器，所述多个区域中的区域与局部化功能相关联，所述局部化功能与对应于所述用户界面的全局功能不同且相关，所述区域包括一个或多个元素；一个或多个处理器；以及存储一个或多个模块的存储器，所述一个或多个模块可由所述一个或多个处理器执行以使得系统执行包括以下各项的操作：接收指示与所述一个或多个元素中的元素的交互的输入；以及，至少部分地基于所述交互，以取向、样式或消息中的至少一者来呈现与所述交互相关联的通知，所述取向、样式或消息至少部分地基于所述元素、与所述元素相关联的容器、以及所述通知的类型。

AD、如段落AC所述的系统，所述操作还包括：至少部分地基于接收所述输入，向服务设备发送指示所述交互的第一数据；以及从所述服务设备接收所述通知。

AE、如段落AD所述的系统，所述操作还包括：至少部分地基于接收所述通知，对所述通知进行分类以确定所述通知的类型；以及访问被映射到所述元素的呈现数据，所述呈现数据指示所述取向、所述样式和所述消息。

AF、如段落AC-AE中任一段落所述的系统，所述操作还包括：确定与所述元素相关联的上下文数据，所述上下文数据包括以下至少一者：所述用户界面上的所述元素的位置，或者与所述元素相关联的功能；以及至少部分地基于所述通知、所述容器和所述上下文数据来确定与所述通知相关联的呈现数据，所述呈现数据标识所述取向、所述样式和所述消息。

结论

虽然以特定于结构特征和/或方法动作的语言描述了主题内容，但要理解，所附权利要求中所定义的主题内容并不一定受限于所描述的特定特征或动作。相反，特定特征和动作被描述为实现各权利要求的说明性形式。

除非另外特别说明，否则诸如“能够”、“可以”、“可能”或“能”等条件语言在上下文中被理解为表示某些示例包括、而其它示例不一定包括某些特征、元素和/或步骤。因此，这种条件语言通常并非旨在暗示对于一个或多个示例以任何方式需要某些特征、元素和/或步骤，或者一个或多个示例一定包括用于在具有或没有输入或提示的情况下决定在任何特定示例中是否包括或者要执行某些特征、元素和/或步骤的逻辑。除非另外特别说明，否则诸如短语“X、Y或Z中的至少一个”的联接语言应被理解为表示某一项目、项等等可以是X、Y或Z、或者其组合。

Claims (15)

1.一种客户端设备，包括：

一个或多个处理器；以及

存储一个或多个模块的存储器，所述一个或多个模块可由所述一个或多个处理器执行以使得系统执行包括以下各项的操作：

接收指示与用户界面上的元素的交互的输入，所述元素与所述用户界面的区域相关联；

向服务设备发送包括所述元素和所述交互的标识的数据以及对于实现与所述元素或所述交互中的至少一者相关联的功能的请求；

从所述服务设备接收指示所述请求成功或失败的通知；

对所述通知进行分类以标识通知类型；

访问呈现数据，所述呈现数据至少部分地基于所述元素、与所述元素相关联的容器、以及所述通知类型；以及

至少部分地基于所述呈现数据，经由所述用户界面来呈现所述通知，所述通知被呈现在所述用户界面上的所述元素的阈值距离内。

2.根据权利要求1所述的设备，还包括用于存储元素简档的数据存储装置，其中，所述操作还包括：

在将所述元素添加到所述用户界面时，将所述呈现数据映射到所述元素简档中的一元素简档；以及

至少部分地基于访问所述数据存储装置中的所述一元素简档来访问所述呈现数据。

3.根据权利要求1或2所述的设备，其中，所述呈现数据包括所述通知相对于所述元素的取向。

4.根据权利要求1-3中任一项所述的设备，其中，所述呈现数据包括用于呈现所述通知的样式。

5.根据权利要求1-4中任一项所述的设备，其中，所述呈现数据还至少部分地基于所述设备的类型。

6.根据权利要求1-5中任一项所述的设备，其中，所述用户界面的所述区域与一个或多个局部化功能相关联，所述一个或多个局部化功能与关联于所述用户界面的全局功能分离并且相关。

7.一种用于经由包括具有局部化功能的多个区域的用户界面来呈现上下文内容的方法，所述方法包括：

从服务设备接收第一通知；

确定所述用户界面上与所述第一通知相关联的第一元素，所述第一元素对应于所述多个区域中的区域；

对所述第一通知进行分类以标识第一通知类型；

确定与所述第一元素相关联的容器；

访问第一呈现数据，所述第一呈现数据至少部分地基于所述第一元素、所述容器、以及所述第一通知类型；以及

至少部分地基于所述第一呈现数据，经由所述用户界面来呈现所述第一通知，所述第一通知被呈现在所述区域内或邻近于所述区域。

8.根据权利要求7所述的方法，还包括：

接收第二通知，所述第二通知不同于所述第一通知；

确定所述用户界面上与所述第二通知相关联的第二元素，所述第二元素不同于所述第一元素；

对所述第二通知进行分类以标识第二通知类型，所述第二通知类型不同于所述第一通知类型；以及

至少部分地基于所述第二元素和所述第二通知类型来访问第二呈现数据。

9.根据权利要求8所述的方法，还包括：

确定所述第一通知的第一重要性；

确定所述第二通知的第二重要性；

对所述第一通知和所述第二通知进行排序以确定顺序，所述排序至少部分地基于所述第一重要性和所述第二重要性；以及

至少部分地基于所述顺序来呈现所述第一通知和所述第二通知。

10.根据权利要求9所述的方法，还包括：

确定所述第一通知的第一严重性；

确定所述第二通知的第二严重性；以及

还至少部分地基于所述第一严重性和所述第二严重性来对所述第一通知和所述第二通知进行排序。

11.根据权利要求9或10所述的方法，还包括：

确定所述第一通知与用户的第一相关性，所述用户与所述用户界面进行交互；

确定所述第二通知与所述用户的第二相关性；以及

还至少部分地基于所述第一相关性和所述第二相关性来对所述第一通知和所述第二通知进行排序。

12.根据权利要求7-11中任一项所述的方法，其中，呈现所述第一通知包括：在所述用户界面上的所述第一元素的阈值距离内呈现所述第一通知的图形表示。

13.根据权利要求7-12中任一项所述的方法，其中，呈现所述第一通知包括：在相对于所述用户界面上的所述第一元素的预先确定的位置中呈现所述第一通知的图形表示。

14.根据权利要求7-13中任一项所述的方法，其中，所述第一呈现数据包括与在所述用户界面上呈现所述第一通知相关联的位置和样式。

15.根据权利要求14所述的方法，其中，所述位置和所述样式至少部分地基于所述容器的类型和所述容器在所述用户界面上的位置。