一种卡片构建方法、电子设备、服务器及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种卡片构建方法、电子设备、服务器及存储介质。

背景技术

传统的安卓（Android操作系统）系统开发中，如果有紧急需求要改变一个布局，则需要经历编译、打包、上传至应用市场、下载更新等流程，周期很长，不能满足即时性要求，不够灵活；因此，如何提升卡片构建效率，是需要解决的技术问题。

发明内容

本申请提供一种卡片构建方法、电子设备、服务器及存储介质，以至少解决现有技术中存在的以上技术问题。

本申请第一方面提供一种卡片构建方法，应用于电子设备，包括：

电子设备基于业务类型，向服务器请求与所述业务类型对应的第一卡片模板的源代码；

基于所述源代码确定所述第一卡片模板包括的控件类型；

基于所述控件类型，确定对应的控件信息；

基于确定对应的控件信息的结果，构建所述业务类型对应的第一卡片。

上述方案中，所述基于所述控件类型，确定对应的控件信息，包括：

若第一卡片模板包括控件类型为原子型控件，则确定所述原子型控件的属性、数据和点击事件中至少一种。

上述方案中，所述确定所述原子型控件的属性、数据和点击事件中至少一种之后，所述方法还包括：

将所述原子型控件的属性、数据和点击事件中至少一种添加至所述原子型控件对应的父控件中。

上述方案中，所述基于所述控件类型，确定对应的控件信息，包括：

若第一卡片模板包括的控件类型为容器型控件，则确定所述容器型控件的属性、数据和点击事件中至少一种。

上述方案中，所述确定所述容器型控件的属性、数据和点击事件中至少一种之后，所述方法还包括：

确定所述容器型控件是否包括第一子控件；

若所述容器型控件包括所述第一子控件，则确定第一子控件的类型；

若所述第一子控件的控件类型为容器型控件，则基于所述第一子控件的类型，确定对应的子控件信息；

确认所述第一子控件中是否包括控件类型为容器型控件的第二子控件，直至确定所述第一子控件所嵌套的全部容器型控件及对应的子控件信息。

上述方案中，所述方法还包括：

若所述第一子控件的类型为原子型控件，则确定所述第一子控件的属性、数据和点击事件中至少一种。

上述方案中，所述基于确定对应的控件信息的结果，确定所述业务类型对应的第一卡片，包括：

将所述第一子控件以及所述第一子控件所嵌套的全部容器型控件及对应的子控件信息添加至与所述第一子控件对应的父控件中；

基于所述父控件，构建所述业务类型对应的第一卡片。

上述方案中，所述电子设备基于业务类型，向服务器请求与所述业务类型对应的第一卡片模板的源代码包括：

所述电子设备基于所述业务类型，确定与所述业务类型对应的第一卡片模板的第一序列号，向所述服务器发送所述第一序列号，请求所述第一卡片模板的源代码。

本申请第二方面提供一种卡片模板构建方法，应用于服务器，包括：

接收电子设备发送的第一请求；

基于所述第一请求中包括的第一序列号，将所述第一卡片模板的源代码发送至所述电子设备，以使所述电子设备可以基于所述源代码包括的控件类型构建所述第一请求对应的第一卡片。

上述方案中，所述方法还包括：

所述服务器基于至少两个业务类型确定与所述至少两个业务类型对应的至少两个卡片模板，以及与所述卡片模板对应的源代码和序列号；

将所述业务类型与序列号之间的对应关系发送至所述电子设备。

本申请第三方面提供一种电子设备，包括：请求单元，用于基于业务类型，向服务器请求与所述业务类型对应的第一卡片模板的源代码；第一确定单元，用于基于所述源代码确定所述第一卡片模板包括的控件类型；基于所述控件类型，确定对应的控件信息；构建单元，用于基于确定对应的控件信息的结果，构建所述业务类型对应的第一卡片。

