自動車技術会シンポジウム「人と技術の協調によるアクティブセイフティ」
2004 年 9 月 30 日

人間と機械の機能分担＊
稲垣

敏之 1）

Function Allocation between Humans and Machines
Toshiyuki Inagaki
Key Words: Safety, Intelligent Transport Systems, Human-Machine Interface / Function Allocation,
Adaptive Automation, Levels of Automation, Automation Surprises, Situation Awareness ⑬

1. 古典的な考え方

2. 権限の共有と委譲

目標達成に必要な機能を人と機械がどのように分担するかを

動的機能配分であればそれでよいというわけではない．人の定めることを機能配分とよぶ．ヒューマンマシンシステム設計

視点にたった機能配分の考案が肝要である．そのような機能配の重要な課題のひとつである．従来の機能配分は，（１）考察の分を考察する上で有用な概念に，権限共有と権限委譲がある 13)．

対象となる機能ごとに人と機械の能力を比較し，優れた能力を持つほうに当該機能を割当てる方式，（２）自動化できる機能はすべて自動化し，それ以外のものを人に割当てる方式，（３）システム開発コストを最小化できるように人と機械に機能を割当てる方式，の３通りに分類できる．いずれの方式も「誰が，何をするのか」を決めるが，ひとたび定めた配分は未来永劫変更
しない．その意味で，上記の方式は静的機能配分とよばれる 13)．
方式（２）あるいは（３）は人の特性を明示的に考慮しないものであるため，機能配分が直感的には把握しづらいものになる可能性がある．すなわち，｢自分がどの部分を担当することになっているのか｣が想起しにくい場合，「これは機械がやってくれるものと思っていた」との誤解が生じ得る．これらに比べて，（１）は比較的妥当なものに見える．しかし，問題がないわけではない．例えば，個々には人が優れているとされる機能であっても，そのような機能を複数個同時に実行しなければならな
いとき，人の優位を保証することはできない．また，いかに得意な仕事であっても，長時間にわたってその仕事を続けている
うちに疲れによって能率が低下することもある．

2.1 権限共有
権限共有とは，人と機械が同時に特定のタスクの実行にあた
ることをいう．この形態は３種類に大別できる．
（１）一方のエージェントの行為に他方のエージェントが力を添えることによって能力伸展を図るもの．
例： パワーステアリング，パワーブレーキ，操舵回避ア
シスト機能，等．
（２）タスク達成に要する人の負担を機械が軽減するもの．
例： 車速／車間制御機能，車線維持支援機能，等．
（３）タスクをたがいに共通部分を持たないサブタスクに分割
し，人と機械が各々相補的な部分を担当するもの（いわゆる役割分担と称される形態）．
例： 速度制御あるいは先行車との車間制御をコンピュー
タに任せ，ステアリングを人が行うケース，等．
2.2 権限委譲
権限委譲とは，一方の主体が行っていたタスクを，ある時点で他方の主体に譲り渡すことをいう．タスクを担当する責任主

これらのことから，「誰が，何をするのか」ではなく，「誰が，体が動的に変化する形態であることから，動的機能配分の本質

何を，いつするのか」の検討，すなわち，動的機能配分の枠組といえる．前節に上げた航空機のフライトパス管理の例では，みでの検討が不可欠であることがわかる．

「VNAV に関わる権限が，人からコンピュータへ委譲された」

動的機能配分とは，機能の担当主体が時折変わり得るものをと表現することができる．

いう 13)．この形態は現実のシステムにおいて随所に見ることが権限委譲は「いつ，誰から誰へ権限を移すか」を問うものでできる．航空機のフライトパス管理には水平面上のフライトパあるため，その方式やアルゴリズムの検討が不可欠であるが，ス管理（LNAV）と鉛直面上のフライトパス管理（VNAV）があ「誰がその判断を下し，権限委譲を実行するのか」の検討も重るが，「離陸時は人が LNAV と VNAV の両方を担当するが，機要な課題である．

