CN117857574A - 交互消息处理方法、装置、系统及存储介质 - Google Patents

Abstract

本申请提供一种交互消息处理方法、装置、系统及存储介质，涉及互联网技术领域。其中，交互消息处理方法包括：接收第一预设平台发送的待处理消息；将待处理消息发送至第二用户端；接收与第二用户端对应的第一预设平台发送的审批数据；根据审批数据选择对应的消息处理操作，并根据待处理消息进行对应的消息处理操作，得到消息处理数据；若判定消息处理数据满足预设条件，则将消息处理数据发送至与第一用户端对应的第一预设平台，以使与第一用户端对应的第一预设平台基于第一用户在第一用户端的第一预设平台界面的查询操作，返回消息处理数据至第一用户端进行显示。本申请提高了交互消息处理效率。

Description

交互消息处理方法、装置、系统及存储介质

技术领域

本申请实施例涉及互联网技术领域，尤其是涉及一种交互消息处理方法、装置、系统及存储介质。

背景技术

随着互联网技术的发展，越来越多的企业需要使用各种各样的平台，用于管理和处理不同的消息数据，并且需要不同的用户频繁的登录相应的平台处理交互消息数据。

目前，现有技术中，在处理某些特定的问题时，需要不同的用户需要登录相应的平台，才能对不同的交互消息进行处理。

然而，发明人发现现有技术至少存在以下技术问题：当不同的用户登录对应的平台进行各种特定问题的消息处理时，因为各平台之间的数据不能及时的同步，使交互消息处理效率降低。

发明内容

本申请提供一种交互消息处理方法、装置、系统及存储介质，使不同用户登录相应的平台进行操作时，各平台之间的数据能快速同步，进而提高了交互消息处理效率。

第一方面，本申请提供一种交互消息处理方法，包括：

接收第一预设平台发送的待处理消息，其中所述待处理消息为第一用户在第一用户端通过预设登录操作登录至第一预设平台，并基于第一用户在与第一用户端对应的第一预设平台界面的申请配置操作，向与所述第一用户端对应的第一预设平台发送的；其中所述第一预设平台为多个预设平台中的任一个，每个用户端对应多个预设平台，所述多个预设平台之间的数据共享；

将所述待处理消息发送至第二用户端，以使所述第二用户端基于第二用户在第二用户端的第一预设平台界面的预设登录操作，登录与第二用户端对应的第一预设平台，并基于第二用户在第二用户端的第一预设平台界面的审批操作，向与第二用户端对应的第一预设平台发送审批数据，其中所述审批操作是第二用户根据所述待处理消息确定的；

接收所述与第二用户端对应的第一预设平台发送的审批数据；

根据审批数据选择对应的消息处理操作，并根据所述待处理消息进行所述对应的消息处理操作，得到消息处理数据；

若判定所述消息处理数据满足预设条件，则将所述消息处理数据发送至所述与第一用户端对应的第一预设平台，以使所述与第一用户端对应的第一预设平台基于第一用户在第一用户端的第一预设平台界面的查询操作，返回所述消息处理数据至所述第一用户端进行显示。

在一种可能的实现方式中，所述预设登录操作为单点登录操作，其中第一用户端通过单点登录操作登录至第一预设平台，相当于登录多个所述预设平台；

将所述消息处理数据发送至与第一用户端对应的第一预设平台之后，还包括：

将所述消息处理数据发送至所述多个预设平台中的第二预设平台，以使第二预设平台将所述消息处理数据存储；

将所述消息处理数据发送至所述多个预设平台中的第三预设平台，以使第三预设平台将所述消息处理数据发送至第一用户对应的第三用户端进行显示。

在一种可能的实现方式中，所述接收第一预设平台发送的待处理消息之后，还包括：

将所述待处理消息发送至所述第三预设平台，以使所述第三预设平台将所述待处理消息发送至第二用户对应的第三用户端进行显示。

在一种可能的实现方式中，所述将所述消息处理数据发送至所述第一预设平台之后，还包括：

根据所述第二预设平台存储的消息处理数据，获得与消息处理数据对应的异常状态数据；

将所述异常状态数据发送至第三预设平台，以使第三预设平台将所述异常状态数据发送至第三用户端进行显示；

将所述异常状态数据发送至第一预设平台，以使第一预设平台将所述异常状态数据发送至第一用户端进行显示；

接收第一预设平台发送的异常处理决策数据，其中所述异常处理决策数据为第一用户在第一用户端通过预设登录操作登录至第一预设平台，并基于第一用户在与第一用户端对应的第一预设平台界面的异常处理操作，向与所述第一用户端对应的第一预设平台发送的；

根据所述异常处理决策数据进行异常处理，得到异常处理结果；

将所述异常处理结果发送至第三预设平台，以使第三预设平台将所述异常处理结果发送至第三用户端进行显示；

将所述异常处理结果发送至第一预设平台，以使第一预设平台将所述异常处理结果发送至第一用户端进行显示。

