CN102193972A - 用于预测会见主题、后勤和资源的系统和方法 - Google Patents

Abstract

本发明公开了用于预测会见主题、后勤和资源的系统和方法。预测和建议可以在通信事件之前、在通信事件期间或响应于通信事件而发生。用户可以经由诸如点击或语音命令之类的用户输入来确认该预测或建议。系统可以分析关于通信事件的主题、后勤和资源的过去行为模式，然后准备在给定情形下最有可能使用哪些主题、后勤和资源的排名列表。所预测的后勤于是可包括要邀请的人、会见的时间和日期、其持续时间、位置以及可用于帮助可能的参与者聚集在一起的其他任何事项。资源可包括附加的文件、使用的文件、通信事件备忘录、所做的记录、因特网浏览器以及用户可以利用的其他程序。

Description

用于预测会见主题、后勤和资源的系统和方法

技术领域

本公开涉及通信，更具体而言涉及预测与通信事件相关联的主题(subject)、后勤(logistics)和资源(resource)。

背景技术

现代技术已经给那些希望为多人集会做出安排的人提供了许多选项。他们可以考虑安排哪种类型的事件，例如经典的当面会见、会议呼叫、视频会议、或任何其他类型的通信事件。他们可以考虑要邀请谁以及通信事件的位置、时间和持续时间。其他考虑包括随着邀请要发送什么附件、主题、此通信事件与先前事件相比较和对照起来如何、以及其将如何与每个人的安排相符合。给定在做出新的邀请时可能涉及的许多因素，检查先前的通信事件邀请以记住细节可能是有用的。然而，在给定时间的情况下，先前会见的数目和这些事件的细节搜索起来就变得太麻烦了。

类似地，在通信事件期间，参与者可以做笔记、查看所发送的附件、记录音频、与其他参与者发送即时消息通信、或者检查其他资源。在通信事件期间访问信息的能力可以提升生产力和主题理解，但是如果在通信事件期间定位资源时有问题，则也可能变得很麻烦。随着可供通信事件期间使用的应用和文档的不断增长，在正确的时间找到正确的信息的负担也增大了，直到负担超过了益处。于是，需要迅速且高效地找到有用的、相关的信息以用于邀请人们参与通信事件以及用于参与通信事件。

发明内容

本公开的其他特征和优点将在以下描述中将阐述，并且一部分将从描述中明显看出，或者可通过实践这里公开的原理来获知。可以利用权利要求中特别指出的手段和组合来实现和获得本公开的特征和优点。本公开的这些和其他特征将从以下描述和所附权利要求中变得更清楚，或者可通过实践这里阐述的原理来获知。

公开了用于预测和/或建议与通信事件相关联的主题、后勤和资源的系统、方法和非暂态计算机可读存储介质。这种预测和建议可以在通信事件之前、在通信事件期间或响应于通信事件而发生。用户可以经由诸如点击或语音命令之类的用户输入来确认该预测或建议。系统可以分析关于通信事件的主题、后勤和资源的过去行为模式，然后准备在给定情形下最有可能使用哪些主题、后勤和资源的排名列表。例如，所分析的后勤可包括先前的被邀请人、先前的参与者、先前通信事件的日期和时间、其持续时间、位置、动作项目以及通信事件后的行为。所预测的后勤于是可包括要邀请的人、会见的时间和日期、其持续时间、位置以及可用于帮助可能的参与者聚集在一起的其他任何事项。类似地，所分析和预测的资源可包括附加的文件、使用的文件、通信事件备忘录、所做的记录、因特网浏览器以及可被用户用在通信事件中的其他程序。

在一个实施例中，用户创建新的通信事件邀请，将数据输入到字段中，并且系统自动填充至少一个剩余主题、后勤或资源字段。用户随后可修改任何填充的字段，此时系统重新评估所给出的场景和/或情境，并且基于额外信息重新填充主题和后勤字段。对于主题和后勤的修改、重新评估和重新填充的这个反复过程一直继续，直到用户对通信事件邀请满意并确认这一点为止。系统随后可在通信事件期间基于主题和后勤的先前排名以及对资源使用的实时分析来向用户建议动作和资源。在通信事件之后，系统可基于先前的行为模式来指导采取额外的动作，例如创建跟进的通信事件、呼叫同事或者审阅备忘录。

在一个方面中，系统监视重复的行为和通信以确定用户在类似的情形中有可能想要或做什么。在另一方面中，系统提取类似或有用资源并将其建议给用户。在另一方面中，系统与其他通信事件系统通信并监视其他通信事件系统并且协调用户与这些系统的交互。

附图说明

