提示方法及相关设备与流程

1.本发明涉及车辆技术领域，尤其涉及一种提示方法及相关设备。


背景技术：

2.随着智能控制技术的发展，人们对智能控制的需求也越来越高。目前，车辆已经成为生活中不可或缺的一部分，车辆智能化的发展也非常迅速。用户对于车辆的智能提醒更为关心，现有技术中拥堵提醒方法无法有效避免出行拥堵，用户体验低下。


技术实现要素：

3.本发明实施例提供了一种提示方法及相关设备，可以对用户的通勤路线进行拥堵提醒，有效避免出行拥堵，提升智能提醒的用户体验。
4.第一方面，本发明实施例提供了一种提示方法，包括：
5.车辆的驾驶状态满足通勤场景条件时，根据通勤起点和通勤终点确定多条推荐路线，其中，所述通勤起点、所述通勤终点是根据所述车辆的历史驾驶数据确定的；
6.根据通勤路线与所述多条推荐路线确定所述通勤路线存在拥堵路段时，根据所述多条推荐路线输出提醒信息以对所述车辆的关联用户进行拥堵提醒，其中，所述通勤路线是根据所述车辆的历史驾驶数据确定的。
7.第二方面，本发明实施例提供了一种提示装置，包括：
8.确定模块，用于车辆的驾驶状态满足通勤场景条件时，根据通勤起点和通勤终点确定多条推荐路线，其中，所述通勤起点、所述通勤终点是根据所述车辆的历史驾驶数据确定的；
9.输出模块，用于根据通勤路线与所述多条推荐路线确定所述通勤路线存在拥堵路段时，根据所述多条推荐路线输出提醒信息以对所述车辆的关联用户进行拥堵提醒，其中，所述通勤路线是根据所述车辆的历史驾驶数据确定的。
10.第三方面，本发明实施例提供了一种提示设备，包括：处理器和存储器；
11.所述处理器和存储器相连，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，以执行如第一方面所述的提示方法。
12.第四方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时，执行如第一方面所述的提示方法。
13.本发明实施例的提示方法中，在车辆的驾驶状态满足通勤场景条件时，根据通勤起点和通勤终点确定多条推荐路线，其中，通勤起点、通勤终点是根据车辆的历史驾驶数据确定的；并且，在根据通勤路线与多条推荐路线确定该通勤路线存在拥堵路段时，根据多条推荐路线输出提醒信息以对用户进行拥堵提醒，其中，通勤路线是根据车辆的历史驾驶数据确定的。利用上述方法，可以对用户的通勤路线进行拥堵提醒，有效避免通勤出行拥堵，提升车辆的智能提醒功能的用户体验。
附图说明
14.为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
15.图1是本发明实施例提供的一种提示方法的场景示意图；
16.图2是本发明实施例提供的一种提示方法的流程示意图；
17.图3是本发明实施例提供的一种确定通勤起点的方法流程示意图；
18.图4是本发明实施例提供的一种确定通勤终点的方法流程示意图；
19.图5是本发明实施例提供的一种确定通勤路线的方法流程示意图；
20.图6是本发明实施例提供的一种提示装置的结构示意图；
21.图7是本发明实施例提供的一种提示设备的结构示意图。
具体实施方式
22.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
23.应当理解，本技术的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
24.在本发明中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本发明所描述的实施例可以与其它实施例相结合。
25.现有技术中，人们对智能控制的需求不断提高，人们对车辆的智能化要求越来越高，然而，车辆的智能提醒功能无法有效避免出行拥堵。因此，本技术提出一种提示方法，可以对用户的通勤出行进行拥堵提醒，有效避免出行拥堵，提升通勤出行体验。
26.本技术实施例中的提示方法可以在提示装置中执行，可选地，提示装置可以是服务器、车机、手机等设备中的至少一种，下面以提示装置为服务器为例进行具体说明。请参见图1，图1是本发明实施例提供的一种提示方法的场景示意图；图1中，服务器102通过与车辆103中的车机通信，可以获得历史驾驶数据和车辆103实时的驾驶状态，服务器102根据历史驾驶数据可以确定车辆103的关联用户的通勤起点、通勤终点和通勤路线。服务器102根据车辆103的驾驶状态确定其是否满足通勤场景条件，若车辆的驾驶状态满足通勤场景条件，则服务器102根据车辆103对应的通勤起点和通勤终点确定当前时刻对应的多条推荐路线。可选地，服务器102可以与导航类软件(百度地图、高德地图等软件)的服务器101进行交互，以获得通勤起点和通勤终点对应的多条推荐路线。接着，根据通勤路线和多条推荐路线确定该通勤路线中存在拥堵路段时，此时，服务器101根据多条推荐输出提醒信息，以对用户进行拥堵提醒，可选地，可以向车辆103上的车机发送提醒信息，或者，向车辆103的关联用户的关联终端(如手机或平板电脑等)发送提醒信息。
27.可见，利用本实施例提供的提示方法，在确定通勤路线有拥堵时，可以通过输出提醒信息，及时通知用户更改出行路线，避免通勤拥堵，提升出行效率。
28.请参见图2，是本发明实施例提供的一种提示方法的流程示意图；所述提示方法，包括：
29.步骤201，车辆的驾驶状态满足通勤场景条件时，根据通勤起点和通勤终点确定多条推荐路线，其中，通勤起点、通勤终点是根据车辆的历史驾驶数据确定的；
30.具体地，驾驶状态包括驾驶时间、驾驶地点中的至少一项，其中，驾驶时间、驾驶地点可以为检测到点火事件和/或检测到驾驶速度大于零的时间、地点。点火事件可以理解为启动车辆的操作事件。而通勤场景条件可以根据实际情况进行设置或者根据用户的操作进行修改设置，通勤场景条件可以包括任意一个条件：
31.驾驶时间属于通勤时间段；
32.驾驶时间属于通勤时间段，且驾驶地点属于通勤区域。
33.举例来说，根据车辆的历史驾驶数据可以确定车辆的关联用户的通勤起点、通勤终点、通勤路线、通勤时间，通勤时间包括上班时间和下班时间，则可以是根据通勤时间来确定通勤时间段，根据通勤起点和通勤终点确定通勤区域。例如，假设车辆的关联用户的通勤时间为上午8点半和下午5点半，则通勤时间段可以为上午8点-10点、下午5点-7点，而通勤起点为家a，通勤终点为公司b，则通勤区域为家a和公司b。当检测到用户在上午8点的时候启动车辆，车辆的启动位置为家a，可以确定车辆的驾驶状态满足通勤场景条件。
34.当确定车辆的驾驶状态满足通勤场景条件时，则根据通勤起点和通勤终点确定多条推荐路线。其中，可以根据导航类软件确定通勤起点和通勤终点之间的多条推荐路线，推荐路线中携带有路段状况信息，路段状况包括通畅和拥堵。
35.步骤202，根据通勤路线与多条推荐路线确定通勤路线存在拥堵路段时，根据多条推荐路线输出提醒信息以对车辆的关联用户进行拥堵提醒。
36.具体地，由于推荐路线中携带有路段状况信息，根据多条推荐路线和通勤路线进行比较，可以确定通勤路线的路段状况，当确定通勤路线中存在拥堵路段时，根据多条推荐路线输出提醒信息，以提醒车辆的关联用户其通勤路线存在拥堵。可选地，可以将推荐路线的轨迹点和通勤路线的轨迹点进行比对，并根据推荐路线的路段状况，可以确定通勤路线是否存在拥堵。
37.利用上述方法，在用户的通勤路线存在拥堵时，可以及时对用户的通勤路线进行拥堵提醒，有效避免通勤出行拥堵，提升车辆的智能提醒功能的用户体验，无需用户手动查询通勤路线的路况。另外，当根据多条推荐路线和通勤路线确定通勤路线畅通时，则不会向车辆的关联用户发送提醒信息。
38.在一个可能的实施例中，提醒信息包括多条推荐路线中所需时间最短的第一路线、多条推荐路线中路程最短的第二路线、相似路线中的至少一项。其中，提醒用户第一路线以避免用户由于路段拥堵而迟到，提醒用户第二路线以满足用户不同的出行需求；而考虑到用户的路线习惯，还可以提醒用户相似路线。另外，提醒信息也可以是直接输出多条推荐路线供用户进行自主选择。车主收到提醒信息后，打开提醒信息内容则此时导航被拉起，通勤途中的可选路线(至少一条路线，如第一路线。第二路线、相似路线等)展现在车主面前，车主可以选择不拥堵的路线上下班。
39.特别地，相似路线是多条推荐路线中与通勤路线的相似度大于或等于相似度阈值的路线，当所有推荐路线与通勤路线的相似度均小于相似度阈值时，不将相似路线作为提醒信息进行提醒。而相似度阈值的具体数值可以根据实际情况进行设置，不做特别限定。
40.在一个可能的实施例中，提示方法还包括：
41.根据车辆的历史驾驶数据确定通勤起点、通勤终点和通勤路线。
42.具体地，可以在每天的固定时间，例如用车闲时，如晚上0点、1点、2点的时候，根据车辆的历史驾驶数据确定通勤起点、通勤终点和通勤路线。其中，每次进行通勤起点、通勤终点和通勤路线预测时，可以是根据预设天数(如10天、30天等)的车辆的历史驾驶数据进行预测。更进一步地，以服务器预测通勤起点、通勤终点和通勤路线为例，历史驾驶数据可以是车辆按照数据采集规则定时采集上报到服务器上的，例如，采集车辆每天的点火位置、行驶路线等。
43.在一个可能的实施例中，参考图3，图3是本发明实施例提供的一种确定通勤起点的方法流程示意图；根据车辆的历史驾驶数据确定通勤起点，包括：
44.步骤301，获取车辆在n1天内的n1个第一操作地点，第一操作地点为每天在第一预设时间段内的首次操作位置，操作包括开车门、开窗、开空调、启动车辆、踩油门中的至少一项；
45.具体地，第一预设时间段可以根据实际情况进行设置，第一预设时间段表征上班时间段，可以根据大数据分析大多数的上班时间段，将其作为第一预设时间段。也可以根据车辆的关联用户的历史数据推测用户的上班时间段，并将其作为第一预设时间段。例如，第一预设时间段为上午8点至12点。以服务器为例，车辆可以采集第一操作地点并将其上传至服务器上进行处理。其中，第一操作地点为以下操作在第一预设时间段中首次发生时车辆所在的位置：开车门、开窗、开空调、启动车辆、踩油门中的至少一项，而启动车辆时车辆所在位置可以为车辆发生点火事件时车辆所在的位置；车辆所在的位置可以利用车辆上的gps来确定。
46.步骤302，确定n1个第一操作地点中出现次数最多的地点为通勤起点。
47.具体地，n1的具体数值可以根据实际情况进行设置，例如n1为10、20或30等。以n1为30，第一操作地点为点火时所在位置为例，服务器可以分析统计30日内第一操作地点的分布情况，预测这段时间点火点位置最密集的地方为用户的家的位置。其中，可以通过统计30天内，每个第一操作地点的出现次数，出现次数最多的第一操作地点即为通勤起点。
48.在一个可能的实施例中，参考图4，图4是本发明实施例提供的一种确定通勤终点的方法流程示意图；根据车辆的历史驾驶数据确定通勤终点，包括：
49.步骤401，获取车辆在n2天内的n2个第二操作地点，第二操作地点为每天在第二预设时间段内的首次操作位置，操作包括开车门、开窗、开空调、启动车辆、踩油门中的至少一项；
50.具体地，第二预设时间段可以根据实际情况进行设置，第二预设时间段表征下班时间段，可以根据大数据分析大多数的下班时间段，将其作为第二预设时间段。也可以根据车辆的关联用户的历史数据推测用户的下班时间段，并将其作为第二预设时间段。第二预设时间段可以为下午16点至22点。而n2的具体数值可以根据实际情况进行设置，例如，设置为10、20或30等等。
51.步骤402，确定n2个第二操作地点中出现次数最多的地点为通勤终点。
52.具体地，与通勤起点相似的，根据n2个第二操作地点可以确定每个第二操作地点的出现次数，将出现次数最多的第二操作地点作为通勤终点。
53.在一个可能的实施例中，参考图5，图5是本发明实施例提供的一种确定通勤路线的方法流程示意图；根据车辆的历史驾驶数据确定通勤路线，包括：
54.获取车辆在n3天内的n3条行驶路线，行驶路线为通勤起点到通勤终点之间的路线；确定n3条行驶路线中路线重叠率最高的第一行驶路线为通勤路线。
55.具体地，n3的具体数值可以根据实际情况进行设置，例如，设置为10、20或30等等。例如，图5中，以n3为30为例，可以从大数据系统抽取车主30天内从家到公司所有行驶路线，其中，每日生成一条行驶路线。通过相似性算法，计算得到用户30天内轨迹路线重叠最高的第一行驶路线，将该第一行驶路线预测为用户上班常用路线，即通勤路线。
56.在一个可能的实施例中，参考图5，根据车辆的历史驾驶数据确定通勤路线，还包括：
57.若存在已保存的第一通勤路线，则确定第一通勤路线和第一行驶路线之间的相似度；若相似度大于或等于相似度阈值，则忽略根据历史驾驶数据确定的通勤路线；若相似度小于相似度阈值，则向用户输出通勤路线修改提醒信息以提示用户确定是否接受通勤路线修改；若接收到用户输入的修改确定指令，则保存根据历史驾驶数据确定的通勤路线；若在预设时间内未接收到修改确定指令或接收到用户输入的拒绝修改指令，则忽略根据历史驾驶数据确定的通勤路线。
58.若不存在已保存的第一通勤路线，则直接保存第一行驶路线为车辆的通勤路线。
59.具体地，相似度阈值的具体数值可以根据实际情况进行设置。以服务器预测通勤路线为例，在服务器利用路线重叠率预测出一条通勤路线后，需要先判断是否已存在通勤路线的记录，如果不存在，则直接保存预测的通勤路线为用户的通勤路线。
60.如果存在，则需要确定预测的通勤路线(即第一行驶路线)与已有保存的通勤路线是否相似，如果第一行驶路线与已保存的通勤路线具有很高的相似性，则忽略此次预测结果，维持原有记录不变。即判断第一行驶路线与已保存的通勤路线之间的相似度是否大于或等于相似度阈值，若相似度大于或等于相似度阈值，则忽略第一行驶路线，保持已保存的通勤路线不变。
61.如果第一行驶路线与已保存的通勤路线没有相似性，则可以向用户输出通勤路线修改提醒信息，提示用户确定是否接受通勤路线修改。其中，输出通勤路线修改提醒信息可以是语音输出、文字输出、图形输出、图文输出等方式，即语音询问用户是否接受修改通勤路线，在显示界面上输出询问是否接受修改通勤路线的文字、图形或图文。对应地，修改确定指令和修改拒绝指令为语音控制指令、文字指令、图形指令或图文指令。以语音输出为例，语音播报提示用户是否修改常用路线为预测值，当用户语音确认修改，则保存预测的第一行驶路线为新保存的通勤路线，替换上一个保存的通勤路线。如果用户输入拒绝修改指令或30秒未回复则忽略此次预测的通勤路线，继续保持已保存的通勤路线不变。
62.利用本技术实施例的提示方法，在用户使用车辆过程中，通过数据采集，大数据分析，得到用户的通勤路线后，当用户在通勤场景下用车时，主动帮助用户分析通勤路线是否出现拥堵情况，一旦发现拥堵，即时提醒车主通勤路线存在拥堵，并推荐车主适合的路线，
如与通勤路线最相似的非拥堵路线、用时最短的路线。
63.基于上述提示方法实施例的描述，本发明实施例还公开了一种提示装置，参考图6，图6是本发明实施例提供的一种提示装置的结构示意图，所述提示装置包括：
64.确定模块601，用于车辆的驾驶状态满足通勤场景条件时，根据通勤起点和通勤终点确定多条推荐路线，其中，通勤起点、通勤终点是根据车辆的历史驾驶数据确定的；
65.输出模块602，用于根据通勤路线与多条推荐路线确定通勤路线存在拥堵路段时，根据多条推荐路线输出提醒信息以对车辆的关联用户进行拥堵提醒，其中，通勤路线是根据车辆的历史驾驶数据确定的。
66.在一个可能的实施例中，提醒信息包括多条推荐路线中所需时间最短的第一路线、多条推荐路线中路程最短的第二路线、相似路线中的至少一项，相似路线为多条推荐路线中与通勤路线的相似度大于或等于相似度阈值的路线。
67.在一个可能的实施例中，确定模块601，还用于：
68.根据车辆的历史驾驶数据确定通勤起点、通勤终点和通勤路线。
69.在一个可能的实施例中，确定模块601在根据车辆的历史驾驶数据确定通勤起点方面，具体执行以下步骤：
70.获取车辆在n1天内的n1个第一操作地点，第一操作地点为每天在第一预设时间段内的首次操作位置，操作包括开车门、开窗、开空调、启动车辆、踩油门中的至少一项；
71.确定n1个第一操作地点中出现次数最多的地点为通勤起点。
72.在一个可能的实施例中，确定模块601在根据车辆的历史驾驶数据确定通勤终点方面，具体执行以下步骤：
73.获取车辆在n2天内的n2个第二操作地点，第二操作地点为每天在第二预设时间段内的首次操作位置，操作包括开车门、开窗、开空调、启动车辆、踩油门中的至少一项；
74.确定n2个第二操作地点中出现次数最多的地点为通勤终点。
75.在一个可能的实施例中，确定模块601在根据车辆的历史驾驶数据确定通勤路线方面，具体执行以下步骤：
76.获取车辆在n3天内的n3条行驶路线，行驶路线为通勤起点到通勤终点之间的路线；
77.确定n3条行驶路线中路线重叠率最高的第一行驶路线为通勤路线。
78.在一个可能的实施例中，确定模块601在根据车辆的历史驾驶数据确定通勤路线方面，具体还执行以下步骤：
79.若存在已保存的第一通勤路线，则确定第一通勤路线和第一行驶路线之间的相似度；
80.若相似度大于或等于相似度阈值，则忽略根据历史驾驶数据确定的通勤路线；
81.若相似度小于相似度阈值，则向用户输出通勤路线修改提醒信息以提示用户确定是否接受通勤路线修改；若接收到用户输入的修改确定指令，则保存根据历史驾驶数据确定的通勤路线；若在预设时间内未接收到修改确定指令或接收到用户输入的拒绝修改指令，则忽略根据历史驾驶数据确定的通勤路线。
82.值得指出的是，其中，提示装置的具体功能实现方式可以参见上述提示方法的描述，这里不再进行赘述。提示装置中的各个单元或模块可以分别或全部合并为一个或若干
个另外的单元或模块来构成，或者其中的某个(些)单元或模块还可以再拆分为功能上更小的多个单元或模块来构成，这可以实现同样的操作，而不影响本发明的实施例的技术效果的实现。上述单元或模块是基于逻辑功能划分的，在实际应用中，一个单元(或模块)的功能也可以由多个单元(或模块)来实现，或者多个单元(或模块)的功能由一个单元(或模块)实现。
83.基于上述方法实施例以及装置实施例的描述，本发明实施例还提供一种提示设备。
84.请参见图7，是本发明实施例提供的一种提示设备的结构示意图。如图7所示，上述的提示装置可以应用于所述提示设备700，所述提示设备700可以包括：处理器701，网络接口704和存储器705，此外，所述提示设备700还可以包括：用户接口703，和至少一个通信总线702。其中，通信总线702用于实现这些组件之间的连接通信。其中，用户接口703可以包括显示屏(display)、键盘(keyboard)，可选用户接口703还可以包括标准的有线接口、无线接口。网络接口704可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器705可以是高速ram存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器705可选的还可以是至少一个位于远离前述处理器701的存储装置。如图7所示，作为一种计算机存储介质的存储器705中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。
85.在图7所示的提示设备700中，网络接口704可提供网络通讯功能；而用户接口703主要用于为用户提供输入的接口；而处理器701可以用于调用存储器705中存储的设备控制应用程序，以实现：
86.车辆的驾驶状态满足通勤场景条件时，根据通勤起点和通勤终点确定多条推荐路线，其中，通勤起点、通勤终点是根据车辆的历史驾驶数据确定的；
87.根据通勤路线与多条推荐路线确定通勤路线存在拥堵路段时，根据多条推荐路线输出提醒信息以对车辆的关联用户进行拥堵提醒，其中，通勤路线是根据车辆的历史驾驶数据确定的。
88.在一个可能的实施例中，提醒信息包括多条推荐路线中所需时间最短的第一路线、多条推荐路线中路程最短的第二路线、多条推荐路线中与通勤路线的相似度大于或等于相似度阈值的相似路线中的至少一项。
89.在一个可能的实施例中，处理器701还用于执行以下步骤：
90.根据车辆的历史驾驶数据确定通勤起点、通勤终点和通勤路线。
91.在一个可能的实施例中，处理器701在执行根据车辆的历史驾驶数据确定通勤起点时，具体执行以下步骤：
92.获取车辆在n1天内的n1个第一操作地点，第一操作地点为每天在第一预设时间段内的首次操作位置，操作包括开车门、开窗、开空调、启动车辆、踩油门中的至少一项；
93.确定n1个第一操作地点中出现次数最多的地点为通勤起点。
94.在一个可能的实施例中，处理器701在执行根据车辆的历史驾驶数据确定通勤终点时，具体执行以下步骤：
95.获取车辆在n2天内的n2个第二操作地点，第二操作地点为每天在第二预设时间段内的首次操作位置，操作包括开车门、开窗、开空调、启动车辆、踩油门中的至少一项；
96.确定n2个第二操作地点中出现次数最多的地点为通勤终点。
97.在一个可能的实施例中，处理器701在执行根据车辆的历史驾驶数据确定通勤路线时，具体执行以下步骤：
98.获取车辆在n3天内的n3条行驶路线，行驶路线为通勤起点到通勤终点之间的路线；
99.确定n3条行驶路线中路线重叠率最高的第一行驶路线为通勤路线。
100.在一个可能的实施例中，处理器701在执行根据车辆的历史驾驶数据确定通勤路线时，还具体执行以下步骤：
101.若存在已保存的第一通勤路线，则确定第一通勤路线和第一行驶路线之间的相似度；
102.若相似度大于或等于相似度阈值，则忽略根据历史驾驶数据确定的通勤路线；
103.若相似度小于相似度阈值，则向用户输出通勤路线修改提醒信息以提示用户确定是否接受通勤路线修改；若接收到用户输入的修改确定指令，则保存根据历史驾驶数据确定的通勤路线；若在预设时间内未接收到修改确定指令或接收到用户输入的拒绝修改指令，则忽略根据历史驾驶数据确定的通勤路线。
104.应当理解，本发明实施例中所描述的提示设备700可执行前文所述提示方法，也可执行前文所述提示装置的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。
105.此外，这里需要指出的是：本发明实施例还提供了一种计算机存储介质，且所述计算机存储介质中存储有前文提及的提示装置所执行的计算机程序，且所述计算机程序包括程序指令，当处理器执行所述程序指令时，能够执行前文所述提示方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本发明所涉及的计算机存储介质实施例中未披露的技术细节，请参照本发明方法实施例的描述。
106.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)或随机存储记忆体(random access memory，ram)等。
107.以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。