从发布的日历检索可用性信息

摘要

一应用从在线日历应用中检索发布的日历。应用根据诸如“空闲”或“忙碌”的用户状态声明来格式化所发布的日历。应用还可替换地将来自发布的日历的用户状态信息分配到用户状态声明级别，诸如“空闲”、“不确定”、“不在办公室”、“忙碌”和“远程可用”。应用将日历所有者信息与来自应用的联系人列表的联系人进行匹配，以将经格式化的日历链接到该联系人。应用呈现所链接的日历用于日程安排。

说明书

背景

即时通信、音频/视频会议、数据交换、白板共享会话等类似内容是持续 发展的计算和网络技术的特征，其允许商业实体分散从而提供更好地适应需求 的工作环境。工作环境的分散也有益于雇员并且通过使雇员能够从各客户位置 支持客户而同样有益于客户。

现代系统将用户进程驱使到独立主存的解决方案。当前的在线解决方案提 供过去通过专用于传统设备的应用频繁地提供的多种服务。诸如在线应用的分 散的解决方案改善了可用性并使得数据丢失风险最小化。在线日历应用允许用 户从各种不同位置使用多个设备来管理他们的时间表。然而以现有的和未来的 解决方案来扩展这样的应用的能力提出了多个挑战。在集成了移动设备的世界 里，静态应用很难适应移动设备提供的实况数据。诸如在线日历应用的静态应 用很少扩展超过日程安排功能并且不能符合移动解决方案不断改变的需求。

在常规的系统中，当用户请求他们的组织以外的某人的可用性信息时，请 求通常失败且用户仅看见占位符或出错消息。有时候，一个或多个字符或图标 可表示请求失败，且没有对该特定用户可用的日历信息。这可能会使用户体验 降级，并且用户可能不得不通过其它诸如电话、电子邮箱、文本消息等手段来 确定所邀请的用户是否可以参加会议。因此，对不同系统中的用户而言，使用 日历来安排会议以更加复杂且冗长而终结。

发明内容

提供本发明内容是为了以简化的形式介绍将在以下详细描述中进一步描 述的一些概念。本发明内容并不旨在专门标识所要求保护的主题的关键特征或 必要特征，也不旨在用于帮助确定所要求保护的主题的范围。

各实施例涉及从发布的日历检索可用性信息。根据一些实施例，应用可从 日历服务提供方检索发布的日历。服务提供方可以是主存基于web的日历应用 的web服务器。应用可将所发布的日历格式化。格式化可包括将用户状态声明 分配到从发布的日历检索到的状态信息。随后，应用可将经格式化的日历链接 到联系人。应用可将来自所发布的日历的标识符信息与可用联系人列表进行匹 配。接着，应用可呈现所链接的日历用于日程安排。

通过阅读下面的详细描述并参考相关联的附图，这些及其他特点和优点将 变得显而易见。可以理解，前述一般描述和以下的详细描述都是说明性的，并 且不限制所要求保护的各方面。

附图简述

图1示出了联网环境，其中根据一些实施例应用可从发布的日历检索可用 性信息；

图2示出了根据各实施例建立从发布的日历检索可用性信息的过程的流程 图；

图3示出了根据各实施例的发布的日历的示例用户界面；

图4是其中可实现根据各实施例的系统的联网环境；

图5是其中可实现各实施例的示例计算操作环境的框图；以及

图6示出了根据各实施例从发布的日历检索可用性信息的过程的逻辑流程图。

具体实施方式

如上面简述的，应用可从发布的日历检索可用性信息。应用可检索发布的 日历。发布的日历可以是由日历服务提供方主存的web应用。应用可将所发布 的日历格式化。格式化可包括将日历所有者的状态信息转化为包括空闲或忙碌 声明的用户状态声明。随后，应用可将经格式化的日历链接到联系人。可从对 应用可用的联系人列表确定该联系人。应用可将日历所有者的信息与联系人列 表内的联系人进行匹配。接着，应用可呈现所链接的日历用于日程安排。在下 面的详细描述中，将参考构成本发明的一部分的附图，在附图中，通过例图， 示出了特定实施例或示例。可组合这些方面，可利用其他方面，并且可以做出 结构上的改变而不背离本发明的精神或范围。因此，下面的具体实施方式不应 以限制性的意义来理解，而是本公开的范围是由所附权利要求及其等效方案来 定义的。

