cronで安否確認を自動化する方法｜災害時のBCP対策を低コストで構築

災害時の「最初の連絡」、自動化できていますか？

地震、台風、集中豪雨…いつ起こるかわからない自然災害。企業のBCP（事業継続計画）担当者や総務・人事担当者にとって、災害発生時の従業員の安否確認は最優先事項の一つです。しかし、多くの企業でその現実は厳しいものではないでしょうか。

「全従業員に手作業で電話やメールを送っているが、時間がかかりすぎる…」「深夜や早朝の災害では、担当者自身が動けず初動が遅れてしまう」「高価な安否確認システムを導入する予算がない」

このような悩みは、決して他人事ではありません。災害対応において最も重要なのは「初動の速さ」です。従業員の安全を確保し、事業の継続性を判断するための情報収集が遅れれば、その後の対応すべてが後手に回ってしまいます。

もし、この重要かつ負担の大きい安否確認プロセスを、低コストで、しかも24時間365日、自動で実行できる仕組みを構築できるとしたらどうでしょうか？本記事では、多くのサーバーに標準搭載されている「cron」という機能を使って、安否確認を自動化する具体的な方法を、サンプルコードを交えながら徹底的に解説します。この記事を読み終える頃には、あなたは自社に合わせた安否確認自動化の第一歩を踏み出す知識を身につけているはずです。

なぜ今、安否確認の自動化が重要なのか？BCP対策の現状と課題

安否確認の重要性は誰もが認識していますが、その手段となると課題が山積みです。ここでは、なぜ「自動化」がBCP対策の鍵となるのかを深掘りします。

災害大国日本におけるBCPの重要性

日本は世界でも有数の災害多発国です。内閣府の発表によると、世界で発生するマグニチュード6以上の地震の約2割が日本周辺で起きています。このような環境下で事業を継続させるためには、平時から災害発生時を想定したBCPを策定し、訓練しておくことが不可欠です。そして、そのBCPの初動の要となるのが、従業員の安否確認なのです。

従来の安否確認方法の限界

従来、安否確認は電話連絡網やメールの一斉送信など、手作業に頼ることが一般的でした。しかし、これらの方法には明確な限界があります。

• 時間と労力の膨大な消費: 従業員が多ければ多いほど、連絡と状況の取りまとめに膨大な時間がかかります。
• 担当者への過度な負担: 災害は時と場所を選びません。担当者自身が被災している可能性もあり、属人化された運用はリスクが非常に高いです。
• 通信インフラの輻輳: 大規模災害時には電話回線が繋がりにくくなる「輻輳（ふくそう）」が発生し、電話での確認は困難を極めます。
• ヒューマンエラーの発生: 手作業による集計や報告では、確認漏れや誤入力といったミスが発生する可能性があります。

これらの課題は、安否確認の遅延や不正確さを招き、結果として事業復旧の遅れに直結します。

自動化がもたらす「迅速性」「正確性」「コスト削減」

安否確認を自動化することで、これらの課題を解決に導くことができます。

このように、自動化は単なる効率化にとどまらず、BCP対策そのものの質を飛躍的に向上させる力を持っているのです。

cronとは？安否確認自動化の心臓部

それでは、具体的にどうやって自動化を実現するのでしょうか。その中心的な役割を担うのが「cron」です。

cronの基本 - 指定した時間にコマンドを自動実行

cron（クロン）は、LinuxやUNIX系のOSに標準で備わっている機能で、あらかじめ設定したスケジュールに従って、特定のコマンドやスクリプトを自動的に実行してくれるプログラムです。「ジョブスケジューラ」とも呼ばれます。

例えば、以下のようなタスクを自動化できます。

• 毎日午前3時にサーバーのバックアップを取得する
• 1時間ごとにウェブサイトの死活監視を行う
• 毎週月曜日の朝9時に週次レポートを生成してメールで送信する

この「決まった時間に」「決まった処理を」自動実行する能力が、安否確認システムの中核を担います。

