CN104933179A - 用户数据处理方法、服务器和系统 - Google Patents

Abstract

本发明实施例提供一种用户数据处理方法、服务器和系统，该方法包括：接收第三方服务器通过第三方服务器的数据读写接口发送的用户提问数据以及该用户提问数据的第一标识；为用户提问数据分配第二标识，并在数据库中生成与用户提问数据对应的数据记录，将第一标识、第二标识和用户提问数据关联存储在数据记录中；获得与用户提问数据对应的答复数据，并将答复数据添加到数据记录中；通过数据读写接口将答复数据和第一标识发送给第三方服务器，以使第三方服务器根据第一标识将答复数据显示在用户提问数据下。基于上述数据读写接口，实现了自营方服务器自动获得第三方服务器中的用户提问数据，提高了用户提问数据的处理效率。

Description

用户数据处理方法、服务器和系统

技术领域

本发明属于信息处理技术领域，尤其是涉及一种用户数据处理方法、服务器和系统。

背景技术

各种各样的网络应用不断涌现，用户在使用应用提供商提供的各种应用时，往往会遇到各种各样的问题，此时，用户可以通过一个公共的第三方平台比如论坛平台将自己遇到的问题发表，以寻求解答方案。

举例来说，某款游戏的某个玩家，可能遇到其装备丢失、不知该游戏怎么玩等各种各样的问题，其将这些问题通过发帖的方式发表于一个游戏论坛中，从而看到该帖子的其他用户或者客服人员可以进行解答。其中，该客服人员是指该游戏提供商的相关客服工作人员。

为了更好地服务于用户，应用提供商会配置相关客服人员在公共论坛平台中进行论坛账号注册，以在论坛平台中解决广大用户的问题。另外，应用提供商为了更好的进行应用的改进等目的，需要收集广大用户遇到的问题。目前，客户人员通过将论坛平台中的用户问题信息录入到内部的处理平台比如客服平台的方式来实现用户问题信息的收集。但是，这种人工录入问题方式，往往导致较低的处理效率。

发明内容

针对上述存在的问题，本发明提供一种用户数据处理方法、服务器和系统，用以克服现有人工录入用户问题数据信息的方式易导致较低的处理效率的缺陷。

本发明提供了一种用户数据处理方法，包括：

接收第三方服务器通过第三方服务器的数据读写接口发送的用户提问数据以及该用户提问数据的第一标识；其中，第一标识是用户提问数据在第三方服务器中的标识；

为用户提问数据分配第二标识，并在数据库中生成与用户提问数据对应的数据记录，将第一标识、第二标识和用户提问数据关联存储在数据记录中，其中，第二标识是用户提问数据在自营方服务器中的标识；

获得与用户提问数据对应的答复数据，并将答复数据添加到数据记录中；

通过数据读写接口将答复数据和第一标识发送给第三方服务器，以使第三方服务器根据第一标识将答复数据显示在用户提问数据下。

可选的，所述第三方服务器中存储有包含自营方账号信息的白名单；

所述用户提问数据包括所述第三方服务器从全部用户提问数据中获得的，不包括所述自营方账号信息的用户提问数据。

可选的，所述第三方服务器中的每个用户提问数据均具有状态标记，所述状态标记用于标记对应的用户提问数据的处理状态，所述状态标记包括未解答状态标记、已关闭状态标记；

所述用户提问数据包括所述第三服务器从全部用户提问数据中获得的，具有未解答状态标记的用户提问数据。

其中，若用户提问数据没有被自营方解答，则所述用户提问数据的状态标记为未解答状态标记；

若用户提问数据已经被自营方解答，则所述用户提问数据的解答过程已经结束，所述用户提问数据的状态标记为已关闭状态标记。

进一步地，所述接收第三方服务器通过所述第三方服务器的数据读写接口发送的用户提问数据以及所述用户提问数据的第一标识之后，所述方法还包括：

通过语义分析，对所述用户提问数据信息中的垃圾信息进行过滤；

所述将所述第一标识、所述第二标识和所述用户提问数据关联存储在所述数据记录中，包括：

将所述第一标识、所述第二标识和垃圾信息过滤后的用户提问数据关联存储在所述数据记录中；

所述获得与所述用户提问数据对应的答复数据，包括：

获得与垃圾信息过滤后的用户提问数据对应的答复数据。

可选的，所述数据记录中还包括处理状态信息，所述处理状态信息用于描述所述用户提问数据在自营方服务器中的处理状态；

所述获得与垃圾信息过滤后的用户提问数据对应的答复数据，包括：

确定所述用户提问数据所属的问题类型，并确定与所述问题类型对应的处理节点；

将所述数据记录发送给所述处理节点，并接收所述处理节点返回的第一处理后数据记录，所述第一处理后数据记录中包括第一更新后的处理状态信息和答复数据。

具体地，所述通过所述数据读写接口将所述答复数据和所述第一标识发送给所述第三方服务器，以使所述第三方服务器根据所述第一标识将所述答复数据显示在所述用户提问数据下，包括：

通过所述数据读写接口将所述答复数据、所述第一标识和所述第一更新后的处理状态信息发送给所述第三方服务器，以使所述第三方服务器根据所述第一标识将所述答复数据显示在所述用户提问数据下，并根据所述第一更新后的处理状态信息重新确定所述用户提问数据的状态标记。

可选的，所述数据记录中还包括所述用户提问数据对应的应用标识，以使所述处理节点根据所述应用标识和所述处理节点存储的各处理者的应用权限对处理所述数据记录的处理者进行权限认证。

具体地，所述确定所述用户提问数据所属的问题类型，并确定与所述问题类型对应的处理节点之前，还包括：

接收客服人员对所述数据记录的处理指示；

若所述处理指示是表示所述客服人员不能解答所述垃圾信息过滤后的用户提问数据的指示，则执行所述确定所述用户提问数据所属的问题类型，并确定与所述问题类型对应的处理节点的步骤；

所述方法还包括：

若所述处理指示是表示所述客服人员能够解答所述垃圾信息过滤后的用户提问数据的指示，则接收所述客服人员处理后的第二处理后数据记录，所述第二处理后数据记录中包括答复数据和第二更新后的处理状态信息。

本发明提供了另一种用户数据处理方法，包括：

获取用户提问数据以及用户提问数据的第一标识，第一标识是用户提问数据在第三方服务器中的标识；

通过第三方服务器的数据读写接口将用户提问数据以及用户提问数据的第一标识发送给自营方服务器，以使自营方服务器为用户提问数据分配第二标识，并在数据库中生成与用户提问数据对应的数据记录，将第一标识、第二标识和用户提问数据关联存储在数据记录中，以及获得与用户提问数据对应的答复数据，将答复数据添加到数据记录中；其中，第二标识是所述用户提问数据在自营方服务器中的标识；

接收自营方服务器通过数据读写接口发送的答复数据和第一标识；

根据第一标识，将答复数据显示在用户提问数据下。

