mibe 修士論文題目変更前報告スライド現在のタイトル NFCを用いた登山者通過記録システム Tracking system for Climbers using NFC 1 中間発表時点での大筋 • 中間発表スライド（リンク） • 登山者がいつどこにいたかを知りたい – 電波での通信に依存しにくい環境 – 設備を置くにもコスト（金銭，手間）がかかる • NFCと情報のリレーを用いることで，安価にそれを実現する 2 要求と提案する手段 • 要求：登山者がどこにいるかを知りたい – 主な用途は救助 – 現状の手法（アナログ）（デジタル） – 今の不満点：精度が粗い（山の内外ぐらい）or維持費が高い • 手段：登山者の通過記録を収集するシステム – 通過記録：いつ，どこを通過したかの記録 – 複数の場所でデータを取りたい D C 平成23年度の遭難者データ（全国）参考リンク:平成２３年中における山岳遭難の概況遭難者数：2,204人内死者，行方不明者：275人 E F B A 3 登山特有の通信に関する問題点 • 通常なら，携帯電話用のアプリケーションを用いることで解決する（GPSロガー等） • 登山中は通信する際に通常以上の電力消費が発生し，かつ充電の手段が限られている – そもそも通信ができない場合も多い • 本研究では，消費電力の少ないNFCを利用する携帯電話の通信手段通信手段消費電力遠距離通信インターネット電話回線 × Wi-Fi × Bluetooth △ NFC ○ 4 「ゲート」を用いた解決策と要件 • 登山道に「ゲート」を複数設置して通過記録を得る – 省電力なNFCで携帯電話と通信するインターネット – 有線で外部に通過記録を発信する – 機材としては駅の改札が近い • ゲートを設置する際の問題点 – ハードやインフラの設置，維持コスト • 市街地に設置するより割高になってしまう – 天候，動物による故障リスク • 要件 ×（共通）導入，維持コストが少ない ○（登山者）電力消費が少ない ×（山）壊れにくいorリカバリーしやすい登山道に配置したゲートから通過記録を発信する 5 低コストな「サブゲート」の提案 • 中間点のゲートを別な装置「サブゲート」に置き換える – NFCリーダ/ライタではなくNFCタグとして使う • 携帯電話がNFCリーダ/ライタとして振舞うインターネット – 電源や通信のインフラを持たない – ハードとしても安価（400円未満）実際のNFCタグ数十バイト~数キロバイトの容量があり NFCリーダ/ライタで読み書きできる • サブゲートの使い方登山道に配置したゲートとサブゲート – 通過した登山者のIDを蓄積する – 後から来た別の登山者に蓄積したIDを複製して渡す 6 インターネットゲート登山者α,βのサブゲート通過記録 ※ pptx版のみ動きますサブゲートの役割 • 通過記録のリレー登山者β – サブゲートに自分の通過記録を残す – 自分or他人がその記録をゲートまで運ぶ – ゲートからインターネットに送信する登山者α 登山者αのサブゲート通過記録＜登山者αの現在地＞サブゲートと頂上にあるゲートの間にいるらしいサブゲート登山者αの登山者βのサブゲート通過記録サブゲート通過記録 7 中間発表でもらったコメント • アイディアは面白いけど，登山にこだわる必要性を感じない – 市街地でのスタンプラリー等も範囲に入るのでは？ • 登山ならもっといい方法があるのでは？ – 他の解決法との比較考察が甘い – 記録し忘れのリスクに触れていない – 記録ポイントが通行のボトルネックになりそう • NFCの固有IDを公開することへの抵抗 – 実装で対処できる 8 ストーリー変更に関する相談 • 自分のモチベーションの変化 – 実装してNFC自体も楽しくなってきた – 登山がフォーカス外にならなければOK，に • ターゲットの変更について – スタンプラリーではだめ（通信できない，が大事） • 消費電力のニーズは共通だが弱い – 勝てそうなシナリオにできるかが不安 • 戦う相手が変わる • 「通信環境が悪い環境」という範囲にする – 山以外にも砂漠とか原発とか 9 変更案 • 中間発表時 – NFCを用いた登山者通過記録システム • Tracking system for Climbers using NFC • 登山オンリーにしない場合の案 – NFCを用いた通過情報記録システム • Tracking system using NFC – 通過情報を記録するためのDTNの構築 • （英語検討中） 10 実装，執筆に関する進捗 • 実装: 設計のやり直しが発生した為遅れ気味 – AndroidにおけるNFC開発環境の変化 • OSのバージョンアップによるAPIの変更 – 仮綴じの都合上，途中で作業を執筆にシフトする • 執筆: 章構成を検討中 – 「通信しにくい環境」という括りなら既存研究も多いが，章構成を再検討する必要がある 11 Android上でのNFC実装 • NDEFを用いた実装が主流 – 過去にはFeliCa等NFCの下位規格で実装していた – 今回はNDEF（NFC Data Exchange Format）を使う • NFC共通のデータフォーマットという認識でいいはず • 長所と短所 – 長所: タグのハード規格を意識せず利用しやすい – 短所: 物理的なブロックを意識して実装できない • 論理ブロック「NDEFメッセージ」での実装になる • メッセージ単位での上書きはできる 12 予定している章構成 • 序論 • 背景と問題点 • 設計 – 各アプリの関係など – 条件設定（通信環境等） – 現行手段とその問題点 • 実装 • GPSロガー形式 • スタンプラリー形式 • 衛星携帯などその他 • 評価 – 要件定義（評価と連携） • 提案 – サブゲートの話はここ – DTN的な話はここ – Androidの開発事情 – ちゃんと作れたか？ – 数式チックなもの（確率） – 展開力（手間+金銭） • 結論 • 謝辞 13 今後のスケジュール 12/1以前 12/8 12/15 12/22 1/1 1/11 1/31 実装: ゲート実装: 携帯アプリ実験・評価執筆: 章構成執筆: 第一稿執筆: 第二稿発表資料学事&mauiイベント ※1 題目変更締切（最終） 12/12/14 ※2 maui論文レビュー 12/12/17 ※3 論文提出締切 13/1/11 ※4 maui発表レビュー 13/1/16 or 18 ※5 最終試験（発表） 13/1/31, 2/1 14