将会议前和会议后体验集成到会议生存周期

摘要

公开了跨会议生存周期的不同阶段来同步会议信息(例如，文档、议程、动作项、笔记、出席者、加入信息等等)的体系结构。该体系结构提供跨包括可以采用的日程安排服务器、内容管理服务器和会议服务器以及可使用的其他生存周期服务器在内的各会议生存周期服务的客户机侧同步。来自日程安排服务器的信息可以被异步地写到其他生存周期服务器，对内容管理服务器做出的更新被同步到其他服务器，且对会议服务器做出的更新被同步到其他服务器。

说明书

背景

会议发生在诸如例如项目、创建文档或建立团队等的较大目标的上下文中。会议是通过把人们集合起来以便交换信息和寻找解决方案来完成项目工作的工具。

当前的会议体验(例如，在线)可以与团队工作的其余部分脱节。例如，考虑团队已组织起来并且所有会议材料(例如，文档、视频文件、议程等等)处于一处且可供使用。在在线会议可以开始之前，所有这些材料必须被上传到在线会议应用程序。取决于文件的大小，这可能不仅需要时间来上传文件，而且也需要时间来解决过大而不能上传的过大文件，或者需要时间来在上传之后起动。此外，作为这一过程的一部分，在线会议应用程序可以将文件转换成用于在线会议应用程序但不可由终端用户重用的格式。在线会议应用程序中创建的诸如白板等的新项也可能在会议之后不可下载来使得可以重用会议期间创建的知识。

会议前、会议期间和会议后环境的会议生存周期中，存在许多可以构成整个会议生存周期的一部分以便提供良好的端对端会议体验的有用的信息片段。

概述

以下呈现了简化的概述以便提供对在此描述的一些新颖的实施方式的基本理解。本概述不是穷尽性的概览，且不旨在标识关键/重要的元素或描绘其范围。其唯一目的是以简化形式呈现一些概念，作为稍后呈现的更详细的描述的序言。

所公开的体系结构提供贯穿会议生存周期的不同阶段在客户机和服务器之间同步会议信息(例如，记录、文档、议程、动作项、笔记、出席者、加入信息等等)的机制。会议生存周期是终端用户在与会议或其他协作会话交互时经历的体验的经排序阶段。这些阶段可以包括但不限于日程安排、会议前、加入、会议中和会议后。在会议体验中，许多不同种类的客户机软件和服务器软件可以被用于各阶段。

传统上，存在在会议生存周期的不同阶段中以及在该生存周期阶段的不同部分期间创建和使用了不同的信息片段。另外，在每一阶段期间可以采用客户机和服务器软件的不同组合，诸如例如日程安排客户机和日程安排服务器、内容管理服务器、以及会议中客户机和会议中服务器。此外，可以跨各阶段和软件来使用相同信息，但是通常需要用户根据需要手动地在各阶段之间移动该信息。所公开的体系结构提供自动地跨不同的软件片段将所有信息绑定在一起的框架，由此形成对用户无缝的信息管理。

该生存周期框架包括提供功能以使得参与者具有高效且积极的用户体验的服务器。为了支持这一点，该体系结构在例如日程安排服务器、文档服务器和会议服务器以及可以采用的其他生存周期服务器之间提供客户机侧同步。另外，在一备选实施方式中，该框架也可以在服务器之间提供服务器侧同步。

来自日程安排解决方案的信息可以被异步地写到其他生存周期服务器(例如，会议服务器和文档服务器)。类似地，对文档服务器做出的更新被同步到日程安排服务器和会议服务器，且对会议服务器做出的更新被同步到日程安排服务器和文档服务器。在客户机离线时，可以将上传和下载进行排队，以使得在客户机回到在线时，重试引擎便于同步到最新内容。

为了实现前述的和相关的目标，在此结合下列描述和附图描述某些说明性方面。这些方面指示实践在此公开的原理的各种方式，且其所有方面和等效方案都旨在是在所要求保护的本主题的范围之内。结合附图，其他优点和新颖特征将从下列详细描述变得显而易见。

附图简述

图1示出根据所公开的体系结构的计算机实现的会议生存周期系统。

图2示出包括基于客户机的同步的计算机实现的会议生存周期系统。

图3示出用于在三个生存周期组件之间同步会议信息的通用系统。

图4示出到一个生存周期组件的同步可以自动地便于到其他生存周期组件的同步。

图5示出其中每一生存周期组件以客户机-服务器关系来与兼容的客户机进行通信的系统。

图6示出会议生存周期框架的各阶段的一个示例。

图7示出展示了组件和数据流的系统的一种实现。

图8示出计算机实现的会议生存周期方法。

