用户界面生成方法、装置、介质与电子设备

技术领域

本公开涉及计算机技术领域，尤其涉及一种用户界面生成方法、用户界面生成装置、计算机可读存储介质与电子设备。

背景技术

基于Windows的用户界面框架(Windows Presentation Foundation，WPF)是用户界面(User interface，UI)开发领域常用开发框架，通常情况下，可以以C#作为编程语言来进行基于WPF的UI开发。

相关技术中，基于WPF的UI开发过程可以包括：由美术设计师设计出UI，然后将UI的相关数据编辑成为对应的可扩展标记语言(eXtensible Markup Language，XML)格式的界面对象布局文件，再由程序员编写C#代码，生成UI展示逻辑，最后将XML格式的布局文件和C#代码合并编译成可执行的EXE文件，通过执行可执行的EXE文件得到目标UI。

但是，由于相关技术中提供的UI开发要经过XML界面对象布局文件编辑、编写C#代码，以及代码编译等过程，UI开发过程流程复杂，导致用户界面生成效率低下。

发明内容

本公开提供了一种用户界面生成方法、用户界面生成装置、计算机可读存储介质与电子设备，进而减少用户界面开发的流程，提升生成用户界面的效率，并降低用户界面开发难度。

根据本公开的第一方面，提供一种用户界面生成方法，所述方法应用于终端设备，所述终端设备运行有预先创建的用户界面编辑进程和用户界面绘制进程，所述方法包括：

所述用户界面编辑进程获取基于第一编程语言编写的待处理脚本，所述待处理脚本包括待绘制的第一用户界面数据，所述第一编程语言为非编译型编程语言；

所述用户界面编辑进程将所述第一用户界面数据转换成预设数据格式的第一用户界面数据，并将所述预设数据格式的第一用户界面数据，发送至所述用户界面绘制进程，所述预设数据格式为所述用户界面编辑进程和所述用户界面绘制进程均可识别的数据格式；

所述用户界面绘制进程解析所述预设数据格式的第一用户界面数据，得到与第二编程语言的数据结构相同的第一用户界面数据，所述用户界面绘制进程基于所述第二编程语言处理数据；

所述用户界面绘制进程根据所述与第二编程语言的数据结构相同的第一用户界面数据生成用户界面。

根据本公开的第二方面，提供一种用户界面生成装置，所述装置为终端设备，所述终端设备运行有预先创建的用户界面编辑进程和用户界面绘制进程，所述装置包括：

获取模块，被配置为使所述用户界面编辑进程获取基于第一编程语言编写的待处理脚本，所述待处理脚本包括待绘制的第一用户界面数据，所述第一编程语言为非编译型编程语言；

数据格式转换模块，被配置为使所述用户界面编辑进程将所述第一用户界面数据转换成预设数据格式的第一用户界面数据，并将所述预设数据格式的第一用户界面数据，发送至所述用户界面绘制进程，所述预设数据格式为所述用户界面编辑进程和所述用户界面绘制进程均可识别的数据格式；

解析模块，被配置为使所述用户界面绘制进程解析所述预设数据格式的第一用户界面数据，得到与第二编程语言的数据结构相同的第一用户界面数据，所述用户界面绘制进程基于所述第二编程语言处理数据；

界面生成模块，被配置为使所述用户界面绘制进程根据所述与第二编程语言的数据结构相同的第一用户界面数据生成用户界面。

根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的方法。

根据本公开的第二方面，提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行第一方面所述的方法。

本公开的技术方案具有以下有益效果：

本公开实施例提供的用户界面生成方法、装置、介质与电子设备，一方面，可以利用非编译型编程语言编辑第一用户界面数据，减少用户界面开发难度；另一方面，由于处理第一用户界面数据过程中不需要进行编译，可以减少基于第一用户界面数据生成用户界面的时间处理流程，提高用户界面生成效率；再一方面，开发第一用户界面数据和渲染用户界面通过不同的进程执行，可以实现第一用户界面数据开发和用户界面渲染的逻辑分离，减少用户界面生成过程中出现故障的概率，提高生成用户界面的可靠性。。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施方式，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本示例性实施方式中一种终端设备的示意性架构图；

