CN101800736A - 会议预定方法及系统和应用服务器 - Google Patents

Abstract

本发明实施例涉及一种会议预定方法及系统和应用服务器，其中，会议预定方法包括：接收用户通过入口设备发送的周期会议创建请求信息，将所述创建请求信息解析成多条单次会议记录；当当前会场资源满足所述多条单次会议记录中的每条单次会议记录时，预定所述周期会议。上述会议预定方法及系统和应用服务器，通过当前会场资源满足每条单次会议记录时，可以成功地预定周期会议，满足了用户批量创建会议的要求，能够通过一次创建请求，达到在固定时间重复召开会议的目的，且实现简单。

Description

会议预定方法及系统和应用服务器

技术领域

本发明涉及通信技术领域，特别涉及一种会议预定方法及系统和应用服务器。

背景技术

随着通信技术的发展，人们利用现有的通信技术进行沟通的方式越来越多，例如电话沟通、利用网络视频会议系统(简称网络会议系统)进行多方沟通等等。网络会议系统与传统的点对点通信相比具有如下特点：网络会议系统需要有一个集中的媒体资源服务器(Media Resource Server，MRS)来进行媒体的收集、处理和转发，需要占用较多的服务器资源，在当前会议系统还未大规模部署的情况下，较容易出现服务器资源不足的情况；由于涉及到多方之间的沟通，为了保证每个预约方都能准时参与，会议召开的时间最好能够提前确定并通知与会方；在会议召开时，会场资源需要得到保证，避免当与会各方在准备参加会议时，由于会议资源不足导致无法召开或者部分与会方不能加入会议，对与会各方造成时间的浪费。

为了保证每次例会都能够获得会议资源，需要对会议资源进行提前预留，目前采用的可实现会议资源提前预留的方法为：提供一个会议预定系统，该会议预定系统负责对会场媒体资源进行计算和预留，当用户通过会议预定系统来预约一个会议时，需要向预定系统提供会议的开始时间、结束时间、会场媒体以及与会方数，预定系统判断会场资源是否满足要求，如果满足则预留资源，返回预约成功，并给与会者发送会议通知，当开始时间到达后，会议系统创建会场并外呼用户参加会议，或者用户主动拨入。

但发明人在实现本发明的过程中发现现有技术存在一定的缺陷，例如，如果用户需要在较长一段时期的固定时间段召开周期会议，则需反复预定多次，实现效率低。

发明内容

本发明实施例提供一种会议预定方法及系统和应用服务器，以实现高效地预定周期会议，且实现简单。

本发明实施例提供了一种会议预定方法，该方法包括：

接收用户通过入口设备发送的周期会议创建请求信息，将所述创建请求信息解析成多条单次会议记录；

当当前会场资源满足所述多条单次会议记录中的每条单次会议记录时，预定所述周期会议。

本发明实施例提供了一种应用服务器，该应用服务器包括：

接收单元，用于接收用户通过入口设备发送的周期会议创建请求信息；

解析单元，用于将所述接收单元接收的创建请求信息解析成多条单次会议记录；

预定单元，用于当当前会场资源满足所述解析单元解析成的多条单次会议记录中的每条单次会议记录时，预定所述周期会议。

本发明实施例提供了一种会议预定系统，该系统包括：

入口设备，用于接收来自用户的周期会议创建请求信息并发送；

应用服务器，用于接收来自所述入口设备发送的周期会议创建请求信息；将所述创建请求信息解析成多条单次会议记录；当当前会场资源满足所述解析单元解析成的多条单次会议记录中的每条单次会议记录时，预定所述周期会议。

上述会议预定方法及系统和应用服务器，通过当前会场资源满足每条单次会议记录时成功地预定了周期会议，满足了用户批量创建会议的要求，能够通过一次创建请求，达到在固定时间重复召开会议的目的，且实现简单。

附图说明

图1为本发明会议预定方法实施例的流程图；

图2为本发明会议预定方法实施例的信令流程图；

图3为本发明创建周期会议界面实施例的示意图；

图4为本发明对用户的周期会议创建请求信息进行处理实施例的流程图；

图5为本发明周期会议修改过程实施例的信令流程图；

图6为本发明应用服务器实施例一的结构示意图；

图7为本发明应用服务器实施例二的结构示意图；

