CN112840367A - 用于会议房间的自动预留的系统和方法 - Google Patents

Abstract

公开了一种用于为会议自动地预留房间的方法和系统，其中，为用户提供了在安排的会议的创建期间启用自动房间预留的选项。用户能够指定会议的时间以及针对应当选择的房间的类型的偏好。所述系统还能够确保针对定期会议的合适的房间的可用性。

Description

用于会议房间的自动预留的系统和方法

背景技术

当前有许多工具可用于使得人们能够进行实况会议、研讨、演示或者其他类型的聚会。通常，这样的会议涉及组织者最初安排会议、识别会议的位置、以及向期望的参与者发送邀请。能够向每个受邀参与者提供会议的主题、会议的时间和日期、会议的位置、以及在一些情况下提供其他参与者的列表。然后，预期受邀参与者在安排的时间和位置参加所述会议。

为了使会议空间有益于群组讨论和演示，具有各种资源的特定房间的可用性或可进入性对于会议组织者和参与者而言会具有重要意义。例如，会议参与者经常期望使用连接到会议系统或服务器的电话、计算机或者其他通信设备。会议还可以包括音频组件和/或视觉组件，诸如共享演示、视频、白板或者其他多媒体、文本、图形等，其需要特定的技术组件。此外，个体参与者可以具有其自己的房间通道和必须满足的家具需求。

组织者能够搜索提供所需的资源和/或配置并且在期望的时间可用的房间，但是这样的任务常常是繁琐的，并且仅限于组织者自己对可用房间的了解以及关于房间预留的公司政策。这样的限制会削弱组织最大程度地利用其自身资源的能力。

发明内容

根据本公开的第一方面，一种预留系统包括：至少一个处理器，以及一个或多个计算机可读介质。所述计算机可读介质包括指令，所述指令当由所述至少一个处理器执行时，使得所述至少一个处理器用于：使得向用户显示包括第一可选选项的第一用户界面，所述第一可选选项针对被安排在第一时间段期间发生的至少第一会议事件授权自动房间预留。所述指令还使得所述至少一个处理器用于：响应于对所述第一可选选项的第一用户选择，来记录第一授权以针对所述第一会议事件自动预留房间。所述指令还使所述至少一个处理器用于：响应于所记录的第一授权并且在所述第一会议事件之前的时间，自动地发起对在所述第一时间段期间可用的至少第一房间的第一搜索。另外，所述指令还使所述至少一个处理器用于：自动地预留所述第一房间以用于在所述第一时间段期间使用。

根据本公开的第二方面，一种为会议预留房间的方法，包括：使得向用户显示第一用户界面。所述第一用户界面包括第一可选选项，所述第一可选选项针对被安排在第一时间段期间发生的至少第一会议事件授权自动房间预留。所述方法还包括：响应于对所述第一可选选项的第一用户选择，来记录第一授权以针对所述第一会议事件自动预留房间。另外，所述方法包括：响应于所记录的第一授权并且在所述第一会议事件之前的时间，自动地发起对在所述第一时间段期间可用的至少第一房间的第一搜索。此外，所述方法涉及自动地预留所述第一房间以用于在所述第一时间段期间使用。

根据本公开的第三方面，一种促进针对会议的房间选择的方法，包括：使得向用户显示第一用户界面。所述第一用户界面包括用于安排针对第一会议事件的时间的第一输入字段和用于选择所需的会议房间资源的第二输入字段。所述方法还包括：经由所述第一输入字段来接收针对所述第一会议事件的开始时间和结束时间。另外，所述方法包括：经由所述第二输入字段来接收第一房间标准。所述方法还包括：响应于接收到所述开始时间、所述结束时间和所述第一房间标准，来自动地发起针对在所述第一会议事件期间可使用并且满足所述第一房间标准的一个或多个房间的第一搜索。所述方法还包括：使得向所述用户显示建议的会议房间的列表，所述建议的会议房间的列表包括所述一个或多个会议房间中可在所述第一会议事件期间使用并且满足所述第一房间标准的第一房间。

提供本发明内容以简化的形式介绍一些概念，这些概念将在下文的详细描述中进一步描述。本发明内容既不旨在标识所要求保护的主题的关键特征或必要特征，也并不旨在用于限制所要求保护的主题的范围。此外，所要求保护的主题并不限于解决在本公开的任何部分中所指出的任何或所有缺点的实现方式。

附图说明

附图仅通过示例而非限制的方式描绘了根据本教导的一种或多种实现方式。在附图中，相似的附图标记指代相同或相似的元件。此外，应当理解，附图不一定是按比例绘制的。

图1A-1C均图示了安排会议的用户和用于自动识别会议位置的系统的实现方式；

图2是被配置为自动地预留未来会议的会议安排应用界面的实现方式；

图3是日历和多个会议邀请的实现方式，其中已经自动地预留了房间；

图4是被配置为自动地呈现建议的会议位置的会议安排应用界面的实现方式；

图5A是呈现建议的会议位置的第一界面的实现方式，并且图5B是为用户呈现房间的收藏列表的第二界面的实现方式；

图6是被配置为自动地预留未来会议的会议安排应用界面的实现方式；

图7是其中已经自动地预留了房间的日历和多个会议邀请的实现方式；

图8A是被配置为自动地呈现建议的会议位置的会议安排应用界面的实现方式，并且图8B是被配置为自动地预留未来会议的会议安排应用界面的实现方式；

图9是图示了用于自动地预留会议房间的过程的实现方式的示意性流程图；

图10是用于对房间的自动预留的过程的实现方式的流程图；

图11是示例性计算设备的框图，所述计算设备可以被用于提供在本文中所描述的机制的实现方式；并且

图12是图示了被配置为从机器可读介质读取指令的示例机器的组件的框图。

具体实施方式

在下文的详细描述中，通过示例的方式阐述了许多具体细节，以便提供对相关教导的透彻理解。然而，应当理解，可以在没有这样的细节的情况下实践本教导。在其他情况下，已经在没有细节的相对较高的水平上描述了公知的方法、过程、组件和/或电路，以免避免不必要地模糊本教导的各个方面。

以下实现方式介绍了一种用于为已安排的会议事件自动预留或预约房间的方法和系统。可以在安排过程期间(或者在已安排的会议之前的其他阶段或实例)为会议组织者提供选项，以实现房间自动预约。常规地，房间预约包括一系列步骤，其中，用户能够：(1)安排会议；(2)标识受邀者的列表；(3)选择所述会议的日期和时间；(4)搜索期望大小的可用房间，其包括所述会议所需的任何资源；以及(5)生成邀请并且将所述邀请发送给(一个或多个)参与者。然而，在许多情况下，组织者可能不知道在安排的时间与会议事件之间发生的房间状态变化。另外，组织经常建立其自己的政策，这会限制组织者针对定期地发生的事件或者直到更远的(未来的)日期才发生的事件进行规划的能力。组织者可能因无法为这样的定期会议或未来计划的会议提前进行规划而感到沮丧。在一些情况下，组织者可能忘记他们即将举行的会议尚未预约房间，而当他们稍后返回进行预约时，如果有的话，他们也无法找到适合自己需求的房间。可能需要组织者反复返回到安排系统，希望取消针对期望房间的另一预约。另外，如果将会议重新安排到不同的时间，则房间预约可能不被更新，并且从而给参与者带来很大的压力和延迟。

即使在组织者已经预约房间的情况下，他们也可能遇到以下情况：房间正在维护中或者以其他方式经历使得房间不再适合其需求的其他改变、或者会议所需的资源已经改变。类似地，如果受邀者或预期出席者的数量变化，则先前预留的房间可能不再适合。此外，如果组织者不再受雇于将要举行会议的公司、或者由于其他原因不再担任会议组织者的角色并且未能在其离开前取消会议，则将(错误地)保持房间预留，导致对(一个或多个)资源的无意浪费。还存在安排了定期会议、但是参与者正在旅行或在异地工作的情况；在这样的情况下，原来的房间预留将不再有用，并且应当进行取消，或者可能替代地需要远程场所。

如将在下文详细讨论的，所公开的实现方式描述了为这些问题提供了直接的解决方案的系统和方法，提供了对会议房间的自动预留以及对预留房间和其他共享资源的自动管理。所述系统能够被配置为适应会议配置、房间可用性或者其他用户偏好中的更新和其他改变。该机制将以使便利性和效率最大化的方式来提供给用户。例如，能够在组织者正在安排会议时，在他们对先前安排的会议或定期会议进行审查期间，和/或在查看提醒、日历更新或预览或者与会议准备、信息或通知相关联的其他项目时，向组织者呈现自动预约房间的选项。通过移除不得不搜索具有期望的设施的可用房间或者记住返回会议列表以在组织策略允许这样的预约会议时就更新房间预约的不便性，用户能够更好地利用其时间，轻松地适应其演示和参与者的需求，并且优化对其组织中的资源的管理。此外，在一些实现方式中，用户能够通过标识自己喜欢的房间或位置来根据其自己的偏好定制自动预约过程，或者甚至参考会议的其他参与者喜欢的房间。