图2示出本示例性实施方式中一种用户界面生成方法的流程示意图；

图3示出本示例性实施方式中另一种用户界面生成方法的流程示意图；

图4示出本示例性实施方式中一种用户界面生成装置的框图；

图5示出本示例性实施方式中一种电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例性实施方式。然而，示例性实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例性实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的步骤。例如，有的步骤还可以分解，而有的步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

本公开的示例性实施方式提供一种用户界面生成方法，针对于用户界面开发业务。该用户界面生成方法的应用场景包括但不限于：在基于WPF的UI开发过程中，控制终端设备运行有预先创建的用户界面编辑进程和用户界面绘制进程，其中，用户界面编辑进程获取基于第一编程语言编写的待处理脚本，待处理脚本包括待绘制的第一用户界面数据，第一编程语言为非编译型编程语言；用户界面编辑进程将第一用户界面数据转换成预设数据格式的第一用户界面数据，并将预设数据格式的第一用户界面数据，发送至用户界面绘制进程，预设数据格式为用户界面编辑进程和用户界面绘制进程均可识别的数据格式；用户界面绘制进程解析预设数据格式的第一用户界面数据，得到与第二编程语言的数据结构相同的第一用户界面数据，用户界面绘制进程基于第二编程语言处理数据；用户界面绘制进程根据第一用户界面数据生成用户界面。一方面，可以利用非编译型编程语言编辑第一用户界面数据，减少用户界面开发难度；另一方面，由于处理第一用户界面数据过程中不需要进行编译，可以减少基于第一用户界面数据生成用户界面的时间处理流程，提高用户界面生成效率；再一方面，开发第一用户界面数据和渲染用户界面通过不同的进程执行，可以实现第一用户界面数据开发和用户界面渲染的逻辑分离，减少用户界面生成过程中出现故障的概率，提高生成用户界面的可靠性。

为了实现上述用户界面生成方法，本公开的示例性实施方式提供一种终端设备。图1示出了该终端设备的示意性架构图。如图1所示，终端设备100中可以运行有用户界面编辑进程101以及用户界面绘制进程102；其中，用户界面编辑进程101可以是终端设备中的业务应用对应的进程，业务应用可以基于当前业务的场景确定，本公开实施例对此不作限定，例如，业务应用可以包括用于游戏开发的游戏引擎，或者用于电影制作的建模应用等；用户界面绘制进程102可以是终端设备中运行的WPF框架应用对应的进程。其中，终端设备可以为笔记本电脑、台式电脑或者平板电脑等，终端设备可以为开发人员使用的用户终端。

应当理解的是，终端设备可以响应于对WPF框架应用的运行操作，创建用户界面绘制进程，WPF框架应用可以支持利用第二编程语言处理第一用户界面数据并生成用户界面；终端设备可以响应于对业务应用的运行操作，创建用户界面编辑进程，业务应用可以支持利用第一编程语言编写脚本，以供用户开发待绘制的第一用户界面数据，其中，用户界面绘制进程和用户界面编辑进程可以交换数据。

下面从用户终端的角度，对用户界面生成方法进行说明。其中，终端设备中运行有预先创建的用户界面编辑进程和用户界面绘制进程，图2示出了由终端设备执行的用户界面生成方法的示例性流程，可以包括：

步骤S201，用户界面编辑进程获取基于第一编程语言编写的待处理脚本；

其中，待处理脚本包括待绘制的第一用户界面数据，第一编程语言为非编译型编程语言。

步骤S202，用户界面编辑进程将第一用户界面数据转换成预设数据格式的第一用户界面数据，并将预设数据格式的第一用户界面数据，发送至用户界面绘制进程；

其中，预设数据格式为用户界面编辑进程和用户界面绘制进程均可识别的数据格式；

