CN114590347B - 多功能摩托车行车监控方法及系统 - Google Patents

Abstract

本申请提供了一种多功能摩托车行车监控方法及系统，该多功能摩托车行车监控方法包括：启动各个装置；判断多功能摩托车行车监控系统中的各个装置是否连接正常；若连接正常，则判断摩托车上是否有人；判断第一胎压值是否满足第一胎压参考范围或者第二胎压值是否满足第二胎压参考范围；若满足，则获取监控画面并判断摩托车周围是否有障碍物；若没有障碍物，则显示可以运行的提示信息；当摩托车进入正常运行状态时，根据重力感应信号判断行车记录仪是否安装稳定；若安装不稳定，则将判断结果传递至手机；获取驾驶员通过手机输入的控制指令并根据控制指令进行交互。本申请多功能摩托车行车监控系统功能丰富且能够实时交互。

Description

多功能摩托车行车监控方法及系统

技术领域

本申请涉及行车监控技术领域，具体涉及一种多功能摩托车行车监控方法及系统。

背景技术

摩托车是常见的代步工具，有些人希望可以记录下自己在骑行过程中沿途的风景，所以人们就会在摩托车上安装行车记录仪。而有些人害怕骑行的过程中可能会与其它车辆发生剐蹭，而没有证据使用，从而安装行车记录仪。

以上传统的摩托行车记录仪存在以下技术问题：

现有的摩托车行车记录仪由于单一的功能往往不适应复杂的城市交通。欠缺车辆监控以及行驶安全辅助等安全相关功能。不能实时的与驾驶员进行信息交互。

发明内容

本申请旨在提供一种多功能摩托车行车监控方法及系统，旨在解决现有技术中摩托车行车监控系统功能单一且不能实时交互的问题。

一方面，本申请提供一种多功能摩托车行车监控方法，所述多功能摩托车行车监控方法应用于多功能摩托车行车监控系统，所述多功能摩托车行车监控系统用于监控摩托车，所述多功能摩托车行车监控系统包括设置于所述摩托车上的行车记录仪、摄像头组件、监控显示屏、车胎监测传感器、手机以及云平台，所述多功能摩托车行车监控方法包括：

启动摩托车和所述多功能摩托车行车监控系统中的各个装置；

判断所述多功能摩托车行车监控系统中的各个装置是否连接正常；

若所述多功能摩托车行车监控系统中的各个装置连接正常，则判断摩托车上是否有人；

若摩托车上没有人，则获取车胎监测传感器返回的第一胎压值，若摩托车上有人，则获取车胎监测传感器返回的第二胎压值；

判断第一胎压值是否满足第一胎压参考范围或者第二胎压值是否满足第二胎压参考范围；

若第一胎压值满足第一胎压参考范围或者第二胎压值满足第二胎压参考范围，则获取摄像头组件返回的监控画面并根据监控画面判断摩托车周围是否有障碍物；

若摩托车周围没有障碍物，则控制监控显示屏显示可以运行的提示信息；

当摩托车进入正常运行状态时，获取重力感应器返回的重力感应信号并根据重力感应器返回的重力感应信号判断行车记录仪是否安装稳定；

若判断行车记录仪安装不稳定，则将判断结果传递至手机，以使手机对驾驶员提示行车记录仪未稳定安装；

获取驾驶员通过手机输入的控制指令并根据控制指令进行交互。

可选地，所述行车记录仪包括TF卡，所述获取驾驶员通过手机输入的控制指令并根据控制指令进行交互，包括：

获取摄像头组件拍摄得到的视频文件以及抓拍图像；

将摄像头组件拍摄得到的视频文件以及抓拍图像存入TF卡；

获取驾驶员在手机上点击对应功能按钮输入的请求信息，其中，请求信息包括观看、循环播放、复制以及删除；

调用TF卡中与请求信息对应的目标文件；

将目标文件返回手机。

可选地，所述获取摄像头组件拍摄得到的视频文件以及抓拍图像包括：

获取驾驶员输入的抓拍请求；

