DEIM Forum 2013 D1-4

音声対話を用いた構内道案内システムの実現
尾前 貴則†

山本 大介†,††

高橋直久†† 名古屋工業大学 〒 466–8555 愛知県名古屋市昭和区御器所町†† 独立行政法人科学技術振興機構，CREST
E-mail: †omae@moss.elcom.nitech.ac.jp, ††{daisuke.yamamoto,naohisa}@nitech.ac.jp
あらまし

本稿では，スマートフォンに搭載した音声インタラクションシステム構築ツールキット MMDAgent を用いて，大学構内で目的の部屋まで対話的に道案内するシステムを提案し，その実現法について述べる．提案システムの特徴を以下に示す．
（１）道案内で発生する対話をあらかじめ並び挙げて，MMDAgent が受理可能な状態遷移形式に変換する．これにより，MMDAgent が，状態遷移に従って，対話を進めることが可能になる．
（２）現在地から目的の部屋までの経路上に，曲がり角などの中間点を導出し，中間点までの道案内を繰り返す．これにより，音声対話に適した比較的短い文を用いて案内する．
（３）視認容易な建物などをランドマークとして登録しておき，利用者が，中間点に辿り着けない場合に，中間点付近に在るランドマークまで案内する．これにより，ランドマークから道案内が再開可能になる．
キーワード

構内道案内，音声対話，MMDAgent，スマートフォン

Implementation of a Spoken Dialog System
for a Campus Route Guidance
Takanori OMAE† , Daisuke YAMAMOTO†,†† , and Naohisa TAKAHASHI†† Nagoya Institute of Technology
Gokiso,Showa, Nagoya, Aichi, 466–8555 Japan†† JST, CREST
E-mail: †omae@moss.elcom.nitech.ac.jp, ††{daisuke.yamamoto,naohisa}@nitech.ac.jp
Abstract This paper proposes and describes realization method on the interactive route guidance system using
a spoken dialog tool ”MMDAgent” mounted on a smartphone that can guide an objective room at a campus. The
proposal system has following features. 1)Transform a dialog using for a guidance into a state transition format
acceptable MMDAgent 2)Guide by some short sentences appropriate for the spoken dialog 3)If a user get lost, thesystem guide a landmark nearby a user
Key words Campus Route Guidance，Spoken Dialog，MMDAgent，Smartphone

1. は じ め に
代表的な経路探索システムとしては Google Map [1]，NAV-ITIME [2]，カーナビゲーションシステムなどが挙げられる．これらのシステムは道路状況等を考慮した経路案内が可能であるなどの利点が挙げられるが，構内の案内に利用できないことが問題点２

端末上に案内文が表示されるだけであるので，利用者が案内文を記憶しておく必要がある
そこで本稿ではこれらの問題を解決するために利用者と音声対話を行いながら，案内文を提供するシステムを提案する．

2. 関 連 研 究

多い．そこで，我々はこれまでにの情報を入力することで分か

文献 [4] では学校、ビル、商店街などの多様な環境や目的に対りやすさを考慮した案内文を出力するシステムを開発した [3]．

応可能な狭域ナビゲーションシステムを提案している．このシ

しかしながら，このシステムでは以下の問題点が挙げられる．

ステムでは，点と線により案内のための経路を作成し，点と線現在地を利用者が入力する必要があるため，利用者に関する地理的な情報を付加することにより，施設の多様な規が現在どこにいるのかわからない場合，案内することができ

問題点１

模や構造に対応できるようにした．さらに，訪問者の現在地かない

らその位置に対する ID をシステムに入力することにより，訪問者の現在地を特定し，その現在地からルートを生成する機能を有する．しかし，現在地と対応する ID を入力するためにはGPS などを利用する必要がある．
携帯端末が歩行者向けのナビゲーションシステムを行うことを想定した場合，歩行者が画面を見るために何度も立ち止まる必要がある．そこで，文献 [5] で は，ランドマークの視認性に基づいたナビゲーションを提案している．提案システムではランドマークの視認可能な方向，大きさといった情報とランドマークの視認可能な場所を特定するための壁情報を用いることで，歩行者の進行方向に存在する視認性の高いランドマークを選択し，案内を行うことができる．本研究ではランドマークの視認性ではなく，利用者の現在地からの可視性に着目し，利用

