CN101841422B - 语音会议中实现私人聊天的方法和系统 - Google Patents

Abstract

本发明提供一种语音会议中实现私人聊天的方法，其包括：所述监控业务服务器接收私人聊天请求后通知被邀请端；所述监控业务服务器接到被邀请端的确认信息后通知所述流媒体服务器；所述流媒体服务器接到所述通知后建立私人聊天通道；所述流媒体服务器在所述私人聊天通道建立完成后通知监控业务服务器；所述监控业务服务器将请求加入私人聊天的邀请端和被邀请端加入到私人聊天通道内进行私人聊天；主席端直接撤销私人聊天则所述流媒体服务器将私人聊天通道内的所有成员重新接回语音会议中，或私人聊天通道内的一客户端退出时则将该客户端接回语音会议中。

Description

语音会议中实现私人聊天的方法和系统

【技术领域】

本发明涉及网络媒体会议类业务，特别是涉及一种语音会议中实现私人聊天的方法及系统。

【背景技术】

随着IP网络的发展，基于IP的网络视频监控系统发展日益成熟，IP网络的可扩展性强，采用具有语音采集能力的摄像机前端，可方便的在视频监控业务基础上提供语音通信的能力。在城市安防，抢险救灾，巡逻搜救等监控应用场景中，语音会议业务有很强的使用价值。

现存的语音会议中，所有的与会者可以听到而且必须听到所有与会者的语音。有时候出于隐私的要求，客户端有私自聊天的需求。特别是视频监控系统内件的语音会议中，主席端经常需要与某一客户端交流，而此时其他客户端以及大量前端带语音交互能力的IP Camera也在会议中，因此需要一种手段来实现私聊。

因此有必要提出一种改进的技术方案来克服上述问题。

【发明内容】

本部分的目的在于概述本发明的实施例的一些方面以及简要介绍一些较佳实施例。在本部分以及本申请的说明书摘要和发明名称中可能会做些简化或省略以避免使本部分、说明书摘要和发明名称的目的模糊，而这种简化或省略不能用于限制本发明的范围。

本发明的目的之一在于提供一种语音会议中实现私人聊天的方法，其使得在主席端的控制下，语音会议中的会议成员可以与会议中其他成员进行私人聊天。

本发明的目的之二在于提供一种语音会议中实现私人聊天的系统，其使得在主席端的控制下，语音会议中的会议成员可以与会议中其他成员进行私人聊天。

根据本发明的一方面，本发明提供一种语音会议中实现私人聊天的方法，其中语音会议系统包括一个或多个客户端、主席端、监控业务服务器和流媒体服务器，所述主席端通过所述监控业务服务器和流媒体服务器与客户端建立语音会议，其特征在于，所述语音会议可在主席端的控制下由邀请端邀请被邀请端进行私人聊天，其包括：

邀请端先向监控业务服务器发送私人聊天请求；所述监控业务服务器将所述私人聊天请求发送给被邀请端；所述监控业务服务器接到被邀请端的确认信息后通知所述流媒体服务器；所述流媒体服务器接到所述通知后建立私人聊天通道；所述流媒体服务器在所述私人聊天通道建立完成后通知监控业务服务器；所述监控业务服务器将请求加入私人聊天的邀请端和被邀请端加入到私人聊天通道内进行私人聊天；和主席端直接撤销私人聊天则所述流媒体服务器将私人聊天通道内的所有成员重新接回语音会议中，或私人聊天通道内的一客户端退出时则将该客户端接回语音会议中。

进一步的，在邀请端为客户端，被邀请端为另一客户端时，所述监控业务服务器接收的被邀请端的确认信息还包括主席端确认邀请端和被邀请端进行私人聊天的确认信息。

进一步的，所述主席端启动语音会议时会携带之前申请的会议号码，随后所述监控业务服务器通过所述会议号码，查询会议成员列表，将会议成员列表中的成员全部加入到所述的语音会议中；

进一步的，在所述语音会议的基础上建立私聊时，所述监控业务服务器需通过查询会议成员列表来判断被邀请端是否在语音会议中，随后则发出相应通知。