步骤S203，用户界面绘制进程解析预设数据格式的第一用户界面数据，得到与第二编程语言的数据结构相同的第一用户界面数据；

其中，用户界面绘制进程基于第二编程语言处理数据；

步骤S204，用户界面绘制进程根据与第二编程语言的数据结构相同的第一用户界面数据生成用户界面。

综上所述，本公开实施例提供的用户界面生成方法，一方面，可以利用非编译型编程语言编辑第一用户界面数据，减少用户界面开发难度；另一方面，由于处理第一用户界面数据过程中不需要进行编译，可以减少基于第一用户界面数据生成用户界面的时间处理流程，提高用户界面生成效率；再一方面，开发第一用户界面数据和渲染用户界面通过不同的进程执行，可以实现第一用户界面数据开发和用户界面渲染的逻辑分离，减少用户界面生成过程中出现故障的概率，提高生成用户界面的可靠性。

以下对图2所示实施例中各个步骤的具体实施方式进行详细阐述：

在步骤S201中，用户界面编辑进程可以获取基于第一编程语言编写的待处理脚本。

在本公开实施例中，待处理脚本包括终端设备获取的待绘制的第一用户界面数据，第一用户界面数据可以包括界面对象的参数信息，参数信息可以包括界面对象的类型信息和界面对象的属性信息，界面对象的类型信息可以为控件、提示框、文本信息输入框或者下拉框等，界面对象的属性信息可以为界面对象的位置信息，颜色信息和形状信息等；其中，第一编程语言为非编译型编程语言，例如，第一编程语言可以为Python语言，或者JavaScript语言等。

在一种可选的实施方式中，用户界面编辑进程获取基于第一编程语言编写的待处理脚本的过程可以包括：在业务应用的运行过程中，用户界面编辑进程可以获取基于第一编程语言编写的第一用户界面数据，得到待处理脚本。

示例的，第一编程语言为Python语言，在游戏开发场景下，业务应用可以为游戏引擎，则终端设备中用户界面编辑进程可以获取基于第一编程语言编写的待处理脚本的构成可以包括：在游戏引擎的运行过程中，用户界面编辑进程可以获取基于Python语言编写的第一用户界面数据，得到待处理脚本。

在步骤S202中，用户界面编辑进程可以将第一用户界面数据转换成预设数据格式的第一用户界面数据，并将预设数据格式的第一用户界面数据，发送至用户界面绘制进程。

在本公开实施例中，预设数据格式为用户界面编辑进程和用户界面绘制进程均可识别的数据格式，预设数据格式可以基于实际需要确定，本公开实施例对此不作限定。示例的，预设数据格式可以包括JSON(JavaScript Object Notation)格式、XML格式或者Protobuf(Protocol Buffers)格式。

在一种可选的实施方式中，用户界面编辑进程将预设数据格式的第一用户界面数据，发送至用户界面绘制进程的过程可以包括：用户界面编辑进程通过命名管道(NamedPipe)将预设数据格式的第一用户界面数据，发送至用户界面绘制进程。

在一种可选的实施方式中，用户界面编辑进程将预设数据格式的第一用户界面数据，发送至用户界面绘制进程的过程可以包括：用户界面编辑进程将预设数据格式的第一用户界面数据序列化发送至用户界面绘制进程，可以提升用户界面编辑进程和用户界面绘制进程之间传输的用户界面数据的可靠性，提升绘制的用户界面与用户预期的匹配度。

可以理解的是，用户界面编辑进程将预设数据格式的第一用户界面数据序列化发送至用户界面绘制进程的过程可以包括：用户界面编辑进程通过命名管道，将预设数据格式的第一用户界面数据序列化发送至用户界面绘制进程。

在步骤S203中，用户界面绘制进程解析预设数据格式的第一用户界面数据，得到与第二编程语言的数据结构相同的第一用户界面数据。

在本公开实施例中，第二编程语言可以为WPF框架应用支持的编程语言，第二编程语言可以为C#编程语言或者C编程语言；用户界面绘制进程可以基于第二编程语言处理数据。

