数据包发布方法、装置、电子设备和存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及一种数据包发布方法、装置、电子设备和存储介质。


背景技术：

2.随着计算机技术的发展，计算机产品上配置的应用软件逐渐被广泛使用，因此，多操作平台关于同一应用软件的版本进行升级就至关重要了。现有的技术方案多是使用runtime包进行数据升级，具体的，使用版本号记录runtime包内节点数据的变更，每个操作平台单独进行版本管理，在runtime包发布前或下发时指定runtime包内节点数据一致的版本，导致在某一时间节点，多操作平台的runtime包内节点数据不一致，进而会导致多个客户端内运行的runtime包节点数据不一致，降低用户体验。


技术实现要素：

3.为了解决上述技术问题，本公开提供了一种数据包发布方法、装置、电子设备和存储介质，能够生成并发布版本号一致的适用于各操作平台的升级数据包。
4.根据本公开的一方面，提供了一种数据包发布方法，应用于编译系统，所述编译系统包括多种操作系统，所述方法包括：
5.接收源码数据包，并将所述源码数据包发送至所述多种操作系统；
6.获取所述多种操作系统对所述源码数据包进行编译得到的升级数据包，其中，所述升级数据包包括多个同一版本的子升级数据包，且每个子升级数据包对应一个操作系统；
7.将所述升级数据包发送至发布系统，以使所述发布系统向客户端发布升级数据包。
8.根据本公开的另一方面，提供了一种数据包发布方法，应用于发布系统，所述方法包括：
9.接收编译系统发送的升级数据包，所述发布系统用于管理至少一个版本的升级数据包；
10.获取客户端发送的升级请求，并根据所述升级请求向所述客户端发布所述至少一个版本的升级数据包中最高版本的升级数据包。
11.根据本公开的另一方面，提供了一种数据包发布装置，应用于编译系统，所述编译系统包括多种操作系统，所述装置包括：
12.第一接收单元，用于接收源码数据包，并将所述源码数据包发送至所述多种操作系统；
13.第一获取单元，用于获取所述多种操作系统对所述源码数据包进行编译得到的升级数据包，其中，所述升级数据包包括多个同一版本的子升级数据包，且每个子升级数据包对应一个操作系统；
14.发送单元，用于将所述升级数据包发送至发布系统，以使所述发布系统向客户端发布升级数据包。
15.根据本公开的另一方面，提供了一种数据包发布装置，应用于发布系统，所述装置包括：
16.第二接收单元，用于接收编译系统发送的升级数据包，所述发布系统用于管理至少一个版本的升级数据包；
17.第二获取单元，用于获取客户端发送的升级请求，并根据所述升级请求向所述客户端发布所述至少一个版本的升级数据包中最高版本的升级数据包。
18.根据本公开的另一方面，提供了一种电子设备，所述电子设备包括：处理器；以及存储程序的存储器，其中，所述程序包括指令，所述指令在由所述处理器执行时使所述处理器执行根据上述数据包发布方法。
19.根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行根据数据包发布方法。
20.根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现上述数据包发布方法。
21.本公开实施例提供的技术方案与现有技术相比具有如下优点：
22.本公开涉及一种数据包发布方法、装置、电子设备和存储介质，本公开提供的方法，应用于编译系统，编译系统包括多种操作系统，方法包括：接收源码数据包，并将源码数据包发送至多种操作系统；获取多种操作系统对源码数据包进行编译得到的升级数据包，其中，升级数据包包括多个同一版本的子升级数据包，且每个子升级数据包对应一个操作系统；将升级数据包发送至发布系统，以使发布系统向客户端发布升级数据包。本公开能够生成并发布版本号一致的适用于各操作平台的升级数据包。
附图说明
23.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
24.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
25.图1为本公开实施例提供的一种编译系统的示意图；
26.图2为本公开实施例提供的一种数据包发布方法的流程图；
27.图3为本公开实施例提供的一种版本库的示意图；
28.图4为本公开实施例提供的另一种数据包发布方法的流程图；
29.图5为本公开实施例提供的一种数据包发布装置的结构示意图；
30.图6为本公开实施例提供的另一种数据包发布装置的结构示意图；
31.图7为本公开实施例提供的一种电子设备的结构示意图。
具体实施方式
32.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将参照附图更详细
地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
33.应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
34.本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
35.需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
36.本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
37.在对本公开提供的数据包发布方法进行说明之前，首先对本公开中涉及到的相关名词进行解释说明。
38.源码包：源代码可见的软件包。
39.runtime包：运行在客户端上的包，由源码包编译产生，封装了运行时的环境，使程序能够与运行的环境相连接。
40.目前，全真场景内多平台进行数据交互，需要保证runtime包内节点数据是一致的。但是，现有的技术方案是使用版本号记录runtime包内节点数据的变更，每个平台进行单独的版本管理，无法确保多平台进行数据交互时节点数据的一致性，其中，平台可以是ios平台、安卓(android)平台、windows平台、linux平台或是其他平台，各平台对源码包进行编译生成自适应的runtime包，在发布前或者下发时指定runtime包内节点数据一致的版本，上述针对各平台的管理方式会导致如下问题：(1)在某一个时间节点，多平台的runtime包内节点数据一定不一致，例如，当前时刻发布了适用于安卓平台的runtime包，前一时刻发布了一个适用于ios平台的runtime包，在某一时刻，发布的适用于不同平台的两个版本的runtime包内的节点数据一定是不同的，也就是无法确保不同平台下发给客户端的runtime包内节点数据的一致性(2)若要指定多个客户端内运行的runtime包节点数据具有一致的版本，管理成本较高。
41.为了解决上述技术问题，本公开实施例提供了一种数据包发布方法，应用于编译系统，编译系统包括多种操作系统，多种操作系统可以理解为如上所述的多平台，每个平台接收到源码包后，对源码包进行编译，生成各平台适用的、同一版本的子升级数据包，每个子升级数据包内节点数据是一致的，子升级数据包组成当前版本的升级数据包，在各操作系统均编译成功的前提下，发布当前版本的升级数据包，以确保在任意时刻，下发给客户端的runtime包(子升级数据包)内节点数据是一致的，同时拉齐多平台版本号，有效降低了多
平台版本管理的复杂性。通过下述一个或多个实施例对本公开提供的数据包发布方法进行详细说明。
42.参见图1，图1为本公开实施例提供的一种编译系统的示意图，编译系统可以称为编译平台，编译系统包括多种操作系统(多平台)，多平台的数量以及平台类型可以根据用户需求自行设定，在此不作赘述，图1中多平台分别是ios平台、android平台、linux平台、mac平台以及其他平台等5个平台，多平台中的每个平台接收到源码数据包(源码包)后，对源码包进行编译，编译成功后生成该平台适用的runtime包，各平台生成的runtime包可以称为子升级数据包，编译失败则生成编译失败结果并返回重新进行编译，最后根据各平台生成的runtime包生成多平台runtime包，多平台runtime包也可以称为升级数据包，且多平台runtime包具有版本号，例如，ios平台对接收到的源码包进行编译，编译成功生成ios平台runtime包，5个平台生成5个runtime包后，根据5个runtime包生成带版本号的多平台runtime包，例如，v1.0.4版本的多平台runtime包。可理解的是，编译系统接收的源码包可以是和编译系统连接的服务端或者终端发出的，向编译系统发送源码包的设备不作限定。
43.在上述实施例的基础上，图2为本公开实施例提供的一种数据包发布方法的流程图，应用于如图1所示的编译系统，编译系统可以部署在终端或服务器上，编译系统包括多种操作系统，具体包括如图2所示的如下步骤s210至s230：
44.s210、接收源码数据包，并将所述源码数据包发送至所述多种操作系统。
45.可理解的，编译系统接收源码数据包，源码数据包也就是源码包，随后将源码包发送至多种操作系统中的每个操作系统，每个操作系统接收源码包，并对源码包进行编译，编译成功后生成适用于该操作系统的子升级数据包，编译是利用编译程序从源语言编写的源程序产生目标程序的过程，每个操作系统采用的编译方式不作限定。
46.可选的，针对每个操作系统，对源码数据包进行编译具体通过下述步骤实现：
47.解析所述源码数据包；根据解析后的源码数据包中的描述文件下载依赖资源；对所述依赖资源进行规划；对规划后的依赖资源进行压缩和加密操作，生成子升级数据包。
48.可理解的，下述叙述以每个操作系统采用同一编译方式为例进行说明，操作系统下载源码数据包并解析，获取解析后的源码数据包中的描述文件，描述文件用于描述该操作系统所需的依赖资源，根据描述文件下载所需的依赖资源，随后对下载的依赖资源进行重新规划，例如对依赖资源进行目录的重新规划，对规划后的依赖资源进行压缩和加密，生成子升级数据包，并将子升级数据包传输到和编译系统连接的存储平台中，可理解的是，每个操作系统生成的子升级数据包都会存储到同一存储平台中。同时，编译系统还配有通知机制，通知机制用于确定每个操作系统都成功编译并生成子升级数据包后，生成编译成功的通知，便于后续编译系统将升级数据包传输至发布系统。
49.s220、获取所述多种操作系统对所述源码数据包进行编译得到的升级数据包。
50.其中，所述升级数据包包括多个同一版本的子升级数据包，且每个子升级数据包对应一个操作系统。
51.可理解的，在上述s210的基础上，编译系统获取多种操作系统针对同一个源码包进行编译生成的升级数据包，升级数据包包括多个同一版本的子升级数据包，每个子升级数据包都是由一个操作系统生成的，也就是不同操作系统生成不同的子升级数据包，且针对同一源码包生成的每个子升级数据包的版本号相同，版本号相同意味着每个子升级数据
包内节点数据是一致的。
52.可选的，在获取所述多种操作系统对所述源码数据包进行编译得到的升级数据包之前，所述方法还包括：
53.接收所述多种操作系统发送的编译结果，所述编译结果是所述多种操作系统对所述源码数据包进行编译后生成的结果。
54.其中，编译结果包括多个子编译结果，所述多个子编译结果是由所述多种操作系统中每个操作系统对接收到的所述源码数据包进行编译后生成的结果。
55.可理解的，编译系统在获取升级数据包之前，接收每个操作系统发送的编译结果，编译结果可以是编译失败或编译成功，编译结果是多种操作系统对源码数据包进行编译后生成的，其中，编码结果是由多个子编码结果组成的，每个操作系统在编译后都会生成一个子编码结果，子编码结果用以表示子升级数据包是否编译成功。
56.可选的，上述s220具体可以通过如下步骤实现：
57.响应于所述编译结果为编译成功，获取所述多种操作系统对所述源码数据包进行编译得到的升级数据包。
58.响应于所述多个子编译结果中存在编译失败的目标子编译结果，控制生成所述目标子编译结果的操作系统重新对所述源码数据包进行编译，直至接收到的多个子编译结果中的每个子编译结果都为编译成功。
59.可理解的，编译系统获取到编码结果后，若编译结果为编译成功，说明每个操作系统都成功生成了一个子升级数据包，该种情况下，直接获取多种操作系统对源码数据进行编译生成的子升级数据包，并根据多个子升级数据包组成带版本号的多平台runtime包，多平台runtime包也就是待下发至发布系统的升级数据包。
60.可理解的，编译系统获取到的编译结果若为编译失败，则说明编译结果包括的多个子编译结果中存在至少一个子编译结果为编译失败，也就是若多个子编译结果中存在目标子编译结果为编译失败，则说明生成目标子编译结果的操作系统未生成子升级数据包，因此，编译系统需要控制该目标子编译结果的操作系统继续对源码数据包进行编译，直至得到编译成功的子编译结果，其中，编译失败可能是源码数据包解析失败、无法获取描述文件或者无法下载依赖资源等原因导致的。编译系统将多平台生成的runtime包的版本进行统一管理，将生成的runtime包以新版本号下发至发布系统的前提是多平台都编译成功，不需要考虑多平台生成的runtime包版本不一致的问题。
61.s230、将所述升级数据包发送至发布系统，以使所述发布系统向客户端发布升级数据包。
62.可理解的，在上述s220的基础上，编译系统接收到升级数据包后，将带有版本号的升级数据包发送至发布系统，发布系统用于存储和管理不同版本的升级数据包，具体的，发布系统中存在包对应的版本库，版本库用于存储不同版本的升级数据包。
63.本公开实施例提供了一种数据包发布方法，应用于编译系统，编译系统包括多种操作系统，编译系统接收源码数据包，并将源码数据包发送至多种操作系统，每个操作系统会对源码数据包进行编译，生成子升级数据包，多个子升级数据包的版本号相同，在多种操作系统都编译成功的前提下，获取多种操作系统对源码数据包进行编译得到的升级数据包，升级数据包由每个操作系统生成的子升级数据包组成，将升级数据包发送至发布系统，
以使发布系统向客户端发送升级数据包。本公开提供的方法通过对多操作系统进行统一管理，多操作系统都编译成功的前提下才下发升级数据包，能够生成并发布版本号一致的适用于各操作平台的升级数据包，且不需要考虑多平台生成的子升级数据包版本不一致的问题，进一步还能确保任意时刻下发至客户端的子升级数据包版本的一致性。
64.在上述实施例的基础上，图3为本公开实施例提供的一种版本库的示意图，发布系统接收并存储编译系统发布的多平台runtime包(升级数据包)，具体的，发布系统通过其内的包对应的版本库来存储不同版本的升级数据包，如图3所示，发布系统内的包对应的版本库中预先存有3个版本的多平台runtime包，其中，灰色背景的多平台runtime包为最高版本的多平台runtime包，也是下发至客户端的多平台runtime包。随后，发布系统接收到编译系统发布的新版本(v1.0.4版本)的多平台runtime包后，将新版本的多平台runtime包存储至包对应的版本库中，此时，包对应的版本库就存在4个版本的多平台runtime包，最高版本的多平台runtime包为新版本的多平台runtime包，新版本的多平台runtime包的背景色变为灰色，v1.0.3版本的多平台runtime包的背景色由灰色改为白色。若发布系统确定存储的某一版本的多平台runtime包需要回退，则将被回退的多平台runtime包删除，或者，将被回退的多平台runtime包的状态修改为离线状态，离线状态也可以理解为不可用状态，不可用是指被回退的多平台runtime包不可以作为最高版本下发至客户端，如图3所示，被回退的是v1.0.4版本的多平台runtime包，在包对应的版本库中将v1.0.4版本的多平台runtime包删除或者将其状态修改为离线状态，此时，最高版本的多平台runtime包变为v1.0.3版本的多平台runtime包，除v1.0.4版本的多平台runtime包之外的其他版本的多平台runtime包的状态可以是在线状态，在线状态是指runtime包可以下发至客户端的状态。可理解的是，包对应的版本库中任意版本的多平台runtime包都可能被回退，若某一版本的多平台runtime包需要修改或者存在问题都可能被回退，被回退的某一版本的多平台runtime包会回退至发布系统，发布系统用于管理版本库中不同版本的多平台runtime包，可以修改runtime包，也可能回退至其他可以对分布系统进行控制的终端，被回退的具体终端不作限定。
65.在上述实施例的基础上，图4为本公开实施例提供的一种数据包发布方法的流程图，应用于发布系统，发布系统可以和编译系统配置在同一终端或者服务端上，还可以单独配置在终端或者服务端上，具体配置不作限定，编译系统和发布系统可以采用通信连接的方式进行升级数据包的传输，具体包括如图4所示的如下步骤s410至s420：
66.s410、接收编译系统发送的升级数据包。
67.其中，所述发布系统用于管理至少一个版本的升级数据包。
68.可理解的，发布系统接收编译系统发布的升级数据包并存储至版本库中，升级数据包可以是最新版本且尚未发布过的升级数据包。
69.s420、获取客户端发送的升级请求，并根据所述升级请求向所述客户端发布所述至少一个版本的升级数据包中最高版本的升级数据包。
70.可理解的，在上述s410的基础上，发布系统获取客户端发送的升级请求，客户端配置的可能是上述编译系统中多种操作系统中的某一操作系统，升级请求是关于最高版本的升级数据包的请求。发布系统在版本库预先存储的至少一个版本的升级数据中确定最高版本的升级数据包，并根据升级请求包括的操作系统的标识，将最高版本的升级数据包中升级请求包括的操作系统的标识对应的子升级数据包下发至客户端，也就是说发布系统下发
的runtime包是对应平台下的最高版本的runtime包。
71.可选的，所述升级数据包包括多个同一版本的子升级数据包，且每个子升级数据包对应一个操作系统。
72.可选的，上述s420向客户端发布升级数据包具体可以通过如下步骤实现：
73.根据所述升级请求中的操作系统标识确定所述客户端上配置的操作系统。
74.确定所述至少一个版本的升级数据包中最高版本的升级数据包。
75.向所述客户端发布目标子升级数据包，其中，所述目标子升级数据包为所述最高版本的升级数据包中所述客户端上配置的操作系统对应的子升级数据包。
76.可理解的，发布系统可以自行根据升级请求中的操作系统标识确定发送升级请求的客户端上配置的操作系统，并在版本库存储的至少一个版本的升级数据包中确定最高版本的升级数据包，且最高版本的升级数据包的状态为在线状态，最高版本的升级数据包中同样包括多种操作系统生成的多个子升级数据包，因此，需要在最高版本的升级数据包中根据操作系统的标识确定目标子升级数据包，并向客户端发布目标子升级数据包，也就是确定要发布给客户端的是最高版本、处于在线状态且操作系统对应的子升级数据包。
77.可选的，发布系统存储升级数据包后，还可以对存储的升级数据包进行回退处理，具体可以通过如下步骤实现：
78.响应于回退指令，在所述至少一个版本的升级数据包中确定第一升级数据包，所述回退指令用于修改升级数据包的状态。
79.根据所述回退指令，在所述至少一个版本的升级数据包中确定第一升级数据包。
80.将所述第一升级数据包的状态修改为离线状态，以使所述第一升级数据包不能向客户端发布。
81.可理解的，回退指令可以是发布系统自行生成的或者发布系统从其他终端接收的，其他终端是指可控制发布系统的终端，回退指令用于修改升级数据包的状态或者将版本库中存储的升级数据包删除。发布系统根据回退指令中的回退标识，在版本库存储的至少一个版本的升级数据包中确定第一升级数据包，随后将第一升级数据包的状态修改为离线状态，离线状态也就是不可用状态，不可用状态是指不能向客户端发布升级数据包的状态，或者根据回退指令中的回退标识将第一升级数据包删除，随后发布系统对回退的某一版本的第一升级数据包进行修改，修改完成后可重新存储至版本库中，并将第一升级数据包的状态由离线状态改为在线状态，在线状态是指第一升级数据包可以下发至客户端的状态。可理解的是，发布及回退等操作是针对runtime包的版本号来操作的，在包对应的版本库中以版本号作为升级数据包的标识，以保障同一个源码包对应的多平台runtime包在任意时刻版本号都是一致的，下发至客户端的版本号也是一致的。
82.本公开实施例提供的一种数据包发布方法，应用于发布系统，发布系统接收编译系统发送的升级数据包，发布系统用于管理至少一个版本的升级数据包，编译系统下发的升级数据包可以至最新版本的数据包，随后获取客户端发送的升级请求，并在存储的至少一个版本的升级数据包中获取最高版本的升级数据包，将最高版本的升级数据包中客户端的操作系统对应的子升级数据包下发至客户端，也就是向客户端下发的数据包都是最高版本的，以保障客户端上版本的一致性。
83.在上述实施例的基础上，图5为本公开实施例提供的一种数据包发布装置的结构
示意图，本公开实施例提供的数据包发布装置可以执行上述数据包分布方法实施例提供的处理流程，应用于编译系统，所述编译系统包括多种操作系统，如图5所示，数据包发布装置500包括第一接收单元510、第一获取单元520和发送单元530，其中：
84.第一接收单元510，用于接收源码数据包，并将所述源码数据包发送至所述多种操作系统；
85.第一获取单元520，用于获取所述多种操作系统对所述源码数据包进行编译得到的升级数据包，其中，所述升级数据包包括多个同一版本的子升级数据包，且每个子升级数据包对应一个操作系统；
86.发送单元530，用于将所述升级数据包发送至发布系统，以使所述发布系统向客户端发布升级数据包。
87.可选的，在获取所述多种操作系统对所述源码数据包进行编译得到的升级数据包之前，装置500还用于：
88.接收所述多种操作系统发送的编译结果，所述编译结果是所述多种操作系统对所述源码数据包进行编译后生成的结果。
89.可选的，上述第一获取单元520用于：
90.响应于所述编译结果为编译成功，获取所述多种操作系统对所述源码数据包进行编译得到的升级数据包。
91.可选的，装置500中所述编译结果包括多个子编译结果，所述多个子编译结果是由所述多种操作系统中每个操作系统对接收到的所述源码数据包进行编译后生成的。
92.可选的，装置500还用于：
93.响应于所述多个子编译结果中存在编译失败的目标子编译结果，控制生成所述目标子编译结果的操作系统重新对所述源码数据包进行编译，直至接收到的多个子编译结果中的每个子编译结果都为编译成功。
94.本实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。
95.在上述实施例的基础上，图6为本公开实施例提供的一种数据包发布装置的结构示意图，本公开实施例提供的数据包发布装置可以执行上述数据包发布方法实施例提供的处理流程，应用于发布系统，如图6所示，数据包发布装置600包括第二接收单元610和第二获取单元620，其中：
96.第二接收单元610，用于接收编译系统发送的升级数据包，所述发布系统用于管理至少一个版本的升级数据包；
97.第二获取单元620，用于获取客户端发送的升级请求，并根据所述升级请求向所述客户端发布所述至少一个版本的升级数据包中最高版本的升级数据包。
98.可选的，装置600中所述升级数据包包括多个同一版本的子升级数据包，且每个子升级数据包对应一个操作系统。
99.可选的，第二获取单元620用于：
100.根据所述升级请求中的操作系统标识确定所述客户端上配置的操作系统；
101.确定所述至少一个版本的升级数据包中最高版本的升级数据包；
102.向所述客户端发布目标子升级数据包，其中，所述目标子升级数据包为所述最高
版本的升级数据包中所述客户端上配置的操作系统对应的子升级数据包。
103.可选的，装置600还用于：
104.响应于回退指令，在所述至少一个版本的升级数据包中确定第一升级数据包；
105.将所述第一升级数据包的状态修改为离线状态，以使所述第一升级数据包不能向客户端发布。
106.本实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。
107.本公开示例性实施例还提供一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器。所述存储器存储有能够被所述至少一个处理器执行的计算机程序，所述计算机程序在被所述至少一个处理器执行时用于使所述电子设备执行根据本公开实施例的方法。
108.本公开示例性实施例还提供一种计算机程序产品，包括计算机程序，其中，所述计算机程序在被计算机的处理器执行时用于使所述计算机执行根据本公开实施例的方法。
109.参考图7，现将描述可以作为本公开的服务器或客户端的电子设备700的结构框图，其是可以应用于本公开的各方面的硬件设备的示例。电子设备旨在表示各种形式的数字电子的计算机设备，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
110.如图7所示，电子设备700包括计算单元701，其可以根据存储在只读存储器(rom)702中的计算机程序或者从存储单元708加载到随机访问存储器(ram)703中的计算机程序，来执行各种适当的动作和处理。在ram 703中，还可存储电子设备700操作所需的各种程序和数据。计算单元701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
111.电子设备700中的多个部件连接至i/o接口705，包括：输入单元706、输出单元707、存储单元708以及通信单元709。输入单元706可以是能向电子设备700输入信息的任何类型的设备，输入单元706可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入。输出单元707可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元708可以包括但不限于磁盘、光盘。通信单元709允许电子设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙tm设备、wifi设备、wimax设备、蜂窝通信设备和/或类似物。
112.计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理。例如，在一些实施例中，文本识别方法或识别网络的训练方法可被实现为计算机软件程序，
其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由rom 702和/或通信单元709而被载入和/或安装到电子设备700上。在一些实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行文本识别方法或识别网络的训练方法。
113.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
114.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
115.如本公开使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(pld))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
116.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
117.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
118.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
119.以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公
开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。