自治会DX
——災害時に届く声

自治会の本質は「共助」である。
電話が繋がらず、電波が届かないとき、それでも届く記録がある。

この記事で言いたいこと:自治会DXとは、回覧板をアプリに置き換えることではない。インフラが断たれた「最悪の瞬間」にこそ機能する共助の仕組みを、平時から設計し訓練に組み込むことである。

※本稿は筆者の自治会長経験に基づく考察であり、特定の自治体・団体の見解を代表するものではありません。

1. 自治会とは何か——共助の最小単位

日本には約30万の自治会・町内会が存在する。地方自治法第260条の2に基づく「認可地縁団体」として、自治会は地域住民の自治組織であり、行政の末端でも企業でもない。その本質は「共助」——隣近所が互いに支え合う、最も原始的で最も強靭な社会単位である。

しかし、多くの自治会が形骸化している。高齢化による役員のなり手不足、マンション住民の無関心、形式的な総会と消化試合のようなイベント。自治会費を払っているが何をしているか知らない——そんな住民が大多数を占める地域も珍しくない。

私は250世帯からなるタイムレスタウン新浦安で2年間、自治会長を務めた。前任者から引き継いだ目標は「自治会DX」だった。LINE Worksの導入、ハロウィンイベントの継続、バスツアーの企画運営——平時の親睦活動としては一定の成果を残せたと思う。しかし、任期を終えて振り返ると、もっと根本的な問いに向き合うべきだったと感じている。

「自治会は何のために存在するのか。」

その答えは、平時ではなく有事に現れる。祭りやイベントは自治会の「顔」だが、その存在意義の核心は災害時の共助にある。そして、災害時の共助を可能にする仕組みこそが、真の自治会DXである。

自治会規約の雛形——DX条項を含む

自治会規約は、その組織の目的と運営の骨格を定める。多くの自治会規約は以下の構成を持つ。

自治会規約 雛形(抜粋)

  1. 第1条(名称) 本会は○○自治会と称する。
  2. 第2条(目的) 本会は、会員相互の親睦を図り、防災・防犯・環境美化等の活動を通じて、安全で住みよい地域社会の実現に寄与することを目的とする。
  3. 第3条(会員) 本会の区域内に住所を有する世帯の代表者をもって会員とする。
  4. 第4条(役員) 本会に会長1名、副会長若干名、会計1名、監事1名、防災委員若干名を置く。
  5. 第5条(防災委員会) 防災委員会は、災害時の避難誘導、安否確認、避難所運営を担当する。防災委員会はデジタル防災ツールの導入および訓練を推進する。
  6. 第6条(総会) 年1回の定期総会を開催し、事業計画、収支予算、規約改正等を議決する。
  7. 第7条(会計) 本会の経費は、会費、補助金、その他の収入をもって充てる。

注目すべきは第5条である。従来の自治会規約に「デジタル防災ツールの導入および訓練を推進する」という一文を加えるだけで、自治会DXは規約レベルで制度化される。規約に書かれていなければ、どれだけ優れたツールも「個人の取り組み」に留まり、会長が交代すれば消える。規約に書くことで、仕組みが人を超えて継続する。

2. 災害時、避難所での活用——紙もスマホも使えないとき

2011年の東日本大震災。2024年の能登半島地震。日本は繰り返し、大規模災害に見舞われてきた。そのたびに浮かび上がるのは、情報の断絶という問題である。

避難所の現実を想像してほしい。停電で照明が消える。携帯電話の基地局がダウンし、スマートフォンは「圏外」を表示する。紙の名簿は浸水で読めなくなるか、そもそも持ち出す余裕がない。誰がどこにいるのか、誰が逃げ遅れたのか、誰にアレルギーがあるのか——最も必要な情報が最も手に入らない。

ここにTokiQRの可能性がある。

TokiQRは、音声・画像・テキストをQRコード内に直接エンコードする技術である。通常のQRコードがURLへのリンクであるのに対し、TokiQRはデータそのものをQRコードに格納する。つまり、インターネット接続なしで、スマートフォンのカメラだけでデータを読み取り、再生できる。3つのメディアモードを備えており、災害時のあらゆる情報伝達に対応する。

