CN110990004B - 一种对话框的统一管理方法、装置及终端设备 - Google Patents

Abstract

本发明实施例提供了一种对话框的统一管理方法、装置、可读存储介质及计算设备，提出一种跨进程创建对话框和管理对话框的策略，扩展了android对话框的创建方式，实现对话框的统一管理，降低了对话框维护成本和改善了用户体验，方法包括：服务端接收任一客户端的对话框请求事件；所述服务端根据所述对话框请求事件触发对应的对话框事件；以及，所述服务端监听外部事件；所述服务端根据预设的外部事件触发对应的对话框事件；所述服务端将所述对话框事件反馈至对话框事件对应客户端。

Description

一种对话框的统一管理方法、装置及终端设备

技术领域

本公开涉及软件开发技术领域，尤其涉及一种对话框的统一管理方法、装置、可读存储介质及终端设备。

背景技术

安卓(Android)系统有各种各样的对话框(弹框)，风格不统一、不利于统一管理。原生Android系统提供了基本的对话框样式，主要包括标题、内容显示区、按键。原生android系统提供的主要接口：显示、消失、按键事件回调、层级设置，能够满足基本的对话框需求。

Android系统有两种对话框层级，一种是应用层级，一种是系统层级。所谓的应用层级，只有应用在前台时，才能弹出该对话框，如果应用退出或者切换到其他应用，则所弹出的对话框也会被暂时隐藏或者关闭。请求系统层级对话框的应用则不需要在前台就能弹出对话框，只要当前上下文(Context)不销毁，则对话框不会随着应用页面切换而退出。

应用程序的对话框往往是直接在当前上下文进行创建或者销毁，没有一个统一的管理，所创建的对话框风格可能存在各种差异，如果应用弹出的对话框设置为系统层级的对话框，则可能会覆盖到其他页面，如通话中页面、锁屏页面，从而影响了用户体验。

例如，设计一个未接来电对话框，该对话框场景要求：不允许在来电/会议分享界面弹出，通话结束后则需要弹出来，应用进入设置(Setting)界面时不要弹出，回到桌面(Launcher)界面再弹出。如果该对话框已经弹出，那么来电或者进入锁屏时，需要隐藏，纵使锁屏解锁后，但仍处于通话状态，则不能显示出来。

整个系统存在多种情况的对话框需求，以及依赖多种对话框环境的判断。如果每个对话框都是单独去实现，逻辑混乱，则代价很大，且极其不利于管理。

发明内容

为此，本公开提供一种对话框的统一管理方法、装置、可读存储介质及终端设备，以力图解决或者至少缓解上面存在的至少一个问题。

根据本公开实施例的一个方面，提供了一种对话框的统一管理方法，适于在计算设备中执行，方法包括：

服务端接收任一客户端的对话框请求事件；

服务端根据对话框请求事件触发对应的对话框事件；

以及，

服务端监听外部事件；

服务端根据预设的外部事件触发对应的对话框事件；

服务端将对话框事件反馈至对话框事件对应客户端。

可选地，对话框请求事件包括：对话框创建请求、或对话框刷新请求、或对话框显示请求、或对话框隐藏请求、或对话框销毁请求；

对话框事件包括：在对话框列表中添加对话框、或刷新对话框、或显示对话框、或隐藏对话框、或在对话框列表中移除对话框。

可选地，服务端根据对话框请求事件触发对应的对话框事件，包括：

服务端根据对话框创建请求、或对话框刷新请求、或对话框显示请求，查询请求对应对话框的状态关联信息；

服务端根据请求对应对话框的状态关联信息，确定是否允许显示请求对应对话框，如果是，显示请求对应对话框，否则，隐藏请求对应对话框。

可选地，预设的外部事件，包括：

通话事件、或锁屏事件、或页面切换、或超时回到桌面事件、或对话框点击事件。

可选地，服务端根据预设的外部事件触发对应的对话框事件，包括：

服务端在监听到通话事件、或锁屏事件、或页面切换、或超时回到桌面事件后，查询各个对话框的状态关联信息；