可选的，所述第三方服务器中存储有包含自营方账号信息的白名单；

所述获取用户提问数据，包括：

从全部用户提问数据中获得不包括所述自营方账号信息的用户提问数据。

可选的，所述第三方服务器中的每个用户提问数据均具有状态标记，所述状态标记用于标记对应的用户提问数据的处理状态，所述状态标记包括未解答状态标记、已关闭状态标记；

所述获取用户提问数据，包括：

从全部用户提问数据中获得具有未解答状态标记的用户提问数据。

其中，若用户提问数据没有被自营方解答，则所述用户提问数据的状态标记为未解答状态标记；

若用户提问数据已经被自营方解答，则所述用户提问数据的解答过程已经结束，所述用户提问数据的状态标记为已关闭状态标记。

可选的，所述数据记录中还包括处理状态信息，所述处理状态信息用于描述所述用户提问数据在自营方服务器中的处理状态；

所述方法还包括：

接收所述自营方服务器通过所述数据读写接口发送的所述答复数据、所述第一标识和更新后的处理状态信息，所述更新后的处理状态信息是所述自营方服务器对所述数据记录进行处理后得到的；

根据所述第一标识将所述答复数据显示在所述用户提问数据下，并根据所述更新后的处理状态信息重新确定所述用户提问数据的状态标记。

本发明提供了一种自营方服务器，包括：

接收模块，用于接收第三方服务器通过第三方服务器的数据读写接口发送的用户提问数据以及该用户提问数据的第一标识；其中，第一标识是用户提问数据在第三方服务器中的标识；

存储处理模块，用于为用户提问数据分配第二标识，并在数据库中生成与用户提问数据对应的数据记录，将第一标识、第二标识和用户提问数据关联存储在数据记录中，其中，第二标识是用户提问数据在自营方服务器中的标识；

获取模块，用于获得与用户提问数据对应的答复数据，并将答复数据添加到数据记录中；

发送模块，用于通过数据读写接口将答复数据和第一标识发送给第三方服务器，以使第三方服务器根据第一标识将答复数据显示在用户提问数据下。

可选的，所述第三方服务器中存储有包含自营方账号信息的白名单；

所述用户提问数据包括所述第三方服务器从全部用户提问数据中获得的，不包括所述自营方账号信息的用户提问数据。

可选的，所述第三方服务器中的每个用户提问数据均具有状态标记，所述状态标记用于标记对应的用户提问数据的处理状态，所述状态标记包括未解答状态标记、已关闭状态标记；

所述用户提问数据包括所述第三服务器从全部用户提问数据中获得的，具有未解答状态标记的用户提问数据。

可选的，所述服务器还包括：

过滤模块，用于通过语义分析，对所述用户提问数据信息中的垃圾信息进行过滤；

所述存储处理模块具体用于：将所述第一标识、所述第二标识和垃圾信息过滤后的用户提问数据关联存储在所述数据记录中；

所述获取模块具体用于：获得与垃圾信息过滤后的用户提问数据对应的答复数据。

可选的，所述数据记录中还包括处理状态信息，所述处理状态信息用于描述所述用户提问数据在自营方服务器中的处理状态；

所述获取模块，包括：

确定单元，用于确定所述用户提问数据所属的问题类型，并确定与所述问题类型对应的处理节点；

发送单元，用于将所述数据记录发送给所述处理节点；

第一接收单元，用于接收所述处理节点返回的第一处理后数据记录，所述第一处理后数据记录中包括第一更新后的处理状态信息和答复数据。

可选的，所述发送模块还用于：

通过所述数据读写接口将所述答复数据、所述第一标识和所述第一更新后的处理状态信息发送给所述第三方服务器，以使所述第三方服务器根据所述第一标识将所述答复数据显示在所述用户提问数据下，并根据所述第一更新后的处理状态信息重新确定所述用户提问数据的状态标记。

可选的，所述发送单元还用于：

将携带有所述用户提问数据对应的应用标识的数据记录通过所述数据读写接口发送给所述处理节点，以使所述处理节点根据所述应用标识和所述处理节点存储的各处理者的应用权限对处理所述数据记录的处理者进行权限认证。

可选的，所述获取模块还包括：第二接收单元，用于接收客服人员对所述数据记录的处理指示；

所述确定单元具体用于：在所述处理指示是表示所述客服人员不能解答所述垃圾信息过滤后的用户提问数据的指示时，执行所述确定所述用户提问数据所属的问题类型，并确定与所述问题类型对应的处理节点的步骤；

所述第二接收单元，还用于在所述处理指示是表示客服人员能够解答所述垃圾信息过滤后的用户提问数据的指示时，接收所述客服人员处理后的第二处理后数据记录，所述第二处理后数据记录中包括答复数据和第二更新后的处理状态信息。

本发明提供了一种第三方服务器，包括：

获取模块，用于获取用户提问数据以及用户提问数据的第一标识，第一标识是用户提问数据在第三方服务器中的标识；

发送模块，用于通过第三方服务器的数据读写接口将用户提问数据以及用户提问数据的第一标识发送给自营方服务器，以使自营方服务器为用户提问数据分配第二标识，并在数据库中生成与用户提问数据对应的数据记录，将第一标识、第二标识和用户提问数据关联存储在数据记录中，以及获得与用户提问数据对应的答复数据，将答复数据添加到数据记录中；其中，第二标识是所述用户提问数据在自营方服务器中的标识；

接收模块，用于接收自营方服务器通过数据读写接口发送的答复数据和第一标识；

显示模块，用于根据第一标识，将答复数据显示在用户提问数据下。

可选的，所述第三方服务器中存储有包含自营方账号信息的白名单；

所述获取模块包括：

第一获取单元，用于从全部用户提问数据中获得不包括所述自营方账号信息的用户提问数据。

可选的，所述第三方服务器中的每个用户提问数据均具有状态标记，所述状态标记用于标记对应的用户提问数据的处理状态，所述状态标记包括未解答状态标记、已关闭状态标记；

所述获取模块包括：

第二获取单元，用于从全部用户提问数据中获得具有未解答状态标记的用户提问数据。

可选的，所述数据记录中还包括处理状态信息，所述处理状态信息用于描述所述用户提问数据在自营方服务器中的处理状态；

所述接收模块还用于：

接收所述自营方服务器通过所述数据读写接口发送的所述答复数据、所述第一标识和更新后的处理状态信息，所述更新后的处理状态信息是所述自营方服务器对所述数据记录进行处理后得到的；

所述服务器还包括：

确定模块，用于根据所述更新后的处理状态信息重新确定所述用户提问数据的状态标记。

本发明提供了一种用户数据处理系统，包括：

如上所述的自营方服务器和如上所述的第三方服务器。