図 3.2 fst ファイルの例

関係のない会話も行うことができる．

者が迷った際の対処に用いている．

3. MMDAgent
本稿では，対話的な案内を提供するために，MMDAgent [6]という音声対話ツールを用いる．このツールは３ D 描画，音声合成，音声認識，リップシンクを用いた対話を行うことができる．
そして，モバイル端末上でも動作可能でもある．MMDAgent
をモバイル端末で動作させると，図 3.1 のような画面となる．

図 3.3

出力される状態遷移

4. 提案システムの概要
図 3.1

モバイル版 MMDAgent

MMDAgent の特徴として，任意に対話の内容を変更できるという点が挙げられる．MMDAgent は fst ファイルと呼ばれる設定ファイルで設定された状態遷移に基づいて動作する．fstファイルは，図 3.2 に示すように，状態番号，遷移先の状態番号，遷移条件，遷移時の動作の４つ組（状態遷移定義データ）から成る．遷移条件として，利用者が発声した特定の単語を認識した時といったように指定でき，遷移時の動作としては指定された文章を音声合成することにより MMDAgent に発声させることが可能である．このファイルは任意に書き換えることが可能であるので，音声案内で発生する対話をスクリプト化することにより，MMDAgent を用いた音声道案内を実現する．
また，fst ファイルは１つのメイン fst ファイルに対し，複数のサブ fst ファイルを設定することができる．サブ fst を設定することで，メイン fst とは別の状態遷移を設定することができる．サブ fst の状態遷移はメイン fst の状態遷移とは独立した状態遷移となっており，これにより複数の状態遷移に従ってMMDAgent を動作させることができる．そこで，図 3.3 のようにメイン fst ファイルでは建物や視認容易な建物や建造物（ランドマーク）の説明，雑談などの対話を設定し，サブ fst ファ
イルでは道案内用の対話を設定することにより，案内自体には

4. 1 提案システムの特徴
音声対話を用いた構内道案内を実現するために，MMDAgentが受理可能な fst ファイルを作成するシステムを提案する．提案するシステムの特徴を以下に挙げる．
特徴１ 地図や見取り図上に構内のデータを入力する機能，入力された構内のデータから案内文を作成する機能，作成された案内文から fst ファイルを作成する機能を実現する．これにより，システム管理者は fst ファイルの作成方法を知らなくても構内の経路や建物の配置，ランドマークの説明などを入力するだけで，fst ファイルを作成することができる．
特徴２ 現在地から目的地までの案内文を一括で読み上げるのではなく，経路上に，曲がり角などの中間点を設定し，中間点までの道案内を繰り返す機能を実現する．これにより，利用者が現在必要としている案内文のみを提供することができ，音声対話に適した比較的短い文で案内することができる．
特徴３ 利用者が経路を見失った際には，利用者との対話から付近に存在するランドマークを見つけ，そこへ案内する機能を実現する．これにより，利用者が一度経路を見失ってもそのランドマークから案内を再開することができるようになる．
特徴４ MMDAgent を複数の fst ファイルに基づいた動作をするようにする．これにより，道案内時において提供する案内文のみならず，建物やランドマークの説明や雑談といった内容も登録することができ，あたかも人間に案内されているような対話的な案内を実現できる．

表 4.1

屋外データテーブル

項目名

型

説明

ノード ID

int

ノードを一意に識別する ID

名前

text

ノードが建物である場合の名前

x 座標

int

ノードの x 座標

y 座標

int

ノードの y 座標

特徴text

そのノードの特徴

イル生成機能の４つの機能を持つ．具体的な実現方法について

ランドマーク名