体が上昇を始めると，VNAV をコンピュータに任せ，人は LNAVに専念する」といったケースは，動的機能配分の典型である．
――――――――――――――――――――――――――――*2004 年 9 月 30 日自動車技術会シンポジウムにおいて発表．
1）筑波大学大学院システム情報工学研究科リスク工学専攻（305-8573 つくば市天王台 1-1-1) inagaki@risk.tsukuba.ac.jp（例１） Adaptive Cruise Control（ACC）システムに運転を任せているうちに横から割り込みをかける気配を見せる車に気づいたとき，割り込みされたときの ACC の急激な反応を避けるため，
いったん ACC を解除し，ドライバが割り込み車との間隔を適切にした上で再び ACC を作動させるケースは，ドライバの判断に3.2 情報解析の自動化

基づいて実行される権限委譲である．
（例２） 高速道路などで前方障害物の存在を警報等で知らせてブレーキ操作を促してもドライバが対応しないとき，衝突回避あるいは衝突速度低減のために自動的にブレーキをかけるシ
ステムは，機械に判断に基づいてブレーキ操作の権限（あるいは責任）を人から機械に委譲する例である．

大量かつ多様な獲得情報が何を意味しているか，人間に解釈させるには限界がある．そこで，機械を用いて情報を解析し，結果を提示する方式を採ることがある．過去のデータからシステム状態の予測を行う機能などはそのような例である．洋上を水平飛行していた航空機が目的空港への到着を数十分後に控えてまもなく降下に移ろうとする頃，予定された降下開始時点が「権限委譲の判断を下すのが人でなければならないのか，コ

近づいてくる様子がコクピットのナビゲーション・ディスプレ

ンピュータでも良いのか」は，「人間中心の自動化」の論議ともイにグラフィック表示される．これは予測値の表示例である．

2)

密接に関係する難しい問題である ．これについては節を改め

多次元情報を見やすい形で表現するのも情報解析の自動化であて後述する．

る．航空機の位置，高度，フライトパスなどを地形データベースと照合しつつ，自機にとって脅威となりうる地表面（水面）3. 何をどこまで自動化するのか
ヒューマンマシンシステムにおける人と機械の協調形態を表現するには，自動化レベル（level of automation）の概念が便利である．Sheridan による 10 段階のレベル 23) に，筆者らの提案による「自動化レベル 6.5」を加えたものを Table 1 に示す．

の位置と自機との高度差を瞬時に判別できるよう，色と密度が異なるドットパタンで表示を行う機能強化型対地接近警報シス
テム（Enhanced Ground Proximity Warning System: EGPWS）はそのような例である 4)．
3.3 意思決定の自動化

Table 1 Scales of levels of automation

16)

1.
2.
3.
4.
5.
6.

The computer offers no assistance, human must do it all.
The computer offers a complete set of action alternatives, andnarrows the selection down to a few, orsuggests one, andexecutes that suggestion if the human approves, orallows the human a restricted time to veto before
automatic execution, or
6.5
executes automatically after telling the human what it isgoing to do, or
7.
executes automatically, then necessarily informs humans, or8.
informs him after execution only if he asks, or9.
informs him after execution if it, the computer, decides to.
10. The computer decides everything and acts autonomously,
ignoring the human.

意思決定は，状況診断と行為選択の２種類に分類することができる．患者の症状から，複数の診断仮説を確信度とともに提示する機能をもつ医用エキスパートシステムは状況診断の自動化を行うものであり，その自動化レベルは２または３である．
最も確からしい診断仮説のみしか提示しないものであれば，自動化レベルは４となる．
行為選択の自動化の例としては，航空機衝突防止システム（Traffic alert and Collision Avoidance System: TCAS）があげられ
る 4)．前方の航空機との衝突が危惧される場合，TCAS は上昇あ
るいは下降を指示する回避アドバイザリを発する．ただし，回避アドバイザリに強制力はない．その意味で，自動化レベルは４である．先に述べた EGPWS あるいは従来型の対地接近警報
システム（GPWS）についても同様のことがいえる．すなわち，前方の地表面への衝突が予測される場合「Pull-up!」の音声指示

