CN101815138A - 一种会议留言方法和设备 - Google Patents

Abstract

本发明公开了一种会议留言方法和设备，当会议被邀请人处于当前不能参与会议的情况时，可以通过会议留言方式为邀请人进行会议留言，被邀请人也可以选择是否接受会议留言，这样用户将不会错过相关会议内容，且节省资源，并且每个用户拥有自己相对应的会议留言系统，用户对自己的会议留言执行读取、删除、保存等各种管理操作，安全性、易用性均得到提高。

Description

一种会议留言方法和设备

技术领域

本发明涉及通信技术领域，特别涉及一种会议留言方法和设备。

背景技术

随着电子通信技术不断发展，远程会议已经成为人们日常工作的重要沟通方式。最初的远程会议，利用程控电话交换网络传输语音和视频，也就是常说的传统电话会议。随着VoIP(Voice over Internet Protocol，基于网络互联协议的语音传输)技术的发展，众多厂商推出IP(Internet Protocol，网络互联协议)语音/视频会议系统。目前，远程会议已完成从传统会议向IP会议的过渡。IP电话会议系统可以使用SIP协议进行无缝连接。

SIP(Session Initiation Protocol，会话初始协议)是一个用于建立、更改和终止多媒体会话的应用层控制协议，其中的会话可以是IP电话、多媒体会话或多媒体会议。

SIP是IETF(The Internet Engineering Task Force，互联网工程任务组)多媒体数据和控制体系结构的核心协议。其主要目的是为了解决IP网中的信令控制，以及同软交换平台的通信，从而构成下一代的增值业务平台，对电信，银行，金融等行业提供更好的增值业务。SIP用于发起会话，它能控制多个参与者参加的多媒体会话的建立和终结，并能动态调整和修改会话属性，如会话带宽要求、传输的媒体类型(语音、视频和数据等)、媒体的编解码格式、对组播和单播的支持等。SIP协议基于文本编码，大量借鉴了成熟的HTTP(HyperText Transfer Protocol，超文本传输协议)，并且具有易扩展，易实现等特点，因此非常适合用来实现基于因特网的多媒体通信系统。

VoIP系统录音方案：目前VoIP系统录音主要通过捕获数据报文来实现，这样就要求基础网络架构支持对数据报文的镜像功能，通过本地端口镜像、SPAN(Local Switched Port Analyzer，本地交换端口分析)、RSPAN(RemoteSwitched Port Analyzer，远程交换端口分析)来完成。

目前IP电话会议常见组网应用如图1所示。

用户按照自己的需求在会议服务器上定制所需类型的会议及相应的会议接入号，与会者IP话机或语音网关下挂用户则通过拨打会议接入号码进入会议。接入会议的终端和会议服务器之间呼叫信令的交互全部通过呼叫控制服务器来处理，会议服务器主要实现会议控制及各方参与者的混音工作。

一般而言，现有技术中有两种加入会议的方式：

一种是IP话机或语音网关主动拨打会议接入号加入会议；

另一种是会议主持人通过会议外呼的方式主动邀请IP话机或语音网关下挂的用户加入会议。

在第二种方式下，如果被邀请人不在、忙、关机或有事无法接听等情况时，被邀请人是无法及时加入会议，即错过相关会议内容。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

在现有技术中，当出现会议被邀请人不在、忙、关机或有事无法接听等情况时，被邀请人是无法及时加入会议，即错过相关会议内容，并且没有任何机制通知被邀请方是否有错过的会议。

如果不想让用户错过会议，虽然可以使用录音服务器把整个会议录制下来，但这样就需要用户在组网里配备一台录音服务器。由于录音服务器是通过捕获数据报文方式实现录音，所以无法按照用户需要选择录音，导致所有会议都启动录音，是非常浪费资源。同时也没有任何机制通知被邀请方是否有错过的会议。另外录音服务器上是针对每个会议的，如果被邀请方需要读取自己关心的会议内容时，还需要用户自己到录音服务器上进行筛选，易用性不好。一旦用户可以登陆录音服务器查看所有录音内容，那么安全性也存在问题。

发明内容

本发明提供一种会议留言方法和设备，在单向流环境下实现对双向流进行检测，从而提高单向流环境防范DDoS攻击的效果。

为达到上述目的，本发明一方面提供了一种会议留言方法，应用于包括呼叫控制服务器、会议服务器、至少一个会议终端和与所述会议终端相对应的留言服务器的系统中，当所述会议服务器通过所述呼叫控制服务器向所述会议终端发起会议时，所述呼叫控制服务器向各会议终端发送会议请求，所述方法具体包括以下步骤：

