安否確認システムとは？仕組み・費用相場と自社に合う選び方を開発会社が解説

地震や台風の発生直後は音声通話がつながりにくくなり、電話連絡網だけでは従業員の無事を確かめきれません。安否確認システムは、災害時に安否確認の連絡を自動で一斉配信し、回答を自動集計する仕組みで、この初動の課題を解決します。本記事では、システムの動作の流れと主な機能、サービスの類型と費用の目安、選定基準7項目までを受託開発会社の視点で整理しました。SaaSの導入で足りる企業と、人事・勤怠システムとの連携や自社開発を検討すべき企業の線引きも示します。BCPの初動を具体的に設計したい方に向けた内容です。

まとめ：安否確認システム導入の判断要点

安否確認システムとは、地震などの災害発生時に従業員へ安否確認の連絡を自動配信し、回答をリアルタイムに集計するツールを指します。気象庁の震度速報と連動して人手を介さず配信が始まるため、深夜や休日でも初動が止まりません。

導入判断の結論は次の通りです。単一拠点・従業員500名未満の企業なら、専業ベンダーのSaaSをそのまま導入すれば足ります。一方、複数拠点で人事異動が多い企業や、協力会社・家族まで確認範囲を広げたい企業は、人事・勤怠システムとの従業員マスタ連携まで含めて設計しないと、名簿の陳腐化で回答率が下がります。費用は従業員数に連動する月額課金が主流で、小規模なら月額数千円台からが相場です。

選定では、配信手段の多重化・未回答者への自動再送・訓練機能を優先して確認してください。製品の知名度より、自社の名簿運用と訓練の続けやすさが定着を左右します。

安否確認システムの定義と災害発生から集計までの基本的な仕組み

最初に、安否確認システムがどのような順序で動き、従来の連絡手段と何が違うのかを押さえます。仕組みを理解しておくと、後半の選定基準の意味がつかみやすくなります。

地震・気象情報と連動した自動配信から回答集計までの動作フロー

安否確認システムの動作は、配信のきっかけとなる災害情報の受信から始まります。多くのサービスは気象庁が発表する震度速報や特別警報と連動しており、「震度5弱以上の地震が対象地域で発生したら配信する」といった条件をあらかじめ設定できる仕組みです。条件に合致すると、管理者が操作しなくてもメールやアプリのプッシュ通知で安否確認の質問が全従業員へ届きます。

従業員はスマートフォンから「無事」「負傷あり」「出社可否」などの選択肢を1〜2タップで回答します。回答は管理画面に即時集計され、部署別・拠点別の回答状況を一覧で追えます。深夜に発災しても、担当者が目を覚ます前に第一報の集計が進んでいる状態をつくれることが、このフローの核心です。

電話連絡網・一斉メールと比べた場合の到達速度と集計負荷の違い

電話連絡網の弱点は、2011年3月の東日本大震災で広く認識されました。発災直後は音声通話へアクセスが集中し、携帯各社が大規模な発信規制を実施したため、つながらない番号に何度もかけ直す作業へ時間を奪われた企業が多くあります。連絡網は途中の1人が不通になると後続全員へ伝わらない、という構造的な弱点も抱えています。

手動の一斉メールは配信自体はできるものの、返信の集計を表計算ソフトで人力処理する負担が残ります。従業員300名の返信を1件ずつ転記すると、集計だけで数時間かかる計算です。安否確認システムは配信の自動化と集計の自動化を同時に解決する点で、この両者と役割が異なります。

安否確認サービスに共通する標準機能と周辺機能の具体的な守備範囲

標準機能として、ほぼ全てのサービスが自動配信・自動集計・未回答者への再送・掲示板機能を備えています。ここは製品間の差が小さい領域です。

• 災害情報と連動した自動配信と、震度などの配信条件の設定
• 回答の自動集計と部署・拠点別の絞り込み表示
• 未回答者への自動再送と管理者からの個別連絡
• 従業員同士の情報共有に使える掲示板・メッセージ機能

差が出るのは周辺機能です。家族の安否確認、多言語配信、訓練の自動実施、人事システムとの名簿連携などは対応範囲がサービスごとに分かれます。この周辺機能こそ、後述する選定基準の中心になります。

BCP対策と安全配慮義務からみた安否確認システム導入の必要性

安否確認は「あると安心」の福利厚生ではなく、法的義務と事業継続の両面から必要性を説明できる投資です。稟議を通す立場の方は、この章の論拠をそのまま社内説明に使えます。