进一步的，在所述主席端启动语音会议后，所述流媒体服务器为所述语音会议室分配一个会议室端口，所述会议室端口将每个会议成员的语音流数据进行混音并去除将要发送给的会议成员的语音流数据，之后发送给所述的相对应的会议成员。

根据本发明的另一方面，本发明提供一种语音会议中实现私人聊天的系统，其包括一个或多个客户端、主席端、监控业务服务器和流媒体服务器，所述主席端通过所述监控业务服务器和流媒体服务器与客户端建立语音会议，其特征在于：所述语音会议可在主席端的控制下由邀请端邀请被邀请端进行私人聊天，其包括：

所述监控业务服务器收到邀请端发出的私人聊天请求后通知被邀请端；所述监控业务服务器接到被邀请端的确认信息后通知所述流媒体服务器；所述流媒体服务器接到通知后建立私人聊天通道并通知所述监控业务服务器，所述监控业务服务器将请求加入私人聊天的客户端或主席端加入到私人聊天通道内；和主席端直接撤销私人聊天则所述流媒体服务器将私人聊天通道内的所有成员重新接回语音会议中，或私人聊天通道内的一客户端退出时则将该客户端接回语音会议中。

进一步的，在邀请端为客户端，被邀请端为另一客户端时，所述监控业务服务器接收的被邀请端的确认信息还包括主席端确认邀请端和被邀请端进行私人聊天的确认信息。

进一步的，所述主席端启动语音会议时会携带之前申请的会议号码，随后所述监控业务服务器通过所述会议号码，查询会议成员列表，将会议成员列表中的成员全部加入到所述的语音会议中。

进一步的，在所述语音会议的基础上建立私聊时，所述监控业务服务器需通过查询会议成员列表来判断被邀请端是否在语音会议中，随后则发出相应通知。

进一步的，在所述主席端启动语音会议后，所述流媒体服务器为所述语音会议室分配一个会议室端口，所述会议室端口将每个会议成员的语音流数据进行混音并去除将要发送给的会议成员的语音流数据之后发送给所述的相对应的会议成员。

与现有技术相比，本发明在主席端的控制下且在不拆毁原有语音会议的同时建立私人聊天通道，实现了相关会议成员的私聊功能，使得语音会议更加智能。

【附图说明】

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。其中：

图1为本发明中实现私人聊天的语音会议系统结构图；

图2为本发明中一个实施例的语音会议系统结构图；

图3为本发明中实施例一中语音会议中实现私人聊天的方法流程图；

图4为本发明中一个实施例的信令流程图；

图5为本发明中另一个实施例的信令流程图；

图6为本发明中实施例二中语音会议中实现私人聊天的方法流程图；和

图7为本发明中实施例三中语音会议中实现私人聊天的方法流程图。

【具体实施方式】

本发明的详细描述主要通过程序、步骤、逻辑块、过程或其他象征性的描述来直接或间接地模拟本发明技术方案的运作。为透彻的理解本发明，在接下来的描述中陈述了很多特定细节。而在没有这些特定细节时，本发明则可能仍可实现。所属领域内的技术人员使用此处的这些描述和陈述向所属领域内的其他技术人员有效的介绍他们的工作本质。换句话说，为避免混淆本发明的目的，由于熟知的方法和程序已经容易理解，因此它们并未被详细描述。

此处所称的“一个实施例”或“实施例”是指可包含于本发明至少一个实现方式中的特定特征、结构或特性。在本说明书中不同地方出现的“在一个实施例中”并非均指同一个实施例，也不是单独的或选择性的与其他实施例互相排斥的实施例。此外，表示一个或多个实施例的方法、流程图或功能框图中的模块顺序并非固定的指代任何特定顺序，也不构成对本发明的限制。

本发明的基本思想是：在语音会议中，对于已经加入语音会议中的会议成员想进行私人聊天，而又不想中断从目前的语音会议中接收会议信息，则需要利用语音会议系统建立一个私人聊天通道使得要进行私人聊天的会议成员在不中断语音会议的同时还可以私下与其他会议中某个或某些成员进行私人聊天。其中语音会议系统可参见图1所示，