本申请第四方面提供一种服务器，包括：接收单元，用于接收电子设备发送的第一请求；发送单元，用于基于所述第一请求中包括的第一序列号，将所述第一卡片模板的源代码发送至所述电子设备，以使所述电子设备可以基于所述源代码包括的控件类型构建所述第一请求对应的第一卡片。

本申请第五方面提供一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现所述服务器或所述电子设备执行的卡片模板构建方法的步骤。

本申请第六方面提供一种计算机刻度存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现所述服务器或所述电子设备执行的卡片模板构建方法的步骤。

通过本申请实施例提供的卡片构建方法，包括：电子设备基于业务类型，向服务器请求与所述业务类型对应的第一卡片模板的源代码；基于所述源代码确定所述第一卡片模板包括的控件类型；基于所述控件类型，确定对应的控件信息；基于确定对应的控件信息的结果，构建所述业务类型对应的第一卡片，能够根据业务类型即时性向服务器请求卡片模板的源代码，基于源代码构建卡片，提升了卡片构建效率。

附图说明

图1示出了本申请实施例提供的卡片构建方法的一种可选流程示意图；

图2示出了本申请实施例提供的卡片构建方法的另一种可选流程示意图；

图3示出了本申请实施例提供的卡片构建方法的又一种可选流程示意图；

图4示出了本申请实施例提供的卡片构建方法的再一种可选流程示意图；

图5示出了本申请实施例提供的电子设备的可选结构示意图；

图6示出了本申请实施例提供的服务器的可选结构示意图；

图7示出了本申请实施例提供的电子设备的硬件组成结构示意图。

具体实施方式

为使本申请的目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

传统的Android操作系统开发中，如果有紧急需求要改变一个布局，则需要经历编译、打包、上传至应用市场、下载更新等流程，周期很长，不能满足即时性要求，不够灵活。市场上现有动态化卡片布局方案中，如快应用卡片等，都需要在内存中维护一个javascript引擎，此引擎内存占用很高，在一些中低性能手机上体验不好，尤其是当一个页面上有多个动态卡片布局的时候。并且，对于原生Android操作系统开发人员而言，使用以上技术需要学习复杂的前端技术栈，有一定学习成本，开发进度慢，效率低。

针对上述Android操作系统开发中存在的缺陷，本申请提供一种卡片构建方法，能够克服现有技术的部分或全部缺点。

图1示出了本申请实施例提供的卡片构建方法的一种可选流程示意图，将根据各个步骤进行说明。

步骤S101，电子设备基于业务类型，向服务器请求与所述业务类型对应的第一卡片模板的源代码。

在一些可选实施例中，所述电子设备基于所述业务类型，确定与所述业务类型对应的第一卡片模板的第一序列号，向所述服务器发送所述第一序列号，请求所述第一卡片模板的源代码。

在一些可选实施例中，所述服务器基于至少两个业务类型确定与所述至少两个业务类型对应的至少两个卡片模板，以及与所述卡片模板对应的源代码和序列号；将所述业务类型与序列号之间的对应关系发送至所述电子设备。所述电子设备在确定业务类型后，基于确定的业务类型、所述业务类型与序列号之间的对应关系确定第一序列号。

在一些可选实施例中，所述电子设备可以是手机、智能手表、智能手环、平板电脑和个人电脑等设备。

步骤S102，基于所述源代码确定所述第一卡片模板包括的控件类型。

在一些可选实施例中，所述电子设备解析所述源代码，基于所述源代码确定所述第一卡片模板包括的控件类型。

具体实施时，所述源代码可以是结构化json数据，所述电子设备可以从根节点解析结构化json数据，确定所述第一卡片模板包括的控件类型。

可选的，所述控件类型至少可以包括容器型控件和原子型控件。

步骤S103，基于所述控件类型，确定对应的控件信息。

在一些可选实施例中，若第一卡片模板包括控件类型为原子型控件，则确定所述原子型控件的属性、数据和点击事件中至少一种。