intは，５章において説明する．

敷地入口フラグint

4. 2 提案システムの構成
図 4.1 に提案システムの構成を示す．
提案システムでは，状態遷移番号対応テーブル作成機能，案内データ集合作成機能，状態遷移定義データ作成機能，fst ファ

ノードをランドマークとする場合には，ランドマーク名を登録する
ノードを敷地の入り口とする場合には 1

表 4.2

建物データテーブル

項目名

型

説明

建物名

text

建物の名前

特徴

text 建物の説明に用いる特徴

階数

int

建物が何階建てか

表 4.3
項目名

図 4.1

システム構成図

屋内データテーブル型

説明

ノード ID

int

ノードを一意に識別する ID

建物名

text

ノードが所属する建物

階数

int

ノードが所属する階数

x 座標

int

ノードの x 座標

y 座標

int

ノードの y 座標
ノードが曲がり角やエレベータなど

タイプ

int

名前

text

そのノードが部屋である場合の名前

ランドマークフラグ

intノードをランドマークとする場合には 1

どのようなノードであるかを示す

4. 3 データベースの構造
提案システムで用いる構内情報データベースについて説明

表 4.4
項目名

する．
構内情報データベースでは以下のテーブルを使用する．

内外データリンクテーブル

型

説明

屋外ノード ID int 屋内外のデータがリンクしている点を屋内ノード ID int

・ 屋外データテーブル（表 4.1）

・ 建物データテーブル（表 4.2）・ 屋内データテーブル（表 4.3）・ 内外データリンクテーブル （表 4.4）
・ 屋外経路テーブル（表 4.5）・ 屋内経路テーブル（表 4.6）

・ 屋外案内情報テーブル（表 4.7）

・ 屋内案内情報テーブル（表 4.8）システム管理者は構内情報入力機能を用いて屋外データテー表すデータ

表 4.5

屋外経路データテーブル

項目名型

説明

屋外ノード ID1

int

ID1(ID2) から ID2(ID1) への屋外ノード ID2int

経路が存在することを示す

コスト

double

経路の距離

特徴

text

経路の特徴

表 4.6

屋内経路データテーブル

項目名型

説明

屋内ノード ID1

int

ID1(ID2) から ID2(ID1) へのブル，建物データテーブル，屋内データテーブル，内外データ

屋内ノード ID2int

経路が存在することを示す

リンクテーブルを入力する．そして，構内情報入力機能で入力コスト

double

経路の距離された情報を基に屋外案内情報テーブルと屋内案内情報テーブ
表 4.7

ルが作成される．案内文作成機能は屋外案内情報テーブル，屋内案内情報テーブル及び内外データリンクテーブルを用いて案内文を作成する．

項目名型

屋外ノード ID1

int

屋外ノード ID2

int

5. 提案システムの実現法

屋外ノード ID3

int

提案システムの実現法を説明する．

案内指示

5. 1 状態遷移対応テーブル作成機能
構内情報データベースからノード情報を取得し，部屋やランドマークといったノードを出発点及び到着点として選択する．

屋外案内情報テーブル
説明
接続関係にあるノードの並び
ノード 1 からノード 2 を経由してノード

text 3 に向かう場合，直進，右折，左折のどれにあたるかを示す

表 4.8項目名型

屋内ノード ID1

int

屋内ノード ID2int

屋内ノード ID3int

案内指示

屋内案内情報テーブル
説明
接続関係にあるノードの並び

ノード 1 からノード 2 を経由してtext ノード 3 に向かう場合，直進，右折，左折のどれにあたるかを示す

そして，選択された出発点と到着点の組み合わせのテーブル（状態遷移対応テーブル）を作成する．状態遷移対応テーブルの各要素には１つの案内に用いることのできる状態数の上限となる値 ST-Max の倍数を一意に持たせる．この値は，対応する
図 5.1

出発点から到着点への案内を開始する状態遷移番号となる．到ノードＩＤの羅列から進行方向の導出