为了描述能够获得本公开的上述和其他优点和特征的方式，将通过参考在附图中示出的具体实施例来给出对以上简要描述的原理的更具体描述。在理解这些附图只示出了本公开的示例性实施例因此不应被认为限制了其范围的同时，这里通过使用附图，以额外的特征和细节描述和说明了原理，附图中：

图1示出了示例性系统实施例；

图2示出了示例性系统基础设施；

图3示出了空白的示例性通信事件邀请；

图4示出了示例性的具有已填充的字段的通信事件邀请；

图5示出了示例性的具有已填充的字段的通信事件邀请；

图6示出了示例性的具有已填充的字段的通信事件邀请；

图7示出了具有建议的字段的空白示例性通信事件邀请；

图8示出了具有建议的字段的示例性通信事件邀请；

图9示出第一示例性方法实施例；

图10示出了第二示例性方法实施例；

图11示出了第三示例性方法实施例；

图12示出了用于通信事件的第一示例性用户界面实施例；

图13示出了用于通信事件的第一示例性用户界面实施例；

图14示出了第四示例性方法实施例；

图15示出了用于通信事件的第二示例性用户界面实施例；并且

图16示出了用于通信事件的第二示例性性用户界面实施例。

具体实施方式

下面详细论述本公开的各种实施例。虽然论述了具体实现方式，但是应当理解这样做只是为了例示。相关领域的技术人员将会认识到，在不脱离本公开的精神和范围的情况下，可以使用其他组件和配置。

本公开解决了现有技术中对于预测通信事件的主题和后勤的需求。公开了系统、方法和非暂态计算机可读介质，其分析用户行为、先前的通信事件和所涉及方的后勤，以建议在通信事件中涉及的资源、主题和后勤。这里公开了对图1中的可用于实现这些概念的基本通用系统或计算设备的简要介绍性描述。随后将是对于各种图形界面、系统基础设施和方法的更详细描述。随着阐述各种实施例，这里将论述多种变化。本公开现在转向图1。

参考图1，示例性的系统10包括通用计算设备100，其中包括处理单元(CPU或处理器)120和系统总线110，系统总线110将各种系统组件耦合到处理器120，所述系统组件包括系统存储器130，例如只读存储器(ROM)140和随机访问存储器(RAM)150。系统100可包括与处理器120直接连接、在处理器120近邻或者被集成为处理器120的一部分的高速存储器的缓存122。系统100将数据从存储器130和/或存储设备160拷贝到缓存122以便处理器120快速访问。这样，缓存提供了性能提升，避免了处理器120在等待数据的同时延迟。这些和其他模块可控制或被配置为控制处理器120执行各种动作。其他系统存储器130也可获得来供使用。存储器130可包括多个不同类型的具有不同性能特性的存储器。可以明白，本公开可以在具有不止一个处理器120的计算设备100上或者被联网在一起以提供更大的处理能力的计算设备群组或集群上操作。处理器120可包括任何通用处理器和被配置为控制处理器120的硬件模块或软件模块(例如存储在存储设备160中的模块1162、模块2164和模块3166)，以及其中软件指令被结合到实际处理器设计中的专用处理器。处理器120实质上可以是完全自给的计算系统，包含多个核心或处理器、总线、存储器控制器、缓存等等。多核处理器可以是对称或不对称的。

系统总线110可以是使用多种总线体系结构中的任何一种的若干类型的总线结构中的任何一种，包括存储器总线或存储器控制器、外围总线以及本地总线。存储在ROM 140等等中的基本输入/输出(BIOS)可提供例如在启动期间帮助在计算设备100内的元件之间传送信息的基本例程。计算设备100还包括存储设备160，例如硬盘驱动器、磁盘驱动器、光盘驱动器、磁盘驱动器等等。存储设备160可包括用于控制处理器120的软件模块162、164、166。也设想到了其他硬件或软件模块。存储设备160通过驱动接口连接到系统总线110。驱动器和相关联的计算机可读存储介质提供对计算机可读指令、数据结构、程序模块和用于计算设备100的其他数据的非易失性存储。在一个方面中，执行特定功能的硬件模块包括存储在非暂态计算机可读介质中的软件组件，其与必要的硬件组件(例如处理器120、总线110、显示器170等等)相联系以执行该功能。基本组件是本领域的技术人员已知的，并且取决于设备的类型(例如设备100是小型手持计算设备、桌面计算机还是计算机服务器)而设想了适当的变化。

虽然这里描述的示例性实施例采用了硬盘160，但是本领域的技术人员应当明白，在示例性性的操作环境中也可使用其他类型的能够存储可被计算机访问的数据的计算机可读介质，例如盒式磁带、闪存卡、数字多功能盘、卡带、随机访问存储器(RAM)150、只读存储器(ROM)140、包含比特流的线缆或无线信号，等等。非暂态计算机可读存储介质明确地排除了诸如能量、载波信号、电磁波和信号本身之类的介质。

