CN116974440A - 信息处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种信息处理方法、装置、设备及存储介质，至少应用于即时通信或者直播领域，其中，方法包括：在当前互动页面上显示互动信息和多个媒介体标识；响应于针对任意一个或多个所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息；其中，所述信息处理是采用与所述选择操作对应的信息处理方式进行的；在所述当前互动页面上显示所述处理后的信息。通过本申请，能够在实时互动应用中提供更多的交互途径，实现对当前互动页面上的互动信息进行处理，提高用户的使用体验，并且能够降低页面开发难度和内存开销需求。

Description

信息处理方法、装置、设备及存储介质

技术领域

本申请实施例涉及互联网技术领域，涉及但不限于一种信息处理方法、装置、设备及存储介质。

背景技术

在用于实现互动对象的实时互动应用(例如，直播应用、即时聊天应用等)中，相关技术中的方案，实时互动应用中的聊天文本通常只是普通的文本，聊天文本发送完之后，其他互动对象能阅读和查看，但是不能基于该聊天文本进行互动，即不能针对该聊天文本进行操作以实现多个聊天对象之间的互动，也不能通过群聊解决日常生活当中的一些需求。然而，即使有比较复杂的交互方式，也需要额外的存储和页面单独开发，会极大的增加页面开发的难度，需要更大的内存开销，增大开发成本。

发明内容

本申请实施例提供一种信息处理方法、装置、设备及存储介质，至少应用于即时通信或者直播领域，能够在实时互动应用中提供更多的交互途径，实现对当前互动页面上的互动信息进行处理，提高用户的使用体验，并且能够降低页面开发难度和内存开销需求。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种信息处理方法，所述方法包括：

在当前互动页面上显示互动信息和多个媒介体标识；

响应于针对任意一个或多个所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息；其中，所述信息处理是采用与所述选择操作对应的信息处理方式进行的；

在所述当前互动页面上显示所述处理后的信息。

在一些实施例中，所述当前互动页面上显示有至少一个媒介体标识，每一所述媒介体标识对应一个媒介体；每一所述媒介体能够采用至少一种信息处理方式对所述互动信息进行信息处理。

在一些实施例中，所述方法还包括：确定所述选择操作对应的信息处理方式；获取所述信息处理方式对应的操作环境；在接收到所述选择操作时，将所述操作环境的当前状态设置为占用状态。

在一些实施例中，所述方法还包括：获取针对所述媒介体标识的功能释放操作；响应于所述功能释放操作，将所述操作环境的当前状态由所述占用状态调整为释放状态；所述响应于针对所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，包括：在所述操作环境处于所述释放状态时，获取针对所述媒介体标识的选择操作；并响应于针对所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理。

在一些实施例中，所述方法还包括：通过流程编辑器，对所述信息处理方式的处理流程进行可视化配置，得到所述媒介体的编辑器配置信息；根据所述编辑器配置信息，确定所述媒介体标识对应的媒介体的配置信息；其中，所述编辑器配置信息与所述配置信息之间具有映射关系。

在一些实施例中，所述调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息，包括：获取调用与所述媒介体标识对应的媒介体的调用指令；响应于所述调用指令，获取所述媒介体标识对应的媒介体的配置信息；基于所述配置信息和所述映射关系，确定所述媒介体的编辑器配置信息；基于所述编辑器配置信息，确定所述信息处理方式；采用所述信息处理方式对所述互动信息进行信息处理，得到所述处理后的信息。

在一些实施例中，所述调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息，包括：调用与所述媒介体标识对应的媒介体，获取所述互动信息对应的文件名；基于所述文件名，读取所述互动信息的数据体；将读取到的所述数据体，确定为所述处理后的信息。

在一些实施例中，所述调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息，包括：调用与所述媒介体标识对应的媒介体，获取所述互动信息的数据体和所述互动信息中的关键信息；将所述数据体写入至预设的文件名下，得到写入数据体的文件名；以追加写入方式，将所述关键信息写入至预设的日志文件中，得到写入关键信息的日志文件；将所述写入数据体的文件名和所述写入关键信息的日志文件，确定为所述处理后的信息。

在一些实施例中，所述将所述数据体写入至预设的文件名下，得到写入数据体的文件名，包括：以覆盖写入方式，将所述数据体写入至预设的文件名下，以覆盖掉所述预设的文件名下的原始信息，得到所述写入数据体的文件名。

在一些实施例中，所述调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息，包括：调用与所述媒介体标识对应的媒介体，为所述互动信息添加延迟时间；在所述延迟时间到达时，触发所述互动信息对应的互动操作。

在一些实施例中，所述方法还包括：在获取到针对所述媒介体标识的选择操作时，将所述选择操作对应的第一互动信息写入至待处理事件表单中；在获取到针对所述媒介体标识的选择操作之后，当检测到针对所述媒介体标识的二次选择操作时，将所述二次选择操作对应的第二互动信息写入至所述待处理事件表单中；在对所述待处理事件表单中的待处理事件进行互动信息发送时，如果当前待处理事件的待发送互动信息与从所述待处理事件表单中读取的互动信息不同时，禁止发送所述待发送互动信息。

本申请实施例提供一种信息处理装置，所述装置包括：第一显示模块，用于在当前互动页面上显示互动信息和多个媒介体标识；信息处理模块，用于响应于针对任意一个或多个所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息；其中，所述信息处理是采用与所述选择操作对应的信息处理方式进行的；第二显示模块，用于在所述当前互动页面上显示所述处理后的信息。

在一些实施例中，所述当前互动页面上显示有至少一个媒介体标识，每一所述媒介体标识对应一个媒介体；每一所述媒介体能够采用至少一种信息处理方式对所述互动信息进行信息处理。

在一些实施例中，所述装置还包括：第一确定模块，用于确定所述选择操作对应的信息处理方式；获取模块，用于获取所述信息处理方式对应的操作环境；设置模块，用于在接收到所述选择操作时，将所述操作环境的当前状态设置为占用状态。

在一些实施例中，所述装置还包括：第二确定模块，用于获取针对所述媒介体标识的功能释放操作；状态调整模块，用于响应于所述功能释放操作，将所述操作环境的当前状态由所述占用状态调整为释放状态；所述信息处理模块还用于：在所述操作环境处于所述释放状态时，获取针对所述媒介体标识的选择操作；并响应于针对所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理。

在一些实施例中，所述装置还包括：可视化配置模块，用于通过流程编辑器，对所述信息处理方式的处理流程进行可视化配置，得到所述媒介体的编辑器配置信息；配置信息确定模块，用于根据所述编辑器配置信息，确定所述媒介体标识对应的媒介体的配置信息；其中，所述编辑器配置信息与所述配置信息之间具有映射关系。

在一些实施例中，所述信息处理模块还用于：获取调用与所述媒介体标识对应的媒介体的调用指令；响应于所述调用指令，获取所述媒介体标识对应的媒介体的配置信息；基于所述配置信息和所述映射关系，确定所述媒介体的编辑器配置信息；基于所述编辑器配置信息，确定所述信息处理方式；采用所述信息处理方式对所述互动信息进行信息处理，得到所述处理后的信息。

在一些实施例中，所述信息处理模块还用于：调用与所述媒介体标识对应的媒介体，获取所述互动信息对应的文件名；基于所述文件名，读取所述互动信息的数据体；将读取到的所述数据体，确定为所述处理后的信息。

