Hack For Japan

エンジニアだからこそできる復興への一歩
第60 回 減災ソフトウェア開発に関わる一日会議 2016

● Hack For Japan スタッフ
鎌田 篤慎 KAMATA Shigenori@4niruddha
OIKAWA Takuya
Twitter @takoratta
Twitter及川 卓也

今回は2016年10月1日に開催された「減災ソフトウェア開発に関わる一日会議2016」にて、Hack For
Japanメンバーでもあり、防災、減災に取り組む団体IT DARTにて活動する及川による熊本地震で実施した活動内容の紹介と、本イベントの内容を同じくHack For Japanメンバーの鎌田がレポートします。

減災ソフトウェア開発に関わる一日会議とはスカッションしたい議題を提示、話し合うアンカン「減災ソフトウェア開発に関わる一日会議」は 2013

げるための議論が行われました（写真 1）。

年から毎年開催されているもので、東日本大震災以降、毎年多くの災害が発生する災害大国日本における災害時の対応に必要な情報技術や、それによって連携できる支援活動について、参加者間で情報交換やディスカッションを行う場となっています。これファレンスを通して、今後の防災や減災に向けてどういったアクションを取るべきか、次の行動につな
それでは、本イベントで発表されていた内容を中心に紹介していきたいと思います。

発災後に必要となるシステム開発での技術選定までもそうした活動に携わってきた我々、Hack For

筆者（及川）
からは発災後に必要となるシステム開Japan や IT DART といった団体の関係者も数多く発での技術選定について説明しました（写真 2）。発

集まり、直近に発生した災害などで得た知見などを災後での IT の役割は、Web サイトやアプリケー共有してきました。

ションなどの開発に留まりません。むしろ、それ以今回の会議では、近く発生した熊本・大分での地外での対応がメインであることも多いです。それ

震や、東北地方を襲った豪雨による被害状況、情報は、我々が東日本大震災以降での Hack For Japan

ボランティアの活動実績、そこで生じた課題を共有活動でも学んだことです。ですが、ここでの話はそし、何ができて、何ができないのかを知ることで、れを踏まえたうえで、「開発」が必要になるニーズが平時に準備しておくべきノウハウを整理することをあった場合の技術選定について考察したものです。

目的として開催されています。また、本イベントでは防災や減災、被災地域で活動されてきた多くの人たちの課題や学びを共有し、参加者がそれぞれディ◆◆写真 1 「減災ソフトウェア開発に関わる一日会議」開会の様子

176 - Software Design

ターゲットユーザとシステム内容
まず、発災後に必要となるシステムのターゲット◆◆写真 2 筆者（及川）による発表の様子

第60 回 減災ソフトウェア開発に関わる一日会議 2016

ユーザと内容は次のように分類できます。

ネイティブアプリケーションは普段使いしているアプリケーションと同じ操作性の提供という点ではターゲットユーザ優位です。もちろん、プラットフォームでの UX デ●●他支援団体および個人●●

自治体関係者●●

一般市民（おもに、被災地以外の市民）

ザインガイドラインなどに準拠するのは前提となり内容ます。一方、Web は操作性はネイティブアプリケーションには劣る場合があります。とくに、ファイル操作などローカルシステムとの連携が必要となる場●●情報発信●●

支援作業への IT 支援●●

他 IT 支援で使われる汎用技術合はネイティブアプリケーションに分があります。
一方、ネイティブアプリケーションは迅速性に関しては課題があります。スマートフォンやタブレッ

IT DART の熊本地震での支援プロジェクトをこト は App Store や Play Store な ど の プ ラ ッ トの分類に従って整理すると、表 1 のようになりまフォームでのストアを経由してインストールや更新す 。

する必要があり、それには Apple や Google の審査注1が入ります。開発者がシステムの提供タイミングを共通のシステム要件コントロールできないのです。ストアを経由しない

このようにユーザや内容は異なりますが、これらアプリケーションを使うように設定を変更することのシステムには次の 3 つの共通の要件があります。

もできますが、セキュリティを考えるとお勧めでき

1. 利用者が使うプラットフォームで利用できる必要があるません。Windows はストアを経由せずにアプリケーションを提供することができますが、逆にインストールと更新を手作業で行わなければならず、その2. 迅速に提供する必要がある
3. 提供後にも仕様変更の可能性が高い