当所述呼叫控制服务器判断一个或多个会议终端不能参加会议，且符合预设的留言触发条件时，所述呼叫控制服务器向不能参加会议的会议终端相对应的留言服务器发送会议请求，并建立与所述留言服务器的通信连接；

所述呼叫控制服务器通过所述通信连接向所述留言服务器发送所述会议的数据信息，生成所述不能参加会议的会议终端的留言记录。

优选的，

所述预设的留言触发条件，具体包括：

所述会议终端连接失败；或，

所述会议终端忙；或，

所述会议终端关机；或，

所述会议终端未响应。

优选的，

所述预设的留言触发条件，具体通过以下方式设定：

所述会议服务器向所述呼叫控制服务器发送包含所述预设的留言触发条件的信息的会议请求，设定所述会议中各会议终端的留言触发条件；或，

所述会议终端向所述呼叫控制服务器发送包含所述预设的留言触发条件的信息的指示消息，设定自身的留言触发条件。

优选的，

所述当所述呼叫控制服务器判断一个或多个会议终端不能参加会议，且符合预设的留言触发条件时，所述呼叫控制服务器向不能参加会议的会议终端相对应的留言服务器发送会议请求，并建立与所述留言服务器的通信连接，具体为：

所述呼叫控制服务器接收各会议终端返回的会议请求的响应消息，其中携带所述会议终端的状态信息；

所述呼叫控制服务器将所述状态信息与所述留言触发条件相匹配；

如果匹配成功，所述呼叫控制服务器向匹配成功的所述会议终端相对应的留言服务器发送会议请求，并建立与所述留言服务器的通信连接。

优选的，

所述呼叫控制服务器通过所述通信连接向所述留言服务器发送所述会议的数据信息，生成所述不能参加会议的会议终端的留言记录的过程中，还包括：

所述呼叫控制服务器向所述不能参加会议的会议终端发送所述留言记录的状态信息，使所述不能参加会议的会议终端对所述留言记录的状态信息进行记录和/或显示。

优选的，

所述的方法，还包括：

当所述不能参加会议的会议终端请求参加所述会议，或所述会议结束时，所述呼叫控制服务器向所述留言服务器发送结束指示，结束所述会议终端的留言。

另一方面，本发明还提供了一种呼叫控制服务器，应用于包括呼叫控制服务器、会议服务器、至少一个会议终端和与所述会议终端相对应的留言服务器的系统中，包括：

设置模块，用于设置留言触发条件；

判断模块，用于判断各会议终端是否可以参加会议，并在判断一个或多个会议终端不能参加会议时，判断是否符合所述设置模块所设置的留言触发条件；

通信模块，用于当所述会议服务器通过自身向所述会议终端发起会议时，向各会议终端发送会议请求，并在所述判断模块判断一个或多个会议终端不能参加会议，且符合所述设置模块所设置的留言触发条件时，向所述不能参加会议的会议终端相对应的留言服务器发送会议请求，建立与所述留言服务器的通信连接，通过所述通信连接向所述会议终端和/或留言服务器发送所述会议的数据信息，生成所述不能参加会议的会议终端的留言记录。

优选的，所述设置模块所设置的留言触发条件，具体包括所述会议终端连接失败，或所述会议终端忙，或所述会议终端关机，或所述会议终端未响应，具体通过以下方式设定：

所述通信模块接收所述会议服务器发送的包含所述留言触发条件信息的会议请求，所述设置模块根据所述留言触发条件信息设定所述会议中各会议终端的留言触发条件；或，

所述通信模块接收所述会议终端包含所述留言触发条件信息的指示消息，所述设置模块根据所述留言触发条件信息设定所述会议终端的留言触发条件。

优选的，所述判断模块，还用于在所述通信模块接收到各会议终端返回的携带所述会议终端的状态信息的会议请求的响应消息时，将所述状态信息与所述留言触发条件相匹配，并在匹配成功时，通知所述通信模块向匹配成功的所述会议终端相对应的留言服务器发送会议请求，并建立与所述留言服务器的通信连接。

优选的，所述通信模块通过所述通信连接向所述留言服务器发送所述会议的数据信息，生成所述不能参加会议的会议终端的留言记录的过程中，还包括：

所述通信模块向所述不能参加会议的会议终端发送所述留言记录的状态信息，使所述不能参加会议的会议终端对所述留言记录的状态信息进行记录和/或显示。

优选的，所述呼叫控制服务器，还包括：

