电动汽车的车载空调控制方法、装置、车辆及存储介质与流程

1.本技术涉及车辆控制技术领域，特别涉及一种电动汽车的车载空调控制方法、装置、车辆及存储介质。


背景技术：

2.随着汽车的普及，人们对于驾驶出行舒适度的需求也越来越高，空调便是必不可少的车载设备之一。同时，随着科技的不断更新，对车载空调的控制方法也越加多样化，如通过中控台进行控制、用户移动终端远程控制、通过预设程序定时控制或根据车内温湿度进行自动控制等。然而，当车载空调在相同时段接收到来自不同模块发送的调整请求时，可能会因为请求冲突产生故障或是直接忽略部分请求，进而导致最终的空调执行状态不符合用户需求。
3.相关技术中，将不同模块请求的同一功能服务的控制指令区分定义，执行控制指令的模块需要通过信号id以及信号属性来判断属于哪一个功能的服务请求，以此来确认执行的逻辑。
4.然而，当控制信号层面发生重复定义情况时，由于相关技术主要通过执行模块承担功能策略中后半部分的逻辑判断，导致后期策略调整时，执行模块也需要进行关联变更，从而易使调整逻辑混乱，空调难以达到用户预期状态，亟需改善。
5.申请内容
6.本技术提供一种电动汽车的车载空调控制方法、装置、车辆及存储介质，以解决相关技术中车载空调的控制策略单一，无法根据优先级进行逻辑判断，导致车载空调最终的输出状态与需求不符的问题。
7.本技术第一方面实施例提供一种电动汽车的车载空调控制方法，包括以下步骤：接收电动汽车的车载空调的控制请求；识别所述控制请求的来源属性或者优先级信息；以及基于所述来源属性或者所述优先级信息，确定所述车载空调的组合服务类型或者原子服务类型，并驱动所述组合服务或者所述原子服务对应的执行组件执行所述控制请求对应的服务。
8.可选地，在本技术的一个实施例中，在驱动所述组合服务或者所述原子服务对应的执行组件执行所述控制请求对应的服务的同时，还包括：基于周期型信号，反馈当前执行的服务优先级，其中，在未调用所述服务时，所述服务的优先级为预设值。
9.可选地，在本技术的一个实施例中，所述反馈当前执行的服务优先级，包括：若所述服务为组合服务类型，则所述当前执行的服务优先级由所述服务的所有从属原子服务的优先级确定。
10.可选地，在本技术的一个实施例中，该方法还包括：检测所述服务是否结束；在检测到所述服务结束时，发送服务释放请求至所述对应的执行组件，以将所述对应的执行组件恢复至初始状态或者服务前的状态。
11.可选地，在本技术的一个实施例中，所述识别所述控制请求的来源属性或者优先
级信息，包括：获取所述控制请求的信号属性，并基于所述信号属性确定所述来源属性；和/或，以所述控制请求为索引，查询空调服务相关功能与优先级之间的关系表，确定所述优先级信息。
12.本技术第二方面实施例提供一种电动汽车的车载空调控制装置，包括：接收模块，用于接收电动汽车的车载空调的控制请求；识别模块，用于识别所述控制请求的来源属性或者优先级信息；以及控制模块，用于基于所述来源属性或者所述优先级信息，确定所述车载空调的组合服务类型或者原子服务类型，并驱动所述组合服务或者所述原子服务对应的执行组件执行所述控制请求对应的服务。
13.可选地，在本技术的一个实施例中，所述控制模块还包括：反馈单元，用于基于周期型信号，反馈当前执行的服务优先级，其中，在未调用所述服务时，所述服务的优先级为预设值。
14.可选地，在本技术的一个实施例中，所述反馈单元进一步用于，若所述服务为组合服务类型，则所述当前执行的服务优先级由所述服务的所有从属原子服务的优先级确定。
15.可选地，在本技术的一个实施例中，该装置还包括：检测模块，用于检测所述服务是否结束；复原模块，用于在检测到所述服务结束时，发送服务释放请求至所述对应的执行组件，以将所述对应的执行组件恢复至初始状态或者服务前的状态。
16.可选地，在本技术的一个实施例中，所述识别模块进一步用于，获取所述控制请求的信号属性，并基于所述信号属性确定所述来源属性；和/或，以所述控制请求为索引，查询空调服务相关功能与优先级之间的关系表，确定所述优先级信息。
17.本技术第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的电动汽车的车载空调控制方法。
18.本技术第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上述实施例所述的电动汽车的车载空调控制方法。
19.本技术实施例可以识别车载空调控制请求的来源属性或者优先级信息，进而确定车载空调的组合服务类型或者原子服务类型，执行控制请求对应的服务，有利于改善车载空调的控制策略，使车载空调更加智能化，进而提升用户的使用体验。由此，解决了相关技术中车载空调的控制策略单一，无法根据优先级进行逻辑判断，导致车载空调最终的输出状态与需求不符的问题。
20.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
21.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
22.图1为根据本技术实施例提供的一种电动汽车的车载空调控制方法的流程图；
23.图2为根据本技术一个实施例的电动汽车的车载空调控制方法的原理示意图；
24.图3为根据本技术一个实施例的电动汽车的车载空调控制方法的流程图；
25.图4为根据本技术实施例提供的一种电动汽车的车载空调控制装置的结构示意图；
26.图5为根据本技术实施例提供的车辆的结构示意图。
具体实施方式
27.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
28.下面参考附图描述本技术实施例的电动汽车的车载空调控制方法、装置、车辆及存储介质。针对上述背景技术中心提到的相关技术中车载空调的控制策略单一，无法根据优先级进行逻辑判断，导致车载空调最终的输出状态与需求不符的问题，本技术提供了一种电动汽车的车载空调控制方法，在该方法中，可以识别车载空调控制请求的来源属性或者优先级信息，进而确定车载空调的组合服务类型或者原子服务类型，执行控制请求对应的服务，有利于改善车载空调的控制策略，使车载空调更加智能化，进而提升用户的使用体验。由此，解决了相关技术中车载空调的控制策略单一，无法根据优先级进行逻辑判断，导致车载空调最终的输出状态与需求不符的问题。
29.具体而言，图1为本技术实施例所提供的一种电动汽车的车载空调控制方法的流程示意图。
30.如图1所示，该电动汽车的车载空调控制方法包括以下步骤：
31.在步骤s101中，接收电动汽车的车载空调的控制请求。
32.其中，控制请求可以是对车载空调的模式，如快速制冷、快速制热、除霜除雾，也可以是对车载空调参数进行调整，如风量、温度、风向、循环方式等。本技术实施例可以接收电动汽车的车载空调的控制请求，进而对控制请求做出回应，从而实现对车载空调的功能性调整。
33.在步骤s102中，识别控制请求的来源属性或者优先级信息。
34.在实际执行过程中，电动汽车的车载空调控制请求的来源可以是来自于远程控制装置的控制请求和来自于车内人机交互装置的控制请求等。本技术实施例可以识别控制请求的来源属性，或根据控制请求的内容及来源属性识别控制请求的优先级信息，通过区分来源属性或优先级信息，便于后续执行车载空调调整策略时，使车载空调的运行状态能满足用户需求。
35.可选地，在本技术的一个实施例中，识别控制请求的来源属性或者优先级信息，包括：获取控制请求的信号属性，并基于信号属性确定来源属性；和/或，以控制请求为索引，查询空调服务相关功能与优先级之间的关系表，确定优先级信息。
36.作为一种可能实现的方式，本技术实施例可以根据控制请求的信号属性确定来源属性，举例而言，本技术实施例可以根据信号距离或者信号强弱确定信号属性，进而确定信号的来源属性，当信号距离较远或信号较弱时，本技术实施例可以认定该信号属性为远程控制属性，该信号属性的来源属性即为远程控制装置。
37.此外，本技术实施例还可以以控制请求为索引，通过查询空调服务相关功能与优先级之间的关系表，从而确定优先级信息，其中，空调服务相关功能与优先级之间的关系表
可以是车载空调出厂设置参数，也可以由本领域技术人员根据实际情况进行相应调整，在此不做具体限制。本技术实施例可以根据信号来源属性和优先级信息，确定车载空调控制指令的逻辑关系，从而避免因车载空调指令逻辑混乱，导致响应迟缓、车载空调响应结果与用户需求不符等情况。
38.在步骤s103中，基于来源属性或者优先级信息，确定车载空调的组合服务类型或者原子服务类型，并驱动组合服务或者原子服务对应的执行组件执行控制请求对应的服务。
39.在一些实施例中，原子服务可以包括：风量档位控制(鼓风机)、温度控制、模式控制(风门电机)、内外循环控制、工作指示灯控制、各类温度传感器信号采集、各类控制状态的反馈、下电记忆(默认必须记忆)；
40.组合服务可以包括：除霜除雾、auto、压缩机控制、ptc控制、空调开/关。
41.需要注意的是，组合服务为包括若干从属原子服务的服务组合，举例而言，远程空调的功能需求可以包括：快速制冷、快速制热、除霜除雾以及手动调节空调各项参数。其中快速制冷和快速制热均是对风量、温度、模式、内外循环控制的一组组合指令。
42.在一些情况下，本技术实施例可以通过信号属性中对来源属性的定义判断执行指令，确定车载空调的组合服务类型或者原子服务类型，并驱动组合服务或原子服务对应的执行组件执行控制请求对应的服务，通过来源属性判断执行指令策略简单，需要仲裁的频率不高且对用户的使用体验影响不大，但需要在特定条件下才能充分发挥其特点：一是需要控制来源较少，二是需要不同来源属性对应的功能场景重合较少。
43.在另一些情况下，本技术实施例可以通过优先级信息，确定执行策略，即确定车载空调的组合服务类型或者原子服务类型，并驱动组合服务或者原子服务对应的执行组件执行控制请求对应的服务。具体地，本技术实施例可以先梳理所有空调服务的相关功能，并给出优先级定义，且在实际功能执行时，遵循同优先级的功能可互相覆盖，低优先级功能不可覆盖高优先级功能，高优先级功能可覆盖低优先级，从而实现对车载空调的控制。本技术实施例通过优先级信息判断执行指令策略，可以有效解决同时调用服务时的执行矛盾，且调用服务的功能增加或调整时，执行装置依然可以适用该仲裁机制，无需进行关联变更。
44.可选地，在本技术的一个实施例中，在驱动组合服务或者原子服务对应的执行组件执行控制请求对应的服务的同时，还包括：基于周期型信号，反馈当前执行的服务优先级，其中，在未调用服务时，服务的优先级为预设值。
45.在实际执行过程中，本技术实施例执行服务请求时，可以将当前执行的服务优先级通过周期型信号进行反馈，使用户可以通过远程控制装置、车身控制装置、人机交互装置等指令来源装置处，查看车载空调当前反馈状态，用户可以根据反馈状态确认车载空调是否响应当前需求，并在未正确响应时，便于用户进行相应调整，并且，在本技术实施例当前未调用服务时，服务的优先级为预设值，其中，预设值可以是电动汽车车载空调的默认值，也可以由本领域技术人员根据实际情况进行设置，在此不做具体限制。
46.可选地，在本技术的一个实施例中，反馈当前执行的服务优先级，包括：若服务为组合服务类型，则当前执行的服务优先级由服务的所有从属原子服务的优先级确定。
47.可以理解的是，组合服务为多个从属原子服务组成，因此，本技术实施例在执行组合服务时，组合服务的优先级反馈，需根据所有从属原子服务的优先级后综合判断，从而保
证执行结果符合用户需求，可以有效解决同时调用服务时的执行矛盾，且调用服务的功能增加或调整时，执行装置依然可以适用该仲裁机制，无需进行关联变更。
48.可选地，在本技术的一个实施例中，该方法还包括：检测服务是否结束；在检测到服务结束时，发送服务释放请求至对应的执行组件，以将对应的执行组件恢复至初始状态或者服务前的状态。
49.作为一种可能实现的方式，本技术实施例还可以检测服务是否结束，并在服务请求结束时，发出服务释放请求至对应的执行组件，以保证执行组件可以回到受控前的状态并在其他功能调用时能正常介入。
50.下面结合图2和图3所示，以一个实施例对本技术实施例的电动汽车的车载空调控制方法进行详细阐述。
51.如图2所示，本技术实施例包括：车身控制装置、远程功能控制装置、车内人机交互装置、空调功能执行组件、低压电源控制装置、低压负载组件、高压电源控制装置、高压负载组件和传感器类。
52.如图3所示，本技术实施例包括以下步骤：
53.步骤s301：远程功能控制装置接收到用户移动终端指令，判断车辆电源条件。其中，远程功能控制装置可以用于接收用户移动终端指令，并判断车辆状态等条件，控制空调相关功能开启。
54.步骤s302：本地人机交互装置接收到用户操作，转发至空调功能执行组件。其中，车内人机交互装置可以用于接收用户车内操作指令，并传输给关联控制装置。
55.步骤s303：车辆满足条件时，按照服务接口定义发出相应的控制指令。在实际执行过程中，控制指令可以是原子服务，也可以是组合服务，其中，原子服务可以包括：风量档位控制(鼓风机)、温度控制、模式控制(风门电机)、内外循环控制、工作指示灯控制、各类温度传感器信号采集、各类控制状态的反馈、下电记忆(默认必须记忆)；
56.组合服务可以包括：除霜除雾、auto、压缩机控制、ptc控制、空调开/关。
57.需要注意的是，组合服务为包括若干从属原子服务的服务组合。
58.步骤s304：车身控制装置判断鼓风机、ac(alternatingcurrent，交流电)/ptc(positive temperaturecoefficient，热敏电阻)状态满足功能条件，按照服务接口定义发出相应的控制指令。其中，车身控制装置可以用于自通风自清洁条件判断，控制空调相关功能开启。
59.步骤s305：低压电源控制装置执行低压电源供电。其中，低压电源控制装置可以用于接收远程功能控制装置或车内人机交互装置的指令，完成低压电源的输出。
60.步骤s306：高压电源控制装置执行高压电源供电。其中，高压电源控制装置可以用于接收远程功能控制装置或车内人机交互装置的指令，完成高压电源的输出，高压负载的驱动。
61.步骤s307：空调功能执行组件执行空调指令。其中，空调功能执行组件可以用于接收远程功能控制装置或车内人机交互装置的指令，采集相关温度传感器信号，驱动相关负载，执行空调功能服务。空调功能执行组件可以根据空调指令直接驱动低压负载组件，也可以向高压电源控制装置传送信号，进而驱动高压负载组件，其中，低压负载组件可以为各类风门电机、鼓风机等；高压负载组件可以为空调压缩机、ptc等。
62.步骤s308：空调功能执行组件判断信号来源属性或根据信号中的优先级定义，执行相应的功能，并周期性反馈状态。
63.需要注意的是，本技术实施例可以根据控制请求的信号属性确定来源属性，举例而言，本技术实施例可以根据信号距离或者信号强弱确定信号属性，进而确定信号的来源属性，当信号距离较远或信号较弱时，本技术实施例可以认定该信号属性为远程控制属性，该信号属性的来源属性即为远程控制装置。
64.此外，本技术实施例还可以以控制请求为索引，通过查询空调服务相关功能与优先级之间的关系表，从而确定优先级信息，其中，空调服务相关功能与优先级之间的关系表可以是车载空调出厂设置参数，也可以由本领域技术人员根据实际情况进行相应调整，在此不做具体限制。本技术实施例可以根据信号来源属性和优先级信息，确定车载空调控制指令的逻辑关系，从而避免因车载空调指令逻辑混乱，导致响应迟缓、车载空调响应结果与用户需求不符等情况。
65.在实际执行过程中，本技术实施例可以根据soa(service-oriented architecture，面向服务架构)的特点，将服务指令固化：举例而言，当车身控制装置、远程功能控制装置和车内人机交互装置均发送一帧信号idx，且信号中包含了风量、模式等相关指令，本技术实施例可以根据各自功能需求的不同，判断相应的状态条件，再发出控制指令，执行组件仅需要按指令执行即可。
66.当来源属性不同，但指令信息中同时包含相关请求时，本技术实施例可以通过以下两种方式处理：
67.1、本技术实施例可以通过信号属性中对来源属性的定义判断执行指令，确定车载空调的组合服务类型或者原子服务类型，并驱动组合服务或原子服务对应的执行组件执行控制请求对应的服务，通过来源属性判断执行指令策略简单，需要仲裁的频率不高且对用户的使用体验影响不大，但需要在特定条件下才能充分发挥其特点：一是需要控制来源较少，二是需要不同来源属性对应的功能场景重合较少。
68.2、本技术实施例可以通过优先级信息，确定执行策略，即确定车载空调的组合服务类型或者原子服务类型，并驱动组合服务或者原子服务对应的执行组件执行控制请求对应的服务。
69.具体地，本技术实施例可以先梳理所有空调服务的相关功能，并给出优先级定义，且在实际功能执行时，遵循以下原则：
70.a、同优先级的功能可互相覆盖，低优先级功能不可覆盖高优先级功能，高优先级功能可覆盖低优先级；
71.b、执行组件执行服务请求时，需将当前执行的服务优先级通过周期型信号进行反馈，当前未调用服务时，优先级为默认值；
72.c、组合服务的优先级反馈，需根据所有从属原子服务的优先级后综合判断；
73.d、服务请求结束时，控制装置需发出服务释放请求，以保证执行装置可以回到受控前的状态并在其他功能调用时能正常介入。
74.步骤s309：远程功能控制装置、车身控制装置、人机交互装置根据反馈的状态进行显示。在实际执行过程中，本技术实施例可以通过传感器类装置监控空调系统运行时的环境条件。
75.步骤s310：远程功能控制装置、车身控制装置、人机交互装置根据反馈的状态确定是否响应了当前需求。
76.步骤s311：被响应的执行组件在结束功能需求后发出服务释放请求。
77.步骤s312：未被响应的执行组件退出功能进程，直到功能触发条件再次被满足。
78.步骤s313：未被响应的执行组件抑制功能，并等待执行模块的控制权被释放后重新请求。
79.步骤s3014：空调执行组件判断无服务调用请求(服务释放)，则反馈当前空调状态，并将优先级置为默认值。
80.根据本技术实施例提出的电动汽车的车载空调控制方法，可以识别车载空调控制请求的来源属性或者优先级信息，进而确定车载空调的组合服务类型或者原子服务类型，执行控制请求对应的服务，有利于改善车载空调的控制策略，使车载空调更加智能化，进而提升用户的使用体验。由此，解决了相关技术中车载空调的控制策略单一，无法根据优先级进行逻辑判断，导致车载空调最终的输出状态与需求不符的问题。
81.其次参照附图描述根据本技术实施例提出的电动汽车的车载空调控制装置。
82.图4是本技术实施例的电动汽车的车载空调控制装置的方框示意图。
83.如图4所示，该电动汽车的车载空调控制装置10包括：接收模块100、识别模块200和控制模块300。
84.具体地，接收模块100，用于接收电动汽车的车载空调的控制请求。
85.识别模块200，用于识别控制请求的来源属性或者优先级信息。
86.控制模块300，用于基于来源属性或者优先级信息，确定车载空调的组合服务类型或者原子服务类型，并驱动组合服务或者原子服务对应的执行组件执行控制请求对应的服务。
87.可选地，在本技术的一个实施例中，控制模块300还包括：反馈单元。
88.其中，反馈单元，用于基于周期型信号，反馈当前执行的服务优先级，其中，在未调用服务时，服务的优先级为预设值。
89.可选地，在本技术的一个实施例中，反馈单元进一步用于，若服务为组合服务类型，则当前执行的服务优先级由服务的所有从属原子服务的优先级确定。
90.可选地，在本技术的一个实施例中，该装置10还包括：检测模块和复原模块。
91.其中，检测模块，用于检测服务是否结束。
92.复原模块，用于在检测到服务结束时，发送服务释放请求至对应的执行组件，以将对应的执行组件恢复至初始状态或者服务前的状态。
93.可选地，在本技术的一个实施例中，识别模块进一步用于，获取控制请求的信号属性，并基于信号属性确定来源属性；和/或，以控制请求为索引，查询空调服务相关功能与优先级之间的关系表，确定优先级信息。
94.需要说明的是，前述对电动汽车的车载空调控制方法实施例的解释说明也适用于该实施例的电动汽车的车载空调控制装置，此处不再赘述。
95.根据本技术实施例提出的电动汽车的车载空调控制装置，可以识别车载空调控制请求的来源属性或者优先级信息，进而确定车载空调的组合服务类型或者原子服务类型，执行控制请求对应的服务，有利于改善车载空调的控制策略，使车载空调更加智能化，进而
提升用户的使用体验。由此，解决了相关技术中车载空调的控制策略单一，无法根据优先级进行逻辑判断，导致车载空调最终的输出状态与需求不符的问题。
96.图5为本技术实施例提供的车辆的结构示意图。该车辆可以包括：
97.存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。
98.处理器502执行程序时实现上述实施例中提供的电动汽车的车载空调控制方法。
99.进一步地，车辆还包括：
100.通信接口503，用于存储器501和处理器502之间的通信。
101.存储器501，用于存放可在处理器502上运行的计算机程序。
102.存储器501可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
103.如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standard architecture，简称为isa)总线、外部设备互连(peripheral component，简称为pci)总线或扩展工业标准体系结构(extended industry standard architecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
104.可选地，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。
105.处理器502可能是一个中央处理器(central processing unit，简称为cpu)，或者是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
106.本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的电动汽车的车载空调控制方法。
107.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
108.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
109.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术
的实施例所属技术领域的技术人员所理解。
110.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或n个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
111.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
112.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
113.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
114.上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。