着点がＮ個のときに作成される状態遷移対応テーブルの例を図い」といったようになる．また，進行する距離は案内文を簡略5.1 に示す．

化するために，100 ｍ未満の場合には 10 ｍ単位で，100 ｍ以
表 5.1

出発点１
出発点２..
.

上の場合は 50m 単位で提供する．

状態遷移対応テーブルの例

到着点１

到着点２···

屋内における案内文は，「何個目の曲がり角か」，「どちらに右ST-Max

2 * ST-Max···

左折するか」のみで構成される．例を挙げると，「３つ目の角を(N+1) * ST-Max (N+2) * ST-Max · · ·..
..
..
.
.
.

右に曲がってください」といったようになる．屋内は曲り角や経路が屋外に比べて明瞭であるので，特徴ではなく，何個目の角かを重視する．また，曲り角が突き当りである場合には，何5. 2 案内データ集合生成機能個目の角かではなく「突き当りを」といった案内文となる．距

案内データ集合は案内に用いる案内文と，利用者が進行する離に関しても短い距離を進行することが考えられるので，案内べき距離の２つから構成される．

文を端的にするために用いない．

これらの情報を作成するにあたって，まずは 5. 1 章で選択し屋外から屋内に進行する場合の案内文は，「中間点から建物また出発点と到着点の組み合わせから，それぞれの経路を導出すでの距離」，「進行方向に向かってどの方向に目的地が存在するる．経路の導出方法としてはダイクストラのアルゴリズムを用か」，「目的地名」の３つの情報から構成される．例を挙げると，いて経由するノードＩＤの羅列で導出する．このノードＩＤは「50m 進んで，右手にある建物が 52 号館です」といったよう屋内ノードＩＤと屋外ノードＩＤが重複するのを避けるために，になる．

屋内ノードＩＤは屋外ノードＩＤの最大値を加えた値をノード

目的地に到達する場合の案内文は，「進行方向から見てどの方ＩＤとする．このとき，道の長さをコストとし，経路を右左折向に存在するか」，「何個目の部屋か」，「目的地名」から構成さする際には一定数をコストに加えることにより，できる限り曲れる．例に挙げると，「左手の４つ目の部屋が 0211 講義室です」

がる回数の少ない経路を選択する．

といったようになる．

導出されたノードＩＤの羅列を３つずつ順にノードＩＤを取り出し，その組み合わせを屋外案内情報テーブル，屋内情報テーブル及び内外データリンクテーブルを参照しながらノード

5. 3 状態遷移定義データ作成機能
状態遷移定義データ作成機能では，図 5.2 のような流れで案内を提供できるような状態遷移定義データを作成する．

間の移動が直進であるか，右左折であるか，屋外から屋内へ移動しているかなどを調べる．導出されたノードＩＤの羅列から進行方向を導出する手順を示したのもが図 5.1 となる．
導出された進行方向から中間点を導出する．中間点は右左折を行うことになるノードや屋外ノードから屋内ノードに切り替わるノードとなる．中間点からその次のノードまでの案内文を作成する．中間点までの案内文の集合を作成し，案内文を順次提供することで目的地まで案内できるようにする．
案内文は屋外における案内文，屋内における案内文，屋外から屋内に進行する場合の案内文，目的地に到達した場合の案内文の４つ種類に分けられる．
屋外における案内文は，「進行する経路の特徴」，「次の中間点までに進行する距離」，「中間点の特徴」，「どちらに右左折するか」の４つから構成される．例を挙げると，「ニュートンリングの下を通りながら 80 ｍ先の２号館の前を左に曲がってくださ

図 5.2

案内の流れまた，状態遷移定義データ作成機能は図 5.3 のように，案内文変換機能，応答時間設定機能，近傍ランドマーク選出機能の３つから構成される．

表 5.3

作成される状態遷移定義データ

状態番号

遷移先の状態番号

first num

state num

state num+1

state num+2