为了使得用户能够与计算设备100交互，输入设备190代表任意数目的输入机构，例如用于语音的麦克风、用于手势或图形输入的触摸敏感屏、键盘、鼠标、运动输入、语音等等。输出设备170也可以是本领域的技术人员已知的若干种输出机构中的一个或多个。在一些情况中，多模式系统使得用户能够提供多类输入来与计算设备100通信。通信接口180一般控制和管理用户输入和系统输出。没有关于在任何特定硬件布置上操作的限制，因此这里的基本特征随着改进的硬件或固件被开发出来可以很容易被替换为这些改进的硬件或固件布置。

为了说明的清楚，例示性系统实施例被呈现为包括各个功能块，其中包括被标注为“处理器”或处理器120的功能块。这些块所代表的功能可通过使用共享或专用硬件来提供，其中包括但不限于能够执行软件的硬件以及诸如处理器120之类的专门构建来作为在通用处理器上执行的软件的等同物操作的硬件。例如，图1呈现的一个或多个处理器的功能可由单个共享处理器或多个处理器提供。(对术语“处理器”的使用不应被解释为专指能够执行软件的硬件。)例示性实施例可包括微处理器和/或数字信号处理器(DSP)硬件、用于存储执行以下所述的操作的软件的只读存储器(ROM)140、以及用于存储结果的随机访问存储器(RAM)150。也可提供超大规模集成(VLSI)硬件实施例以及定制VLSI电路结合通用DSP电路。

各种实施例的逻辑操作被实现为：(1)在通用计算机内的可编程电路上运行的由计算机实现的步骤、操作或过程的序列；(2)在专用可编程电路上运行的由计算机实现的步骤、操作或过程的序列；和/或(3)可编程电路内的互连的机器模块或程序引擎。图1所示的系统100可实现所记载的方法的全部或一部分，可以是所记载的系统的一部分，和/或可以根据所记载的非暂态计算机可读存储介质中的指令来操作。这种逻辑操作可实现为模块，这种模块被配置为控制处理器120执行根据对该模块的编程的特定功能。例如，图1示出了三个模块Mod1 162、Mod2 164和Mod3166，它们是被配置为控制处理器120的模块。这些模块可被存储在存储设备160上并在运行时被加载到RAM 150或存储器130中，或者可被存储在其他计算机可读存储单元中，这是本领域中已知的。

在公开了一些基本计算系统组件后，本公开返回到对预测性通信事件主题和后勤的论述。这里论述的方案同样适用于通信事件前、通信事件中建议和通信事件后计划。这些阶段中的每一个可包含对用户的通信历史、文档使用历史和会见安排的分析。通信历史可包括先前通信事件、元数据和其他通信数据。例如，通信事件可以是会见、会议、会议呼叫、视频会议、或其他类型的当面或虚拟会见，其中做出协调的努力以在两个或更多个人之间建立联络。其他通信数据的示例包括电话记录(包括与呼叫相关联的姓名和号码、呼叫的持续时间)、即时消息记录、短消息记录和电子邮件记录。文档使用历史可包括文档访问或更新的时间和频率、程序使用、文档的内容和相关文件。与用户相关联的会见安排可以是来自诸如Outlook

之类的程序的用户的日历信息，或者可以完全基于先前的通信事件。

系统取得先前通信事件、其他通信数据和/或资源使用信息，并且执行分析来确定各种数据彼此之间的关系。此分析使得系统可以确定与通信事件相联系的给定主题、后勤或资源将会发生的概率。例如，系统可使用分析结果来创建最有可能的主题、后勤和/或资源的排名列表。随着用户添加新的使用和通信事件历史信息，系统可以无限地继续基于概率创建列表的过程。