人の情報処理プロセスには，情報獲得，情報解析，意思決定，
行為実行の４つのフェーズを見出すことができる．ここで，各フェーズでの人と機械の協調形態を自動化レベルの観点から考察してみよう 13, 20)．
3.1 情報獲得の自動化システムや環境の状態を知るセンシングの自動化については，
特に異論は聞かない．完全自動化の例としては，レーダー（自動車，航空機）やソナー（船舶）による情報獲得がある．獲得
された情報がディスプレイに表示されるだけのケースもあるが，人の注意を喚起する工夫として，獲得情報をハイライトすることもある．獲得されたすべての情報を人に提示することが必ずしも最善ではないことはよく知られており，情報のフィルタリ
ングも設計時に考慮すべき項目となる．

が発するが，パイロットをそれに従わせるだけの権限は与えられておらず，自動化レベルは４にとどまっている．
3.4 行為実行の自動化
行為の自動化をどこまで進めてよいかは，難しい問題である．
例えば，TCAS は衝突を避けるために上昇すべきか降下すべきかを判断しても，それを実行する権限は持っていない．TCASの判断が適切でないこともあるからである．TCAS が「降下せよ！」と指示しても，すでに低高度である場合などでは，さらなる降下は危険である．もし TCAS の指示を自動実行する機構が備わっていると，地表面への衝突を招く可能性がないわけではない．一方で，TCAS に頼らざるを得ない場面もある．上空
では相手機と自機のいずれが上にいるかを目視で判断することは難しい．相手機も TCAS を搭載しているときは，一方の TCAS
が「上昇」
，他方が「降下」を指示するよう，２つの TCAS の間

で通信を行い，指示が調整される 4)．したがって，TCAS の指示に逆らうことには大きなリスクがあるが，接近する２機のうちの１機が TCAS の回避操作指示と逆の操作をしたために惨事に至った例がある．
「TCAS の指示に従え」とマニュアルに記載するだけではなく，TCAS の指示が明らかに誤りであるとパイロットが判断した場合には拒否権を行使できるが，デフォールトとしては TCAS の指示を自動実行する機構の有効性を検討してみることも必要であろうと筆者は考えている．
行為実行が自動化されておれば事故が回避できたであろうとされる事例がある．1995 年コロンビアのカリで発生した B757
墜落事故である 1, 2)．GPWS が「Pull-up!」警報を発したとき，パ
イロットは直ちに操縦輪を引き，最大推力で急上昇しようとしたが，それまで高度処理（降下）に使用していたスピードブレ
ーキの格納を忘れた．パイロットは最大推力を得ようとしていステムである．
クリティカル・イベント・ロジックには，（１）事象発生の検知後ただちにコンピュータが機能再配分を実行する方式，（２）
事象発生の検知に伴い，コンピュータは機能再配分を人に提示
し，人の了承を得てから機能再配分を実行する方式等，いくつかの異なったタイプがある．自動化レベルの観点から考えると違いが明確になろう．すなわち，（１）の自動化レベルは 6.5 以上，（２）の自動化レベルは５である．自動化レベルを高く設定
すると，人のワークロードを軽減することができる．しかし，人の指示を待たずにコンピュータによる自律的判断・操作が行われるため，
オートメーション・サプライズ（automation surprises）
が発生する危険性もある 1)．
4.2 測定ベース・ロジック

ることをコンピュータが検知したとき，そのパイロットの意図

人のワークロードを測定し，それがつねに適切なレベルに保にそぐわない働きをもつスピードブレーキを自動的に格納させたれるように機能配分を変更する方式は，測定ベース・ロジッ

るしくみがあれば，墜落は回避できたはずだとされる 6)．

クの例である．ワークロードは低すぎても高すぎても良くない．
ワークロードが適正値を上回る，あるいは下回る場合には，機4. アダプティブ・オートメーション