まず、プラットフォームについては、実際のユーザを考えると Windows かスマートフォンやタブための手間はかかります。Web は URL をブラウザで開いてもらうだけですので、システムの提供も更新も最短に行えます。
このようにネイティブアプリケーションとWebはレットとなります。開発では Mac を使うことが多それぞれ一長一短ありますが、Windowsにはネイティ

いかもしれませんが、一般ユーザは Windows を利ブアプリケーションを、スマートフォンやタブレッ用していることがほとんどです。これらのプラット

トにはWebを使うのが一般的には勧められます。

フォームでのシステムは大別すると、ネイティブアWeb サイト制作

プリケーションか Web となります。
注1

各プロジェクトは連載第 56 回（本誌 2016 年 8 月号）で紹介しています。

情報支援として常にニーズがあるのが Web サイト制作になります。システムダウンしてしまった自◆◆表 1 IT DART の熊本地震での支援プロジェクト分類表
プロジェクトターゲットユーザ1）自治体関係者

自治体 HP レスキュープロジェクト※ 1
Excel Geo2）一般市民

内容
情報発信

他支援団体および個人

他 IT 支援で使われる汎用技術マークシートを用いた災害ボランティア登録システム（検討のみ）

他支援団体および個人支援作業への IT 支援

物資管理帳システム

他支援団体および個人支援作業への IT 支援

り災証明発行システム（未使用）

自治体関係者

支援作業への IT 支援※2※1 http://klgmonitor.itdart.org/※ 2 http://excelgeo.itdart.org/

Dec. 2016 - 177

Hack For Japan

エンジニアだからこそできる復興への一歩

治体サイトから重要な情報だけを載せ替えた暫定サの違いが原因でした。これなど、最初から Perl やイトの制作や支援団体の情報発信用のサイトなど、Python、Ruby などのスクリプト言語で組んでいれ今までの災害でも提供してきました。

ば起こらなかった問題です。

このような Web サイト制作に対する手段として及川からは、以上のような解説とともに、アクセは、Jimdo 注 2、Wix 注 3、Strikingly 注 4、Weebly 注 5 などにス過多への対応とセキュリティの重要性を強調し代表される簡易 Web サイト制作サービスを使う方て、発災後のシステム開発での技術選定のセッショ法や Tumblr を使う方法、WordPress を使う方法、ンを終了しました。

スクラッチからすべて作る方法があります。

情報共有の重要性と災害時のシステムそれぞれの制作の難易度、ホスティングの手配の要否、ユーザによる更新の可否などをまとめると表2のようになります。

京都大学防災研究所教授で IT DART のメンバーでもある畑山満則氏からは、被災地での情報支援シWeb 技術ステムの導入の困難さからの学びを紹介していただ
きました。

単純な情報発信以上の機能を持つ Web サービス

被災した現地では、情報支援システムを含む ITを開発する場合は、一般的には IaaS よりも PaaS の環境は、徹底的にサポートしなければ定着しないとほうが迅速にサービスを立ち上げられます。IaaS のいう問題を指摘されていました。これは情報共有を場合は事前にコンテナを用意しておくなど、発災後行うシステムを導入したとしても、現地の人たちがにスクラッチから作業をしなくて良いように準備をパソコンを含む、そうした IT 環境の利活用を身にしておくことが望まれます。

つける学習コストが高すぎて、定着しないというもまた、認証や通知などの機能が必要な場合は、のです。IT 環境に不慣れな利用者側は、システムのGoogle Firebase などの BaaS を活用することも勧作りに合わせて融通を利かせてデータ入力をしたりめられます。BaaS だけでなく、ありもののサービすることがなかなかできません。たとえば、数字ひスやライブラリなどを最大限活用することで、本当とつ取っても半角、全角、英数字、漢数字、手書きに必要な機能の開発に集中することができます。

文字など、これらを利用者に統一的に入力してもらさらに、使う技術の移植性も考慮する必要がありうことが困難であり、そうした状況をシステム面でます。実際の例なのですが、簡単な処理だからと吸収していこうとすると、非常に工数のかかるシス

シェルプログラミングで組みました。プログラム完

テム開発に発展していきます。

成後、レンタルサーバを引っ越す必要があったのでこの課題に対して、畑山氏の取ったアプローチ