通常，会议事件(“会议”)指代对物理空间的实时或接近实时的亲自使用。通常，这会涉及在两个或更多个参与者之间的亲自通信会话。然而，在一些实现方式中，可能仅有一个人出现在房间中并且经由电信设备连接到另一参与者，或者单个人可能希望在特定的时间和日期出于其自己的目的而使用房间。因此，术语“会议”能够涵盖可以被预先安排的任何事件、活动、聚会、集会、班级、会议、大会、峰会、会话、聚集、集合、重聚等，并且包括对特定资源的使用。应当进一步理解的是，对术语“房间”的引用不仅包括在物理结构或建筑物中的封闭空间，而且还包括能够作为会议的场所的任何物理空间(封闭的、开放的、室内的或室外的)。房间还能够包括在房间之内的(一个或多个)子结构或组件，诸如小隔间、会议桌或其他指定的空间或资源。

另外，如所使用的术语“安排的会议”通常指代已经安排在特定日期/时间或者已经指定在定期的日期/时间举行的会议。应当理解，所公开的实现方式也可以适用于尚未安排的会议。例如，当用户正在创建会议时，或者在会议邀请已经完成之前。

如上文所提到的，能够在会议生命周期的各种工作流实例期间呈现为会议自动预留房间的选项。例如，会议生命周期包括在安排的会议之前的时间。因此，针对会议的工作流实例包括与该会议相关联的任何步骤、事件、动作或通信，并且能够包括但不限于：会议的创建、会议邀请的接收、会议的受邀者之间的通信、与受邀者共享的会议文档、与会议有关的议程或日历通知、会议更新等。此外，以下实现方式可以指代“第一视图”的概念，该概念指代其中参与者首先参与会议信息的情况；例如，在创建会议事件时，或者在最初打开或查看邀请时。

通常，术语“自动地预留”、“自动地预约”、“自动预留”或“自动预约”的使用指代系统向用户自动指派和保留一个或多个房间或位置选项以在预定日期和时间和/或在满足指定条件时使用的能力。例如，如果启用了自动预留特征，则所述系统能够被配置为：搜索满足组织者的偏好并且在所述日期/时间可用的房间，将其作为推荐呈现给组织者，和/或自动地预留房间而无需来自组织者的进一步确认。作为另一示例，所述系统可以不在会议创建过程期间立即识别用于特定会议的房间，但是能够被配置为在找到合适的房间和/或成功预约时继续“离线”搜索合适的房间并且更新会议列表。另外，所述系统能够被配置为生成通知和/或向组织者和/或受邀者发送通知，以提供关于房间位置的最新信息。

对会议应用、安排应用、组织者应用或简单地“应用”的引用可以被理解为指代被配置为提供安排、查看、修改或组织会议和对应会议房间、和/或通信或发送或接收与会议相关联的数据的手段的任何软件应用。这能够包括能够安排会议或约会的任何类型的电子日历或电子安排系统。一些这样的程序能够包括：

Microsoft

Microsoft

Boomerang

Google

以及能够提供会议工具和/或促进在线通信或协作的其他应用。这些是非限制性示例，并且任何其他与通信有关的应用都可以从所公开的实现方式中受益。因此，在整个说明书中通过名称对软件应用的特定引用不应当被理解为限制所提出的系统和方法的使用。还应当理解，在一些实现方式中，用于启用自动预约功能的应用可以与用于安排会议的应用不同，而在其他实现方式中，其可以是相同的。

为了更好地将系统和方法介绍给读者，图1A-1C呈现了用于实现会议房间管理系统的代表性会议创建界面(“安排界面”)的三个高级示例。在一些实现方式中，“新”会议能够经由本地控件来安排，诸如用于安排应用(“应用”)的安排界面。例如，“本地控件”指代用于通过客户端应用向应用用户通信内容的机构。例如，本地控件可以包括可以作为用于软件应用的用户界面(UI)被呈现给用户的弹出式窗口、交互按钮、或者可以通过本地应用UI向用户示出的其他对象、以及用于与那些本地控件一起呈现相关联的内容的特定应用本地的机构。在不同的实现方式中，本地控件能够包括任何其他类型的用户界面，诸如对话框、通知、警报、提醒、电子邮件、即时消息或者其他应用通信或呈现方式。另外，“触发器事件”或“触发事件”指代与应用的特定使用相关联的事件(或者事件的特定序列)，其对应于经由本地控件提供的选项的选择或者匹配条件的事件。在图1A-1C中，触发事件可以被理解为包括“点击”、切换、语音命令或者其他输入动作(诸如鼠标左键或右键点击、触摸屏点击、数据的选择或者其他输入类型)。

如下文将描述的，在不同的实现方式中，安排界面能够包括用于接收会议相关的输入的多个字段，包括但不限于：标题或主题字段、位置字段、(一个或多个)开始时间和结束时间字段、会议细节、注释或者描述字段和/或受邀者字段。在一些实现方式中，应用能够被配置为向用户呈现额外或替代选项。应当理解，无论是否明确标识出，可以在本文中所描述的用户界面中的每个用户界面上使用设置选项。

在不同的实现方式中，一个或多个计算设备最终用户或简称“用户”能够访问每个安排者界面。作为示例，一种类型的用户可以是会议组织者。在图1A-1C中描绘了组织者110正在设置会议的过程中。在图1A的实现方式中，组织者110正在访问经由第一设备112呈现的第一安排者用户界面(“第一安排者”)150。能够理解，第一设备112被配置用于连接至网络。当第一用户110最初经由第一安排者150安排和创建会议时，可以向第一用户110呈现第一可选选项(“第一选项”)190，以使得能够为他们当前正在创建的会议自动预约房间。

在图1A中的第一选项190由于对选项的第一用户的选择而在此以“开启”模式示出，由此启用或激活自动预约功能。应当理解，用户还可以通过将第一选项190切换回到“关闭”位置来停用所述选项。然而，在其他实现方式中，在默认情况下，所述应用可以向用户呈现已经激活的自动预约功能，并且用户能够根据需要来禁用所述选项。因此，组织者能够考虑并且定义会议的后勤(参见第一界面部分130)，并且选择会议所需的房间的类型、他们希望提前多久安排会议、以及他们是否希望为该特定事件或一系列事件自动地预留房间。

应当理解，附图中所示的文本和特定措辞仅出于说明的目的，并且不以任何方式限制应用通信或接收信息的方式。另外，尽管第一可选选项190在图1A中位于第一界面部分130之下或下方，但是应当理解，在其他实现方式中，第一可选选项190或者其他字段和选项可以不同地呈现和/或可以在与客户端系统相关联的(一个或多个)屏幕上的其他任何地方显示或生成，包括与安排者用户界面间隔开、邻近或者在其周围。换言之，附图仅呈现界面的一种可能的布局，并且不以任何方式限制所公开的任何特征中的呈现布置。

在一些实现方式中，安排者界面还能够提供一个或多个自动预约偏好。作为一个示例，第二界面部分140被示出在第一选项190下方，并且呈现诸如应当针对其自动预约房间的会议的数量或者不应当在其中预约房间的那些日期或时段(例如，“管制日期”)的选项。下文将参考图2和图3来描述关于这样的偏好的额外细节。通过启用自动预留功能，用户能够将选择用于会议(或者一系列会议)的房间的责任委托给某种虚拟预约代理，以节省时间和努力两者。

会议管理系统的另一种实现方式在图1B中进行了描绘，其中，组织者110被示为访问经由第一设备112呈现的第二安排者用户界面(“第二安排者”)152。当第一用户110最初经由第二安排者152安排并且创建会议时，还可以向第一用户110呈现标识会议房间的期望(或要求)的特征的机会(参见资源选择器部分142)。这样的选项能够包括容纳有特殊需要的人的可用性(“ADA访问”)、投影仪的可用性、电话会议系统的可用性以及房间容量。应用还可以(或者替代地)提供或接收各种其他偏好，以过滤或引导系统为会议自动地建议的房间选择。另外，所述系统能够参考用户的先前选择、或者针对该会议或组织者经常预约的房间、和/或针对该用户或其他用户的收藏列表，以确定哪些房间最适合组织者的需求。例如，在一些实现方式中，这样的建议能够被显示为下拉列表162和/或在位置字段192中显示为自动填充的响应；然而，在其他实现方式中，可以通过参考地图或另一界面来提供自动建议的房间。

会议管理系统的第三实现方式在图1C中进行了描绘，其中，组织者110被示为访问经由第一设备112呈现的第三安排者用户界面(“第三安排者”)154。当第一用户110最初经由第三安排者154调度并且创建会议时，还可以向第一用户110呈现第二可选选项(“第二选项”)194，以使得能够为他们当前正在创建的会议自动预约房间。图1C中的第二选项194由于对所述选项的第一用户的选择而在此以“开启”模式示出，由此启用或激活了自动预留功能。应当理解，用户还可以通过将第二选项194切换回到“关闭”位置来停用所述选项。因此，组织者能够考虑并且定义会议的后勤(参见第三界面部分134)、以及他们是否希望为该特定事件或一系列事件自动地预留房间。

如上文所提到的，安排者界面还能够提供一个或多个自动预约偏好。作为一个示例，第四界面部分144在第二选项194下方示出，并且呈现诸如会议房间应当位于的建筑物以及所述建筑物中包括可以被自动预约的房间的楼层的选项。换言之，用户能够“模糊地”或宽泛地设置关于所述系统可以考虑并且自动预约的房间池的边界或限制。该特征对于通常不需要或不愿指定房间但是仅仅想要确保在一般位置预约房间的用户而言非常有吸引力。下文将参考图6和图7来描述关于该过程的额外细节。