图1为本发明中实现私人聊天的语音会议系统100结构图，请参阅图1所示，语音会议系统100包括监控业务服务器110和流媒体服务器120、主席端130和客户端140，在主席端130的监控下，所述监控业务服务器110根据建立私人聊天的信息通知所述流媒体服务器120，所述流媒体服务器120则建立私人聊天通道并将需要私聊的客户端140加入到所述私人聊天通道内进行私聊。

在一个具体的示例中，所述客户端140包括普通客户端和负载会议的创建/删除，成员添加/删除，会议启动/停止等操作的主席端130，具体的可参见图2。

图2为本发明中一个实施例的语音会议系统200结构图。请参阅图2所示，语音会议系统200除上述所讲的监控业务服务器210和流媒体服务器220，还包括主席端230(为有监控管理功能的客户端)、第一客户端231和第二客户端232，当然语音会议中还可以有其他更多的客户端。

其中，所述监控业务服务器210负责会议业务流程的控制，监控业务和会议业务的统一管理；所述流媒体服务器220负载监控会议语音的转发，如当主席端发出声音，则从主席端230传出的声音通过所述流媒体服务器转发到语音会议中其他成员客户端上；主席端230，负责会议的创建、删除，成员添加、删除，会议启动、停止等操作，其将控制命令传送给所述监控业务服务器210进行处理；作为会议的参与者客户端(包括第一客户端231、第二客户端232或其他更多参与会议的成员)，接收所述监控业务服务器210的邀请加入会议，或者主动加入会议。

在一个的较佳的实施例中，所述语音会议系统200可应用于网络视频监控中，这时所述语音会议系统200还包括包含语音功能的IP Cemera，所述包含语音功能的IP Cemera负责在网络视频监控中获取视频和语音，并能够将视频和语音数据进行编解码，并通过流媒体服务器进行传输。在另一个较佳的实施例中，所述语音会议系统200还可以包括一个没有语音功能而只有摄像功能的IPCemera和前端编解码器，此时，所述IP Cemera对前端进行摄像并获取前端视频数据，而前端编解码器则可以对前端的语音数据和视频数据进行编解码。在具体应用中，其包含语音功能的IP Cemera相当于包含有所述没有语音功能的IPCemera和前端编解码器。所述IP Cemera或前端编解码器在会议中可以接入前端会议设备中参与会议，其参与会议的方式则是通过接收所述监控业务服务器的邀请加入会议室。

图3为本发明中实施例一300中语音会议中实现私人聊天的方法流程图。在建立好语音会议后，对于语音会议中主席端向会议室中某一个客户端发出私人聊天请求，不妨选用图2中所示的语音会议系统，则此时所述语音会议中实现私人聊天的方法流程300包括：

步骤310，语音会议已经建立好，同时想要开始私人聊天。

步骤320，主席端230向监控业务服务器210发出与客户端(这里选用第一客户端231)私人聊天请求信息。具体来说，在语音会议建立好之后，当所述主席端230想邀请所述客户端231进行私人聊天时，则需要向所述监控业务服务器210发出与所述第一客户端231私人聊天请求信息。

步骤330，监控业务服务器210获取私人聊天请求信息后通知对应的客户端。具体来讲，所述监控业务服务器210获得到所述主席端发送的私人聊天请求信息后通知所述第一客户端231。

步骤340，所述客户端确认通知后将确认信息发给监控业务服务器。具体来讲，所述第一客户端231确认通知后将确认信息发给所述监控业务服务器210。

步骤350，因为主席端230发出邀请的时候则意味着所述主席端230确认了将与被邀请客户端即所述的第一客户端231建立私人聊天的信息，于是所述监控业务服务器210通知流媒体服务器建立私人聊天通道。具体来讲，所述监控业务服务器210接收上述所述第一客户端发来的确认信息后会直接通知流媒体服务器建立私人聊天通道。

步骤360，流媒体服务器220建立私人聊天通道，并将私人聊天通道建立完成信息发给监控业务服务器210。

步骤370，监控业务服务器210将主席端230和对应的客户端(这里为第一客户端231)加入到建立的私人聊天通道内以进行私人聊天。此时，所述主席端230和第一客户端231在进行私人聊天的同时，还可以接收所述语音会议中的其他客户端(如，第二客户端232)的聊天内容。

步骤380，主席端230撤销同客户端(这里为第一客户端231)的私人聊天或客户端自动退出私人聊天后向所述监控业务服务器210发送中断私人聊天请求。

