CN110121731A - 点呼/点检辅助装置、点呼/点检辅助系统以及点呼/点检辅助程序 - Google Patents

Abstract

本发明提供了点呼/点检辅助装置、点呼/点检辅助系统以及点呼/点检辅助程序。其与获取酒精信息I1、体温信息I2、血压信息I3、故障信息I4以及胎压信息I5的车载器1通信连接，且具备：通信部25，从车载器1经由通信网络N获取酒精信息I1、体温信息I2、血压信息I3、故障信息I4、胎压信息I5；以及控制部21，使用由通信部25获取到的酒精信息I1、体温信息I2、血压信息I3、故障信息I4、以及胎压信息I5，对规定的点呼项目以及点检项目的充足性进行判定。由此，能够减少管理者以及驾驶员的点呼以及点检的负担。

Description

点呼/点检辅助装置、点呼/点检辅助系统以及点呼/点检辅助 程序

技术领域

本发明涉及点呼/点检辅助装置、点呼/点检辅助系统以及点呼/点检辅助程序。

背景技术

在运输业务等中，规定必须在车辆运行前后进行驾驶员的点呼以及车辆的点检的情况下，面对面地进行针对运行前后的全部驾驶员的点呼会花费大量时间。此外，所谓的驾驶员的点呼是指为了确保车辆的运行的安全，而对驾驶员进行例如是否带有酒气等规定事项的确认、用于安全确保的指示等。

因此，已知有进行驾驶员的点呼的管理者除了与各个驾驶员面对面进行点呼以外，也能够不面对面地进行点呼的系统(例如，参照专利文献1以及专利文献2)。

在先技术文献

技术文献

专利文献1:日本特开2015－130109号公报

专利文献2:日本特开2012－159959号公报

但是，对于以往的系统而言，管理者不得不独立基于从驾驶员获取到的信息，对于各点呼项目进行是否满足基准的判断，而不能充分地减少管理者的负担。

另外，不光是点呼，对于车辆的点检而言，驾驶员要独立确认全部的点检项目也花费大量时间，但在以往的系统中，并未考虑这样的点检给驾驶员带来的负担。

发明内容

本发明的课题在于提供能够减少管理者以及驾驶员的点呼以及点检的负担的点呼/点检辅助装置、点呼/点检辅助系统以及点呼/点检辅助程序。

为了解决上述课题，技术方案1所记载的发明在点呼/点检辅助装置中，其特征在于，所述点呼/点检辅助装置与车载器通信连接，所述车载器获取与驾驶员的健康状态相关的驾驶员状态信息、以及与该驾驶员所驾驶的预定的车辆的车辆状态相关的车辆状态信息，所述点呼/点检辅助装置具备：获取单元，经由通信线路从所述车载器获取所述驾驶员状态信息和所述车辆状态信息；以及判定单元，使用由所述获取单元获取到的所述驾驶员状态信息和所述车辆状态信息，对规定的点呼项目以及点检项目的充足性进行判定。

技术方案2所记载的发明的特征在于，在技术方案1所记载的点呼/点检辅助装置中，所述点呼/点检辅助装置具有阈值信息存储单元，所述阈值信息存储单元存储用于对规定的点呼项目以及点检项目的充足性进行判定的阈值信息，所述判定单元根据所述驾驶员状态信息以及所述车辆状态信息、与所述阈值信息存储单元中存储的阈值信息的对比，对规定的点呼项目以及点检项目的充足性进行判定。

技术方案3所记载的发明的特征在于，在技术方案1或2所记载的点呼/点检辅助装置中，具备：事故记录信息存储单元，存储与驾驶员过去发生过的事故相关的事故记录信息；驾驶合适性诊断结果信息存储单元，存储与驾驶员的驾驶合适性诊断的结果相关的驾驶合适性诊断结果信息；外在因素信息存储单元，存储与每个运行日的事故的外在因素相关的外在因素信息；第一确定单元，基于所述事故记录信息和所述驾驶合适性诊断结果信息，从与驾驶员容易发生的事故相关的分类组中确定该驾驶员符合的分类；第二确定单元，基于所述外在因素信息，确定按运行日容易产生的事故；以及第三确定单元，基于所述第一确定单元的确定结果和所述第二确定单元的确定结果，确定驾驶员按运行日应注意的事故。

技术方案4所记载的发明的特征在于，在点呼/点检辅助系统中，具备：车载器，获取与驾驶员的健康状态相关的驾驶员状态信息、以及与该驾驶员驾驶的预定的车辆的车辆状态相关的车辆状态信息；驾驶员终端，与所述车载器通信连接，由驾驶员管理；以及管理者终端，由进行驾驶员的点呼的管理者管理，所述驾驶员终端具备：获取单元，经由通信线路从所述车载器获取所述驾驶员状态信息和所述车辆状态信息；判定单元，使用由所述获取单元获取到的所述驾驶员状态信息和所述车辆状态信息，对规定的点呼项目以及点检项目的充足性进行判定；以及第一发送单元，将由所述判定单元判定出的判定结果直接或者经由外部装置发送至所述管理者终端，所述管理者终端具备：显示单元，显示所述判定结果；输入单元，用于管理者输入是否能够运行的结果；以及第二发送单元，将由所述输入单元输入的是否能够运行的结果发送至所述驾驶员终端。

