一种会议的加入方法和设备

1.一种会议的加入方法，其特征在于，具体包括以下步骤：
网守设备接收终端设备发送的包含终端标识信息和预设的查询标识的入会请求消息；
所述网守设备根据所述查询标识，向各多点控制单元MCU发送包含所述终端标识信息的会议查询消息，并接收各MCU返回的响应消息；
所述网守设备将所述响应消息中包含的与所述终端标识对应的会议标识发送给所述终端设备，以使所述终端设备根据所述会议标识加入相应的会议；
其中，所述预设的查询标识为表示所述终端需要加入一个已预约会议的标识信息。
2.如权利要求1所述的方法，其特征在于，当系统中包含多个网守设备时，所述网守设备向各MCU发送包含所述终端标识信息的会议查询消息，具体包括：
所述网守设备向自身所对应的各MCU和其他网守设备发送包含所述终端标识信息的会议查询消息；所述其他网守设备向自身所对应的各MCU发送包含所述终端标识信息的会议查询消息，并接收自身所对应的各MCU返回的响应消息；
所述网守设备接收各MCU返回的响应消息，具体包括：
所述网守设备接收自身所对应的各MCU和所述其他网守设备返回的响应消息。
3.如权利要求1所述的方法，其特征在于，还包括：
如果所述网守设备所接收到的所有响应消息中都没有包含会议标识，所述网守设备向所述终端设备发送拒绝消息，以拒绝所述终端设备加入会议。
4.如权利要求1所述的方法，其特征在于，所述响应消息中包含的与所述终端标识对应的会议标识为多个时，所述网守设备将所述多个会议标识发送给所述终端设备； 所述终端设备根据所述会议标识加入相应的会议，包括：
所述终端设备显示所述多个会议标识所对应的会议信息，根据用户的选择将对应的会议标识携带在入会请求消息中发送给所述网守设备，以请求加 入所述会议标识所对应的会议；或者，所述终端设备按照预设的选择规则从所述多个会议标识中选择一个会议标识后，将所述会议标识携带在入会请求消息中发送给所述网守设备，以请求加入所述会议标识所对应的会议。
5.如权利要求1至4中任意一项所述的方法，其特征在于，该方法还包括： 所述网守设备将发送了携带有所述会议标识的响应消息的MCU的网络互联协议IP地址发送给所述终端设备；
所述终端设备根据所述会议标识加入相应的会议，包括：根据所述MCU的IP地址，向对应的MCU发送包含所述会议标识的入会请求消息，以请求加入对应的会议。
6.一种网守设备，其特征在于，包括：
接收模块，用于接收终端设备发送的包含终端标识信息和预设的查询标识的入会请求消息；以及，接收各MCU返回的响应消息；
查询模块，用于在所述接收模块接收到包含终端标识信息和预设的查询标识的入会请求消息后，根据所述查询标识，向所述网守设备所对应的各MCU发送包含所述终端标识信息的会议查询消息；
发送模块，用于将所述接收模块接收到的响应消息中所包含的会议标识发送给所述终端设备；
其中，所述预设的查询标识为表示所述终端需要加入一个已预约会议的标识信息。
7.如权利要求6所述的网守设备，其特征在于，还包括识别模块：
所述识别模块，用于识别所述接收模块所接收到的各响应消息中是否包含会议标识； 所述发送模块，用于在所述识别模块识别到所述响应消息中包含会议标识时，将所述会议标识发送给所述终端设备，以使所述终端设备根据所述会议标识加入相应的会议，或在所述识别模块识别到所有响应消息中都没有包含会议标识时，向所述终端设备发送拒绝消息，以拒绝所述终端设备加入会议。
8.如权利要求6所述的网守设备，其特征在于，当系统中包含多个网守设备时，所述接收模块，还用于接收其他网守设备发送的包含终端标识信息的入 会请求消息；
并且，在所述接收模块接收到其他网守设备发送的包含终端标识信息的入会请求消息时，
所述发送模块，还用于将所述接收模块接收到的各MCU返回的响应消息发送给所述其他网守设备。
9.如权利要求6所述的网守设备，其特征在于，当系统中包含多个网守设备时，所述查询模块，还用于在所述接收模块接收到包含终端标识信息和预设的查询标识的入会请求消息后，向其他网守设备发送包含所述终端标识信息的会议查询消息；
所述接收模块，还用于接收所述其他网守设备返回的响应消息。
10.一种终端设备，其特征在于，包括：
接收模块，用于接收网守设备发送的包含多个会议标识的消息；
会议选择模块，用于显示所述接收模块所接收到的所述多个会议标识所对应的会议信息，并根据用户的选择确定对应的会议标识；或，按照预设的选择规则从所述多个会议标识中确定出会议标识；
发送模块，用于将所述会议选择模块所确定的会议标识携带在入会请求消息中发送，以请求加入所述会议标识所对应的会议。