步骤390，所述监控业务服务器210通知所述流媒体服务器220中断私人聊天，所述流媒体服务器将主席端和第一客户端重新接回会议室，恢复正常语音会议。

在一个较佳的实施例中，当已经建立好了私人聊天通道后，若其他的语音成员也想加入到私人聊天通道中，则需要直接向监控业务服务器210发出请求，所述主席端230确认监控业务服务器210的确认信息，所述监控业务服务器210直接将请求加入的会议成员加入到所述私人聊天通道中；当主席端230要加入到私人聊天通道中时，只需要向监控业务服务器210发送请求信息，所述监控业务服务器210可直接将所述主席端230加入到私人聊天通道中。

以上所述语音会议中实现私人聊天的方法流程300仅仅是建立私人聊天的过程，其建立私人聊天的前提条件是首先要建立一个监控的语音会议室。现在将根据图4中示出的一个实施例的信令流程图详细语音会议室的建立以及在其基础上建立私人聊天的过程。

图4为本发明中一个实施例的信令流程图，其通过图1或图2中所示的语音系统来在语音会议中实现私人聊天，本实施例中通过主席端向客户端1邀请并进行私人聊天，其具体包括：

步骤F1，主席端230启动语音会议，并携带之前申请的会议号码；

步骤F2，所示监控业务服务器210通过所述会议号码，查询会议成员列表；

步骤F3，请求成功后，所示监控业务服务器210向所述流媒体服务器220申请分配一个会议室端口；

步骤F4，所述监控业务服务器210向所述客户端1或其他客户端发起语音请求；

步骤F5，所述监控业务服务器210将所述客户端1或其他客户端加入到会议室端口；

步骤F6，所述监控业务服务器210将所述主席端230加入到会议室端口，以用于控制整个语音会议室；

步骤F7，到此信令交互完毕，所述主席端230的语音数据和客户端的语音数据均会发送到会议室端口，由所述流媒体服务器220通过所述会议室端口将语音会议成员的语音流数据进行混音并去除将要发送给的会议成员的语音流数据之后发送给所述相对应的会议成员，也就是说，首先所述会议室端口将语音会议中所有的会议成员的语音流数据进行混音，然后若要将混音后的声音发送给客户端1则需要将混音中的客户端的语音流数据去除，之后将去除后的混音发送给客户端1，这样客户端1就只能听到其他会议成员的声音而去除了自己刚刚发出的声音，对于其他会议成员均采用相同的措施，这样便可以使得语音会议中的所有会议成员均可以接收到其他会议成员的语音而忽略掉了接收自己的声音；

步骤F8，语音会议启动完毕，所述主席端230向所述监控业务服务器210发送邀请客户端1私人聊天的信息；

步骤F9，所述客户端1告诉所述监控业务服务器210同意私人聊天；

步骤F10，所述流媒体服务器220建立所述主席端230和所述客户端1的语音通道，私人聊天开始进行。此时所述主席端230的语音数据则通过私人聊天通道发送到对应客户端，而对应客户端的语音数据同样通过私人聊天通道发送给主席端，也就是说，所述私人聊天通道内成员的语音数据只能通过私聊通道进行转发，而不再经私聊通道外多媒体转发给其他成员；

步骤F11，所述主席端230向所述监控业务服务器210发送撤销同所述客户端1的私人聊天；

步骤F12，所述监控业务服务器210撤销客户端1私人聊天；

步骤F13，所述流媒体服务器220将所述主席端230和所述客户端1重新接回会议室，恢复正常语音会议。

由上可知，在语音会议室基础上搭建一个私人聊天通道简单方便，在不影像会议中其他成员的同时还实现了私人聊天的目的且在私人聊天结束后重新回到语音会议中；而与此同时，所述语音会议中其他没有参与私人聊天的会议成员仍处于语音会议中且不能听到私人聊天成员的聊天内容，但由于仅仅对私人聊天的会议成员之间建立了一个私聊语音通道，而并没有离开会议室，所以会议室端仍可以将会议室中的语音流数据发送给参与私聊的成员，使得私人聊天的成员仍然可以获取语音会议中的信息。

