CN101075991A - 实现多议题讨论组及接收消息的方法、客户端与服务器 - Google Patents

Abstract

本发明提供了一种实现多议题讨论组的方法，该方法包括：客户端接收创建新议题界面的命令；并将所述命令转发至服务器；服务器通解析出讨论组标识，新议题名称和即时通讯工具用户名；生成与所述讨论组新讨论议题对应的唯一议题子标识，同时通过所在讨论组标识获取预先存在的成员列表，将新讨论议题、唯一议题子标识和讨论组标识转发给每个成员所在客户端；客户端接收到所述的讨论组标识、新讨论议题、唯一议题子标识；通过讨论组标识将新讨论议题插入预先存在的讨论议题链表结构；并在原讨论组窗口中生成新讨论议题的界面。对应于该方法，本发明还提供了通过多议题讨论组接收消息的方法以及用于实现多议题讨论组的客户端和服务器。

Description

实现多议题讨论组及接收消息的方法、客户端与服务器

技术领域

本发明涉及互联网领域，尤其涉及用于实现多议题讨论组及接收消息的方法、客户端与服务器。

背景技术

随着互联网的高速发展，网络即时通讯工具已经被大多数的网络用户所接收。目前网络即时通讯工具成为了大多数网络用户必不可少的即时通讯工具，在用户的工作和生活中得到广泛的使用。因此用户对即时通讯工具的易用性、稳定性和安全性等方面提出了较高的要求。在用户使用即时通讯工具的过程中，不但需要个人对个人的通讯体验，在特定的情况下更需要同时与多个即时通讯工具用户进行交流与沟通。例如：在不同的地点工作的同事，由于不能在一起面对面的进行项目的交流与工作的安排，如果可以通过及时通讯工具提供的多人会话功能，与在不同的地点的同事进行问题的分析，那么将大大提高工作的效率。

在当前的即时通讯工具中，为了让用户更方便的使用多人对话的过程，都实现了讨论组的创建与交流。在工作与平时的生活中，多人的讨论组形式成为用户不可或缺的一种交流方式。其创建方式是某个客户端组合对应的成员列表到服务器，服务器生成对应的讨论组标识，并反馈给对应的创建者客户端。当创建者发言的时候，服务器根据讨论组标识查询到讨论组对应的成员列表，通过遍历成员列表，得到用户标识并查询登录服务器获取其他成员对应的登录地址以及端口号。从而服务器能够向其他成员进行讨论组消息及讨论组标识的转发处理。其他成员接收到消息后，根据讨论组标识利用本地存储信息判断本地是否有对应该讨论组的链表结构，如果没有向服务器获取讨论组标识对应的讨论组基本信息以及成员列表。这样讨论组的所有成员都可以基于该讨论组进行后续的交流与讨论。

但是由于当多用户会话的过程中，讨论的话题可能会发生改变，因此多用户的讨论内容与过程会显得很混乱，影响讨论的沟通与效率。某些情况下为了避免讨论内容与过程的混乱，需要重新创建具有相同成员列表的另外一个对话组窗口，但是这样不但占用了额外的系统资源，而且打开多个窗口，极大的不利于用户的操作与使用。

发明内容

为了解决上述的在一个窗口下讨论话题发生话题转移时讨论内容与过程混乱以及创建多个窗口时占用额外系统资源和操作不便的问题，本发明实施例是通过下述方案解决的：

客户端接收创建新议题界面的命令；并将所述命令转发至服务器；

服务器通解析出讨论组标识，新议题名称和即时通讯工具用户名；生成与所述讨论组新讨论议题对应的唯一议题子标识，同时通过所在讨论组标识获取预先存在的成员列表，将新讨论议题、唯一议题子标识和讨论组标识转发给每个成员所在客户端；

客户端接收到所述的讨论组标识、新讨论议题、唯一议题子标识；通过讨论组标识将新讨论议题插入预先存在的讨论议题链表结构；并在原讨论组窗口中生成新讨论议题的界面。

本发明实施例还提供了一种通过多议题讨论组接收消息的方法：

