※本稿は筆者の自治会長経験に基づく考察であり、特定の自治体・団体の見解を代表するものではありません。
1. 自治会とは何か——共助の最小単位
日本には約30万の自治会・町内会が存在する。地方自治法第260条の2に基づく「認可地縁団体」として、自治会は地域住民の自治組織であり、行政の末端でも企業でもない。その本質は「共助」——隣近所が互いに支え合う、最も原始的で最も強靭な社会単位である。
しかし、多くの自治会が形骸化している。高齢化による役員のなり手不足、マンション住民の無関心、形式的な総会と消化試合のようなイベント。自治会費を払っているが何をしているか知らない——そんな住民が大多数を占める地域も珍しくない。
私は250世帯からなるタイムレスタウン新浦安で2年間、自治会長を務めた。前任者から引き継いだ目標は「自治会DX」だった。LINE Worksの導入、ハロウィンイベントの継続、バスツアーの企画運営——平時の親睦活動としては一定の成果を残せたと思う。しかし、任期を終えて振り返ると、もっと根本的な問いに向き合うべきだったと感じている。
「自治会は何のために存在するのか。」
その答えは、平時ではなく有事に現れる。祭りやイベントは自治会の「顔」だが、その存在意義の核心は災害時の共助にある。そして、災害時の共助を可能にする仕組みこそが、真の自治会DXである。
自治会規約の雛形——DX条項を含む
自治会規約は、その組織の目的と運営の骨格を定める。多くの自治会規約は以下の構成を持つ。
自治会規約 雛形(抜粋)
- 第1条(名称) 本会は○○自治会と称する。
- 第2条(目的) 本会は、会員相互の親睦を図り、防災・防犯・環境美化等の活動を通じて、安全で住みよい地域社会の実現に寄与することを目的とする。
- 第3条(会員) 本会の区域内に住所を有する世帯の代表者をもって会員とする。
- 第4条(役員) 本会に会長1名、副会長若干名、会計1名、監事1名、防災委員若干名を置く。
- 第5条(防災委員会) 防災委員会は、災害時の避難誘導、安否確認、避難所運営を担当する。防災委員会はデジタル防災ツールの導入および訓練を推進する。
- 第6条(総会) 年1回の定期総会を開催し、事業計画、収支予算、規約改正等を議決する。
- 第7条(会計) 本会の経費は、会費、補助金、その他の収入をもって充てる。
注目すべきは第5条である。従来の自治会規約に「デジタル防災ツールの導入および訓練を推進する」という一文を加えるだけで、自治会DXは規約レベルで制度化される。規約に書かれていなければ、どれだけ優れたツールも「個人の取り組み」に留まり、会長が交代すれば消える。規約に書くことで、仕組みが人を超えて継続する。
2. 災害時、避難所での活用——紙もスマホも使えないとき
2011年の東日本大震災。2024年の能登半島地震。日本は繰り返し、大規模災害に見舞われてきた。そのたびに浮かび上がるのは、情報の断絶という問題である。
避難所の現実を想像してほしい。停電で照明が消える。携帯電話の基地局がダウンし、スマートフォンは「圏外」を表示する。紙の名簿は浸水で読めなくなるか、そもそも持ち出す余裕がない。誰がどこにいるのか、誰が逃げ遅れたのか、誰にアレルギーがあるのか——最も必要な情報が最も手に入らない。
ここにTokiQRの可能性がある。
TokiQRは、音声・画像・テキストをQRコード内に直接エンコードする技術である。通常のQRコードがURLへのリンクであるのに対し、TokiQRはデータそのものをQRコードに格納する。つまり、インターネット接続なしで、スマートフォンのカメラだけでデータを読み取り、再生できる。3つのメディアモードを備えており、災害時のあらゆる情報伝達に対応する。
- 音声モード:Codec2エンコードにより、最大約29秒の音声を1枚のQRコードに格納(450bps時)。高音質の3200bpsから最大長の450bpsまで6段階の品質選択が可能
- 画像モード:カメラ撮影またはファイルから画像をWebP圧縮し、QRコードに直接埋め込む。解像度は32×32〜320×320pxで自動最適化
- テキストモード:Brotli圧縮により約5,000文字をQRコード1枚に格納。世帯情報・持病・アレルギー・緊急連絡先を網羅できる容量
- 避難所受付:世帯ごとのTokiQRカードを提示するだけで、世帯構成・緊急連絡先・持病情報が表示される
- アレルギー・持病共有:避難所での食事配給時、アレルギー情報を口頭で伝える必要がなくなる
- 要配慮者の特定:高齢者、乳幼児、障害者、外国人——配慮が必要な住民の情報を即座に確認できる
- 安否確認の記録:避難所に到着した住民の情報を物理的に記録し、後から行政へ引き渡せる
避難所に電気がなくても、Wi-Fiがなくても、スマートフォンのバッテリーが残っていれば、TokiQRは機能する。紙よりも多くの情報を、紙よりもコンパクトに、紙よりも確実に伝達できる。
3. インフラ障害時の活用——電気・通信が止まった世界
インフラ障害には段階がある。
まず停電。次に携帯電話基地局のバッテリー切れ(通常3〜24時間)。そして固定電話の不通。最終的には、電気も通信も水道も止まった「完全孤立」状態に至る。
多くの自治会が導入してきたDXツール——LINE、Slack、クラウド上の名簿管理、Googleフォーム——は、すべてインターネット接続を前提としている。平時には極めて便利だが、最も必要な瞬間に使えなくなる。これを「インフラ依存のパラドクス」と呼びたい。
| 従来のDXツール | TokiQR |
|---|---|
| インターネット接続が必要 | オフラインで完結 |
| サーバーダウンで使用不能 | サーバー不要 |
| アカウント・パスワードが必要 | カメラをかざすだけ |
| 電波がなければ機能しない | 電波不要 |
| バッテリー消費が大きい | カメラ起動のみ、省電力 |
| 決済・金融システム停止で機能不全 | 金融インフラ非依存で継続利用可能 |
「それ、既存ツールで十分では?」——構造の問題
この提案に対して、「Google DriveやiCloudに保存しておけばいい」「ノートアプリにメモしておけば済む」「Notionで名簿管理すればいい」という反論は当然ある。しかし、ツールごとの弱点を並べる前に、既存ツールが共通して抱える構造的な問題を指摘したい。
Google Drive、iCloud、Notion、LINE、Slack——名前は違えど、これらは全て「個人情報をプラットフォームが預かる」という同じ構造の上に成り立っている。自治会が扱う世帯情報——住所、家族構成、持病、アレルギー、緊急連絡先——は、住民にとって最も機微な個人情報である。この情報をプラットフォームに預けた瞬間、3つのリスクが同時に発生する。
個人情報 × 海外プラットフォーマー × 地政学的緊張——この三重のリスク構造が、既存ツールでは原理的に回避できない。
- 個人情報リスク:プラットフォームがデータを保持する以上、漏洩・不正アクセス・広告利用のリスクは常に存在する。LINEは利用に個人情報の登録が必要で、広告プラットフォームとしての側面を持つ
- 海外プラットフォーマーリスク:データが海外企業のサーバーに保管される場合、その国の法律や政府の要請に従ってデータが開示・移転される可能性がある。サービス終了やポリシー変更によるデータ削除もユーザー側ではコントロールできない。LINE Worksは一定期間利用がないとデータが削除されるポリシーがあり、「平時は使わず有事に必要」な防災用途と根本的に相性が悪い
- 地政学的リスク:国際関係が安定している間は問題にならないが、地政学的な緊張が高まった局面では、海外サービスへのアクセス制限やデータ凍結が現実のリスクになりうる。自治会の世帯情報のような機微データであればなおさらである
これらは個別のツールの「弱点」ではない。プラットフォームが個人情報を預かるというビジネスモデルそのものから構造的に生じるリスクである。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を使った「声の安否確認カード」を提案したい。
- 事前エンコード:家族の集合場所、離散時の連絡手順、各自の行動方針を音声で録音し、TokiQRとして印刷。推奨設定は1200bps(約14秒)で簡潔なメッセージ、または450bps(約29秒)で詳細な指示。設定ページで音声モードを選択できる
- 携帯性:名刺サイズのカードとして、財布・定期入れ・ランドセルに常時携帯
- 操作性:スマートフォンのカメラをかざすだけ。アプリのインストール不要、アカウント登録も不要。高齢者や子どもでも直感的に使える
- 多言語対応:設定ページで表示言語を日本語・英語から選択可能。外国人住民向けに、母語での音声メッセージをエンコードすることも可能
- テキスト併用:音声だけでなく、テキストモードで集合場所の住所・電話番号・持病情報を文字として記録し、別のQRカードとして併用することで冗長性を確保
防災担当者の視点で言えば、この仕組みの利点は「事前に完結する」ことにある。171やweb171は災害発生後に使うサービスであり、住民がその場で操作を覚える必要がある。声の安否確認カードは平時に録音・印刷まで済ませておく。有事には「財布からカードを出してかざす」だけ——その操作の簡潔さが、混乱の中での実用性を担保する。
5. オフライン記録——電波が届かなくなったとき
災害の被害を記録することは、復興の出発点である。罹災証明書の発行、保険金の請求、公的支援の申請——いずれも「何がどう壊れたか」の記録が必要になる。
被災直後、多くの人がスマートフォンで写真や動画を撮影する。しかし、クラウドに自動同期されない。電波がないからだ。スマートフォンが水没したり、バッテリーが切れたりすれば、ローカルに保存されたデータも失われる。
TokiQRは、この問題に対して二つの解を提供する。
即時のオフライン記録
被災状況を音声・テキスト・画像としてTokiQRにエンコードし、紙に印刷する。音声モードなら被害の状況を声で29秒まで記録でき、画像モードなら損壊箇所をカメラ撮影してQRコードに直接埋め込める。テキストモードではBrotli圧縮により約5,000文字——住所、被害内容、要支援事項、連絡先を網羅的に記録できる。プリンターがなければ、画面上のQRコードを別のスマートフォンのカメラで撮影するだけでもよい。データが物理的な形を持つことで、電子機器の故障や電池切れのリスクから解放される。
永続的な震災アーカイブ
復興後の段階では、被災の記録を石英ガラスに刻印するトキストレージの三層保存が活きる。石英ガラスは火災(1000度以上)にも浸水にも耐える。デジタルデータ、国立国会図書館への納本、そして石英ガラスへの物理刻印——三層の冗長性が、災害の記憶を1000年先まで保存する。
「記録は、復興の出発点である。記録がなければ、被害も支援も『なかったこと』にされる。」
能登半島地震では、高齢の被災者が家屋の被害状況を行政に伝えることができず、支援から取り残される事例が報告された。記録する手段を持たないことは、支援を受ける権利を失うことに等しい。
6. 防災訓練への組み込み——平時にこそ備える
どれだけ優れた技術も、使い方を知らなければ意味がない。災害時に初めてTokiQRに触れるのでは遅い。平時の防災訓練に組み込んでこそ、有事に機能する。
具体的な訓練メニューを提案する。まずは10分の体験から始め、段階的に拡張していく設計とした。
クイック体験コース(10分)——まずはここから
- やること:TokiQRにアクセス → 「ホーム画面に追加」でインストール → 自分の声を10秒録音 → QRコードを生成 → 隣の人のスマートフォンで読み取って再生
- 目的:「電波がなくても声が届く」ことを体感する。それだけで十分
- 想定場面:防災訓練の休憩時間、自治会の定例会の冒頭10分、回覧板と一緒に案内を配り各自で体験
この10分の体験が入口になる。「面白い」「うちの家族情報も作っておこう」という動機が生まれたら、以下のフルコースへ進む。
フルコース(70分)——防災訓練への組み込み
- ステップ1:TokiQRのセットアップ(10分)
スマートフォンでTokiQRにアクセスし、「ホーム画面に追加」でPWAとしてインストールする。これにより、以降はオフラインでも全機能が利用可能になる。アカウント登録は不要。 - ステップ2:家族情報QRの作成(30分)
設定ページで自治会用のカスタムページを作成できる。ページタイトルに「○○自治会 防災カード」、印刷タイトルに地区名と発行日を設定。音声モードは1200bps(約14秒・聞き取りやすい音質)を推奨。各世帯が集合場所・緊急連絡先・持病情報・家族へのメッセージを録音し、QRコードを印刷する。年1回の防災訓練で内容を更新する。テキストモードで住所・連絡先・アレルギー情報を文字として別カードに記録することも推奨。 - ステップ3:避難所受付シミュレーション(20分)
TokiQRカードを使った避難所受付を模擬体験する。受付係がスマートフォンのカメラでQRコードを読み取り、音声メッセージの再生やテキスト情報の確認を実践する。受付係と避難者に分かれ、複数世帯の情報を連続して処理する訓練を行う。 - ステップ4:オフライン再生体験(10分)
スマートフォンを「機内モード」にした状態で、TokiQRの読み取りと再生を体験する。「電波がなくても使える」ことを体感的に理解する。生成したQRコードの履歴は端末内に保存され、履歴ページからいつでも再印刷・更新が可能であることも確認する。
この訓練は、年1回の防災訓練(多くの自治会で9月1日前後に実施)に「TokiQR体験ブース」として組み込むことができる。消火器の使い方やAEDの操作を訓練するのと同じ位置づけである。
防災訓練は「知識」を伝える場ではない。「体験」を通じて身体に覚えさせる場である。TokiQRの操作を年1回体験し、家族情報を更新し続けることで、有事の対応力は確実に上がる。
7. TokiQR クイックリファレンス
自治会の防災担当者が最低限押さえておくべきTokiQRの主要ページと機能を整理する。
| ページ | 用途 |
|---|---|
| TokiQR トップ | QRコードの生成。音声・画像・テキストの3モード。ホーム画面に追加でオフライン利用可能に |
| 設定(セットアップ) | 自治会用カスタムページの作成。ページタイトル・印刷タイトル・音声モード・利用可能メディア・表示言語を設定 |
| 履歴 | 生成済みQRコードの一覧。再印刷・エクスポート(ZIP)・アーカイブが可能。端末内に保存 |
| FAQ | よくある質問。オフライン動作・対応形式・プライバシー・クレジット体系の詳細 |
| アプリ設定 | Service Workerのキャッシュ管理・更新。オフライン状態でも端末内の設定を確認・リセット可能 |
防災向け推奨設定
- 音声モード:1200bps(約14秒)を推奨。聞き取りやすさと録音時間のバランスが良い。詳細な指示が必要な場合は450bps(約29秒)
- デフォルトタブ:音声を推奨。避難所では声での情報伝達が最も直感的
- 利用可能メディア:音声+テキストの2モード、または3モードすべてを有効化。テキストで世帯情報、音声で安否メッセージという使い分けが効果的
- 表示言語:多国籍の住民がいる自治会では「端末に従う」を選択。日本語端末には日本語、英語端末には英語で自動表示
- 印刷タイトル:「○○自治会 防災カード/2026年9月更新」のように、地区名と更新日を含める
TokiQRは登録不要・通常モード無料・利用回数制限なしで使える。自治会の全世帯に「まず触ってもらう」ハードルが極めて低い。防災訓練での体験をきっかけに、各世帯が自主的に家族情報QRを作成・更新する循環が理想である。
名簿の取り扱い——QRコードの公開性を踏まえて
ここで一つ、重要な注意点を述べておきたい。TokiQRは「誰のスマートフォンでも読み取れる」ことが強みだが、それは裏を返せばQRコードを手にした誰もが中身を見られるということでもある。
したがって、自治会の住民名簿——氏名・住所・電話番号の一覧——をTokiQRに格納して配布することは推奨しない。名簿は閲覧権限の管理が必要な情報であり、平時においてはアクセス制限付きのクラウドストレージや限定共有の方が適切である。
TokiQRが適しているのは、以下のような用途である。
- 家族単位の防災カード:自分の世帯情報を自分で作成し、自分で管理する。他人の個人情報を含まない
- 防災ガイド・避難経路案内:地区の避難所マップ、避難経路、連絡手順など、公開して差し支えない情報
- 本人同意に基づく記録:自治会の集合写真、イベント記録など、掲載者全員の許諾を得たコンテンツ
- 声の安否確認カード:家族間で事前に共有する、個人的なメッセージ
すべてをTokiQRで解決する必要はない。名簿管理にはアクセス制御のあるツールを、オフラインで機能すべき情報にはTokiQRを——目的に応じて使い分けることが、最も実効性の高い防災DXである。
結び——声は届く
250世帯の自治会長を務めた2年間で、私が最も考えたのは「仕組みの持続性」だった。会長が替われば方針が変わり、ツールが変わり、ノウハウが消える。それは自治会に限らず、あらゆる組織が直面する課題である。
トキストレージを構想したとき、この課題が重なった。人が変わっても消えない記録。インフラが断たれても機能するツール。1000年先に届く声。それは存在証明の技術であると同時に、共助の技術でもある。
自治会DXの本質は、テクノロジーの導入ではない。テクノロジーは手段に過ぎない。目的は「共助」——隣人を助け、隣人に助けられる関係を、仕組みとして維持することである。そして、最も共助が求められる瞬間——電気が止まり、電話が繋がらず、電波が届かない瞬間——にこそ機能する仕組みが、真のDXである。
「電波が届かなくても、声は届く。それが自治会DXの核心である。」