图9示出用于会议生存周期方法的备选流程。

图10示出在生存周期框架的一阶段期间呈现相关会议信息的方法。

图11示出将会议信息同步到各会议生存周期服务器的方法。

图12示出根据所公开的体系结构的可用于执行会议信息的客户机同步的计算系统的框图。

图13示出用于基于会议生存周期客户机的数据同步的计算环境的示意性框图。

详细描述

所公开的体系结构是用于跨诸如日程安排、文档管理和会议管理等核心会议服务来同步会议信息的同步体系结构。可以经由客户机侧同步、服务器侧同步或两者的组合来完成同步。可以经由电子邮件客户机、个人信息管理器(PIM)客户机、内容管理共享客户机(例如，经由协作应用程序)和会议环境(例如，多模通信)来完成客户机同步。会议环境在概念上被定义为与会议生存周期相关联的多个阶段(如在此描述的)，例如准备、进行和完成会议，且会议信息是作为该多个阶段的一部分而被创建、被利用和被同步的信息。

内容管理体验链接到日程安排体验以寻找对与邀请文本相关联的数据(诸如文档、主持人数据、出席者数据、会议时间数据等)更新。内容管理体验示出基于会议当前占有的会议生存周期的时期(阶段)的最感兴趣的会议各方面。例如，在会议之后，可以示出参与者出席人数，但是在会议之前示出参与者对邀请的响应。

来自日程安排解决方案的信息，包括但不限于邀请文本、附加文档、出席者列表、会议位置，可以被异步地写到服务器，例如会议服务器和文档服务器。根据需要，对任何一个服务器作出的更新被自动地同步到其他生存周期服务器。换句话说，会议信息可以包括向一个服务器提供更新而没向另一服务器提供更新的信息部分。

现在对各图进行引用，其中相同的附图标记始终用来指示相同的元素。在下列描述中，出于解释的目的，陈述众多具体细节以便提供其详尽理解。然而，显然，可以在没有这些具体的细节的前提下实践各新颖的实施方式。在其他实例中，以框图形式示出了公知的结构和设备以便便于描述。目的在于，覆盖落在所要求保护的本主题的精神和范围内的所有修改、等效方案和备选方案。

图1示出根据所公开的体系结构的计算机实现的会议生存周期框架100。框架100包括被表示为与准备、进行和完成会议的多个阶段相关联的会议环境。与会议环境相关联的所有阶段涉及会议信息102，仅举信息片段的数例，诸如出席者、邀请文本、文档和位置等。会议信息102在会议的生存期期间改变。换句话说，会议信息102可以是作为准备、会议中和会议后阶段的一部分而被创建的信息的不断改变的聚集。或者，会议信息102可以表示在会议生存周期的各阶段期间生成、改变、更新和/或删除的总体信息的被选择的部分。例如，用户可以采用客户机日程安排应用程序来安排会议日程，且作为会议开始的一部分来链接文档以便上传。这一信息即可以是会议信息102的一部分。

该多个阶段可以与用于生成和处理会议信息102的不同生存周期组件104相关联。例如，会议信息102可以包括日程安排信息和会议内容。框架100还可以包括用于在各生存周期组件104中的一个或多个之间自动地同步会议信息102的同步组件106。

各生存周期组件104可以包括日程安排组件108、会议中组件110、内容管理组件112以及其他组件。同步组件106可以与日程安排组件108的客户机应用程序、会议中组件110的客户机应用程序和/或内容管理组件112的客户机应用程序相关联，其中这些客户机应用程序中的每一个都可以将会议信息102或其一部分同步到各生存周期组件104中的一些或全部。虚线指示同步组件106可以与各生存周期组件104中的一个或多个通信。

所公开的框架100提供便于跨各核心组件和各会议阶段的无缝用户体验的完整的端对端会议生存周期。例如，各多个阶段可以包括日程安排、会议前、加入、会议中和会议后阶段。

生存周期组件104中的每一个可以向同步组件106提供信息以便于根据需要在所有其他组件之间同步会议信息102的一些或全部。日程安排组件108可以提供在创建、修改或删除日程安排组件时可用的会议信息。这可以包括但不限于在安排会议日程时、在生成新的邀请时、数据同步时、和/或在更新会议邀请时的时间。会议中组件110可以提供在会议实际上发生时可用的会议信息或者得自会议本身的信息。内容管理组件112可以提供在日程安排和实际的会议发生之间可用的会议信息以及在会议已经结束之后被更新的信息。

在具体的实现中，日程安排组件108可以对会议邀请的许可进行同步，会议中组件110可以创建和存储会议记录(即记录)，且内容管理组件112可以存储和回放会议记录(即记录)。到生存周期组件104中的一个的同步引起到其余生存周期组件的同步。可以手动地和/或自动地发起同步。