技术方案5所记载的发明的特征在于，在点呼/点检辅助系统中，具备：车载器，获取与驾驶员的健康状态相关的驾驶员状态信息、以及与该驾驶员驾驶的预定的车辆的车辆状态相关的车辆状态信息；驾驶员终端，与所述车载器通信连接，由驾驶员管理；管理者终端，由进行驾驶员的点呼的管理者管理；以及管理服务器，与所述驾驶员终端和所述管理者终端通信连接，所述驾驶员终端具备：第一获取单元，经由通信线路从所述车载器获取所述驾驶员状态信息和所述车辆状态信息；以及第一发送单元，将获取到的所述驾驶员状态信息和所述车辆状态信息发送至所述管理服务器，所述管理服务器具备：第二获取单元，经由通信线路从所述驾驶员终端获取所述驾驶员状态信息和所述车辆状态信息；判定单元，使用由所述第二获取单元获取到的所述驾驶员状态信息和所述车辆状态信息，对规定的点呼项目以及点检项目的充足性进行判定；以及第二发送单元，将由所述判定单元判定出的判定结果发送至所述管理者终端，所述管理者终端具备：显示单元，显示所述判定结果；输入单元，用于管理者输入是否能够运行的结果；以及第三发送单元，将由所述输入单元输入的是否能够运行的结果发送至所述驾驶员终端。

技术方案6所记载的发明是一种点呼/点检辅助程序，使计算机发挥如下的作用：获取单元，经由通信线路，从获取与驾驶员的健康状态相关的驾驶员状态信息、以及与该驾驶员驾驶的预定的车辆的车辆状态相关的车辆状态信息的车载器，获取所述驾驶员状态信息和所述车辆状态信息；以及判定单元，使用由所述获取单元获取到的所述驾驶员状态信息和所述车辆状态信息，对规定的点呼项目以及点检项目的充足性进行判定。

发明效果

根据本发明，能够提供能减少管理者以及驾驶员的点呼以及点检的负担的点呼/点检辅助装置、点呼/点检辅助系统以及点呼/点检辅助程序。

附图说明

图1是表示实施方式的点呼/点检辅助系统的结构的框图。

图2是表示实施方式的点呼/点检辅助系统中的信息的流向的框图。

图3是表示实施方式的点呼/点检辅助系统中的实施点呼/点检时的流程的流程图。

图4是表示变形例1的点呼/点检辅助系统的结构的框图。

图5是表示变形例2的点呼/点检辅助系统的结构的框图。

具体实施方式

以下，基于图1至图3，对作为本发明的实施方式的点呼/点检辅助系统100进行说明。

[系统结构]

{整体结构}

如图1和图2所示，点呼/点检辅助系统100具备车载器1、驾驶员终端2、管理者终端3、以及管理服务器4。另外，如图1所示，构成点呼/点检辅助系统100的各装置经由通信网络N连接。

{车载器}

车载器1主要是分别被安装于管理对象车辆C的用于获取与驾驶员D的健康状态相关的驾驶员状态信息以及与管理对象车辆C的车辆状态相关的车辆状态信息的设备，其包括酒精检查器11、生物体传感器12、故障诊断机13、以及轮胎传感器14。

此外，车载器1无需全部安装于管理对象车辆C，例如也可以以驾驶员D携带等的形式，仅在点呼/点检时被带入管理对象车辆C的车内。例如，对于酒精检查器11以及生物体传感器12，也可以作为不安装于管理对象车辆C而由驾驶员D携带的形式，在办公室等车外的场所使用。

另外，下面，虽然以各种传感器分别独立地具备通信部并从各通信部独立地向驾驶员终端2发送检测结果的结构为例进行说明，但也可以为从各种传感器利用有线或者无线对一个通信部暂时发送检测结果，并由一个通信部将来自各种传感器的检测结果集中发送至驾驶员终端2的结构。

(酒精检查器)

酒精检查器11设置于管理对象车辆C的驾驶座的规定的位置，如图1所示，酒精检查器11具备酒精检测部111和通信部112，如图2所示，酒精检查器11将与通过酒精检测部111检测到的驾驶员D的呼气所含的酒精浓度相关的信息亦即酒精信息I1，从通信部112发送至驾驶员终端2。

此外，酒精检查器11无需必须设置于管理对象车辆，例如也可以由驾驶员D携带，安装于驾驶员终端2来使用。

(生物体传感器)

生物体传感器12包括体温传感器121和血压传感器122，生物体传感器12被设置于管理对象车辆C的车内的规定的位置，例如方向盘。

如图1所示，体温传感器121具备体温检测部1211和通信部1212，如图2所示，体温传感器121将由体温检测部1211检测到的与驾驶员D的体温相关的信息亦即体温信息I2，从通信部1212发送至驾驶员终端2。

如图1所示，血压传感器122具备血压检测部1221和通信部1222，如图2所示，血压传感器122将由血压检测部1221检测到的与驾驶员D的血压相关的信息亦即血压信息I3，从通信部1222发送至驾驶员终端2。

(故障诊断机)

故障诊断机13包括故障诊断机主体131和OBD连接器132，故障诊断机13被设置于管理对象车辆C的驾驶座的规定的位置。

如图1所示，故障诊断机主体131包括诊断部1311和通信部1312，如图2所示，故障诊断机主体131将经由OBD连接器132获取到的与管理对象车辆C的故障的有无相关的信息亦即故障信息I4，从通信部1312发送至驾驶员终端2。

具体而言，故障诊断机13例如获取以下的信息作为故障信息I4。

制动踏板：关于踩踏以及制动的效果，有无相关的故障代码的检测。

驻车制动手柄：关于退回(踩踏)，有无相关的故障代码的检测。

原动机：关于相关状况/异响，有无变换灯的亮灯，有无相关的故障代码的检测。关于低速/加速的状态，有无变换灯的亮灯，有无相关的故障代码的检测。