当所述通信模块接收到所述不能参加会议的会议终端请求参加所述会议的请求消息，或接收到所述会议服务器发送的所述会议结束的通知消息时，所述通信模块向所述留言服务器发送结束指示，结束所述会议终端的留言。

与现有技术相比，本发明具有以下优点：

通过应用本发明的技术方案，当会议被邀请人处于当前不能参与会议的情况时，可以通过会议留言方式为邀请人进行会议留言，被邀请人也可以选择是否接受会议留言，这样用户将不会错过相关会议内容，且节省资源，并且每个用户拥有自己相对应的会议留言系统，用户对自己的会议留言执行读取、删除、保存等各种管理操作，安全性、易用性均得到提高。

附图说明

图1为现有技术中一种IP电话会议的网络结构示意图；

图2为本发明所提出的一种会议留言方法的流程示意图；

图3为本发明所提出的一种具体应用场景中的会议留言方法的流程示意图；

图4为本发明所提出的一种具体应用场景中的信令交互的流程示意图；

图5为本发明所提出的一种具体应用场景中的会议留言方法的流程示意图；

图6为本发明所提出的一种呼叫控制服务器的结构示意图。

具体实施方式

如背景技术所述，为了解决现有技术的问题，需要达到以下效果：

主持人通过外拨方式邀请用户加入会议时，如果被邀请人不在、忙、关机或有事无法接听等情况时，会议主持人可以通过会议控制启动会议留言方式使被邀请人进行会议留言，被邀请人也可以选择是否接受会议留言，这样用户将不会错过相关会议内容，且节省资源。

每个用户拥有自己的会议留言系统，用户对自己的会议留言执行读取、删除、保存等各种管理操作。安全性、易用性均得到提高。

会议留言消息指示机制：一旦有会议留言，那么被邀请方的电话上可以显示未参加会议个数，同时伴有信号指示灯。另外用户可以清楚知道多少个会议已经读取过留言，多少个会议未读取等。

会议留言过程状态呈现机制：在留言过程中，用户能够实时看到是否启动留言的状态，且可以随时手工入会，同时系统自动结束留言。

本发明正是基于此目的提出了一种会议留言方法，该方法应用于包括呼叫控制服务器、会议服务器、至少一个会议终端和与所述会议终端相对应的留言服务器的系统中，当被邀请人在某种情况下无法接入会议时，会议服务器将携带自动留言的特殊参数告知呼叫控制服务器，由其完成会议服务器到留言服务器的接续过程，使之完成会议留言功能，同时整个过程将通过订阅机制实现留言的状态呈现及通知机制。

如图2所示，为本发明所提出的一种会议留言方法的流程示意图，具体包括以下步骤：

步骤S201、所述会议服务器通过所述呼叫控制服务器向所述会议终端发起会议时，所述呼叫控制服务器向各会议终端发送会议请求。

步骤S202、当所述呼叫控制服务器判断一个或多个会议终端不能参加会议，且符合预设的留言触发条件时，所述呼叫控制服务器向不能参加会议的会议终端相对应的留言服务器发送会议请求，并建立与所述留言服务器的通信连接。

其中，所述预设的留言触发条件，具体包括：

所述会议终端连接失败；或，

所述会议终端忙；或，

所述会议终端关机；或，

所述会议终端未响应。

在具体的应用场景中，上述的留言触发条件具体通过以下方式设定：

所述会议服务器向所述呼叫控制服务器发送包含所述预设的留言触发条件的信息的会议请求，设定所述会议中各会议终端的留言触发条件；或，

所述会议终端向所述呼叫控制服务器发送包含所述预设的留言触发条件的信息的指示消息，设定自身的留言触发条件。

在具体的应用场景中，本步骤的实现过程具体包括：

所述呼叫控制服务器接收各会议终端返回的会议请求的响应消息，其中携带所述会议终端的状态信息；

所述呼叫控制服务器将所述状态信息与所述留言触发条件相匹配；

如果匹配成功，所述呼叫控制服务器向匹配成功的所述会议终端相对应的留言服务器发送会议请求，并建立与所述留言服务器的通信连接。

步骤S203、所述呼叫控制服务器通过所述通信连接向所述留言服务器发送所述会议的数据信息，生成所述不能参加会议的会议终端的留言记录。

为了实现不能参加会议的会议终端对当前留言记录状态的了解，在本步骤执行的过程中，还包括：

所述呼叫控制服务器向所述不能参加会议的会议终端发送所述留言记录的状态信息，使所述不能参加会议的会议终端对所述留言记录的状态信息进行记录和/或显示。

