订单处理方法、电商系统以及电子设备与流程

1.本技术涉及电商技术领域，特别涉及一种订单处理方法、电商系统以及电子设备。


背景技术：

2.电商，又名电子商务，是指在互联网、内部网或增值网等上以电子交易方式进行交易活动和相关服务活动，也是传统商业活动各环节的电子化、网络化等。电商系统可以包括电子货币交换、供应链管理、电子交易市场、网络营销、在线事务处理、电子数据交换、存货管理和自动数据收集等系统。
3.传统的电商系统，在用户下单后，需要依次进行订单有效性判断、库存余量查询、发货等一系列后台逻辑运算，然后输出订单处理结果，不仅响应速度慢，而且业务耦合性高，不利于扩展，若订单处理过程中一个流程失败，将会导致后续流程均会失败，容错性较低，用户体验度较差。


技术实现要素：

4.本技术提供了一种订单处理方法、电商系统以及电子设备，能够提高订单处理的响应速度，提高用户体验感。
5.第一方面，本技术提供了一种订单处理方法，应用于电商系统，所述电商系统中包含多个微服务，所述方法包括：
6.响应于用户下单操作，生成订单；
7.对所述订单进行拆分，得到多个工单，其中，所述工单与所述微服务相对应；
8.将每个所述工单由相对应的所述微服务进行处理，得到多个工单处理结果，所述工单处理结果用于表示所述工单是否处理成功；
9.根据多个所述工单处理结果，输出订单处理结果。
10.其中一种可能的实现方式中，所述电商系统中还包含多个服务模块，各所述服务模块相对独立，所述方法还包括：
11.采用微服务架构，对所述电商系统中多个所述服务模块进行拆分，得到多个所述微服务，每个所述微服务具有相对应的服务能力。
12.其中一种可能的实现方式中，所述订单中包含多个商品，所述微服务的服务能力与所述商品的配置信息相对应，所述对所述订单进行拆分，得到多个工单，包括：
13.将多个所述商品进行分类，并根据分类结果，将所述订单拆分为多个子订单，其中，每个所述子订单中包含相同类别的所述商品；
14.根据每个所述子订单中所述商品的配置信息，对每个所述子订单进行拆分，得到多个工单，其中，所述工单与所述商品的配置信息相对应。
15.其中一种可能的实现方式中，所述电商系统中还包含消息队列，在所述将所述订单拆分为多个子订单之后，所述方法还包括：
16.将多个所述子订单通过所述消息队列传输到所述微服务。
17.其中一种可能的实现方式中，多个所述子订单中包含第一子订单以及第二子订单，多个所述工单中包含第一工单以及第二工单，所述根据每个所述子订单中商品的配置信息，对每个所述子订单进行拆分，得到多个工单，包括：
18.根据所述第一子订单中商品的配置信息，对所述第一子订单进行拆分，得到一个或多个所述第一工单；
19.根据所述第二子订单中商品的配置信息，对所述第二子订单进行拆分，得到一个或多个所述第二工单。
20.其中一种可能的实现方式中，所述根据多个所述工单处理结果，输出订单处理结果，包括：
21.若所述子订单中至少一个所述工单处理结果为处理失败，则在对处理失败的所述子订单进行补偿后，对补偿后的所述子订单进行拆分并由相对应的所述微服务进行处理；
22.若所有所述子订单中各个所述工单处理结果均为处理成功，则输出订单处理结果，所述订单处理结果用于表示订单处理成功。
23.其中一种可能的实现方式中，所述若所有所述子订单中各个所述工单处理结果均为处理成功，则输出订单处理结果，包括：
24.若所述订单中存在处于未处理状态的子订单，则对所述未处理状态的子订单进行拆分并由相对应的所述微服务进行处理；
25.若所述未处理状态的子订单中各个所述工单处理结果均为处理成功，则将所述子订单从所述未处理状态更新为处理完成状态；
26.若所述订单中所有所述子订单均为所述处理完成状态，则输出订单处理结果。
27.第二方面，本技术提供一种电商系统，所述电商系统中包含多个微服务，其中，各所述微服务之间相互调用，多个所述微服务中包含电商中心以及施工中心，所述施工中心中包含多个业务中心；其中，
28.所述电商中心，用于响应于用户下单操作，生成订单；
29.所述施工中心，用于对所述订单进行拆分，得到多个工单，其中，所述工单与所述业务中心相对应，所述业务中心用于处理相对应的所述工单，得到工单处理结果，所述工单处理结果用于表示所述工单是否处理成功，所述施工中心根据多个所述业务中心输出的所述工单处理结果，输出订单处理结果。
30.第三方面，本技术提供一种电子设备，包括：
31.一个或多个处理器；存储器；以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述设备执行时，使得所述设备执行第一方面所述的方法。
32.第四方面，本技术提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如第一方面所述的方法。
33.第五方面，本技术提供一种计算机程序，当所述计算机程序被计算机执行时，用于执行第一方面所述的方法。
34.在一种可能的设计中，第五方面中的程序可以全部或者部分存储在与处理器封装在一起的存储介质上，也可以部分或者全部存储在不与处理器封装在一起的存储器上。
附图说明
35.图1为现有技术中订单处理方法示意图；
36.图2为本技术订单处理方法一个实施例的方法示意图；
37.图3为本技术订单处理方法一个实施例的流程示意图；
38.图4为本技术电商系统一个实施例的结构示意图；
39.图5为本技术电子设备一个实施例的结构示意图。
具体实施方式
40.本技术的实施方式部分使用的术语仅用于对本技术的具体实施例进行解释，而非旨在限定本技术。
41.现有技术中，如图1所示，电商系统在用户下单后，需要依次进行订单有效性判断、库存余量查询、发货等一系列后台逻辑运算，然后输出订单处理结果，不仅响应速度慢，而且业务耦合性高，不利于扩展，若订单处理过程中一个流程失败，将会导致后续流程均会失败，容错性较低，用户体验度较差。
42.为此，本技术提出一种订单处理方法、电商系统以及电子设备，能够提高订单处理的响应速度，提高用户体验感。
43.在本实施例中，图2所示的订单处理方法可以应用于电商系统，该电商系统可以用于处理订单，根据处理业务的不同，该订单可以包括订购流量、订购话费、购买电子货币、购买电子数据等订单。
44.本技术实施例提供的电商系统中包含多个微服务，每个微服务具有相对应的服务能力，该服务能力用于表示完成对订单中某个或某些配置信息的处理，以订购流量为例，该订单中的配置信息可以用于表示完成流量订购所需要配置的多个相对独立的配置信息，如流量策略配置、套餐配置、优惠策略配置或代理商配置等信息。
45.优选地，本实施例中，采用微服务架构(如spring cloud等)将电商系统拆分为多个微服务，各微服务之间相互调用，以用于实现订单处理，不仅有利于提高订单处理的响应速度，而且每个微服务足够内聚，足够小，代码容易理解，有利于提高开发效率，各微服务之间可以独立部署，做到业务解耦，服务拆分，微服务架构可以让持续部署成为可能，每个微服务可以各自进行负载均衡扩展和数据库扩展，每个微服务可以部署到合适的硬件服务器上，容易扩大开发团队，可以针对每个微服务组件开发团队，容错性较高，一个微服务的内存泄露并不会导致整个系统瘫痪，系统不易被长期限制在某个技术栈上。
46.微服务架构，如spring cloud等是一系列框架的有序集合。它利用spring boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用spring boot的开发风格做到一键启动和部署。
47.微服务，是一种软件开发技术-面向服务的体系结构(soa，service-oriented architecture)架构样式的一种变体，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。在微服务架构中，各微服务之间通过调用组件(如feign等)相互调用。
48.图2为本技术订单处理方法一个实施例的流程图，如图2和图3所示，上述订单处理
方法可以包括：
49.s101、响应于用户下单操作，生成订单。
50.在本实施例中，电商系统可以与用户终端如手机、电脑等通信连接。电商系统中可以包含多种商品，该商品可以包括虚拟商品，如流量、话费、电子货币或电子数据等，其可以在用户终端上进行展示，以供用户购买。该下单操作可以包括用户选择(如触屏点击或语音交互等)购买电商系统中的某个或某些商品。例如，用户通过手机登录电商系统，点击选择商品并生成相对应的订单。
51.其中一种可能的实现方式中，电商系统中可以包含多个服务模块，各服务模块相对独立，根据业务场景的不同，该电商系统中的服务模块可以表示用于完成订单处理过程中的某个相对独立的流程或服务等。进一步地，所述方法还可以包括：
52.采用微服务架构，对所述电商系统中多个服务模块进行拆分，得到多个所述微服务，每个所述微服务具有相对应的服务能力。
53.也就是说，每个微服务可以具备与相应的所述服务模块的服务能力，其与所述商品的配置信息相对应，以用于对订单中商品的相对应的配置信息进行处理。
54.优选地，多个微服务可以包括电商中心、支付中心以及施工中心，电商中心用于响应于用户下单操作，生成订单，支付中心用于完成订单支付，施工中心用于对所述订单进行处理，并输出订单处理结果。
55.具体地，在用户下单后，电商中心生成订单，并调用支付中心进行支付，在用户支付成功后，支付中心反馈支付成功结果到电商中心，然后，电商中心将支付成功的订单推送到施工中心，由施工中心进行处理，并输出订单处理结果，完成商品交易。
56.s102、对所述订单进行拆分，得到多个工单，其中，所述工单与所述微服务相对应。
57.在本实施例中，所述工单与所述商品的配置信息相对应。具体地，施工中心用于对所述订单进行拆分，得到多个工单，其中，所述施工中心可以包含多个业务中心，业务中心与工单相对应，该业务中心用于处理相对应的工单。
58.其中一种可能的实现方式中，所述订单中可以包含多个商品，步骤s102可以包括：
59.s201、将多个所述商品进行分类，并根据分类结果，将所述订单拆分为多个子订单，其中，每个所述子订单中包含相同类别的所述商品；
60.s202、根据每个所述子订单中所述商品的配置信息，对每个所述子订单进行拆分，得到多个工单，其中，所述工单与所述商品的配置信息相对应。
61.在本实施例中，商品的类别或种类可以按照商品的id、名称、来源、价格等进行划分。
62.具体地，在电商中心接收到支付中心反馈的支付成功结果后，电商中心根据商品的类别，将订单中多种类别的商品拆分为多个子订单，由施工中心根据每个子订单中商品的配置信息，分别将每个子订单拆分成多个工单，其中，施工中心可以将拆分后的多个工单转发到对应的业务中心，由业务中心对相对应的工单进行处理。
63.其中一种可能的实现方式中，所述电商系统中还可以包含消息队列，在步骤s201之后，所述方法还可以包括：
64.s203、将多个所述子订单通过所述消息队列传输到所述微服务。
65.消息队列可以为在数据传输过程中保存数据的容器或组件等，如kafka集群等，其
用于解决高并发问题。具体地，电商中心将拆分后的多个子订单通过上述消息队列推送到施工中心，有利于实现应用解耦，流量削峰，异步处理等。
66.其中一种可能的实现方式中，多个子订单按照在消息队列中的排列顺序，依次包含第一子订单、第二子订单、第三子订单
…
，多个所述工单中包含第一工单、第二工单、第三工单
…
，步骤s202可以包括：
67.s301、根据所述第一子订单中商品的配置信息，对所述第一子订单进行拆分，得到一个或多个所述第一工单；
68.s302、根据所述第二子订单中商品的配置信息，对所述第二子订单进行拆分，得到一个或多个所述第二工单。
69.在本实施例中，每个工单中可以包含商品的配置信息、工单号、子订单号、商品id、服务能力、用户信息(如用户名称等)、处理状态、创建时间或处理方式等。
70.举例地，第一子订单中包含第一商品，第一商品的配置信息可以包括第一配置信息以及第二配置信息，第二子订单中可以包含第二商品，第二商品的配置信息可以包括第三配置信息以及第四配置信息，施工中心可以将第一子订单拆分为第一工单a和第一工单b，将第二子订单拆分为第二工单c以及第二工单b，其中，第一工单a可以包括第一商品的第一配置信息，第一工单b可以包括第一商品的第二配置信息，第二工单c可以包括第二商品的第三配置信息，第二工单d可以包括第二商品的第四配置信息。
71.s103、将每个所述工单由相对应的所述微服务进行处理，得到多个工单处理结果，所述工单处理结果用于表示所述工单是否处理成功。
72.在本实施例中，每个业务中心以工单为单位进行处理(或施工操作)等，如流量策略配置、套餐配置、优惠策略配置或代理商配置等，工单处理结果可以包括处理成功或者处理失败。以订购流量为例，业务中心执行的施工操作可以包括进行流量套餐的叠加、变更流量套餐、取消流量套餐等，并在施工操作执行完毕后，返回工单处理结果到施工中心。
73.举例地，多个业务中心可以包括第一业务中心、第二业务中心、第三业务中心以及第四业务中心，第一业务中心与第一工单a相对应，以用于处理第一工单a，并得到第一工单a的处理结果，第二业务中心与第一工单b相对应，以用于处理第一工单b，并得到第一工单b的处理结果，第三业务中心与第二工单c相对应，以用于处理第二工单c，并得到第二工单c的处理结果，第四业务中心与第二工单d相对应，以用于处理第二工单d，并得到第二工单d的处理结果。
74.s104、根据多个所述工单处理结果，输出订单处理结果。
75.具体地，订单处理结果可以用于表示订单处理成功，或者将订单的处理状态变更为处理完成状态等。因此，相对于传统的电商系统，本技术实施例中提供的电商系统，在用户下单后，对订单进行拆分，并由相应的微服务进行处理，从而提高订单处理的响应速度，提高用户体验感。
76.其中一种可能的实现方式中，步骤s104可以包括：
77.s401、若所述子订单中至少一个所述工单处理结果为处理失败，则在对处理失败的所述子订单进行补偿后，对补偿后的所述子订单进行拆分并由相对应的所述微服务进行处理；
78.s402、若所有所述子订单中各个所述工单处理结果均为处理成功，则输出订单处
理结果，所述订单处理结果用于表示订单处理成功。
79.考虑到可能存在人为失误或系统故障等问题，导致订单填写错误或缺失信息等异常，使得在处理订单过程中，出现工单处理失败等的情况发生，因此，在本实施例中，若某个子订单处理失败，或者检测到订单中某个子订单存在异常，则可以采用手动补偿或按照历史订单信息等对处理失败的子订单进行补偿，如修改、补充或删除子订单中的信息。
80.在步骤s402中，若每个业务中心返回的工单处理结果均为处理成功，则施工中心将该订单的处理状态更新为处理完成状态，以表示订单处理完成。
81.其中一种可能的实现方式中，步骤s402可以包括：
82.s501、若所述订单中存在处于未处理状态的子订单，则对所述未处理状态的子订单进行拆分并由相对应的所述微服务进行处理；
83.s502、若所述未处理状态的子订单中各个所述工单处理结果均为处理成功，则将所述子订单从所述未处理状态更新为处理完成状态；
84.s503、若所述订单中所有所述子订单均为所述处理完成状态，则输出订单处理结果。
85.进一步地，若某个子订单中任一个工单处理结果为处理失败，则将该子订单标记为处理失败状态(或从未处理状态更新为处理失败状态等)，在对处于处理失败状态的子订单进行补偿后，将该子订单从处理失败状态更新为处理完成状态。
86.可选地，所述电商系统还可以存储模块，用于对历史处理的订单进行存储，以供根据历史处理的订单进行销售统计分析等，或者调整商品结构、内容或价格等，有利于实现商品资料维护。
87.可以理解的是，上述实施例中的部分或全部步骤或操作仅是示例，本技术实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。
88.如图4所示为本技术电商系统100一个实施例的结构示意图。如图4所示，所述电商系统100中包含多个微服务，其中，各所述微服务之间相互调用，多个所述微服务中包含电商中心110以及施工中心120，所述施工中心120中包含多个业务中心；其中，
89.所述电商中心110，用于响应于用户下单操作，生成订单；
90.所述施工中心120，用于对所述订单进行拆分，得到多个工单，其中，所述工单与所述业务中心相对应，所述业务中心用于处理相对应的所述工单，得到工单处理结果，所述工单处理结果用于表示所述工单是否处理成功，所述施工中心根据多个所述业务中心输出的所述工单处理结果，输出订单处理结果。
91.其中一种可能的实现方式中，所述电商系统100还包括支付中心130，所述支付中心130用于完成订单支付，具体地，在用户下单后，电商中心110生成订单，并调用支付中心130进行支付，在用户支付成功后，支付中心130反馈支付成功结果到电商中心110，然后，电商中心110将支付成功的订单推送到施工中心120，由施工中心120进行处理，并输出订单处理结果，完成商品交易。
92.其中一种可能的实现方式中，所述电商系统中还包含多个服务模块，各所述服务模块相对独立，所述电商系统100还用于：
93.采用微服务架构，对所述电商系统中多个所述服务模块进行拆分，得到多个所述
微服务，每个所述微服务具有相对应的服务能力。
94.其中一种可能的实现方式中，所述订单中包含多个商品，所述微服务的服务能力与所述商品的配置信息相对应，所述施工中心120还用于：
95.将多个所述商品进行分类，并根据分类结果，将所述订单拆分为多个子订单，其中，每个所述子订单中包含相同类别的所述商品；
96.根据每个所述子订单中所述商品的配置信息，对每个所述子订单进行拆分，得到多个工单，其中，所述工单与所述商品的配置信息相对应。
97.其中一种可能的实现方式中，所述电商系统100中还包含消息队列，在所述将所述订单拆分为多个子订单之后，所述电商系统100还用于：
98.将多个所述子订单通过所述消息队列传输到所述微服务。
99.其中一种可能的实现方式中，多个所述子订单中包含第一子订单以及第二子订单，多个所述工单中包含第一工单以及第二工单，所述施工中心120还用于：
100.根据所述第一子订单中商品的配置信息，对所述第一子订单进行拆分，得到一个或多个所述第一工单；
101.根据所述第二子订单中商品的配置信息，对所述第二子订单进行拆分，得到一个或多个所述第二工单。
102.其中一种可能的实现方式中，所述施工中心120还用于：
103.若所述子订单中至少一个所述工单处理结果为处理失败，则在对处理失败的所述子订单进行补偿后，对补偿后的所述子订单进行拆分并由相对应的所述微服务进行处理；
104.若所有所述子订单中各个所述工单处理结果均为处理成功，则输出订单处理结果，所述订单处理结果用于表示订单处理成功。
105.其中一种可能的实现方式中，所述施工中心120还用于：
106.若所述订单中存在处于未处理状态的子订单，则对所述未处理状态的子订单进行拆分并由相对应的所述微服务进行处理；
107.若所述未处理状态的子订单中各个所述工单处理结果均为处理成功，则将所述子订单从所述未处理状态更新为处理完成状态；
108.若所述订单中所有所述子订单均为所述处理完成状态，则输出订单处理结果。
109.图4所示的电商系统100可以用于执行图1所示方法实施例提供的订单处理方法，具体功能或原理可以参考上述方法实施例，在此不做赘述。
110.应理解以上图4所示的电商系统100的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块以软件通过处理元件调用的形式实现，部分模块通过硬件的形式实现。例如，施工中心可以为单独设立的处理元件，也可以集成在电子设备的某一个芯片中实现。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
111.例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit；以下简称：
asic)，或，一个或多个微处理器(digital singnal processor；以下简称：dsp)，或，一个或者多个现场可编程门阵列(field programmable gate array；以下简称：fpga)等。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip；以下简称：soc)的形式实现。
112.图5为本技术电子设备一个实施例的结构示意图，如图5所示，上述电子设备可以包括：一个或多个处理器；存储器；以及一个或多个计算机程序。
113.其中，上述电子设备可以为服务器、分布式系统、电商系统等设备。
114.其中上述一个或多个计算机程序被存储在上述存储器中，上述一个或多个计算机程序包括指令，当上述指令被上述设备执行时，使得上述设备执行以下步骤：
115.响应于用户下单操作，生成订单；
116.对所述订单进行拆分，得到多个工单，其中，所述工单与微服务相对应；
117.将每个所述工单由相对应的所述微服务进行处理，得到多个工单处理结果，所述工单处理结果用于表示所述工单是否处理成功；
118.根据多个所述工单处理结果，输出订单处理结果。
119.其中一种可能的实现方式中，所述电商系统中还包含多个服务模块，各所述服务模块相对独立，当上述指令被上述设备执行时，使得上述设备还执行：
120.采用微服务架构，对所述电商系统中多个所述服务模块进行拆分，得到多个所述微服务，每个所述微服务具有相对应的服务能力。
121.其中一种可能的实现方式中，所述订单中包含多个商品，所述微服务的服务能力与所述商品的配置信息相对应，当上述指令被上述设备执行时，使得上述设备执行所述对所述订单进行拆分，得到多个工单，包括：
122.将多个所述商品进行分类，并根据分类结果，将所述订单拆分为多个子订单，其中，每个所述子订单中包含相同类别的所述商品；
123.根据每个所述子订单中所述商品的配置信息，对每个所述子订单进行拆分，得到多个工单，其中，所述工单与所述商品的配置信息相对应。
124.其中一种可能的实现方式中，所述电商系统中还包含消息队列，当上述指令被上述设备执行时，使得上述设备在执行所述将所述订单拆分为多个子订单之后，所述设备还执行：
125.将多个所述子订单通过所述消息队列传输到所述微服务。
126.其中一种可能的实现方式中，多个所述子订单中包含第一子订单以及第二子订单，多个所述工单中包含第一工单以及第二工单，当上述指令被上述设备执行时，使得上述设备执行所述根据每个所述子订单中商品的配置信息，对每个所述子订单进行拆分，得到多个工单，包括：
127.根据所述第一子订单中商品的配置信息，对所述第一子订单进行拆分，得到一个或多个所述第一工单；
128.根据所述第二子订单中商品的配置信息，对所述第二子订单进行拆分，得到一个或多个所述第二工单。
129.其中一种可能的实现方式中，当上述指令被上述设备执行时，使得上述设备执行所述根据多个所述工单处理结果，输出订单处理结果，包括：
130.若所述子订单中至少一个所述工单处理结果为处理失败，则在对处理失败的所述
子订单进行补偿后，对补偿后的所述子订单进行拆分并由相对应的所述微服务进行处理；
131.若所有所述子订单中各个所述工单处理结果均为处理成功，则输出订单处理结果，所述订单处理结果用于表示订单处理成功。
132.其中一种可能的实现方式中，当上述指令被上述设备执行时，使得上述设备执行所述若所有所述子订单中各个所述工单处理结果均为处理成功，则输出订单处理结果，包括：
133.若所述订单中存在处于未处理状态的子订单，则对所述未处理状态的子订单进行拆分并由相对应的所述微服务进行处理；
134.若所述未处理状态的子订单中各个所述工单处理结果均为处理成功，则将所述子订单从所述未处理状态更新为处理完成状态；
135.若所述订单中所有所述子订单均为所述处理完成状态，则输出订单处理结果。
136.图5所示的电子设备可以是服务器也可以是内置于上述服务器的电路设备。该设备可以用于执行本技术图1所示实施例提供的方法中的功能/步骤。
137.如图5所示，电子设备900包括处理器910和存储器920。其中，处理器910和存储器920之间可以通过内部连接通路互相通信，传递控制和/或数据信号，该存储器920用于存储计算机程序，该处理器910用于从该存储器920中调用并运行该计算机程序。
138.上述存储器920可以是只读存储器(read-only memory，rom)、可存储静态信息和指令的其它类型的静态存储设备、随机存取存储器(random access memory，ram)或可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备，或者还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质等。
139.上述处理器910可以和存储器920可以合成一个处理装置，更常见的是彼此独立的部件，处理器910用于执行存储器920中存储的程序代码来实现上述功能。具体实现时，该存储器920也可以集成在处理器910中，或者，独立于处理器910。
140.应理解，图5所示的电子设备900能够实现本技术图1所示实施例提供的方法的各个过程。电子设备900中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见本技术图1所示方法实施例中的描述，为避免重复，此处适当省略详细描述。
141.应理解，图5所示的电子设备900中的处理器910可以是片上系统soc，该处理器910中可以包括中央处理器(central processing unit；以下简称：cpu)，还可以进一步包括其他类型的处理器，例如：图像处理器(graphics processing unit；以下简称：gpu)等。
142.总之，处理器910内部的各部分处理器或处理单元可以共同配合实现之前的方法流程，且各部分处理器或处理单元相应的软件程序可存储在存储器930中。
143.本技术还提供一种电子设备，所述设备包括存储介质和中央处理器，所述存储介质可以是非易失性存储介质，所述存储介质中存储有计算机可执行程序，所述中央处理器与所述非易失性存储介质连接，并执行所述计算机可执行程序以实现本技术图1所示实施
例提供的方法。
144.以上各实施例中，涉及的处理器可以例如包括cpu、dsp、微控制器或数字信号处理器，还可包括gpu、嵌入式神经网络处理器(neural-network process units；以下简称：npu)和图像信号处理器(image signal processing；以下简称：isp)，该处理器还可包括必要的硬件加速器或逻辑处理硬件电路，如asic，或一个或多个用于控制本技术技术方案程序执行的集成电路等。此外，处理器可以具有操作一个或多个软件程序的功能，软件程序可以存储在存储介质中。
145.本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行本技术图1所示实施例提供的方法。
146.本技术实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当其在计算机上运行时，使得计算机执行本技术图1所示实施例提供的方法。
147.本技术实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示单独存在a、同时存在a和b、单独存在b的情况。其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。
148.本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
149.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
150.在本技术所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory；以下简称：rom)、随机存取存储器(random access memory；以下简称：ram)、磁碟或者光盘等各种可以存储程序代码的介质。
151.以上所述，仅为本技术的具体实施方式，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变更或替换，都应涵盖在本技术的保护范围之内。本技术的保护范围应以所述权利要求的保护范围为准。