CN105024838B - 多人交流平台的状态恢复方法和系统 - Google Patents

Abstract

一种多人交流平台的状态恢复方法和系统，其中方法包括：获取对多人交流平台执行的操作应用及其操作时间；将操作应用的操作对象及其操作时间记录在第一维度表中，并将每次操作应用的操作内容及其发生时间记录在第二维度表中；根据用户的恢复操作从所述第一维度表和第二维度表中获取待恢复的多人交流平台及需恢复的操作应用，将待恢复的多人交流平台恢复至所述需恢复的操作应用执行前的状态。通过本发明的技术方案，用户可以选择任何一个需恢复的操作应用将多人交流平台进行状态恢复至所需恢复的操作应用执行前的状态，减少了误操作或者恶意操作给用户带来的损失，也提高了用户体验。

Description

多人交流平台的状态恢复方法和系统

技术领域

本发明涉及互联网通信技术领域，特别是涉及一种多人交流平台的状态恢复方法和系统。

背景技术

在互联网通信技术中，多人交流平台已经被广泛应用，包括多人聊天交流平台、多人语音交流平台、多人视频交流平台等，为用户提供了便捷的多人互动平台，如目前普遍流行的群、频道、论坛、聊吧、网络社区、聊天室等等，为用户带来了高质量的多人共同聊天体验。

在实际应用中，用户在对多人交流平台进行操作应用时往往会面临误操作或者恶意操作问题，以群为例，用户对群或群成员做出的诸如解散，转让，踢人和退出等误操作，或者用户的账户被盗，盗号者对用户相关的群进行的诸如解散，转让，踢人和退出等恶意操作，这些误操作或者恶意操作给用户使用带来了严重的影响。

目前，对于误操作或者恶意操作，一般由服务器对用户加入过的多人交流平台进行记录，如果用户出现误操作或恶意操作退出加入的多人交流平台时，只能够查询到加入过的多人交流平台的信息，并不能根据实际所需查询到对任何一个多人交流平台生命周期内执行的任一操作应用及其相关信息，可查询的信息量少，同时也无法恢复至任一操作应用执行前的状态，可恢复的操作应用少。

发明内容

基于此，有必要针对上述问题，提供一种多人交流平台的状态恢复方法和系统，可以对多人交流平台生命周期内执行的任一操作应用进行查询和恢复，减少误操作或者恶意操作给用户带来的损失。

一种多人交流平台的状态恢复方法，包括如下步骤：

获取对多人交流平台执行的操作应用及其操作时间；

将所述操作应用的操作对象及其操作时间记录在第一维度表中，并将每次操作应用的操作内容及其发生时间记录在第二维度表中；

根据用户的恢复操作从所述第一维度表和第二维度表中获取待恢复的多人交流平台及需恢复的操作应用，将待恢复的多人交流平台恢复至所述需恢复的操作应用执行前的状态。

一种多人交流平台的状态恢复系统，其特征在于，包括：

获取模块，用于获取对多人交流平台执行的操作应用及其操作时间；

记录模块，用于将所述操作应用的操作对象及其操作时间记录在第一维度表中，并将每次操作应用的操作内容及其发生时间记录在第二维度表中；

恢复模块，用于根据用户的恢复操作从所述第一维度表和第二维度表中获取待恢复的多人交流平台及需恢复的操作应用，将待恢复的多人交流平台恢复至所述需恢复的操作应用执行前的状态。

上述多人交流平台的状态恢复方法和系统，将对多人交流平台执行的操作应用及其操作时间、操作内容及其发生时间分别记录在第一维度表和第二维度表中，实现对用户与多人交流平台的整个生命周期的操作应用进行记录，通过第一维度表、第二维度表，用户可以查找到在任何一个多人交流平台上执行的操作应用及其操作时间、操作内容及其发生时间等操作信息，可以选择任何一个需恢复的操作应用，将多人交流平台的状态恢复至所需恢复的操作应用执行前的状态，减少了误操作或者恶意操作给用户带来的损失，也提高了用户体验。

附图说明

图1为一个实施例的多人交流平台的状态恢复方法流程图；

图2为QQ群用户的第一维度表和第二维度表的示意图；

图3为QQ群的状态恢复的系统架构图；

图4为一个实施例的多人交流平台的状态恢复系统结构示意图；

图5为一个实施例的恢复模块的结构示意图；

图6为一个示例的终端设备的部分结构框图。