在一种可选的实施方式中，用户界面绘制进程可以解析预设数据格式的第一用户界面数据，得到与第二编程语言的数据结构相同的第一用户界面数据。

示例的，预设数据格式为JSON，第二编程语言为C#编程语言，用户界面绘制进程解析预设数据格式的第一用户界面数据，得到与第二编程语言的数据结构相同的第一用户界面数据的过程可以包括：用户界面绘制进程JSON格式的第一用户界面数据，得到C#编程语言格式的第一用户界面数据。

在步骤S204中，用户界面绘制进程根据与第二编程语言的数据结构相同的第一用户界面数据生成用户界面。

在一种可选的实施方式中，WPF框架中可以预先存储有不同界面对象类型和对应的界面对象生成机制，例如，控件的生成机制，下拉框的生成逻辑或者文本输入框的生成逻辑等，以便于获取到第一用户界面数据后，快速生成用户界面。用户界面绘制进程根据与第二编程语言的数据结构相同的第一用户界面数据生成用户界面的过程可以包括：确定第一用户界面数据中的界面对象的参数信息；在预先生成的界面对象类型和对应的界面对象生成机制中，确定与界面对象的类型信息对应的目标界面对象生成机制；基于目标界面对象生成机制处理界面对象的属性信息得到用户界面。可以基于预先建立的不同类型界面对象的生成机制，在获取到第一用户界面数据后，快速生成并显示界面对象，得到用户界面。

在一种可选的实施方式中，用户界面绘制进程根据与第二编程语言的数据结构相同的第一用户界面数据生成用户界面的过程可以包括：确定所述第一用户界面数据中的界面对象的参数信息，以及显示界面对象的参数信息，并响应于对界面对象的参数信息的排列操作，生成用户界面。可以人工根据界面对象的参数信息绘制界面对象，得到用户界面，进一步提升生成的用户界面的可靠性。

在本公开实施例中，支持对生成的用户界面进行修改，在用户界面绘制进程根据与第二编程语言的数据结构相同的第一用户界面数据生成用户界面之后，用户界面编辑进程还可以响应于对第一用户界面数据的修改操作，得到修改后第一用户界面数据；用户界面编辑进程将修改后第一用户界面数据转换成预设数据格式的修改后第一用户界面数据，并将预设数据格式的修改后第一用户界面数据，发送至用户界面绘制进程；用户界面绘制进程解析预设数据格式的修改后第一用户界面数据，得到与第二编程语言对应的修改后第一用户界面数据；用户界面绘制进程基于修改后第一用户界面数据修改用户界面，得到修改后的用户界面。

在需要对基于待处理脚本中的第一用户界面数据生成用户界面进行修改时，无需重新编辑新的界面对象布局文件和新的代码文件，可以直接在业务应用中修改第一用户界面数据，与业务应用对应的用户界面编辑进程获取到修改后第一用户界面数据后，可以直接将修改后第一用户界面数据发送至和用户界面绘制进程，以修改已经生成的用户界面，得到修改后的用户界面，减少修改用户界面过程中的流程，提升用户界面的修改效率，以及用户界面开发体验。

在一种可选的实施方式中，待处理脚本还包括当前业务的业务逻辑数据，业务逻辑数据用于表征业务的执行逻辑，例如，游戏的执行逻辑，或者互动动画的执行逻辑等，在用户界面绘制进程根据与第二编程语言的数据结构相同的第一用户界面数据生成用户界面之后，如图3所示，终端设备还可以：

步骤S301，用户界面绘制进程响应于对用户界面中界面对象的触发操作，生成界面对象的界面对象触发消息。

在本公开实施例中，界面对象的触发操作可以根据界面对象的类型确定，本公开实施例对此不作限定。示例的，对于控件，界面对象的触发操作可以包括对于控件的点击操作，或者，位置移动操作；对于下拉框，界面对象的触发操作可以包括对下拉框的点击操作，以及对下拉框中展示的任一内容的选中操作等。

