防災テックで、見つけた危険をどう支援につなぐか｜8事例と参入の条件

防災テックとは？予測から避難生活までの仕事を支える技術

防災テックは、一つの製品や技術の名前ではありません。災害への備えから、発生後の対応、生活環境の確保まで、異なる仕事を支える技術の総称として使われます。

たとえば、市役所の担当者が大雨に備えて職員の招集を考える仕事と、避難所の担当者が入浴設備を動かす仕事では、必要なものが違います。どちらも防災に関わりますが、同じ画面や契約だけで解決できるとは限りません。

「何を使うか」より「誰のどの仕事か」で分ける

本記事では、対象を四つの仕事に整理します。

• 予測・備え：気象リスクを見て、体制や設備の準備を進める
• 被害把握：投稿、現場報告、衛星画像などから、対応が必要な場所を探す
• 情報伝達・避難支援：確認した情報を届け、支援する人と対象者を結び付ける
• 避難生活の支援：受付や混雑把握、水利用などを、現場で続けられるようにする

この分け方は、イノベーション総研（IRI）による事業分析のための整理です。四つを厳密に区切る公的な製品分類ではなく、一つのサービスが複数の仕事を支えることもあります。

大切なのは、技術の名前から事業を決めないことです。人工知能（AI）なら情報の絞り込み、センサーなら水位の計測、クラウドなら関係者との共有に使えます。しかし、それぞれの結果を誰が受け取り、何に使うかまで決まらなければ、現場の仕事は変わりません。

防災DX、事業継続計画との違い

防災DXは、デジタル技術を使い、防災の仕事や組織間の連携を変えることです。DXはデジタルトランスフォーメーションの略です。紙の名簿を画面に置き換えるだけでなく、受付した情報を本部で把握し、支援担当者へ渡すなど、仕事の進め方まで変える点に焦点があります。

一方、事業継続計画（BCP）は、企業などが災害時も重要な業務を続け、復旧するための計画です。防災テックは、その計画を実行する道具にもなります。ただし、設備を買うことと、担当者・代替手段・復旧条件を決めることは別です。

本記事は、自治体や支援組織の仕事を中心に扱います。企業の工場・店舗の継続や、衛星そのものの観測技術を詳しく調べる場合は、対象を絞って検討します。自治体の情報連携の全体像は、自治体DXの取り組みと事業機会でも解説しています。

2026年の防災テックで注目するのは、情報の変更と受け渡し

新製品の数だけを追うと、防災の事業機会を見誤ります。すでに使っている情報の名称や形式が変わることも、運用を見直す理由になります。また、避難所で入力する情報を、別の組織が利用できるかも重要です。

ここでは、気象庁の情報変更と、デジタル庁の受付アプリ実証という二つの動きを押さえます。どちらも「新しい技術を導入すれば終わり」ではないことを示しています。

防災気象情報の変更は、表示だけでなく通知や訓練に関わる

気象庁は、2026年5月29日に新たな防災気象情報の運用を開始しました。河川氾濫、大雨、土砂災害、高潮などの情報を、避難情報の5段階の警戒レベルに対応させる改善です。従来の大雨警報は、レベルの数字を付した名称へ変更されています。気象庁の現行説明

ここから考えられる事業上の課題は、情報を受け取る側の更新です。画面の名称だけでなく、通知する条件、過去のデータとの比較、担当者向けの説明や訓練も点検します。旧名称で作った資料が残れば、同じ情報を見ているつもりでも理解に差が出るかもしれません。

また、気象庁などが発表する防災気象情報と、市町村が発令する避難情報は、発表する主体が異なります。アプリ上で同じ数字を見せる場合も、発表主体、対象地域、発表時刻を識別できる設計が必要です。「通知を出したから自治体が避難を指示した」と受け取られる表示は避けます。

これは、事業者の画面や運用設計を考える論点です。災害時の行動判断は、気象庁や自治体の最新情報を確認します。

避難所の受付は、カードを読むだけの仕事ではない

