CN101198976A

CN101198976A - 帮助自动安排会议日程

Info

Publication number: CN101198976A
Application number: CNA2006800212244A
Authority: CN
Inventors: P·D·蒂什豪瑟; D·R·里德; J·C·玛亚安斯; M·A·法奥罗; B·C·费尔德斯
Original assignee: Microsoft Corp
Current assignee: Microsoft Corp
Priority date: 2005-06-28
Filing date: 2006-04-21
Publication date: 2008-06-11
Also published as: KR101311127B1; WO2007001603A3; US20060293943A1; MX2007014945A; EP1889215A2; WO2007001603A2; US8180663B2; EP1889215A4; KR20080024155A; JP2008544419A

Abstract

一种用于帮助安排会议日程的计算机实现方法。期望安排会议日程的用户简单地输入相关会议参数。作为响应，计算机通过将输入约束与预定的适合性标准集进行比较来评估多个可能会议时间。基于该评估，该系统标识建议会议时间并且还标识可用于各个会议时间的场所。该系统还基于其与适合性标准的符合性来计算各个基于会议时间的估计合意性。然后显示建议会议时间和各个时间合意性的视觉指示符。此外，仍然显示各个参加者的原始空闲－繁忙数据。当用户选择建议会议时间时，使用会议时间和与建议会议时间关联的合适的地点来自动填充电子会议邀请。

Description

帮助自动安排会议日程

发明背景

聚会在一起的能力是人类的基本要求。人们出于诸如项目协作、集体教育、娱乐、关系更新等的各种原因聚会。不管会议的原因如何，会议的日程安排涉及各种关键因素的考虑。例如，关键会议参数可包括所需参加者、各个参加者是否有空、各个参加者是强制的还是可任选的、会议所需持续时间、会议所需日期范围、是否存在具有适合设备的适合会议地点等。

会议日程安排在传统上是手工完成。对于参加人数众多的会议，其中至少某些参加者很忙，因此会议的手工日程安排可能花费几小时甚至几天的管理时间。幸运的是，已开发了各种允许用于更便利的计算机会议日程安排的电子日程安排程序。

电子会议日程安排的一个模型涉及会议参加者的选择。然后，向用户显示各个参加者的空闲和繁忙数据。然后，用户可搜寻可能的会议时间直到该用户找到所有或大多数参加者都有空的时间。然后，用户可生成电子会议邀请、填写会议期望时间并将该电子会议邀请发送给所需参加者。如果会议需要场所和/或设备，则用户可在可用场所之间导航以评估场所的可用性。可能要进行某些培训以学习如何使用常规电子日程安排程序来安排场所。

然而，即使通过该电子帮助，用户仍担负在原始空闲和繁忙数据之间查看以找到合适的时间的任务。这可花费相当多的时间。在某些电子日程安排程序中，存在允许用户标识会议参加者和持续时间、然后自动在时间上前后导航以找到所有参加者都有空的下一个时间的有用特征。然而，该特征的使用仍需要进行某些培训或用户研究。此外，该工具通常过于受限于所有参加者都有空的有限时间，虽然不是全部所需参加者都出席也是可以接受的。用户期望在找到尽早的足够的会面时间与将实际参加会议的人数最大化之间寻求适当平衡；然而，当前工具仅关注最大化参加者人数。

发明简述

本发明的原理涉及用于帮助会议日程安排的计算机实现方法。期望安排会议的用户简单地向计算系统中输入相关会议参数，诸如参加者、可能会议地点、持续时间和可能日期。

作为响应，计算系统通过将输入约束与预定的适合性标准集进行比较来自动评估多个可能会议时间。这种适合性标准可包括，例如发生冲突的所需/可任选参加者人数、冲突的程度、会议地点的可用性等。基于该评估，计算系统自动标识一个或多个建议会议时间并且还标识适合于各个会议时间的场所。建议会议时间不需要没有冲突，但是是考虑到输入约束和适合性标准的情况下由计算系统选出的最佳选择。计算系统还基于各个建议会议时间与适合性标准之间的符合性来为其计算合意性。

然后，显示评估的结果，它包括建议会议时间和各个建议会议时间的视觉合意性指示符。此外，仍然显示各个参加者的原始空闲-繁忙数据。当用户选择建议会议时间时，用会议时间和与建议会议时间关联的适合的地点自动填充电子会议邀请。

相应地，用户不需要单独基于原始数据手工作出会面的最佳时间和地点的确定。取而代之，向用户提供由计算机生成建议的附加信息，因而节省用户时间。此外，电子会议邀请的生成相当简便，通过简单地选择建议会议时间而生成。最终，如果用户选择在所选会议时间上实施更高级别的控制，则允许用户继续使用原始空闲繁忙数据工作。