换句话说，日程安排组件108功能包括将数据同步到会议中组件110和内容管理组件112两者，该数据包括但不限于出席者、邀请文本、文档、位置、加入URL(统一资源定位符)、和音频拨入信息。同步也可以包括诸如出席者角色(例如，主持人或组织者)等对会议邀请的许可。来自日程安排组件108的选择可以包括内容管理组件112和会议中组件110。

内容管理组件112包括与编辑会议数据相关的功能，包括但不限于出席者列表、议程/邀请文本、文档和出席记录。可以执行会议记录的存储和回放，以及将数据同步到日程安排和会议中组件(108和110)两者。会议中组件110可以包括编辑会议数据(包括但不限于出席者列表、议程/邀请文本、文档、出席记录等等)、创建和存储会议记录、以及将数据同步到日程安排组件108和内容管理组件112两者。

同步组件106包括在未被连接到各生存周期组件中的任何一个时(例如，没有因特网连接、没有到日程安排服务器的连接、没有到文档服务器的连接、没有到的会议服务器连接等等)容纳数据同步的功能。例如，同步组件106在客户机离线时将供同步的数据排入队列并在客户机在线时完成数据同步。包括逻辑和试探法以便管理该体系结构的多主同步。

图2示出包括基于客户机的同步的计算机实现的会议生存周期框架200。框架200包括用于准备和进行会议的多个阶段204(阶段₁，阶段₂，...，阶段_N)的会议环境202、用于生成和处理会议信息102的各生存周期组件104以及用于在各生存周期组件104中的一个或多个之间同步会议信息102的同步组件106的概念表示。各生存周期组件104包括日程安排组件108、会议中组件110、内容管理组件112以及其他组件。

注意，正如所示出的，为清晰起见，会议环境202与生存周期组件104分开并在在概念上示出。在操作中，会议环境202、会议信息102和各阶段204作为由各生存周期组件104提供的功能和数据而被包括在内。在此更详细地描述会议环境202和相关联的实体。

同步组件106可以是对接到日程安排组件108、会议中组件110、内容管理组件112和其他组件中的一个或多个的客户机应用程序206的一部分。因而，用户可以与各生存周期组件104中的两个或更多个交互。对各生存周期组件104中的一个(例如，日程安排组件108)的改变被同步到其他生存周期组件(例如，会议中组件110和内容管理组件112)。

替代地，客户机应用程序206是对于日程安排组件108、会议中组件110或内容管理组件112中的仅一个的客户机。同样，对各生存周期组件104中的一个(例如，会议中组件110)的改变被自动地同步到其他生存周期组件(例如，日程安排组件108和内容管理组件112)。

框架200的客户机应用程序206还可以包括用于访问和呈现与多个阶段204相关联的会议信息102的一些或全部的用户界面组件208。用户界面组件208可以被用来在会议进行到各阶段204时在会议生存周期的一阶段期间呈现会议信息102的相关数据。换句话说，在第一阶段210经由用户界面组件208呈现的会议信息可以与第三阶段212中示出的会议信息不同或具有某种重叠。

换句话说，框架200是计算机实现的会议生存周期框架，其包括用于生成和处理与会议生存周期的多个阶段204相关联的会议信息106的会议生存周期组件104、用于在各生存周期组件104中的一个或多个之间自动地同步会议信息102的基于客户机的同步组件106、以及用于作为与多个阶段204相关联的无缝的端对端会议体验来访问和呈现会议信息102的用户界面组件208。

各生存周期组件104包括用于创建和存储会议记录的会议中组件110、用于存储和回放会议记录的内容管理组件112以及用于同步对会议邀请的许可的日程安排组件108。

多个阶段204可以包括日程安排阶段、会议前阶段、加入阶段、会议中阶段和会议后阶段，且各生存周期组件104可以包括日程安排组件108、会议中组件110和/或内容管理组件112。各生存周期组件104在阶段204期间交互以便贯穿各阶段204来创建、更新和存储会议信息102。

会议信息102到各生存周期组件104中的一个的同步自动地发起会议信息102的各部分到其他生存周期组件104中的一个或多个的同步。内容管理组件112可以呈现基于会议环境202的一阶段的感兴趣的会议各方面。

图3示出用于在三个生存周期组件之间同步会议信息的通用系统300。在这里，同步组件106提供到日程安排组件108、会议中组件110和内容管理组件112中的每一个的单独同步。系统300示出所有同步通过同步组件106发生到日程安排组件108、会议中组件110和内容管理组件112。另外，客户机到各组件(108、110或112)中的任何一个的同步可以通过同步组件106到该其他组件来执行。

