著录项信息
专利名称 | 一种建立通信连接的方法及装置 |
申请号 | CN201510088905.3 | 申请日期 | 2015-02-26 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2015-05-13 | 公开/公告号 | CN104618510A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/08 | IPC分类号 | H;0;4;L;2;9;/;0;8查看分类表>
|
申请人 | 北京奇艺世纪科技有限公司 | 申请人地址 | 北京市海淀区北一街2号鸿城拓展大厦10、11层
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 北京奇艺世纪科技有限公司 | 当前权利人 | 北京奇艺世纪科技有限公司 |
发明人 | 余坤 |
代理机构 | 北京柏杉松知识产权代理事务所(普通合伙) | 代理人 | 马敬;项京 |
摘要
本发明实施例公开了一种建立通信连接的方法及装置,涉及互联网技术领域,其中,上述方法包括:接收通信发起客户端发送的通信请求,其中,通信请求中包含N1个子请求,N1≥1,N1个子请求中携带相同的通信目标账号;根据预先记录的通信账号与客户端之间的对应关系,确定通信目标账号对应的N2个通信目标客户端,其中,N2≥1且N2≤N1,一个通信账号与至少一个客户端存在对应关系;向所确定的N2个通信目标客户端分别转发通信请求中包含的子请求,以使得所确定的N2个通信目标客户端中接受通信请求的客户端与通信发起客户端建立通信连接。应用本发明实施例提供的方案,能够使得两个客户端之间快速建立通信连接。
1.一种建立通信连接的方法,其特征在于,所述方法包括:
接收通信发起客户端发送的通信请求,其中,所述通信请求中包含N1个子请求,N1≥1,每个子请求中包括通信目标账号及所述通信目标账号对应的通信目标客户端的设备类型,所述N1个子请求中携带的通信目标账号相同;
根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的N2个通信目标客户端,其中,N2≥1且N2≤N1,一个通信账号与至少一个客户端存在对应关系;
根据所述各个子请求中包括的所述通信目标账号对应的目标客户端的设备类型,向所确定的N2个通信目标客户端对应转发所述通信请求中包含的子请求,以使得所确定的N2个通信目标客户端中接受通信请求的客户端与所述通信发起客户端建立通信连接。
2.根据权利要求1所述的方法,其特征在于,所述根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的N2个通信目标客户端,包括:
根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的客户端;
选择所确定的客户端中,用户状态为在线状态的N2个客户端为通信目标客户端。
3.根据权利要求1所述的方法,其特征在于,所述接收通信发起客户端发送的通信请求,包括:
接收通信发起客户端根据预先设定的数值发送的包含N1个子请求的通信请求。
4.根据权利要求1所述的方法,其特征在于,所述接收通信发起客户端发送的通信请求,包括:
接收通信发起客户端发送的客户端数量确定请求和客户端设备类型确定请求;
确定通信目标账号对应的的客户端数量和客户端设备类型;
向所述通信发起客户端发送所述客户端数量和所述客户端设备类型;
接收所述通信发起客户端根据所述客户端数量和所述客户端设备类型发送的包含N1个子请求的通信请求。
5.根据权利要求1-4中任一项所述的方法,其特征在于,所述方法还包括:
在确定N2个通信目标客户端中的任一客户端接受通信请求后,停止向其他客户端转发所述通信请求中包含的子请求。
6.根据权利要求1-4中任一项所述的方法,其特征在于,所述方法还包括:
接收客户端发送的用户登录信息,其中,所述用户登录信息中,包括通信账号和客户端信息;
根据所述用户登录信息中包括的通信账号和客户端信息,更新所述预先记录的通信账号与客户端之间的对应关系。
7.一种建立通信连接的装置,其特征在于,所述装置包括:
通信请求接收模块,用于接收通信发起客户端发送的通信请求,其中,所述通信请求中包含N1个子请求,N1≥1,每个子请求中包括通信目标账号及所述通信目标账号对应的通信目标客户端的设备类型,所述N1个子请求中携带的通信目标账号相同;
客户端确定模块,用于根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的N2个通信目标客户端,其中,N2≥1且N2≤N1,一个通信账号与至少一个客户端存在对应关系;
子请求转发模块,用于根据所述各个子请求中包括的所述通信目标账号对应的目标客户端的设备类型,向所确定的N2个通信目标客户端对应转发所述通信请求中包含的子请求,以使得所确定的N2个通信目标客户端中接受通信请求的客户端与所述通信发起客户端建立通信连接。
8.根据权利要求7所述的装置,其特征在于,所述客户端确定模块,包括:
客户端确定子模块,用于根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的客户端;
客户端选择子模块,用于选择所确定的客户端中,用户状态为在线状态的N2个客户端为通信目标客户端。
9.根据权利要求7所述的装置,其特征在于,所述通信请求接收模块,具体用于接收通信发起客户端根据预先设定的数值发送的包含N1个子请求的通信请求。
10.根据权利要求7所述的装置,其特征在于,所述通信请求接收模块,包括:
第一请求接收子模块,用于接收通信发起客户端发送的客户端数量确定请求和客户端设备类型确定请求;
客户端数量确定子模块,用于确定通信目标账号对应的的客户端数量和客户端设备类型;
客户端数量发送子模块,用于向所述通信发起客户端发送所述客户端数量和所述客户端设备类型;
第二请求接收子模块,用于接收所述通信发起客户端根据所述客户端数量和所述客户端设备类型发送的包含N1个子请求的通信请求。
11.根据权利要求7-10中任一项所述的装置,其特征在于,所述装置还包括:
子请求停止发送模块,用于在确定N2个通信目标客户端中的任一客户端接受通信请求后,停止向其他客户端转发所述通信请求中包含的子请求。
12.根据权利要求7-10中任一项所述的装置,其特征在于,所述装置还包括:
登录信息接收模块,用于接收客户端发送的用户登录信息,其中,所述用户登录信息中,包括通信账号和客户端信息;
对应关系更新模块,用于根据所述用户登录信息中包括的通信账号和客户端信息,更新所述预先记录的通信账号与客户端之间的对应关系。
一种建立通信连接的方法及装置\n技术领域\n[0001] 本发明涉及互联网技术领域,特别涉及一种建立通信连接的方法及装置。\n背景技术\n[0002] 随着硬件技术的快速发展,手机、平板电脑等终端的性能越来越强大,能够支持的应用越来越多。用户应用这些终端访问各种应用时,可以以相同的账号在不同终端登录同一应用的客户端,进而访问网络资源、与以其他账号登录该应用客户端的用户进行通信等,其中,不同账号用于表示不同用户的身份信息。\n[0003] 实际应用中,假设,第一用户在应用X中注册了账号A,并且在一台终端中安装了应用X的客户端,记为客户端A1。\n[0004] 第二用户在应用X中注册了账号B,并且在两台不同的终端中分别安装了应用X的客户端,其中,记为客户端B1和客户端B2。\n[0005] 若当前第一用户以账号A、使用客户端A1登录应用X,希望与使用账号B的用户进行通信,其中,用户先以账号B、使用客户端B1登录应用X,再以账号B、使用客户端B2登录应用X,具体可通过以下步骤实现:\n[0006] 客户端A1向服务器发送通信请求,其中,该通信请求中携带账号B的标识;\n[0007] 服务器接收到上述通信请求后,需先根据该通信请求确定该通信请求的接收客户端,由于现有技术中,服务器一般只记录最后一次用户使用某一账号登录应用时所使用的客户端,所以,服务器根据上述通信请求确定的客户端为客户端B2;\n[0008] 服务器将所接收的通信请求转发给客户端B2,以使得客户端A1与客户端B2之间建立通信连接,进而使得两个用户能够进行通信。\n[0009] 然而,实际应用中,虽然用户最后一次使用账号B登录应用X时所使用的客户端是B2,但是当前用户却可能并未正在使用安装客户端B2的终端,这种情况下,用户无法及时获知其他用户发送了通信请求,进而两个客户端无法快速建立通信连接。\n发明内容\n[0010] 本发明实施例公开了一种建立通信连接的方法及装置,以能够快速建立两个客户端之间的通信连接。\n[0011] 为达到上述目的,本发明实施例公开了一种建立通信连接的方法,所述方法包括:\n[0012] 接收通信发起客户端发送的通信请求,其中,所述通信请求中包含N1个子请求,N1≥1,所述N1个子请求中携带相同的通信目标账号;\n[0013] 根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的N2个通信目标客户端,其中,N2≥1且N2≤N1,一个通信账号与至少一个客户端存在对应关系;\n[0014] 向所确定的N2个通信目标客户端分别转发所述通信请求中包含的子请求,以使得所确定的N2个通信目标客户端中接受通信请求的客户端与所述通信发起客户端建立通信连接。\n[0015] 在本发明的一种具体实现方式中,所述根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的N2个通信目标客户端,包括:\n[0016] 根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的客户端;\n[0017] 选择所确定的客户端中,用户状态为在线状态的N2个客户端为通信目标客户端。\n[0018] 在本发明的一种具体实现方式中,所述接收通信发起客户端发送的通信请求,包括:\n[0019] 接收通信发起客户端根据预先设定的数值发送的包含N1个子请求的通信请求。\n[0020] 在本发明的一种具体实现方式中,所述接收通信发起客户端发送的通信请求,包括:\n[0021] 接收通信发起客户端发送的客户端数量确定请求;\n[0022] 确定通信目标账号对应的的客户端数量;\n[0023] 向所述通信发起客户端发送所述客户端数量;\n[0024] 接收所述通信发起客户端根据所述客户端数量发送的包含N1个子请求的通信请求。\n[0025] 在本发明的一种具体实现方式中,所述建立通信连接的方法还包括:\n[0026] 在确定N2个通信目标客户端中的任一客户端接受通信请求后,停止向其他客户端转发所述通信请求中包含的子请求。\n[0027] 在本发明的一种具体实现方式中,所述建立通信连接的方法还包括:\n[0028] 接收客户端发送的用户登录信息,其中,所述用户登录信息中,包括通信账号和客户端信息;\n[0029] 根据所述用户登录信息中包括的通信账号和客户端信息,更新所述预先记录的通信账号与客户端之间的对应关系。\n[0030] 为达到上述目的,本发明实施例公开了一种建立通信连接的装置,所述装置包括:\n[0031] 通信请求接收模块,用于接收通信发起客户端发送的通信请求,其中,所述通信请求中包含N1个子请求,N1≥1,所述N1个子请求中携带相同的通信目标账号;\n[0032] 客户端确定模块,用于根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的N2个通信目标客户端,其中,N2≥1且N2≤N1,一个通信账号与至少一个客户端存在对应关系;\n[0033] 子请求转发模块,用于向所确定的N2个通信目标客户端分别转发所述通信请求中包含的子请求,以使得所确定的N2个通信目标客户端中接受通信请求的客户端与所述通信发起客户端建立通信连接。\n[0034] 在本发明的一种具体实现方式中,所述客户端确定模块,包括:\n[0035] 客户端确定子模块,用于根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的客户端;\n[0036] 客户端选择子模块,用于选择所确定的客户端中,用户状态为在线状态的N2个客户端为通信目标客户端。\n[0037] 在本发明的一种具体实现方式中,所述接通信请求接收模块,具体用于接收通信发起客户端根据预先设定的数值发送的包含N1个子请求的通信请求。\n[0038] 在本发明的一种具体实现方式中,所述通信请求接收模块,包括:\n[0039] 第一请求接收子模块,用于接收通信发起客户端发送的客户端数量确定请求;\n[0040] 客户端数量确定子模块,用于确定通信目标账号对应的的客户端数量;\n[0041] 客户端数量发送子模块,用于向所述通信发起客户端发送所述客户端数量;\n[0042] 第二请求接收子模块,用于接收所述通信发起客户端根据所述客户端数量发送的包含N1个子请求的通信请求。\n[0043] 在本发明的一种具体实现方式中,所述建立通信连接的装置还包括:\n[0044] 子请求停止发送模块,用于在确定N2个通信目标客户端中的任一客户端接受通信请求后,停止向其他客户端转发所述通信请求中包含的子请求。\n[0045] 在本发明的一种具体实现方式中,所述建立通信连接的装置还包括:\n[0046] 登录信息接收模块,用于接收客户端发送的用户登录信息,其中,所述用户登录信息中,包括通信账号和客户端信息;\n[0047] 对应关系更新模块,用于根据所述用户登录信息中包括的通信账号和客户端信息,更新所述预先记录的通信账号与客户端之间的对应关系。\n[0048] 由以上可见,本发明实施例提供的方案中,服务器接收到通信发起客户端发送的通信请求后,根据预先记录的通信账号与客户端之间的对应关系,确定通信目标账号对应的通信目标客户端,并将通信请求中包含的通信子请求转发给所确定的通信目标客户端,以使得通信目标客户端中接受通信请求的客户端与通信发起客户端建立通信连接。与现有技术相比,由于本发明实施例提供的方案中,服务器预先记录的通信账号与客户端之间的对应关系中,一个通信账号与至少一个客户端存在对应关系,而非一个通信账号只与最后一次以该账号登录应用的客户端存在对应关系,因此,服务器可以根据记录情况,将通信请求中包含的子请求转发至所确定的通信目标客户端,而非仅仅转发至最后一次以该账号登录应用的客户端,这样用户在使用这些客户端中任意一个对应的终端时,均能够看到服务器发送的通信请求,进而两个客户端能够快速建立通信连接,实现两个用户之间的通信。\n附图说明\n[0049] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。\n[0050] 图1为本发明实施例提供的一种建立通信连接的系统的结构示意图;\n[0051] 图2为本发明实施例提供的一种建立通信连接的方法的流程示意图;\n[0052] 图3为本发明实施例提供的另一种建立通信连接的方法的流程示意图;\n[0053] 图4为本发明实施例提供的一种建立通信连接的装置的结构示意图;\n[0054] 图5为本发明实施例提供的另一种建立通信连接的装置的结构示意图。\n具体实施方式\n[0055] 实际应用中,用户可以在所使用的终端中安装某一应用的客户端,并通过该客户端与其他用户所使用终端中安装的该应用的客户端进行通信,在两个客户端进行通信之前,两个客户端需先建立通信连接,为此,本发明实施例提供了一种建立通信连接的方法及装置,下面先对本发明实施例提供的通信连接建立方法进行总体介绍。\n[0056] 图1为本发明实施例提供的一种建立通信连接的系统的结构示意图。该系统中包括:服务器101、第一终端102、第二终端103、第三终端104和第四终端105。\n[0057] 其中,用户C在应用Y中注册了账号Tom,并在第一终端102中安装了应用Y的客户端C1,用户D在应用Y中注册了账号Jerry,并在第二终端103、第三终端104和第四终端105中均安装了应用Y的客户端,记为:客户端D1、客户端D2和客户端D3。\n[0058] 假设,服务器101中预先记录的通信账号与客户端之间的对应关系包括:\n[0059] 客户端C1以通信账号Tom登录过应用Y;\n[0060] 客户端D1以通信账号Jerry登录过应用Y;\n[0061] 客户端D2以通信账号Jerry登录过应用Y;\n[0062] 客户端D3以通信账号Jerry登录过应用Y;\n[0063] 其中,客户端D3为用户最后一次使用通信账号Jerry登录应用Y的客户端。\n[0064] 若用户C以账号Tom、使用客户端C1登录应用Y后,想通过应用Y与用户D进行通信,则可通过以下步骤实现:\n[0065] 服务器接收客户端C1发送的通信请求,其中,该通信请求中包含3个子请求,每个子请求中均携带通信账号Jerry;\n[0066] 服务器根据其预先记录的上述通信账号与客户端之间的对应关系,确定通信账号Jerry对应的3个客户端,客户端D1、客户端D2和客户端D3;\n[0067] 服务器分别向客户端D1、客户端D2和客户端D3转发上述通信请求中包含的3个子请求。\n[0068] 若用户D通过上述3个客户端中的任意一个接受了用户C的通信请求,则该客户端即可与客户端C1建立通信连接。\n[0069] 由以上可见,用户D在使用第二终端103、第三终端104和第四终端105中的任意一个时均可看到用户C发送的通信请求,而非只有在用户D正在使用第四终端105时才能看到用户C发送的通信请求。\n[0070] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。\n[0071] 图2为本发明实施例提供的一种建立通信连接的方法的流程示意图,该方法包括:\n[0072] S201:接收通信发起客户端发送的通信请求。\n[0073] 其中,上述的通信请求中包含N1个子请求,N1≥1,且这N1个子请求中携带相同的通信目标账号。\n[0074] 通信请求中所包含的子请求的数量可以是预先设定的,也可以是从服务器获得的。\n[0075] 具体的,接收通信发起客户端发送的通信请求,可以通过以下步骤实现:\n[0076] 接收通信发起客户端根据预先设定的数值发送的包含N1个子请求的通信请求。\n[0077] 还可以是通过以下步骤实现:\n[0078] 服务器先接收通信发起客户端发送的客户端数量确定请求,再根据该请求,确定通信目标账号对应的客户端数量,之后向通信发起客户端发送所确定的客户端数量,客户端接收到服务器的反馈信息后,向服务器发送包含N1个子请求的通信请求,进而服务器通过网络接收该通信请求。\n[0079] 本领域内的技术人员可以理解的是,通信发起客户端除了可以向服务器发送客户端数量确定请求外,还可以向服务器发送客户端设备类型确定请求,服务器根据上述的客户端数量确定请求和客户端设备类型确定请求,确定客户端数量和各个客户端的设备类型,并将上述信息发送至通信发起客户端,通信发起客户端根据服务器确定的客户端数量确定通信请求中包含的子请求的数量,并向服务器发送通信请求,各个子请求中除了包含通信目标账号之外,还对应包括通信目标帐号的设备类型。\n[0080] 例如,服务器根据客户端数量确定请求和客户端设备类型确定请求,确定得通信目标账号对应的客户端数量为:3,客户端设备类型为:手机、计算机、平板电脑,则客户端向服务器发送的通信请求中可以包含3个子请求,各个子请求分别是:\n[0081] 包含通信目标账号和客户端设备类型为手机的子请求;\n[0082] 包含通信目标账号和客户端设备类型为计算机的子请求;\n[0083] 包含通信目标账号和客户端设备类型为平板电脑的子请求。\n[0084] S202:根据预先记录的通信账号与客户端之间的对应关系,确定通信目标账号对应的N2个通信目标客户端。\n[0085] 其中,N2≥1且N2≤N1,一个通信账号与至少一个客户端存在对应关系,可以理解为:服务器所记录的通信账号与客户端之间的对应关系,可以是一个通信账号分别与以该通信账号登录应用的所有客户端中的一个或多个客户端之间的对应关系。\n[0086] 另外,所确定的N2个通信目标客户端中,各个客户端可以是曾经以通信目标账号登录应用的客户端,也可以是正在以通信目标账号登录应用的客户端。\n[0087] 本领域内的技术人员可以理解的是,服务器记录的目标通信账号与客户端的对应关系中,可能只有部分客户端的用户状态是在线状态,另一部分客户端的用户状态是离线状态,而通常情况下,用户正在使用用户状态为在线状态的客户端对应的终端的概率,远高于正在使用用户状态为离线状态的客户端对应的终端的概率。\n[0088] 因此,根据预先记录的通信账号与客户端之间的对应关系,确定通信目标账号对应的N2个通信目标客户端时,可以先根据预先记录的通信账号与客户端之间的对应关系,确定通信目标账号对应的客户端,再选择所确定的客户端中,用户状态为在线状态的N2个客户端为通信目标客户端。\n[0089] 这样,应用上述方法确定通信目标客户端后,可以提高用户看到通信请求的概率。\n[0090] 另外,根据预先记录的通信账号与客户端之间的对应关系,确定通信目标账号对应的通信目标客户端时,还可以各个客户端的登录时刻、各个客户端的用户活跃度、各个客户端的用户在线时长等信息确定,具体的,客户端的登录时刻距离当前时刻越近,用户正在使用该客户端对应的终端的可能性越大;客户端的用户活跃度越高,用户正在使用该客户端对应的终端的可能性越大;客户端的用户在线时长越大,用户正在使用该客户端对应的终端的可能性越大。\n[0091] 当然,实际应用中,还可以综合考虑上述的几种因素,进而确定通信目标客户端。\n[0092] S203:向所确定的N2个通信目标客户端分别转发通信请求中包含的子请求,以使得所确定的N2个通信目标客户端中接受通信请求的客户端与通信发起客户端建立通信连接。\n[0093] 其中,通信目标客户端中可以有一个客户端接受通信请求,也可以有多个客户端接受通信请求。当多个客户端均接受通信请求时,通信发起客户端可以分别与各个客户端建立通信连接,进而实现一个客户端与多个客户端之间的通信。\n[0094] 在本发明的一种具体实现方式中,各个子请求中,除了可以包含通信目标账号外,还可以包含通信目标客户端的设备类型等,例如,设备类型为:手机、计算机、平板电脑等等,这种情况下,服务器向目标客户端转发子请求时,可以根据各个子请求中包含的目标客户端的设备类型对应转发。\n[0095] 在本发明的一种具体实现方式中,上述的建立通信连接的方法还可以包括:\n[0096] 接收客户端发送的用户登录信息,并根据该用户登录信息中包括的通信账号和客户端信息,更新预先记录的通信账号与客户端之间的对应关系。\n[0097] 其中,用户登录信息中可以包括通信账号和客户端信息,当然,该用户登录信息中还可以包括其他信息,本申请并不对此进行限定。\n[0098] 上述的客户端信息,可以包括:设备标识、网络标识、通信账号、所登录的应用标识等等。\n[0099] 需要说明的是,本申请并不限定上述步骤的执行顺序,可以位于S201-S203任一步骤之前,也可以位于任一步骤之后。\n[0100] 具体的,根据用户登录信息中包括的通信账号和客户端信息,更新预先记录的通信账号与客户端之间的对应关系,可以是:\n[0101] 先检测预先记录的通信账号与客户端之间的对应关系中,是否存在用户登录信息对应的通信账号与客户端之间的对应关系,若不存在,则在服务器中增加该通信账号与客户端之间的对应关系,若存在,则可以更新该对应关系中通信账号和客户端之外的信息,例如,登录时间等等。\n[0102] 由以上可见,本实施例提供的方案中,服务器接收到通信发起客户端发送的通信请求后,根据预先记录的通信账号与客户端之间的对应关系,确定通信目标账号对应的通信目标客户端,并将通信请求中包含的通信子请求转发给所确定的通信目标客户端,以使得通信目标客户端中接受通信请求的客户端与通信发起客户端建立通信连接。与现有技术相比,由于本实施例提供的方案中,服务器预先记录的通信账号与客户端之间的对应关系中,一个通信账号与至少一个客户端存在对应关系,而非一个通信账号只与最后一次以该账号登录应用的客户端存在对应关系,因此,服务器可以根据记录情况,将通信请求中包含的子请求转发至所确定的通信目标客户端,而非仅仅转发至最后一次以该账号登录应用的客户端,这样用户在使用这些客户端中任意一个对应的终端时,均能够看到服务器发送的通信请求,进而两个客户端能够快速建立通信连接,实现两个用户之间的通信。\n[0103] 下面通过四个具体实例再对本申请进行详细介绍。\n[0104] 实例一:\n[0105] S201:接收通信发起客户端C1发送的通信请求,其中,该通信请求中包含4个子请求,各个子请求中均包含通信目标账号Jerry。\n[0106] S202:根据预先记录的通信账号与客户端之间的对应关系,服务器发现记录中只存在三组Jerry与客户端之间的对应关系,客户端分别是:客户端D1、客户端D2和客户端D3,进而可得到Jerry对应的3个通信目标客户端。\n[0107] S203:从上述的4个子请求中选择3个子请求分别转发给客户端D1、客户端D2和客户端D3,以使得这3个客户端中接受通信请求的客户端与客户端C1建立通信连接,另外,可通知客户端停止发送未被选中的1个子请求。\n[0108] 实例二:\n[0109] S201:接收通信发起客户端C1发送的通信请求,其中,该通信请求中包含3个子请求,各个子请求中均包含通信目标账号Jerry。\n[0110] S202:根据预先记录的通信账号与客户端之间的对应关系,服务器发现记录中只存在三组Jerry与客户端之间的对应关系,客户端分别是:客户端D1、客户端D2和客户端D3,进而可得到Jerry对应的3个通信目标客户端。\n[0111] S203:将上述的3个子请求分别转发给客户端D1、客户端D2和客户端D3,以使得这3个客户端中接受通信请求的客户端与客户端C1建立通信连接。\n[0112] 实例三:\n[0113] S201:接收通信发起客户端C1发送的通信请求,其中,该通信请求中包含4个子请求,各个子请求中均包含通信目标账号Jerry。\n[0114] S202:根据预先记录的通信账号与客户端之间的对应关系,服务器发现记录中只存在三组Jerry与客户端之间的对应关系,客户端分别是:客户端D1、客户端D2和客户端D3,其中,客户端D1的用户状态为在线状态,经选择得到Jerry对应的1个通信目标客户端,客户端D1。\n[0115] S203:从上述4个子请求中选择1个子请求转发给客户端D1,以使得客户端D1接受通信请求后与客户端C1建立通信连接,另外,可通知客户端停止发送未被选中的3个子请求。\n[0116] 实例四:\n[0117] S201:接收通信发起客户端C1发送的通信请求,其中,该通信请求中包含1个子请求,各个子请求中均包含通信目标账号Jerry。\n[0118] S202:根据预先记录的通信账号与客户端之间的对应关系,服务器发现记录中只存在三组Jerry与客户端之间的对应关系,客户端分别是:客户端D1、客户端D2和客户端D3,其中,客户端D1的活跃程度最高,经选择得到Jerry对应的1个通信目标客户端,客户端D1。\n[0119] S203:将上述的1个子请求转发给客户端D1,以使得客户端D1接受通信请求后与客户端C1建立通信连接。\n[0120] 上述四个实例中,由于预先记录的通信账号与客户端之间的对应关系中,Jerry与多个客户端存在对应关系,而通信请求中所包含的子请求数量与客户端的数量不一定相同,所以,服务器可以有选择的转发该子请求,以提高用户看到该通信的概率,例如,用户状态、用户活跃程度等等。\n[0121] 在本发明的一个具体实施例中,参见图3,提供了另一种建立通信连接的方法的流程示意图,与前述实施例相比,本实施例中,还包括:\n[0122] S204:在确定N2个通信目标客户端中的任一客户端接受通信请求后,停止向其他客户端转发通信请求中包含的子请求。\n[0123] 通信目标客户端中的任一客户端接受通信请求后,可以判定用户正在使用该客户端对应的终端,用户同时在使用其他客户端对应终端的概率较低,又由于服务器向客户端转发子请求,会占用一定的信道资源,所以,为节约信道资源,在确定目标客户端中的任一客户端已接受通信请求后,可停止向其他客户端转发通信请求中包括的子请求,以及时释放信道资源。\n[0124] 具体的,服务器可通过主动监测的方式,确定通信目标客户端中的各个客户端是否已接受通信请求。\n[0125] 另外,通信目标客户端中的客户端接受通信请求后,可以向服务器发送反馈信息,以使得服务器得知该客户端已接受通信请求。\n[0126] 由以上可见,本实施例提供的方案中,服务器在确定通信目标客户端中的任一客户端接受通信请求后,停止向其他客户端转发通信请求中包含的子请求,可以及时释放被占用的信道资源,避免信道资源浪费。\n[0127] 与上述的建立通信连接的方法相对应,本发明实施例还提供了一种建立通信连接的装置。\n[0128] 图4为本发明实施例提供的一种建立通信连接的装置的结构示意图,该装置包括:\n通信请求接收模块401、客户端确定模块402和子请求转发模块403。\n[0129] 其中,通信请求接收模块401,用于接收通信发起客户端发送的通信请求,其中,所述通信请求中包含N1个子请求,N1≥1,所述N1个子请求中携带相同的通信目标账号;\n[0130] 客户端确定模块402,用于根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的N2个通信目标客户端,其中,N2≥1且N2≤N1,一个通信账号与至少一个客户端存在对应关系;\n[0131] 子请求转发模块403,用于向所确定的N2个通信目标客户端分别转发所述通信请求中包含的子请求,以使得所确定的N2个通信目标客户端中接受通信请求的客户端与所述通信发起客户端建立通信连接。\n[0132] 具体的,所述客户端确定模块402可以包括:客户端确定子模块和客户端选择子模块(图中未示出)。\n[0133] 其中,客户端确定子模块,用于根据预先记录的通信账号与客户端之间的对应关系,确定所述通信目标账号对应的客户端;\n[0134] 客户端选择子模块,用于选择所确定的客户端中,用户状态为在线状态的N2个客户端为通信目标客户端。\n[0135] 具体的,所述接通信请求接收模块401可具体用于接收通信发起客户端根据预先设定的数值发送的包含N1个子请求的通信请求。\n[0136] 具体的,所述通信请求接收模块401还可以包括:第一请求接收子模块、客户端数量确定子模块、客户端数量发送子模块和第二请求接收子模块(图中未示出)。\n[0137] 其中,第一请求接收子模块,用于接收通信发起客户端发送的客户端数量确定请求;\n[0138] 客户端数量确定子模块,用于确定通信目标账号对应的的客户端数量;\n[0139] 客户端数量发送子模块,用于向所述通信发起客户端发送所述客户端数量;\n[0140] 第二请求接收子模块,用于接收所述通信发起客户端根据所述客户端数量发送的包含N1个子请求的通信请求。\n[0141] 本发明的一种可选实施方式中,上述的建立通信连接的装置还可以包括:登录信息接收模块和对应关系更新模块(图中未示出)。\n[0142] 其中,登录信息接收模块,用于接收客户端发送的用户登录信息,其中,所述用户登录信息中,包括通信账号和客户端信息;\n[0143] 对应关系更新模块,用于根据所述用户登录信息中包括的通信账号和客户端信息,更新所述预先记录的通信账号与客户端之间的对应关系。\n[0144] 由以上可见,本实施例提供的方案中,服务器接收到通信发起客户端发送的通信请求后,根据预先记录的通信账号与客户端之间的对应关系,确定通信目标账号对应的通信目标客户端,并将通信请求中包含的通信子请求转发给所确定的通信目标客户端,以使得通信目标客户端中接受通信请求的客户端与通信发起客户端建立通信连接。与现有技术相比,由于本实施例提供的方案中,服务器预先记录的通信账号与客户端之间的对应关系中,一个通信账号与至少一个客户端存在对应关系,而非一个通信账号只与最后一次以该账号登录应用的客户端存在对应关系,因此,服务器可以根据记录情况,将通信请求中包含的子请求转发至所确定的通信目标客户端,而非仅仅转发至最后一次以该账号登录应用的客户端,这样用户在使用这些客户端中任意一个对应的终端时,均能够看到服务器发送的通信请求,进而两个客户端能够快速建立通信连接,实现两个用户之间的通信。\n[0145] 在本发明的一个具体实施例中,参见图5,提供了另一种建立通信连接的装置的结构示意图,与前述实施例相比,本实施例中,上述装置还包括:子请求停止发送模块404。\n[0146] 其中,子请求停止发送模块404,用于在确定N2个通信目标客户端中的任一客户端接受通信请求后,停止向其他客户端转发所述通信请求中包含的子请求。\n[0147] 由以上可见,本实施例提供的方案中,服务器在确定通信目标客户端中的任一客户端接受通信请求后,停止向其他客户端转发通信请求中包含的子请求,可以及时释放被占用的信道资源,避免信道资源浪费。\n[0148] 对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。\n[0149] 需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。\n[0150] 本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,这里所称得的存储介质,如:ROM/RAM、磁碟、光盘等。\n[0151] 以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
法律信息
- 2018-09-28
- 2015-06-10
实质审查的生效
IPC(主分类): H04L 29/08
专利申请号: 201510088905.3
申请日: 2015.02.26
- 2015-05-13
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2014-03-26
|
2012-09-06
| | |
2
| |
2013-04-17
|
2011-10-11
| | |
3
| |
2011-04-20
|
2009-09-16
| | |
4
| |
2008-08-27
|
2008-01-28
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |