人机交互接口的建立方法、装置及计算机设备、存储介质与流程

本发明涉及人机交互技术领域，特别是人机交互接口的建立方法、装置及计算机设备、存储介质。

背景技术：

交互智能平板通过触控技术对显示在显示平板上的内容进行操控和实现人机交互操作的一体化设备。目前，基于android原生的浮动窗口可以在交互智能平板上实现很多方便快捷的小工具，用户一般通过人机交互界面上的人机交互接口进行操作。

而传统应用程序的人机交互接口，如按钮、拖动条等，往往位置固定在一个或有限多个地方。对于交互智能平板这种大型设备来说，用户在使用应用程序不同的人机交互接口时要来回走动操作，这给用户使用交互智能平板带来了不便。

技术实现要素：

基于此，有必要针对用户在使用应用程序不同的人机交互接口时要来回走动操作的缺陷，提供一种人机交互接口的建立方法、装置及计算机设备、存储介质。

本发明所提供的技术方案包括：

一种人机交互接口的建立方法，包括步骤：

在应用程序启动时，分别获取应用程序的各个预设人机交互接口的布局描述文件和业务逻辑文件。

启动并在预设界面显示位置显示用户界面组件。

将布局描述文件和业务逻辑文件发送至用户界面组件中，以使用户界面组件根据布局描述文件和业务逻辑文件建立一个或多个人机交互接口，人机交互接口与应用程序的各个预设人机交互接口一一对应。

一种人机交互接口的实现装置，包括：

文件获取模块，用于在应用程序启动时，分别获取应用程序的各个预设人机交互接口的布局描述文件和业务逻辑文件。

组件启动模块，用于启动并在预设界面显示位置显示用户界面组件。

文件发送模块，用于将布局描述文件和业务逻辑文件发送至用户界面组件中，以使用户界面组件根据布局描述文件和业务逻辑文件建立一个或多个人机交互接口，人机交互接口与应用程序的各个预设人机交互接口一一对应。

一种计算机设备，包括显示装置、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现上述人机交互接口的建立方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述人机交互接口的建立方法的步骤。

本发明所提供的人机交互接口的建立方法、装置及计算机设备、存储介质，在应用程序启动时，同时启动并在预设界面显示位置显示用户界面组件，将从应用程序中获取的各个预设人机交互接口的布局描述文件和业务逻辑文件发送至用户界面组件，以使用户界面组件根据布局描述文件和业务逻辑文件建立一个或多个人机交互接口。基于此，将应用程序中的一个或多个预设人机交互接口建立在同一用户界面组件中，用户在操作界面的特定位置即可操作全部人机交互接口，便于用户操作应用程序中不同的人机交互接口，提升用户的使用体验。

附图说明

图1为一实施例的人机交互接口的建立方法流程图；

图2为一实施例的人机交互接口的建立装置模块结构图；

图3为一实施例的计算机设备的结构示意图。

具体实施方式

为了更好地理解本发明的目的、技术方案以及技术效果，以下结合附图和实施例对本发明进行进一步的讲解说明。同时声明，以下所描述的实施例仅用于解释本发明，并不用于限定本发明。

在一实施例中，如图1所示，为一实施例的人机交互接口的建立方法流程图，包括步骤：

s101,在应用程序启动时，分别获取应用程序的各个预设人机交互接口的布局描述文件和业务逻辑文件。

上述应用程序为实现用户业务功能的主应用，如安卓系统上运行的第三方应用或宿主应用。在开发上述应用程序时按照开发协议对应用程序的预设人机交互接口的布局描述进行封装，得到布局描述文件，布局文件用于建立预设人机交互接口的界面，包括界面视图、界面布局以及界面位置。同时，在开发应用程序时将业务逻辑属性进行封装，得到业务逻辑文件，预设人机交互接口加载业务逻辑文件以更新其界面，使用户可以通过其界面与应用程序实现人机交互业务逻辑操作。其中，上述布局描述文件的封装形式包括但不限于web包或xml文件，上述业务逻辑文件包括但不限于js文件或json文件。

其中，上述应用程序可以将各个预设人机交互接口的布局描述文件和业务逻辑文件复制到指定存储路径，复制方式可以包括同步复制和异步复制，以满足不同应用程序的应用需求。在本具体实施方式中，可以通过安卓系统的后台组件，包括安卓系统的service组件或服务器端等，从指定存储路径获取布局描述文件和业务逻辑文件。