在下面的详细描述中，将参考构成本发明的一部分的附图，在附图中，通 过例图，示出了特定实施例或示例。可组合这些方面，可利用其他方面，并且 可以做出结构上的改变而不背离本发明的精神或范围。因此，下面的具体实施 方式不应以限制性的意义来理解，而是本公开的范围是由所附权利要求及其等 效方案来定义的。

尽管在结合在计算设备上的操作系统上运行的应用程序执行的程序模块 的一般上下文中描述了各实施例，但是本领域的技术人员会认识到各方面也可 以结合其它程序模块实现。

一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、 程序、组件、数据结构和其他类型的结构。此外，本领域的技术人员可以明白， 各实施例可以用其他计算机系统配置来实施，包括手持式设备、多处理器系统、 基于微处理器或可编程消费电子产品、小型计算机、大型计算机以及类似计算 设备。各实施例还能在任务由通过通信网络链接的远程处理设备来执行的分布 式计算环境中实现。在分布式计算环境中，程序模块可位于本地和远程存储器 存储设备两者中。

各实施例可被实现为计算机实现的过程(方法)、计算系统、或者诸如计 算机程序产品或计算机可读介质等制品。计算机程序产品可以是计算机系统可 读并且编码包括用于使计算机或计算系统执行示例过程的指令的计算机程序 的计算机存储介质。计算机可读存储介质是非瞬态的计算机可读存储器设备。 例如，计算机可读存储介质可经由易失性计算机存储器、非易失性存储器、硬 盘驱动器、闪存驱动器、软盘或紧致盘和类似介质中的一个或多个来实现。

发布的日历可由提供日程安排服务的web应用向用户提供。通信或日程安 排应用可通过各种通信协议访问发布的日历包括：安全超文本传输协议或者 (https)、超文本传输协议或者(http)、文件传输协议(ftp)，和安全文件 传输协议(sftp)。发布的日历可包括对应于诸如空闲、忙碌、不确定和类似 的用户状态的可用性信息。由于不同日历应用可采用不同状态，可用性信息可 被格式化为用户的应用/服务所采用的用户状态。

贯穿本说明书，术语“平台”可以是用于从发布的日历检索可用性信息的 软件和硬件组件的组合。平台的示例包括但不限于，在多个服务器上执行的托 管服务、在单个计算设备上执行的应用、以及类似系统。术语“服务器”一般 指通常在联网环境中执行一个或多个软件程序的计算设备。然而，服务器还可 以被实现为在被视作网络上的服务器的一个或多个计算设备上执行的虚拟服 务器(软件程序)。在下面将提供关于这些技术和示例操作的更多细节。

参考图1，图100示出了联网环境，其中根据一些实施例应用可从发布的 日历检索可用性信息。图100中示出的计算设备和计算环境是为了说明的目的。 可以在各种本地计算环境、联网计算环境、基于云的计算环境和采用各种计算 设备和系统、硬件和软件的类似计算环境中实现各实施例。

在图100所示的示例环境中，在客户机设备108上执行的客户机应用(例 如，日程安排应用110)可显示用于日程安排应用110的用户界面。通信服务 器102可提供日历服务资源。运行在服务器102上的应用可管理日历服务资源 并在需要日程安排应用110时提供日程安排信息。尽管在各实施例中应用被描 述为服务器应用，但应用可驻留在单个客户机设备上并作为客户机应用解决方 案的部分。

日历提供方104可主存为外部用户提供日历服务的web应用。日历提供方 可以是在线或web日历服务提供方。应用可访问日历提供方104发布的日历， 并检索诸如日历所有者的外部用户的可用性信息。可用性信息可被格式化、链 接到联系人，并在需要时传递到日程安排应用110。