本发明提供的用户数据处理方法、服务器和系统，自营方服务器通过调用第三方服务器的数据读写接口与第三方服务器交互，从而，在第三方服务器获取用户提问数据以及该用户提问数据在第三方服务器中的标识后，通过该数据读写接口，将该用户提问数据以及该用户提问数据的标识发送给自营方服务器，自营方服务器在数据库中添加与该用户提问数据对应的数据记录，并关联存储该用户提问数据、该用户提问数据在第三方服务器中的标识以及该用户提问数据在自营方服务器中的标识。从而，基于该数据读写接口，实现了第三方服务器自动将用户提问数据录入至自营方服务器的目的，提高了用户提问数据的处理效率。进而，在自营方服务器获得该用户提问数据的答复数据后，将该答复数据也关联存入数据记录中，进而，将该答复数据和该用户提问数据在第三方服务器中的标识对应发送给第三方服务器，使得第三方服务器能够将该答复数据与该用户提问数据关联显示，呈现给用户。从而，在自营方服务器中实现了用户提问数据的解答，也提高了用户提问数据的处理便捷性。而且，基于上述数据读写接口和用户提问数据在第三方服务器中的标识，实现了答复数据从自营方服务器到第三方服务器的关联显示。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明用户数据处理方法实施例一的流程图；

图2为本发明用户数据处理方法实施例二的流程图；

图3为图2所示实施例中步骤203的具体实现方式的流程图；

图4为本发明用户数据处理方法实施例三的流程图；

图5为本发明自营方服务器实施例一的结构示意图；

图6为本发明自营方服务器实施例二的结构示意图；

图7为本发明第三方服务器实施例一的结构示意图；

图8为本发明用户数据处理系统实施例的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在具体介绍上述用户数据处理方法的实现方式前，首先对本发明实施例的应用场景和硬件支撑等相关内容进行介绍。

本发明实施例中，第三方服务器比如可以是第三方平台比如论坛平台的服务器，自营方服务器是属于某应用比如游戏的运营方的服务器，使用该应用的用户可以在上述第三方平台中发布提问数据，称为用户提问数据，该用户提问数据是对应于用户在使用该应用的过程中遇到的各种问题的数据。

为了使得用户在第三方平台中发布的提问数据能够被自营方服务器收集，以使相关客服人员或其他处理人员对用户的提问进行答复、反馈。第三方服务器开放其数据读写接口，从而基于该数据读写接口实现第三方服务器与自营方服务器的交互。

一个实际的应用场景是：假设第三方平台为游戏论坛平台，用户在玩游戏过程中遇到各种各样的问题，比如游戏账号被盗了怎么办等等，用户可以将这些问题在游戏论坛平台中发表。其他用户在看到该用户发表的问题后，可能会有一定的回答或者评论等。将上述用户发表的提问问题以及其他用户的评论、回答等信息一并称为用户提问数据。也就是说，该用户提问数据中包含了某用户发布的主贴数据以及其他用户的评论等信息构成的楼层数据。游戏提供商为了更好地实现游戏推广等目的，需要积极地为用户即游戏玩家解决其遇到的各种问题，从而，游戏提供商会配备相关的客服人员来收集、解答广大用户提出的各种问题。

相对于现有的需要客服人员在第三方平台比如游戏论坛平台中注册论坛账号，以在论坛平台侧为用户解答问题的方式，本实施例中采用了在自营方即游戏提供商侧自动收集用户提问数据，并进行答复处理的方式。之所以在自营方侧进行上述处理，是因为一方面需要收集用户遇到的各种问题，以便对相应游戏进行升级或改进，另一方面是借助自营方侧的资源为用户提供更加准确地解答方案。

下面，将结合不同的实施例对本发明提供的用户数据处理方法进行详细介绍。

图1为本发明用户数据处理方法实施例一的流程图，本实施例从自营方服务器的角度进行说明，如图1所示，该方法包括如下步骤：

步骤101、自营方服务器接收第三方服务器通过所述第三方服务器的数据读写接口发送的用户提问数据以及所述用户提问数据的第一标识。

其中，所述第一标识是所述用户数据在所述第三方服务器中的标识。

第三方服务器向自营方服务器发送用户提问数据的方式，可以采用信息推送技术来实现，即可以通过第三方服务器周期性主动向自营方服务器推送用户提问数据的方式实现，也可以通过自营方服务器周期性从第三方服务器中拉取用户提问数据的方式实现。不管采用何种形式，第三方服务器均需要获得向自营方服务器发送的用户提问数据。

为此，首先，第三方服务器需识别出当前存在的全部用户提问数据。具体来说，由于在第三方平台中发表数据需要遵循该平台所规定的标准数据格式规范，因此，第三方服务器可以根据该标准数据格式规范来识别确定每个用户提问数据。举例来说，比如定义了某个字符组为一个用户提问数据的起始标识，那么，在两个该字符组之间的数据内容则对应于一个用户提问数据。从而，第三方服务器能够识别确定出当前存在的全部用户提问数据，第三方服务器还需获得每个用户提问数据在第三方服务器中的标识，即第一标识。仍以上述用户提问数据包括主贴数据或者主贴数据及楼层数据为例，该第一标识相应的可以是用于唯一标识该主贴数据的一个字符串，或者是用于唯一标识该主贴数据及楼层数据的一个字符串。该字符串中标识了用户提问数据在第三方平台的位置，可以实现对用户提问数据在第三方服务器的定位。

可选的，可以将全部用户提问数据作为目标用户提问数据发送给自营方服务器，以实现将第三方服务器中全部用户提问数据录入到自营方服务器中的目的。

可选的，在实际使用过程中，自营方服务器需要获得的用户提问数据可以不是第三方服务器中的全部用户提问数据，可以只是还没有被自营方侧相关客服人员或其他处理人员解答的用户提问数据。为此，第三方服务器可以采用如下的两种方式实现上述用户提问数据的获取：

第一种方式：第三方服务器通过一个白名单从全部用户提问数据中获得没有被解答的用户提问数据作为目标用户提问数据。

具体来说，第三方服务器中维护有一个包含有自营方账号信息的白名单，该白名单中包含的各自营方账号信息是自营方侧的相关客服人员所使用的第三方账号信息，即自营方客服人员在第三方服务器中注册使用的账号信息。客服人员使用该自营方账号的目的在于：以该第三方平台中用户的角色标记在第三方平台中显示的用户提问数据的答复数据。其中，上述白名单是自营方服务器预先同步给第三方服务器的。

从而，第三方服务器通过从全部用户提问数据中获得不包含该白名单中的自营方账号信息的用户提问数据作为上述目标用户提问数据。也就是说，将全部用户提问数据中不包含上述自营方账号信息的用户提问数据认定为没有被解答的用户提问数据而发送给自营方服务器。

当第三方服务器通过上述白名单过滤得到上述目标用户提问数据后，将该目标用户提问数据以及该目标用户提问数据在第三方服务器中的标识，称为第一标识，一起发送给自营方服务器。

第二种方式：第三方服务器根据每个用户提问数据的状态标记来选择出需要向自营方服务器发送的目标用户提问数据。