デジタル庁は、2026年2月25日に三重県名張市で避難者受付アプリの実証を行いました。資料では、マイナンバーカード、運転免許証、受付用のICカードなどによる受付と、支援時に配慮が必要な情報の入力を示しています。インターネットがない場所でも使える構成を準備する方針も記載されています。デジタル庁の実証資料・全6ページ

確認できるのは実証の内容と構成であり、全国で同じ仕組みが常時稼働しているという意味ではありません。また、カードの読み取りと、必要な支援の把握は別工程です。

たとえば、同じ人が別の避難所へ移ったとき、前の場所の記録をどう更新するか。通信が戻ったとき、重複した登録をどう確かめるか。入力された配慮情報を誰が見て、どの支援につなげるか。こうした条件を決める仕事が残ります。受付の速さだけを測っても、支援全体の使いやすさはわかりません。

防災テックの8事例：何を提供し、どこまで使われているか

予測する企業、情報を集める企業、避難所の設備を供給する企業では、顧客の購入理由が異なります。以下では、サービスの提供開始、自治体での導入、実災害での利用、共同研究・実証を分けて紹介します。

日本版災害チャータは複数組織の共同の取り組みを一事例、デジタル庁・名張市の実証も一事例として数えます。8社が同じ完成度の製品を販売しているという表ではありません。

各事例の根拠は、以下の公式資料で示します。導入件数や市場占有率を比較した表ではなく、担当する仕事と実装段階の違いを読むための整理です。

1．ウェザーニューズ：天気予報を、職員の体制判断へ近づける

ウェザーニューズは、2026年4月2日に自治体向けの「ウェザーニュース for business」の提供を開始しました。新機能は、職員をいつ、どの規模で動員するかを支える「体制判断」と、雨量や河川水位を確認する「実況監視」です。

前者は地域の条件を考慮して72時間先までの災害リスクを示し、後者は設定した基準値を超えた場合に通知します。自治体の担当者が、予測と現在の状況を組み合わせて判断するためのサービスです。2026年4月の提供開始発表

IRIが注目するのは、予報の精度だけでなく、担当者の具体的な仕事に結び付けている点です。ただし、サービスが避難指示を自動で決めるという説明ではありません。導入側は、誰が通知を確認し、招集や準備へ進めるかを整理します。予測時間の長さは、対応が同じ時間だけ早まるという効果指標とも区別します。

2．Spectee・神戸市：情報の発見から、確認と放送へつなぐ

Spectee Proは、交流サイト（SNS）の投稿などから危機情報を集め、場所や事象ごとに把握するためのサービスです。神戸市は2019年の試験運用を経て、2020年に導入したと公表しています。

市の事例では、情報収集班のマニュアルへ組み込み、新たな職員への説明や訓練も行っています。2023年には総合防災情報システムとの連携を始め、放送原稿の入力と遠隔操作による避難放送も説明しています。神戸市の導入・運用事例

同じ事例には、土砂崩れという情報を受けた際、投稿の状況だけでなく消防にも確認し、誤報と判明した経緯があります。情報が見当たらないことだけで「被害なし」と結論付けたわけではありません。

この事例が示すのは、収集・確認・伝達をつなぐ運用の重要性です。新規参入するなら、新しい収集画面だけでなく、確認先の記録や既存システムへの受け渡しも候補になります。ただし、情報の正しさを常に保証する仕組みとしては扱いません。

3．NEC・横浜市：支援が必要な人の計画を、関係者と作る

個別避難計画とは、避難に支援が必要な人について、避難先や支援する人などを事前に決めておく計画です。NECは2025年9月、横浜市への計画作成・共有システムの導入と、同年10月からの運用開始予定を発表しました。NECの発表

横浜市も、人工呼吸器などの電源喪失が命に関わる人を対象に計画作成を始めると説明しています。訪問看護師を中心に作成を依頼し、クラウドシステムを活用する取り組みです。横浜市の計画作成開始の説明

