CN101046865A - 用于调度事件的方法和系统 - Google Patents

Abstract

本发明提供一种用于调度多个事件的方法、系统和程序产品。在一个实施方式中，本发明包括：调度多个事件的第一事件；将多个事件的第二事件调度为依赖于该多个事件的第一事件；以及，在第一事件的调度被改变的情况下，自动地对第二事件进行重新调度以保持第二事件对第一事件的依赖性。

Description

用于调度事件的方法和系统

技术领域

本发明总体涉及事件的调度，更具体来说，涉及基于对事件邀请的接受或拒绝而对该事件进行依赖性的日程安排和调度。

背景技术

公知的日程安排和调度系统提供事件(例如会议)的日程安排，并允许用户向其他人发送关于这样的事件的邀请。通常，向被邀请方给出接受、拒绝或忽视该邀请的选择。如果被邀请方选择接受该邀请，则该事件与任何需要的或期望的相关信息(例如日期、时间、持续时间、地点、其他被邀请方等等)一起被添加到被邀请方的日程安排中。

很多公知的系统将就被邀请方已选择接受的事件和已处于被邀请者日程安排中的事件之间的冲突而向被邀请方发出警告。然后，该被邀请方可以选择拒绝该邀请或改变他的/她的现有日程安排，从而不存在冲突。在被邀请方选择拒绝邀请的情况下，系统通常将向发送方和/或该邀请的其他接收方发送响应，以通知他们被邀请方对该邀请的拒绝。

然而，在有些时候，被邀请方可能希望接受他/她已经拒绝的事件邀请。例如，这可能发生在开始时与邀请事件相冲突的先前调度事件被取消或被重新调度的情况下，从而消除与邀请事件的冲突。在大多数公知的系统中，无法接受已被拒绝的邀请。在此情况中，被邀请方可以要求该邀请的发送方向被邀请方重新邀请，这时被邀请方可以选择接受该邀请并将事件添加到他/她的日程安排中。此种系统存在很多困难。首先，被邀请方必须准确地记住被拒绝的邀请的相关信息，该信息包括邀请的发送方以及事件的日期、时间和地点。第二，被邀请方必须假设事件参数(即日期、时间、地点)从原始邀请被发送之时起尚未发生改变。通常，仅向那些接受了事件邀请的被邀请方告知事件参数中的改变。因此，尽管先前已拒绝了事件邀请的被邀请方现在可能希望接受此邀请，但该事件可能随后已经被取消或者事件参数中的改变可能建立与被邀请方日程安排中已调度事件之间的其他冲突。然而，被邀请方将无法知道这些改变，直到他/她联系原始邀请的发送方并请求他/她发送对事件的另一邀请为止。

少数日程安排和调度系统包含被拒绝的邀请的记录，但并不向用户提供被拒绝的邀请的提醒，并且在用户界面中不包括关于被拒绝事件的信息。也就是说，这些日程安排和调度系统不允许用户查看他的/她的日程安排中其他事件的上下文中的被拒绝事件。因而，这些系统不允许用户有条件地拒绝事件邀请，并且然后，例如当先前冲突的调度事件改变时，决定接受先前被拒绝的邀请并调度该事件。

此外，公知的日程安排和调度系统并不考虑一个调度事件对于另一调度事件的依赖性。因而，一个事件的调度中的改变将不会反映在依赖于该事件的任何事件的调度中。这可能导致对于依赖性事件的维护，因为当对他们所依赖的事件进行重新调度或取消时，所述依赖性事件变得不相关或效率低下。

为此，需要一种不受上述公知方法和系统的缺陷影响的方法和系统。

发明内容

本发明提供一种用于调度多个事件的方法、系统和程序产品。在一个实施方式中，本发明包括：调度多个事件的第一事件；将多个事件的第二事件调度为依赖于该多个事件的第一事件；以及，在第一事件的调度被改变的情况下，自动地对第二事件进行重新调度以保持第二事件对第一事件的依赖性。

本发明的第一方面提供一种用于调度多个事件的计算机实现的方法，该方法包括：调度多个事件的第一事件；以及，将多个事件的第二事件调度为依赖于该多个事件的第一事件。

本发明的第二方面提供一种用于调度多个事件的系统，该系统包括：用于调度多个事件的第一事件的系统；以及，用于将多个事件的第二事件调度为依赖于该多个事件的第一事件的系统。

