霓歌即时通讯中的相关专利整理(四)

本文承接上一篇,继续对霓歌项目所涉及的相关的即时通讯的相关专利进行整理:

  • 一种即时通讯离线应答的方法和系统 
  • 一种即时通讯中建立泛讨论组的方法 

一种即时通讯中建立泛讨论组的方法  

摘要
本发明公开了一种即时通讯中建立泛讨论组的方法,其包括:用户客户端在建立讨论组入口处,创建一讨论组;在客户端触发添加用户的操作,客户端组合讨论组ID,以及希望添加的用户到数据包中,并发送所述数据包和添加用户到讨论组的协议命令到服务器中;服务器解析出希望添加的用户,判断待加入用户与创建者的关系,如果二者不是好友关系,则发送该用户的相关消息给现有讨论组中的所有成员;所有成员客户端发送验证消息给所述服务器;从而判断该用户是否可以加入到讨论组。本发明方法实现了用户可以添加非好友到讨论组,极大方便了用户在日常生活中需要利用讨论组进行讨论沟通的过程,提高了用户的使用IM软件讨论组的体验。

附图及说明





附图说明
图1为现有技术的讨论组表现形式示意图
图2为本发明的泛讨论组的建立流程示意图

具体实施方式

以下结合附图,将对本发明的各较佳实施例进行较为详细的说明。

本发明的一种基于成员信任模式建立泛讨论组的方法,用户只需要知道某个成员 的号码就可以随意把所有成员组合到同一个讨论组,由讨论组当前的所有成员确定该成员 是否有权利加入,这样就对某个特定的话题进行讨论沟通,而不需要用户把成员加为好友, 大大方便了用户使用讨论组对某个话题进行讨论的过程。

本发明方法中,所谓泛讨论组指的是在讨论组中的成员既可以是创建者的好友, 也可以与其是陌生人关系,而且该陌生人可以不与创建者属于同一个群组中。本发明方法 的泛讨论组的建立过程是基于成员的信任关系进行建立,这样既可以保证即时的讨论组沟 通,而且可以有效的建立一种合理的信任关系,如图2所示给出了本发明方法实现该类型 讨论组的实现过程,下面进行详细的分析该类型讨论组的建立逻辑流程:

1)用户在建立讨论组入口处,把希望加入讨论组的好友添加进来,组合创建者号 码以及希望加入讨论组的成员列表到数据包,对数据包按照约定的格式进行组包以及加 密;

2)发送建立讨论组协议命令到服务器,服务器对接收到的数据包进行解密与解析 操作,服务器解析出数据包中创建者号码与成员列表;

3)服务器利用解析出的成员列表,判断这些成员是否是创建者的好友,并返回数 据包给客户端,本发明实施例中,该数据包中设置有一状态标识字段cResult字段,如果 cResult == 0表示这些成员全是创建者的好友,讨论组建立成功,而如果cResult ! = 0 就是讨论组创建失败。cResult的值的不同对应则是不同的错误。

4)客户端解析出服务器的返回的数据包,根据cResult字段判断讨论组是否创建 成功,如果创建讨论组失败,提示用户讨论组创建失败,且根据cResult的值的不同判断失 败的原因以告知用户;

5)如果创建讨论组成功,解析出服务器返回的数据包中cResult == 0后面的字 段,获得讨论组ID,客户端组合创建者号码以及讨论组ID到数据包,发送讨论组建立成功 的验证协议命令给服务器;

6)服务器根据客户端返回的验证消息,解析出讨论组ID,查询讨论组数据库,确 认该讨论组已经成功创建;

7)服务器得到该讨论组的成员列表,遍历该成员列表并发送通知消息给所有成 员,所有成员的客户端根据服务器的通知消息解析出讨论组ID,并根据讨论组ID获取讨论 组的所有相关资料更新面板与本地存储;

8)讨论组某个成员触发添加用户的操作,客户端组合已经建立的讨论组ID以及 希望添加的用户的资料到数据包中,并发送添加用户到讨论组的协议命令到服务器中;

9)服务器解析出希望添加的用户,判断与创建者的关系,该用户是否是与创建者 好友关系,如果是好友关系,直接加入该用户的资料到讨论组数据库中;