步骤S204、当所述不能参加会议的会议终端请求参加所述会议，或所述会议结束时，所述呼叫控制服务器向所述留言服务器发送结束指示，结束所述会议终端的留言。

与现有技术相比，本发明具有以下优点：

通过应用本发明的技术方案，可以在单向流环境下能够对双向流进行检测，从而为单向流环境有效识别攻击发生提供分析依据，这样的技术方案实现方式简单，成本低。不用改变网络拓扑，较好的提高单向流环境防范DDoS攻击的效果。

为了进一步阐述本发明的技术思想，现结合具体的应用场景，对本发明的技术方案进行说明。

为了实现相应的技术方案，需要在网络系统中增加一台留言服务器，方案组网图如图3所示。

为了方便该功能灵活使用，触发会议自动留言的功能有两种方式，下面结合具体的实施场景进行说明：

方式一：会议主持人主动为被邀请方启动会议留言功能

为了实现相应的技术方案，需要在会议服务器上增加关于“自动留言”的参数，主持人通过会议控制可以启动或取消自动留言功能。

一旦使能该“自动留言”的参数，会议服务器上将会出现具体参数内容的选择，进而设置启动会议留言功能的触发条件。

基于上述思路，还需要在会议服务器上增加会议主持人主动启动会议留言的条件参数，包括：无法连接、不在线、忙、无人接听。

上述条件可以根据具体的应用场景需要进行自定义选择。上述各个条件可以是和也可以是或的关系。

当被邀请方满足所设置的相应条件后，呼叫控制服务器将启动会议留言功能，与相应的留言服务器建立留言处理进程。

具体的处理过程如图3所示，包括以下步骤：

步骤S301、会议服务器使能“自动留言”功能，并设置留言触发条件。

在会议发起之前配置启动会议留言的条件，可以包括连接失败留言、遇忙留言、无人应答留言、不在线留言中的一个或多个。

步骤S302、会议服务器向呼叫控制服务器发送包含留言触发条件的会议请求消息。

在具体的应用场景中，当主持人主动邀请其他人参加会议时会对invite报文进行扩展，将这个自动留言的触发条件传递给呼叫控制服务器。

其中，Invite报文的扩展主要为record头域的扩展，该头域主要携带会议主持人启动会议留言的条件。

消息扩展格式如下：

INVITE sip:xxx@x.x.x.xSIP/2.0

Via：SIP/2.0/UDP x.x.x.x；branch＝z9hG4bK776asdhds

Max-Forwards：70

To：xxx<sip:xxx@x.x.x.x>

From：xxx<sip:xxx@x.x.x.x>；tag＝1928301774

Call-ID：a84b4c76e66710

CSeq：314159 INVITE

Record：flag

Contact：<sip:xxx@x.x.x.x>

Content-Type：application/sdp

Content-Length：142

为了应用灵活多变，flag值是可变的。不同数值代表用户启动自动留言功能的条件。

标志       数值      含义

flag       1         无人应答

           2         用户忙

           3         用户没有在线

           4         用户连接失败

步骤S303、呼叫控制服务器向各会议终端发送会议请求消息，并根据会议终端返回的响应信息判断是否启动自动留言。

呼叫控制服务器通过各被邀请方回复的呼叫结果与record头域的原因值比较来决定是否可以自动启动留言功能，即将各会议终端所回复的呼叫结果与会议服务器发送的留言触发条件进行比较，满足条件则触发留言。

如果比较后确定启动会议留言功能，即被邀请方回复的呼叫结果与record头域的原因值相一致，则执行步骤S304；

如果比较后确定不启动会议留言功能，即被邀请方回复的呼叫结果与record头域的原因值不一致，则按照现有流程处理，建立会议通信。

步骤S304、呼叫控制服务器向不能参加会议的会议终端相对应的留言服务器发送会议请求，建立与相对应的留言服务器的通信连接，并通过该通信连接将会议请求发送给该留言服务器，实现会议留言。

呼叫控制服务器将刚才的invite请求重新转发给不能参加会议的终端对应的留言服务器号码，使会议服务器与留言服务器建立了呼叫连接，即将不能参加会议的用户所对应的留言服务器号码加入到会议里，那么会议服务器经过混音将RTP流转发给留言服务器，从而实现了会议自动留言功能。

步骤S305、呼叫控制服务器向进行会议留言的会议终端发送留言状态信息，并使会议终端呈现相应的留言状态信息。