车窗清洗器：关于喷射状态，有无液量警告的亮灯、有无相关的故障代码的检测。

车窗清洗槽：关于液量，有无液量警告的亮灯。

制动器的储液箱：关于液量，有无制动警告的亮灯、有无相关的故障代码的检测。

蓄电池：关于液量/电压，有无蓄电池警告的亮灯、有无电压/电流值的异常、有无相关的故障代码的检测。

散热器等冷却装置：关于液量，有无冷却水警告的亮灯、有无相关的故障代码的检测。

润滑油：关于液量，有无油量警告的亮灯、有无相关的故障代码的检测。

灯光装置方向指示器：关于亮灯、闪烁、污染、损伤，有无灯泡损坏警告、有无相关的故障代码的检测。

(轮胎传感器)

轮胎传感器14使用规定的TPMS(轮胎压力监测系统)，如图1所示，具有胎压测定部141和通信部142，如图2所示，轮胎传感器14在通过胎压测定部141测定出胎压后，将与测定结果相关的信息亦即胎压信息I5从通信部142发送至驾驶员终端2。

{驾驶员终端}

驾驶员终端2是由进行管理对象车辆C的运行的驾驶员D各自携带的智能手机、平板电脑等终端，从车载器1接收信息，并进行规定的判定处理。

驾驶员终端2例如具备控制部21、操作部22、显示部23、存储部24、通信部25以及影像获取部26。

控制部21是控制驾驶员终端2的动作的部分，具体而言，其具备CPU(CentralProcessing Unit：中央处理器)、ROM(Read Only Memory：只读存储器)、RAM(RandomAccess Memory：随机存储存储器)等而构成，通过在RAM的作业区域展开的并被存储于ROM、存储部24的程序数据与CPU之间的配合，统一控制驾驶员终端2的各部分。

操作部22例如具备：具有字符输入键、数字输入键、与其它各种功能对应的按键的键盘等，操作部22受理来自用户的操作输入，并将与操作输入相应的操作信号输出至控制部21。此外，操作部22例如也可以是与显示部23一体形成的触摸面板等。

显示部23例如具备LCD(Liquid Crystal Display：液晶显示器)等显示器，显示部23将基于从控制部21输出的显示控制信号的图像显示于显示画面。

存储部24是存储驾驶员终端2的运用所需要的各种信息的部分，例如，存储部24由HDD(Hard Disk Drive：硬盘驱动器)、半导体存储器等构成，其能够从控制部21读写程序数据、各种设定数据等数据并加以存储。

在存储部24，具备驾驶员信息存储部241、点呼表242、点检表243、判定程序244、以及阈值信息存储部245。

在驾驶员信息存储部241，存储有携带驾驶员终端2的驾驶员D的姓名、针对点呼/点检辅助系统100的登录ID以及密码等。

在点呼表242，例如，作为脑/心脏病的前兆、自觉症状记载有如下项目，驾驶员D在存在有问题的项目的情况下进行检查。

·感觉到从左胸、左肩到背部，疼痛、压迫感、勒紧。

·气喘呼吸困难。

·感觉到脉搏过快、胸部不适、心悸、头晕等。

·感觉一侧的手脚、半面脸麻痺、麻木。

·产生语言障碍。

·一只眼睛看不见、物体看起来重影、失去了一半的视力。

·头疼得厉害。

此外，作为与平时的状态的比较记载如下项目，驾驶员D在存在有问题的项目的情况下进行检查。

·是否感觉到疲惫？

·是否不舒服？

·是否腹痛、恶心、腹泻？

·是否感觉昏昏欲睡？

·是否因受伤等而忍受疼痛？

·是否服用了会给驾驶带来负面影响的药？

·是否关注其他健康状态？。

在点检表243，例如记载如下项目，驾驶员D在存在有问题的项目的情况下进行检查。

·擦拭器的擦拭状态。

·风扇带的张紧程度、有无损伤。

·轮胎的盘轮的安装状态。

·轮胎有无龟裂、损伤、摩耗。

·轮胎的槽的深度。

判定程序244是在进行规定的点呼项目以及点检项目的充足性的判定时所使用的程序。

阈值信息存储部245是存储有进行规定的点呼项目以及点检项目的充足性的判定时所使用的阈值信息的数据库。

通信部25是用于与车载器1、管理者终端3以及管理服务器4的通信的部分，例如，是具有通信用IC(Integrated Circuit)以及通信连接器等的通信接口，基于控制部21的控制，使用规定的通信协议进行经由通信网络N的数据通信。

影像获取部26是获取驾驶员D的影像的部分，例如，使用智能手机、平板电脑等终端的内拍相机。

{管理者终端}

管理者终端3是进行驾驶员D的点呼的管理者M所在的办公室等中所具备的PC、平板电脑等终端，管理者终端3将从管理服务器4接收到的数据，显示于管理者M。

管理者终端3例如具备控制部31、操作部32、显示部33、存储部34以及通信部35。

控制部31是控制管理者终端3的动作的部分，具体而言，其具备CPU、ROM、RAM等而构成，通过在RAM的作业区域展开的并被存储于ROM、存储部34的程序数据与CPU的配合，统一控制管理者终端3的各部分。

操作部32例如具备具有字符输入键、数字输入键、与其他各种功能对应的按键等的键盘、鼠标等指示设备等，操作部32受理来自用户的操作输入，并将与操作输入相应的操作信号输出至控制部31。此外，操作部32例如也可以是与显示部33一体形成的触摸面板等。