在一些实施例中，所述信息处理模块还用于：调用与所述媒介体标识对应的媒介体，获取所述互动信息的数据体和所述互动信息中的关键信息；将所述数据体写入至预设的文件名下，得到写入数据体的文件名；以追加写入方式，将所述关键信息写入至预设的日志文件中，得到写入关键信息的日志文件；将所述写入数据体的文件名和所述写入关键信息的日志文件，确定为所述处理后的信息。

在一些实施例中，所述信息处理模块还用于：以覆盖写入方式，将所述数据体写入至预设的文件名下，以覆盖掉所述预设的文件名下的原始信息，得到所述写入数据体的文件名。

在一些实施例中，所述信息处理模块还用于：调用与所述媒介体标识对应的媒介体，为所述互动信息添加延迟时间；在所述延迟时间到达时，触发所述互动信息对应的互动操作。

在一些实施例中，所述装置还包括：第一写入模块，用于在获取到针对所述媒介体标识的选择操作时，将所述选择操作对应的第一互动信息写入至待处理事件表单中；第二写入模块，用于在获取到针对所述媒介体标识的选择操作之后，当检测到针对所述媒介体标识的二次选择操作时，将所述二次选择操作对应的第二互动信息写入至所述待处理事件表单中；控制模块，用于在对所述待处理事件表单中的待处理事件进行互动信息发送时，如果当前待处理事件的待发送互动信息与从所述待处理事件表单中读取的互动信息不同时，禁止发送所述待发送互动信息。

本申请实施例提供一种信息处理设备，包括：

存储器，用于存储可执行指令；处理器，用于执行所述存储器中存储的可执行指令时，实现上述信息处理方法。

本申请实施例提供一种计算机程序产品或计算机程序，计算机程序产品或计算机程序包括可执行指令，可执行指令存储在计算机可读存储介质中；其中，信息处理设备的处理器从计算机可读存储介质中读取可执行指令，并执行可执行指令时，实现上述的信息处理方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行所述可执行指令时，实现上述信息处理方法。

本申请实施例具有以下有益效果：在实时互动应用的当前互动页面上显示互动信息和多个媒介体标识，并接收针对任意一个或多个媒介体标识的选择操作，调用与媒介体标识对应的媒介体对互动信息进行信息处理，得到处理后的信息并显示，如此，在实时互动应用的当前互动界面上为互动对象提供多个交互途径，交互对象通过当前互动页面的媒介体标识进行互动，能够实现对当前互动页面上的互动信息进行可视化处理和按需处理，提高用户的使用体验；并且，由于是通过媒介体标识对应的媒介体对互动信息进行信息处理，无需额外的页面开发和更多的内存开销，因此能够降低页面开发难度和内存开销需求。

附图说明

图1是本申请实施例提供的聊天框里交互的界面图；

图2是本申请实施例提供的信息处理系统的一个可选的架构示意图；

图3是本申请实施例提供的信息处理设备的结构示意图；

图4是本申请实施例提供的信息处理方法的一个可选的流程示意图；

图5是本申请实施例提供的场景一的界面图；

图6是本申请实施例提供的场景二的界面图；

图7是本申请实施例提供的信息处理方法的另一个可选的流程示意图；

图8是本申请实施例提供的信息处理方法的再一个可选的流程示意图；

图9是本申请实施例提供的调用机器人的界面图；

图10是本申请实施例提供的机器人绑定管理平台的界面图；

图11是本申请实施例提供的机器人操作界面图；

图12是本申请实施例提供的机器人实现添加需求细评的界面图；

图13是本申请实施例提供的环境占用提醒界面图；

图14是本申请实施例提供的建立聊天桥梁的实现方式示意图；

图15是本申请实施例提供的读取操作的实现过程示意图；

图16是本申请实施例提供的写入操作的实现过程示意图；

图17是本申请实施例提供的调用请求插件实现与第三方API交互的实现过程示意图；

图18是本申请实施例提供的计算延迟的目标时间的代码示意图；

图19是本申请实施例提供的解决需求单扭转的流程图；

图20是本申请实施例提供信息处理方法的整体流程图；

图21是本申请实施例提供的延迟操作示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。除非另有定义，本申请实施例所使用的所有的技术和科学术语与属于本申请实施例的技术领域的技术人员通常理解的含义相同。本申请实施例所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

在说明本申请实施例的方案之前，首先对本申请实施例涉及的名词进行解释：

(1)媒介体：是指用于实现特定功能，以完成对任一信息进行信息处理的载体或虚拟对象，媒介体对应一种信息处理方式的处理流程。当调用任一媒介体时，可以通过该媒介体对应的信息处理方式对信息进行处理。在本申请实施例的至少一种实现方式中，媒介体可以以机器人的形式呈现。

(2)媒介体标识：用于标识一个媒介体，媒介体标识可以是媒介体的名称、存储地址、功能名称、处理流程名称等信息。在当前互动页面上，可以以文字形式显示媒介体标识，也可以以图标形式显示媒介体标识。

(3)Node-red：Node-red提供了一个基于浏览器的流程编辑器，不仅可非常方便地将面板上的节点组装成流程，而且可以通过一键部署功能，将流程安装到运行环境中。其中，Node-red的一部分是用户可见的数据流的编辑界面，另一部分是数据流的执行。

在解释本申请实施例的信息处理方法之前，首先对相关技术中的方法进行说明。

在用于实现互动对象的实时互动应用中，相关技术中的方案，很多聊天文本都是不能交互的，也不能通过群聊解决日常生活当中的一些需求，例如，需求单扭转的及时性，需求评审的及时性等。另外，在前端信息发布的时候，后台也并不能知道是谁占用了当前的开发环境，无法进行环境的有效释放。而如果要实现在实时互动应用中的交互，则需要额外的存储和页面单独开发，会极大的增加页面开发的难度，需要更大的内存开销，增大开发成本。同时，针对页面变动以及新的逻辑再开发在实时互动过程中比较难实现。

基于相关技术中所存在的上述问题，本申请实施例提供一种信息处理方法，该信息处理方法是一种基于Node-red进行的底层设计，用户可以在聊天的时候进行可视化交互，然后根据对应的选择结果来进行不同的逻辑触发，从而增加群聊的互动性，并且能解决日常的一些痛点问题，使黑盒的互动消息更加透明化。

本申请实施例的信息处理方法可以应用于聊天框里交互的场景。举例来说，交互对象(例如可以是用户)在聊天框里可以畅行的聊天，发送图片和内容，这时可以通过一个机器人让用户进行互动，比如选择去哪里吃饭，选择去哪个广场购物。如图1所示，是本申请实施例提供的聊天框里交互的界面图，在该聊天框101中，如果交互对象的互动内容是选择去哪里吃饭，那么可以基于交互对象指定的地点102，提供该地点102对应的多个位置范围103供交互对象交互选择，并基于选择的位置范围和该选择的位置范围内的餐馆确定最终的交互结果。另外，在聊天框中，弹幕可以分为普通的文本弹幕和可以交互的弹幕。

本申请实施例的信息处理方法至少能够解决以下问题：可以进行更丰富的逻辑交互，只需要流水线配置；能解决一些日常生活当中的痛点问题，群里所有的交互都通过媒介体去完成，然后在媒介体的面板上选择对应的表单提交，方便快捷；无需额外去写存储逻辑，页面也只需要配置即可，特别是对于页面变动和需求变更，只需要新起对应的逻辑分支，不影响其他的分支，再发布问题较小。