械から人へタスクが受け渡される．最近は，心理・生理指標を人のワークロードが適正であるか，システムのパフォーマン
スや安全性は適切であるかなど，人の状態やシステムを取り巻く周囲の環境などに合わせて機能配分を動的に調整し，ヒューマンエラーを防止しようとするしかけをアダプティブ・オート
メーション（adaptive automation）とよぶ 13)．時に人が担当していたタスクを機械に渡す，あるいはその逆を行うことから，ア
ダプティブ・オートメーションの本質は権限委譲にあるといってよい．権限委譲の実現法には，さまざまなものがある．ここでは実用的価値があると思われる２種類について述べる．
4.1 クリティカル・イベント・ロジック

利用する方法も提案されている 21) ．この方法は，連続時間的に測定値を得ることができる点に特徴があり，反応時間など行動特性に関する情報と組み合わせればワークロードをより正確に知ることができるとされる．
一方で，自動車の一般ドライバを想定したとき，測定装置を体に貼り付けての運転を強要することは難しいとする立場もある．そのような観点から重要と考えられる測定ベース・ロジッ
クのひとつは，ステアリング・トルク等のデータを用いるものであろう．つぎはそのような例である．
（例５） 走行速度および先行車との車間の制御をコンピュー人のワークロードが高くなる，あるいは危険が差し迫っているものの余裕時間が短いため人に対応させるのが難しいなどの事象（クリティカル・イベントとよぶ）を定義しておき，シス
テム運用中にこの事象が発生すると，それまで人が担当していたタスク（あるいはその一部）を機械に代替させるように機能
再配分を行うのがクリティカル・イベント・ロジックである．

タに任せ，さらに車線維持支援装置を使用して高速道路を走行しているドライバがいたとする．さて，コンピュータは，ステ
アリング・トルクをモニタしているうちに，ドライバが小刻みなステアリング操作をしなくなっていることに気づいた．車線維持支援装置は，ドライバのステアリング操作負担を軽減するものであり，ステアリングの自動化システムではない．このド（例３） 高速道路などで前方障害物を検知したものの，ドラ

ライバは自ら操舵することを放棄したのだろうか，それとも眠イバに障害物の存在を警報等で知らせてブレーキ操作を促して気に襲われているのだろうか．いずれにしても，ドライバに自いるだけの時間余裕がないとき，衝突回避あるいは衝突速度低ら運転させたほうが良い判断したコンピュータは，支援をいっ減を図るために自動的にブレーキをかけるシステムがあったとたん解除する旨をドライバに通知することにした．これは測定する．このようなシステムは，クリティカル・イベント・ロジ

ベース・ロジックによる権限委譲である．

ックによって権限委譲を実行するものといえる．

測定ベース・ロジックを用いる場合には，対象となる個人ご（例４） 一部軍用機に搭載されている Automatic GCAS（groundとにアルゴリズムを調整する必要がある．ある人にとっては特collision avoidance system）は，地表面への衝突が危惧される場合，に違和感を覚えないワークロードであっても，別の人にとってコンピュータが自動的に衝突回避操作を行う

22)．これも，クリティカル・イベント・ロジックによって権限委譲を実施するシは，ワークロードが高すぎる，あるいは低すぎると感じるケー
スがあり得るからである．

5. 決定権の所在的にブレーキをかけてくれるから大丈夫だ」というように，自権限委譲ロジックはプロダクションルールで表現できること

ら注意を払うことなく機械に任せきりになるかもしれない．警から，「機能再配分の判断・実行はコンピュータに任せてよい」

戒心の欠如，過信，complacency 等と呼ばれる現象である 3, 14, 19)．

といってもよいように思えるが，実はそれほど単純な問題では機械の信頼性が高くなればなるほど，このような落とし穴にはない．その理由の第１は，信頼性である．コンピュータが決しまりやすくなり，
かえって安全性が損なわれることにもなる 1)．

て故障しないという保証はなく，センサからのデータがつねに一方で，機械は人と全く同じように状況を知覚するとは限ら

正確な情報であるという保証もない．それでも敢えてコンピュない．人は眼前の状況を A だと思っているが，機械は A’と考え

