当前位置: 首页 > 专利查询>刘岩专利>正文

一种即时通信客户端及服务端制造技术

技术编号:15399041 阅读:68 留言:0更新日期:2017-05-22 23:23
本发明专利技术提供一种即时通信客户端以及服务端,其中群主客户端在该群消息界面选中群呼选项时,客户端向服务端发送群呼请求以请求服务端向其他在线用户的客户端发送呼叫请求,其他客户端接收到服务端发送的呼叫请求时,控制该终端输出呼叫提示且该呼叫提示的极限持续时长为第一指定时长。在相反的方向上,多个用户向服务端发送单呼请求时,服务端发现预定条件满足时,向群主的客户端发送呼叫请求。本发明专利技术根据群内即时通信的需要引入呼叫提示和普通消息提示两种输出机制,并且在上下行方向上采用不同呼叫请求触发机制,既能够合理使用呼叫请求机制来服务群内通信需要,又能够合理控制呼叫请求的使用。

Instant communication client and server

The invention provides an instant messaging client and server, the client group in the group message interface selected group call option, the client request to the server to send call request to other users of the online client call request sent to the server group, other client receives the call request sent by the server, the terminal control limit output and prompt call the call that long for the first time specified. In the opposite direction, a plurality of users to the server to send a single call request, the server found when a predetermined condition is satisfied, the call request sent to the client group. According to the invention needs within the group of instant communication and common message prompt call into two output mechanism, and uses different call request triggering mechanism in the downlink direction, not only to the rational use of call request mechanism to communication service within the group, but also can reasonably control the use of system call request.