具体实施方式

下面结合附图对本发明的多人交流平台的状态恢复方法和系统的具体实施方式作详细描述。

本发明实施例中所述的多人交流平台可以为各种多人交流工具（如即时通讯工具）中的群、频道、讨论组、论坛、聊吧、网络社区、聊天室、空间等。

参考图1所示，图1为一个实施例的多人交流平台的状态恢复方法流程图，包括如下步骤：

步骤S10，获取对多人交流平台执行的操作应用及其操作时间。

在本步骤中，可以通过多人交流平台的服务器汇总所有用户进行的操作应用，所述操作应用一般是指用户对多人交流平台所执行的应用操作或者对多人交流平台的其它用户所执行的操作应用。

以群（如QQ群）为例，操作应用可以包括用户执行的解散、转让、踢人、退出等操作。即将所创建的群进行解散，将群转让给其它用户，从群中踢人，退出加入的群等操作，这些操作都可以由群服务器进行汇总。

步骤S20，将所述操作应用的操作对象及其操作时间记录在第一维度表中，并将每次操作应用的操作内容及其发生时间记录在第二维度表中。

在本步骤中，所述第一维度表对应为用户维度表，记录的是每一个用户对多人交流平台所执行的操作应用的操作对象及其操作时间等信息；所述第二维度表对应为多人交流平台维度表，记录的是每一个多人交流平台被用户所执行的操作应用的操作内容及其发生时间。

在一个实施例中，步骤S20的过程具体可以包括如下：

根据获取的任一用户对任一多人交流平台执行的操作应用及其操作时间，通过服务器将所述操作应用的操作对象及其操作时间更新至所述用户对应的第一维度表，并通过服务器同时将每次操作应用的操作内容及其发生时间更新至所述多人交流平台对应的第二维度表。

上述实施例的方案，通过将任一用户对任一多人交流平台所执行的操作应用都同时更新至用户对应的第一维度表和多人交流平台对应的第二维度表，用户对任何一个多人交流平台所执行的操作的整个生命周期的关系链的变化过程都会记录下来，利用这些记录的操作信息，在进行状态恢复时只需结合当前状态执行被操作应用的逆操作过程即可，提高了恢复操作的便捷性。

进一步地，对于第一维度表，可以以用户为一级索引、以多人交流平台为二级索引，第二维度表可以以所述多人交流平台为一级索引。

通过上述实施例的第一维度表的一级索引、二级索引和第二维度表的一级索引，在进行搜索查找时，可以通过用户信息快速查找到其对任何一个多人交流平台上执行的操作应用及其操作内容等相关信息，也可以通过任何一个多人交流平台信息快速查找到曾经被那些用户操作过及其操作内容等相关信息，提高了查询的效率，极大丰富了可查询的信息量。

对于第一维度表，主要是记录操作应用及其操作时间，操作应用可以以文字信息方式进行记录，操作时间就是直接记录时间数字，如“2014-04-10，15:27:02”。

对于第二维度表，主要是记录操作应用的操作内容及其发生时间，其中操作内容可以包括用户的账户信息，操作类型等信息，而操作类型是指用户进行操作应用所属类型，例如，对群进行操作应用的类型可以为解散、转让、踢人或退出等任一种类型。

对于第一维度表和第二维度表，可以通过多人交流平台的服务器统一进行创建并维护，这两个表存储在数据库中，服务器可以实时更新及查询。

为了便于理解本发明的技术方案的第一维度表和第二维度表，下面以QQ群用户的应用为示例进行举例说明。

参考图2所示，图2为一个QQ群用户的第一维度表和第二维度表的示意图，其中，Si表示的是用户（群用户）QQ账号，第一维度表顺序记录的是操作应用对应的QQ群（Mn）及其操作时间（Tn），其中，Mn是代表QQ群号，第二维度表是记录各个QQ群每次被操作应用的具体内容（Cm）以及发生时间（Tnj），其中，操作Cm可以是代表解散、转让、踢人或退出QQ群中的任一种操作类型。

上述示例的示意图为了便于理解，仅示出了一个群用户的关系链示意图，而由于每个群用户会与多个QQ群存在关联，每个QQ群也会与多个群用户存在关联，因此，所有的群用户与所有的QQ群是构成相互关联的，所以，上述示意图的拓扑结构并不作为对第一维度表和第二维度表存储逻辑的限定。