图8为本发明应用服务器实施例三的结构示意图；

图9为本发明会议预定系统实施例的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

如图1所示，为本发明会议预定方法实施例的流程图，该方法包括：

步骤101、接收用户通过入口设备发送的周期会议创建请求信息；

应用服务器通过入口设备(Portal)接收用户发送的周期会议创建请求信息；

步骤102、判断上述用户是否订购了周期会议业务，若是，则执行步骤103；否则，返回失败信息，结束；

该步骤为可选步骤，若应用服务器默认发送周期会议创建请求信息的用户为已订购了周期会议业务的用户，则不需要执行该步骤；

步骤103、将上述创建请求信息解析成多条单次会议记录；

若用户订购了该业务，则将上述创建请求信息解析成多条单次会议记录；

步骤104、判断当前会场资源是否满足上述多条单次会议记录中的每条单次会议记录，若是，则执行步骤105；否则，确定上述周期会议预定不成功，结束；

步骤105、预定上述周期会议。

应用服务器需要判断当前会场资源是否满足上述多条单次会议记录中的每条单次会议记录，只有每条单次会议记录需要的会场资源得到满足，此次周期会议才预定成功；否则，周期会议预定不成功。

在周期会议预定不成功之后，应用服务器可以通过查询其他时间的资源占用情况，并将满足上述多条单次会议记录中的每条单次会议记录的时间段提示信息发送给上述用户，以便上述用户根据上述时间段提示信息选出可用的时间段，从而可以预定周期会议。

上述会议预定方法，通过当前会场资源满足每条单次会议记录时成功地预定了周期会议，满足了用户批量创建会议的要求，能够通过一次创建请求，达到在固定时间重复召开会议的目的，且实现简单。

如图2所示，为本发明会议预定方法实施例的信令流程图，该方法包括：

步骤201、用户登录到会议系统的Portal后，选择创建周期会议；

用户可以通过Web浏览器登录到Portal选择创建周期会议；

步骤202、Portal显示创建周期会议的界面，提示用户输入创建周期会议的参数；

在如图3所示的创建周期会议的界面，通过下拉框让用户选择而不是直接输入会议的开始时间，这样可以限制会议从15分钟的整数倍开始；当然，根据需要也可以将粒度调整为10分钟或者5分钟；用户通过下拉框来选择时间更方便，也有利于优化后续的会议资源计算；

步骤203、用户输入创建周期会议的相关参数后向Portal提交请求；

用户接收上述提示后，输入创建周期会议的相关参数，然后向Portal提交请求；

步骤204、Portal构造周期会议创建请求信息，并将该请求信息提交给应用服务器(Conference AS)的预定系统；

上述周期会议创建请求信息可以携带如下参数：创建者标识(ID)、会议主题、与会人数、与会成员列表、开始日期、截止日期、会议主席、会议密码、周期频率设置和会议类型，其中，周期频率设置又可以包括：周期类型(可以以天、周或月等为单位)、选择列表(例如可以选择每周一或每周五的固定时间)和开始时间(可以根据需要进行设置，例如选择上午9:00)等；

另外，用户也可以通过编辑短信发送到预定系统的方式或通过交互语音应答(Interaction Voice Response，IVR)的方式来构造请求信息预定会议；

步骤205、应用服务器对用户的周期会议创建请求信息进行处理；

如图4所示，为本发明对用户的周期会议创建请求信息进行处理实施例的流程图，该处理过程包括：

步骤2051、判断用户是否订购了周期会议业务，若是，则执行步骤2052，否则，直接返回失败，结束；

步骤2052、对该创建请求信息进行解析，根据周期的开始日期、截至日期以及频度，将周期会议解析成多条单次会议预定记录；

下面通过一个具体的例子来详细说明该过程：

假设当前时间为：2009年1月1日星期四；

用户需要创建一个周期会议，从当前时间开始，持续时间一个月，会议在每周一和每周三的10:00-12:00召开，创建参数如表1所示，该表1中省略了部分无关参数。

表1  周期会议参数表

创建者ID	与会方数	开始日期	结束日期	周期类型	选择列表	开始时间	结束时间
								1390755	6	2009.1.1	2009.1.31	周	1、3	10:00	12:00

应用服务器将对该记录进行解析，生成多条单次会议预定记录如表2所示：

表2  多条单次会议预定记录表

