岡崎図書館事件の真相｜1秒1回アクセスで逮捕された悲劇とITの教訓

ウェブサイトの情報を自動収集するプログラム（クローラー）を走らせただけで、突如として警察に逮捕され、20日間にわたる身柄拘束を受けた前代未聞の事件をご存じでしょうか。日本のIT史において最大の冤罪的インシデントの一つとして語り継がれるのが、2010年に発生した「岡崎図書館事件（通称：Librahack事件）」です。

生成AIやデータ解析が日常化した現在でも、データの収集とWebスクレイピングの法的境界線、そして行政システムの品質問題を議論する上で、この事件は避けて通れない原点であり続けています。わずか「1秒に1回」という人間がブラウザをクリックするのと変わらない頻度のアクセスが、なぜ警察沙汰にまで発展してしまったのか。技術と法執行の乖離が生んだ事件の全貌と深層に迫ります。

📌 【この記事の重要ポイントまとめ】

• 要点1：新着図書を便利に閲覧するクローラーを作成したエンジニアが、偽計業務妨害容疑で愛知県警に不当逮捕された事件。
• 要点2：サーバー停止の真因はアクセス負荷ではなく、ベンダー（MDIS）が開発した図書館システム不具合（セッション解放漏れ）だった。
• 要点3：最終処分は「起訴猶予」にとどまり、Webスクレイピングの違法性判断や行政IT調達に今なお重い課題を残している。

【岡崎図書館事件の真相】なぜ1秒1回のスクレイピングで逮捕されたのか？

岡崎図書館事件の真相を一言で表すなら、「システム側の稚拙な設計バグ」と「警察・自治体のITリテラシー不足」が重なり合って起きた悲劇です。

事件の発端は、愛知県の岡崎市立中央図書館が提供していた蔵書検索システム（OPAC）の使い勝手の悪さにありました。当時、新着図書のリストは更新頻度が低く、RSS配信などの現代的な通知機能も備わっていませんでした。そこで、地元在住のソフトウェアエンジニアであった男性（ハンドル名：Librahack氏）は、最新の蔵書データを自動で取得し、自身の使いやすいインターフェースで閲覧するためのクローラーを開発したのです。

このプログラムが図書館サーバーに送っていたリクエストは、「1秒間に1回以下（約0.28〜1リクエスト/秒）」という極めて穏健なペースでした。一般的なDoS攻撃のように毎秒数百〜数千回のリクエストを浴びせてサーバーをダウンさせる手法とは似ても似つかない、通常のブラウジング操作と同等以下の負荷に過ぎませんでした。

しかし、図書館側のサーバーはこの穏やかなアクセスに耐えきれず、相次いでフリーズや接続エラーを起こしました。図書館側は「サイバー攻撃を受けている」と誤認し、愛知県警岡崎警察署へ相談。警察はログの送信元IPアドレスから男性を特定し、2010年5月25日、偽計業務妨害の容疑で男性を逮捕・勾留するという強硬手段に出たのです。

【岡崎図書館事件経緯まとめ】発端から逮捕、世論が激震したタイムライン

事件がどのような過程を経て拡大し、IT業界を巻き込む大論争に発展したのか、岡崎図書館事件経緯まとめを時系列で振り返ります。

2010年3月〜4月（プログラム稼働と障害発生）：
男性が作成したクローラーが稼働を開始。図書館のOPACシステムが頻繁に応答停止を起こすようになり、図書館側は業務妨害と判断して愛知県警に被害届を提出。

2010年5月25日（男性の逮捕）：
愛知県警が男性の自宅を家宅捜索し、偽計業務妨害容疑で逮捕。PCなどの機材が押収され、最大勾留期限である20日間の身柄拘束が開始される。

2010年6月上旬（ネットコミュニティと専門家の蜂起）：
男性の逮捕報道を受け、ITエンジニア界隈に衝撃が走る。「1秒に1回のリクエストで逮捕されるなら、誰もWebサービスを作れなくなる」と危機感を抱いた技術者たちが、独自にシステムの挙動検証を開始。

2010年6月14日（処分保留で釈放）：
名古屋地検岡崎支部は、勾留期限満了に伴い男性を処分保留のまま釈放。しかし、この時点では無罪放免ではなく、捜査は継続された。

2010年10月下旬（起訴猶予処分の決定）：
検察は最終的に男性を起訴猶予処分とし、刑事裁判は開かれないまま手続きが終結した。

露呈した図書館システム不具合｜三菱電機インフォメーションシステムズの設計問題

事件の構造を根本から覆したのは、逮捕された男性のプログラムではなく、システム側の脆弱性と欠陥でした。

問題の図書館システムを受託・開発していたのは、大手ITベンダーの三菱電機インフォメーションシステムズ（MDIS）です。公的な図書館システムとして納入されていたこのWebアプリケーションには、致命的な図書館システム不具合が存在していました。

通常、Webアプリケーションはデータベースへの問い合わせを行う際、コネクションプールを適切に管理し、検索処理が終われば接続をクローズしてリソースを解放します。ところが、MDISが構築したシステムは、トランザクション処理の設計に欠陥があり、「特定の検索リクエストが発生すると、セッションが解放されずデータベース接続を掴んだまま残存する」という接続リーク（Connection Leak）バグを抱えていたのです。

この不具合がある状態では、たとえ1秒に1回という低頻度であっても、未解放の接続が次々と積み重なり、やがてデータベースの最大接続数上限に達してしまいます。その結果、一般利用者の通常アクセスすら受け付けなくなる「サービス停止状態」に陥っていました。つまり、サーバーダウンの直接的な原因は、利用者の過剰負荷ではなく、ベンダー側の初歩的な実装不備でした。