在一种可能的实现方式中，所述根据所述异常处理决策数据进行异常处理，得到异常处理结果，包括：

根据异常处理决策数据，确定预设关系表中与所述异常状态数据对应的位置标识，其中所述预设关系表为所述消息处理数据存储在第二预设平台时得到数据表；

根据所述位置标识和异常处理决策数据，确定异常处理操作指令；

根据所述异常处理操作指令进行异常处理，得到异常处理结果。

在一种可能的实现方式中，所述根据所述待处理消息进行所述对应的消息处理操作，得到消息处理数据之后，还包括：

若判定所述消息处理数据不满足预设条件，则将所述消息处理数据和待处理消息发送至所述第一用户端，以使第一用户端获得修改后的待处理消息，其中所述修改后的待处理消息为第一用户在第一用户端的第一预设平台操作界面根据待处理消息和消息处理数据进行修改操作得到的；

接收第一预设平台发送的所述修改后的待处理消息，并根据所述修改后的待处理消息进行对应的消息处理操作，得到修改后的消息处理数据；

将所述修改后的消息处理数据发送至所述与第一用户端对应的第一预设平台，以使所述与第一用户端对应的第一预设平台基于用户在第一用户端的第一预设平台界面的查询操作，返回所述修改后的消息处理数据至所述第一用户端进行显示。

在一种可能的实现方式中，所述接收所述与第二用户端对应的第一预设平台发送的审批数据之后，还包括：

获取删除指令，并将删除指令发送至所述与第二用户端对应的第一预设平台，以使与第二用户端对应的第一预设平台根据所述删除指令将所述审批数据和所述待处理消息删除。

第二方面，本申请提供一种交互消息处理装置，包括：

消息接收模块，用于接收第一预设平台发送的待处理消息，其中所述待处理消息为第一用户在第一用户端通过预设登录操作登录至第一预设平台，并基于第一用户在与第一用户端对应的第一预设平台界面的申请配置操作，向与所述第一用户端对应的第一预设平台发送的；其中所述第一预设平台为多个预设平台中的任一个，每个用户端对应多个预设平台，所述多个预设平台之间的数据共享；

消息发送模块，用于将所述待处理消息发送至第二用户端，以使所述第二用户端基于第二用户在第二用户端的第一预设平台界面的预设登录操作，登录与第二用户端对应的第一预设平台，并基于第二用户在第二用户端的第一预设平台界面的审批操作，向与第二用户端对应的第一预设平台发送审批数据，其中所述审批操作是第二用户根据所述待处理消息确定的；

其中，消息接收模块，还用于接收所述与第二用户端对应的第一预设平台发送的审批数据；

消息处理模块，用于根据审批数据选择对应的消息处理操作，并根据所述待处理消息进行所述对应的消息处理操作，得到消息处理数据；

判断处理模块，用于判定所述消息处理数据是否满足预设条件，若判定所述消息处理数据满足预设条件，则将所述消息处理数据发送至所述与第一用户端对应的第一预设平台，以使所述与第一用户端对应的第一预设平台基于第一用户在第一用户端的第一预设平台界面的查询操作，返回所述消息处理数据至所述第一用户端进行显示。

第三方面，本申请提供了一种交互消息处理系统，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上述第一方面描述的交互消息方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机一项所执行指令，当处理器执行所述计算机执行指令时，实现如上述第一方面描述的交互消息处理方法。

本申请提供的一种交互消息处理方法、装置、系统及存储介质，先通过接收第一用户在第一用户端对应的第一预设平台发送的待处理消息，且第一预设平台为多个预设平台中的任一个，多个预设平台之间的数据共享，第二用户通过共享的数据，根据待处理消息确定审批操作，并在第二用户端的第一预设平台发送审批数据，再根据审批数据选择对应的消息处理操作，最后进行消息处理操作，得到消息处理数据，再发送给第一用户端对应的预设平台，第一用户对第一预设平台界面进行查询操作，即可得到显示在第一用户端的消息处理数据，完成交互消息的处理。整个过程，各预设平台之间的数据共享，提高了交互消息的处理效率。

附图说明

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

图1为本申请实施例提供的交互消息处理方法的应用场景示意图；

图2为本申请实施例提供交互的消息处理方法的流程示意图；

图3为本申请一个实施例提供的交互消息处理方法的交互流程示意图；

图4为本申请实施例提供的一种交互消息处理装置的结构示意图；

图5为本申请实施例提供的交互消息处理系统的硬件结果示意图。

具体实施方式

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

目前，随着互联网的不断发展，越来越多的企业需要使用各种各样的平台，用于管理和处理不同的消息数据。并且随着数据量的增大，各种维度的大量交互消息需要工作人员及时处理。发明人发现，由于各平台之间的数据更新慢，甚至需要人为操作，因此当交互消息从多个维度发出时，甚至当交互消息量大时，由于各平台之间会出现数据不统一的情况，影响不同用户的消息处理速度，从而使整个交互消息的处理效率降低。