由于用户及多人交流平台（如QQ群）的数量都是海量的，同时也是彼此交叉关联的，而通过本发明实施例的第一维度表和第二维度表，可以根据索引从海量的信息中进行快速查询。

步骤S30，根据用户的恢复操作从所述第一维度表和第二维度表中获取待恢复的多人交流平台及需恢复的操作应用，将待恢复的多人交流平台恢复至所述需恢复的操作应用执行前的状态。

本步骤是将需要进行状态恢复的多人交流平台恢复至所选择的操作应用的前状态，根据第一维度表和第二维度表，用户可以查找到曾经对多人交流平台所执行过的所有操作应用，用户可以通过一定恢复操作输入，选择其中任何所需的操作应用，结合多人交流平台的当前状态，将其恢复至执行操作应用前的状态。

在一个实施例中，对于多人交流平台状态的恢复方法，具体可以包括如下步骤：

首先，根据用户的恢复操作从所述第一维度表和第二维度表中查找出待恢复的多人交流平台的操作应用及其操作时间、操作内容及其发生时间；具体的，根据索引可以查找出任何一个多人交流平台的任何一个操作应用及其操作时间、操作内容及其发生时间，用户可以直观获取到上述操作信息。

然后，根据用户的恢复操作获取待恢复的多人交流平台所需恢复的操作应用；在此过程中，用户可以根据实际所需来选择所需恢复的操作应用，例如，某个群中某个群成员被误踢，根据获取的操作信息，如果需要恢复该群成员，则直接选择该误踢操作进入恢复即可，操作方便。

最后，根据所需恢复的操作应用的操作内容对待恢复的多人交流平台进行逆向操作，恢复至所述需恢复的操作应用执行前的状态；在此过程中，根据用户恢复操作选择的操作应用，获取操作应用的相关操作内容，执行一次逆向的操作，即可将多人交流平台恢复至操作应用执行前的状态，如将误踢的群成员重新加入到群中。

在本发明的多人交流平台的状态恢复方法的应用中，可以设置用户通过Web应用来恢复操作前的状态，服务器将获取的操作应用及其操作时间更新至数据库中的第一维度表和第二维度表，用户通过Web前端发起恢复请求，恢复计算逻辑响应恢复请求，从数据库中读取相应状态恢复信息，用户确认后即可进行恢复。在此过程中，用户可以对操作应用进行回溯，从而实现根据实际需求进行状态恢复的功能。

以QQ群的状态恢复为例，参考图3所示，图3为QQ群的状态恢复的系统架构图，群服务器实时获取操作应用及其操作时间并更新至数据库中的第一维度表和第二维度表，群用户通过Web前端发起群操作恢复请求，例如，群用户可查询有哪些QQ群可进行操作恢复，也可查询任何一个QQ群有哪些可进行操作恢复的选项，群恢复计算逻辑响应群操作恢复请求，从数据库的两个维度表中读取相应的状态恢复信息，具体的，通过用户QQ账号作为索引，可以在第一维度表中快速查询到该群用户曾经操作过哪些QQ群，根据第二维度表可以查询任一个QQ群的可恢复的操作，用户确定要进行恢复后，群服务器结合QQ群当前的状态，将QQ群恢复至操作应用前的状态。

另外，对于步骤S30的操作恢复过程，考虑到安全性的因素，避免盗号者等进行非法恢复操作，因此，在进行恢复中还可以针对于执行恢复操作的用户进行合法性验证。

在一个实施例中，步骤S30的根据用户的恢复操作从所述第一维度表和第二维度表中获取待恢复的多人交流平台及需恢复的操作应用，将待恢复的多人交流平台恢复至所述需恢复的操作应用执行前的状态的步骤前还包括：

获取执行恢复操作的用户的历史登录信息，根据所述历史登录信息判断所述用户当前登录方式，若所述用户采用常用登录方式，则允许该用户执行操作恢复。

上述实施例的方案，是通过登录方式来验证用户的合法性，对于合法登录方式，一般可以考虑常用登录地点，或采用常用设备进行登录，具体的，可以通过统计最近一段时间内用户在各个登录地点或所使用的登录设备的登录概率，通过设置概率阀值来判断当前是否为常用登录方式，登录概率高于概率阀值的判定为合法用户登录，对于合法用户则允许其执行操作恢复。

通过上述验证方案，可以避免非法用户通过该操作恢复功能获取到合法用户的更多隐私信息，能够明显地提高安全性，提升了用户体验。