高木浩光氏ら専門家が暴いた真実｜「DoS攻撃」ではなく「接続リーク」

この杜撰なシステム仕様と逮捕の不当性を白日の下に晒した立役者が、情報セキュリティの権威である産業技術総合研究所（当時）の高木浩光氏をはじめとする技術者たちです。

高木氏は、公開情報やパケット解析、同一ベンダーの他自治体システムなどを多角的に検証し、一連のシステム停止が「過負荷によるダウン」ではなく「リソースリークによる自滅」であることを論理的かつ実証的に証明しました。高木氏がブログやSNSで詳細な技術レポートを次々と発信したことで、潮目は完全に変わります。

「攻撃性がない通常アクセスを攻撃と誤認して逮捕したのではないか」という批判の声は、ネット掲示板を越えて主要メディアや法曹関係者へも波及。警察が被疑者のPCを押収したところで、攻撃用の特殊コードなど出てくるはずもなく、技術的知識を欠いたまま見切り発車で逮捕に踏み切った警察・検察の姿勢が厳しく問われる事態となりました。

起訴猶予という煮え切らない結末とWebスクレイピング違法性の境界線

技術的真相が完全に解明されたにもかかわらず、男性に下された最終処分は「嫌疑なし（無実）」ではなく起訴猶予でした。

起訴猶予とは、「犯罪の嫌疑はあるものの、情状を考慮して起訴を見送る」という検察の判断です。男性側からすれば、無実であるにもかかわらず「罪を犯した事実」を前提として処理された形となり、日本の刑事司法におけるメンツ重視の姿勢と煮え切らない後味の悪さを残しました。

この事件は、日本国内におけるWebスクレイピング違法性の解釈に決定的な教訓を与えました。判例や法解釈の議論を通じて、現在ではスクレイピングの適法性について以下の基準が強く意識されています。

1. アクセス頻度の配慮：
サーバーに物理的な過負荷を与えないよう、リクエスト間隔（通常1秒以上のスリープ）を空けること。

2. robots.txtや利用規約の確認：
サイト管理者が明示的にスクレイピングを拒否している場合、規約違反や不法行為責任を問われるリスクがあること。

3. 業務妨害の故意（悪意）の有無：
相手方の業務を意図的に麻痺させる意図がない限り、通常のスクレイピング行為そのものが直ちに刑事罰（偽計業務妨害罪や電子計算機損壊等業務妨害罪）に問われるべきではないこと。

岡崎図書館事件その後｜2026年のエンジニアと行政DXに遺された教訓

事件から長い年月が経過した現在、岡崎図書館事件その後の社会はどう変化したのでしょうか。

岡崎市立中央図書館はその後、男性と直接の対談の場を設け、誤解に基づいた通報であったことを認め和解。オープンデータの活用やAPI公開の重要性を認識する大きな契機となりました。また、開発元のMDISもシステム改修を余儀なくされ、公共調達におけるITベンダーの品質保証責任が強く意識されるようになりました。

2026年現在の視点から見ても、本事件の教訓は色褪せていません。むしろ、AIエージェントによる自動クローリングや大規模データ収集が当たり前となった今こそ、システム提供側には「自動アクセスを前提とした堅牢なAPI設計」が求められ、法執行機関には「コードの意図を正確に読み解くデジタルフォレンジック能力」が不可欠です。岡崎図書館事件は、日本のデジタル社会が成熟するために払わなければならなかった極めて重い授業料だったと言えます。

【岡崎図書館事件】に関するよくある質問（FAQ）

Q1：岡崎図書館事件（Librahack事件）で逮捕された男性は有罪になったのですか？
A1：有罪にはなっていません。男性は逮捕後、20日間の勾留を経て処分保留で釈放され、最終的に検察から「起訴猶予」の処分が下されました。裁判自体が開かれていないため前科はつきませんでしたが、無罪（嫌疑なし）の確定ではない点について当時多くの批判が集まりました。

Q2：1秒に1回程度のWebスクレイピングは違法になりますか？
A2：一般的な技術水準において、1秒に1回程度のアクセスは人間が閲覧する速度と同等とみなされ、それ単体でサーバーを攻撃する違法行為（業務妨害罪など）とは評価されません。ただし、サイトの利用規約で禁止されている場合や、相手方サーバーの許容量を超えて意図的に障害を起こした場合は、民事上の責任や法的トラブルに発展する可能性があります。

Q3：なぜ図書館のサーバーはそれほど簡単に停止してしまったのですか？
A3：開発ベンダー（MDIS）が構築したWebプログラムに、検索処理後にデータベース接続（セッション）を正常に破棄しないという不具合（接続リーク）があったためです。アクセス負荷そのものではなく、リソースが内部で詰まり続けたことによるシステム側の自滅が直接の原因でした。

まとめ：技術への無理解が生んだ悲劇を繰り返さないために

岡崎図書館事件は、単なる一地方自治体のITトラブルではなく、技術への無知と拙速な法執行が結びついたときに個人の自由がどれほど簡単に脅かされるかを示した象徴的な事件でした。

正当なプログラミング技術を行使した開発者が不当に処罰されるような社会では、健全なITイノベーションは育ちません。行政・企業側が安定したAPIやオープンデータ環境を整備し、法と技術の適切なバランスを保ち続けること。それこそが、岡崎図書館事件というIT史の痛恨の教訓から私たちが学び続けなければならない最大の命題です。 （出典: 岡崎 図書館 事件（Yahoo!ニュース））