CN107104877A - 一种加入讨论群组后获取历史交互信息的方法和系统 - Google Patents

Abstract

本发明提供一种加入讨论群组后获取历史交互信息的方法，包括下列步骤：发起者创建讨论群组，服务器端建立该聊天群的消息记录数据表；服务器端按照到达服务器的时间对发起者与讨论群组中的一般成员的聊天信息记录编号，并按序存储在聊天信息记录表中；发起者邀请待加入成员加入聊天，邀请该待加入成员时，发起者可以授权该待加入成员获取历史聊天信息记录，也可以禁止该待加入成员访问历史聊天信息记录；在该待加入成员被加入群时，服务器标明该待加入成员可读取的消息的起始编号；如果该待加入成员被授权可获取历史聊天信息，则该待加入成员可读取的起始信息编号为第一条信息的编号开始的所有的历史信息记录。

Description

一种加入讨论群组后获取历史交互信息的方法和系统

技术领域

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

背景技术

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

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

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

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

发明内容

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

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

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

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

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

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

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

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

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

其中，所述步骤500中，修改新成员的历史信息记录读取权限包括：

从禁止读取历史信息记录的状态调整为授权读取历史信息记录的状态，以便于信息共享；或者

从授权读取历史信息记录的状态调整为禁止读取历史信息记录的状态。

其中，所述获取历史交互信息的方法还包括步骤600：发起者随时可以将新成员的历史数据读取权限冻结，消息结束编号为当前编号，冻结后该新成员仅能看到起止编号间的消息记录。

根据本发明的另一个方面，还提供了一种加入讨论群组后获取历史交互信息的系统，所述讨论群组包含有服务器和多个使用安装了即时通信工具客户端的多个成员，所述服务器为每一个讨论群组维护一个交互信息记录表，每一个交互信息记录表包括有讨论群组标识以及所有成员标识，以及按发送先后时间排序并存储的交互信息内容，以及时间。

与现有技术相比，本发明具有下列技术效果：

1、本发明的可靠性高。

2、本发明能够避免因用户终端系统资源消耗加重而造成的信息传输不及时和信息顺序出错等问题。

3、本发明不仅能够让讨论群组中新加入成员获取历史交互信息，还能够为新加入成员提供与老成员类似的交互信息显示界面、显示方式和显示顺序，使得新加入成员能够非常自然地加入到议题的讨论中，从而提升用户体验。

4、本发明能够提供多样化的历史交互信息授权方式，从而适应不同情形的实际需要。

附图说明

图1是根据本发明一个实施例的用于即时通信的加入讨论群组后获取历史交互信息的方法的流程图

具体实施方式

图1示出了根据本发明一个实施例的用于即时通信的加入讨论群组后获取历史交互信息的方法的流程图，该流程涉及服务器和多个客户端，服务器通常部署在云端，客户端通常安装在移动终端(例如智能手机)上。即时通信系统的注册用户可以在任何一个客户端登录。为便于描述，下文中将创建讨论群组的用户所登录的客户端称为发起者，将需要加入该讨论群组的用户所登录的客户端称为待加入成员，待加入成员在加入讨论群组后称为新成员，除发起者和新成员外，讨论群组内的其它成员均称为一般成员。下面，参考图1介绍本实施例的用于即时通信的加入讨论群组后获取历史交互信息的方法，该方法包括下列步骤：

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

步骤200：服务器端按照到达服务器的时间对发起者与讨论群组中的一般成员的聊天信息记录编号，并按序存储在聊天信息记录表中，比如信息1(来自用户A)，信息2(来自用户B)，……信息N(来自用户A)。聊天信息记录是指聊天中已产生的交互信息的记录，该记录包括文字、表格、音频、视频、文件等。

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

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

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

步骤500：发起者随时可以修改新成员的历史信息记录读取权限，例如从禁止读取历史信息记录的状态调整为授权读取历史信息记录的状态，以便于信息共享。再例如从授权读取历史信息记录的状态调整为禁止读取历史信息记录的状态。

步骤600：发起者也随时可以将新成员的历史数据读取权限冻结，消息结束编号为当前编号，冻结后该新成员仅能看到起止编号间的消息记录。

本发明的另一实施例中，还提供了一种加入讨论群组后获取历史交互信息的系统，该系统包括服务器和即时通信客户端，所述讨论群组包含安装了即时通信客户端的多个成员，所述服务器为每一个讨论群组维护一个交互信息记录表，每一个交互信息记录表包括有讨论群组标识以及所有成员标识，以及按发送先后时间排序并存储的交互信息内容以及对应的时间。

进一步地，在一个实施例中，提供了一种用于即时通信的加入讨论群组后获取历史交互信息的系统，包括服务器端、发起者、一般成员和新成员。