将抓拍请求发送给摄像头组件；

控制摄像头组件根据抓拍请求进行抓拍，得到抓拍图像。

可选地，所述将摄像头组件拍摄得到的视频文件以及抓拍图像存入TF卡，之后，包括：

将抓拍图像发送至手机供驾驶员观看；

将抓拍图像存储在所述云平台备份。

可选地，所述多功能摩托车行车监控方法包括：

当监测到摩托车停止并熄火后，关闭所述多功能摩托车行车监控系统中的各个装置。

可选地，所述判断所述多功能摩托车行车监控系统中的各个装置是否连接正常，包括：

确认摄像头组件是否连接行车记录仪；确认手机是否连接行车记录仪；确认监控显示屏是否连接行车记录仪；确认车胎监测传感器是否连接行车记录仪；确认手机是否连接云平台。

另一方面，本申请提供一种多功能摩托车行车监控系统，所述多功能摩托车行车监控系统用于监控摩托车，所述多功能摩托车行车监控系统包括设置于所述摩托车上的行车记录仪、摄像头组件、监控显示屏、车胎监测传感器、手机以及云平台，所述云平台用于执行第一方面任意一项所述的多功能摩托车行车监控方法。

可选地，所述摄像头组件的数量为两个，两个摄像头组件分别设置在摩托车的前端和尾部，所述车胎监测传感器安装于摩托车的轮胎上。

可选地，所述行车记录仪包括底座、上盖、电路板、TF卡插槽、TF卡插入开关、固定条以及接收发射模块，底座和上盖围合形成腔体，接收发射模块收容于底座和上盖围合形成的腔体内，TF卡插槽用于插置TF卡。

可选地，行车记录仪通过接收发射模块与其他装置无线连接，或者行车记录仪通过接口与其他装置有线连接，手机与云平台依靠WIFI和无线网络连接。

本申请提供一种多功能摩托车行车监控方法，该多功能摩托车行车监控方法应用于多功能摩托车行车监控系统，多功能摩托车行车监控系统用于监控摩托车，多功能摩托车行车监控系统包括设置于摩托车上的行车记录仪、摄像头组件、监控显示屏、车胎监测传感器、手机以及云平台，多功能摩托车行车监控方法包括：启动摩托车和多功能摩托车行车监控系统中的各个装置；判断多功能摩托车行车监控系统中的各个装置是否连接正常；若多功能摩托车行车监控系统中的各个装置连接正常，则判断摩托车上是否有人；若摩托车上没有人，则获取车胎监测传感器返回的第一胎压值，若摩托车上有人，则获取车胎监测传感器返回的第二胎压值；判断第一胎压值是否满足第一胎压参考范围或者第二胎压值是否满足第二胎压参考范围；若第一胎压值满足第一胎压参考范围或者第二胎压值满足第二胎压参考范围，则获取摄像头组件返回的监控画面并根据监控画面判断摩托车周围是否有障碍物；若摩托车周围没有障碍物，则控制监控显示屏显示可以运行的提示信息；当摩托车进入正常运行状态时，获取重力感应器返回的重力感应信号并根据重力感应器返回的重力感应信号判断行车记录仪是否安装稳定；若判断行车记录仪安装不稳定，则将判断结果传递至手机，以使手机对驾驶员提示行车记录仪未稳定安装；获取驾驶员通过手机输入的控制指令并根据控制指令进行交互。本申请多功能摩托车行车监控系统功能丰富且能够实时交互。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例所提供的多功能摩托车行车监控系统中摩托车和行车记录仪的结构示意图；

图2是本申请实施例所提供的多功能摩托车行车监控系统中摄像头组件检测障碍物的示意图；

图3是本申请实施例所提供的多功能摩托车行车监控系统中行车记录仪的爆炸示意图；

图4是本申请实施例所提供的多功能摩托车行车监控系统中摄像头组件的结构示意图；

图5是本申请实施例所提供的多功能摩托车行车监控系统中车胎监测传感器的结构示意图；