なぜ安否確認にcronが適しているのか？

安否確認の自動化にcronが適している理由は、そのシンプルさと信頼性にあります。

1. 定期実行が得意: 例えば「毎朝8時に全従業員へ体調確認メールを送る（パンデミック時などを想定）」や、「大規模な災害情報が報じられた後、1時間ごとに安否未確認者へリマインドメールを送る」といった定期的なタスクの自動化に最適です。
2. サーバーサイドで動作: cronはサーバー上で動作するため、担当者のPCが起動している必要がありません。24時間365日、サーバーが稼働している限り、設定通りにタスクを実行し続けてくれます。
3. 汎用性が高い: cron自体は処理を実行する「きっかけ」にすぎません。実行するスクリプト次第で、メール送信だけでなく、Slackへの通知、データベースへの記録、SMSの送信（外部サービス連携）など、様々な処理を組み合わせることが可能です。

cron設定（crontab）の基本的な書き方と具体例

cronの設定は、「crontab（クロンタブ）」と呼ばれる設定ファイルに記述します。基本的な書式は以下の通りです。

# 分 時 日 月 曜日 実行するコマンド
* * * * * /path/to/command

左から「分(0-59)」「時(0-23)」「日(1-31)」「月(1-12)」「曜日(0-7, 0と7が日曜日)」を意味し、`*`は「すべての値」を示します。

具体例:

• 毎日午前8時30分に実行: `30 8 * * * /usr/bin/php /home/user/scripts/safety_check.php`
• 1時間ごとに実行: `0 * * * * /home/user/scripts/check_reminder.sh`
• 平日の午後6時に実行: `0 18 * * 1-5 /home/user/scripts/daily_report.py`

実践！cronを使った安否確認自動化スクリプトの構築ステップ

ここからは、実際にcronを使って安否確認を自動化するための具体的なステップを見ていきましょう。ここでは、シンプルなシェルスクリプトを例に解説します。

【準備編】必要なツールと環境

まず、以下のものが必要になります。

• Linuxサーバー: cronが動作するサーバー。レンタルサーバーやクラウドサーバー（AWS, GCPなど）で構いません。
• 従業員リスト: 連絡先（メールアドレス）が記載されたCSVファイルなど。
• メール送信コマンド: `mail`や`sendmail`など、サーバーからメールを送信できるコマンド。

ここでは、`employee_list.csv` というファイルに以下のようなデータが用意されていると仮定します。

# employee_list.csv
1,山田太郎,taro.yamada@example.com
2,鈴木花子,hanako.suzuki@example.com

【スクリプト編】安否確認メールを送信するスクリプトのサンプル

次に、安否確認メールを送信するためのシェルスクリプトを作成します。`send_safety_check.sh` という名前で保存しましょう。

#!/bin/bash

# 変数の設定
CSV_FILE="/home/user/scripts/employee_list.csv"
MAIL_SUBJECT="【重要・要返信】安否確認のご連絡"
MAIL_BODY="こちらは株式会社〇〇 災害対策本部です。\n\n現在、大規模な災害が発生しました。\nご自身の状況について、以下の選択肢から返信してください。\n\n1. 無事です\n2. 軽傷です\n3. 救助が必要です\n\n速やかな返信をお願いいたします。"
FROM_ADDRESS="bcp-support@example.com"

# CSVファイルを1行ずつ読み込んでメールを送信
while IFS=, read -r id name mail_address
do
  # メールアドレスが空でなければ送信
  if [ -n "$mail_address" ]; then
    echo -e "$MAIL_BODY" | mail -s "$MAIL_SUBJECT" -r "$FROM_ADDRESS" "$mail_address"
    echo "$name さん ($mail_address) に安否確認メールを送信しました。"
    sleep 1 # サーバー負荷軽減のために1秒待つ
  fi
done < "$CSV_FILE"

このスクリプトは、CSVファイルを1行ずつ読み込み、各従業員のメールアドレス宛に安否確認のメールを送信します。

【設定編】crontabにスクリプトを登録し、定期実行を設定する

