信息提示装置、方法以及程序技术领域
本发明涉及一种信息提示装置、方法以及程序。本发明主张在2014年7月23日申请
的日本专利的申请号2014-149722的优先权，针对认可通过文献参照进行组入的指定国家，
通过参照而将该申请所记载的内容组入到本申请中。
背景技术
在专利文献1中，记载了“一种导航装置，其特征在于，具备：行驶路径数据存储单
元，其存储表示用户驾驶的车辆所行驶的预定的行驶路径的行驶路径数据；相关关系数据
存储单元，其存储表示车辆行驶中的上述用户的行动和工作负荷之间的相关关系的工作负
荷相关关系数据；提供预定信息存储单元，其存储在上述行驶路径上行驶时向上述用户提
供的预定信息即提供预定信息；用户行动推定处理单元，其根据上述行驶路径数据，进行推
定在上述行驶路径上行驶的过程中的上述用户的行动的用户行动推定处理；工作负荷预测
处理单元，其根据推定出的上述用户的行动和上述工作负荷相关关系数据，进行预测与在
上述行驶路径上行驶的过程中的上述用户的行动对应的工作负荷的工作负荷预测处理；调
度处理单元，其根据预测出的上述工作负荷，进行决定在上述行驶路径上行驶时向上述用
户提供上述提供预定信息的定时的调度处理；信息输出单元，其在上述定时向上述用户输
出上述提供预定信息”。
现有技术文献
专利文献
专利文献1：专利4637073号公报
发明内容
发明要解决的问题
专利文献1所记载的技术使用表示用户的行动和工作负荷之间的相关关系的工作
负荷相关关系数据。即，需要预先定义状况和该状况下的精神工作负荷(Work load，以下称
为WL)。但是，在现实中，可能存在几乎无数的状况。难以定义和测定全部这些状况的WL，另
外扩展并不容易。另外，有时状况不只由于外在因素还由于内在因素等更多的因素而变化，
非常难以计算这样的状况下的WL。
本发明鉴于这样的情况，其目的在于：提供一种考虑到精神负担的信息提示技术，
其即使针对巨大量的状况，覆盖度也高并容易进行维持管理。
用于解决问题的手段
为了解决上述问题，例如，一种信息提示装置，其包括：存储部，其存储表示用于表
示状况的一个以上的任务的任务信息、表示在任务的各自的状况下作业者有可能执行的一
个以上的作业要素即子任务的子任务信息、表示与各个子任务对应的精神负荷即负荷请求
量的子任务请求量信息；信息取得部，其从一个以上的外部信息源输入输入信息；状况推定
部，其根据上述输入的输入信息、上述任务信息，确定一个以上的任务；负荷推定部，其根据
上述确定出的各个任务、上述子任务信息，确定一个以上的子任务，根据上述确定出的子任
务、上述子任务请求量信息，取得负荷请求量；富余度推定部，其根据上述取得的负荷请求
量取得富余度；提示信息选择部，其根据上述富余度选择要提示的信息。
发明效果
根据本发明的技术，能够实现提供一种考虑到精神负担的信息提示技术，其即使
针对巨大量的状况，覆盖度也高并容易进行维持管理。根据以下的实施方式的说明能够明
确除此以外的问题、结构以及效果等。
附图说明
图1是本实施方式的信息提示装置的框图的例子。
图2是任务条件表的一个例子的说明图。
图3是子任务表的例子的说明图。
图4是子任务请求量表的例子的说明图。
图5是负荷权重表的例子的说明图。
图6是信息提示表的例子的说明图。
图7是信息提供装置、数据服务器、计算机的各自的硬件结构例子。
图8是信息提示装置的处理流程的例子。
图9是输入信息的例子。
图10是状况推定处理(S802)的流程的例子。
图11是作为状况推定处理的结果得到的成立任务群的例子。
图12是子任务推定处理(S803)的流程的例子。
图13是通过子任务推定处理生成的成立子任务群的例子。
图14是负荷计算处理(S804)的流程的例子。
图15是没有从任意一个提示信息源输入提示请求的情况下的画面的例子。
图16是从作为音乐播放器的提示信息源输入了提示请求的情况下的画面的例子。
图17是从作为导航系统的提示信息源输入了提示请求的情况下的画面的例子。
图18是从作为ADAS的提示信息源输入了提示请求的情况下的画面的例子。
图19是作为时间序列信息取得的输入信息的例子。
图20是显示时间序列的富余度的画面例子。
图21是设定要引导的路径中的驾驶员的富余度的喜好的画面的例子。
图22是移动时的富余度的推移。
图23是用于制作和更新任务条件表的画面的例子。
图24是用于制作和更新子任务表的画面的例子。
图25是用于制作和更新子任务请求量表的画面的例子。
具体实施方式
以下，参照附图详细说明本发明的一个实施方式。以下，对相同结构赋予相同的符
号，省略说明。
以下，以信息提示装置为能够与移动体一起移动的装置进行说明。此处所称的移
动体例如是指车辆、人自身等能够通过外部和内部的至少一方的移动功能而移动的移动
体。另外，作业者是指被提示了通过信息提示装置进行提示控制的提示信息的人，是进行与
移动体的移动直接或间接地关联的动作、行动、操作、行为等的人。具体地说，例如在移动体
是车辆的情况下，作业者是该车辆的驾驶员，在移动体是人的情况下，作业者是该人。以下，
也将与移动体的移动直接或间接地关联的动作、行动、操作、行为等统称为作业。
以下，以信息提示装置作为被安装在车辆中，例如控制向作业者提供与路径引导、
车辆的警报、安全辅助有关的信息、音乐播放器等的信息娱乐节目的装置进行说明，但并不
限于此。
[结构的说明]
图1是本实施方式的信息提示装置的框图的例子。信息提示装置100包括一个以上
的信息取得部110、状况推定部120、负荷推定部130、富余度推定部140、提示信息选择部
150、存储部160、输出部170、输入部180等。存储部160存储有任务条件表161、子任务表162、
子任务请求量表163、负荷权重表164、信息提示表165等。
任务条件表161规定表示当前的状况的一个以上的任务。子任务表162规定与各个
任务对应的一个以上的作业要素即子任务。子任务请求量表163分别规定与各个子任务对
应的负荷请求量。负荷权重164规定对负荷请求量权重的权重等。信息提示表165规定提示
信息时的富余度的条件。将在后面详细说明各个表。
信息取得部110和外部信息源191分别可以是一个以上，但在此进行说明信息提示
装置100具备信息取得部110a～信息取得部110c，信息取得部110a～信息取得部110c分别
从外部信息源191a～外部信息源191c的各个取得输入信息。但是，信息取得部110和外部信
息源191不必须是一对一的关系。
外部信息源191取得与车辆自身、车辆外部、作业者等有关的信息等用于判定状况
的信息即输入信息即可，并没有特别限定。作为这样的外部信息源，例如有能够取得由车辆
的速度、加速量、刹车状态、方向灯状态等构成的车辆信息的CAN(Controller Area
Network：控制器局域网)。另外，有能够取得行驶中的道路的类型、交通路口信息、行驶位置
坐标、作为行驶计划的交通路口的前进方向、预定行驶的道路信息等的车载导航系统。另
外，有以下的先进驾驶辅助系统(Advanced Driving Assistance System：以下简称为
ADAS)，其使用摄像机、红外线等的传感器测定车辆的周围，检测正在前方、周围行驶的车
辆、行人，检测与它们的距离或到冲撞为止的时间、行驶车辆，检测脱离。另外，有使用电波、
信标等提供堵车信息、停车场引导、天气、车道线限制等的VICS(Vehicle Information and
Communication System：车辆信息和通信系统)。另外，有能够通过与其他车辆、交通基础设
施的通信来评价与本车的关系的高度交通系统(Intelligent Transport System：智能运
输系统，以下简称为ITS)。
另外，数据服务器192也可以作为外部信息源发挥功能，也可以经由未图示的因特
网等通信网络提供交通信息、气象、其他信息。
信息取得部110例如支持使用了USB(Universal Serial Bus：通用串行总线)等的
串行通信、TCP/IP(传输控制协议/网间协议)、HTTP(超文本传送协议)等协议的网络通信等
公知的通信技术。信息取得部110也可以由从未图示的存储装置传送的文件输入考虑到时
间性定时而串行化了的信息。另外，也可以与输入信息、所输入的定时等对应地，从多个信
息取得部110选择至少一个适当的信息。
状况推定部120根据输入信息、任务条件表161确定一个以上的任务。负荷推定部
130根据所确定的各个任务、子任务表162，确定一个以上的子任务，另外，根据所确定的子
任务、子任务请求量表163等取得负荷请求量。富余度推定部140根据所取得的负荷请求量
取得富余度。提示信息选择部150根据富余度、信息提示表165，选择要提示的信息。从一个
以上的提示信息源194得到的在此提示的信息。在图1中，表示出提示信息源194a～提示信
息源194c，但提示信息源194的个数并不限于此。
向输出部170输出提示信息等各信息。输入部180输入向信息提示装置100输入的
信息。在图1中，表示出输出部170和输入部180分别设置在信息提示装置100中的例子，但并
不限于此，也可以设置在信息提示装置100的外部。另外，输出部170和输入部180也可以分
别是多个。
提示信息源能够提供向作业者提示的提示信息即可，并没有特别限定。作为提示
信息源和提示信息，例如是从包含在车辆中的预定系统(例如ECU(Electronic Control
Unit：电子控制单元)等)提供的燃料余量警告、充电警报等车辆警报。另外，是从ADAS提供
的前车冲撞警报、行人冲撞警报等警报/注意。另外，是从VICS提供的堵车信息、停车场引
导、天气、车道线限制等。另外，是从车载导航系统提供的地图显示、前进方向等。另外，提供
信息也可以是用于信息娱乐的信息。这样的用于信息娱乐的信息例如涉及音乐播放器的动
作模式、专辑名信息、曲名信息等各信息，可以从音乐播放器、其他车载系统提供这些信息。
另外，提供信息也可以是从邮件、任意的应用提供的消息等。另外，上述提供信息也可以从
数据服务器192经由未图示的通信网络取得的信息。
此外，提示信息源194也可以作为输入输入信息的外部信息源191发挥功能，与此
相反，外部信息源191也可以作为提供提示信息的提示信息源194发挥功能。
另外，计算机193经由未图示的通信网络和数据服务器191，经由未图示的通信网
络，或直接与信息提示装置100连接。
在此，详细说明存储在存储部160中的表的一个例子。以下说明的各个表既可以预
先存储在存储部160中，也可以在希望的定时被制作、更新。
图2是任务条件表的一个例子的说明图。在任务条件表161的各记录中包含任务
ID201、类别202、任务名203、一个以上的输入条件204(在图2的情况下，为输入条件204a～
输入条件204c)。在输入条件204中包含输入项目211(在图2的情况下，为输入项目211a～输
入项目211c)、条件212(在图2的情况下，为条件212a～条件212c)。输入项目211表示信息的
种类，条件212规定与同一记录的输入项目211的值对应的条件。
任务条件表161规定了用于确定任务的条件。此处所称的任务是与移动体和作业
者的至少一方有关的状况，是能够使作业者进行作业，并且能够使作业者消耗精神负荷的
状况。在图2中，表示如类别202所示那样，将任务分类为行驶任务、地点任务、周围任务、物
理任务、动态因素的任意一个的例子。它们中的行驶任务、地点任务、周围任务、物理任务是
与移动体和作业者的至少一方有关的状况，应用于能够使作业者进行作业、并且对作业者
施加精神负荷的状况。
作为行驶任务的例子，规定了驾驶时的停止、发车、加速等。作为地点任务的例子，
规定了有信号灯的十字路口前行、十字路口右转、十字路口左转等地点和此时的行动等。作
为周围任务的例子，规定了前车的检出、前车接近的程度、同样与行人的关系等。作为物理
任务的例子，规定了逆光、夜/暗处等。可以与在移动体的移动中进行的作业对应地适当地
规定它们。另外，可以以在ISO标准ISO 10075中规定的上述类别分类为参考，进行行动要素
的分类，扩充表。
另外，在图2中，表示了除了上述以外还定义了动态因素的例子。动态因素是对与
移动体和作业者的至少一方有关的状况，即仅此未必使作业者进行作业但可能对作业者施
加精神负荷的状况应用的权重。在图2中，表示出按照速度和车间距离定义动态因素的例
子。例如可以通过将车速v和车间距离x作为输入变量的强度函数“f(v，x)”规定该动态因
素。通过这样定义动态因素，不只是由于进行操作造成的精神负荷，还能够考虑到因状况产
生的精神负荷。
此外，动态因素不限于上述。例如，也可以使用作为输入信息而输入的表示天气等
的离散值来定义。在该情况下，例如可以准备以下的映射表，其规定针对天气的信息输入
“晴”，将负荷强度设为成为基准的1.0，将“多云”设为0.95，将“雨”设为1.1，将“雪”设为1.2
等，与实际输入的输入信息对应地取得动态因素。
另外，任务并不一定必须分类为任意的类别，另外类别也不限于图示的内容。
输入条件204规定了用于根据输入信息将当前的状况判定为同一记录的任务名
203所示的任务(状况)的条件。在图2中，在满足同一记录的全部输入条件204的条件的情
况，即满足全部的条件212的条件式的情况下，判定为与该任务对应。
图3是子任务表的例子的说明图。在子任务表162的各记录中，包含任务ID301、类
别302、任务名303、一个以上的子任务304(在图3中为子任务304a～子任务304e)。子任务表
162的任务ID301、类别302、任务名303分别对应于上述的任务条件表161中的相应内容。
子任务表162规定了用于确定子任务的条件。此处所述的子任务是指在任务所示
的状况下作业者有可能执行的作业要素。在此，对一个任务规定一个以上的子任务。因此，
例如针对任务名303“发车”这样的一个任务，可以规定子任务304“P_CHK_F(行人确认(前
方))”、“V_CHK_F(车辆确认(前方))”等多个子任务。
子任务例如是在实际的车辆的驾驶时由作业者进行的确认作业、判断作业、操作
等作业。这些子任务例如如果是车辆驾驶，则可以依照驾驶的教学规则、规矩、或者在经验
上作业者一般进行的确认作业来规定。
图4是子任务请求量表的例子的说明图。子任务请求量表163的各记录包含子任务
ID401、类别402、子任务名403、负荷请求量404、系数405。子任务请求量表163的子任务
ID401、类别402、子任务名403分别对应于上述子任务表162的相应内容。负荷请求量404表
示子任务所规定的作业时的对作业者的精神负荷。系数405被规定为对子任务的权重，例如
可以根据子任务的实际操作时间、操作次数来规定。
负荷请求量404可以表示对一个以上的请求属性的各个的请求量。请求属性表示
成为对作业者的精神负荷的作业的种类。作为请求属性，在图4中，表示出包含视觉请求
404a、听觉请求404b、识别/判断请求404c、精神操作请求404d等的例子。它们可以使用在以
前研究中定义的请求量的定义，可以规定与各个子任务的各请求属性对应的强度。但是，请
求属性并不限于此。作为其他请求属性，例如也可以规定不舒适度、时间压力、不满意度等。
图5是负荷权重表的例子的说明图。负荷权重表164的各记录包括请求ID501、请求
名502、权重系数503。请求名502对应于包含在子任务请求量表163的负荷请求量404中的各
个请求属性。权重系数503被规定为对各个请求属性等的权重。
图6是信息提示表的例子的说明图。信息提示表165的各记录包含项目编号601、信
息源名602、信息种类603、提示请求量604、提示时间605。信息源名602和信息种类603表示
从提示信息源604提供的提供信息。提示请求量604表示用于判定是否提供提供信息的条
件，在此，表示为了提供提供信息所需要的作业者的富余度。将在后面说明富余度。提示时
间605表示提示提供信息的持续时间。
图7是信息提供装置、数据服务器、计算机的各自的硬件结构例子。计算机700(信
息提示装置100、数据服务器192、计算机193)具备运算装置701、存储器702、外部存储装置
703、存储介质驱动装置704、输入装置706、输出装置707、通信装置708、I/F(接口)709等。
运算装置701例如是CPU(中央处理单元)等。存储器702是易失性、非易失性的存储
器。外部存储装置703例如是HDD(硬盘驱动器)、SSD(固体驱动器)等。存储介质驱动装置704
例如能够对CD(光盘：Compact Disk)、DVD(数字多用盘：Digital Versatile Disk)、其他任
意的具有可移动性的存储介质705读写信息。输入装置706是触摸屏、键盘、数字键、鼠标、麦
克风等。输出装置707例如是用于液晶显示器、平视显示器、影像投影仪、字符输出设备等显
示器、用于显示声音、音乐、音响图标等听觉信息的放大器和扬声器、耳机等设备、以及压
力、温度等的触觉的显示设备、输出产生气味等的化学物质的嗅觉设备等。也可以通过触摸
屏等用一个装置实现输入装置706和输出装置707。通信装置例如是用于与未图示的通信网
络连接的NIC(Network Interface card：网络接口卡)等。I/F709是用于与外部设备连接的
接口。
通过将预定的程序装载到存储器702中由运算装置701执行，由此能够分别实现状
况推定部120、负荷推定部130、富余度推定部140、提示信息选择部150。
也可以经由存储介质驱动装置704从存储介质705、或者经由通信装置708从未图
示的通信网络将该预定的程序下载到外部存储装置703，然后装载到存储器702，由运算装
置701执行。另外，也可以经由存储介质驱动装置704从存储介质705、或者经由通信装置708
从通信网络将该预定的程序直接装载到存储器702，由运算装置701执行。
或者，也可以通过电路等，作为硬件实现状况推定部120、负荷推定部130、富余度
推定部140、提示信息选择部150中的一部分或全部。
另外，存储部160可以由存储器702、外部存储装置703、存储介质驱动装置704以及
存储介质705等的全部或一部分来实现。或者，也可以通过由运算装置701执行上述程序，控
制存储器702、外部存储装置703、存储介质驱动装置704以及存储介质705等的全部或一部
分。
另外，可以由输出装置707实现输出部170。可以由输入装置706和/I/F709中的至
少一方实现输入部180。或者，也可以由经由未图示的通信网络和通信装置708连接的输入
装置等实现输入部180。另外，可以由通过将预定的程序装载到存储器702并由运算装置701
执行而实现的功能控制I/F709或通信装置708，由此来实现输入部180。可以由I/F709或通
信装置708、将预定的程序装载到存储器702并由运算装置701执行而实现的功能控制I/
F709或通信装置708，由此来实现信息取得部110。
外部信息源191、提示信息源194、数据服务器192也可以分别经由通信装置708和
I/F709中的至少一方与信息提示装置100连接。
另外，信息提示装置100的各部既可以由一个装置实现，也可以分散到多个装置来
实现。
[处理的说明]
图8是信息提示装置的处理流程的例子。在每个预定时间(例如每0.5秒)执行该动
作。另外，说明从一个以上的提示信息源194向信息提示装置100的提示信息选择部150输入
向作业者的提示信息的提示请求。
首先，各个信息取得部110从各个外部信息源191取得输入信息(S801)。在此取得
的输入信息被传递到状况推定部210。在状况推定部120中，进行以下的状况推定处理，即使
用任务条件表161，与输入条件对应地取得一个以上的任务即成立任务群(S802)。将在后面
详细说明状况推定处理。状况推定部120将取得的成立任务群传递到负荷推定部130。
图9是输入信息的例子。在输入信息900的例子中，表示出作为来自CAN的车辆信
息，从外部信息源191a输入了车速42[km/h]、方向盘的舵角2度、加速量[0％]、刹车状态断
开(OFF)等。另外，表示出作为来自车载导航系统的信息，从外部信息源191b输入了普通道
路作为道路类型，输入有信号灯十字路口点作为转折点形状，输入右等作为前进方向。另
外，表示出作为ADAS信息，从外部信息源191c输入了前车检出接通(ON)、车间距离1.8[秒]、
前车冲撞警报断开(OFF)等。
此外，在从外部信息源191输入2个以上的输入信息，2个以上的信息取得部110分
别取得输入信息的情况下，如在输入信息900中表示一个例子那样，也可以由任意一个信息
取得部110将2个以上的输入信息汇总为一个而传递到状况推定部120。
图10是状况推定处理(S802)的流程图的例子。状况推定部120首先对成立任务进
行初始化(S1001)，取得任务条件表161，将任务条件表161的记录数设定为变量R的值
(S1002)。接着，状况推定部120将计数i初始化为1(S1003)。另外，状况推定部120取得任务
条件表161的第i个记录，将包含在该记录中的输入条件数(输入条件204的个数)设定为变
量C的值(S1004)。状况推定部120对计数j进行初始化(S1005)，取得第j个输入条件
(S1006)。状况推定部120对该输入条件、在S801中取得的输入信息中的相应的项目的值进
行比较(S1007)，判定输入信息是否满足第j个输入条件(S1008)。例如在图2的情况下，如果
j＝1，则该第j个输入条件是输入条件204a，如果j＝2，则该第j个输入条件是输入条件
204b。
在S1008的判定的结果是不满足输入条件的情况下(S1008：否)，转移到后述的
S1012的处理。另一方面，在S1008的判定结果为满足输入条件的情况下(S1008：是)，状况推
定部120使j增加为j＝j+1(S1009)，判定是否是j≤C，即是否对第i个记录的全部输入条件
进行了上述判定(S1010)。在S101的判定的结果是j≤C、即没有对全部的输入条件进行上述
判定的情况下(S1010：是)，状况推定部120返回到S1006的处理。在S1010的判定的结果不是
j≤C的情况，即对全部的输入条件进行了上述判定的情况下(S1010：否)，状况推定部120判
定为第i个记录的全部输入条件成立而任务成立，将该记录所示的任务追加到成立任务群
中(S1011)。
在S1008的判定之后或S1011的处理之后，状况推定部120使i增加为i＝i+1
(S1012)，判定是否是i≤R、即是否对任务条件表161的全部记录进行了上述处理(S1013)。
在S1013的判定的结果是i≤R、即没有对全部的记录进行上述处理的情况下(S1013：是)，状
况推定部120返回到S1004的处理。在S1013的判定的结果不是i≤R的情况、即对全部的记录
进行了上述处理的情况下(S1013：否)，状况推定部120结束状况推定处理，转移到后述的
S803的处理。
图11是作为状况推定处理的结果得到的成立任务群的例子。在该例子中，通过任
务条件表161的任务名203表示包含在成立任务群中的任务，但也可以用任务ID201表示。
成立任务群1100表示减速、稳定行驶、信号灯十字路口点右转、前车车间距(中)的
任务成立。即，表示出要在有信号灯的十字路口右转而从稳定行驶开始减速的过程中，检测
出与前车的车间距离持续成为中程度的状况。
这样，在本实施方式中，可以设为在相同时间或大致相同的时间的输入信息中，能
够同时使一个以上的任务成立。由此，能够以有限个数的任务的组合说明实际可能引起的
大量的状况。
返回到图8。在S802的处理之后，负荷推定部130进行以下的子任务推定处理，即使
用子任务表162，将各个成立任务群的任务分割为子任务，取得成立子任务群(S803)。接着，
负荷推定部130进行以下的负荷计算处理，即使用子任务表162、子任务请求量表163、负荷
权重表164，计算当前的状况下的对作业者的负荷(S804)。
图12是子任务推定处理(S803)的流程图的例子。负荷推定部130首先对成立子任
务群进行初始化(S1201)，取得子任务表162(S1202)。负荷推定部130取得从状况推定部120
传递的成立任务群，将包含在成立任务群中的任务数设定为变量T的值(S1203)。接着，负荷
推定部130将计数i初始化为1，即i＝1(S1204)。接着，负荷推定部130从成立任务群取得第i
个任务(S1205)。负荷推定部130从子任务表162取得对第i个任务规定的全部子任务，将子
任务的个数设定为变量S的值(S1206)。因此，负荷推定部130确定子任务表162内的记录中
的包含与第i个任务一致的任务ID301和任务名303中的至少一方的一个记录，取得该记录
的全部子任务304。
负荷推定部130将计数j初始化为1，即j＝1(S1207)。接着，负荷推定部130取得在
S1206中取得的子任务中的第j个子任务(S1208)，判定同一子任务是否包含在成立子任务
群中(S1209)。在S1209的判定的结果是没有包含在成立子任务群中的情况下(S1209：否)，
负荷推定部130将第j个子任务追加到成立子任务群中，将该子任务的成立次数即次数设为
1，即次数＝1(S1210)。另一方面，在S1209的判定的结果是包含在成立子任务群中的情况下
(S1209：是)，负荷推定部130将第j个子任务的次数增加，即次数＝次数+1(S1211)。
在S1210或S1211之后，负荷推定部130设为j＝j+1(S1212)，判定是否没有取得对
第i的任务规定的全部子任务，即是否是j≤S(S1213)。在S1213的判定的结果是j≤S，即没
有取得全部的子任务的情况下(S1213：是)，负荷推定部130转移到S1208的处理。另一方面，
在S1213的判定的结果不是j≤S、即取得了全部的子任务的情况下(S1213：否)，负荷推定部
130设i＝i+1(S1214)，判定是否没有对全部的任务进行了上述处理，即是否是i≤T
(S1215)。在S1215的判定的结果是i≤T、即没有对全部的任务进行上述处理的情况下
(S1215：是)，负荷推定部130转移到S1205的处理。另一方面，在S1215的判定的结果不是i≤
T、即对全部的任务进行了上述处理的情况下(S1215：否)，结束子任务推定处理，转移到
S804的处理。
图13是通过子任务推定处理生成的成立子任务群的例子。成立子任务群1300如图
示那样，包含每个子任务的成立次数。此外，在该例子中，通过子任务请求量表163的子任务
名403表示包含在成立子任务群中的子任务，但也可以用子任务ID401表示。
成立子任务群1300例如表示“DCD_BRK(刹车判断)”、“CTL_BRK(刹车操作)”、“P_
SCN_F(行人的扫描(前))”等子任务成立。即，在当前的状况下，要求作为作业者的驾驶员实
施这些子任务，可以认为这些子任务对驾驶员产生精神负荷。
这样，在本实施方式中，可以用一个任务规定一个以上的子任务。可以将子任务例
如规定为作业者等那样的为了移动体的移动而决定意思的人进行的作业。这样的作业是有
限数的，能够某种程度地预测。因此，能够通过有限个数的子任务的组合计算实际可能引起
的大量的状况下的精神负担。
图14是负荷计算处理(S804)的流程的例子。首先，负荷推定部130对成为输出的负
荷量即按照每个负荷请求属性的的总和值TV、TA、TC、TP进行初始化(S1401)，取得子任务请
求量表163(S1402)，进而取得负荷权重表164(S1403)。接着，负荷推定部130取得成立子任
务群，将包含在成立子任务群中的子任务数设定为变量S的值(S1404)。接着，负荷推定部
130将计算器i初始化为1(S1405)。负荷推定部130从成立子任务群中取得第i个子任务
(S1406)。然后，负荷推定部130从子任务请求量表163取得每个请求属性的负荷请求量
(S1407)，相加为每个请求属性的负荷请求量的总和(S1408)。
说明S1407、S1408的处理。作为S1407的处理，负荷推定部130确定子任务请求量表
163内的记录中的包含与第i个子任务一致的子任务ID401和子任务名403中的至少一方的
记录，取得该记录的全部负荷请求量404(例如图4所示的负荷请求量404a～负荷请求量
404e)。接着，负荷推定部130针对每个属性，相加为负荷请求量的总和。在此，负荷推定部
130用具有请求属性的种类的个数即Y个变量的向量表示负荷请求量的总和。更具体地说，
例如在第i个子任务中，将在S1407的处理中针对从子任务请求量表163取得的视觉请求V、
听觉请求A、识别/判断请求C、精神操作请求P分别取得的负荷请求量设为vi、ai、ci、pi，负
荷推定部130计算每个负荷请求属性的总和值TV、TA、TC、TP。即，在S1408中，如TV＝TV+vi、
TA＝TA+ai、TC＝TC+ci、以及Tp＝Tp+pi那样相加到各总和值。
接着，负荷推定部130将计数i递增而设为i＝i+1(S1409)，判定是否对全部的子任
务进行了上述处理、即是否是i≤S(S1410)。在S1410的判定的结果是i≤S、即没有对全部的
子任务进行上述处理的情况下(S1410：是)，返回到S1406的处理。另一方面，在S1410的判定
的结果不是i≤S、即对全部的子任务进行了上述处理的情况下(S1410：否)，负荷推定部130
计算动态因素值(S1411)，对在S1408中计算出的负荷请求量的各个进行累计(S1412)。
在此，S1411的动态因素值是指表示与属于任务条件表161的类别202“动态因素”
的任务符合的状况下的精神负荷的值。为了计算动态因素值，负荷推定部130或信息提示装
置100的其他部根据输入信息，判定当前的状况是否符合动态因素的某一个，在符合某一个
动态因素的情况下，从表等取得对属于该动态因素的每个任务确定的函数、常数，使用其来
进行计算。更具体地说，例如负荷推定部130可以根据图2的任务条件表161的输入条件204
和输入信息，判定是否符合任务名203“速度-车间距”的动态因素，在符合的情况下，根据以
速度和车间距为变量的函数f(v，x)计算动态因素值。
最后，负荷推定部130从负荷权重表164取得每个请求属性的系数，将其对每个请
求属性的负荷请求量进行累计(S1413)，将从负荷权重表164取得的常数项与它们全部的总
和相加，由此计算一维化负荷量(S1414)。在此，从负荷权重表164取得的每个请求属性的系
数例如是指与在图5中表示一个例子的请求名502“视觉请求”、“听觉请求”等分别对应的权
重系数503的值即“0.6”、“0.2”等。另外，从负荷权重表164取得的常数项，例如是指与在图5
中表示一个例子的请求名502“常数项”对应的权重系数503的值，即“22.1”等。具体地说，例
如如果将从负荷权重表164取得的视觉请求V、听觉请求A、识别/判断请求C、精神操作请求P
的各自的系数设为wv、wA、wC、wP，将从负荷权重表164取得的常数项设为wδ，则负荷推定部
130如下这样计算一维化负荷量L。
L＝wvTV+wATA+wCTC+wPTP+wδ
此外，TV、TA、TC、TP是在到S1414为止进行的S1408的处理中计算出的针对每个负
荷请求属性的总和值。另外，在该公式中，没有表示出动态因素，但也可以整体地乘以作为
以上述的速度和车间距为变量的函数f(v，x)求出的动态因素的值，关于作为与各个负荷请
求属性对应的值而计算出的动态因素，也可以对各项目分别地进行相乘。
在此，子任务成立的次数(例如图13所示的成立子任务群1300的次数)既可以用于
一维化负荷量的计算，也可以不使用。例如，在包含任务“前车接近(近)”的多个任务成立的
情况下，在子任务“CTL_BRK(刹车操作)”成立2次以上的情况下，不只是可以认为对作业者
施加相当于进行2次以上的刹车操作的精神负担，也可以认为施加与一次的刹车操作相同
的精神负担。在这样的情况等下，也可以在一维化负荷量的计算中不使用子任务的成立次
数。另外，例如在包含任务“逆光”和“检测人”的任务成立的情况下，在子任务“P_SCN_F(行
人的扫描(前))”成立2次以上的情况下，可以认为对作业者施加了相当于“逆光”这样的状
况下的行人的扫描、“检测人”这样的状况下的行人的扫描这样的2次以上的行人的扫描的
精神负荷。在这样的情况等下，可以在一维化负荷量的计算中使用子任务的成立次数。可以
根据包含在成立任务群中的任务中的至少一部分、包含在成立任务群中的子任务中的至少
一部分的至少一方来确定是否在一维化负荷量的计算中使用次数。在一维化负荷量的计算
中使用次数的情况下，例如可以将次数与全部的请求属性的值分别相乘。
以上是负荷计算处理的一个例子。可以在预定期间中存储通过上述处理计算出的
负荷量、以及一维化负荷量，将根据移动平均等公知技术标准化了的值作为最终的输出值。
另外，也可以进行阈值处理，将以多阶段的水平离散化了的值作为输出值。
返回到图8。在S804的处理之后，富余度推定部140进行富余度推定处理(S805)。为
此，富余度推定部140将从负担极限量减去通过负荷推定部130计算出的负荷量所得的量作
为富余度。
负担极限量是指对作业者施加的精神负担的最大值。负担极限量可以是上述负荷
请求量的理论最大值、实际测量进行负荷高的特定操作时的负荷请求量所得的值、或者这
时的计算负荷请求量的推定值，但并不限于此。在此，说明为预先确定负荷极限量。但是，并
不限于此，也可以与成立的任务、子任务对应地使负荷极限量可变。
富余度推定部140计算负担极限量和在上述处理中计算出的负荷请求量之间的差
作为富余度，将计算出的富余度传递到提示信息选择部150。
在此，为了简化说明，说明将负荷请求量设为0～100的范围内，将负荷极限量设为
该最大值即100的情况下的例子。在该情况下，如果在上述处理中计算出的负荷请求量是
70，则将富余度计算为30(100-70＝30)。
接着，提示信息选择部150进行信息提示内容选择处理(S806)。为此，提示信息选
择部150根据信息提示表165、来自各个提示信息源194的提示请求，富余度，判定是否能够
提示提示信息，与该判定对应地进行控制使得提示信息。更详细地说，提示信息选择部150
在有来自至少一个提示信息源194的提示请求的情况下，参照信息提示表165的各记录的项
目编号601～信息种类603中的至少一个，确定表示与通过输入的提示请求而提示的提示信
息相同的信息的记录，取得该记录的提示请求量604。提示信息选择部150对该提示请求量
604和富余度进行比较，在提示请求量604一方小的情况下，设为能够提示所请求的信息。
另外，在从提示信息源194有了多个提示请求的情况下，提示信息选择部150可以
与上述同样地取得每个提示请求的提示请求量604，对取得的多个提示请求量604中的最小
的请求量和富余度进行比较，选择可否提示。在此，提示请求量604最小即提示的紧急性高
的信息。因此，通过对提示请求量604最小的请求量和富余度进行比较，能够从提示的紧急
性高的信息开始优先进行提示。
但是，并不限于此，例如也可以使得能够与富余度的值、根据按照多个提示请求分
别进行输出的设备不重复等预定的条件进行提示使得多个提示信息分别不重复。
接着，提示信息选择部150使得提示根据在S806中选择出的提示请求进行提示的
提示信息(S807)。为此，提示信息选择部150例如向应该提示根据在S806中选择出的提示请
求进行提示的提示信息的提示信息源194输出指示等。依照该指示，提示信息源194输出提
示信息。
信息提示装置100判定处理是否结束(S808)。该判定例如可以在输入了信息提示
结束指示的情况、切断了信息提示装置100的电源的情况等判定为结束处理，但并不限于
此。在S808的判定的结果为不是处理结束的情况下(S808：否)，返回到S801，在预定时间后
再次开始处理流程。在S808的判定的结果是处理结束的情况下，处理流程结束。
此外，以上说明了从任意一个提示信息源194输入了提示请求的情况，但并不限于
始终输入提示请求。在从哪个提示信息源194都没有输入提示请求的情况下，可以如上述那
样进行S801～S805的处理，跳过S806、S807的处理，转移到S808。
在此，说明在S807中输出的提示信息的一个例子。以下，说明在设置在仪器面板等
上的显示器装置、显示区域等的画面上显示提示信息的例子，但提示信息的提示并不限于
此，输出提示信息的输出装置是任意的。
图15是从任意一个提示信息源194都没有输入提示请求的情况下的画面的例子。
在画面1501中，包含图表1502、引擎转速1503、速度1504。图表1502表示在上述处理中计算
出的富余度。引擎转速1503表示车辆的引擎的转速。速度1504表示车辆的行驶速度。可以从
外部信息源191的任意一个输入这些速度和引擎转速。
图16是从作为音乐播放器的提示信息源194输入了提示请求的情况下的画面的例
子。在此，表示以下的情况下的例子，即在显示画面1501的期间输入提示请求，在上述处理
中计算出富余度为80左右、提示请求量为70，进行所请求的提示信息的提示。
画面1601除了包含图表1502、引擎转速1503、速度1504(其中，没有表示引擎转速
1503和速度1504的至少一部分)以外，还包含音乐信息1602。在音乐信息1602中包含专辑名
信息1611、艺术家名信息1612、音轨编号、重放位置那样的音乐信息1613。
图17是从作为导航系统的提示信息源194输入了提示请求的情况下的画面的例
子。在此，表示以下的情况下的例子，即输入交通路口放大图的提示请求，在上述处理中计
算出富余度为60左右，提示请求量为50，进行所请求的提示信息的提示。
画面1701除了包含图表1502以外，还包含交通路口放大图1702。另外，虽然没有图
示，但在画面1701中除了这些以外，还可以包含引擎转速1503、速度1504。
例如，在富余度为60的状态下，与来自作为车载导航系统的提示信息源194的交通
路口放大图的提示请求同时地，从作为音乐播放器的提示信息源194有提示请求的情况下，
无法与来自音乐播放器的提示请求对应地提示信息。作为理由，第一是因为富余度是60左
右，来自音乐播放器的提示请求的提示请求量是70，因此为了与来自音乐播放器的提示请
求对应地提示信息，富余度不充分。第二是因为来自车载导航系统的提示请求的提示请求
量是50，与此相对，来自音乐播放器的提示请求的提示请求量是70，因此来自车载导航系统
的提示请求提示的紧急性高。
另外，作为其他例子，对于与来自作为车载导航系统的提示信息源194的交通路口
放大图的提示请求同时地，有了提示请求量为55的其他提示请求的情况，也无法与其他提
示请求对应地提示信息。这也是因为富余度是60左右，其他提示请求的提示请求量是55，因
此虽然富余度充分，但来自车载导航系统的提示请求的提示请求量是50，与此相对，其他提
示请求的提示请求量是55，因此来自车载导航系统的提示请求提示的紧急性高。
此外，如上述那样，在同时存在满足对富余度的条件的多个提示请求的情况下，可
以从提示请求量中选择一个提示信息，然后选择另一个来提示信息。具体地说，例如在上述
例子中，可以在交通路口放大图的提示结束后，提示与其他提示请求对应的信息。为了使其
成为可能，提示信息选择部150例如可以预先按照提示请求量从小到大的顺序对提示请求
进行列表化，如果某信息的提示结束，则控制依照该列表顺序地进行提示。提示信息选择部
150例如可以依照通过信息提示表165的提示时间165规定的时间来控制提示信息的提示时
间。
图18是从作为ADAS的提示信息源194输入了提示请求的情况下的画面的例子。在
此，表示以下的情况下的例子，即输入汽车冲撞警报的提示请求，在上述处理中计算出富余
度为10，提示请求量为0，进行所请求的信息的提示。
画面1801除了包含图表1502以外，还包含前车冲撞警报1802。如上述那样，富余度
相当低，为10左右，但前车冲撞警报的提示请求量是0，因此提示该信息。
这样关于要提示的紧急性非常高的信息，相对于富余度可取的范围将提示请求量
设定得非常低，由此在富余度为任意的状态下都能够进行提示。在此，将富余度的范围设为
0～100，因此将提示请求量设为0或负的值，由此能够可靠地提示信息。另外，由此，相对于
其他信息能够提高提示的优先度。特别地如果将这样的提示用于冲撞警报等那样的警报系
统的信息提示则是有用的。
[时间序列的输入信息]
来自外部信息源191的输入信息可以是预定定时的值，但也可以包含时刻信息而
作为时间序列信息来取得。
图19是作为时间序列信息取得的输入信息的例子。时间序列输入信息1901表示用
某时刻的接通或断开来表示输入信息的例子。更具体地说，如果以项目编号1和项目编号2
为例子进行说明，则表示在某信息值的接通(或断开)持续30单位时间(例如毫秒等)后，断
开(或接通)持续52单位时间。
但是，作为时间序列信息而输入的输入信息并不限于图19所示的例子。输入信息
例如也可以表示时刻、该时刻时的值。另外，格式也不限于图19所示的例子。另外，时间序列
的输入信息既可以由各外部信息源191或未图示的外部设备生成，也可以由信息取得部110
生成。在由信息取得部110或外部设备生成的情况下，信息取得部110或外部设备可以在预
定时间的期间保存在预定的定时从外部信息源191取得的输入信息的值，将保存的各定时
的输入信息的值汇总为时间序列信息。
状况推定部120、负荷推定部130、富余度推定部140分别使用各时刻的输入信息的
值进行上述的处理。因此，富余度推定部140计算的是时间序列的富余度。
图20是显示时间序列的富余度的画面例子。在画面2001中，包含图表2002、引擎转
速1503、速度1504。图表2002表示在上述处理中计算出的时间序列的富余度。也可以使构成
图表2002的多个直方条中的表示过去的富余度的直方条(例如直方条2002a)的显示形式与
表示当前的富余度的直方条(例如直方条2002b)的显示形式不同。为了使显示形式不同，例
如有改变颜色、使其闪烁等，但并不限于此。由此，作业者容易识别富余度的时间序列变化。
此外，如上述那样可以在输入信息是时间序列时计算时间序列的富余度，但即使
输入信息不是时间序列，也可以与富余度一起保存计算富余度的时刻信息，由此能够成为
时间序列的富余度。
[富余度对提示信息的应用]
也可以与时间序列的富余度对应地选择输出与提示请求对应地提示的提示信息
的内容。作为具体例子，可以构成为如果提示信息是车载导航系统中的路径引导信息，则搜
索与作为作业者的驾驶员的富余度的喜好对应的路径。
图21是设定引导的路径中的驾驶员的富余度的喜好的画面的例子。在画面2101
中，作为富余度的喜好，表示出能够选择“通常”、“疲劳少”、“紧张少”、“悠闲行驶”中的一个
的例子。此外，对于富余度的喜好，在此说明能够设定4种中的任意一个的例子，但并不限于
此。另外，在画面2101中，还包含各种的预测所要时间、行驶距离，但可以通过车载导航系统
计算它们，显示与通过后述的处理选择出的路径符合的内容。
“通常”是指不根据富余度设定路径的模式。“疲劳少”是指搜索在路径整体中观察
时富余度比较大的路径的模式。“紧张少”是指搜索富余度的倾斜(急剧降低)的值比较小的
路径的模式。“悠闲行驶”是指搜索富余度的倾斜次数比较少的路径的模式。
详细说明移动时的富余度。图22是移动时的富余度的推移。在图表2201中，横轴是
移动时间，纵轴是富余度。线2211表示上述“通常”模式下的路径，即不根据富余度设定路径
的路径中的富余度的推移的例子。线2212表示上述“疲劳少”模式下的路径，即在路径整体
中观察时富余度比较大的路径中的富余度的推移的例子。此外，在此，线2212表示上述“悠
闲行驶”模式下的路径，即与富余度的倾斜次数比较少的路径中的富余度的推移相同的例
子。线2113表示上述“紧张少”的模式下的路径，即富余度的倾斜的值比较小的路径中的富
余度的推移的例子。
为了确定图表2201所示那样的各个路径，富余度推定部140可以针对作为车载系
统的提示信息源194等根据代克思托(Dijkstra)算法等公知技术取得的多个路径候选分别
计算富余度。富余度推定部140为了计算富余度，对每个路径候选确定推测为存在车辆的多
个地点(例如包含节点、链接、信号有无等各种信息)，判定各个该地点是否符合属于任务条
件表161的类别202“地点任务”的至少某个任务，在符合某个任务的情况下，可以通过与上
述相同的处理确定子任务，计算富余度。在此确定的地点既可以是在路径候选中在每个预
定时间推测为存在车辆的地点，也可以是存在于路径候选上的预定种类的地点(例如交通
路口、汇流地点以及它们之间的地点等)。另外，可以根据公知的路径搜索技术等取得在此
确定的地点的移动时间。
另外，富余度推定部140可以与上述同样地，进而根据构成路径候选的道路的地点
是否符合属于类别202“物理任务”的某个任务、是否符合类别202“动态因素”，来计算富余
度。
另外，富余度推定部140也可以根据过去的历史、针对驾驶员一般推测的行为模式
等，与上述同样地，进而根据是否属于类别202“行驶任务”的某个，来计算富余度。
富余度推定部140例如也可以将多个路径候选中的用行驶时间对富余度进行积分
所得的积分值为最大的路径候选作为“疲劳少”模式下的路径。用移动时间对富余度进行积
分所得的积分值例如是根据线2211和纵轴以及横轴规定的面积。
另外，富余度推定部140例如可以将多个路径候选中的在产生了富余度的倾斜的
情况下产生的倾斜的富余度的最小值(倾斜值)最高的路径候选作为“紧张少”模式下的路
径。对于是否产生了富余度的倾斜，例如在预定时间内的富余度的减少量为预定阈值以上
(或比预定阈值大)的情况、富余度自身为预定阈值以下(或不满预定阈值)的情况下，判定
为产生了倾斜。在产生了多次倾斜的情况下，富余度推定部140可以从倾斜值和产生次数的
至少一方选择任意一个路径。
另外，富余度推定部140例如可以将多个路径候选中的在产生了富余度的倾斜的
情况下产生的倾斜的次数最少的路径候选作为“悠闲行驶”模式下的路径。可以与上述同样
地进行是否产生了富余度的倾斜的判定。在产生了多次倾斜的情况下，富余度推定部140可
以从倾斜值和产生次数少的一方选择任意一个路径。
导航系统依照选择出的路径进行显示、引导等。该显示、引导自身等与公知技术和
上述的显示相同，因此省略说明。由此，能够实现符合作业者的喜好、适应性的信息提示。
[与富余度对应的信息提示]
如上述那样，提示信息选择部150与富余度的值对应地选择要提示的信息。基于提
示信息选择部150的提示信息的选择不只根据富余度的值自身，也可以构成为与上述的用
移动时间对富余度进行积分所得的积分值、倾斜值、倾斜次数中的至少一个对应地，选择要
提示的信息。
[表的制作和更新]
如上述那样，能够以希望的定时制作和更新(变更和删除)存储在存储部160内的
表。如上述那样，本实施方式能够根据任务和子任务定义精神负荷，因此能够灵活地进行维
持管理。在此，作为一个例子，说明任务条件表161、子任务表162、子任务请求量表163各自
的制作和更新。能够使用计算机193等进行各表的制作和更新。
图23是用于制作和更新任务条件表161的画面的例子。此外，在图23中，表示出变
更与任务有关的信息的情况下的例子，但不只是变更，也可以进行追加和删除。
画面2301包含区域2311、区域2321。区域2311是用于用户使用输入装置指定与任
务有关的信息的追加、变更、删除的任意一个的区域。区域2321是用于输入与任务有关的信
息的追加、变更、删除的内容的区域。如上述那样，在此选择了变更，因此将已经存在的任务
条件表161的各记录的信息显示在区域2321中。用户使用输入装置选择与希望变更的任务
有关的项目(例如类别、任务名、输入条件(输入项目和条件)等)。在图23中，表示出选择了
输入条件的种类的例子。用户在这样选择了希望变更的项目后输入进行变更的值。在此，选
择了输入条件的输入项目，因此控制显示能够选择为输入项目的项目的一览。画面2301中
的区域2322是显示出能够选择为输入项目的项目的一览的例子。用户使用输入装置从区域
2322选择任意一个。计算机193将选择出的输入项目作为选择出的任务中的输入条件的新
的输入项目登记到任务条件表161中。
另外，例如也可以自由地输入希望变更的项目的值。例如在选择了输入条件的条
件作为希望变更的项目的情况下，也可以使得能够向包含在区域2321中的多个区域中的与
选择出的项目符合的区域、另外进行显示等的输入区域输入希望变更的项目的值。另外，例
如在希望新追加类别的情况下，用户可以使用输入装置按下按键2331，自由输入向预定区
域追加的类别的名称等。计算机193将输入的信息登记到任务条件表161中。
图24是用于制作和更新子任务表162的画面的例子。此外，在图24中，表示出变更
与子任务有关的信息的情况下的例子，但不只是变更，也可以进行追加和删除。
画面2401包含区域2411、区域2421等。区域2411是用于用户使用输入装置指定与
子任务有关的信息的追加、变更、删除的任意一个的区域。区域2421是用于输入与子任务有
关的信息的追加、变更、删除的内容的区域。如上述那样，在此选择了变更，因此将已经存在
的子任务表162的各记录的信息显示在区域2421中。用户使用输入装置选择与希望变更的
子任务有关的项目(例如类别、任务名、子任务等)。在图24中，表示出选择了项目“子任务”
的例子。用户在这样选择了希望变更的项目后，输入进行变更的值。在此，表示以下的例子，
即选择了“子任务”，因此进行控制显示能够变更的子任务的一览。画面2401中的区域2422
是显示能够变更的子任务的一览的例子。用户使用输入装置从区域2422中的子任务中选择
任意一个。计算机193将选择出的子任务作为与选择出的任务相符的子任务登记到子任务
表162中。
图25是用于制作和更新子任务请求量表163的画面的例子。此外，在图25中，表示
出变更与子任务的提示请求量有关的信息的情况下的例子，但不只是变更，也可以进行追
加和删除。
画面2501包含区域2511、区域2521等。区域2511是用于用户使用输入装置指定与
提示请求量有关的信息的追加、变更、删除的任意一个的区域。区域2521是用于输入与负荷
请求量有关的信息的追加、变更、删除的内容的区域。如上述那样，在此选择了变更，因此将
已经存在的子任务请求量表163的各记录的信息显示在区域2521中。用户使用输入装置选
择与希望变更的负荷请求量有关的项目(例如类别、子任务名、请求属性等)。在图25中，表
示出选择了“视觉请求”的请求属性的例子。用户在这样选择了希望变更的项目后，输入进
行变更的值。在此，表示以下的例子，即选择了请求属性，因此用户能够使用输入装置向区
域2522输入请求属性的值。计算机193将输入的值作为选择出的属性请求的负荷请求量登
记到子任务请求量表163中。
另外，例如在希望新追加类别的情况下，用户可以使用输入装置按下按键2531，自
由输入追加到预定区域中的类别的名称等。计算机193将输入的信息登记到子任务请求量
表163中。
针对如上述那样制作、更新的各个表，在任意的定时经由通信网络、I/F、或读入存
储在可移动性存储介质中的表，由此输入到信息提示装置100，存储在存储部160中。
[负荷权重表]
负荷权重表164如上述那样，在负荷推定部130中的负荷计算处理(图8的S804、图
14)中，在进行了动态因素相乘(S1412)后的修正中使用(S1413)。其目的是为了使在此说明
的多个任务、多个子任务、以及使用动态因素求出的负荷请求的值与在现实世界中作业者
感到的行为的精神负荷近似的调度。
在此，将作业者实际感到的WL的值设为L，将其中的在某作业状况i下测量出的WL
值设为Li。另外，将某作业状况i下的上述一维化负荷量(计算出的精神负荷量)设为L’i。WL
值Li和一维化负荷量L’i并不一定严格地限于一致，将用于计算一维化负荷量L’i的权重值、
常数项设定为接近WL值Li。
使用公式1所示的多重回归模型求出一维化负荷量L’i。此外，在此说明上述精神
负荷的请求属性是视觉请求V、听觉请求A、识别/判断请求C、精神操作请求P这4种。另外，将
进行了动态因素相乘(S1412)后的视觉请求V、听觉请求A、识别/判断请求C、精神操作请求P
各自的负荷请求量设为Vi、Ai、Ci、Pi。另外，将从负荷权重表取得的视觉请求V、听觉请求A、
识别/判断请求C、精神操作请求P各自的权重值设为wv、wA、wC、wP，将常数项设为wδ。
[公式1]
L′i＝wvV+waA+wcC+wpP+wδ
在该一维化负荷量L’i中，例如可以使用最小二乘法求出用于使得与作业者实际
感到的WL值Li近似的权重值即wv、wA、wC、wP以及常数项wδ。作为其一个例子，说明使用在许
多技术中使用的基于主观指标的WL的测量方法即NASA-TLX法，在若干个作业状况下测量作
业者感到的WL值。NASA-TLX法向作业者查询与6个评价轴有关的得分、2个评价轴的组合之
间的重要性，计算0～100的WL值。
在此，第i个状况的WL值Li与视觉请求V、听觉请求A、识别/判断请求C、精神操作请
求P各自的负荷请求量Vi、Ai、Ci、Pi之间的二乘误差E如公式2那样。
[公式2]
为了使二乘误差E最小，用权重值wv、wA、wC、wP、以及wδ分别对二乘误差E进行偏微
分，如果将其设为0，则得到以下的公式3～公式7。
[公式3]
[公式4]
[公式5]
[公式6]
[公式7]
如果进行整理使上述公式3～公式7联立成为矩阵公式，则可以如公式8那样使用
逆矩阵表示希望求出的权重值wv、wA、wC、wP以及wδ。
[公式8]
其中，
这样在若干个状况下观测作业者实际感到的WL的值Li、以及这时在负荷推定部的
动态因素相乘(S1412)后得到的负荷请求量Vi、Ai、Ci、Pi的各个，由此能够求出负荷权重表
164的各要素即权重值wv、wA、wC、wP、以及wδ。
此外，请求属性并不限于上述，可以包含任意的属性，其个数没有限定。对于任意
的请求属性，都能够与上述同样地求出各自的负荷权重。另外，负荷权重的计算也不限于上
述的最小二乘法，例如可以通过非线性最小二乘法、最急下降法、牛顿法等其他数值分析方
法求出负荷权重。另外，上述的公式1的多重回归公式是一个例子，可以适当地选择各个请
求属性的值的维数、基于指数函数式的公式等。另外，除了如说明的那样的分析性模型以
外，也不妨应用概率模型、统计性数值的利用等。
另外，作业者感到的WL值的测量方法并不限于NASA-TLX法，也可以从SWA法、DALI
法等基于主观指标的WL值、遮挡(occlusion)法、或以使用心跳等生物体指标的与精神WL的
相关性高的数值为代表的许多方法中来选择使用。
此外，在限定的状况下进行测量，也能够计算作业者实际感到的WL值，但该状况的
性质有各种各样，由此能够期待精度提高。另外，测量状况数多的较好，但如果过多，则相反
有时受到噪声的影响而精度降低。在这样的情况下，例如可以在汽车驾驶中与普通道路、高
速公路等道路类别对应地另外计算负荷权重等，准备多个负荷权重来应用。
以上，说明了本发明的一个实施方式。在WL的思考方法中，在作业强度大的情况
下，作业者必须集中、努力，如果该状态持续，则使作业者感到精神疲劳，在长时间持续的情
况下，也可以认为成为抑郁等精神疾病的原因。另外，即使操作强度低的情况长时间持续，
也会产生饱和、单调感、不满、作业者的意识降低、生产效率降低。另外，在产生妨碍本来的
作业的其他作业的情况下，可以认为由于集中力降低而成为作业过程中的事故的原因。
例如，对于进行驾驶汽车这样的作业的作业者，因WL的不适合而造成的汽车事故
是问题。具体地说，存在因长时间驾驶造成的疲劳、单调的驾驶状况引起的瞌睡、注意力降
低造成的事故。另外，由于驾驶中使用智能手机、车载导航系统等信息设备进行许多信息的
视听、设备的操作而疏忽了对危险的察觉/识别/回避为原因的事故也很多，作业者在车内
视听/利用/操作信息设备的行为有可能成为引起阻碍作为作业者的资源的认知/判断/操
作的功能的注意力分散(distraction)的原因。
因此，要求使用WL对作业者进行的操作的强度和成为其反应的作业者的状况进行
观察、评价，研究适当的信息提供的选择、定时的考虑以及作业过程，改善操作环境。在汽车
驾驶中，也期待开发出新的系统，其针对事故的人的主要原因(“认知”/“判断”/“操作”的错
误)，推定作业者的WL，在其为高水准时限制汽车自身的动作、以及信息设备提示的信息量、
必要的操作量。
以前，作为评价WL的方法，使用了通过传感器测量作业者的心跳、脑波、淀粉酶的
量等生理指标、对使用了问卷调查的得分进行评价的主观指标、以及测量赋予副课题的情
况下的作业成果的副课题指标等。根据这些指标，特别对于汽车驾驶作业，有以下的技术，
即使用利用这些指标测定的作业者的WL评价结果，选择通过车辆内设备向作业者提示的信
息，调整定时。但是，在现有的技术中，其前提是输出对预先确定的状况特殊化了的WL。但
是，实际上，可以存在几乎无数的状况。难以测定全部这些状况的WL，是不现实的。
如上述那样，在本实施方式中，能够使用任务条件表、子任务表、子任务请求量表、
负荷权重表来进行状况推定、负荷推定以及富余度推定。对于全部的状况，能够根据有限个
任务的组合、有限个子任务的组合，对该状况下的负荷请求量进行分析。
另外，近似作业者感到的WL地修正负荷权重表。其结果是通过选择与富余度对应
的信息提示，能够提供针对大量的状况而覆盖度高、且维持管理也容易的实用的操作环境。
此外，以上使用任务条件表、子任务表、子任务请求量表、负荷权重表计算了负荷
请求量，但并不必须使用它们的全部。能够根据输入信息确定上述任务和子任务，根据子任
务取得表示对作业者的精神负荷的负荷请求量即可。同样，以上使用富余度和信息提示表
判定是否能够提示提示信息，但并不必须一定使用信息提示表，能够与富余度对应地判定
是否能够提示信息即可。
另外，以上将从负担极限量减去通过负荷推定部计算出的负荷量所得的量作为富
余度，但能够根据负荷请求量取得富余度即可，取得技术并不限于此。例如可以根据负荷请
求量和预定函数取得富余度。
另外，上述表是一个例子，并不限于图示。例如是任务、子任务以及负荷请求量、权
重系数、常数项、提示请求量等能够表示各个上述信息的信息即可。信息提示装置的结构也
是一个例子，并不限于图示。例如，既可以是某部具有其他部的功能的至少一部分，也可以
将一个部分割为多个。另外，信息提示装置可以是独立的一个装置，也可以构成为其他装置
(例如导航系统等)的一部分。
以上，根据实施方式具体说明了由本发明人提出的发明，但本发明并不限于上述
实施方式，当然能够在不脱离其主要内容的范围内进行各种变更。例如为了容易理解地说
明本发明而详细说明了上述实施例，并不限于一定具备所说明的全部结构。另外，可以将某
实施方式的结构的一部分置换为其他实施方式的结构，另外也可以向某实施方式的结构追
加其他实施方式的结构。另外，可以对各实施方式的结构的一部分进行其他结构的追加/删
除/置换。
另外，在上述各图中，表示出在说明上认为是必要的控制线、信息线，并不一定限
于表示出实际安装上的控制线、信息线。实际上可以考虑将大致全部的结构相互连接起来。
附图标记说明
100：信息提供装置；110：信息取得部；120：状况推定部；130：负荷推定部；140：富
余度推定部；150：提示信息选择部；160：存储部；161：任务条件表；162：子任务表；163：子任
务请求量表；164：负荷权重表；165：信息提示表；170：输入部；180：输出部；191：外部信息
源；192：数据服务器；193：计算机；194：信息提示源。