具体来说，第三方服务器可以为各个用户提问数据附加一个属性—状态标记，该状态标记的属性用于标记用户提问数据的处理状态，即标记其是否已经被解答。具体的，该状态标记可以包括未解答状态标记、已关闭状态标记，其中，未解答状态标记表征该用户提问数据还没有被自营方解答，已关闭状态则表征该用户提问数据已经被自营方解答并且该用户提问数据的解答过程已结束。

初始情况下，第三方服务器中的各用户提问数据的状态标记均为未解决状态，后续状态标记会根据自营方服务器的反馈来更新，具体地，由第三方服务器根据自营方服务器反馈的数据记录中该用户提问数据的处理状态来重新确定该用户提问数据的状态标识，具体的相关处理过程将在后续实施例中说明，本实施例中，仅说明可以利用该状态标记进行目标用户提问数据选择的方式。

第三方服务器根据全部用户提问数据的状态标记，从中选择出具有未解答状态标记的用户提问数据作为需要向自营方服务器发送的目标用户提问数据。

步骤102、自营方服务器为所述用户提问数据分配第二标识，并在数据库中生成与所述用户提问数据对应的数据记录，将所述第一标识、所述第二标识和所述用户提问数据关联存储在所述数据记录中。

其中，所述第二标识是所述用户提问数据在自营方服务器中的标识。

自营方服务器在接收到第三方服务器发送的用户提问数据即上述目标用户提问数据以及其第一标识之后，对该目标用户提问数据进行入库处理。

具体地，自营方服务器首先会为该目标用户提问数据分配一个其在该自营方服务器中的标识，即第二标识。该第二标识比如是为该目标用户提问数据分配的一个编号。该第二标识与上述第一标识存在着一一对应或一对多的对应关系。具体来说，在该目标用户提问数据仅包括比如上述主贴数据的情况下，第二标识与第一标识存在一一对应关系；在该目标用户提问数据包括主贴数据和多个楼层数据的情况下，第二标识与第一标识存在一对多的对应关系，因为每个楼层数据会由相应的标识。从而，该第二标识相当于将目标用户提问数据作为一个整体，在自营方服务器中加以标识。

进而，自营方服务器在数据库中生成一条与该目标用户提问数据对应的数据记录，将该目标用户提问数据的第一标识、第二标识和该目标用户提问数据关联存储在该数据记录中。

步骤103、自营方服务器获得与所述用户提问数据对应的答复数据，并将所述答复数据添加到所述数据记录中。

自营方服务器继而需要获得与该用户提问数据对应的答复数据。

其中，该答复数据的获取，可选的，可以是自营方侧的客服人员在登录自营方服务器并查看数据库中存储的上述数据记录中的用户提问数据后，在发现其能够解答的情况下，通过接收客服人员直接输入的答复数据的方式获得，也可以在客服人员不能够解答的情况下，通过将该数据记录发送给其他相关处理节点，使得其他处理人员比如游戏维护人员、研发人员等来协助解答，并将答复数据反馈给自营方服务器的方式获得，详细地获取答复数据的方法将在后续实施例中描述。

本实施例中，在自营方服务器获得上述数据记录中用户提问数据的答复数据后，将该答复数据关联存入该数据记录中，从而在自营方服务器中记录了该用户提问数据、其答复数据等相关信息。

步骤104、自营方服务器通过所述数据读写接口将所述答复数据和所述第一标识发送给所述第三方服务器，以使所述第三方服务器根据所述第一标识将所述答复数据显示在所述用户提问数据下。

不但在自营方服务器中需要存储上述有关目标用户提问数据的详细信息，包括该目标用户提问数据、其答复数据等，还需将该答复数据反馈给第三方服务器，以使第三方服务器将该答复数据和该目标用户提问数据关联显示，从而使得该目标用户提问数据的提出者能够获知解决方案。也就是说，在自营方服务器得到了用户提问数据的答复数据之后，需要将该答复数据反馈给第三方服务器，第三方服务器将该答复数据与对应的用户提问数据关联显示之后，发表该用户提问数据的用户才能看到客服平台为其提供的答复数据即解决方案，实现“从哪来，到哪去”的闭环处理。

因此，为了实现上述关联显示，自营方服务器需要将该答复数据以及该目标用户提问数据的第一标识通过上述数据读写接口发送给第三方服务器，以使第三方服务器知道该答复数据是哪个用户提问数据的答复数据，从而，第三方服务器根据该第一标识对目标用户提问数据进行定位，将该答复数据显示在该目标用户提问数据下。

正如前面所说的，自营方服务器在第三方平台侧是以自营方账号的角色体现，因此，在其向第三方服务器发送答复数据和第一标识时，也需要以该自营方账号的第三方平台用户形式发送。

具体来说，自营方服务器通过所述数据读写接口可以将当前采用的自营方账号信息和密码信息发送给第三方服务器，若第三方服务器在注册账号中查询到该自营方账号且密码正确，则通过验证。通过验证后，自营方服务器通过所述数据读写接口将答复数据、第一标识和采用的自营方账号信息发送给第三方服务器。从而，第三方服务器将该答复数据以该自营方账号信息的用户角色显示在第一标识指示的用户提问数据下。

值得说明的是，本实施例中，并非在第三方平台侧进行用户提问数据的答复，而是在自营方服务器中进行用户提问数据的答复，只是以自营方账号的用户角色将答复数据显示在第三方平台中。

本实施例中，自营方服务器通过调用第三方服务器的数据读写接口与第三方服务器交互，从而，在第三方服务器获得目标用户提问数据以及其在第三方服务器中的第一标识后，通过该数据读写接口，将该目标用户提问数据以及其第一标识发送给自营方服务器，自营方服务器在数据库中添加与该目标用户提问数据对应的数据记录，并关联存储该目标用户提问数据、其在第三方服务器中的第一标识以及其在自营方服务器中的第二标识。从而，基于该数据读写接口，实现了第三方服务器自动将用户提问数据录入至自营方服务器的目的，提高了用户提问数据的处理效率。进而，在自营方服务器获得该用户提问数据的答复数据后，将该答复数据也关联存入数据记录中，进而，将该答复数据和该用户提问数据在第三方服务器中的标识对应发送给第三方服务器，使得第三方服务器能够将该答复数据与该用户提问数据关联显示，呈现给用户。从而，在自营方服务器中实现了用户提问数据的解答，也提高了用户提问数据的处理便捷性。而且，基于上述数据读写接口和用户提问数据在第三方服务器中的标识，实现了答复数据从自营方服务器到第三方服务器的关联显示。

图2为本发明用户数据处理方法实施例二的流程图，如图2所示，在图1所示实施例的基础上，在上述步骤101中自营方服务器接收到第三方服务器通过所述数据读写接口发送的所述用户提问数据以及所述用户提问数据的第一标识之后，还包括如下步骤：

步骤201、自营方服务器通过语义分析，对所述用户提问数据信息中的垃圾信息进行过滤。

相应的，步骤102和步骤103适应性改变为：