优选地，在应用程序第一次启动时，会将各个预设人机交互接口的布局描述文件和业务逻辑文件复制到指定的存储路径。以后宿主应用每次启动时，都可以通过安卓系统的后台组件获取应用程序的各个预设人机交互接口的布局描述文件和业务逻辑文件。

s102，启动并在预设界面显示位置显示用户界面组件。

优选地，在应用程序第一次启动时，会将各个预设人机交互接口的布局描述文件和业务逻辑文件复制到指定的存储路径。以后应用程序每次启动时，都可以通过安卓系统的后台组件获取应用程序的各个预设人机交互接口的布局描述文件和业务逻辑文件。其中，用户界面组件包括安卓系统的浮动窗口组件或viewgroup容器等。

在启动用户界面组件后，同时控制用户界面组件在预设界面显示位置显示。其中，用户可以预先设置预设界面显示位置，也可以根据业务逻辑文件设置用户界面组件的预设界面显示位置。优选地，可以根据业务逻辑文件调整用户界面组件的界面显示位置，以在应用程序实时运行中动态调整用户界面组件的界面显示位置，便于用户操作用户界面组件中的人机交互接口。

s103，将布局描述文件和业务逻辑文件发送至用户界面组件中，以使用户界面组件根据布局描述文件和业务逻辑文件建立一个或多个人机交互接口，人机交互接口与应用程序的各个预设人机交互接口对应。

用户界面根据布局描述文件和业务逻辑文件建立对应的人机交互接口。具体为，根据布局描述文件更新自身的界面视图、布局以及界面位置，根据业务逻辑文件建立自身的业务逻辑属性。

本实施例所提供的人机交互接口的建立方法，在应用程序启动时，同时启动并在预设界面显示位置显示用户界面组件，将从应用程序中获取的各个预设人机交互接口的布局描述文件和业务逻辑文件发送至用户界面组件，以使用户界面组件根据布局描述文件和业务逻辑文件建立一个或多个人机交互接口。基于此，将应用程序中的一个或多个预设人机交互接口建立在同一用户界面组件中，便于用户操作应用程序中不同的人机交互接口，提升用户的使用体验。

在一优选实施例中，上述人机交互接口的建立方法，还包括步骤：

若无法获取应用程序的各个预设人机交互接口的布局描述文件和业务逻辑文件，将用户界面组件更新至默认的状态属性。

通过设置用户界面组件的默认的状态属性，在无法获取布局描述文件和业务逻辑文件的情况下，将用户界面组件更新至默认的状态属性，同时使用包括但不限于提示窗口、或提示消息的方式提示用户无法获取布局描述文件和业务逻辑文件，防止在应用进程出现错误时用户不清楚应用程序状态而影响用户体验。

在另一优选实施例中，上述人机交互接口的建立方法，还包括步骤：

获取用户界面组件中各个人机交互接口产生变化的业务逻辑层参数。

将业务逻辑层参数发送至应用程序。

在用户操作用户界面组件中的各人机交互接口，使得界面的视图、布局、界面的位置或业务逻辑发生变化，以使人机交互接口的相关业务逻辑层的参数发生改变，获取产生变化的业务逻辑层参数，将这部分业务逻辑层参数发送至应用程序中，应用程序可以根据这部分业务逻辑层参数调整自身的相关程序执行参数。

通过上述优选实施例的人机交互的实现方法，将用户的操作过程转换成用户界面组件中人机交互接口的状态属性的改变，获取并发送将产生改变的业务逻辑层参数至应用程序，完成用户界面组件中各人机交互接口对应用程序的反馈，实现用户与应用程序间的实时动态人机交互。

在一个实施例中，上述人机交互接口的建立方法，还包括步骤：

在布局描述文件和/或业务逻辑文件更新时，将更新后的布局描述文件和/或业务逻辑文件发送至用户界面组件中。

应用程序在运行过程中，需要改变用户界面组件向用户展示的人机交互接口，则应用程序更新布局描述文件和/或业务逻辑文件，通过后台组件获取并发送更新后的布局描述文件和/或业务逻辑文件至用户界面组件中。

根据更新后的布局描述文件和/或业务逻辑文件更新用户界面组件中的人机交互接口。

用户界面组件在接收到更新后的布局描述文件和/或业务逻辑文件，根据更新后的布局描述文件和/或业务逻辑文件更新用户界面组件中的人机交互接口。其中，根据发送更新后的布局描述文件和/或业务逻辑文件所使用的方法的不同，用户界面组件可在收到数据后立即更新界面，也可通过调用相关接口，以通知ui调用异步请求和加载的方式，向后台组件请求更新后的布局描述文件和/或业务逻辑文件来更新人机交互接口。

