CN111949346A - 一种交互控制方法、复用调取方法及系统、存储介质 - Google Patents

Abstract

一种交互控制方法、复用调取方法及系统、存储介质，其中的交互控制方法包括：执行当前任务事件并在图形用户界面上进行展示；检查图形用户界面上针对当前任务事件的触发操作，触发产生请求信息；根据请求信息从预设的目标文件获取临时任务事件对应的模板数据，并在图形用户界面上生成悬浮窗口以及在悬浮窗口内加载模板数据；响应于用户在悬浮窗口内对模板数据的编辑操作，在当前任务事件的任务流中启用编辑后的临时任务事件；控制关闭悬浮窗口以返回至当前任务事件所在的图形用户界面。本方法利于在当前任务事件的任务流中便捷地插入临时任务事件，可以避免以往切换任务事件时的繁琐操作，提高用户对终端设备的使用体验。

Description

一种交互控制方法、复用调取方法及系统、存储介质

技术领域

本发明涉及终端用户界面智能控制技术领域，具体涉及一种交互控制方法、复用调取方法及系统、存储介质。

背景技术

随着用户终端的智能化发展趋势，智能终端被越来越多的用户使用，用户对智能终端的依赖程度也越来越高，平时涉及的学习、工作、生活等众多事务都需要通过智能终端的用户界面交互操作来完成。

用户在日常使用智能终端的过程中，如果正在使用一个应用时，常常需要切换到另一个应用的用户界面并调用相关的功能，现有技术对于不同应用之间界面切换和功能复用的操作都较为复杂；而且，想要切换到需要使用的应用时必须驱动系统后台先加载该应用才行，在使用完当前应用后还要退出当前应用，再操作切换到原来的应用，这样的操作过程无法实现不同应用之间的功能复用，也无法通过切换界面达到快速交互操作的目的，如此会给用户日常使用智能终端带来诸多不便，影响用户借助智能终端处理事务的效率。

比如，在企业的电子化办公过程中，经常遇到一个功能模块需要在不同应用中存在的情况，如不同业务系统可能都会有工单审批内容，如不同门户类应用都需要有登录功能。各个系统和应用之间相互独立，各自实现这些原本可以复用的功能，由此直接带来功能重复开发和用户界面操作繁琐的问题。此外，可以复用的功能在不同应用中呈现的交互形式以及UI风格也可能不一样，需要用户慢慢适应；分布在不同应用中相同职责的功能模块彼此之间没有任何联系，也存在呈现数据不一致的情形，需要用户自己去更新记录。

发明内容

本发明主要解决的技术问题是如何克服现有智能终端中因不同应用之间功能模块不可关联复用引起的用户界面切换操作繁琐的问题。为解决上述技术问题，本申请提供一种交互控制方法、复用调取方法及系统、存储介质。

根据第一方面，一种实施例中提供一种基于悬浮窗口的交互控制方法，包括：执行当前任务事件并在图形用户界面上进行展示；检查所述图形用户界面上针对当前任务事件的触发操作，触发产生请求信息；根据所述请求信息从预设的目标文件获取临时任务事件对应的模板数据；在所述图形用户界面上生成悬浮窗口，并在所述悬浮窗口内加载所述模板数据；响应于用户在所述悬浮窗口内对所述模板数据的编辑操作，在当前任务事件的任务流中启用编辑后的临时任务事件；控制关闭所述悬浮窗口以返回至当前任务事件所在的图形用户界面。

所述检查所述图形用户界面上针对当前任务事件的触发操作，触发产生请求信息，包括：在当前任务事件所在的图形用户界面上配置一个或多个临时任务的入口标识；检查用户针对任意入口标识的触发操作，确认触发一入口标识时产生请求信息；所述请求信息用于在所述当前任务事件的任务流中插入临时任务事件；所述当前任务事件包括用户管理信息、供应商管理信息、报表管理信息、审批管理信息、系统管理信息、机构管理信息、业务管理信息、渠道管理信息和活动管理信息中的任一者；所述临时任务事件包括编辑用户信息、添加供应商、添加报表、添加机构、添加业务、添加渠道、添加活动、发起签约、工单审批、设置系统信息中的任一者。

所述根据所述请求信息从预设的目标文件获取临时任务事件对应的模板数据，包括：所述临时任务事件集成于后端跨域访问的目标文件，则根据所述请求信息访问网络的目标地址以获取所述目标文件中对应网络存储的模板数据。

所述在所述图形用户界面上生成悬浮窗口，并在所述悬浮窗口内加载所述模板数据，包括：将所述悬浮窗口按照预设动画方式弹出并到达所述图形用户界面的预设位置；在所述悬浮窗口内加载所述临时任务事件的模板数据，且自适应调整所述悬浮窗口的大小并与所述图形用户界面的边缘对齐；在所述悬浮窗口的底层配置模态遮罩且覆盖所述图形用户界面以防止界面干扰。

所述响应于用户在所述悬浮窗口内对所述模板数据的编辑操作，在当前任务事件的任务流中启用编辑后的临时任务事件，包括：根据所述临时任务事件的模板数据在所述悬浮窗口内排布若干个可编辑项目，所述可编辑项目包括标题名称、任务描述、报表描述、审批描述、签约描述、合同附件、签章、接收人和抄送人中的一者或多者；记录针对各个所述可编辑项目的用户输入内容，响应于用户的提交确认并在当前任务事件的任务流中优先启动执行用户输入内容。