步骤202、为所述用户提问数据分配第二标识，并在数据库中生成与所述用户提问数据对应的数据记录，将所述第一标识、所述第二标识和垃圾信息过滤后的用户提问数据关联存储在所述数据记录中。

步骤203、获得与垃圾信息过滤后的用户提问数据对应的答复数据，并将所述答复数据添加到所述数据记录中。

正如前面所说的，一个用户提问数据中可能存在其他用户的评论信息，这些评论信息中很可能存在垃圾信息，比如跟帖、水贴等。为了避免信息冗余，本实施例中，可以通过语义分析的方式，对用户提问数据信息中的垃圾信息进行过滤。比如说，滤除与用户提问数据无关的虚词、表情符号、重复意义的信息等。

具体地，参照图3，图3为图2所示实施例中步骤203的具体实现方式的流程图，如图3所示，上述步骤203具体包括如下步骤：

步骤301、自营方服务器接收客服人员对所述数据记录的处理指示，确定所述处理指示是否是表示所述客服人员不能解答所述垃圾信息过滤后的用户提问数据的指示，若是，则执行步骤302-303，若不是，则执行步骤304。

步骤302、自营方服务器确定所述用户提问数据所属的问题类型，并确定与所述问题类型对应的处理节点。

步骤303、自营方服务器将所述数据记录发送给所述处理节点，并接收所述处理节点返回的第一处理后数据记录，所述第一处理后数据记录中包括第一更新后的处理状态信息和答复数据。

步骤304、自营方服务器接收所述客服人员处理后的第二处理后数据记录，所述第二处理后数据记录中包括答复数据和第二更新后的处理状态信息。

本实施例中，在生成的与用户提问数据对应的数据记录中，除了包含有上述第一标识、第二标识、用户提问数据(本实施例中，对应为垃圾信息过滤后的用户提问数据)外，还包括处理状态信息，该处理状态信息用于详细记录该数据记录的处理轨迹信息，比如包括什么人、什么时间、对该数据记录进行了怎么样的处理、处理后的数据记录当前处于的具体处理状态等信息。其中数据记录的具体处理状态比如包括已解答、未解答，已解答代表已经获得了该用户提问数据的答复数据即解决方案，未解答代表没有得到该用户提问数据的答复数据。在初始情况下，该具体的处理状态被置为未解答状态。

实际使用过程中，由自营方的客服人员对自营方服务器进行管理和维护，即由客服人员对数据库中的数据记录进行第一步的处理。

由于数据记录中包含上述处理状态信息，客服人员可以直观看到处于未解答状态的数据记录。假设上述垃圾信息过滤后的用户提问数据对应的处理记录中显示该数据记录处于为解决状态，则客服人员查看该垃圾信息过滤后的用户提问数据，一方面，如果客服人员发现自己可以解答该用户提问数据，则客服人员通过发送指示其能够处理该用户提问数据的处理指示，比如通过点击该数据记录中设置的“答复”按钮，发出该处理指示，并在该数据记录中供输入答复数据的区域将答复数据输入。经过该客服人员处理后的数据记录即上述第二处理后数据记录中，包括了答复数据和更新后的处理状态信息即上述第二更新后的处理状态信息。该第二更新后的处理状态信息中记录了该客服人员对该数据记录的处理，比如客服人员处理的时间、处理后数据记录的具体处理状态置为已解答，也可以包括客服人员的标识。该客服人员的标识比如是该客服人员在该自营方服务器中的注册账号。该客服人员的标识可以用于对该客服人员的工作量进行核算，即统计其处理了多少个数据记录。

另一方面，如果客服人员发现自己不能不能解答垃圾信息过滤后的用户提问数据即不能自行处理该数据记录，则发出其不能够解答的处理指示，比如通过点击该数据记录中设置的“流转”按钮，发出该处理指示。其中，流转的含义是将该数据记录流转到其他处理节点处进行解答处理。

在此情况下，自营方服务器首先确定上述用户提问数据所属的问题类型，并确定与该问题类型对应的处理节点。进而，自营方服务器将该数据记录发送给对应的处理节点。

具体来说，通过对用户提问数据进行语义分析或者关键词分析，分析得到其中包含的问题关键词，从而根据问题关键词确定该用户提问数据所属的问题类型。比如，用户提问数据包括：账号被盗怎么办。则通过分析提取出账号、被盗这两个关键词，从而确定对应的问题类型为账号管理问题，进而根据存储的各处理节点与问题类型的对应关系表，查询获得该账号管理问题所对应的处理节点，将该数据记录发送给该处理节点处进行处理。

本实施例中，一个处理节点可以理解为是一个计算机设备，该计算机设备用于存放与一个问题类型对应的各待处理数据记录。从而，每个处理节点处的相关处理者比如运维人员可以登录该处理节点，进行其中存储的数据记录的处理。

值得说明的是，一般来说，由于每个处理者可能只负责维护一个或几个应用，以游戏应用为例，不同的游戏会由不同的处理者来维护，也就是说，不同游戏的用户提问数据会由不同的处理者来解答。而一个处理节点中存储的各数据记录，很可能是对应不同游戏的。因此，为了实现不同处理者对各自负责应用所对应数据记录的处理，自营方服务器在将数据记录发送给对应处理节点时，还可以将该数据记录中存储的用户提问数据所对应的应用标识即该用户提问数据所属应用的应用标识也添加在该数据记录中发送给所述处理节点。

从而，当某个处理者对该处理节点中的某个数据记录进行处理时，该处理节点首先根据本地存储的各处理者的应用权限即各处理者与各应用标识的对应关系，对该处理者进行权限认证。若认证通过，则允许该处理者处理，该处理者可以在该数据记录的供输入答复数据的区域将其解决方案输入，并反馈给处理节点处理后的数据记录，即上述第一处理后数据记录，处理节点进而将该第一处理后数据记录反馈给自营方服务器。其中，第一处理后数据记录中包括更新的处理状态信息即第一更新后的处理状态信息。该第一更新后的处理状态信息中记录了该处理者对该数据记录的处理，比如处理的时间、处理后数据记录的具体处理状态，也可以包括该处理者的标识，从而自营方服务器能够根据该处理者标识计算该处理者的工作量。其中，该数据记录在处理者处处理后的处理状态可能被置为已解决或未解决状态。在该处理者提供了具体答复数据的情况下，该处理状态为已解决状态，相反，如果该处理者没能够解答该用户提问数据，则该处理状态为未解决状态。

不管是通过客服人员直接解答的方式获得携带有答复数据的处理后数据记录，还是通过处理节点处处理者解答的方式获得携带有答复数据的处理后数据记录，该处理后数据记录中都包含有该数据记录的更新后的处理状态信息即该用户提问数据在自营方服务器中的处理状态信息。具体的处理状态包括未解答状态和已解答状态。

从而，自营方服务器在向第三方服务器反馈时，具体为：通过数据读写接口将答复数据、第一标识和更新后的处理状态信息发送给第三方服务器。从而，第三方服务器在根据第一标识将答复数据显示在用户提问数据下的同时，还根据更新后的处理状态信息重新确定该用户提问数据的状态标记。