在一种可选的实施方式中，用户界面绘制进程响应于对用户界面中界面对象的触发操作，生成界面对象的界面对象触发消息的过程：获取触发操作选中的界面对象，以及触发操作的操作信息，根据被触发操作选中的界面对象以及操作信息生成对象触发消息。例如，对用户界面中任一控件的位置移动信息，移动信息中可以包括被移动控件的起始位置和结束位置。

步骤S302，用户界面绘制进程将界面对象触发消息转换成预设数据格式的界面对象触发消息，并将预设数据格式的界面对象触发消息发送至用户界面编辑进程。

在一种可选的实施方式中，用户界面绘制进程将预设数据格式的界面对象触发消息发送至用户界面编辑进程的过程可以包括：用户界面绘制进程通过命名管道将预设数据格式的界面对象触发消息发送至用户界面编辑进程。

在一种可选的实施方式中，用户界面绘制进程将预设数据格式的界面对象触发消息发送至用户界面编辑进程的过程可以包括：将预设数据格式的界面对象触发消息序列化至用户界面编辑进程，可以提升用户界面编辑进程和用户界面绘制进程之间传输的界面对象触发消息的可靠性。

步骤S303，用户界面编辑进程解析预设数据格式的界面对象触发消息，得到界面对象触发消息。

在本公开实施例中，用户界面编辑进程支持的是第一编程语言，则用户界面编辑进程解析得到的，界面对象触发消息的数据格式为第一编程语言的数据格式。

其中，用户界面编辑进程解析预设数据格式的界面对象触发消息，得到界面对象触发消息的过程可以包括：用户界面编辑进程解析预设数据格式的界面对象触发消息，得到与第一编程语言的数据结构相同的界面对象触发消息。

步骤S304，用户界面编辑进程根据业务逻辑数据和界面对象触发消息，确定更新后的第一用户界面数据，并重复上述根据第一用户界面数据生成用户界面的过程，直至得到与当前业务对应的全部用户界面。

在本公开实施中，更新后的第一用户界面数据为业务逻辑数据中，对当前生成的用户画面中执行触发操作后，显示的下一用户界面的用户界面数据。示例的，业务逻辑数据为游戏业务逻辑数据，触发操作为对当前生成的用户画面中控件的位置移动操作，更新后的第一用户界面数据为游戏业务逻辑数据中，对当前生成的用户画面中控件的位置移动操作后，显示的下一用户界面的用户界面数据。可以通过对当前生成的用户界面中的界面的触发操作，控制继续生成业务逻辑中的其他用户界面，直至生成业务逻辑中的所有用户界面，可以提升用户界面开发过程中的自动化程度，进一步减少人力需求。

在一种可选的实施方式中，根据业务逻辑数据和界面对象触发消息，确定更新后的第一用户界面数据，包括：根据业务逻辑数据确定与界面对象触发消息对应的目标业务逻辑；获取与目标业务逻辑对应的第二用户界面数据；将第二用户界面数据确定为更新后的第一用户界面数据。其中，目标业务逻辑包括执行界面对象触发消息中的触发操作后，显示的用户界面的逻辑。可以基于预先编写的业务逻辑数据，快速确定在当前生成的用户界面中执行触发操作后，需要绘制的用户界面的用户界面数据，进一步提升整个业务逻辑中的用户界面的绘制效率。

本公开实施例提供一种用户界面生成装置，用户界面生成装置可以为终端设备，终端设备运行有预先创建的用户界面编辑进程和用户界面绘制进程，如图4所示，用户界面生成装置400包括：

获取模块401，被配置为使用户界面编辑进程获取基于第一编程语言编写的待处理脚本，待处理脚本包括待绘制的第一用户界面数据，第一编程语言为非编译型编程语言；

数据格式转换模块402，被配置为使用户界面编辑进程将第一用户界面数据转换成预设数据格式的第一用户界面数据，并将预设数据格式的第一用户界面数据，发送至用户界面绘制进程，预设数据格式为用户界面编辑进程和用户界面绘制进程均可识别的数据格式；