如上文参考图1A所提到的，在一些实现方式中，安排者界面能够配置有在会议创建时自动地预留会议房间的选项。这样的系统的另一示例在图2中通过代表性的第一会议用户界面(“第一界面”)200图示出。第一界面200包括会议行程部分210，会议行程部分210能够包括允许组织者输入规划的会议的细节的各种字段或选项。在图2的示例中，这些包括主题字段212、将该会议标识为定期事件的选项214、一组日期/日子/时间字段216、以及位置字段218。其他实现方式可以省略这些字段中的一个或多个字段、和/或包括额外字段类型。

在一种实现方式中，用户可以手动地输入或者以其他方式指定会议应当发生的房间或空间。用户能够将房间或空间标识符(这里被示为“房间754B”)直接输入到位置字段218中。在一些实现方式中，所述系统可以实时地更新第一界面200的显示以通知用户针对所选取的日期/时间的所选房间的即将到来的可用性。在该示例中，向用户示出了房间754B可用于该定期事件系列的接下来的两个会议。换言之，确认房间754B在第一会议和第二会议期间使用(例如，下一星期二和下一星期五)，但是在这两次会议之外不能够确认。

为了使组织者在这种情况下对第二会议之外的所有可预见的未来会议充满信心地提前计划，有很强的动机来确保这些会议中的每个会议将在每个会议之前都有合适的房间来预约。然而，组织者面临责任，即：尝试“跟上”每周会议，并且在特定房间变得可用时更新日历和事件细节，反复查看(一个或多个)房间资源状态以查看是否已经打开了期望的房间，以及确保每个参与者都被通知了针对每个事件的位置的更新或变化。

所提出的实现方式允许组织者为所有将来的会议放弃资源管理的负担。在图2中，选择了可选的自动预留选项290(“开启”)，由此启用或激活自动预留功能。应当理解，用户还可以通过将自动预留选项290切换回到“关闭”位置来停用所述选项。所述系统能够接收定义会议参数的信息，诸如在会议行程部分210中呈现的数据的类型，以及能够表征所述会议的其他参数，以帮助引导其对房间的搜索。

在一些实现方式中，由所述系统接收到的额外输入能够微调自动预留机制。在图2中，当自动预留选项290已经被选择时可以使得自动预留部分250可见或活跃，或者如图所示默认可能是可用的。在该示例中，组织者能够针对该定期事件指导应用无限期地维护和更新房间预约，或者识别能够触发对所述机制的停用的一个或多个条件。第一部分252包括字段，用户能够通过所述字段来停用所述自动预约，诸如在已经发生特定数量的会议之后、在特定数量的星期或日期之后、和/或直到特定日期或者手动停用。另外，第二部分254允许用户创建例外，由此所述自动预留功能能够“跳过”或者以其他方式避免在特定日期(例如，国定假日、用户的生日等)或者跨一时间范围预约房间，以及当诸如与另一会议发生冲突或者系统确定组织者当天不在办公室之类的情况时。换言之，所述系统能够访问和查看用户直接输入的数据之外的数据，以智能地预约、修改或取消与用户指示的标准相匹配的房间预留。

在不同的实现方式中，所提出的系统可以包括用于自动地预约、更新或者以其他方式修改会议房间并且向用户通知这样的动作的规定。这些通知能够经由用户的电子日历、议程、规划者、提醒、任务列表、“提示框”(弹出消息)或者与即将到来的会议相关联的其他通信来发生。参考图3，图示了通知机制的实现方式。在图3的上半部分中，日历300以每月视图呈现，其中上面示出了星期几。日历300包括多个分段、块或框，其中的每个代表一天。为了清楚起见，应当参考在图2中所描述的示例来理解图3，其中，组织者已经安排在每个星期二和星期五举行定期会议。第一会议日期302和第二会议日期304中的每个都标识由组织者手动选择的房间(房间754B)。

组织者也已经启用了图2中的自动预留功能，要求所述系统找到并且预约针对所有未来会议(晚于前两次会议)的合适的空间。在一些实现方式中，在执行该任务时，所述系统能够参考组织者的先前房间预约历史、已经被识别为“收藏”的房间、群组策略、房间的经更新的或实时的可用性、房间状态、房间尺寸或容量、房间的可用资源以及事件和/或参与者的需求、针对该日期距组织者的预期位置更近的房间、距最多参与者最近的房间、要求将室外事件移至室内的天气变化、以及在确定要指派给未来会议的房间时的任何其他偏好。

因此，关于将来的会议日期，所述系统将考虑用户的各种因素和偏好，并且离线(即，在后台，无需进一步的用户输入或交互)确定每次会议将在何处举行。该过程能够在下一安排的会议之前的任何时间发生。应当理解，如果在会议开始时间之前的任何时间、或者直到用户选择的“最新”时间或者将其设置为系统默认，更适合或更接近用户偏好(更好或更强的匹配)的另一房间变得可用，则还能够自动地再访和/或修改房间指派。

图3的日历300反映了该过程的结果的一个示例。基于系统对至少与该日期相关联的组织者的电子邮件和/或议程的访问和评估，第三会议日期306已经被识别为落在组织者将不在办公室的那一天。结果，不会为第三会议日期306自动预约房间。另外，第四会议日期308已经被自动地指派为房间763D，第五会议日期310已经被自动地指派为房间752A，以及第六会议日期314已经被自动地指派为房间754A，其靠近最初选择的房间，并且提供了会议所需的空间和资源。所述系统还已经识别出，最初选择的房间现在可用于第七会议日期312和第八会议日期318，并且已经为这些会议进行了自动预约房间754B。类似于第三会议日期306，能够看到，由于与组织者已经指示相同时间发生的另一会议发生冲突而导致没有为第九会议日期316预约任何房间，以及没有为落入国家节日的第十会议日期320预约任何房间。

在一些实现方式中，所述系统可以包括用于计算和指派置信度值以用于其确定特定房间将适合于会议的规定。在一个实现方式中，所述系统可以被配置为当所述置信度值等于或大于预先指定的阈值(例如，80％、87％、95％、99％等)时自动地预约和确认用于会议的房间，和/或通信关于房间指派的通知。如果置信度值下降到阈值之下，则所述系统能够被配置为预约房间(或者放置临时保留)，并且向组织者提交请求以确认房间是否可接受。该阈值能够由系统提供，或者能够由用户定制。在另一实现方式中，能够首先预约第一房间，并且如果在该第一预约之后与更大的置信度值相关联的另一第二房间变得可用，则系统可以自动地修改所述预约以确保更合适或最佳的房间用于所述会议。

如先前所提到的，在一些实现方式中，房间预约系统可以由各种资源使用策略来调节，并且防止或阻止预约超出某个日期的房间(例如，从当前日期起6周、从当前日期起2个月、从当前日期起1年等)。在这样的情况下，能够将自动预约机制配置为推迟或“暂停”其搜索该日期之后发生的会议的房间，并且然后在对于即将到来的会议经过限定的时间段后立即自动地做出预约，由此确保在最早的时间为用户提供确认的房间，该特征还增加了预留最适合于所述会议的房间的可能性。另外，随着更多用户选择使用或者以其他方式依赖自动预约，所述系统能够跨组织中的多个会议而考虑或比较每个会议的要求或者每个用户的偏好，以确定针对作为整体的群组的最佳房间指派结果，使资源的分配最大化并且减少组织间的摩擦。

当然，在一些情况下，组织者可能不同意或者不喜欢由自动预约系统做出的房间选择。所述系统能够包括用于允许用户容易地访问会议参数并且手动地修改所指派的房间的规定。其一个示例由可选图标340图示出，可选图标340当被触发时能够向用户提供取消预约或搜索不同房间的手段。能够在会议之前的任意时间提供这样的选项，并且可以跨各种通知类型来提供。

在不同的实现方式中，能够将会议组织请求、提醒或其他通知发送给组织者或(一个或多个)受邀者(例如，会议邀请、会议更新或改变消息、会议警报等)，通常包括针对即将举行的安排的会议的细节。在图3中，描绘了第一通知360的示例，由此所述位置被识别为用户选择的房间(房间754B)。第二通知362识别不同的位置(房间763D)，并且在一些实现方式中，还能够包括“警报”符号(在这种情况下为感叹号)。这样的符号能够用信号通知用户已经预留了与原始选择的房间不同的房间。这也在第三通知364中被示出。当在第七会议日期312再次预留了原始房间时，没有示出这样的符号。

这些和其他类型的会议通知能够在会议之前的任意时间呈现，并且能够识别会议并且指示所述会议的位置以及可以帮助用户为会议做准备的任何其他细节。例如，在进行会议之前的一段时间内，会议位置可能改变一次或多次，先前具有“TBA”(待指派)位置状态的会议能够确认房间预约，和/或预留能够从暂定的预约过渡到确认的预约，以及其他改变。因此，警报和通知能够在确保用户保持会议的状态和位置的最新状态方面发挥重要作用，特别是在使用在房间预约过程期间具有灵活性的系统期间。