根据第二方面，一种实施例中提供一种任务事件的复用调取方法，包括：获取来自用户软件的请求信息；所述用户软件用于运行在任意用户端设备以及执行当前任务事件并在图形用户界面上进行展示，所述请求信息由图形用户界面上针对当前任务事件的触发操作而产生且用于在当前任务事件的任务流中插入临时任务事件；响应于所述请求信息，查询预设的目标文件并从中调取所请求的临时任务事件对应的模板数据；所述目标文件存储有至少一个临时任务事件对应的模板数据；返回所述临时任务事件对应的模板数据，所述模板数据用于被加载以在用户端设备的图形用户界面上进行展示。

所述临时任务事件集成于后端跨域访问的目标文件，则响应于所述请求信息，根据网络的目标地址从所述目标文件中索引获得所请求的临时任务事件对应的模板数据。

根据第三方面，一种实施例中提供一种智能用户终端系统，包括：显示器，用于显示当前任务事件的图形用户界面；处理器，与所述显示器连接，用于实现如上述第一方面中所述的交互控制方法；输入组件，与所述处理器连接，用于驱动所述处理器在所述图形用户界面上产生触发操作和编辑操作。

所述的用户端设备系统还包括与所述处理器通信连接的后端服务器，所述后端服务器上配置有集成临时任务事件的目标文件；所述后端服务器用于实现上述二方面中所述的复用调取方法。

根据第四方面，一种实施例中提供一种计算机可读存储介质，包括程序，所述程序能够被处理器执行以实现如上述第一方面中所述的交互控制方法，或者实现如上述第二方面中所述的复用调取方法。

本申请的有益效果是：

依据上述实施例的一种交互控制方法、复用调取方法及系统、存储介质，其中的交互控制方法包括：执行当前任务事件并在图形用户界面上进行展示；检查图形用户界面上针对当前任务事件的触发操作，触发产生请求信息；根据请求信息从预设的目标文件获取临时任务事件对应的模板数据，并在图形用户界面上生成悬浮窗口以及在悬浮窗口内加载模板数据；响应于用户在悬浮窗口内对模板数据的编辑操作，在当前任务事件的任务流中启用编辑后的临时任务事件；控制关闭悬浮窗口以返回至当前任务事件所在的图形用户界面。其中复用调取方法包括：获取来自用户软件的请求信息；用户软件用于运行在任意用户端设备以及执行当前任务事件并在图形用户界面上进行展示，请求信息由图形用户界面上针对当前任务事件的触发操作而产生且用于在当前任务事件的任务流中插入临时任务事件；响应于请求信息，查询预设的目标文件并从中调取所请求的临时任务事件对应的模板数据；返回临时任务事件对应的模板数据，模板数据用于被加载以在用户端设备的图形用户界面上进行展示。第一方面，由于采取了基于悬浮窗口的交互控制方式，使得用户在图形用户界面上操作当前任务事件时能够便捷地在任务流中插入临时任务事件，在完成临时任务事件之后快速返回至当前任务事件的图形用户界面，避免了以往切换任务事件的繁琐操作；第二方面，由于根据用户触发操作产生的请求信息从预设的目标文件获取临时任务事件对应的模板数据，使得临时任务事件对应的模板数据具有随用随取、重复使用、功能关联复用的特性，只需要从预设的目标文件中调取即可，避免了临时任务事件对应的功能模块在不同软件中被重复开发的情形发生；第三方面，由于在图形用户界面上生成悬浮窗口并在悬浮窗口内加载临时任务事件对应的模板数据，使得临时任务事件以浮层的形式展示在当前任务事件之上，方便用户从当前任务事件的操作状态立刻转换到对临时任务事件的操作状态，保持交互风格一致性的同时，提高图形用户界面交互操作的效率；第四方面，在启用编辑后的临时任务事件之后，用户可以通过关闭悬浮窗口返回至当前任务事件所在的图形用户界面，从而能够继续对当前任务事件进行操作，简化用户界面切换操作的步骤，提升工作效率；第五方面，在任务事件的复用调取方法中，临时任务事件对应的模板数据可以集成在预设的目标文件中，只需要响应来自用户软件的请求信息即可随时调取所请求的临时任务事件对应的模板数据，使得相同的临时任务事件可以被不同用户端设备上运行的用户软件重复请求创建，则不必在用户软件上开发临时任务事件对应的功能模块，节省用户软件的设计开发成本；第六方面，由于临时任务事件集成于后端跨域访问的目标文件，使得临时任务事件对应的功能模块满足一次开发便可随处使用的要求，达到相同功能模块可以被跨网页、跨平台或者跨系统复用调取的应用效果；第七方面，请求保护的智能用户终端系统包括显示器、处理器、输入组件和后端服务器，通过通信配合既可以实现交互风格一致的任务事件切换处理操作，也可以跨网页、跨平台或者跨系统地实现相同功能模块的复用调取，提高用户对用户端设备系统的使用体验。