通过上述优选实施例的人机交互接口的建立方法，可在应用程序运行中动态改变用户界面组件中的人机交互接口，实现动态改变人机交互接口的界面和业务逻辑的目的，方便用户操作，提升用户体验。

在另一可选实施例中，上述人机交互接口的建立方法，还包括步骤：

根据业务逻辑文件调整用户界面组件的界面显示位置。

在应用程序运行的过程中，还可以根据应用程序的预设人机交互节课的业务逻辑文件，调整用户界面组件的界面显示位置，便于用户在不同的界面显示位置操作人机交互接口，进一步提升用户体验。

在一实施例中，如图2所示，为一实施例的人机交互接口的建立装置模块结构图，包括：

文件获取模块201，用于在应用程序启动时，分别获取应用程序的各个预设人机交互接口的布局描述文件和业务逻辑文件。

组件启动模块202，用于启动并在预设界面显示位置显示用户界面组件。

文件发送模块203，用于将布局描述文件和业务逻辑文件发送至用户界面组件中，以使用户界面组件根据布局描述文件和业务逻辑文件建立一个或多个人机交互接口，人机交互接口与应用程序的各个预设人机交互接口一一对应。

本实施例所提供的人机交互接口的建立装置，文件获取模块201在应用程序启动时，组件启动模块202同时启动并在预设界面显示位置显示用户界面组件，文件发送模块203将从应用程序中获取的各个预设人机交互接口的布局描述文件和业务逻辑文件发送至用户界面组件，以使用户界面组件根据布局描述文件和业务逻辑文件建立一个或多个人机交互接口。基于此，将应用程序中的一个或多个预设人机交互接口建立在同一用户界面组件中，便于用户操作应用程序中不同的人机交互接口，提升用户的使用体验。

在一优选实施例中，上述人机交互接口的建立装置，还包括以下模块：

默认更新模块，用于在无法获取应用程序的各个预设人机交互接口的布局描述文件和业务逻辑文件时，将用户界面组件更新至默认的状态属性。

通过设置用户界面组件的默认的状态属性，在无法获取布局描述文件和业务逻辑文件的情况下，将用户界面组件更新至默认的状态属性，同时使用包括但不限于提示窗口、或提示消息的方式提示用户无法获取布局描述文件和业务逻辑文件，防止在应用进程出现错误时用户不清楚应用程序状态而影响用户体验。

在一优选实施例中，上述人机交互接口的建立装置，还包括以下模块：

更新文件获取模块，用于在布局描述文件和/或业务逻辑文件更新时，将更新后的布局描述文件和/或业务逻辑文件发送至用户界面组件中。

接口更新模块，用于根据更新后的布局描述文件和/或业务逻辑文件更新用户界面组件中的人机交互接口。

通过上述优选实施例的人机交互接口的建立装置，可在应用程序运行中动态改变用户界面组件中的人机交互接口，实现动态改变人机交互接口的界面和业务逻辑的目的，方便用户操作，提升用户体验。

在一优选实施例中，上述人机交互接口的建立装置，还包括以下模块：

位置调整模块，用于根据业务逻辑文件调整用户界面组件的界面显示位置。

在应用程序运行的过程中，还可以根据应用程序的预设人机交互节课的业务逻辑文件，调整用户界面组件的界面显示位置，便于用户在不同的界面显示位置操作人机交互接口，进一步提升用户体验。

在一优选实施例中，上述人机交互接口的建立装置，还包括以下模块：

接口参数获取模块，用于获取用户界面组件中各个人机交互接口产生变化的业务逻辑层参数。

接口参数发送模块，用于将业务逻辑层参数发送至应用程序。

通过上述优选实施例的人机交互的实现方法，将用户的操作过程转换成用户界面组件中人机交互接口的状态属性的改变，获取并发送将产生改变的业务逻辑层参数至应用程序，完成用户界面组件中各人机交互接口对应用程序的反馈，实现用户与应用程序间的实时动态人机交互。

在一实施例中，还提供一种计算机设备30，包括显示装置301、存储器302、处理器303及存储在存储器302上并可在处理器303上运行的计算机程序，处理器303执行计算机程序程序时实现上述人机交互接口的建立方法的步骤。其中，在执行上述人机交互接口的建立方法的步骤时，处理器303被配置为：

处理器303在应用程序启动时，分别获取应用程序的各个预设人机交互接口的布局描述文件和业务逻辑文件。

处理器303启动并在显示装置301的预设界面显示位置显示用户界面组件。