本发明的第三方面提供一种存储在计算机可读介质上的程序产品，当执行时，其调度多个事件，该程序产品包括：用于调度多个事件的第一事件的程序代码；以及，用于将多个事件的第二事件调度为依赖于该多个事件的第一事件的程序代码。

本发明的第四方面提供一种对用于调度多个事件的应用进行部署的方法，包括：提供可如下操作的计算机基础设施：调度多个事件的第一事件；以及，将多个事件的第二事件调度为依赖于该多个事件的第一事件。

本发明的示意性方面被设计为解决此处所描述的问题以及未经讨论的可由本领域技术人员发现的其他问题。

附图说明

从结合描述本发明各种实施方式的附图而对本发明若干方面进行的详细描述中，可以很容易地理解本发明的这些和其他特征，其中：

图1-图5示出了根据本发明的示意性日程安排和调度系统图形用户界面(GUI)的各种示图；

图6示出了根据本发明的示意性方法的流程图；

图7示出了根据本发明的备选示意性方法的流程图；以及

图8示出了根据本发明的示意性系统的框图。

需要注意的是，本发明的附图并不按照比例来绘制。这些附图仅旨在描述本发明的一般方面，因此不能将其看作是对本发明范围的限制。在这些附图中，相同的标号在附图之间表示相同的元素。

具体实施方式

如上所述，本发明提供一种用于调度多个事件的方法、系统和程序产品。

图1-图5示出了根据本发明的示意性日程安排和调度系统图形用户界面(GUI)的各种示图。在图1中，GUI 100包括日程安排窗口110和邀请窗口140。日程安排窗口110示出为单天(single-day)日程安排，包括日期区域112和调度部分114。先前调度的事件116、118在调度部分114中示出。

邀请窗口140示出为“弹出”窗口，尽管还可以使用任何数目的向用户显示或通知所接收的邀请的方法。邀请窗口140包括标识符142、事件信息部分150、接受按钮144以及拒绝按钮146。事件信息部分150包括事件名称152、事件日期154、事件地点156、事件时间158以及事件负责人(leader)的名称160。在事件信息部分150中示出的信息仅是关于被邀请方决定是接受还是拒绝事件邀请的信息的示意性表示。

可以在事件信息部分150中提供附加的或更少的信息。例如，被邀请方可以选择暂时地接受事件邀请。在此情况下，可以将该事件添加到被邀请方的日程安排中，并且向被邀请方提醒其存在以及向被邀请方告知其状态的任何改变。然而，该事件在日程安排中的存在并不妨碍被邀请方对临时与该暂时接受的事件相重叠的另一事件进行调度。类似地，暂时接受的事件将被添加到被邀请方的日程安排事件中，即使其与现有的调度事件相冲突。在一个实施方式中，在事件信息部分150中包括的信息可以是用户定义的。

仍然参考图1，可以看到，事件日期154和事件时间158与调度事件118相冲突。因此，用户可以通过选择拒绝按钮146而选择拒绝在邀请窗口140中描述的邀请。在此情况中，可以向该邀请的发送方和/或其他接收方发送消息，以通知他们被邀请方已经拒绝了该事件邀请。可选择地，如上所述，用户可以选择临时接受该邀请，在此情况下，临时接受的事件将被添加到用户的日程安排中，即使其当前与调度事件118相冲突。在调度事件118被取消或被重新调度至不再与暂时接受的事件相冲突的时间的情况下，用户可以选择完全(即，非暂时)接受该事件。

现在参考图2，示出了被邀请方拒绝了邀请窗口140(图1)中的邀请之后的GUI 100。被拒绝事件提醒170已放置在被邀请方的日程安排中。在图2中可以看到，被拒绝事件提醒170临时地与调度事件118相重叠。这在例如提醒用户为什么他/她选择拒绝该事件邀请方面是有用的。示出的被拒绝事件提醒170包括被拒绝事件名称172、被拒绝事件地点176以及被拒绝事件的负责人的名称180。可以在被拒绝事件提醒170中提供附加的或更少的信息。在一个实施方式中，被拒绝事件提醒170中包括的信息可以是用户定义的。

在图3中，示出了取消调度事件118(图2)之后的GUI 100。通知窗口190中显示消息192，该消息192通知用户不再有任何调度与先前拒绝的邀请的事件相冲突，并询问用户他/她是否希望调度先前拒绝的事件。用户可以分别通过“是”按钮194或“否”按钮196来选择对事件进行调度或不对事件进行调度。在用户选择对事件进行调度的情况下，可以向发送方和/或先前拒绝的邀请的接收方发送消息，以通知他们被邀请方已经对事件进行了调度。这样的消息可以包括例如电子邮件消息和/或即时消息。