附图说明

图1为本申请中基于悬浮窗口的交互控制方法的流程图；

图2为触发产生请求信息的流程图；

图3为根据请求信息从目标文件获取临时任务事件对应的模板数据的流程图；

图4为生成悬浮窗口并加载模板数据的流程图；

图5为在图形用户界面上生成悬浮窗口的逻辑控制示意图；

图6为图形用户界面上生成悬浮窗口和模态遮罩的结构示意图；

图7本申请中任务事件的复用调取方法的流程图；

图8为响应于请求信息查询目标文件并调取临时任务事件对应的模板数据的流程图；

图9为本实时例中智能用户终端系统的结构示意图；

图10为客户端设备访问后端服务器的通信示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。其中不同实施方式中类似元件采用了相关联的类似的元件标号。在以下的实施方式中，很多细节描述是为了使得本申请能被更好的理解。然而，本领域技术人员可以毫不费力的认识到，其中部分特征在不同情况下是可以省略的，或者可以由其他元件、材料、方法所替代。在某些情况下，本申请相关的一些操作并没有在说明书中显示或者描述，这是为了避免本申请的核心部分被过多的描述所淹没，而对于本领域技术人员而言，详细描述这些相关操作并不是必要的，他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。

另外，说明书中所描述的特点、操作或者特征可以以任意适当的方式结合形成各种实施方式。同时，方法描述中的各步骤或者动作也可以按照本领域技术人员所能显而易见的方式进行顺序调换或调整。因此，说明书和附图中的各种顺序只是为了清楚描述某一个实施例，并不意味着是必须的顺序，除非另有说明其中某个顺序是必须遵循的。

本文中为部件所编序号本身，例如“第一”、“第二”等，仅用于区分所描述的对象，不具有任何顺序或技术含义。而本申请所说“连接”、“联接”，如无特别说明，均包括直接和间接连接(联接)。

实施例一、

请参考图1，本实施例公开一种基于悬浮窗口的交互控制方法，该交互控制方法主要应用在电脑、平板、柜员机、手机等用户端设备上，通过设备上安装的显示器展示图形用户界面，从而借助图形用户界面上实现人机交互操作，人机交互的控制过程可以由与显示器信号连接的处理器来实现。

在本实施例中，请求保护的交互控制方法包括步骤S110-S160，下面分别说明。

步骤S110，用户端设备的处理器执行当前任务事件并在图形用户界面上进行展示。在用户端设备中，往往会安装很多用户软件(应用软件)来执行不同的数据处理任务，每个用户软件又可能包括很多功能模块，那么通过运行用户软件就可以实施各个功能模块分别对应的功能。可以理解，如果将用户软件中的每个功能模块视为一个当前任务事件的话，则运行用户软件就能够执行当前任务事件，为了展示当前任务事件的任务详情、操作选项或者数据处理结果，可以将当前任务事件设计成图形用户界面，通过在显示器上展示来满足用户的实时查看要求。

比如，当前任务事件包括用户管理信息、供应商管理信息、报表管理信息、审批管理信息、系统管理信息、机构管理信息、业务管理信息、渠道管理信息和活动管理信息中的任一者，每个当前任务事件都可以构成用户软件的一个功能模块，且用户软件中功能模块的数量不做限制。对于企业的营销类用户软件，往往涉及供应商管理、报表管理、审批管理等事宜，每项事宜都可以作为当前任务事件并以图形用户界面的形式显示在用户端设备的显示器上。由于当前任务事件所在的图形用户界面可以根据用户的需求而随意定制，所以这里不对图形用户界面的具体排版、展示内容进行限制。

需要说明的是，在当前任务事件中，用户管理是指对登录用户软件的用户信息进行管理，供应商管理是指与企业合作的供应商的信息管理，报表管理是指对产品报表或者服务报表等信息进行管理，审批管理是指对工单、签约、商旅等事项的信息管理，系统管理是指对用户软件自定义设置功能的信息管理，机构管理是指企业内部部门或者相关来往机构的信息管理，业务管理是指产品、行政、贸易等事项的信息管理，渠道管理是指对人际、公共等关系的信息管理，活动管理是指企业商业活动的信息管理。此外可以理解，当前任务事件可以包括但不局限于上述列举的管理信息，当然也可以是一些用户自定义或组合而成的管理信息，这里不做具体的事件数量限制和信息内容限制。

步骤S120，用户端设备的处理器检查图形用户界面上针对当前任务事件的触发操作，触发产生请求信息。当前任务事件所在的图形用户界面上可以配置很多选项，比如查阅、添加、编辑、上传、分享等，此时就需要用户对该些选项进行触发操作，在用户端设备的处理器检查到某一个选项被触发时就立即产生关联的请求信息。

在本实施例中，图形用户界面上针对当前任务事件的触发操作可以通过触发所配置的各个选项来实现，每个选项对应的功能可以看做是独立的功能模块，则可以将独立的功能模块当做是临时任务事件，需要依据对应的请求信息进行请求获取。

