一种智能网联车历史数据循环播放的方法

摘要

一种智能网联车历史数据循环播放的方法，包括：用户选定智能网联车历史数据回放信息；历史轨迹平台查验用户选定回放信息，确定历史数据回放起止时间，按照第一预设规则，生成第一历史轨迹数据临时文件；历史视频平台确定与历史轨迹平台间的系统误差，按照第二预设规则，生成第二历史数据临时文件；历史视频平台向用户确认待回放数据，开始历史数据回放。本发明以历史轨迹数据为参照，历史视频画面主动调整播放状态，实时顺滑控制视频画面与车辆运行轨迹间误差，实现任何形式下的历史回放，车辆运行轨迹与车载视频画面均能同步的方法。本发明不受限回放方式和回放场景，适用任意条件下的智能网联车历史数据同步回放，有较大的工程实用意义。

说明书

技术领域

本发明涉及的是通信及智能网联车领域，特别涉及 一种智能网联车历史数据循环播放的方法。

背景技术

随着网络通信和物联网技术的飞速发展，智能网联车在人们生活中也愈发常见。智能网联车具备持续对平台发送车辆坐标、车速、油耗、驾驶模式、告警信息和车载视频等功能，平台接收车辆上传的各类数据，进行数据分析，可将车辆行驶轨迹以模型方式按比例在2D/3D地图展示，供用户在大屏或显示器上实时观看。同时，平台也会按数据类型分开存储车端上传的各类数据，供用户回看车辆运行历史轨迹和历史视频画面，很多时候，用户会循环播放车辆运行历史轨迹和历史视频画面，如展厅、展会等。

智能网联车持续上传的各类数据，会分别被对应的平台接收和存储，这些平台很有可能运行在不同的服务器上，各服务器间存在系统时间误差，同时，各类历史数据在回放时，由于网络抖动或数据解析抖动，会造成历史数据间的不同步，另外，历史视频文件存储的第一帧数据对应时刻较此历史视频文件标注的开始时刻晚，且受视频流获取速率影响，同一辆车搭载的多路视频对应的历史视频文件间也存在时间误差。上述客观因素均会对历史数据同步播放造成影响，若没有合适的控制手段，每循环播放一次，影响就会被累加，最终导致的后果是车辆模型在2D/3D地图上的运动和车载视频画面严重对不上，此种问题在工程上是绝不能出现的。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种智能网联车历史数据循环播放的方法。

为了解决上述技术问题，本申请实施例公开了如下技术方案：

一种智能网联车历史数据循环播放的方法，包括：

S100.用户选定智能网联车历史数据回放信息；

S200.历史轨迹平台查验用户选定回放信息，确定历史数据回放起止时间，按照第一预设规则，生成第一历史轨迹数据临时文件；

S300.历史视频平台确定与历史轨迹平台间的系统误差，按照第二预设规则，生成第二历史数据临时文件；

S400.历史视频平台向用户确认待回放数据，开始历史数据回放。

进一步地，S100中，用户选定选定智能网联车历史数据回放信息，包括：智能网联车VIN号和历史数据回放的起止时刻。

进一步地，S200中，生成历史轨迹临时文件的第一预设规则包括：历史轨迹数据平台TrackServer根据用户选定回放信息的开始时刻StartTime和结束时刻EndTime从存储的历史轨迹数据中截取对应时间内的历史数据生成临时轨迹文件TrackFile，若用户选定的起止时间内，在开始时间或结束时间没有对应历史轨迹数据存储，历史轨迹数据平台TrackServer根据实际历史数据情况，选定新的回放开始时刻NewStartTime和新的回放结束时刻NewEndTime，其中，NewStartTime大于等于StartTime，NewEndTime小于等于EndTime。

进一步地，生成历史轨迹临时文件的第一预设规则还包括：历史轨迹数据平台TrackServer将即将回放的起止时刻和在地图上的路段反馈给用户，并将新的回放起止时刻通知给历史视频平台；历史视频平台VideoServer接收到NewStartTime和NewEndTime，再结合两平台间的系统时间误差TimeOffset，得到历史视频文件裁剪的起止时刻CutVideoStartTime和CutVideoEndTime，从历史视频文件中裁剪得到用于本次回放的临时视频文件。