能够理解，用户安排会议和预约房间的大多数情况是在线或者以电子方式发生的。然而，用户在已经返回离线重新安排或亲自取消(即，不以电子方式进行更新)的会议预留时，或者在以其他方式确保通过在线示出的预约反映了他们修改后的计划时，可靠性会有所降低。例如，由于为第二会议针对相同房间进行的另一预留与第一会议的会议时间重叠，因此组织者对第一会议最期望的房间可能被示为不可用。即使第二会议的参与者知道第二会议已经被取消或者被重新安排或移动到另一位置(例如，通过口口相传、通过电话、门上的标志、亲自交流)并且房间现在可用，但是其仍被列为已预约。在一些实现方式中，所提出的系统能够包括用于通过参考房间占用或运动传感器和/或通过参考用户到用户的通信、用户位置跟踪、病假或休假日的使用、日历冲突或其他这样的数据，来验证房间的安排的使用实际上实时发生的规定。

例如，传感器可以检测用户在会议空间内的活动。作为数个示例，检测到的活动可以是运动、声音、客户端设备与公共会议设备的连接。(一个或多个)传感器能够被配置为确定会议空间是否具有与第一时间段(当会议被安排时)相交的已安排的会议，其中，第一时间段以检测到的活动开始并且基于默认时间段、预设时隙以及会议空间内下一安排的会议的开始时间而结束。在一些实现方式中，传感器可以被配置为在整个第一时段内监视用户在会议空间内的活动，并且可以基于贯穿第一时段并且在第一时段过期时是否检测到在会议空间内的活动来删除或延伸会议房间预留。换言之，在一种实现方式中，能够确认对资源的实时使用并且将其用于自动地更新所述预约系统。这能够增加组织者的信心，即：即使他们最喜欢的(一个或多个)房间已经被示为在别处已经被预留——房间仍将被继续考虑——并且始终可以使对组织空间的使用最大化。

接下来参考图4，描绘了房间预约特征的另一示例。如上文参考图1B所指出的，在一些实现方式中，安排者界面能够被配置为向用户呈现多个可用房间选项(“建议的位置”)，以在会议创建时加快预约过程。图4中的代表性的第二会议用户界面(“第二界面”)400包括会议行程部分410，会议行程部分410能够包括组织者通过其输入规划的会议的细节的各种字段或选项。在图4的示例中，这些包括：主题字段、一组日期和时间字段、以及受邀者列表字段412。本示例还示出了其中已经添加了17个受邀者的会议。

在不同的实现方式中，所述系统可以包括用于接收用户的要求或偏好的房间类型、访问或者针对即将举行的会议的工具的规定。出于图示说明的目的，在图4中，示出了房间要求部分420，其中，可以提供经常选择的房间选项，诸如ADA访问、电话会议能力(其已经被选择)、投影仪可用性(也被选择)以及房间容量(要具有一定的大小来接待至少15人)或者其他。可以呈现许多其他选项，并且可以经由“查看全部”或类似选项来查看所有选项——以及自定义选项。在主界面中示出的选项也能够由用户修改，或者由系统基于用户的选择历史为特定用户更新。

第二界面400还包括位置字段430，在位置字段430中，用户可以手动地输入或者以其他方式指定应当举行会议的房间或空间。用户能够例如直接向位置字段430中键入房间或空间标识符。在一些情况下，字母数字文本的初始输入可能会触发建议的列表。在一些其他实现方式中，所述系统可以例如在下拉菜单或弹出窗口或者其他本地控件中立即(即，没有来自用户的任何输入)显示建议的位置440以供用户查看。所呈现的每个建议的位置能够至少部分地基于用户的先前房间预约历史记录、用户已经标识为收藏的房间、先前已经为该特定会议预约的房间、房间距参与者的距离、和/或房间可用性。另外，如上文参考房间要求部分420所讨论的，用户还可以提供引导或者以其他方式指导或限制可以建议的房间的范围。

在该特定示例中，建议的位置440包括第一位置442、第二位置444、第三位置446和第四位置448。能够按照针对该用户的可能偏好的次序列出建议的位置440。另外，还能够呈现被确定为与用户相关的信息，以促进更有效的房间选择。在这种情况下，每个位置被显示有房间标识符、房间的建议容量或最大容量、以及其可用性的指示。一些位置也可能与针对组织者或(一个或多个)参与者的“收藏”指示符相关联，其能够帮助组织者确定哪个房间将最适合作为整体的群组。在该示例中，第一位置442已经被受邀者列表的12个成员收藏，第二位置444已经被受邀者列表的9个成员收藏，并且第三位置446已经被受邀者列表的4个成员收藏。通过允许用户在他们安排会议时共享和接收信息和/或在会议安排过程中呈现该信息，极大地增加了选取对大部分(如果不是全部)参加者最佳的房间的可能性，并且预约过程自身被显著简化。

在图5A中，为了清楚起见，描绘了所建议的位置特征的另一种可能的实现方式。如在建议的房间界面500中所示的，能够出于多种原因来推荐列出的房间，并且以许多不同类型的信息来呈现。第一建议510是与组织者工作所处的建筑物不同的建筑物中的房间512(“Jacob Bldg，房间53”)。在一些实现方式中，所述系统能够被配置为经由房间描述514来显示关于该房间为何是居首建议的原因。在这种情况下，房间描述514解释了：对组织者的日历的查看已经表明组织者被安排参与在与安排在2PM的会议同一天的1:15PM的第一会议，其中，针对2PM会议的17位受邀者中的七位也参加1:15PM的会议。换言之，所述系统已经确定组织资源的最佳使用——包括组织者的时间以及许多参与者的时间——是预留更接近于第一会议的房间。

在不同的实现方式中，能够基于用户历史来建议额外的房间或其他房间，如在第二建议520(上个月使用4次)、第三建议522(上个月使用3次)和第四建议524(本周使用)中所示的。此外，如第五建议526所表示的，所述系统可以利用关于整体房间受欢迎度或者一天中的特定时间的受欢迎度的信息。在一个实现方式中，能够将每个选项理解为也满足用户在图4的房间要求部分420中所指定的标准。额外的选项也能够被用于允许用户快速地管理其房间预约，包括第一可选选项530以查看其他经常使用的房间，第二可选选项532以查看在过去用于该特定会议事件或类型的房间的列表，和/或由第三可选选项534表示的为单个会议事件预约超过一个房间的能力，这能够允许用户查看彼此相邻的建议的房间，或者针对组织者的需求而推荐的其他方式。

在图5B中，示出了房间收藏列表界面(“收藏界面”)550的一种实现方式。与图5A的建议房间界面500一样，出于各种原因能够推荐列出的房间，并且呈现有许多不同类型的信息。识别第一收藏房间552以及关于用户将该房间标为或标记为收藏的信息554。类似地，下文示出了第二收藏房间列表560。

在不同的实现方式中，能够将额外的或其他的房间添加到所述列表中(参见第一可选收藏选项570)，和/或能够编辑当前列表(参见第二可选收藏选项572)。此外，在一些实现方式中，并且基于针对群组成员的隐私或共享设置，用户可能能够查看另一受邀者的收藏列表(参见第三可选收藏选项574)，以及已经被最多用户收藏的房间(参见第四可选收藏选项576)。尽管收藏列表可以提供广泛的房间选择，但是应当理解，在一些实现方式中，用户能够过滤收藏列表，使得在自动位置建议中仅示出与用户在图4的房间要求部分420中所指定的标准相匹配并且已经被识别为收藏的那些房间。

如上文参考图1C所介绍的，在一些实现方式中，能够为安排者界面配置选项，从而为满足一组“模糊”或更高级别标准的未来会议自动预留会议房间。这样的系统的示例在图6中图示出，具有代表性的第三会议用户界面(“第三界面”)600。第三界面600包括会议行程部分670，会议行程部分670能够包括组织者可以通过其输入规划的会议的细节的各种字段或选项。在图6的示例中，这些包括主题字段602、将该会议识别为定期事件的可选选项604、日期(或日子)字段606、时间字段608和位置字段610。

在不同的实现方式中，用户能够向位置字段610提供房间或空间标识符的输入。在该示例中，用户已经输入了房间(“房间135”)和建筑物614(“Howard”)。在一些实现方式中，所述系统可以实时地更新第三界面600的显示，以通知用户在所选取的日期/时间选定房间的即将到来的可用性。可用性通知620仅指示房间135可用于下一次(即将举行的)会议，但是不能够确认超出下一会议日期对该房间的预约。这种类型的情况会经常发生，并且会给组织者带来挫败感，他们期望房间预留的确定性，并且对于选择实际房间是灵活的。

在一些实现方式中，所述系统能够包括用于使得能够自动预约一系列会议而无需组织者要求任何特定房间标识的规定。相反，组织者能够简单地指示针对期望的房间的广泛位置类别680，并且所述系统能够处理其余步骤。如在图6中所示的，组织者已经由可选选项690(“开启”)激活了自动预留特征。在这种情况下，不是(或者除了)访问房间历史记录、用户活动和/或收藏列表等，所述系统能够被配置为在相对简单的类别630中搜索房间——组织者希望在哪个建筑物或更大的空间中举行会议？

在图6中，组织者已经请求会议在位于第一空间632(“Howard建筑物”)或第二空间634(“Jasper建筑物”)中的房间内举行。然后，所述系统能够确保在事件之前为每周的会议在Howard建筑物或Jasper建筑物中自动地指派房间，并且及时向用户提供所指派的位置的通知。在一些实现方式中，组织者能够包括额外的通用过滤器，诸如每个建筑物的特定楼层640上的房间。在该示例中，组织者已经请求预约在Howard建筑物的第一层或第十一层的房间(参见第一字段642)，或者在Jasper建筑物中的第二层的房间(参见第二字段644)。在一些其他实现方式中，组织者还能够或者替代地请求所述系统在下一会议日期自动地确定组织者将实际位于何处，并且安排最接近该位置的可用房间，如由选项650所表示的。另外，用户可以访问其他选项660，包括但不限于上文关于图2-5所描述的选项。