比如，对于企业的营销类用户软件，如果涉及供应商管理，则可以在供应商管理相关的图形用户界面上配置添加供应商、编辑供应商信息、业务来往查询、电子签约等选项，每个选项相当于一个功能的入口标识，任意一个选项被触发之后就会产生对应的请求信息，请求获取相应的功能。在选项“电子签约”被触发后，就会产生一个请求信息以请求获取表示电子签约的功能数据。

在本实施例中，触发操作的方式可以多种多样，如果当前任务事件所在的图形用户界面显示在没有触屏功能的显示器上，则可以利用鼠标、键盘、触控板控制光标来对界面上配置的任意选项进行触发；如果当前任务事件所在的图形用户界面显示在具备触屏功能的显示器上，则可以利用触屏、手势控制光标来对界面上行配置的任意选项进行触发。

步骤S130，用户端设备的处理器根据请求信息从预设的目标文件获取临时任务事件对应的模板数据。

在本实施例中，可以将当前任务事件所在的图形用户界面上配置每个选项对应的功能看做是独立的功能模块(临时任务事件)，由于独立功能模块不会被实时调用，所以不必集成在执行当前任务事件的用户软件上，可以集成在后端跨域访问的目标文件(如数据库)内，只需要用户端设备的处理器发出请求信息从目标文件中获取即可。

需要说明的是，独立功能模块代表的临时任务事件可能只是一个标准模板，需要用户在标准模板上编辑具体的任务内容，所以这里可以仅从目标文件获取临时任务事件的模板数据即可。

步骤S140，用户端设备的处理器在图形用户界面上生成悬浮窗口，并在悬浮窗口内加载模板数据。

为了便于在不退出当前任务事件所在的图形用户界面的情况下方便对临时任务事件进行操作，这里可以在图形用户界面上生成悬浮窗口，将临时任务事件的模板数据加载至悬浮窗口内即可，而不必完全退出当前的图形用户界面，使得当前任务事件和临时任务事件之间既有先后的层次关系，也适应临时任务的处理特性，增强用户的交互操作体验。

步骤S150，用户端设备的处理器响应于用户在悬浮窗口内对模板数据的编辑操作，在当前任务事件的任务流中启用编辑后的临时任务事件。可以理解，临时任务事件的模板数据加载到悬浮窗口内之后，会在悬浮窗口内展示一些可编辑项目，比如添加标题、任务描述、任务分类、内容勾选、联系人和收件人备注、附件上传等，此时需要用户对这些可编辑项目进行编辑操作之后才能够按照编辑的内容启用该临时任务事件。

比如，用户在悬浮窗口内编辑相关项目之后确认提交，用户端设备的处理器响应于该确认提交，暂停当前任务事件的任务流，转而执行编辑后的临时任务事件，直至临时任务事件执行完毕。

在本实施例中，临时任务事件包括编辑用户信息、添加供应商、添加报表、添加机构、添加业务、添加渠道、添加活动、发起签约、工单审批、设置系统信息中的任一者。

步骤S160，用户端设备的处理器控制关闭悬浮窗口以返回至当前任务事件所在的图形用户界面。可以理解，由于产生的悬浮窗口以悬浮方式展示在当前任务事件所在的图形用户界面的上层，所以只要关闭悬浮窗口就能立刻返回到当前任务事件所在的图形用户界面。

在本实施例中，用户端设备的处理器控制关闭悬浮窗口的方式有很多，比如在用户点击了关闭选项时控制取消悬浮窗口，或者用户点击退出按键时控制取消悬浮窗口，具体的关闭方式不做限制。

在一个具体实施例中，参见图2，上述步骤S120具体涉及触发产生请求信息的过程，可以具体包括步骤S121-S122，分别说明如下。

步骤S121，在当前任务事件所在的图形用户界面上配置一个或多个临时任务的入口标识。

比如，对于企业的营销类用户软件，如果当前任务事件是供应商管理信息，则可以在供应商管理相关的图形用户界面上配置一些临时任务的入口标识，比如添加供应商、编辑供应商信息、业务来往查询、电子签约等，每个入口标识关联到一个功能模块，只有在该入口标识被触发后，其关联的功能模块才会被加载和展示。

步骤S122，检查用户针对任意入口标识的触发操作，确认触发一入口标识时产生请求信息。这里的请求信息用于在当前任务事件的任务流中插入临时任务事件。

比如，如果针对“电子签约”的入口标识被光标触发后，那么用户端设备的处理器将产生一个关于电子签约的请求信息，该请求信息将被其它平台识别并从预设的目标文件中获取电子签约的模板数据。

在一个具体实施例中，参见图3，上述步骤S130具体涉及从目标文件获取临时任务事件对应的模板数据的过程，可以具体包括步骤S131-S132，分别说明如下。

步骤S131，在请求信息中预先定义临时任务事件的访问路径，可以设定访问路径指向临时任务事件集成于后端跨域访问的目标文件，这里的目标文件可以设置在后端服务器的数据库内，需要通过网络进行跨域访问。。