解析模块403，被配置为使用户界面绘制进程解析预设数据格式的第一用户界面数据，得到与第二编程语言的数据结构相同的第一用户界面数据，用户界面绘制进程基于第二编程语言处理数据；

界面生成模块404，被配置为使用户界面绘制进程根据与第二编程语言的数据结构相同的第一用户界面数据生成用户界面。

可选的，如图4所示，用户界面生成装置400还包括，修改模块405，被配置为：

用户界面编辑进程响应于对第一用户界面数据的修改操作，得到修改后第一用户界面数据；

用户界面编辑进程将修改后第一用户界面数据转换成预设数据格式的修改后第一用户界面数据，并将预设数据格式的修改后第一用户界面数据，发送至用户界面绘制进程；

用户界面绘制进程解析预设数据格式的修改后第一用户界面数据，得到与第二编程语言对应的修改后第一用户界面数据；

用户界面绘制进程基于修改后第一用户界面数据修改用户界面，得到修改后的用户界面。

可选的，如图4所示，用户界面生成装置400还包括，更新模块406，被配置为：

用户界面绘制进程响应于对用户界面中界面对象的触发操作，生成界面对象的界面对象触发消息；

用户界面绘制进程将界面对象触发消息转换成预设数据格式的界面对象触发消息，并将预设数据格式的界面对象触发消息发送至用户界面编辑进程；

用户界面编辑进程解析预设数据格式的界面对象触发消息，得到界面对象触发消息；

用户界面编辑进程根据业务逻辑数据和界面对象触发消息，确定更新后的第一用户界面数据，并重复上述根据第一用户界面数据生成用户界面的过程，直至得到与当前业务对应的全部用户界面。

可选的，更新模块406，被配置为：

将预设数据格式的界面对象触发消息序列化发送至用户界面编辑进程。

可选的，更新模块406，被配置为：

根据业务逻辑数据确定与界面对象触发消息对应的目标业务逻辑；

获取与目标业务逻辑对应的第二用户界面数据；

将第二用户界面数据确定为更新后的第一用户界面数据。

可选的，界面生成模块404，被配置为：

确定第一用户界面数据中的界面对象的参数信息，参数信息包括界面对象的类型信息和界面对象的属性信息；

在预先生成的界面对象类型和对应的界面对象生成机制中，确定与界面对象的类型信息对应的目标界面对象生成机制；

基于目标界面对象生成机制处理界面对象的属性信息得到用户界面。

可选的，数据格式转换模块402，被配置为：

将预设数据格式的第一用户界面数据序列化发送至用户界面绘制进程。

本公开的示例性实施方式还提供了一种计算机可读存储介质，可以实现为一种程序产品的形式，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使电子设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。在一种实施方式中，该程序产品可以实现为便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

本公开的示例性实施方式还提供了一种电子设备，可以是信息平台的后台服务器。下面参考图5对该电子设备进行说明。应当理解，图5显示的电子设备500仅仅是一个示例，不应对本公开实施方式的功能和使用范围带来任何限制。

如图5所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：至少一个处理单元510、至少一个存储单元520、连接不同系统组件(包括存储单元520和处理单元510)的总线530。

其中，存储单元存储有程序代码，程序代码可以被处理单元510执行，使得处理单元510执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元510可以执行如图2至图3所示的方法步骤等。

存储单元520可以包括易失性存储单元，例如随机存取存储单元(RAM)521和/或高速缓存存储单元522，还可以进一步包括只读存储单元(ROM)523。

存储单元520还可以包括具有一组(至少一个)程序模块525的程序/实用工具524，这样的程序模块525包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线530可以包括数据总线、地址总线和控制总线。

电子设备500也可以与一个或多个外部设备600(例如键盘、指向设备、蓝牙设备等)通信，这种通信可以通过输入/输出(I/O)接口540进行。电子设备500还可以通过网络适配器550与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器550通过总线530与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施方式。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施方式仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限定。