在一个例示性示例中，用户希望创建若干个同事之间的通信事件，例如会议呼叫。此会议呼叫每季度在同一组个人之间发生一次，以便在每次会见时审阅相同文档的经更新的版本。每个季度该会议呼叫在同一时间、在一星期的同一天发生。系统分析这种行为模式并且认识到当涉及这些联络人时，所使用的主题、时间、持续时间和资源通常是一致的。当用户创建新的邀请时，用户不是输入该邀请所需的每条独特的数据，而是只输入所需的通常量数据的一部分，例如事件标题。系统随后利用排名的主题、后勤和/或资源列表来填充剩余字段的一些或全部。由系统填充的字段可被区分开来，以使得用户能够区分由用户填充的字段和由系统填充的字段，例如用不同的字体、颜色、大小、位置、形状或经由任何其他适当的差异。如果所填充的字段表示用户希望发送的邀请，则其可以完成邀请。在此示例中，如果填充后的会议呼叫邀请看起来像是一般的季度会议呼叫邀请，则用户可能就满意了。否则，用户可继续修改一个或多个字段。当用户修改字段时，再次参考分析结果。基于由用户输入、填充或选择的字段，系统为所给出的当前场景创建主题、后勤和资源的新排名列表。系统随后可利用新场景的排名数据来自动填充用户未填写的字段中的一些或全部。当用户修改字段时，系统可以通过反复地更新建议的字段来重复此过程，从而缩窄系统将会建议的可能性，直到用户满意并且认为邀请是完整或恰当的并且批准该邀请为止。

用户可以向系统给出规则以便创建通信事件。例如，通信事件创建者可以规定：“呼叫中必须有Albert和Betty。Cam、Dan和Ed的出席是希望的，但是可选的。会议呼叫必须在周五之前发生”。系统随后访问所涉及的个人的安排的全部或者只是相关部分，以确定各方有空会见的可能后勤(时间、持续时间)。在确定后勤之后，系统随后填充剩余的后勤、主题和资源字段，在用户进一步修改后反复地更新这些字段，直到用户满意、邀请是完整或恰当的为止。

用户或系统可以创建新的通信事件邀请。作为示例，假定用户每周四呼叫一位朋友，随后立即创建通信事件，在此情况下是安排在周五的外出打高尔夫球。在此行为发生若干星期之后，系统可以在周四在没有用户动作的情况下开始创建安排在周五的外出打高尔夫球约会。系统可以将此邀请呈现给用户以便确认。如果系统分析电话线信息，则系统将认识到通常当用户拨打该特定号码时，之后很快就会安排一高尔夫球事件。系统随后只要该朋友的电话号码在周四被呼叫就可生成高尔夫球事件，或者甚至向用户建议两个事件的紧密组合。类似地，如果在特定位置的每次安排的会见之后，用户创建附有来自先前会见的备忘录和报告的新通信事件，则系统可以建议备忘录、报告和其应当被发送给谁。

在通信事件期间，系统可以以类似的方式操作。在加入通信事件后，系统可分析会见的主题和后勤并且创建排名的资源列表。系统随后能够向用户建议排名最靠前的资源。这种资源包括在给定会见的当前后勤和通信情境的情况下用户很有可能使用的笔记、文档、记录、软件程序、因特网搜索、文件或应用。随着用户忽略、拒绝或选择这些建议，系统可更新通信历史和文档使用历史，从而更新分析结果并且随后更新排名的主题、后勤和资源列表。

类似地，通信事件期间的建议可基于通信事件期间的用户动作。如上所述，用户在通信事件期间可忽略、拒绝或选择来自系统的建议。响应的类型向系统给出不同的反馈，这相应地影响着以后的建议。例如，如果用户惯常地忽略或拒绝阅读一报告文件的建议，则系统可以不再建议该报告文件、改进导致建议的参数、选择替代或替换建议、或者逐渐地淘汰该建议。如果所有报告文件都被类似地忽略或拒绝，则系统可不再建议任何报告文件或者采取其他适当动作。另一方面，如果用户惯常地接受向一同事发即时消息的建议，则系统可以继续给出这种建议并且可以提高其在列表中的权重或排名。在通信事件期间由系统给出的建议可基于特定的用户动作。例如，如果通信事件是会议呼叫，并且系统显示所有参与者的姓名，则当用户点击或滚动经过一参与者的姓名时系统可以显示与该参与者相关联的特定文档。如果当在通信事件中时用户经常使用即时消息器，则在点击或滚动经过一参与者的姓名时，系统可以显示经由即时消息器与该参与者聊天的菜单选项。如果通信事件内的其他参与者在查看特定文档，则系统可向用户显示打开该特定文档的建议。