图2示出了根据各实施例建立从发布的日历检索可用性信息的过程的流程 图。图200显示了过程步骤，其中应用可访问并从发布的日历检索联系人的可 用性信息。联系人的日历可由外部日历应用提供。基于预定的日程或在请求时， 应用可用来自外部日历应用的可用性信息来刷新联系人的可用性状态。

外部日历应用可为联系人的日历需求提供多各服务230。服务之一可以是 在线发布日历202。可以使日历对诸如其他用户等请求者和应用而言通过http 连接204可访问。外部日历应用还可保持发布的日历最新206。外部应用还可 以被允许匿名发布日历208。匿名发布可将私密数据(诸如联系人的位置和日 历事件的描述)从发布的日历移除。

应用可提供多个服务240来从外部日历应用检索发布的日历。应用可从访 问该应用的另一个用户接收对联系人状态的请求。一个示例可以是对联系人 210的空闲或忙碌状态的请求。一旦接收到请求，在判定节点212，应用就可 确定该联系人是否具有发布的日历。应用可确定是否有该联系人的相关联的发 布的日历。应用还可从该发布的日历确定可用性。一旦找不到发布的日历，应 用就可返回失败请求通知214。

在成功检测到发布的日历时，应用可从发布的日历检索日历信息216。所 检索的信息可包括诸如空闲或忙碌状态的用户状态。信息还可包括诸如联系人 的位置和日历事件描述等私密信息。随后，应用可以空闲或忙碌用户状态格式 化发布的数据218。应用可将从发布的日历检索的用户状态映射到空闲或忙碌 状态。示例可包括将来自发布的日历的空闲或远程可用信息映射到空闲状态。 另一个示例可包括将来自发布的日历的忙碌、不在办公室，或不确定信息映射 到忙碌状态。状态映射的其它示例也是可能的。发布的日历信息映射不限于上 述。

应用还可将发布的日历信息映射到除了所提供的二进制示例外的其它状 态描述。示例可包括将发布的日历信息映射到诸如“空闲”、“不在办公室”、 “不确定”、“忙碌”或“远程可用”的用户状态。在将发布的日历信息映射 到用户状态之后，应用可传送用户状态通知。一个示例可包括空闲或忙碌联系 人通知的传送220。

根据一些实施例，应用可从web日历服务提供方检索发布的日历。

应用可从web日历服务提供方通过经认证的http连接检索发布的日历。应 用还可通过确定发布的日历的所有者的标识符信息来将发布的日历链接到联 系人并将标识符信息与联系人进行匹配。

根据其它实施例，应用可用来自链接的日历的用户状态来更新联系人的在 场信息。可替换地，应用可用联系人的在场信息来更新来自链接的日历的用户 状态。在示例情形中，应用可将联系人的在场信息和来自链接的日历的用户状 态进行比较来确定准确性。一旦确定另一个是最新的，应用就可更新任一个。 此外，应用可确定发布的日历的统一资源定位符(URL)地址，并从主存发布 的日历的web服务器的该URL地址下载发布的日历。

根据又一些实施例，一旦检索发布的日历失败，应用就可请求授权以从 web日历服务提供方下载发布的日历。通过建立与web日历服务提供方的连接， 应用可建立对发布的日历的访问。在访问之后，应用可通过替换的方法下载发 布的日历。替换的方法可包括对发布的日历服务器提供方的ftp或sftp访问以 检索日历。

图3示出了根据各实施例的发布的日历的示例用户界面。图300显示 了显示日历应用的web浏览器302。

示例用户1(304)可具有可由web浏览器302显示的多个日历。示例日 历包括工作和个人日历。日历应用可根据时隙306显示用户的日历事件。时隙 306可以是根据应用的设置预定的或可以是用户可调节的。日历应用还可根据 日期显示用户状态。日期可根据工作日308来显示。每个工作日可显示在一个 时隙期间的用户事件，其中日历应用可显示用户状态310。用户状态310可包 括上述的除了空闲或忙碌状态外的多个状态。