具体来说，如果该更新后的处理状态信息是表示该用户提问数据已经被解答的已解答状态，则第三方服务器重新确定该用户提问数据的状态标记为已关闭状态标记，即相当于将该用户提问数据从原来的未解答状态标记更新为已关闭状态标记。如果该更新后的处理状态信息是表示该用户提问数据没有得到解答的未解答状态，则第三方服务器重新确定该用户提问数据的状态标记为未解答状态标记，即相当于将该用户提问数据保持原来的未解答状态标记不变。

本实施例中，自营方服务器通过调用第三方服务器的数据读写接口与第三方服务器交互，以获得第三方服务器中的用户提问数据，并通过对用户提问数据的过滤，从而能够去除用户提问数据中的冗余信息，以便提高自营方服务器对用户提问数据的答复处理效率。并且，通过对过滤后的用户提问数据的问题类型的确定，将与该过滤后用户提问数据对应的数据记录分发给与该问题类型对应的处理节点处处理，利用丰富的处理资源来进行用户提问数据的答复，能够提高答复数据的准确可靠。

图4为本发明用户数据处理方法实施例三的流程图，本实施例中，从第三方服务器的角度对用户数据处理方法进行说明，如图4所示，该方法具体包括如下步骤：

步骤401、第三方服务器获取用户提问数据以及所述用户提问数据的第一标识，所述第一标识是所述用户提问数据在所述第三方服务器中的标识。

为实现将第三方服务器中的用户提问数据自动录入到自营方服务器中的目的，第三方服务器首先通过字符识别，确定全部待选用户提问数据，即识别出论坛平台中的每条用户提问数据。通常，一个用户提问数据的起始位置可以通过特定的字符标识，将两个特定字符间的数据认为是一条用户提问数据。进而，第三方服务器还需获得每个用户提问数据在第三方服务器中的标识，即第一标识。在上述以用户提问数据包括主贴数据以及楼层数据为例的情况下，具体可以通过对每个用户提问数据的主贴数据和楼层数据的解析来获得该用户提问数据的第一标识。举例来说，对于主贴数据，该数据的发布者标识和发布时间，或者该主贴数据在第三方平台中的位置信息均可以作为该第一标识。

可选的，在第三方服务器识别出每个用户提问数据以及获得每个用户提问数据的第一标识之后，可以将全部用户提问数据作为目标用户提问数据发送给自营方服务器。

可选的，第三方服务器发送给自营方服务器的目标用户提问数据也可以是第三方服务器对全部用户提问数据进行一定筛选后确定的。

本实施例中，第三方服务器还可以采用如下的两种方式实现上述用户提问数据的获取，即从全部用户提问数据中筛选出需要向自营方服务器发送的目标用户提问数据。

第一种方式，是基于第三方服务器中存储的包含自营方账号信息的白名单实现的：从全部用户提问数据中获得不包括所述自营方账号信息的用户提问数据作为目标用户提问数据。

第二种方式，是基于第三方服务器中的每个用户提问数据均具有的状态标记实现的：从全部用户提问数据中获得具有未解答状态标记的用户提问数据作为目标用户提问数据。

其中，若用户提问数据没有被自营方解答，则所述用户提问数据的状态标记为未解答状态标记；若用户提问数据已经被自营方解答，则所述用户提问数据的解答过程已经结束，所述用户提问数据的状态标记为已关闭状态标记。

上述两种方式的具体实现过程在图1所示实施例中已经描述，此处不再赘述。

步骤402、第三方服务器通过第三方服务器的数据读写接口将所述用户提问数据以及所述用户提问数据的第一标识发送给自营方服务器。

如前述各实施例所说，第三方服务器通过开放其数据读写接口从而使得自营方服务器能够通过该数据读写接口与第三方服务器交互，以获得论坛平台中的用户提问数据。

因此，在第三方服务器获得需要向自营方服务器发送的上述几种目标用户提问数据中的任一种目标用户提问数据以及该目标用户提问数据的第一标识后，第三方服务器通过该数据读写接口将该目标用户提问数据以及其第一标识发送给自营方服务器。

进而，自营方服务器首先会为该目标用户提问数据分配一个其在该自营方服务器中的标识，即第二标识，比如为其分配一个编号。之后，自营方服务器在数据库中生成一条与该目标用户提问数据对应的数据记录，将该目标用户提问数据的第一标识、第二标识和该目标用户提问数据关联存储在该数据记录中。之后，自营方服务器通过前述各实施例中所描述的方式获得与该目标用户提问数据对应的答复数据，并将答复数据添加到上述数据记录中。进而，自营方服务器将该答复数据和上述第一标识发送给第三方服务器，以告知第三方服务器该答复数据是该第一标识所标识的用户提问数据的答复数据。

步骤403、第三方服务器接收所述自营方服务器通过所述数据读写接口发送的所述答复数据和所述第一标识。

步骤404、第三方服务器根据所述第一标识，将所述答复数据显示在所述用户提问数据下。

第三方服务器在接收到上述答复数据和第一标识后，根据该第一标识定位到上述目标用户提问数据，进而将该答复数据显示在该目标用户提问数据下。

可选的，在自营方服务器生成的与目标用户提问数据对应的数据记录中，除了包含上述第一标识、第二标识和目标用户提问数据以及答复数据外，还可以包括处理状态信息，该处理状态信息用于描述该目标用户提问数据在自营方服务器中的处理状态，也是该数据记录的处理状态。具体可以包括未解决状态和已解决状态。初始时，该处理状态信息中包含的是未解决状态。

如前述实施例所述，该处理状态信息中可以记录客服人员或者处理节点处的处理者对该数据记录所进行的处理轨迹。在该处理状态信息中除了可以包括处理者标识或客服人员标识、处理时间等信息外，更为重要的是，还包括该数据记录经处理后，具体被置为哪种具体的处理状态的描述。

比如说，如果客服人员或处理者已经提供了该数据记录中的目标用户提问数据的答复数据，则该数据记录中的处理状态信息中应该包含的是“已解决”这一具体的处理状态，如果客服人员在不能解答后，将该数据记录流转到不同处理节点处，若最终处理者不能提供该数据记录中的目标用户提问数据的答复数据，则该数据记录中的处理状态信息中应该包含的是“未解决”这一具体的处理状态。从而，根据上述过程对初始的处理状态信息进行更新。

从而，在自营方服务器除了可以将上述答复数据、第一标识发送给第三方服务器外，还可以将该更新后的处理状态信息也发送给第三方服务器。这样，第三方服务器在接收到自营方服务器通过数据读写接口发送的答复数据、第一标识和更新后的处理状态信息之后，一方面，根据第一标识将答复数据显示在目标用户提问数据下，另一方面，根据该更新后的处理状态信息重新确定该目标用户提问数据的状态标记。