图6是本申请实施例提供的多功能摩托车行车监控方法的一个实施例流程示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本申请，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本申请。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本申请的描述变得晦涩。因此，本申请并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。

本申请实施例提供一种多功能摩托车行车监控方法及系统，以下分别进行详细说明。

请参阅图1-图5，图1是本申请实施例所提供的多功能摩托车行车监控系统中摩托车和行车记录仪的结构示意图；图2是本申请实施例所提供的多功能摩托车行车监控系统中摄像头组件检测障碍物的示意图；图3是本申请实施例所提供的多功能摩托车行车监控系统中行车记录仪的爆炸示意图；图4是本申请实施例所提供的多功能摩托车行车监控系统中摄像头组件的结构示意图；图5是本申请实施例所提供的多功能摩托车行车监控系统中车胎监测传感器的结构示意图。

结合图1至图5，本申请实施例中，多功能摩托车行车监控系统用于监控摩托车11，多功能摩托车行车监控系统包括设置于摩托车11上的行车记录仪12、摄像头组件13、监控显示屏、车胎监测传感器14、手机以及云平台。

本申请实施例中，摄像头组件13的数量为两个，两个摄像头组件13分别设置在摩托车11的前端和尾部，车胎监测传感器14安装于摩托车11的轮胎上。

本申请实施例中，行车记录仪12包括底座121、上盖122、电路板123、TF卡插槽125、TF卡插入开关126、固定条124以及接收发射模块128，底座121和上盖122围合形成腔体，接收发射模块128收容于底座121和上盖122围合形成的腔体内，TF卡插槽125用于插置TF卡。

本申请实施例中，行车记录仪12通过接收发射模块128与其他装置无线连接，或者行车记录仪12通过接口127与其他装置有线连接，手机与云平台依靠WIFI和无线网络连接。

需要说明的是，图1所示的多功能摩托车行车监控系统的场景示意图仅仅是一个示例，本申请实施例描述的多功能摩托车行车监控系统以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着多功能摩托车行车监控系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

参阅图6，图6是本申请实施例提供的多功能摩托车行车监控方法的一个实施例流程示意图。如图6所示，该多功能摩托车行车监控方法包括：

S201、启动摩托车和多功能摩托车行车监控系统中的各个装置。

本申请实施例中，启动摩托车11和多功能摩托车行车监控系统中的各个装置。包括摩托车11上的行车记录仪12、摄像头组件13、监控显示屏、车胎监测传感器14、手机以及云平台。

S202、判断多功能摩托车行车监控系统中的各个装置是否连接正常。

具体的，确认摄像头组件13是否连接行车记录仪12；确认手机是否连接行车记录仪12；确认监控显示屏是否连接行车记录仪12；确认车胎监测传感器是否连接行车记录仪12；确认手机是否连接云平台。

S203、若多功能摩托车行车监控系统中的各个装置连接正常，则判断摩托车11上是否有人。

通过判断摩托车11上是否有人判断驾驶员是否上车。

S204、若摩托车上没有人，则获取车胎监测传感器返回的第一胎压值，若摩托车上有人，则获取车胎监测传感器返回的第二胎压值。

胎监测也在实时监测，车胎监测传感器14实时获取胎压值。若摩托车11上没有人，即驾驶员未上车时，行车记录仪12的接收发射模块128接收到车胎监测传感器发射的信号，接收发射模块128将信号进行处理，得到第一胎压值。接收发射模块128将第一胎压值发射到手机上，手机再将第一胎压值上传至云平台，云平台获取车胎监测传感器14返回的第一胎压值。第一胎压值为摩托车11上没有人时的胎压值，第二胎压值为摩托车11上有人时的胎压值。云平台进行胎压值是否符合范围的逻辑判断。第一胎压值包括第一前轮胎压值和第一后轮胎压值。第二胎压值包括第二前轮胎压值和第二后轮胎压值。

S205、判断第一胎压值是否满足第一胎压参考范围或者第二胎压值是否满足第二胎压参考范围。