图2示出了用于提供通信事件的预测性主题、后勤和/或资源的示例性基础设施200的配置。在此基础设施200中，用户202经由诸如智能电话202a或桌面计算机202b之类的设备创建会见。这些设备中的一个或多个从用户的通信历史、文档使用历史和/或会见安排中提取数据。通信历史、文档使用历史和会见安排可被存储在设备本地、远程地存储在服务器上或者部分存储在其他用户的设备上。这种设备可以只包括用于通信事件安排的客户端软件并且其可以是从诸如会议服务器、日历数据库、电子邮件服务器和电话交换机之类的来源提取各种数据的单独服务器。系统随后可取得此提取的数据并且利用先前的主题、资源和/或后勤可能性中的至少一些来创建分析结果。分析可在用户的设备或服务器内执行。用户的设备202a、202b中的一者或两者可用于创建会见邀请。在创建邀请后，设备202a、202b可经由网络210与诸如安排器(scheduler)218或共同的日历数据库216之类的其他软件程序通信。系统还可与会议服务器218、资源214以及其他被邀请者204、206、208通信。这些通信可揭示理想时间、冲突、最近更新的文档、频繁访问的文档以及与主题、后勤和资源信息有关的其他信息。系统可将此信息与分析结果相结合并且将该信息应用到用户的特定情形和/或情境。此评估过程产生在邀请中最有可能使用的主题、后勤和资源的排名列表。利用此信息，系统可以利用排名最高的主题、后勤和/或资源来填充邀请字段。用户202对此进行审阅，可选地修改邀请，并且系统反复地更新排名列表并更新填充的邀请字段，等等，直到用户认为邀请可接受为止。一旦用户202满意了，用户就将邀请发送给其他被邀请者204、206、208。安排器218也可将邀请记录在日历数据库216中。会议服务器212和资源数据库214可被类似地更新。

在参与会见时，系统可例如经由智能电话202a或桌面计算机202b向用户202发送资源建议。所建议的资源可属于其他会见参与者204、206、208，或者可来自额外的资源214。

本公开现转向通过一系列例示性的用户界面来例示的一组示例。图3示出了第一示例性通信事件邀请300。此邀请300包含多个字段，例如“主题”字段304和其他后勤字段302，例如“接收人”、“位置”、“时间”、“持续时间”和“附件”字段。此邀请被示为空白的，但是可被自动填充，如果创建排名的字段的概率足够高的话。或者，在系统向邀请应用预测或建议之前，其他来源可以预填充一些字段。

图4示出了第二示例性通信事件邀请400。此邀请400的字段402、404、406已被填充。这里，用户已在“接收人”后勤字段402中填入了“Andy”。系统100已填充了剩余字段404、406。系统可以通过区别字体、反色方案、将字体设定成粗体或下划线、或者使得用户意识到对这些字段的自动填充的其他视觉、听觉或其他暗示，来表明自动填充的字段404、406之间的差异。如果用户对该邀请满意，则他或她点击按钮408，或者提供任何其他适当的用户输入，以发送或以其他方式确认邀请。其他形式的用户输入可包括语音命令、鼠标手势、触摸屏输入等等。

图5示出了第三示例性通信事件邀请500，其是图4的示例性通信事件邀请400的继续。此邀请500未被用户确认，而是被用户修改。用户修改了“主题”字段506。在该示例中的这个时刻，用户已向邀请中输入了两条信息：“接收人”后勤字段502中的“Andy”和主题字段506中的“季度报告”。在输入“季度报告”后，系统100参考先前生成的分析结果，基于在“接收人”字段中有“Andy”和在主题字段中有“季度报告”而创建新的排名列表。基于此新列表，新的后勤504和新的资源508出现在了其各自的字段中。因为这是季度报告，所以系统100意识到Bob、Cathy和Doug通常会出席该会见、会见的长度更长、其位置是在蓝会议室而不是红会议室、日期必须改变、以及通常与季度报告会见相关联的额外文档508。如果用户对该邀请满意，则用户点击按钮408以发送或以其他方式确认该邀请。

图6示出了第四示例性通信事件邀请600，其是图5的示例性通信事件邀请500的继续。此邀请600未被用户确认，而是再次被用户修改。用户修改了“持续时间”字段608。用户先前输入的字段602、606仍然未被系统100修改。在修改会见的持续时间后，系统可以检查分析结果并形成要建议的主题、后勤和/或资源的新排名。系统可以反复执行这些步骤，例如在每次用户修改邀请之后执行。系统还检查日历数据库216和其他用户的安排。在此情况下，系统检测到冲突。如果会见持续时间608是3个小时，则图5中的Cathy不再能够出席，或者无法出席整个会见。如果用户对此结果满意，则用户可点击按钮440以发送或以其他方式确认邀请。如果不，则用户可继续修改邀请，并且系统100继续基于修改反复更新所填充的字段604。这样，开始时可能的建议的范围可能相当大。系统可以基于用户输入来逐渐地缩窄和/或扩展可能性的集合。取决于邀请的细节、通信历史和其他因素，系统可以不做出建议。