所述语音会议中建立实现私聊的方法还可以应用到其他场合，如网络视频监控系统中，其具体的信令流图可参见图5。

图5为本发明中另一个实施例的信令流程图。对于网络视频监控系统中为了获取视频常用到IP Cemera，所以图5与图4相比，其区别在于：图5中多了一个IP Cemera，其对应的增加了IP Cemera的相关交互流程，如所述监控业务服务器查询会议成员列表后还会向IP Cemera发起语音请求以启动IP Cemera语音；所述监控业务服务器向流媒体服务器申请分配一个会议室端口后会将IPCemera加入到会议室端口中，这样在会议室端口就可以将IP Cemera获取的视频数据流发送给所有会议成员。其下的步骤则和图4中信令的流程相同，为避免累赘，这里就不再一一详述。

图6为本发明中实施例二600中语音会议中实现私人聊天的方法流程图。同实施例一300中类似，在建立好语音会议后，对于语音会议中会议室中的某一个客户端向主席端发出私人聊天请求，为了更方便对比，这里同样选用图2中所示的语音会议系统，则此时所述语音会议中实现私人聊天的方法流程600与所述语音会议中实现私人聊天的方法流程300中的区别在于：建立私人通道之前的邀请和响应过程不同，其具体为：

在步骤620中则由客户端向监控业务服务器210发出与主席端230私人聊天请求信息，在步骤630中所述监控业务服务器210获取私人聊天请求信息后通知主席端230，接下来的在步骤640中由主席端确认通知后将确认信息发给监控业务服务器210，同时意味着所述主席端230确认了将与被邀请客户端建立私人聊天的信息。

而对于下面建立私人通道并进行私人聊天和撤销私人聊天的过程均与所述语音会议中实现私人聊天的方法流程300中相同，所以这里就不再详细描述了。

图7为本发明中实施例三700中语音会议中实现私人聊天的方法流程图。同实施例一300和实施例二600中类似，在建立好语音会议后，对于语音会议中会议室中的某一个客户端向另一个客户端发出私人聊天请求，为了更方便对比，这里同样选用图2中所示的语音会议系统，则此时所述语音会议中实现私人聊天的方法流程700与所述语音会议中实现私人聊天的方法流程300或600中的区别在于：建立私人通道之前的邀请和响应过程不同，其具体为：

在步骤720中则由第一客户端231向监控业务服务器210发出与第二客户端232私人聊天请求信息，在步骤620中所述监控业务服务器210获取私人聊天请求信息后通知主席端230和对应的第二客户端232，接下来的在步骤740中由主席端230和第二客户端均确认通知后将确认信息发给监控业务服务器210，此时，主席端230的功能则为监控建立私人聊天的功能，也就是说，必须在主席端230的确认通知的前提下，所述监控业务服务器210才能通知所述流媒体服务器220建立私人聊天通道；若主席端230没有确认通知，则所述监控业务服务器210便不会通知流媒体服务器220建立私聊通道。

而对于下面建立私人通道并进行私人聊天和撤销私人聊天的过程均与所述语音会议中实现私人聊天的方法流程300和600中相同，所以这里就不再详细描述了。

值得注意的是，上述描述均是对于两个成员进行私聊的过程，其还可以在私人聊天通道中加入更多的成员，其加入的过程只需要向监控业务服务器申请，并通过主席端的同意则可将新的成员加入到私聊通道内进行私聊。

在实际应用中，所述实现私聊的方法可以通过软件、硬件或软硬件结合来实现，其具体的实现所述领域的普通技术人员都能够实现的，这里就不再详述。

综上所述，本发明通过在语音会议的基础上，在主席端的监控下根据私人聊天的请求建立私人聊天通道并将对应的私聊双方加入到所述私人聊天通道中，实现了语音会议中的私聊，使得语音会议更加智能方便。

上述说明已经充分揭露了本发明的具体实施方式。需要指出的是，熟悉该领域的技术人员对本发明的具体实施方式所做的任何改动均不脱离本发明的权利要求书的范围。相应地，本发明的权利要求的范围也并不仅仅局限于前述具体实施方式。

Claims (10)