通过以下描述和附图，本发明的这些和其它目的和特征将变得更加显而易见，或者通过如下文所述地本发明的实施而获知。

附图简要描述

为了进一步清楚本发明的以上和其它优点和特征，本发明的更具体描述通过参照在附图中示出的具体实施方式来呈现。应该理解，这些附图仅示出本发明的典型实施方式并且因此不应被解释为对其范围的限制。通过使用附图更加具体和详细地描述和说明本发明，在附图中：

图1示出其中可实现本发明特征的适合的计算系统；

图2A示出根据本发明的原理用于帮助安排会议日程的计算机实现方法的流程图；

图2B示出根据本发明的原理自动生成电子会议邀请的方法；

图3示出被显示以允许用户输入会议约束的用户界面；

图4示出被显示以允许用户选择会议参加者的用户界面；

图5示出被显示以允许用户选择会议的场所的用户界面；

图6示出在已选择参加者和场所之后向用户显示的用户界面；

图7示出如果选择不同日期则被显示的用户界面；以及

图8示出其中使用来自图7中会议时间选择的信息来自动填充电子会议邀请的用户界面。

较佳实施方式的详细描述

本发明的原理涉及用于帮助安排会议日程的计算机实现方法。期望安排会议日程的用户简单地向计算系统中输入相关会议参数。作为响应，计算系统通过将输入约束与预定的适合性标准集进行比较来自动评估多个可能会议时间。基于该评估，计算系统自动标识一个或多个建议会议时间，并且还标识适合于各个会议时间的场所。计算系统还基于各个建议会议时间与适合性标准的符合性来计算其估计合意性。

然后显示评估的结果(包括建议会议时间和各个建议会议时间的视觉合意性指示符)。仍然显示各个参加者的原始空闲-繁忙数据，但是用户选择采用计算系统的建议，则向用户提供适合会议时间的计算机生成建议作为工具来使用户避免在原始数据中筛选。当用户选择建议会议时间时，用会议时间和与建议时间关联的适合地点来自动填充电子会议邀请。

在描述本发明的原理的细节之前，参照图1描述可用于实现本发明的原理的合适的计算系统。在以下描述中，除非另外指出，否则由一个或多个计算机执行的参考动作和操作的符号被表示用来描述本发明的实施方式。这样，应该理解，这种有时是指计算机执行的动作和操作包括计算机的处理单元对以结构化形式表示的数据的电信号的操控。该操控对数据进行转换或者将其维护在计算机存储器系统中的位置上，它可以通过本领域技术人员公知的方式来重新配置或者更改计算机操作。维护数据所用的数据结构是具有由数据格式限定的特定属性的存储器的物理位置。然而，虽然本发明的原理在以上上下文中描述，但是这并不表示限制，因为本领域技术人员应该理解，下文所述的动作和操作中的多个也可在硬件中实现。

参照附图，其中类似的附图标记表示类似的元件，本发明的原理被示为在合适的计算环境中实现。以下描述基于本发明所示实施方式，并且不应该以相关于本文未明确描述的可选实施方式来限制本发明。

图1示出示例计算机系统的示意图。出于描述目的，所示构架仅为合适的环境的一个示例并且不旨在对本发明的使用范围和功能设定任何限制。随后的描述和/或要求保护的计算系统不应解释为具有与图1所示组件的任一个或组合相关的任何依赖或要求。

本发明的原理可通过许多其它通用或专用计算或通信环境或配置来操作。适用于本发明的公知计算系统、环境和配置包括，但不局限于：移动电话、袖珍计算机、个人计算机、服务器、多处理器系统、基于微处理器的系统、小型计算机、大型计算机和包括以上系统或设备中任一个的分布式计算环境。

在其最基本配置中，计算系统100通常包括至少一个处理单元102和存储器104。存储器104可以是易失性(诸如RAM)、非易失性(诸如ROM、闪存等)或两者的组合。该最基本配置在图1中由虚线106示出。在本说明书和权利要求书中，“计算系统”被定义为能够执行软件、固件或微代码来实现功能的任何硬件组件或硬件组件的组合。计算系统甚至可以是分布式的以实现分布式功能。计算系统可涵盖每个都独立满足该定义的多个计算系统。

存储介质设备可具有附加特征和功能。例如，它们可包括附加存储(可移动和不可移动)，包括但不局限于，PCMCIA卡、磁盘和光盘以及磁带。这种附加存储在图1中由可移动存储108和不可移动存储110示出。计算机存储介质包括以任何方法或技术实现用于存储诸如计算机可读介质、数据结构、程序模块或其它数据的易失性和非易失性、可移动和不可移动介质。存储器104、可移动存储108和不可移动存储110是所有计算机存储介质的示例。计算机存储介质包括，但不局限于：RAM、ROM、EEPROM、闪存、其它存储技术、CD-ROM、数字多功能盘、其它光学存储、盒式磁带、磁带、磁盘存储、其它磁性存储设备和可用于存储所需信息并可由计算系统访问的任何其它介质。