【技术实现步骤摘要】
一种即时通信客户端及服务端
本专利技术涉及即时通信领域,尤其涉及一种即时通信客户端及服务器。
技术介绍
在互联网技术进入普通民众生活之后,即时通信技术给民众带来了各种工作与生活的便利。从早期的ICQ以及OICQ(今日广泛使用的QQ)到如今更新一代的微信以及来往等,即时通信技术正在不断地向着更加便利用户的方向演进。目前很多即时通信客户端都开始支持群聊技术,群聊技术可以允许一些对共同话题关注的用户聚集在一起进行信息的交互与分享。在一个用户群内,群内用户通常区分为多种角色,比如管理员(也称为“群主”)与普通用户,当然可能还有副群主这样的角色。目前,在群聊应用中,用户的需求与点对点的通信需求有着较大的差异。群聊应用特点是共同话题与事件往往需要三个或者更多的用户一起参与,有时候需要多个不同角色的用户一起参与,缺少特定角色的用户或者缺少足够数量的用户,往往会导致特定应用下的用户体验下降。因此,用户群中用户非常关注召集话题参与者的功能。目前这种功能的实现依赖于传统的方式,比如发送即时消息,甚至打电话等等来通知特定用户登录并参与进来。发送即时消息来实现参与用户召集其提示效果较差,用户可能并不关注即时消息的提示。而使用电话方式则更加不方便,召集者可能需要拨打多个电话,甚为不便。以一个简单的示例来说,假设一个同学关系的用户群中,多个用户希望就聚餐事宜通知大家相应的时间与地点。通知者往往是到群里发个消息,然后看看谁回复了,没有回复的人,通知者通常再拨打电话确认其是否收到该消息。由此可见,现有技术在群体即时通信的实现上仍然存在用户使用不便利等缺点。
技术实现思路
有鉴于此,本专利技术提供一种即时通信客户端,应用于便携式用户终端上,与服务端配合使用,该客户端包括:会话管理单元、呼叫发起单元以及呼叫处理单元,其中:会话管理单元,用于为用户开启群消息界面,针对下行核心用户在该群消息界面上提供群呼选项,针对非核心用户在该群消息界面上提供单呼选项;呼叫发起单元,用于在用户选中群呼选项时,向服务端发送针对群内所有其他用户的群呼请求,该群呼请求中携带有用户所属用户群标识以及群呼标识;当用户选中单呼选项,向所述服务端发送针对被叫用户的单呼请求;呼叫处理单元,用于在接收到服务器发送的呼叫请求时按照预定的前台占用优先级向操作系统请求前台占用;并在请求前台占用成功的情况下,在用户终端屏幕上输出至少部分覆盖当前用户界面的呼叫响应界面,并在呼叫提示被允许的情况下控制该用户终端输出一种或多种呼叫提示,其中该呼叫响应界面包括接受选项以及拒绝选项。本专利技术还提供一种即时通信服务端,应用于即时通信服务提供商的服务器上,与即时通信用户使用的客户端配合使用,该服务端端包括:群呼处理单元以及单呼处理单元,其中:群呼处理单元,用于在接收到下行核心用户发送的群呼请求时,获取该消息中携带的用户群标识,向该用户群内的其他在线用户发送呼叫请求;单呼处理单元,用于在接收到针对上行核心用户的单呼请求时,获取该消息中携带的用户群标识;在该用户群的单呼请求列表中记录本次单呼请求,判断当前单呼请求列表是否满足预定条件,若满足,则向该上行核心用户发送呼叫请求,清空该用户群的单呼请求列表。相较于现有技术,本专利技术根据群内即时通信的需要引入呼叫提示和普通即时通信消息提示两种输出机制,并且在上下行方向上采用不同呼叫请求触发机制,既能够合理使用呼叫请求机制来服务群内通信需要,又能够合理控制呼叫请求的使用,避免给用户带来糟糕的体验。附图说明图1是本专利技术一种实施方式中客户端与服务端的逻辑结构以及基本硬件环境示意图。图2是本专利技术一种实施方式中的处理流程图。图3是本专利技术一种实施方式中客户端一侧的处理流程图。图4是本专利技术一种实施方式中服务端一侧的第一部分处理流程图。图5是本专利技术一种实施方式中服务端一侧的第二部分处理流程图。具体实施方式针对现有技术的问题,在优选的方式中,本专利技术提供一种新的即时通信客户端以及与之配合的服务端。在以下实施方式中,所述客户端以及服务端是一种计算机软件实现的虚拟装置,分别运行于便携式用户终端(比如智能手机)以及即时通信服务提供商的服务器上。当然本专利技术并不排除其他诸如逻辑器件或者硬件等实现方式。在此仅以最为流行的软件实现为例进行示例性说明,在硬件环境上,用户终端与服务器有较大的差异,但是为了描述方便起见,图1中只是示例性地给出了客户端与服务端运行所需的基本通用的硬件架构。请参考图1,从逻辑功能层面上讲,该客户端包括会话管理单元、呼叫发起单元以及呼叫处理单元;而该服务端包括群呼处理单元以及单呼处理单元。在客户端一侧,从用户的角色做区分,用户可以分为两大角色。第一种是核心用户,在本专利技术中,核心用户细分为下行核心用户以及上行核心用户,其中下行核心用户拥有发送群呼请求权限,该群呼请求用于请求或者说触发服务端向群内所有其他在线用户发送呼叫请求。在实际使用过程中,下行核心用户一般为群主或副群主,当然也可以是群主指定的拥有该权限的用户;上行核心用户则为可以被服务端单独发送呼叫请求的用户。第二种是拥有单呼请求权限的非核心用户,一般情况下,群内所有用户都拥有该权限。在开发过程中,客户端的实现是可以统一的,依据权限不同的用户呈现不同的群消息界面给用户。以下为了描述方便,仅以群主同时是上行核心用户和下行核心用户为例进行说明,当然事实上,上行核心用户和下行核心用户可以是不同的用户。用户在智能手机上安装好客户端之后,其可以进行注册,成为注册用户后上线。在用户登录过程中,客户端获取用户输入的身份认证信息(比如用户名与密码)发送给服务端,服务端对该身份认证信息进行验证,若通过则允许用户上线,并返回该用户的群属性信息。用户首次登陆时,其可能没有加入任何用户群,在登录后可以通过在用户界面上搜索,创建或者以其他方式加入某个用户群中,服务端记录该用户的群属性信息,群属性信息一般包括该用户所属用户群ID以及在各个用户群中的角色等。这部分的处理与实现可以参考现有技术,本专利技术在此不再一一详述。请参考图2以及图3,在登录之后,用户开启群消息界面,此时会话管理单元根据用户权限来确定该用户的群消息界面。假设当前用户在其所属的用户群中为群主,则会话管理单元根据用户的开启指令,为用户开启群消息界面,并在该操作界面上提供群呼选项,比如图2中的“发送群呼”这一触摸按钮就是所述群呼选项;当然也可以为该用户提供单呼选项;对于普通群用户,则可以仅提供单呼选项。若用户在该操作界面上选中该群呼选项,比如用户点击该触摸按钮,则呼叫发起单元向服务端发送群呼请求,该消息中携带有群ID以及群呼类型标记,比如使用“0102”作为群呼类型标记,表征该消息为群呼类型的请求。在优选的方式中,呼叫发起单元在群消息界面上提供附加输入栏,以允许用户通过各种方式输入附加数据,比如文本类数据以及多媒体类地址数据中的一种或者多种,其中多媒体数据主要包括图片、音频以及视频,甚至可以是其他类型的文件。用户输入附加数据的方式多种多样,一种方式是在文本输入栏中输入文本类数据,另一种方式是附加多媒体类地址数据。针对文本类的附加数据,该类附加数据可以携带在群呼请求中发送给服务端。在向上传服务端上传该多媒体文件并获取该上传服务端返回的多媒体类地址数据,用户通过附加输入栏附加多媒体文件时,呼叫本文档来自技高网...
一种即时通信客户端及服务端