显示部33例如具备LCD等显示器，显示部33将基于从控制部31输出的显示控制信号的图像显示于显示画面。

存储部34是存储管理者终端3的运用所需要的各种信息的部分，例如，由HDD、半导体存储器等构成，且能够从控制部31读写程序数据、各种设定数据等数据并存储。

在存储部34，具备管理者信息存储部341。在管理者信息存储部341，存储有使用管理者终端3的管理者M的姓名、针对点呼/点检辅助系统100的登录ID以及密码等。

通信部35是用于与驾驶员终端2以及管理服务器4的通信的部分，例如，其是具有通信用IC以及通信连接器等的通信接口，基于控制部31的控制，使用规定的通信协议进行经由通信网络N的数据通信。

(管理服务器)

管理服务器4是运用点呼/点检辅助系统100的用户企业的总部H等规定的场所具备的PC、WS(Work Station：工作站)等信息设备，存储从驾驶员终端2接收到的信息，并且将其与驾驶员D按运行日应注意的事故的确定结果一起发送至管理者终端3。

此外，管理服务器4无需必须由用户企业自己拥有，例如，也可以利用提供云服务的公司拥有的PC、WS等信息设备。

管理服务器4例如具备控制部41、通信部42、以及存储部43。

控制部41是控制管理服务器4的动作的部分，具体而言，其具备CPU、ROM、RAM等而构成，通过在RAM的作业区域展开的并存储于ROM、存储部43的程序数据与CPU的配合，统一控制管理服务器4的各部分。

通信部42是用于与驾驶员终端2以及管理者终端3的通信的部分，例如，其是具有通信用IC以及通信连接器等的通信接口，基于控制部41的控制，使用规定的通信协议进行经由通信网络N的数据通信。

存储部43是存储管理服务器4的运用所需要的各种信息的部分，例如，其由HDD、半导体存储器等而构成，能够从控制部41读写程序数据、各种设定数据等数据并加以存储。

在存储部43，具备判定结果数据库431、注意事故确定程序432、事故记录数据库433、驾驶合适性诊断结果数据库434以及外在因素数据库435。

判定结果数据库431是存储规定的点呼项目以及点检项目的充足性的判定结果的数据库。

注意事故确定程序432是在由控制部41进行的驾驶员的分类、容易发生的事故的确定以及按运行日应注意的事故的确定时所使用的程序。

如图2所示，在事故记录数据库433，对每个驾驶员D，存储有过去实际发生的事故的发生状况、与原因等相关的信息亦即事故记录信息I6。此外，作为事故的发生状况，不仅存储事故现场的状况，还存储有发生事故的车辆的类型以及型号、当天的运输货物的携带个数等与事故车辆相关的信息。

另外，作为事故记录信息I6，对于过去驾驶员D发生了的各事故，根据事故方式分类至以下的5个类型的任意一个，并存储有分类结果。

1.迎头相撞事故

2.自行事故

3.静止物事故

4.后退事故

5.其他事故

如图2所示，在驾驶合适性诊断结果数据库434，对每个驾驶员D，存储有与驾驶合适性诊断的结果相关的信息亦即驾驶合适性诊断结果信息I7。此外，驾驶合适性诊断结果信息I7通过规定的书面测试、模拟器，对于驾驶员的性格、驾驶态度、认知/处理功能、视觉功能等，从心理以及生理两个方面把握个人的特性。

具体而言，作为驾驶合适性诊断的诊断项目存在以下的29个项目，作为驾驶合适性诊断结果信息I7，存储有有关各个项目的评分结果。

·性格：1.状况判断力，2.动作的准确性，3.动作的速度，4.冲动抑制性，5.神经质倾向，6.情绪变化难易，7.情绪高涨性，8.自己主张的强度，9.协调性，10.自我表现性，11.情绪稳定性

·安全驾驶态度：12.厚脸皮，13.冲动性，14.自我中心性，15.自我陶醉性，16.自我表现性

·危险敏感性：17.危险敏感性测试结果

·处理判断检查：18.注意力，19.场景适应力，20.注意的分配

·选择反应检查：21.动作的准确性，22.动作的速度，23.反应的不均匀

·速度推测检查：24.焦躁性，25.延迟反应，26.反应的不均匀

·机械检查：27.机械检查总合

·视力：28.视力测定结果

·总合：29.总合结果

如图2所示，在外在因素数据库435，按每个运行日，对每个驾驶员D，存储有与作为事故的因素的外在因素相关的信息亦即外在因素信息I8。具体而言，例如，存储有运行日当天所使用的车类型、运行日当天的天气、该驾驶员D所负责的预定的输送路线、输送量、该输送路线的交通阻塞状况的信息等。

(通信网络)

通信网络N例如是互联网、电话线路网、移动电话通信网、无线LAN通信网等。

[系统使用时的流程]

以下，基于图2和图3对实施方式涉及的点呼/点检辅助系统100的使用时的流程进行说明。

{登录：步骤S1}

在驾驶员D乘坐于管理对象车辆C的状态下，若管理对象车辆C停在车库内等规定的点呼/点检场所，则驾驶员D通过使用驾驶员终端2的操作部22输入规定的登录ID以及密码，来进行向系统的登录。

另外，管理者M通过使用管理者终端3的操作部32输入规定的登录ID以及密码，来进行向系统的登录。

{驾驶员状态信息的获取：步骤S2}

接着，通过车载器1，在获取到点呼所需的驾驶员状态信息后，发送至驾驶员终端2。

