Download as PDF, PPTX
![EventMinder [Smith 2007]
• カレンダーをエージェントが管理することを評価
Learning Interface Agent [Maes 1993]
• エージェントが人のアシスタントとしてどう振舞うか、
人の好みをどう学ぶか
Multi−Agent meeting scheduling [Garrido 1995]
• マルチエージェントでミーティングの日程調整を解決
Compensatory negotiation for agent-based
project schedule coordination [Kim 2000]
• マルチエージェントでそれぞれの時間制約がより複雑に
なったときのミーティングの時間調整](https://image.slidesharecdn.com/agent-121220210808-phpapp02/75/slide-25-2048.jpg)
Uploaded byGenki Furumi
エージェントシステム特論発表スライド
東京大学講義、エージェントシステム特論、発表用スライド Kairoscope: Managing Time Perception and Scheduling Through Social Event Coordination
![[Agile Japan 2017 NRIサテライト]SCRUMをベースにしたNRIでの適用事例](https://cdn.slidesharecdn.com/ss_thumbnails/aj201720180209-180208155131-thumbnail.jpg?width=640&height=640&fit=bounds)
エージェントシステム特論発表スライド
- 1. 2012年冬学期・エージェントシステム特論 Kairoscope: Managing TimePerception and Scheduling Through Social Event Coordination 五十嵐研究室 修士一年 古見元気
- 2. 論文紹介の前に ©Yuki KOYAMA
- 3. 論文紹介の前に 小山発表 ©Yuki KOYAMA
- 4. 論文紹介の前に 古見発表 ©Yuki KOYAMA
- 5. 論文情報 著者 • ReeD Martin,Henry Holtman (MIT Media Lab) カンファレンス • CHI 2011 (the SIGCHI Conference on Human Factors in Computing Systems)
- 6. 時間は相対的なものなのだから、 時間感覚を 他人とのイベントによって規定しよう、 という試み。
- 7. アジェンダ 1. モチベーション 2. 関連研究 3. デザイン 4. 実装 5. 評価 6. 結論 7. 感想
- 8.
- 9.
- 10. 多くの時間が • プランニング • スケジューリング •次の予定について考える ことばかりに使われる
- 11. 多くの時間が 無駄 •プランニング • スケジューリング • 次の予定について考える ことばかりに使われる
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18. Egocentric point ofview 例えば9時23分と言われると、 会議までの時間を計算してしまう ロケーションの議論ではありえない 「ここから１０ｍ」
- 19.
- 20.
- 21.
- 22. ソーシャルインタラクション の最適化
- 23.
- 24.
- 25. EventMinder [Smith 2007] •カレンダーをエージェントが管理することを評価 Learning Interface Agent [Maes 1993] • エージェントが人のアシスタントとしてどう振舞うか、 人の好みをどう学ぶか Multi−Agent meeting scheduling [Garrido 1995] • マルチエージェントでミーティングの日程調整を解決 Compensatory negotiation for agent-based project schedule coordination [Kim 2000] • マルチエージェントでそれぞれの時間制約がより複雑に なったときのミーティングの時間調整
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 35.
- 36.
- 37. サーバーへのクエリと、サーバーからのアンサー例 マサチューセッツ州ケンブリッジでの夕飯の一般的 な時間帯を知りたい getNormalTime(“dinner”, “Cambridge MA”,3); ↓ Between 5:35 PM and 9:42
- 38.
- 39. マルチエージェントの振る舞い • XML ベースのデータ構造 •まず最初のXMLを送る • それに対して、他のエージェントはボスであるユーザー の時間制約に応じて返事をする（承諾 or 代案提案） • イベントに変更があればそれを即座に他のエージェント に伝える • リスケジュールがうまくいかないときはユーザーに指示 を乞う
- 40.
- 41. ３つのインターフェス 1. 置き時計 2. モバイルアプリケーション 3.デスクトップアプリケーション
- 42.
- 43.
- 44. モバイルアプリケーション • 一番使われる想定 • 表示は置き時計の模倣 • 触覚フィードバックなどもソ フトウェア的に再現
- 45.
- 46.
- 47. デスクトップアプリケーション Chronic natural dateprocessing library for Ruby Chronic.parse('tomorrow') #=> Mon Aug 28 12:00:00 PDT 2006 Chronic.parse('monday', :context => :past) #=> Mon Aug 21 12:00:00 PDT 2006 Chronic.parse('this tuesday 5:00') #=> Tue Aug 29 17:00:00 PDT 2006
- 48.
- 49.
- 50. 二日間で特定のタスクを完了してもらう（概要） 1. 二つのタスクをやってもらう 1.友達と昼ごはんの予定をスケジュールする 2. 友達３人と映画を見に行く予定をスケジュールする 2. 被験者は８人（１９歳〜３５歳、男女半々） 3. 被験者を半分に分けて既存手法とKairoscopeを使って もらう、次の日は交代 4. タスク前後でサーベイに答えてもらう
- 51. 二日間で特定のタスクを完了してもらう（結果） Without Kairoscope • ８分の７はスケジューリングできた – メール、電話、両方、GoogleCalenderが利用された • しかし、７人中４人は他の予定をリスケジュールでは なく、キャンセル With Kairoscope • 全員タスクを完璧にこなせた • 評価は全般的に良い • 慣れにくいという点がネック
- 52. 二週間、Kairoscopeを使ってもらう（概要） 1. 被験者は１３人（２０歳〜５７歳、男：女 =8:5） 1. 普段からなんらかのスケジュールソフトを利用 2. ４週間分のスケジュールデータを事前にKairoscopeに入力 2. 使ってもらったデータを集め、感想を聞く
- 53. 二週間、Kairoscopeを使ってもらう（結果） 1. ５人は映画のスケジューリングに成功、２人は他のイ ベントをキャンセル、１人は映画をキャンセル 2. Kairoscopeで正確なマッチングをすることはまだ難し い
- 54.
- 55. • 時間という概念をまったく新しく定義した • それを実現するための枠組みを構築し、評価した – マルチエージェントシステムを応用 • ポテンシャルは正直良くわからない
- 56.
- 57.