遷移条件
案内を開始する文を検知したら遷移時の動作
案内開始メッセージの提供

案内開始メッセージが終了したら最初の案内文の提供する．このとき，stored num を用いるのは，後述の応答確認時間設定機能や近傍ランドマーク選出機能によって stored numが変化するので，中間点到達メッセージを認識する毎に次に案内文を提供する，という動作を行うために用いている．作成される状態遷移定義データが表 5.4 のようになる．
表 5.4 作成される状態遷移定義データ

図 5.3

状態遷移定義データ作成機能の構成

各機能は 5. 2 で作成された案内データ集合の１要素ごとに実行される．状態遷移定義データを作成する上で用いる変数を表

状態番号

遷移先の状態番号

stored num

state num+1

遷移条件

遷移時の動作案内を開始する文を検知したら案内文の提供

5. 3. 2 応答確認時間設定機能
利用者が一定時間「着いた」と発声されない場合，向かうべき方向と異なるに向かっている場合や「着いた」と発生することを忘れている場合が考えられる．そこで，進行する距離に応5.2 に示す．

じた時間が経過すると，「着きましたか？」と利用者に問いかけ，
表 5.2

用いる変数

変数名型

説明

first numint

非案内状態の状態番号

state numint

状態遷移番号決定用変数

stored num int state num を一時的に記憶する変数

5. 3. 1 案内文変換機能
案内文変換機能では，5. 2 章で作成した案内文をユーザの問いかけに応じて順番に案内文を提供するような状態遷移定義データを作成する．この機能では，案内データにおける一番最利用者の応答確認を行う．利用者の歩行速度を分速 80 ｍと仮定し，進行する距離から中間地点に到着するのにかかる時間を推定する．推定された時間に猶予時間として 10 秒追加した時間を応答確認する時間とする．つまり，進行する距離 (メートル)/1.3+10 秒が応答確認時間となる．
案内文を提供すると同時にカウントを開始していき，応答確認時間が経過すると「着きましたか？」と問いかける状態遷移
定義データを作成する．作成される状態遷移定義データが表5.5 のようになる．
表 5.5 作成される状態遷移定義データ

初に提供される案内文とそうでない案内文を変換する場合で異なる処理を行う．

I. 一番最初に提供される案内文の変換

状態番号

遷移先の状態番号

state num

state num+1

state num+1

state num+1

一番最初に提供される案内文を変換する場合，目的地と出発点から状態遷移対応テーブルを参照して案内を開始する状態遷
移番号を取得し，state num に代入する．そして利用者が「現在地名」，「目的地名」，「案内もしくは行き方という単語」という３つ組の文を発声した時に，現在地を出発点とした目的地までの案内開始するために，非案内状態から案内状態に遷移させる．
そして利用者に「１号館から 5111 講義室までの案内を開始します」といった案内を開始する旨を知らせる案内開始メッセー
ジを提供する．その後，state num をインクリメントし，一番最初の案内文を提供し，さらにインクリメントした state numに遷移するような状態遷移定義データを作成する．作成される
状態遷移定義データが表 5.3 のようになる．
その後，stored num へ現在の状態番号を保持させる．

II. それ以外の案内文変換
一番最初でない案内文では，利用者が中間点到達メッセージを発声した場合，stored num から state num にインクリメン
トした状態番号に遷移する，という状態遷移定義データを作成

遷移条件

遷移時の動作

案内文を提供すると カウントダウンの同時に開始

カウントダウンが利用者に終了したら応答確認を行う

その後，state num を stored num に保持しておく．

5. 3. 3 近傍ランドマーク選出機能
案内の最中，利用者が指示した経路と異なる経路を通るなどして現在地が不明になった場合，別の案内文を提供して案内しなおす必要がある．最後に利用者が中間点到達メッセージを発声した中間地点（最終中間地点）はユーザの現在地を推定する上で重要となるが，最終中間点が本来の最終中間地点とユーザが最終中間地点として認識している中間地点が異なる場合があるので，その確度が低いと考えられ，最終中間地点から案内を再開した場合，再び道に迷うことになりうる．
そこで最終中間地点から視認されうる視認容易なランドマー
クを最終中間地点からの直線距離より推測し，複数個選出する．選出されたランドマークを最終中間地点から近い順に利用者が視認可能かどうか確認していく．利用者が選出されたランドマークを視認可能な場合な場合，そのランドマークに向かう