労働契約法第5条の安全配慮義務と初動対応で企業に問われる責任

労働契約法第5条は、使用者に対して労働者の生命・身体の安全を確保する配慮義務を定めています。災害時に従業員の状況を把握する手段を用意していなかった場合、この安全配慮義務を尽くしたかが問われる余地が生まれます。出社可否の確認を経ずに出勤を求め、二次被害が生じた場合の企業リスクは小さくありません。

政府の地震調査委員会は、南海トラフ地震が30年以内に発生する確率を80%程度（2025年1月時点の評価）と公表しています。発生確率が具体的な数字で示されている以上、「連絡手段を整えていなかった」という説明は通りにくくなっています。

BCP発動の起点となる安否確認と事業復旧までの位置づけの整理

BCP（事業継続計画）の初動フェーズは、安否確認の結果が出ないと次へ進めません。出社できる人員が何名いるかが分からなければ、どの業務を縮小し、どの拠点へ要員を回すかの判断材料がそろわないためです。安否確認システムは、BCP全体から見ると「発動判断に必要な情報を最速で集める装置」に当たります。

BCPそのものの策定手順や運用体制は、BCP対策の意味・目的と策定手順で詳しく解説しています。安否確認だけを単独で導入するより、BCP文書の初動フローに位置づけて運用ルールまで決めるほうが、投資の説明も定着もしやすくなります。中小企業庁の「事業継続力強化計画」認定制度でも、緊急時の安否確認手段の確保は計画に盛り込む基本項目の1つです。

安否確認サービスの類型別特徴と従業員規模別の費用相場の考え方

市場のサービスは出自によって3つの類型に分かれ、強みが異なります。類型を先に決めてから個別製品を比較すると、候補選びの迷いが減ります。

専業ベンダー型・警備会社型・グループウェア連携型それぞれの特徴

安否確認サービスは、安否確認を専業とするベンダーの製品、警備・防災会社が提供する製品、グループウェアの拡張機能として提供される製品に大別できます。

機能の網羅性を求めるなら専業ベンダー型、備蓄や警備と合わせて防災体制ごと整えたいなら警備会社型、まず小さく始めたいならグループウェア連携型が向きます。自社の運用体制に近い類型から候補を2〜3件に絞り込むと、比較の工数を抑えられます。

従業員数に応じた課金と月額固定が混在する料金体系と費用の目安

料金体系は「登録ユーザー数に応じた月額課金」が主流で、一部に人数帯ごとの固定料金プランがあります。公開料金を掲示している主要サービスを概観すると、2026年7月時点では従業員50名前後の規模で月額数千円台から、1,000名規模で月額数万円台が目安です。初期費用は無料〜数十万円まで幅があり、名簿連携や設定支援を含むかどうかで変わります。

見積もり時は月額だけでなく、対象人数の数え方に注意が必要です。パート・アルバイトや協力会社の要員を含めると、課金対象が想定の1.5倍になる例もあります。家族の安否確認をオプション扱いにするサービスもあるため、確認範囲を先に決めてから見積もりを取ると差異が出ません。

LINEや通話アプリなど無料の代替手段で運用した場合に残る限界

「LINEのグループで十分ではないか」という検討は必ず出ます。実際、数名〜十数名の組織であれば、既読確認と通話で成立する場面が多いのも事実です。

限界は3つあります。第一に、発災を検知して自動で配信が始まらないため、担当者自身が被災すると初動が止まる点です。第二に、既読は付いても「無事かどうか」の構造化された回答が集まらず、人数が増えると集計が破綻する点です。第三に、私用アカウント頼みの名簿は退職・異動で更新されず、いざという時に届かない宛先が残ります。従業員数が50名を超えたあたりから、無料手段の運用コストは専用システムの費用を上回っていきます。

災害時に確実に機能する安否確認システムを見極める選定基準7項目

選定基準は、配信の確実性に関わる2項目、回答率に関わる2項目、運用定着に関わる3項目の計7項目に整理できます。優先度の高い順に説明します。

配信手段の多重化とデータセンターの耐障害性で確認すべき具体的水準

第1の基準は配信手段の数です。メール1本のサービスでは、キャリアの迷惑メールフィルタや遅延で届かない場面を吸収できません。専用アプリのプッシュ通知・メール・SMSの3経路以上を備え、1経路が不通でも別経路で届く構成を条件にしてください。