一种会议的加入方法和设备\n技术领域\n[0001] 本发明涉及通信技术领域，特别涉及一种会议的加入方法和设备。\n背景技术\n[0002] 视频会议系统，又称会议电视系统，是指两个或两个以上不同地方的个人或群体，通过传输线路及多媒体设备，将声音、影像及文件资料互传，实现即时且互动的沟通，以实现会议目的的系统设备。视频会议系统可以实现在两点和多点间实时传送活动图像、语音及应用数据(电子白板、图形)等形式的信息。\n[0003] 视频会议系统在用户组成模式上分为点对点(2人)和群组视频会议系统(多人)两种，按技术实现方式上分为模拟(如利用闭路有线电视系统实现单向视频会议)和数字(通过软硬件计算机和通讯技术实现)两种。\n[0004] 视频会议的使用类似于电话通信，但除了能与通话者进行语言交流外，还能看到通话者的表情和动作，使处于不同地方的通话者实现类似于当面交流的通信效果。\n[0005] 一般的视频会议系统包括MCU(Multipoint Control Unit，多点控制单元)、会议室终端、PC(Personal Computer，个人计算机)桌面型终端、PSTN GW(Public Switched Telephone Network Gateway，公共交换电话网络接入网关)、GK(Gate Keeper，网守)等几个部分。各种不同的终端都连入MCU进行集中交换，组成一个视频会议网络。其中，视频会议系统中的上述各实体的功能主要包括：\n[0006] (1)MCU\n[0007] MCU是视频会议系统的核心部分，为用户提供群组会议、多组会议的连接服务。目前的MCU一般可以提供单机多达32个用户的接入服务，并且可以进行级联，以满足用户的使用要求。\n[0008] (2)会议室终端\n[0009] 大中小型会议室终端是提供给用户的会议室使用的，设备自带摄像头和遥控键盘，可以通过电视机或者投影仪显示，用户可以根据会场的大小选择不同的设备。一般会议室设备安装有专用摄像头，可以通过遥控方式转动，从而覆盖参加会议的任何人和物。\n[0010] (3)PC桌面型终端\n[0011] 直接在电脑上举行视频会议，一般配置费用比较低的PC摄像头，常规情况下只能一两个人使用。\n[0012] (4)PSTN GW\n[0013] 用户直接通过电话或手机在移动的情况下加入视频会议。\n[0014] 此外，视频会议系统一般还具有录播功能，能够进行会议的即时发布并且会议内容能够即时记录下来。基于现时流行的会议信息资料的要求，能够支持播放演讲者电脑中电子资料PPT文档、FLASH、IE浏览器及DVD等视频内容，也包括音频的内容等，并可以实现会议中视频画面的同步录制。\n[0015] 但在现有的技术中，对于任意一个需要参加会议的终端设备，都需要知道会议号码，通过呼叫会议号码才能加入会议。\n[0016] 在实现本发明的过程中，发明人发现现有技术至少存在以下问题：\n[0017] 在现有的技术方案中，终端设备需要知道会议号码的入会方案虽然确保了加入会议的准确性，但是由于会议号码构成一般比较复杂，并没有明显的构成规律，不便记忆，因此，容易发生遗忘及错误，导致终端设备无法正常加入会议。\n发明内容\n[0018] 本发明提供一种会议的加入方法和设备，实现终端设备在不知道具体会议信息的情况下，通过一个统一的会议标识信息(已知的公共号码)加入已经预约的会议。\n[0019] 为达到上述目的，本发明一方面提供了一种会议的加入方法，具体包括以下步骤：\n[0020] 所述网守设备根据所述查询标识，向各多点控制单元MCU发送包含所述终端标识信息的会议查询消息，并接收各MCU返回的响应消息；\n[0021] 所述网守设备将所述响应消息中包含的与所述终端标识对应的会议标识发送给所述终端设备，以使所述终端设备根据所述会议标识加入相应的会议。\n[0022] 优选的，当系统中包含多个网守设备时，所述网守设备向各MCU发送包含所述终端标识信息的会议查询消息，具体包括：\n[0023] 所述网守设备向自身所对应的各MCU和其他网守设备发送包含所述终端标识信息的会议查询消息；所述其他网守设备向自身所对应的各MCU发送包含所述终端标识信息的会议查询消息，并接收自身所对应的各MCU返回的响应消息；\n[0024] 所述网守设备接收各MCU返回的响应消息，具体包括：\n[0025] 所述网守设备接收自身所对应的各MCU和所述其他网守设备返回的响应消息。\n[0026] 优选的，所述方法，还包括：\n[0027] 如果所述网守设备所接收到的所有响应消息中都没有包含会议标识，所述网守设备向所述终端设备发送拒绝消息，拒绝所述终端设备加入会议。\n[0028] 优选的，所述响应消息中包含的与所述终端标识对应的会议标识为多个时，所述网守设备将所述多个会议标识发送给所述终端设备；\n[0029] 所述终端设备根据所述会议标识加入相应的会议，包括：\n[0030] 所述终端设备显示所述多个会议标识所对应的会议信息，根据用户的选择将对应的会议标识携带在入会请求消息中发送给所述网守设备，以请求加入所述会议标识所对应的会议；或者，所述终端设备按照预设的选择规则从所述多个会议标识中选择一个会议标识后，将所述会议标识携带在入会请求消息中发送给所述网守设备，以请求加入所述会议标识所对应的会议。\n[0031] 优选的，该方法还包括：\n[0032] 所述网守设备将发送了携带有所述会议标识的响应消息的MCU的网络互联协议IP地址发送给所述终端设备；\n[0033] 所述终端设备根据所述会议标识加入相应的会议，包括：根据所述MCU的IP地址，向对应的MCU发送包含所述会议标识的入会请求消息，以请求加入对应的会议。\n[0034] 另一方面，本发明还提供了一种网守设备，包括：\n[0035] 接收模块，用于接收终端设备发送的包含终端标识信息和预设的查询标识的入会请求消息；以及，接收各MCU返回的响应消息；\n[0036] 查询模块，用于在所述接收模块接收到包含终端标识信息和预设的查询标识的入会请求消息后，根据所述查询标识，向所述网守设备所对应的各MCU发送包含所述终端标识信息的会议查询消息；\n[0037] 发送模块，用于将所述接收模块接收到的响应消息中所包含的会议标识发送给所述终端设备。\n[0038] 优选的，所述网守设备，还包括识别模块：\n[0039] 所述识别模块，用于识别所述接收模块所接收到的各响应消息中是否包含会议标识；\n[0040] 所述发送模块，用于在所述识别模块识别到所述响应消息中包含会议标识时，将所述会议标识发送给所述终端设备，以使所述终端设备根据所述会议标识加入相应的会议，或在所述识别模块识别到所有响应消息中都没有包含会议标识时，向所述终端设备发送拒绝消息，以拒绝所述终端设备加入会议。\n[0041] 优选的，当系统中包含多个网守设备时，\n[0042] 所述接收模块，还用于接收其他网守设备发送的包含终端标识信息的入会请求消息；\n[0043] 并且，在所述接收模块接收到其他网守设备发送的包含终端标识信息的入会请求消息时，\n[0044] 所述发送模块，还用于将所述接收模块接收到的各MCU返回的响应消息发送给所述其他网守设备。\n[0045] 优选的，当系统中包含多个网守设备时，\n[0046] 所述查询模块，还用于在所述接收模块接收到包含终端标识信息和预设的查询标识的入会请求消息后，向其他网守设备发送包含所述终端标识信息的会议查询消息；\n[0047] 所述接收模块，还用于接收所述其他网守设备返回的响应消息。\n[0048] 另一方面，本发明还提供了一种终端设备，包括：\n[0049] 接收模块，用于接收网守设备发送的包含所述多个会议标识的消息；\n[0050] 会议选择模块，用于显示所述接收模块所接收到的所述多个会议标识所对应的会议信息，并根据用户的选择确定对应的会议标识；或，按照预设的选择规则从所述多个会议标识中确定出会议标识；\n[0051] 发送模块，用于将所述会议选择模块所确定的会议标识携带在入会请求消息中发送，以请求加入所述会议标识所对应的会议。\n[0052] 与现有技术相比，本发明具有以下优点：\n[0053] 通过应用本发明的技术方案，终端设备在不知道具体的需要加入的会议信息的情况下，直接向网守设备发送包含预设的查询标识的入会请求消息，然后，网守设备向自身所对应的各MCU查询是否存在该终端设备所预约的会议，如果存在，则将该会议的信息返回给该终端设备，使该终端设备加入该会议，从而，使终端设备无需预先记忆具体的会议信息，即使在不知道需要加入的会议信息的情况下也能正常加入相应的会议，避免了因为不知道会议信息或会议信息记忆错误而导致终端设备无法正常加入会议的情况。\n附图说明\n[0054] 图1为本发明实施例所提出的一种会议的加入方法的流程示意图；\n[0055] 图2为本发明实施例所提出的一种具体应用场景下的会议的加入方法的流程示意图；\n[0056] 图3为本发明实施例所提出的一种网守设备的结构示意图；\n[0057] 图4为本发明实施例所提出的一种终端设备的结构示意图。\n具体实施方式\n[0058] 如背景技术所述，现有的会议处理策略中，如果一个终端设备希望加入一个会议，必须准确的知道该会议的信息，才能据此发出该会议的入会申请，但是，会议信息往往是比较难于记忆的字符串，或者由于会议内容的相关性，而将会议命名为含义相近的易混淆名称，从而使希望加入会议的参与者对于会议的信息难于记忆或记忆出错，最终由于没有会议的信息或信息出错，而不能加入会议。\n[0059] 本发明实施例正是基于此问题提出了一种会议的加入实现机制。通过设定一个查询标识，使终端设备只需要发送查询标识给网守设备，即可实现已预约会议的自动查询，从而使终端设备在无需知道该会议的会议标识的情况下，根据查询标识实现会议加入。\n[0060] 下面结合附图，对本发明实施例进行详细描述。\n[0061] 本发明实施例所涉及的视频会议系统的架构与现有视频会议系统架构相同，可包括至少一个终端设备和至少一个网守设备，其中，网守设备可对应多个MUC，即与多个MCU进行信息交互。\n[0062] 基于该视频会议系统，如图1所示，为本发明实施例提出的一种会议的加入方法的流程示意图，具体包括以下步骤：\n[0063] 步骤S101、网守设备接收终端设备发送的包含终端标识信息和预设的查询标识的入会请求消息。\n[0064] 这其中的终端标识信息是为了后续会议查询所提供的查询依据，在具体的应用场景中，该终端标识信息可以是终端设备的地址信息(如IP地址，MAC地址等)，也可以是终端设备的号码信息(如终端设备所对应的电话号码，用户标识信息等)，凡是可以在后续的会议查询过程中，能够作为是否预约会议的查询依据的标识信息都可以应用到本技术方案中，具体应用哪种终端标识信息可以根据实际需要进行规定，这样的变化并不影响本发明的保护范围。\n[0065] 另一方面，预设的查询标识是表示终端设备需要加入一个已预约会议的标识信息，在具体的应用场景中，可以是一个预先定义的特殊字符串，也可以是一个特殊的呼叫号码，或是一个预先定义的指示符，无论是上述的哪种具体类型的信息，都需要确保不会和系统中其他的指令符或号码相冲突，以确保根据该查询标识所进行的操作的唯一性，避免误操作。\n[0066] 该查询标识可预先通知给终端设备或网守设备，该查询标识可以是提前统一预设的标准号码，对于任意的会议系统均适用，也可以是根据会议系统进行个性设定的，只有在当前的会议系统下所进行的会议才有效，具体应用哪种查询标识的构成方式和设定方式可根据需要进行调整。\n[0067] 步骤S102、网守设备根据该查询标识，向各MCU发送包含终端标识信息的会议查询消息。\n[0068] 需要指出的是，当系统中包含多个网守设备时，本技术方案进一步给出了多网守设备联合查询的流程，在本步骤中，网守设备不仅需要向自身所对应的各MCU发送包含终端标识信息的会议查询消息，还需要向其他网守设备发送包含终端标识信息的会议查询消息，以使其他网守设备向自身所对应的各MCU发送包含终端标识信息的会议查询消息，并接收相应的各MCU返回的响应消息。\n[0069] 通过这样的处理，不仅在直接接收到终端设备发送的会议查询消息的网守设备下的各MCU中可以进行会议查询，在其他网守设备下的各MCU中也可以进行会议查询，使会议查询的范围进一步扩大，提高了会议查询的全面性和准确性。\n[0070] 步骤S103、网守设备接收各MCU返回的响应消息，并识别所接收到的各响应消息中是否包含会议标识。\n[0071] 如果响应消息中包含会议标识，即表示在某一个或多个MCU中存在该终端设备所预约的会议，从而，执行步骤S104；\n[0072] 如果网守设备所接收到的所有响应消息中都没有包含会议标识，即表示在任何一个MCU中都不存在该终端设备所预约的会议，从而，执行步骤S105。\n[0073] 对应前述的步骤S102中的系统存在多个网守设备的场景下进行多网守设备联合查询的情况，如果网守设备向其他网守设备发送了包含终端标识信息的会议查询消息，则本步骤的处理过程中，还包括网守设备接收其他网守设备返回的响应消息。\n[0074] 需要指出的是，在多网守设备联合查询的情况下，其他网守设备将接收到的响应消息中的信息进行汇总后返回给直接接收到终端设备的入会请求消息的网守设备，由其进行识别和后续处理。\n[0075] 相应的，在接收到其他网守设备返回的响应消息后，网守设备需要将这些响应消息和自身所对应的各MCU返回的响应消息一并进行处理，对于其中是否携带会议标识进行识别，只有在上述所有的响应消息中都不包括会议标识的情况下才会执行步骤S105。\n[0076] 在实际应用中，网守设备对于响应消息的识别过程包括以下两种方式：\n[0077] 方式一、网守设备可以等到所有发出的会议查询消息都返回了响应消息后统一进行识别，得到识别结论，判断执行步骤S104还是步骤S105。\n[0078] 这样的识别方式只需要进行一次统一的识别，简化了相应的流程，节约了系统的资源。\n[0079] 方式二、网守设备可以每收到一个或几个响应消息后就进行一次识别，并在确认所有发出的会议查询消息的响应消息都被识别完毕后得到识别结论，判断执行步骤S104还是步骤S105。\n[0080] 这样的识别方式保证了识别的及时性，不会因为某个响应消息的返回不及时而影响其他响应消息的识别，而且，可以在所有响应消息都收到后，以最短的时间完成识别过程，缩短了识别过程所占用的时间，提高了会议查询的处理效率。\n[0081] 两种识别方式各自具有相应的特点，可以根据实际需要决定应用哪种方式，这样的变化不会影响本发明的保护范围\n[0082] 步骤S104、网守设备将会议标识发送给终端设备，以使终端设备根据会议标识加入相应的会议。\n[0083] 在实际应用中，根据步骤S103中所识别到的会议标识的数量，本步骤的后续处理可以分为以下两种情况：\n[0084] 情况一、网守设备接收到的各响应消息中包括多个会议标识\n[0085] 网守设备将多个会议标识发送给终端设备，并根据终端设备是否支持会议列表显示功能，即是否支持多会议选择功能，分为以下两种处理方式：\n[0086] (1)终端设备显示多个会议标识所对应的会议信息，根据用户的选择将对应的会议标识携带在入会请求消息中发送给该网守设备，以请求加入该会议标识所对应的会议。\n[0087] (2)终端设备按照预设的选择规则从多个会议标识中选择一个会议标识后，将该会议标识携带在入会请求消息中发送给网守设备，以请求加入该会议标识所对应的会议。\n[0088] 这里所提及的选择规则可以是优先反馈原则，即加入最早返回的会议标识所对应的会议，也可以是其他选择规则，例如，加入会议标识所对应的数值最小的会议，加入创建时间最早的会议，加入与会者最多的会议等，当然这其中需要向终端设备进行更多信息的传输，当然，也可以通过设定会议标识的设定规则，将这样的信息体现在会议标识中，这样的变化不会影响本发明的保护范围。\n[0089] 在实际的应用场景中，上述的两种处理方式的选择依据可以是终端设备是否支持会议列表的显示功能。\n[0090] 情况二、网守设备接收到的各响应消息中只包括一个会议标识\n[0091] 网守设备将会议标识发送给终端设备，终端设备将会议标识携带在入会请求消息中发送给网守设备，请求接入会议标识所对应的会议。\n[0092] 需要进一步指出的是，在本步骤中，无论对于上述哪种情况，网守设备在向终端设备发送会议标识时，还可以将发送了携带有该会议标识的响应消息的MCU的IP地址发送给该终端设备，那么，终端设备确定需要参加的会议后，便可以根据会议的的会议标识所对应的MCU的IP地址，直接向相应的MCU发送包含会议标识的入会请求消息，以请求加入会议标识所对应的会议。\n[0093] 步骤S105、网守设备向终端设备发送拒绝消息，拒绝终端设备加入会议。\n[0094] 与现有技术相比，本发明具有以下优点：\n[0095] 通过应用本发明的技术方案，终端设备在不知道具体的需要加入的会议信息的情况下，直接向网守设备发送包含预设的查询标识的入会请求消息，然后，网守设备向自身所对应的各MCU查询是否存在该终端设备所预约的会议，如果存在，则将该会议的信息返回给该终端设备，使该终端设备加入该会议，从而，使终端设备无需预先记忆具体的会议信息，即使在不知道需要加入的会议信息的情况下也能正常加入相应的会议，避免了因为不知道会议信息或会议信息记忆错误而导致终端设备无法正常加入会议的情况。\n[0096] 为了进一步阐述本发明的技术思想，现结合具体的应用场景，对本发明的技术方案进行说明。\n[0097] 假设系统中存在两个网守设备(GK1和GK2)，两个网守设备下分别对应了一个MCU(GK1对应MCU1，GK2对应MCU2)，那么，在该系统中，对应用上述的技术方案进行处理的过程说明如下：\n[0098] 如图2所示，为本发明所提出的一种会议的加入方法的流程示意图，该方法具体包括以下步骤：\n[0099] 步骤S201、终端A向GK1发送RRQ(Registration Request，注册请求)消息，请求进行注册。\n[0100] 步骤S202、GK1向终端A回复RCF(Registration Confirm，注册确认)消息，同意终端A进行注册。\n[0101] 步骤S203、终端A向GK1发送ARQ(Admission Request，准入请求)消息，消息中携带的被叫号码为超级号码6666。\n[0102] 其中，超级号码6666即为前述的一种特殊号码形式的查询标识，在当前系统中，\n6666不会作为其他设备的号码，所以，GK1在接收到6666的被叫号码时，可以确认这是希望进行会议查询的标识，而不会进行其他的误操作。\n[0103] 步骤S204、GK1接收到ARQ消息，解析到其中携带的被叫号码为6666，说明终端A希望进行会议查询，以便自动加入会议。\n[0104] 步骤S205、GK1向GK2发送IRQ(Info Request，状态请求)消息，消息中携带终端A所对应的E.164号码，询问是否存在终端A的所属会议。\n[0105] 这里的E.164号码可以是终端A在向GK1发送的ARQ信息中直接携带的，也可以是GK1根据ARQ信息中所携带的其他终端标识信息进行转换得到，或者是GK1根据ARQ信息的发送方信息进行转换得到的，具体通过哪种方式得到E.164号码并不影响本发明的保护范围。\n[0106] 步骤S206、GK1以及GK2分别向自身所管辖的MCU发送IRQ消息，消息中携带终端A所对应的E.164号码，询问是否存在终端A的所属会议。\n[0107] 步骤S207、各MCU收到IRQ消息，通过终端A所对应的E.164号码在本地进行的会议中查询是否预约了终端A，并将查询结果通过IRR(Info Request Response，状态请求响应)消息返回给相对应的GK。\n[0108] 如果MCU没有找到预约了终端A的会议，则向相对应的GK返回不携带会议号码的IRR消息；\n[0109] 而如果MCU找到预约了终端A的会议，则向相对应的GK返回携带会议号码的IRR消息。\n[0110] 步骤S208、GK2等待自身所对应的所有MCU均返回IRQ消息之后，将返回的会议号码汇总，通过IRR消息返回给GK1。\n[0111] 在具体的应用场景中，GK2还可以将第一个返回的会议号码所属MCU的IP地址也返回给GK1。\n[0112] 步骤S209、GK1等待自身所有管辖MCU以及GK2均返回IRR消息之后，对其中携带的会议号码进行汇总。\n[0113] 步骤S210、如果所有IRR消息中返回的E.164号码均为空，即没有携带任何会议标识，则向终端A发送ARJ(Admission Reject，准入拒绝)消息，拒绝终端A发起的呼叫；\n[0114] 如果存在一个或多个IRR消息中返回的E.164号码不为空，则将所有接收到的E.164号码汇总，并且增加nonStandardData字段，记录每个E.164号码所对应的会议名称，通过ACF(Admission Confirm，准入确认)消息一同返回给终端A。\n[0115] 如果之前还接收到第一个返回会议号码的MCU的IP地址，同样通过上述的ACF消息携带，返回给终端A。\n[0116] 如果终端A支持会议列表显示功能，执行步骤S211；\n[0117] 如果终端A不支持会议列表显示功能或者GK1仅返回了1个E.164号码，且携带了第一个返回会议号码的MCU的IP地址，执行步骤S212。\n[0118] 步骤S211、终端A向GK1发送DRQ(Disengage Request，释放请求)详细，取消刚才向GK1进行的查询，并将ACF中的所有会议E.164号码以及对应的会议名称显示在界面上供用户选择，用户选择其中一个会议后，按照正常呼叫发起呼叫。\n[0119] 步骤S212、终端A向返回的IP地址直接发起呼叫并携带ACF中携带的E.164号码。\n[0120] 进一步的，对于上述个步骤中所涉及的消息，本发明进一步给出以下描述，具体如表1所示：\n[0121] 表1消息描述\n[0122] \n[0123] 与现有技术相比，本发明具有以下优点：\n[0124] 通过应用本发明的技术方案，终端设备在不知道具体的需要加入的会议信息的情况下，直接向网守设备发送包含预设的查询标识的入会请求消息，然后，网守设备向自身所对应的各MCU查询是否存在该终端设备所预约的会议，如果存在，则将该会议的信息返回给该终端设备，使该终端设备加入该会议，从而，使终端设备无需预先记忆具体的会议信息，即使在不知道需要加入的会议信息的情况下也能正常加入相应的会议，避免了因为不知道会议信息或会议信息记忆错误而导致终端设备无法正常加入会议的情况。\n[0125] 为了实现本发明的技术方案，基于前述的说明，本发明还提出了一种网守设备，其结构示意图如图3所示，包括：\n[0126] 接收模块31，用于接收终端设备发送的包含终端标识信息和预设的查询标识的入会请求消息，并接收各MCU返回的响应消息；\n[0127] 查询模块32，用于在接收模块31接收到包含终端标识信息和预设的查询标识的入会请求消息后，根据该查询标识，向网守设备所对应的各MCU发送包含终端标识信息的会议查询消息；\n[0128] 发送模块33，用于将接收模块31接收到的响应消息中所包含的会议标识发送给终端设备，以使该终端设备根据会议标识加入相应的会议。\n[0129] 在具体的应用场景中，该网守设备还包括识别模块34\n[0130] 识别模块34，用于识别接收模块31所接收到的各响应消息中是否包含会议标识；\n[0131] 发送模块33，用于在识别模块34识别到响应消息中包含会议标识时，将会议标识发送给终端设备，以使终端设备根据会议标识加入相应的会议，或用于在识别模块34识别到所有响应消息中都没有包含会议标识时，向终端设备发送拒绝消息，拒绝终端设备加入会议。\n[0132] 需要指出的是，当系统中包含多个网守设备时，\n[0133] 接收模块31，还用于接收其他网守设备发送的包含终端标识信息和预设的查询标识的入会请求消息；\n[0134] 并且，在接收模块31接收到其他网守设备发送的包含终端标识信息和预设的查询标识的入会请求消息时，\n[0135] 发送模块33，还用于将接收模块31接收到的各MCU返回的响应消息发送给其他网守设备。\n[0136] 另一方面，当系统中包含多个网守设备时，\n[0137] 查询模块32，还用于在接收模块31接收到包含终端标识信息和预设的查询标识的入会请求消息后，向其他网守设备发送包含终端标识信息的会议查询消息；\n[0138] 接收模块31，还用于接收其他网守设备返回的响应消息。\n[0139] 另一方面，本发明还提供了一种终端设备，其结构示意图如图4所示，包括：\n[0140] 接收模块41，用于接收网守设备发送的包含多个会议标识的消息。\n[0141] 会议选择模块42，用于显示接收模块41所接收到的多个会议标识所对应的会议信息，并根据用户的选择确定对应的会议标识；或，按照预设的选择规则从多个会议标识中确定出会议标识。\n[0142] 具体的，上述的两种确定参加会议的方式说明如下：\n[0143] 方式一、以会议列表形式向用户显示接收模块41所接收到的多个会议标识所对应的会议，供用户选择，并在接收到用户的确认指令后，根据该确认指令确定需要参加的会议。\n[0144] 方式二、预设会议选择规则，并根据该规则直接在接收到的多个会议会议标识中确定出会议标识。\n[0145] 这里所提及的选择规则可以是优先反馈原则，即加入最早返回的会议标识所对应的会议，也可以是其他选择规则，例如，加入会议标识所对应的数值最小的会议，加入创建时间最早的会议，加入与会者最多的会议等，当然这其中需要向终端设备进行更多信息的传输，当然，也可以通过设定会议标识的设定规则，将这样的信息体现在会议标识中，这样的变化不会影响本发明的保护范围。\n[0146] 在实际的应用场景中，上述的两种方式的选择依据可以是终端设备是否支持会议列表的显示功能。\n[0147] 发送模块43，用于将会议选择模块42所确定的会议标识携带在入会请求消息中发送，以请求加入会议标识所对应的会议。\n[0148] 与现有技术相比，本发明具有以下优点：\n[0149] 通过应用本发明的技术方案，终端设备在不知道具体的需要加入的会议信息的情况下，直接向网守设备发送包含预设的查询标识的入会请求消息，然后，网守设备向自身所对应的各MCU查询是否存在该终端设备所预约的会议，如果存在，则将该会议的信息返回给该终端设备，使该终端设备加入该会议，从而，使终端设备无需预先记忆具体的会议信息，即使在不知道需要加入的会议信息的情况下也能正常加入相应的会议，避免了因为不知道会议信息或会议信息记忆错误而导致终端设备无法正常加入会议的情况。\n[0150] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施场景所述的方法。\n[0151] 本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。\n[0152] 本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。\n[0153] 上述本发明序号仅仅为了描述，不代表实施场景的优劣。\n[0154] 以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。