避難所に電気がなくても、Wi-Fiがなくても、スマートフォンのバッテリーが残っていれば、TokiQRは機能する。紙よりも多くの情報を、紙よりもコンパクトに、紙よりも確実に伝達できる。

3. インフラ障害時の活用——電気・通信が止まった世界

インフラ障害には段階がある。

まず停電。次に携帯電話基地局のバッテリー切れ(通常3〜24時間)。そして固定電話の不通。最終的には、電気も通信も水道も止まった「完全孤立」状態に至る。

多くの自治会が導入してきたDXツール——LINE、Slack、クラウド上の名簿管理、Googleフォーム——は、すべてインターネット接続を前提としている。平時には極めて便利だが、最も必要な瞬間に使えなくなる。これを「インフラ依存のパラドクス」と呼びたい。

従来のDXツール TokiQR
インターネット接続が必要 オフラインで完結
サーバーダウンで使用不能 サーバー不要
アカウント・パスワードが必要 カメラをかざすだけ
電波がなければ機能しない 電波不要
バッテリー消費が大きい カメラ起動のみ、省電力
決済・金融システム停止で機能不全 金融インフラ非依存で継続利用可能

「それ、既存ツールで十分では?」——構造の問題

この提案に対して、「Google DriveやiCloudに保存しておけばいい」「ノートアプリにメモしておけば済む」「Notionで名簿管理すればいい」という反論は当然ある。しかし、ツールごとの弱点を並べる前に、既存ツールが共通して抱える構造的な問題を指摘したい。

Google Drive、iCloud、Notion、LINE、Slack——名前は違えど、これらは全て「個人情報をプラットフォームが預かる」という同じ構造の上に成り立っている。自治会が扱う世帯情報——住所、家族構成、持病、アレルギー、緊急連絡先——は、住民にとって最も機微な個人情報である。この情報をプラットフォームに預けた瞬間、3つのリスクが同時に発生する。

個人情報 × 海外プラットフォーマー × 地政学的緊張——この三重のリスク構造が、既存ツールでは原理的に回避できない。

これらは個別のツールの「弱点」ではない。プラットフォームが個人情報を預かるというビジネスモデルそのものから構造的に生じるリスクである。Google Driveを使おうがNotionを使おうがLINEを使おうが、この構造の中にいる限り、三重リスクからは逃れられない。

TokiQRが根本的に異なるのは、この構造の外にいることである。TokiStorageのプラットフォーム上に個人情報は一切保存されない——世帯情報はQRコードの中にだけ存在し、生成時にもサーバーに送信されない。データの所在が「サーバー」でも「特定の端末」でもなく「物理的な紙」にある。つまり、三重リスクの構造そのものが発生しない。紙に印刷されたQRコードは、持ち主の端末が壊れても、クラウドが落ちても、運営企業の国籍が問題になっても、誰のスマートフォンのカメラでも読み取れる。

個別ツールとの比較——補足

構造的な問題に加え、災害時の実用面でも既存ツールには個別の限界がある。

代替手段 災害時の実用上の限界
Google Drive / iCloud 電波がなければアクセス不可。オフライン設定は個別ファイルごとに事前設定が必要で、大半の住民は未設定。端末を失えばデータも失う
Apple メモ / Google Keep 他人のスマートフォンで自分のメモは開けない。避難所の受付係に情報を渡す手段がなく、画面を見せる一対一の伝達しかできない
Notion / Googleスプレッドシート 完全にインターネット依存。ログインセッション切れで閲覧不可。オフラインモードは限定的
LINE / LINE Works / Slack 電波なしで送受信不可。全員が同じアプリを使う前提が自治会では非現実的
PDF / 紙の名簿 浸水で判読不能。音声記録不可。更新のたびに再印刷が必要

TokiQRのデコード処理はスマートフォン内で完結する。データはQRコード自体に格納されており、外部との通信は一切発生しない。これは設計思想の問題である。TokiQRは「接続すること」を前提としていない。「接続できないこと」を前提として設計されている。