图7示出了第五示例性通信事件邀请700。在此情况中，通信事件已被创建并具有用于主题、后勤和资源的空白字段702。系统100具有足够的数据来创建排名的主题、后勤和资源列表。然而，系统不是填充字段，而是把排名最靠前的建议704显示在其相关联的字段702的旁边。系统可显示按概率的顺序和/或基于任何其他属性或权重排序的排名最靠前的建议704。这里，例如，用户邀请Bob的概率比邀请Cathy的概率高，但系统基于用户的当前情境认为两者都是有可能的。

图8示出了第六示例性通信事件邀请，其是图7的示例性通信事件邀请的继续。这里，用户已经填充了“接收人”后勤字段802。作为响应，系统100创建了新的主题、后勤和资源排名列表。这些新的排名中有一些保持不变的建议808，同时改变了建议804或者使排名最靠前的建议812的顺序相对于其先前顺序704有所改变。

在公开了一些基本系统组件和概念之后，本公开现在转向在图9、10和11中示出的若干示例性方法实施例。为了清晰起见，按照图1所示的示例性系统100来论述每个方法，该系统100被配置为实现这些方法并且涉及对通信事件的主题、后勤和资源的预测。这里概述的步骤是示例性的，并且可以按其任何组合(包括排除、添加或修改某些步骤的组合)来实现。

图9示出了用于预测通信事件邀请的主题、后勤和/或资源的示例性方法实施例。系统100创建新通信事件(902)。用户或系统均可发起对通信事件的创建。例如，系统可以针对预测的事件和例程不断地进行扫描。系统随后等待用户在诸如主题字段、后勤字段或资源字段之类的字段中输入信息(904)。系统可以等待到用户完全输入信息为止，和/或可检测部分输入的信息。在部分输入的信息的情况下，系统随后可使用部分输入的信息来开始准备建议以用于以后在用户完成输入信息之后显示，或者可以一旦有了结果就显示它们，甚至在用户已完成输入信息之前。当用户将信息输入到字段中时，系统100可利用排名列表来填充剩余字段(906)。这些字段例如可包括联络人、位置、会见时间、持续时间和附件，但本领域的技术人员将会明白事件可包括其他字段。在字段被填充后，用户确定其是否对该通信事件邀请满意(908)。如果是，则用户确认(912)该邀请。如果用户对该通信事件邀请不满意，则用户可修改字段中的一个或多个(910)。修改触发系统100基于新输入的字段重新形成或调整排名的主题、后勤和资源列表，并且根据重新形成或重新调整的排名列表来再次填充字段(906)。这个循环一直继续，直到用户确认邀请正确和/或可接受为止。一般来说，系统100将被配置为不会覆盖用户输入的字段，但让系统100覆盖和/或校正用户输入的字段的选项是在此方法的范围内的。

图10示出了用于预测通信事件邀请的主题、后勤和资源的第二示例性方法实施例。系统100创建新通信事件(1002)。用户或系统均可发起对通信事件的创建。系统随后可向用户显示建议的主题、后勤和资源(1004)。这些建议不会自动填充字段，而是被给出来供用户选择。用户随后可输入数据到邀请字段中(1010)或选择建议的字段之一(1012)。系统100分析字段选择和数据，创建新的排名的主题、后勤和资源列表，并且修改所显示的建议以反映新建议(1004)。当用户对事件邀请满意时(1006)，他们可确认该满意(1008)。

图11示出了用于预测通信事件邀请的主题、后勤和资源的第三示例性方法实施例。系统100创建新通信事件(1102)。用户或系统均可发起对通信事件的创建。系统100利用排名列表来填充字段(1104)。这些字段可以是联络人、位置、会见时间、持续时间和附件。事件可包括其他字段。在字段被填充后，用户确定其是否对该通信事件邀请满意(1106)。如果是，则用户提供确认(1110)。如果用户对该通信事件邀请不满意，则用户可修改一个或多个字段(1108)。此修改可触发系统100基于新输入的字段重新形成排名的主题、后勤和/或资源列表，并且根据排名列表来再次填充字段(1104)。这个循环一直继续，直到用户确认邀请正确为止。系统100可以或不可以覆盖用户输入的字段。

图12示出了在通信事件中时预测资源的第一示例。通信事件窗口1200列出各种后勤1202，例如活跃的参与者以及正在讨论的主题1204。其他后勤，例如开始和结束时间1210，是基于在通信事件邀请中发送的开始时间和持续时间的。剩余时间1212将这些时间与当前时间相比较。通信事件窗口1200还列出附于通信事件邀请的资源1206，以及建议的资源1208。系统可基于会见的当前主题和/或后勤从排名的资源列表中选择这些建议的资源(例如列表上的前N个项目)。这些建议可基于用户动作。例如，忽略或拒绝一建议可影响系统，使得系统将来不那么可能做出该建议，或者与该建议类似的资源。接受或利用建议的资源使得系统将来更可能建议该资源。系统1208所做的建议是动态的。如果另一参与者出现，则建议可以变化。如果会见具有多个议题并且主题1204变化，则建议可以变化。如果用户在相当长的一段时间中忽略所有建议，则建议可以变化。系统在准备和提供建议时可以考虑多个因素，并且如果这些因素中的任何一个变化，则系统可以相应地改变建议。