本申请实施例提供的信息处理方法中，首先，在当前互动页面上显示互动信息和多个媒介体标识；然后，响应于针对任意一个或多个媒介体标识的选择操作，调用与媒介体标识对应的媒介体对互动信息进行信息处理，得到处理后的信息；其中，信息处理是采用与选择操作对应的信息处理方式进行的；最后，在当前互动页面上显示处理后的信息。如此，能够实现对当前互动页面上的互动信息进行可视化处理和按需处理，提高用户的使用体验；并且，无需额外的页面开发和更多的内存开销，因此能够降低页面开发难度和内存开销需求。

下面说明本申请实施例的信息处理设备的示例性应用，本申请实施例提供的信息处理设备可以实施为终端，也可以实施为服务器。在一种实现方式中，本申请实施例提供的信息处理设备可以实施为笔记本电脑，平板电脑，台式计算机，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)、智能机器人、智能家电和智能车载设备等任意的具备信息处理功能或者信息交互功能的终端；在另一种实现方式中，本申请实施例提供的信息处理设备还可以实施为服务器，其中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(CDN，Content Delivery Network)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。下面，将说明信息处理设备实施为终端时的示例性应用。

参见图2，图2是本申请实施例提供的信息处理系统的一个可选的架构示意图，为实现支撑任意一个实时互动应用，并通过对实时互动应用中的互动信息进行信息处理，实现可视化交互和互动方式的多样性，本申请实施例的终端上至少安装有实时互动应用。信息处理系统10中至少包括终端100、网络200和服务器300，其中服务器300是实时互动应用的服务器，终端100可以构成本申请实施例的信息处理设备。终端100通过网络200连接服务器300，网络200可以是广域网或者局域网，又或者是二者的组合。在实时互动应用运行过程中，实时互动应用的客户端能够获取互动对象输入的互动信息和针对媒介体标识的选择操作。在一些实施例中，终端可以具有多个，多个终端同时运行实时互动应用，并在同一互动环境下进行互动，实现对互动信息的信息处理。

在直播过程中，终端100在当前互动页面上显示互动信息和多个媒介体标识；并接收互动对象(即终端100对应的用户)针对任意一个或多个媒介体标识的选择操作；然后，终端响应于该选择操作，从服务器调用与媒介体标识对应的媒介体，并通过媒介体对互动信息进行信息处理，得到处理后的信息；其中，信息处理是采用与选择操作对应的信息处理方式进行的；最后，终端在当前互动页面上显示处理后的信息。

在一些实施例中，还可以由服务器300调用与媒介体标识对应的媒介体，并通过媒介体对互动信息进行信息处理，得到处理后的信息，并将处理后的信息发送给终端。

本申请实施例所提供的信息处理方法还可以基于云平台并通过云技术来实现，例如，上述服务器300可以是云端服务器，通过云端服务器调用与媒介体标识对应的媒介体对互动信息进行信息处理，得到处理后的信息。

在一些实施例中，还可以具有云端存储器，可以将当前互动页面上所显示的互动信息和媒介体标识存储至云端存储器中，或者，将处理后的信息存储至云端存储器中。这样，在后续可以从云端存储器中读取和查询所存储的信息。

这里需要说明的是，云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。

图3是本申请实施例提供的信息处理设备的结构示意图，图3所示的信息处理设备包括：至少一个处理器310、存储器350、至少一个网络接口320和用户接口330。信息处理设备中的各个组件通过总线系统340耦合在一起。可理解，总线系统340用于实现这些组件之间的连接通信。总线系统340除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图3中将各种总线都标为总线系统340。

处理器310可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口330包括使得能够呈现媒体内容的一个或多个输出装置331，以及一个或多个输入装置332。

存储器350可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器350可选地包括在物理位置上远离处理器310的一个或多个存储设备。存储器350包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器350旨在包括任意适合类型的存储器。在一些实施例中，存储器350能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统351，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块352，用于经由一个或多个(有线或无线)网络接口320到达其他计算设备，示例性的网络接口320包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

输入处理模块353，用于对一个或多个来自一个或多个输入装置332之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的装置可采用软件方式实现，图3示出了存储在存储器350中的一种信息处理装置354，该信息处理装置354可以是信息处理设备中的信息处理装置，其可以是程序和插件等形式的软件，包括以下软件模块：第一显示模块3541、信息处理模块3542和第二显示模块3543，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。

在另一些实施例中，本申请实施例提供的装置可以采用硬件方式实现，作为示例，本申请实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的信息处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，ComplexProgrammable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable GateArray)或其他电子元件。

本申请各实施例提供的信息处理方法可以由信息处理设备来执行，其中，该信息处理设备可以是任意一种具备信息处理功能或者信息交互功能的终端，或者也可以是服务器，即本申请各实施例的信息处理方法可以通过终端来执行，也可以通过服务器来执行，或者还可以通过终端与服务器进行交互来执行。

参见图4，图4是本申请实施例提供的信息处理方法的一个可选的流程示意图，下面将结合图4示出的步骤进行说明，需要说明的是，图4中的信息处理方法是通过终端作为执行主体为例来说明的。

步骤S401，在当前互动页面上显示互动信息和多个媒介体标识。

这里，当前互动页面可以是实时互动应用的当前界面，实时互动应用可以是任意一种能够实现多用户互动的应用，例如，即时通信应用、直播应用等。

互动信息是指互动对象在实时互动应用中发送的消息或者触发操作对应的响应信息。发送的消息可以包括任意一种类型的信息，例如，文本信息、语音信息、视频信息、图像信息、统一资源定位系统(URL，Uniform Resource Locator)信息等；响应信息可以是针对触发操作的跳转页面、针对触发操作的显示信息等。

本申请实施例中，互动对象在实时互动应用中进行多人互动，形成该互动信息，实时互动应用的客户端在当前界面上显示该互动信息。也就是说，本申请实施例中，当前互动页面对应多个互动对象，多个互动对象在当前互动场景下进行多人互动生成互动信息，互动信息来自于多个互动对象中的至少一个互动对象。

举例来说，当前互动场景可以是即时通信应用中的群聊场景，则互动信息可以是群聊信息；或者，当前互动场景可以是直播应用中的直播场景，则互动信息可以是多个直播观众的评论信息；或者，当前互动场景可以是游戏直播应用中的游戏直播场景，则互动信息可以是多个游戏直播观众的点评信息；或者，当前互动场景也可以是游戏开发场景，则互动信息可以是游戏应用中的多个游戏对象的聊天互动信息。

媒介体标识用于标识媒介体，媒介体标识可以是媒介体的名称、存储地址、功能名称、处理流程名称等信息。在当前互动页面上，可以以文字形式显示媒介体标识，也可以以图标形式显示媒介体标识。

媒介体是指用于实现特定功能，以完成对任一信息进行信息处理的载体或虚拟对象，媒介体对应一种信息处理方式的处理流程。当调用任一媒介体时，可以通过该媒介体对应的信息处理方式对互动信息进行信息处理。

步骤S402，响应于针对任意一个或多个媒介体标识的选择操作，调用与媒介体标识对应的媒介体对互动信息进行信息处理，得到处理后的信息；其中，信息处理是采用与选择操作对应的信息处理方式进行的。

本申请实施例中，当前互动页面上可以显示有多条互动信息，选择操作对应多条互动信息中的至少一条。在实现的过程中，可以选中至少一条互动信息，并对任意一个或多个媒介体标识执行选择操作。选择操作可以是点击操作、双击操作、长按操作或拖拽操作等任意一种形式的界面操作方式。