对于任一对话框，服务端根据该对话框的状态关联信息，确定是否允许显示该对话框，如果是，显示该对话框，否则，隐藏该对话框。

可选地，方法还包括：

对话框事件对应客户端监听当前各个对话框的对话框事件；

对话框事件对应客户端响应监听到的对话框事件；

当监听到任一对话框的销毁事件时，对话框事件对应客户端停止监听已销毁的对话框的对话框事件。

可选地，服务端和任一客户端通过预先定义的数据结构通信，预先定义的数据结构至少包括：

对话框基本信息和事件回调监听器。

根据本公开的又一方面，提供一种对话框的统一管理装置，包括：

请求接收单元，用于接收任一客户端的对话框请求事件；

第一响应单元，用于根据对话框请求事件触发对应的对话框事件；

外部监听单元，用于监听外部事件；

第二响应单元，用于根据预设的外部事件触发对应的对话框事件；

反馈单元，用于将对话框事件反馈至对话框事件对应客户端。

根据本公开的又一方面，提供一种可读存储介质，适于存储一个或多个程序，一个或多个程序被配置为由计算设备执行上述的对话框的统一管理方法。

根据本公开的又一方面，提供一种终端设备，包括：一个或多个处理器；存储器；以及一个或多个程序，其中一个或多个程序存储在存储器中并被配置为由一个或多个处理器执行上述的对话框的统一管理方法。

本公开实施例，采用跨进程的客户端/服务端方式，由服务端对对话框进行统一创建、管理，并向客户端反馈对话框的事件，避免了每一客户端单独去注册外部事件或者查询外部条件，有利于对话框的维护，改善了用户体验。

附图说明

附图示出了本公开的示例性实施方式，并与其说明一起用于解释本公开的原理，其中包括了这些附图以提供对本公开的进一步理解，并且附图包括在本说明书中并构成本说明书的一部分。

图1是示例性的计算设备的结构框图；

图2是根据本公开实施例的一种对话框的统一管理方法的流程图；

图3是根据本公开具体实施例的一种对话框的统一管理方法的流程图；

图4是根据本公开具体实施例的对话框数据结构示意图；

图5是根据本公开实施例的一种对话框的统一管理装置的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1是布置为实现根据本公开的一种对话框的统一管理方法的示例计算设备100的框图。在基本的配置102中，计算设备100典型地包括系统存储器106和一个或者多个处理器104。存储器总线108可以用于在处理器104和系统存储器106之间的通信。