为解决上述技术问题，本申请实施例提供了以下解决问题的技术构思：通过云管理平台的云计算技术的消息处理机制解决各平台之间的消息不能及时同步的问题，再用特定的登录方式登录对应的平台，实现各平台之间的数据共享，使各平台之间的交互消息同步且数据保持一致，进而提高数据处理效率。

图1为本申请实施例提供的交互的消息处理方法的应用场景架构图，如图1所示，该应用场景中，包括：多个用户端101、多个预设平台102、云管理平台103。

其中，用户端101，用于供工作人员输入交互消息、显示预设平台的操作界面和交互消息，并将交互消息发送至多个预设平台102。本实施例中，用户端101可以是笔记本、平板电脑或移动端设备，也可以是其它的计算机的相关设备。

多个预设平台102，用于接收从用户端101发送的交互消息，并将交互消息发送至云管理平台103，多个预设平台102可以是一个网页、网站或其它具有能读写数据的系统平台，例如，多个预设平台102可以包括OA系统平台1，OA系统平台2、CMDB(ConfigurationManagement Database，配置管理数据库)平台和短信平台等具有特定功能的平台。

云管理平台103，用于接收从计算机设备101发送的交互消息，并执行交互消息的处理过程，并将处理交互消息过程中生成的数据发出。云管理平台连接端口连接至各云服务器，其中，云服务器可以包括私有云、公有云或混合云。

图2为本申请实施例提供交互的消息处理方法的流程示意图，本实施例的执行主体可以为图1所示实施例中的云管理平台102，也可以是其他的云计算技术中的相关的集计算、存储和网络管理的主机产品，对此实施例不作特别限制。

如图2所示，该交互消息处理方法包括：

S201：接收第一预设平台发送的待处理消息，其中待处理消息为第一用户在第一用户端通过预设登录操作登录至第一预设平台，并基于第一用户在与第一用户端对应的第一预设平台界面的申请配置操作，向与第一用户端对应的第一预设平台发送的。其中第一预设平台为多个预设平台中的任一个，每个用户端对应多个预设平台，多个预设平台之间的数据共享。

本实施例中，第一预设平台为多个预设平台中的任一个，该第一预设平台可以是OA(Office Automation，办公自动化)系统平台，预设平台可以是网站、系统或软件。第一用户端可以是电脑，该电脑可以包括主机、鼠标、键盘和显示器。第一预设平台发送的待处理消息可以是数据串，该数据串可以是JSON(JavaScript Object Notation，脚本对象简谱)串。预设登录操作可以是在预设平台界面输入登录密码后点击登录按钮。第一用户可以是交互消息的发起者，或者问题的提出方。

示例性的，第一用户可以在与第一用户端对应的OA系统平台登录后，基于第一用户在与第一用户端对应的第一预设平台界面的申请配置操作，第一预设平台发送的待处理消息为“某人申请虚拟机开通”和申请开通的虚拟机的型号、参数配置等配置信息。

S202：将待处理消息发送至第二用户端，以使第二用户端基于第二用户在第二用户端的第一预设平台界面的预设登录操作，登录与第二用户端对应的第一预设平台，并基于第二用户在第二用户端的第一预设平台界面的审批操作，向与第二用户端对应的第一预设平台发送审批数据，其中审批操作是第二用户根据待处理消息确定的。

本实施例中，第二用户可以是具有审批权限的用户，第二用户的数量可以是一个也可以是多个，每个第二用户对应一个第二用户端，其中，第二用户端可以是电脑，该电脑可以包括主机、鼠标、键盘和显示器。审批操作为第二用户针对待处理消息进行审批，该审批操作可以是提出审批意见和审批结果等。

示例性的，第二用户在电脑上登录OA系统平台之后，会接收到待处理消息“某人申请虚拟机开通”，第二用户在电脑上的OA系统平台界面上进行审批操作，第二用户使用电脑的键盘或鼠标输入“允许某人开通虚拟机”的审批数据，并将“允许某人开通虚拟机”的审批数据发送到第二用户操作的电脑上运行的OA系统平台上。

S203：接收与第二用户端对应的第一预设平台发送的审批数据。

S204：根据审批数据选择对应的消息处理操作，并根据待处理消息进行对应的消息处理操作，得到消息处理数据。

本实施例中，对应的消息处理操作可以是审批不通过时的处理操作或审批通过时的处理操作，消息处理数据可以包括消息处理结果和消息处理成功后的基本参数信息。

示例性的，审批数据为“允许某人开通虚拟机”时，则此时对应的消息处理操作为自动创建虚拟机。对应的，自动创建虚拟机后，得到的消息处理数据为“虚拟机开通成功和虚拟机通知消息”或“虚拟机开通失败和虚拟机开通失败原因”。具体的，虚拟机通知消息包含了虚拟机的开通时间、登录密码和虚拟机的所在的位置等基本参数信息。