具体的には、TokiQRをスマートフォンの「ホーム画面に追加」することで、PWA(Progressive Web App)としてインストールされる。音声エンコーダ(Codec2)、圧縮エンジン(Brotli)、デコーダ——すべてがService Workerによって端末内にキャッシュされ、以降はインターネット接続なしで動作する。録音からQR生成、読み取りから再生まで、すべての処理がスマートフォン内で完結する。FAQにも記載の通り、QR生成時のデータはサーバーに送信されない。個人情報を含む世帯データが外部に漏れるリスクはゼロである。

この設計思想は金融インフラにも及ぶ。大規模災害時、ATMは停止し、銀行のオンラインシステムは機能不全に陥り、キャッシュレス決済は使えなくなる。多くのクラウドサービスは月額課金のサブスクリプションモデルであり、起動時にライセンス認証を行う。課金サーバーへの接続が断たれれば、有料機能はロックされる。TokiQRの設計はこれと根本的に異なる。まず、料金体系がサブスクリプションではなく買い切りである(通常モードは無料・利用回数制限なし、追加は1枚¥150〜)。月額の認証が存在しない。さらに、PWA(ネットワークからの自由)として端末にキャッシュする設計により、サービス提供元が消滅しても、端末にキャッシュされたTokiQRはそのまま動き続ける——パンフレットに記載された「サービス終了で消えない」とは、この設計を指している。

さらに、決済基盤であるWiseが停止した場合でも機能が止まらないよう、モニタープログラムには無料トラックが用意されている。また、設定ページにはリカバリーコンソールが実装されており、万が一の障害時にもコンソールコマンドで端末内のクレジットや設定を直接操作・復旧できる。外部サービスへの依存を極限まで排除する——これが「接続できないことを前提とした設計」の徹底である。

真のDXとは、デジタルに依存することではない。デジタルの恩恵を、オフラインでも享受できる設計である。インフラが断たれた瞬間にこそ、その設計思想が試される。

4. 親族連絡ツール——電話が繋がらないとき

大規模災害発生直後、電話は繋がらなくなる。東日本大震災では、発信規制が最大90%に達し、通話が成立するまで数時間から数日を要した。家族の安否が確認できない時間は、被災そのもの以上に人を追い詰める。

災害用伝言ダイヤル(171)やweb171といった代替手段は存在するが、いくつかの限界がある。171は固定電話網が前提であり、携帯電話からの利用には制約がある。web171はインターネット接続が必要である。そして何より、これらのサービスの存在と使い方を知っている住民は少ない。

TokiQRを使った「声の安否確認カード」を提案したい。

防災担当者の視点で言えば、この仕組みの利点は「事前に完結する」ことにある。171やweb171は災害発生後に使うサービスであり、住民がその場で操作を覚える必要がある。声の安否確認カードは平時に録音・印刷まで済ませておく。有事には「財布からカードを出してかざす」だけ——その操作の簡潔さが、混乱の中での実用性を担保する。

5. オフライン記録——電波が届かなくなったとき

災害の被害を記録することは、復興の出発点である。罹災証明書の発行、保険金の請求、公的支援の申請——いずれも「何がどう壊れたか」の記録が必要になる。

被災直後、多くの人がスマートフォンで写真や動画を撮影する。しかし、クラウドに自動同期されない。電波がないからだ。スマートフォンが水没したり、バッテリーが切れたりすれば、ローカルに保存されたデータも失われる。

TokiQRは、この問題に対して二つの解を提供する。

即時のオフライン記録

被災状況を音声・テキスト・画像としてTokiQRにエンコードし、紙に印刷する。音声モードなら被害の状況を声で29秒まで記録でき、画像モードなら損壊箇所をカメラ撮影してQRコードに直接埋め込める。テキストモードではBrotli圧縮により約5,000文字——住所、被害内容、要支援事項、連絡先を網羅的に記録できる。プリンターがなければ、画面上のQRコードを別のスマートフォンのカメラで撮影するだけでもよい。データが物理的な形を持つことで、電子機器の故障や電池切れのリスクから解放される。

永続的な震災アーカイブ

復興後の段階では、被災の記録を石英ガラスに刻印するトキストレージの三層保存が活きる。石英ガラスは火災(1000度以上)にも浸水にも耐える。デジタルデータ、国立国会図書館への納本、そして石英ガラスへの物理刻印——三層の冗長性が、災害の記憶を1000年先まで保存する。