取决于期望的配置，处理器104可以是任何类型的处理，包括但不限于：微处理器((μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器104可以包括诸如一级高速缓存110和二级高速缓存112之类的一个或者多个级别的高速缓存、处理器核心114和寄存器116。示例的处理器核心114可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器118可以与处理器104一起使用，或者在一些实现中，存储器控制器118可以是处理器104的一个内部部分。

取决于期望的配置，系统存储器106可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器106可以包括操作系统120、一个或者多个程序122以及程序数据124。在一些实施方式中，程序122可以被配置为在操作系统上由一个或者多个处理器104利用程序数据124执行指令。

计算设备100还可以包括有助于从各种接口设备(例如，输出设备142、外设接口144和通信设备146)到基本配置102经由总线/接口控制器130的通信的接口总线140。示例的输出设备142包括图形处理单元148和音频处理单元150。它们可以被配置为有助于经由一个或者多个A/V端口152与诸如显示终端或者扬声器之类的各种外部设备进行通信。示例外设接口144可以包括串行接口控制器154和并行接口控制器156，它们可以被配置为有助于经由一个或者多个I/O端口158和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备146可以包括网络控制器160，其可以被布置为便于经由一个或者多个通信端口164与一个或者多个其他计算设备162通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

计算设备100可以实现为小尺寸便携(或者移动)电子设备的一部分，这些电子设备可以是诸如蜂窝电话、个人数字助理(PDA)、个人媒体播放器设备、无线网络浏览设备、个人头戴设备、应用专用设备、或者可以包括上面任何功能的混合设备。计算设备100还可以实现为包括桌面计算机和笔记本计算机配置的个人计算机。

其中，计算设备100的一个或多个程序122包括用于执行根据本公开的一种对话框的统一管理方法的指令。

图2示例性示出根据本公开一个实施例的一种对话框的统一管理方法200的流程图，一种对话框的统一管理方法200始于步骤S210。

在步骤S210中，服务端接收任一客户端的对话框请求事件。服务端和客户端分别是同一计算设备内两个不同的程序，例如，服务端和客户端分别是两个不同的应用或进程，服务端和客户端之间跨进程通信。服务端和客户端之间的通信通过预设的数据接口完成，其数据结构应具备至少如下两个元素：对话框基本信息和事件回调监听器。其中，对话框基本信息包括对话框的编号、类型、定时显示等基本信息；事件回调监听器用于定义监听的事件内容，返回监听结果，以实现对指定的监听事件作出相应的响应动作。

本公开提供了一种具体的对话框数据结构，以满足跨进程通信需求，对话框数据结构包括如下内容：编号Id、标题Title、类型Type、按钮列表Buttons、内容视图ContentView、显示提示信息Message、定时显示Timer、优先级Priority、事件监听类型Flag、调用者Caller、事件回调监听CallbackListener。

其中，Title、Button、ContentView为视图显示的标题，按钮和内容视图，Timer为定时器，指定对话框显示后的消失时间，设置为0则不会自动消失。Caller为调用者Binder对象和Id，能够表示调用者的对话框id，具有唯一标识性。CallbackListener用于监听所创建的对话框在远程服务端发生的事件，包括对话框的创建、显示、销毁、按钮按下等。

随后，在步骤S220中，服务端根据所述对话框请求事件触发对应的对话框事件。对话框请求事件包括：对话框创建请求、或对话框刷新请求、或对话框显示请求、或对话框隐藏请求、或对话框销毁请求；对话框事件包括：在对话框列表中添加对话框、或刷新对话框、或显示对话框、或隐藏对话框、或在对话框列表中移除对话框。

以对话框创建请求为例，服务端根据对话框创建请求，在对话框列表中添加对话框。服务端预先建立并维护一个对话框列表，用以对各个不同客户端的对话框进行统一的维护和管理。

进一步地，服务端根据对话框请求事件触发对应的对话框事件，包括：服务端根据所述对话框创建请求、或所述对话框刷新请求、或对话框显示请求，查询请求对应对话框的状态关联信息；服务端根据请求对应对话框的状态关联信息，确定是否允许显示请求对应对话框，如果是，显示请求对应对话框，否则，隐藏请求对应对话框。其中，对话框状态关联信息包括在对话框创建过程中配置的各种条件下对话框显示或隐藏的策略，可以通过一个特定的标志位(flag)表示。

在步骤S230中，服务端监听外部事件，外部事件包括：通话事件、或锁屏事件、或页面切换、或超时回到桌面(Launcher)事件、或对话框点击事件。

随后，在步骤S240中，服务端根据预设的外部事件触发对应的对话框事件。具体地，服务端在监听到通话事件、或锁屏事件、或页面切换、或超时回到桌面事件后，查询各个对话框的状态关联信息；对于任一对话框，服务端根据任一对话框的状态关联信息，确定是否允许显示该对话框，如果是，显示该对话框，否则，隐藏该对话框。其中，对话框状态关联信息包括在对话框创建过程中配置的各种条件下对话框显示或隐藏的策略，可以通过一个特定的标志位(flag)表示。

进一步地，可以预先配置若干策略配置模板，规定不同条件下对话框是否允许显示，在新建对话框时直接调用，从而进一步提高对话框的实现和管理效率。

随后，在步骤S250中，服务端将对话框事件反馈至对话框事件对应客户端。

例如，服务端在监听到对话框点击事件后，将对话框点击事件反馈给对话框点击事件对应客户端。

可选地，对话框事件对应客户端监听各个对话框的对话框事件，主要监听的事件包括对话框的创建、显示、隐藏、销毁，按键按下等事件；对话框事件对应客户端响应监听到的对话框事件；当监听到任一对话框的销毁事件时，对话框事件对应客户端停止监听已销毁的对话框的对话框事件。

下面给出本公开的具体实施例。

参考图3，本公开具体实施例提供的对话框的创建和统一管理方法包括如下内容：

1、定义一个可跨进程通信、可序列化的数据结构(DialogData)，该数据结构包括了对话框的基本信息和事件回调监听器，能用于客户端和服务端之间进行通讯。

2、DialogData结构如图4所示：Title、Button、ContentView为视图显示的标题，按钮和内容视图，Timer为定时器，指定对话框显示后的消失时间，设置为0则不会自动消失。Caller为调用者Binder对象和Id，能够表示调用者的对话框id，具有唯一标识性。CallbackListener用于监听所创建的对话框在远程服务端受到的事件，包括对话框的创建、显示、销毁、按钮按下等。

3、创建一个常驻于后台且具备统一管理对话框的服务端，该服务端在系统中申请了常驻属性并具有自启功能和保活特性，确保后台常驻。

4、服务端主要包括数据解析模块、创建/刷新/显示模块、外部事件监听/记录模块、对话框事件回调模块。当服务端收到客户端发过来的对话框数据DialogData，则对其进行解析，若请求为销毁，则直接关闭对话框，并通过Binder跨进程回调告知客户端；若要求显示或者刷新，则根据申请的ActionFlag(ActionFlag是一个多种条件的位操作，例如要求不允许在通话中显示，但是允许在锁屏界面显示)，基于当前环境(是否在通话中、是否在锁屏)对对话框进行显示或隐藏。同理，当外部环境发生了变化，如来电或者来电结束，则会遍历所有对话框，并再次根据ActionFlag决定对话框是否显示和隐藏。通过这种方式能够达到统一监听外部事件，对对话框的动态显示和隐藏。

5、如果用户按下某个对话框的按键，则会调用该对话框的回调监听器，告知客户端按下的对话框信息和具体哪个按键，以便客户端进行相应的处理。

6、客户端只需要封装好对话框数据，数据接口如图4所示，并建立对话框事件的监听器：主要监听的事件包括，对话框的创建、显示、隐藏、销毁，按键按下等事件。

7、客户端通过bindService绑定远端的服务端，并调用服务端提供的数据接口，就能够达到在服务端创建/刷新和销毁对话框的目的。同时客户端通过设置跨进程监听器，能够快速响应所创建的对话框的事件，如显示、隐藏、按下哪个按键等，并执行相应的操作。

本公开实施例中，客户端可以通过跨进程创建对话框，并只需将数据交给服务端能够创建风格统一的对话框样式，通过数据声明规则，服务端会对对话框进行统一管理，并反馈对话框的事件，能够达到统一管理的目的，不需要客户单独去注册外部事件或者查询外部条件，最终能够增强对话框的维护和改善用户体验。

如图5所示，本公开还提供了一种对话框的统一管理装置，包括：

请求接收单元510，用于接收任一客户端的对话框请求事件；

第一响应单元520，用于根据对话框请求事件触发对应的对话框事件；

外部监听单元530，用于监听外部事件；

第二响应单元540，用于根据预设的外部事件触发对应的对话框事件；

反馈单元550，用于将对话框事件反馈至对话框事件对应客户端。

关于对话框的统一管理装置的具体限定可以参见上文中对于对话框的统一管理方法的限定，在此不再赘述。

应当理解，这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本公开的方法和设备，或者本公开的方法和设备的某些方面或部分可采取嵌入有形媒介，例如软盘、CD-ROM、硬盘驱动器或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被该机器执行时，该机器变成实践本公开的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的该程序代码中的指令，执行本公开的各种方法。

以示例而非限制的方式，计算机可读介质包括计算机存储介质和通信介质。计算机可读介质包括计算机存储介质和通信介质。计算机存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在计算机可读介质的范围之内。

应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的示例性实施例的描述中，本公开的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本公开的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本公开，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本公开的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本公开的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本公开的范围，对本公开所做的公开是说明性的，而非限制性的，本公开的范围由所附权利要求书限定。

Claims (7)

1.一种对话框的统一管理方法，其特征在于，包括：

服务端接收任一客户端的对话框请求事件；

所述服务端根据所述对话框请求事件触发对应的对话框事件；

具体地，所述服务端根据所述对话框创建请求、或所述对话框刷新请求、或所述对话框显示请求，查询请求对应对话框的状态关联信息；所述服务端根据所述请求对应对话框的状态关联信息，确定是否允许显示所述请求对应对话框，如果是，显示所述请求对应对话框，否则，隐藏所述请求对应对话框；其中，对话框状态关联信息包括在对话框创建过程中配置的各种条件下对话框显示或隐藏的策略；

以及，

所述服务端监听外部事件；

所述服务端根据预设的外部事件触发对应的对话框事件；

具体地，所述服务端在监听到通话事件、或锁屏事件、或页面切换、或超时回到桌面事件后，查询各个对话框的状态关联信息；对于任一对话框，所述服务端根据所述任一对话框的状态关联信息，确定是否允许显示所述任一对话框，如果是，显示所述任一对话框，否则，隐藏所述任一对话框；

所述服务端将所述对话框事件反馈至对话框事件对应客户端；

其中，服务端和客户端分别是同一计算设备内两个不同的应用或进程，所述服务端和所述任一客户端通过预先定义的数据结构通信，所述预先定义的数据结构包括：对话框基本信息和事件回调监听器。

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

所述对话框请求事件包括：对话框创建请求、或对话框刷新请求、或对话框显示请求、或对话框隐藏请求、或对话框销毁请求；

所述对话框事件包括：在对话框列表中添加对话框、或刷新对话框、或显示对话框、或隐藏对话框、或在对话框列表中移除对话框。

3.如权利要求1所述的方法，其特征在于，所述预设的外部事件，包括：

通话事件、或锁屏事件、或页面切换、或超时回到桌面事件、或对话框点击事件。

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

所述对话框事件对应客户端监听各个对话框的对话框事件；

所述对话框事件对应客户端响应监听到的对话框事件；

当监听到任一对话框的销毁事件时，所述对话框事件对应客户端停止监听已销毁的对话框的对话框事件。

5.一种对话框的统一管理装置，其特征在于，包括：

请求接收单元，用于接收任一客户端的对话框请求事件；

第一响应单元，用于根据所述对话框请求事件触发对应的对话框事件；

所述第一响应单元，具体用于服务端根据所述对话框创建请求、或所述对话框刷新请求、或所述对话框显示请求，查询请求对应对话框的状态关联信息；所述服务端根据所述请求对应对话框的状态关联信息，确定是否允许显示所述请求对应对话框，如果是，显示所述请求对应对话框，否则，隐藏所述请求对应对话框；其中，对话框状态关联信息包括在对话框创建过程中配置的各种条件下对话框显示或隐藏的策略；

外部监听单元，用于监听外部事件；

第二响应单元，用于根据预设的外部事件触发对应的对话框事件；

所述第二响应单元，具体用于所述服务端在监听到通话事件、或锁屏事件、或页面切换、或超时回到桌面事件后，查询各个对话框的状态关联信息；对于任一对话框，所述服务端根据所述任一对话框的状态关联信息，确定是否允许显示所述任一对话框，如果是，显示所述任一对话框，否则，隐藏所述任一对话框；

反馈单元，用于将所述对话框事件反馈至对话框事件对应客户端；

其中，服务端和客户端分别是同一计算设备内两个不同的应用或进程，所述服务端和所述任一客户端通过预先定义的数据结构通信，所述预先定义的数据结构包括：对话框基本信息和事件回调监听器。

6.一种可读存储介质，其特征在于，适于存储一个或多个程序，所述一个或多个程序被配置为由计算设备执行以实现如权利要求1-4中任一项所述的对话框的统一管理方法。

7.一种计算设备，其特征在于，包括：

一个或多个处理器；

存储器；以及

一个或多个程序，其中所述一个或多个程序存储在所述存储器中并被配置为由所述一个或多个处理器执行以实现如权利要求1-4中任一项所述的对话框的统一管理方法。

Images