ータに権限を与えるならば，人はコンピュータの動作が正しくることもありうる．すると，人が機械に期待する行動と，機械行われるか否かをつねに監視していなくてはならず，新たなワが実際に採る行動が食い違う．
「いったいこの機械は何をしていークロードを課すことになる．第２の理由は，思想あるいは信るのだ？」，「なぜこんなことをしているのだ？」，「つぎは何を5, 24)

条的なものである．
「最終決定権は人間に与えるべきである」

やるつもりだ？」といわせるようなことが起こりうるわけであことを「人間中心の自動化」の大前提ととらえる立場の人にとる．オートメーション・サプライズと称される現象であり，単っては，コンピュータに決定権を与えることなど，到底認めらに状況認識の喪失に留まらず，機械に対する人の信頼は大きくれるところではない．

損なわれる 1, 15) ．

一方，権限委譲をいつ行うべきかを人間に決定させることにも問題がある．
「負担が過大，あるいは時間的余裕がない状況は人にとって過酷な環境であり，パフォーマンスの低下のみならず，ヒューマンエラーも誘発しかねない」ことから，権限委譲
アイデアが生まれてきたのであった．しかるに，本来のタスクに加えて，「自らの負担は過大であるか」，「機械にタスクの一部を渡すべきか」，「渡すとすれば，いつどのタスクを渡すか」の判断を人間に要求することは，権限委譲によって人の負担を軽減したいとする当初の趣旨にそぐわないものとなる．
「人間中心の自動化」の「最終決定権は人間に与えておくべきである」との言明を「いついかなる場合でも最終決定権は人間に与えておくべきである」と解釈することは，「命題の不適切な一般化」という誤りを犯すことになる 2, 11)．制約条件が少ない
ほど，良い最適解が得られることは最適性理論の教えるところである．機能再配分の決定権を「つねに人間に与えるべきである」と仮定することも，「つねにコンピュータに与えるべきである」と仮定することも，解の選択範囲に制約を課したことにな
る．いかなる制約条件も課さずに問題を解くと，ある場合には

7. デザインとしての自動化レベル設定
運転者の質（教育・訓練の度合い等）や，認知・判断・操作に関わる時間余裕等において，自動車は航空機に比べて一般に
厳しい条件を課せられている．状況を認知してから危険を回避するまでの時間余裕を例にとると，航空機の場合，GPWS 警報が発せられるのは地表面への衝突予想時刻の 20～30 秒前であり，TCAS が回避アドバイザリを発するのは脅威機への最接近
予想時刻の 15～35 秒前である 4)．また，TCAS の場合は，回避
アドバイザリが発せられて 5 秒以内にパイロットが操作を開始
すれば，衝突は避けることができる．ところが自動車の場合は，前方障害物への衝突警報が発せられてから衝突回避操作を始めるまでに許される時間はほんの数秒である．このことからも，
ワークロードの適正化や安全確保のために人間に適切な支援を与えつつもオートメーション・サプライズを引き起こさない権
限委譲ロジックの設計は，自動車では特に重要な課題となる．
つぎに示すように，権限委譲ロジックの設計は，自動化レベルの設定と密接な関連を持つ．

「人間に決定権を与えることが最適」，別の場合には「コンピュ（例６） 高速道路を走行中，センサが先行車の急減速を検知ータに決定させる方が良い」などの解が得られるはずである 7)．

したとする．この状況でのドライバ支援にはさまざまな形態が実際，数理モデルを用いた解析 8-10)，認知工学実験 14, 17-18) によ考えられる．例えば，（１）「ブレーキをかけよ」と警報を発す

り，人間に決定権を与える形態とコンピュータに決定権を与え

る方式，
（２）
「ブレーキをかけよ」と指示してもドライバの反る形態は，状況に応じて使い分けるべきであることが明らかに応が迅速でなければ自動的に制動を開始する方式，（３）ブレー

なっている．

キをかけます」と宣言すると同時に自動的ブレーキをかける方
6. 過信と不信の交錯

