跨日历系统更新会议邀请上的参与者的制作方法

跨日历系统更新会议邀请上的参与者


背景技术：

1.电子日历系统代表其用户维护日历条目。用户可以通过日历系统的web浏览器接口(例如，web应用)或通过专门设计为允许访问电子日历的应用的用户接口(例如，专用的日历app，组合电子邮件、日历和/或联系人列表app，或具有日历接口的某种其它类型的app)来访问他们在日历系统上的日历。许多现代的日历系统允许用户与其它用户分享日历条目，使得日历条目出现在那些用户的电子日历中，而其它用户不必手动输入他们自己的对应的日历条目。尤其是在用户在分享的日历条目源自的不同的日历系统上接收分享的日历条目的情况下，对用户的日历中的分享的日历条目的更新可能不传播。


技术实现要素：

2.本文公开的技术使得会议邀请上的会议参与者能够跨日历系统更新。在特定实施例中，一种方法包括在第一日历系统中，接收第一参与者和第二参与者之间的会议的会议邀请被转发到第三参与者的通知。所述第一日历系统代表所述第一参与者维护所述会议邀请的第一副本，并且第二日历系统代表所述第二参与者维护所述会议邀请的第二副本。响应于所述通知，所述方法提供更新所述第一副本以包括所述第三参与者以及引导(direct)所述第二日历系统更新所述第二副本以包括所述第三参与者。
3.在一些实施例中，引导所述第二日历系统更新所述第二副本包括向所述第二日历系统发送更新消息，其中，所述更新消息标识所述会议邀请和所述第三参与者。
4.在一些实施例中，引导所述第二日历系统更新所述第二副本包括向所述第二参与者的用户系统发送所述会议邀请的更新后的版本，其中，所述更新后的版本包括第三参与者，并且其中，所述用户系统对所述第二日历系统进行更新。
5.在一些实施例中，引导所述第二日历系统更新所述第二副本包括引导所述第二日历系统与所述第一参与者和所述第二参与者的电子邮件地址一起在所述会议邀请的第二副本上包括所述第三参与者的电子邮件地址。
6.在一些实施例中，更新所述第一副本包括在所述第一副本上与所述第一参与者和所述第二参与者的电子邮件地址一起包括所述第三参与者的电子邮件地址。
7.在一些实施例中，所述通知包括指明所述会议邀请已从所述第一参与者通过电子邮件发送到所述第三参与者的转发通知。
8.在一些实施例中，所述通知包括来自所述第一参与者的在所述会议邀请上包括所述第三参与者的指令。
9.在一些实施例中，在接收所述通知之前，所述第一日历系统代表所述会议上的第四参与者维护所述会议邀请的另一个副本，并且所述方法包括响应于所述通知而更新所述另一个副本以包括所述第三参与者。
10.在一些实施例中，在所述第二副本被更新之后，由所述第二参与者对所述第二副本的进一步更新被传播到所述第一参与者和所述第三参与者。
11.在另一个实施例中，提供了一种装置，所述装置具有一个或多个计算机可读存储
介质以及处理系统，所述处理系统与所述一个或多个计算机可读存储介质可操作地耦合。存储在所述一个或多个计算机可读存储介质上的程序指令在被所述处理系统读取和执行时引导所述处理系统接收第一参与者和第二参与者之间的会议的会议邀请被转发到第三参与者的通知。由所述处理系统实现的第一日历系统代表所述第一参与者维护所述会议邀请的第一副本，并且第二日历系统代表所述第二参与者维护所述会议邀请的第二副本。响应于所述通知，所述程序指令引导所述处理系统更新所述第一副本以包括所述第三参与者以及引导所述第二日历系统更新所述第二副本以包括所述第三参与者。
附图说明
12.图1图示了用于跨日历系统更新会议邀请上的参与者的实现。
13.图2图示了跨日历系统更新会议邀请上的参与者的操作。
14.图3图示了用于跨日历系统更新会议邀请上的参与者的另一个实现。
15.图4图示了用于跨日历系统更新会议邀请上的参与者的操作场景。
16.图5图示了用于跨日历系统更新会议邀请上的参与者的另外的操作场景。
17.图6图示了用于跨日历系统更新会议邀请上的参与者的又一个操作场景。
18.图7图示了用于跨日历系统更新会议邀请上的参与者的计算架构。
具体实施方式
19.分享的日历条目通常称为会议邀请，即使在日历条目针对除会议以外的事件(例如，聚会)的情形下。因此，分享的日历条目在下面称为会议邀请，但是可以存在分享的日历条目的其它名称。本文提供的示例使得能够更新作为条目存储在多个日历系统中的会议邀请上的参与者。一般地，当会议邀请被转发到新的参与者时，向会议组织者(即，创建会议邀请的用户)通知转发。从那个通知，可以更新存储在日历系统上的组织者的电子日历中的会议邀请的副本。不是使会议邀请的副本原样地作为条目存储在其它日历系统上(即，列出与会议邀请被转发之前相同的参与者)，本文的日历系统引导其它日历系统更新它们的副本以包括会议邀请被转发到的新的参与者。
20.图1图示了用于跨日历系统更新会议邀请上的参与者的实现100。实现100包括日历系统101、日历系统102、用户系统103、用户系统104、以及用户系统105。日历系统101和日历系统102通过通信链路111通信。日历系统101和用户系统103通过通信链路112通信。日历系统102和用户系统104通过通信链路113通信。用户系统103和用户系统105通过通信链路114通信。通信链路111-114被示为直接链路，但是可以包括中间系统、网络、和/或设备。
21.在操作中，日历系统101是对用户123在电子日历中维护日历事件的计算系统(例如，服务器或服务器的集合)，并且日历系统102是对用户124维护电子日历的计算系统。用户系统103-105可以各自分别是电话、平板计算机、膝上型计算机、桌面计算机、会议室系统、或能够访问日历系统的某种其它类型的计算设备。用户123操作用户系统103以访问他们在日历系统101上的电子日历，并且用户124操作用户系统104以访问他们在日历系统102上的电子日历。用户系统103和/或用户系统104可以执行包括用户接口的软件应用，该用户接口本地呈现分别来自日历系统101和日历系统102的用户123和用户124的日历。替代地，用户系统103和/或用户系统104可以执行web浏览器应用，该web浏览器应用呈现分别与日
历系统101和日历系统102上的日历的基于web的接口。基于web的接口可以由日历系统101和/或日历系统102中的web服务器提供，或者可以由另一个系统提供。也可以使用经由用户系统访问电子日历的其它方式。用户125操作用户系统105以访问他们的电子日历。用户125的日历可以由用户系统105本地维护，可以由日历系统101或日历系统102维护，或者可以由某个其它日历系统维护。虽然仅示出一个用户系统与用户123-125中的每一个相关联，但是用户123-125中的一个或多个可以从多个用户系统访问他们的日历。例如，用户123可以经由膝上型计算机和智能电话两者(其中的任一个可以是用户系统103)访问他们的日历。
22.图2图示了跨日历系统更新会议邀请上的参与者的操作200。在操作200发生之前，已经在作为参与者的用户123和用户124之间安排了会议，但是在其它示例中可以包括多于两个参与者。会议可以是远程会议(例如，视频会议)，或者可以是面对面会议。其它会议可以包括远程和面对面参与者的组合。会议在日历系统101和日历系统102中分别被表示为邀请副本131和邀请副本132。邀请副本131和邀请副本132至少标识会议的参与者，在本例中会议的参与者是用户123和用户124，但是还可以指明信息，诸如会议的标题、会议的日期和时间、会议的持续期、桥信息(例如，连接到视频会议桥的web地址)、关于会议的注释(例如，议程、主持人消息等)、与会议有关的文档(例如，演示幻灯片)、每个参与者的邀请接受状态、和/或可以由日历系统存储的与会议相关的某种其它类型的信息。虽然邀请副本131和邀请副本132被称为副本，但是邀请副本131或邀请副本132中的任一个可以是最初创建的会议的邀请。类似地，虽然被称为邀请，但是邀请副本131和邀请副本132表示用户123和用户124的日历中的会议的日历条目。例如，用户123可能已使用用户系统103创建了邀请副本131，同时将用户124指定为参与者(例如，使用用户124的电子邮件地址、用户124的电话号码、用户124的用户名或名字、或者将信息电子地致函给用户125的某种其它方式)，这使得邀请副本132被发送到用户系统104。在接受邀请副本132时，邀请副本132被输入到日历系统102中的用户124的日历中。邀请副本132可以具有与邀请副本131相同的格式，或者，如果日历系统102使用不同的约定(例如，是来自不同供应商的日历系统)，那么邀请副本132可以使用不同的格式。
23.在操作200中，日历系统101接收用户123和用户124之间的会议的邀请副本130已被转发到用户125的更新通知141(201)。在这个示例中，邀请副本130从用户系统103传送到用户系统105(例如，经由电子邮件消息)并且用户系统103向日历系统101传送更新通知141。在这个示例中，更新通知141指明用户125已被用户123添加到参与者列表。像上面的示例中的用户124一样，用户125可以通过电子邮件地址、通过电话号码、通过用户名/名字、或者将信息电子地致函给用户125的某种其它方式来在更新通知141中标识。在一些情况下，用户125可以通过他们的真实姓名来标识，并且日历系统101可以能够从真实姓名(例如，从用户125的联系信息条目)获得地址信息。在一些示例中，直到在用户系统103处从用户系统105接收到用户125接受邀请副本130之后，才可以从用户系统103发送更新通知141。在一些示例中，更新通知141可以是来自用户123的将用户125包括在会议参与者中的请求。在那些情形下，邀请副本130可以从日历系统101传送到用户系统105，而不是直接从用户系统103传送。
24.响应于通知，日历系统101更新邀请副本131以包括用户125(202)。在更新之后，用户125，包括其地址信息(例如，电子邮件地址)，与用户123和用户124一起列在邀请副本131
中。如果日历系统101对会议中的其它参与者维护电子日历，那么更新邀请副本131也可以应用于那些日历(例如，可以跨日历使用同一邀请副本131)或者日历系统101可以更新用于那些日历的邀请副本。
25.由于日历系统101不对用户124维护日历，因此日历系统101引导日历系统102更新邀请副本132以便也包括用户125(203)。在这个示例中，日历系统101向日历系统102发送更新消息142。更新消息142向日历系统102指明用户125已被添加到邀请副本132的会议参与者。日历系统101可以基于用户124的联系信息、基于来自用户124的对最初的会议邀请的响应中包括的信息(例如，用户124的邀请接受可以指明日历系统102被用于他们的日历)将日历系统102识别为与用户124相关联，或者可以从某个其它来源确定。在其它示例中，为了引导日历系统102更新邀请副本132，日历系统101可以代替地将更新消息142作为在参与者的列表中包括用户125的更新后的邀请副本132传送到用户系统104。在那些示例中，用户系统104然后会将更新后的邀请副本132传送到日历系统102。
26.有利地，当用户123将用户125添加到会议的参与者列表时，由于邀请副本132也被更新，用户124也被通知该添加。否则，仅存储在日历系统101中的邀请的副本才会接收到更新，这使用户124不知道用户125的包括。而且，如果用户124想要向邀请副本132上列出的所有参与者发送消息或以其它方式联系邀请副本132上列出的所有参与者，那么操作200确保用户125将与用户123一起接收消息，由于用户125也被列为参与者。
27.图3图示了用于跨日历系统更新会议邀请上的参与者的实现300。实现300包括日历系统301-302、用户系统304-308、以及通信网络309。通信网络309包括一个或多个局域和/或广域计算网络，包括互联网，计算系统通过这些网络通信。用户系统304-308可以各自包括电话、膝上型计算机、桌面工作站、平板计算机、会议室系统、或某种其它类型的用户可操作的计算设备。
28.在操作中，日历系统301代表用户系统304的用户和用户系统305的用户维护电子日历。类似地，日历系统302代表用户系统306的用户和用户系统307的用户维护电子日历。日历系统301-302中的一个也可以代表用户系统308的用户维护日历，但是另一个日历系统或用户系统308自身可以代替地维护日历。在一些示例中，取决于日历系统301-302和/或用户系统304-308的能力，用户系统304-308中的一个或多个可以同步它们各自用户的电子日历以存储本地副本。例如，用户系统304可以通过不同步日历的本地副本的web浏览器接口访问它的用户的电子日历，而用户系统305可以通过将日历系统301上的日历与本地存储的副本同步的生产力应用访问它的用户的电子日历。不管本地副本是否被同步，都可以使用用户系统304-308创建、更新、删除、或以其它方式修改日历条目，并且那些日历条目在存储在相应的日历系统301-302上的电子日历中被影响。
29.图4图示了用于跨日历系统更新会议邀请上的参与者的操作场景400。操作场景400是用户系统304的用户可以如何创建会议邀请的示例，该会议邀请初始包括他们自己和用户系统305-307的用户作为参与者。在这个示例中，会议邀请通过电子邮件传输，因此，参与者各自至少通过他们各自的电子邮件地址标识，但是也可以包括附加的标识信息，诸如参与者的姓名。
30.用户系统304在步骤1向日历系统301传送创建会议指令401。创建会议指令401指示日历系统301在步骤2基于由现在是会议组织者的用户系统304的用户在创建会议指令
401中定义的会议详情来创建会议402。创建会议指令401以用于与日历系统301提供的日历服务交互的协议或约定(例如，通信格式、加密、命令指令等)被传送，这些协议或约定可以与日历系统302使用的协议或约定相同或不同。应当理解的是，下面描述的用户系统和日历系统之间的交互全部使用针对特定日历系统的适当的协议和约定发生。会议详情可以包括开始时间、结束时间/持续期、标题、描述、相关联的文档、提醒参数(例如，在开始时间之前10分钟提醒)、会议桥信息、或可以与日历中的会议条目相关的任何其它信息。在这个示例中，会议详情还包括会议402的参与者的列表，这些参与者是用户系统304-307的用户，其通过他们各自的电子邮件地址标识。创建会议指令401可以响应于用户系统304的用户指示应用(例如，web浏览器接口或本地执行的日历app)创建会议402的条目并且向其提供会议详情而被传送。在一些示例中，创建会议指令401可以在所有详情已被输入之后(例如，在用户选择完成详情的按钮之后)被发送到日历系统301，或者创建会议指令401可以在用户指明会议402的条目应当利用输入时其后的附加消息中跟随的详情创建时被发送。
31.在这个示例中，日历系统301与用户系统304的用户的电子邮件系统相关联(例如，可以向组织者提供日历和电子邮件服务)，这允许日历系统301代表会议组织者发送电子邮件(即，使用电子邮件组织者的电子邮件地址)。这样，日历系统301在步骤3代表会议组织者在电子邮件中向用户系统305-307发送会议邀请403。在其它示例中，日历系统301可以从不同的电子邮件地址在电子邮件中发送会议邀请403(例如，如果日历系统301不与组织者的电子邮件相关联)，或者可以指示用户系统304自身发送会议邀请403。在接收到会议邀请403时，用户系统305-307中的每一个在步骤4将会议接受404传送回日历系统301。会议接受404中的每一个可以响应于用户系统305-307的各自用户指明他们的接受(例如，通过选择在用户系统305-307上执行的日历或电子邮件应用中的接受按钮)而被传送。在接收到会议接受404中的每一个时，日历系统301可以更新会议402的条目以指明参与者已接受。在其它示例中，如果参与者没有接受，那么日历系统301可以指明他们尚未接受，或者如果他们已拒绝，那么日历系统301可以指明参与者拒绝。
32.由于用户系统305的用户的日历由日历系统301维护，因此来自用户系统305的接受指明会议402的条目应当被添加到用户的日历。日历系统301可以制作会议402的条目的副本以存储在另一个用户的日历中，或者用户日历可以简单地示出已经对会议组织者创建的会议402的副本。在接受会议邀请403之后，用户系统306-307将他们的会议邀请403的副本转发到日历系统302。在接收到会议邀请403时，日历系统302在步骤6对用户系统306-307的用户的各个日历创建会议402的日历条目。每个日历可以包括它自己的会议402的条目的副本，或者两个日历可以呈现同一副本，因为日历系统302维护两个日历。
33.在一些示例中，日历系统302可以与用户系统306-307的用户的电子邮件系统相关联。在那些示例中，用户系统306-307可能不需要将会议邀请403发送到日历系统302。而是，日历系统302可以从用户的各自的电子邮件收件箱识别会议邀请403。类似地，虽然直到会议接受404被发送之后会议邀请403才被发送到日历系统302，但是日历系统302可以在会议邀请403被接受之前创建会议402的条目。例如，可以创建占位符条目以向用户示出关于他们的安排会议402将适合的位置。当然，可以使用创建会议条目并且邀请参与者的其它方式来代替在操作场景400中描述的方式。
34.图5图示了用于跨日历系统更新会议邀请上的参与者的操作场景500。操作场景
500发生在操作场景400完成之后的时间，其中用户系统304-307的用户全部在相应的日历系统301-302上的他们的日历中包括会议402的条目，那些条目列出用户系统304-307的用户作为参与者。优选地，操作场景500发生在会议402开始之前，但是可以发生在会议期间，使得新参与者可以加入。也可以存在以下情形：在会议已结束之后应当添加某人(例如，这样参与者可以容易地将新添加的用户包括在关于会议主题的进一步电子邮件讨论中)，或者会议402可以是经常性会议(例如，每个星期二发生)，其中对经常性会议的未来实例添加新参与者。
35.操作场景500开始于用户系统305的用户在步骤1引导用户系统305将会议邀请403转发到用户系统308。在这个示例中，由于用户系统305在电子邮件消息中接收到会议邀请403，因此用户系统305的用户可以引导用户系统305上的电子邮件客户端将具有会议邀请403的消息转发到用户系统308的用户的电子邮件地址。替代地，用户可以通过用户系统305访问他们的日历以将用户系统308的用户的电子邮件地址添加到会议402的条目的详情，这触发日历系统301在电子邮件中向用户系统308发送会议邀请403。类似地，由于组织者日历也存储在日历系统301上，因此从用户系统305更新条目也可以触发日历系统301也更新会议402的组织者日历条目。在那些情况下，转发通知501可以从日历系统301传送到用户系统304，或者日历系统301可以以其它方式向组织者通知更新。
36.响应于会议邀请403被转发，用户系统305在步骤2还将转发通知501传送到用户系统304(即，传送到组织者的电子邮件地址)，以通知会议组织者会议邀请403已被转发到用户系统308的用户的电子邮件地址，这向用户系统304指明用户系统308的用户的电子邮件地址应当被添加到会议402上的参与者列表。可以在会议邀请403中包括引导用户系统305在会议邀请403被转发时发送转发通知501的指令，或者可以在用户系统305上的电子邮件或日历应用中包括引导用户系统305在会议邀请403被转发时发送转发通知501的指令。在接收到转发通知501时，用户系统304在步骤3将会议更新消息502传送到日历系统301，以通知日历系统301用户系统308的用户的电子邮件地址应当与用户系统304-307的四个其它参与者一起被包括在会议402的参与者列表中。在一些示例中，用户系统304可以将电子邮件地址添加到会议402的本地副本，然后会议更新消息502是本地会议副本与对于组织者的日历存储在日历系统301上的副本的同步的一部分。
37.响应于接收到会议更新消息502，日历系统301在步骤4更新组织者的日历中的会议402的条目。在组织者的日历被更新时，日历系统301不是在那里停止，而是在步骤5传送更新后的会议邀请403。除了用户系统304-307的用户之外，更新后的会议邀请403还在参与者的列表中包括用户系统308的用户。日历系统301可以已经具有用于在会议的详情改变时(例如，在开始时间改变时)发送更新后的会议邀请的过程，并且可以在这里使用相同的过程以发送更新后的会议邀请403(例如，其改变了参与者列表而不是开始时间或其它详情)。在其它示例中，日历系统301可以引导用户系统304代替地发送更新后的会议邀请403。
38.在接收到更新后的会议邀请403时，用户系统306-307在步骤6各自将更新后的会议邀请403传递到日历系统302。在其它示例中，用户系统306-307上的日历应用可以代替地使用日历系统302的协议和约定向日历系统302通知对会议邀请403的更新。在示例中，用户系统306-307可以各自更新会议402的日历条目的本地副本，并且当那些本地副本与日历系统302上的副本同步时，可以向日历系统302通知更新。无论如何，在接收到更新后的会议邀
请403或者它的其它指明时，日历系统302在步骤7更新用户系统306-307的用户的日历中的会议402的条目以包括用户系统308的用户。虽然未示出，但是用户系统305也可以传递更新后的会议邀请403，或者以其它方式关于对会议邀请403的更新更新日历系统301。但是，在这个示例中，由于日历系统301还维护组织者的日历，因此日历系统301自动地更新用户系统305的用户的日历中的条目。在一些这样的情况下，日历系统301在步骤5甚至可以不向用户系统305发送更新后的会议邀请403，而是可以简单地更新用户的日历中的条目。用户系统305然后可以在日历同步时、在用户访问他们的日历时或日历系统301以其它方式通知用户系统305会议402的条目已被更新时接收更新。
39.在操作场景500完成之后，用户系统304-307的用户的日历现在包括会议402的条目，该会议402的条目将用户系统304-308的用户列为会议402上的参与者，而在完成之前，仅用户系统304-307的用户被列为参与者。虽然未示出，但是在接收到会议邀请403时，用户系统308还可以在它的用户的日历中创建会议402的条目，该会议402的条目将用户系统304-308的用户列为参与者。用户系统308可以在本地创建条目，可以在由日历系统301或302维护的日历中创建它，或者可以在某个其它日历系统中创建条目。同样地，响应于用户接受会议邀请403，用户系统308可以将会议接受消息传送到用户系统304处的组织者，这可以触发与步骤3-7类似的步骤来更新参与者的日历条目以指明用户系统308的用户已接受会议邀请403。
40.图6图示了用于跨日历系统更新会议邀请上的参与者的操作场景600。操作场景600是使会议402的条目的所有副本将用户系统304-308的用户列为参与者的优点的示例，因此发生在操作场景500完成之后。特别地，为了开始操作场景600，用户系统306的用户访问他们的日历中的会议402的条目并且键入回复消息601。例如，用户可能想要通知其它参与者该用户将迟到会议402并且其它参与者不应当等待开始。日历系统302的用户接口(或用于与日历系统302交互的本地执行的应用)可以供给用于向会议条目上的参与者发送回复的选项。在步骤1从用户系统306接收到回复消息601时，日历系统302在步骤2从会议402的条目的详情确定参与者。在这种情况下，由于操作场景500已经发生，因此参与者是用户系统304-308的用户，其在会议402的更新后的日历条目中通过他们各自的电子邮件地址标识。如果在会议邀请403被转发到用户系统308时未执行操作场景500，那么用户系统308的用户将不被列在用户系统306的用户的日历中的会议402的条目中。在识别出会议402的参与者时，日历系统302在步骤3向其它参与者的电子邮件地址发送回复消息601。在这个示例中，那些其它参与者在用户系统304-305和307-308处接收回复消息601。在这个示例中，用户系统306没有接收到回复消息601的副本，因为回复消息601源自用户系统306。
41.图7图示了用于跨日历系统更新会议邀请上的参与者的计算架构700。计算架构700是日历系统101-102和301-302的示例计算架构，但是系统101-102和301-302可以使用替代配置。计算架构700也可以被用于本文讨论的其它计算系统(诸如用户系统)，但是那些系统也可以使用替代配置。计算架构700包括通信接口701、用户接口702、以及处理系统703。处理系统703链接到通信接口701和用户接口702。处理系统703包括处理电路705和存储操作软件707的存储器设备706。
42.通信接口701包括通过通信链路进行通信的组件，诸如网卡、端口、rf收发器、处理电路和软件、或一些其它通信设备。通信接口701可以被配置为通过金属、无线、或光链路进
行通信。通信接口701可以被配置为使用tdm、ip、以太网、光网络、无线协议、通信信令、或某种其它通信格式—包括其组合。
43.用户接口702包括与用户交互的组件。用户接口702可以包括键盘、显示屏、鼠标、触摸板、或一些其它用户输入/输出装置。在一些示例中可以省略用户接口702。
44.处理电路705包括微处理器和其它电路，其从存储器设备706检索和执行操作软件707。存储器设备706包括计算机可读存储介质，诸如盘驱动器、闪存驱动器、数据存储电路、或某种其它存储器装置。在任何示例中，存储器设备706的存储介质都不会被视为传播的信号。操作软件707包括计算机程序、固件、或某种其它形式的机器可读处理指令。操作软件707包括更新模块708。操作软件707还可以包括操作系统、实用程序、驱动程序、网络接口、应用、或某种其它类型的软件。当由处理电路705执行时，操作软件707如本文所描述的那样引导处理系统703操作计算架构700。
45.特别地，更新模块708引导处理系统703接收第一参与者和第二参与者之间的会议的会议邀请被转发到第三参与者的通知。由处理系统703实现的第一日历系统代表第一参与者维护会议邀请的第一副本，并且第二日历系统代表第二参与者维护会议邀请的第二副本。响应于通知，更新模块708引导处理系统703更新第一副本以包括第三参与者并且引导第二日历系统更新第二副本以包括第三参与者。
46.本文包括的描述和附图描绘了要求保护的发明的具体实现。出于教导发明原理的目的，一些传统方面已被简化或省略。此外，可以意识到落入本发明的范围内的这些实施方式的一些变化。还可以意识到上述特征可以以各种方式组合以形成多个实现。作为结果，本发明不被限制到上述具体实现，而是仅由权利要求及其等同物限制。