- 公開日
アバターAIの人間らしさを調整するときは、顔と声の雰囲気、口と音声のタイミング、説明内容への反応を分けて確かめます。不快感が減ったことだけで、内容が理解された、回答が正確になった、適切に信頼されたとは判断できません。同じ案内を使い、変える条件と評価する項目を先に決めます。
例えば、落ち着いた表情でも口の動きが音声より遅れれば違和感が生じるかもしれません。一方、表情や声が自然でも、案内の期限が間違っていることはあり得ます。見た目の調整と回答内容の確認を別々に行い、利用者が必要なら文字表示へ切り替えられるようにします。
不気味の谷を万能な説明にしない
Uncanny Valleyは、人に近い人工物に対して生じる不気味さなどを論じる際に使われる概念で、日本語では「不気味の谷」と呼ばれます。ただし、「人間に近づけるほど必ず不快になる」「少し漫画風にすれば信頼される」という一律の規則ではありません。何を人間らしくし、どの場面で、誰がどの反応を示したのかを確認する必要があります。
Mitchellらの2011年の実験では、48人の学生が、人とロボットの顔、人の声と合成音声を組み合わせた四つの短い映像を評価しました。この条件では、顔と声の人間らしさが一致しない組合せの方が、一致する組合せより不気味さの評価が高くなりました。
この研究が扱ったのは、限定された刺激と参加者による評価です。音声と口の時間差を操作した実験ではなく、信頼や説明の理解を直接測った結果でもありません。研究で扱われた対人的な温かさを、そのまま業務上の信頼へ読み替えることもできません。現在のアバター画面に応用するときは、顔と声の組合せを確かめる理由として参照し、効果の大きさや成功を借りてこないようにします。
表情と声と同期を別の変数にする
架空の公共施設の案内アバターを考えます。目的は、利用者が開館時間と予約の条件を理解し、必要な窓口を選べるようにすることです。実在の施設や製品の性能を評価した例ではなく、これから行う比較の設計例です。
案内内容は「見学は10時から16時まで。団体見学には事前予約が必要です。予約状況は窓口で確認してください」に固定します。字幕の文言、画面の大きさ、音量、操作方法もできる範囲でそろえます。その上で、次のように調べる対象を分けます。
| 調べる対象 | 変える条件の例 | 固定しておく条件の例 |
|---|---|---|
| 顔と声の組合せ | 写実的な顔と簡略化した顔、声の質感の組合せ | 案内文、発話時間、同期条件 |
| 表情の使い方 | 発話中の動きの量、案内内容に対する表情 | 顔の造形、声、案内文 |
| 口と音声の同期 | 音声が先行する条件、映像が先行する条件 | 同じ顔、同じ声、同じ発話 |
写実的な顔だけで比較したいのに、声や文章まで同時に変えると、どの違いが反応に関係したか分かりにくくなります。まず一つの比較で変えるものを絞り、組合せの影響を調べる場合は、各条件を組み合わせた計画にします。全組合せを一度に扱う負担が大きければ、試験で答える問いを狭め、試さなかった組合せは未確認として残します。
表情については、動きの量だけでなく説明内容との関係も見ます。予約できないことを伝えるときに笑顔が続く例なら、顔の精細さだけを直しても問題が解消するとは限りません。どの文のどの時点で表情が変わったかを記録し、回答内容が変わらない比較を作ります。
同期ずれは利用者に届く位置で確かめる
同期は、生成時点の音声と口のデータが対応していれば終わりではありません。利用者の端末へ届いた映像と音声が、同じ発話の位置を示しているかを確認します。通信や再生条件を変える試験では、その条件を記録し、表情への好みの問題と混ぜないようにします。
ITU-R BT.1359-1は、放送における音と映像の相対的なタイミングを扱う勧告です。検知や許容の評価と、放送系の特定地点における条件を区別しています。その数値を、AIアバターならどの用途でも快適な時間差として移植することは避けます。
架空の試験では、時間差を設定した値と、実際の再生で確認した値を分けます。「音声が先」「映像が先」という方向も明記し、絶対値だけの記録にしません。対象端末でまだ測っていない段階なら「この条件で試す予定」と記し、同期が達成されたとは報告しません。
また、同期を良くするために待ち時間が増える設計では、案内が始まるまでの待ちや、発話途中の停止が利用者にどう影響するかも確認します。同期ずれの縮小と引き換えに、案内開始や再開が遅くなっていないかを併せて見ます。
不快感と理解と信頼を別の結果として記録する
比較後の質問を「このアバターは良かったですか」だけにすると、顔が好きなのか、説明が分かったのかを区別できません。架空例では、次の項目をそれぞれ確認します。
- 不快感：どの場面に違和感があり、使い続けにくかったか
- 内容理解：見学できる時間と、団体見学に必要な手続を説明できるか
- 感じられる信頼：どの程度この案内を頼りにしたいと感じたか、その理由は何か
- 確認行動：未確認の予約状況を、確定した空き情報として扱わず窓口へ確認できるか
- 実際の正確さ：案内文が施設の原資料と一致しているか
不快感と感じられる信頼は、本人の評価として扱います。理解は内容に関する課題で確かめ、実際の正確さは原資料との照合で確認します。これらを一つの「信頼性」の値にまとめると、印象の改善と、内容の正しさや理解の改善を区別できなくなります。
例えば、ある表示で好感度が上がっても、利用者が「予約状況も確認済み」と受け取るなら、案内の範囲を示す表示を直す必要があります。反対に、少し不自然に感じても、条件を正確に理解し、適切に確認できる場合もあります。どちらも架空の解釈例であり、この試験で得られた実測結果ではありません。
採用基準も、好ましさだけで決めません。誤った手続へ進む、未確認事項を確定と思い込む、強い不快感で利用を続けられない、といった問題が見つかった場合には、その条件を保留して原因を調べます。文字だけ、音声だけ、アバターなしの案内など、利用者が使える別の表示を残す方法も検討します。
比較の順序と利用場面の違いを残す
同じ案内を何度も見ると、後の条件では内容を覚えて答えやすくなる可能性があります。条件の提示順を入れ替える、同じ難しさの別の案内を使うなど、学習や順序の影響を扱う計画が必要です。案内文を変える場合は、それ自体の分かりやすさが比較へ混ざる点も記録します。
参加者には試験内容と中止方法を説明し、負担を感じた場合に続けることを求めません。使用言語、字幕の利用、映像や音声の受け取り方、過去のアバター利用経験など、結果を解釈するために必要な条件を残します。一部の参加者が使えたことを、別の言語や用途での成功へ一般化しないようにします。
結果の記録では、参加者数、比較した条件、課題、確認できなかった条件を示します。少人数で違和感の原因候補が見つかることはありますが、差が見つからなかっただけで「影響はない」と確定することはできません。未完了の課題や中止も消さず、どこで続けられなくなったかを改善に使います。
導入判断では、表情を控えめにする、顔と声の組合せを変える、同期処理を直す、といった変更を、見つかった問題に対応させます。変更後は同じ課題を再確認し、違和感だけでなく条件の理解と確認行動が保たれるかを見ます。人間らしさは目的そのものではなく、案内の利用を妨げず、能力や確実さについて誤解を招かない範囲で選ぶ設計要素です。