根据一些实施例，通信应用可检索与来自web日历服务提供方的联系人相 关联的发布的日历。通信应用可将发布的日历与链接的日历集成。为了集成日 历，通信应用可执行映射引擎来评估发布的日历采用的状态描述并将它们映射 到由通信应用维护的日历中的对应的状态。

根据其它实施例，从发布的日历检索到的关于日历所有者的标识符信息可 包括姓名、电子邮件地址，或用户id。此外，通信应用可利用https、http、ftp 和sftp连接来检索发布的日历。

根据又一些实施例，通信应用可从客户机应用接收链接的日历的已排定日 历事件。通信应用可根据发布的日历的参数来格式化已排定日历事件。通信应 用可将经格式化的已排定日历事件传送到维护所发布的日历以用于在发布的 日历处进行日程安排的应用或服务。

图2和图3中的示例性场景和方案是以特定组件、数据类型和配置示出的。 各实施例不仅限于根据这些示例配置的系统。从发布的日历检索可用性信息可 被实现在在应用和用户界面中采用更少或附加组件的配置中。此外，图2和图 3中所示的示例方案和组件及其子组件可以使用本文中所述的原理通过类似方 式以其他值来实现。

图4是可实现根据各实施例的系统的联网环境。本地和远程资源可以由诸 如托管服务之类的一个或多个服务器414或者单个服务器(例如web服务器) 416来提供。应用可以通过网络410来与诸如智能电话413、膝上型计算机412、 或台式计算机411(‘客户机设备’)等各个计算设备上的客户机接口进行通 信。

如上所述的，应用可从发布的日历检索可用性信息。可用性信息可被格式 化到用户状态声明并链接到联系人。如之前所讨论的，客户机设备411-413可 实现对远程服务器(例如，服务器414中的一个)上执行的应用的访问。服务 器可直接地或通过数据库服务器418来从数据存储419中取回或向数据存储 419存储相关的数据。

网络410可包括服务器、客户机、因特网服务供应商以及通信介质的任何 拓扑结构。根据各实施例的系统可以具有静态或动态拓扑结构。网络410可包 括诸如企业网络等安全网络、诸如无线开放网络等非安全网络、或因特网。网 络410还通过诸如公共交换电话网络(PSTN)或蜂窝网络等其他网络来协调通 信。此外，网络410可包括诸如蓝牙或类似网络等短程无线网络。网络410提 供此处描述的节点之间的通信。作为示例而非限制，网络410可以包括例如声 学、RF、红外线和其它无线介质等无线介质。

可以采用计算设备、应用、数据源和数据分发系统的许多其它配置来从发 布的日历检索可用性信息。此外，图4中所讨论的联网环境仅用于说明目的。 各实施例不仅限于示例应用、模块或过程。

图5及相关联讨论旨在提供对其中可实现各实施例的合适计算环境的简要 概括描述。参考图5，该图示出了诸如计算设备500之类的根据各实施例的应 用的示例计算操作环境的框图。在基本配置中，计算设备500可包括至少一个 处理单元502和系统存储器504。计算设备500还可以包括在执行程序时协作 的多个处理单元。取决于计算设备的确切配置和类型，系统存储器504可以是 易失性的(诸如RAM)、非易失性的(诸如ROM、闪存等)或是两者的某种 组合。系统存储器504通常包括适于控制平台的操作的操作系统505，例如来 自美国华盛顿州雷蒙德市的微软公司的操作系统。系统存储器504 还可包括一个或多个软件应用，诸如程序模块506、通信应用522、以及日历 模块524。

根据各实施例，通信应用522可从发布的日历检索可用性信息。日历模块 524可根据诸如“空闲”和“忙碌”的用户状态声明来格式化可用性信息。日 历模块524还可集成与该联系人相关联的其它发布的日历。来自发布的日历的 最新可用性信息可被用来更新相关联的联系人的用户状态声明。该基本配置在 图5中由虚线508内的那些组件示出。