当驾驶员坐上时摩托车11，胎压参考范围有所不同，因此设置摩托车11没人时的第一胎压参考范围和摩托车11有人时的第二胎压参考范围。云平台默认的第一胎压值为：前轮的第一前轮胎压值为170～200kPa，后轮的第一后轮胎压值是200～220kPa。云平台默认单人驾驶的标准胎压值是前轮175kPa，后轮是200kPa，参考范围在标准胎压值上下浮动。同理此时的胎压参考范围驾驶员也可以根据摩托车11说明书以及自身经验更改，提高准确性。胎压监测直到驾驶员停止运行，关闭摩托车11后才停止运行

由于合适的胎压参考范围对于各个轮胎都是不一样的，驾驶员可以在手机上更改参考胎压范围。手机将更改后的第一胎压参考范围和第二胎压参考范围上传至云平台，云平台就会以更改后的胎压参考范围进行判断，从而提高判断的准确度。云平台得出判断结果后，经过手机与行车记录仪12，送到监控显示屏上。

云平台判断第一胎压值是否满足第一胎压参考范围或者第二胎压值是否满足第二胎压参考范围，如果云平台判断第一胎压值不满足第一胎压参考范围或者第二胎压值不满足第二胎压参考范围，监控显示屏上就会显示胎压异常的报警提示。

S206、若第一胎压值满足第一胎压参考范围或者第二胎压值满足第二胎压参考范围，则获取摄像头组件返回的监控画面并根据监控画面判断摩托车周围是否有障碍物。

如果云平台判断第一胎压值满足第一胎压参考范围或者第二胎压值满足第二胎压参考范围，说明胎压值符合参考范围，监控显示屏就会显示目前的第一胎压值或者第二胎压值。当到了摩托车11运行的时候，车胎检测依然在实时工作。

如果云平台判断第一胎压值满足第一胎压参考范围或者第二胎压值满足第二胎压参考范围，胎压正常，摩托车11启动监测。摩托车11启动监测是用于帮助驾驶员判断摩托车11启动周围是否有障碍物的安全装置。摄像头组件13在车辆启动后工作，实时地记录摩托车11周围环境，具体的，获取摄像头组件13返回的监控画面并根据监控画面判断摩托车11周围是否有障碍物。

S207、若摩托车周围没有障碍物，则控制监控显示屏显示可以运行的提示信息。

摄像头组件13的数量为两个，两个摄像头组件13分别设置在摩托车11的前端和尾部。摄像头组件13安装在车头与车后。摄像头组件13如此布置的原因在于考虑到摩托车11的停放方式。摩托车11停放往往是靠边停放或者集中停放。靠边停放的时候，摩托车11左右两侧的一侧是墙面，另一侧是驾驶员上车的路线。所以摩托车11在停放的时候，驾驶员必然会考虑障碍物的影响，停放在合适的位置。所以摩托车11此时靠墙的一侧设置摄像头组件13不是必要的。在驾驶员上车时，驾驶员此时在靠墙一侧的对侧上车，驾驶员也必然会观察是否有障碍物。所以靠边停放的左右两侧布置摄像头组件13不是非必要的。集中停放的时候，摩托车11两侧往往会停靠别的摩托车11，左右两侧布置摄像头组件13不是非必要的。在车前与车后布置摄像头组件13是保证效率下减少成本的布置方式。

摄像头组件13将拍摄到的信息通过无线连接方式或有线连接方式传递给行车记录仪12，行车记录仪12将信息送入4TF卡插槽125内的TF卡中。TF卡储存了摄像头组件13记录的视频文件。行车记录仪12同时将视频文件通过手机上传到云平台。云平台对视频文件进行备份以及逻辑运算，判断摩托车11周围是否有障碍物。云平台的判断结果通过手机与行车记录仪12，送至监控显示屏。如果云平台判断周围有障碍物，监控显示屏会提示有障碍物。如果没有，控制监控显示屏显示可以运行的提示信息，监控显示屏会提示可以正常启动。

S208、当摩托车进入正常运行状态时，获取重力感应器返回的重力感应信号并根据重力感应器返回的重力感应信号判断行车记录仪是否安装稳定。