いまやわれわれの身の回りにある機械は，状況を認知・解析
し，なすべき行為を決め，その行為を実行するに十分な知能と式（クリティカル・イベント・ロジック），（４）自動ブレーキをかけた後で，「ブレーキをかけました」と事後報告する方式（ク
リティカル・イベント・ロジック）等がある 12)．

自律性を持つ．しかし，この優れた特性が人に有害な影響をも方式（１）の自動化レベルは４であり権限委譲を伴わないが，たらすことがある．有能でいつも的確に対応してくれる様子を（２）の自動化レベルは６であり，場合によって権限委譲が起見ているうちに，「つぎもきちんとやってくれるはずだ」という

こる．
（３）はドライバへの通知と同時に権限委譲が行われるタ気持ちが生じても不思議ではない．
「前方に障害物があれば必ずイプで，自動化レベルは 6.5 である．
（４）は権限委譲が行われ知らせてくれるし，たとえ私のブレーキ操作が遅れても，自動たことを事後報告する方式で，自動化レベルは７となる．

方式（１）あるいは（２）は，比較的時間余裕がある場面をの定量的解析が必要となるが，筆者は，認知工学的実験 14, 17-18)，

想定している．一方，（３）あるいは（４）は，ドライバにブレ

数理モデルを用いた理論解析 8-10)，タスクネットワークに基づくーキ操作を促している時間がない場面を想定したものといえる．

コンピュータシミュレーション 16) 等を使い分けて，最適な自動

なお，（４）のような事後報告方式の自動的な権限委譲はオート化レベルを明らかにするようにしている．

メーション・サプライズを惹起する可能性がある．
（３）は，そ8. デザインの視点の可能性の低減を図ろうとするものである．
ところで，「最終決定権を人間に与える」ことを愚直に守ろうとするなら，自動化レベルは高々５にとどめておかねばならな
いが，はたして読者は，「いかなる状況においても上記方式の（１）または（２）で十分であり，（３）や（４）は一考にも値しない」とお考えになるだろうか．おそらくそうではあるまい．
このことからも，特に自動車分野では，航空分野でいう「人間中心の自動化」を安易に信奉することは適切とは考えられない．

人を支援するためのシステムが，その能力以上に信頼されても，能力を不当に低く評価されても，システム導入の企図は達成されない．人と機械が真のチームメートになるには，ヒューマン・インタフェース設計に特段の配慮が必要である．例えば，
つぎのような項目が挙げられる．
（１）機械がなぜそのように判断したのか，その根拠が分かるような情報を提示する（例：「GPWS には誤報がある」とのこ

さらに，航空分野においてすら，自動化レベル６以上が有効ととから，Pull up 警報に対応せず事故に至った例が知られている．

されるものも知られていることに注意すべきであろう．

EGPWS では潜在危険をもたらす地形がつねにディスプレイ表
示されるため，人は機械が各時刻で状況をどのように認識して（例７） レーン中央を走行するためのドライバ負担を軽減す

いるかを知ることができる．したがって，危険状況で発出される車線維持支援システムを考えよう．ドライバがそのシステム

たPull up 警報を不用意に疑うような誤りは起こりにくいものとに過度に依存することは状況認識喪失につながりかねないこと考えてよい）．

から，好ましいことではない．そこで，ドライバのステアリン（２）機械が今何をしようとしているのか，意図理解の手がグをモニタし，運転への関与の積極性を評価するしくみを備えかりとなる情報を提示する（例：コンピュータによる自動操縦

ることがある．ドライバの積極性が乏しいと判断されたときのの際，操縦輪とスラストレバーがあたかも透明人間が操作して対応策（測定ベース・ロジック）としては，（１）「きちんと運いるように動けば，人はコンピュータの操作とその背後の意図

転していますか？」とのメッセージによって注意を喚起する方を理解しやすくなる．なお，ある種の航空機では，自動操縦時

式，（２）「自動モードを解除して自分で運転しますか？」と問にこのような視覚的・触覚的フィードバックが与えられていな

いかける方式，（３）「10 秒以内に運転への積極性が改善されな