处理器303将布局描述文件和业务逻辑文件发送至用户界面组件中，以使用户界面组件根据布局描述文件和业务逻辑文件建立一个或多个人机交互接口，人机交互接口与应用程序的各个预设人机交互接口一一对应。

本实施例所提供的计算机设备，在应用程序启动时，同时启动并在预设界面显示位置显示用户界面组件，将从应用程序中获取的各个预设人机交互接口的布局描述文件和业务逻辑文件发送至用户界面组件，以使用户界面组件根据布局描述文件和业务逻辑文件建立一个或多个人机交互接口。基于此，将应用程序中的一个或多个预设人机交互接口建立在同一用户界面组件中，便于用户操作应用程序中不同的人机交互接口，提升用户的使用体验。

本发明还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述人机交互接口的建立方法的步骤。此外，通常存储在一个存储介质中的程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和或内存)中执行。因此，这样的存储介质也构成了本发明。存储介质可以使用任何类型的记录方式，例如纸张存储介质(如纸带等)、磁存储介质(如软盘、硬盘、闪存等)、光存储介质(如cd-rom等)、磁光存储介质(如mo等)等。

本实施例所提供的计算机可读存储介质，在应用程序启动时，同时启动并在预设界面显示位置显示用户界面组件，将从应用程序中获取的各个预设人机交互接口的布局描述文件和业务逻辑文件发送至用户界面组件，以使用户界面组件根据布局描述文件和业务逻辑文件建立一个或多个人机交互接口。基于此，将应用程序中的一个或多个预设人机交互接口建立在同一用户界面组件中，便于用户操作应用程序中不同的人机交互接口，提升用户的使用体验。

为了更好地理解本发明，以下通过一个具体应用例来解释本发明，应当注意：以下的具体应用例不能理解为对发明专利范围的限制。

本具体应用例采用安卓操作系统为例，其中，上述后台组件为安卓系统的service组件，用户界面组件为安卓系统的浮动窗口组件，应用程序为安卓系统的宿主应用，以上述组件为例，阐释本发明的具体应用。

当宿主应用第一次启动，会将布局描述文件和业务逻辑文件异步拷贝到指定路径。而第一次及以后每次启动，都会通知service组件当前应用的包名和布局描述文件和业务逻辑文件的存放路径。

当宿主应用启动时，宿主应用会去绑定service组件，通过aidl(android接口定义语言androidinterfacedefinitionlanguage)的方式，宿主应用作为“观察者”的角色，将“属性变化回调接口”注入到“被观察者”——service组件，这样，当浮动窗口组件与用户发生了交互，交互的结果，如参数或属性的变化等，会发送到service组件，service组件调用回调接口实时通知给宿主应用，由宿主应用去执行到相关参数的调整。当然，也可以通过广播和广播接收器去实现上述过程。同时，宿主应用在绑定service组件时，还会向service组件传递初始属性，委托service组件将这些属性初始化到容器中，即将浮动窗口组件更新至预设的默认的状态属性。

作为常驻服务，service组件运行于后台，会一直监听并随时响应宿主应用的调用请求。而当宿主应用发出交互工具的唤出请求后，由service组件去响应这个请求，并去启动浮动窗口组件。浮动窗口组件启动后并不具有任何界面和业务逻辑，需要访问service组件，以获取相关资源，来将布局描述文件和业务逻辑文件应用到浮动窗口组件中，以建立人机交互接口。

service组件根据宿主应用的通知，返回给浮动窗口组件。浮动窗口组件加载布局描述文件和业务逻辑文件后，更新自身样式。如果无法获取到布局描述文件和业务逻辑文件，则更新为预设默认样式并提示用户。至此，service组件作为通信中转和生命周期管理者，完成了宿主应用和浮动窗口组件之间的绑定。

当宿主应用在运行过程中，需要浮动窗口组件展示的人机交互接口发生改变，将通知service组件。并上传最新的状态和属性。

service组件通知浮动窗口组件刷新界面，并下发最新的状态和属性。

根据使用的通信方法的不一样，浮动窗口组件可在收到数据后立即更新界面，也可能是调用相关接口，通知ui调用异步请求和加载的方式，向service组件请求数据来刷新界面。至此，单次宿主应用向浮动窗口组件的通信执行完毕。

当用户操作浮动窗口组件中的人机交互接口的时候，其实就是改变人机交互接口的相关属性。浮动窗口组件将改变后的新属性上传至service组件。

service组件通知宿主应用参数改变。至此，单次浮动窗口组件向宿主应用的通信执行完毕。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

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