图13示出了用于在通信事件中时预测资源的第二示例性用产界面。通信事件窗口1300呈现了用户在会见期间选择同事参与者的姓名1302的示例。用户可以通过点击、触摸、滚动经过或以其他方式与该姓名交互来选择该姓名。在选择同事参与者后，通信事件窗口1300呈现出所选参与者1302向通信事件邀请附加的资源1304。系统100也可针对用户的情形从排名的资源列表中建立其他文档。在图13中，系统建议了所选参与者的先前演示和销售数据1306。系统还建议另一个人的销售数据1308。建议与未选择的个人相关联的文档的原因可包括先前用户行为、文档的相似性、其他参与者的行为或者可能包括参与者的发言顺序。仍呈现会见的开始和结束时间1310，以及会见中剩余的时间量1312。

图14示出了用于在通信事件期间预测资源的示例性方法。系统检测到用户进入通信事件(1402)，例如会议呼叫、会见或任何其他类型的有多人在场的通信。系统100检测通信情境(1404)，意即其检测与事件相关联的通信事件主题和后勤。系统100随后将通信事件主题和后勤以及用户行为应用到分析结果，从而产生此通信事件的可能资源的排名列表(1406)。这些资源随后被建议给用户(1408)，并且系统100继续修改排名列表(1410)，包括排名的主题、排名的后勤和排名的资源列表。

图15示出了在通信事件中时预测资源的第三示例。通信事件窗口1500呈现各种固定字段1502、1504、1506，这些字段包含通信事件主题和后勤信息。系统100使用通信事件主题1502和后勤信息1504、1506，结合与当前参与者有关的字段1508、1510、1512来确定当前通信情境。显示当前参与者的字段1508、1510、1512可包括关于参与者的额外信息，其中包括照片、头衔、姓名、电话号码、通信历史的摘录、和/或任何其他与当前通信情境有关的细节。通信事件邀请中包括的附件被示为1514，以及通过比较当前通信情境与先前用户历史、分析概率并将这些可能性排名到排名资源列表中来给出的任何建议的资源1516和/或到建议的资源的链接。

图16示出了在通信事件中时预测资源的第三示例的继续。通信事件窗口1600可响应于点击、触摸、滚动经过或以其他方式选择通信事件中的活跃参与者1606之一的用户动作而扩展。系统100显示与该参与者相关联的文档1610。所显示的其他活跃参与者1604保留个人信息1604，并且在通信事件邀请中发送的主题、后勤和资源信息1602保持恒定。然而，系统100做出的建议1608可以变化。系统可响应于用户在查看参与者的资料1608后的行为而修改建议。

本公开范围内的实施例还可包括用于承载或存储计算机可执行指令或数据结构的有形和/或非暂态计算机可读存储介质。这种非暂态计算机可读存储介质可以是通用或专用计算机(包括以上所述的任何专用处理器的功能设计)可访问的任何可得的介质。作为示例而非限制，这种非暂态计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储装置、磁盘存储装置或其他磁存储设备、或任何其他可用于以计算机可执行指令、数据结构或处理器芯片设计的形式承载或存储期望的程序代码装置的介质。当通过网络或另外的通信连接(硬连线的、无线的或其组合)来将信息传送或提供到计算机时，计算机适当地将该连接看作计算机可读介质。从而，任何这种连接被适当地称为计算机可读介质。上述的组合也应当被包括在计算机可读介质的范围内。

计算机可执行指令例如包括使得通用计算机、专用计算机或专用处理设备执行特定的一个或一组功能的指令和数据。计算机可执行指令还包括由计算机在独立或网络环境中执行的程序模块。一般来说，程序模块包括例程、程序、组件、数据结构、对象和专用处理器的设计中固有的功能等等，它们执行特定的任务或实现特定的抽象数据类型。计算机可执行指令、相关联的数据结构和程序模块代表用于执行这里公开的方法的步骤的程序代码装置的示例。这种可执行的指令或相关联的数据结构的特定序列代表用于实现以这种步骤描述的功能的相应动作的示例。