具体而言，首先，酒精检查器11通过酒精检测部111获取驾驶员D的呼气所含的酒精浓度的信息亦即酒精信息I1，并从通信部112发送至驾驶员终端2。

生物体传感器12中的体温传感器121通过体温检测部1211获取驾驶员D的体温的信息亦即体温信息I2，并从通信部1212发送至驾驶员终端2。

另外，生物体传感器12中的血压传感器122通过血压检测部1221获取驾驶员D的血压的信息亦即血压信息I3的基础上，从通信部1222发送至驾驶员终端2。

另外，驾驶员D使用驾驶员终端2的存储部24所具备的点呼表242，输入如上所述的规定的点呼项目。具体而言，驾驶员D关于点呼表242所记载的规定的项目，以在存在有问题的项目的情况下使用操作部22进行检查的形式，进行规定的点呼项目的输入。

{车辆状态信息的获取：步骤S3}

接着，通过车载器1，获取点检所需的车辆状态信息的基础上，发送至驾驶员终端2。

具体而言，首先，故障诊断机13的故障诊断机主体131通过诊断部1311，获取如上所述的与规定的管理对象车辆C有无故障相关的信息亦即故障信息I4的基础上，从通信部1312发送至驾驶员终端2。

另外，轮胎传感器14通过胎压测定部141获取与管理对象车辆C的轮胎的胎压相关的信息亦即胎压信息I5，并从通信部142发送至驾驶员终端2。

另外，驾驶员D使用驾驶员终端2的存储部24所具备的点检表243，输入如上所述的规定的点检项目。具体而言，驾驶员D关于点检表243所记载的规定的项目，以在存在有问题的项目的情况下使用操作部22进行检查的形式，进行规定的点检项目的输入。

{基于驾驶员状态信息的判定：步骤S4}

接着，在通过通信部25获取到驾驶员状态信息的驾驶员终端2中，进行基于驾驶员状态信息的判定。

具体而言，首先，驾驶员终端2的控制部21使用存储部24所具备的判定程序244，对从酒精检查器11通过通信部25获取到的酒精信息I1、和存储部24所具备的阈值信息存储部245中存储的与酒精浓度相关的阈值信息进行对比，判定驾驶员D的呼气所含的酒精浓度是否未超过规定的阈值。

接着，驾驶员终端2的控制部21使用存储部24所具备的判定程序244，对从生物体传感器12中的体温传感器121通过通信部25获取到的体温信息I2、和存储部24所具备的阈值信息存储部245中存储的与体温相关的阈值信息进行对比，判定驾驶员D的体温是否未超过规定的阈值。

另外，驾驶员终端2的控制部21使用存储部24所具备的判定程序244，对通过通信部25从生物体传感器12中的血压传感器122获取到的血压信息I3、和存储部24所具备的阈值信息存储部245中存储的与血压相关的阈值信息进行对比，并判定驾驶员D的血压是否未超过规定的阈值。

接着，驾驶员终端2的控制部21使用存储部24所具备的判定程序244，判定在由驾驶员D输入的点呼表242中，是否没有点检过的项目。

{基于车辆状态信息的判定：步骤S5}

接着，在通过通信部25获取到车辆状态信息的驾驶员终端2中，进行基于车辆状态信息的判定。

具体而言，首先，驾驶员终端2的控制部21使用存储部24所具备的判定程序244，基于从故障诊断机13通过通信部25获取到的故障信息I4，判定是否没有如上所述的规定的故障代码、灯/警告等的亮灯、检测出异常/警告等的位置。

接着，驾驶员终端2的控制部21使用存储部24所具备的判定程序244，对从轮胎传感器14通过通信部25获取到的胎压信息I5、和存储部24所具备的阈值信息存储部245中存储的与轮胎的胎压相关的阈值信息进行对比，判定管理对象车辆C的轮胎的胎压是否为基准值的80％以下。

接着，驾驶员终端2的控制部21使用存储部24所具备的判定程序244，判定由驾驶员D输入的点检表243中是否没有点检过的项目。

{朝向管理服务器的发送：步骤S6}

若进行步骤S4、S5的判定，则驾驶员终端2的控制部21将步骤S4以及S5中的判定结果的信息亦即判定结果信息I9与驾驶员D的姓名的信息一起，从通信部25通过通信网络N发送至管理服务器4。

在通过通信部42接收到判定结果信息I9的管理服务器4中，控制部41将其存储至存储部43的判定结果数据库431。

{应注意的事故的确定：步骤S7}

接着，在管理服务器4中，对在步骤S6中接收到判定结果信息I9的驾驶员D，进行按运行日应注意的事故的确定。具体而言如下。

(驾驶员的分类：步骤S7－1)

首先，控制部41使用存储部43所具备的注意事故确定程序432，基于存储部43的事故记录数据库433中存储的事故记录信息I6、和驾驶合适性诊断结果数据库434中记录的驾驶合适性诊断结果信息I7，从与驾驶员D容易发生的事故相关的分类组中，确定该驾驶员D所符合的分类。

作为与驾驶员D容易发生的事故相关的分类，例如，存在以下6种。

1.迎头相撞事故肇事者

2.自行事故肇事者

3.静止物事故肇事者

4.后退事故肇事者

5.其他事故肇事者

6.非肇事者

具体而言，以如下的方式进行驾驶员D的分类。

即，如上述那样，在事故记录信息I6中，包含有关于将过去驾驶员D发生的各事故，分类至迎头相撞事故、自行事故、静止物事故、后退事故、其他事故中的任意一个类型的信息，另外，在驾驶合适性诊断结果信息I7中，对各驾驶员D，存储有有关29个诊断项目的评分结果。