具体来说，如果该更新后的处理状态信息是表示该用户提问数据已经被解答的已解答状态，则第三方服务器重新确定该用户提问数据的状态标记为已关闭状态标记，即相当于将该用户提问数据从原来的未解答状态标记更新为已关闭状态标记。如果该更新后的处理状态信息是表示该用户提问数据没有得到解答的未解答状态，则第三方服务器重新确定该用户提问数据的状态标记为未解答状态标记，即相当于将该用户提问数据保持原来的未解答状态标记不变。

本实施例中，自营方服务器通过第三方服务器的数据读写接口与第三方服务器交互，从而，基于该数据读写接口，自营方服务器能够获得第三方服务器中的用户提问数据以及该用户提问数据在第三方服务器中的标识，并在获得与用户提问数据对应的答复数据后，通过该数据读写接口将答复数据和该用户提问数据在第三方服务器中的标识发送给第三方服务器，第三方服务器根据该标识将答复数据与用户提问数据关联显示。基于上述数据读写接口，实现了自营方服务器自动获得第三方服务器中的用户提问数据，提高用户提问数据的处理效率的目的。而且，可以在自营方侧进行用户提问数据的答复处理，基于上述数据读写接口，将在自营方侧获得的答复数据显示在第三方平台侧，也提高了用户提问数据的处理便捷性。

图5为本发明自营方服务器实施例一的结构示意图，如图5所示，该自营方服务器包括：

接收模块11，用于接收第三方服务器通过所述第三方服务器的数据读写接口发送的用户提问数据以及所述用户提问数据的第一标识；其中，所述第一标识是所述用户提问数据在所述第三方服务器中的标识。

存储处理模块12，用于为所述用户提问数据分配第二标识，并在数据库中生成与所述用户提问数据对应的数据记录，将所述第一标识、所述第二标识和所述用户提问数据关联存储在所述数据记录中，其中，所述第二标识是所述用户提问数据在自营方服务器中的标识。

获取模块13，用于获得与所述用户提问数据对应的答复数据，并将所述答复数据添加到所述数据记录中。

发送模块14，用于通过所述数据读写接口将所述答复数据和所述第一标识发送给所述第三方服务器，以使所述第三方服务器根据所述第一标识将所述答复数据显示在所述用户提问数据下。

可选的，所述第三方服务器中存储有包含自营方账号信息的白名单。所述用户提问数据包括所述第三方服务器从全部用户提问数据中获得的，不包括所述自营方账号信息的用户提问数据。

可选的，所述第三方服务器中的每个用户提问数据均具有状态标记，所述状态标记用于标记对应的用户提问数据的处理状态，所述状态标记包括未解答状态标记、已关闭状态标记。所述用户提问数据包括所述第三服务器从全部用户提问数据中获得的，具有未解答状态标记的用户提问数据。

本实施例的自营方服务器可以用于执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图6为本发明自营方服务器实施例二的结构示意图，如图6所示，在图5所示实施例的基础上，所述服务器还包括：

过滤模块21，用于通过语义分析，对所述用户提问数据信息中的垃圾信息进行过滤。

所述存储处理模块12具体用于：将所述第一标识、所述第二标识和垃圾信息过滤后的用户提问数据关联存储在所述数据记录中。

所述获取模块13具体用于：获得与垃圾信息过滤后的用户提问数据对应的答复数据。

进一步的，所述数据记录中还包括处理状态信息，所述处理状态信息用于描述所述用户提问数据在自营方服务器中的处理状态。

具体的，所述获取模块13，包括：

确定单元131，用于确定所述用户提问数据所属的问题类型，并确定与所述问题类型对应的处理节点。

发送单元132，用于将所述数据记录发送给所述处理节点。

第一接收单元133，用于接收所述处理节点返回的第一处理后数据记录，所述第一处理后数据记录中包括第一更新后的处理状态信息和答复数据。

进一步的，所述发送单元132还用于：

将携带有所述用户提问数据对应的应用标识的数据记录通过所述数据读写接口发送给所述处理节点，以使所述处理节点根据所述应用标识和所述处理节点存储的各处理者的应用权限对处理所述数据记录的处理者进行权限认证。

进一步的，所述发送模块14还用于：

通过所述数据读写接口将所述答复数据、所述第一标识和所述第一更新后的处理状态信息发送给所述第三方服务器，以使所述第三方服务器根据所述第一标识将所述答复数据显示在所述用户提问数据下，并根据所述第一更新后的处理状态信息重新确定所述用户提问数据的状态标记。

进一步的，所述获取模块13还包括：第二接收单元134，用于接收客服人员对所述数据记录的处理指示。

所述确定单元131具体用于：在所述处理指示是表示所述客服人员不能解答所述垃圾信息过滤后的用户提问数据的指示时，执行所述确定所述用户提问数据所属的问题类型，并确定与所述问题类型对应的处理节点的步骤。

所述第二接收单元134，还用于在所述处理指示是表示客服人员能够解答所述垃圾信息过滤后的用户提问数据的指示时，接收所述客服人员处理后的第二处理后数据记录，所述第二处理后数据记录中包括答复数据和第二更新后的处理状态信息。

本实施例的自营方服务器可以用于执行图2和图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图7为本发明第三方服务器实施例一的结构示意图，如图7所示，该第三方服务器包括：

获取模块31，用于获取用户提问数据以及所述用户提问数据的第一标识，所述第一标识是所述用户提问数据在所述第三方服务器中的标识。

发送模块32，用于通过数据读写接口将所述用户提问数据以及所述用户提问数据的第一标识发送给自营方服务器，以使所述自营方服务器为所述用户提问数据分配第二标识，并在数据库中生成与所述用户提问数据对应的数据记录，将所述第一标识、所述第二标识和所述用户提问数据关联存储在所述数据记录中，以及获得与所述用户提问数据对应的答复数据，将所述答复数据添加到所述数据记录中；其中，所述第二标识是所述用户提问数据在自营方服务器中的标识。

接收模块33，用于接收所述自营方服务器通过所述数据读写接口发送的所述答复数据和所述第一标识。

显示模块34，用于根据所述第一标识，将所述答复数据显示在所述用户提问数据下。

可选的，所述第三方服务器中存储有包含自营方账号信息的白名单。

所述获取模块31包括：

第一获取单元311，用于从全部用户提问数据中获得不包括所述自营方账号信息的用户提问数据。

可选的，所述第三方服务器中的每个用户提问数据均具有状态标记，所述状态标记用于标记对应的用户提问数据的处理状态，所述状态标记包括未解答状态标记、已关闭状态标记。

所述获取模块31包括：

第二获取单元312，用于从全部用户提问数据中获得具有未解答状态标记的用户提问数据。

进一步的，所述数据记录中还包括处理状态信息，所述处理状态信息用于描述所述用户提问数据在自营方服务器中的处理状态。

所述接收模块33还用于：

接收所述自营方服务器通过所述数据读写接口发送的所述答复数据、所述第一标识和更新后的处理状态信息，所述更新后的处理状态信息是所述自营方服务器对所述数据记录进行处理后得到的。