重力感应到摩托车11进入正常运行状态时，进入摩托车11运行状态监测。行车记录仪12上设有重力感应电路模块。重力感应电路模块主要是布置在行车记录仪12上的的重力感应器(图中未示出)。重力感应器采集重力感应信号。重力感应电路模块根据重力感应器返回的重力感应信号判断行车记录仪12是否安装稳定。具体的，重力感应电路模块根据重力感应器返回的重力感应信号判断出行车记录仪12的重力方向上的运动趋势，重力感应电路模块将行车记录仪12的重力方向上的运动趋势通过接收发射模块128或接口127上的数据线传输至手机，手机再将信息运输至云平台上，云平台对信息进行处理运算判断行车记录仪12安装是否稳定。

S209、若判断行车记录仪安装不稳定，则将判断结果传递至手机，以使手机对驾驶员提示行车记录仪未稳定安装。

如果判断出安装稳定，就结束程序。如果判断出安装不稳定，则将判断结果传递至手机，以使手机对驾驶员提示行车记录仪12未稳定安装。

S210、获取驾驶员通过手机输入的控制指令并根据控制指令进行交互。

行车记录仪包括TF卡。具体的，获取驾驶员通过手机输入的控制指令并根据控制指令进行交互，包括：

(1)获取摄像头组件13拍摄得到的视频文件以及抓拍图像。

具体的，获取驾驶员输入的抓拍请求；将抓拍请求发送给摄像头组件13；控制摄像头组件13根据抓拍请求进行抓拍，得到抓拍图像。手机通过接收发射模块128或接口127的数据线发送请求给行车记录仪12，再将请求发送给摄像头组件13。摄像头组件13进行抓拍动作，将图片信息传递回行车记录仪12，记录仪将图片信息储存上TF卡插槽125中的TF卡中，同时将信息传递给手机。驾驶员可以观看抓拍的图片，同时图片信息还通过手机上传到云平台进行备份所有的视频文件以及抓拍图像都会存储在TF卡插槽125中的TF卡中以及在云平台上保留有备份。

(2)将摄像头组件13拍摄得到的视频文件以及抓拍图像存入TF卡。

(3)获取驾驶员在手机上点击对应功能按钮输入的请求信息，其中，请求信息包括观看、循环播放、复制以及删除。

(4)调用TF卡中与请求信息对应的目标文件。

(5)将目标文件返回手机。

驾驶员可以在手机APP上观看、循环播放、复制、删除摄像头组件13记录的信息。驾驶员在手机APP上点击对应功能按钮，手机将请求信息发送通过行车记录仪12中的接收发射模块128或接口127的数据线，行车记录仪12接收到请求后调用TF卡插槽125中的TF卡的对应文件，然后将文件信息传递回手机上。驾驶员进行对应功能操作。如果误将文件删除，驾驶员可以通过云平台将文件找回。手机连接云平台，驾驶员点击找回功能，选择目标文件。手机发送请求给云平台，云平台将目标文件信息复制回传给手机，手机将复制的文件信息通过接收发射模块128传递或接口127的数据线给TF卡插槽125中的TF卡内储存。

进一步的，当监测到摩托车11停止并熄火后，关闭多功能摩托车行车监控系统中的各个装置。

以上对本申请实施例所提供的一种多功能摩托车行车监控方法及系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (8)