在一些实施例中，调用与媒介体标识对应的媒介体对互动信息进行信息处理，可以是调用媒介体的信息处理方式对互动信息进行信息处理，也就是说，采用信息处理方式对应的处理流程对互动信息进行信息处理，以实现该媒介体的特定信息处理功能。这里，每一媒介体标识唯一对应一个媒介体，每一媒介体能够实现至少一种信息处理功能，在调用媒介体时，可以指定信息处理方式，即指定要实现的信息处理功能，或者还可以采用该媒介体的默认的信息处理方式对互动信息进行信息处理。

媒介体的信息处理功能可以以处理流程的方式预先配置，可以在运行实时互动应用之前即配置好媒介体的信息处理功能，可以采用预编辑的方式配置信息处理功能，可以将处理流程按照流程顺序依次编辑好并存储至特定存储空间。在一些实施例中，处理流程中包括多个子流程，可以预先针对每一子流程进行编辑，每一子流程对应一子流程标识，该子流程标识能够标识对应的子流程在处理流程中的先后顺序。在编辑好每一子流程之后，基于子流程标识对多个子流程进行拼接，形成完整的能够实现一种信息处理功能的处理流程。

本申请实施例中，在成功调用媒介体之后，从特定存储空间中拉取处理流程中的每一子流程的流程内容，然后按序依次执行每一子流程的流程内容，实现对互动信息进行信息处理。

在一些实施例中，还可以对预先配置好的处理流程进行修改和更新，在对处理流程进行修改和更新时，可以是针对处理流程中的至少一个子流程进行修改和更新。修改和更新过程可以通过终端实现，也可以通过服务器实现，还可以通过终端与服务器交互实现。

这里以终端与服务器交互实现为例进行说明，在实现的过程中，终端生成流程更新请求，其中，流程更新请求中包括更新对象和更新内容，更新对象指示需要对哪些子流程进行更新，更新对象可以包括子流程的子流程标识；更新内容是指子流程更新后的新内容。服务器在接收到终端发送的流程更新请求之后，解析流程更新请求，得到更新对象和更新内容，然后将更新对象所指示的子流程的流程内容更新为该更新内容。在完成更新之后，服务器可以向终端反馈更新完成消息。

步骤S403，在当前互动页面上显示处理后的信息。

本申请实施例中，处理后的信息是具有特定信息处理功能的信息，可以在当前互动页面上显示该处理后的信息。

在实现的过程中，可以将处理后的信息与对应的处理之前的互动信息对应显示，例如，在同一显示位置和显示区域显示、以前后对比图的形式显示等；或者，还可以删除处理之前的互动信息，仅显示处理后的信息；或者，还可以按照信息生成的时间先后顺序依次显示处理之前的互动信息和处理后的信息。

本申请实施例提供的信息处理方法，在实时互动应用的当前互动页面上显示互动信息和媒介体标识，并接收针对媒介体标识的选择操作，调用与媒介体标识对应的媒介体对互动信息进行信息处理，得到处理后的信息并显示，如此，在实时互动应用的当前互动界面上为互动对象提供更多的交互途径，交互对象通过当前互动页面的媒介体标识进行互动，能够实现对当前互动页面上的互动信息进行可视化处理和按需处理，提高用户的使用体验；并且，由于是通过媒介体标识对应的媒介体对互动信息进行信息处理，无需额外的页面开发和更多的内存开销，因此能够降低页面开发难度和内存开销需求。

下面，分别以实时互动应用是即时通信应用和直播应用为例，对本申请实施例的信息处理方法的应用场景进行说明。

场景一：在即时通信应用中的群聊功能下，互动环境可以是群聊的聊天群。在聊天群中，多个聊天对象(即互动对象)进行互动聊天，聊天信息构成上述互动信息。如图5所示，是本申请实施例提供的场景一的界面图，在聊天群的聊天界面50上(即当前互动页面)显示有聊天对象的互动信息501和多个媒介体标识502，其中，互动信息501可以是任意一种形式的信息，例如，文本信息、语音信息、图像信息、视频信息、URL信息等。每一媒介体标识502对应一个媒介体，每一媒介体能够采用至少一种信息处理方式对互动信息501进行信息处理。如图5所示的媒介体标识“延迟发送”，对应的媒介体即为延迟发送媒介体，用于对聊天信息进行延迟发送；媒介体标识“信息存储”，对应的媒介体即为信息存储媒介体，用于对聊天信息进行存储；媒介体标识“信息特效”，对应的媒介体即为信息特征处理媒介体，用于对聊天信息进行特效处理。当然，图5中的媒介体标识仅是示例性的，在即时通信应用中可以配置各种用于实现不同信息处理方式的媒介体，并相应地在聊天界面上显示对应的媒介体标识。

在聊天对象进行互动聊天的过程中，可以接收聊天对象针对当前聊天界面上所显示的任一媒介体标识的选择操作，其中，该选择操作对应至少一条聊天信息，或者，该选择操作对应特定的互动方式。然后，响应于针对媒介体标识的选择操作，调用与媒介体标识对应的媒介体对聊天信息进行信息处理，得到处理后的信息并显示在当前的聊天界面上。举例来说，当用户选中某条聊天信息后并选择媒介体标识“信息特效”时，则可以对该条聊天信息进行特效处理，得到具有一定显示特效的信息，并在当前聊天群中的所有聊天对象的终端上显示该具有一定显示特效的信息。

场景二：在直播应用的直播功能下，互动环境可以是直播时的直播间。在直播间中，主播用户和多个直播观众可以在直播间进行互动聊天，或者多个直播观众在直播间进行互动聊天，聊天信息构成上述互动信息。如图6所示，是本申请实施例提供的场景二的界面图，在直播间包括聊天界面60和直播界面61，在聊天界面60上(即当前互动页面)显示有直播观众的互动信息601和多个媒介体标识602，其中，互动信息601可以是任意一种形式的信息，例如，文本信息、语音信息、图像信息、视频信息、URL信息等。每一媒介体标识602对应一个媒介体，每一媒介体能够采用至少一种信息处理方式对互动信息601进行信息处理。

直播观众在直播间进行互动聊天的过程中，可以接收直播观众针对当前直播界面上所显示的任一媒介体标识的选择操作，其中，该选择操作对应至少一条聊天信息，或者，该选择操作对应特定的互动方式。然后，响应于针对媒介体标识的选择操作，调用与媒介体标识对应的媒介体对聊天信息进行信息处理，得到处理后的信息并显示在当前的直播界面上。举例来说，当用户输入聊天信息后并选择媒介体标识“延迟发送”时，则可以对该条聊天信息进行延迟发送，在延迟时间达到时，再在该直播间发送这条聊天信息。

这里需要解释的是，主播用户是指在直播业务中进行表演并将表演分享的用户；直播间是与主播用户对应，直播平台中供主播用户发布不同直播业务的应用；直播观众是指直播业务中主播用户的表演的受众。

在一些实施例中，信息处理系统中至少包括终端和服务器，其中终端上安装有实时互动应用，服务器构成实时互动应用的后台服务器，通过服务器对实时互动应用中的互动信息进行信息处理，实现可视化交互和互动方式的多样性。

图7是本申请实施例提供的信息处理方法的另一个可选的流程示意图，如图7所示，方法包括以下步骤：