其中，所述原子型控件的属性与第一卡片包括的内容相关，如内容的展示方式（如内容在第一卡片中的位置、内容在第一卡片中的大小等）、具体的内容（如图片、文本等）以及所述内容对应的连接。

可选的，所述原子型控件的属性至少可以包括：图片对应的连接地址、文本内容、所述图片在所述第一卡片模板中的位置、所述图片的长度、所述图片的宽度、所述图片的形状、所述文本在所述第一卡片模板中的位置、所述文本的长度、所述文本的宽度和所述文本对应的连接网址之一；

所述原子型控件的数据可以至少包括所述原子型控件的属性对应的数据，如内容展示方式对应的代码、具体内容的代码等。

可选的，所述原子型控件的数据可以至少包括：所述图片在所述第一卡片模板中的位置标识和对应的值、所述图片的长度标识和对应的值、所述图片的宽度标识和对应的值、所述图片的形状标识和对应的值、所述文本在所述第一卡片模板中的位置标识和对应的值、所述文本的长度标识和对应的值和所述文本的宽度标识和对应的值之一；

所述原子型控件的点击事件可以是所述第一卡片包括的内容被触控或者被选中后，执行的相应动作（例如点击第一卡片包括的网址链接后，跳转到所述网址链接对应的网页、点击第一卡片包括的图像后，播放多媒体等）。

可选的，所述原子型控件的点击事件至少可以包括：所述图片被触控或被选中后对应的动作和所述文本被触控或被选中后对应的动作之一。

在另一些可选实施例中，若第一卡片模板包括的控件类型为容器型控件，则确定所述容器型控件的属性、数据和点击事件中至少一种。

其中，所述容器型控件的属性与所述第一卡片包括的布局或排版相关，如第一卡片的大小（如第一卡片的长度、第一卡片的宽度等）、第一卡片的颜色、第一卡片页面方向等。

可选的，所述容器型控件的属性可以至少包括：所述第一卡片的长度、所述第一卡片的宽度、所述第一卡片的颜色和所述第一卡片的页面方向之一。

所述容器型控件的数据可以至少包括所述容器型控件的属性对应的数据，如第一卡片的宽度的值、第一卡片的颜色的值等。

可选的，所述容器型控件的数据至少包括：所述第一卡片模板的长度标识和对应的值、所述第一卡片模板的宽度标识和对应的值、所述第一卡片模板的颜色标识和对应的值和所述第一卡片模板的页面方向标识和对应的值之一。

所述容器型控件的点击事件至少可以包括所述第一卡片的第一区域被选中、触发或启动后对应的动作。

步骤S104，基于确定对应的控件信息的结果，构建所述业务类型对应的第一卡片。

在一些可选实施例中，所述电子设备基于确定对应的控件信息的结果，构建所述业务类型对应的第一卡片。

具体实施时，所述电子设备可以基于所述第一卡片模板包括的所述容器型控件的属性、所述容器型控件的数据、所述容器型控件的点击事件、所述原子型控件的属性、所述原子型控件的数据核所述原子型控件的点击事件构建所述业务类型对应的第一卡片。

如此，本申请实施例提供的卡片构建方法，在需要改变一个卡片布局的情况下，基于业务类型，即时性地向服务器请求相应的源代码，通过解析所述源代码、确定所述第一卡片模板包括的控件类型对应的控件信息，构建第一卡片，可以提升卡片的构建效率。

图2示出了本申请实施例提供的卡片构建方法的另一种可选流程示意图，将根据各个步骤进行说明。

步骤S201，服务器接收电子设备发送的第一请求。

在一些可选实施例中，服务器接收电子设备发送的第一请求，所述第一请求包括第一序列号。

在一些可选实施例中，所述服务器基于至少两个业务类型确定与所述至少两个业务类型对应的至少两个卡片模板，以及与所述卡片模板对应的源代码和序列号；将所述业务类型与序列号之间的对应关系发送至所述电子设备。所述电子设备在确定业务类型后，基于确定的业务类型、所述业务类型与序列号之间的对应关系确定第一序列号。

