车辆域控制器系统、解耦方法及介质与流程

文档序号:31344477发布日期:2022-08-31 11:26阅读:219来源:国知局
车辆域控制器系统、解耦方法及介质与流程

1.本发明涉及域控制器的技术领域,尤其涉及一种车辆域控制器系统、解耦方法及介质。


背景技术:

2.应用软件设计需要尽可能做到高内聚、低耦合,以便提高易读性、降低软件迭代难度、以及提高平台易移植性,实现软件质量的提升,但是对于复杂多维的控制系统,实现充分解耦难度较高。
3.作为近年来的汽车行业主流方向,域控制器的应用越来越普遍,对应的域控制器中的软件复杂程度也越来越高,有如基于跨知识域的应用融合、或基于区域位置的应用融合,甚至未来目标朝向是整体融合到一个中央大脑超算平台中,这对于软件架构的设计影响非常大,需要兼顾到较多的影响关系,如动力/底盘/车身融合,原有的驱动制动的关联模块需要重新融合设计,原有的人车交互控制也需要重新融合考虑,还有如为了更好的后期ota功能升级需要基于soa方法进行原子/基础/应用/到平台的服务抽取,也是在不断的分层设计,从而也影响到逻辑软件的架构设计;另外很多时候系统与软件设计总是各自定义分层方法,存在隔离,或者系统设计过浅,使得软件设计人员需要更多的解读和经验,这也进一步增加了获取一个好的软件架构的难度。


技术实现要素:

4.本发明的主要目的在于提供一种车辆域控制器系统和一种车辆域控制器功能的解耦方法,旨在解决现有技术中域控制器系统低内聚高耦合,且域控制器功能解耦困难,导致软件设计开发效率低的技术问题。
5.为实现上述目的,本发明提供一种车辆域控制器系统,所述车辆域控制器系统为纵向三层每层横向多维的软件架构,所述车辆域控制器系统包括:
6.第一层的整机功能层,在所述整机功能层中将域控制器的功能按照基础功能和应用功能两个维度进行划分;
7.第二层的融合边界层,在所述融合边界层中将域控制器的功能按照ecu、知识域和负责团队三个维度进行划分;
8.第三层的特征要点层,在所述融合边界层中将域控制器的功能按照目标控制类型、目标控制数量和逻辑链路复杂度三个维度进行划分;
9.主控模块,用于在检测到新功能融入时,对所述新功能进行解耦划分,以对所述第一层的整机功能层、所述第二层的融合边界层和所述第三层的特征要点层进行适应功能分配。
10.可选地,所述基础功能包括采集、驱动、唤醒休眠、通信、网络、更新、配置、存储和诊断修复中的一个或多个,所述应用功能包括机器启停、机器安全进入、机器能量安全、机器能量使用、机器补能、机器做功安全、机器损坏保护、人机接口、机器指示和机器状态调节
中的一个或多个。
11.可选地,所述ecu包括vcu、bms、电机控制、车身控制和底盘控制中的一个或多个,所述知识域包括电池、电机、整车电控、车身、智能驾驶和底盘中的一个或多个。
12.可选地,所述目标控制类型包括io端执行器的驱动控制和/或ecu的请求控制,所述目标控制数量包括将不超过预设第一数量时定义为实现功能的控制对象少,将超过预设第一数量时定义为实现功能的控制对象多,所述逻辑链路复杂度包括将关联交互往复次数不超过预设第二数量定义为实现功能的链路交互不复杂,将关联交互往复次数超过预设第二数量定义为实现功能的链路交互复杂。
13.为实现上述目的,本发明提供一种车辆域控制器功能的解耦方法,所述车辆域控制器功能的解耦方法应用于如上所述的车辆域控制器系统,包括以下步骤:
14.当新功能融入所述车辆域控制器系统时,根据纵向三层每层横向多维的软件架构对新功能进行解耦划分。
15.可选地,所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,包括:
16.在第一层的整机功能层中,将新功能划分至已有的基础功能或应用功能中;
17.若新功能无法被划分至已有的基础功能或应用功能中,则新增所述新功能的模块。
18.可选地,所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,还包括:
19.在第二层的融合边界层中,确定所述新功能在第二层中各个维度之间的关联关系以及所述关联关系对应的目标模块,将新功能拆分到所述目标模块下,并分配至所述目标模块在第一层对应的整机功能之下。
20.可选地,所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,还包括:
21.在第三层的特征要点层中,若所述新功能不与其它模块的io端执行器或 ecu的控制存在联动关系,则根据目标控制数量进行拆分;
22.若所述新功能与其它模块的io端执行器或ecu的控制存在联动关系且链路交互不复杂,则与已有模块重组后,按照第二层的模块定义对第三层模块进行分配;
23.若所述新功能与其它模块的io端执行器或ecu的控制存在联动关系且链路交互复杂,则与已有模块重组后按照条件判断、计算、仲裁、输出四个方面拆分成多个模块,并按照第二层的模块定义对第三层模块进行分配。
24.可选地,所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,还包括:
25.在第三层的特征要点层中,对第二层中被分拆的新功能,结合被拆分后的所有目标模块判断新功能的逻辑链路复杂度;
26.若链路交互复杂,则与已有模块重组后按照条件判断、计算、仲裁、输出四个方面拆分成多个模块,并按照第二层的模块定义对第三层模块进行分配。
27.此外,为实现上述目的,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的车辆域控
制器功能的解耦方法的步骤。
28.本发明实施例提出的一种车辆域控制器系统、解耦方法及介质,所述车辆域控制器系统为纵向三层每层横向多维的软件架构,所述车辆域控制器系统包括:第一层的整机功能层,在所述整机功能层中将域控制器的功能按照基础功能和应用功能两个维度进行划分;第二层的融合边界层,在所述融合边界层中将域控制器的功能按照ecu、知识域和负责团队三个维度进行划分;第三层的特征要点层,在所述融合边界层中将域控制器的功能按照目标控制类型、目标控制数量和逻辑链路复杂度三个维度进行划分;主控模块,用于在检测到新功能融入时,对所述新功能进行解耦划分,以对所述第一层的整机功能层、所述第二层的融合边界层和所述第三层的特征要点层进行适应功能分配。车辆域控制器功能的解耦方法应用于如上所述的车辆域控制器系统,当新功能融入所述车辆域控制器系统时,根据纵向三层每层横向多维的软件架构对新功能进行解耦划分。
29.要求纵向一层覆盖整机功能,二层体现融合边界,三层体现特征要点,第一层横向维度要求区分:基础、应用;第二层横向维度要求区分:不同ecu (electronic control unit,电子控制器单元)、不同知识域、不同团队;第三层横向维度要求区分:目标控制类型、目标控制数目、逻辑链路复杂度。从而能够帮助快速对整车域控制器新融合的功能进行定位和解耦划分,使域控制器系统低内聚高耦合,为最终软件架构的快速解耦设计提供系统设计支撑。
30.从系统角度全局考虑,保证粗层面的解耦,也能为深层次的解耦提供支撑,实现了从粗到细的逐级解耦,降低了软件架构设计层面的难度,保证了设计的连贯追溯,同时还考虑到不同合作方之间的边界,提高了开发协作效率。
附图说明
31.图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图;
32.图2为本发明一种车辆域控制器系统一实施例的架构示意图;
33.图3为本发明一种车辆域控制器系统一实施例的构建示意图。
34.本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
35.应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
36.参照图1,图1为本发明实施例方案涉及的硬件运行环境的终端结构示意图。
37.如图1所示,该终端设备可以包括:处理器1001,例如中央处理器(centralprocessing unit,cpu),通信总线1002、用户接口1003,网络接口1004,存储器1005。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004 可选的可以包括标准的有线接口、无线接口(如无线保真 (wireless-fidelity,wi-fi)接口)。存储器1005可以是高速的随机存取存储器(random access memory,ram)存储器,也可以是稳定的非易失性存储器(non-volatile memory,nvm),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
38.本领域技术人员可以理解,图1中示出的结构并不构成对终端设备的限定,可以包
括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
39.如图1所示,作为一种存储介质的存储器1005中可以包括操作系统、数据存储模块、网络通信模块、用户接口模块以及计算机程序。
40.在图1所示的终端设备中,网络接口1004主要用于与其他设备进行数据通信;用户接口1003主要用于与用户进行数据交互;本发明终端设备中的处理器1001、存储器1005可以设置在终端设备中,所述终端设备通过处理器 1001调用存储器1005中存储的计算机程序,并执行以下操作:
41.当新功能融入所述车辆域控制器系统时,根据纵向三层每层横向多维的软件架构对新功能进行解耦划分。
42.进一步地,处理器1001可以调用存储器1005中存储的计算机程序,还执行以下操作:
43.所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,包括:
44.在第一层的整机功能层中,将新功能划分至已有的基础功能或应用功能中;
45.若新功能无法被划分至已有的基础功能或应用功能中,则新增所述新功能的模块。
46.进一步地,处理器1001可以调用存储器1005中存储的计算机程序,还执行以下操作:
47.所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,还包括:
48.在第二层的融合边界层中,确定所述新功能在第二层中各个维度之间的关联关系以及所述关联关系对应的目标模块,将新功能拆分到所述目标模块下,并分配至所述目标模块在第一层对应的整机功能之下。
49.进一步地,处理器1001可以调用存储器1005中存储的计算机程序,还执行以下操作:
50.所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,还包括:
51.在第三层的特征要点层中,若所述新功能不与其它模块的io端执行器或 ecu的控制存在联动关系,则根据目标控制数量进行拆分;
52.若所述新功能与其它模块的io端执行器或ecu的控制存在联动关系且链路交互不复杂,则与已有模块重组后,按照第二层的模块定义对第三层模块进行分配;
53.若所述新功能与其它模块的io端执行器或ecu的控制存在联动关系且链路交互复杂,则与已有模块重组后按照条件判断、计算、仲裁、输出四个方面拆分成多个模块,并按照第二层的模块定义对第三层模块进行分配。
54.进一步地,处理器1001可以调用存储器1005中存储的计算机程序,还执行以下操作:
55.所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,还包括:
56.在第三层的特征要点层中,对第二层中被分拆的新功能,结合被拆分后的所有目
标模块判断新功能的逻辑链路复杂度;
57.若链路交互复杂,则与已有模块重组后按照条件判断、计算、仲裁、输出四个方面拆分成多个模块,并按照第二层的模块定义对第三层模块进行分配。
58.本发明实施例提供了一种车辆域控制器系统,参照图2,图2为本发明一种车辆域控制器系统一实施例的架构示意图。
59.本实施例中,所述车辆域控制器系统为纵向三层每层横向多维的软件架构,所述车辆域控制器系统包括:
60.第一层的整机功能层,在所述整机功能层中将域控制器的功能按照基础功能和应用功能两个维度进行划分;
61.第二层的融合边界层,在所述融合边界层中将域控制器的功能按照ecu、知识域和负责团队三个维度进行划分;
62.第三层的特征要点层,在所述融合边界层中将域控制器的功能按照目标控制类型、目标控制数量和逻辑链路复杂度三个维度进行划分;
63.主控模块,用于在检测到新功能融入时,对所述新功能进行解耦划分,以对所述第一层的整机功能层、所述第二层的融合边界层和所述第三层的特征要点层进行适应功能分配。
64.为了针对复杂系统最终能够实现松散耦合关系较好的架构目标,做到高内聚低耦合,需要设计上下游进行通力合作,由浅至深关联渐进,因此前端系统设计人员要能够从全局的角度,将软件架构一开始就能约定在一个比较正向的范围内,降低软件架构设计人员进一步解耦的难度。
65.针对用于集成三电/底盘/车身控制功能的整车域控制器系统,随着融合的控制功能不断增多,功能之间存在的交织关系越加复杂,大大增加了软件架构层面的解耦难度和开发效率。随着集成的功能不断增多,当新融入的功能与现有功能之间存在耦合关联时,则需要对存在关联关系的不同功能重新在架构端进行拆分重组设计以保证架构的松散耦合关系。
66.本实施例主要提出了纵向三层与横向多维的模块定义和拆分策略,要求纵向一层覆盖整机功能,二层体现融合边界,三层体现特征要点,第一层横向维度要求区分:基础、应用;第二层横向维度要求区分:不同ecu(electroniccontrol unit,电子控制器单元)、不同知识域、不同团队;第三层横向维度要求区分:目标控制类型、目标控制数目、逻辑链路复杂度。从而能够帮助快速对整车域控制器新融合的功能进行定位和解耦划分,为最终软件架构的快速解耦设计提供系统设计支撑。
67.其中,主控模块用于在检测到新功能融入时,对新功能进行解耦划分,具体的,在第一层的整机功能层中,主控模块将新功能划分至已有的基础功能或应用功能中;若新功能无法被划分至已有的基础功能或应用功能中,则新增所述新功能的模块。在第二层的融合边界层中,主控模块确定所述新功能在第二层中各个维度之间的关联关系以及所述关联关系对应的目标模块,主控模块将新功能拆分到所述目标模块下,并分配至所述目标模块在第一层对应的整机功能之下。在第三层的特征要点层中,若所述新功能不与其它模块的io端执行器或ecu的控制存在联动关系,主控模块则根据目标控制数量进行拆分;若所述新功能与其它模块的io端执行器或ecu的控制存在联动关系且链路交互不复杂,则与已有模
块重组后,主控模块按照第二层的模块定义对第三层模块进行分配;若所述新功能与其它模块的io端执行器或ecu的控制存在联动关系且链路交互复杂,则与已有模块重组后按照条件判断、计算、仲裁、输出四个方面拆分成多个模块,并按照第二层的模块定义对第三层模块进行分配。在第三层的特征要点层中,对第二层中被分拆的新功能,主控模块结合被拆分后的所有目标模块判断新功能的逻辑链路复杂度;若链路交互复杂,则与已有模块重组后按照条件判断、计算、仲裁、输出四个方面拆分成多个模块,并按照第二层的模块定义对第三层模块进行分配。
68.按照以上策略划分一个基础版本后,当有新功能融入时,对于第一层则通过融入已有模块中或新增模块来进行更新,第二层模块则适应该新功能合作方的不同、灵活调整模块划分以明确合作方各自的边界,第三层则可以基于第二层模块的调整对已定义的第三层模块进行重组合并、或拆分、或新增模块。在本实施例中,不限定更新迭代后的版本中,对于后续新功能的融入进行三层划分的先后顺序,可以按照基础版本开发时的顺序依次正向划分,也可以以其它顺序进行划分,按照各层拆分策略完成拆分后,再进行各层拆分后的模块之间的匹配即可。
69.在本实施例中,所述车辆域控制器系统为纵向三层每层横向多维的软件架构,包括第一层的整机功能层、第二层的融合边界层和第三层的特征要点层,所述整机功能层包括基础功能和应用功能,所述融合边界层包括ecu、知识域和负责团队,所述特征要点层包括目标控制类型、目标控制数量和逻辑链路复杂度。
70.要求纵向一层覆盖整机功能,二层体现融合边界,三层体现特征要点,第一层横向维度要求区分:基础、应用;第二层横向维度要求区分:不同ecu (electronic control unit,电子控制器单元)、不同知识域、不同团队;第三层横向维度要求区分:目标控制类型、目标控制数目、逻辑链路复杂度。从而能够帮助快速对整车域控制器新融合的功能进行定位和解耦划分,使域控制器系统低内聚高耦合,为最终软件架构的快速解耦设计提供系统设计支撑。
71.从系统角度全局考虑,保证粗层面的解耦,也能为深层次的解耦提供支撑,实现了从粗到细的逐级解耦,降低了软件架构设计层面的难度,保证了设计的连贯追溯,同时还考虑到不同合作方之间的边界,提高了开发协作效率。
72.可选地,所述基础功能包括采集、驱动、唤醒休眠、通信、网络、更新、配置、存储和诊断修复中的一个或多个,所述应用功能包括机器启停、机器安全进入、机器能量安全、机器能量使用、机器补能、机器做功安全、机器损坏保护、人机接口、机器指示和机器状态调节中的一个或多个。
73.可选地,所述ecu包括vcu、bms、电机控制、车身控制和底盘控制中的一个或多个,所述知识域包括电池、电机、整车电控、车身、智能驾驶和底盘中的一个或多个。
74.可选地,所述目标控制类型包括io端执行器的驱动控制和/或ecu的请求控制,所述目标控制数量包括将不超过预设第一数量时定义为实现功能的控制对象少,将超过预设第一数量时定义为实现功能的控制对象多,所述逻辑链路复杂度包括将关联交互往复次数不超过预设第二数量定义为实现功能的链路交互不复杂,将关联交互往复次数超过预设第二数量定义为实现功能的链路交互复杂。
75.为了帮助软件架构层面的快速解耦和降低解耦难度,提出了一种用于整车域控制
器功能快速解耦的车辆域控制器系统,既能从系统层面提供架构实现的范围约束,也能够保证不同知识域或团队的协同,还能够为软件设计提供较为深入的预先解耦支撑。其提出了纵向三层横向多维的系统模块定义与拆分策略,具体为:
76.纵向层面:一层覆盖整机功能,二层体现融合边界,三层体现特征要点。
77.横向层面:针对每一纵向层定义不同横向维度,对照维度进行解耦拆分。
78.其中,第一层横向维度要求区分:基础功能、应用功能;第二层横向维度要求区分:不同ecu、不同知识域、不同团队;第三层横向维度要求区分:目标控制类型、目标控制数目、逻辑链路复杂度。
79.具体的,第一层体现整机功能,按照基础和应用两个维度方面进行考量,在每个维度下包括具体的方面:包括以下基础方面,采集、驱动、唤醒休眠、通信、网络、更新、配置、存储、诊断修复中的一个或多个;和以下应用方面,机器启停、机器安全进入,机器能量安全,机器能量使用、机器补能、机器做功安全、机器损坏保护、人机接口、机器指示、机器状态调节中的一个或多个。
80.第二层体现融合边界,按照不同ecu、不同知识域、不同团队三个维度进行考量,在每个维度下包括具体的方面:不同ecu包括:vcu(vehicle controlunit,整车控制器)、bms(battery management system,电池管理系统)、电机控制、车身控制、底盘控制中的一个或多个;不同知识域包括:电池、电机、整车电控、车身、智能驾驶、底盘中的一个或多个;不同团队:类似于知识域的划分,也可能将同一知识域功能拆分为不同团队负责。
81.第三层体现特征要点,按照控制目标类型、控制目标数量、逻辑链路复杂度三个维度进行考量,在每个维度下包括具体的方面:控制目标类型:io 端执行器的驱动控制,ecu的请求控制;控制目标数目:实现功能的控制对象少(如不过超过2个),实现功能的控制对象多;逻辑链路复杂度:实现功能的链路交互不复杂(如关联交互往复次数不超过3次)、逻辑链路复杂。
82.本发明实施例提供了一种车辆域控制器功能的解耦方法,
83.本实施例中,所述车辆域控制器功能的解耦方法应用于如上所述的车辆域控制器系统,包括以下步骤:
84.当新功能融入所述车辆域控制器系统时,根据纵向三层每层横向多维的软件架构对新功能进行解耦划分。
85.参照图3,图3为本发明一种车辆域控制器系统一实施例的构建示意图。当有新功能融入时,对于第一层则通过融入已有模块中或新增模块来进行更新,第二层模块则适应该新功能合作方的不同、灵活调整模块划分以明确合作方各自的边界,第三层则可以基于第二层模块的调整对已定义的第三层模块进行重组合并、或拆分、或新增模块。
86.可选地,所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,包括:
87.在第一层的整机功能层中,将新功能划分至已有的基础功能或应用功能中;
88.若新功能无法被划分至已有的基础功能或应用功能中,则新增所述新功能的模块。
89.第一层的拆分方法为:按照定义的具体方面拆分成块,判断是否可以将新功能划分至已有的基础功能或应用功能中,否则新增新功能模块。
90.可选地,所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,还包括:
91.在第二层的融合边界层中,确定所述新功能在第二层中各个维度之间的关联关系以及所述关联关系对应的目标模块,将新功能拆分到所述目标模块下,并分配至所述目标模块在第一层对应的整机功能之下。
92.第二层的拆分方法为:若融合功能来自该ecu1,但与来自其他ecu2的功能存在关联关系则拆分该功能为xxx功能_ecu1、xxx功能_ecu2,并将xxx功能_ecu2分配至ecu2所在的第一层功能下。若融合功能来自ecu1,但涵盖知识部分属于另一个功能模块,拆分一个xxx功能_1,xxx功能_2,并xxx功能 _2调至第一层定义的另外一个功能模块下。若融合功能来自同一ecu,但分属不同团队负责,则拆分xxx功能_ecu4、xxx功能_ecu5,统一在第一层的某个功能模块下。
93.可选地,所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,还包括:
94.在第三层的特征要点层中,若所述新功能不与其它模块的io端执行器或 ecu的控制存在联动关系,则根据目标控制数量进行拆分;
95.若所述新功能与其它模块的io端执行器或ecu的控制存在联动关系且链路交互不复杂,则与已有模块重组后,按照第二层的模块定义对第三层模块进行分配;
96.若所述新功能与其它模块的io端执行器或ecu的控制存在联动关系且链路交互复杂,则与已有模块重组后按照条件判断、计算、仲裁、输出四个方面拆分成多个模块,并按照第二层的模块定义对第三层模块进行分配。
97.第三层的拆分方法为:新增控制块,若不与其它模块io执行器或ecu目标控制存在联动关系,需要根据本身控制目标多少,按照控制对象进行拆分。若与其它执行器或ecu目标控制存在联动关系时,且逻辑链路不复杂,则可以与已有模块重组成一个模块后,按照第二层的需求进行拆分。若控制链路复杂,则需要与已有模块重组后按照条件判断、计算、仲裁、输出四个方面拆分成多个模块,并根据第二层的模块定义进行第三层模块的分配。
98.可选地,所述根据纵向三层每层横向多维的软件架构对新功能进行解耦划分的步骤,还包括:
99.在第三层的特征要点层中,对第二层中被分拆的新功能,结合被拆分后的所有目标模块判断新功能的逻辑链路复杂度;
100.若链路交互复杂,则与已有模块重组后按照条件判断、计算、仲裁、输出四个方面拆分成多个模块,并按照第二层的模块定义对第三层模块进行分配。
101.第三层的拆分方法还包括:对第二层中被分拆后到其他二层模块中的模块,需要结合所有分拆模块判断其链路复杂度,若复杂度高则需要与分拆模块重组后按照条件判断、计算、仲裁、输出四个方面拆分成多个模块,再根据第二层的定义进行第三层模块的分配。
102.此外,本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的车辆域控制器功能的解耦方法的步骤。
103.需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排
他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
104.上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
105.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
106.以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1