すが、このシェルプログラムが引っ越し先で動作しは、被災地の人たちに必要な支援物資を紙の伝票になかったのです。調べてみると、Linux と FreeBSD記入して、その写真を読み取って仕分けするシステ

注2
注3
注4
注5

ムです。利用者のバラバラな入力を OCR で読み取

http://jp.jimdo.com/
http://ja.wix.com/
https://www.strikingly.com/?locale=ja
https://www.weebly.com/jp

らず、畑山氏の身近な大学生に協力を依頼し、人力で写真の伝票を読み取り、データベースに登録して◆◆表 2 Web サイト制作にかかるコスト
サービス
簡易 Web サイト制作サービス

難易度
低

ホスティング込み

ユーザによる更新
可（優しい）

Tumblr中込み可（やや難しい）

WordPress

中〜高別途用意可（難しい）

すべて自作

高別途用意（GitHub Pages を使えば無料）

不可（技術がわかるユーザの場合を除く）

178 - Software Design

第60 回 減災ソフトウェア開発に関わる一日会議 2016

いく作業に切り替えました。このことで必要な支援市では、避難所も限られ、非常に危機的な状況を生物資を被災地の人の手間をかけずに正しく仕分けてむ可能性を感じさせました。

郵送できるようになりました。

また、SNS の普及から、Twitter などの投稿がなそうした経験から導かれた畑山氏の学びは、災害い、あるいは知人の投稿内容を見て、消防に通報す発生時にその時点の状況に合わせて最適な技術を選る人がこれまでにない規模で発生し、同じ人に対す択し、要件を満たしていくほうが、被災状況にあっる 119 番通報が発生するなど、通報の輻輳が非常にたシステムを素早く提供できるのではないか？とい多い割に、位置情報が含まれていない内容から、どうものです。この視点から「災害時に支援するならこに救助に行けば良いのかわからないケースも多くソフトウェアは使い捨てにすべき」という提言がな発生したとのことでした。しかし、後から振り返るされました。これは中越地震のときには世の中になと危機的な状況ほど、通報の輻輳が発生していたとかったクラウド環境などの誕生が、旧来のシステムいう学びもあったそうです。

を流用することのミスマッチさを実感されていたかほかにも例のない災害を他県の消防にも情報共有らこその提言のように感じられました。

するために救命対応に追われる中でも、報道への対熊本地震で起きた課題げ方をされ、それを見た視聴者の新たな対応が発生

熊本市消防局 情報司令課の池田光隆氏からは、わり方が現場に与える影響も報告されました。

先日に発生した観測史上最大の地震となった熊本地震の被災直後の状況、その後の救助活動で発生した課題などが共有されました（写真 3）。

応を真摯に行うも、意図しない誤った解釈の取り上したり、現場の士気を下げるなど、メディアとの関

将来の減災、防災に向けて

震災時、消防センターそばにいた池田氏は前例のこうしたいくつかの報告を受けて、将来に起きるない規模の揺れに慌てて消防センターに戻るも、そであろう新たな災害に向けて、参加者はどういったの後に続いた熊本地震の本震から、はじめて前震と取り組みで減災、防災の効果を上げていくかといういう言葉を知ったとのことでした。そして、落ち着軸から、アンカンファレンスを行い、未来に向けていた現在でも余震は続いているそうです。そうしたの取り組みを参加者それぞれが発表し、「減災ソフ中で熊本地震の影響で発生した状況は、今後想定さトウェア開発に関わる一日会議 2016」は終了しまし

れている首都圏直下や南海トラフを視野に入れた防た。読者の皆さまにも減災、防災のヒントが伝われ災、減災の観点でも、非常に示唆に富んだ報告となば幸いです。s

りました。
まず、報告されている避難所に 18 万人が生活しているという情報は、車中泊の被災者の数が含まれておらず、家屋の倒壊などの二次災害を恐れ、車中◆◆写真 3 池田氏による熊本地震の被害状況の共有の様子

泊を選択した被災者の数を含めると、およそ、その倍の数の避難民が潜在的に予想されているとのことで、この車中泊が駐車スペースを埋め尽くしてしまう影響で、各地から駆けつける救助隊を受け入れるスペースが減り、速やかな支援が困難になったそうです。これは駐車スペースがある地方都市であれば、まだ問題として発展する可能性は低いですが、首都圏などの駐車スペースが限られているような都

Dec. 2016 - 179