步骤S202，基于所述第一请求中包括的第一序列号，将所述第一卡片模板的源代码发送至所述电子设备。

在一些可选实施例中，所述服务器基于所述第一请求中包括的第一序列号，将所述第一卡片模板的源代码发送至所述电子设备，以使所述电子设备可以基于所述源代码包括的控件类型构建所述第一请求对应的第一卡片。

如此，通过本申请实施例提供的卡片构建方法，服务器根据电子设备的请求信息可以即时性发送卡片模板，提升电子设备侧构建卡片的效率。

图3示出了本申请实施例提供的卡片构建方法的又一种可选流程示意图，将根据各个步骤进行说明。

步骤S301，从根节点开锁解析结构化json数据。

在一些可选实施例中，所述电子设备基于所述业务类型，确定与所述业务类型对应的第一卡片模板的第一序列号，向所述服务器发送所述第一序列号，请求所述第一卡片模板的源代码。

在一些可选实施例中，所述电子设备可以从根节点解析结构化json数据，确定所述第一卡片模板包括的控件类型。

步骤S302，确定第一卡片模板包括的控件是否是容器型控件。

在一些可选实施例中，所述电子设备确定所述第一卡片模板包括的控件是否是容器型控件；若确定所述第一卡片模板包括的控件是容器型控件，则执行步骤S303；或者，若确定所述第一卡片模板包括的控件不是容器型控件，则执行步骤S305。

步骤S303，确定容器型控件对应的控件信息。

在一些可选实施例中，若第一卡片模板包括的控件类型为容器型控件，则确定所述容器型控件的属性、数据和点击事件中至少一种。

其中，所述容器型控件的属性与所述第一卡片包括的布局或排版相关，如第一卡片的大小（如第一卡片的长度、第一卡片的宽度等）、第一卡片的颜色、第一卡片的页面方向等。

可选的，所述容器型控件的属性可以至少包括：所述第一卡片的长度、所述第一卡片的宽度、所述第一卡片的颜色和所述第一卡片的页面方向之一。

所述容器型控件的数据可以至少包括所述容器型控件的属性对应的数据，如第一卡片的宽度的值、第一卡片的颜色的值等。

可选的，所述容器型控件的数据至少包括：所述第一卡片模板的长度标识和对应的值、所述第一卡片模板的宽度标识和对应的值、所述第一卡片模板的颜色标识和对应的值和所述第一卡片模板的页面方向标识和对应的值之一。

所述容器型控件的点击事件至少可以包括所述第一卡片的第一区域被选中、触发或启动后对应的动作。

在一些可选实施例中，所述电子设备确定容器型控件对应的控件信息之后，所述方法还可以包括步骤S304。

步骤S304，确定容器型控件是否包括第一子控件。

在一些可选实施例中，若所述容器型控件包括所述第一子控件，则确定第一子控件的类型（重复步骤S302）；

若所述第一子控件的控件类型为容器型控件，则基于所述第一子控件的类型，确定对应的子控件信息（执行步骤S303）；确认所述第一子控件中是否包括控件类型为容器型控件的第二子控件（重复步骤S302至步骤S304），直至确定所述第一子控件所嵌套的全部容器型控件及对应的子控件信息，执行步骤S306。

或者，若所述第一子控件的类型为原子型控件，则确定所述第一子控件的属性、数据和点击事件中至少一种；可选的，确定所述第一子控件的类型为原子型控件，则执行步骤S305。

在另一些可选实施例中，若所述第一子控件的控件类型为容器型控件，则基于所述第一子控件的类型，确定对应的子控件信息（执行步骤S303）；在第一子控件为容器型控件的情况下，确定所述第一子控件是否包括第二子控件，若包括，重复执行步骤S302至步骤S304，直至所述第一子控件所嵌套的全部子控件中不再包括子控件，或者所述第一子控件所嵌套的全部子控件中，最后的子控件为原子型控件，执行步骤S306。