创建者ID	与会方数	开始时间	结束时间	周期会议标识
					1390755	6	2009-1-5 10:00	2009-1-5 12:00	是
1390755	6	2009-1-7 10:00	2009-1-7 12:00	是
					1390755	6	2009-1-12 10:00	2009-1-12 12:00	是
1390755	6	2009-1-14 10:00	2009-1-14 12:00	是
					1390755	6	2009-1-19 10:00	2009-1-19 12:00	是
1390755	6	2009-1-21 10:00	2009-1-21 12:00	是
					1390755	6	2009-1-26 10:00	2009-1-26 12:00	是
1390755	6	2009-1-28 10:00	2009-1-28 12:00	是

步骤2053、根据当前会议预定情况及会场资源进行计算，判断剩余会场资源是否满足此次周期会议解析成的多条单次会议预定记录，若是，则执行步骤2054，否则执行步骤2055；

此处需要对解析之后生成的多条单次会议预定记录分别进行判断，对其中一条记录进行计算的详细过程如下：

针对上一步骤中生成的第一条记录：

开始时间：2009-1-5 10:00；

结束时间：2009-1-5 12:00；

这里以2009-1-5 10:00和2009-1-5 12:00为参数，检索所有已预定的记录，查出需要在该时间内召开的会议。

由于采取步骤202的办法，所有已预定的会议的开始时间都是15分钟的整数倍，这里可以以15分钟为粒度，从开始时间到结束时间，依次判断每一个15分钟内，已经预定的记录占用了该时间段的多少资源，从而判断该时间段内的资源是否满足要求，如果所有的15分钟段内的资源都满足，则确定该条预定需要申请的资源能够得到满足；

步骤2054、为上述每条会议记录分配相同的会议号，并新增字段将每条会议记录标记为周期会议，然后存储到数据库中，转向后续操作；

此处使用相同的会议号以及增加标记主要用于周期会议的修改和取消；上述转向后续操作即转向步骤206；

步骤2055、确定该次周期会议的预定不成功。

此时，预定系统可以查询其他时间的资源占用情况，可以通过由近及远的方式来检索，找出几种可供选择的资源情况。例如：如果10:00-12:00的资源无法满足周期会议的每条单次会议预定记录，则可以查询9:00-11:00或者14:00-16:00等时间段的资源是否能够满足，选出可用的时间段，然后向用户返回资源不足的提示信息，并给出几条合适的建议时段供用户选择。

步骤206、Conference AS向Portal返回周期会议创建成功的信息；

步骤207、Portal给用户显示上述周期会议创建成功的信息；

步骤208、Conference AS启动预定的周期会议；

预定系统每隔固定的时间例如每天凌晨0:00或者每隔整点，从数据库中读取当天或者一个小时内需要召开的会议，存储到一个数据结构中，然后对每一个即将召开的会议启动定时器，这样可以显著减少需要启动的定时器的数量；

当定时器的定时时间到达而被触发时，预定系统从数据结构中取出当前需要召开的会议的相关参数，Conference AS请求媒体资源服务器(MediaResource Server，MRS)利用会场资源建立媒体会场来召开周期会议；

步骤209、根据创建周期会议时提供的成员列表，依次将每个成员加入到MRS的媒体会场中；

例如，在该实施例中可以将6个成员依次加入到MRS的媒体会场中；

步骤210、Conference AS中的预定系统主动发起对用户终端(UE)的呼叫；

步骤211、用户接听呼叫，加入到会议中来；

用户通过UE接听呼叫，加入到会议中来；

步骤212、用户通过UE在媒体会场中参加会议。

上述会议预定方法，通过当前会场资源满足每条单次会议记录时即可预定周期会议，满足了用户批量创建会议的要求，能够通过一次创建请求，达到在固定时间重复召开会议的目的，并且能够合理共享会议资源，优化资源配置；通过对会议开始时间进行设置，对周期会议参数进行分解、标记和存储，降低了资源判断的复杂度，提高了系统的性能；通过优化系统定时方式，显著地减少了定时器的使用数量，提升了系统的处理能力。

在用户成功预定周期会议之后，也可以修改该预定，如图5所示，为本发明周期会议修改过程实施例的信令流程图，该过程包括：

步骤301、用户通过Portal查询已经预定的会议信息；

