一种嵌入式系统、访问方法和网络设备与流程

1.本技术涉及软件开发领域，尤其涉及一种嵌入式系统、访问方法和网络设备。


背景技术：

2.随着软件定义网络(software defined networking，sdn)与网络功能虚拟化(network function virtualization，nfv)的推动，嵌入式平台实现了组件之间解耦，组件(也可以称为业务模块)间的通信接口变得越来越复杂，导致系统可维护性差；另外嵌入式产品快速迭代，而业务代码抽象程度低，可维护性差，特性演进困难，导致开发周期长。具体主要体现在：
3.系统资源利用率低：各个模块独自定制资源的分配、共享、隔离和管理；
4.代码重复利用困难：没有统一的执行环境，代码不能方便的复用到其它场景；
5.组件运行状态的变化，导致编程复杂：用户感知过多的底层细节，如数据库(data base，db)连接池的创建、消息通信等，当一个组件发生异常时，会产生不可预测的连锁反应，导致系统可容错率降低，开发效率急剧下降。
6.现有的技术方案中，采用基于模板自动化生成机制，即根据模板自动生成对应的代码，虽然可以有效的减少了代码量，但是没有对接口、通信连接状态等进行彻底的封装，导致系统的可容错下降。此外，现有的运行时环境提供对所有组件的简单调度(包括对组件的加载、启动、关闭)，然而现有的运行时环境没有很好的维护各组件的状态，导致无法实现模块之间的故障隔离。


技术实现要素：

