[发明专利]一种加入讨论群组后获取历史交互信息的方法和系统

说明书

技术领域

本发明涉及计算机技术和网络通信技术领域，具体地说，本发明涉及一种用于即时通信的加入讨论群组后获取历史交互信息的方法和系统。

背景技术

随着移动终端和网络技术的普及，即时通信工具已经成为大多数用户的重要沟通工具。即时通讯工具具有信息交互快捷，即时的特点，不仅在普通人信息交流中应用越来越普遍，而且渐渐扩展到工业、商业、医疗等专业领域用于实现业务过程中的信息交互与工作协同。

在用户使用即时通讯工具进行信息交互过程中，不但存在一对一的交流情况，而且还可能存在多人共同交互信息的场景，尤其涉及到需要协同工作的情况。业务流程往往有多方参与，不同环节由不同参与方负责，这就不仅需要让当前参与的成员同步获得交互的信息内容，而且还需要使中间加入的新成员了解历史交互信息，从而同步工作状态，快速融入协同业务过程中。

目前的主流即时通讯工具基本都能实现建立讨论群组，多人同时交互信息的功能，且任一用户都可以邀请一个或多个好友加入讨论群组讨论同一议题。在具体实现上，一般是由使用即时通讯工具建立讨论群组的用户与服务器之间协商建立讨论群组的实体，再由服务器控制成员间的交互消息发送和接收。同时，在信息交互过程中，可能存在新成员不断加入的情况，为了让新成员了解既往交互历史，目前主要的解决办法是由群组内某位成员将交互历史手动复制粘贴给新成员。这种人工为主的方法不仅效率很低，而且由于在中间要插入历史交互信息，容易造成议题讨论被打断和信息滚动重复不连贯等诸多不便。于是，专利号为CN200610060241，名称为“向讨论组中制定成员推送历史记录的方法及系统”的发明专利中提出了另一种解决方案，即“由讨论组成员触发历史交互信息的推送命令后，首先从本地存储单元获取指定成员的标识，然后由历史记录推送模块从本地存储单元获取指定时间段内的讨论组交流信息历史记录并经由服务器发送到指定成员”。该方案中，在触发历史交互信息推送命令后需要先从“本地存储”获取历史记录，再经由“历史记录推送模块按照服务器讨论组的消息的最长信息长度，对回放讨论组聊天记录数据列表进行分段处理，并循环组合每段的历史记录、制定成员标识以及讨论组标识到数据包中发送到服务器”，然后“服务器接收到每一段的数据包后，分别将数据包转发到指定的讨论组成员”，可见历史交互记录存储在“本地存储”，而“本地存储”是参与讨论群组的成员所使用的安装了即时通信工具的各类终端设备(如电脑、手机等)中的存储设备，一方面，个人设备数据存储可靠性无法完全获得保障，有信息丢失的风险，另一方面每次获取历史交互信息都需要服务器与用户多次交互和数据处理，会加重服务器和用户终端双方的系统资源消耗，有时可能会造成历史交互信息推送不及时以及接收方所收到的历史交互信息顺序出错等现象。而当即时通信应用于时效要求高的协同工作业务过程(例如急救过程)中时，这一问题将显得尤为突出。

因此，当前迫切需要一种具有更好的可靠性和用户体验的加入讨论群组后获取历史交互信息的解决方案。

发明内容

因此，本发明的任务是提供一种具有更好的可靠性和用户体验的加入讨论群组后获取历史交互信息的解决方案。

根据本发明的一个方面，提供了一种加入讨论群组后获取历史交互信息的方法，包括下列步骤：

步骤100：发起者创建讨论群组，服务器端建立该聊天群的消息记录数据表；

步骤200：服务器端按照到达服务器的时间对发起者与讨论群组中的一般成员的聊天信息记录编号，并按序存储在聊天信息记录表中；

步骤300：发起者邀请待加入成员加入聊天，邀请该待加入成员时，发起者可以授权该待加入成员获取历史聊天信息记录，也可以禁止该待加入成员访问历史聊天信息记录；

步骤400：在该待加入成员被加入群时，服务器标明该待加入成员可读取的消息的起始编号；如果该待加入成员被授权可获取历史聊天信息，则该待加入成员可读取的起始信息编号为第一条信息的编号开始的所有的历史信息记录；如果该待加入成员未被授权可获取历史聊天信息，则该待加入成员可获取的消息起始编号为当前的信息编号。

其中，所述步骤400还包括：

新成员加入群后，如果它被设置为可获取历史聊天信息记录，则该新成员的屏幕显示前面有多少条未读消息，用户可滑动屏幕分区端下载历史信息。如果被设置为不可获得历史聊天信息，则该新成员的屏幕上不显示历史条目数，仅计算从被加入群到目前的消息条目数。

其中，所述获取历史交互信息的方法还包括步骤500：发起者随时可以修改新成员的历史信息记录读取权限。