所述服务器还包括：

确定模块41，用于根据所述更新后的处理状态信息重新确定所述用户提问数据的状态标记。

本实施例的第三方服务器可以用于执行图4所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图8为本发明用户数据处理系统实施例的结构示意图，如图8所示，该系统包括：

如图5或图6所示的自营方服务器和如图7所示的第三方服务器。

本实施例的论坛用户数据处理系统可以用于执行图1、图2和图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种用户数据处理方法，其特征在于，包括：

接收第三方服务器通过所述第三方服务器的数据读写接口发送的用户提问数据以及所述用户提问数据的第一标识；其中，所述第一标识是所述用户提问数据在所述第三方服务器中的标识；

为所述用户提问数据分配第二标识，并在数据库中生成与所述用户提问数据对应的数据记录，将所述第一标识、所述第二标识和所述用户提问数据关联存储在所述数据记录中，其中，所述第二标识是所述用户提问数据在自营方服务器中的标识；

获得与所述用户提问数据对应的答复数据，并将所述答复数据添加到所述数据记录中；

通过所述数据读写接口将所述答复数据和所述第一标识发送给所述第三方服务器，以使所述第三方服务器根据所述第一标识将所述答复数据显示在所述用户提问数据下。

2.根据权利要求1所述的方法，其特征在于，所述接收第三方服务器通过所述第三方服务器的数据读写接口发送的用户提问数据以及所述用户提问数据的第一标识之后，所述方法还包括：

通过语义分析，对所述用户提问数据信息中的垃圾信息进行过滤；

所述将所述第一标识、所述第二标识和所述用户提问数据关联存储在所述数据记录中，包括：

将所述第一标识、所述第二标识和垃圾信息过滤后的用户提问数据关联存储在所述数据记录中；

所述获得与所述用户提问数据对应的答复数据，包括：

获得与垃圾信息过滤后的用户提问数据对应的答复数据。

3.根据权利要求2所述的方法，其特征在于，所述数据记录中还包括处理状态信息，所述处理状态信息用于描述所述用户提问数据在自营方服务器中的处理状态；

所述获得与垃圾信息过滤后的用户提问数据对应的答复数据，包括：

确定所述用户提问数据所属的问题类型，并确定与所述问题类型对应的处理节点；

将所述数据记录发送给所述处理节点，并接收所述处理节点返回的第一处理后数据记录，所述第一处理后数据记录中包括第一更新后的处理状态信息和答复数据。

4.根据权利要求3所述的方法，其特征在于，所述确定所述用户提问数据所属的问题类型，并确定与所述问题类型对应的处理节点之前，还包括：

接收客服人员对所述数据记录的处理指示；

若所述处理指示是表示所述客服人员不能解答所述垃圾信息过滤后的用户提问数据的指示，则执行所述确定所述用户提问数据所属的问题类型，并确定与所述问题类型对应的处理节点的步骤；

所述方法还包括：

若所述处理指示是表示所述客服人员能够解答所述垃圾信息过滤后的用户提问数据的指示，则接收所述客服人员处理后的第二处理后数据记录，所述第二处理后数据记录中包括答复数据和第二更新后的处理状态信息。

5.一种用户数据处理方法，其特征在于，包括：

获取用户提问数据以及所述用户提问数据的第一标识，所述第一标识是所述用户提问数据在所述第三方服务器中的标识；

通过第三方服务器的数据读写接口将所述用户提问数据以及所述用户提问数据的第一标识发送给自营方服务器，以使所述自营方服务器为所述用户提问数据分配第二标识，并在数据库中生成与所述用户提问数据对应的数据记录，将所述第一标识、所述第二标识和所述用户提问数据关联存储在所述数据记录中，以及获得与所述用户提问数据对应的答复数据，将所述答复数据添加到所述数据记录中；其中，所述第二标识是所述用户提问数据在自营方服务器中的标识；

接收所述自营方服务器通过所述数据读写接口发送的所述答复数据和所述第一标识；

根据所述第一标识，将所述答复数据显示在所述用户提问数据下。

6.根据权利要求5所述的方法，其特征在于，所述第三方服务器中的每个用户提问数据均具有状态标记，所述状态标记用于标记对应的用户提问数据的处理状态，所述状态标记包括未解答状态标记、已关闭状态标记；

所述获取用户提问数据，包括：

从全部用户提问数据中获得具有未解答状态标记的用户提问数据。

7.根据权利要求6所述的方法，其特征在于，所述数据记录中还包括处理状态信息，所述处理状态信息用于描述所述用户提问数据在自营方服务器中的处理状态；

所述方法还包括：

接收所述自营方服务器通过所述数据读写接口发送的所述答复数据、所述第一标识和更新后的处理状态信息，所述更新后的处理状态信息是所述自营方服务器对所述数据记录进行处理后得到的；

根据所述第一标识将所述答复数据显示在所述用户提问数据下，并根据所述更新后的处理状态信息重新确定所述用户提问数据的状态标记。

8.一种自营方服务器，其特征在于，包括：

接收模块，用于接收第三方服务器通过所述第三方服务器的数据读写接口发送的用户提问数据以及所述用户提问数据的第一标识；其中，所述第一标识是所述用户提问数据在所述第三方服务器中的标识；

存储处理模块，用于为所述用户提问数据分配第二标识，并在数据库中生成与所述用户提问数据对应的数据记录，将所述第一标识、所述第二标识和所述用户提问数据关联存储在所述数据记录中，其中，所述第二标识是所述用户提问数据在自营方服务器中的标识；

获取模块，用于获得与所述用户提问数据对应的答复数据，并将所述答复数据添加到所述数据记录中；

发送模块，用于通过所述数据读写接口将所述答复数据和所述第一标识发送给所述第三方服务器，以使所述第三方服务器根据所述第一标识将所述答复数据显示在所述用户提问数据下。

9.一种第三方服务器，其特征在于，包括：

获取模块，用于获取用户提问数据以及所述用户提问数据的第一标识，所述第一标识是所述用户提问数据在所述第三方服务器中的标识；

发送模块，用于通过数据读写接口将所述用户提问数据以及所述用户提问数据的第一标识发送给自营方服务器，以使所述自营方服务器为所述用户提问数据分配第二标识，并在数据库中生成与所述用户提问数据对应的数据记录，将所述第一标识、所述第二标识和所述用户提问数据关联存储在所述数据记录中，以及获得与所述用户提问数据对应的答复数据，将所述答复数据添加到所述数据记录中；其中，所述第二标识是所述用户提问数据在自营方服务器中的标识；

接收模块，用于接收所述自营方服务器通过所述数据读写接口发送的所述答复数据和所述第一标识；

显示模块，用于根据所述第一标识，将所述答复数据显示在所述用户提问数据下。

10.一种用户数据处理系统，其特征在于，包括：

权利要求8所述的自营方服务器和权利要求9所述的第三方服务器。