1.一种语音会议中实现私人聊天的方法，其中语音会议系统包括主席端、监控业务服务器、流媒体服务器和一个或多个客户端，所述主席端通过所述监控业务服务器和流媒体服务器与客户端建立语音会议，其特征在于，所述语音会议可在主席端的控制下由邀请端邀请被邀请端进行私人聊天，其包括：

邀请端先向监控业务服务器发送私人聊天请求；

所述监控业务服务器将所述私人聊天请求发送给被邀请端；

所述监控业务服务器接到被邀请端的确认信息后通知所述流媒体服务器；

所述流媒体服务器接到所述通知后建立私人聊天通道；

所述流媒体服务器在所述私人聊天通道建立完成后通知监控业务服务器；

所述监控业务服务器将请求加入私人聊天的邀请端和被邀请端加入到私人聊天通道内进行私人聊天；和

主席端直接撤销私人聊天则所述流媒体服务器将私人聊天通道内的所有成员重新接回语音会议中，或私人聊天通道内的一客户端退出时则将该客户端接回语音会议中。

2.根据权利要求1所述的语音会议中实现私人聊天的方法，其特征在于：在邀请端为客户端，被邀请端为另一客户端时，所述监控业务服务器接收的被邀请端的确认信息还包括主席端确认邀请端和被邀请端进行私人聊天的确认信息。

3.根据权利要求1所述的语音会议中实现私人聊天的方法，其特征在于：所述主席端启动语音会议时会携带之前申请的会议号码，随后所述监控业务服务器通过所述会议号码，查询会议成员列表，将会议成员列表中的成员全部加入到所述的语音会议中。

4.根据权利要求3所述的语音会议中实现私人聊天的方法，其特征在于：在所述语音会议的基础上建立私聊时，所述监控业务服务器需通过查询会议成员列表来判断被邀请端是否在语音会议中，随后则发出相应通知。

5.根据权利要求3所述的语音会议中实现私人聊天的方法，其特征在于：在所述主席端启动语音会议后，所述流媒体服务器为所述语音会议室分配一个会议室端口，所述会议室端口将每个会议成员的语音流数据进行混音并去除将要发送给的会议成员的语音流数据，之后发送给所述的相对应的会议成员。

6.一种语音会议中实现私人聊天的系统，其包括主席端、监控业务服务器、流媒体服务器和一个或多个客户端，所述主席端通过所述监控业务服务器和流媒体服务器与客户端建立语音会议，其特征在于：

所述语音会议可在主席端的控制下由邀请端邀请被邀请端进行私人聊天，其包括：

所述监控业务服务器收到邀请端发出的私人聊天请求后通知被邀请端；

所述监控业务服务器接到被邀请端的确认信息后通知所述流媒体服务器；

所述流媒体服务器接到通知后建立私人聊天通道并通知所述监控业务服务器，所述监控业务服务器将请求加入私人聊天的客户端或主席端加入到私人聊天通道内；和

主席端直接撤销私人聊天则所述流媒体服务器将私人聊天通道内的所有成员重新接回语音会议中，或私人聊天通道内的一客户端退出时则将该客户端接回语音会议中。

7.根据权利要求6所述的语音会议中实现私人聊天的系统，其特征在于：在邀请端为客户端，被邀请端为另一客户端时，所述监控业务服务器接收的被邀请端的确认信息还包括主席端确认邀请端和被邀请端进行私人聊天的确认信息。

8.根据权利要求6所述的语音会议中实现私人聊天的系统，其特征在于：所述主席端启动语音会议时会携带之前申请的会议号码，随后所述监控业务服务器通过所述会议号码，查询会议成员列表，将会议成员列表中的成员全部加入到所述的语音会议中；

9.根据权利要求8所述的语音会议中实现私人聊天的系统，其特征在于：在所述语音会议的基础上建立私聊时，所述监控业务服务器需通过查询会议成员列表来判断被邀请端是否在语音会议中，随后则发出相应通知。

10.根据权利要求8所述的语音会议中实现私人聊天的系统，其特征在于：在所述主席端启动语音会议后，所述流媒体服务器为所述语音会议室分配一个会议室端口，所述会议室端口将每个会议成员的语音流数据进行混音并去除将要发送给的会议成员的语音流数据，之后发送给所述的相对应的会议成员。

Images