計画を保存する機能と、実際に支援へ向かえる体制は別です。IRIの分析としては、支援者が変わった際の更新、関係者の閲覧権限、電源などの条件の確認を支える仕事が考えられます。ソフトウェア企業だけで、医療上の判断や支援人員の確保まで代替できるものではありません。

4．TOA：情報を送るだけでなく、聞こえる場所を設計する

TOAは防災用の屋外スピーカーなどを提供しています。秋田県大潟村の2015年度の設置事例では、住宅の遮音性が高まり、放送が聞き取りにくくなったことを背景に、屋外へ高性能スピーカーを設置し、屋内には全戸へ戸別受信機を配布したと説明しています。TOAの採用事例

ここでは、情報を送信できることと、住民が内容を受け取れることを分けています。スマートフォンの通知だけでも、屋外の音声だけでも、利用環境が異なる人を一律にはカバーできません。

事業の候補は、機器販売だけでなく、設置場所の調査、複数の伝達手段の組み合わせ、訓練時の確認などです。ただし、この事例は2026年の新製品発表ではありません。以前から運用されている設備にも、地域の条件に合わせる仕事があることを示す例として扱います。

5．VACAN・小松市：避難所の状態を、住民が見られる形にする

小松市はVACANと2021年に協定を結び、避難所の開設・混雑状況を地図で知らせるサービスを案内しています。市のページは2026年8月28日に更新され、混雑度を四段階で示すことや、平常時の表示も説明しています。小松市の運用案内

対象は自治体の担当者だけではなく、住民や離れた場所にいる家族です。市はスマートフォンを持たない人には家族などから伝えてもらう方法にも触れています。利用する人の条件を踏まえて、情報を届ける設計です。

一方、空いている表示は、その場所までの道路が安全だと保証するものではありません。導入を支える会社は、誰が状態を更新し、更新できない時に何を表示するかを確認します。見やすい地図の次に、更新の仕事と表示の意味をそろえる必要があります。

6．WOTA：断水中も、設備を運用して水を使える状態にする

WOTA BOXは、使った水を再生して循環利用する持ち運び型の装置です。シャワー設備と組み合わせ、上下水道が使えない場所での水利用を支えます。同社は、能登半島地震での設備展開や運用支援を公表しています。能登半島地震の活動記録

製品ページには、断水した石川県6市町へ約100台を展開した実績が掲載されています。また、一定回数の使用ごとに設備の清掃やフィルター交換が必要で、再生率や利用人数は原水などの条件によって異なると説明しています。WOTA BOXの製品・運用説明

この事例では、「装置を納める」と「水を使える状態を続ける」の違いが見えます。輸送、設置、電源や初期の水の準備、清掃、消耗品、引き継ぎまで検討します。製品の性能値だけで、どの避難所でも同じ人数へ対応できるとは判断しません。設備の運用を支える地域の会社にも、担える仕事があるという読み方です。

7．防災科研・富士通等：衛星画像を取得し、必要な相手へ渡す

日本版災害チャータは、災害時に複数の衛星による観測やデータ提供を調整する枠組みです。防災科学技術研究所（防災科研）、富士通、衛星データサービス企画、三菱電機は、2025年5月に実運用の高度化へ向けた共同研究を発表しました。4者の共同研究発表

防災科研の2026年9月30日更新の説明には、共同研究の継続と、実際の災害で緊急観測を行い、解析結果を府省庁などへ共有した実績が掲載されています。2025年の構想発表だけでなく、実災害での利用まで確認できる取り組みです。防災科研の現行説明と発動実績

衛星を持たない企業にも、解析、利用者からの要請整理、情報の提供を支える役割が考えられます。ただし、観測や解析を受け付ける条件、対象地域、提供までの時間は、実際のサービス条件を確かめます。公表された発動実績から、すべての民間利用者が同じ条件で常時利用できるとは判断しません。

8．デジタル庁・名張市：受付した人の情報を、本部へ届ける