图4示出到一个生存周期组件的同步可以自动地便于到其他生存周期组件的同步。例如，同步组件106可以是将会议信息上传到会议中组件110的客户机侧程序。此后，会议中组件110(它是一个服务)执行到其他生存周期组件(日程安排组件108和内容管理组件112)的服务器侧同步。

图5示出其中生存周期服务以客户机-服务器关系来与兼容的客户机通信的系统500。在这里，日程安排服务502对接到日程安排客户机504。日程安排客户机504包括用于将日程安排会议信息同步到日程安排服务502和其他生存周期服务的第一同步组件506(同步组件1)。类似地，会议中服务508对接到会议客户机510。会议客户机510包括用于将日程安排会议信息同步到日程安排服务502和其他生存周期服务的第二同步组件512(同步组件2)。这还包括与会议中服务508交互以便实现会议的记录(例如，音频，视频)和该记录的存储的会议客户机510。内容客户机516包括用于将内容数据同步到内容管理服务514的第三同步组件518(同步组件3)。

会议生存周期组件中的每一个可以具有其关联的同步组件，或者同步组件可以被独立地设置。例如，如果客户机离线，则客户机数据被排队，直到客户机在线，且此时可以将数据同步到各个服务。应明白，无论客户机是在线或离线，都可以在纯粹的服务器侧基础上来同步在服务之间交互的任何数据。如果客户机在线，则服务器同步可以与客户机同步协同工作或独立地工作。

图6示出会议生存周期框架的各阶段204的一个示例。日程安排阶段602提供包括诸如创建议程、向会议出席者发送邀请、创建工作空间和其他相关的日程安排项等项在内的日程安排用户体验(UX)。在使用PIM插件(其中PIM可以包括消息能力以及联系人、日历等等)来安排新会议的日程时，可以在内容管理网站上创建会议页面。会议页面可以是用于所有会议文档的容器。例如，会议页面可以包括基本的会议信息、会议邀请正文、议程、参与者列表、文档、以及记录。到会议页面的链接可以被显示在PIM日历项中，使得用户可以容易地访问该会议页面。被附加到日历邀请的文档被自动地上传到会议页面。

文档被转换成用于会议的适当格式且被存储本地副本中，并与原始副本一起被上传到协作应用程序(例如，文档组件)。经转换的文档可以被存储起来且不在会议页面上示出。客户机也创建内容的本地高速缓存副本，如果客户机在会议日程安排时未连接到协作应用程序，本地高速缓存副本可以被用于将该内容上传到协作应用程序。如果协作应用程序在会议时不可用，则本地高速缓存也可以稍后被用来将内容填充到通信服务器(例如，会议组件)中。

插件将在所有受邀请者的个人页面创建对会议页面的引用。以此方式，用户可以在他们的个人页面看到所有在线会议并从中导航到该会议。如果用户指定这一会议与现有的协作应用程序站点相关联，则插件也可以团队日历创建用于该站点的新日历时间，且包括到会议页面的链接。

生存周期阶段204也可以包括会议前阶段604。会议前阶段604提供包括诸如管理内容、搜索、会议前协作等等项在内的会议前UX。在会议之前，用户可以将文档直接上传到会议站点或会议页面以便在会议中讨论。除了会议文档之外，会议页面可以提供其他有帮助的信息，例如用于加入会议的地址(加入URL)和受邀请者的列表。

换句话说，在会议开始之前，在主持人机器中的任何一个上可用的客户机从协作站点(例如，文档组件)拉取经转换的文档并将该文档上传到会议服务(例如，通信服务)。原始的文档也可以作为讲义而被上传。文档的预先转换帮助节省会议准备时间。会议服务可以充当内容的存储，而协作服务(例如，内容管理服务514)可以是实际的内容存储。

如果客户机不拥有对协作服务的访问权，则该客户机将取出来自本地内容高速缓存的内容的最近的好的副本(与会议邀请一起发送的内容)并将该内容上传到会议服务。内容上传可以由任何会议参与者执行，该会议参与者首先连接到会议且拥有对内容管理应用程序的访问权或拥有该内容的本地高速缓存的副本。到会议服务的整个内容上传可以在没有用户干预的情况下完成。对于用户，上传无缝地且透明地工作，且所有内容在会议服务上的会议中是可用的。

生存周期阶段204也可以包括加入阶段606。加入阶段606提供包括诸如提醒、从中加入会议的地址(例如，URL)、web客户机、电话拨入等等项(或动作)在内的UX。一旦加入在线会议，第一用户加入就激活会议。同时，客户机访问这一会议的协作站点以检查会议内容的最新版本。如果它比本地的高速缓存的副本更加新近，则从协作会议站点下载新副本。然后，将该内容上传到会议的文件内容服务。然后，这一内容被共享给所有会议出席者，诸如例如公司用户或匿名用户。