在本实施例中，当前任务事件包括用户管理信息、供应商管理信息、报表管理信息、审批管理信息、系统管理信息、机构管理信息、业务管理信息、渠道管理信息和活动管理信息中的任一者；临时任务事件包括编辑用户信息、添加供应商、添加报表、添加机构、添加业务、添加渠道、添加活动、发起签约、工单审批、设置系统信息中的任一者。当前任务事件和临时任务事件各自对应的功能模块可以不必集成在同一个用户软件的数据库内，而是将临时任务事件对应的功能模块集成在后端服务器内，在当前临时任务事件的任务流中插入临时任务事件的时候，只需要后端跨域访问后端服务器获取即可，由此达到跨平台、跨系统、跨页面的数据复用调取能力。

步骤S132，用户端设备的处理器根据请求信息访问网络的目标地址以获取目标文件中对应网络存储的模板数据。

比如，若临时任务事件对应的功能模块集成于后端服务器的数据库中，那么产生的请求信息应当包含请求对象的网络目标地址和目标名称，在解析出请求信息中的网络目标地址和目标名称之后，通过用户端设备的处理器访问网络目标地址(如使用URL远程访问)找到目标文件，并从目标文件中进一步找到与目标名称相匹配的数据，即找到临时任务事件的模板数据。

在一个具体实施例中，参见图4，上述步骤S140具体涉及生成悬浮窗口和加载模板数据的过程，可以具体包括步骤S141-S143，分别说明如下。

步骤S141，将悬浮窗口按照预设动画方式弹出并到达图形用户界面的预设位置。

需要说明的是，弹出悬浮窗口的预设动画方式可以是飞入、浮入、淡出、出现、弹跳等方式中的任一者，不做具体限定。此外，预设位置可以是图形用户界面上的任意位置，优选地设定为界面边缘的位置，如此可以使得弹出的悬浮窗口不会过多地占用界面的有限显示资源。

步骤S142，在悬浮窗口内加载临时任务事件的模板数据，且自适应调整悬浮窗口的大小并与图形用户界面的边缘对齐。可以理解，不同临时任务事件的模板数据之间存在差别，可编辑项目也不一样，需要根据可编辑项目的多少调整悬浮窗口的大小以尽量一次性显示所有可编辑项目；为了保证悬浮窗口的风格一致性，还可以将悬浮窗口的边缘与图形用户界面的边缘对齐。

步骤S143，在悬浮窗口的底层配置模态遮罩且覆盖图形用户界面以防止界面干扰。可以理解，悬浮窗口显示在当前任务事件所在的图形用户界面之上，在悬浮窗口的底层配置模态遮罩(如半透明层或不透明层)有助于将悬浮窗口和当前任务事件所在的图形用户界面完全分开，即达到了部分重叠的显示效果，也不会对最底层的图形用户界面造成误操作的干扰。

在本实施例中，参见图5，由于当前任务事件包括用户管理信息、供应商管理信息、报表管理信息、审批管理信息、系统管理信息、机构管理信息、业务管理信息、渠道管理信息和活动管理信息中的任一者，那么对于每个当前任务事件所在的图形用户界面，如图形用户界面A1、A2、A3，均可以为每个图形用户界面配置至少一个入口标识，通过触发每个图形用户界面上的入口标识即可生成关于临时任务事件的悬浮窗口B1。此外，如果与入口标识关联的是同一个临时任务事件，那么悬浮窗口B1内将加载相同的模板数据，此时悬浮窗口的风格和内容将是惟一的。

在一个具体实施例中，上述步骤S150具体涉及响应于用户对模板数据进行编辑操作的过程，可以具体说明如下：

(1)根据临时任务事件的模板数据在悬浮窗口内排布若干个可编辑项目，可编辑项目包括标题名称、任务描述、报表描述、审批描述、签约描述、合同附件、签章、接收人和抄送人中的一者或多者。

(2)记录针对各个可编辑项目的用户输入内容，响应于用户的提交确认并在当前任务事件的任务流中优先启动执行用户输入内容。

在一个具体实施例中，参见图6，图中示意的供应商管理(当前任务事件)和添加供应商(临时任务事件)在界面上的重叠显示效果。供应商管理所在的图像用户界面B0上配置有添加供应商的入口标识，在触发该入口标识之后将弹出悬浮窗口B1且对齐于图形用户界面B0的右边缘。在悬浮窗口B1内加载添加供应商的模板数据之后，将展示一些诸如任务描述的可编辑项目(基本信息编辑、发票信息编辑)。并且，悬浮窗口B1的底层可以配置模态遮罩B2，通过模态遮罩B2将供应商管理的图形用户界面B0与悬浮窗口B1之间隔离，避免用户操作过程的相互干扰。此外，用户针对可编辑项目的编辑内容将会被记录，在用户确认提交这些编辑内容之后，用户端设备的处理器将会响应于用户的提交确认操作，在当前任务事件的任务流中优先启动执行用户输入的编辑内容(比如信息存储、上传或发送至接收人)。

在一个具体实施例中，上述步骤S160具体涉及控制关闭悬浮窗口的过程，可以具体说明如下：用户端设备的处理器响应于用户针对悬浮窗口的退出操作，通过关闭悬浮窗口且去除悬浮窗口底层配置的模态遮罩，恢复当前任务事件所在的图形用户界面。需要说明的是，针对悬浮窗口的退出操作的方式有很多，比如在用户点击了关闭选项时控制取消悬浮窗口，或者用户点击退出按键时控制取消悬浮窗口，具体的关闭方式不做限制。