步骤S701，终端运行实时互动应用，并接收互动对象发送的互动信息。

这里，互动信息可以是互动对象通过实时互动应用的客户端输入的信息或者进行触发操作对应的响应信息。

步骤S702，终端在当前互动页面上显示互动信息和媒介体标识。

本申请实施例中，当前互动页面上显示有多个媒介体标识，每一媒介体标识对应一个媒介体；每一媒介体能够采用至少一种信息处理方式对互动信息进行信息处理。

步骤S703，终端接收互动对象针对媒介体标识的选择操作。

步骤S704，终端基于选择操作生成信息处理请求。

步骤S705，终端将信息处理请求发送给服务器。

步骤S706，服务器确定选择操作对应的信息处理方式。

本申请实施例中，在执行选择操作时，可以选中信息处理方式的名称，因此服务器可以解析选择操作，得到所选中的信息处理方式。

步骤S707，服务器获取信息处理方式对应的操作环境。

这里，操作环境包括运行信息处理方式对应的处理流程的硬件环境和软件环境。

步骤S708，服务器将操作环境的当前状态设置为占用状态。

这里，可以在接收到选择操作时，将操作环境的当前状态设置为占用状态。

在一些实施例中，方法还可以包括以下步骤：

步骤S709，终端获取针对媒介体标识的功能释放操作。

在操作环境为占用状态时，如果想要再次使用该操作环境，则可以对操作环境进行释放，即将操作环境的当前状态由占用状态调整为释放状态，只有在释放状态下，才可以再次使用该操作环境。

这里，可以通过释放该媒介体的信息处理功能来实现释放操作环境。因此可以输入功能释放操作，该功能释放操作对应一媒介体。

步骤S710，终端基于功能释放操作生成功能释放请求。

功能释放请求中包括媒介体标识，功能释放请求用于请求对媒介体标识对应的媒介体的信息处理功能进行释放。这里，对媒介体的信息处理功能进行释放是指控制媒介体的信息处理功能不再处于功能运行状态，停止信息处理功能的运行和实现。

步骤S711，终端将功能释放请求发送给服务器。

步骤S712，服务器响应于功能释放操作，将操作环境的当前状态由占用状态调整为释放状态。

这里，在将媒介体的信息处理功能释放之后，操作环境的当前状态由占用状态调整为释放状态。

在一些实施例中，还可以生成操作环境的当前状态的状态查询请求，该状态查询请求用于请求对操作环境的当前状态进行查询。

在一些实施例中，还可以可视化显示操作环境的当前状态，可以在实时交互应用中提供一操作环境状态显示界面，在该操作环境状态显示界面，显示每一媒介体对应的信息处理方式的操作环境的当前状态，如此，通过可视化呈现操作环境的当前状态，能够为开发人员提供更加便捷和高效的查询途径。

步骤S713，在操作环境处于释放状态时，获取针对媒介体标识的选择操作；并响应于针对媒介体标识的选择操作，调用与媒介体标识对应的媒介体对互动信息进行信息处理；其中，信息处理是采用与选择操作对应的信息处理方式进行的。

步骤S714，服务器将处理后的信息发送给终端。

步骤S715，终端在当前互动页面上显示处理后的信息。

本申请实施例提供的信息处理方法，在运行和实现媒介体的信息处理功能时，将媒介体对应的操作环境的当前状态设置为占用状态，这样可以通过查询操作环境的当前状态，快速的知道操作环境的当前占用情况，提高开发和功能调用的效率，进而提高用户使用体验。

在一些实施例中，可以通过流程编辑器对信息处理方式的处理流程进行可视化配置，也就是说，所有的媒介体的信息处理方式均是可配置的，可以预先配置每一媒介体的信息处理方式的处理流程。这里，流程编辑器可以是Node-red编辑器。

下面以Node-red编辑器作为流程编辑器为例，对本申请实施例的信息处理方法进行说明。

在运行实时互动应用之前，可以预先通过流程编辑器，对信息处理方式的处理流程进行可视化配置，得到媒介体的编辑器配置信息；并根据编辑器配置信息，确定媒介体标识对应的媒介体的配置信息；这里，编辑器配置信息与配置信息之间具有映射关系。

在运行实时互动应用时，在当前互动页面上显示互动信息和媒介体标识，并且，当接收到针对任一媒介体标识的选择操作时，执行以下步骤S11至步骤S15(图中未示出)，对互动信息进行信息处理：

步骤S11，获取调用与媒介体标识对应的媒介体的调用指令。

步骤S12，响应于调用指令，获取媒介体标识对应的媒介体的配置信息。

步骤S13，基于配置信息和映射关系，确定媒介体的编辑器配置信息。

步骤S14，基于编辑器配置信息，确定信息处理方式。

步骤S15，采用信息处理方式对互动信息进行信息处理，得到处理后的信息。

需要说明的是，上述步骤S11至步骤S15可以由终端执行，也可以由服务器执行。

本申请实施例中，通过流程编辑器对信息处理方式的处理流程进行可视化配置，如此可以实现信息处理方式的模块化预配置，预先将不同的信息处理方式均配置好，形成不同的功能模块。这里，每一功能模块可以由多个流程节点组成，这样，在配置每一信息处理方式的处理流程时，可以预先配置处理流程的每一节点，即配置处理流程的每一子流程，然后将同一处理流程的所有节点进行拼接，组装成完整的处理流程。本申请实施例中，预配置过程可以由开发人员人工实现。

在配置完成全部信息处理方式的处理流程之后，可以将全部信息处理方式的处理流程部署至预设存储空间，以实现在实时互动应用的运行环境中安装处理流程，并对应于该预设存储空间提供可视化界面，形成实时互动应用的媒介体显示界面，该媒介体界面显示不同媒介体的媒介体标识。在一些实施例中，媒介体界面可以是当前互动页面。

在一些实施例中，在实时互动应用的运行环境中，一部分是用户可见的数据流的编辑界面，即用于配置信息处理方式的处理流程的编辑界面，以及，用于编辑和输入互动信息的编辑界面；另一部分是数据流的执行过程，即信息处理方式的处理流程的执行过程。

在一些实施例中，信息处理方法包括但不限于以下至少之一：读取操作、写入操作和延迟操作。读取操作是指读取互动信息中的数据体；写入操作是指将数据体写入至预设的文件名下；延迟操作是指延迟触发互动信息对应的互动操作。

图8是本申请实施例提供的信息处理方法的再一个可选的流程示意图，如图8所示，方法包括以下步骤：

步骤S801，终端运行实时互动应用，并接收互动对象发送的互动信息。

步骤S802，终端在当前互动页面上显示互动信息和媒介体标识。

这里，在当前互动页面上显示有多个媒介体标识。

步骤S803，终端接收互动对象针对媒介体标识的选择操作。

步骤S804，终端基于选择操作生成信息处理请求。

步骤S805，终端将信息处理请求发送给服务器。

在一种实现方式中，当信息处理方法为读取操作时，方法包括以下步骤S806和步骤S807：

步骤S806，服务器调用与媒介体标识对应的媒介体，获取互动信息对应的文件名。

步骤S807，服务器基于文件名，读取互动信息的数据体，并将读取到的数据体，确定为处理后的信息。

这里，可以读取该文件名下所存储的互动信息中的数据体。

在另一种实现方式中，当信息处理方法为写入操作时，方法包括以下步骤S808至步骤S811：