例如，第一子控件包括第二子控件的情况下，执行步骤S302，确认所述第二子控件的控件类型，若所述第二子控件为原子型控件，则执行步骤S305；或者，若所述第二子控件为容器型控件，则执行步骤S303和步骤S304；在执行步骤S304的过程中，若发现所述第二子控件包括第三子控件，则执行步骤S302，确认所述第三子控件的控件类型。直至所述第一子控件嵌套的全部子控件中不再包括子控件，或者所述第一子控件所嵌套的全部子控件中最后的子控件为原子型控件，执行步骤S306。

步骤S305，确定原子型控件对应的控件信息。

在一些可选实施例中，若第一卡片模板包括控件类型为原子型控件，则确定所述原子型控件的属性、数据和点击事件中至少一种。

其中，所述原子型控件的属性与第一卡片包括的内容相关，如内容的展示方式（如内容在第一卡片中的位置、内容在第一卡片中的大小等）、具体的内容（如图片、文本等）以及所述内容对应的网址连接。

可选的，所述原子型控件的属性至少可以包括：图片对应的连接地址、文本内容、所述图片在所述第一卡片模板中的位置、所述图片的长度、所述图片的宽度、所述图片的形状、所述文本在所述第一卡片模板中的位置、所述文本的长度、所述文本的宽度和所述文本对应的连接地址之一；

所述原子型控件的数据可以至少包括所述原子型控件的属性对应的数据，如内容展示方式对应的代码、具体内容的代码等。

可选的，所述原子型控件的数据可以至少包括：所述图片在所述第一卡片模板中的位置标识和对应的值、所述图片的长度标识和对应的值、所述图片的宽度标识和对应的值、所述图片的形状标识和对应的值、所述文本在所述第一卡片模板中的位置标识和对应的值、所述文本的长度标识和对应的值和所述文本的宽度标识和对应的值之一；

所述原子型控件的点击事件可以是所述第一卡片包括的内容被触控或者被选中后，执行的相应动作（例如点击第一卡片包括的网址链接后，跳转到所述网址链接对应的网页、点击第一卡片包括的图像后，播放多媒体等）。

可选的，所述原子型控件的点击事件至少可以包括：所述图片被触控或被选中后对应的动作和所述文本被触控或被选中后对应的动作之一。

步骤S306，将所述容器型控件对应的控件信息，和/或原子型控件对应的控件信息添加到父控件中。

在一些可选实施例中，所述电子设备将所述容器型将所述容器型控件对应的控件信息，和/或原子型控件对应的控件信息添加到父控件中，基于所述父控件，构建所述业务类型对应的第一卡片。

具体实施时，所述电子设备还可以将所述第一子控件以及所述第一子控件所嵌套的全部容器型控件及对应的子控件信息添加至与所述第一子控件对应的父控件中。

可选的，步骤S301中，结构化json数据的代码可以包括：

示例性的，所述json数据结构可以具体包括：

如此，通过本申请实施例提供的卡片构建方法，在需要改变一个卡片布局的情况下，基于业务类型，即时性地向服务器请求相应的源代码，通过解析所述源代码、确定所述第一卡片模板包括的控件类型对应的控件信息，构建第一卡片；实现动态布局的功能，且不涉及javascript引擎，内存占用低，卡片布局模版采用结构化的json数据格式，此json数据经过服务器下发到达客户端，经动态解析后，生成Android操作系统原生的卡片视图展示在屏幕上。另外，卡片布局模板包括的控件和属性命名与Android操作系统布局文件类似，原生Android操作系统开发人员能够直接开发，开发效率高。

图4示出了本申请实施例提供的卡片构建方法的再一种可选流程示意图，结合图1、图2和图3进行说明。

步骤S401，开发卡片模板，并上传至服务器。