可选择地，根据本发明的系统可以提供提醒用户先前拒绝的事件即将到来的通知窗口，例如通知窗口190，即使不存在对另外的冲突调度事件(例如图2的调度事件118)的改变。这样的实施方式例如当用户将拒绝的事件的出席(attendance)指派给其他人(例如同事或下属)时是有用的。在这样的情况下，保持向用户通知即将到来的事件，并且用户可以选择跟随向其指派了拒绝的事件的个人。

现在参考图4，示出了对先前拒绝的事件进行调度之后的GUI100，现在该先前拒绝的事件在调度部分114中显示为调度事件120。

在图5中，GUI 200示出了本发明的另一方面，其中一个或多个调度事件218依赖于219另一调度事件220而进行。这样的依赖性例如在一个事件必须发射在另一事件之前、之后或同时发生的情况下可以是有用的。例如，如图5所示，“交易会议预览”事件218作为预览必须在“交易会议”220之前发生。“交易会议预览”可以例如包括稍后“交易会议”中多个参加者之间的策略会话。通过使得“交易会议预览”218依赖于219“交易会议”220，在取消“交易会议”220或将“交易会议”220重新调度至其在“交易会议预览”218之后不再发生的时间的情况下，将会警告用户。类似地，在用户或其他被邀请方尝试将“交易会议预览”218重新调度至其在“交易会议”220之前不再发生的时间的情况下，将会警告用户。在任一情况中，可以允许用户对任一调度事件或两个调度事件进行重新调度，从而保持依赖性。可选择地，根据本发明的日程安排和调度系统可以自动地对任一调度事件或两个调度事件进行重新调度以保持依赖性。

在调度事件之间可以形成任意数目的备选依赖性。例如，可以使第一调度事件依赖于第二调度事件，从而第一事件必须在第二调度事件之前或之后发生预定数目的分钟、小时、天、星期等等。因而，在另一个调度事件被重新调度的情况下，第一或第二调度事件可以被自动地重新调度。

图6示出了根据本发明的示意性方法的框图。在步骤S1，根据本发明的系统接收对于一个或多个事件的一个或多个邀请。在步骤S2，将用户所接受的任何事件在用户的日程安排中进行调度。在步骤S3(其可以在步骤S2之前发生)，系统保留与用户所拒绝的任何事件相关的信息。在可选步骤S4，向用户显示调度的事件和未调度的事件二者，例如图1-图5中所示的GUI。在可选步骤S5，可以向用户提醒一个或多个被拒绝事件。如上所述，这在将一个或多个被拒绝事件的出席指派给其他人的情况中有用。在可选步骤S6，通知用户在例如先前冲突的调度事件已被取消、重新调度或拒绝并且现在与被拒绝事件不再冲突的情况下可以对被拒绝事件进行调度。在步骤S7，允许用户决定是否对先前拒绝的事件进行调度。如果对先前拒绝的事件进行调度(即在步骤S7为“是”)，那么在步骤S8，可以向发送方和/或原始邀请的接收方发送响应，通知他们用户已经对事件进行了调度。如果没有对先前拒绝的事件进行调度(在步骤S7为“否”)，那么可以可选择地重复步骤S3至S7。

图7示出了根据本发明的备选方法的流程图。可以在下列情况中采用图7的方法，例如，用户希望保持两个或更多调度事件之间的依赖性，如以上参考图5所述。首先，在步骤S11，对第一事件进行调度。在步骤S12，依赖于在步骤S11所调度的第一事件而对第二事件进行调度。在步骤S13，确定第一事件的调度是否已经发生改变(例如事件的日期、时间、地点、持续时间等等)。如果第一事件的调度尚未发生改变(即在步骤S13为“否”)，那么在步骤S14，保持第一事件和第二事件中每一个的调度，并保持第二事件对第一事件的依赖性。如果第一事件的调度已发生改变(即在步骤S13为“是”)，那么在步骤S15，确定第一事件是否已被取消。如果没有(即在步骤S15为“否”)发生改变，那么在步骤S16，可以可选地对第二事件进行重新调度以保持它对第一事件的依赖性。这样的重新调度可以是自动的或根据用户的输入。如果已经取消了第一事件(即在步骤S15为“是”)，那么在步骤S17，可以可选地取消第二事件。这样的取消可以是自动的或根据用户的输入或确认。