步骤302、Portal向Conference AS提交查询预定的会议的请求信息；

步骤303、Conference AS根据查询条件向Portal返回会议的预定纪录；

步骤304、Portal向用户显示查询出的会议列表；

对于一个周期会议，将会显示出多条预定记录，他们拥有相同的会议号；

步骤305、用户选择对其中的一条会议进行修改；

上述修改包括删除或更换等；

步骤306、Portal向用户显示修改预定会议的界面；

Portal判断该条预定记录是否为一个周期会议中的一条，如果是，则提示用户该条记录为周期会议中的一条，要求选择此次操作是针对该条记录还是针对整个周期会议；

步骤307、用户设置了新的预定参数后，选择对整个周期会议提交修改；

当然，用户根据需要也可以选择对单条会议记录进行修改；

步骤308、Conference AS根据该条记录对应的会议号检索出周期会议对应的所有记录，批量进行修改；

步骤309、Conference AS向Portal返回修改成功；

步骤310、Portal向用户显示修改周期会议成功的界面。

上述周期会议修改方法，可以实现对周期会议的批量修改，节约了系统的资源，提升了系统的性能。当然，用户也可以因需要只查询周期会议的预定记录而不进行修改。

如图6所示，为本发明应用服务器实施例一的结构示意图，该应用服务器包括：接收单元21，用于接收用户通过入口设备发送的周期会议创建请求信息；解析单元22，用于将上述接收单元接收的创建请求信息解析成多条单次会议记录；预定单元23，用于当当前会场资源满足上述解析单元解析成的多条单次会议记录中的每条单次会议记录时，预定上述周期会议。

其中，为了判断用户是否订购了周期会议业务，上述应用服务器还可以包括：判断单元24，用于判断上述用户是否订购了周期会议业务，若是，则调用解析单元22将上述创建请求信息解析成多条单次会议记录；否则，返回失败信息。

另外，当当前会场资源无法满足上述多条单次会议记录中的每条单次会议记录时，上述应用服务器可以通过确定单元25确定周期会议预定不成功，并且可以通过查询单元26在上述确定单元确定上述周期会议预定不成功之后，查询其他时间的资源占用情况，并将满足上述多条单次会议记录中的每条单次会议记录的提示信息发送给上述用户，以便用户选择可用的时间段预定周期会议。

进一步地，在用户成功预定周期会议之后，可以通过启动单元271启动上述周期会议，同时，通过加入单元272根据接收单元21接收的周期会议创建请求信息中包含的成员信息，将上述成员加入到上述媒体会场中；并利用呼叫单元273向用户发起呼叫，以便用户接收该呼叫后加入到上述媒体会场中参加会议；另外，上述预定单元23可以用于当当前会场资源满足所述解析单元解析成的多条单次会议记录中的每条单次会议记录时，为所述每条单次会议记录分配相同的会议号，并将所述每条单次会议记录标记为周期会议后，存储到数据库中；为了减少定时器的数量，上述应用服务器还可以包括：定时器启动单元274，用于每隔固定时间，从上述数据库中读取预定时间内的即将召开的会议，并将上述即将召开的会议存储到数据结构中，对每一个即将召开的会议启动定时器；上述启动单元271可以用于当上述定时器启动单元274的定时器的定时时间到达而被触发时，从上述数据结构中取出当前即将召开的会议的参数信息，请求媒体资源服务器利用会场资源建立媒体会场来召开周期会议，具体结构如图6所示。

另外，在用户成功预定周期会议之后，可以通过信息接收单元281接收用户返回的周期会议的预定记录，并通过修改单元282接收用户通过入口设备发送的对上述信息接收单元281返回的预定记录的修改请求信息，并根据上述修改请求信息进行周期会议的修改。且上述修改单元282可以包括第一修改模块2821或第二修改模块2822，其中，第一修改模块2821可以用于接收用户通过入口设备发送的对上述预定记录对应的整个周期会议的修改请求信息，并根据上述修改请求信息进行周期会议的批量修改；第二修改模块2822可以用于接收用户通过入口设备发送的对上述预定记录的单条修改请求信息，并根据上述单条修改请求信息进行上述预定记录的修改，具体结构如图7所示。

本发明另一个实施例的应用服务器，参考图8所示，可以在预定了周期会议并进行周期会议的修改之后，启动上述周期会议，预定、修改周期会议的过程以及启动周期会议的过程同前述实施例，在此不再赘述。