本领域的技术人员可以理解，在应用本实施例中公开的交互控制方法时，可以取得以下技术优势：(1)采取了基于悬浮窗口的交互控制方式，使得用户在图形用户界面上操作当前任务事件时能够便捷地在任务流中插入临时任务事件，在完成临时任务事件之后快速返回至当前任务事件的图形用户界面，避免了以往切换任务事件的繁琐操作；(2)根据用户触发操作产生的请求信息从预设的目标文件获取临时任务事件对应的模板数据，使得临时任务事件对应的模板数据具有随用随取、重复使用、功能关联复用的特性，只需要从预设的目标文件中调取即可，避免了临时任务事件对应的功能模块在不同软件中被重复开发的情形发生；(3)在图形用户界面上生成悬浮窗口并在悬浮窗口内加载临时任务事件对应的模板数据，使得临时任务事件以浮层的形式展示在当前任务事件之上，方便用户从当前任务事件的操作状态立刻转换到对临时任务事件的操作状态，保持交互风格一致性的同时，提高图形用户界面交互操作的效率；(4)，在启用编辑后的临时任务事件之后，用户可以通过关闭悬浮窗口返回至当前任务事件所在的图形用户界面，从而能够继续对当前任务事件进行操作，简化用户界面切换操作的步骤，提升工作效率。

实施例二、

请参考图7，本实施例中公开一种任务事件的复用调取方法，该复用调取方法主要应用在后端服务器上，具体是由后端服务器的数据处理部件协助执行。

在本实施例中，请求保护的复用调取方法包括步骤S210-S230，下面分别说明。

步骤S210，后端服务器获取来自用户软件的请求信息。

需要说明的是，这里的用户软件用于运行在任意用户端设备以及执行当前任务事件并在图形用户界面上进行展示；这里的请求信息由图形用户界面上针对当前任务事件的触发操作而产生且用于在当前任务事件的任务流中插入临时任务事件。

步骤S220，后端服务器响应于请求信息，查询预设的目标文件并从中调取所请求的临时任务事件对应的模板数据。

需要说明的是，由于预设的目标文件可以是数据库文件，所以目标文件可以存储有至少一个临时任务事件对应的模板数据，优先地存储有多个临时任务事件分别对应的模板数据，那么在用户软件需要请求获取任意一个临时任务事件的模板数据时，均可以由后端服务器响应于该请求信息，并从目标文件中找到相匹配的模板数据。

步骤S230，后端服务器返回临时任务事件对应的模板数据，模板数据用于被加载以在用户端设备的图形用户界面上进行展示。

在一个具体实施例中，参见图8，上述步骤S220具体涉及从目标文件调取临时任务事件对应的模板数据的过程，可以具体包括步骤S221-S222，分别说明如下。

步骤S221，预先限定临时任务事件集成于后端跨域访问的目标文件，可以由用户端设备上运行的用户软件通过请求信息访问后端跨域访问的目标文件。

在本实施例中，当前任务事件包括用户管理信息、供应商管理信息、报表管理信息、审批管理信息、系统管理信息、机构管理信息、业务管理信息、渠道管理信息和活动管理信息中的任一者；临时任务事件包括编辑用户信息、添加供应商、添加报表、添加机构、添加业务、添加渠道、添加活动、发起签约、工单审批、设置系统信息中的任一者。当前任务事件和临时任务事件各自对应的功能模块可以不必集成在同一个用户软件的数据库内，在用户端设备请求获取临时任务事件的时候，只需要后端服务器响应于用户端设备的请求并从目标文件中调取即可。

步骤S222，后端服务器响应于请求信息，根据网络的目标地址从目标文件中索引获得所请求的临时任务事件对应的模板数据。

比如，若临时任务事件对应的功能模块集成于后端服务器的数据库中，那么用户软件产生的请求信息应当包含请求对象的网络目标地址和目标名称，在后端服务器响应和解析出请求信息中的网络目标地址和目标名称之后，后端服务器依据网络目标地址(如使用URL远程访问)找到数据库内设的目标文件，并从目标文件中进一步匹配到与目标名称相一致的数据，如此即能够索引获得临时任务事件的模板数据。

本领域的技术人员可以理解，在应用本实施例中公开的复用调取方法时，可以取得以下技术优势：(1)由于临时任务事件对应的模板数据可以集成在预设的目标文件中，只需要响应来自用户软件的请求信息即可随时调取所请求的临时任务事件对应的模板数据，使得相同的临时任务事件可以被不同用户端设备上运行的用户软件重复请求创建，则不必在用户软件上开发临时任务事件对应的功能模块，节省用户软件的设计开发成本；(2)由于临时任务事件集成于后端跨域访问的目标文件，使得临时任务事件对应的功能模块满足一次开发便可随处使用的要求，达到相同功能模块可以被跨网页、跨平台或者跨系统复用调取的应用效果。

实施例三、

请参考图9，在实施例一中公开的交互控制方法的基础上，本实施例中公开一种智能用户终端系统，该智能用户终端系统3包括显示器31、处理器32和输入组件33，下面分别说明。

显示器31可以是各种类型的显示屏幕，用于显示当前任务事件的图形用户界面。