如本文所用的，术语“模块”或“组件”可指在计算系统上执行的软件对象或例程。本文所述的不同组件、模块、引擎和服务可被实现为在计算系统上执行的对象或进程(诸如独立线程)。虽然本文所述的系统和方法较佳地在软件中实现，但是在软件和硬件或硬件中的实现也是可能的并是可预期的。在本说明书中，“计算实体”可以是本文先前定义的任何计算系统或在计算系统上运行的任何模块或模块组合。

计算系统100还可包含允许主机与其它系统和设备通过诸如网络120通信的通信信道112。通信信道112是通信介质的示例。通信介质通常体现为在诸如载波或其它传输机制的调制数据信号中的计算机可读指令、数据结构、程序模块或其它数据，并且包括任何数据传输介质。作为示例而非限制，通信介质包括诸如有线网络和直接接线连接的有线介质以及诸如声学、无线电、红外和其它无线介质的无线介质。本文使用的术语计算机可读介质包括存储介质和通信介质两者。

计算系统100还可具有输入组件114，诸如键盘、鼠标、笔、语音输入组件、触摸输入设备等。输出组件116包括屏幕显示器、扬声器、打印机等以及驱动它们的呈现(rendering)模块(通常称为“适配器”)。计算系统100具有电源118。所有这些组件都是本领域中公知的并且在此无需赘述。

图2A示出用于帮助安排会议日程的计算机实现方法200A的流程图。动作中的某些由用户执行并在图2A中显示在左边一栏、标题“用户”下。在该情形中，假设用户是期望安排会议日程者。其它动作由计算系统执行，如在左边一栏右侧含有括号的标题“计算系统”下示出。虽然标题“计算系统”下所示的动作可由单个计算系统执行，但是该计算系统可在与用户接口的计算系统(本文称为“客户机”)与向客户机提供日程安排服务的另一计算系统(本文称为“服务器”)之间分布。在该情形中，可由客户机执行的那些动作在标题“客户机”下的中间一栏中列出，而由服务器执行的那些动作在标题“服务器”下的右边一栏中示出。

在一实施方式中，当用户期望安排会议日程时启动该进程。该用户把会议所需的约束或参数输入到客户机(动作201)。这种参数可包括，例如参加者的标识、可能的场所、所需资源、参加者是强制的还是可选的、会议持续时间、会议所期望的日期时间等。

图3示出可在客户机上显示并由用户查看以允许用户输入这种会议约束的用户界面300。用户可使用“添加参加人(Add Attendees)”帧301来向会议添加参加人。在图3中，用户并未输入任何参加人。用户自己(在此称为“John Doe”)已被添加为参加人，但是他可按需进行删除。参加者可以从整体或局部的联系列表中收集，该列表是当该“添加参加人”按钮被选择时被显示。

例如，如果用户选择图3中的“添加参加人”按钮，则会显现图4的用户界面400，其中显现“选择参加人(Select Attendees)”窗口401。用户已经为会议选择了另外四个参加者。在本示例中，这些参加者名字为“AbrahamAudown”、“BillBeckstead”、“Casper Chaple”和“Doung Draper”。

用户可使用“添加场所(Add Rooms)”帧302来为会议添加可能的场所。一旦用户选择“添加场所”则同样出现场所选择列表。场所列表也可以是可被搜索的，并且可列出各个场所中可用的设备。场所列表还可包括其它资源，诸如移动设备列表，该设备并不需要与场所关联，并且可以是预定的。

例如，假设在图4中选择了四个参加者，然后选择“添加场所”按钮。在该情形中，图5的用户界面500显现成包括“选择场所(Select Rooms)”窗口501。在本示例中，用户期望找到34号楼中具有投影能力的任何房间。相应地，用户在搜索域502中输入“34投影”，得到两个可能的房间“Cascade”和“Rainier”。用户选择两个房间并将它们添加到场所列表。

再次参考图3，用户使用日期采集帧306来选择用户期望会议举行的日期或日期范围。在该示例中，最初选择了单日，2006年5月1日。如下文说明的，日期采集帧306不仅用于在空闲繁忙网格中导航，而且也包括表示参加者、场所和其它资源的日程约束的日期适合性级别的视觉指示符。

用户可使用持续时间下拉列表控件307来为会议选择持续时间。在这种状态下，控件307示出1小时的初始持续时间，并且该持续时间可由用户随意改变。