另外，若所述用户采用非常用登录方式，则进一步地根据预设的验证信息对所述用户进行合法性验证，验证通过则允许该用户执行操作恢复，否则禁止该用户执行操作恢复。

对于预设的验证信息，可以为用户预先进行自定义设置的验证信息，这样只有合法用户才能通过验证，如密保信息验证，密保问题只有合法用户自身才能正确回答。

通过上述验证方案，可以保证合法用户能够通过非常用登录方式来进行操作恢复，提升了用户体验。

对于步骤S30的状态恢复，恢复操作也是作为操作应用更新到数据库中的第一维度表和第二维度表，这样任一用户、任一个多人交流平台在发生操作的关联关系后，所有执行的操作应用都被记录，这样就可以实现用户及多人交流平台的生命周期内的任何状态进行恢复。

参考图4所示，图4为一个实施例的多人交流平台的状态恢复系统结构示意图，包括：

获取模块10，用于获取对多人交流平台执行的操作应用及其操作时间。

记录模块20，用于将所述操作应用的操作对象及其操作时间记录在第一维度表中，并将每次操作应用的操作内容及其发生时间记录在第二维度表中。

恢复模块30，用于根据用户的恢复操作从所述第一维度表和第二维度表中获取待恢复的多人交流平台及需恢复的操作应用，将待恢复的多人交流平台恢复至所述需恢复的操作应用执行前的状态。

对于获取模块10，可以通过多人交流平台的服务器汇总所有用户进行的操作应用，所述操作应用一般是指用户对多人交流平台所执行的应用操作或者对多人交流平台的其它用户所执行的操作应用。

以群（如QQ群）为例，操作应用可以包括用户执行的解散、转让、踢人、退出等操作。即将所创建的群进行解散，将群转让给其它用户，从群中踢人，退出加入的群等操作，这些操作都可以由群服务器进行汇总。

对于记录模块20，所述第一维度表对应为用户维度表，记录的是每一个用户对多人交流平台所执行的操作应用的操作对象及其操作时间等信息；所述第二维度表对应为多人交流平台维度表，记录的是每一个多人交流平台被用户所执行的操作应用的操作内容及其发生时间。

在一个实施例中，记录模块20可以进一步用于：

根据获取的任一用户对任一多人交流平台执行的操作应用及其操作时间，通过服务器将所述操作应用的操作对象及其操作时间更新至所述用户对应的第一维度表，并通过服务器同时将每次操作应用的操作内容及其发生时间更新至所述多人交流平台对应的第二维度表。

上述实施例的方案，记录模块20通过将任一用户对任一多人交流平台所执行的操作应用都同时更新至用户对应的第一维度表和多人交流平台对应的第二维度表，用户对任何一个多人交流平台所执行的操作的整个生命周期的关系链的变化过程都会记录下来，利用这些记录的操作信息，在进行状态恢复时只需结合当前状态执行被操作应用的逆操作过程即可，提高了恢复操作的便捷性。

进一步地，对于记录模块20中用于记录的第一维度表，可以以用户为一级索引、以多人交流平台为二级索引，第二维度表可以以所述多人交流平台为一级索引。

通过上述实施例的第一维度表的一级索引、二级索引和第二维度表的一级索引，在用户进行搜索查找时，可以通过用户信息快速查找到其对任何一个多人交流平台上执行的操作应用及其操作内容等相关信息，也可以通过任何一个多人交流平台信息快速查找到曾经被那些用户操作过及其操作内容等相关信息，提高了查询的效率，极大丰富了可查询的信息量。

对于第一维度表，主要是记录操作应用及其操作时间，操作应用可以以文字信息方式进行记录，操作时间就是直接记录时间数字，如“2014-04-10，15:27:02”。

对于第二维度表，主要是记录操作应用的操作内容及其发生时间，其中操作内容可以包括用户的账户信息，操作类型等信息，而操作类型是指用户进行操作应用所属类型，例如，对群进行操作应用的类型可以为解散、转让、踢人或退出等任一种类型。

对于第一维度表和第二维度表，可以通过多人交流平台的服务器统一进行创建并维护，这两个表存储在数据库中，服务器可以实时更新及查询。