S205：若判定消息处理数据满足预设条件，则将消息处理数据发送至与第一用户端对应的第一预设平台，以使与第一用户端对应的第一预设平台基于第一用户在第一用户端的第一预设平台界面的查询操作，返回消息处理数据至第一用户端进行显示。

本实施例中，预设条件为消息处理数据中是否有消息处理成功的数据。消息处理数据会被发送到与第一用户端对应的第一预设平台。查询操作为第一用户在第一用户端的操作界面点击查看消息处理数据的过程。

示例性的，当虚拟机被自动创建后，得到的消息处理数据中有“虚拟机开通成功”的数据，则满足预设条件。此时需要将消息处理数据显示在第一用户端，供第一用户查看，这样便完成了一次交互消息的处理。

综上，本申请实施例提供的交互消息处理方法，通过接收第一用户在第一用户端对应的第一预设平台发送的待处理消息，且第一预设平台为多个预设平台中的任一个，多个预设平台之间的数据共享，第二用户通过共享的数据，根据待处理消息确定审批操作，并在第二用户端的第一预设平台发送审批数据，再根据审批数据选择对应的消息处理操作，最后进行消息处理操作，得到消息处理数据，再发送给第一用户端对应的预设平台，第一用户对第一预设平台界面进行查询操作，即可得到显示在第一用户端的消息处理数据，完成交互消息的处理。整个过程，各预设平台之间的数据共享，提高了交互消息的处理效率。

在本申请一可选的实施例中，预设登录方式为单元登录操作，其中，第一用户端通过单点登录操作登录至第一预设平台，相当于登录多个预设平台，即第一预设平台与多个预设平台中的其它预设平台之间无需授权认证，即可实现数据同步。将消息处理数据发送至与第一用户端对应的第一预设平台之后，还包括如下步骤：

S206：将消息处理数据发送至多个预设平台中的第二预设平台，以使第二预设平台将消息处理数据存储。

S207：将消息处理数据发送至多个预设平台中的第三预设平台，以使第三预设平台将消息处理数据发送至第一用户对应的第三用户端进行显示。

本实施例中，第二预设平台可以是与第一预设平台不同的操作系统、网站或数据管理平台，例如，第二预设平台可以是CMDB(Configuration Management Database，配置管理数据库)平台，用于存储消息处理数据，供后续的交互消息处理调用数据。

本实施例中，第三预设平台可以是与第一预设平台和第二预设平台都不同的操作系统、网站，例如，第三预设平台可以是通过短信端口与互联网连接实现向用户发送短信的短信平台，第三用户端可以是可以接收短信的移动设备，例如，该移动设备可以是手机或平板电脑等。

综上，本申请实施例提供的交互消息处理方法，通过将消息处理数据存储在第三预设平台，供后续交互消息处理时调用，使后续的交互消息处理过程更方便快捷。另外，还通过将消息处理数据发送至第一用户对应的第三用户端，用于提醒第一用户交互消息处理完成，使用户能更及时的查看返回的消息处理数据，以完成整个交互消息的处理流程，进一步提高交互消息的处理效率。

在本申请一可选的实施例中，该交互消息处理方法中，在S201之后，还包括如下步骤：

S201a：将待处理消息发送至第三预设平台，以使第三预设平台将待处理消息发送至第二用户对应的第三用户端进行显示。

本实施例中，第二用户是S202中审批操作的执行者，第二用户对应的第三用户端可以是第二用户的手机或平板电脑，例如待处理消息中“某人申请开通虚拟机”的消息通过短信的形式从第三预设平台发送到第二用户的手机上，给第二用户提醒。

综上，本申请实施例提供的一种交互消息处理方法，通过将待处理消息发送到第三预设平台后，再发送到第二用户对应的第三用户端进行显示，使第二用户能及时接收到提醒，并在第二用户的第二用户端登录第一预设平台进行审批操作，避免因不能及时进行审批操作影响交互消息处理的效率。

在本申请一可选的实施例中，S205之后，还包括如下步骤：

步骤a：根据第二预设平台存储的消息处理数据，获得与消息处理数据对应的异常状态数据。

本实施例中，第二预设平台存储的消息处理数据可以包括配置参数信息，例如，该配置参数信息可以是虚拟机IP(Internet Protocol，互联网协议)地址，异常状态数据可以是异常状态数据采集时间数据和异常情况描述字符数据，例如，该异常状态数据中可以包括“XX号虚拟机(IP地址)在2022年6月15日11时50分处于关机状态”的消息。

步骤b：将异常状态数据发送至第三预设平台，以使第三预设平台将异常状态数据发送至第三用户端进行显示。

本实施例中，异常状态数据在第三用户端进行显示，此处的第三用户端可以是第一用户、第二用户或负责云平台管理的工作人员。例如，步骤a中的“XX号虚拟机(IP地址)在2022年6月15日11时50分处于关机状态”的消息，发送到短信平台后，再由短信平台发送到用户的手机端并显示。