客户端接收服务器发送的讨论组标识、新讨论议题、唯一议题子标识后，将新讨论议题插入预先存在的讨论议题链表结构；并在原讨论组窗口中生成新讨论议题的界面；

当客户端接收包含有讨论组标识、唯一议题子标识和消息内容的命令时，判断讨论组对应的本地讨论议题链表结构中，是否已经存在所述唯一议题子标识相同的议题；若不存在则插入新的唯一议题子标识到讨论议题链表结构中；

并将收到的消息内容显示在讨论组对应的唯一议题子标识界面。

对应与上述方法，本发明实施例还提供了一种用于实现多议题讨论组的客户端，该客户端包括：

第一接收单元，用于接收创建新议题界面的命令，该命令包括：所在讨论组标识，新议题名称和即时通讯工具用户名；用于接收服务器反馈的新讨论议题、唯一议题子标识和讨论组标识；

第一发送单元，用于将所述的创建新议题界面的命令转发至服务器；

第一处理单元，用于在接收到服务器反馈的新讨论议题、唯一议题子标识和讨论组标识后，通过讨论组标识将新讨论议题插入预先存在的讨论议题链表结构；并在原讨论组窗口中生成新讨论议题的界面。

对应与上述方法，本发明还提供了一种用于实现多议题讨论组的服务器，该服务器包括：

第二接收单元，用于接收创建新议题界面的命令；

第二解析单元，用于通过所述的命令解析出讨论组标识，新议题名称和即时通讯工具用户名；

第二处理单元，用于生成与所述讨论组新讨论议题对应的唯一议题子标识；同时通过所在讨论组标识获取预先存在的成员列表；

第二发送单元，用于将所述的新讨论议题、唯一议题子标识和讨论组标识转发给每个成员所在客户端。

依据本发明实施例，通过在同一讨论组中创建新讨论议题界面，为该界面分配唯一议题子标识的方法，使得组内的成员进行多议题讨论的时候，只需要通过聊天界面的简单切换，就可以实现在不同的界面下进行不同的议题讨论；避免了重复打开多个聊天窗口占用额外系统资源和操作不便的问题，也避免了在一个聊天窗口下多个议题同时讨论的内容与过程混乱问题。通过本发明实施例所述的技术方案，不但极大的方便了讨论组成员对多个议题的管理与创建方式，同时还极大提高了讨论组成员的沟通与交流的效率。

附图说明

图1为现有技术流程图；

图2为本发明实施例1流程图；

图3为本发明实施例2流程图；

图4为本发明实施例3流程图；

图5为本发明实施例4装置图；

图6为本发明实施例5装置图。

具体实施方式

为了更加清楚的说明本发明，首先详细介绍一下现有技术中讨论组的形成，参见图1：

步骤101：即时通讯工具用户，简称用户，通过客户端发送即时通讯工具用户名以及密码信息到登录服务器通过验证；登录服务器验证所述用户名及密码信息合法，即时通讯工具用户则成功登录；

步骤102：客户端接收用户发送的创建讨论组的命令，该命令包括讨论组的名称及需要加入讨论组的成员列表；并判断客户端本地是否存在与添加进来的成员列表以及讨论组名称相同的讨论组；若存在执行步骤103；若不存在则执行步骤104；

步骤103：输出具有相同成员列表以及讨论组名称的窗口，结束本流程；

步骤104：按照预置的协议组合通讯工具用户名、成员列表和讨论组名称到数据包，加密后按照预置的协议将该数据包发送至接入服务器；

步骤105：服务器接收该数据包，对数据包解密以及解析处理，按照预置的协议判断该数据包是否是有效数据包；若不是则执行步骤106；若是则执行步骤107；

步骤106：跳出本流程；

步骤107：按照预置的协议将解析后的数据发送至服务器；

步骤108：服务器根据解析出的数据包中的即时通讯工具用户名、成员列表和讨论组名称，生成讨论组标识，并建立与成员列表的映射关系，设置即时通讯工具用户名为讨论组创建者标识，返回成功创建的讨论组标识给即时通讯工具用户所在客户端；