步骤S808，调用与媒介体标识对应的媒介体，获取互动信息的数据体和互动信息中的关键信息。

步骤S809，将数据体写入至预设的文件名下，得到写入数据体的文件名。

这里，可以以覆盖写入方式，将数据体写入至预设的文件名下，以覆盖掉预设的文件名下的原始信息，得到写入数据体的文件名。覆盖写入方式是指在写入新的信息时，将文件名下的已有信息覆盖掉。采用覆盖写入方式写入信息时，在完成覆盖写入处理之后，已有信息不再存在，且文件名下仅有当前写入的新的信息。

步骤S810，以追加写入方式，将关键信息写入至预设的日志文件中，得到写入关键信息的日志文件。

追加写入方式是与覆盖写入方式完全不同的写入方式，是将新的信息追加到日志文件中已有信息之后的方式写入该新的信息。

本申请实施例中，关键信息是与写入操作的处理流程相关的信息，通过查询该关键信息，能够了解本次写入操作的处理流程的具体实现过程。在一些实施例中，可以预先定义关键信息的数据类型，将具有预先定义的特定类型的数据确定为关键信息，并写入至预设的日志文件中。

步骤S811，将写入数据体的文件名和写入关键信息的日志文件，确定为处理后的信息。

在再一种实现方式中，当信息处理方法为延迟操作时，方法包括以下步骤S812至步骤S813：

步骤S812，调用与媒介体标识对应的媒介体，为互动信息添加延迟时间。

这里，延迟时间是指用于延迟处理互动信息的延迟时长。例如，延迟时间可以是1分钟、1小时、1天等时长。

当媒介体标识对应的媒介体的信息处理功能是延迟操作时，在调用媒介体时，在当前显示界面上对应于媒介体标识的位置，还可以具有一时长输入区域，在该时长输入区域能够手动输入或者选择输入延迟时间。

步骤S813，在延迟时间到达时，触发互动信息对应的互动操作。

这里，互动操作可以是任意一种操作方式，例如，当互动信息是发起投票时，则互动操作为生成投票通道并征集投票结果。

本申请实施例中，在获取到针对媒介体标识的选择操作时，可以将选择操作对应的第一互动信息写入至待处理事件表单中；在获取到针对媒介体标识的选择操作之后，并且当检测到针对媒介体标识的二次选择操作时，将二次选择操作对应的第二互动信息也写入至待处理事件表单中；此时，由于针对同一媒介体标识进行了两次选择操作，即在待处理事件表单中针对同一媒介体写入了两次互动信息，其中每写入一次互动信息生成一次待处理事件，因此总共生成了两次待处理事件。那么，在后续对每一待处理事件进行事件处理时，则需要对两次的互动信息进行判断，判断这两次的互动信息是否相同。

也就是说，在对待处理事件表单中的待处理事件进行互动信息发送(即对待处理事件进行事件处理)时，如果当前待处理事件的待发送互动信息与从待处理事件表单中读取的该媒介体的互动信息不同时，禁止发送待发送互动信息。

举例来说，当用户A上午提交了第二天上午10:30的细评(即互动信息)，然后用户A发现10:30有事，于是再次提交了一次第二天下午14:30的细评(即评论和分析信息)，并且，所提交的14:30的细评的内容与所提交的10:30的细评的内容完全相同。由于10:30的细评的处理逻辑已经写入了，与14:30的细评的处理逻辑是互不影响的，但是由于所提交的14:30的细评的内容与所提交的10:30的细评的内容完全相同，则两次提交的细评的处理逻辑是针对同一媒介体B的互动操作，因此，提交的10:30的细评的处理逻辑就存在问题。这里，由于从待处理事件表单中读取媒介体B的互动信息时，是基于时间先后顺序来读取的，因此，首先从待处理事件表单中读取到的媒介体B的互动信息是第二天上午10:30的细评，显然，用户A实际需要处理的细评是第二天下午14:30的细评，因此，会存在当前待处理事件的待发送互动信息(即第二天下午14:30的细评)与从待处理事件表单中读取的该媒介体的互动信息(即第二天上午10:30的细评)不同的情况，且在该情况下，禁止发送待发送互动信息。

在一些实施例中，当基于任一媒介体发送互动信息时(例如提交细评)，会检测待处理事件表单中是否具有该媒介体的其他互动信息，如果同时存在同一媒介体的多个相同互动信息时，则前一次的互动信息对应的互动操作不执行，也就是说，当涉及到重复提交针对同一媒介体的互动操作时，前一次的互动操作不执行。

这里需要解释的是，在每一待处理事件完成处理之后或者超过该待处理事件的执行时间之后，将该待处理事件从待处理事件表单中删除，以避免对同一待处理事件的重复执行。因此，由于在待处理事件表单中针对同一媒介体写入了两次互动信息，那么针对第一次的互动信息不执行，即针对第一次所写入的互动信息的待处理事件不执行，则会在待处理事件表单中删除第一次的互动信息，如此，能够实现仅对第二次互动信息的待处理事件进行执行，从而实现了对重复提交待处理事件的流程控制，避免对多次提交的重复事件进行重复执行，占用过多的内存开销。

步骤S814，服务器将处理后的信息发送给终端。

步骤S815，终端在当前互动页面上显示处理后的信息。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。本申请实施例提供一种信息处理方法，该信息处理方法是一种基于Node-red编辑器进行的底层设计，用户可以在聊天的时候进行可视化交互，然后根据对应的选择结果来进行不同的逻辑触发，从而增加群聊的互动性，并且能解决日常的一些痛点问题，使黑盒的消息更加透明化。本申请实施例的信息处理方法，可以进行更丰富的逻辑交互，只需要流水线配置；能解决一些日常生活当中的痛点问题，群里所有的交互都通过调用机器人(即媒介体的一种实现方式)去完成，然后在机器人面板选择对应的表单提交，方便快捷；无需额外去写存储逻辑，页面也只需要配置即可，特别是对于页面变动和需求变更，只需要新起对应的逻辑分支，不影响其他的分支，再发布问题较小。

图9是本申请实施例提供的调用机器人的界面图，如图9所示，可以在当前互动页面900上点击机器人按钮901(即媒介体标识)，以选择该机器人并调用机器人实现对应的功能。图10是本申请实施例提供的机器人绑定管理平台的界面图，如图10所示，在当前界面1000上，显示有提醒信息1001，用于提醒将机器人绑定至管理平台，实现协作及软件研发管理。图11是本申请实施例提供的机器人操作界面图，如图11所示，在机器人功能界面110上，显示有至少一个操作方式1101，例如，需求评审提醒操作、P0完成转体验操作、体验完成转测试体验和测试完成转发布操作。

本申请实施例中，机器人可以帮助很好的扭转需求单、添加细评时间，以及需求开发好之后更好的扭转体验和测试，测试完成之后能及时的扭转发布，并周知涉及到的对应开发，例如，可以将该机器人应用于直播间聊天群中(例如可以应用于trovo聊天群里)，可以在直播间聊天群中先添加一个机器人。图12是本申请实施例提供的机器人实现添加需求细评的界面图，在界面121中，可以添加细评时间、细评地点等信息。

在一些实施例中，前端发布的时候由于涉及到多个环境，开发在发布的时候经常会遇到环境被占用的情况，这时可以通过聊天群里添加上述机器人能快速知道环境是被谁占用，在聊天的同时能快速解决日常沟通中的痛点问题。图13是本申请实施例提供的环境占用提醒界面图，如图13所述，在机器人界面131可以看出当前的环境占用情况为：A、B、C、D四个环境被占用。