用户界面还包括可被更新以示出各个参加者和各个时段的日程状态的空闲繁忙网格帧303。在该情形中，示出2006年5月1日，因为它是在日期采集帧306中挑选的日期。此外，仅示出John Doe的日程安排，因为此时John Doe是唯一的被选参加者。用户界面的剩余部分将在随后描述。

再次回到图2A，计算系统(在分布式环境情形中的客户机)访问用户输入的会议约束(动作202)。如果是分布式环境，则客户机可向服务器报道用户输入的会议约束(动作203)，于是服务器访问用户输入的会议约束(动作204)。或者，如果客户机已访问到参加者、场所和资源的日程数据并且能够执行本文所述的日程数据评估，则客户机可放弃方法200的剩余部分中与服务器的通信。如果客户机能够进行评估但是需要服务器来访问参加者和资源的日程数据，则客户机可请求日程数据并在收到日程数据之后自己执行评估。

在收到来自客户机的会议标准或日程数据的请求(动作204)时，服务器获取参加者、场所和资源的日程数据(动作205)。然后，服务器向客户机返回日程数据，或者通过使用会议标准与预定的适合性标准集进行比较来执行多个可能会议时间的自动评估。在本说明书和权利要求书中，“适合性标准”包括与根据会议约束的会议的特定时间是否是期望的时间相关的任何标准。适合性标准的示例包括：与特定时间冲突的所需参加者的人数或比例；冲突是否由于暂定预约、繁忙条目或出差条目；冲突是否仅为部分冲突(冲突预约仅在特定时间的一部分期间)；可用场所数；任何其它所请求的资源是否可用；发生冲突的任选参加者的人数；特定时间是否在小时标记之前或之后的小时、半小时或15分钟开始；特定时间是否部分地或全部在工作时间之外等。

评估可涉及根据预定的适合性标准集来计算可能会议时间的每一个的等级。以下参考可用于评估的特定算法来给出这种等级计算的示例。

然后，服务器(或客户机执行评估情况下的客户机)根据该评估来标识建议会议时间(动作207)。如果该评估使等级被计算，则该标识可基于可能会议时间中的那些具有更能代表适合会议时间的等级。在一实施方式中，该标识可通过将可能会议时间分入多个类别之一来执行(动作208-在动作207中的第一动作)，然后基于其类别来标识建议会议时间(动作209-在动作207中的第二动作)。

虽然自动评估和建议会议时间的标识可通过使用许多不同技术完成，但是现在描述一种非常具体的方法。该具体方法接收参考动作204一般描述的会议约束作为输入。

以下是示例应用程序接口(API)，其中调用应用程序(例如图2A中的“客户机”)向执行该具体方法的评估服务(例如图2A中的“服务器”)提供输入会议约束。

DayResult[]GetSuggestionsByDateRange(

DateTime startDate，

DateTime endDate，

int inputMeetingDuration， //分钟

AttendeeData[]Attendees)

在该API中，调用应用程序具体提供会议举行的时间窗口(在startDate开始并在endDate结束)，提供会议持续时间以及对所需参加者的标识。时间窗口被限制于不超过某一长度以避免不必要的处理。

GetSuggestionsByDateRange接口返回DayResult对象数组，时间窗口中的每天对应一个对象。以下是这种DayResult对象的类声明：

class DayResult

DateTime Date{get；}

IEnumerable<MeetingSuggestion>MeetingSuggestions{get；}

数组中的各个DayResult对象包含相应一天的MeetingSuggestion对象的有序集合(从最好到最差)。在给定天中最佳等级建议是MeetingSuggestion集合中的第一个MeetingSuggestion。分配给给定天中的最佳建议的类别将确定日历控件306中的该天的颜色。以下是示例MeetingSuggestion类的类声明：

class MeetingSuggestion

DateTime Start{get；}

double TimeSlotRating{get；}

SuggestionBucket Bucket{get；}

int RequiredAttendeeConflictCount{get；}

int OptionalAttendeeConflictCount{get；}

int ResourceAttendeeConflictCount{get；}

int RoomsAvailableCount{get；}

AttendeeConflictData GetAttendeeConflictData(int attendeeIndex)；

各个会议建议包括表示提议的会议时间的开始日期和时间的DateTime字段。所提议的会议时间的结束可从作为用户输入的一部分传送到评估服务的会议持续时间推断。TimeSlotRating字段是所计算的会议等级，其中较低等级表示更适合的会议时间。SuggestionBucket字段表示基于该等级导出的会议时间建议类别(例如极好、好、一般或差)。RequiredAttendeeConflictCount、OptionalAttendeeConflictCount、ResourceAttendeeConflictCount和RoomAvailableCount字段是清楚地自我说明的，并且定义了所提议的会议时间中冲突的所需参加者的人数、所提议的会议时间中冲突的可选参加者的人数、所提议的会议时间中冲突的资源参加者的数目、以及会议时间中可用的场所数。