1.一种多功能摩托车行车监控方法，其特征在于，所述多功能摩托车行车监控方法应用于多功能摩托车行车监控系统，所述多功能摩托车行车监控系统用于监控摩托车，所述多功能摩托车行车监控系统包括设置于所述摩托车上的行车记录仪、摄像头组件、监控显示屏、车胎监测传感器、手机以及云平台，所述多功能摩托车行车监控方法包括：启动摩托车和所述多功能摩托车行车监控系统中的各个装置；判断所述多功能摩托车行车监控系统中的各个装置是否连接正常；若所述多功能摩托车行车监控系统中的各个装置连接正常，则判断摩托车上是否有人；若摩托车上没有人，则获取车胎监测传感器返回的第一胎压值，若摩托车上有人，则获取车胎监测传感器返回的第二胎压值；判断第一胎压值是否满足第一胎压参考范围或者第二胎压值是否满足第二胎压参考范围；若第一胎压值满足第一胎压参考范围或者第二胎压值满足第二胎压参考范围，则获取摄像头组件返回的监控画面并根据监控画面判断摩托车周围是否有障碍物；若摩托车周围没有障碍物，则控制监控显示屏显示可以运行的提示信息；当摩托车进入正常运行状态时，获取重力感应器返回的重力感应信号并根据重力感应器返回的重力感应信号判断行车记录仪是否安装稳定；若判断行车记录仪安装不稳定，则将判断结果传递至手机，以使手机对驾驶员提示行车记录仪未稳定安装；获取驾驶员通过手机输入的控制指令并根据控制指令进行交互；

所述行车记录仪包括TF卡，所述获取驾驶员通过手机输入的控制指令并根据控制指令进行交互，包括：获取摄像头组件拍摄得到的视频文件以及抓拍图像；将摄像头组件拍摄得到的视频文件以及抓拍图像存入TF卡；获取驾驶员在手机上点击对应功能按钮输入的请求信息，其中，请求信息包括观看、循环播放、复制以及删除；调用TF卡中与请求信息对应的目标文件；将目标文件返回手机；

所述判断所述多功能摩托车行车监控系统中的各个装置是否连接正常，包括：确认摄像头组件是否连接行车记录仪；确认手机是否连接行车记录仪；确认监控显示屏是否连接行车记录仪；确认车胎监测传感器是否连接行车记录仪；确认手机是否连接云平台；

所述重力感应器，根据重力感应器返回的重力感应信号判断出行车记录仪的重力方向上的运动趋势，重力感应器将行车记录仪的重力方向上的运动趋势信息运输至云平台上，云平台对信息进行处理运算判断行车记录仪安装是否稳定。

2.根据权利要求1所述的多功能摩托车行车监控方法，其特征在于，所述获取摄像头组件拍摄得到的视频文件以及抓拍图像包括：获取驾驶员输入的抓拍请求；将抓拍请求发送给摄像头组件；控制摄像头组件根据抓拍请求进行抓拍，得到抓拍图像。

3.根据权利要求2所述的多功能摩托车行车监控方法，其特征在于，所述将摄像头组件拍摄得到的视频文件以及抓拍图像存入TF卡，之后，包括：将抓拍图像发送至手机供驾驶员观看；将抓拍图像存储在所述云平台备份。

4.根据权利要求1所述的多功能摩托车行车监控方法，其特征在于，所述多功能摩托车行车监控方法包括：当监测到摩托车停止并熄火后，关闭所述多功能摩托车行车监控系统中的各个装置。

5.一种多功能摩托车行车监控系统，其特征在于，所述多功能摩托车行车监控系统用于监控摩托车，所述多功能摩托车行车监控系统包括设置于所述摩托车上的行车记录仪、摄像头组件、监控显示屏、车胎监测传感器、手机以及云平台，所述云平台用于执行权利要求1-4任意一项所述的多功能摩托车行车监控方法。

6.根据权利要求5所述的多功能摩托车行车监控系统，其特征在于，所述摄像头组件的数量为两个，两个摄像头组件分别设置在摩托车的前端和尾部，所述车胎监测传感器安装于摩托车的轮胎上。

7.根据权利要求6所述的多功能摩托车行车监控系统，其特征在于，所述行车记录仪包括底座、上盖、电路板、TF卡插槽、TF卡插入开关、固定条以及接收发射模块，底座和上盖围合形成腔体，接收发射模块收容于底座和上盖围合形成的腔体内，TF卡插槽用于插置TF卡。

8.根据权利要求7所述的多功能摩托车行车监控系统，其特征在于，行车记录仪通过接收发射模块与其他装置无线连接，或者行车记录仪通过接口与其他装置有线连接，手机与云平台依靠WIFI和无线网络连接。