步骤c：将异常状态数据发送至第一预设平台，以使第一预设平台将异常状态数据发送至第一用户端进行显示。

本实施例中，异常状态数据被发送到第一预设平台后，被第一预设平台发送到第一用户端进行显示，当用户登录在第一用户端登录第一预设平台时，能及时看到异常状态数据。

步骤d：接收第一预设平台发送的异常处理决策数据，其中异常处理决策数据为第一用户在第一用户端通过预设登录操作登录至第一预设平台，并基于第一用户在与第一用户端对应的第一预设平台界面的异常处理操作，向与第一用户端对应的第一预设平台发送的。

步骤e：根据异常处理决策数据进行异常处理，得到异常处理结果。

本实施例中，异常处理的执行主体为云管理平台，异常处理决策数据则为操作指令，例如“重新开启虚拟机”的异常处理决策数据。

具体的，在本申请一可选的实施例中，步骤e具体包括：

步骤e1：根据异常处理决策数据，确定预设关系表中与异常状态数据对应的位置标识，其中预设关系表为消息处理数据存储在第二预设平台时得到数据表。

步骤e2：根据位置标识和异常处理决策数据，确定异常处理操作指令。

步骤e3：根据异常处理操作指令进行异常处理，得到异常处理结果。

本实施例中，预设关系表为消息处理数据存储在CMDB平台上的数据表，异常处理操作指令可以是一个命令行。异常处理结果为命令行的执行结果，例如“操作成功或操作失败。

示例性的，数据表的纵列可以是各用户对应的虚拟机，例如“张三的虚拟机，李四的虚拟机”，数据表的横列可以是各虚拟机的开通或关闭，执行结果可以是“张三的虚拟机完成开机”。

步骤f：将异常处理结果发送至第三预设平台，以使第三预设平台将异常处理结果发送至第三用户端进行显示。

步骤g：将异常处理结果发送至第一预设平台，以使第一预设平台将异常处理结果发送至第一用户端进行显示。

本实施例中，异常处理操作可以包括登录操作、点击操作按钮等。异常处理的处理过程由云管理平台执行。

示例性的，当第一用户在第一用户端看到“XX号虚拟机(IP地址)在2022年6月15日11时50分处于关机状态”的异常状态数据时，登录OA系统平台后，会获取组装开机需要的JSON串，再根据JSON串选择虚拟机进行开通虚拟机的操作，并得到“XX号虚拟机(IP地址)在2022年6月15日13时15分完成开机操作”的异常处理结果。得到异常处理结果之后，将异常处理结果发送到短信平台后再以短信的形式发送到第三用户端，供用户查看虚拟机重新开机的结果。再将异常处理结果发送到OA系统平台，使第一用户在第一用户端的第一预设平台界面查看虚拟机重新开通结果。

综上，通过多个预设平台之间的数据共享与交互，使出现异常状态数据时，能快速的利用第三预设平台通知到第一用户，且第二预设平台存储的数据也能被调用，各个预设平台之间相互联通，避免用户频繁的登录各平台，实现多维交互信息的响应和处理，减少了用户的工作量，提供了用户处理交互消息的效率。

同时，本实施例中，通过预设关系表，使数据能更直观的展现在用户眼前，使用户更快的找到对应的位置标识，确定异常处理操作指令，进而提高异常类的交互消息的处理效率。

在本申请一可选的实施例中，S204的根据待处理消息进行对应的消息处理操作，得到消息处理数据之后，还包括：

步骤A：若判定消息处理数据不满足预设条件，则将消息处理数据和待处理消息发送至第一用户端，以使第一用户端获得修改后的待处理消息，其中修改后的待处理消息为第一用户在第一用户端的第一预设平台操作界面根据待处理消息和消息处理数据进行修改操作得到的。

步骤B：接收第一预设平台发送的修改后的待处理消息，并根据修改后的待处理消息进行对应的消息处理操作，得到修改后的消息处理数据。

步骤C：将修改后的消息处理数据发送至与第一用户端对应的第一预设平台，以使与第一用户端对应的第一预设平台基于用户在第一用户端的第一预设平台界面的查询操作，返回修改后的消息处理数据至第一用户端进行显示。

本实施例中，不满足预设条件可以是消息处理数据中包括“消息处理失败”的文字描述。此时，消息处理数据还可以包括消息处理失败的原因描述信息。修改后的待处理消息可以是对待处理消息中导致消息处理失败的数据进行了修改得到的。

示例性的，当“某人申请虚拟机开通”的交互消息对应的消息处理数据为“虚拟机开通失败和虚拟机开通失败的原因为第i个参数设置错误”，该消息处理数据被发送到第一用户对应的第一预设平台上，并显示在第一用户端的第一预设平台界面上。第一用户会查看虚拟机开通失败的原因，并对第i个参数进行修改，最后根据修改后的待处理消息继续开通虚拟机的操作。