处理器32与显示器31连接，用于实现实施例一中公开的交互控制方法。具体地，处理器32执行当前任务事件并在图形用户界面上进行展示，检查图形用户界面上针对当前任务事件的触发操作后触发产生请求信息，根据请求信息从预设的目标文件获取临时任务事件对应的模板数据，在图形用户界面上生成悬浮窗口并在悬浮窗口内加载获取的模板数据；此外，处理器32还响应于用户在悬浮窗口内对模板数据的编辑操作，在当前任务事件的任务流中启用编辑后的临时任务事件，控制关闭悬浮窗口以返回至当前任务事件所在的图形用户界面。关于处理器32的具体实现功能可以参考实施例一中的步骤S110-S160，这里不再进行赘述。

输入组件33与处理器32连接，用于驱动处理器32在图形用户界面上产生触发操作和编辑操作。输入组件33可以是鼠标、键盘、触控板、触摸屏等组件，能够控制光标移动来触发点击到的选项，还能够输入一些编辑内容。

在本实施例中，触发操作的方式可以多种多样，如果当前任务事件所在的图形用户界面显示在没有触屏功能的显示器上，则可以利用鼠标、键盘、触控板控制光标来对界面上配置的任意选项进行触发；如果当前任务事件所在的图形用户界面显示在具备触屏功能的显示器上，则可以利用触屏、手势控制光标来对界面上行配置的任意选项进行触发。

在本实施例中，编辑操作的方式也可以多种多样，比如键入文字内容、勾选内容、上传图片或文档等。对于不同的可编辑项目则可以由用户使用合适的编辑操作方式进行编辑，这里不做具体限定。

需要说明的是，参见图9，显示器31、处理器32和输入组件33可以构成一个用户端设备，比如构成电脑、平板、柜员机、手机等。用户借助显示器31上展示的图形用户界面上即可实现人机交互操作，而由处理器32来事项人机交互的控制过程。

进一步地，参见图9，本实施例中请求保护的智能用户终端系统3还可以包括后端服务器34，该后端服务器34与处理器32通信连接，用于实现实施例二中公开的复用调取方法。

这里的后端服务器34可以设于网络的后端，并且后端服务器34上配置有集成临时任务事件的目标文件。后端服务器34可以通过网络接收用户端设备的请求信息，并响应于请求信息获得临时任务事件的模板数据，以及向用户端设备返回模板数据。具体地，后端服务器34的处理器获取来自用户软件的请求信息，响应于该请求信息，查询预设的目标文件并从中调取所请求的临时任务事件对应的模板数据，返回临时任务事件对应的模板数据；这里的模板数据用于被用户端设备加载以在用户端设备的图形用户界面上进行展示。关于后端服务器34的具体实现功能可以参考实施例二中的步骤S210-S230，这里不再进行赘述。

在本实施例中，用户端设备的处理器32可以通过网络后端跨域访问后端服务器34，具体的后端跨域访问过程可以参见图10。用户端设备的处理器32在访问后端服务器34时，需要向后端服务器34发送请求信息，请求信息中应当包含请求对象的网络目标地址和目标名称，为达到依据网络目标地址进行后端跨域访问的目的，可以将网络目标地址设置成URL(即WWW的统一资源定位标志，也称网络地址，由资源类型、存放资源的主机域名、资源文件名构成)，如此便可以为请求信息设置唯一的访问路由，可以通过网络独立访问后端服务器中存在的数据资源。比如在图10中，为需要访问的目标文件设置唯一的URL，通过请求信息a、请求信息b或者请求信息c顺利地访问后端服务器上配置的目标文件。

进一步地，参见图10，为实现后端跨域访问的能力，可以在用户端设备和后端服务器之间设置后端服务反向代理(nginx)的支持组件，从而在后端服务反向代理中增加服务跨域访问支持的能力。

进一步地，为更好地在后端服务器上配置有集成临时任务事件的目标文件，可以通过iframe、jquery load、微前端等技术对临时任务事件对应的功能模块进行集成，从而方便地实现临时任务事件可以被复用调取的功能。

进一步地，可以在用户端设备上内置websocket，通过websocket与后端服务器之间进行通信。通过建立websocket连接，后端服务数据变化时向用户端设备广播事件变化状态，用户端设备监听数据变化事件并实时渲染前端组件，实现数据实时动态更新。如此可以达到通信数据实时广播的作用，使用户端设备和后端服务器之间实现数据的一致性。

本领域的技术人员可以理解，请求保护的智能用户终端系统包括显示器、处理器、输入组件和后端服务器，通过通信配合既可以实现交互风格一致的任务事件切换处理操作，也可以跨网页、跨平台或者跨系统地实现相同功能模块的复用调取，提高用户对用户端设备系统的使用体验。

本领域技术人员可以理解，上述实施方式中各种方法的全部或部分功能可以通过硬件的方式实现，也可以通过计算机程序的方式实现。当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机存储器、磁盘、光盘、硬盘等，通过计算机执行该程序以实现上述功能。例如，将程序存储在设备的存储器中，当通过处理器执行存储器中程序，即可实现上述全部或部分功能。另外，当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序也可以存储在服务器、另一计算机、磁盘、光盘、闪存盘或移动硬盘等存储介质中，通过下载或复制保存到本地设备的存储器中，或对本地设备的系统进行版本更新，当通过处理器执行存储器中的程序时，即可实现上述实施方式中全部或部分功能。