发起者用于向服务器端发送创建聊天群请求消息，以发起聊天群。该创建聊天群请求消息中携带该发起者和该发起者所邀请的一般成员的用户标识。发起者还用于向服务器端发送加入新成员的消息，该加入新成员的消息中携带该新成员的用户标识。发起者还用于向服务器端发送针对新成员的历史聊天信息记录授权消息，该授权消息中携带授权或者禁止该新成员获取历史聊天信息记录的标志位。在一个实施例中，该授权消息还携带授权该新成员获取历史聊天信息记录的起始时间的信息。

其中，服务器端用于根据所接收的来自于发起者的创建聊天群请求消息创建聊天群及其消息列表和群内用户列表；还用于接收群内用户的聊天信息，并按接收的时间顺序存入对应聊天群的消息列表中，同时将所受到的聊天信息按接收的时间顺序发送给群内用户列表中的所有用户；还用于接收来自于发起者的加入新成员的消息，将该新成员的用户标识和其它用户信息存入群内用户列表中；还用于接收来自于发起者的针对新成员的历史聊天信息记录授权消息，并向新成员发送已获得授权的提醒消息；还用于接收来自新成员的获取历史聊天信息记录的消息，并根据该新成员的权限将相应的历史聊天信息记录发送给该新成员。

新成员用于接收来自服务器端的已获得授权的提醒消息，并在频幕上显示已获得授权的提醒，该提醒可以是：前面有多少条未读消息。此时，用户可滑动屏幕分区端，从服务器端下载历史信息(即历史聊天信息记录)。这种显示方法与一般成员回看历史聊天信息记录时的显示方式一致。对作为新成员的用户来说，在查看历史聊天信息记录时，就像早已加入该讨论群并回看历史聊天信息记录，因此他不需要学习和适应新的操作方式，只要使用过即时通信软件，即可自然地获取历史聊天信息记录。也就是说，新增的获取历史聊天信息记录对作为新成员的用户来说是透明的。

本实施例中，一般成员与传统的即时通信软件的一般成员一致，此处不再赘述。

上述实施例特别适合于应用于时效要求高的协同工作业务过程中。例如急救过程是一种典型的时效要求高的协同工作业务过程。急救过程比较普遍发生的是患者突然发病呼叫急救系统后运送到大医院抢救，或者基层医院接诊的患者突发危重症，由急救系统转运到大医院抢救。下面以加入讨论群组后获取历史交互信息的系统在前述急救过程的应用为例进行说明。

首先，患者突发不适，呼叫120急救车，急救中心派车同时，随车急救医生会立即在获取历史交互信息的系统(该系统可以作为协同医疗系统的一个子系统)中创建一个可进行多方实时会诊的急救电子病历，创建该急救电子病历的同时，系统会自动创建一个会诊组(即讨论群组)，将参与到急救过程的角色，如急救中心主任、司机、急救医生作为成员自动加入该会诊组；车辆到达现场迅速了解病情后，急救医生在系统中填写电子病历，所填写的信息自动同步到会诊组，施救同时会诊组内部即可讨论确定运送目的医院，在讨论的过程中可以将对方医院专家(一般为急诊科专家)邀请入组；专家入组后，在聊天界面上可以看到前面有多少条未读消息，滑动屏幕分区端即可将这些未读消息(即历史信息)下载下来。这样，专家就可以快捷地获得包含急救车信息、患者基本信息、发病信息介绍和急救历史的内容(在另一个实施例中，系统还可以按照预先配置规则和角色自动推送历史信息，而不必通过人为滑动屏幕操作来获取历史信息，这样专家就可以更快地获得所需的信息)。获得这些信息后，专家就可以立即参与会诊，也可以远程指导急救；经组内会诊发现进一步需要专科专家参与抢救，则新加入的专家可以再邀请专科专家入组；专科专家入组后，也可以如前文所述的方式快捷地获取包含患者基本信息、前期施救措施和讨论历史，从而在短时间内参与到会诊中；患者入院后，急救医生与急诊科完成交接，系统在接收到交接指令后，可以自动屏蔽已将任务交付的急救成员，此时讨论组内后续信息自动对已将任务交付的急救成员(如急救医生、急救中心主任、司机等)屏蔽。

由以上急救过程可见，首先由于急救过程的急迫性，急救医生在现场问诊、施救过程非常迅速，包括病历填写几乎不可能占用太多时间，因此，在创建病历、填写病历同时根据急救过程参与角色自动建组是兼顾节约急救时间和维护完整记录的有效方法；同时，由于急救过程涉及的角色很多，会诊讨论内容在每个角色终端本地各自保存，信息非常离散，而且角色参与的时机差异和穿插，有可能造成各角色的各自本地信息整合后出现错乱的情况，因此，以电子病历为主线，基于服务端记录整个会诊历史和次序，再根据需要推送，是避免错误的最有效方法；然后，由于急救过程参与人员分属不同机构，在发生院前急救与院内抢救交接后，院内抢救信息不必对院前急救系统或其他参与单位分享与同步，因此交接后自动屏蔽的功能实现了针对急救协同过程不同环节的授权和隐私保护。

