---
# System prepended metadata

title: GHP2021 西日本技術者A　実践研修記録シート
tags: [GHP2021　技術者　西日本]

---

# GHP2021 西日本技術者A　実践研修記録シート

## リンク集
* 参加者＆チームリスト
* 昨年の事例　[やさしいひなんちず](https://hackmd.io/@hackcamp89/HymKWq4bu)

## チームメンバー

* 松木　彰さん
* 浅田　和磨さん
* ●●さん
* ●●さん
* ●●さん

## チームで策定したコミュニケーションルール
属性・地域・年代も異なる多様なメンバーが集まっているとき、どのようなコミュニケーションが心地よいのか・力を発揮できるのか、「ルール」を言葉にしておくと、その後のやりとりの指針になります。

例）
* 多様な意見は力。違和感を感じた時も、まずは質問か提案の形で話してみよう
* 手を動かしてから考えます
* 全ての人のアイデア、スキル、貢献に価値があることが前提です
* 60分に1回は、質問・情報共有の時間を取ります
* 1日1回はSlackを確認しましょう
* 思ったことは随時報告
* 役割分担のバランス（相手待ちを減らす）
etc...
`↑↑ Day1 10:40くらいまでを目処に入力
## メンターへの質問方法　(以下の形に整理して、Slack　に投稿しましょう)
#### 【例】

【名前】　宮島真希子
【チーム】　A
【タイトル】　←何についての質問か、端的に表現する
【内容】　
1. 目的　なにがしたいのか？/どういう状態をつくりたいのか
1. 手順　自分がやってみた手順
1. エラー（困っている内容）　　　○○ができない/××というエラーが出てしまう
1. 自分の構築環境　　　Win/MAC/ブラウザ/QGISバージョン/その他その時使っているツールなど
1. 画像　　（スクリーンショット等を貼る）
`

---

## 1. 取り組む課題
`インプットで提示された中から、チームが取り組む課題を選択しましょう`
★ 住民が被害推定を過小評価して,避難してくれない



## 2. アイデアの公式

メンバーそれぞれのアイデアは、以下のパターンで表現してください。

**「住民が避難してくれないという課題　　　　　　」を解決するために、
「　WEBサービスでの書き込みサービス　　　　」と
「 位置情報＋避難行動（逃げた・問題あり等）の書き込み情報　　　　　　　」を使い、
「 オープン（すべての住人および関係者）　　　　　　　」に対して、
「　マップ上で避難割合表示および自治体別（地区別？）ランキング表示　　」をして、
「　みんな逃げているのであれば逃げないと　と意識することで避難行動を開始　　　　　　　　　」ようになる。**
避難情報発信後,携帯端末の位置情報を用いて,周りの住民が逃げたか知れるサービス

>「（○○という課題）　　　　　　」を解決するために、
「（なんのテクノロジー・技術・ツール）　　　　」と
「（どのような種類のデータ）　　　　　　　」を使い、
「（誰に/どこに）　　　　　　　」に対して、
「（どういう方法で）　　　　　　　」をして、
「（どんな風に解決する）　　　　　　　　　」ようになる。

アイデア記入シートへのリンクはこちら
　　　　　　　　　



## 3. 役割分担
`あなたのチームに必要な役割のみ項目を残して活用してください`

* タイムキーパー（進行管理）：松木さん
* データ収集：浅田さん
* ドキュメント整備（このHackMDの利用を推奨）：★★さん
* コミュニケーションデザイン：●●さん
* 開発：●●さん　▼▼さん　■■さん
* デザイン：■■さん　★★さん
* 2日目　プレゼンテーション　▼▼さん

`↑↑  Day1 15:40くらいまでを目処に入力`


---


## 4. 中間報告
### a. 選択した課題
`避難情報発信後,携帯端末の位置情報を用いて,周りの住民が逃げたか知れるサービス`
>![](https://i.imgur.com/bEEhs0Q.png)
### b. ミーティング日程
---
- 2/9(水曜日)
   - TODO:
   - 松木:沼津市ネットワーク/Leaflet
   - 浅田:避難所とか,デザイン
   - [x] 【話したいこと】
      - [x] 全体的なサービスイメージの共有（誰がステークホルダーなのか）
        - [x] 住民と手助けしてくれる住民,そして行政？
        - [x] 避難が落ち着いた後はこのアプリのデータをどう活用できる？
      - [x] どこまで作るのか（暫定的に）
        - [x] 通知の範囲や閾値についてはどのようなデザインで？
---
- 2/13(日曜日：PM9:00）
   - TODO:
     - a~f:綺麗に書いておく
     - 松木：作る
     - 浅田：データ作成、文書埋め
   - [x] 【話したいこと】
     - [x] 課題背景の相談・ペルソナの粒度大丈夫？
     - [x] サービスのタイムライン図
     - [x] 避難の人たちのタイムライン（説明とグラフ化）
     - [x] 通知範囲どうするか
     - [x] 今後の作業量
---
- 2/16(水曜日：PM9:00)
  - TODO:
    - 松木：ビデオ
    - 浅田：タイムライン,f
  - [x] 【話したいこと】
     - [x] 今後方針
---
- 2/19(土曜日：PM6:00)
### c. チーム運営・コミュニケーションについて
* 多様な意見は力。違和感を感じた時も、まずは質問か提案の形で話してみよう
* 手を動かしてから考えます
* 全ての人のアイデア、スキル、貢献に価値があることが前提です
* 60分に1回は、質問・情報共有の時間を取ります
* 1日1回はSlackを確認しましょう
* 思ったことは随時報告
* 役割分担のバランス（相手待ちを減らす）
### d. 技術について
-　データ：PLATEAU(道路上)
-　整備：QGIS
-　アプリ画面：Leaflet
-　避難所の情報：
### e. チームの成長・得られた観点

### f. メンターへの質問（困っていること・ヘルプが欲しいこと）




`↑↑  Day1 17:00までに入力`

---


## 5. サービス内容
`※ この「5.サービス内容」の項目を埋めてプレゼンに使っていただきます`
`※ 画像等も入れていただいて構いません`


### サービスの名前：「`Hinanena`」
### a. ターゲット（主人公）… サービスが対象とする人を想定してみましょう
例）2人の幼児を育てる35歳の主婦。パソコンや機械は苦手で抵抗を感じる。etc
- **タイムリー**に避難スイッチが入らない人
  - 逃げたいとも思っていない、できれば逃げるような手間はしたくない
  - これまで災害を経験したことない
  - 例）独身で、動画視聴が好き、テレビニュースとか見ない
- `[場所]`
  - 人の流出入が激しく人付き合いが定着しにくい:*(地方)都市*
### b. 課題の背景　　
取り組む課題に関係する調査・類似事例などをここに蓄積しましょう
例）被災者アンケート/観光客動向/被害状況調査
#### `今回の課題内容の整理`
- なんで逃げないのか（心理）？ほんとうに逃げないのか？
- 人は見たい情報を見る（Twitterとか）
  - 普段見ない、見たくない情報をどのように見せる？
  - おそらく情報を提供することが行動に直結しない
- 言葉では簡単だけど、一筋縄ではいかない`複雑な課題`
##### どんな実情が？
- 「避難した人は"たった"の3%?」
   >朝日新聞（2018年８月27日付）
   >『大雨の特別警報で避難指示、実際に避難　住民の３％弱』
   >（１）「自分は大丈夫だとする危機感の欠如」77％
   >（２）「避難情報の意味を十分に理解していない」64％
   >（３）「ハザードマップを認知していない」34%
   - 「災害心理の観点からすると、人はなかなか動こうとしない動物である」[2]
   > 『三原市と東京の民間調査会社「サーベイリサーチセンター」』
   >「自宅・職場にいても安全だと思った」が65・4%と最も多かった。
   >「避難した経験がなかった」（33・6%）
   >「近所の人も避難していなかった」（22・6%）が続いた。
   >「警報や避難の情報を見聞きしたが、どうすればいいか分からなかった」という人もいた。
- 避難した人「でさえ」避難のスイッチが入るの遅い：**避難できているとしても遅すぎる**
  - （避難した人:58/100人）:本当にやばいと目で確認したとき
　　　1.川の水位が上がってきたから
　　　2.携帯電話のエリアメール
　　　3.雨が激しかったから
　　　4.家の浸水が始まったから
  - （避難しなかった人:42/100人）:**バイアス**
　　　1.これまで災害を経験したことはなかったから
　　　2.2階に逃げれば大丈夫だと思ったから
　　　3.外の方が危険だと思ったから
  - （ハザードマップ・避難所の情報）：**情報が活用されていない**
     - ハザードマップを知っていましたか？51%知っていたが備えてなかった
     - 避難場所を知っていましたか？79％知っていた
- 行政の対応不足？
   1. 「入ってきた情報にその都度全員が集中してしまい、全体を俯瞰する人がいなかった」
   2. ハザードマップを活用していなかったこと
   3. 避難指示が抜け落ちていた
##### `なぜ逃げない`を紐解く:課題をより理解する!!
- `☑️はなから避難する気がない`
   - ちゃんとした情報があっても、前提として相手にしていない
- `☑️避難したいけど、できない`
   - 『正常性バイアス』:
      - 異常事態に遭遇した時に「こんなはずはない」これは正常なんだと自分を抑制しようとする心理状態
   - 『多数派同調バイアス』:
      - 自分以外に多数の人がいると、取りあえず周りに合わせようとする心理状態
      >隣は隣で同じように「隣も逃げていない」と思うことで「安心のネットワーク」がつくられてしまい、結果、地域全体で逃げ遅れてしまう可能性[8]
   >1.『苦労して爺さんと建てた家だけが流されて自分は助かっても、その後の人生を考えたらとてもつらい。だから 家が流されるなら自分も一緒に流される』[]
   >2. 『避難するという行為は、家屋家財をすべてそこに置いたまま立ち去ることですから、そもそも簡単なことではありません』[8]
- `そもそも避難する必要がない`
   - 避難発信先の領域が広大すぎる（浸水地域と行政区域の違い）
- `避難の必要性を知らない`
   - 情報が届いていない
##### 既存の対応は？
- `行政としては、とりあえず手順を整え、精密な情報を沢山出そうという方向性`
- ☑️:grimacing:住民に避難勧告・指示を出すタイミングを判断する「タイムライン（事前防災行動計画）[1]
   - ◎行政内の足並み揃えた行動は可能かも
   - ❓ただ、その情報が住民に伝わり行動に移せるか解決していない
- ☑️:grimacing:スマートフォンや携帯電話に洪水情報をメールで一斉配信する情報提供[1]
   - ❓情報が信頼されていないのは？
   - この手の広域情報はかえってバイアスを生みやすい[10]
     >**避難指示の警戒レベルは約7割が「内容はわからない」「知らない」と回答**
      >![](https://i.imgur.com/aeMQzf4.png)

   - ❓逃げないのではなくて、逃げるという「選択をできない」
- ☑️:grimacing:事前のルール決めをしておく
  >【1】自分が暮らす地域の過去の災害歴や地理的な特徴を知る。
  >【2】避難行動を起こす自分なりのルール、避難方法をあらかじめ決めておく。
  >【3】大雨や台風のときには、自分から情報を取りにいく。
  >【4】あらかじめ決めたルール・方法に基づき、避難行動を起こす。
  - そもそもそこまで意識の高い人は逃げるのでは？
- ☑️:smile:率先避難者を作る
  - 「正常化バイアス」が解ける？
  - 逃げられない人の肩を押す感じ（）
  - 地下鉄放火事件時の車内写真に写っていた人のうち助かった若者のインタビューから
  >『火事だ！』の一言によって呪縛が解け、緊急スイッチがON
- :confused:yahooの異常検知の情報（ユーザーが投稿）
  - 意識の高い住民がいないと通知がならない？
  - 投稿という行為と避難したという行為は一致していないのでは？（避難すべき状況かどこまでわかる？）
  - 投稿のノイズは？（別に平気と思っている人が周りにいると安心ネットワークを作ってしまう）
  - `身の危険を感じる`という情報は主観に支配される？（バイアスの元凶）
     - 曖昧な情報は解釈の残す
  >災害状況を知らせる一定数のユーザー投稿が、所定の条件のもと異常が発生していると判定された場合にプッシュ通知でお知らせします。
  >![](https://i.imgur.com/YWOw7Uz.png)
##### :smile:既存の対応の問題
- `昔`:スマホとか情報技術も高くない時代
  -　紙ベースや放送が届かないなど、そもそも情報が把握できない・伝えられない
- `今`：情報の発信や情報の収集は十分にされてきている
  - 情報を送る手段はできている（むしろ情報はたくさんあっても困る）
  - ☑️情報の鮮度（リアルタイム）や精度が大事
  - 避難したい気持ちにさせる仕組みが未だできていない
    - ICTの発達によって可能になったのでは？
- いくら情報を整えても、使われなければ意味がない
  - 混乱する現場において、適切かつタイムリーな情報は絶対必要!!
  - 技術進歩により、より詳細な予測・情報を発信可能になったが、人に伝えてこそのICT技術である
  - 大きな音をたて続けるのではなく,落ち着いて聞く耳を作ろう!
- 予測を遠い未来と捉えてしまう（現実感の喪失）
  - ☑️`予測だけど、現実の緊迫感を残すべき`？（未来のことを現実的に捉える技術はない）
  - 現実を現実として捉えてからでは遅い
#### :smile:`目的`
- 避難しない・できない人が避難したくなる情報を提供
  - 押し付けない、生物的な危機感で逃す（危機を予感した動物は行動を起こす）
  - あくまで避難スイッチを入れる。避難の際に必要な情報は他のサービスへ任せる
  - `はなから逃げる気がない`の人の心を動かすには、`信頼できる`人から
     - 例）放送設備でも、`自動音声`よりも`マイク声`が効く
- 避難や共助の`心理的な`ハードルを下げる。
  - 近くに避難先があると重い腰も上がる（近所であれば安心して避難できる）[11]
  - みんなが逃げているなら、逃げてみよう（雨なら外出るの危ないじゃないのっていうバイアスを取り除ける）
#### :smile:`アプローチ&デザイン`
- 位置情報を参照して、周りの住民が「逃げた」とわかれば通知
  - 逃げるほどの状況だという緊迫感・迷っている人の背中を押す
  - 行政の発する広範囲警報よりも、身近な人が避難することはより近場の情報として感じてもらえるはず
    - 警報を無闇やたら鳴らさない(避難情報への感度を改善) 
    - 逃げた行為に変な`責任`は付き纏わない
  - 位置情報である以上、オープンにできないが,今回は一時的かつローカルの情報として利用されるので安心
    - 日頃出てこない情報なので貴重
- 避難する行為が他の避難遅れの人の避難スイッチになる 
  - 自助が共助でもあったという仕組み（積極的な共助ではない、責任感や負担が少なく、でも助け合いになっている弱い共助）
  - 避難しない人ではなく、率先避難者の数を増やすことに力を注げば良い
  - みんなが同時に避難するようになれば、ある意味安全？（みんなで渡れば怖くない）
     - 避難行動 -> 避難行動を生み出す構造へ

#### 参考サイト
[1] <a href="https://www.risktaisaku.com/articles/-/9408">大災害、なぜ逃げないのか-国や自治体の避難勧告・指示・誘導に問題はないのか-</a>
[2] <a href="https://committees.jsce.or.jp/engineers/system/files/bn12.pdf">逃げない人を逃がすには-地域に貢献する土木の知恵の再認識 VOL. 12-</a>
[3] <a href="https://www.nhk.or.jp/kochi/bousai/bousaiichiban/article/40.html">逃げ遅れる心理</a>
[4] <a href="">人はなぜすぐに避難しないの―― 人は皆、「自分だけは死なない」と思っている ――第36回宮城自治研集会 第４分科会　安全な場所・逃げる場所ってどこなの？ ～防災を知ろう～</a>
[5] <a href="https://toyokeizai.net/articles/-/290914">避難指示が出ても逃げ遅れてしまう人の心理-豪雨災害から身を守るために必要な4指針</a>
[6] <a href="https://www.asahi.com/articles/ASP5Z7G3PP5MPTIL015.html">繰り返される豪雨の逃げ遅れ、避難情報はなぜ届きにくい</a>
[7] <a href="https://prtimes.jp/main/html/rd/p/000000042.000047274.html">土砂災害に対する危機感や避難行動に関する意識調査 約6割が直近1年で土砂災害に対する意識の変化を感じている</a>
[8] <a href="http://www.bousai.go.jp/kohou/kouhoubousai/h20/07/special_05.html">避難勧告が出ても身の危険を感じる人は30％！人は逃げないもの、ではどうする!?</a>
[9] <a href="https://mynavi-agent.jp/it/geekroid/2019/11/post-139.html">「Yahoo!防災速報」アプリ、災害情報を投稿できる新機能追加</a>
[10] 金井,片田『防災に対する主体的態度の形成を促すための災害リスク・コミュニケーション』,2009.
[11] 濵田ら,『津波常襲地域住民の防災意識に基づく避難場所の配置計画-須崎市を対象に-
### c.:smile: 使う技術
- 主な言語：`Python`
  - 開発スピードと設計のしやすさを考慮して
- Map可視化:`folium`,`shapely`,`geojson`
   - いろいろな地理データの扱いに長けているため
- 地理データの加工：`QGIS`
   - 仮想データや市街地の構造についてはこちらで
- 通知画面とか:`LINE MESSAGE API?`
#### 技術構成図
>![](https://i.imgur.com/LbeQZy0.png)



### d. 使うデータ
#### `仮想状況を創出のためのデータ`
- `PLATEAU`:
>国土交通省が主導する日本全国の3D都市モデルの整備・活用・オープンデータ化プロジェクト<img src="https://i.imgur.com/QSnspEI.jpg" height="180"><img src="https://i.imgur.com/0sfP7oL.jpg" height="180">
- <a href="https://www.geospatial.jp/ckan/dataset/plateau-22203-numazu-shi-2020">静岡県沼津市の道路ポリゴンデータ</a>
><img src="https://i.imgur.com/DeVIVOQ.png" height="180"><img src="https://i.imgur.com/HkILgVL.jpg" height="180">


###### `道路ネットワークの作成@沼津市`
- PLATEAUのデータ及びQGISでの加工により,道路ポリゴンのデータから`トポロジーリンク構造`を取り出す
><img src="https://i.imgur.com/EMoOyz6.jpg" height="180"><img src="https://i.imgur.com/z1rQCnI.jpg" height="180">

###### `避難場所データ@沼津市`
- 国土地理院データの避難場所データを使用
><a href="https://hinan.gsi.go.jp/hinanjocjp/hinanbasho/koukaidate.html" >国土地理院データの避難場所データ</a>
- 避難者のタイムライン
>
- 地図にマッピング
><img src="https://i.imgur.com/MovJOwK.jpg" height="180"><img src="https://i.imgur.com/UHxGEaS.jpg" height="180">
-　避難の様子

{%youtube ss5AbGh5t7E%} 

#### 完成図
><img src="https://i.imgur.com/eNfkzFn.jpg" height="300"><img src="https://i.imgur.com/scpasfh.jpg" height="300">

### e. サービスの内容・特徴
#### `サービス利用のイメージ`
![](https://i.imgur.com/xniYu6J.jpg)


### f. 課題と解決に関わるステークホルダーとその役割
#### `サービス利用者側`
- `逃げ遅れている人`
  - サービスの利用者
  - 通知を受け、
- `先に逃げている人`
  - まさにサービスを駆動するプレイヤー(この人はサービスを直接使ってないけど) 
    - それ自体が共助（誰かの避難スイッチにつながる）
  - 避難所を開設したり、「遅れてくる人」たちの避難サポート（余裕ある人が助ける）
#### `サービス運営側`
- `行政`
  - 日頃位置情報とかもっていないが、このサービスと、ラインとの連携で災害時の全体像が把握できるようになる
  - 日常業務で使っているGISをマップサービス
  - 住民との防災コミュニケーションを改善できる
     - 住民間で解決できる世界ならそれが良い
     - サービスを駆動するのは、率先避難者（住民）だと
     - （行政はそこまで強く住民の行動に介入できない）
     - 「責任論」から「助け合いの輪」

#### `サービスの運営イメージ`
>![](https://i.imgur.com/Y2cv7oq.png)

### g. サービスによって課題が解決された世界のイメージ
- :smile:逃げ遅れていた人が,前回の教訓として早く逃げるようになる
  - 孤立する人や逃げ遅れの人が減るので、被害が減る
  - `行政`からすれば、対応する手間が減るので、他の優先事項に集中できる
- 避難の状況がタイムリーに把握できる
  - 避難の強要は通常したくない`行政`が、根拠を持って逃げ遅れ住民の追加通知ができる
    - 逃げなくてもよかった住民に避難を求めるとますます大事なときに逃げてくれなくなる.
    - 一方で、周りの住民が逃げているのに残っている住民になら対応の正当化がしやすいのでは？（あるいは孤立者の多い地域を優先して対応したら良い）
    - 実際の数値を根拠に言える（エビデンスが残せる）
  - 避難所の位置や避難所の残り空き数など、適切な避難行動につながる
- :smile:ICTで地域の全員参加型の共助の仕組みが自然と構築できている（さらに住み良い街になるきっかけ）
  - これまではワークショップへの参加など、防災への意識に住民間にばらつきがあり、逃げる人と逃げない人は個人問題としてされていた
  - ICTにより防災意識の高い人が、日頃防災意識の低い人を引っ張る（溝を埋める）
  - `ICTで誰も見捨てない世界`

### h. そのサービスが実際にターゲット（主人公）に届き活用されるまでのストーリー
>※Muralの「アイデアスケッチテンプレート」なども活用しながらイメージしてください
考えるポイント/全てを埋めなくても問題ありません）
サービスのターゲットとする主人公が、
>* 災害時にどんな課題を持ち
>* どのようにサービスを認知し
>* どのような点に魅力を感じ
>* どのように使い
>* どのように課題が解決されるのか
>* そしてそのストーリーに関連するステークホルダーとその役割は？
#### `サービスのストーリーボード`
![](https://i.imgur.com/EQwz5sV.png)
#### `コミュニケーションデザインと導入のメリット`
- `住民`視点
  - 簡単に利用可能なユーザーインターフェース
     - LINEサービス（新たなアプリ登録不要）
     - 通知受けるだけ、ボタン操作だけ
  - 位置情報の扱い
- `行政`視点
  - サービスを駆動する主体なので、導入の負担を減らしたい
    - 日頃使っているGISを接続するだけ（作業が少ない）
    - 災害時にしか発動しないので、メンテナンスと運営管理が楽
  - 住民との防災コミュニケーションを改善できる
    - 住民間で解決できる世界ならそれが良い
      - サービスを駆動するのは、率先避難者（住民）だと
    - （行政はそこまで強く住民の行動に介入できない）
      - 「責任論」から「助け合いの輪」
### i. サービスへのリンクURL（あれば）
{%youtube tcSKc9uH1hg%}
`↑ Day2 17:00までに入力`
### j. 今後の課題
- 誰も逃げなかった場合
  - 通知範囲は適切に設定すべき
  - 密度に合わせて範囲を変えるべき？
- 個人情報
  - いづれは出てくる
  - 使えれば便利だが、どのように匿名化するか
- 避難情報への感度を改善するサービスとして売り出す
- 避難しない人を避難させる技術や方策論は確立されていない
  - 学識者にこのツールを試験的に使ってもらって価値を検証してもらうとか？
---

## 6. 振り返り

### a. ユーザーフレンドリーなコミュニケーションデザインの設計について
- ユーザーの課題背景をより深く掘り下げることでサービスの方向性を見出せた
- サービス全体として、使ってもらうということを意識した、ステークホルダーの視点まで付け加えることができてよかった
### b. 技術・デザインについて
-　導入の敷居を下げるために、みんなが日常的に使っているLINEを活用
-　何よりも逃げなきゃいけないユーザーは簡単な操作で可能
### c. 「社会課題に資するG空間人材のあるべき姿」について（作ったサービス・プロセス）
- 社会課題をよく理解し、それを技術を押し付けるのではなく、使う人がどのような悩みがあるのか、本質の理解の上サービスを作る
- 技術があってこそ解決される,そうした課題をいかに見出せるか
### d. 役割分担は適切だったか・他にどんな役割が欲しかったか
- プロトタイプの試用インタビュー

### e. どのような知識・スキル・データが欲しかったか
- データベースのつながりとか

### f. 本日の学びや作ったものを今後どのように活かしたいか
- 態度変容というのが本当に起こるのか、学術的に不明なので、それを検証する実験とかに使う
- 価値があるとわかれば、積極的に展開していく
### g. これから地理空間技術を学びたいと思った人に伝えたいことは？
-　GIS含め地理情報はさまざまな分野で活用できかつ、QGISやその他多くのオープンを活用して,取り組みたい課題の解決できる
-　



`↑ Day2 最終発表後にチームで振り返りながら入力`




###### tags: `GHP2021　技術者　西日本`