步骤109：客户端接收到服务器返回的信息后，并通过预置协议确认是有效信息并解析得到服务器返回的讨论组标识后，向服务器发送确认数据包，并利用本地存储模块建立对应该讨论组标识、信息的数据存储空间及讨论议题链表存储结构。

至此，讨论组就在即时通讯过程中实现了。

而本发明实施例提出了一种基于多属性页统一界面实现快捷创建多议题讨论组实现方案，即时通讯工具用户邀请了需要参与讨论的联系人列表，创建一个多人讨论组，当某个讨论组成员希望与其他成员进行一个新的议题的讨论的时候，不需要重新创建一个讨论组，只需要在当前的讨论组会话聊天窗口中点击聊天窗口中工具栏的“新建讨论组议题”，这样就会在当前讨论组会话聊天窗口中自动生成一个新的属性页，并显示属性页的新议题。在讨论项目计划的过程中，可能某个成员又要讨论其他的问题，只需要点击“新建讨论组议题”，输入议题内容，即可在聊天窗口中显示出另外一个属性页，其Tab的名称是“新模块设计讨论与分析”，这样就实现了一个聊天窗口中多个议题的同时讨论。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步的详细描述。

实施例一，参见图2：

步骤201：客户端接收创建新议题界面的命令，该命令包括：所在讨论组标识，新议题名称和即时通讯工具用户名；并将所述命令转发至服务器；

该步骤中提到的新议题名称的生成方法可以为：

1、客户端接收到创建新议题界面的命令时，发送输入新议题名称的命令，当接收到用户输入的新议题名称后保存；

2、客户端接收到创建新议题界面的命令时，自动生成一个与之前存在的议题名称都不同的新议题名称，用于与之前的议题进行区别；

3、客户端接收到创建新议题界面的命令时，自动生成一个与之前存在的议题名称都不同的新议题名称，当接收到用户输入的信息时，自动抓取用户输入的前几个字符作为新议题名称，替代自动生成的与之前存在的议题名称都不同的新议题名称。

步骤202：服务器解析出讨论组标识，新议题名称和即时通讯工具用户名；

该步骤执行时，服务器一般都是通过预置的协议确认所述命令有效后，才对创建新议题界面的命令进行解析。

步骤203：服务器生成与所述讨论组新讨论议题对应的唯一议题子标识；

步骤204：服务器通过所在讨论组标识获取预先存在的成员列表；

步骤205：将新讨论议题、唯一议题子标识和讨论组标识转发给每个成员所在客户端；

在执行该步骤时，服务器会通过成员列表获取每个成员即时通讯工具所在客户端的登录地址以及端口信息；通过所述的登录地址、端口信息，将新讨论议题、唯一议题子标识和讨论组标识转发给每个成员所在客户端；

为了降低对网络带宽的影响，可以将新讨论议题、唯一议题子标识和讨论组标识按照预置的协议组合成数据包，在转发给每个成员所在客户端；那么相应的，在客户端收到该数据包时，也按照预置的协议解析数据包，获得新讨论议题、唯一议题子标识和讨论组标识。

步骤206：每个成员所在客户端接收到所述的新讨论议题、唯一议题子标识和讨论组标识后，将新讨论议题插入预先存在的讨论议题链表结构；并在原讨论组窗口中生成新讨论议题的界面。

至此在原有讨论组的基础上创建新讨论议题界面的过程就结束了。但是为了增加这一过程的安全性，客户端在步骤201时可以进一步将所述的命令加密后再转发至服务器；相应的服务器在步骤202首先将命令解密后再通过预置的协议确认所述命令有效。

进一步的，在某些情况下，为了方便对讨论组的管理，需要对创建新讨论议题界面进行限制，例如可以将创建新讨论议题界面的创建者限制为讨论组的创建人。

当创建新议题成功，服务器推送更新信息给其他讨论组成员，其他讨论组成员的聊天窗口生成同样的对应该议题的属性页，这样所有的讨论组成员针对不同的议题在同一个会话聊天窗口中的不同属性页之间切换进行某个议题的讨论，通过实现该技术方案，不但极大的方便了讨论组成员对多个议题的管理与创建方式，同时还极大提高了讨论组成员的沟通与交流的效率。