进一步地，S300中，生成第二历史数据临时文件的第二预设规则包括：历史轨迹数据平台TrackServer以固定周期2s向历史视频平台VideoServer发送最新发送的历史轨迹数据时间戳，历史视频平台VideoServer会持续记录最新发送视频帧的时间戳LastVideoTimestamp，历史视频平台收到历史轨迹数据平台发送的时间戳TrackTimestamp，结合两平台间系统时间误差TimeOffset，再根据当前即将发送的视频帧时间戳VideoTimestamp，得出TrackTimestamp和VideoTimestamp两个时间戳的差值DiffValue，单位毫秒，再判定DiffValue是否在阈值范围K内,其中，K的范围为[-500,500]，单位毫秒。

进一步地，若差值DiffValue在阈值K范围内，则表明当前轨迹数据和视频数据同步，无需对视频时间戳做调整；若差值DiffValue不在阈值范围内，表明当前轨迹数据和视频数据间存在一定偏差，需要对视频数据时间戳进行调整，调整方式为每帧视频数据时间戳加减数值C，直到下次判定DiffValue与阈值范围K的关系。

进一步地，数值C的确定方法为：若即将发送的视频帧时间戳VideoTimestamp与系统时间误差TimeOffset调整后的数值，比历史轨迹数据时间戳TrackTimestamp的数值大500以上，表明历史视频数据回放的比轨迹数据慢；若即将发送的视频帧时间戳VideoTimestamp与系统时间误差TimeOffset调整后的数值，比历史轨迹数据时间戳TrackTimestamp的数值小500以上，表明历史视频数据回放的比轨迹数据快；此时，均需要在2秒周期内均匀实现历史数据同步，即历史视频的时间戳在LastVideoTimestamp基础上均匀增长到2秒后的历史轨迹数据时间戳，而历史视频2秒包含的帧数已知，历史轨迹数据2秒后的时间戳也已知，再结合已知的LastVideoTimestamp，求出数值C。

进一步地，S400的具体方法为：历史轨迹数据平台TrackServer成功发送临时轨迹文件TrackFile的最后一包数据后，通知历史视频平台VideoServer一个播放周期结束，历史视频平台VideoServer收到消息后终止临时视频文件VideoFiles数据发送，准备进入下一个循环播放周期；历史视频平台VideoServer中临时视频文件成功发送最后一帧视频数据，历史视频平台VideoServer立马通知历史轨迹数据平台TrackServer视频数据发送完毕，历史轨迹数据平台TrackServer可选择应答临时轨迹文件TrackFile中待发送轨迹数据的时长t，历史视频平台VideoServer根据应答内容在本播放周期内偏移适当的视频帧继续进行播放。

进一步地，历史轨迹平台工作流程为：

S201：历史轨迹平台接收存储车端上传的车辆数据时，记录存储数据的系统时刻值，当历史轨迹平台收到用户指定的回放起止时刻值，直接与存储的历史数据时刻值比较，确定具备历史轨迹回放能力的起止时刻；

S202：若历史轨迹平台最终确认的回放起止时刻不同于用户选定的起止时刻，历史轨迹平台将确认的回放起止时刻应答给用户，由用户确定是否回放；

S203：历史轨迹平台读取临时文件中的轨迹数据，为轨迹数据打上时间戳发送给用户，历史轨迹平台每向用户成功发送一包数据，都会更新记录此包数据时间戳；待时间周期2秒的条件被触发，历史轨迹平台将记录的最新时间戳发送给历史视频平台。

进一步地， 历史视频平台工作流程为：

S301：历史视频平台收到历史轨迹平台发送的回放起止时刻，确定与历史轨迹平台间的系统时间误差；

S302：历史视频平台读取临时视频文件中视频数据，从0开始单调递增的为每帧视频数据打上时间戳，再发送给用户，历史视频平台也会持续更新记录成功发送给用户视频帧的时间戳；

S303.历史视频平台收到历史轨迹平台发送的时间戳信息，比对视频帧时间戳与轨迹数据时间戳，采取已有策略调整待发视频帧时间戳，保证回放的轨迹数据和视频数据同步；

S304：若历史轨迹平台成功发送临时文件中最后一包数据，准备开始下一轮回放前，通知历史视频平台已回放完一轮，历史视频平台收到消息后，所有回放的历史视频数据全部准备开始下一轮回放。若历史轨迹平台正在发送本轮回放的轨迹数据，但历史视频平台中至少一个临时视频文件最后一包数据成功发送，历史视频平台将此消息通知给历史轨迹平台，历史轨迹平台可以应答一个时刻信息给历史视频平台，历史视频平台从此时刻信息开始继续给用户发送历史视频数据。