在具体的应用场景中，留言状态信息的传输和显示主要通过扩展后的Subscribe报文和Notify报文实现，具体的扩展方案如下：

Subscribe报文扩展：该扩展是为了实现会议留言消息指示机制、留言过程状态呈现机制。

一旦用户使能了订阅业务后，呼叫控制处理器会向留言服务器发送Subscribe消息订阅用户的会议留言消息指示及留言过程状态呈现，该订阅事件通过在Subscribe消息中扩展Event头域即可实现，只要定义2个订阅事件。

消息格式如下：

    SUBSCRIBE sip:xxx@x.x.x.x:5061SIP/2.0

    Via：SIP/2.0/UDP x.x.x.x:5060；branch＝z9hG4bK63872f3b5b0

    Call-ID：6adda4fa5b0b7e32f73518d063872f0000@172.32.51.50

    From：<sip:xxx@x.x.x.x:5060>；tag＝63872f3b

    To：<sip:xxx@x.x.x.x:5061>

    CSeq：1SUBSCRIBE

    Contact：<sip:xxx@x.x.x.x:5060>；expires＝3600

    Expires：3600

    Event：record info      //该事件是订阅会议留言消息

    Allow：

ACK，BYE，CANCEL，INFO，INVITE，NOTIFY，PRACK，REFER，REGISTER，UPDA

TE，SUBSCRIBE

    Date：Tue，13May 2008 11:20:09 GMT

    Max-Forwards：70

    Content-Length：0

    SUBSCRIBE sip:xxx@x.x.x.x:5061 SIP/2.0

    Via：SIP/2.0/UDP x.x.x.x:5060；branch＝z9hG4bK63872f3b5b0

    Call-ID：6adda4fa5b0b7e32f73518d063872f0000@172.32.51.50

    From：<sip:xxx@x.x.x.x:5060>；tag＝63872f3b

    To：<sip:xxx@x.x.x.x:5061>

    CSeq：1SUBSCRIBE

    Contact：<sip:xxx@x.x.x.x:5060>；expires＝3600

    Expires；3600

    Event：record progress    //订阅会议留言过程状态呈现事件

    Allow：

ACK，BYE，CANCEL，INFO，INVITE，NOTIFY，PRACK，REFER，REGISTER，UPDA

TE，SUBSCRIBE

    Date：Tue，13May 2008 11:20:09 GMT

    Max-Forwards：70

    Content-Length：0

Notify报文扩展：该扩展是为了与Subscribe扩展消息对应，主要用于留言服务器及时向呼叫控制服务器通知对应用户的会议留言消息指示情况和会议留言过程中的状态呈现，最后呼叫控制服务器会将notify消息转发给相应的用户，以便用户的终端上可以进行相应的指示操作，如屏幕显示具体数值、按钮指示灯闪烁等。

消息格式如下：

    NOTIFY sip:xxx@x.x.x.x:5060 SIP/2.0

    v：                                      SIP/2.0/UDP

x.x.x.x；branch＝z9hG4bK00913f3b-d4f7-da11-9917-b3e2e14879b9

    f：<sip:x.x.x.x>；tag＝ad5e22cc

    t：<sip:xxx@x.x.x.x>

    i：8022ce8e-e2f0-da11-a1e9-8f071c5b429c

    Cseq：504NOTIFY

    Timestamp：1150042986

    Date：Sun，11Jun 2006 16:23:06 GMT

    Max-Forwards：70

    m：<sip:@172.32.27.101>

    Event：record info

    Subscription-State：active；expires＝3600

    c：application/record-info-summary

    l：84

    Messages-Waiting：yes

    Message-Account：sip:xxx@x.x.x.x

    recordnumber：x(没听的会议留言记录有几个)/y(会议留言服务器一共有多少条录音记录)

    NOTIFY sip:xxx@x.x.x.x:5060 SIP/2.0

    v：                                             SIP/2.0/UDP

x.x.x.x；branch＝z9hG4bK00913f3b-d4f7-da11-9917-b3e2e14879b9

    f：<sip:x.x.x.x>；tag＝ad5e22cc

    t：<sip:xxx@x.x.x.x>

    i：8022ce8e-e2f0-da11-a1e9-8f071c5b429c

    Cseq：504NOTIFY

    Timestamp：1150042986

    Date：Sun，11Jun 2006 16:23:06 GMT

    Max-Forwards：70

    m：<sip:@172.32.27.101>

    Event：record progress

    Subscription-State：active；expires＝3600

    c：application/record-progress-summary

    l：84

recording：yes

