Travel agency dialogue task
旅行代理店対話タスクの意義
本コンペティションでは,参加チームは旅行代理店における対話タスクにチャレンジします.このタスクでは,カウンターセールス役となったロボットが,対話を通してお客様の要望に応えます.現在,私達は旅行先や移動手段などをWeb上で調べることもできます.それでも,多くの人が旅行代理店に相談に訪れます.その理由の1つは,お客様がカウンターセールスの意見や感想を聞き,カウンターセールスの反応を見ながら,要望を満たすものを探したいと思っているからだと考えられます.このように,旅行代理店における対話は,単に必要な情報が得られればよいというわけではなく,ホスピタリティが求められる対話です.したがって,人のような振る舞いが可能なロボットは,音声だけの対話システムと比較して,より良い対話が提供できると考えられます.
カウンターセールスをロボットが担うことによって,将来的に次のような支援が可能になると考えられます.
旅行代理店のサービスをより幅広く展開できます.
これまでの営業時間外での対応や,人員の配置が難しい地域における対応が可能になります.
カウンターセールスのリソースが増えることにより,これまでとは異なるサービスへの拡張が可能になります.
今般のように,対面での対話が制限されるような状況でも,ホスピタリティを保ったサービスを提供することができます.
世界中の代理店のロボットが顧客情報を共有することにより,どこの代理店に行っても,お客様は自分にパーソナライズされた対応をするカウンターセールスに相談できるようになります.
「旅行プラン決定タスク」
実際の旅行代理店では様々な対話が行われますが,本コンペティションで,参加チームは下記のような状況で対話を行うロボット(アンドロイドI)を開発します.(これを「旅行プラン決定タスク」と呼ぶこととします.)
ロボットはカウンターセールス役となります.
お客様は1名です.
お客様の来店目的は,ある都市(京都市)に遊びに行くので,1日で,その都市の2つの観光地を巡る旅行プランをロボットと対話しながら決めることです.
ロボットの目的は,お客様の相談に乗って,お客様が満足する実現可能な旅行プランの決定をサポートすることです.
「旅行プラン決定タスク」における体験者の振るまい
日本語でロボットと対話して頂きます(日本語で対話してもらえるか事前に確認します).
対話後に,体験に関するアンケートについて答えて頂きます.
ロボットとの対話を希望する人には,お客様役の振る舞いとして下記の点を事前に伝えます.
お客様役の人への事前の指示
京都市に休暇で訪れる予定を持っており,1日で京都市内で2つの観光地を巡る旅行プランを立てる目的を持って,カウンターセールス役のロボットに相談してください.
実際に自分が行くつもりで,プランを立ててください.
観光地として,食事処や土産物屋などは含めません.
ロボットとは10分程度,対話する時間があります.
ロボットから,名前や年齢など旅行計画に必要な個人情報を聞かれるかも知れませんのでご了承ください.もし個人的なことを言いたくない場合は,お答え頂かなくても結構ですし,仮名などでお答え頂いても結構です.
対話後に,体験の印象についてのアンケートに回答してください.
「旅行プラン決定タスク」の規則
コンペティションの参加チームがロボットに行わせてもよいこと
任意のタイミングで,ロボットに発話させること.
任意のタイミングで,ロボットの視線,表情,頭部,上体等を動かすこと.
観光地について説明したり,お客様の質問に答えたりするために,貸与されたAPIを用いてアクセスできる観光地データを用いること.
APIでアクセスする情報は,京都市内(北区/上京区/左京区/中京区/東山区/下京区/南区/右京区/伏見区/山科区/西京区)のみとすること.
カウンター上のモニタに,APIで取得できる画像,観光地名,観光地に関連する地図を表示すること.これ以外のものは表示させない.モニタ上の表示内容は対話中に変更してもよい.
観光地によっては,APIで観光地に関する画像が取得できない(データベース中に用意されていない)ものがある.その場合は,観光地画像の表示はできないこととする(他のサイト等から画像を取得して表示することは不可とする).
観光地に関する地図は,APIで取得できる観光地の緯度・経度をパラメータとしてGoogleMapにアクセスした地図を表示できるとする.地図を表示する際のズームパラメータは,12,15,18のいずれかとする.具体的に,ズーム,緯度・経度を指定して地図にアクセスする下記の形式を用いてアクセスできる地図を表示できるとする.
https://www.google.co.jp/maps/@(緯度),(経度),(ズーム値)z
例として,ある観光地の緯度・経度が,APIを用いてそれぞれ,35.6204888428796, 139.77626147432665と得られたとする.ズームを15とするなら,
https://www.google.co.jp/maps/@35.6204888428796,139.77626147432665,15z
として,観光地の地図にアクセスすること.ズームは,12,15,18のいずれかの数値を使い分けてよいとする.
お客様が,観光地についてのロボットの感想や意見を聞いてきた場合は,ロボットの感想や意見を予め用意しておいて,それを答えさせてもよいとします.ただし,開発指針として,汎用的に(例え未知の観光地情報が与えられたとしても対応できるように)システムを開発すること.
ロボットの音声合成は,指定された音声合成システムを使用するものとする.
Amazon Pollyの場合,話者は日本女性とし,phonationとvocal-tract-lengthのパラメータについては,下記の値を用いるものとする.その他のパラメータは自由に変更できるものとする.
<amazon:effect phonation="soft" vocal-tract-length="-15%">
対話状況
お客様とロボットはテーブルをはさんで1対1で対話する.
ロボットとお客様の椅子の位置は固定で,向かい合うように座る.
テーブル上に,お客様とロボットが同時に見ることができるようにモニタを設置(位置と向きは固定)する.(ロボットがモニタを見る動作は,「モニタをみる」指令で実現可能であり,参加チームは,モニタの3次元位置を必要とせず,モニタを見る行動を実装可能).
ロボットが対話中に使える情報
参加者に与えられるAPIで取得できる京都市内の観光地に関する観光案内情報.
(ただし,データベースの権利の関係で,いくつか提案できない観光地(特に社寺)があります )ロボットの周囲に設置されたセンサを用いて認識された,お客様に関する情報.
インターネット上から取得できる情報.
プランの対象となる観光地
貸与するAPIで検索できる京都市内の「観光スポット名称」のリストにある観光地.
飲食店や土産物屋などは,2カ所の観光地に含めない.
タスクの開始・終了
お客様が椅子に座ったら,システム側から,対話開始の信号が配信されます.その信号を参加チームのプログラムで受け取り,対話を開始させます.
対話開始後10分経過したら,システム側から,対話終了の信号が配信されます.その信号を参加チームのプログラムで受け取り,対話を終了させます(ロボットの発言をすぐに停止させる必要はなく,適切な発言をともなって終了させます(「そろそろお時間になりますので,案内を終了します」など).
最後に,ロボットに,決まった2カ所の場所を言わせます.
対話の始まりは,ロボットから話始めても,お客様の話始めを待っても,どちらでもよいとします.
対話中にお客様役の体験者の個人情報(名前や年齢など)を聞くことについてのガイドライン
ロボットが体験者から名前,年齢,好みなど旅行の計画に必要な情報は聞いてもよいとします.
体験者には,対話前の説明時に次のように伝えることとします.
『ロボットから,名前や年齢など旅行計画に必要な個人情報を聞かれるかも知れませんのでご了承ください.もし個人的なことを言いたくない場合は,お答え頂かなくても結構ですし,仮名などでお答え頂いても結構です.』対話システムを構築する上では,体験者の個人的な情報を聞いた際に,体験者が答えない可能性も想定すること.
「旅行プラン決定タスク」の評価方法
下記の観点からタスク達成度を評価します.
プランが作成できたかどうか,また,作成したプランが実現できそうなものかどうか(対話後のアンケートによる評価)
体験者の満足度(対話後のアンケートによる評価)
プラン作成・実現性と満足度の両方のスコアの順位が高い参加チームを高く評価します.予選出場者の中から,出場チーム数の3~4割程度のチーム数が本選に進みます.本選会では,さらに下記の項目も加えて総合的に評価します.
予選会
実証実験形式で行います.旅行代理店の店舗内にアンドロイドを設置し,店舗の来客に,参加チームの開発したプログラムを用いたアンドロイドとの対話を体験して頂きます.複数の体験者の評価の平均値をチームの評価とします.
体験者都合で対話を中断する場合(体調が悪くなった,自分の携帯電話に応答したなど),この体験者の評価は加えないものとします.
旅行プランを立てるつもりはなく,少し試してみたかった,という体験者の評価は除外するために,5分未満で対話が終了した人の評価は,使用しません.
参加チームとその関係者(チームメンバー,指導者,親族・知人)は,どのチームのシステムも評価してはいけないこととします.
本選会
対話システムの研究者や接客業務の振る舞いを評価できる専門家が審査員となって,審査員が参加チームの開発したプログラムを用いたアンドロイドとの対話を試します.また,参加チームに開発した内容のプレゼンを行って頂きます.アンドロイドとの対話の内容およびプレゼン内容を総合的に判断して評価します.研究者と専門家はそれぞれ異なる評価観点で評価します.
予選会における体験者へのアンケート内容(案)
体験者の満足度評価
観光地の情報を十分に聞くことができましたか? (情報の十分さ)(7段階)
ロボットとは自然に対話できましたか? (対話の自然さ)(7段階)
ロボットの対応は適切でしたか?(対話の適切さ)(7段階)
ロボットの対応は好ましいものでしたか?(対応の好ましさ)(7段階)
ロボットとの対話に満足しましたか?(対話の満足度)(7段階)
ロボットのことを信頼できましたか? (ロボットの信頼度)(7段階)
観光地を選ぶのにロボットから得られた情報を参考にしましたか?(情報の参考度)(7段階)
ロボットの提供する情報は正しいと思いましたか?(提供された情報の信頼性)(7段階)
またこの旅行代理店を訪れたいと思いますか? (再来店したい度合い)(7段階)
プランの評価
2カ所の観光地を巡るプランを立てることができましたか?(Yes/No)
(自分の常識で判断して)作成したプランは実現可能と思いますか?(Yes/No)
プランの評価に関して
作成したプラン内容に,事実と違っていることが含まれているかどうかのチェックは行わない
体験者に,以下のような項目を評価してもらうことで,情報の正しさについて,ある程度評価されると見込む.
・印象評価として,「ロボットの提供する情報は正しいと思いましたか?(提供された情報の信頼性)」を評価してもらう.
・「作成したプランは実現可能と思いますか?」と評価してもらう.