AttendeeConflictData对象包括称为GetAttendeeConflictData(int attendeeIndex)的方法，其中可向该对象提供参加者的标识符以返回关于与参加者关联的冲突的多个不同信息的片段。例如，AttendeeConflictData类可定义如下：

class AttendeeConflictData

AttendeeData Identity{get；}

bool AttendeeHasConflict{get；}

bool Is WorkTime{get；}

bool Is MissingFreeBusyData{get；}

这些字段描述参加者的标识符，用于表示该参加者是否与会议时间冲突、会议时间是否在参加者的工作时间内、以及是否缺少该参加者的空闲繁忙数据。

在计算各个会议时间的适合性之前，评估服务还如参考动作205一般描述地那样访问被标识的参加者中每一个的日程数据。在一实施方式中，该日程数据被合并到单一数据结构中以便更简便地进行分析。

给定了用户输入以及各个参加者的空闲繁忙数据，就可对各个会议时间计算评级，其中考虑到输入约束和各个参加者的空闲繁忙日程信息，一般等级越低，会议时间越适合。以下描述如何计算等级的示例。

等级可通过在整数中一组位下分配各个因素来计算。最重要的因素设置在最高排序位而最不重要因素设置在最低排序位。

●所需参加者冲突

●场所/资源参加者冲突

●工作时间

●可选参加者

●时间优先权

对于等级中的最高有效位，这些位通过生成加权的所需参加者冲突之和来计算。如果对于所需参加者存在完全冲突(例如所需参加者在会议的任何部分期间并未空闲以及与会议时间冲突的非空闲时间被表征为繁忙或出差)，则所需参加者冲突具有完整计数1。然而，如果小于完全冲突，则所需参加者冲突被加权。具体地，对于每个与会议时间冲突的所需参加者，计数通过实质上是归一化到1的“冲突重叠”的时间段(w_d)来加权。例如，如果所需参加者在一小时时段中有15分钟发生冲突的预约，则w_d＝0.25。如果冲突是30分钟则w_d＝0.5。而且，计数通过空闲繁忙状态(w_fb)加权，其中暂时冲突比繁忙或出差(外出或没空)冲突权重低。例如，如果只存在暂时冲突，则w_fb＝0.5。如果冲突是繁忙时间或出差时间，则w_fb＝1.0。

计算这些加权冲突之和。例如，假设N是所需参加者冲突的数目。则该和可由下式1定义：

然后通过采用最接近加权冲突和的整数的二进制表示来计算较高有效位。如果存在最高的100个所需参加者，则7位足够表示该和。在一实施方式中，在等级的64表示中的位62至56表示该和。

接下来的3位通过使用最强的所需参加者冲突来计算。例如，如果所需参加者之间的最强冲突是“出差”，则它应该为3(以二进制011表示)。如果最强冲突是“繁忙”，则它应该为2(以二进制010表示)。如果最强冲突是“暂时”，则它应该是1(以二进制001表示)。如果没有所取参加者冲突，则它应该为0(以二进制000表示)。在等级的示例64位表示中，这3位可对应于位55至53。

接下来的7位(例如示例中的位52至46)是表达成(1-t_front/持续时间)的最小前端时间百分比(归一化到一百)的表示，其中t_front是最小前端时间。之后的7位(在示例中的位45至39)是总的前端时间百分比(归一化到一百)的表示。

例如，假设对于两个小时的会议时间，有三个所需参加者；一个没有冲突，而两个在前一个半小时中有空，但后半小时没空。在该情形中，最小前端时间为1-(1.5小时/2小时)，为25％，归一化到一百为25，这可得到7位二进制表示0011001。另一方面表示成百分比的总的前端时间应该是1-(((1.5小时+1.5小时+2小时)/3)/2小时)，等于16.667％，归一化到一百为17，且以二进制表示成0010001。

在另一示例中，假设对于两个小时的会议，同样有三个所需参加者；一个没有冲突，而一个仅在前一个半小时中有空。第三个人在前半小时有空，而在第二个半小时中没空，但在第三个半小时中同样有空，但在第四个半小时中没空。在该情形中，最小前端时间应该为1-(0.5小时/2小时)，即75％，归一化到一百为75，这得到7位二进制表示1001011。表示成百分数的总的前端时间应该为1-(((2小时+1.5小时+0.5小时)/3)/2小时)，等于33.33％，归一化到一百为33并且以二进制表示为0100001。

下一位(例如示例中的位38)表示是否存在可用于会议时间的场所。如果存在，该位具有值0，否则具有值1。