recordnumber：x/y/z/w/(x、y、z等均为会议接入号，该头域表示正在录音的接入号)

扩展后的subscribe和notify消息交互流程如图4所示，具体的流程不在此进行描述。

步骤S306、是否达到会议留言结束条件。

结束留言有两种方式：一种是会议结束触发留言结束；另一种是受邀人看到话机提示信息主动加入会议结束留言。

当会议结束，即主持人离开会议时，执行步骤S307；

当当前进行会议留言的用户请求加入会议，执行步骤S308。

步骤S307、呼叫控制服务器对所有参与会议的用户发出bye消息主动拆除呼叫连接，结束会议和整个留言功能。

步骤S308、呼叫控制服务器对留言服务器发送bye消息主动拆除呼叫连接，结束整个留言功能。

即在会议正在进行时，被邀人看到了话机上显示正在留言的提示，被邀人主动发Invite请求加入会议，呼叫控制服务器收到该请求发现这个电话要参加的会议状态是正在留言状态。于是呼叫服务器将原来的留言连接发送bye消息拆除。

步骤S309、呼叫控制服务器将请求加入会议的用户加入当前会议。

呼叫控制服务器将话机主动加入的会议报文转发给会议服务器，这样受邀人就可以继续参加会议。该用户在会议中错过的部分可以到留言服务器上获取。

方式二：用户在话机上主动启动会议留言功能

为了实现相应的技术方案，在呼叫控制服务器上增加被邀请方启动会议留言的条件参数，包括：无法连接、不在线、忙、无人接听。

上述条件可以根据具体的应用场景需要进行自定义选择。上述各个条件可以是和也可以是或的关系。

各会议终端向呼叫控制服务器发送相应的指令，触发相应的参数，以实现被邀请方自己主动启动会议留言的设定。

具体的处理过程如图5所示，包括以下步骤：

步骤S501、会议终端向呼叫控制服务器发送包含留言触发条件的消息。

在具体的应用场景中，当会议终端主动启动相应的留言功能时，需要对Feature报文进行扩展，将这个自动留言的触发条件传递给呼叫控制服务器。

Feature报文扩展：用户在话机上启动会议留言功能，话机发送feature报文通知呼叫控制服务器使能会议留言功能，具体使能遇忙留言、不在线留言或无人接听留言等类型留言模式可以给X赋相应的值，用户可以自行定义，具体数值的变化并不会影响本发明的保护范围。

消息格式如下：

FEATURE sip:xxx@x.x.x.x:5061 SIP/2.0

Via：SIP/2.0/UDP x.x.x.x:5060；branch＝z9hG4bK63872f3b5b0

Call-ID：6adda4fa5b0b7e32f73518d063872f0000@172.32.51.50

From：<sip:xxx@x.x.x.x:5060>；tag＝63872f3b

To：<sip:xxx@x.x.x.x:5061>

CSeq：1SUB SCRIBE

Feature-type：*X    (X值代表用户使能什么类型的会议留言)

步骤S502、会议服务器向呼叫控制服务器发送会议请求消息。

本步骤中同样涉及Invite报文扩展：在Invite消息中扩展出Conference头域，该头域主要用于告知此Invite消息是会议邀请请求，通过携带Conference头域的Invite请求发到呼叫控制服务器，呼叫控制服务器才会判断被邀请方是否使能启动留言功能。

消息扩展格式如下：

INVITE sip:xxx@x.x.x.xSIP/2.0

Via：SIP/2.0/UDP x.x.x.x；branch＝z9hG4bK776asdhds

Max-Forwards：70