如上文所描述的，所提出的系统可以包括用于自动预约、更新或者以其他方式修改用于会议的房间以及向用户通知这样的改变的规定。参考图7，图示了通知机制的实现方式。在图7的上半部分中，以每月视图呈现日历700，上面示出了星期几。日历700包括多个分段、块或框，其中的每个表示一天。为了清楚起见，图7应当被理解为参考了在图6中所描述的示例，其中组织者已经安排每周在星期一举行定期会议。第一会议710被示为被指派给指定为可用并且由用户选择的房间(Howard房间710)。能够理解，在其他实现方式中，包括第一会议在内的所有会议都能够被自动地预留(即，不需要用户的进一步输入)。

图6中的组织者还启用了自动预留功能，请求所述系统为所有的未来会议找到并且预约适合的房间。如上文所描述的，所述系统能够搜索位于由组织者标识的建筑物中的房间。这被反映在日历700中，其中，第二会议720将在Jasper的房间220中举行，第三会议730将在Jasper的房间205中举行，第四会议740将在Howard的房间1114中举行，以及第五会议750将在Howard的房间102中举行。因此，根据组织者的请求，已经被自动预约的房间位于Howard中的第一层或第十一层，或者位于Jasper中的第二层。

在不同的实现方式中，能够将会议组织请求、提醒或其他通知发送给组织者或(一个或多个)受邀者(例如，会议邀请，会议更新或改变消息，会议警报等)，通常包括针对即将举行的安排的会议的细节。在图7中，示出了第一通知760、第二通知762、第三通知764和第四通知766的示例。这些和其他类型的会议通知能够在会议之前的任意时间呈现，并且能够识别会议并且指示会议的位置以及可以帮助用户为会议做准备的任何其他信息。例如，在进行会议之前的一段时间内，会议位置可能改变一次或多次，先前具有“TBA”(待指派)位置状态的会议能够确认房间预约，和/或者预留能够从暂定预留过渡到确认预留，以及其他改变。

能够理解，关于上文所公开的实现方式中的每个而描述的所述特征中的两个或更多个特征能够被组合以提供不同类型的界面。在图8A和图8B中图示了一种更“全面”的自动预约系统的一个示例。在图8A中示出了第四会议用户界面(“第四界面”)的第一部分800，并且在图8B中示出了第二部分802。为了清楚起见，已经将两个部分分开，但是应当理解为代表统一的自动预约系统。在该示例中的所述系统被配置为向用户提供经由会议行程部分810创建会议的能力，并且在房间要求部分820中识别会议房间应当提供的资源或工具。所述界面还能够呈现多个建议位置830(参见图4和图5)。如果未选择自动预留选项890，则用户能够简单地从下拉菜单中为每个会议日期选择位置，或者稍后返回以参考建议的位置830来添加会议房间。

然而，如果选择了自动预留选项892，则如在图8B的第二部分802中所示的，可以提供额外的选项或特征。例如，自动预留部分850能够包括字段，所述字段允许组织者为该定期事件无限期地自动管理房间预约，和/或识别能够触发机制的停用的一个或多个条件(参见图4、5A和5B)。类似地，还能够提供广泛的位置类别860(参见图6和7)。

为了使读者进一步理解所提出的系统，在图9中图示了描绘所述系统的一种实现方式的示意性流程图。如在图9中所示的，在第一步骤902中，会议安排管理系统能够被配置为在针对第一会议事件的一个或多个工作流实例期间在用户设备的显示器上呈现自动预留选项。用户能够提交其(一个或多个)选择，其中对自动预留选项的激活对应于针对所述系统的用户授权以自动地找到合适的房间并且预约针对所述会议的房间。在第二步骤910中，该授权以及任何用户偏好和会议自身的细节能够由系统接收。从这一点开始，所述系统能够以“离线”模式操作，由此组织者不需要积极地参与以便进行房间预约。在一些实现方式中，与用户房间使用历史、房间要求、预约条件和收藏房间相关联的信息也能够在该时间和/或其他时间被系统访问和/或接收。在第三步骤920中，所述系统能够确认下一即将到来的会议是否与涉及房间预约的任何约束相关联。如果策略不允许所述系统预留房间，则将存在延迟，直到约束时段过去为止(参见第四步骤922)。如果没有这样的策略，或者所述策略现在已经过期，则所述系统能够在第五步骤930中搜索与该日期和时间的会议标准相匹配的任何房间。在一些情况下，该搜索能够在延长的时段发生，并且能够被配置为重复地自动执行。在一些实现方式中，能够在预约系统的任何用户每次进行改变时，或者在预约系统检测到对房间预留的任何相关更新时，都能够运行搜索。在另一实现方式中，能够通过在事件之前释放任何房间来触发所述搜索。

如果尽管重复搜索或正在进行搜索，但是没有符合标准的房间可用，则所述系统能够在第六步骤932中向组织者发送通知。这为组织者提供机会来可能重新安排会议、扩大其搜索参数、或者手动地识别会议房间、或者要求在会议期间拥有期望的房间的同事“交换”或者进行一些其他布置。另一方面，如果房间可用，则在第七步骤940中，所述系统能够确定哪个房间(如果超过一个)最有可能满足用户的偏好。能够在第八步骤950中预约所述房间并且通知组织者。例如，能够将通知发送给组织者(并且在一些情况下为参与者)确认房间预约、请求组织者确认房间可接受、或者向组织者提供请求系统重新运行搜索的机会。

如前所述，在一些实现方式中，即使在识别和/或预约房间之后，所述系统也能够继续搜索可能是更好或更接近匹配的房间。如果找到了更期望的房间，并且组织者已经授权对预留的自动修改，则可以自动地更新房间预留。如果未给出这样的授权，则所述系统可以向组织者发送消息，询问其是否想要“升级”会议房间。

通过对这样的系统的应用，能够减轻用户寻找和预约针对任意数量的未来会议的合适房间所需的压力和和花费的时间。用户能够识别其对导致房间预留的各个方面和步骤的偏好，或者所述系统能够实施默认设置。例如，在一些实现方式中，用户或默认设置能够指定应当如何以及何时进行预留，以及房间中应当有哪些可用资源。另外，所述系统能够保持跟踪所述房间中的每个房间的状态，并且如果已经预约了用于未来会议的房间被意外地安排维护或者与组织者的需求不再匹配，则所述系统能够自动地搜索新房间。

图10是图示了管理用户到会议事件的自动连接的方法1000的实现方式的流程图。在图10中，第一步骤1010包括使包括第一可选选项的第一用户界面显示给用户。所述第一可选选项被配置为针对被安排在第一时间段期间举行的至少第一会议事件来授权自动房间预留。

随后的第二步骤1020包括响应于对第一可选择选项的第一用户选择而记录第一授权，从而为第一会议事件自动地预留房间。第三步骤1030包括响应于所记录的第一授权并且在第一会议事件之前的时间自动地发起对在第一时间段期间可用的至少第一房间的第一搜索。第四步骤1040涉及自动地预留第一房间以用于在第一时间段期间使用。

在其他实现方式中，所述方法能够包括额外或替代的步骤。例如，所述第一可选选项还能够针对包括第一会议事件和随后的第二会议事件的多个定期会议事件中的每个定期会议授权自动房间预留。另外，所述方法还可以包括：响应于所记录的第一授权并且在第二会议事件之前的时间，自动地发起针对在被安排举行第二会议事件的第二时间段期间可用的至少第二房间的第二搜索，以及自动地预留所述第二房间以用于在第二事件端期间使用。

替代地，所述方法能够包括：响应于所记录的第一授权并且在第二会议事件之前的时间，自动地发起对在被安排举行第二会议事件的第二时间段期间可用的房间的第二搜索，并且确定没有房间可用于在第二时间段期间使用。在这种情况下，所述方法还能够包括：向用户自动地发送消息，指示当前没有房间可用于在第二时间段期间使用。

作为另一示例，所述方法可以涉及：访问自动房间预留系统的当前授权用户的目录，并且然后基于对目录的访问来确定该用户不再是授权用户。在这种情况下，所述方法还能够包括：自动地取消对第一房间的预留。在一些实现方式中，所述方法可以涉及：访问与自动房间预留系统相关联的资源使用策略，并且然后基于对资源使用策略的访问来确定存在在第一会议的开始时间之前的预定时间段内禁止为第一会议预留房间的策略。在这种情况下，所述方法还能够包括：延迟发起第一搜索直到预定时间段期满之后为止。

在另一示例中，所述方法能够包括：从用户接收第一房间标准，并且然后响应于接收到所述第一房间标准而创建第一过滤器，所述第一过滤器被配置为将第一搜索自动地限制为满足所述第一房间标准的房间。所述方法还能够包括：当发起所述第一搜索时将所述第一过滤器自动地应用于所述第一搜索。在一些实现方式中，所述第一房间标准能够对应于例如由用户对第一房间包括电话会议系统、最小房间容量和针对残疾人的可及性中的一项或多项的要求或偏好。在另一实现方式中，所述第一房间标准能够对应于例如由用户对第一房间位于特定建筑物内的要求或偏好。