因此，控制部41基于驾驶合适性诊断结果信息I7，对各驾驶员D，提取驾驶合适性诊断中的29个诊断项目中评分结果为平均值以下的项目，并基于该平均值以下的项目、和事故记录信息I6所包含的过去驾驶员D发生的事故的分类结果，对驾驶合适性诊断中的平均值以下的项目与产生的事故的类型的相关关系进行统计分析，并明确在过去，什么样的项目为平均值以下的驾驶员D发生什么样的类型的事故的情况较多。

接着，控制部41对在步骤S6中接收到判定结果信息I9的驾驶员D，从该驾驶员D的驾驶合适性诊断结果信息I7中，提取驾驶合适性诊断中的平均值以下的项目。然后，根据该提取结果和上述的统计分析的结果，确定该驾驶员发生的可能性较高的事故的类型。

由此，将发生迎头相撞事故的可能性较高的驾驶员D分类为迎头相撞事故肇事者、将发生自行事故的可能性较高的驾驶员D分类为自行事故肇事者、将发生静止物事故的可能性较高的驾驶员D分类为静止物事故肇事者、将发生后退事故的可能性较高的驾驶员D分类为后退事故肇事者、将发生其他事故的可能性较高的驾驶员D分类为其他事故肇事者、将不适合任意一个的驾驶员D分类为非肇事者。

例如，在上述统计分析中，对于迎头相撞事故，在出现驾驶合适性诊断的项目中的处理判断检查、自我表现性、自己主张的强度的项目中评分结果为平均值以下的驾驶员发生的比例较高的结果的情况下，在驾驶合适性诊断出现相同的结果的驾驶员D被分类为迎头相撞事故肇事者。

(容易发生的事故的确定：步骤S7－2)

接着，控制部41使用存储部43所具备的注意事故确定程序432，基于存储部43的外在因素数据库435中存储的外在因素信息I8，根据外在因素确定运行日当天容易发生的事故。

具体而言，以如下方式进行容易发生的事故的确定。

即，如上述那样，在事故记录信息I6中，对于过去驾驶员D发生的各事故，包含含有事故车辆的车辆状况的该事故的具体的发生时的状况、有关该事故被分类为迎头相撞事故、自行事故、静止物事故、后退事故、其他事故的哪一类型的信息。

因此，控制部41基于事故记录信息I6，对事故发生时的状况与发生的事故的类型的相关关系进行统计分析，明确在过去在什么样的状况下，发生什么样的类型的事故的情况较多。例如，基于发生事故的车辆的类型以及型号、当天的运输货物的携带个数、当天的天气等信息，明确在确定的状况下发生件数较多的事故的类型。

接着，控制部41对在步骤S6中接收到判定结果信息I9的驾驶员D，参照外在因素信息I8，基于在该驾驶员D的下一次的运行时假定的外在因素、和上述的统计分析的结果，确定由于外在因素而在运行日当天容易发生的事故的类型。

例如，在上述统计分析中，对于确定的类型/型号的卡车，给出携带100个以上的货物，并且在天气为雨天，发生迎头相撞事故的比例较高这样的结果的情况下，在作为外在因素信息I8存储的假定的运行日当天的状况与其一致的情况下，将迎头相撞事故确定为由于外在因素而容易发生的事故的类型。

(按运行日应注意的事故的确定：步骤S7－3)

接着，控制部41使用存储部43所具备的注意事故确定程序432，基于步骤S7－1中的驾驶员D的分类结果、和步骤S7－2中的由于外在因素的容易发生的事故的确定结果，确定驾驶员D的按运行日应注意的事故。

具体而言，在步骤S7－1中驾驶员D被分类的类型与在步骤S7－2中确定出的由于外在因素而容易发生的事故的类型一致的情况下，该类型的事故被确定为按运行日应注意的事故。

例如，在驾驶员D被分为迎头相撞事故肇事者的情况下，并且，由于外在因素信息I8也预测为容易发生迎头相撞事故的情况下，将交叉路口等处的迎头相撞事故确定为应注意的事故。

另外，在步骤S7－1中驾驶员D被分类的类型与在步骤S7－2中确定出的由于外在因素而容易发生的事故的类型不一致的情况下，没有特别应注意的事故。但是，在该情况下，也可以将在步骤S7－1中驾驶员D被分类的类型以及在步骤S7－2中确定出的由于外在因素而容易发生的事故的类型双方，确定为按运行日应注意的事故。

{朝向管理者终端的发送：步骤S8}

若进行按运行日应注意的事故的确定，则管理服务器4的控制部41将判定结果数据库431中存储的判定结果信息I9、和步骤S7中的应注意的事故的确定结果亦即确定结果信息I10，与驾驶员D的姓名的信息一起，从通信部42，通过通信网络N，发送至管理者终端3。在通过通信部35接收到判定结果信息I9以及确定结果信息I10的管理者终端3中，控制部31将判定结果信息I9以及确定结果信息I10显示于显示部33。

此外，在进行点呼时，通常，管理者M需要在点呼记录簿中记录规定的点呼项目，但也可以在存储部34中存储有点呼记录簿的数据，通过控制部31，基于判定结果信息I9，对于规定的点呼项目，自动地记载于点呼记录簿。

{点呼的实施：步骤S9}

接着，管理者M通过管理者终端3进行点呼。具体而言如下。

首先，管理者M从管理者终端3通过通信网络N访问驾驶员终端2，并建立与驾驶员的通话状态，并且能够通过驾驶员终端2的影像获取部26，实时获取驾驶员的影像。