计算设备500可以具有附加特征或功能。例如，计算设备500还可包括附 加数据存储设备(可移动和/或不可移动)，诸如，例如磁盘、光盘或磁带。在 图5中通过可移动存储509和不可移动存储510示出这样的附加存储。计算机 可读存储介质可以包括以用于存储诸如计算机可读指令、数据结构、程序模块 或其它数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可 移动介质。计算机可读存储介质是非瞬态的计算机可读存储器设备。系统存储 器504、可移动存储509和不可移动存储510都是计算机可读存储介质的示例。 计算机可读存储介质包括但不限于，RAM、ROM、EEPROM、闪存或其它存 储器技术，CD-ROM、数字多功能盘(DVD)或其它光学存储，磁带盒、磁带、 磁盘存储或其它磁存储设备，或能用于存储所需信息且能够由计算设备500访 问的任何其它介质。任何这样的计算机可读存储介质都可以是计算设备500的 一部分。计算设备500也可具有输入设备512，诸如键盘、鼠标、笔、语音输 入设备、触摸输入设备和类似输入设备。还可以包括输出设备514，诸如显示 器、扬声器、打印机和其它类型的输出设备。这些设备在本领域中公知且无需 在此处详细讨论。

计算设备500还可以包含允许该设备与其它设备516通信的通信连接518， 诸如通过分布式计算环境中的无线网络、卫星链路、蜂窝链路和类似机制。其 他设备518可包括执行通信应用的计算机设备、存储服务器和类似设备。通信 连接516是通信介质的一个示例。通信介质可以包括计算机可读指令、数据结 构、程序模块、或者诸如载波或其它传输机制等的已调制数据信号中的其它数 据，并且包括任何信息传递介质。术语“已调制数据信号”指其一个或多个特 征以这样的方式设置或改变以便在信号中对信息进行编码的信号。作为示例而 非限制，通信介质包括诸如有线网络或直接线连接之类的有线介质，以及诸如 声学、RF、红外及其他无线介质之类的无线介质。

各示例实施例还包括各种方法。这些方法可以用任何数量的方式，包括本 文中所描述的结构来实现。一种此类方式是通过本文中描述的类型的设备的机 器操作。

另一可任选方式是该方法的各个操作中的一个或多个操作在结合一个或 多个人类操作者执行该方法的各个操作中的某一些的情况下被执行。这些人类 操作者无需彼此同在一处，而是其每一个可以仅与执行程序的一部分的机器同 在一处。

图6示出了根据各实施例从发布的日历检索可用性信息的过程的逻辑流程 图。在一些示例中，过程600可由通信或日程安排应用来实现。

过程600可以操作610开始，其中应用可检索发布的日历。应用可建立与 日历应用的http连接并下载日历。在操作620，应用可格式化该发布的日历。 应用可从发布的日历提取用户状态信息，并将信息分配给诸如“空闲”或“忙 碌”的用户状态声明。接着，在操作630，应用可将经格式化的日历链接到联 系人。应用可将日历所有者标识符信息与应用的联系人列表内的联系人进行匹 配。应用可在操作640呈现链接的日历用于日程安排。

在一些实施例中，判定引擎可被执行来评估链接的日历和发布的日历之间 的冲突。具有来自发布的日历状态信息的联系人状态，可在确定来自发布的日 历的最新信息后被更新。

某些实施例可在包括通信模块、存储器和处理器的计算设备中实现，其中 处理器结合存储在存储器中的指令执行如上所述的方法或类似方法。其它实施 例可被实现为其上存储有用于执行如上所述的方法或类似方法的指令的计算 机可读存储介质。

过程600中包括的操作只是为了说明。从发布的日历检索可用性信息可以 使用此处所述的各原理通过具有更少或更多步骤的相似过程、以及不同的操作 次序来实现。

以上说明书、示例和数据提供了对各实施例的组成的制造和使用的全面描 述。尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所 附权利要求书中定义的主题不必限于上述具体特征或动作。相反，上述具体特 征和动作是作为实现权利要求和各实施方式的示例形式而公开的。