前の章で紹介した実証では、避難所のタブレットと、市・県の災害対策本部のパソコンという、異なる場所での利用が想定されています。入所・退所の受付と、配慮が必要な情報の入力も分けて示されています。デジタル庁の実証概要

実証から考えられる論点は、受付の操作と、その情報を支援に使う操作の違いです。たとえば、人数の集計を読む人と、個人の配慮情報を確認する人では、必要な閲覧範囲が変わります。

これは公表されたアプリの全実装を推測した説明ではありません。新しい受付サービスを開発するなら、操作できる端末、通信がない場合の保存、登録の訂正、共有する項目を、利用する組織と確認する必要があるという事業分析です。実証への参加だけを、全国導入や発注の保証とは扱いません。

自社の強みから、検討する入り口を選ぶ

近い状況を開き、本文の工程や参入案を確認してください。点数や適否を判定する診断ではありません。

01　仕組みを知りたい

予測から避難生活まで、支える仕事を分けます。

• 誰が使うか
• 何を提供するか
• DX・BCPとの違い

防災テックの意味を読む →

02　企業・自治体の取り組みを見たい

提供物と確認できる段階を比べます。

• 提供開始と導入
• 実証と実災害利用
• 共同の取り組み

8つの事例を読む →

03　情報の接続に強い

変更と訂正まで扱う接続を考えます。

• 情報の利用条件
• 場所と時刻
• 停止と訂正の表示

接続の参入案を読む →

04　通信や現地設備に強い

届く環境と保守体制を整理します。

• 複数の伝達手段
• 現地の確認
• 機器と保守の範囲

伝達の参入案を読む →

05　導入や地域の運用に強い

受付や生活支援の継続条件を調べます。

• 更新担当者
• 端末と共有範囲
• 輸送・設営・消耗品

運用支援の参入案を読む →

06　事業として成立するか考えたい

支払う相手と継続費用を整理します。

• 購入する部署
• 待機・訓練・更新
• 参入を見送る条件

採算の考え方を読む →

情報が見えても、避難や支援へ進まないのはなぜか

8事例を見ると、異なる工程に技術が入っています。一方で、工程の間には、人が確認し、決め、実行する仕事があります。画面を一つにまとめるだけでは、その仕事までつながりません。

ここでは、公表事例を参考に、IRIが提案する受け渡しの考え方を示します。製品に共通する標準仕様や、特定の自治体の災害対応手順を表したものではありません。

災害情報を支援まで渡す

1　情報を確かめる

情報収集班 → 対応担当
場所・時刻・情報源を渡す
未確認と確認済みを分ける
誤りが判明 → 訂正も通知
例：神戸市の投稿・消防確認

2　対応を決める

権限のある人 → 伝達担当
対象地域・内容を承認する
担当者と承認日時を残す
情報の収集 ≠ 発令の決定
例：予測から体制を検討

3　必要な相手へ伝える

伝達担当 → 住民・現場
通知・放送等を組み合わせる
送信した内容と時刻を残す
送信成功 ≠ 内容が届いた
例：屋外放送・戸別受信

4　実施したかを戻す

現場担当 → 依頼元・本部
引受・到着・実施を分ける
できない時は依頼元へ戻す
支援先と更新時刻を残す
依頼済み ≠ 実施済み

受け渡しで残す情報
対象・内容・時刻・担当者
確認や実施の状態
次の担当者が受け取れたか
止まった仕事を誰へ戻すか

発見した情報には、時刻と確認状況を付ける

同じ道路の写真でも、撮影時刻が違えば意味が変わります。昨日の画像、今届いた報告、位置が確認できない投稿を同じ色のマークで並べると、利用者がすべて現在の状況だと思うおそれがあります。

事業者が提供する画面では、情報源、対象場所、発生・観測時刻、受信時刻、確認状況を分けます。投稿を要約した文にも、元の情報へ戻れる手段を用意します。内容がもっともらしいことと、現在の現場に当てはまることは別です。

また、誤った情報を消すだけでは、すでに見た担当者へ訂正が伝わらない場合があります。更新前後の内容と訂正の通知まで扱うと、確認担当者の仕事を支えられます。