在一些可选实施例中，所述卡片模板可以是服务器基于不同的业务需求开发的卡片模板，也可以是服务器以外的设备基于不同的业务需求开发的卡片模板。若所述卡片模板是所述服务器以外的设备开发的，则所述服务器以外的设备将开发后的卡片模板上传至所述服务器。

在一些可选实施例中，所述服务器基于至少两个业务类型确定与所述至少两个业务类型对应的至少两个卡片模板，以及与所述卡片模板对应的源代码和序列号；将所述业务类型与序列号之间的对应关系发送至所述电子设备。所述电子设备在确定业务类型后，基于确定的业务类型、所述业务类型与序列号之间的对应关系确定第一序列号。

图4中包括电子设备1至电子设备n，共n个电子设备（其中n为正整数），步骤S401至步骤S404所涉及的电子设备可以是电子设备1至电子设备n中任一个。

步骤S402，电子设备基于业务类型，向服务器发送第一请求。

在一些可选实施例中，所述电子设备基于所述业务类型，确定与所述业务类型对应的第一卡片模板的第一序列号，向所述服务器发送包括所述第一序列号的第一请求，以请求所述第一卡片模板的源代码。

步骤S403，服务器将第一卡片模板和/或第一卡片模板的源代码发送至电子设备。

在一些可选实施例中，服务器接收电子设备发送的第一请求，所述第一请求包括第一序列号。

在一些可选实施例中，所述服务器基于所述第一请求中包括的第一序列号、卡片模板与序列号之间的对应关系，确定所述第一请求对应的第一卡片模板和所述第一卡片模板的源代码；所述服务器将所述第一卡片模板和所述第一卡片模板的源代码发送至所述电子设备。

步骤S404，电子设备解析源代码，生成第一卡片。

步骤S404中电子设备解析源代码，生成第一卡片的具体实现过程可以与步骤S101至步骤S104、步骤S301至步骤S306的过程相同，此处不再重复赘述。

如此，通过本申请实施例提供的卡片构建方法，在需要改变一个卡片布局的情况下，基于业务类型，即时性地向服务器请求相应的源代码，通过解析所述源代码、确定所述第一卡片模板包括的控件类型对应的控件信息，构建第一卡片；实现动态布局的功能，且不涉及javascript引擎，内存占用低，卡片布局模版采用结构化的json数据格式，此json数据经过服务器下发到达客户端，经动态解析后，生成Android操作系统原生的卡片视图展示在屏幕上。另外，控件和属性命名与Android操作系统布局文件类似，原生Android操作系统开发人员能够直接开发，开发效率高。

图5示出了本申请实施例提供的电子设备的可选结构示意图，将根据各个部分进行说明。

在一些实施例中，所述电子设备500包括请求单元501、第一确定单元502和构建单元503。

所述请求单元501，用于基于业务类型，向服务器请求与所述业务类型对应的第一卡片模板的源代码；

所述第一确定单元502，用于基于所述源代码确定所述第一卡片模板包括的控件类型；基于所述控件类型，确定对应的控件信息；

所述构建单元503，用于基于确定对应的控件信息的结果，构建所述业务类型对应的第一卡片。

所述第一确定单元502，具体用于若第一卡片模板包括控件类型为原子型控件，则确定所述原子型控件的属性、数据和点击事件中至少一种。

所述第一确定单元502，还用于将所述原子型控件的属性、数据和点击事件中至少一种添加至所述原子型控件对应的父控件中。

所述第一确定单元502，具体用于若第一卡片模板包括的控件类型为容器型控件，则确定所述容器型控件的属性、数据和点击事件中至少一种。

所述第一确定单元502，还用于确定所述容器型控件是否包括第一子控件；若所述容器型控件包括所述第一子控件，则确定第一子控件的类型；若所述第一子控件的控件类型为容器型控件，则基于所述第一子控件的类型，确定对应的子控件信息；确认所述第一子控件中是否包括控件类型为容器型控件的第二子控件，直至确定所述第一子控件所嵌套的全部容器型控件及对应的子控件信息。