在本申请一可选的实施例中，提供了一种交互消息的处理方法，与上述方法实施例不同之处在于，S203之后，还包括：

步骤S203a：获取删除指令，并将删除指令发送至与第二用户端对应的第一预设平台，以使与第二用户端对应的第一预设平台根据删除指令将审批数据和待处理消息删除。

本实施例中，删除指令可以是一个字符串或一个快捷按键响应信号。例如，用户按下“删除键”时，第二用户端对应的第一预设平台将审批数据和待处理消息删除。

综上，通过将第二用户对应的第一预设平台上的审批数据和待处理消息删除，避免每次第二用户登录第一预设平台时，寻找新的待处理消息进行审批时，之前的审批数据和之前的待处理消息会造成干扰，从而影响第二用户在第一预设平台进行审批操作，进而提高整个交互消息的处理效率。

以上将云管理平台作为执行主体对本申请实施例提供的一种交互消息处理方法进行了详细的说明，以下，以交互的形式对交互消息处理方法进行详细的说明。

请参考图3，图3为本申请一个实施例提供的交互消息处理方法的交互流程示意图，如图4所示，该交互消息处理方法包括：

S301：第一用户端基于第一用户在第一预设平台界面的登录操作，登录第一用户端对应的第一预设平台。

S302：第一用户端向第一预设平台发送待处理消息。

S303：第一预设平台向云管理平台发送待处理消息。

S304：云管理平台将待处理消息发送至第二用户端进行显示。

S305：第二用户端基于第二用户的通过第一预设平台界面的审批操作，生成审批数据。

S306：第二用户端向第一预设平台发送审批数据。

S307：第一预设平台向云管理平台发送审批数据。

S308：云管理平台根据审批数据和待处理消息，进行消息处理操作，得到消息处理数据。

S309：云管理平台将消息处理数据发送至第一用户端。

S3010：第一用户端将消息处理数据进行显示。

综上，本实施例提供的交互消息处理方法，云管理平台和多个预设平台之间采用预设登录方式，实现数据共享和同步，进而使交互消息处理效率更高。

图4为本申请实施例提供的一种交互消息处理装置的结构示意图，该装置包括：消息接收模块41、消息发送模块42、消息处理模块43和判断处理模块44。

其中，消息接收模块41，用于接收第一预设平台发送的待处理消息，其中待处理消息为第一用户在第一用户端通过预设登录操作登录至第一预设平台，并基于第一用户在与第一用户端对应的第一预设平台界面的申请配置操作，向与第一用户端对应的第一预设平台发送的。其中第一预设平台为多个预设平台中的任一个，每个用户端对应多个预设平台，多个预设平台之间的数据共享。

消息发送模块42，用于将待处理消息发送至第二用户端，以使第二用户端基于第二用户在第二用户端的第一预设平台界面的预设登录操作，登录与第二用户端对应的第一预设平台，并基于第二用户在第二用户端的第一预设平台界面的审批操作，向与第二用户端对应的第一预设平台发送审批数据，其中审批操作是第二用户根据待处理消息确定的。

其中，消息接收模块41，还用于接收与第二用户端对应的第一预设平台发送的审批数据。

消息处理模块43，用于根据审批数据选择对应的消息处理操作，并根据待处理消息进行对应的消息处理操作，得到消息处理数据。

判断处理模块44，用于判定消息处理数据是否满足预设条件，若判定消息处理数据满足预设条件，则将消息处理数据发送至与第一用户端对应的第一预设平台，以使与第一用户端对应的第一预设平台基于第一用户在第一用户端的第一预设平台界面的查询操作，返回消息处理数据至第一用户端进行显示。

本实施例提供的交互消息处理装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

在本申请一可选的实施例中，预设登录操作为单点登录操作，其中第一用户端通过单点登录操作登录至第一预设平台，相当于登录多个预设平台。消息发送模块42将消息处理数据发送至与第一用户端对应的第一预设平台之后。

消息发送模块42还具体用于将消息处理数据发送至多个预设平台中的第二预设平台，以使第二预设平台将消息处理数据存储。并将消息处理数据发送至多个预设平台中的第三预设平台，以使第三预设平台将消息处理数据发送至第一用户对应的第三用户端进行显示。

在本申请一可选的实施例中，消息接收模块41接收第一预设平台发送的待处理消息之后，消息发送模块42还具体用于将待处理消息发送至第三预设平台，以使第三预设平台将待处理消息发送至第二用户对应的第三用户端进行显示。

在本申请一可选的实施例中，消息发送模块42将消息处理数据发送至第一预设平台之后，消息处理模块43，还具体用于根据第二预设平台存储的消息处理数据，获得与消息处理数据对应的异常状态数据。

消息处理模块43，还具体用于将异常状态数据发送至第三预设平台，以使第三预设平台将异常状态数据发送至第三用户端进行显示。