対応を決める人と、送信・実施する人を分ける

確認した危険情報から、放送や支援へ進めるには、権限と担当が必要です。文章を作る機能があっても、発表の決定権限までソフトウェアに移るわけではありません。

たとえば、放送の下書きを作る人、内容を承認する人、送信する人を決めます。対象地域や時刻を取り違えた場合に、どの担当者が止め、訂正するかも必要です。

発信後は、送信処理の成功と、情報が届いたことを分けます。通知の宛先が古い、機器が故障している、音声が聞こえにくいといった問題は、送信記録だけでは見つからないかもしれません。設備点検や訓練を含めて確認します。

支援の記録は「依頼済み」と「実施済み」を混ぜない

避難所に設備を届ける場合、依頼を登録したこと、運ぶ人が受け付けたこと、現場に到着したこと、使える状態になったことは違います。

この区別がなければ、画面上は手配済みでも、現場では利用を始められません。記録の段階を分け、次の担当者が受け取ったかを確認します。道路の状況などで実施できなくなった場合も、依頼元へ戻す経路を用意します。

記録する項目を増やしすぎると、逆に現場の負担になります。引き継ぎに必要な項目を担当者と決め、後から詳しく記録する項目と、最初に必ず確認する項目を分けます。

防災テックの採算は、待機・訓練・更新の仕事まで含めて考える

災害時だけ利用する製品でも、事業者の費用は災害の発生日だけに発生するわけではありません。利用者の設定、機器の点検、担当者の交代、情報形式の変更、訓練などに費用がかかります。

顧客が買うのは、画面や装置だけでなく、必要なときに使える条件です。以下は企業が公表した料金相場ではなく、IRIによる採算検討の考え方です。

支払う相手と、使う相手を一枚に整理する

自治体が契約し、住民が地図を見る場合、支払者と利用者は異なります。また、システムの導入を決める部署と、個人情報を入力する部署も違うかもしれません。

営業では、便利だと言う人だけに話を聞かないようにします。予算を確保する人、端末を管理する人、災害時に入力する人、情報を受け取る人を整理します。誰がどの条件なら契約を進められるかを確かめます。

たとえば、避難所の状態を見せるサービスなら、表示の見やすさに加え、状態を更新する仕事を誰が担うかが重要です。自動で人数を測れる場合も、その人数が混雑度や支援需要を正しく表すとは限りません。必要な情報と測れる情報を一致させます。

初期費用と継続費用を分ける

初期費用には、接続開発、機器設置、情報の登録、研修などが考えられます。継続費用には、保守、情報更新、訓練、問い合わせ対応、消耗品などが入ります。

仮に、年額の売上が120万円、年間の点検・訓練・保守に60万円、接続開発に初年度だけ80万円かかるとします。初年度の差額はマイナス20万円、接続費が再発生しない次年度は60万円です。これは相場でも収益予測でもない架空の計算例で、人件費や営業費などを追加すれば差額はさらに変わります。

初期設定をすべて年額料金へ曖昧に含めると、契約が続かない場合に費用を回収できません。どこまでを初期の納品に含め、更新や追加訓練をどう扱うかを契約の単位にします。

平常時にも使うなら、共通の仕事を選ぶ

平常時に使えることは、操作に慣れる機会を作ります。ただし、災害時の機能へ無関係な日常機能を追加すればよいわけではありません。

ウェザーニューズの事例は、気象の確認や過去データの利用という共通の仕事を持ちます。WOTAも製品説明で、防災訓練やイベント等での利用を示しています。同じ設備や操作を平常時に経験できる点と、災害時の電源・人員が確保されるかは分けて評価します。

「普段使っているから停電時も動く」とは判断しません。非常時に条件が変わる場所を一つずつ試します。何を顧客へ提案するかは、新規事業の市場調査の進め方のように、対象と購入条件を絞る方法も参考になります。

自社の強みから選ぶ、防災テックへの4つの参入方法

