关于出行车辆服务的预约控制方法、终端及存储介质与流程

1.本公开涉及出行服务技术领域，特别是涉及一种关于出行车辆服务的预约控制方法、终端及计算机可读存储介质。


背景技术：

2.现代社会中，通过车辆预约软件预约出行车辆服务(例如拼车服务、专车服务等等)已经成为了人们出行的必不可少的重要方式之一。尤其是在城市中，由于通过车辆预约软件预约出行车辆服务的便捷性、舒适性等优点，一些人会将通过车辆预约软件预约出行车辆服务作为首选。
3.传统的出行车辆服务的预约通常能够根据设定的预约时间进行预约操作，但是在实际生活中，到达预约时间后经常会出现一些妨碍用车的因素而导致用户实际使用出行车辆服务的时间被大大延迟(例如，到达预约时间后由于预约繁忙度过高导致预约时间过长从而使得用户实际用车时间被大大延迟，或者预约成功后，由于天气恶劣使用户的用车等待时间增加导致实际用车时间被大大延迟等等)，因此使得用户的使用体验感不佳。
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.图6是本公开的第三实施例提供的终端的第二结构示意图。
具体实施方式
28.为了使本公开的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开进行进一步详细说明。应当理解，所描述的实施例仅仅是本公开的一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
29.下面结合附图对本公开的实施例做进一步详述。
30.第一实施例：
31.图1是本公开的第一实施例提供的关于出行车辆服务的预约控制方法的流程示意图。图2是本公开的第一实施例提供的方法的日历应用的日程构建界面的示意图。为了清楚的描述本公开的第一实施例提供的关于出行车辆服务的预约控制方法，请参见图1和图2。
32.本公开的第一实施例提供的关于出行车辆服务的预约控制方法，包括：
33.s11:获取出行安排信息。
34.在一实施方式中，在步骤s11:获取出行安排信息中，可以但不限于包括：进入出行安排应用(例如日历应用、备忘录应用等等)。进行出行安排设置操作以在出行安排应用中设置至少一个出行安排信息。获取与当前时间最接近的出行安排信息。
35.参见图2，在一实施方式中，出行安排应用优选为日历应用，且日历应用中可以包括日程创建功能，该日程创建功能的界面内可以包括标题栏、地点设置栏、出行时间设置栏、出行车辆服务设置栏、天气、出行事务填写栏等等。因此，可以通过日历应用中的日程创建功能设置出行安排信息。
36.在一实施方式中，出行安排信息中可以至少包括出行地点信息、出行时间，此外，出行安排信息中还可以包括出行备注信息。其中，出行时间，包括出发时间和/或到达时间。其中，出行地点信息包括出发地点、目标地点、出行路线信息中的至少一项。
37.在一实施方式中，出行备注信息可以包括关于出行车辆服务的选择信息、预约优先信息、出行事务信息中的至少一项。
38.s12:获取出行车辆服务的初始预约安排时间。
39.在一实施方式中，出行车辆服务可以包括打车服务、代驾服务等等中的一种。打车服务可以包括拼车服务、专车服务、顺风车服务等等中的至少一种。其中，拼车服务可以包括出租车拼车、共享私家车拼车等等。其中，专车服务可以包括出租车专程接送、共享私家车专程接送等等。
40.在一实施方式中，在步骤s12:获取出行车辆服务的初始预约安排时间中，可以但不限于包括：根据出行安排信息中的出行时间获取初始预约安排时间。其中，出行时间，包括出发时间和/或到达时间。例如，出发时间为早上8点，则可以提前30分中作为初始预约安排时间；又例如，到达时间为上午9点，则根据当前位置和出行地点信息中的目标地点获取路线时长，再根据路线时长、到达时间和预设的预约时间提前量获取初始预约安排时间为7点。
41.在其他实施方式中，初始预约安排时间可以是用户预先设置的，包括于行程安排信息中。
42.s13:在到达初始预约安排时间之前，获取与出行安排信息中的出行地点信息对应的预约影响因素。
43.在一实施方式中，预约影响因素可以但不限于包括预约繁忙度、天气等等中的至少一项。
44.在一实施方式中，获取与出行安排信息中的出行地点信息对应的预约影响因素的情况，可以但不限于包括：获取与出发地点对应的预约影响因素。和/或获取与出行路线对应的预约影响因素。和/或获取与目标地点对应的预约影响因素。
45.在一实施方式中，获取与起点信息对应的预约影响因素，例如，在预约专车服务或拼车服务时，获取与出发地点对应的预约繁忙度和/或天气。获取与出行路线对应的预约影响因素，例如，在预约拼车服务或顺风车服务时，获取与出行路线对应的预约繁忙度。获取与目标地点对应的预约影响因素，例如，在预约拼车服务或顺风车服务时，获取与目标地点对应的预约繁忙度。
46.s14:在预约影响因素符合预约提前条件时，进行预约提前控制以更新初始预约安排时间。
47.在一实施方式中，在步骤s14中，预约影响因素符合预约提前条件的情况，可以但不限于包括：初始预约安排时间之前的预约繁忙度大于阈值。和/或初始预约安排时间之前的天气为恶劣天气，恶劣天气可以包括雨天、雾天大风天气、雪天、冰雹天气等等中的至少一种。
48.在一实施方式中，在步骤s14:在预约影响因素符合预约提前条件时，进行预约提前控制以更新初始预约安排时间之后，可以但不限于包括：根据出行安排信息获取预约优先信息。获取与预约优先信息匹配的打车服务和/或用车属性。在当前时间符合更新后的初始预约安排时间时，根据出行安排信息、打车服务和/或用车属性进行相应的打车预约控制。
49.在一实施方式中，打车预约控制包括预约及支付控制。其中，支付控制，例如使用预先绑定的支付方式进行自动扣款控制；又例如，扣除日历应用中的预约充值钱包里的金额。
50.在一实施方式中，预约优先信息可以但不限于包括费用优先、时间优先、舒适度优先等等。
51.在一实施方式中，获取与预约优先信息匹配的打车服务和/或用车属性的情况，可以但不限于包括：预约优先信息为费用优先，则获取的打车服务为拼车服务或顺风车服务。和/或预约优先信息为时间优先，则获取的打车服务为专车服务和/或用车属性为特快专车。和/或预约优先信息为舒适度优先，则获取的打车服务为专车服务和/或用车属性为优享专车。
52.在一实施方式中，根据出行安排信息获取预约优先信息的步骤中，可以但不限于包括：获取出行安排信息中包括的预约优先信息。或根据出行安排信息中包括的出行事务信息获取预约优先信息。
53.在一实施方式中，根据出行安排信息中包括的出行事务信息获取预约优先信息的情况，可以但不限于包括：出行事务信息为时限事项，则获取的预约优先信息为时间优先。和/或出行事务信息为针对预设人员的接送事项，则获取的预约优先信息为舒适度优先。和/或出行事务信息为闲暇个人出行，则获取的预约优先信息为费用优先。
54.在一实施方式中，时限事项例如乘坐固定时间的交通工具、固定时间的开会计划等等。
55.在一实施方式中，其中，预设人员可以但不限于为预先设置的重要人员，例如领导、家人、朋友等等。
56.在其他实施方式中，预约优先信息可以是用户预先设置的，包括于出行安排信息中。
57.在一实施方式中，根据出行安排信息、打车服务和/或用车属性进行相应的打车预约控制的步骤中，可以但不限于包括：从至少一个约车平台中获取至少一个与出行安排信息、打车服务和/或用车属性匹配的用车预约目标。确定出价格最低的用车预约目标进行打车预约控制。因此，本实施例能够实现跨多个约车平台，找出性价比最高的约车平台进行打车预约控制，并且还能够实现无需安装各个约车平台对应的客户端(或称应用程序)就能够实现预约出行车辆服务，提升了便捷性和用户体验感。
58.在一实施方式中，步骤s1中的出行车辆服务可以为拼车服务，出行地点信息可以包括出发地点和目标地点。在步骤s14:在预约影响因素符合预约提前条件时，进行预约提前控制以更新初始预约安排时间之后，可以但不限于包括：在当前时间符合更新后的初始预约安排时间时，根据出行地点信息获取至少一个可拼车对象。获取用户和至少一个可拼车对象的社交信息和/或与出行地点信息对应的预设时间段内的历史用车次数，社交信息包括年龄、星座、爱好、户籍、及最近的娱乐消费息中的至少一项。根据社交信息和/或历史用车次数确定用户与每个可拼车对象的拼车匹配度。根据拼车匹配度对至少一个可拼车对象进行排序，并进行拼车对象确认操作以确认目标拼车对象。根据目标拼车对象进行打车预约控制。
59.在一实施方式中，s14:在预约影响因素符合预约提前条件时，进行预约提前控制以更新初始预约安排时间的步骤之后，可以但不限于包括：根据出行安排信息进行打车预约控制后，控制关联终端进行预约提醒操作。
60.在一实施方式中，所述关联终端包括家用终端、移动终端等等中的至少一项。具体
地，关联终端还可以是其他能够与本实施例的执行主体建立关联关系的终端，关联关系可以但不限于为通信连接关系。
61.在一实施方式中，家用终端例如智能音箱、智能电视等等。移动终端例如，手机、智能手表、ipad等等。
62.在一实施方式中，根据出行安排信息进行打车预约控制后，控制关联终端进行预约提醒操作的步骤中，可以但不限于包括：根据出行安排信息进行打车预约控制。获取该打车预约控制对应的预约目标的到达时间。根据到达时间和/或预定目标的属性获取预约提醒信息以控制自身进行预约提醒操作和/或控制关联终端进行预约提醒操作。
63.在一实施方式中，根据到达时间和/或预定目标的属性获取预约提醒信息以控制自身进行预约提醒操作和/或控制关联终端进行预约提醒操作，例如，控制自身语音提示“专车剩余5分钟到达，黑色奥迪，车牌尾号199”，同时，控制关联的智能音箱语音提示“专车剩余5分钟到达，黑色奥迪，车牌尾号199”，控制关联的智能电视显示“专车剩余5分钟到达，黑色奥迪，车牌尾号199”的文字内容并进行相应的语音提示。
64.在一实施方式中，本实施例提供的关于出行车辆服务的预约控制方法可以应用于终端中，也可以是应用于服务器中，还可以应用于终端和服务器之间。其中，应用于服务器时，步骤s11中的出行安排信息可以是终端设置并发送的。
65.本公开的第一实施例提供的关于出行车辆服务的预约控制方法，包括：s11:获取出行安排信息。s12:获取出行车辆服务的初始预约安排时间。s13:在到达初始预约安排时间之前，获取与出行安排信息中的出行地点信息对应的预约影响因素。s14:在预约影响因素符合预约提前条件时，进行预约提前控制以更新初始预约安排时间。因此，本公开的第一实施例提供的关于出行车辆服务的预约控制方法能够在到达预约安排时间之前检测预约影响因素，在检测到的预约影响因素会影响实际使用出行车辆服务的时间时，将预约安排时间提前，故而，本公开的第一实施例提供的关于出行车辆服务的预约控制方法能够实现保障用户的实际使用出行车辆服务的时间满足用户的需求，提升用户的使用体验感。
66.第二实施例：
67.图3是本公开的第二实施例提供的关于出行车辆服务的预约控制方法的流程示意图。图4是本公开的第二实施例提供的拼车场景的示意图。为了清楚的描述本公开的第二实施例提供的关于出行车辆服务的预约控制方法，请参见图3和图4。
68.本公开的第二实施例提供的关于出行车辆服务的预约控制方法，包括：
69.s201:进入日历应用。
70.s202:进行出行安排设置操作以在日历应用中设置至少一个出行安排信息。
71.s203:获取与当前时间最接近的出行安排信息，所述出行安排信息对应拼车服务。
72.s204:根据出行安排信息中的出行时间获取初始预约安排时间。
73.s205:在到达初始预约安排时间之前，获取与出行安排信息中的出行地点信息对应的预约影响因素。
74.s206:在预约影响因素符合预约提前条件时，进行预约提前控制以更新初始预约安排时间。
75.s207:在当前时间符合更新后的初始预约安排时间时，根据出行地点信息获取至少一个可拼车对象。
76.在一实施方式中，参见图4，第一用户130的第一终端120可以在在当前时间符合更新后的初始预约安排时间时，根据出行地点信息从服务器140中获取至少一个可拼车对象(例如第二用户170，且第二用户170之前通过第二终端160发送了包括社交信息和/或历史用车信息的拼车请求至服务器140)，从而后续服务器140可以将第一用户130和第二用户170合并实现拼车预约以预约车辆110。
77.s208:获取用户和至少一个可拼车对象的社交信息和/或与出行地点信息对应的预设时间段内的历史用车次数。
78.在一实施方式中，其中，社交信息包括年龄、星座、爱好、户籍、及最近的娱乐消费息中的至少一项。
79.s209:根据社交信息和/或历史用车次数确定用户与每个可拼车对象的拼车匹配度。
80.在一实施方式中，可拼车对象的该历史用车次数大于或等于用户的历史用车次数时对拼车匹配度进行增加控制，或者可拼车对象的该历史用车次数大于阈值时对拼车匹配度进行增加控制。
81.s210：根据拼车匹配度对至少一个可拼车对象进行排序，并进行拼车对象确认操作以确认目标拼车对象。
82.s211:根据目标拼车对象进行打车预约控制。
83.在一实施方式中，本实施例提供的预约控制方法的技术特征与第一实施提供的预约控制方法的技术特征，在不矛盾的前提下，可以任意组合，在此将不再赘述。
84.本公开的第二实施例提供的关于出行车辆服务的预约控制方法能够通过日历应用使得固定时间、固定地点的出行车辆预约服务更加便捷，并且能够保障用户的实际使用出行车辆服务的时间满足用户的需求，提升用户的使用体验感，并且，本实施例提供的关于出行车辆服务的预约控制方法能够实现为用户尽可能提供志趣相投的拼车对象，提升拼车出行的乐趣，提示用户的使用体验感。
85.第三实施例：
86.图5是本公开的第三实施例提供的终端的第一结构示意图。为了清楚的描述本公开的第三实施例提供的终端1，请参见图5。
87.本公开的第三实施例提供的终端1，包括：处理器a101及存储器a201，其中，处理器a101用于执行存储器a201中存储的计算机程序a6以实现如第一实施例或第二实施例所描述的关于出行车辆服务的预约控制方法的步骤。
88.在一实施方式中，本实施例提供的终端1可以包括至少一个处理器a101，以及至少一个存储器a201。其中，至少一个处理器a101可以称为处理单元a1，至少一个存储器a201可以称为存储单元a2。具体地，存储单元a2存储有计算机程序a6，当该计算机程序a6被处理单元a1执行时，使得本实施例提供的终端1实现如第一实施例或第二实施例所描述的关于出行车辆服务的预约控制方法的步骤，例如，图1中所示的步骤s11至步骤s14，或例如图3所示的步骤s21至步骤s29。
89.在一实施方式中，本实施例中的提供的终端1可以包括多个存储器a201(简称为存储单元a2)，存储单元a2可以包括例如随机存取存储器(ram)和/或高速缓存存储器和/或只读存储器(rom)等等。
90.在一实施方式中，终端1还包括连接不同组件(例如处理器a101和存储器a201、触控显示屏a3等等)的总线。
91.在一实施方式中，本实施例中的终端1还可以包括通信接口(例如i/o接口a4)，该通信接口可以用于与外部设备进行通信。
92.在一实施方式中，本实施例提供的终端1还可以包括通信装置a5。
93.本公开的第三实施例提供的终端1，包括存储器a101和处理器a201，且处理器a101用于执行存储器a201中存储的计算机程序a6以实现如第一实施例或第二实施例所描述的关于出行车辆服务的预约控制方法的步骤，因此，本实施例提供的终端1能够实现在预约出行车辆服务的过程中保障用户的实际使用出行车辆服务的时间满足用户的需求，提升用户的使用体验感。
94.图6是本公开的第三实施例提供的终端的第二结构示意图。
95.参见图6，在其他实施方式中，本公开的第三实施例提供的终端，包括：中央控制器801(简称cpu)、只读存储器802(简称rom)、随机存取存储器803(简称ram)、通信总线804、i/o接口805、输入单元806、输出单元807、存储单元808、通信单元809。
96.在其他实施方式中，中央控制器801(简称cpu)、只读存储器802(简称rom)、随机存取存储器803(简称ram)可以构成处理器。
97.在其他实施方式中，终端可以实现如第一实施例或第二实施例提供的关于出行车辆服务的预约控制方法，从而使得该终端能够实现在预约出行车辆服务的过程中保障用户的实际使用出行车辆服务的时间满足用户的需求，提升用户的使用体验感。
98.本公开的第三实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序a6，该计算机程序a6被处理器a101执行时实现如第一实施例或第二实施例中的关于出行车辆服务的预约控制方法的步骤，例如图1所示的步骤s11至步骤s14，或例如图3所示的步骤s21至步骤s29。
99.在一实施方式中，本实施例提供能的计算机可读存储介质可以包括能够携带计算机程序代码的任何实体或装置、记录介质，例如，rom、ram、磁盘、光盘、闪存等。
100.本公开的第三实施例提供的计算机可读存储介质中存储的计算机程序a6被处理器a101执行时能够在预约出行车辆服务的过程中保障用户的实际使用出行车辆服务的时间满足用户的需求，提升用户的使用体验感。
101.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
102.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品、元件或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品、元件或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品、元件或者装置中还存在另外的相同要素，此外，本技术不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。
103.应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。取决于语境，如在此所使用的词语"如果"可以被解释成为"在
……
时"或"当
……
时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“a、b或c”或者“a、b和/或c”意味着“以下任一个：a；b；c；a和b；a和c；b和c；a、b和c”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。
104.以上仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内所作的任何修改、等同替换或改进等，均应包含在本公开的保护范围之内。