那么相应的方法为：在步骤202时，服务器通过预置的协议确认所述命令有效后，首先通过讨论组标识和即时通讯工具用户名查询预先存在的讨论组信息数据，确认所述命令对应的用户是否为讨论组的创建者，若是才执行步骤203，生成与所述讨论组对应新讨论议题对应的唯一议题子标识。

由于增加这个限制的方法大部分同实施例一相同，在此不再累述。

实施例二，参见图3，在原讨论组窗口中生成新讨论议题的界面后，即时通讯工具用户通过多议题讨论组发送消息的方法为：

步骤301：当某一成员所在客户端接收到发送消息命令时，将唯一议题子标识、消息内容和讨论组标识以及发送消息成员的即时通讯工具用户名对应发送至服务器；

为了降低对网络带宽的影响，可以将发送消息成员的即时通讯工具用户名、唯一议题子标识、消息内容和讨论组标识按照预置的协议组合成数据包，转发给服务器；那么相应的，在服务器收到该数据包时，也按照预置的协议解析数据包，获得新讨论议题、唯一议题子标识、消息内容和讨论组标识。

步骤302：服务器收到发送消息命令时，解析出唯一议题子标识、消息内容和讨论组标识以及发送消息成员的即时通讯工具用户名。

步骤303：服务器通过所在讨论组标识获取预先存在的成员列表，通过成员列表获取每个成员所在客户端的登录地址以及端口信息；

步骤304：服务器通过所述的登录地址、端口信息和唯一议题子标识将包含有讨论组标识、唯一议题子标识和消息内容的命令转发至每个成员所在客户端。

该步骤过程中，为了降低对网络带宽的影响，也可以将讨论组标识、唯一议题子标识和消息内容按照预置的协议组合成数据包，转发给客户端；那么相应的，在客户端收到该数据包时，也按照预置的协议解析数据包，获得讨论组标识、唯一议题子标识和消息内容。

至此在即时通讯工具用户通过多议题讨论组发送消息的过程就结束了。但是为了增加这一过程的安全性，客户端在步骤301时可以进一步将所述的命令加密后再转发至服务器；相应的服务器在步骤302首先将命令解密后再通过预置的协议确认所述命令有效。

实施例三，在原讨论组窗口中生成新讨论议题的界面后，即时通讯工具用户通过多议题讨论组接收消息的方法为，参见图4：

步骤401：客户端接收包含有讨论组标识、唯一议题子标识和消息内容命令；

当客户端收到的是包含有讨论组标识、唯一议题子标识和消息内容的数据包，并且该数据包为加密时首先需要按照预置的规则将数据包解密，再通过预置的协议确认数据包有效并解析。

步骤402：判断讨论组对应的本地讨论议题链表结构中，是否已经存在所述唯一议题子标识相同的议题；若存在则执行步骤404；不存在则执行步骤403；

步骤403：插入新的唯一议题子标识到讨论议题链表结构中；

步骤404：将收到的消息内容显示在讨论组对应的唯一议题子标识界面；

为了便于后续对讨论内容的查找，可以在步骤404的同时进一步将消息内容存储在讨论议题链表结构中。由于存在讨论议题链表结构，那么当所有成员打开即时通讯工具预置的消息管理器的时候，讨论组的消息会按照讨论组议题的模式进行排列，点击对应的讨论组议题可以显示所有对应该讨论组议题的所有消息内容，所有成员可以把对应该讨论组议题的所有内容，重新发送以便于新成员的查看；或者是在接收到关闭新议题界面的命令时，发送是否保存消息内容的提示信息，若接收到保存命令时，才将消息内容存储在讨论议题链表结构中。

进一步的为了对已经存储的消息内容进行管理，当所有成员重新打开即时通讯工具时，可以通过讨论议题链表结构对之前的议题内容进行选择，只在即时通讯工具界面显示选择的议题所对应的消息内容。

在对上述所有涉及到已经存储的消息内容，都可以对已经存储的消息内容设置保存的期限，当到达设置的保存期限时，自动将存储的消息清除。

实施例四，对应于本发明实施一，本发明实施还提供了一种用于实现多议题讨论组的客户端，参见图5，该客户端包括：