所述第一确定单元502，还用于若所述第一子控件的类型为原子型控件，则确定所述第一子控件的属性、数据和点击事件中至少一种。

所述第一确定单元502，具体用于将所述第一子控件以及所述第一子控件所嵌套的全部容器型控件及对应的子控件信息添加至与所述第一子控件对应的父控件中；

基于所述父控件，构建所述业务类型对应的第一卡片。

所述请求单元501，具体用于基于所述业务类型，确定与所述业务类型对应的第一卡片模板的第一序列号，向所述服务器发送所述第一序列号，请求所述第一卡片模板的源代码。

图6示出了本申请实施例提供的服务器的可选结构示意图，将根据各个部分进行说明。

在一些实施例中，所述服务器600包括：接收单元601和发送单元602。

所述接收单元601，用于接收电子设备发送的第一请求；

所述发送单元602，用于基于所述第一请求中包括的第一序列号，将所述第一卡片模板的源代码发送至所述电子设备，以使所述电子设备可以基于所述源代码包括的控件类型构建所述第一请求对应的第一卡片。

在一些可选实施例中，所述服务器600还可以包括第二确定单元603。

所述第二确定单元603，用于基于至少两个业务类型确定与所述至少两个业务类型对应的至少两个卡片模板，以及与所述卡片模板对应的源代码和序列号；

所述发送单元602，还用于将所述业务类型与序列号之间的对应关系发送至所述电子设备。

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

其中，所述电子设备700可以是上述的电子设备或服务器。

可以理解，存储器702可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是ROM、可编程只读存储器（PROM，Programmable Read-Only Memory）、可擦除可编程只读存储器（EPROM，ErasableProgrammable Read-Only Memory）、电可擦除可编程只读存储器（EEPROM，ElectricallyErasable Programmable Read-Only Memory）、磁性随机存取存储器（FRAM，ferromagneticrandom access memory）、快闪存储器（Flash Memory）、磁表面存储器、光盘、或只读光盘（CD-ROM，Compact Disc Read-Only Memory）；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器（RAM，Random Access Memory），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器（SRAM，Static Random Access Memory）、同步静态随机存取存储器（SSRAM，SynchronousStatic Random Access Memory）、动态随机存取存储器（DRAM，Dynamic Random AccessMemory）、同步动态随机存取存储器（SDRAM，Synchronous Dynamic Random AccessMemory）、双倍数据速率同步动态随机存取存储器（DDRSDRAM，Double Data RateSynchronous Dynamic Random Access Memory）、增强型同步动态随机存取存储器（ESDRAM，Enhanced Synchronous Dynamic Random Access Memory）、同步连接动态随机存取存储器（SLDRAM，SyncLink Dynamic Random Access Memory）、直接内存总线随机存取存储器（DRRAM，Direct Rambus Random Access Memory）。本申请实施例描述的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例中的存储器702用于存储各种类型的数据以支持电子设备700的操作。这些数据的示例包括：用于在电子设备700上操作的任何计算机程序，如应用程序722。实现本申请实施例方法的程序可以包含在应用程序722中。

所述本申请实施例揭示的方法可以应用于处理器701中，或者由处理器701实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，所述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。所述的处理器701可以是通用处理器、数字信号处理器（DSP，Digital Signal Processor），或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器701可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器702，处理器701读取存储器702中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，电子设备700可以被一个或多个应用专用集成电路（ASIC，Application Specific Integrated Circuit）、DSP、可编程逻辑器件（PLD，ProgrammableLogic Device）、复杂可编程逻辑器件（CPLD，Complex Programmable Logic Device）、FPGA、通用处理器、控制器、MCU、MPU、或其他电子元件实现，用于执行前述方法。

除了上述方法和设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本申请的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的方法中的步骤。

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

以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。

本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“如但不限于”，且可与其互换使用。

还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。