接下来7位(例如示例中的位37至31)表示所有所需参加者的最大不方便值，并且相关于与参加者的正常工作时间相比会议时间是何时。不方便因子可具有从0至84的值。值0表示会议时间完全在参加者的工作时间内。值1表示会议时间比最接近的工作时间早一小时开始，或比最接近的工作时间晚一小时结束。一般而言，不方便值N表示会议时间比最接近的工作时间早N小时开始，或比最接近的工作时间完N小时结束。由于一周内总共有168小时并且假设参加者具有至少某些每周工作时间，N的最大值可以是84。一旦对每个所需参加者计算了不方便因子，则所需参加者中任一个的最大不方便因子被分配到接下来的7位。

接下来的7位(例如位30至24)表示所有所需参加者的总不方便因子，可能归一化到一百。例如，如果存在具有不方便因子0、10和50的三个所需参加者，总的不方便因子可以是60除以可能的252(即3×84)，为23.8％，归一化到一百为24。

接下来7位(例如位23至17)表示具有任何类型冲突(例如部分或全部；以及暂时、繁忙或出差)的可选参加者人数的精确计数。如果可选参加者冲突的最大数目是一百，则它可由7位表示。

接下来3位(例如示例中的位16至14)通过使用最强可选参加者冲突来计算。例如，如果可选参加者中最强冲突为“出差”，则它应为3(以二进制011表示)。如果最强冲突是“繁忙”，则它应为2(以二进制010表示)。如果最强冲突是“暂时”，则它应为1(以二进制001表示)。如果不存在可选参加者冲突，则它应为0(以二进制000)表示。

接下来7位(例如示例中的位13至7)表示归一化到一百的可选参加者冲突重叠的总百分比。例如如果可选参加者A冲突与一半会议时间重叠，可选参加者B冲突与25％会议重叠，且可选参加者C冲突与整个时段冲突，则总的可选冲突重叠为(50+25+100)/3＝58.33％，归一化到一百为58。

接下来2位(例如示例中的位6至5)表示会议开始的时间优先权。例如，整点开始的时间(例如1:00pm，2:00pm)具有时间优先权0，半点开始的时间(例如1:30pm，2:30pm)具有时间优先权1，且在几刻钟开始的时间(例如1:15pm，1:45pm，2:15pm，2:45pm)可具有时间优先权2。在某些实施方式中，具有这种时间优先权可得到会议时间排序，它实际上对用户不是直观的或具有吸引力的。在该情形中，这些时间优先权位可不被计算或忽略。

最后几位可表示会议开始的时间，其中向较早的时间分配较低的数字。

除了对会议建议进行评定等级之外，可对某些会议建议进行过滤。例如，默认的或用户输入的配置设置可使在会议组织者工作时间之外的会议建议被滤除。此外，特定类别或等级范围的会议建议(诸如“差”会议建议)可被滤除。此外，其中存在一个以上所需参加者冲突的会议建议可被滤除。

一旦计算了等级，则它们可用于将会议建议分入类别。在一实施方式中，存在四个类别，“极好”、“好”、“一般”和“差”。这些分类可主要基于具有冲突的所需参加者的百分比。如果不存在所需参加者冲突并且会议时间在所有所需参加者的工作时间内，则该会议建议可被自动表征为“极好”。如果大于某一百分比的所需参加者具有冲突(例如50％)，则该会议建议可被表征为差。对于那些剩余的会议建议，具有高于特定阈值(例如默认为25％，但是可配置)的所需参加者冲突百分比的那些可被分类成“好”，并且落在该阈值以下的那些可被分类成“一般”。在各个类别中，会议建议可通过其等级来进一步分类。

不管如何确定建议会议时间，服务器或客户机可输出具有对多个建议会议时间中每一个的建议合意性的指示的建议会议时间(动作210)。这可相关于上述等级或分类，并且可包括用于计算等级的某些因素，诸如与建议会议时间关联的冲突数、建议会议时间可用的场所数等。如果服务器执行评估，则输出动作可包括向客户机提供该建议会议时间。如果客户机执行评估，则输出动作可涉及将建议会议时间发送给该评估对象之外的软件。

然后，客户机(或其中的适当组件)访问会议的建议会议时间以及对该建议会议时间中每一个的建议合意性的指示(动作211)。然后，客户机使显示器显示建议会议时间的至少一些中每一个的时间标识以及标识所显示建议会议时间中每一个的建议合意性的视觉指示符(动作212)。也可显示相关数据，诸如与建议会议时间关联的冲突数以及建议会议时间可用的场所数(动作213)。