对于恢复模块30，是用于将多人交流平台恢复至操作应用的前状态，根据第一维度表和第二维度表，用户可以查找到曾经对多人交流平台所执行过的任何一个操作应用，用户可以通过一定恢复操作输入，选择其中任一所需的操作应用进行状态恢复，形成状态恢复信息，结合多人交流平台的当前状态，将其恢复至执行操作应用前的状态。

在一个实施例中，参考图5所示，图5为一个实施例的恢复模块的结构示意图，所述恢复模块30可以进一步包括：

信息查找单元301，用于根据用户的恢复操作从所述第一维度表和第二维度表中查找出待恢复的多人交流平台的操作应用及其操作时间、操作内容及其发生时间；具体的，信息查找单元301根据索引可以查找出任何一个多人交流平台的任何一个操作应用及其操作时间、操作内容及其发生时间，用户可以直观获取到上述操作信息。

信息确定单元302，用于根据用户的恢复操作获取待恢复的多人交流平台所需恢复的操作应用；通过信息确定单元302，用户可以根据实际所需来选择所需恢复的操作应用，例如，某个群中某个群成员被误踢，根据获取的操作信息，如果需要恢复该群成员，则直接选择该误踢操作进入恢复即可，操作方便。

状态恢复单元303，用于根据所需恢复的操作应用的操作内容对待恢复的多人交流平台进行逆向操作，恢复至所述需恢复的操作应用执行前的状态；通过状态恢复单元303，根据用户恢复操作选择的操作应用，获取操作应用的相关操作内容，执行一次逆向的操作，即可将多人交流平台恢复至操作应用执行前的状态，如将误踢的群成员重新加入到群中。

在本发明的多人交流平台的状态恢复系统的应用中，可以设置用户通过Web应用来恢复操作前的状态，服务器将获取的操作应用及其操作时间更新至数据库中的第一维度表和第二维度表，用户通过Web前端发起恢复请求，恢复计算逻辑响应恢复请求，从数据库中读取相应状态恢复信息，用户确认后即可进行恢复。在此过程中，用户可以对操作应用进行回溯，从而实现根据实际需求进行状态恢复的功能。

在一个实施例中，考虑到安全性的因素，为了避免盗号者等进行非法恢复操作，所述恢复模块30还可以用于对执行恢复操作的用户进行合法性验证。具体的，恢复模块30进一步用于：

获取执行恢复操作的用户的历史登录信息，根据所述历史登录信息判断所述用户当前登录方式，若所述用户采用常用登录方式，则允许该用户执行操作恢复。

上述实施例的方案，恢复模块30是通过登录方式来验证用户的合法性，对于合法登录方式，一般可以考虑常用登录地点，或采用常用设备进行登录，具体的，恢复模块30可以通过统计最近一段时间内用户在各个登录地点或所使用的登录设备的登录概率，通过设置概率阀值来判断当前是否为常用登录方式，登录概率高于概率阀值的判定为合法用户登录，对于合法用户则允许其执行操作恢复。

所述恢复模块30通过上述验证功能，可以避免非法用户通过该操作恢复功能获取到合法用户的更多隐私信息，能够明显地提高安全性，提升了用户体验。

另外，若所述用户采用非常用登录方式，则所述恢复模块30进一步地根据预设的验证信息对所述用户进行合法性验证，验证通过则允许该用户执行操作恢复，否则禁止该用户执行操作恢复。

对于预设的验证信息，可以为用户预先进行自定义设置的验证信息，这样只有合法用户才能通过验证，如密保信息验证，密保问题只有合法用户自身才能正确回答。

所述恢复模块30通过上述验证方案功能，可以保证合法用户能够通过非常用登录方式来进行操作恢复，提升了用户体验。

对于所述恢复模块30执行的状态恢复，恢复操作也是作为操作应用更新到数据库中的第一维度表和第二维度表，这样任一用户、任一多人交流平台在发生操作的关联关系后，所有执行的操作应用都被记录，这样就可以实现用户及多人交流平台的生命周期内的任何状态进行恢复。

本发明的多人交流平台的状态恢复系统与本发明的多人交流平台的状态恢复方法一一对应，在上述多人交流平台的状态恢复方法的实施例阐述的技术特征及其有益效果均适用于多人交流平台的状态恢复系统的实施例中，特此声明。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序控制相关的硬件来完成的，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random AccessMemory，RAM）等。

根据上述本发明实施例方案，本发明还提供一种包含计算机可读程序的存储介质，当该存储介质中的计算机可读程序执行时，可以实现上述任何一种方式中的本发明的多人交流平台的状态恢复方法。

