基于汽车主动提醒的消息推送方法、装置、设备及介质与流程

1.本技术涉及消息推送技术领域，特别涉及一种基于汽车主动提醒的消息推送方法、装置、设备及介质。


背景技术：

2.随着功能的越来越多，汽车车主的年轻化，很多车主都不认识车上故障标志，例如发动机系统故障，助力转向系统故障等。又或者车主容易忽视仪表盘上的故障灯提醒从而正常的行驶汽车导致汽车损坏严重。
3.目前，相关技术可以通过在车上安装蜂鸣器，如果车辆发生故障时，便通过鸣笛的方式通知车主。
4.然而，相关技术不能将故障数据上传至云端并进行推送，在车主离车后，无法使车主及时了解车辆状态，严重影响车辆的安全性能和用户的使用体验，亟待解决。


技术实现要素：

5.本技术提供一种基于汽车主动提醒的消息推送方法、装置、设备及介质，以解决相关技术无法将故障数据上传至云端并进行推送，难以使车主及时了解车辆状态等问题。
6.本技术第一方面实施例提供一种基于汽车主动提醒的消息推送方法，包括以下步骤：接收车辆上传的汽车故障数据；根据所述汽车故障数据获取所述车辆的故障值，并判断所述故障值是否超过预设提醒阈值，其中，所述提醒阈值由所述车辆的实际整车状态匹配得到；以及如果所述故障值超过所述预设提醒阈值时，根据所述汽车故障数据生成提醒文案，并基于所述汽车故障数据匹配目标接收人信息，并将所述提醒文案发送至所述目标接收人信息对应的接收方。
7.根据上述技术手段，本技术实施例可以根据车辆的故障数据，结合故障值和提醒阈值，以向目标用户推送车辆的故障数据和提醒信息，从而有效提高了车辆的安全性和可靠性，提升了车辆的智能化和人性化水平，改善了用户的使用体验。
8.可选地，在本技术的一个实施例中，所述故障数据包括发动机系统故障，变速器系统故障，安全气囊系统故障，车身稳定控制系统故障，abs防抱死系统故障，助力转向系统故障，无钥匙进入启动系统故障和车辆防盗信号数据中的至少一项。
9.根据上述技术手段，本技术实施例通过考虑多个车辆故障类型，从而能够全面地获取车辆的状态信息，有力保障了车辆的安全性能，提升了车辆的可靠性。
10.可选地，在本技术的一个实施例中，所述基于所述汽车故障数据匹配所述目标接收人信息，包括：识别所述汽车故障数据的故障等级；在所述故障等级小于预设故障等级时，所述目标接收人信息包括用户的接收信息；在所述故障等级大于或等于所述预设故障等级时，所述目标接收人信息包括所述用户的接收信息和救援端的接收信息。
11.根据上述技术手段，本技术实施例可以根据汽车故障数据的故障等级等选择目标接收人以发送对应地提醒信息，从而能够使车辆在离车等情况下及时提醒用户车辆故障等
状态信息，极大提高了车辆的安全性和可靠性，改善了车辆智能化和人性化水平。
12.可选地，在本技术的一个实施例中，所述根据所述汽车故障数据获取所述车辆的故障值，包括：根据所述汽车故障数据得到所述车辆的故障持续时间；根据所述故障持续时间生成所述故障值。
13.根据上述技术手段，本技术实施例可以根据汽车故障持续时间等获取车辆的故障值和提醒阈值，从而能够对所获取的故障数据进行筛选，极大提高了车辆故障提醒的效率，有效避免了误提醒的发生。
14.可选地，在本技术的一个实施例中，所述将所述提醒文案发送至所述目标接收人信息对应的接收方，包括：检测所述车辆是否满足预设推送条件；在检测到所述车辆满足所述预设推送条件时，将所述提醒文案发送至所述目标接收人信息对应的接收方，否则不进行推送。
15.根据上述技术手段，本技术实施例通过在向目标联系人发送提醒信息之前，可对车辆是否满足系统预设的推送条件进行检测，从而有效保证了提醒信息的准确性和可靠性，提升了提醒的效率，避免无效提醒，进一步改善了用户的使用体验。
16.可选地，在本技术的一个实施例中，所述预设推送条件包括所述用户与所述车辆之间的距离大于预设距离。
17.根据上述技术手段，本技术实施例通过将用户与车辆之间的距离作为推送条件，不仅有利于提高推送数据的质量，还可以提升提醒的效率，使车辆更具人性化和智能化。
18.本技术第二方面实施例提供一种基于汽车主动提醒的消息推送装置，包括：接收模块，用于接收车辆上传的汽车故障数据；判断模块，用于根据所述汽车故障数据获取所述车辆的故障值，并判断所述故障值是否超过预设提醒阈值，其中，所述提醒阈值由所述车辆的实际整车状态匹配得到；以及生成模块，用于如果所述故障值超过所述预设提醒阈值时，根据所述汽车故障数据生成提醒文案，并基于所述汽车故障数据匹配目标接收人信息，并将所述提醒文案发送至所述目标接收人信息对应的接收方。
19.可选地，在本技术的一个实施例中，所述故障数据包括发动机系统故障，变速器系统故障，安全气囊系统故障，车身稳定控制系统故障，abs防抱死系统故障，助力转向系统故障，无钥匙进入启动系统故障和车辆防盗信号数据中的至少一项。
20.可选地，在本技术的一个实施例中，所述生成模块包括：识别单元，用于识别所述汽车故障数据的故障等级；第一对比单元，用于在所述故障等级小于预设故障等级时，所述目标接收人信息包括用户的接收信息；第二对比单元，用于在所述故障等级大于或等于所述预设故障等级时，所述目标接收人信息包括所述用户的接收信息和救援端的接收信息。
21.可选地，在本技术的一个实施例中，所述判断模块包括：第一获取单元，用于根据所述汽车故障数据得到所述车辆的故障持续时间；第二获取单元，用于根据所述故障持续时间生成所述故障值。
22.可选地，在本技术的一个实施例中，所述生成模块还包括：检测单元，用于检测所述车辆是否满足预设推送条件；推送单元，用于在检测到所述车辆满足所述预设推送条件时，将所述提醒文案发送至所述目标接收人信息对应的接收方，否则不进行推送。
23.可选地，在本技术的一个实施例中，所述预设推送条件包括所述用户与所述车辆之间的距离大于预设距离。
24.本技术第三方面实施例提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的基于汽车主动提醒的消息推送方法。
25.本技术第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，该程序被处理器执行时实现如上的基于汽车主动提醒的消息推送方法。
26.由此，本技术的实施例具有以下有益效果：
27.(1)本技术实施例可以根据车辆的故障数据，结合故障值和提醒阈值，以向目标用户推送车辆的故障数据和提醒信息，从而有效提高了车辆的安全性和可靠性，提升了车辆的智能化和人性化水平，改善了用户的使用体验。
28.(2)本技术实施例通过考虑多个车辆故障类型，从而能够全面地获取车辆的状态信息，有力保障了车辆的安全性能，提升了车辆的可靠性。
29.(3)本技术实施例可以根据汽车故障数据的故障等级等选择目标接收人以发送对应地提醒信息，从而能够使车辆在离车等情况下及时提醒用户车辆故障等状态信息，极大提高了车辆的安全性和可靠性，改善了车辆智能化和人性化水平。
30.(4)本技术实施例可以根据汽车故障持续时间等获取车辆的故障值和提醒阈值，从而能够对所获取的故障数据进行筛选，极大提高了车辆故障提醒的效率，有效避免了误提醒的发生。
31.(5)本技术实施例通过在向目标联系人发送提醒信息之前，可对车辆是否满足系统预设的推送条件进行检测，从而有效保证了提醒信息的准确性和可靠性，提升了提醒的效率，避免无效提醒，进一步改善了用户的使用体验。
32.(6)本技术实施例通过将用户与车辆之间的距离作为推送条件，不仅有利于提高推送数据的质量，还可以提升提醒的效率，使车辆更具人性化和智能化。
33.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
34.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
35.图1为根据本技术实施例提供的一种基于汽车主动提醒的消息推送方法的流程图；
36.图2为根据本技术的一个实施例提供的一种基于汽车主动提醒的消息推送方法的执行逻辑示意图；
37.图3为根据本技术的一个实施例提供的一种基于汽车主动提醒的消息推送方法的逻辑架构示意图；
38.图4为根据本技术实施例的基于汽车主动提醒的消息推送装置的示例图；
39.图5为申请实施例提供的车辆的结构示意图。
40.其中，10-基于汽车主动提醒的消息推送装置、100-接收模块、200-判断模块、300-生成模块、501-存储器、502-处理器、503-通信接口。
具体实施方式
41.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
42.下面参考附图描述本技术实施例的基于汽车主动提醒的消息推送方法、装置、设备及介质。针对上述背景技术中提到的问题，本技术提供了一种基于汽车主动提醒的消息推送方法，在该方法中，接收车辆上传的汽车故障数据；根据汽车故障数据获取车辆的故障值，并判断故障值是否超过预设提醒阈值，其中，提醒阈值由车辆的实际整车状态匹配得到；如果故障值超过预设提醒阈值时，根据汽车故障数据生成提醒文案，并基于汽车故障数据匹配目标接收人信息，并将提醒文案发送至目标接收人信息对应的接收方。本技术可以根据车辆的故障数据，结合故障值和提醒阈值，以向目标用户推送车辆的故障数据和提醒信息，从而有效提高了车辆的安全性和可靠性，提升了车辆的智能化和人性化水平，改善了用户的使用体验。由此，解决了相关技术无法将故障数据上传至云端并进行推送，难以使车主及时了解车辆状态等问题。
43.具体而言，图1为本技术实施例所提供的一种基于汽车主动提醒的消息推送方法的流程图。
44.如图1所示，该基于汽车主动提醒的消息推送方法包括以下步骤：
45.在步骤s101中，接收车辆上传的汽车故障数据。
46.可以理解的是，本技术的实施例可以通过相应地传感器设备，以获取车辆产生的故障数据，并将该数据上传至云端，从而为后续数据的处理和推送提供可靠的数据源。
47.可选地，在本技术的一个实施例中，故障数据包括发动机系统故障，变速器系统故障，安全气囊系统故障，车身稳定控制系统故障，abs防抱死系统故障，助力转向系统故障，无钥匙进入启动系统故障和车辆防盗信号数据中的至少一项。
48.需要说明的是，上述车辆故障数据主要包括发动机系统故障、变速器系统故障、安全气囊系统故障、车身稳定控制系统故障、abs防抱死系统故障、助力转向系统故障、无钥匙进入启动系统故障以及车辆防盗信号等。本技术的实施例可以通过的相应地传感器设备获取上述车辆故障数据信息。
49.举例而言，本技术的实施例可以通过abs(antilock brake system，制动防抱死系统)传感器，并将其安装在每一个车轮子上面的轴承旁，从而在车辆发生abs防抱死系统故障时，能够及时获取车辆的的故障类型等数据，并将该数据及时的上传至云端，如图2所示。
50.由此，本技术的实施例通过考虑多个车辆故障类型，从而能够全面地获取车辆的状态信息，有力保障了车辆的安全性能，提升了车辆的可靠性。
51.在步骤s102中，根据汽车故障数据获取车辆的故障值，并判断故障值是否超过预设提醒阈值，其中，提醒阈值由车辆的实际整车状态匹配得到。
52.在接收车辆上传的汽车故障数据后，本技术的实施例可以根据该故障数据获取车辆的故障值，并对故障值是否超过车载系统预设的提醒阈值进行判断分析。
53.本领域技术人员可以理解的是，上述提醒阈值可根据车辆的实际整车状态进行设置，例如，当车辆行驶里程较长，驾驶时间较久时，相应地，其提醒阈值也较低；而当车辆行驶里程和驾驶时间较短时，其提醒阈值则较高，从而能够根据车辆的实际情况设定合适的
提醒阈值，进一步改善了车辆故障提醒的效率，提高了本技术实施例的消息推送方法的普遍适用性。
54.可选地，在本技术的一个实施例中，根据汽车故障数据获取车辆的故障值，包括：根据汽车故障数据得到车辆的故障持续时间；根据故障持续时间生成故障值。
55.具体地，在云端接受到上述故障数据后，消息推送系统可以对后续是否有故障数据上传进行持续监控，若存在则主动的拉取故障数据。同时在消息系统中设置好故障数据的条件，如时间等，以设置提醒阈值。进而，本技术的实施例可以通过计时器等设备对发动机系统等故障的持续时间进行测量计算以获取故障值，并将该故障值与提醒阈值进行比较，从而判断是否需要将该故障数据向用户推送。
56.举例而言，当云端接收到发动机系统故障报文等，本技术的实施例可以通过计时器等设备测量该故障持续的时间，若当该发动机系统故障持续了3min，而提醒阈值设为2min时，则说明该故障需要向用户进行推送提醒，若中间持续时间没有达到，则阈值清零重新监控。具体提醒过程，下述将进行详细介绍。
57.需要说明的是，在具体实现过程中，本领域技术人员还可以根据车辆其他部件数据信息，如水温等设定提醒阈值，于此不做具体限定。
58.由此，根据汽车故障持续时间等获取车辆的故障值和提醒阈值，从而能够对所获取的故障数据进行筛选，极大提高了车辆故障提醒的效率，有效避免了误提醒的发生。
59.在步骤s103中，如果故障值超过预设提醒阈值时，根据汽车故障数据生成提醒文案，并基于汽车故障数据匹配目标接收人信息，并将提醒文案发送至目标接收人信息对应的接收方。
60.在根据汽车故障数据获取车辆的故障值后，将故障值与提醒阈值进行比较分析，当故障值超过提醒阈值时，则向用户推送相应地文案提醒信息，如“请注意，车辆发生发动机系统故障，请及时处理！”等，如图3所示，从而可以使用户及时了解到车辆状态，保障了车辆的安全性能，改善了用户的使用体验。
61.可选地，在本技术的一个实施例中，基于汽车故障数据匹配目标接收人信息，包括：识别汽车故障数据的故障等级；在故障等级小于预设故障等级时，目标接收人信息包括用户的接收信息；在故障等级大于或等于预设故障等级时，目标接收人信息包括用户的接收信息和救援端的接收信息。
62.具体地，当所获取的故障值超过提醒阈值时，本技术的实施例可以根据汽车故障数据生成相应地提醒文案和故障等级，并向目标用户进行故障信息的推送。
63.需要说明的是，本技术的实施例可以根据故障数据、发生故障的种类数以及持续的时长等对故障进行等级的划分。例如，当车辆产生无钥匙进入启动系统故障或车辆防盗信号数据时，其故障等级最高，可为第一等级；当产生发动机系统故障或车身稳定控制系统故障时，可为第二等级等，以此将故障数据进行等级划分；当车辆同时产生两个及以上的故障时，也可为第一等级；此外，还可以根据故障的持续时长对故障进行划分，时间越长，等级越高。
64.需要注意的是，本技术的实施例可以以上述三种判定等级的条件中最高等级作为车辆故障的最终故障等级结果。此外，本领域技术人员还可根据实际情况根据其他条件对故障的等级进行划分，于此不做具体限定。
65.举例而言，在发动机系统故障数据传入消息推送系统后，本技术的实施例可以根据整车状态将提醒阈值设为2分钟，且该车辆仅存在发动机系统故障时，该故障为第二等级，发动机系统故障数据当前持续了3分钟时，则可识别出汽车故障数据的故障等级为第二等级，若车辆所设的等级阈值为第三等级时，则本技术的实施例可通过获取用户预先存储的紧急联系人，如亲戚朋友或110、119等报警平台的联系方式，并向用户和上述紧急联系人发送该故障数据信息，同时将故障数据和提醒文案推送至用户app中。
66.由此，本技术的实施例可以根据汽车故障数据的故障等级等选择目标接收人以发送对应地提醒信息，从而能够使车辆在离车等情况下及时提醒用户车辆故障等状态信息，极大提高了车辆的安全性和可靠性，改善了车辆智能化和人性化水平。
67.可选地，在本技术的一个实施例中，将提醒文案发送至目标接收人信息对应的接收方，包括：检测车辆是否满足预设推送条件；在检测到车辆满足预设推送条件时，将提醒文案发送至目标接收人信息对应的接收方，否则不进行推送。
68.需要说明的是，在向目标联系人发送提醒信息时，本技术的实施例首先可对车辆是否满足系统预设的推送条件进行检测，从而保证了提醒信息的准确性和可靠性，提升了提醒的效率，避免无效提醒，进一步改善了用户的使用体验。
69.可选地，在本技术的一个实施例中，预设推送条件包括用户与车辆之间的距离大于预设距离。
70.在本技术的实施例中，上述推送条件可以为用户与车辆之间的距离大于系统预设的距离阈值，当用户与车辆之间的距离大于距离阈值时，则车辆根据故障数据主动向上述目标联系人发送提醒信息，否则不进行推送。
71.举例而言，当车辆发生发动机系统故障，且车辆故障等级为第一等级时，本技术的实施例可以检测用户与车辆之间的距离，若该距离为11m，二系统预设的距离阈值为10m时，车辆则主动将故障数据、车辆定位等信息经iop(input/output processor，输入/输出处理器)通道发送至用户或其他紧急联系人的移动终端app中，并可拨打110或119等紧急救援平台电话以进行求救。同时，本技术的实施例还可以控制车辆进行鸣笛或闪烁转向灯等进行报警提醒。
72.可以理解的是，通过将用户与车辆之间的距离作为推送条件，不仅有利于提高推送数据的质量，还可以提升提醒的效率，使车辆更具人性化和智能化。
73.根据本技术实施例提出的基于汽车主动提醒的消息推送方法，接收车辆上传的汽车故障数据；根据汽车故障数据获取车辆的故障值，并判断故障值是否超过预设提醒阈值，其中，提醒阈值由车辆的实际整车状态匹配得到；如果故障值超过预设提醒阈值时，根据汽车故障数据生成提醒文案，并基于汽车故障数据匹配目标接收人信息，并将提醒文案发送至目标接收人信息对应的接收方。本技术可以根据车辆的故障数据，结合故障值和提醒阈值，以向目标用户推送车辆的故障数据和提醒信息，从而有效提高了车辆的安全性和可靠性，提升了车辆的智能化和人性化水平，改善了用户的使用体验。
74.其次参照附图描述根据本技术实施例提出的基于汽车主动提醒的消息推送装置。
75.图4是本技术实施例的基于汽车主动提醒的消息推送装置的方框示意图。
76.如图4所示，该基于汽车主动提醒的消息推送装置10包括：接收模块100、判断模块200以及生成模块300。
77.其中，接收模块100，用于接收车辆上传的汽车故障数据。
78.判断模块200，用于根据汽车故障数据获取车辆的故障值，并判断故障值是否超过预设提醒阈值，其中，提醒阈值由车辆的实际整车状态匹配得到。
79.生成模块300，用于如果故障值超过预设提醒阈值时，根据汽车故障数据生成提醒文案，并基于汽车故障数据匹配目标接收人信息，并将提醒文案发送至目标接收人信息对应的接收方。
80.可选地，在本技术的一个实施例中，故障数据包括发动机系统故障，变速器系统故障，安全气囊系统故障，车身稳定控制系统故障，abs防抱死系统故障，助力转向系统故障，无钥匙进入启动系统故障和车辆防盗信号数据中的至少一项。
81.可选地，在本技术的一个实施例中，生成模块300包括：识别单元、第一对比单元以及第二对比单元。
82.识别单元，用于识别汽车故障数据的故障等级。
83.第一对比单元，用于在故障等级小于预设故障等级时，目标接收人信息包括用户的接收信息。
84.第二对比单元，用于在故障等级大于或等于预设故障等级时，目标接收人信息包括用户的接收信息和救援端的接收信息。
85.可选地，在本技术的一个实施例中，判断模块200包括：第一获取单元和第二获取单元。
86.第一获取单元，用于根据汽车故障数据得到车辆的故障持续时间。
87.第二获取单元，用于根据故障持续时间生成故障值。
88.可选地，在本技术的一个实施例中，生成模块300还包括：检测单元和推送单元。
89.检测单元，用于检测车辆是否满足预设推送条件。
90.推送单元，用于在检测到车辆满足预设推送条件时，将提醒文案发送至目标接收人信息对应的接收方，否则不进行推送。
91.可选地，在本技术的一个实施例中，预设推送条件包括用户与车辆之间的距离大于预设距离。
92.需要说明的是，前述对基于汽车主动提醒的消息推送方法实施例的解释说明也适用于该实施例的基于汽车主动提醒的消息推送装置，此处不再赘述。
93.根据本技术实施例提出的基于汽车主动提醒的消息推送装置，接收车辆上传的汽车故障数据；根据汽车故障数据获取车辆的故障值，并判断故障值是否超过预设提醒阈值，其中，提醒阈值由车辆的实际整车状态匹配得到；如果故障值超过预设提醒阈值时，根据汽车故障数据生成提醒文案，并基于汽车故障数据匹配目标接收人信息，并将提醒文案发送至目标接收人信息对应的接收方。本技术可以根据车辆的故障数据，结合故障值和提醒阈值，以向目标用户推送车辆的故障数据和提醒信息，从而有效提高了车辆的安全性和可靠性，提升了车辆的智能化和人性化水平，改善了用户的使用体验。
94.图5为本技术实施例提供的电子设备的结构示意图。该电子设备可以包括：
95.存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。
96.处理器502执行程序时实现上述实施例中提供的基于汽车主动提醒的消息推送方
法。
97.进一步地，电子设备还包括：
98.通信接口503，用于存储器501和处理器502之间的通信。
99.存储器501，用于存放可在处理器502上运行的计算机程序。
100.存储器501可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
101.如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standard architecture，简称为isa)总线、外部设备互连(peripheral component，简称为pci)总线或扩展工业标准体系结构(extended industry standard architecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
102.可选地，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。
103.处理器502可能是一个中央处理器(central processing unit，简称为cpu)，或者是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
104.本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的基于汽车主动提醒的消息推送方法。
105.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
106.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
107.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
108.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设
备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或n个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
109.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
110.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
111.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
112.上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。