然后，管理者M进行规定的点呼作业，但此时，由于如上述那样已经将有关规定的点呼/点检项目的判定结果信息I9显示于显示部33，所以管理者M无需对该项目逐一对驾驶员D进行确认。因此，管理者M在点呼的判定结果中，具有超过阈值的项目、由驾驶员D检查为存在问题的项目的情况下，仅通过使用操作部32输入需要驾驶员D的变更的意思就足够了。使用操作部32输入的事项从通信部35发送至驾驶员终端2。

另外，在进行点呼时，在管理者终端3的显示部33显示有驾驶员D按运行日应注意的事故的确定结果亦即确定结果信息I10，管理者M基于驾驶员D按运行日应注意的事故的确定结果，进行注意提醒。

此外，关于点检，统一管理对象车辆C的设置的规定的负责人(未图示)确认管理者终端3所显示的判定结果信息I9，并在点检的判定结果中具有超过阈值的项目、检测出规定的故障代码、灯/警告等的亮灯、异常/警告等的项目、由驾驶员进行了检测的项目的情况下，使用操作部32输入需要管理对象车辆C的修理或者变更的意思。使用操作部32输入的事项从通信部35发送至驾驶员终端2。

[实施方式的效果]

根据实施方式的点呼/点检辅助系统100，由于对于规定的点呼项目通过系统自动地进行判定，且判定结果信息I9被显示于管理者终端3的显示部33，所以管理者M无需对全部的项目逐一对驾驶员D进行确认，并能够减少点呼的负担。另外，由于通过管理者M的主观判断的部分减少，所以能够进行受管理者M的技能、经验影响而较难的准确的点呼。

另外，关于点检，由于驾驶员D必须通过目视观察而点检的项目减少，所以能够减少驾驶员D的负担。另外，由于通过驾驶员D的主观判断的部分减少，所以能够进行受驾驶员D的技能、经验影响而较难的准确的点检。

另外，由于在管理者终端3，显示驾驶员D按运行日应注意的事故的确定结果亦即确定结果信息I10，管理者M能够基于此进行注意提醒，所以能够基于驾驶员D的类型、由于外在因素所导致的容易发生的事故，进行恰当的注意提醒。

另外，在进行点呼时，管理者M需要在点呼记录簿记载规定的点呼项目，但根据本实施方式，像这样的朝向点呼记录簿的记载，也可以不是由管理者M手动进行，而是在管理者终端3中，基于判定结果信息I9自动地进行。因此，能够防止管理者M遗漏朝向点呼记录簿的填写。

[变形例]

以下，基于图4和图5对本实施方式的变形例进行说明。

{变形例1}

如图4所示，也可以代替驾驶员终端2的存储部24，在管理服务器4的存储部43，具备判定程序436以及阈值信息存储部437，在管理服务器4中，通过控制部41，进行基于步骤S4的驾驶员状态信息的判定以及基于步骤S5的车辆状态信息的判定。

在该情况下，驾驶员终端2起到将从车载器1接收到的信息以及被输入至点呼表242和点检表243的信息发送至管理服务器4的作用，且管理服务器4经由驾驶员终端2与车载器1通信连接。

而且，管理服务器4从车载器1，经由驾驶员终端2以及通信网络N，通过通信部42，获取酒精信息I1、体温信息I2、血压信息I3、故障信息I4以及胎压信息I5，并从通信部42，经由通信网络N，将判定结果信息I9以及确定结果信息I10发送至管理者终端3。

{变形例2}

如图5所示，也可以代替管理服务器4的存储部43，驾驶员终端2的存储部24具备注意事故确定程序246、事故记录数据库247、驾驶合适性诊断结果数据库248以及外在因素数据库249，通过驾驶员终端2的控制部21，进行步骤S7－1的驾驶员的分类、步骤S7－2的容易发生的事故的确定以及步骤S7－3的按运行日应注意的事故的确定。

而且，驾驶员终端2的控制部21从通信部25，经由通信网络N，将判定结果信息I9以及确定结果信息I10发送至管理服务器4，在通过通信部42接收到判定结果信息I9以及确定结果信息I10的管理服务器4中，控制部41从通信部42，经由通信网络N，将判定结果信息I9以及确定结果信息I10发送至管理者终端3。

另外，在该情况下，无需必须具备管理服务器4，也可以驾驶员终端2的控制部21从通信部25经由通信网络N，直接将判定结果信息I9以及确定结果信息I10发送至管理者终端3。

本发明能够利用于点呼/点检辅助装置、点呼/点检辅助系统以及点呼/点检辅助程序。

附图标记说明

100…点呼/点检辅助系统；1…车载器；11…酒精检查器；12…生物体传感器；13…故障诊断机；14…轮胎传感器；2…驾驶员终端(点呼/点检辅助装置)；21…控制部(判定单元、第一确定单元、第二确定单元、第三确定单元)；24…存储部；245…阈值信息存储部(阈值信息存储单元)；247…事故记录数据库(事故记录信息存储单元)；248…驾驶合适性诊断结果数据库(驾驶合适性诊断结果信息存储单元)；249…外在因素数据库(外在因素信息存储单元)；25…通信部(获取单元、第一获取单元、第一发送单元)；3…管理者终端；32…操作部(输入单元)；33…显示部(显示单元)；35…通信部(第二发送单元、第三发送单元)；4…管理服务器(点呼/点检辅助装置)；41…控制部(第一确定单元、第二确定单元、第三确定单元、判定单元)；42…通信部(第二获取单元、第一发送单元、第二发送单元)；43…存储部；433…事故记录数据库(事故记录信息存储单元)；434…驾驶合适性诊断结果数据库(驾驶合适性诊断结果信息存储单元)；435…外在因素数据库(外在因素信息存储单元)；437…阈值信息存储部(阈值信息存储单元)；C…管理对象车辆(车辆)；D…驾驶员；M…管理者；N…通信网络(通信线路)；I1…酒精信息(驱动器―状态信息)；I2…体温信息(驱动器―状态信息)；I3…血压信息(驱动器―状态信息)；I4…故障信息(车辆状态信息)；I5…胎压信息(车辆状态信息)；I6…事故记录信息；I7…驾驶合适性诊断结果信息；I8…外在因素信息；I9…判定结果信息；I10…确定结果信息。