如上所述的本发明实施例的方法，可以以软件的形式安装于相应的机器设备上，并在该软件运行时通过控制相关的处理设备来完成上述的多人交流平台的状态恢复的过程。相应地，上述Web端可以是设置安装在相应的终端设备上，也可以是相应的终端设备本身，这里的终端设备可以是手机、平板电脑、PDA（Personal Digital Assistant，个人数字助理）、POS（Point of Sales，销售终端）、车载电脑等任意终端设备。

据此，基于上述本发明的多人交流平台的状态恢复方法和系统，本发明还提供一种终端设备，该终端设备可以是手机、平板电脑、PDA（Personal Digital Assistant，个人数字助理）、POS（Point of Sales，销售终端）、车载电脑等任意一种可能需要阅读器提供服务的终端设备。

据此，以下以其中一种终端设备为例，图6中示出了该终端设备的部分结构框图。参考图6，该终端设备包括：存储器610、输入单元620、显示单元630、处理器640、通信模块650等部件。本领域技术人员可以理解，图6中示出的结构，仅仅是与本发明实施例方案相关的部分结构的框图，并不构成对应用在本发明方案中的终端设备的限定，具体的终端设备可以包括比图示中更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图6对该终端设备的各个构成部件进行具体的介绍。

存储器610可用于存储软件程序以及模块，处理器640通过运行存储在存储器610的软件程序以及模块，从而执行与该终端设备相关的各种功能应用以及数据处理。存储器610可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器610可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元620可用于接收输入的数字、字符或者其他信息，以及产生与终端设备的用户设置以及功能控制有关的键信号输入。具体在本发明实施例的方案中，可以通过该输入单元620来从第一维度表和第二维度表中选择可恢复的选项。

具体地，以终端设备为手机为例，该输入单元620可包括触控面板以及其他输入设备。触控面板，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器640，并能接收处理器640发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。除了触控面板，输入单元620还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元630可用于显示由用户输入的信息或提供给用户的信息以及各种菜单。显示单元630可包括显示面板，可选的，可以采用液晶显示器（Liquid Crystal Display，LCD）、有机发光二极管（Organic Light-Emitting Diode,OLED）等形式来配置显示面板。具体在本实施例中，通过该显示单元630，显示第一维度表和第二维度表记录的信息给用户。

终端设备通过通信模块650可以实现与服务器之间的通信，该通信模块650可以采用任何可能的方式实现，例如WiFi模块、蓝牙通信、光纤通信等等，通过通信模块650实现了终端设备与服务器之间的通信，从而可以使得终端设备能够向服务端发送相关信息（例如本发明实施例中的恢复请求等等），并接收由服务端返回的相关信息（例如状态恢复信息等等）。

处理器640是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器610内的软件程序和/或模块，以及调用存储在存储器610内的数据，执行终端设备的各种功能和数据处理，从而对终端设备进行整体监控。可选的，处理器640可包括一个或多个处理单元。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (16)

1.一种多人交流平台的状态恢复方法，其特征在于，包括如下步骤：

获取对多人交流平台执行的操作应用及其操作时间；

将所述操作应用的操作对象及其操作时间记录在第一维度表中，并将每次操作应用的操作内容及其发生时间记录在第二维度表中；

根据用户的恢复操作从所述第一维度表和第二维度表中获取待恢复的多人交流平台及需恢复的操作应用，将待恢复的多人交流平台恢复至所述需恢复的操作应用执行前的状态。

2.根据权利要求1所述的多人交流平台的状态恢复方法，其特征在于，将所述操作应用的操作对象及其操作时间记录在第一维度表中，并将每次操作应用的操作内容及其发生时间记录在第二维度表中的步骤包括：

根据获取的任一用户对任一多人交流平台执行的操作应用及其操作时间，通过服务器将所述操作应用的操作对象及其操作时间更新至所述用户对应的第一维度表，并通过服务器同时将每次操作应用的操作内容及其发生时间更新至所述多人交流平台对应的第二维度表。

3.根据权利要求1或2所述的多人交流平台的状态恢复方法，其特征在于，所述第一维度表以用户为一级索引、以多人交流平台为二级索引，所述第二维度表以所述多人交流平台为一级索引。

4.根据权利要求1所述的多人交流平台的状态恢复方法，其特征在于，根据用户的恢复操作从所述第一维度表和第二维度表中获取待恢复的多人交流平台的状态恢复信息的步骤前还包括：