此外，在一些实现方式中，所述方法可以涉及：在对所述第一房间的预留之后，在第一时间段内检测房间可用性的变化，并且然后，响应于对房间可用性的变化的检测而自动地发起针对在第一时间段期间可用的至少第二房间的第二搜索。另外，所述方法能够包括：确定所述第二房间比所述第一房间更好地匹配所述第一房间标准。在一些实现方式中，这能够基于被指派给第一房间的置信度值与被指派给第二房间的置信度值的比较。在另一实现方式中，这能够基于以下确定：第二房间在第一会议的日期比第一房间更靠近用户的位置。在一个实现方式中，这能够基于第二房间相对于第一房间匹配或满足更多数量的偏好。所述方法还可以包括：自动地预留第二房间以用于在第一时间段期间使用；以及自动地取消对所述第一房间的预留。在一些实现方式中，对房间可用性的改变的检测基于与第二房间相关联的占用传感器获得的数据，而在其他实现方式中，对针对另一会议事件的房间预约的取消能够触发对房间可用性的改变的检测。

在另一实现方式中，所述方法能够涉及：在对第一房间的预留之后，检测针对第一房间的状态的变化，并且然后响应于对状态变化的检测，自动地发起针对在第一时间段期间可用的至少第二房间的第二搜索。另外，所述方法能够包括：自动地预留第二房间以用于在第一时间段期间使用；以及自动地取消对第一房间的预留。

应当理解，在不同的实现方式中，所述方法能够变化。例如，在本申请的范围内的旨在促进对会议房间的选择的另一种方法包括使得向用户显示第一用户界面的第一步骤。所述第一用户界面包括用于安排针对第一会议事件的时间的第一输入字段和用于选择所需会议房间资源的第二输入字段。所述方法还包括：经由所述第一输入字段来接收针对所述第一会议事件的开始时间和结束时间，以及经由所述第二输入字段来接收第一房间标准。另外，所述方法可以涉及：响应于接收到开始时间、结束时间和第一房间标准，而自动地发起对能在第一会议事件期间使用并且满足第一房间标准的一个或多个房间的第一搜索。此外，所述方法能够包括：使得向用户显示建议的会议房间的列表，其中，建议的会议房间的列表包括一个或多个房间中能在第一会议事件期间使用并且满足第一房间标准的第一房间。在一些实现方式中，所述方法还可以包括：访问针对用户的优选房间的列表，并且使得向用户显示一个或多个房间中能在第一会议事件期间使用并且在优选房间列表上的第二房间。

通常，用于对会议房间预留的管理的示例性系统能够包括或访问网络环境。作为一个非限制性示例，系统能够包括数据中心，所述数据中心能够托管基于云的通信服务，所述基于云的服务被配置为通过各种通信模式，诸如电子邮件、文本消息、呼叫和视频会议等使得用户能够共享内容、彼此交互和通信、创建和共享日历以及安排会议等。数据中心能够包括被配置为执行各种通信服务的一个或多个处理服务器。在一个实现方式中，处理服务器可操作用于执行与通信服务相关联的预留模块。所述数据中心还可以包括一个或多个存储服务器，所述一个或多个存储服务器被配置为管理一个或多个数据存储，所述一个或多个数据存储包括与由通信服务所存储的内容相关联的数据和/或与预留模块相关联的数据。此外，(一个或多个)通信服务和/或(一个或多个)预留模块可以被实现为软件、硬件或者其组合。

在一些实现方式中，所述通信服务可以被配置为与不同的应用互操作以便提供其服务。例如，客户端应用可以是由通信服务托管的应用，诸如日历应用。还可以存在传感器检测模块，所述传感器检测模块被配置为处理从传感器接收到的信号和/或来自会议房间的输入。所述传感器可以包括运动检测器、接近传感器、光学传感器、相机、麦克风、近场通信(NFC)设备和/或蓝牙设备、以及其他类型的传感器。所述输入可以包括高清多媒体界面(HDMI)端口和软件入口点、以及其他类型的输入。检测模块可以被配置为处理从所述传感器接收到的信号以检测在各种会议空间内的用户的活动。在一些其他实现方式中，检测模块可以被配置为通过处理从传感器接收到的信号来确定会议空间内的用户的身份。例如，用户可以在员工徽章上佩戴条形码，或者提供生物识别输入，诸如指纹、面部识别、语音识别和虹膜识别等其他示例。

使用所公开的系统和方法能够使得用户能够为某个将来的日期安排会议，并且为用户呈现针对每个会议自动预留物理空间的选项。换言之，结合其建立会议的细节，诸如日期、时间、受邀者等，用户能够容易地选择享受为针对每个会议日期自动房间预留的便利。用户不再需要搜索不同的房间、确定哪些房间满足其会议和参与者的需求。在创建会议的过程期间有意为个体或定期会议选择该选项的能力为组织者带来了广泛的益处。该特征显著减少了组织和准备会议所需的时间、寻找包括组织者所需资源的房间的压力、以及对每个个体的未来会议的跟进并且确保已经预约房间的麻烦。此外，还为用户提供了一种实现其选择房间的偏好的简单方式，以及容易地改变其自己对优选房间或资源的看法的能力。

在本文中呈现了结合图1-10所描述的系统、设备和技术的详细示例以说明本公开及其益处。这样的使用示例不应当被解释为对本公开的逻辑过程实现方式的限制，也不应当将用户界面方法与在本文中所描述的那些变化视为在本公开的范围之外。在一些实现方式中，在图1-10中所描述的各种特征可以被实现在各个模块中，所述各个模块也可以被称为和/或包括逻辑、组件、单元和/或机制。模块可以构成软件模块(例如，体现在机器可读介质上的代码)或硬件模块。

在一些示例中，可以机械地、电子地或者以其任何适当的组合来实现硬件模块。例如，硬件模块可以包括被配置为执行某些操作的专用电路或逻辑。例如，硬件模块可以包括专用处理器，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。硬件模块还可以包括由软件临时配置为执行某些操作的可编程逻辑或电路，并且可以包括用于这样的配置的一部分机器可读介质数据和/或指令。例如，硬件模块可以包括被包含在被配置为执行软件指令集合的可编程处理器内的软件。将意识到，在成本、时间、支持和工程考量的驱动下，决定在专用并且永久配置的电路中或者在临时配置的电路(例如，由软件配置)中机械地实现硬件模块。

因此，短语“硬件模块”应当被理解为涵盖能够执行某些操作的有形实体，并且可以以某种物理方式被配置或布置，即是物理构造、永久配置(例如，硬接线)和/或临时配置(例如，编程)以某种方式操作或执行在本文中所描述的某些操作的实体。如在本文中所使用的，“硬件实现的模块”指代硬件模块。考虑其中被临时配置(例如，编程)的硬件模块的示例，所述硬件模块中的每个硬件模块不需要在任何时间实例上被配置或实例化。例如，在硬件模块包括由软件配置为成为专用处理器的可编程处理器的情况下，可编程处理器可以在不同时间分别被配置为不同的专用处理器(例如，包括不同的硬件模块)。因此，软件可以相应地配置一个或多个特定处理器，例如，以在一个时间实例处构成特定的硬件模块，并且在不同的时间实例处构成不同的硬件模块。使用一个或多个处理器实现的硬件模块可以被称为“处理器实现的”或“计算机实现的”。

硬件模块能够向其他硬件模块提供信息并且从其他硬件模块接收信息。因此，所描述的硬件模块可以被认为是通信耦合的。在同时存在多个硬件模块的情况下，可以通过在两个或更多个硬件模块之间的信号传输(例如，通过适当的电路和总线)来实现通信。在其中在不同时间配置或实例化多个硬件模块的实现方式中，例如，可以通过在多个硬件模块可以访问的存储器设备中存储和取回信息来实现在这样的硬件模块之间的通信。例如，一个硬件模块可以执行操作并且将输出存储在存储器设备中，并且然后另一硬件模块可以访问所述存储器设备以取回和处理所存储的输出。

在一些示例中，方法的操作中的至少一些操作可以由一个或多个处理器或处理器实现的模块来执行。此外，所述一个或多个处理器还可以操作用于支持在“云计算”环境中或作为“软件即服务”(SaaS)执行相关操作。例如，所述操作中的至少一些操作可以由多台计算机和/或在多台计算机之间(作为包括处理器的机器的示例)执行，并且这些操作可以经由网络(例如，互联网)和/或经由一个或多个软件界面(例如，应用程序界面(API))进行访问。所述操作中的某些操作的执行可以分布在处理器之间，不仅驻留在单个机器内，而是可以跨多个机器部署。处理器或处理器实现的模块可以位于单个地理位置中(例如，在家庭或办公室环境或服务器场内)，或者可以跨多个地理位置分布。

图11是图示了示例性软件架构1102的框图1100，示例性软件架构1102的各个部分可以与在本文中所描述的各种硬件架构结合使用，所述硬件架构可以实现任何上述特征。图11是软件架构的非限制性示例，并且将意识到，可以实现许多其他架构以促进在本文中所描述的功能。软件架构1102可以在诸如图1的设备120之类的硬件上执行，包括文档存储装置1070、处理器、存储器和输入/输出(I/O)组件。代表性的硬件层1104被图示并且能够表示例如图1的设备120。代表性的硬件层1104包括处理单元1106和相关联的可执行指令1108。可执行指令1108表示软件架构1102的可执行指令，包括在本文中所描述的方法、模块等的实现。硬件层1104还包括存储器/存储装置1110，存储器/存储装置1110还包括可执行指令1108和随附数据。硬件层1104还可以包括其他硬件模块1112。由处理单元1108保存的指令1108可以是由存储器/存储装置1110保存的指令1108的部分。