本申请实施例中，上述丰富的界面交互可以都是由Node-red提供的，并且用户界面(UI，User Interface)模版都是可以配置的，非常的灵活。首先可以调用这个机器人(在实现的过程中，例如可以是@机器人)，如图14所示，需要保证群聊里的机器人配置和Node-red里的机器人，在接收消息配置141和机器人收发消息配置142中所圈出的三个地方都对应上，就相当于建立一个聊天的桥梁，此时，只需要再群里@这个机器人，Node-red里的入口就能接受对应的消息，然后进行对应的逻辑交互。

本申请实施例中，存储是一大主要功能，可以采用信息流的模式，当聊天室接受到消息之后，当不指定对应的文件名时，读取的就是文件名消息(msg.filename)这个文件名，然后读取的内容是数据体(msg.payload)，数据体的类型是字符串，如果要做对应字段解析的话，需要用到句法分析对象(json.parse)对数据体进行处理，这样一个文件的读就搞定了。然后来看文件的写，写文件是同样的道理，也是写到文件名消息这个文件里，写入的内容是数据体,为了方便分析问题，可以将一些关键信息写入到一个预设的日志文件中，这里需要注意的是存入会话信息这里是复写文件，即后面一次的写入需要把上一次的信息给覆盖掉，而日志文件是要记录所有的，因此日志文件的写入方式是追加写入方式，至此，就完成了存储功能。

图15是本申请实施例提供的读取操作的实现过程示意图，如图15所示，聊天室通过私聊入口151接受到消息之后，在步骤S151抹平新旧接口差异，然后在步骤S152，读取会话信息文件；在步骤S153，处理读取结果；在步骤S154，处理当文件为空捕获异常时的情况；在步骤S155，对所处理的读取结果基于判断内容进行判断分析。

图16是本申请实施例提供的写入操作的实现过程示意图，如图16所示，在步骤S161，处理提交信息；在步骤S162，存入会话信息；在步骤S163，调用函数；在步骤S164，将一些关键信息写入到预设的日志文件中。

在一些实施例中，由于需要与第三方应用程序接口(API，ApplicationProgramming Interface)交互，这里可以直接调用请求插件(例如，可以是http request这个插件)来完成，如图17所示，是本申请实施例提供的调用请求插件实现与第三方API交互的实现过程示意图，前面这个第一函数171是为了处理get/post请求的一些参数，后面的第二函数173是为了解析http请求172是否正常。

在一些实施例中，由于会有一些定时操作，这里，插件延迟操作有两种方式：第一种方式是固定的延时，比如说，11:30的消息，12:30需要再次触发一下，那只需在11:30的基础上延迟一个小时就可以；第二种方法对应以下情况，比如说今天某一时刻触发的消息，需要在明天10点的时候再次触发，由于只有延迟指令，而没有各个时刻定时闹钟，那就需要以当前时间戳计算一下延迟的目标时间，图18是本申请实施例提供的计算延迟的目标时间的代码示意图。

在一些实施例中，对于表单提交的信息，做对应的存储和通知就可以了，这里会存在一个问题，就是Node-red是基于信息流的模式，一旦通知消息写入了延迟指令，那就会出现多次发送。

基于上述的各个实施例和实施例中的关键点，就有了比如聊天室里解决需求单扭转的流程图，如图19所示，是本申请实施例提供的解决需求单扭转的流程图，如图19所示，每一个方块都代表了对应的逻辑处理，然后融合配置的UI通过聊天室输出出来，从而实现了交互、聊天一体的功能，实现方案简单，是依赖Node-red里每一个组件，然后通过自己的代码逻辑拼接而成，如果发现哪一个分支是多余的，直接删除就好，然后重新部署，就能生效，非常的简单方便。

图20是本申请实施例提供信息处理方法的整体流程图，如图20所示，方法包括以下步骤：

步骤S201，在聊天室内添加机器人。

这里，可以在私聊群里添加对应的已经发布的完成对应功能的机器人。

步骤S202，用户@机器人触发机器人之后，实现Node-red各个分支的逻辑处理。

这里，可以@触发这个机器人出来，通过toast提醒机制提示对应的页面模版，供用户进行选择交互。

用户选择完或者提交完表单之后，机器人接受到消息后就进行对应的解析和逻辑分支处理；其中Node-red里面有文件存储、延时、发送http请求等丰富的逻辑选择。

步骤S203，将逻辑处理结果填充至模版中，并将内容(即处理后的信息)输出到聊天室。

这里，将解析结果(即逻辑处理结果)，比如数字和字段信息，填写到模版里预埋的字段，最终将整体结果再次输出到聊天室。如果用户不选择交互的话，则流程结束。

本申请实施例的信息处理方法，解决了很多沟通交流过程中的痛点问题，提高了效率；方案设计非常的简单通用，二次开发非常的方便，减少开发量；且无需很复杂的存储，通过文件存储，将关键信息保存，提高了存储效率；同时，使聊天过程添加了更多的交互，促进人员交流。

需要说明的是，在其他实施例中，如果延迟操作(延迟指令)的延迟变量里有待推送内容的话，则不能全局部署，全局部署会把别人的延迟变量里面的内容给影响到，这里只能分支部署解决，分支部署只会影响到自己的延迟指令修改的内容，这里要格外注意，图21是本申请实施例提供的延迟操作示意图，其中，下面的第三个部署方式211，已更改的节点方式：只部署已经更改的节点的部署方式，相对于上面第一种部署方式212，全面方式：在工作区中部署所有内容的方法，是更优的部署方式。

可以理解的是，在本申请实施例中，涉及到用户信息的内容，例如，互动信息、针对所述媒介体标识的选择操作、处理后的信息等信息，如果涉及与用户信息或企业信息相关的数据，当本申请实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

下面继续说明本申请实施例提供的信息处理装置354实施为软件模块的示例性结构，在一些实施例中，如图3所示，信息处理装置354包括：

第一显示模块3541，用于在当前互动页面上显示互动信息和多个媒介体标识；

信息处理模块3542，用于响应于针对任意一个或多个所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息；其中，所述信息处理是采用与所述选择操作对应的信息处理方式进行的；

第二显示模块3543，用于在所述当前互动页面上显示所述处理后的信息。

在一些实施例中，所述当前互动页面上显示有至少一个媒介体标识，每一所述媒介体标识对应一个媒介体；每一所述媒介体能够采用至少一种信息处理方式对所述互动信息进行信息处理。

在一些实施例中，所述装置还包括：第一确定模块，用于确定所述选择操作对应的信息处理方式；获取模块，用于获取所述信息处理方式对应的操作环境；设置模块，用于在接收到所述选择操作时，将所述操作环境的当前状态设置为占用状态。

在一些实施例中，所述装置还包括：第二确定模块，用于获取针对所述媒介体标识的功能释放操作；状态调整模块，用于响应于所述功能释放操作，将所述操作环境的当前状态由所述占用状态调整为释放状态；所述信息处理模块还用于：在所述操作环境处于所述释放状态时，获取针对所述媒介体标识的选择操作；并响应于针对所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理。

在一些实施例中，所述装置还包括：可视化配置模块，用于通过流程编辑器，对所述信息处理方式的处理流程进行可视化配置，得到所述媒介体的编辑器配置信息；配置信息确定模块，用于根据所述编辑器配置信息，确定所述媒介体标识对应的媒介体的配置信息；其中，所述编辑器配置信息与所述配置信息之间具有映射关系。