作成したスクリプトに実行権限を与えます。

chmod +x /home/user/scripts/send_safety_check.sh

次に、`crontab -e` コマンドでcrontabファイルを開き、以下の行を追加します。これは、災害発生時などに手動でコメントを外して有効化することを想定した設定です。

# 災害発生時に有効化: 10分ごとに安否確認メールを送信
# */10 * * * * /home/user/scripts/send_safety_check.sh > /dev/null 2>&1

`> /dev/null 2>&1` は、スクリプト実行時の標準出力とエラー出力を記録しないための記述です。ログを残したい場合は、ファイルパスを指定します。

これで、災害が発生した際に管理者がサーバーにログインし、この行の先頭の `#` を削除して保存するだけで、10分ごとに自動で安否確認メールが送信されるようになります。

【応用編】返信内容の集計やSlackへの通知連携

メールを送信するだけでは片手落ちです。返信された内容を自動で集計する仕組みも必要になります。これには、メールサーバー側で特定の件名のメールをスクリプトに渡す設定（procmailなど）や、受信メールを定期的にチェックするスクリプトを別途cronで動かすといった方法が考えられます。

さらに、集計結果をリアルタイムで関係者に共有するために、SlackのIncoming Webhookを使って通知を送ることも可能です。これにより、対策本部のメンバーはSlackチャンネルを見るだけで、誰が応答し、どのような状況にあるのかを即座に把握できます。

安否確認自動化を成功させるための注意点と発展

cronを使った自動化は強力ですが、運用にあたってはいくつかの注意点があります。また、cronを起点として、より高度な自動化へと発展させる道筋も存在します。

誤報や過剰通知を防ぐための設計

自動化システムで最も怖いのが、意図しないタイミングでの誤作動です。例えば、気象庁の情報をトリガーにする場合、どのレベルの警報でシステムを起動させるか、といった閾値（しきい値）の設計が重要になります。また、一度「無事」と返信した人に何度もリマインドメールを送らないよう、応答ステータスを管理する仕組みも不可欠です。

セキュリティ対策：個人情報の取り扱いとサーバーの安全性

従業員リストは重要な個人情報です。スクリプトやリストファイルへのアクセス権限を適切に設定し、不正なアクセスから保護しなければなりません。また、スクリプト自体の品質も重要です。不用意なコマンドがシステムの脆弱性に繋がらないよう、信頼できるコードを作成する必要があります。変更管理プロセスを導入し、承認されたスクリプトのみが本番環境で実行される「承認パイプライン」を構築することも、品質と安全を担保する上で非常に有効です。

cronだけじゃない！Claude Codeによる高度な自動化パイプラインの可能性

cronは「時間」をトリガーにした自動化の素晴らしい第一歩です。しかし、実際の災害対応はもっと複雑です。

• 気象庁の発表など、外部イベントをトリガー（Hooks）にしたい
• 安否確認だけでなく、「事業所ごとの被災状況報告」や「復旧タスクの割り当て」といった一連の処理（Skills）をコマンド一つで実行したい
• SlackやTwilio（SMS）、Googleスプレッドシートなど、複数の外部ツールと連携（MCP）させたい
• これら一連の処理の流れ（パイプライン）を、誰でもわかるように可視化し、安定稼働を監視したい

このような高度な要求に応えるには、cron単体では限界があります。個別のスクリプトを複雑に組み合わせるのではなく、一貫した思想のもとに設計された自動化プラットフォームが必要となります。

まとめ

本記事では、cronを活用して安否確認を自動化する基本的な考え方と実践的な手順を解説しました。

安否確認の自動化は、従業員の命と会社の未来を守るための重要な投資です。まずはこの記事を参考に、小さな一歩から始めてみてください。そして、その先のさらなる自動化の世界に挑戦したくなった時、『Claude Code 全自動化バイブル』があなたの強力なパートナーとなるはずです。今すぐ、あなたの会社のBCP対策を次のレベルへと引き上げましょう。