上述应用服务器，通过预定单元在当前会场资源满足每条单次会议记录时即可预定周期会议，满足了用户批量创建会议的要求，能够通过一次创建请求，达到在固定时间重复召开会议的目的，并且能够合理共享会议资源，优化资源配置；通过修改单元可实现对周期会议的批量修改，节约了系统的资源，提升了系统的性能；通过定时器启动单元优化了系统的定时方式，显著地减少了定时器的使用数量，提升了系统的处理能力。

如图9所示，为本发明会议预定系统实施例的结构示意图，该会议预定系统包括：入口设备1，用于接收来自用户的周期会议创建请求信息并发送；应用服务器2，用于接收来自上述入口设备1发送的周期会议创建请求信息；将上述创建请求信息解析成多条单次会议记录；当当前会场资源满足上述解析单元解析成的多条单次会议记录中的每条单次会议记录时，预定上述周期会议。

其中，上述会议预定系统还可以包括：媒体资源服务器3，用于在上述应用服务器预定上述周期会议之后，利用会场资源建立媒体会场来启动上述周期会议；另外，上述会议预定系统还可以包括：终端设备4，用于接收上述应用服务器2发起的呼叫，并加入到上述媒体资源服务器3建立的媒体会场中参加周期会议。

进一步地，该会议预定系统中的应用服务器的具体结构同本发明应用服务器实施例的结构相同，在此不赘述。

上述会议预定系统，通过入口设备、应用服务器、媒体资源服务器和终端设备之间的交互，实现了通过一次创建请求，达到在固定时间重复召开会议的目的，并且能够合理共享会议资源，优化资源配置。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (19)

1.一种会议预定方法，其特征在于，所述方法包括：

接收用户通过入口设备发送的周期会议创建请求信息，将所述创建请求信息解析成多条单次会议记录；

当当前会场资源满足所述多条单次会议记录中的每条单次会议记录时，预定所述周期会议。

2.根据权利要求1所述的会议预定方法，其特征在于，所述将所述创建请求信息解析成多条单次会议记录之前还包括判断所述用户是否订购了周期会议业务，若所述用户定购了周期会议业务，则执行所述将所述创建请求信息解析成多条单次会议记录。

3.根据权利要求1所述的会议预定方法，其特征在于，所述方法还包括：

当当前会场资源无法满足所述多条单次会议记录中的每条单次会议记录时，则确定所述周期会议预定不成功。

4.根据权利要求3所述的会议预定方法，其特征在于，所述确定所述周期会议预定不成功之后还包括：

查询其他时间的资源占用情况，并将满足所述多条单次会议记录中的每条单次会议记录的提示信息发送给所述用户。

5.根据权利要求1-4任一所述的会议预定方法，其特征在于，所述预定所述周期会议之后还包括：

启动所述周期会议；

根据周期会议创建请求信息中包含的成员信息，将所述成员加入到所述媒体会场中；

向所述用户发起呼叫，以便所述用户接听所述呼叫并加入到所述媒体会场参加周期会议。

6.根据权利要求1-4任一所述的会议预定方法，其特征在于，所述预定所述周期会议之后还包括：

接收所述用户通过入口设备发送的查询周期会议的请求信息，并通过入口设备向所述用户返回周期会议的预定记录；接收所述用户通过入口设备发送的对所述预定记录的修改请求信息，并根据所述修改请求信息进行周期会议的修改。

7.根据权利要求6所述的会议预定方法，其特征在于，所述接收所述用户通过入口设备发送的对所述预定记录的修改请求信息，并根据所述修改请求信息进行周期会议的修改包括：

接收所述用户通过入口设备发送的对所述预定记录对应的整个周期会议的修改请求信息，并根据所述修改请求信息进行周期会议的批量修改；或者，

接收所述用户通过入口设备发送的对所述预定记录的单条修改请求信息，并根据所述单条修改请求信息进行所述预定记录的修改。

8.根据权利要求5所述的会议预定方法，其特征在于，所述预定所述周期会议包括：

为所述每条单次会议记录分配相同的会议号，并将所述每条单次会议记录标记为周期会议后，存储到数据库中；

所述启动所述周期会议之前还包括：