Claims (6)

1.一种点呼/点检辅助装置，其特征在于，

所述点呼/点检辅助装置与车载器通信连接，所述车载器获取与驾驶员的健康状态相关的驾驶员状态信息、以及与该驾驶员所驾驶的预定的车辆的车辆状态相关的车辆状态信息，

所述点呼/点检辅助装置具备：

获取单元，经由通信线路从所述车载器获取所述驾驶员状态信息和所述车辆状态信息；以及

判定单元，使用由所述获取单元获取到的所述驾驶员状态信息和所述车辆状态信息，对规定的点呼项目以及点检项目的充足性进行判定。

2.根据权利要求1所述的点呼/点检辅助装置，其特征在于，

所述点呼/点检辅助装置具有阈值信息存储单元，所述阈值信息存储单元存储用于对规定的点呼项目以及点检项目的充足性进行判定的阈值信息，

所述判定单元根据所述驾驶员状态信息以及所述车辆状态信息与所述阈值信息存储单元中存储的阈值信息的对比，对规定的点呼项目以及点检项目的充足性进行判定。

3.根据权利要求1或2所述的点呼/点检辅助装置，其特征在于，具备：

事故记录信息存储单元，存储与驾驶员过去发生过的事故相关的事故记录信息；

驾驶合适性诊断结果信息存储单元，存储与驾驶员的驾驶合适性诊断的结果相关的驾驶合适性诊断结果信息；

外在因素信息存储单元，存储与每个运行日的事故的外在因素相关的外在因素信息；

第一确定单元，基于所述事故记录信息和所述驾驶合适性诊断结果信息，从与驾驶员容易发生的事故相关的分类组中确定该驾驶员符合的分类；

第二确定单元，基于所述外在因素信息，确定按运行日容易产生的事故；以及

第三确定单元，基于所述第一确定单元的确定结果和所述第二确定单元的确定结果，确定驾驶员按运行日应注意的事故。

4.一种点呼/点检辅助系统，其特征在于，具备：

车载器，获取与驾驶员的健康状态相关的驾驶员状态信息、以及与该驾驶员驾驶的预定的车辆的车辆状态相关的车辆状态信息；

驾驶员终端，与所述车载器通信连接，由驾驶员管理；以及

管理者终端，由进行驾驶员的点呼的管理者管理，

所述驾驶员终端具备：

获取单元，经由通信线路从所述车载器获取所述驾驶员状态信息和所述车辆状态信息；

判定单元，使用由所述获取单元获取到的所述驾驶员状态信息和所述车辆状态信息，对规定的点呼项目以及点检项目的充足性进行判定；以及

第一发送单元，将由所述判定单元判定出的判定结果直接或者经由外部装置发送至所述管理者终端，

所述管理者终端具备：

显示单元，显示所述判定结果；

输入单元，用于管理者输入是否能够运行的结果；以及

第二发送单元，将由所述输入单元输入的是否能够运行的结果发送至所述驾驶员终端。

5.一种点呼/点检辅助系统，其特征在于，具备：

车载器，获取与驾驶员的健康状态相关的驾驶员状态信息、以及与该驾驶员驾驶的预定的车辆的车辆状态相关的车辆状态信息；

驾驶员终端，与所述车载器通信连接，由驾驶员管理；

管理者终端，由进行驾驶员的点呼的管理者管理；以及

管理服务器，与所述驾驶员终端和所述管理者终端通信连接，

所述驾驶员终端具备：

第一获取单元，经由通信线路从所述车载器获取所述驾驶员状态信息和所述车辆状态信息；以及

第一发送单元，将获取到的所述驾驶员状态信息和所述车辆状态信息发送至所述管理服务器，

所述管理服务器具备：

第二获取单元，经由通信线路从所述驾驶员终端获取所述驾驶员状态信息和所述车辆状态信息；

判定单元，使用由所述第二获取单元获取到的所述驾驶员状态信息和所述车辆状态信息，对规定的点呼项目以及点检项目的充足性进行判定；以及

第二发送单元，将由所述判定单元判定出的判定结果发送至所述管理者终端，

所述管理者终端具备：

显示单元，显示所述判定结果；

输入单元，用于管理者输入是否能够运行的结果；以及

第三发送单元，将由所述输入单元输入的是否能够运行的结果发送至所述驾驶员终端。

6.一种点呼/点检辅助程序，其特征在于，

使计算机发挥如下的作用：

获取单元，经由通信线路，从获取与驾驶员的健康状态相关的驾驶员状态信息、以及与该驾驶员驾驶的预定的车辆的车辆状态相关的车辆状态信息的车载器，获取所述驾驶员状态信息和所述车辆状态信息；以及

判定单元，使用由所述获取单元获取到的所述驾驶员状态信息和所述车辆状态信息，对规定的点呼项目以及点检项目的充足性进行判定。