本发明实施例提供的上述技术方案的有益效果至少包括：

本发明公开的一种智能网联车历史数据循环播放的方法，针对车端生成的历史轨迹数据和历史视频画面在循环播放时，两类数据间由于上述客观因素极易造成不同步的问题，提出了一种以历史轨迹数据为参照，历史视频画面主动调整播放状态，实时顺滑控制视频画面与车辆运行轨迹间误差，实现任何形式下的历史回放，车辆运行轨迹与车载视频画面均能同步的方法。此方法不受限回放方式和回放场景，适用任意条件下的智能网联车历史数据同步回放，有较大的工程实用意义。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例1中，一种智能网联车历史数据循环播放的方法的流程图；

图2为本发明实施例1中，历史轨迹平台工作流程图；

图3为本发明实施例1中，历史视频平台工作流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中存在的问题，本发明实施例提供一种智能网联车历史数据循环播放的方法。

实施例1

本实施例公开了一种智能网联车历史数据循环播放的方法，包括：

S100.用户选定智能网联车历史数据回放信息；具体的，用户申请登陆智能网联车车管平台，鉴权通过后，能查看到所有接入此平台车辆运行状态，包含车辆上下线记录和行驶路线等。用户指定任意一辆车辆，选定历史回放起止时间，开始时刻记为StartTime，结束时刻记为EndTime，点击开始播放。

例如：用户通过身份校验，成功登录车管平台，VIN为LDP12345678987654的车辆在2022年4月6日9:00至11:20时间段内有运行记录，选定此车辆在9:00至9:30的历史数据进行回放。

S200.历史轨迹平台查验用户选定回放信息，确定历史数据回放起止时间，按照第一预设规则，生成第一历史轨迹数据临时文件；具体的，本实施例中，生成历史轨迹临时文件的第一预设规则包括：历史轨迹数据平台TrackServer根据用户选定回放信息的开始时刻StartTime和结束时刻EndTime从存储的历史轨迹数据中截取对应时间内的历史数据生成临时轨迹文件TrackFile，若用户选定的起止时间内，在开始时间或结束时间没有对应历史轨迹数据存储，历史轨迹数据平台TrackServer根据实际历史数据情况，选定新的回放开始时刻NewStartTime和新的回放结束时刻NewEndTime，其中，NewStartTime大于等于StartTime，NewEndTime小于等于EndTime。

在一些优选实施例中，生成历史轨迹临时文件的第一预设规则还包括：历史轨迹数据平台TrackServer将即将回放的起止时刻和在地图上的路段反馈给用户，并将新的回放起止时刻通知给历史视频平台；历史视频平台VideoServer接收到NewStartTime和NewEndTime，再结合两平台间的系统时间误差TimeOffset，得到历史视频文件裁剪的起止时刻CutVideoStartTime和CutVideoEndTime，从历史视频文件中裁剪得到用于本次回放的临时视频文件。需要说明的是，在裁剪历史视频文件时，采用行业内成熟的精准裁剪方法生成临时文件，另外，由于智能网联车搭载的车载摄像头不少于1个，故有多路历史视频同时回放，裁剪生成的临时文件会有多个，还有就是，若视频裁剪开始时刻CutVideoStartTime没有历史视频存储，历史视频平台VideoServer需要将此情况通知给用户，附加通知的还有回放多长时间视频能开始播放的信息，由用户决定是否继续回放此段历史数据。

例如：延续S101的例子，历史轨迹平台收到用户指定的VIN为LDP12345678987654，回放时间段为2022年4月6日9:00至9:30，查询该车辆已存储的历史轨迹数据是否包含了2022年4月6日9:00至9:30时间段的数据，因为历史轨迹平台存储的每包数据都对应有时间信息，所以很方便查询。若包含了此时间段数据，直接生成临时轨迹文件，并将2022年4月6日9:00至9:30这个时间信息发送给历史视频平台；若由于网络不稳定或逾期历史轨迹数据被删除等原因，该车辆已存储的轨迹数据只有2022年4月6日9:02至9:30时间段，历史轨迹平台将2022年4月6日9:02至9:30时间信息应答给客户，由用户确定是否回放此段时间内的数据，用户确认能回放，历史轨迹平台将2022年4月6日9:02至9:30时间信息发送给历史视频平台。