以上应用了具体个例对本发明进行阐述，只是用于帮助理解本发明，并不用以限制本发明。对于本发明所属技术领域的技术人员，依据本发明的思想，还可以做出若干简单推演、变形或替换。

Claims (10)

1.一种基于悬浮窗口的交互控制方法，其特征在于，包括：

执行当前任务事件并在图形用户界面上进行展示；

检查所述图形用户界面上针对当前任务事件的触发操作，触发产生请求信息；

根据所述请求信息从预设的目标文件获取临时任务事件对应的模板数据；

在所述图形用户界面上生成悬浮窗口，并在所述悬浮窗口内加载所述模板数据；

响应于用户在所述悬浮窗口内对所述模板数据的编辑操作，在当前任务事件的任务流中启用编辑后的临时任务事件；

控制关闭所述悬浮窗口以返回至当前任务事件所在的图形用户界面。

2.如权利要求1所述的交互控制方法，其特征在于，所述检查所述图形用户界面上针对当前任务事件的触发操作，触发产生请求信息，包括：

在当前任务事件所在的图形用户界面上配置一个或多个临时任务的入口标识；

检查用户针对任意入口标识的触发操作，确认触发一入口标识时产生请求信息；所述请求信息用于在所述当前任务事件的任务流中插入临时任务事件；

所述当前任务事件包括用户管理信息、供应商管理信息、报表管理信息、审批管理信息、系统管理信息、机构管理信息、业务管理信息、渠道管理信息和活动管理信息中的任一者；所述临时任务事件包括编辑用户信息、添加供应商、添加报表、添加机构、添加业务、添加渠道、添加活动、发起签约、工单审批、设置系统信息中的任一者。

3.如权利要求2所述的交互控制方法，其特征在于，所述根据所述请求信息从预设的目标文件获取临时任务事件对应的模板数据，包括：

所述临时任务事件集成于后端跨域访问的目标文件，则根据所述请求信息访问网络的目标地址以获取所述目标文件中对应网络存储的模板数据。

4.如权利要求3所述的交互控制方法，其特征在于，所述在所述图形用户界面上生成悬浮窗口，并在所述悬浮窗口内加载所述模板数据，包括：

将所述悬浮窗口按照预设动画方式弹出并到达所述图形用户界面的预设位置；

在所述悬浮窗口内加载所述临时任务事件的模板数据，且自适应调整所述悬浮窗口的大小并与所述图形用户界面的边缘对齐；

在所述悬浮窗口的底层配置模态遮罩且覆盖所述图形用户界面以防止界面干扰。

5.如权利要求2-4中任一项所述的交互控制方法，其特征在于，所述响应于用户在所述悬浮窗口内对所述模板数据的编辑操作，在当前任务事件的任务流中启用编辑后的临时任务事件，包括：

根据所述临时任务事件的模板数据在所述悬浮窗口内排布若干个可编辑项目，所述可编辑项目包括标题名称、任务描述、报表描述、审批描述、签约描述、合同附件、签章、接收人和抄送人中的一者或多者；

记录针对各个所述可编辑项目的用户输入内容，响应于用户的提交确认并在当前任务事件的任务流中优先启动执行用户输入内容。

6.一种任务事件的复用调取方法，其特征在于，包括：

获取来自用户软件的请求信息；所述用户软件用于运行在任意用户端设备以及执行当前任务事件并在图形用户界面上进行展示，所述请求信息由图形用户界面上针对当前任务事件的触发操作而产生且用于在当前任务事件的任务流中插入临时任务事件；

响应于所述请求信息，查询预设的目标文件并从中调取所请求的临时任务事件对应的模板数据；所述目标文件存储有至少一个临时任务事件对应的模板数据；

返回所述临时任务事件对应的模板数据，所述模板数据用于被加载以在用户端设备的图形用户界面上进行展示。

7.如权利要求6所述的复用调取方法，其特征在于，所述临时任务事件集成于后端跨域访问的目标文件，则响应于所述请求信息，根据网络的目标地址从所述目标文件中索引获得所请求的临时任务事件对应的模板数据。

8.一种智能用户终端系统，其特征在于，包括：

显示器，用于显示当前任务事件的图形用户界面；

处理器，与所述显示器连接，用于实现如权利要求1-5中任一项所述的交互控制方法；

输入组件，与所述处理器连接，用于驱动所述处理器在所述图形用户界面上产生触发操作和编辑操作。

9.如权利要求8所述的智能用户终端系统，其特征在于，还包括与所述处理器通信连接的后端服务器，所述后端服务器上配置有集成临时任务事件的目标文件；所述后端服务器用于实现如权利要求6-7中任一项所述的复用调取方法。

10.一种计算机可读存储介质，其特征在于，包括程序，所述程序能够被处理器执行以实现如权利要求1-5中任一项所述的交互控制方法，或者实现如权利要求6-7中任一项所述的复用调取方法。

Images