在显示建议会议时间的同时，客户机还可使日历或日期采集对象显示(动作214)。日历可包括各个日期的视觉指示符，该标识符表示对于所需会议，每一天的相关适合性。在评估的同时或甚至之前，可显示会议所要求的参加者、场所和资源中每一个的原始空闲繁忙数据(动作215)。

参照图3，建议会议时间帧308包括根据图2的方法200生成的建议会议时间311至314的标识。各个建议会议时间包括合意性或适合性的标识。对于各个建议会议时间，这作为左侧垂直条示出(参见分别与建议会议时间311至314关联的指示符311A至314A)。参考符号表309，所有建议会议时间被分类为“很好”。此外，各个建议会议时间指示一个邀请参加者有空(即“1个人中的1个有空”)。

日期采集对象的每一天还包括示出建议会议的每天的适合性的视觉指示符。在该情形中，除了2006年5月22日之外的所有日期都是白色的。相应地，参考符号表309，除了对该会议而言“差”的2006年5月22日之外，对于该会议，所有日期都是很好的。在此，由于2006年5月1日被选择，所以建议会议时间为2006年5月1日。

在图3的示例中，只存在在本月中大部分有空的一个所需参加者。相应地，很容易安排会议日程，甚至无需软件协助。然而，随着所需参加者人数增加，会议变得更复杂。

图6示出已添加了图4中四个参加者以及图5中两个场所之后的类似的用户界面600。在此，空闲繁忙数据更加拥挤。该情况通常需要安排会议日程的用户的大量手动搜索。然而，在此，用户可简单地查看建议并注意到不存在该会议的“很好”选择，但是有两个该会议的一般选择。最佳选择可能是顶部选项，其中5个所需参加者中的4个可以参加但是两个所需场所中没有可用的。由于最佳选项2006年5月1日仅被分类为“一般”，则该一整天仅被分类为“一般”。

参考日期采集帧，5月1日被可视地着重为一般。5月2日至7日、5月11日至14日、5月19日至21日、5月27、5月28和5月30对该会议仅为一般。对于该会议，甚至有三天被分类成“差”，包括5月10日、15日和22日。如果5月1日的选项对于用户不是令人满意的，则用户可快速查看其它更多的吸引人的会议日期。

参照图7，示出如果选择了5月8日则应显现的用户界面700。由于那天是5月1日之后的下一个指示对会议是很好日期的白色日期，用户可被引导到该天。查看建议会议时间，在10:00am存在一个选项，其中存在一个可用场所“Cascade”而且全部五个所需参加者都有空。在该示例中，用户决定这是该会议的最佳选择。

图2B示出自动生成电子会议邀请的方法200B。该方法包括显示会议的建议会议时间的标识(动作221)。参照图7，它可以是建议会议时间701。然后，计算系统检测用户使用用户输入设备所选择的建议会议时间(动作222)。例如，用户可使用鼠标或指针来选择建议会议时间701。然后，计算系统使用时间、参加者和用于所选会议时间的至少一个资源(诸如场所)来自动填充电子会议邀请。参照图8，当用户选择建议会议时间701时将显现用户界面800。计算系统将所选参加者自动置于“收件人(To)”域并且将所选场所置于“地点(Location)”域。所选时间的开始和结束时间同样被自动填充。因此，在图7中选择了建议时间时，电子会议时间基本上完成。

因此，本发明的原理提供了安排会议日程的直观方法并且允许甚至为繁忙会议参加者和场所日程来有效地安排。本发明的原理还允许快速填充电子会议邀请并且允许按需访问原始空闲繁忙日期来更细化地控制日程安排。

本发明可以以其它特定形式实现而不背离其精神或本质特征。所述实施方式应被视为完全是说明性的而非限制性的。因此，本发明的范围由所附权利要求书而非上述说明书来指示。落在权利要求书的内涵和等效范围内的所有改变都被涵盖在其范围内。

Claims

1.一种用于帮助安排会议日程的计算机实现的方法，所述方法包括：

访问会议参数(例如所需/可选参加者、会议地点、设备、持续时间)的动作；

使用所访问的会议参数相对于预定“适合性标准”集(例如发生冲突的所需/可选参加者的人数、冲突程度等)来自动评估多个可能会议时间的动作；

基于所述评估来自动标识多个建议会议时间的动作；以及

输出所述多个建议会议时间的动作，其中所述多个建议会议时间中每一个具有建议合意性的指示。

2.如权利要求1所述的计算机实现的方法，其特征在于，

所述自动评估多个可能会议时间的动作包括根据预定适合性标准集来计算所述多个可能会议时间中每一个的等级的动作，以及

所述基于所述评估来自动标识多个建议会议时间的动作包括标识具有更好的所建议等级的多个可能会议时间的动作。