S300.历史视频平台确定与历史轨迹平台间的系统误差，按照第二预设规则，生成第二历史数据临时文件；

在本实施例中，生成第二历史数据临时文件的第二预设规则包括：历史轨迹数据平台TrackServer以固定周期2s向历史视频平台VideoServer发送最新发送的历史轨迹数据时间戳，历史视频平台VideoServer会持续记录最新发送视频帧的时间戳LastVideoTimestamp，历史视频平台收到历史轨迹数据平台发送的时间戳TrackTimestamp，结合两平台间系统时间误差TimeOffset，再根据当前即将发送的视频帧时间戳VideoTimestamp，得出TrackTimestamp和VideoTimestamp两个时间戳的差值DiffValue，单位毫秒，再判定DiffValue是否在阈值范围K内,其中，K的范围为[-500,500]，单位毫秒。

在一些优选实施例中，若差值DiffValue在阈值K范围内，则表明当前轨迹数据和视频数据同步，无需对视频时间戳做调整；若差值DiffValue不在阈值范围内，表明当前轨迹数据和视频数据间存在一定偏差，需要对视频数据时间戳进行调整，调整方式为每帧视频数据时间戳加减数值C，直到下次判定DiffValue与阈值范围K的关系。

在一些优选实施例中，数值C的确定方法为：若即将发送的视频帧时间戳VideoTimestamp与系统时间误差TimeOffset调整后的数值，比历史轨迹数据时间戳TrackTimestamp的数值大500以上，表明历史视频数据回放的比轨迹数据慢；若即将发送的视频帧时间戳VideoTimestamp与系统时间误差TimeOffset调整后的数值，比历史轨迹数据时间戳TrackTimestamp的数值小500以上，表明历史视频数据回放的比轨迹数据快；此时，均需要在2秒周期内均匀实现历史数据同步，即历史视频的时间戳在LastVideoTimestamp基础上均匀增长到2秒后的历史轨迹数据时间戳，而历史视频2秒包含的帧数已知，历史轨迹数据2秒后的时间戳也已知，再结合已知的LastVideoTimestamp，求出数值C。

在本实施例中，数值C的确定方法为：若即将发送的视频帧时间戳VideoTimestamp与系统时间误差TimeOffset调整后的数值，比历史轨迹数据时间戳TrackTimestamp的数值大500以上，表明历史视频数据回放的比轨迹数据慢；若即将发送的视频帧时间戳VideoTimestamp与系统时间误差TimeOffset调整后的数值，比历史轨迹数据时间戳TrackTimestamp的数值小500以上，表明历史视频数据回放的比轨迹数据快；此时，均需要在2秒周期内均匀实现历史数据同步，即历史视频的时间戳在LastVideoTimestamp基础上均匀增长到2秒后的历史轨迹数据时间戳，而历史视频2秒包含的帧数已知，历史轨迹数据2秒后的时间戳也已知，再结合已知的LastVideoTimestamp，求出数值C。例如：历史视频平台将接收到的轨迹数据时间戳转换为时刻值，数值为34000，单位是毫秒，历史视频平台记录的最新已发送视频帧时间戳转换为时刻值，数值为34968，单位是毫秒，即将发送的视频帧时间戳转换为时刻值，数值为35000，单位是毫秒，历史视频平台系统时间较历史轨迹平台系统时间快100毫秒，能计算出，用户接收的轨迹数据和视频数据间约存在900毫秒误差，历史视频数据较历史轨迹数据有延迟，900超出了[-500, 500]的范围，需要对即将发送的视频数据时间戳进行调整。历史视频平台预估下次接收到的轨迹数据时间戳对应的时刻值是36000，单位毫秒，历史视频平台需要在下次接收轨迹数据时间戳时，将待发送视频数据时间戳调整到36000，下次接收轨迹数据时间戳信息是2秒后，临时视频文件帧率是30fps，能算出2秒时间包含60帧视频数据，能得出从即将发送的视频帧开始算起，60帧后视频数据时间戳对应的时刻值要为36100，36100已涵盖系统时间误差100，即60帧视频数据时间戳对应时刻值需要累计增长1132毫秒，在34968基础上，平均每帧视频数据单调递增18.87毫秒。