生存周期阶段204也可以包括会议中阶段608。会议中阶段608提供包括诸如内容协作、音频和视频、记录、笔记等等项(或动作)在内的UX。用户加入实时会议，且不需要采取额外步骤内容就已经是可用的。原始文档可用作讲义，且经转换的文档可用于查看。如果到协作服务的访问权是可用的，则所链接的文档(例如，被链接到协作服务)被自动地拉取到会议中。在会议期间，用户可以向会议添加新文档，可以按白板、问答、笔记、对现有文档的编辑、记录等等形式来创建新内容。

生存周期阶段204也可以包括会议后阶段610。会议后阶段610提供包括诸如搜索、查看内容、查看记录等等项(或动作)在内的UX。在会议结束之后，所有新内容(包括记录)可以被自动地保存到协作会议页面。从该会议，存在仅可以在会议控制台中查看的内容。这一内容可以被存储在协作服务中的UI元素中，且仅在用户打开会议控制台时可以查看。

图7示出展示了组件和数据流的系统700一种实现。系统700包括会议服务508，会议服务例如便于内容的上传和下载以及在会议完成时发送通知。会议中内容702与会议服务508相关联，且可以包括从客户机504(通过同步组件106)上传的原始文档、来自客户机504的经转换的文档、被填充到会议的所链接的文档、以及可以被直接地上传到会议页面704的文档。日程安排客户机504可以间接地对接到会议服务508(通过同步组件106)以便在会议服务508上创建会议。日程安排客户机504也可以将内容上传到会议。

客户机504可以选择协作站点、提供电子邮件邀请表单、创建协作会议站点、将会议内容上传到会议页面704、并将内容上传到会议服务508。如在706所指示的，在离线时和/或在防火墙之外时，客户机504对可用的协作站点的列表进行高速缓存、重试会议站点的创建、上传原始文档和经转换的文档、提供故障通知、以及对原始内容和经转换的内容的副本进行高速缓存。

内容管理服务514可以是一个会议站点支持一个会议、一个会议站点支持多个会议页面、一个服务支持多个会议站点的协作站点，且多个内容管理服务可以被用来进行负载平衡。

访问控制组件708便于对内容管理服务514的访问以便创建站点，且对各单独的会议站点的访问是基于会议参与者列表的。会议页面704提供原始文档和经转换的文档、对所链接的文档的引用、会议议程和参与者列表、以及关于会议的元数据(例如，会议URI——统一资源标识符)。由以上的服务和能力提供的会议中体验710使得可用作讲义的原始文档、用于查看的经转换的文档、所链接的文档可以被拉入到会议，且根据需要来转换被直接上传的文档。会议中体验710与会议服务508交互。会议中内容702可以经由体验710直接上传到会议服务508。

日程安排客户机504被示出为也对接到同步组件106。可选地，日程安排服务502可以被用来与日程安排客户机504直接交互。然而，在替代的实现中，日程安排服务502可以直接对接到同步组件106(如由虚线所指示)。

在安排在线会议的日程时，在内容管理服务514(例如，包括协作应用程序的内容管理服务)中创建会议站点。为会议的出席者设置适当的访问控制。被附加或被链接到会议邀请的文档被上传到该同一站点。该站点示出花名册以及到会议的加入链接。会议页面704允许用户立即加入。会议页面704允许用户查看会议是否是活动的以及出席者的身份。会议页面704允许用户将事件添加到他们的PIM日历。在在线会议开始时，内容管理服务514中的文档和来自会议站点的文档被自动地上传到会议中服务508，且变得对会议的一些或全部参与者来说是可用的。在会议期间上传的新文档被周期性地上传到会议页面704。客户机侧记录也被上传到会议页面704。

会议页面704也支持将会议复现。在会议期间的许可改变在会议页面704上的访问控制708立即反映出来。web客户机能够使用会议中内容702。用户能够在会议之前将新内容上传到内容管理服务514。内容702也可以在会议开始时被自动地上传。由客户机上传的新内容也可以被上传到内容管理服务514。

在在线会议期间，用户可以将新内容上传到会议。这一内容将也被自动地上传到会议站点。在会议期间，如果主持人向会议添加或移除出席者，则这些动作被尽可能快地在站点中反映出来。在会议结束时，会议的会议状态和记录被上传到内容管理服务514。另外，提供其中具有一定寿命的会议站点将被自动地归档和删除的机制。会议过去了越长时间，相关会议内容就越不相关。