3.如权利要求2所述的计算机实现的方法，其特征在于，所述标识具有更好的所建议等级的多个可能会议时间的动作包括：

将所述多个可能会议时间分入多个类别之一中的动作，其中落在特定等级范围内的每个可能会议时间被分配到与所述特定范围对应的特定类别；以及

基于其类别来标识所建议的所有可能会议时间的动作。

4.如权利要求1所述的计算机实现的方法，其特征在于，所述合意性指示包括与所述建议会议时间关联的冲突数，其中所述冲突数可以是正整数。

5.如权利要求4所述的计算机实现的方法，其特征在于，所述合意性指示包括可用于所述建议会议时间的场所数。

6.如权利要求1所述的计算机实现的方法，其特征在于，还包括：

输出多天中每一天的适合性指示的动作，所述多天和包含所有所述多个可能会议时间的日期范围相对应。

7.如权利要求1所述的计算机实现的方法，其特征在于，所述会议参数包括参加者、一个或多个会议地点和持续时间的标识。

8.如权利要求7所述的计算机实现的方法，其特征在于，所述会议参数还包括每个所标识的参加者是强制的还是可选的。

9.如权利要求1所述的计算机实现的方法，其特征在于，所述预定的适合性标准集包括发生冲突的参加者人数和所述冲突的程度。

10.一种包括其上具有计算机可执行指令的一个或多个计算机可读介质的计算机程序产品，当由计算系统的一个或多个处理器执行时所述计算机可执行指令使所述计算系统实现如权利要求1所述的方法。

11.一种在包括显示器的计算系统中用于方便直观会议日程安排的方法，所述方法包括：

所述计算系统访问所述会议的多个建议会议时间以及所述多个建议会议时间中每一个的建议合意性指示的动作，其中所述多个建议会议时间和每个建议会议时间的建议合意性是“计算机生成”的；以及

使所述显示器显示所述建议会议时间的至少一些中的每一个的时间标识、以及表示所显示的建议会议时间中每一个的建议合意性的视觉指示符的动作。

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

所述计算系统在访问所述多个建议会议时间之前检测所述会议的用户输入约束的动作。

13.如权利要求11所述的方法，其特征在于，所述视觉指示符是视觉着重。

14.如权利要求11所述的方法，其特征在于，对于所显示的建议会议时间的每一个，显示以下中的至少一个：

与所述建议会议时间关联的冲突数，其中所述冲突数可以是正整数；以及

可用于所述建议会议时间的场所数。

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

使所述显示器显示日历的动作；以及

向所述日历中多天的每一天附加视觉指示符的动作，每天的所述视觉指示符表示所述会议每天的适合性。

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

检测用户已选择所述日历中多天之一的动作，其中所述使所述显示器显示所述建议会议时间的至少一些中每一个的时间标识的动作包括使所述显示器显示在所选天内一个或多个建议会议时间的时间标识的动作。

17.一种包括其上具有计算机可执行指令的一个或多个计算机可读介质的计算机程序产品，当由计算系统的一个或多个处理器执行时所述计算机可执行指令使所述计算系统实现如权利要求11所述的方法。

18.一种在包括显示器和用户输入设备的计算系统中用于自动生成电子会议邀请的方法，所述方法包括：

使所述显示器显示会议的建议会议时间的标识的动作，其中所述建议会议时间具有与其关联的所述建议会议时间的建议合意性指示以及所述建议会议时间的至少一个资源；

检测用户已使用所述用户输入设备来选择所述建议会议时间的动作；以及

使用所选会议时间的时间、参加者和所述至少一个资源来填充电子会议邀请的动作。

19.一种包括其上具有计算机可执行指令的一个或多个计算机可读介质的计算机程序产品，当由计算系统的一个或多个处理器执行时所述计算机可执行指令使所述计算系统执行如权利要求18所述的方法。

20.一种在包括显示器的计算系统中用于方便直观会议日程安排的方法，所述方法包括：

所述计算系统访问具有多个参加者的会议的至少一个建议会议时间以及所述至少一个建议会议时间中每一个的建议合意性指示的动作，其中所述至少一个建议会议时间和所述至少一个建议会议时间中每一个的所述建议合意性是计算机生成的；

使所述显示器显示所述至少一个建议会议时间中每一个的时间标识以及表示所述至少一个建议会议时间中每一个的所述建议合意性的视觉指示符的动作；以及

与使所述显示器显示标识的动作同时，使所述显示器显示所述多个参加者中每一个的空闲和繁忙数据的动作。

21.一种包括其上具有计算机可执行指令的一个或多个计算机可读介质的计算机程序产品，当由计算系统的一个或多个处理器执行时所述计算机可执行指令使所述计算系统实现如权利要求20所述的方法。