To：xxx<sip:xxx(@x.x.x.x>

From：xxx<sip:xxx@x.x.x.x>；tag＝1928301774

Call-ID：a84b4c76e66710

CSeq：314159 INVITE

Conference：y

Contact：<sip:xxx@x.x.x.x>

Content-Type：application/sdp

Content-Length：142

步骤S503、呼叫控制服务器向各会议终端发送会议请求消息，并根据会议终端返回的响应信息判断是否启动自动留言。

呼叫控制服务器通过各被邀请方回复的呼叫结果与相应的被邀请方所设置的原因值比较来决定是否可以自动启动留言功能，即将各会议终端所回复的呼叫结果与各会议终端设备预先发送过来的留言触发条件进行比较，满足条件则触发留言。

如果比较后确定启动会议留言功能，即被邀请方回复的呼叫结果与Feature-type的原因值相一致，则执行步骤S504；

如果比较后确定不启动会议留言功能，即被邀请方回复的呼叫结果与Feature-type的原因值不一致，则按照现有流程处理，建立会议通信。

后续的步骤S504至S509与前述的步骤S304至S309相一致，在此不再重复说明。

与现有技术相比，本发明具有以下优点：

通过应用本发明的技术方案，当会议被邀请人处于当前不能参与会议的情况时，可以通过会议留言方式为邀请人进行会议留言，被邀请人也可以选择是否接受会议留言，这样用户将不会错过相关会议内容，且节省资源，并且每个用户拥有自己相对应的会议留言系统，用户对自己的会议留言执行读取、删除、保存等各种管理操作，安全性、易用性均得到提高。

为了实现本发明的技术方案，本发明还提出了一种呼叫控制服务器，应用于包括呼叫控制服务器、会议服务器、至少一个会议终端和与所述会议终端相对应的留言服务器的系统中。

其具体的结构示意图如图6所示，具体包括：

设置模块61，用于设置留言触发条件；

判断模块62，用于判断各会议终端是否可以参加会议，并在判断一个或多个会议终端不能参加会议时，判断是否符合所述设置模块61所设置的留言触发条件；

通信模块63，用于当所述会议服务器通过自身向所述会议终端发起会议时，向各会议终端发送会议请求，并在所述判断模块62判断一个或多个会议终端不能参加会议，且符合所述设置模块61所设置的留言触发条件时，向所述不能参加会议的会议终端相对应的留言服务器发送会议请求，建立与所述留言服务器的通信连接，通过所述通信连接向所述会议终端和/或留言服务器发送所述会议的数据信息，生成所述不能参加会议的会议终端的留言记录。

优选的，所述设置模块61所设置的留言触发条件，具体包括所述会议终端连接失败，或所述会议终端忙，或所述会议终端关机，或所述会议终端未响应，具体通过以下方式设定：

所述通信模块63接收所述会议服务器发送的包含所述留言触发条件信息的会议请求，所述设置模块61根据所述留言触发条件信息设定所述会议中各会议终端的留言触发条件；或，

所述通信模块63接收所述会议终端包含所述留言触发条件信息的指示消息，所述设置模块61根据所述留言触发条件信息设定所述会议终端的留言触发条件。

优选的，所述判断模块62，还用于在所述通信模块63接收到各会议终端返回的携带所述会议终端的状态信息的会议请求的响应消息时，将所述状态信息与所述留言触发条件相匹配，并在匹配成功时，通知所述通信模块63向匹配成功的所述会议终端相对应的留言服务器发送会议请求，并建立与所述留言服务器的通信连接。

优选的，所述通信模块63通过所述通信连接向所述留言服务器发送所述会议的数据信息，生成所述不能参加会议的会议终端的留言记录的过程中，还包括：

所述通信模块63向所述不能参加会议的会议终端发送所述留言记录的状态信息，使所述不能参加会议的会议终端对所述留言记录的状态信息进行记录和/或显示。

优选的，所述呼叫控制服务器，还包括：

当所述通信模块63接收到所述不能参加会议的会议终端请求参加所述会议的请求消息，或接收到所述会议服务器发送的所述会议结束的通知消息时，所述通信模块63向所述留言服务器发送结束指示，结束所述会议终端的留言。

与现有技术相比，本发明具有以下优点：

通过应用本发明的技术方案，当会议被邀请人处于当前不能参与会议的情况时，可以通过会议留言方式为邀请人进行会议留言，被邀请人也可以选择是否接受会议留言，这样用户将不会错过相关会议内容，且节省资源，并且每个用户拥有自己相对应的会议留言系统，用户对自己的会议留言执行读取、删除、保存等各种管理操作，安全性、易用性均得到提高。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (11)

1.一种会议留言方法，其特征在于，应用于包括呼叫控制服务器、会议服务器、至少一个会议终端和与所述会议终端相对应的留言服务器的系统中，当所述会议服务器通过所述呼叫控制服务器向所述会议终端发起会议时，所述呼叫控制服务器向各会议终端发送会议请求，所述方法具体包括以下步骤：

当所述呼叫控制服务器判断一个或多个会议终端不能参加会议，且符合预设的留言触发条件时，所述呼叫控制服务器向不能参加会议的会议终端相对应的留言服务器发送会议请求，并建立与所述留言服务器的通信连接；

所述呼叫控制服务器通过所述通信连接向所述留言服务器发送所述会议的数据信息，生成所述不能参加会议的会议终端的留言记录。

2.如权利要求1所述的方法，其特征在于，预设的留言触发条件，具体包括：

所述会议终端连接失败；或，

所述会议终端忙；或，

所述会议终端关机；或，

所述会议终端未响应。

3.如权利要求2所述的方法，其特征在于，所述预设的留言触发条件，具体通过以下方式设定：

所述会议服务器向所述呼叫控制服务器发送包含所述预设的留言触发条件的信息的会议请求，设定所述会议中各会议终端的留言触发条件；或，

所述会议终端向所述呼叫控制服务器发送包含所述预设的留言触发条件的信息的指示消息，设定自身的留言触发条件。

4.如权利要求3所述的方法，其特征在于，所述当所述呼叫控制服务器判断一个或多个会议终端不能参加会议，且符合预设的留言触发条件时，所述呼叫控制服务器向不能参加会议的会议终端相对应的留言服务器发送会议请求，并建立与所述留言服务器的通信连接，具体为：

所述呼叫控制服务器接收各会议终端返回的会议请求的响应消息，其中携带所述会议终端的状态信息；

所述呼叫控制服务器将所述状态信息与所述留言触发条件相匹配；

如果匹配成功，所述呼叫控制服务器向匹配成功的所述会议终端相对应的留言服务器发送会议请求，并建立与所述留言服务器的通信连接。

5.如权利要求1所述的方法，其特征在于，所述呼叫控制服务器通过所述通信连接向所述留言服务器发送所述会议的数据信息，生成所述不能参加会议的会议终端的留言记录的过程中，还包括：

所述呼叫控制服务器向所述不能参加会议的会议终端发送所述留言记录的状态信息，使所述不能参加会议的会议终端对所述留言记录的状态信息进行记录和/或显示。

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

当所述不能参加会议的会议终端请求参加所述会议，或所述会议结束时，所述呼叫控制服务器向所述留言服务器发送结束指示，结束所述会议终端的留言。

7.一种呼叫控制服务器，其特征在于，应用于包括呼叫控制服务器、会议服务器、至少一个会议终端和与所述会议终端相对应的留言服务器的系统中，包括：

设置模块，用于设置留言触发条件；

判断模块，用于判断各会议终端是否可以参加会议，并在判断一个或多个会议终端不能参加会议时，判断是否符合所述设置模块所设置的留言触发条件；

通信模块，用于当所述会议服务器通过自身向所述会议终端发起会议时，向各会议终端发送会议请求，并在所述判断模块判断一个或多个会议终端不能参加会议，且符合所述设置模块所设置的留言触发条件时，向所述不能参加会议的会议终端相对应的留言服务器发送会议请求，建立与所述留言服务器的通信连接，通过所述通信连接向所述会议终端和/或留言服务器发送所述会议的数据信息，生成所述不能参加会议的会议终端的留言记录。

8.如权利要求7所述的呼叫控制服务器，其特征在于，所述设置模块所设置的留言触发条件，具体包括所述会议终端连接失败，或所述会议终端忙，或所述会议终端关机，或所述会议终端未响应，具体通过以下方式设定：

所述通信模块接收所述会议服务器发送的包含所述留言触发条件信息的会议请求，所述设置模块根据所述留言触发条件信息设定所述会议中各会议终端的留言触发条件；或，

所述通信模块接收所述会议终端包含所述留言触发条件信息的指示消息，所述设置模块根据所述留言触发条件信息设定所述会议终端的留言触发条件。

9.如权利要求7所述的呼叫控制服务器，其特征在于，

所述判断模块，还用于在所述通信模块接收到各会议终端返回的携带所述会议终端的状态信息的会议请求的响应消息时，将所述状态信息与所述留言触发条件相匹配，并在匹配成功时，通知所述通信模块向匹配成功的所述会议终端相对应的留言服务器发送会议请求，并建立与所述留言服务器的通信连接。

10.如权利要求7所述的呼叫控制服务器，其特征在于，所述通信模块通过所述通信连接向所述留言服务器发送所述会议的数据信息，生成所述不能参加会议的会议终端的留言记录的过程中，还包括：

所述通信模块向所述不能参加会议的会议终端发送所述留言记录的状态信息，使所述不能参加会议的会议终端对所述留言记录的状态信息进行记录和/或显示。

11.如权利要求7所述的呼叫控制服务器，其特征在于，还包括：

当所述通信模块接收到所述不能参加会议的会议终端请求参加所述会议的请求消息，或接收到所述会议服务器发送的所述会议结束的通知消息时，所述通信模块向所述留言服务器发送结束指示，结束所述会议终端的留言。

Images