「記録は、復興の出発点である。記録がなければ、被害も支援も『なかったこと』にされる。」

能登半島地震では、高齢の被災者が家屋の被害状況を行政に伝えることができず、支援から取り残される事例が報告された。記録する手段を持たないことは、支援を受ける権利を失うことに等しい。

6. 防災訓練への組み込み——平時にこそ備える

どれだけ優れた技術も、使い方を知らなければ意味がない。災害時に初めてTokiQRに触れるのでは遅い。平時の防災訓練に組み込んでこそ、有事に機能する。

具体的な訓練メニューを提案する。まずは10分の体験から始め、段階的に拡張していく設計とした。

クイック体験コース(10分)——まずはここから

この10分の体験が入口になる。「面白い」「うちの家族情報も作っておこう」という動機が生まれたら、以下のフルコースへ進む。

フルコース(70分)——防災訓練への組み込み

この訓練は、年1回の防災訓練(多くの自治会で9月1日前後に実施)に「TokiQR体験ブース」として組み込むことができる。消火器の使い方やAEDの操作を訓練するのと同じ位置づけである。

防災訓練は「知識」を伝える場ではない。「体験」を通じて身体に覚えさせる場である。TokiQRの操作を年1回体験し、家族情報を更新し続けることで、有事の対応力は確実に上がる。

7. TokiQR クイックリファレンス

自治会の防災担当者が最低限押さえておくべきTokiQRの主要ページと機能を整理する。

ページ 用途
TokiQR トップ QRコードの生成。音声・画像・テキストの3モード。ホーム画面に追加でオフライン利用可能に
設定(セットアップ) 自治会用カスタムページの作成。ページタイトル・印刷タイトル・音声モード・利用可能メディア・表示言語を設定
履歴 生成済みQRコードの一覧。再印刷・エクスポート(ZIP)・アーカイブが可能。端末内に保存
FAQ よくある質問。オフライン動作・対応形式・プライバシー・クレジット体系の詳細
アプリ設定 Service Workerのキャッシュ管理・更新。オフライン状態でも端末内の設定を確認・リセット可能

防災向け推奨設定

TokiQRは登録不要・通常モード無料・利用回数制限なしで使える。自治会の全世帯に「まず触ってもらう」ハードルが極めて低い。防災訓練での体験をきっかけに、各世帯が自主的に家族情報QRを作成・更新する循環が理想である。

名簿の取り扱い——QRコードの公開性を踏まえて

ここで一つ、重要な注意点を述べておきたい。TokiQRは「誰のスマートフォンでも読み取れる」ことが強みだが、それは裏を返せばQRコードを手にした誰もが中身を見られるということでもある。

したがって、自治会の住民名簿——氏名・住所・電話番号の一覧——をTokiQRに格納して配布することは推奨しない。名簿は閲覧権限の管理が必要な情報であり、平時においてはアクセス制限付きのクラウドストレージや限定共有の方が適切である。

TokiQRが適しているのは、以下のような用途である。

すべてをTokiQRで解決する必要はない。名簿管理にはアクセス制御のあるツールを、オフラインで機能すべき情報にはTokiQRを——目的に応じて使い分けることが、最も実効性の高い防災DXである。

結び——声は届く

250世帯の自治会長を務めた2年間で、私が最も考えたのは「仕組みの持続性」だった。会長が替われば方針が変わり、ツールが変わり、ノウハウが消える。それは自治会に限らず、あらゆる組織が直面する課題である。

トキストレージを構想したとき、この課題が重なった。人が変わっても消えない記録。インフラが断たれても機能するツール。1000年先に届く声。それは存在証明の技術であると同時に、共助の技術でもある。

自治会DXの本質は、テクノロジーの導入ではない。テクノロジーは手段に過ぎない。目的は「共助」——隣人を助け、隣人に助けられる関係を、仕組みとして維持することである。そして、最も共助が求められる瞬間——電気が止まり、電話が繋がらず、電波が届かない瞬間——にこそ機能する仕組みが、真のDXである。

「電波が届かなくても、声は届く。それが自治会DXの核心である。」

参考文献