在会议生存周期框架的一些方面的更具体的描述中，在PIM应用程序安排在线会议的日程时创建会议站点。可以使用通信客户机来执行供应工作。PIM插件可以经由实现供应的通信接口来呼叫通信客户机。

在PIM会议日程安排(对于在线会议)期间可以发生以下操作：PIM经由消息收发服务器(经由MAPI——消息收发应用程序编程接口)建立会议。PIM插件在通信服务中建立会议(例如，经由SIP——会话发起协议)。PIM插件调用通信客户机以便在内容管理服务中进行供应。

然后，通信客户机为会议创建会议站点、将主持人和出席者添加到会议站点、并且分配适当的许可(主持人具有读/写许可而出席者仅具有读许可)。通信客户机也将电子邮件附件(如果有的话)上传到会议站点的文档库，并创建到会议站点的链接，从日历创建事件。PIM包括会议邀请中新近创建的会议站点的URL，并在消息中将该URL发送给出席者。

每个会议(包括复现的会议)可以存在一个文档库。每一会议文档库可以具有多个文件。一些文件是仅供通信客户机使用的经转换的内容，且对于来自内容管理服务的用户来说是不可查看的。在一些情况中，它可以只是到文档的链接。

将文档上传到文档库可以通过例如到文档库URL的HTTP PUT消息来实现。在web服务检测到文件可用时，从文件中提取诸如最近修改、所有者是谁等信息，且在文档库中增加一条目。web服务也构建URL。为了访问这一文档库，使用会议站点URL和文档库的GUID(全局唯一标识符)。可以通过web服务调用来检索GUID。

此处所包括的是一组表示用于执行所公开的架构的新颖方面的示例性方法的流程图。尽管出于解释简明的目的，此处例如以流程图形式示出的一个或多个方法被示出并且描述为一系列动作，但是可以理解，各方法不受动作的次序的限制，因为根据本发明，某些动作可以按与此处所示并描述的不同的次序和/或与其他动作同时发生。例如，本领域的技术人员将明白并理解，方法可被替换地表示为一系列相互相关联的状态或事件，诸如以状态图的形式。此外，并非方法中所示出的所有动作都是新颖实现所必需的。

图8示出计算机实现的会议生存周期方法。在800，根据会议生存周期的不同阶段准备和进行会议。在802，在会议生存周期期间使用生存周期服务来生成和管理会议信息。在804，在各生存周期服务之间同步会议信息。注意，尽管在流程图中被线性地表示，但各阶段可以不是纯粹线性的情况。例如，流可以替代地是从800到802，且然后回到800。另外，在804的同步可以连续地发生。

该方法还可以包括在会议生存周期的一阶段期间呈现会议信息的相关数据。如先前所描述，该会议信息经由与生存周期服务中的一个相关联的客户机应用程序在各生存周期服务之间同步。

该方法还可以包括将内容管理服务链接到日程安排服务器以便更新邀请文本。该方法还可以包括在会议生存周期的一阶段期间存储和回放会议记录，且在各生存周期服务之间同步会议邀请的许可。

图9示出会议生存周期方法的备选流程。在900，做出如下决定：(在902)根据会议生存周期的不同阶段准备和进行会议、(在904)在会议生存周期期间使用生存周期服务来生成和管理会议信息、还是在908结束会议。在两种情况902和904之后，流去往906以便在各生存周期服务之间同步会议信息。然后，流回到900。替代地，从900，流可以去结束会议，如在908。

图10示出一种在生存周期框架的一阶段期间呈现相关会议信息的方法。在1000，跟踪会议的各阶段。在1002，聚集与一会议阶段最相关的会议信息。在1004，在处于该阶段中时将该相关信息呈现给用户。

图11示出一种将会议信息同步到会议生存周期服务的方法。在1100，使用会议客户机改变会议信息。在1102，使用会议客户机访问生存周期框架的会议生存周期服务。在1104，经改变的会议信息被同步到生存周期服务中的一个或多个。

如在本申请中所使用的，术语“组件”和“系统”旨在表示计算机相关的实体，其可以是硬件、硬件和软件的组合、软件、或者执行中的软件。例如，组件可以是，但不仅限于，在处理器上运行的进程、处理器、硬盘驱动器、多个存储驱动器(光学和/或磁存储介质)、对象、可执行程序、运行的线程、程序、和/或计算机。作为说明，在服务器上运行的应用和该服务器两者都可以是组件。一个或多个组件可以驻留在进程和/或执行的线程内，且组件可以位于一个计算机上和/或分布在两个或更多的计算机之间词语“示例性”此处可用于表示用作示例、实例或说明。在此被描述为“示例性”的任何方面或设计并不一定要被解释为相比其他方面或设计更优选或有利。