消息发送模块42，还具体用于将异常状态数据发送至第一预设平台，以使第一预设平台将异常状态数据发送至第一用户端进行显示。

消息接收模块41，还具体用于接收第一预设平台发送的异常处理决策数据，其中异常处理决策数据为第一用户在第一用户端通过预设登录操作登录至第一预设平台，并基于第一用户在与第一用户端对应的第一预设平台界面的异常处理操作，向与第一用户端对应的第一预设平台发送的。

消息处理模块43，还具体用于根据异常处理决策数据进行异常处理，得到异常处理结果。

消息发送模块42，还具体用于将异常处理结果发送至第三预设平台，以使第三预设平台将异常处理结果发送至第三用户端进行显示。并将异常处理结果发送至第一预设平台，以使第一预设平台将异常处理结果发送至第一用户端进行显示。

在本申请一可选的实施例中，消息处理模块43还具体用于根据异常处理决策数据，确定预设关系表中与异常状态数据对应的位置标识，其中预设关系表为消息处理数据存储在第二预设平台时得到数据表。根据位置标识和异常处理决策数据，确定异常处理操作指令。根据异常处理操作指令进行异常处理，得到异常处理结果。

在本申请一可选的实施例中，消息处理模块43根据待处理消息进行对应的消息处理操作，得到消息处理数据之后，判断及处理模块44还具体用于判断消息处理数据是否满足预设条件，若判定消息处理数据不满足预设条件，则将消息处理数据和待处理消息发送至第一用户端，以使第一用户端获得修改后的待处理消息，其中修改后的待处理消息为第一用户在第一用户端的第一预设平台操作界面根据待处理消息和消息处理数据进行修改操作得到的。

消息接收模块41，还具体用于接收第一预设平台发送的修改后的待处理消息，并根据修改后的待处理消息进行对应的消息处理操作，得到修改后的消息处理数据。

消息发送模块42，还具体用于将修改后的消息处理数据发送至与第一用户端对应的第一预设平台，以使与第一用户端对应的第一预设平台基于用户在第一用户端的第一预设平台界面的查询操作，返回修改后的消息处理数据至第一用户端进行显示。

在本申请一可选的实施例中，当消息接收模块41接收与第二用户端对应的第一预设平台发送的审批数据之后，消息处理模块43还具体用于获取删除指令，并将删除指令发送至与第二用户端对应的第一预设平台，以使与第二用户端对应的第一预设平台根据删除指令将审批数据和待处理消息删除。

图5为本申请实施例提供的交互消息处理系统的硬件结果示意图，如图5所示，该系统包括：至少一个处理器501以及存储器502。

其中，处理器501，用于存储计算机执行指令。

存储器502，用于执行存储器存储的计算机执行指令，以实现上述方法实施例中所涉及的各个步骤。具体可以参见前述方法实施例中的相关描述。

可选地，存储器502既可以是独立的，也可以跟处理器501集成在一起。

当存储器502独立设置时，该控制器还包括总线503，用于连接存储器502和处理器501。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当处理器执行计算机执行指令时，实现如上述方法实施例中所设涉及的各个步骤。