示例性软件架构1102可以被概念化为层，每个层提供各种功能。例如，软件架构1102可以包括诸如操作系统(OS)1114、库1116、框架1118、应用1120和表示层1144的层和组件。在操作上，这些层内的应用1120和/或其他组件可以向其他层调用API调用1124并且接收对应的结果1126。所图示的层本质上是代表性的，并且其他软件架构可以包括额外层或不同层。例如，一些移动或专用操作系统可能不提供框架/中间件1118。

OS 1114可以管理硬件资源并且提供公共服务。OS 1114可以包括例如内核1128、服务1130和驱动器1132。内核1128可以充当在硬件层1104与其他软件层之间的抽象层。例如，内核1128可以负责存储器管理、处理器管理(例如，调度)、组件管理、联网、安全设置等。服务1130可以为其他软件层提供其他公共服务。驱动器1132可以负责控制底层硬件层1104或者与其进行接口。例如，驱动器1132可以包括显示驱动器、相机驱动器、存储器/存储装置驱动器、外围设备驱动器(例如，经由通用串行总线(USB))、网络和/或无线通信驱动器、音频驱动器等，取决于硬件和/或软件配置。

库1116可以提供可以由应用1120和/或其他组件和/或层使用的公用基础设施。库1116通常提供供其他软件模块用于执行任务的功能，而不是直接与OS 1114交互。库1116可以包括系统库1134(例如，C标准库)，其可以提供诸如存储器分配、字符串操作、文件操作的功能。另外，库1116可以包括API库1136，诸如媒体库(例如，支持图像、声音和/或视频数据格式的呈现和操纵)、图形库(例如，用于在显示器上渲染2D和3D图形的OpenGL库)、数据库(例如，SQLite或其他关系数据库功能)、以及web库(例如，可以提供web浏览功能的WebKit)。库1116还可以包括各种其他库1138，从而为应用1120和其他软件模块提供许多功能。

框架1118(有时也被称为中间件)提供可以由应用1120和/或其他软件模块使用的较高级共同基础设施。例如，框架1118可以提供各种图形用户界面(GUI)功能、高级资源管理或高级位置服务。框架1118可以为应用1120和/或其他软件模块提供广泛的其他API。

应用1120包括内置应用1140和/或第三方应用1142。内置应用1140的示例可以包括但不限于：联系人应用、浏览器应用、位置应用、媒体应用、消息传递应用和/或游戏应用。第三方应用1142可以包括由除了特定平台的供应商以外的实体开发的任何应用。应用1120可以使用经由OS 1114、库1116、框架1118和表示层1144可用的功能以创建用户界面来与用户交互。

一些软件架构使用虚拟机，如由虚拟机1148所图示的。虚拟机1148提供一种执行环境，在其中应用/模块能够像在硬件机器上执行一样执行(诸如，例如图10的机器1000)。虚拟机1148可以由主机OS(例如，OS 1114)或管理程序托管，并且可以具有管理虚拟机1148的操作以及与主机操作系统的互操作的虚拟机监视器1146。可能与虚拟机外部的软件架构1102不同的软件架构在虚拟机1148中执行，诸如OS 1150、库1152、框架1154、应用1156和/或表示层1158。

图12是图示了被配置为从机器可读介质(例如，机器可读存储介质)读取指令并且执行在本文中所描述的任何特征的示例性机器1200的组件的框图。示例性机器1200是计算机系统的形式，在其中可以执行用于使机器1200执行在本文中所描述的任何特征的指令1216(例如，以软件组件的形式)。这样，指令1216可以被用于实现在本文中所描述的模块或组件。指令1216使未编程和/或未配置的机器1200作为被配置为执行所描述的特征的特定机器来操作。机器1200可以被配置为作为独立设备来操作，或者可以被耦合(例如，联网)到其他机器。在网络部署中，机器1200可以在服务器-客户端网络环境中以服务器机器或客户端机器的容量操作，或者在对等或分布式网络环境中作为节点来操作。机器1200可以被体现为例如服务器计算机、客户端计算机、个人计算机(PC)、平板计算机、膝上型计算机、上网本、机顶盒(STB)、游戏和/或娱乐系统、智能电话、移动设备、可穿戴设备(例如，智能手表)和物联网(IoT)设备。此外，尽管仅图示了单个机器1200，但是术语“机器”包括个体地或共同地执行指令1216的机器的集合。

机器1200可以包括处理器1210、存储器1230和I/O组件1250，其可以经由例如总线1202通信地耦合。总线1202可以包括经由各种总线技术和协议来耦合机器1200的各种元件的多个总线。在示例中，处理器1210(包括例如中央处理单元(CPU)、图形处理单元(GPU)、数字信号处理器(DSP)、ASIC或者其适当组合)可以包括一个或多个处理器1212a至1212h，其可以执行指令1216并且处理数据。在一些示例中，一个或多个处理器1210可以执行由一个或多个其他处理器1210提供或识别的指令。术语“处理器”包括多核处理器，所述多核处理器包括可以同时执行指令的核心。尽管图12示出了多个处理器，机器1200可以包括具有单个核心的单个处理器、具有多个核心的单个处理器(例如，多核心处理器)、每个具有单个核心的多个处理器、每个具有多个核心的多个处理器、或者其任何组合。在一些示例中，机器1200可以包括分布在多个机器之间的多个处理器。

存储器/存储装置1230可以包括主存储器1232、静态存储器1234或者其他存储器，以及存储单元1236，这两者都可以例如经由总线1202由处理器1210访问。存储单元1236和存储器1232、1234存储体现在本文中所描述的功能中的任何一项或多项功能的指令1216。存储器/存储装置1230还可以存储用于处理器1210的临时、中间和/或长期数据。指令1216还可以在其执行期间完全或部分地驻留在存储器1232、1234内、在存储单元1236内、在至少一个处理器1210内(例如，在命令缓存器或高速缓存存储器内)、在存储器的至少一个I/O组件1250内、或者其任何合适的组合。因此，存储器1232、1234、存储单元1236、处理器1210中的存储器以及I/O组件1250中的存储器是机器可读介质的示例。

如在本文中所使用的，“机器可读介质”指代能够临时或永久地存储使机器1200以特定方式操作的指令和数据的设备。如在本文中所使用的，术语“机器可读介质”自身不涵盖瞬时电信号或电磁信号(例如，在通过介质传播的载波上)；因此，术语“机器可读介质”可以被认为是有形的和非暂时性的。非暂时性有形机器可读介质的非限制性示例可以包括但不限于：非易失性存储器(诸如闪存或只读存储器(ROM))、易失性存储器(诸如静态随机存取存储器(RAM)或动态RAM)、缓存存储器、高速缓存存储器、光存储介质、磁存储介质和设备、网络可访问或云存储设备、其他类型的存储设备、和/或其任何合适的组合。术语“机器可读介质”适用于单个介质或者多种介质的组合，用于存储指令(例如，指令1216)以由机器1200执行，从而所述指令当由机器1200的一个或多个处理器1210运行时使机器1200执行在本文中所描述的一个或多个特征。因此，“机器可读介质”可以指代单个存储设备，以及包括多个存储装置或设备的“基于云的”存储系统或存储网络。

I/O组件1250可以包括适于接收输入、提供输出、产生输出、发送信息、交换信息、捕获测量结果等的各种硬件组件。包含在特定机器中的特定I/O组件1250将取决于机器的类型和/或功能。例如，诸如移动电话的移动设备可以包括触摸输入设备，而无头服务器或IoT设备可以不包括这样的触摸输入设备。在图12中所图示的I/O组件的特定示例不以任何方式进行限制，并且机器1200中可以包括其他类型的组件。I/O组件1250的分组仅是为了简化该讨论，并且该分组不以任何方式进行限制。在各种示例中，I/O组件1250可以包括用户输出组件1252和用户输入组件1254。用户输出组件1252可以包括例如用于显示信息的显示组件(例如，液晶显示器(LCD)或投影仪)、声学组件(例如，扬声器)、触觉组件(例如，振动马达或力反馈设备)和/或其他信号生成器。用户输入组件1254可以包括例如字母数字输入组件(例如，键盘或触摸屏)、定点组件(例如，鼠标设备、触摸板或另一定点仪器)、和/或触觉输入组件(例如，提供触摸或触摸手势的位置和/或力的物理按钮或触摸屏)，其被配置用于接收各种用户输入，诸如用户命令和/或选择。

在一些示例中，在多种其他环境传感器组件中，I/O组件1250可以包括生物统计组件1256和/或位置组件1262。生物统计组件1256可以包括例如用于检测身体表情(例如，面部表情、声音表情、手或身体姿势或眼睛跟踪)、测量生物信号(例如，心率或脑电波)以及识别人(例如，经由基于语音、视网膜和/或面部的标识)的组件。位置组件1262可以包括例如位置传感器(例如，全球定位系统(GPS)接收器)、高度传感器(例如，可以从中导出高度的气压传感器)和/或方向传感器(例如，磁力计)。