10)如果不是好友关系,则服务器解析出讨论组ID,得到成员列表,发送希望加入 某某用户到讨论组的系统消息给现有讨论组所有成员;

11)所有成员客户端接收到系统消息,进行数据包解析,讨论组成员查看该用户资 料,根据判断发送拒绝加入或者通过加入的协议命令给服务器;

12)服务器对讨论组现有的成员返回的验证消息进行统计,判断成员通过用户加 入验证的人数是否超过讨论组现有成员人数的半数,如果没有通过半数,服务器发送通知 消息给创建者,添加用户失败;

13)如果通过验证的成员超过半数成员数目,服务器把该用户的资料加入到讨论 组数据库中,同时服务器发送更新通知消息给现有讨论组成员以及新加入的用户;

14)所有成员以及新成员客户端都根据讨论组ID重新更新本地讨论组,同时更新 面板显示以及本地存储信息,这样所有成员都可以知道讨论组成员的变化。

通过上述本发明方法在IM软件中实现该讨论组的技术方案,本发明方法实现了 用户可以通过IM软件的建立讨论组的入口,可以随意添加多个群组的成员到讨论组成员 中,建立多个群组成员模式的新讨论组,也可以添加非好友到讨论组中,用户可以在建立的 新讨论组,与讨论组的所有成员对某些话题进行深入交流与沟通。

总结:

本发明方法所提出的一种基于成员信任模式建立泛讨论组的技术实现方案中,用 户可以随意的添加任意的成员到一个讨论组中进行交流沟通,这样极大的便利了用户的多 样化的沟通需要,方便用户在日常生活中利用讨论组进行的讨论沟通,提高了用户的使用 IM软件讨论组的体验。



一种即时通讯离线应答的方法和系统

摘要
本发明公开了一种即时通讯离线应答的方法,包括步骤:a)即时通讯客户端A通过离线应答知识库管理器设置个人离线呼叫应答信息,离线应答知识库管理器将即时通讯客户端A设置的个人离线呼叫应答信息保存在数据服务器上;b)即时通讯客户端B发出通讯请求,即时通讯服务器判断即时通讯客户端A是否处于离线状态,如果是,则进行步骤c),如果否,则即时通讯客户端A和B直接进行即时通讯;c)中转服务器将即时通讯客户端B的请求发送至呼叫应答服务器,呼叫应答服务器接收并处理即时通讯客户端B的请求,从数据服务器上取得即时通讯客户端A的个人离线呼叫应答信息,通过中转服务器返回给即时通讯客户端B。本发明还公开了一种实施此方法的系统。
附图及说明








附图说明:

图1为现有的即时通讯网络中保存离线消息的系统结构图。 图2为本发明即时通讯网络中离线呼叫应答的系统结构图。 图3为本发明即时通讯网络中离线呼叫应答的方法流程图。 图4为本发明中转服务器的消息中转示意图。

具体实施方式

为使本发明的目的、技术方案更加清楚明白,以下参照附图并举实施列,

对本发明做进一步的详细说明。

本发明所提出的一种即时通讯离线应答系统,参阅图2,包括:

即时通讯客户端A和即时通讯客户端B301,用于发送、接收即时通讯 消息和设置个人离线应答信息。

离线应答知识库管理器302,提供即时通讯客户端A设置个人离线应答 信息的平台,并能将设置好的个人离线应答信息传至数据服务器。

数据服务器303,用于保存设置好的个人离线应答信息,并对此个人离 线应答信息进行编码。

中转服务器304,用于消息中转,将即时通讯客户端B的呼叫请求发送 至呼叫应答服务器并将呼叫应答服务器的返回信息发送至即时通讯客户端 B。

呼叫应答服务器305,用于根据即时通讯客户端B的请求消息和编码规 则,计算出即时通讯客户端A的个人离线应答信息的编码,并从数据服务 器上取得相应的即时通讯客户端A的个人离线应答信息。

在本系统上实现的一种即时通讯离线应答的方法,即时通讯客户端A 设置个人的离线应答信息;即时通讯客户端B请求获得即时通讯客户端A 的离线应答信息;呼叫应答服务器返回即时通讯客户端A的离线应答信息, 请参阅图2和图3,具体步骤如下:

步骤210,即时通讯客户端A通过入口地址模块访问离线呼叫应答知识 库管理器。

步骤220,即时通讯客户端A在离线呼叫应答知识库管理器上设置个人 离线呼叫应答信息。

步骤230,离线应答知识库管理器将即时通讯客户端A设置的个人离线 应答信息上传到数据服务器上,并由数据服务器对即时通讯客户端A设置 的个人离线信息进行编码。

步骤240,即时通讯客户端B请求获取即时通讯客户端A的离线信息,中转服务器接收即时通讯客户端B的请求。

步骤250,中转服务器接收即时通讯客户端B的请求,生成关键字来查 找路由表获取呼叫应答服务器地址信息。

步骤260,中转服务器根据查询到的地址将即时通讯客户端B的请求发 送至呼叫应答服务器。

步骤270,呼叫应答服务器接收即时通讯客户端B的请求,根据编码规 则计算出即时通讯客户端A的个人离线信息编码。

步骤280,呼叫应答服务器从数据服务器上取得即时通讯客户端A的个 人离线信息并返回给中转服务器。

步骤290,中转服务器接收呼叫应答服务器返回的信息同时发送至即时 通讯客户端B。

为实现即时通讯客户端间离线即时通讯,本发明还建立了 一个编码规 则,该编码规则包括的命令包括两个部分:

1、 消息头:表明该用户所对应所有消息的类型、消息长度、消息的主 体和客体、消息数量和时间等信息;

2、 消息体:表示每一条消息的类型、具体内容、应答方法等信息。 其中消息头包括以下部分:

1、 主体号码(LwMasterUin ):表明该消息的设置用户是谁;

2、 类型(Typeld)::表明该主体用户的类型;

3、 设置消息总数(SetCount)::表明该主体用户总共设置了多少条 离线应答信息;

4、 留言总数(LwCount)::表明其他用户给该主体用户离线消息的 条数;

5、 设置时间戳(SetTS)::表明该主体用户最后一次修改设置的时间;

6、 访问时间戳(AccessTS)::表明该主体用户最后一次访问自己的 离线应答信息的时间。所述消息体包括两种消息体:设置和留言。各种消息体的具体内容如下:

1、 设置(Set):采用诸如TYPE—SET形式的类型字以及诸如0x01的 类型号,其中的0x01即为16进制中的1,该消息体包括消息体类型

(Body Type )、消息序号(Setlndex )、类型(Type )、主题长度(TitleLen )、 主体(Title)、内容长度(ContentLen)、内容(Content)五个部分,主要 描述应答信息。

2、 留言(LW):采用诸如TYPE—LW形式的命令字以及诸如0x02的 命令号,其中的0x02即为16进制中的2,该消息体包括消息体类型

(BodyType)、留言消息的序号(Lwlndex )、留言消息的客体(LwUin )、 留言时间(LwTime)、留言类型(LwType)、留言长度(LwLen)、留言 内容(LwContent)六个部分,主要描述留言消息。

使用以上编码规则,即时通讯客户端可以获得准确的离线应答信息。

在本发明方法的实施过程中,中转服务器及时的将即时通讯客户端B 发送的请求和呼叫应答服务器返回的离线应答信息进行中转发送,参阅图4, 中转服务器进行消息中转的具体实施过程如下:

步骤一,中转服务器接收即时通讯客户端B发送的获取即时通讯客户 端A的个人离线信息的请求消息。

步骤二,中转服务器识别即时通讯客户端B的请求消息内容并生成关 键字。

步骤三,中转服务器根据生成的关键字查询路由表,找到呼叫应答服务 器的地址信息。

步骤四,中转服务器将即时通讯客户端B的请求消息发送至呼叫应答 服务器。

步骤五,中转服务器向即时通讯客户端B发送呼叫应答服务器返回的 应答信息。


总结:
本发明的目的在于提供一种即时通讯离线应答的方法和系 统,使得即时通讯用户能获得离线的即时通讯用户的应答信息。

本文涉及发明的专利不得私自转载,使用,本文涉及相关专利受专利法保护,权益归相关权益持有人持有。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值