7.本技术提供一种嵌入式系统、访问方法和网络设备，可以提升系统的可容错，同时也可以实现模块之间的故障隔离。
8.第一方面，提供一种嵌入式系统，所述嵌入式系统包括运行时环境和多个业务模块，所述运行时环境用于加载所述多个业务模块，其中，
9.所述多个业务模块用于根据业务的配置由模板化生成所述多个业务模块对应的代码，所述多个业务模块对应的代码由所述运行时环境进行统一管理；
10.所述多个业务模块用于通过调用各自预设接口从所述运行时环境获取各自的代码。
11.本技术提供的方案，运行时环境可以对多个业务模块对应的代码进行统一管理，多个业务模块通过调用各自预设接口可以获得各自的代码。由于运行时环境对多个业务模块对应的代码进行统一管理，当多个业务模块需要使用对应代码时，可以通过预设接口获取，可以提升系统的可容错，此外，所需的代码可以通过配置向运行时环境请求，具备全局统筹优化的优势，从而实现模块之间的故障隔离。
12.结合第一方面，在某些可能的实现方式中，所述接口包括应用程序接口api。
13.本技术实施例中，这多个业务模块可以通过调用其对应的预设接口直接获取相应
的代码，可以提升系统的可容错，从而提高系统的可靠性。
14.结合第一方面，在某些可能的实现方式中，所述系统还包括：
15.通信模块，用于发送第一消息，所述第一消息为订阅消息或异步消息；
16.当所述运行时环境接收到所述第一消息时，所述运行时环境还用于：通过回调函数通知所述通信模块对应的业务模块。
17.本技术提供的方案，当运行时环境监听到所述第一消息的响应消息时，运行时环境还可以通过回调函数通知所述通信模块对应的业务模块，以使得该业务模块可以继续处理相应的业务。由于运行时环境可以对所有业务模块进行统一监听管理，可以使得用户可以聚焦业务逻辑，支持业务达到无状态化开发，进一步地，该运行时环境可以具备全局统筹优化的优势，从而实现模块之间的故障隔离。
18.结合第一方面，在某些可能的实现方式中，所述第一消息包括以下消息中的至少一个：
19.进程之间的通信消息；
20.定时器消息。
21.结合第一方面，在某些可能的实现方式中，所述运行时环境还用于为所述多个业务模块中所包括的事件的状态提供状态列表；
22.所述多个业务模块中的第一业务模块还用于：与其它业务模块通信以跟踪所述其它业务模块的状态，所述其它业务模块包括所述多个业务模块中除所述第一业务模块之外的模块。
23.结合第一方面，在某些可能的实现方式中，当所述第一业务模块的状态变更时，所述运行时环境还用于：
24.记录所述第一业务模块的当前状态信息；
25.所述第一业务模块还用于：
26.根据所述运行时环境记录的所述当前状态信息重新恢复连接。
27.本技术提供的方案，运行时环境可以记录第一业务模块的状态变更时的当前状态信息，第一业务模块可以根据运行时环境记录的当前状态信息重新恢复连接，从而可以有效维持数据的一致性和正确性。
28.第二方面，提供一种访问方法，所述方法应用于嵌入式系统，所述嵌入式系统包括运行时环境和多个业务模块，所述运行时环境用于加载所述多个业务模块，所述方法包括：
29.所述多个业务模块根据业务的配置由模板化生成所述多个业务模块对应的代码，所述多个业务模块对应的代码由所述运行时环境进行统一管理；
30.所述多个业务模块通过调用各自预设接口从所述运行时环境获取各自的代码。
31.结合第二方面，在某些可能的实现方式中，所述接口包括应用程序接口api。
32.结合第二方面，在某些可能的实现方式中，所述方法还包括：
33.通信模块发送第一消息，所述第一消息为订阅消息或异步消息；
34.当所述运行时环境接收到所述第一消息时，所述运行时环境通过回调函数通知所述通信模块对应的业务模块。
35.结合第二方面，在某些可能的实现方式中，所述第一消息包括以下消息中的至少一个：
36.进程之间的通信消息；
37.定时器消息。
38.结合第二方面，在某些可能的实现方式中，所述运行时环境还用于为所述多个业务模块中所包括的事件的状态提供状态列表；
39.所述方法还包括：
40.所述多个业务模块中的第一业务模块与其它业务模块通信以跟踪所述其它业务模块的状态，所述其它业务模块包括所述多个业务模块中除所述第一业务模块之外的模块。
41.结合第二方面，在某些可能的实现方式中，当所述第一业务模块的状态变更时，
42.所述方法还包括：
43.所述运行时环境记录所述第一业务模块的当前状态信息；
44.所述第一业务模块根据所述运行时环境记录的所述当前状态信息重新恢复连接。
45.第二方面的有益效果可以参考上述第一方面的有益效果，在此不再赘述。
46.第三方面，提供一种网络设备，包括上述第一方面任一项可能的嵌入式系统。
47.第四方面，提供了一种芯片系统，包括至少一个处理器，当程序指令在所述至少一个处理器中执行时，使得上述第二方面任一项可能的实现中的方法在网络设备上的功能得以实现。
48.第五方面，提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得网络设备执行上述第二方面任一项可能的实现中的方法。
49.第六方面，提供了一种计算机程序产品，当计算机程序产品在网络设备上运行时，使得网络设备执行上述第二方面任一项可能的设计中的方法。
附图说明
50.图1为本技术实施例提供的一种嵌入式系统的示意图。
51.图2为本技术实施例提供的另一种嵌入式系统的示意图。
52.图3为本技术实施例提供的一种恢复连接的示意图。
53.图4为本技术实施例提供的一种访问方法的示意性流程图。
54.图5为本技术实施例提供的网络设备的结构示意图。
具体实施方式
55.以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本技术的限制。
56.如在本技术的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。
57.还应当理解，在本技术以下各实施例中，“至少一个”、“一个或多个”是指一个、两个或两个以上。术语“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系；例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a、b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。
58.在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
59.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。
60.本技术实施例提供的方案可以应用于网络设备，如基站、演进型基站(evolved node b，enb)、家庭基站、无线保真(wireless fidelity，wifi)系统中的接入点(access point，ap)、无线中继节点、无线回传节点、传输点(transmission point，tp)、发送接收点(transmission and reception point，trp)或者路由器、交换机等，还可以为新无线(new radio，nr)系统中的gnb，或者，还可以是构成基站的组件或一部分设备，如汇聚单元(central unit，cu)、分布式单元(distributed unit，du)或基带单元(baseband unit，bbu)等。应理解，本技术的实施例中，对网络设备所采用的具体技术和具体设备形态不做限定。在本技术中，网络设备可以是指网络设备本身，也可以是应用于网络设备中完成无线通信处理功能的芯片。
61.应理解，在本技术实施例中，网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(central processing unit，cpu)、内存管理单元(memory management unit，mmu)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，linux操作系统、unix操作系统、android操作系统、ios操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本技术实施例并未对本技术实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本技术实施例的提供的方法的代码的程序，以根据本技术实施例提供的方法进行通信即可。
62.另外，本技术的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本技术中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读存储介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，cd)、数字通用盘(digital versatile disc，dvd)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read-only memory，eprom)、卡、棒或钥匙驱动器等)。
63.另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读存储介质。术语“机器可读存储介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
64.随着sdn与nfv的推动，嵌入式平台实现了组件之间解耦，组件(也可以称为业务模块)间的通信接口变得越来越复杂，导致系统可维护性差；另外嵌入式产品快速迭代，而业务代码抽象程度低，可维护性差，特性演进困难，导致开发周期长。具体主要体现在：
65.系统资源利用率低：各个模块独自定制资源的分配、共享、隔离和管理；
66.代码重复利用困难：没有统一的执行环境，代码不能方便的复用到其它场景；
67.组件运行状态的变化，导致编程复杂：用户感知过多的底层细节，如db连接池的创建、消息通信等，当一个组件发生异常时，会产生不可预测的连锁反应，导致系统可容错率降低，开发效率急剧下降。
68.现有的技术方案中，采用基于模板自动化生成机制，即根据模板自动生成对应的代码，虽然可以有效的减少了代码量，但是没有对接口、通信连接状态等进行彻底的封装，导致系统的可容错下降。此外，现有的运行时环境提供对所有组件的简单调度(包括对组件的加载、启动、关闭)，然而现有的运行时环境没有很好的维护各组件的状态，导致无法实现模块之间的故障隔离。
69.因此，本技术提供一种嵌入式系统，可以提升系统的可容错，同时也可以实现模块之间的故障隔离。
70.如图1所示，为本技术实施例提供的一种嵌入式系统100的示意图，该系统100可以包括运行时环境10和多个业务模块20，所述运行时环境10用于加载所述多个业务模块20，其中，
71.所述多个业务模块用于根据业务的配置由模板化生成所述多个业务模块对应的代码，所述多个业务模块对应的代码由所述运行时环境进行统一管理。
72.所述多个业务模块20用于通过调用各自预设接口从所述运行时环境获取各自的代码。
73.本技术实施例的多个业务模块20可以包括n个业务模块，其中，n为大于或等于2的整数。示例性地，图1示出了多个业务模块包括3个业务模块，分别为业务模块21、业务模块22和业务模块23。
74.可以理解的是，上述图1中示出的3个业务模块仅为举例说明，在实际场景中，该多个业务模块20可能包括10个、50个甚至更多个业务模块，不应对本技术造成特别限定。
75.本技术实施例中，这多个业务模块20对应的代码是根据业务的配置由模板化生成的，如，向业务模块21配置配置文件1，则该业务模块21的对应的代码可以根据配置的配置文件1基于模板生成；向业务模块22配置配置文件2，则该业务模块22的对应的代码可以根据配置的配置文件2基于模板生成；向业务模块23配置配置文件3，则该业务模块23的对应的代码可以根据配置的配置文件3基于模板生成。其中，上述配置文件1、配置文件2和配置文件3中的内容可以包括远程过程调用(reomote procedure call，rpc)、进程间通信(inter-process communication，ipc)、内存管理、消息队列(message queue，mq)、db连接管理等中的任一个(如下述图2所示)。此外，上述配置文件中的内容还可以包括epoll、定时器等中的任一个，不予限制。
76.这多个业务模块20可以通过调用各自预设接口以获得各自的代码，如，业务模块21可以通过预设接口1获得业务模块21对应的代码(如配置的配置文件1对应的代码)，业务模块22可以通过预设接口2获得业务模块22对应的代码(如配置的配置文件2对应的代码)，业务模块23可以通过预设接口3获得业务模块23对应的代码(如配置的配置文件3对应的代码)。
77.需要说明的是，不同业务有其对应的模板，向某一业务模块配置了业务，可以基于
配置的业务所对应的目标生成相应的代码。
78.还需要说明的是，本技术中的多个业务模块20中的各自的预设接口也可以是配置的，不予限制。
79.此外，本技术实施例中的运行时环境10用于加载所述多个业务模块20，可以理解为:所述运行时环境10和所述多个业务模块20建立连接，在建立连接的过程中，该多个业务模块20可以做一些初始化工作；当然，在一些实施例中，运行时环境10可以用于析构所述多个业务模块20，即，所述运行时环境10和所述多个业务模块20断开连接，在断开连接的过程中，该多个业务模块20可以做一些析构化工作。
80.本技术提供的方案，运行时环境可以对多个业务模块对应的代码进行统一管理，多个业务模块通过调用各自预设接口可以获得各自的代码。由于运行时环境对多个业务模块对应的代码进行统一管理，当多个业务模块需要使用对应代码时，可以通过预设接口获取，可以提升系统的可容错，此外，所需的代码可以通过配置向运行时环境请求，具备全局统筹优化的优势，从而实现模块之间的故障隔离。
81.上文指出，多个业务模块可以通过调用各自预设接口以获得各自的代码，在一些实施例中，所述接口包括应用程序接口(application programming interface，api)。
82.本技术实施例中的api也可以称为应用编程接口，该api可以是一些预先定义的接口，如函数、超文本传输协议(hypertext transfer protocol，http)接口等，不予限制。
83.本技术实施例中，这多个业务模块可以通过调用其对应的预设接口直接获取相应的代码，可以提升系统的可容错，从而提高系统的可靠性。
84.可选地，在一些实施例中，所述系统100还包括：
85.通信模块30，用于发送第一消息，所述第一消息为订阅消息或异步消息；
86.当所述运行时环境10监听到所述第一消息的响应消息时，所述运行时环境10还用于：通过回调函数通知所述通信模块30对应的业务模块。
87.本技术实施例中的通信模块30可以是上述业务模块21所对应的通信模块，也可以是上述业务模块22所对应的通信模块，还可以是上述业务模块23所对应的通信模块，不予限制。
88.示例性地，如上述通信模块30是上述业务模块21所对应的通信模块，该通信模块30可以向其它模块发送第一消息，其它模块在接收到第一消息后，可以基于接收到的第一消息进行相应的处理。在这一过程中，运行时环境10可以对其进行实时监听，当运行时环境10监听到第一消息的响应消息时，可以通知业务模块21。换句话说，运行时环境作为所有模块的公共底座，可以对所有的模块进行统一监听管理，当监听到一些消息时，可以通过回调函数通知业务模块，从而业务模块可以继续处理相应的业务。
89.可选地，在一些实施例中，所述第一消息包括以下消息中的至少一个：
90.进程之间的通信消息；
91.定时器消息。
92.本技术实施例中的第一消息可以为进程之间的通信消息和/或定时器消息。
93.需要说明的是，本技术中的业务模块可以包括多个进程，不同业务模块中的进程可以相互通信，如业务模块21包括进程1和进程2，业务模块22包括进程3和进程4，则进程1可以和业务模块22中的进程3和/或进程4进行通信，进程2也可以和业务模块22中的进程3
和/或进程4进行通信，这两个业务模块中的进程相互通信所发送的消息可以为本技术中的第一消息。
94.当然，业务模块中所包括的进程可能不仅仅局限于上述所示出的2个进程，还可以包括更多个进程，不应对本技术造成特别限定。
95.此外，本技术中的定时器消息可以理解为对定时器预先配置的消息，如在某一定时器中可以预先配置：每隔5min由业务模块21向业务模块22发送消息，或者，每隔1min由业务模块21向业务模块22发送消息，等。
96.本技术提供的方案，当运行时环境监听到所述第一消息的响应消息时，运行时环境还可以通过回调函数通知所述通信模块对应的业务模块，以使得该业务模块可以继续处理相应的业务。由于运行时环境可以对所有业务模块进行统一监听管理，可以使得用户可以聚焦业务逻辑，支持业务达到无状态化开发，进一步地，该运行时环境可以具备全局统筹优化的优势，从而实现模块之间的故障隔离。
97.基于此，上文说明了运行时环境可以对所有的模块进行统一监听管理，此外，运行时环境还可以有其它功能，具体请参考下文。
98.可选地，在一些实施例中，所述运行时环境10还用于为所述多个业务模块中所包括的事件的状态提供状态列表；
99.所述多个业务模块20中的第一业务模块还用于：与其它业务模块通信以跟踪所述其它业务模块的状态，所述其它业务模块包括所述多个业务模块中除所述第一业务模块之外的模块。
100.如图2所示，为本技术实施例提供的另一种嵌入式系统100的示意图。其中，本技术实施例中的第一业务模块可以为图中的业务模块21，也可以是图中的业务模块22，还可以是图中的业务模块23，不予限制。
101.若第一业务模块为业务模块21，则本技术中的其它业务模块可以包括业务模块22和/或业务模块23；若第一业务模块为业务模块22，则本技术中的其它业务模块可以包括业务模块21和/或业务模块23；若第一业务模块为业务模块23，则本技术中的其它业务模块可以包括业务模块21和/或业务模块22。
102.参考图2，每一个业务模块可以包括n个事件，本技术实施例中的运行时环境10可以为每一个业务模块所包括的n个事件的状态提供状列表，该状态列表中可以包括每一个事件的相关信息，第一业务模块还可以与其它业务模块相互通信以实时了解其它业务模块的状态。
103.可选地，在一些实施例中，当所述第一业务模块的状态变更时，所述运行时环境还用于：
104.记录所述第一业务模块的当前状态信息；
105.所述第一业务模块还用于：
106.根据所述运行时环境记录的所述当前状态信息重新恢复连接。
107.本技术实施例中，运行时环境可以记录第一业务模块在其状态变更或断开时的当前状态信息，当第一业务模块重新再关联时，可以基于运行时环境记录的当前状态信息连接到原有状态。需要说明的是，在这一过程中，第一业务模块并不会感知底层的业务变化，所有的信息变化是由运行时环境维护。
108.如图3所示，为本技术实施例提供的一种恢复连接的示意图。参考图3，可以看出，步骤310和步骤320中客户端和服务端均可以通过业务模块调用运行时环境提供的通信接口，步骤330中当客户端因为异常发生中断，由于运行时环境可以实时监测记录双端(包括客户端和服务端)的状态信息，因此，步骤340中当客户端尝试再次连接时，可以基于运行时环境记录的状态信息恢复连接，即从上一次失败的地方恢复连接。
109.此外，本技术实施例中的第一业务模块的当前状态信息可以包括第一业务模块的标识(identity，id)(也可以称为编号)、类型、运行状态以及内存回收中的至少一个。参考上述图2，该第一业务模块可以为业务模块21、业务模块22、业务模块23中的任意模块，图2中的状态机可以监控记录多个业务模块(包括业务模块21、业务模块22、业务模块23)的状态信息。
110.本技术提供的方案，运行时环境可以记录第一业务模块的状态变更时的当前状态信息，第一业务模块可以根据运行时环境记录的当前状态信息重新恢复连接，从而可以有效维持数据的一致性和正确性。
111.以上结合图1至图3对本技术实施例的嵌入式系统做了详细说明。以下，结合图4对本技术实施例的访问方法进行说明，具体内容可以参考上述系统实施例的相关内容，为了简洁，在此不再赘述。
112.图4示出了本技术实施例的一种访问方法400的示意性流程图，该方法400可以应用于上述图1或图2所示的嵌入式系统，所述嵌入式系统包括运行时环境和多个业务模块，所述运行时环境用于加载所述多个业务模块，所述方法400包括：
113.s410，所述多个业务模块根据业务的配置由模板化生成所述多个业务模块对应的代码，所述多个业务模块对应的代码由所述运行时环境进行统一管理；
114.s420，所述多个业务模块通过调用各自预设接口从所述运行时环境获取各自的代码。
115.可选地，在一些实施例中，所述接口包括应用程序接口api。
116.可选地，在一些实施例中，所述方法400还包括：
117.通信模块发送第一消息，所述第一消息为订阅消息或异步消息；
118.当所述运行时环境接收到所述第一消息时，所述运行时环境通过回调函数通知所述通信模块对应的业务模块。
119.可选地，在一些实施例中，所述第一消息包括以下消息中的至少一个：
120.进程之间的通信消息；
121.定时器消息。
122.可选地，在一些实施例中，所述运行时环境还用于为所述多个业务模块中所包括的事件的状态提供状态列表；
123.所述方法400还包括：
124.所述多个业务模块中的第一业务模块与其它业务模块通信以跟踪所述其它业务模块的状态，所述其它业务模块包括所述多个业务模块中除所述第一业务模块之外的模块。
125.可选地，在一些实施例中，当所述第一业务模块的状态变更时，
126.所述方法400还包括：
127.所述运行时环境记录所述第一业务模块的当前状态信息；
128.所述第一业务模块根据所述运行时环境记录的所述当前状态信息重新恢复连接。
129.图5是本技术实施例提供的网络设备500的结构示意图，如图5所示，该网络设备500可以包括图1或图2所示的嵌入式系统。
130.本技术实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
131.可选的，该计算机可读存储介质可应用于本技术实施例中的网络设备，并且该计算机程序使得计算机执行本技术实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
132.本技术实施例还提供了一种计算机程序产品，包括计算机程序指令。
133.可选的，该计算机程序产品可应用于本技术实施例中的网络设备，并且该计算机程序指令使得计算机执行本技术实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
134.本技术实施例还提供了一种计算机程序。
135.可选的，该计算机程序可应用于本技术实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本技术实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
136.本技术实施例还提供一种通信系统，包括上述实施例中的网络设备，实现设备间的相互协作。
137.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合的方式来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
138.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不加赘述。
139.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合。另一点，所显示或讨论的相互之间的耦合或通信连接可以是通过一些接口、装置或模块的间接耦合或通信连接。
140.另外，在本技术各个实施例中的各功能模块可以集成在一个物理实体中，也可以是各个模块单独对应一个物理实体，也可以两个或两个以上模块集成在一个物理实体中。
141.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
142.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。