5. 4. 2 サブ fst ファイルの作成よう促し，そのランドマークを現在地として案内を再開する．

サブ fst ファイルを作成するにあたって，5. 3 章で生成した

よって，利用者が迷った場合には，図 5.4 のような流れとなる．

状態遷移定義データを受け取る．そして 5. 2 章で作成された案
内文集合をすべて変換し終えると fst ファイルに書き込む．
これにより，提案する音声対話を用いた構内道案内システムを MMDAgent に実装することが可能となる．作成される fst
ファイルを状態遷移で示したものを図 5.5，5.6 に示す．

図 5.4

迷った場合の対処

図 5.4 のような流れを実現するために，まずは利用者が迷った，ということを認識するために表 5.6 のような状態遷移定義

図 5.5

作成される状態遷移

図 5.6

作成される状態遷移データを state num をインクリメントしながら作成する．
表 5.6
状態番号

作成される状態遷移定義データ

遷移先の状態番号

state num

遷移条件

遷移時の動作「迷った」とstate num+1

動作なし

利用者が発声

その後，利用者の近くにあるランドマークを発見するため，ランドマークごとに表 5.7 のような状態遷移定義データを繰り返し作成する．
表 5.7

作成される状態遷移定義データ

状態番号

遷移先の状態番号遷移条件

遷移時の動作

state num

state num+1

無条件遷移

state num+1

state num+2

利用者がランドマークをランドマークに視認可能向かうよう促す

ランドマークがstate num+2

state num+1

ランドマークから利用者がランドマーク目的地までの案内を開始する状態番号に到着

state num+3

利用者が見えるかどうかの確認

動作なし

6. 評 価 実 験
提案システムを実装したプロトタイプシステムについて行っ

動作なし

ランドマークを視認不能

た評価実験について以下に示す．

6. 1 実験の目的
5. 4 fst ファイル生成機能
fst ファイル作成機能では，メイン fst ファイルの更新とサブfst ファイルの作成を行う．
5. 4. 1 メイン fst ファイルの更新
メイン fst ファイルでは，デフォルトで設定されているメイ
ン fst ファイルに建物やランドマークの説明を行うための状態遷移定義データを追加する．システム管理者は建物やランドマークの特徴だけではなく，それらに関する逸話などを説明に設定することで，MMDAgent が観光ガイドのような役割を果たすことも可能となる．

利用者にすべての案内文を一度に提供するのではなく，案内文を分割して提供する方が案内されやすいことを明らかにする．
同時に，プロトタイプシステムが作成する案内文が利用者にとってどれほど分かりやすいかを明らかにする．

6. 2 実 験 方 法
被験者（本学学生１０名）には携帯端末に搭載された MMDA-gent アプリを用いて音声対話を行い，２種類の経路を異なる手法を用いた本学における道案内を体験してもらう．この時，被験者には初めて本学を訪れた人ということを再現するために，案内文に用いられる建物名は本来の建物名と異なる名称（修道院など）を用いた．

その後，２種類の手法についてのアンケート調査を実施する．

手法２における経路１の案内文

80 メートル先の修道院の前を左に曲がり，40 メートル先アンケート内容の項目について以下に示す．
アンケート項目のつきあたりを右に曲がり，100 メートル先の案内板の前– 正しい経路を通ったかを左に曲がり，60 メートル進んで，左手にある天文台に– 案内文は分かりやすかったか入ってください．

– 案内文は適切な長さであったか

天文台に入ったら，右手の階段で 2 階まで移動し，つき– 案内文を聞き直した回数

