CN111738866A - 基于机动车、驾驶员及行程的行车数据采集方法和装置 - Google Patents
基于机动车、驾驶员及行程的行车数据采集方法和装置 Download PDFInfo
- Publication number
- CN111738866A CN111738866A CN202010177407.7A CN202010177407A CN111738866A CN 111738866 A CN111738866 A CN 111738866A CN 202010177407 A CN202010177407 A CN 202010177407A CN 111738866 A CN111738866 A CN 111738866A
- Authority
- CN
- China
- Prior art keywords
- driver
- vehicle
- information
- motor vehicle
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0841—Registering performance data
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Traffic Control Systems (AREA)
Abstract
公开一种基于机动车、驾驶员及行程的行车数据采集方法,适用于服务端,包括:接收客户端发送的启动行程请求;启动行程请求中包括客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;基于启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向客户端和车载采集器发送启动行程确认信息以启动行程;在行程的过程中,服务端接收客户端和车载采集器发送的实时行车信息;当接收到所述客户端发送的结束行程请求时,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
Description
技术领域
本发明涉及保险技术领域,尤其涉及一种基于机动车、驾驶员及行程的行车数据采集方法、装置和***、设备、可读存储介质。
背景技术
现今社会快速发展,机动车使用非常普遍,在我们的日常生活中已经起着不可替代的作用,而安全的行驶离不开保险产品的保驾护航。但是,发明人在实施本发明的时候发现,目前并没有统一的行车数据采集***有效采集驾驶员驱动机动车的实时行程信息,至少存在如下问题:
(1)无法实现保险公司对机动车进行有效投保。机动车辆保险即“车险”,是以机动车辆本身及其第三者责任等为保险标志的一种运输工具保险。机动车保险基本是按年度来计算的,机动车保险分为营运机动车类保险和非营运机动车类保险,每一类保险只有一个价格,不管你每年的出行里多少,大家都按一个统一的价格付费。在实际生活中,机动车保险高端客户的每日平均出行里程是低端出行客户的几倍以上,这对于很多每月平均出行里程较短的车主特别是上班场所离家较近的上班人士来讲很不公平,在移动互联网时代,这种只有一个标准价格的保险模式越来越不受日均出行里程较少低端客户的欢迎,出行低端客户希望有一款为他们量身订做的保险产品出现。要设计为数众多的个性化的保险产品,需要建立一个采集平台,需要设计一个采集***,采集个性化的投保人出行风险数据,根据每个投保人的风险程度,为投保人量身定制保险产品。目前中国的保险公司数量以达百家,未来可能会有几百家甚至超过一千家保险公司,如果每个保险公司都建立一个采集平台,将会造成重复投资,导致资源上的浪费和大数据的不完整、不公开,而且对于小型的保险公司来说,专门搞一个行车数据采集平台经济上不合算,因此,设计一个为各个保险公司服务的机动车出行数据采集平台,为各个保险公司特别是规模较小的保险公司提供个性化的保险业务数据支援,很有意义。
(2)无法实现机动车的有效报废。营运车辆的报废年限为6至8年,营运车辆有单班司机和双班司机,对于单班司机的营运车比如出租车和网约车来说,他们也常常抱怨自己的车并没有达到报废的行车总里程却必须被强制报废,令他们负担了很重的折旧费支出。因此,寻找一个能记录车辆行驶总里程的第三方机构,让车辆报废年限由按年计转为按实际行驶总里程计,对车主特别是网约车主来说很有意义。
(3)无法实现强制性第三方机构(例如,交通执法管理部门)对驾驶员、机动车及行程的有效监控,例如,对于驾驶员违规/违法驾驶、对于机动车达到报废条件等等无法通过有效的途径获得信息以进行监控。
发明内容
本发明实施方式提出一种基于机动车、驾驶员及行程的行车数据采集方法、装置和***、设备、可读存储介质,能够从技术上有效地解决现有技术中存在的技术问题。
本发明实施例提供的一种基于机动车、驾驶员及行程的行车数据采集方法,适用于服务端,包括:
S101、接收客户端发送的启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
S102、基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;其中,在所述行程的过程中,所述服务端接收所述客户端和所述车载采集器发送的实时行车信息;
S103、当接收到所述客户端发送的结束行程请求时,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
作为上述方案的改进,在所述步骤S101中,所述启动行程请求通过以下任一方式生成:
(1)通过所述客户端扫描所述机动车上的车载采集器上的带有车载采集器ID的二维码后生成;
(2)由所述客户端响应触发启动行程请求并接收驾驶员实时输入的车载采集器ID后生成;或,
(3)由所述客户端响应触发启动行程请求并基于驾驶员选择已提前绑定的机动车所对应的车载采集器ID后生成。
作为上述方案的改进,在所述步骤S103中,所述结束行程请求通过以下任一方式生成:
(1)由所述客户端响应触发结束行程请求时生成;
(2)当服务端判断所述车载采集器电源关闭时,由服务端向所述客户端发送是否结束行程咨询信息,并由所述客户端响应驾驶员选择“是”时生成;或,
(3)当服务端判断所述客户端和所述车载采集器的行车轨迹信息不匹配时,由服务端向所述客户端发送是否结束行程咨询信息,在所述客户端响应驾驶员选择“是”时生成。
作为上述方案的改进,在所述步骤S102中,当从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,首先向所述车载采集器发送实时拍摄控制信息以驱动所述车载采集器上设置的摄像头获取机动车当前的驾驶员头像数据,并将实时获取的驾驶员头像数据与数据库中预存的所述驾驶员头像数据匹配后,再分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
作为上述方案的改进,在所述步骤S102中,当从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,还包括步骤:
根据所述驾驶员信息判断驾驶员的身份,在判断所述驾驶员的身份符合预设的条件时,向所述机动车信息所对应的车载采集器发送机动车解锁信息;其中,所述机动车解锁信息用于解除所述车载采集器对所述机动车的锁定,所述机动车在解除锁定后才能被正常驱动;以及
接收所述车载采集器反馈的机动车解锁成功信息后,分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
作为上述方案的改进,所述驾驶员的身份符合预设的条件包括:
所述驾驶员为所述机动车的所有者预先设置的允许驱动所述机动车的授权驾驶员名录中的一员;或,
所述驾驶员符合所述机动车的所有者预先设置的允许驱动所述机动车的驾驶员条件。
作为上述方案的改进,在所述步骤S103后,还包括步骤:
根据所述驾驶员或/和所述机动车的所有者预先设置的条件,对所述行程中获取的实时行车信息进行对应处理,并将处理后的结果对应反馈给所述驶员或/和所述机动车的所有者的客户端;或/和,
当所述数据库中的驾驶员信息和机动车信息更新后达到对应驾驶员或/和对应机动车的所有者预先设置的条件时,向对应驾驶员或/和对应机动车的所有者的客户端发送相应提醒/通知。
作为上述方案的改进,在所述步骤S103后,还包括步骤:
当判断所述行程中获取的实时行车信息中符合强制性第三方机构的上报条件时,向所述强制性第三方机构对应的终端发送相应通知。
作为上述方案的改进,在所述步骤S103后,还包括步骤:
当接收到强制性第三方机构对应的终端发送的获取任一驾驶员或机动车的信息请求时,从所述数据库中提取相应的驾驶员或机动车的信息并反馈给所述强制性第三方机构对应的终端;或/和,
当接收到非强制性第三方机构对应的终端发送的获取任一驾驶员或机动车的信息请求时,向所述驾驶员或机动车的所有者的客户端发送是否向所述非强制性第三方机构发送其信息的通知,并在获得所述驾驶员或机动车的所有者的授权回复后,从所述数据库中提取相应的驾驶员或机动车的信息并反馈给所述非强制性第三方机构对应的终端。
作为上述方案的改进,在所述步骤S103后,还包括步骤:
当判断所述行程为投保人已投保的保险行程时,根据所述投保人的投保内容计算所述行程的应缴保费,并根据所述投保人设置的保费扣费方式进行扣费。
本发明实施例还公开一种基于机动车、驾驶员及行程的行车数据采集方法,适用于客户端,包括:
S201、向服务端发送启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
S202、接收所述服务端回复的启动行程确认信息以启动行程;其中,所述服务端基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;在所述行程的过程中,所述客户端和所述车载采集器向所述服务端发送实时行车信息;
S203、响应结束所述行程的触发请求,向所述服务端发送结束行程请求;其中,所述服务端接在接收所述结束行程请求后,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
作为上述方案的改进,在所述步骤S201中,所述启动行程请求通过以下任一方式生成:
(1)通过所述客户端扫描所述机动车上的车载采集器上的带有车载采集器ID的二维码后生成;
(2)由所述客户端响应触发启动行程请求并接收驾驶员实时输入的车载采集器ID后生成;或,
(3)由所述客户端响应触发启动行程请求并基于驾驶员选择已提前绑定的机动车所对应的车载采集器ID后生成。
作为上述方案的改进,在所述步骤S203中,所述结束行程请求通过以下任一方式生成:
(1)由所述客户端响应触发结束行程请求时生成;
(2)当服务端判断所述车载采集器电源关闭时,由服务端向所述客户端发送是否结束行程咨询信息,并由所述客户端响应驾驶员选择“是”时生成;或,
(3)当服务端判断所述客户端和所述车载采集器的行车轨迹信息不匹配时,由服务端向所述客户端发送是否结束行程咨询信息,并所述客户端响应驾驶员选择“是”时生成。
作为上述方案的改进,在所述步骤S202中,当所述服务端从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,首先向所述车载采集器发送实时拍摄控制信息以驱动所述车载采集器上设置的摄像头获取机动车当前的驾驶员头像数据,并将实时获取的驾驶员头像数据与数据库中预存的所述驾驶员头像数据匹配后,再分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
作为上述方案的改进,在所述步骤S202中,当所述服务端从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,还执行:
根据所述驾驶员信息判断驾驶员的身份,在判断所述驾驶员的身份符合预设的条件时,向所述机动车信息所对应的车载采集器发送机动车解锁信息;其中,所述机动车解锁信息用于解除所述车载采集器对所述机动车的锁定,所述机动车在解除锁定后才能被正常驱动;以及
接收所述车载采集器反馈的机动车解锁成功信息后,分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
作为上述方案的改进,所述驾驶员的身份符合预设的条件包括:
所述驾驶员为所述机动车的所有者预先设置的允许驱动所述机动车的授权驾驶员名录中的一员;或,
所述驾驶员符合所述机动车的所有者预先设置的允许驱动所述机动车的驾驶员条件。
本发明实施例对应公开一种基于机动车、驾驶员及行程的行车数据采集装置,适用于服务端,包括:
启动行程请求接收模块,用于接收客户端发送的启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
信息匹配确认模块,基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;其中,在所述行程的过程中,所述服务端接收所述客户端和所述车载采集器发送的实时行车信息;
行车信息存储及更新模块,用于当接收到所述客户端发送的结束行程请求时,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
本发明实施例对应一种基于机动车、驾驶员及行程的行车数据采集装置,适用于客户端,包括:
启动行程请求发送模块,用于向服务端发送启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
启动行程确认信息接收模块,用于接收所述服务端回复的启动行程确认信息以启动行程;其中,所述服务端基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;在所述行程的过程中,所述客户端和所述车载采集器向所述服务端发送实时行车信息;
结束行程请求发送模块,用于响应结束所述行程的触发请求,向所述服务端发送结束行程请求;其中,所述服务端接在接收所述结束行程请求后,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
本发明实施例还公开一种基于机动车、驾驶员及行程的行车数据采集***,包括服务端、客户端以及设于机动车上的车载采集器,每一车载采集器与每一机动车唯一匹配;
所述服务端,包括如上任一实施例所述的适用于服务端的基于机动车、驾驶员及行程的行车数据采集装置;
所述客户端,包括如上任一实施例所述的适用于客户端的基于机动车、驾驶员及行程的行车数据采集装置。
本发明实施例还公开一种设备,包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序,其中,所述处理器执行所述计算机程序时实现如上任一实施例所述的基于机动车、驾驶员及行程的行车数据采集方法。
本发明实施例还公开一种计算机可读存储介质,所述计算机可读存储介质包括存储的计算机程序,其中,所述计算机程序运行时执行如上任一实施例所述的基于机动车、驾驶员及行程的行车数据采集方法。
实施本发明实施方式,具有如下有益效果:
第一,通过建立一个为各家保险公司服务的行车数据采集***,为各个保险公司提供车辆的行驶数据,从而避免各家保险公司的重复投资,节省保险公司的***管理维护成本,实现了数据共享,当一个车主从一个保险公司转向另一个保险公司投保时,新的保险公司就可以通过本***获得他之前的资料,例如安全驾驶里程,是否有理赔记录,是否有骗保记录和嫌疑等。第二,本发明实施例采集驾车人的行车里程数据,为投保人的按行车实际风险付保险费新方法创造了条件,按行车实际风险付保险费可以帮助每日平均出行里程较少的上班族节省保险支出。
第三,强制性第三方机构(例如,交通执法管理部门)通过本***有效查找任一机动车的行驶总里程,把原本按年限计算的报废方法改为按实际行车总里程计算,未达到国家规定的营运车60万公里的报废行程的营运车可以通过年审,然后继续营运若干时间,使得一些出行里程较少的营运车辆不必再因为达到6年的报废年限而报废,大大地减少了折旧支出。
第四,本发明实施例提供的***可以帮助交通执法部门有效获得驾驶员驱动机动车的实际行程数据,有效获知驾驶员的违法/违规驾驶行为,帮助执法部门锁定肇事司机。
附图说明
图1是本发明提供的基于机动车、驾驶员及行程的行车数据采集方法的一个优选的实施方式的流程示意图;
图2是本发明提供的基于机动车、驾驶员及行程的行车数据采集方法的另一个优选的实施方式的流程示意图;
图3是本发明提供的基于机动车、驾驶员及行程的行车数据采集装置的一个优选的实施方式的结构示意图;
图4是本发明提供的基于机动车、驾驶员及行程的行车数据采集装置的另一个优选的实施方式的结构示意图;
图5是本发明提供的基于机动车、驾驶员及行程的行车数据采集***的一个优选的实施方式的结构示意图;
图6是本发明提供的设备的一个优选的实施方式的结构示意图。
具体实施方式
下面将结合本发明实施方式中的附图,对本发明实施方式中的技术方案进行清楚、完整地描述,显然,所描述的实施方式仅仅是本发明一部分实施方式,而不是全部的实施方式。基于本发明中的实施方式,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式,都属于本发明保护的范围。
如图1所示,为本发明提供的一种基于机动车、驾驶员及行程的行车数据采集方法的一个优选的实施方式的流程示意图,适用于服务端,包括步骤S101至S103,具体如下:
S101、接收客户端发送的启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
S102、基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;其中,在所述行程的过程中,所述服务端接收所述客户端和所述车载采集器发送的实时行车信息;
S103、当接收到所述客户端发送的结束行程请求时,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
需要说明的是,本发明实施例涉及服务端、客户端和机动车上的车载采集器之间的信息交互和处理,服务端、客户端和机动车上的车载采集器之间通常通过WIFI、蓝牙、蜂窝数据等无线方式连接。客户端对应的注册用户为驾驶员,该客户端通常为驾驶员的手机、平板电脑、其他移动设备等。车载采集器是作为机动车上的信息采集器,机动车上必须安装所述车载采集器,每一车载采集器与每一机动车唯一匹配,每一车载采集器设有作为唯一标识的车载采集器ID。
在实施本发明实施例前,每一驾驶员及机动车的所有者(车主)需要首先通过对应的客户端注册成为用户,并将注册过程中录入驾驶员信息及机动车的信息。另外,机动车的所有者(车主)进行时,需要为该车主的每辆机动车的分配本发明实施例提供的唯一匹配的车载采集器,以采集机动车每次行程的实时出行信息。也就是说,只要配置了本发明实施例提供的唯一匹配的车载采集器的机动车,服务端的数据库中必然存储了该机动车的机动车信息(以及机动车上的车载采集器ID)。
具体实施时,录入的驾驶员信息包括但不限于昵称、真实姓名、住址、电话、支付账户(用于支付行程投保的保费或其他违章扣费等)、信用评分、紧急情况联系人、是否设定账户代扣协议、驾驶员的身份证数据(身份证扫描件)、驾驶证数据(驾驶证扫描件)、学历、职业、身体健康状况、驾驶出行公里初始数、不良驾驶记录初始数以及实时获取的驾驶员头像数据。相应的,机动车的车主在注册时需要录入昵称、真实姓名、住址、电话、支付账户(用于支付行程投保的保费或其他违章扣费等)、信用评分、紧急联系人、是否设定账户代扣协议,车主的身份证数据(必要的身份认证文件),录入的机动车信息至少包括机动车的车龄、车型、出事故记录初始数、保修记录、机动车出行公里数初始数、行驶证数据(行驶证扫描件)以及机动车上设置的唯一匹配的车载采集器ID。
对应录入的作为初始化的驾驶员信息和机动车信息存储到服务端的数据库中,优选的,在该实施例方式中,每一位驾驶员和每一辆机动车均拥有唯一标记的身份信息,驾驶员的身份信息(驾驶员ID)可以是驾驶员的身份证号码或驾照号码,机动车的身份信息可以是车牌号码或者车载采集器ID(该车载采集器ID本身也可以与机动车车牌号码一致),也可以是服务端在驾驶员/车主注册时给每一位驾驶员和每一辆机动车提供的唯一编码,其并不影响实施效果。这样,在上述步骤S101中,当服务端接收所述客户端发送的启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,这样服务端通过客户端对应的驾驶员ID和机动车上的车载采集器ID即可通过服务端的数据库得到并确认驾驶员和机动车的身份信息以及找出已注册且匹配的驾驶员信息和机动车信息。
需要进一步说明的是,作为本发明实施例的重要设备——车载采集器,其为本发明人设计以实现本发明方案的全新设备,该车载采集器集中了现有的行车仪功能以及***动能,而且该车载采集器还集成了通信模块以实现与服务端交互从而进行信息传递及接收。作为优选的是,该车载采集器还设置有摄像头以对机动车前进方向的一定视野范围以及机动车内进行拍摄获取实时图像数据,并且还优选集成了图像分析模块以对机动车内的人脸图像进行识别以自动计算机动车内的人数。另外可以理解的是,该车载采集器上的摄像头并不局限于固定在车载采集器上,还包括设于机动车内并通过有线或者无线方式与该车载采集器的摄像头,这样,对于大巴以及旅游车等车型较大可容纳乘客较多的机动车来说,可以通过在机动车内的不同位置设置多个与车载采集器连接的摄像头以有效准确获取机动车内的实时信息。可见,在该优选实施方式中对于司机和乘客还可以起到一定的安全保护作用,因为乘客和司机的面部特征都可以被采集起来。目前司机与乘客之间时常发生互相伤害的情况,本发明可以为执法部门提供出行过程中的司机和乘客图像。对于机动车也可以起到保护作用,因为采集器是要采集司机面部特征的,因此如果有人非法驾驶机动车其面部特征就会被记录下来。同时,如果发现有人无牌驾驶车辆,模块会自动通知警方和车主。另外,在行程的整个过程中,为了保障驾驶员的客户端与车载采集器能够同步发送实时行车信息到服务端,为了防止驾驶员的客户端因没电等原因导致信息的中断发送,本发明实施例提供的车载采集器还设置为能够通过有线或无线方式与驾驶员的客户端连接以给驾驶员的客户端供电。另外,本发明实施例提供的车载采集器与驾驶员的客户端还可以设置为共用同个网络(通过热点共享方式)以提高信息发送的实时和同步。另外,也可以设置车载采集器作为驱动对应机动车的锁定开关,只有通过车载采集器解除机动车的开关锁定,驾驶员才能通过正常驱动机动车。
进一步的,作为本发明实施例的优选实施方式,在上述步骤S101中,所述启动行程请求通过以下任一方式生成:
(1)通过所述客户端扫描所述机动车上的车载采集器上的带有车载采集器ID的二维码后生成;
(2)由所述客户端响应触发启动行程请求并接收驾驶员实时输入的车载采集器ID后生成;或,
(3)由所述客户端响应触发启动行程请求并基于驾驶员选择已提前绑定的机动车所对应的车载采集器ID后生成。
进一步的,作为本发明实施例的优选实施方式,在所述步骤S102中,当从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,首先向所述车载采集器发送实时拍摄控制信息以驱动所述车载采集器上设置的摄像头获取机动车当前的驾驶员头像数据,并将实时获取的驾驶员头像数据与数据库中预存的所述驾驶员头像数据匹配后,再分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
在该优选实施方式中,在正式启动行程前,基于驾驶员发送的启动行程请求中的车载采集器ID,向该车载采集器发送实时拍摄控制信息,从而控制该车载采集器上设置的摄像头对机动车上的驾驶员进行拍照以实时获取驾驶员头像数据,该车载采集器实时获取驾驶员头像数据后发送给服务端,由服务端将实时获取的驾驶员头像数据与数据库中预存的所述驾驶员头像数据匹配,以确保该机动车上的驾驶员与发送启动行程请求的驾驶员身份一致,以保证行程的真实性及数据采集的准确性。
作为更进一步的优选方案,在所述步骤S102中,当从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,还包括步骤:
根据所述驾驶员信息判断驾驶员的身份,在判断所述驾驶员的身份符合预设的条件时,向所述机动车信息所对应的车载采集器发送机动车解锁信息;其中,所述机动车解锁信息用于解除所述车载采集器对所述机动车的锁定,所述机动车在解除锁定后才能被正常驱动;以及
接收所述车载采集器反馈的机动车解锁成功信息后,分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
其中,所述驾驶员的身份符合预设的条件包括:
所述驾驶员为所述机动车的所有者预先设置的允许驱动所述机动车的授权驾驶员名录中的一员;或,
所述驾驶员符合所述机动车的所有者预先设置的允许驱动所述机动车的驾驶员条件。
可见,在该优选实施例中,通过设置车载采集器作为正常驱动机动车的开关,只有识别确认驾驶员的身份,才控制机动车可被驾驶员启动,基于这个方案,驾驶员需要启动机动车前,需要后台服务器识别驾驶员的身份后才通过控制机动车上的车载采集器以启动机动车(即车载采集器具有锁定作用),而驾驶员的身份识别可以由机动车的车主来设置级别(例如,可以由车主设置可以启动机动车的白名单和黑名单,又或者设定驾驶员的安全驾驶评分需要达到多少才可以驱动,等等),这样不仅可以有效提高驾驶员安全驾驶意识以安全合法驾驶机动车,还能有效防止机动车被盗。
进一步的,作为本发明实施例的优选实施方式,在所述步骤S103中,所述结束行程请求通过以下任一方式生成:
(1)由所述客户端响应触发结束行程请求时生成;
(2)当服务端判断所述车载采集器电源关闭时,由服务端向所述客户端发送是否结束行程咨询信息,并由所述客户端响应驾驶员选择“是”时生成。需要说明的是,安装到机动车上的车载采集器,其供电模块与机动车工作电源接通,通过机动车工作电源为车载采集器供电,当机动车工作电源打开时车载采集器同时供电工作,当机动车工作电源关闭时车载采集器停止供电工作,即车载采集器与机动车的状态总是保持一致,只要机动车工作电源启动,车载采集器即可启动工作。因此,当车载采集器电源关闭时,基本可以认定为机动车已关闭工作电源停止工作,这样行程基本已结束。具体实施时,当所述车载采集器发送的信息中断并持续预设时间时(防止仅仅因为网络信号问题导致的短暂中断)即可判断所述车载采集器电源关闭。另外,本实施例中所述机动车工作电源指的是机动车的总电源开关。
(3)当服务端判断所述客户端和所述车载采集器的行车轨迹信息不匹配时,由服务端向所述客户端发送是否结束行程咨询信息,并所述客户端响应驾驶员选择“是”时生成。其中,所述客户端和所述车载采集器的行车轨迹信息不匹配是指,分析所述客户端和所述车载采集器的行车轨迹信息,当两者实时发送的定位信息显示两者的位置差距达到预设阈值且该位置差距持续时间达到预设的时间值时,可以初步判断本次行程结束,由服务端向所述客户端发送是否结束行程咨询信息,并所述客户端响应驾驶员选择“是”时结束该行程以存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
可以理解的,所述行程中获取的实时行车信息包括但不限于实际出行时的出行区域、出行时间、行驶速度、出行气候、行驶里程、超速驾驶情况、超车情况、违规变道信息、急刹车情况、闯红灯情况、违规停车情况、驾驶员精神状态以及车内乘客数据等等。这些信息可以通过驾驶者的客户端和/或机动车上的车载采集器有效获取,具体获取的方式为本领域技术人员所熟悉,在此不再赘述。而对于行程中的驾驶员的精神状态以及车内乘客数据,可以通过车载采集器上的摄像头获取。通过获取驾驶员头像数据,并对摄像头获取驾驶员头像数据的人脸图像进行面部情绪识别以判断驾驶员的精神状态,其中,服务端的数据库中可以预先存储面部情绪识别模型。
进一步的,在本实施例的步骤S103中,当接收到所述客户端发送的结束行程请求时,确认行程结束,然后存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新,例如,可以基于该行程的行驶里程对数据库中对应的驾驶员的驾驶出行公里数及机动车的机动车出行公里数进行更新,等等。另外,服务端可以预置各种指标计算模块用于计算驾驶员和机动车进行计算得到评估结果,并基于每次行程结束后的数据更新而对应更新评估结果。例如,可以计算评估驾驶员的各种安全驾驶评分,这样方便供给第三方机构(例如保险机构、用人单位等)查阅。
作为进一步的优选方案,在所述步骤S103后,还包括步骤:
根据所述驾驶员或/和所述机动车的所有者预先设置的条件,对所述行程中获取的实时行车信息进行对应处理,并将处理后的结果对应反馈给所述驶员或/和所述机动车的所有者的客户端;或/和,
当所述数据库中的驾驶员信息和机动车信息更新后达到对应驾驶员或/和对应机动车的所有者预先设置的条件时,向对应驾驶员或/和对应机动车的所有者的客户端发送相应提醒/通知。
可见,通过实施该实施例,能够有效及时向驾驶员/机动车车主反馈机动车、驾驶员及行程的相关信息。例如,驾驶员可以提前设置将每个行程中的超速驾驶情况、扣分情况、闯红灯情况等在行程结束后及时反馈给驾驶员,这样驾驶员就能够在每个行程结束后及时了解自己在该行程中的驾驶情况,能够有效提高安全驾驶意识。另外,驾驶员可以也可以设置当自己的扣分情况达到扣分上限、自己的驾驶证续期期限到达等发送提醒通知。同样的,机动车车主也可以做出所需的提醒/通知设置。
作为进一步的优选方案,在所述步骤S103后,还包括步骤:
当判断所述行程中获取的实时行车信息中符合强制性第三方机构的上报条件时,向所述强制性第三方机构对应的终端发送相应通知。
作为进一步的优选方案,在所述步骤S103后,还包括步骤:
当接收到强制性第三方机构对应的终端发送的获取任一驾驶员或机动车的信息请求时,从所述数据库中提取相应的驾驶员或机动车的信息并反馈给所述强制性第三方机构对应的终端;或/和,
当接收到非强制性第三方机构对应的终端发送的获取任一驾驶员或机动车的信息请求时,向所述驾驶员或机动车的所有者的客户端发送是否向所述非强制性第三方机构发送其信息的通知,并在获得所述驾驶员或机动车的所有者的授权回复后,从所述数据库中提取相应的驾驶员或机动车的信息并反馈给所述非强制性第三方机构对应的终端。
可以理解的,上述强制性第三方机构主要是交通执法管理部门等官方部门,而非强制性第三方机构是除了交通执法管理部门等官方部门外的其他第三方机构(例如保险机构,一般用人单位等)。对于强制性第三方机构需要获取任一驾驶员或机动车的信息请求时,在无需获得驾驶员或机动车的所有者的授权情况下,可以向该强制性第三方机构反馈相关信息。但是,对于非强制性第三方机构的信息获取请求,则需要经过驾驶员或机动车的所有者的授权才能提供,这样既可以保证驾驶员或机动车的所有者的信息保密,也可以方便非强制性第三方机构的所需(例如,保险机构通过获取驾驶员或机动车的相关信息判断投保内容和投保风险,用人单位通过获取驾驶员的先关信息判断是否录用等等)。
作为进一步的优选方案,在所述步骤S103后,还包括步骤:
当判断所述行程为投保人已投保的保险行程时,根据所述投保人的投保内容计算所述行程的应缴保费,并根据所述投保人设置的保费扣费方式进行扣费。
具体的,可以基于以下公式计算所述行程的应缴保费:
Y=Aa*L*ka+Ab*L*kb+Ac*L*kc;
其中,Y为所述行程的应缴保费,L为所述行程的公里数,Aa为与驾驶员投保额成正比的单位基准保费,ka为基于所述驾驶员信息得到的驾驶员出行风险系数,Ab为与机动车投保额成正比的单位基准保费,kb为基于所述机动车信息得到的机动车出行风险系数,Ac为与Aa及Ab成预设比例关系的单位基准保费,kc为基于所述实时行车信息得到的所述行程的实际出行风险系数。
可以理解的,在本发明提供的基于机动车、驾驶员及行程的行车数据采集方法的实施方式中,每一个行程同时也是一个保险行程,在驾驶员通过客户端触发启动行程时可以推荐或者强制对该行程进行投保(当然,也可以由投保人提前对该行程进行投保)。通过引入“保险行程”作为被投保的最小单元,且每一保险行程的开始和结束基本由作为被投保对象的驾驶员进行控制操作,即“保险行程”的长短可以由驾驶员根据需求来调整以计算该行程的应缴保费,灵活性非常高。
客户端对应的注册用户为作为被投保人的驾驶员(可以理解的,该驾驶员也可以同时作为投保人),该客户端通常为驾驶员的手机、平板电脑、其他移动设备等。车载采集器是作为被投保的机动车上的信息采集器,作为被投保的机动车上必须安装所述车载采集器,每一车载采集器与每一机动车唯一匹配,每一车载采集器设有作为唯一标识的车载采集器ID。
在实施本发明实施例前,投保人需要首先通过对应的客户端注册成为用户,并将注册过程中录入投保人信息以及录入需要作为被投保对象的驾驶员及机动车的信息。其中,所述投保人可为个人或法人,每一投保人投保的作为被投保的驾驶员和机动车包括至少一个。可以理解的,由于采用本实施例,对于每个行程的保费计算需要驾驶员对应的客户端来促发行程,但投保人同时作为被投保的驾驶员时,投保人的客户端同时作为驾驶员的客户端。但是,当投保人和作为被投保的驾驶员不同时,需要作为被投保的驾驶员通过对应的客户端注册成为用户并实时输入驾驶员的信息,这种情况下,投保人的客户端作为管理员客户端,投保人的身份为管理员,而驾驶员的客户端为一般使用客户端,驾驶员的身份为一般使用者。当然,当投保人同时作为被投保的驾驶员时,驾驶员的客户端既是管理员客户端又是一般使用客户端,驾驶员的身份既是管理员也是一般使用者。
另外,在投保人进行注册投保时,需要为投保人投保的作为被投保对象的机动车分配本发明实施例提供的唯一匹配的车载采集器,以采集机动车每次行程的实时出行信息从而计算实际出行风险系数及所述行程的应缴保费。也就是说,只要配置了本发明实施例提供的唯一匹配的车载采集器的机动车,服务端的数据库中必然存储了该机动车的机动车信息(以及机动车上的车载采集器ID)。
具体实施时,录入的作为被投保的驾驶员信息至少包括驾驶员的身份证数据、驾驶证数据、学历、职业、身体健康状况、驾驶出行公里初始数、不良驾驶记录初始数以及实时获取的驾驶员头像数据。相应的,录入的作为被投保的机动车信息至少包括机动车的车龄、车型、出事故记录初始数、保修记录、机动车出行公里数初始数、行驶证数据以及机动车上设置的唯一匹配的车载采集器ID。
另外,投保人在注册时录入的投保人信息包含但不限于昵称、真实姓名、住址、身份证号码、电话、支付账户、信用评分、紧急联系人、是否设定账户代扣协议以及必要的身份认证文件等。其中,在投保人进行投保过程中除了需要输入作为被投保对象的驾驶员和机动车信息外,还需要选择保费扣费方式,所述保费扣费方式包括:
保费扣费方式一:每次行程结束后实时扣费;若采用方式一,每次行程并计费后通过投保人客户端绑定的扣费账户扣费后通知投保人,或每次行程并计费后将应缴保费发送给投保人客户端,由投保人选择支付方式缴费,常见的支付包括包括客户端的支付账户、绑定的银行账户或者第三方支付平台例如微信支付、支付宝支付等。
保费扣费方式二:按照预设N个时间单位进行扣费;若采用方式二,在每次预设N个时间单位到达时,将该特定时间单位内符合投保人投保的所有行程的应缴保费的总和通过投保人客户端绑定的扣费账户扣费后通知投保人;所述时间单位包括小时、日或月,N为自然数。例如,当投保人采用保费扣费方式二,并设定按照每3日进行扣费时,服务端每3日计算过去3日内作为该投保人的被投保对象的驾驶员和机动车关联的所有行程的应缴保费的总和后通过投保人客户端绑定的扣费账户扣费后通知该投保人。
具体实施时,作为本发明实施例的优选实施方式:
影响所述驾驶员出行风险系数ka的驾驶员信息包括驾驶员的年龄、性别、学历、职业、驾龄、籍贯、身体健康状况、驾驶出行公里数、不良驾驶记录中的至少一个;
影响所述机动车出行风险系数kb的机动车信息包括机动车的车龄、车型、出事故记录、保修记录、机动车出行公里数以及机动车当前估值中的至少一个;和/或,
影响所述行程的实际出行风险系数kc的实际行车信息包括实际出行时的出行区域、出行时间、行驶速度、驾驶员的精神状态以及出行气候中的至少一个。
可以理解的,作为影响驾驶员出行风险系数ka、机动车出行风险系数kb以及实际出行风险系数kc的信息越多,行程的应缴保费的计算精度越高,具体采用的影响因素以及风险系数的设置方式可以在实施时由提供投保的实施者(例如保险公司)根据所需决定,并不影响本方案的实施效果。例如,作为举例如下:
(一)对于驾驶员出行风险系数ka,行程的驾驶员如果是有多年行驶经验的司机,其安全驾驶里程较长,风险系数ka可以适当降低,比如一年驾龄无事故的司机其风险系数为1,有多年驾龄无事故的司机风险系数小于1,如驾车人已有事故发生,则其风险系数大于1,对于有多次重大事故发生或者是有骗保行为的驾车人,其风险系数是无限大,保险公司可以拒绝其投保。投保人应交保费随风险系数大小而变化。行程的应缴保费与驾驶员出行风险系数ka成正比。
(二)对于机动车出行风险系数kb,行程的机动车风险系数新车可以是1,对于行驶里程长,有大修和出事故记录的车辆,其风险系数大于1。作为新车中,车型安全性更高的机动车风险系数低于车型安全性更低的机动车风险系数。行程的应缴保费与机动车出行风险系数kb成正比。
(三)对于实际出行风险系数kc,行程中的出行区域,可以预先存储有各地区的路况风险系数,如一般地区的出行区域风险系数为1,在山区一些低级路面行进,其出行区域风险系数可以大于1,比如是1.1倍或者是若干倍不等。其次,行程中的出行时间,对于夜间出行、上下班高峰时间出行、节假日出行的风险系数可以适当提高。另外,行程中的出行气候,可以预先设置强台风,大暴雨,冰雪天等恶劣天气的道路风险参考数据。用来计算实际的行程的天气风险,在天气良好的情况下,天气风险系数可以恒定的,比如是1,但是在出行当时该地区出现暴雨,台风,冰雪的情况,其见险系数大于1。比如是1.5倍或者是若干倍不等。另外,行程中的行驶速度,如果出现行驶速度大于道路所规定的最大驾驶速度,可以提高风险系数。而对于行程中的驾驶员的精神状态,驾驶员的精神状态越差,风险系数越大。可以理解的,实际出行时的出行区域、出行时间、行驶速度以及出行气候这些信息可以通过驾驶者的客户端和/或机动车上的车载采集器有效获取,具体获取的方式为本领域技术人员所熟悉,在此不再赘述。而对于行程中的驾驶员的精神状态,可以通过车载采集器上的摄像头获取驾驶员头像数据,并对摄像头获取驾驶员头像数据的人脸图像进行面部情绪识别以判断驾驶员的精神状态,其中,服务端的数据库中可以预先存储面部情绪识别模型。
进一步的,作为本发明实施例的优选实施方式:
当判断所述行程中所述驾驶员驾驶的机动车非所述驾驶员本人的,提高所述实际出行风险系数kc。
采用该优选实施方式,对于实际出行风险系数kc,在行程中,考虑到驾驶员驾驶自己的机动车会更为熟练,安全系数比驾驶非自己的机动车的安全系数要高,因此相对的,如果行程中驾驶员驾驶的机动车非所述驾驶员本人的,提高所述实际出行风险系数kc。在具体实施时,可以通过对比行程的驾驶员信息和机动车信息(例如,具体为行驶证数据)来确认驾驶员当前驾驶的机动车非所述驾驶员本人的。
进一步的,作为本发明实施例的优选实施方式:
根据所述行程中的出行区域与所述驾驶员的历史出行区域的重合度的大小降低/提高所述实际出行风险系数kc,重合度越大,实际出行风险系数kc越小。
采用该优选实施方式,对于实际出行风险系数kc,在行程中,考虑到机动车的出行区域如果为驾驶员的常出行区域,安全系数会高一些,因此相对的,行程中的出行区域与所述驾驶员的历史出行区域的重合度越大,实际出行风险系数kc越小。具体实施时,可以将本次行程中获取的出行区域数据与服务端的数据库中存储的该驾驶员的历史出行区域数据进行比对计算重合度。
进一步的,作为本发明实施例的优选实施方式,在所述行程中,当投保人对所述机动车上除所述驾驶员的乘客还进行投保时,所述行程的应缴保费为:
Y=Aa*L*ka+Ab*L*kb+Ac*L*kc+Ad(L1*P1+L2*P2……+Ln*Pn)
其中,Ad为与每一个乘客投保额成正比的单位基准保费,L1+L2……+Ln=L,Ln为所述行程中包含Pn个乘客的子行程公里数;Ln、Pn通过所述车载采集器发送的实时行车信息获得,所述实时行车信息包括通过所述车载采集器上的摄像头获得的车内乘客头像数据。
作为上述优选实施方式,该实施方式主要是实现将投保对象延伸至机动车内的乘客。若投保人对行程的投保对象除了机动车和驾驶员之外,还延伸至该行程的乘客,那么在该行程的过程中,所述服务端接收所述车载采集器发送的实时行车信息中还包括通过所述车载采集器上的摄像头获得的车内乘客头像数据,可以理解的,对于行程中的任意子行程的乘客数量,可以由车载采集器经过摄像头获取图像后直接分析得到,也可以由车载采集器经过摄像头获取图像后发送给服务端分析得到,为了传输的数据量,优选采用前者实施方式。可以理解的,由于行程延伸保护机动车内的乘客,行程的应缴保费跟机动车内的乘客数量成正比。而且考虑到在一个行程中,机动车内的乘客数量可能会发生变化,尤其是对于机动车为出租车时更为普遍,因此需要通过机动车上的车载采集器实时采集和分析每个子行程的乘客数量。例如,在一个针对机动车为出租车或滴滴拼车的行程中,若投保人对该行程的被投保对象延伸至乘客,那么,从该行程启动开始,车载采集器实时采集和分析每个子行程的乘客数量。例如,在第1个子行程中,车上乘客共4位,行程共10公里;在第2个子行程中,车上乘客共3位,行程共8公里;在第3个子行程中,车上乘客共1位,行程共5公里;在第4个也是最后一个子行程中,车上乘客共2位,行程共15公里。那么,该行程中需要为乘客投保的应缴费用为:Ad(10*4+8*3+5*1+15*2)=Ad*99。
需要说明的是,实施本发明实施例,并没有限定在行程中,作为被投保对象的驾驶员必须是作为被投保对象的机动车的所有者,也就是说,服务端的数据库用于存储作为被投保对象的驾驶员信息和机动车信息是相对独立的,对于每一行程,作为被投保对象的驾驶员和被投保对象的机动车可以随时或实时形成关联关系以计算应缴保费,只要作为被投保对象的驾驶员和机动车已在服务端中存储有相关信息。具体实施时,作为被投保对象的驾驶员可以采用上述方式(1)或方式(2)实时关联作为被投保对的机动车从而启动行程,这两种方式适用于驾驶员同时作为投保人尤其是驾驶员驾驶非本人的机动车启动行程时。
当然,作为更优选的实施方式,在投保人进行投保时,投保人可以在投保过程中绑定被投保对象的驾驶员和被投保对象的机动车的关联关系。可以理解的,这种关联关系并局限于一一对应关系,可以一个驾驶员关联多个机动车,也可以多个驾驶员关联一个机动车。例如,对于投保人同时作为驾驶员时,若该驾驶员在投保时绑定了多个被投保的机动车(前提是每个机动车上必须均配置有对应的车载采集器),这样在每次出行时,根据出行当前采用的机动车,该驾驶员可以通过客户端采用上述方式(3)快速选择已经绑定的对应机动车,从而可以快速启动行程。另外,对于投保人不是驾驶员的情况下,例如,投保人A为一个出租车公司,其需要为公司的M1辆出租车以及M2个出租车司机进行投保,该投保人A可以在投保过程中绑定作为被投保对象的M1辆出租车以及M2个出租车司机的关联关系,这样,在出行只要是该M2个出租车司机驾驶该M1辆出租车的任意一辆时,该M2个出租车司机通过上述方式(1)、方式(2)或方式(3)获取对应的车载采集器ID后生成启动行程请求,这样,该行程中涉及的信息将会由服务端通知该投保人的客户端,并在该行程结束计算出行程的应缴保费后采用该投保人设置的缴费方式进行扣费。可以理解的,投保人也可以在投保后随时修改调整绑定的被投保对象的驾驶员和被投保对象的机动车的关联关系。
另外,可以理解的是,本发明实施例中涉及的与驾驶员投保额成正比的单位基准保费Aa,与机动车投保额成正比的单位基准保费Ab,与Aa及Ab成预设比例关系的单位基准保费Ac以及与每一个乘客投保额成正比的单位基准保费Ad的具体数值(与投保额的比例系数),可以在实施时由实施者(例如保险公司)根据需求和实施环境调整设置,在此并不做限制。
可见,本发明实施例有效解决了机动车保险无法按实际风险付保险费的问题,为出行里程较少的投保人节省了投保支出。本发明实施例还打破了营运车和非营运车的投保界限,使得司机可以在营运车和非营运车之间自由变更车辆使用性质而不被保险公司认定为违约而在出事时拒绝理赔。本发明实施例可以做到分期付费,大大减轻了投保人的一次***纳保费压力,使得投保人特别是出行低端客户更愿意购买保高赔额保险产品,为自己和他人带来更好的保障。本发明实施例采用根据当天的实际出行里程和车上人员总数计算保费的后付费模式,不出车不必交出行保费,除了投保的被投保对象还包括机动车的防盗防抢等保险需要缴纳相应的保险费外,使得机动车保险更加公平合理。本发明实施例还具有避免或减少中间商收费和随时随地投保的优点。
参考图2,是本发明提供的基于机动车、驾驶员及行程的行车数据采集方法的另一个优选的实施方式的流程示意图,适用于客户端,包括步骤S201至S203,具体如下:
S201、向服务端发送启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
S202、接收所述服务端回复的启动行程确认信息以启动行程;其中,所述服务端基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;在所述行程的过程中,所述客户端和所述车载采集器向所述服务端发送实时行车信息;
S203、响应结束所述行程的触发请求,向所述服务端发送结束行程请求;其中,所述服务端接在接收所述结束行程请求后,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
进一步的,作为本发明实施例的优选实施方式,在所述步骤S201中,所述启动行程请求通过以下任一方式生成:
(1)通过所述客户端扫描所述机动车上的车载采集器上的带有车载采集器ID的二维码后生成;
(2)由所述客户端响应触发启动行程请求并接收驾驶员实时输入的车载采集器ID后生成;或,
(3)由所述客户端响应触发启动行程请求并基于驾驶员选择已提前绑定的机动车所对应的车载采集器ID后生成。
进一步的,作为本发明实施例的优选实施方式,在所述步骤S203中,所述结束行程请求通过以下任一方式生成:
(1)由所述客户端响应触发结束行程请求时生成;
(2)当服务端判断所述车载采集器电源关闭时,由服务端向所述客户端发送是否结束行程咨询信息,并由所述客户端响应驾驶员选择“是”时生成;或,
(3)当服务端判断所述客户端和所述车载采集器的行车轨迹信息不匹配时,由服务端向所述客户端发送是否结束行程咨询信息,并所述客户端响应驾驶员选择“是”时生成。
进一步地,在所述步骤S202中,当所述服务端从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,首先向所述车载采集器发送实时拍摄控制信息以驱动所述车载采集器上设置的摄像头获取机动车当前的驾驶员头像数据,并将实时获取的驾驶员头像数据与数据库中预存的所述驾驶员头像数据匹配后,再分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
在所述步骤S202中,当所述服务端从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,还执行:
根据所述驾驶员信息判断驾驶员的身份,在判断所述驾驶员的身份符合预设的条件时,向所述机动车信息所对应的车载采集器发送机动车解锁信息;其中,所述机动车解锁信息用于解除所述车载采集器对所述机动车的锁定,所述机动车在解除锁定后才能被正常驱动;以及
接收所述车载采集器反馈的机动车解锁成功信息后,分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
其中,所述驾驶员的身份符合预设的条件包括:
所述驾驶员为所述机动车的所有者预先设置的允许驱动所述机动车的授权驾驶员名录中的一员;或,
所述驾驶员符合所述机动车的所有者预先设置的允许驱动所述机动车的驾驶员条件。
可以理解的,图2提供的基于机动车、驾驶员及行程的行车数据采集方法的上述实施方式的具体实施过程及效果可以参考图1所对应的实施方式,在此不再赘述。
如图3所示,为本发明提供的一种基于机动车、驾驶员及行程的行车数据采集装置的一个优选的实施方式的结构示意图,该装置适用于服务端,具体包括:
启动行程请求接收模块301,用于接收客户端发送的启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
信息匹配确认模块302,基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;其中,在所述行程的过程中,所述服务端接收所述客户端和所述车载采集器发送的实时行车信息;以及
行车信息存储及更新模块303,用于当接收到所述客户端发送的结束行程请求时,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
本发明实施方式提供的一种基于机动车、驾驶员及行程的行车数据采集装置,能够实现适用于服务端的上述任一实施例所述的基于机动车、驾驶员及行程的行车数据采集方法的所有流程,装置中的各个模块、单元的作用以及实现的技术效果分别与上述实施例所述的基于机动车、驾驶员及行程的行车数据采集方法的作用以及实现的技术效果对应相同,这里不再赘述。
如图4所示,为本发明提供的一种基于机动车、驾驶员及行程的行车数据采集装置的一个优选的实施方式的结构示意图,该装置适用于客户端,具体包括:
启动行程请求发送模块401,用于向服务端发送启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
启动行程确认信息接收模块402,用于接收所述服务端回复的启动行程确认信息以启动行程;其中,所述服务端基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;在所述行程的过程中,所述客户端和所述车载采集器向所述服务端发送实时行车信息;以及
结束行程请求发送模块403,用于响应结束所述行程的触发请求,向所述服务端发送结束行程请求;其中,所述服务端接在接收所述结束行程请求后,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
本发明实施方式提供的一种基于机动车、驾驶员及行程的行车数据采集装置,能够实现适用于客户端的上述任一实施例所述的基于机动车、驾驶员及行程的行车数据采集方法的所有流程,装置中的各个模块、单元的作用以及实现的技术效果分别与上述实施例所述的基于机动车、驾驶员及行程的行车数据采集方法的作用以及实现的技术效果对应相同,这里不再赘述。
相应地,本发明还提供一种基于机动车、驾驶员及行程的行车数据采集***。
如图5所示,为本发明提供的基于机动车、驾驶员及行程的行车数据采集***的一个优选的实施方式的结构示意图,具体包括服务端51和至少一个客户端52和至少一个设置在机动车上的车载采集器53;每一车载采集器53与每一机动车531唯一匹配;
所述服务端51,包括如上述实施方式所述的适用于服务端的基于机动车、驾驶员及行程的行车数据采集装置;
所述客户端52,包括如上述实施方式所述的适用于客户端的基于机动车、驾驶员及行程的行车数据采集装置。
另外,设置在机动车上的车载采集器53的结构和功能可参考上述有关实施例的相关描述。
进一步的,所述客户端52对应的实施者为驾驶员521,所述行车数据采集***还包括客户端54,该客户端54对应的实施者为机动车531的车主541。所述客户端52、车载采集器53以及客户端54分别与所述服务端51连接以实现信息交互。
进一步的,所述行车数据采集***还包括终端55和终端56,所述终端55对应的实施者为强制性第三方机构551(例如,交通执法管理部门),所述终端56对应的实施者为非强制性第三方机构561(例如保险机构、用人单位、猎头公司等),所述终端55和终端56分别与所述服务端51连接以实现信息交互。
可以理解的,本实施例提供的基于机动车、驾驶员及行程的行车数据采集***能够执行上述任一实施例所述的基于机动车、驾驶员及行程的行车数据采集方法。其工作原理及执行过程可以参考上述任一实施例的相关描述,在此不再赘述。
本发明还提供了一种设备。
如图6所示,为本发明提供的设备的一个优选的实施方式的结构示意图,包括处理器61、存储器62以及存储在所述存储器62中且被配置为由所述处理器61执行的计算机程序,所述处理器61执行所述计算机程序时实现如上任一实施方式所述的适用于服务端或客户端的基于机动车、驾驶员及行程的行车数据采集方法。
需要说明的是,图6仅以该设备中的一个存储器和一个处理器相连接为例进行示意,在一些具体的实施方式中,该设备中还可以包括多个存储器和/或多个处理器,其具体的数目及连接方式可根据实际情况需要进行设置和适应性调整。
本发明还提供了一种计算机可读存储介质,具体包括存储的计算机程序,其中,在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如上任一实施方式所述的基于位置的支付方法。
需要说明的是,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要进一步说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也视为本发明的保护范围。
Claims (21)
1.一种基于机动车、驾驶员及行程的行车数据采集方法,适用于服务端,其特征在于,包括:
S101、接收客户端发送的启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
S102、基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;其中,在所述行程的过程中,所述服务端接收所述客户端和所述车载采集器发送的实时行车信息;
S103、当接收到所述客户端发送的结束行程请求时,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
2.如权利要求1所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于:
在所述步骤S101中,所述启动行程请求通过以下任一方式生成:
(1)通过所述客户端扫描所述机动车上的车载采集器上的带有车载采集器ID的二维码后生成;
(2)由所述客户端响应触发启动行程请求并接收驾驶员实时输入的车载采集器ID后生成;或,
(3)由所述客户端响应触发启动行程请求并基于驾驶员选择已提前绑定的机动车所对应的车载采集器ID后生成。
3.如权利要求1所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于:在所述步骤S103中,所述结束行程请求通过以下任一方式生成:
(1)由所述客户端响应触发结束行程请求时生成;
(2)当服务端判断所述车载采集器电源关闭时,由服务端向所述客户端发送是否结束行程咨询信息,并由所述客户端响应驾驶员选择“是”时生成;或,
(3)当服务端判断所述客户端和所述车载采集器的行车轨迹信息不匹配时,由服务端向所述客户端发送是否结束行程咨询信息,在所述客户端响应驾驶员选择“是”时生成。
4.如权利要求1所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于,在所述步骤S102中,当从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,首先向所述车载采集器发送实时拍摄控制信息以驱动所述车载采集器上设置的摄像头获取机动车当前的驾驶员头像数据,并将实时获取的驾驶员头像数据与数据库中预存的所述驾驶员头像数据匹配后,再分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
5.如权利要求1所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于,在所述步骤S102中,当从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,还包括步骤:
根据所述驾驶员信息判断驾驶员的身份,在判断所述驾驶员的身份符合预设的条件时,向所述机动车信息所对应的车载采集器发送机动车解锁信息;其中,所述机动车解锁信息用于解除所述车载采集器对所述机动车的锁定,所述机动车在解除锁定后才能被正常驱动;以及
接收所述车载采集器反馈的机动车解锁成功信息后,分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
6.如权利要求5所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于,所述驾驶员的身份符合预设的条件包括:
所述驾驶员为所述机动车的所有者预先设置的允许驱动所述机动车的授权驾驶员名录中的一员;或,
所述驾驶员符合所述机动车的所有者预先设置的允许驱动所述机动车的驾驶员条件。
7.如权利要求1所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于,在所述步骤S103后,还包括步骤:
根据所述驾驶员或/和所述机动车的所有者预先设置的条件,对所述行程中获取的实时行车信息进行对应处理,并将处理后的结果对应反馈给所述驶员或/和所述机动车的所有者的客户端;或/和,
当所述数据库中的驾驶员信息和机动车信息更新后达到对应驾驶员或/和对应机动车的所有者预先设置的条件时,向对应驾驶员或/和对应机动车的所有者的客户端发送相应提醒/通知。
8.如权利要求1所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于,在所述步骤S103后,还包括步骤:
当判断所述行程中获取的实时行车信息中符合强制性第三方机构的上报条件时,向所述强制性第三方机构对应的终端发送相应通知。
9.如权利要求1所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于,在所述步骤S103后,还包括步骤:
当接收到强制性第三方机构对应的终端发送的获取任一驾驶员或机动车的信息请求时,从所述数据库中提取相应的驾驶员或机动车的信息并反馈给所述强制性第三方机构对应的终端;或/和,
当接收到非强制性第三方机构对应的终端发送的获取任一驾驶员或机动车的信息请求时,向所述驾驶员或机动车的所有者的客户端发送是否向所述非强制性第三方机构发送其信息的通知,并在获得所述驾驶员或机动车的所有者的授权回复后,从所述数据库中提取相应的驾驶员或机动车的信息并反馈给所述非强制性第三方机构对应的终端。
10.如权利要求1所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于,在所述步骤S103后,还包括步骤:
当判断所述行程为投保人已投保的保险行程时,根据所述投保人的投保内容计算所述行程的应缴保费,并根据所述投保人设置的保费扣费方式进行扣费。
11.一种基于机动车、驾驶员及行程的行车数据采集方法,适用于客户端,其特征在于,包括:
S201、向服务端发送启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
S202、接收所述服务端回复的启动行程确认信息以启动行程;其中,所述服务端基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;在所述行程的过程中,所述客户端和所述车载采集器向所述服务端发送实时行车信息;
S203、响应结束所述行程的触发请求,向所述服务端发送结束行程请求;其中,所述服务端接在接收所述结束行程请求后,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
12.如权利要求11所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于:在所述步骤S201中,所述启动行程请求通过以下任一方式生成:
(1)通过所述客户端扫描所述机动车上的车载采集器上的带有车载采集器ID的二维码后生成;
(2)由所述客户端响应触发启动行程请求并接收驾驶员实时输入的车载采集器ID后生成;或,
(3)由所述客户端响应触发启动行程请求并基于驾驶员选择已提前绑定的机动车所对应的车载采集器ID后生成。
13.如权利要求11所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于,在所述步骤S203中,所述结束行程请求通过以下任一方式生成:
(1)由所述客户端响应触发结束行程请求时生成;
(2)当服务端判断所述车载采集器电源关闭时,由服务端向所述客户端发送是否结束行程咨询信息,并由所述客户端响应驾驶员选择“是”时生成;或,
(3)当服务端判断所述客户端和所述车载采集器的行车轨迹信息不匹配时,由服务端向所述客户端发送是否结束行程咨询信息,在所述客户端响应驾驶员选择“是”时生成。
14.如权利要求1所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于,在所述步骤S202中,当所述服务端从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,首先向所述车载采集器发送实时拍摄控制信息以驱动所述车载采集器上设置的摄像头获取机动车当前的驾驶员头像数据,并将实时获取的驾驶员头像数据与数据库中预存的所述驾驶员头像数据匹配后,再分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
15.如权利要求11所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于,在所述步骤S202中,当所述服务端从数据库中找出已注册且匹配的驾驶员信息和机动车信息时,还执行:
根据所述驾驶员信息判断驾驶员的身份,在判断所述驾驶员的身份符合预设的条件时,向所述机动车信息所对应的车载采集器发送机动车解锁信息;其中,所述机动车解锁信息用于解除所述车载采集器对所述机动车的锁定,所述机动车在解除锁定后才能被正常驱动;以及
接收所述车载采集器反馈的机动车解锁成功信息后,分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程。
16.如权利要求15所述的基于机动车、驾驶员及行程的行车数据采集方法,其特征在于,所述驾驶员的身份符合预设的条件包括:
所述驾驶员为所述机动车的所有者预先设置的允许驱动所述机动车的授权驾驶员名录中的一员;或,
所述驾驶员符合所述机动车的所有者预先设置的允许驱动所述机动车的驾驶员条件。
17.一种基于机动车、驾驶员及行程的行车数据采集装置,适用于服务端,其特征在于,包括:
启动行程请求接收模块,用于接收客户端发送的启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
信息匹配确认模块,基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;其中,在所述行程的过程中,所述服务端接收所述客户端和所述车载采集器发送的实时行车信息;
行车信息存储及更新模块,用于当接收到所述客户端发送的结束行程请求时,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
18.一种基于机动车、驾驶员及行程的行车数据采集装置,适用于客户端,其特征在于,包括:
启动行程请求发送模块,用于向服务端发送启动行程请求;其中,所述启动行程请求中包括所述客户端对应的驾驶员ID和机动车上的车载采集器ID,每一车载采集器与每一机动车唯一匹配;
启动行程确认信息接收模块,用于接收所述服务端回复的启动行程确认信息以启动行程;其中,所述服务端基于所述启动行程请求中的驾驶员ID及车载采集器ID,从数据库中找出已注册且匹配的驾驶员信息和机动车信息,并分别向所述客户端和所述车载采集器发送启动行程确认信息以启动行程;在所述行程的过程中,所述客户端和所述车载采集器向所述服务端发送实时行车信息;
结束行程请求发送模块,用于响应结束所述行程的触发请求,向所述服务端发送结束行程请求;其中,所述服务端接在接收所述结束行程请求后,存储所述行程中获取的实时行车信息并基于所述行程中获取的实时行车信息对所述数据库中的驾驶员信息和机动车信息进行对应更新。
19.一种基于机动车、驾驶员及行程的行车数据采集***,其特征在于,包括服务端、客户端以及设于机动车上的车载采集器,每一车载采集器与每一机动车唯一匹配;
所述服务端,包括如权利要求17所述的基于机动车、驾驶员及行程的行车数据采集装置;
所述客户端,包括如权利要求18所述的基于机动车、驾驶员及行程的行车数据采集装置。
20.一种设备,其特征在于,包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序,其中,所述处理器执行所述计算机程序时实现如权利要求1至16中任一项所述的基于机动车、驾驶员及行程的行车数据采集方法。
21.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括存储的计算机程序,其中,所述计算机程序运行时执行如权利要求1至16中任一项所述的基于机动车、驾驶员及行程的行车数据采集方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010082807 | 2020-02-07 | ||
CN202010082807X | 2020-02-07 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111738866A true CN111738866A (zh) | 2020-10-02 |
Family
ID=72564073
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010177388.8A Active CN111717156B (zh) | 2020-02-07 | 2020-03-13 | 基于机动车、驾驶员及行程的行车控制方法和装置 |
CN202010177407.7A Withdrawn CN111738866A (zh) | 2020-02-07 | 2020-03-13 | 基于机动车、驾驶员及行程的行车数据采集方法和装置 |
CN202010177963.4A Withdrawn CN111723326A (zh) | 2020-02-07 | 2020-03-13 | 基于机动车、驾驶员及行程的后付费保险计费方法和装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010177388.8A Active CN111717156B (zh) | 2020-02-07 | 2020-03-13 | 基于机动车、驾驶员及行程的行车控制方法和装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010177963.4A Withdrawn CN111723326A (zh) | 2020-02-07 | 2020-03-13 | 基于机动车、驾驶员及行程的后付费保险计费方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (3) | CN111717156B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113422927B (zh) * | 2021-05-07 | 2022-04-01 | 珠海爱必途科技有限公司 | 物料运输监测方法、监测***及存储介质 |
CN115416672A (zh) * | 2022-09-29 | 2022-12-02 | 深圳极点智能有限公司 | 一种驾驶员身份匹配方法及车载智能终端 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9381890B2 (en) * | 2014-02-04 | 2016-07-05 | Ford Global Technologies, Llc | Method and apparatus for biometric vehicle activation |
CN105480192B (zh) * | 2015-12-08 | 2018-09-25 | 智车优行科技(北京)有限公司 | 车辆使用权共享装置、控制装置及智能汽车 |
CN106335469B (zh) * | 2016-09-04 | 2019-11-26 | 深圳市云智易联科技有限公司 | 车载认证方法、***、车载装置、移动终端及服务器 |
CN107792009A (zh) * | 2017-10-17 | 2018-03-13 | 小呔科技河北有限公司 | 基于驾驶员身份认证的车辆启动方法及装置 |
CN110356363A (zh) * | 2018-04-09 | 2019-10-22 | 杭州海康汽车技术有限公司 | 一种驾驶员身份认证方法、装置、***和服务器 |
CN108550210B (zh) * | 2018-04-12 | 2021-02-02 | 奇瑞汽车股份有限公司 | 控制车辆解除锁定状态的方法和装置 |
-
2020
- 2020-03-13 CN CN202010177388.8A patent/CN111717156B/zh active Active
- 2020-03-13 CN CN202010177407.7A patent/CN111738866A/zh not_active Withdrawn
- 2020-03-13 CN CN202010177963.4A patent/CN111723326A/zh not_active Withdrawn
Also Published As
Publication number | Publication date |
---|---|
CN111717156B (zh) | 2022-06-14 |
CN111723326A (zh) | 2020-09-29 |
CN111717156A (zh) | 2020-09-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11295312B1 (en) | System and method for accumulation and maintenance of money in a vehicle maintenance savings account | |
US8504415B2 (en) | Electronic toll management for fleet vehicles | |
US8660890B2 (en) | Electronic toll management | |
US10915964B1 (en) | System and method for providing vehicle services based on driving behaviors | |
US20020186144A1 (en) | System and method for automating a vehicle rental process | |
CN106875719A (zh) | 车辆监控和识别*** | |
US20120215596A1 (en) | System And Method For Permit Enforcement | |
CN111717156B (zh) | 基于机动车、驾驶员及行程的行车控制方法和装置 | |
JP2015087986A (ja) | 情報処理方法及び情報処理装置 | |
US20120215595A1 (en) | System and Method For Automatically Issuing Permits | |
CN108629860B (zh) | 针对路桥收费站的收费处理方法、装置、***及介质 | |
JP5401184B2 (ja) | 運送事業用自動車保険料決定装置および運送事業用自動車保険料決定プログラム | |
JPWO2002056222A1 (ja) | 車両の損害保険方法,車載装置,端末装置及び車両の損害保険システム | |
CN106934474A (zh) | 一种基于汽车共享的实时扣费管理*** | |
WO2018215914A1 (en) | Methods and systems for verification of a vehicle, for controlling speed of a vehicle and for reducing laws violation | |
JP2002117237A (ja) | リスク細分型自動車保険システムおよびリスク細分型自動車保険運用装置 | |
CA2445580A1 (en) | System and method for automating a vehicle rental process | |
CN111724268A (zh) | 共享式机动车后付费投保方法、装置、***及车载采集器 | |
CN113936490A (zh) | 一种智能公交乘车终端及其控制方法 | |
UA146424U (uk) | Спосіб автоматичного визначення розміру страхового платежу транспортного засобу на основі даних про експлуатацію транспортного засобу | |
CN116797197A (zh) | 一种汽车代维保*** | |
TW202248939A (zh) | 車輛里程儲值之保險系統及其方法 | |
CN111985988A (zh) | 车辆共享方法、***及租赁服务器 | |
TW202016858A (zh) | 分散式車險評估系統及其方法 | |
WO2013163372A1 (en) | System and method for permit enforcement |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20201002 |