い．そのような設計になっていることには理由があるのだが，ければ自動モードを解除します」と宣言する方式，（４）「自動

異論がないわけではない）．

モードを解除しました」と事後報告する方式等が考えられる

12)．

方式（１）の自動化レベルは４であり，（２）の自動化レベルは５である．いずれの場合も，ドライバがメッセージを聞き逃したり無視したりすれば，コンピュータが車線維持を担当する
状態が継続することとなる．
（３）の自動化レベルは６であるため，ドライバが自動モードの継続を望むなら，10 秒以内に「拒否権」を発動しなければならない．一方，自動モードの解除を受け入れてもよいと思うなら，特に何もしなくても 10 秒後にはマニュアルモードに切り替わる．しかし，ドライバがメッセー
ジに気づかなかった場合は何が起こるだろうか．知らないうちに車線維持支援システムが解除されることになり，やがてカーブに差し掛かったとき，直進を続けて車線を逸脱しそうになる
自車の様子にドライバは驚くことになるかもしれない．
（４）の自動化レベルは７であり，ドライバの状況認識が不十分であれ
ば，やはりオートメーション・サプライズが発生する可能性がある．
例６，例７いずれの場合についても，自動化レベルの定め方には複数の可能性があったが，そのうちのどの自動化レベルを採用すべきかを定性的な議論から決することは難しい．何らか（３）人と機械の状況認識共有を助けるような情報を提示する（例：ACC で先行車を追従中，その先行車のすぐ後ろに，隣の車線からやや速度の遅い車がはみ出してきたとしよう．私の車を制御しているコンピュータは，果たしてその車を認識してくれているだろうか．また，前方に複数の車が交錯した状況では，コンピュータがどの車を先行車として認識しているのだろうか．これらのことを直感的に表示するしくみがあったなら，
走行安全に重要な役割を果たすことになろう）．
（４）機械への過信を防ぐために，機械の能力限界を知る手がかりとなる情報を提示する（例：上の ACC の例において，センサで先行車を検出できる範囲をドライバに提示するという方式もある．その範囲から外れた車は，たとえドライバの目に見えていても，車載コンピュータにはそれが見えていないことがドライバにわかるからである）．
9. むすびアダプティブ・オートメーションなる名称を用いているか否かは別にして，人の負担を適正化することによってヒューマン
エラーの発生を軽減，あるいは，いざというときに機械系が緊急操作を行い，安全性を高めようとするシステムが随所に見られるようになった．今後も実用化を目指した理論的・実験的研究は増えていくと思われるが，どのようなアダプティブ・オー

IEA2000/HFES2000 Congress, III.13-16, 2000.
11) Inagaki, T.: Automation and the cost of authority, International

トメーションを設計すべきかについては，対象となる個々のシ

Journal of Industrial Ergonomics, 31(3), 169-174, 2003.

ステム特性やそれが置かれる環境，ユーザーの特性等を踏まえ

12) Inagaki, T.: Adaptive automation for comfort and safety.
International Journal of ITS Research, 1(1), 3-12, 2003.

た考察が不可欠である．
「人間中心の自動化」は，時として錦の御旗のようにもては

13) Inagaki, T.: Adaptive automation: Sharing and trading of control. In.

やされることがあるが，何をもって「人間中心の自動化」と称

E. Hollnagel (Ed.), Handbook of Cognitive Task Design,Chapter

するのかは，実は一様ではない．単に，「最終決定権を持つのは

8, 147-169, LEA, 2003.

人間でなければならない」という教条的な原理だけを信奉して

14) Inagaki, T.: New challenges on vehicle automation: Human trust in

いて良い時代は過ぎたといってよい．また，あらゆる応用分野

and reliance on adaptive cruise control systems. Proc. IEA 2003に普遍的な一般原理が存在すると考えることも安易に過ぎる．

(CD-ROM), 4 pages, 2003.

航空機には，航空機にふさわしい「人間中心の自動化」があり，

15) Inagaki, T. & Kunioka, T.: Possible automation surprises in the