获取执行恢复操作的用户的历史登录信息，根据所述历史登录信息判断所述用户当前登录方式，若所述用户采用常用登录方式，则允许该用户执行操作恢复。

5.根据权利要求4所述的多人交流平台的状态恢复方法，其特征在于，若所述用户采用非常用登录方式，则根据预设的验证信息对所述用户进行合法性验证，验证通过则允许该用户执行操作恢复，否则禁止该用户执行操作恢复。

6.根据权利要求1所述的多人交流平台的状态恢复方法，其特征在于，根据用户的恢复操作从所述第一维度表和第二维度表中获取待恢复的多人交流平台及需恢复的操作应用，将待恢复的多人交流平台恢复至所述需恢复的操作应用执行前的状态的步骤包括：

根据用户的恢复操作从所述第一维度表中查找出待恢复的多人交流平台的操作应用的操作对象及其操作时间，从所述第二维度表中查找出待恢复的多人交流平台的操作应用的操作内容及其发生时间；

根据用户的恢复操作获取待恢复的多人交流平台所需恢复的操作应用；

根据所需恢复的操作应用的操作内容对待恢复的多人交流平台进行逆向操作，恢复至所述需恢复的操作应用执行前的状态。

7.根据权利要求1所述的多人交流平台的状态恢复方法，其特征在于，所述操作应用包括用户对多人交流平台执行的解散、转让、踢人和/或退出操作。

8.根据权利要求1所述的多人交流平台的状态恢复方法，其特征在于，所述操作内容包括：用户的账户信息，操作类型和操作时间。

9.一种多人交流平台的状态恢复系统，其特征在于，包括：

获取模块，用于获取对多人交流平台执行的操作应用及其操作时间；

记录模块，用于将所述操作应用的操作对象及其操作时间记录在第一维度表中，并将每次操作应用的操作内容及其发生时间记录在第二维度表中；

恢复模块，用于根据用户的恢复操作从所述第一维度表和第二维度表中获取待恢复的多人交流平台及需恢复的操作应用，将待恢复的多人交流平台恢复至所述需恢复的操作应用执行前的状态。

10.根据权利要求9所述的多人交流平台的状态恢复系统，其特征在于，所述记录模块进一步用于：

根据获取的任一用户对任一多人交流平台执行的操作应用及其操作时间，通过服务器将所述操作应用的操作对象及其操作时间更新至所述用户对应的第一维度表，并通过服务器同时将每次操作应用的操作内容及其发生时间更新至所述多人交流平台对应的第二维度表。

11.根据权利要求9或10所述的多人交流平台的状态恢复系统，其特征在于，所述第一维度表以用户为一级索引、以多人交流平台为二级索引，所述第二维度表以所述多人交流平台为一级索引。

12.根据权利要求9所述的多人交流平台的状态恢复系统，其特征在于，所述恢复模块还用于：

获取执行恢复操作的用户的历史登录信息，根据所述历史登录信息判断所述用户当前登录方式，若所述用户采用常用登录方式，则允许该用户执行操作恢复。

13.根据权利要求12所述的多人交流平台的状态恢复系统，其特征在于，若所述用户采用非常用登录方式，则所述恢复模块进一步用于根据预设的验证信息对所述用户进行合法性验证，验证通过则允许该用户执行操作恢复，否则禁止该用户执行操作恢复。

14.根据权利要求9所述的多人交流平台的状态恢复系统，其特征在于，所述恢复模块包括：

信息查找单元，用于根据用户的恢复操作从所述第一维度表中查找出待恢复的多人交流平台的操作应用的操作对象及其操作时间，从所述第二维度表中查找出待恢复的多人交流平台的操作应用的操作内容及其发生时间；

信息确定单元，用于根据用户的恢复操作获取待恢复的多人交流平台所需恢复的操作应用；

状态恢复单元，用于根据所需恢复的操作应用的操作内容对待恢复的多人交流平台进行逆向操作，恢复至所述需恢复的操作应用执行前的状态。

15.根据权利要求9所述的多人交流平台的状态恢复系统，其特征在于，所述操作应用包括用户对多人交流平台执行的解散、转让、踢人和/或退出操作。

16.根据权利要求9所述的多人交流平台的状态恢复系统，其特征在于，所述操作内容包括：用户的账户信息，操作类型和操作时间。