第2の基準は提供側の基盤です。安否確認サービス自身が被災して停止しては意味がないため、データセンターの地理的な分散配置や、大規模災害時のアクセス集中に耐えた実績を確認します。過去の震度6弱以上の地震で配信遅延が生じなかったかを問い合わせると、各社の回答に差が出ます。

未回答者への自動再送や家族の安否確認など回答率を左右する機能

第3の基準は未回答者への自動再送です。初回配信への回答率は訓練でも6〜8割にとどまることが多く、残りをどう回収するかで集計完了までの時間が変わります。30分〜1時間間隔で自動再送し、未回答者だけを管理者へ一覧表示する機能があれば、電話での個別追跡を最小限にできます。

第4の基準は家族の安否確認です。従業員本人が無事でも、家族の安否が分からない状態では出社の判断ができません。家族用の回答ページを人数無制限で提供するサービスと、オプション課金のサービスに分かれます。通勤中や外出先でも回答できる手段を増やすほど、初動の集計は速くなります。

操作性・訓練機能・多言語対応の3点で導入後に生まれる運用の差

第5の基準は従業員側の操作性です。回答までのタップ数が多い、ログインIDを忘れると回答できない、といった製品は本番の回答率が伸びません。ID・パスワードの入力なしで回答できる方式かどうかは、試用で確かめる価値があります。

第6の基準は訓練の自動化です。訓練配信の日時指定・自動実施・結果レポートまで揃っていれば、担当者の手間なく定期訓練を回せます。第7の基準は多言語対応で、外国籍の従業員が在籍する場合は配信文と回答画面の両方が対象言語に対応しているかの確認が必要です。7項目のうち、配信手段の多重化と自動再送の2つだけは妥協しない、という優先順位で選ぶと失敗が減ります。

SaaS導入で足りる企業と自社開発・システム連携を検討すべき場面の判断基準

受託開発会社の立場からの結論を先に述べると、安否確認システムをゼロから自社開発すべき企業はごく少数です。判断の分かれ目は開発の要否ではなく、既存システムとの連携をどこまで設計するかにあります。

従業員500名未満の単一拠点企業でSaaS標準機能が足りる理由

単一拠点で組織変更が年1回程度の企業なら、専業ベンダーのSaaSを標準機能のまま導入すれば足ります。名簿の更新が少なく、拠点別集計のような機能を使い込む場面も限られるためです。この規模で作り込みに費用をかけるのは過剰であり、当社でも受託開発は推奨しません。月額数千円〜数万円のSaaS費用に対し、開発では初期に数百万円規模の投資が発生し、回収の説明が立たないためです。

この場合の判断は速さを優先します。2〜3サービスの無料試用で配信テストまで行い、1〜2か月で本契約に進む段取りが現実的です。

人事・勤怠システムとの従業員マスタ連携が必要になる具体的な場面

複数拠点で異動・入退社が月単位で発生する企業は、名簿の鮮度が最大の課題になります。安否確認システムの名簿を手動更新に頼ると、発災時に「登録が古く新入社員に届かない」という事故が起こります。人事システムや勤怠管理システムを従業員マスタの起点にして、安否確認システムへ自動同期する連携設計が解決策です。勤怠管理システムの機能と選び方で解説している通り、勤怠側には最新の在籍・所属データが日次で集まるため、同期元として適しています。

連携方式はAPI連携が第一候補で、対応していない場合はCSVの自動連携で代替します。ここは大規模な開発ではなく、設定と小規模な連携構築の範囲であり、SaaS利用を前提にしたまま実現できます。

自社開発を見送るべき場面と受託開発会社へ相談する価値がある場面

安否確認の配信・集計そのものを自社開発するのは、ほぼ全ての企業で見送るべきです。災害時のアクセス集中に耐えるインフラを自前で維持する費用が、SaaSの利用料を大きく上回るためです。

相談する価値があるのは、安否確認を含む緊急時の情報基盤全体を設計したい場合です。基幹システムの従業員データを起点に、安否確認・拠点の被災状況・復旧タスクを1つのダッシュボードで見たい、協力会社や店舗網まで確認範囲を広げたい、といった要件はパッケージの守備範囲を超えます。この領域は基幹システム開発の一部として、既存の業務データと連携させながら構築する対象になります。SaaSで足りる範囲はSaaSに任せ、連携と可視化だけを開発する切り分けが、費用対効果の面で成立しやすい構成です。