災害情報の収集から現場の支援までを、一社で作り直す必要はありません。既存のサービスや設備を使いながら、自社が責任を持てる一工程を選びます。

以下はIRIが考える参入案です。事例で紹介した企業が、これらの条件で提携先を募集しているという説明ではありません。

表の仕事は、顧客の状態に応じて組み合わせる候補です。最初の事業案では、相手と提供範囲を一つに絞り、他の仕事へ引き渡す条件を決めます。

1．接続開発に強い会社は、情報の変更に追随できる状態を納める

システム開発会社なら、複数の情報源を既存の画面へ取り込む仕事が候補です。ただし、システム間でデータを受け渡す仕組みであるAPIに接続できれば完成、とはしません。

地点の識別、時刻、欠けた値、訂正、形式の変更を扱います。たとえば、古い地点番号が残っていた場合、今の地図上の別の場所へ表示しないことを試験します。情報が来ない時には、最後の情報を新しい情報のように見せず、停止や遅延をわかるようにします。

納品物は、接続する機能、試験した条件、未対応の項目、更新時の担当を含めます。既存の保守会社と役割を決める必要があり、データの利用条件を満たせない場合は開発を進めません。画面の独自性より、継続して整合する接続に対価を得る考え方です。

2．通信・設備に強い会社は、伝達先の環境まで引き受ける

通信や音響の会社なら、屋外放送、戸別受信、携帯端末への通知などの組み合わせを設計する道があります。地域の地形、建物、利用する人の環境を調べ、既存設備で届かない範囲を補います。

納品は、機器と配置図だけでなく、試験結果、点検方法、故障時の連絡先まで含めて考えます。どこから先は既存の設備会社が保守するかも明確にします。

参入前に確認するのは、地域での保守体制と部品の確保です。緊急時の現地対応を約束できないなら、遠隔での接続支援など、実行できる範囲へ絞ります。情報の発令判断は、自治体等の権限を持つ主体と分けます。

3．導入・研修に強い会社は、避難所の更新と引き継ぎを支える

受付システムや混雑地図には、設定、使い方の説明、担当者の交代、登録の訂正などの仕事が伴います。現場の研修や端末管理を経験している会社なら、この運用を整える役割が考えられます。

たとえば、開設した避難所を登録する人と、状態を更新する人を決めます。代わりの担当者も含めて訓練し、入力できない時に連絡を受ける方法を用意します。個人の配慮情報と一般向けの混雑表示は、公開範囲を分けます。

提供物は、操作説明会だけでなく、担当表、訓練で見つけた問題、更新手順、引き継ぎ資料です。自治体や支援の専門担当者と共同で設計し、情報の扱いと権限が決まらない場合は、個人情報を使う実装を急ぎません。

4．輸送・保守に強い会社は、生活支援設備を動かす仕事を担う

地域の倉庫や輸送、設備保守がある会社なら、水利用などの設備を現場へ展開する仕事が候補になります。製造技術を一から持たなくても、既存の製造者と運用を分担できます。

検討するのは、設備を何台売れるかだけではありません。輸送できる大きさか、誰が設営するか、どの資材を補給するか、担当者が交代しても動かせるかを確かめます。

設備は、依頼だけで実施済みにしない

1　支援の条件を聞く

避難所 → 手配する担当者
必要な設備・場所・時期
電源・水・設置場所を確認
条件未確認 → 依頼元へ戻す
受付の完了は支援の完了？

2　用意できるか確かめる

手配担当 → 製造者・倉庫
本体・部品・消耗品・人員
使える状態と数量を確認
不足あり → 条件の再調整
在庫がある ≠ 動かせる

3　運び、設営を確認する

輸送・設営担当 → 現場
輸送条件と設置条件を確認
到着・設営・点検を記録
実施不可 → 依頼元へ連絡
到着した ≠ 利用できる

4　運用と補給を続ける