鉄道には，鉄道にふさわしい「人間中心の自動化」がある．さlow-speed range adaptive cruise control system. Proc. IASTED

らに，それらの交通モードよりもある意味で厳しい条件を課せ

Int’l Conf. on Applied Modelling & Simulation, 335-340, 2002.

られている自動車には，自動車にふさわしい「人間中心の自動

16) Inagaki, T. & Furukawa, H.: Computer simulation for the design ofauthority in the adaptive cruise control systems under possibility

化」があるはずである．
航空分野は，かねてより高度自動化を進めてきた先達として，人が機械と関わるなかでどのような問題が起こりうるかを教え
1, 2)

of driver’s over-trust in automation. Proc. IEEE SMC 2004
Conference, The Hague, 2004 (to appear).

．自動車が航空から学ぶところも少なくなかったで

17) Inagaki, T., Takae, Y., & Moray, N.: Decision support information

あろう．しかし，自動車は，ある意味で航空より厳しい条件下for takeoff safety in the human-centered automation: An

での人と機械の協調を探っていかねばならない．その挑戦のな

experimental investigation of time-fragile characteristics. Proc.

かで，航空分野にとっても参考となるような新しい知見や技術

IEEE SMC Conf., pp. 1101-1106, 1999.

てくれた

体系が自動車分野から創出されていくものと筆者は考えている．

18) Moray, N., Inagaki, T., & Itoh, M.: Adaptive automation, trust, andself-confidence in fault management of time-critical tasks. J.
Experimental Psychology: Applied, 6(1), 44-58, 2000.

参考文献
1) 稲垣: ヒューマン・マシン・システム- 高信頼性が損う安全性. システム／制御／情報, 41(10), 403-409, 1997.

19) Moray, N. & Inagaki, T.: Attention and complacency. Theoretical
Issues in Ergonomics Science, 1(4) 354-365, 2001.

2) 稲垣: 「人間中心の自動化」は何を目指す？. 計測と制御,
37(8), 572-577, 1998.

20) Parasuraman, R., Sheridan, T.B., & Wickens, C.D.: A model fortypes and levels of human interaction with automation. IEEE

3) 稲垣: ヒューマンマシン共生のための知性と信頼」，信頼性（日本信頼性学会誌）23(2), 167-175, 2001.

Trans. Systems, Man, and Cybernetics, 30(3), 286-297, 2000.
21) Scerbo, M.W. et al.: The Efficacy of Psychophysiological Measures4) 稲垣: 絶対安全への挑戦―人と協調する支援技術. 人工知能
学会誌, 17(6), 732-737, 2002.

for Implementing Adaptive Technology. NASA/TP-2001-211018,
2001.

5) Billings, C. E.: Aviation Automation – The Search for a22) Scott, W.B.: Automatic GCAS: ‘You can’t fly any lower.’ Aviation

Human-Centered Approach. LEA, 1997.

Week and Space Technology, 76-79, 1999.

6) Dornheim, M: Recovered FMC memory puts new spin on Cali
accident. Aviation Week, 58-61, Sep 9, 1996.

23) Sheridan, T. B.: Telerobotics, Automation, and Human Supervisory
Control. MIT Press, 1992.

7) Inagaki, T.: Situation-adaptive responsibility allocation for24) Woods, D.: The effects of automation on human’s role: Experience

human-centered automation. Trans. SICE, 31(3), 292-298, 1995.

from non-aviation industries. In S. Norman & H. Orlady (Eds.).

8) Inagaki, T.: To go or not to go: Decision under time-criticality and

Flight Deck Automation: Promises and Realities, NASAsituation-adaptive autonomy for takeoff safety. Proc. IASTED Int.
Conf. Applied Modelling & Simulation,144-147, 1997.
9) Inagaki, T.: Situation-adaptive autonomy for time-critical takeoff
decisions. Int’l J. Modelling & Simulation, 20/2, 175-180, 2000.
10) Inagaki, T.: Situation-adaptive autonomy: Dynamic trading ofauthority

between

human

and

automation.

Proc.

CP-10036, 61-85, 1989.