【技术保护点】
一种即时通信客户端,应用于便携式用户终端上,与服务端配合使用,该客户端包括:会话管理单元、呼叫发起单元以及呼叫处理单元,其特征在于:会话管理单元,用于为用户开启群消息界面,针对下行核心用户在该群消息界面上提供群呼选项,针对非核心用户在该群消息界面上提供单呼选项;呼叫发起单元,用于在用户选中群呼选项时,向服务端发送针对群内所有其他用户的群呼请求,该群呼请求中携带有用户所属用户群标识以及群呼标识;当用户选中单呼选项,向所述服务端发送针对被叫用户的单呼请求;呼叫处理单元,用于在接收到服务端发送的呼叫请求时按照预定的前台占用优先级向操作系统请求前台占用;并在请求前台占用成功的情况下,在用户终端屏幕上输出至少部分覆盖当前用户界面的呼叫响应界面,并在呼叫提示被允许的情况下控制该用户终端输出一种或多种呼叫提示,其中该呼叫响应界面包括接受选项以及拒绝选项。

【技术特征摘要】
1.一种即时通信客户端,应用于便携式用户终端上,与服务端配合使用,该客户端包括:会话管理单元、呼叫发起单元以及呼叫处理单元,其特征在于:会话管理单元,用于为用户开启群消息界面,针对下行核心用户在该群消息界面上提供群呼选项,针对非核心用户在该群消息界面上提供单呼选项;呼叫发起单元,用于在用户选中群呼选项时,向服务端发送针对群内所有其他用户的群呼请求,该群呼请求中携带有用户所属用户群标识以及群呼标识;当用户选中单呼选项,向所述服务端发送针对被叫用户的单呼请求;呼叫处理单元,用于在接收到服务端发送的呼叫请求时按照预定的前台占用优先级向操作系统请求前台占用;并在请求前台占用成功的情况下,在用户终端屏幕上输出至少部分覆盖当前用户界面的呼叫响应界面,并在呼叫提示被允许的情况下控制该用户终端输出一种或多种呼叫提示,其中该呼叫响应界面包括接受选项以及拒绝选项。2.如权利要求1所述的客户端,其特征在于:所述呼叫发起单元进一步用于针对下行核心用户在群消息界面上提供附加输入栏,并将用户通过该附加输入栏输入的附加数据添加在所述群呼请求中;所述呼叫处理单元进一步用于获取呼叫请求中的附加数据,并在终端屏幕上播放该附加数据。3.如权利要求2所述的客户端,其特征在于:所述附加输入栏包括文本附加输入栏以及多媒体附加输入栏,所述附加数据包括文本类数据以及多媒体类地址数据,其中所述呼叫发起单元进一步用于在用户通过附加输入栏附加多媒体文件时,向上传服务端上传该多媒体文件并获取该上传服务端返回的多媒体类地址数据;所述呼叫处理单元进一步用于根据多媒体类地址数据从网络上获取多媒体数据进行播放。4.如权利要求1所述的客户端,其特征在于:所述呼叫发起单元进一步用于针对非核心用户在群消息界面上提供文本附加输入栏,并将用户通过文本附加输入栏输入的文本类附加数据添加在所述单呼请求中;所述呼叫处理单元进一步用于获取呼叫请求中的附加数据,并在终端屏幕上播放该附加数据。5.如权利要求1所述的客户端,其特征在于:所述会话管理单元进一步用于在接收到用户选中接受选项操作时,停止呼叫提示输出,并在该用户的群消息界面未开启的情况下,为该用户开启群消息界面;在接收到用户选中拒绝选项操作时,停止呼叫提示输出并将之前的用户界面恢复。6.如权利要求1所述的客户端,其特征在于:所述呼叫处理单元进一步用于在接收到呼叫请求时启动第一定时器,其中该第一定时器的定时时长为第一指定时长,并在该第一定时器超时时停止...

【专利技术属性】
技术研发人员:刘岩
申请(专利权)人:刘岩
类型:发明
国别省市:北京,11

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1