本领域的技术人员将会明白，本公开的其他实施例可在具有许多类型的计算机系统配置的网络计算环境中实现，所述计算机系统配置包括个人计算机、手持设备、多处理器系统、基于微处理器的或可编程的消费者电子设备、网络PC、微计算机、大型计算机等等。实施例还可在分布式计算环境中实现，其中任务由通过通信网络链接(通过硬连线的链路、无线链路或其组合)的本地和远程处理设备执行。在分布式计算环境中，程序模块既可位于本地存储器存储设备中也可位于远程存储器存储设备中。

以上所述的各种实施例只是作为例示提供的，而不应被解释为限制本公开的范围。例如，这里的原理可实现为网络的一部分或独立的消费者侧设备。本领域的技术人员将容易认识到在不遵循这里例示和描述的示例性实施例和应用且不脱离本公开的精神和范围的情况下可对这里描述的原理做出的各种修改和改变。

本申请要求2010年3月19日提交的美国临时申请61/315,719的优先权，这里通过引用将该申请的内容全部并入。

Claims (10)

1.一种提供通信事件的预测性数据的方法，所述方法包括：

经由处理器分析与用户相关联的通信历史、文档使用历史和会见安排以产生分析结果；

经由处理器至少部分基于所述分析结果来对用户可能用于所述通信事件的主题、后勤和资源进行排名以产生排名的主题列表、排名的后勤列表和排名的资源列表；

创建具有主题字段、后勤字段和资源字段的新通信事件邀请，其中所述主题字段、所述后勤字段和所述资源字段基于所述排名的主题列表、所述排名的后勤列表和所述排名的资源列表被填充；

接收来自用户的与所述主题字段、所述后勤字段和所述资源字段中的至少一个相关联的输入；以及

基于从用户接收的输入来更新所述新通信事件邀请。

2.如权利要求1所述的方法，其中，所述新通信事件邀请是由用户手动生成的和由计算设备自动生成的之中的一种。

3.如权利要求1所述的方法，其中，所述新通信事件邀请是响应于先前事件而生成的。

4.如权利要求1所述的方法，其中，从用户接收的与所述主题字段、所述后勤字段和所述资源字段中的至少一个相关联的输入包括接受、修改和删除中的至少一种。

5.如权利要求1所述的方法，其中，所述排名的后勤列表包括联络人、被邀请人、位置、时间、持续时间和消息中的至少一种。

6.如权利要求1所述的方法，还包括：

接收来自用户的额外输入；

基于所述额外输入来反复更新所述新通信事件邀请。

7.如权利要求1所述的方法，其中，所述主题字段、所述后勤字段和所述资源字段是遵循由用户建立的规则来填充的。

8.一种存储指令的非暂态计算机可读存储介质，所述指令在被计算设备执行时，使得计算设备执行步骤，所述步骤包括：

分析与用户相关联的通信历史、文档使用历史和会见安排以产生分析结果；

至少部分基于所述分析结果来对用户可能用于所述通信事件的主题、后勤和资源进行排名以产生排名的主题列表、排名的后勤列表和排名的资源列表；以及

当在通信事件中时，执行包括以下步骤在内的步骤：

检测当前通信情境；

从所述排名的资源列表中向用户建议预测的资源；以及

基于用户与所述预测的资源的交互来更新所述分析结果。

9.如权利要求8所述的非暂态计算机可读存储介质，其中，所述预测的资源包括程序、文档、数据和元数据中的至少一种。

10.一种提供预测性通信事件数据的系统，该系统包括：

处理器；

第一模块，被配置为控制所述处理器分析用户的通信历史、文档使用和会见安排以产生分析结果；

第二模块，被配置为控制所述处理器至少部分基于所述分析结果来对用户可能用于所述通信事件的主题、后勤和资源进行排名以产生排名的主题列表、排名的后勤列表和排名的资源列表；

第三模块，被配置为当不在通信事件中时控制所述处理器执行包括以下步骤在内的步骤：

创建具有主题字段、后勤字段和资源字段的新通信事件邀请；

从所述排名的主题列表、所述排名的后勤列表和所述排名的资源列表中为所述主题字段、所述后勤字段和所述资源字段张贴建议的字段；

接收来自用户的与所述主题字段、所述后勤字段、所述资源字段和确认字段之一相关联的输入；以及

基于从用户接收的输入来更新所述新通信事件邀请；以及

第四模块，被配置为当在通信事件中时控制所述处理器执行包括以下步骤在内的步骤：

检测当前通信情境；

基于通信情境、所述排名的主题列表、所述排名的后勤列表和所述排名的资源列表来预测资源使用，从而产生预测的资源；

向用户建议所述预测的资源；

接收来自用户的与建议的资源相关联的输入；以及

基于从用户接收的与建议的资源相关联的输入来更新所述排名的主题列表、所述排名的后勤列表和所述排名的资源列表。

Images