第一接收单元501，用于接收创建新议题界面的命令，该命令包括：所在讨论组标识，新议题名称和即时通讯工具用户名；用于接收服务器反馈的新讨论议题、唯一议题子标识和讨论组标识；

第一发送单元502，用于将所述的创建新议题界面的命令转发至服务器；

第一处理单元503，用于在接收到服务器反馈的新讨论议题、唯一议题子标识和讨论组标识后，通过讨论组标识将新讨论议题插入预先存在的讨论议题链表结构；并在原讨论组窗口中生成新讨论议题的界面。

为了增加创建新议题界面的安全性，该客户端还包括：

第一加密/解密单元504，用于第一接收单元接收的所述命令加密，加密后再通知第一发送单元转发至服务器。

对应于实施例三，本发明实施例提供的实现多议题讨论组的客户端，还包括第一判断单元505；

其所述的第一接收单元501还用于接收包含有讨论组标识、唯一议题子标识和消息内容的命令；

第一判断单元505，用于判断讨论组对应的本地讨论议题链表结构中，是否已经存在所述唯一议题子标识相同的议题；

第一处理单元504，进一步用于当本地不不存在所述唯一议题子标识相同的议题时，插入新的唯一议题子标识到讨论议题链表结构中；将收到的消息内容显示在讨论组对应的唯一议题子标识界面，并将消息内容存储在讨论议题链表结构中。

实施例五，对应于实施例一，本发明实施例还提供了一种用于实现多议题讨论组的服务器，参见图6，该服务器包括：

第二接收单元601，用于接收创建新议题界面的命令；

第二解析单元602，用于通过所述的命令解析出讨论组标识，新议题名称和即时通讯工具用户名；

第二处理单元603，用于生成与所述讨论组新讨论议题对应的唯一议题子标识；同时通过所在讨论组标识获取预先存在的成员列表；

第二发送单元604，用于将所述的新讨论议题、唯一议题子标识和讨论组标识转发给每个成员所在客户端。

依据本发明实施例，通过在同一讨论组中创建新讨论议题界面，为该界面分配唯一议题子标识的方法，使得组内的成员进行多议题讨论的时候，只需要通过聊天界面的简单切换，就可以实现在不同的界面下进行不同的议题讨论；避免了重复打开多个聊天窗口占用额外系统资源和操作不便的问题，也避免了在一个聊天窗口下多个议题同时讨论的内容与过程混乱问题。通过本发明实施例所述的技术方案，不但极大的方便了讨论组成员对多个议题的管理与创建方式，同时还极大提高了讨论组成员的沟通与交流的效率。

进一步为了降低对网络带宽的影响，可以将发送的命令按照预置的协议组合成数据包；并且为了增加创建新讨论议题、对话过程的安全性，可以对发送的创建新讨论议题数据包、携带有消息内容的数据包进行加密。

以上实施例的说明只是用于帮助理解本发明的方法及其思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1、一种实现多议题讨论组的方法，其特征在于，该方法包括：

客户端接收创建新议题界面的命令；并将所述命令转发至服务器；

服务器通解析出讨论组标识，新议题名称和即时通讯工具用户名；生成与所述讨论组新讨论议题对应的唯一议题子标识，同时通过所在讨论组标识获取预先存在的成员列表，将新讨论议题、唯一议题子标识和讨论组标识转发给每个成员所在客户端；

客户端接收到所述的讨论组标识、新讨论议题、唯一议题子标识；通过讨论组标识将新讨论议题插入预先存在的讨论议题链表结构；并在原讨论组窗口中生成新讨论议题的界面。

2、根据权利要求1所述的实现多议题讨论组的方法，其特征在于，

所述的新议题名称的生成方法为：

客户端接收到创建新议题界面的命令时，发送输入新议题名称的命令，当接收到用户输入的新议题名称后保存；

或客户端接收到创建新议题界面的命令时，自动生成一个与之前存在的议题名称都不同的新议题名称，用于与之前的议题进行区别；