本申请实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上的页面测试方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例的方法的部分步骤。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，简称ISA)总线、外部设备互连(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

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

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

Claims (10)

1.一种交互消息处理方法，其特征在于，包括：

接收第一预设平台发送的待处理消息，其中所述待处理消息为第一用户在第一用户端通过预设登录操作登录至第一预设平台，并基于第一用户在与第一用户端对应的第一预设平台界面的申请配置操作，向与所述第一用户端对应的第一预设平台发送的；其中所述第一预设平台为多个预设平台中的任一个，每个用户端对应多个预设平台，所述多个预设平台之间的数据共享；

将所述待处理消息发送至第二用户端，以使所述第二用户端基于第二用户在第二用户端的第一预设平台界面的预设登录操作，登录与第二用户端对应的第一预设平台，并基于第二用户在第二用户端的第一预设平台界面的审批操作，向与第二用户端对应的第一预设平台发送审批数据，其中所述审批操作是第二用户根据所述待处理消息确定的；

接收所述与第二用户端对应的第一预设平台发送的审批数据；

根据审批数据选择对应的消息处理操作，并根据所述待处理消息进行所述对应的消息处理操作，得到消息处理数据；

若判定所述消息处理数据满足预设条件，则将所述消息处理数据发送至所述与第一用户端对应的第一预设平台，以使所述与第一用户端对应的第一预设平台基于第一用户在第一用户端的第一预设平台界面的查询操作，返回所述消息处理数据至所述第一用户端进行显示。

2.根据权利要求1所述的方法，其特征在于，所述预设登录操作为单点登录操作，其中第一用户端通过单点登录操作登录至第一预设平台，相当于登录多个所述预设平台；

将所述消息处理数据发送至与第一用户端对应的第一预设平台之后，还包括：

将所述消息处理数据发送至所述多个预设平台中的第二预设平台，以使第二预设平台将所述消息处理数据存储；

将所述消息处理数据发送至所述多个预设平台中的第三预设平台，以使第三预设平台将所述消息处理数据发送至第一用户对应的第三用户端进行显示。

3.根据权利要求2所述的方法，其特征在于，所述接收第一预设平台发送的待处理消息之后，还包括：

将所述待处理消息发送至所述第三预设平台，以使所述第三预设平台将所述待处理消息发送至第二用户对应的第三用户端进行显示。

4.根据权利要求2所述的方法，其特征在于，所述将所述消息处理数据发送至所述第一预设平台之后，还包括：

根据所述第二预设平台存储的消息处理数据，获得与消息处理数据对应的异常状态数据；

将所述异常状态数据发送至第三预设平台，以使第三预设平台将所述异常状态数据发送至第三用户端进行显示；

将所述异常状态数据发送至第一预设平台，以使第一预设平台将所述异常状态数据发送至第一用户端进行显示；

接收第一预设平台发送的异常处理决策数据，其中所述异常处理决策数据为第一用户在第一用户端通过预设登录操作登录至第一预设平台，并基于第一用户在与第一用户端对应的第一预设平台界面的异常处理操作，向与所述第一用户端对应的第一预设平台发送的；

根据所述异常处理决策数据进行异常处理，得到异常处理结果；

将所述异常处理结果发送至第三预设平台，以使第三预设平台将所述异常处理结果发送至第三用户端进行显示；

将所述异常处理结果发送至第一预设平台，以使第一预设平台将所述异常处理结果发送至第一用户端进行显示。

5.根据权利要求4所述的方法，其特征在于，所述根据所述异常处理决策数据进行异常处理，得到异常处理结果，包括：

根据异常处理决策数据，确定预设关系表中与所述异常状态数据对应的位置标识，其中所述预设关系表为所述消息处理数据存储在第二预设平台时得到数据表；

根据所述位置标识和异常处理决策数据，确定异常处理操作指令；

根据所述异常处理操作指令进行异常处理，得到异常处理结果。

6.根据权利要求1所述的方法，其特征在于，所述根据所述待处理消息进行所述对应的消息处理操作，得到消息处理数据之后，还包括：

若判定所述消息处理数据不满足预设条件，则将所述消息处理数据和待处理消息发送至所述第一用户端，以使第一用户端获得修改后的待处理消息，其中所述修改后的待处理消息为第一用户在第一用户端的第一预设平台操作界面根据待处理消息和消息处理数据进行修改操作得到的；

接收第一预设平台发送的所述修改后的待处理消息，并根据所述修改后的待处理消息进行对应的消息处理操作，得到修改后的消息处理数据；

将所述修改后的消息处理数据发送至所述与第一用户端对应的第一预设平台，以使所述与第一用户端对应的第一预设平台基于用户在第一用户端的第一预设平台界面的查询操作，返回所述修改后的消息处理数据至所述第一用户端进行显示。

7.根据权利要求1所述的方法，其特征在于，所述接收所述与第二用户端对应的第一预设平台发送的审批数据之后，还包括：

获取删除指令，并将删除指令发送至所述与第二用户端对应的第一预设平台，以使与第二用户端对应的第一预设平台根据所述删除指令将所述审批数据和所述待处理消息删除。

8.一种交互消息处理装置，其特征在于，包括：

消息接收模块，用于接收第一预设平台发送的待处理消息，其中所述待处理消息为第一用户在第一用户端通过预设登录操作登录至第一预设平台，并基于第一用户在与第一用户端对应的第一预设平台界面的申请配置操作，向与所述第一用户端对应的第一预设平台发送的；其中所述第一预设平台为多个预设平台中的任一个，每个用户端对应多个预设平台，所述多个预设平台之间的数据共享；

消息发送模块，用于将所述待处理消息发送至第二用户端，以使所述第二用户端基于第二用户在第二用户端的第一预设平台界面的预设登录操作，登录与第二用户端对应的第一预设平台，并基于第二用户在第二用户端的第一预设平台界面的审批操作，向与第二用户端对应的第一预设平台发送审批数据，其中所述审批操作是第二用户根据所述待处理消息确定的；

其中，消息接收模块，还用于接收所述与第二用户端对应的第一预设平台发送的审批数据；

消息处理模块，用于根据审批数据选择对应的消息处理操作，并根据所述待处理消息进行所述对应的消息处理操作，得到消息处理数据；

判断处理模块，用于判定所述消息处理数据是否满足预设条件，若判定所述消息处理数据满足预设条件，则将所述消息处理数据发送至所述与第一用户端对应的第一预设平台，以使所述与第一用户端对应的第一预设平台基于第一用户在第一用户端的第一预设平台界面的查询操作，返回所述消息处理数据至所述第一用户端进行显示。

9.一种交互消息处理系统，其特征在于，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1至7任一项所述的交互消息处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机一项所执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1至7任一项所述的交互消息处理方法。