I/O组件1250可以包括通信组件1264，其实现可操作用于经由相应的通信耦合件1272和1282将机器1200耦合至(一个或多个)网络1270和/或(一个或多个)设备1280的多种技术。通信组件1264可以包括一个或多个网络界面组件或其他合适的设备以与(一个或多个)网络1270进行接口。通信组件1264可以包括例如适于提供有线通信、无线通信、蜂窝通信、近场通信(NFC)、蓝牙通信、Wi-Fi和/或经由其他模态通信的组件。(一个或多个)设备1280可以包括其他机器或各种外围设备(例如，经由USB耦合)。

在一些示例中，通信组件1264可以检测标识符或者包括适于检测标识符的组件。例如，通信组件1264可以包括射频识别(RFID)标签读取器、NFC检测器、光学传感器(例如，一维或多维条形码或其他光学代码)、和/或声学检测器(例如，麦克风以识别标记的音频信号)。在一些示例中，可以基于来自通信组件1262的信息来确定位置信息，诸如但不限于：经由互联网协议(IP)地址的地理位置，经由Wi-Fi、蜂窝、NFC、蓝牙的位置或其他无线站识别和/或信号三角测量的位置。

尽管已经描述了各种实现方式，但是该描述旨在是示例性的，而非限制性的，并且应当理解，在实现方式的范围内，更多的实施例和实施方式是可能的。尽管在附图中示出了并且在该详细描述中讨论了特征的许多可能组合，但是所公开特征的许多其他组合也是可能的。除非明确限制，否则任何实现方式的任何特征可以与任何其他实现方式中的任何其他特征或元件组合或替代。因此，将理解，本公开中示出和/或讨论的任何特征可以以任何适当的组合一起实现。因此，除非根据所附权利要求以及其等同物，否则实现方式不受限制。同样，可以在所附权利要求的范围内进行各种修改和改变。

尽管前文已经描述了被认为是最佳模式和/或其他示例，但是应当理解，可以在其中进行各种修改，并且可以以各种形式和示例来实现在本文中所公开的主题，并且这些教导可以应用在许多应用中，再次仅描述了其中的一些。所附权利要求书旨在要求落入本教导的真实范围内的任何和所有应用、修改和变化。

除非另有说明，否则在本说明书中包括在所附的权利要求书中阐述的所有测量、值、额定值、位置、幅度、尺寸和其他规格都是近似的，而不是精确的。其旨在具有与其所涉及的功能以及其所属领域中的习惯相一致的合理范围。

保护范围仅受所附权利要求的限制。当根据本说明书和随后的起诉历史进行解释时，该范围旨在并且应当被解释为与权利要求中所使用的语言的普通含义相一致，并且涵盖所有结构和功能上的等同物。尽管如此，但所有权利要求均未打算包含不满足专利法第101、102或103条要求的主题，也不应当以这种方式来解释这些主题。特此拒绝对此类主题的任何非预期的涵盖。

除上文所述外，没有任何所述或所示内容意图或应当被解释为向公众贡献任何组件、步骤、特征、对象、益处、有点或者等价物，无论在权利要求中是否记载。

将理解的是，在本文中所使用的术语和表达关于其对应的各自的调查和研究领域具有与此类术语和表达相一致的普通含义，除非本文另外阐述了特定含义。诸如第一和第二等的关系术语可以仅用于区分一个实体或动作与另一实体或动作，而不必要求或暗示这种实体或动作之间的任何实际的这种关系或次序。术语“包括”、“包含”或者其任何其他变型旨在覆盖非排他性包含，使得包括一系列元素的过程、方法、物品或装置不仅仅包括那些元素，而且还包括未明确列出或此类过程、方法、物品或装置所固有的其他元素。在没有其他约束的情况下，以“一”或“一个”开头的元素并不排除在包括该元素的过程、方法、物品或装置中存在额外相同元素。

提供本公开的摘要以允许读者快速地确定技术公开的性质。提交该摘要时，应当理解其不用于解释或限制权利要求的范围或含义。另外，在前文的详细描述中，能够看到，为了简化本公开，在各种示例中将各种特征分组在一起。本公开的方法不应当被解释为反映如下意图：即权利要求需要比每个权利要求中明确叙述的特征更多的特征。相反，如所附权利要求所反映的，发明主题在于少于单个公开示例的所有特征。因此，所附权利要求由此被结合到详细描述中，其中每个权利要求独立地作为单独要求保护的主题。

Claims (15)

1.一种系统，包括：

至少一个处理器；以及

一个或多个计算机可读介质，其包括指令，所述指令当由所述至少一个处理器执行时，使得所述至少一个处理器用于：

使得向用户显示包括第一可选选项的第一用户界面，所述第一可选选项针对被安排在第一时间段期间发生的至少第一会议事件来授权自动房间预留；

响应于对所述第一可选选项的第一用户选择，来记录第一授权从而为所述第一会议事件自动地预留房间；

响应于所记录的第一授权并且在所述第一会议事件之前的时间，自动地发起针对在所述第一时间段期间可用的至少第一房间的第一搜索；以及

自动地预留所述第一房间以用于在所述第一时间段期间使用。

2.根据权利要求1所述的系统，其中，所述指令还使得所述至少一个处理器用于：

访问自动房间预留系统的当前授权用户的目录；

基于对所述目录的所述访问来确定所述用户不再是授权用户；以及

自动地取消对所述第一房间的所述预留。

3.根据权利要求1所述的系统，其中，所述指令还使得所述至少一个处理器用于：

访问与自动房间预留系统相关联的资源使用策略；

基于对所述资源使用策略的所述访问来确定存在在所述第一会议的开始时间之前的预定时间段内禁止为所述第一会议预留房间的策略；以及

延迟对所述第一搜索的所述发起直到所述预定时间段到期之后为止。

4.根据权利要求1所述的系统，其中，所述指令还使得所述至少一个处理器用于：

从所述用户接收第一房间标准；

响应于接收到所述第一房间标准而创建第一过滤器，所述第一过滤器被配置为将所述第一搜索自动地限制为满足所述第一房间标准的房间；以及

当所述第一搜索被发起时将所述第一过滤器自动地应用于所述第一搜索。

5.根据权利要求4所述的系统，其中，所述第一房间标准要求所述第一房间包括以下中的一项：电话会议系统、最小房间容量以及针对残疾人的可及性。

6.根据权利要求4所述的系统，其中，所述第一房间标准要求所述第一房间位于特定建筑物内。

7.根据权利要求4所述的系统，其中，所述指令还使得所述至少一个处理器用于：

在对所述第一间房间的所述预留之后，检测在所述第一时间段内房间可用性的变化；

响应于对房间可用性的所述变化的所述检测，自动地发起针对在所述第一时间段期间可用的至少第二房间的第二搜索；

确定所述第二房间比所述第一房间更好地匹配所述第一房间标准；

自动地预留所述第二房间以用于在所述第一时间段期间使用；以及

自动地取消对对所述第一房间的所述预留。

8.一种为会议预留房间的方法，所述方法包括：

使得向用户显示包括第一可选选项的第一用户界面，所述第一可选选项针对被安排在第一时间段期间发生的至少第一会议事件来授权自动房间预留；

响应于对所述第一可选选项的第一用户选择，来记录第一授权从而为所述第一会议事件自动地预留房间；

响应于所记录的第一授权并且在所述第一会议事件之前的时间，自动地发起针对在所述第一时间段期间可用的至少第一房间的第一搜索；以及

自动地预留所述第一房间以用于在所述第一时间段期间使用。

9.根据权利要求8所述的方法，其中，所述第一可选选项还针对包括所述第一会议事件和随后的第二会议事件的多个定期会议事件中的每个定期会议事件来授权自动房间预留；并且

所述方法还包括：

响应于所记录的第一授权并且在所述第二会议事件之前的时间，自动地发起针对在安排发生所述第二会议事件的第二时间段期间可用的至少第二房间的第二搜索；以及

自动地预留所述第二房间以用于在所述第二时间段期间使用。

10.根据权利要求8所述的方法，其中，所述第一可选选项还针对包括所述第一会议事件和随后的第二会议事件的多个会议事件中的每个会议事件来授权自动房间预留；并且

所述方法还包括：

响应于所记录的第一授权并且在所述第二会议事件之前的时间，自动地发起针对在安排发生所述第二会议事件的第二时间段期间可用的房间的第二搜索；

确定没有房间可用于在所述第二时间段期间使用；以及

向所述用户自动地发送指示当前没有房间可用于在所述第二时间段期间使用的消息。

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

访问自动房间预留系统的当前授权用户的目录；

基于对所述目录的所述访问来确定所述用户不再是授权用户；以及

自动地取消对所述第一房间的所述预留。

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

访问与自动房间预留系统相关联的资源使用策略；

基于对所述资源使用策略的所述访问来确定存在在所述第一会议的开始时间之前的预定时间段内禁止为所述第一会议预留房间的策略；以及

延迟对所述第一搜索的所述发起直到所述预定时间段到期之后为止。

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

从所述用户接收第一房间标准；

响应于接收到所述第一房间标准而创建第一过滤器，所述第一过滤器被配置为将所述第一搜索自动地限制为满足所述第一房间标准的房间；以及

当所述第一搜索被发起时将所述第一过滤器自动地应用于所述第一搜索。

14.根据权利要求13所述的方法，其中，所述第一房间标准要求所述第一房间包括以下中的一项：电话会议系统、最小房间容量以及针对残疾人的可及性。

15.根据权利要求13所述的方法，其中，所述第一房间标准要求所述第一房间位于特定建筑物内。

Images