或客户端接收到创建新议题界面的命令时，自动生成一个与之前存在的议题名称都不同的新议题名称，当接收到用户输入的信息时，自动抓取用户输入的前几个字符作为新议题名称，替代自动生成的与之前存在的议题名称都不同的新议题名称。

3、根据权利要求1所述的实现多议题讨论组的方法，其特征在于，客户端进一步将创建新议题界面的命令加密后再转发至服务器；

服务器进一步将命令解密后解析创建新议题界面的命令。

4、根据权利要求1所述的实现多议题讨论组的方法，其特征在于，服务器接收讨论组标识，新议题名称和即时通讯工具用户名后，首先通过讨论组标识和即时通讯工具用户名查询预先存在的讨论组信息数据，确认所述命令对应的用户是否为讨论组的创建者，若是才生成与所述讨论组新讨论议题对应的唯一议题子标识。

5、一种通过多议题讨论组接收消息的方法，其特征在于，该方法包括：

客户端接收服务器发送的讨论组标识、新讨论议题、唯一议题子标识后，将新讨论议题插入预先存在的讨论议题链表结构；并在原讨论组窗口中生成新讨论议题的界面；

当客户端接收包含有讨论组标识、唯一议题子标识和消息内容的命令时，判断讨论组对应的本地讨论议题链表结构中，是否已经存在所述唯一议题子标识相同的议题；若不存在则插入新的唯一议题子标识到讨论议题链表结构中；

并将收到的消息内容显示在讨论组对应的唯一议题子标识界面。

6、根据权利要求5所述的通过多议题讨论组接收消息的方法，其特征在于，客户端将收到的消息内容显示在讨论组对应的唯一议题子标识界面时，进一步将消息内容存储在讨论议题链表结构中；或者在接收到保存命令时，才将消息内容存储在讨论议题链表结构中。

7、根据权利要求6所述的通过多议题讨论组接收消息的方法，其特征在于，当客户端接收到选择议题名称命令时，在不同的窗口分别显示被选中的议题名称的消息内容。

8、根据权利要求6或7所述的通过多议题讨论组接收消息的方法，其特征在于，对已经存储的消息内容设置保存的期限，当到达设置的保存期限时，自动将存储的消息清除。

9、一种用于实现多议题讨论组的客户端，其特征在于，该客户端包括：

第一接收单元，用于接收创建新议题界面的命令，该命令包括：所在讨论组标识，新议题名称和即时通讯工具用户名；用于接收服务器反馈的新讨论议题、唯一议题子标识和讨论组标识；

第一发送单元，用于将所述的创建新议题界面的命令转发至服务器；

第一处理单元，用于在接收到服务器反馈的新讨论议题、唯一议题子标识和讨论组标识后，通过讨论组标识将新讨论议题插入预先存在的讨论议题链表结构；并在原讨论组窗口中生成新讨论议题的界面。

10、根据权利要求9所述的实现多议题讨论组的客户端，其特征在于，该客户端还包括：

第一加密/解密单元，用于第一接收单元接收的所述命令加密，加密后再通知第一发送单元转发至服务器。

11、根据权利要求8所述的实现多议题讨论组的客户端，其特征在于，

所述的第一接收单元还用于接收包含有讨论组标识、唯一议题子标识和消息内容的命令；

还包括第一判断单元，用于判断讨论组对应的本地讨论议题链表结构中，是否已经存在所述唯一议题子标识相同的议题；

所述的第一处理单元，进一步用于当本地不存在所述唯一议题子标识相同的议题时，插入新的唯一议题子标识到讨论议题链表结构中；将收到的消息内容显示在讨论组对应的唯一议题子标识界面，并将消息内容存储在讨论议题链表结构中。

12、一种用于实现多议题讨论组的服务器，其特征在于，该服务器包括：

第二接收单元，用于接收创建新议题界面的命令；

第二解析单元，用于通过所述的命令解析出讨论组标识，新议题名称和即时通讯工具用户名；

第二处理单元，用于生成与所述讨论组新讨论议题对应的唯一议题子标识；同时通过所在讨论组标识获取预先存在的成员列表；

第二发送单元，用于将所述的新讨论议题、唯一议题子标识和讨论组标识转发给每个成员所在客户端。

Images