著录项信息
专利名称 | 一种实现群组聊天的方法 |
申请号 | CN200510070359.7 | 申请日期 | 2005-04-30 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2006-11-08 | 公开/公告号 | CN1859144 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L12/18 | IPC分类号 | H;0;4;L;1;2;/;1;8查看分类表>
|
申请人 | 腾讯科技(深圳)有限公司 | 申请人地址 | 广东省深圳市福田区振兴路赛格科技园2栋东403室
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 腾讯科技(深圳)有限公司 | 当前权利人 | 腾讯科技(深圳)有限公司 |
发明人 | 秦鹏程;林友尧;范质彬 |
代理机构 | 北京德琦知识产权代理有限公司 | 代理人 | 王丽琴 |
摘要
本发明公开了一种实现群组聊天的方法,该方法是:形成一个聊天群组,群组成员包括一个第一成员和除第一成员以外的第二成员;所述群组成员在形成所述聊天群组之前登录提供即时消息业务的中心服务器并保持在线;第一成员建立与每个第二成员的点对点连接;第一成员接收第二成员通过点对点连接上传的语音数据,对自身的语音数据和接收到的语音数据进行混音,生成混音数据,并将混音数据通过点对点连接发送至第二成员;第二成员接听混音数据。本发明的方法对文字聊天与语音聊天进行区分处理,降低了群组聊天对网络带宽和转发语音数据的机器的配置需求,降低了网络传输的数据量,同时保证了资源的合理利用。
1.一种实现群组聊天的方法,其特征在于,其包括:
A、形成一个聊天群组,群组成员包括一个第一成员和除第一成员以外的 第二成员;所述群组成员在形成所述聊天群组之前登录提供即时消息业务的中 心服务器并保持在线;
B、第一成员建立与每个第二成员的点对点连接;
C、第一成员接收第二成员通过点对点连接上传的语音数据,对自身的语音 数据和接收到的语音数据进行混音,生成混音数据,并将混音数据通过点对点 连接发送至第二成员;
D、第二成员接听混音数据。
2.根据权利要求1所述的方法,其特征在于,在步骤A中,所述第一成 员是群组聊天的发起方或者其指定的一个群组成员。
3.根据权利要求2所述的方法,其特征在于,在步骤A中,所述群组聊 天的发起方指定一个群组成员为第一成员的方法包括:群组聊天的发起方发送 包含预制的群组成员列表的指定请求至一个群组成员,在接收到该群组成员的 指定响应之后,将该群组成员作为第一成员,
在步骤B中,第一成员建立与所述群组成员列表中除其自身以外其它成员 的点对点连接。
4.根据权利要求1所述的方法,其特征在于,在步骤C中,所述第一成员 生成和发送混音数据的具体步骤为:
第一成员对于群组中的每个向第一成员上传语音数据的第二成员,将除该 向第一成员上传语音数据的第二成员之外所有第二成员和自身的语音数据进行 混音,生成混音数据,并将混音数据发送至该向第一成员上传语音数据的第二 成员。
5.根据权利要求4所述的方法,其特征在于,在步骤C中,所述第一成员 生成混音数据之后,发送混音数据之前,进一步包括:
第一成员对混音数据进行压缩编码,生成压缩后的混音数据;
在步骤D中,所述第二成员接听混音数据的具体步骤为:
第二成员对接收到的混音数据进行解压缩,然后收听解压缩后的混音数据。
6.根据权利要求1所述的方法,其特征在于,在步骤C中,所述第一成员 发送混音数据的具体步骤为:
第一成员将生成的混音数据实时发送至第二成员;或
第一成员将一个设定时间段内生成的混音数据发送至第二成员。
7.根据权利要求1所述的方法,其特征在于,在步骤B之后,进一步包括 增加成员的步骤:第一成员建立与群组成员以外的用户的点对点连接,将该用 户增加为群组成员。
8.根据权利要求1所述的方法,其特征在于,在步骤B之后,进一步包括 删除成员的步骤:第一成员释放与一个第二成员的点对点连接,将该第二成员 从群组中删除。
9.根据权利要求1所述的方法,其特征在于,在步骤B之后,进一步包括 成员退出的步骤:一个第二成员释放与第一成员的点对点连接,退出群组。
10.根据权利要求1至9中任一项所述的方法,其特征在于,在步骤B之 后,进一步包括:群组成员通过所述中心服务器进行文字聊天。
11.根据权利要求10所述的方法,其特征在于,所述群组成员进行文字聊 天的具体步骤为:
E1、群组聊天的发起方将预制的群组成员列表发送至所述中心服务器;
E2、群组成员中的发言方将文字数据上传至所述中心服务器;
E3、所述中心服务器将发言方上传的文字数据转发至所述群组成员列表中 除发言方以外的所有成员。
技术领域\n本发明涉及即时通信技术,特别是涉及一种在即时通信业务中实现群组 聊天的方法。\n背景技术\n计算机网络通信作为一种先进的通信方式,正逐渐改变人们的生活,而 建立在计算机网络通信基础上的即时通信,凭借其自身方便、快捷和低成本 等特点,日益受到人们的关注和认同。目前即时通信领域有两个较为突出的 发展趋势:其一,从以往一对一通信衍生出来一对多和多对多的通信方式; 其二,在以往单纯的文字聊天中加入语音聊天。所以,综合这两个趋势的文 字和语音相结合的群组聊天方式成为目前即时通信技术发展领域的一个热 点问题。尤其是对于一家公司或机构来说,集体中各成员通过计算机网络进 行群组聊天,可以节省开会或日常交流所需的时间和空间。\n现有技术中实现群组聊天的常用方式有两种,一种是采用传统的点对点 (P2P,Peer to Peer)的方式实现,另一种是通过服务器转发的方式实现。\n先介绍以P2P方式实现群组聊天的方法,图1是以P2P方式实现群组 聊天的结构示意图,从图1可见,假设当前聊天群组有四个成员A、B、C 和D,这四个成员两两建立P2P连接,即A和B之间、B和C之间、C和 D之间、D和A之间分别建立P2P连接。当成员A发言时,需要通过P2P 连接将发言的内容逐一发送至成员B、C和D,即同时进行三次P2P数据的 发送。\n这种方式的局限性显而易见,因为在群组聊天的过程中,每个成员总是 轮流充当发言方和接听方,这就要求群组中的每个成员与其它成员之间必须 保持P2P连接状态,任一个P2P连接出现故障,都会影响通信效果。在实 际应用中,如果参与聊天的群组成员增多,各成员所需的P2P连接也将增多, 这样,某些网络情况不佳的成员很可能出现带宽不够用的情况,从而降低群 组聊天的成功率。\n再介绍以服务器转发的方式实现群组聊天的方法,图2是以服务器转发 的方式实现群组聊天的结构示意图,从图2可见,仍假设当前聊天群组有四 个成员A、B、C和D,这四个成员之间不建立直接连接,而都是与提供即 时通信服务的中心服务器建立连接,当成员A发言时,将数据和群组成员 列表发送至服务器,中心服务器将数据分发至列表中的成员B、C和D,并 将分发结果返回至成员A。\n这种方式的优点在于,群组聊天成员所需的资源和消耗最低,因为每个 成员仅需保持其与中心服务器连通,而无需保持和其它成员的连通。但是, 这种方式的缺陷也是明显的,中心服务器不仅承担文字数据的分发工作,也 承担语音数据的分发工作,其中语音数据的分发将加重中心服务器的负担。 而且,通常中心服务器需要承担多个聊天群组的语音数据分发工作,所以, 中心服务器所需的资源和消耗大大增加,从而对机器配置的要求也大大增 加,当中心服务器的资源消耗达到一定程度,也会降低群组聊天的成功率。\n发明内容\n本发明的主要目的在于提供一种实现群组聊天的方法,降低群组聊天对 网络带宽和机器配置的需求。\n本发明的目的是通过如下技术方案实现的:\n一种实现群组聊天的方法,包括:\nA、形成一个聊天群组,群组成员包括一个第一成员和除第一成员以外的 第二成员;所述群组成员在形成所述聊天群组之前登录提供即时消息业务的中 心服务器并保持在线;\nB、第一成员建立与每个第二成员的点对点连接;\nC、第一成员接收第二成员通过点对点连接上传的语音数据,对自身的语音 数据和接收到的语音数据进行混音,生成混音数据,并将混音数据通过点对点 连接发送至第二成员;\nD、第二成员接听混音数据。\n在上述步骤A中,所述第一成员是群组聊天的发起方或者其指定的一个群 组成员。\n在上述步骤A中,所述群组聊天的发起方指定一个群组成员为第一成员的 方法包括:群组聊天的发起方发送包含预制的群组成员列表的指定请求至一个 群组成员,在接收到该群组成员的指定响应之后,将该群组成员作为第一成员,\n在上述步骤B中,第一成员建立与所述群组成员列表中除其自身以外其它 成员的点对点连接。\n在上述步骤C中,所述第一成员生成和发送混音数据的具体步骤为:\n第一成员对于群组中的每个向第一成员上传语音数据的第二成员,将除该 向第一成员上传语音数据的第二成员之外所有第二成员和自身的语音数据进行 混音,生成混音数据,并将混音数据发送至该向第一成员上传语音数据的第二 成员。\n在上述步骤C中,所述第一成员生成混音数据之后,发送混音数据之前, 进一步包括:\n第一成员对混音数据进行压缩编码,生成压缩后的混音数据;\n在上述步骤D中,所述第二成员接听混音数据的具体步骤为:\n第二成员对接收到的混音数据进行解压缩,然后收听解压缩后的混音数据。\n在上述步骤C中,所述第一成员发送混音数据的具体步骤为:\n第一成员将生成的混音数据实时发送至第二成员;或\n第一成员将一个设定时间段内生成的混音数据发送至第二成员。\n在上述步骤B之后,进一步包括增加成员的步骤:第一成员建立与群组成 员以外的用户的点对点连接,将该用户增加为群组成员。\n在上述步骤B之后,进一步包括删除成员的步骤:第一成员释放与一个第 二成员的点对点连接,将该第二成员从群组中删除。\n在上述步骤B之后,进一步包括成员退出的步骤:一个第二成员释放与第 一成员的点对点连接,退出群组。\n在上述步骤B之后,进一步包括:群组成员通过所述中心服务器进行文字 聊天。\n其中,所述群组成员进行文字聊天的具体步骤为:\nE1、群组聊天的发起方将预制的群组成员列表发送至所述中心服务器;\nE2、群组成员中的发言方将文字数据上传至所述中心服务器;\nE3、所述中心服务器将发言方上传的文字数据转发至所述群组成员列表 中除发言方以外的所有成员。\n从上述技术方案可以看出,在本发明的方法中,群组聊天的主持人建立 与其它每个成员的P2P连接,主持人将自身的和接收到的其它成员通过P2P 连接上传的语音数据进行混音,生成混音数据,再将混音数据通过P2P连接 发送至其它成员。与现有技术相比,本发明有以下三点优势:其一,仅需建 立主持人与其它成员之间的P2P连接,而无需使所有成员两两互连,减少了 连接个数,降低了群组聊天的网络带宽需求;其二,主持人利用接收到的语 音数据和自身语音数据生成混音数据,将混音数据发送至其它成员,大大减 少了语音数据转发的数据量,而且主持人仅承担一个群组的语音数据转发工 作,所以可以减轻主持人方资源的占用和消耗,同时有效降低网络中的数据 流量;其三,将文字聊天与语音聊天区分处理,既可以保证文字聊天的及时 性和准确性,也解决了传统语音聊天具有的弊端,使资源得到合理利用。从 以上分析可以看出,本发明的方法可以降低群组聊天的网络带宽需求和资源 消耗,从而提高群组聊天的成功率。\n附图说明\n图1是现有技术以P2P方式实现群组聊天的结构示意图;\n图2是现有技术以服务器转发的方式实现群组聊天的结构示意图;\n图3是经过改进的实现群组聊天的结构示意图;\n图4是根据本发明一个具体实施例的实现群组聊天的流程图。\n具体实施方式\n为了使本发明的目的、技术方案和优点更清楚,下面结合附图和具体实 施方式对本发明作进一步描述。\n图3是经过改进的实现群组聊天的结构示意图,从图3可见,该结构包 括中心服务器E、主持人A和成员B、C和D,主持人A和成员B、C和D 分别与中心服务器E相连。主持人A分别通过P2P通道与成员B、C和D 直接相连。\n基于上述结构,本发明提供了一种实现群组聊天的方法,该方法对群组 聊天的文字数据和语音数据分开进行处理。\n本发明的方法对于文字数据的处理采用现有技术二的中心服务器转发 的方法,这是因为,文字数据的信息量比较小,而且群组成员在需要发言的 时候才向中心服务器发送数据包,加之中心服务器已经有比较完善的机制进 行文字数据的处理工作,所以在很大程度上保证了群组聊天时文字数据收发 的稳定性和准确性。\n本发明的方法对于语音数据的处理与现有技术不同,群组聊天的发起人 选择一个群组成员作为主持人,主持人分别建立与其它所有成员的P2P连 接,一旦连接建立起来,主持人通过P2P连接接收其它所有成员的语音数据, 将自己的和其它成员的语音数据进行混音处理,然后将混音后的数据通过 P2P连接分发给其它成员。\n图4是根据本发明一个具体实施例的实现群组聊天的流程图,在本实施 例中,群组所有成员已经登录中心服务器,并保持在线状态,从图4可见, 本实施例的流程包括如下步骤:\n步骤401:群组聊天的发起人A建立群组成员列表并将该列表提交至中 心服务器E,列表中包含成员A、B、C和D,发起人A将自身作为群组聊 天的主持人。\n步骤402:主持人A分别发起建立与其它成员B、C和D之间的P2P连 接,即建立A和B之间、A和C之间、A和D之间的P2P连接,并在连接 请求中发送群组聊天邀请。\n步骤403:群组成员确定输入的数据为文字数据,则该成员为发言方, 发言方将文字数据上传至中心服务器E。\n步骤404:中心服务器E接收发言方的文字数据,将该文字数据转发至 群组成员列表中除发言方之外的所有成员。\n步骤405:除发言方以外的所有成员接收发言方的文字数据。\n步骤406:一旦P2P连接建立,主持人A实时接收各P2P连接上传的 语音数据,即实时接收来自成员B、C和D的三路语音数据。\n和文字数据不同,无论群组成员是否讲话,都产生语音数据,除主持人 以外的其它成员向主持人上传语音数据,如果其它成员未讲话,上传的语音 数据为静默语音帧,同样,如果主持人未讲话,其产生的语音数据也为静默 语音帧。\n步骤407:主持人A对于群组中其它每一成员,生成并保存一个混音数 据,该混音数据是主持人A将除该每一成员之外所有成员的语音数据进行 混音而成的,在本实施例中,主持人A生成并保存三个混音数据:\n主持人A为成员B生成并保存混音数据1,混音数据1是主持人A将 成员C、D发来的语音数据和自己的语音数据进行混音而成的;\n主持人A为成员C生成并保存混音数据2,混音数据2是主持人A将 成员B、D发来的语音数据和自己的语音数据进行混音而成的;\n主持人A为成员D生成并保存混音数据3,混音数据3是成员A将成 员B、C发来的语音数据和自己的语音数据进行混音而成的,\n主持人A可以将混音数据保存在其能够访问的任何存储空间,优选地, 主持人A将混音数据保存在其缓存区中。\n步骤408:主持人A将产生的混音数据通过P2P连接实时发送至其它群 组成员,在本实施例中,主持人A将混音数据1发送至成员B;将混音数据 2发送至成员C;将混音数据3发送至成员D。\n步骤409:成员B、C和D接收并播放主持人A通过P2P连接发来的混 音数据。\n步骤410:在群组聊天结束之后,主持人A分别释放与成员B、C和D 之间的P2P连接,同时发送聊天结束消息至中心服务器E。\n步骤411:中心服务器E删除保存的聊天群组成员列表。\n至此,群组成员A、B、C和D完成了一次群组聊天。\n需要注意的是,上述步骤403至405是对群组聊天的文字数据的处理过 程,步骤406至409是对群组聊天的语音数据的处理过程,这两个处理过程 在时间上无先后顺序,是两个并行的处理过程。\n在步骤401中,群组聊天的发起人将自己作为主持人,发起建立对其它 群组成员的P2P连接,在本发明的其它实施例中,可以由群组聊天的发起人 指定其它群组成员作为主持人。这是因为,在本发明的方法中,对主持人的 机器配置和网络带宽的要求相对较高,所以,在发起人的条件无法满足上述 要求时,需要指定其它群组成员充当主持人,只要其指定的群组成员的机器 配置和网络环境能够达到要求,就可以成功地进行群组聊天。\n在发起人指定其它成员为主持人时,步骤401分为以下两个子步骤:\n步骤4011:群组聊天的发起人建立群组成员列表并将该列表保存在中 心服务器E上,同时通过中心服务器E向其指定的成员发送指定请求,指 定请求中包含群组成员列表;\n步骤4012:接收到指定请求的成员如果接受发起人的指定,则向发起 人返回指定响应,然后根据接收到的群组成员列表发起建立对其它成员的 P2P连接。\n从步骤407和408可见,本实施例的主持人生成和发送混音数据的原理 是:主持人将除某一成员之外所有成员的语音数据进行混音,将混音数据发 送给该成员,也就是说,主持人为其它每个成员生成并发送混音数据。这样 一来,群组中的每个成员可以听见除自己以外的其它所有成员的声音。在本 发明的其它实施例中,为了简化混音步骤,主持人也可以将所有成员的声音 混音,对其它所有成员生成一个混音数据,将这一个混音数据分别发送至其 它成员,这样,每个成员也听得见自己的声音,所以群组语音通话的效果稍 差,但实施起来比较简单。\n在步骤407中,主持人将多路语音数据混音之后,生成混音数据并保存。 在本发明的其它实施例中,主持人将多路语音数据混音之后,进行压缩编码, 然后在步骤408中,发送压缩后的混音数据,在步骤409,接收到混音数据 的成员对压缩后的混音数据进行解压缩,这样,就可以有效地减少群组聊天 中的语音数据的数据量。\n在步骤407和408中,主持人将生成的混音数据实时发送给群组其它成 员。在本发明的其它实施例中,主持人可以分段发送混音数据,即设置一个 时间段,将一个时间段之内生成的混音数据发送给群组其它成员。\n为了实现分段发送混音数据的目的,主持人预先为其它每个群组成员分 配一个存储空间,在生成混音数据的同时将混音数据保存在预先分配的存储 空间内,举例来说,如果设置的时间段为5秒,那么主持人将为其它每个成 员生成的混音数据保存在预先为每个成员分配的存储空间中,5秒钟过后, 从对应存储空间取出5秒的混音数据,发送至其它每个成员。\n在上述实施例中,发起人在群组聊天开始时建立群组成员列表,群组聊 天在这些成员之间进行。在本发明的其它实施例中,主持人在群组聊天的过 程中,可以增加或删除参与群组聊天的成员。主持人建立与待增加的成员的 P2P连接,并向中心服务器请求在群组成员列表中增加该成员,即可实现将 该成员加入群组的目的。同样,主持人释放与待删除成员的P2P连接,并向 中心服务器请求在群组成员列表中删除该成员,即可实现从群组中删除该成 员的目的。另外,如果群组中除主持人以外的其它成员主动退出群组,可以 释放其与主持人的P2P连接,主持人向中心服务器请求在群组成员列表中删 除该成员。\n从上述技术方案可以看出,本发明的方法分别针对现有技术一和现有技 术二在语音聊天方面作了改进,在下文分别进行介绍。\n对于现有技术一,聊天群组中的所有成员两两之间建立P2P连接,这样, 如果群组成员个数为N,则需要建立个P2P连接,而在本发明的方 法中,仅需建立主持人和其它所有成员之间的P2P连接,这样,如果有N 个成员,仅需建立(N-1)个P2P连接即可,并且和现有技术一相比,本发明 的方法仅对主持人的机器配置和网络环境有较高要求,对其它成员的机器配 置和网络环境无特殊要求。从上述对比可以看出,随着N的增加,本发明 的方法所需的P2P连接数量大为减少,本发明的优势就越明显,所以说本发 明尤其适用于聊天群组成员较多的情况。而且,由于群组成员仅和主持人之 间有P2P连接,所以,主持人可以很方便地增加和删除群组成员,同时,群 组其它成员也可以很方便地退出群组,这样,可以实现对群组聊天成员的灵 活控制。\n对于现有技术二,服务器负责转发聊天群组中所有成员的语音数据,这 样,随着服务器负责转发数据的聊天群组个数的增加,服务器的负载和网络 数据流量也大大增加,而本发明的方法是由聊天群组中的一个成员充当主持 人,对接收到的本群组成员的语音数据进行混音后发送给其它成员。举例说 明,录制一首3分钟的独唱歌曲和录制一首3分钟的合唱歌曲,所使用的磁 带长度是相同的,同理,由于群组成员接收的是经过混音处理后的语音数据, 所以无论群组中有多少人在发言,群组成员接收的数据量都是相同的。由于 数据量得到控制,也就能够有效地减少网络延迟、阻塞等因素对语音质量的 影响。从上述对比可以看出,本发明的方法减轻了中心服务器的负载,同时 显著降低了网络数据流量。\n本发明的另一个显著优势在于,对群组聊天中的文字数据和语音数据分 别进行处理,文字处理依然采用现有技术的方法,语音处理采用本发明提供 的改进方法。这样,既可以保证文字聊天的及时性和准确性,也解决了传统 语音聊天具有的对网络带宽和机器配置要求高的弊端,同时降低了网络数据 流量,使资源得到合理利用。\n在具体的实施过程中可对根据本发明的方法进行适当的改进,以适应具 体情况的具体需要。因此可以理解,根据本发明的具体实施方式只是起示范 作用,并不用以限制本发明的保护范围。
法律信息
- 2008-07-02
- 2007-01-03
- 2006-11-08
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2003-01-29
|
2001-07-03
| | |
2
| |
2005-04-06
|
2003-07-31
| | |
3
| |
2003-09-17
|
2003-01-16
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 1 | | 2009-12-18 | 2009-12-18 | | |