尽管图7的示意性方法仅包括两个事件，但必须认识到的是，可以利用图7所示的方法来调度和保持任意数目的事件和事件之间任意数目的依赖性。例如，可以使一个事件依赖于多于一个的调度事件，使多于一个的事件依赖于单个调度事件，使一个事件依赖于另一依赖性事件，或他们的任何组合等等。

图8示出了用于调度多个事件的示意性系统10。为此，系统10包括计算机基础设施12，其能够执行此处所描述的用于调度多个事件的各个处理步骤。具体来说，所示出的计算机基础设施12包括计算机系统14，该计算机系统14包括日程安排系统40，其使得计算机系统14能够通过执行本发明的处理步骤来调度多个事件。

所示出的计算机系统14包括处理单元20、存储器22、输入/输出(I/O)接口26以及总线24。而且，所示出的计算机系统14与外部设备28以及存储系统30进行通信。如现有技术所公知，通常，处理单元20执行存储于存储器22和/或存储系统30中的计算机程序代码，例如日程安排系统40。在执行计算机程序代码的同时，处理单元20能够从存储器22、存储系统30和/或I/O接口26中读取数据和/或向它们写入数据。总线24在计算机系统14中的每个部件之间提供通信链路。外部设备28可以包括支持用户(未示出)与计算机系统14进行交互的任何设备，或支持计算机系统14与一个或多个其他计算机系统进行通信的任何设备。

在任何情况下，计算机系统14可以包括能够执行由用户安装的计算机程序代码的任何通用计算产品(例如个人计算机、服务器、手持设备等等)。然而，应该理解，计算机系统14和日程安排系统40仅代表可以执行本发明的各个处理步骤的各种可能的计算机系统。为此，在其他实施方式中，计算机系统14可以包括：包含用于执行特定功能的硬件和/或计算机程序代码的任何专用计算产品，包含专用和通用硬件/软件的组合的任何计算产品，等等。在每种情况中，可以使用标准编程和工程技术来分别创建程序代码和硬件。

类似地，计算机基础设施12仅示意了用于实现本发明的各种类型的计算机基础设施。例如，在一个实施方式中，计算机基础设施12包括两个或更多计算机系统(例如服务器集群)，这些计算机系统通过例如网络、共享存储器等的任何类型的有线和/无线通信链路进行通信，以执行本发明的各个处理步骤。当通信链路包括网络时，网络可以包括一种或多种类型的网络(例如互联网、广域网、局域网、虚拟专用网等等)的任何组合。无论如何，计算机系统之间的通信可以采用各种类型的传输技术的任何组合。

如先前所述，日程安排系统40支持计算机系统14对多个事件进行调度。为此，所示出的日程安排系统40包括接收系统42、调度系统44、保持系统46、允许系统48、通知系统50、提醒系统52、显示系统54以及响应系统56。以上描述了这些系统中每一个的操作。日程安排系统40可进一步包括其他系统部件58，以向日程安排系统40提供附加的或改进的功能。需要理解的是，图8所示的各个系统中的一些系统可以独立实现、组合起来和/或存储在通过网络进行通信的一个或多个分离计算机系统14的存储器中。而且，需要理解的是，可以不实现一些系统和/或功能，或者可以将附加的系统和/或功能包含为系统10的一部分。

尽管此处示出的是用于调度多个事件的方法和系统，但需要理解是，本发明进一步提供各种备选的实施方式。例如，在一个实施方式中，本发明提供计算机可读介质，其包括计算机程序代码，以使得计算机基础设施能够对多个事件进行调度。为此，计算机可读介质包括例如日程安排系统40的程序代码，其实现本发明的各个处理步骤中的每一个步骤。需要理解的是，术语“计算机可读介质”包括程序代码的一个或多个任何类型的物理实施例。具体来说，计算机可读介质可以包括体现在一个或多个便携式存储产品(例如光盘、磁盘、磁带等等)上的程序代码；体现在计算机系统的一个或多个数据存储部分的程序代码，该数据存储部分例如是存储器22和/或存储系统30(例如固定盘、只读存储器、随机访问存储器、高速缓冲存储器等等)；和/或(例如在程序代码的有线/无线电子分发期间)作为在网络上进行传送的数据信号的程序代码。