现在参见图12，示出可用于根据所公开的体系结构执行会议信息的客户机同步的计算系统1200的框图。为了提供用于其各方面的附加上下文，图12及以下讨论旨在提供对其中可实现各方面的合适的计算系统1200的简要概括描述。尽管以上描述是在可在一个或多个计算机上运行的计算机可执行指令的一般上下文中进行的，但是本领域的技术人员将认识到，新颖实施例也可结合其它程序模块和/或作为硬件和软件的组合来实现。

用于实现各方面的计算系统1200包括计算机1202，其具有处理单元1204、系统存储器1206、以及系统总线1208。处理单元1204可以是各种市场上可买到的处理器中的任一种，诸如单处理器、多处理器、单核单元以及多核单元。此外，本领域的技术人员可以理解，各新颖方法可用其它计算机系统配置来实施，包括小型机、大型计算机、以及个人计算机(例如，台式、膝上型等)、手持式计算设备、基于微处理器的或可编程的消费电子产品等，其每一个都可在操作上耦合到一个或多个相关联的设备。

系统存储器1206可包括易失性(VOL)存储器1210(例如，随机存取存储器(RAM))和非易失性存储器(NON-VOL)1212(如ROM、EPROM、EEPROM等)。基本输入/输出系统(BIOS)可被存储在非易失性存储器1212中，并且包括诸如在启动期间便于在计算机1202内的组件之间传递数据和信号的基本例程。易失性存储器1210还可包括诸如静态RAM等高速RAM来用于高速缓存数据。

系统总线1208提供了用于包括，但不限于存储器子系统1206的系统组件对处理单元1204的接口。系统总线1208可以是若干种总线结构中的任一种，这些总线结构还可使用各类可购买到的总线体系结构中的任一种互连到存储器总线(带有或没有存储器控制器)以及外围总线(例如，PCI、PCIe、AGP、LPC等)。

计算机1202还包括存储子系统1214以及将存储子系统1214接口到系统总线1208和其他所需计算机组件的存储接口1216。存储子系统1214可包括例如硬盘驱动器(HDD)、磁软盘驱动器(FDD)和/或光盘存储驱动器(例如，CD-ROM驱动器、DVD驱动器)中的一个或多个。存储接口1216可包括诸如，例如EIDE、ATA、SATA和IEEE 1394等接口技术。

一个或多个程序和数据可被存储在存储器子系统1206、可移动存储器子系统1218(例如，闪存驱动器形状因子技术)和/或存储子系统1214中，包括操作系统1220、一个或多个应用程序1222、其他程序模块1224以及程序数据1226。一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、方法、数据结构、其他软件组件等等。

在计算机1202是客户机机器的情况下，一个或多个应用程序程序1222、其他程序模块1224和程序数据1226可以包括同步组件106、客户机应用程序206、用户界面组件208、日程安排客户机504和第一同步组件506、会议客户机510和第二同步组件512、以及内容管理客户机516和第三同步组件518。在计算机1202是服务器机器的情况下，一个或多个应用程序程序1222、其他程序模块1224和程序数据1226可以包括例如日程安排组件108、会议中组件110、内容管理组件112、日程安排服务502、会议服务508、内容管理服务514和图8-图11的方法。

操作系统1220、应用1222、模块1224和/或数据1226的全部或部分也可被高速缓存在诸如易失性存储器1210等存储器中。要意识到，所公开的架构可以用各种市场上可购得的操作系统或操作系统的组合(例如，作为虚拟机)来实施。

存储子系统1214和存储器子系统(1206和1218)用作用于数据、数据结构、计算机可执行指令等的易失性和非易失性存储的计算机可读介质。计算机可读介质可以是可以被计算机1202访问的任何可用的介质，并包括易失性和非易失性介质、可移动的和不可移动的介质。对于计算机1202，介质容纳以任何合适的数字格式对数据的存储。本领域的技术人员应当理解，可使用其他类型的计算机可读介质，如zip驱动器、磁带、闪存卡、磁带盒等来存储用于执行所公开的体系结构的新颖方法的计算机可执行指令。

用户可以使用诸如键盘和鼠标等外部用户输入设备1228来与计算机1202、程序和数据交互。其他外部用户输入设备1228可包括话筒、IR(红外)遥控器、操纵杆、游戏手柄、照相机识别系统、指示笔、触摸屏、姿势系统(例如，眼移动、头移动等)和/或类似物。在计算机1202是例如便携式计算机的情况下，用户可以使用诸如触摸垫、话筒、键盘等板载用户输入设备1230来与计算机1202、程序和数据交互。这些和其它输入设备通过输入/输出(I/O)设备接口1232经由系统总线1208连接到处理单元1204，但也可通过其它接口连接，如并行端口、IEEE 1394串行端口、游戏端口、USB端口、IR接口等。I/O设备接口1232也便于输出外围设备1234的使用，如打印机、音频设别、摄像设备等，如声卡和/或板载音频处理能力。