综上所述，上述获取历史交互信息的系统能够在急救过程中快捷准确地将急救相关的信息分发到各个参与急救的人员(如急救医生、急救中心主任、司机、专家、专科专家)，兼顾了节约急救时间和维护记录的完整性这两个方面的需求。同时，该获取历史交互信息的系统还能够兼顾急救协同过程不同环节的授权和隐私保护。

最后应说明的是，以上实施例仅用以描述本发明的技术方案而不是对本技术方法进行限制，本发明在应用上可以延伸为其它的修改、变化、应用和实施例，并且因此认为所有这样的修改、变化、应用、实施例都在本发明的精神和教导范围内。

Claims (9)

1.一种加入讨论群组后获取历史交互信息的方法，包括下列步骤：

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

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

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

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

2.根据权利要求1所述的加入讨论群组后获取历史交互信息的方法，其特征在于，所述步骤400还包括：新成员加入群后，如果它被设置为可获取历史聊天信息记录，则该新成员的屏幕显示前面有多少条未读消息，用户能够通过滑动屏幕分区端下载历史信息；如果被设置为不可获得历史聊天信息，则该新成员的屏幕上不显示历史条目数，仅计算从被加入群到目前的消息条目数。

3.根据权利要求2所述的加入讨论群组后获取历史交互信息的方法，其特征在于，所述获取历史交互信息的方法还包括步骤500：发起者能够随时修改新成员的历史信息记录读取权限。

4.根据权利要求3所述的加入讨论群组后获取历史交互信息的方法，其特征在于，所述步骤500中，修改新成员的历史信息记录读取权限包括：

从禁止读取历史信息记录的状态调整为授权读取历史信息记录的状态，以便于信息共享；或者

从授权读取历史信息记录的状态调整为禁止读取历史信息记录的状态。

5.根据权利要求3所述的加入讨论群组后获取历史交互信息的方法，其特征在于，所述获取历史交互信息的方法还包括步骤600：发起者能够随时将新成员的历史数据读取权限冻结，消息结束编号为当前编号，冻结后该新成员仅能看到起止编号间的消息记录。

6.根据权利要求1～4中任意一项所述的加入讨论群组后获取历史交互信息的方法，其特征在于，

所述步骤400还包括：新成员加入群后，如果它被设置为可获取历史聊天信息记录，则由服务器根据预设的角色和规则向该新成员自动推送所述讨论群组的聊天历史信息；如果被设置为不可获得历史聊天信息，则该新成员的屏幕仅显示从被加入群到目前的消息条目数。

7.一种加入讨论群组后获取历史交互信息的系统，其特征在于，包括服务器端、发起者、一般成员和新成员；

所述发起者用于向服务器端发送创建聊天群请求消息，以发起聊天群；该创建聊天群请求消息中携带该发起者和该发起者所邀请的一般成员的用户标识；发起者还用于向服务器端发送加入新成员的消息，该加入新成员的消息中携带该新成员的用户标识；还用于向服务器端发送针对新成员的历史聊天信息记录授权消息，该授权消息中携带授权或者禁止该新成员获取历史聊天信息记录的标志位；

服务器端用于根据所接收的来自于发起者的创建聊天群请求消息创建聊天群及其消息列表和群内用户列表；还用于接收群内用户的聊天信息，并按接收的时间顺序存入对应聊天群的消息列表中，同时将所收到的聊天信息按接收的时间顺序发送给群内用户列表中的所有用户；还用于接收来自于发起者的加入新成员的消息，将该新成员的用户标识和其它用户信息存入群内用户列表中；还用于接收来自于发起者的针对新成员的历史聊天信息记录授权消息，并向新成员发送已获得授权的提醒消息；还用于接收来自新成员的获取历史聊天信息记录的消息，并根据该新成员的权限将相应的历史聊天信息记录发送给该新成员；

新成员用于接收来自服务器端的已获得授权的提醒消息，并在频幕上显示已获得授权的提醒；以及用于在接收到滑动屏幕分区端的指令时，从服务器端下载本聊天群的历史信息，或者在加入该聊天群后，直接接收由服务器端自动推送的授权的本聊天群历史信息。

8.根据权利要求7所述的加入讨论群组后获取历史交互信息的系统，其特征在于，所述授权消息还携带授权该新成员获取历史聊天信息记录的起始时间的信息。

9.根据权利要求7所述的加入讨论群组后获取历史交互信息的系统，其特征在于，所述已获得授权的提醒是前面有多少条未读消息。