每隔固定时间，从所述数据库中读取预定时间内的即将召开的会议，并将所述即将召开的会议存储到数据结构中，对每一个即将召开的会议启动定时器；

所述启动所述周期会议包括：

当所述定时器的定时时间到达而被触发时，从所述数据结构中取出当前即将召开的会议的参数信息，请求媒体资源服务器利用会场资源建立媒体会场来召开周期会议。

9.一种应用服务器，其特征在于，所述应用服务器包括：

接收单元，用于接收用户通过入口设备发送的周期会议创建请求信息；

解析单元，用于将所述接收单元接收的创建请求信息解析成多条单次会议记录；

预定单元，用于当当前会场资源满足所述解析单元解析成的多条单次会议记录中的每条单次会议记录时，预定所述周期会议。

10.根据权利要求9所述的应用服务器，其特征在于，还包括：

判断单元，用于判断所述用户是否订购了周期会议业务，若是，则调用解析单元将所述创建请求信息解析成多条单次会议记录。

11.根据权利要求9所述的应用服务器，其特征在于，还包括：

确定单元，用于当当前会场资源无法满足所述多条单次会议记录中的每条单次会议记录时，则确定所述周期会议预定不成功。

12.根据权利要求11所述的应用服务器，其特征在于，还包括：

查询单元，用于在所述确定单元确定所述周期会议预定不成功之后，查询其他时间的资源占用情况，并将满足所述多条单次会议记录中的每条单次会议记录的提示信息发送给所述用户。

13.根据权利要求9-12任一所述的应用服务器，其特征在于，还包括：

启动单元，用于在所述预定单元预定所述周期会议之后，启动所述周期会议；

加入单元，用于根据接收单元接收的周期会议创建请求信息中包含的成员信息，将所述成员加入到所述媒体会场中；

呼叫单元，用于向所述用户发起呼叫。

14.根据权利要求9-12任一所述的应用服务器，其特征在于，还包括：

信息接收单元，用于在所述预定单元预定所述周期会议之后，接收所述用户通过入口设备发送的查询周期会议的请求信息，并通过入口设备向所述用户返回周期会议的预定记录；

修改单元，用于接收所述用户通过入口设备发送的对所述信息接收单元返回的预定记录的修改请求信息，并根据所述修改请求信息进行周期会议的修改。

15.根据权利要求14所述的应用服务器，其特征在于，所述修改单元包括：

第一修改模块，用于接收所述用户通过入口设备发送的对所述预定记录对应的整个周期会议的修改请求信息，并根据所述修改请求信息进行周期会议的批量修改；或者，

第二修改模块，用于接收所述用户通过入口设备发送的对所述预定记录的单条修改请求信息，并根据所述单条修改请求信息进行所述预定记录的修改。

16.根据权利要求13所述的应用服务器，其特征在于，所述预定单元用于当当前会场资源满足所述解析单元解析成的多条单次会议记录中的每条单次会议记录时，为所述每条单次会议记录分配相同的会议号，并将所述每条单次会议记录标记为周期会议后，存储到数据库中；

所述应用服务器还包括：

定时器启动单元，用于每隔固定时间，从所述数据库中读取预定时间内的即将召开的会议，并将所述即将召开的会议存储到数据结构中，对每一个即将召开的会议启动定时器；

所述启动单元用于当所述定时器启动单元的定时器的定时时间到达而被触发时，从所述数据结构中取出当前即将召开的会议的参数信息，请求媒体资源服务器利用会场资源建立媒体会场来召开周期会议。

17.一种会议预定系统，其特征在于，包括：

入口设备，用于接收来自用户的周期会议创建请求信息并发送；

应用服务器，用于接收来自所述入口设备发送的周期会议创建请求信息；将所述创建请求信息解析成多条单次会议记录；当当前会场资源满足所述解析单元解析成的多条单次会议记录中的每条单次会议记录时，预定所述周期会议。

18.根据权利要求17所述的会议预定系统，其特征在于，还包括：

媒体资源服务器，用于在所述应用服务器预定所述周期会议之后，利用会场资源建立媒体会场来启动所述周期会议。

19.根据权利要求18所述的会议预定系统，其特征在于，还包括：

终端设备，用于接收所述应用服务器发起的呼叫，并加入到所述媒体资源服务器建立的媒体会场中参加周期会议。

Images