あたりを左に曲がると，左手にある１つ目の部屋が八百屋•

正しい経路を通ったかは○か×かで評価し，案内文の分かりです

やすさは「５：分かりやすい」から「１：分かりにくい」の間



経路２では短い案内文を提供するような経路とした．

で，案内文の長さは「５：長すぎる」から「１：短すぎる」の被験者に提供する，各手法によって生成される案内文は以下間で評価し，聞き直した回数は「もう一度」と問いかけなおしの通りとなる．

た回数とした．

手法１における経路２の案内文

6. 3 手法について

1. グラウンドの横を通って 90 メートル先のテニスコート案内に用いた２種類の手法について説明する．

横のＴ字路に向かってください

手法１では，プロトタイプシステムの作成した fst ファイル
案内文で中間地点まで案内され，中間地点まで到達したとき，動作を繰り返すことにより目的地までの案内を行う．案内文を再び確認を行う場合には，「もう一度」としゃべりかけると直前に提供された案内文を提供する．また，案内に用いられた建物名を尋ねると，その建物名の特徴を説明する．

ださい

3. 右に曲がって 30 メートル先の出入口から幼稚園に入ってください

4. 右手にある 1 つ目の部屋が納屋です

手法２における経路２の案内文のＴ字路を左に曲がり，20 メートル先の掲示板の横を右げる．案内文を再び確認を行う場合には，「もう一度」としゃべに曲がり，30 メートル先の出入口から幼稚園に入ってくりかけると直前に提供された案内文を提供する．また，案内にださい

6. 4 実験を行った経路実験を行う経路として，曲がる回数が少なく，提供する案内文が短い経路と曲がる回数が多く，提供する案内文が長い経路の２種類を用意た．
経路１では長い案内文を提供するような経路とした．
被験者に提供する，各手法によって生成される案内文は以下右手にある 1 つ目の部屋が納屋です

6. 5 被験者のグループ分け
被験者にはグループＡとグループＢの２つのグループに分かれてもらい，アンケートに答えてもらう．
グループＡの被験者には経路１を手法１で，経路２を手法２で案内を体験してもらう．
グループＢの被験者には経路１を手法２で，経路２を手法１の通りとなる．

グラウンドの横を通って 90 メートル先のテニスコート横手法２では，現在地から目的地までの案内文を一度に読みあ用いられた建物名を尋ねると，その建物名の特徴を説明する．



2. 左に曲がって 20 メートル先の掲示板の横に向かってくに基づいて道案内を体験してもらう．よって，被験者は１つの「着いた」としゃべりかけると次の案内文が提示される．この

手法１における経路１の案内文

1.80 メートル先の修道院の前に向かってくださいで案内を体験してもらう．

7. 実験結果と考察

2. 左に曲がって 40 メートル先のつきあたりに向かってください

3. 右に曲がって 100 メートル先の案内板の前に向かってください

4. 左に曲がって 60 メートル先の天文台の前に向かってください

5. 左手にある出入口から天文台に入ってください
6. 右手にある階段で 2 階まで移動してください
7. つきあたりに向かってください
8. 左に曲がって左手にある 1 つ目の部屋が八百屋です

アンケート結果の平均値を手法別にグラフ化した図を図 7.1に示す．
図 7.1 を見ると，手法２に比べ，手法１の方が分かりやすさは約 2 ポイント上回っており，案内文の長さもほぼ 3 ポイントとなっていることが分かる．実験を行う前は手法１の案内文は短すぎる，という結果になること想定していたため，利用者が体験する上では案内文の長さはちょうどいいことが分かった．
また，案内文を聞き返した回数も手法２に比べ約３回少ないことが分かる．しかしながら，手法１の案内文の分かりやすさは，3.7 ポイントと満足した結果が得られなかった．このような結果になったことに疑問を持ったため，被験者に対して再度調査を行ったところ，以下のような意見が挙げられた．
問題点１ 建物だけでなく曲り角の詳しい情報もほしい
問題点２ 建物名だけでなく，建物の特徴も予め説明してほしい
問題点３ 「つきあたり」がわかりづらい図 7.2