現場担当 → 次の担当者
清掃・点検・交換を行う
利用条件と注意点を渡す
故障・不足 → 保守窓口へ
設備の販売 ≠ 継続の運用

契約に含める仕事
輸送・設営・訓練・保守
消耗品の補給・引き継ぎ
製造者と地域の運用者で
責任と費用の範囲を分ける

図の要点は、依頼を受けた段階で実施済みにしないことです。必要な設備や資材を用意できない場合、依頼元へ条件を戻し、別の方法を検討します。輸送費、保管、消耗品、訓練まで契約へ含めると、設備の売買と運用支援を分けて説明できます。

防災テックで残りやすい5つの懸念と、先に決める条件

技術が使えることと、災害対応の現場で使い続けられることは違います。ここでは、事例と参入案から見える懸念を、担当者や提供範囲を決める問いに変えます。

懸念をすべて解消してから考えるのではなく、自社が担う仕事に関係するものを優先します。必要な専門判断を、自社のサービスに曖昧に含めないことも重要です。

1．通信・電源が失われると、どこまで使えるか

通信がない時に端末へ保存できても、本部へすぐ共有できるとは限りません。電源が切れれば、保存した情報を読むための端末も使えなくなるかもしれません。

接続がある時、ない時、戻った時を分けて試します。紙などの代替記録から戻す担当や、重複・訂正を扱う方法も決めます。「オフライン対応」の一言では、共有や復旧後の仕事までわかりません。

2．古い情報・誤情報を、誰が訂正するか

AIで候補を絞っても、現場への確認が必要な場合があります。位置や時刻を確かめられない情報は、その状態を見せます。情報が得られないことを、安全であることに置き換えません。

誤報が判明したら、誰が訂正し、利用した担当者へどう伝えるかを設計します。情報の正しさを受託会社だけで保証するのではなく、確認できる情報と責任範囲を関係者で決めます。

3．個人情報を、支援に必要な範囲で扱えるか

受付や個別避難計画には、個人の情報が含まれます。人数を知らせる画面と、個人の配慮情報を扱う画面を同じ権限で公開しないようにします。

誰が入力・閲覧・訂正・出力できるか、共有先が変わった場合にどうするかを決めます。具体的な法令や制度への適合は、自治体や個人情報の専門家と確認します。本記事の事例を、すべての情報共有を一律に許可する根拠には使いません。

4．入力や通知を増やして、現場を忙しくしていないか

便利な画面でも、同じ内容を別のシステムへ入力し直すなら負担が残ります。また、通知を増やすだけでは、本当に必要な情報が埋もれる場合があります。

比較するのは、入力時間だけでなく、確認、訂正、引き継ぎまでの仕事です。訓練では、普段の担当者だけでなく、交代した人が同じ操作をできるかも確かめます。専門的な画面を読み慣れている人の評価だけで、使いやすさを決めません。

5．契約・協定・実証を、継続する事業と混同していないか

協定の締結や実証への参加は、導入先との関係づくりに役立ちます。しかし、有償の継続契約や、必要な設備がすべて整った状態とは別です。

事業計画では、誰が購入するか、何を納めたら料金が発生するか、更新・保守を誰が払うかを整理します。実証で特別に集めた人員や設備を、継続時にも同じ費用で使えるとは考えません。終了後に残す機能、引き継ぐ担当、撤去やデータ返却も決めます。

参入・提携・待機・見送りを、どう選ぶか

防災という社会的に重要な領域でも、すべての会社が新しい製品を作る必要はありません。自社の強み、顧客の購入条件、緊急時に実行できる範囲から、進め方を選びます。

IRIが重視するのは、誰へ何を納めるかと、他の担当者へ渡す条件です。社会的な必要性だけを、そのまま自社への発注理由にはしません。

参入：一工程の提供物と、責任が具体的になっている

既存の自治体システムの接続試験、設備の現地点検、訓練後の更新など、自社が実行できる仕事が見えているなら、提供範囲を具体化します。