延续S102的例子，历史视频平台收到LDP12345678987654和2022年4月6日9:00至9:30信息，计算出与历史轨迹平台间的系统误差为100毫秒，具体为历史视频平台的系统时间较历史轨迹平台的系统时间快了100毫秒。历史视频平台裁剪生成回放时间段内的临时视频文件，若LDP12345678987654有4路车载视频，那么会生成4个临时视频文件。

S400.历史视频平台向用户确认待回放数据，开始历史数据回放。在本实施例S400中，具体方法为：历史轨迹数据平台TrackServer成功发送临时轨迹文件TrackFile的最后一包数据后，通知历史视频平台VideoServer一个播放周期结束，历史视频平台VideoServer收到消息后终止临时视频文件VideoFiles数据发送，准备进入下一个循环播放周期；历史视频平台VideoServer中临时视频文件成功发送最后一帧视频数据，历史视频平台VideoServer立马通知历史轨迹数据平台TrackServer视频数据发送完毕，历史轨迹数据平台TrackServer可选择应答临时轨迹文件TrackFile中待发送轨迹数据的时长t，历史视频平台VideoServer根据应答内容在本播放周期内偏移适当的视频帧继续进行播放。

在一些优选实施例中，如图2，历史轨迹平台工作流程为：

S201：历史轨迹平台接收存储车端上传的车辆数据时，都会记录存储数据的系统时刻值，当历史轨迹平台收到用户指定的回放起止时刻值，直接与存储的历史数据时刻值比较，能快速确定具备历史轨迹回放能力的起止时刻。

S202：S201中，若历史轨迹平台最终确认的回放起止时刻不同于用户选定的起止时刻，历史轨迹平台将确认的回放起止时刻应答给用户，由用户确定是否回放。

S203：历史轨迹平台读取临时文件中的轨迹数据，为轨迹数据打上时间戳发送给用户，历史轨迹平台每向用户成功发送一包数据，都会更新记录此包数据时间戳。待时间周期2秒的条件被触发，历史轨迹平台将记录的最新时间戳发送给历史视频平台。

在一些优选实施例中，如图3，历史视频平台工作流程为：

S301：历史视频平台收到历史轨迹平台发送的回放起止时刻，确定与历史轨迹平台间的系统时间误差。

例如：历史视频平台与历史轨迹平台都属于x86 linux平台，业内常用clockdiff计算两个平台间的系统时间误差。

S302：历史视频平台读取临时视频文件中视频数据，从0开始单调递增的为每帧视频数据打上时间戳，再发送给用户，历史视频平台也会持续更新记录成功发送给用户视频帧的时间戳。需要说明的是，每辆车的车载摄像头至少包含1个，对应的，历史视频临时文件至少包含1个。历史视频平台需要与历史轨迹平台保持回放同步，会持续监听历史轨迹平台发送的时间戳信息。

S303：历史视频平台收到历史轨迹平台发送的时间戳信息，比对视频帧时间戳与轨迹数据时间戳，采取已有策略调整待发视频帧时间戳，保证回放的轨迹数据和视频数据同步。其中，调整待发视频帧时间戳的方法已在S300中数值C的确定方法进行了详细描述，再此不在进行赘述。

S304：若历史轨迹平台成功发送临时文件中最后一包数据，准备开始下一轮回放前，通知历史视频平台已回放完一轮，历史视频平台收到消息后，所有回放的历史视频数据全部准备开始下一轮回放。若历史轨迹平台正在发送本轮回放的轨迹数据，但历史视频平台中至少一个临时视频文件最后一包数据成功发送，历史视频平台将此消息通知给历史轨迹平台，历史轨迹平台可以应答一个时刻信息给历史视频平台，历史视频平台从此时刻信息开始继续给用户发送历史视频数据。

本实施例公开的一种智能网联车历史数据循环播放的方法，包括：用户选定智能网联车历史数据回放信息；历史轨迹平台查验用户选定回放信息，确定历史数据回放起止时间，按照第一预设规则，生成第一历史轨迹数据临时文件；历史视频平台确定与历史轨迹平台间的系统误差，按照第二预设规则，生成第二历史数据临时文件；历史视频平台向用户确认待回放数据，开始历史数据回放。本发明以历史轨迹数据为参照，历史视频画面主动调整播放状态，实时顺滑控制视频画面与车辆运行轨迹间误差，实现任何形式下的历史回放，车辆运行轨迹与车载视频画面均能同步的方法。本发明不受限回放方式和回放场景，适用任意条件下的智能网联车历史数据同步回放，有较大的工程实用意义。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。