問題点の考察いった利用者の要望や，利用者の進行具合に応じて次の案内文を提供するために，動的に fst ファイルを作成する必要がある．
また，利用者が迷った際の対処として，構内を複数のエリアに
図 7.1

手法別のアンケート結果

分け，エリアごとの代表となるランドマークを用意し，代表となるランドマークの可視性により現在地を推定するといった方

問題点４ 「○○の前」という説明が漠然としていてどこかわ
かりづらい
問題点５ メートルの距離情報が分かりづらい，体感と異なる法が考えられる．ほかにも，道案内時に利用者がどのような情報を必要としているか検討し，システムに実装する必要があると考える．

これらの原因について考察を行う．
問題点１，２は案内文を短くするため，できる限り案内文を短くしていたために起きたと考えられる．しかしながら，アンケート結果から，手法１の案内文は短いと感じている被験者もいるため，案内文の適切な長さを調査する実験なども行う必要があると考えられる．
問題点３については，「つきあたり」と判定されるのは，「そのノードから直進を行うことができないノード」であるため，被験者の想定するＴ字路のような道路や廊下だけでなく，曲がっ9. 謝

辞本研究の一部は独立行政法人科学技術振興機構，CREST の支援により行われました．
また，提案システムでは，名古屋工業大学国際音声技術研究所が作成した音声インタラクションシステム構築ツールキット

MMDAgent を利用しました．
ここに，記して感謝します．

た先に壁がある場合などにも「つきあたり」と判定されてしまうからであると考えられる．よって，利用者の想定する「つきあたり」と案内文における「つきあたり」といかに一致させるかが今後の課題となる．
問題点４，５については，データベース上に登録されているデータは単なるＸＹ座標のみであるが故に，今回用いられた「修道院の前」を例に挙げると図 7.2 のように，利用者の想定する「修道院の前」は座標ではなく面で想定される．これに問題点３の「つきあたり」が分かりづらい，という問題が加わり，被験者の一部では図 7.2 のような経路をとることとなった，と考えられる．また，同様に被験者によって「修道院の前」と言われて辿り着いた点はばらばらであるので，40m 先のつきあたりと言われて左に曲がっても 40m 以上あると感じる被験者もいれば 40m もないと感じる被験者も現れたと考えられる．これ
らの問題点を解決するために，データベースに登録するノードを点ではなく，面とするようにし，距離情報をユーザにとって分かりやすく提供する手法を検討する必要があると考えられる．

8. ま と め
本稿では，構内において目的の部屋まで対話的に音声で道案内を行うシステムを提案した．そのプロトタイプシステムとして MMDAgent が受理可能な，対話的に案内を行う状態遷移決定ファイルを作成するシステムを実装し，システムの検証実験を行った．
今後の課題としては，できる限り屋内を歩きたい，などと文

献[1] Google Map https://maps.google.co.jp/[2] NAVITIME http://www.navitime.co.jp/[3] 原田 麻紀， 山本 大介， 高橋 直久，「道や角の分かりやすさを考慮した構内道案内システム」，情報処理学会第 74 回全国大会，
1P-8，2012．
[4] 石川 健太，「多様な環境や目的に対応した境域ナビゲーションシステムの研究」，『平成 16 年度 名古屋工業大学 卒業論文』，
2005．
[5] 渡邉 翔太， 梶 克彦， 河口 信夫，「ランドマークの視認性に基づく歩行者向け音声案内ナビゲーションの提案」，『マルチメディア，分散，協調とモバイル（DICOMO2012）シンポジウム』，
2012．
[6] 李 晃伸， 大浦 圭一郎， 徳田 恵一，「魅力ある音声インタラクションシステムを構築するためのオープンソースツールキットMMDAgent」，『電子情報通信学会技術研究報告. SP, 音声』，
2011．