在另一实施方式中，本发明提供一种在订制、广告和/或费用基础上的执行本发明的处理步骤的商业方法。也就是说，服务供应商可以提供如上所述地对多个事件进行调度。在此情况下，服务供应商可以对诸如计算机基础设施12之类的计算机基础设施进行创建、保持和支持等，其中该计算机基础设施针对一个或多个客户执行本发明的处理步骤。进而，服务供应商可以基于订制和/或费用协议接收来自客户的付款，和/或服务供应商可以接收来自向一个或多个第三方出售的广告空间的付款。

在又一实施方式中，本发明提供一种产生用于调度多个事件的系统的方法。在此情况中，诸如计算机基础设施12之类的计算机基础设施可以被获得(例如创建、保持、变得可用等)，并且用于执行本发明的处理步骤的一个或多个系统可以被获得(创建、购买、使用、修改等)，并可以被部署到计算机基础设施。为此，每个系统的部署可以包括下列中的一个或多个：(1)将来自计算机可读介质的程序代码安装到计算机系统，例如计算机系统14；(2)向计算机基础设施添加一个或多个计算机系统；以及(3)结合和/或修改计算机基础设施的一个或多个现有系统，以使得计算机基础设施能够执行本发明的处理步骤。

如此处所用，需要理解的是，术语“程序代码”和“计算机程序代码”是同义词并以任何语言、代码或记号意指一组指令的任何表现方式，旨在使得具有信息处理能力的计算机系统直接或在下列任一或二者之后执行特定功能：(a)转换为另一种语言、代码或记号；以及(b)以不同物质形式再生。为此，程序代码可以实施为一种或多种类型的程序产品，例如应用/软件程序、组件软件/功能库、操作系统、用于特定计算和/或I/O设备的基本I/O系统/驱动等等。

已针对示意和描述的目的而给出了对本发明多个方面的前述描写。其不旨在穷尽本发明或将本发明限制在所公开的细节形式，并且显然，多种修改和变形是可行的。旨在将这种对于本领域技术人员来说是显见的修改和变形包含在所附权利要求所定义的本发明的范围中。

Claims (18)

1.一种用于调度多个事件的计算机实现的方法，该方法包括：

调度多个事件的第一事件；以及

将所述多个事件的第二事件调度为依赖于所述多个事件的所述第一事件。

2.根据权利要求1所述的方法，进一步包括：

在所述第一事件的调度被改变的情况下，向用户提醒所述第二事件对所述第一事件的依赖性。

3.根据权利要求1所述的方法，进一步包括：

在所述第一事件的调度被改变的情况下，对所述第二事件进行重新调度，以保持所述第二事件对所述第一事件的依赖性。

4.根据权利要求3所述的方法，其中，所述调度是自动的。

5.根据权利要求3所述的方法，进一步包括：

通知用户所述第二事件已被重新调度。

6.根据权利要求5所述的方法，进一步包括：

告知除所述用户之外的至少一个被邀请方所述第二事件已被重新调度。

7.根据权利要求1所述的方法，进一步包括：

在所述第一事件被取消的情况下取消所述第二事件。

8.根据权利要求7所述的方法，其中，所述取消是自动的。

9.根据权利要求8所述的方法，进一步包括：

通知用户所述第二事件已被取消。

10.根据权利要求9所述的方法，进一步包括：

告知除所述用户之外的至少一个被邀请方所述第二事件已被取消。

11.根据权利要求1所述的方法，进一步包括：

接收针对所述第一事件和所述第二事件的至少之一的邀请。

12.根据权利要求11所述的方法，其中，由用户暂时接受所述第一事件和所述第二事件的至少之一。

13.一种用于调度多个事件的系统，该系统包括：

用于调度多个事件的第一事件的系统；以及

用于将所述多个事件的第二事件调度为依赖于所述多个事件的所述第一事件的系统。

14.根据权利要求13所述的系统，进一步包括：

用于在所述第一事件的调度被改变的情况下，对所述第二事件进行重新调度以保持所述第二事件对所述第一事件的依赖性的系统。

15.根据权利要求14所述的系统，进一步包括：

用于告知除所述用户之外的至少一个被邀请方所述第二事件已被重新调度的系统。

16.根据权利要求13所述的系统，进一步包括：

用于在所述第一事件被取消的情况下取消所述第二事件的系统。

17.根据权利要求16所述的系统，进一步包括：

用于告知除所述用户之外的至少一个被邀请方所述第二事件已被取消的系统。

18.一种用于对调度多个事件的应用进行部署的方法，包括：

提供可如下操作的计算机基础设施：

调度多个事件的第一事件；以及

将所述多个事件的第二事件调度为依赖于所述多个事件的所述第一事件。

Images