一个或多个图形接口1236(通常也称为图形处理单元(GPU))提供计算机1202和外部显示器1238(例如，LCD、等离子)和/或板载显示器1240(例如，对于便携式计算机)之间的图形和视频信号。图形接口1236也可作为计算机系统板的一部分来制造。

计算机1202可以使用经由有线/无线通信子系统1242到一个或多个网络和/或其他计算机的逻辑连接在联网环境(例如，IP)中操作。其他计算机可包括工作站、服务器、路由器、个人计算机、基于微处理器的娱乐设备、对等设备或其他常见的网络节点，并且通常包括以上相对于计算机1202描述的许多或所有元件。逻辑连接可包括到局域网(LAN)、广域网(WAN)热点等的有线/无线连接。LAN和WAN联网环境常见于办公室和公司，并且方便了诸如内联网等企业范围计算机网络，所有这些都可连接到例如因特网等全球通信网络。

当在联网环境中使用时，计算机1202经由有线/无线通信子系统1242(例如，网络接口适配器、板载收发机子系统等)连接到网络来与有线/无线网络、有线/无线打印机、有线/无线输入设备1244等通信。计算机1202可包括调制解调器或具有用于通过网络建立通信的其他装置。在联网环境中，相对于计算机1202的程序和数据可被存储在远程存储器/存储设备中，如与分布式系统相关联的。应该理解，所示网络连接是示例性的，并且可以使用在计算机之间建立通信链路的其他手段。

计算机1202可用于使用诸如IEEE 802.xx标准家族等无线电技术来与有线/无线设备或实体通信，例如在操作上安置在与例如打印机、扫描仪、台式和/或便携式计算机、个人数字助理(PDA)、通信卫星、任何一件与无线可检测标签相关联的设备或位置(例如，电话亭、报亭、休息室)以及电话的无线通信(例如，IEEE802.11空中调制技术)中的无线设备。这至少包括用于热点的Wi-Fi(即无线保真)、WiMax和蓝牙^TM无线技术。由此，通信可以是如对于常规网络那样的预定义结构，或者仅仅是至少两个设备之间的自组织(ad hoc)通信。Wi-Fi网络使用称为IEEE802.11x(a、b、g等)的无线电技术来提供安全、可靠、快速的无线连接能力。Wi-Fi网络可用于将计算机彼此连接、连接到因特网以及连接到有线网络(使用IEEE 802.3相关介质和功能)。

现在参见图13，示出用于基于会议生存周期客户机的数据同步的计算环境1300的示意性框图。环境1300包括一个或多个客户机1302。环境1300包括一个或多个客户机1302。客户机1302可以是硬件和/或软件(例如，线程、进程、计算设备)。客户机1302可以例如容纳cookie和/或相关联的上下文信息。

环境1300还包括一个或多个服务器1304。服务器1304也可以是硬件和/或软件(例如，线程、进程、计算设备)。服务器1304可以例如通过使用本体系结构来容纳执行变换的线程。客户机1302和服务器1304之间的一种可能的通信可以呈现用于在两个或更多计算机进程之间传输的数据包的形式。数据包可以包括例如，cookie和/或相关联的上下文信息。环境1300包括通信框架1306(例如，诸如因特网之类的全球通信网)，该通信框架1306可以被用来促进客户机1302和服务器1304之间的通信。

通信可通过有线(包括光纤)和/或无线技术来促进。客户机1302可操作地连接到一个或多个客户机数据存储1308，可以使用这些客户机数据存储来存储客户机1302本地的信息(例如，cookie和/或相关联的上下文信息)。类似地，服务器1304可操作地连接到一个或多个服务器数据存储器1310，可以使用这些服务器数据存储器1310来存储服务器1004本地的信息。

上面描述的包括所公开的体系结构的各示例。当然，描述每一个可以想到的组件和/或方法的组合是不可能的，但本领域内的普通技术人员应该认识到，许多其他组合和排列都是可能的。因此，该新颖体系结构旨在涵盖所有这些落入所附权利要求书的精神和范围内的更改、修改和变化。此外，就在说明书或权利要求书中使用术语“包括”而言，这一术语旨在以与术语“包含”在被用作权利要求书中的过渡词时所解释的相似的方式为包含性的。