在一些实施例中，所述信息处理模块还用于：获取调用与所述媒介体标识对应的媒介体的调用指令；响应于所述调用指令，获取所述媒介体标识对应的媒介体的配置信息；基于所述配置信息和所述映射关系，确定所述媒介体的编辑器配置信息；基于所述编辑器配置信息，确定所述信息处理方式；采用所述信息处理方式对所述互动信息进行信息处理，得到所述处理后的信息。

在一些实施例中，所述信息处理模块还用于：调用与所述媒介体标识对应的媒介体，获取所述互动信息对应的文件名；基于所述文件名，读取所述互动信息的数据体；将读取到的所述数据体，确定为所述处理后的信息。

在一些实施例中，所述信息处理模块还用于：调用与所述媒介体标识对应的媒介体，获取所述互动信息的数据体和所述互动信息中的关键信息；将所述数据体写入至预设的文件名下，得到写入数据体的文件名；以追加写入方式，将所述关键信息写入至预设的日志文件中，得到写入关键信息的日志文件；将所述写入数据体的文件名和所述写入关键信息的日志文件，确定为所述处理后的信息。

在一些实施例中，所述信息处理模块还用于：以覆盖写入方式，将所述数据体写入至预设的文件名下，以覆盖掉所述预设的文件名下的原始信息，得到所述写入数据体的文件名。

在一些实施例中，所述信息处理模块还用于：调用与所述媒介体标识对应的媒介体，为所述互动信息添加延迟时间；在所述延迟时间到达时，触发所述互动信息对应的互动操作。

在一些实施例中，所述装置还包括：第一写入模块，用于在获取到针对所述媒介体标识的选择操作时，将所述选择操作对应的第一互动信息写入至待处理事件表单中；第二写入模块，用于在获取到针对所述媒介体标识的选择操作之后，当检测到针对所述媒介体标识的二次选择操作时，将所述二次选择操作对应的第二互动信息写入至所述待处理事件表单中；控制模块，用于在对所述待处理事件表单中的待处理事件进行互动信息发送时，如果当前待处理事件的待发送互动信息与从所述待处理事件表单中读取的互动信息不同时，禁止发送所述待发送互动信息。

需要说明的是，本申请实施例装置的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括可执行指令，该可执行指令是一种计算机指令；该可执行指令存储在计算机可读存储介质中。当信息处理设备的处理器从计算机可读存储介质读取该可执行指令，处理器执行该可执行指令时，使得该信息处理设备执行本申请实施例上述的方法。

本申请实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的方法，例如，如图4示出的方法。

在一些实施例中，存储介质可以是计算机可读存储介质，例如，铁电存储器(FRAM，Ferromagnetic Random Access Memory)、只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read Only Memory)、带电可擦可编程只读存储器(EEPROM，Electrically Erasable Programmable Read Only Memory)、闪存、磁表面存储器、光盘、或光盘只读存储器(CD-ROM，Compact Disk-Read Only Memory)等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。作为示例，可执行指令可被部署为在一个计算设备(可以是作业运行时长确定设备)上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (14)

1.一种信息处理方法，其特征在于，所述方法包括：

在当前互动页面上显示互动信息和多个媒介体标识；

响应于针对任意一个或多个所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息；其中，所述信息处理是采用与所述选择操作对应的信息处理方式进行的；

在所述当前互动页面上显示所述处理后的信息。

2.根据权利要求1所述的方法，其特征在于，

每一所述媒介体标识对应一个媒介体；每一所述媒介体能够采用至少一种信息处理方式对所述互动信息进行信息处理。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

确定所述选择操作对应的信息处理方式；

获取所述信息处理方式对应的操作环境；

在接收到所述选择操作时，将所述操作环境的当前状态设置为占用状态。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

获取针对所述媒介体标识的功能释放操作；

响应于所述功能释放操作，将所述操作环境的当前状态由所述占用状态调整为释放状态；

所述响应于针对所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，包括：

在所述操作环境处于所述释放状态时，获取针对所述媒介体标识的选择操作；并

响应于针对所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过流程编辑器，对所述信息处理方式的处理流程进行可视化配置，得到所述媒介体的编辑器配置信息；

根据所述编辑器配置信息，确定所述媒介体标识对应的媒介体的配置信息；其中，所述编辑器配置信息与所述配置信息之间具有映射关系。

6.根据权利要求5所述的方法，其特征在于，所述调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息，包括：

获取调用与所述媒介体标识对应的媒介体的调用指令；

响应于所述调用指令，获取所述媒介体标识对应的媒介体的配置信息；

基于所述配置信息和所述映射关系，确定所述媒介体的编辑器配置信息；

基于所述编辑器配置信息，确定所述信息处理方式；

采用所述信息处理方式对所述互动信息进行信息处理，得到所述处理后的信息。

7.根据权利要求1所述的方法，其特征在于，所述调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息，包括：

调用与所述媒介体标识对应的媒介体，获取所述互动信息对应的文件名；

基于所述文件名，读取所述互动信息的数据体；

将读取到的所述数据体，确定为所述处理后的信息。

8.根据权利要求1所述的方法，其特征在于，所述调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息，包括：

调用与所述媒介体标识对应的媒介体，获取所述互动信息的数据体和所述互动信息中的关键信息；

将所述数据体写入至预设的文件名下，得到写入数据体的文件名；

以追加写入方式，将所述关键信息写入至预设的日志文件中，得到写入关键信息的日志文件；

将所述写入数据体的文件名和所述写入关键信息的日志文件，确定为所述处理后的信息。

9.根据权利要求8所述的方法，其特征在于，所述将所述数据体写入至预设的文件名下，得到写入数据体的文件名，包括：

以覆盖写入方式，将所述数据体写入至预设的文件名下，以覆盖掉所述预设的文件名下的原始信息，得到所述写入数据体的文件名。

10.根据权利要求1所述的方法，其特征在于，所述调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息，包括：

调用与所述媒介体标识对应的媒介体，为所述互动信息添加延迟时间；

在所述延迟时间到达时，触发所述互动信息对应的互动操作。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

在获取到针对所述媒介体标识的选择操作时，将所述选择操作对应的第一互动信息写入至待处理事件表单中；

在获取到针对所述媒介体标识的选择操作之后，当检测到针对所述媒介体标识的二次选择操作时，将所述二次选择操作对应的第二互动信息写入至所述待处理事件表单中；

在对所述待处理事件表单中的待处理事件进行互动信息发送时，如果当前待处理事件的待发送互动信息与从所述待处理事件表单中读取的互动信息不同时，禁止发送所述待发送互动信息。

12.一种信息处理装置，其特征在于，所述装置包括：

第一显示模块，用于在当前互动页面上显示互动信息和多个媒介体标识；

信息处理模块，用于响应于针对任意一个或多个所述媒介体标识的选择操作，调用与所述媒介体标识对应的媒介体对所述互动信息进行信息处理，得到处理后的信息；其中，所述信息处理是采用与所述选择操作对应的信息处理方式进行的；

第二显示模块，用于在所述当前互动页面上显示所述处理后的信息。

13.一种信息处理设备，其特征在于，包括：

存储器，用于存储可执行指令；处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至11任一项所述的信息处理方法。

14.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于引起处理器执行所述可执行指令时，实现权利要求1至11任一项所述的信息处理方法。