顧客が困る作業、納品物、受け入れ条件、保守費用をそろえます。広く「防災の課題を解決します」と説明するより、「この情報を、今の画面へ訂正履歴付きで取り込みます」と言える方が、担当者は検討しやすくなります。

提携：顧客に届くが、一つの機能が足りない

地域の運用経験はあっても、設備の製造技術がない場合があります。逆に、製品はあっても、輸送や現地の保守が足りない場合もあります。

提携で決めるのは、共同の紹介資料だけではありません。故障時の窓口、予備品、更新、訓練、顧客への説明をどちらが担うかを決めます。オープンイノベーションの進め方も参考に、相手の会社名より役割の不足から提携を考えます。

待機：必要な条件が決まれば進められる

情報の利用権限、既存システムとの接続条件、支援担当者が定まらない場合は、実装を急がない選択があります。

ただ待つのではなく、再開する条件を明確にします。たとえば、情報提供者の利用条件が確認できること、自治体内の更新担当が決まること、設備を置く場所の電源を確認できることです。試作を増やす前に、条件の決定者と相談します。

見送り：既存の道具で、同じ課題が解ける

すでに使っているサービスの設定変更や、担当表の見直しで改善できる場合もあります。新しいアプリによって入力先が増え、継続する担当も確保できないなら、開発を見送る判断は合理的です。

顧客へ提案する際は、自社の製品を導入しない方法も比べます。その比較で初めて、接続、訓練、設備保守など、自社が追加する価値が明確になります。防災テックを選ぶことではなく、必要な仕事が実行される状態を選びます。

よくある質問：導入・運用・参入で迷いやすい点

仕組みや導入、参入を考えるときに混同しやすい点をまとめます。個別の災害への行動判断や、特定製品の利用条件は、担当機関・提供者の最新情報と分けて確認します。

Q. 防災テックと防災DXは同じですか？

A. 防災テックは、予測、情報伝達、避難生活などを支える技術や製品の広い呼び方です。防災DXは、デジタル技術を使って仕事や組織間の連携を変える点に焦点があります。水再生設備など、ソフトウェア以外の技術も防災テックに含まれます。

Q. 防災テックは、すでに自治体で使われていますか？

A. 神戸市の情報収集・放送連携、小松市の避難所情報、TOAの防災設備など、導入や運用の公表例があります。一方、受付アプリなど実証段階の取り組みもあります。協定、実証、導入、実災害での利用を分けて確認します。

Q. AIがあれば、避難の判断を自動化できますか？

A. AIは情報の絞り込みや分析に使えますが、製品を導入しただけで避難情報の発令権限が移るわけではありません。情報の確認、対応の決定、伝達を担う人を分け、自治体などの運用と権限に合わせて設計します。

Q. 通信がなくても、避難所のシステムは使えますか？

A. 端末内で受付や保存ができる構成はあります。ただし、他の場所への即時共有、電源の確保、通信が戻った後の重複や訂正は別の確認事項です。オフライン対応の名称だけで、すべての機能が使えるとは判断しません。

Q. 自社に防災製品がなくても、参入できますか？

A. 既存システムとの接続、通知・設備の設計、避難所の導入研修、生活支援設備の輸送・保守などが候補になります。自社で実行できる仕事と、顧客の購入条件を絞り、足りない機能は提供者や地域の運用者との提携で補います。

まとめ：防災テックを、担当者が動ける仕事へ結び付ける

防災テックは、災害の予測や発見だけでなく、情報伝達、避難支援、避難生活までを支える技術です。8事例を見ると、画面、計画、放送設備、水再生設備など、異なる提供物があります。

共通するのは、技術の結果を次の担当者へ渡す必要があることです。情報を確認する、対応を決める、伝える、設備を動かすという仕事をつなぎます。収集済み、依頼済み、実施済みを同じ状態にしないことが重要です。

新規事業では、顧客が必要とする一工程へ絞ります。接続、更新、現地調査、研修、保守など、自社が責任を持てる仕事から提案します。契約や実証の数より、必要な時に誰が何を実行できるかを説明できる事業にします。