導入から運用定着までの手順と回答率を高める訓練の実務ポイント

導入の作業自体は難しくありません。つまずくのは名簿の整備と、導入後に訓練が続かない運用面です。手順と定着策を分けて押さえます。

要件整理から全社展開まで標準的な導入スケジュールと体制づくり

標準的な導入は次の5段階で、全体で2〜3か月を見込みます。

1. 確認範囲の決定（従業員のみか、家族・協力会社まで含めるか）
2. 類型の選択と2〜3サービスの試用・配信テスト
3. 従業員データの登録と私用連絡先の取得同意
4. 管理者・代行者の複数名体制の決定と初動ルールの文書化
5. 全社説明会と初回の訓練配信

体制面では、管理者を1名にしない点が肝心です。配信条件の変更や手動配信の権限を持つ担当を本社と別拠点に最低2名置き、担当者自身の被災に備えます。私用メールアドレスの登録は個人情報の取得に当たるため、利用目的を安否確認に限定した同意の取得も導入時に済ませます。

年2回の訓練配信と初動回答率90%を目標にした運用改善の進め方

訓練は年2回、防災週間のある9月と、組織変更直後の4月に設定すると、名簿の陳腐化を同時に点検できます。1回目の訓練で回答率が7割を下回ることは珍しくありません。回答率の低かった部署を特定し、未登録・宛先エラーの従業員を洗い出して更新する、という改善を2〜3回繰り返すと、24時間以内の回答率90%が現実的な水準になります。

訓練結果は経営層へ報告し、BCP全体の見直しと連動させます。回答率という数字が出るため、防災投資の中では効果を示しやすい施策です。数字が頭打ちになったら、配信経路の追加や家族安否の対象拡大など、システム側の設定を見直す段階に入ります。

よくある質問

安否確認システムの検討時に問い合わせの多い質問へ、簡潔に回答します。

安否確認システムの費用はどのくらいかかりますか？

登録人数に応じた月額課金が主流で、公開料金のあるサービスを概観すると、従業員50名規模で月額数千円台から、1,000名規模で月額数万円台が目安です（2026年7月時点）。初期費用は無料のサービスも多い一方、家族安否や名簿連携をオプション課金とする場合があります。確認範囲を決めてから見積もりを比較してください。

無料で使える安否確認の手段はありますか？

LINEなどのメッセージアプリや通話で代替する方法があり、十数名までの組織なら成立します。ただし自動配信が働かないため担当者が被災すると初動が止まり、回答の集計も人力になります。災害用伝言板やJ-anpiのような公共サービスは個人の安否登録が目的で、企業側からの一斉確認・自動集計はできません。50名を超える組織には専用システムを推奨します。

アプリとメールのどちらで配信すべきですか？

どちらか一方ではなく併用が原則です。アプリのプッシュ通知は到達が速い一方、未インストールの従業員には届きません。メールは全員に配れる一方、迷惑メールフィルタや遅延の影響を受けます。SMSも含めた3経路以上を備えたサービスを選び、従業員ごとに届く経路を複数登録しておくと、1経路の障害を吸収できます。

訓練はどのくらいの頻度で実施すべきですか？

年2回を推奨します。年1回では組織変更による名簿のずれを拾えず、四半期ごとでは現場の負担感から回答率が下がる傾向があるためです。9月の防災週間と4月の年度初めに固定すると、実施忘れを防げます。訓練のたびに部署別回答率と宛先エラーを点検し、名簿更新とセットで運用してください。

従業員の家族の安否まで確認できますか？

多くのサービスが家族向けの回答手段を提供しており、標準機能に含む場合とオプション課金の場合があります。従業員本人の無事だけでは出社可否を判断できないため、初動要員に指定している部署だけでも家族安否を対象に含める設計を推奨します。家族の人数制限や登録方法はサービスごとに異なるため、試用時に確認が必要な項目です。

関連記事

• グループウェアとは？主な機能とクラウド型・オンプレ型の違い、選び方を解説：安否確認の連携型サービスが拡張機能として載る、社内情報基盤の選び方を解説しています。
• ビジネスチャットとは？主な機能とメール・グループウェアとの違い、選び方を解説：平時の連絡手段の整備は、緊急時の情報の到達しやすさにも直結します。
• 人事システムとは？機能・種類・選び方と自社開発の判断軸を開発会社が解説：安否確認の名簿連携の起点になる、従業員マスタの整え方を扱っています。