岡崎図書館事件の真相とは?普通のアクセスで逮捕された理由と教訓
わずか1秒に1回という、人間がブラウザの更新ボタンを押すのと変わらない頻度のアクセス。それだけで突如として警察が自宅に踏み込み、家宅捜索の末に逮捕・勾留される――。2010年5月、日本のITコミュニティに走った激震は、生成AIや自動データ収集が生活インフラとなった現在もなお、デジタル社会の暗部として語り継がれています。
事件の発端となったのは、愛知県岡崎市の蔵書検索システムで発生した閲覧障害でした。本稿では、一般には「システムの不具合を棚上げにした不当な拘束」として記憶される岡崎市立中央図書館事件の深層を徹底解剖します。警察が踏み切った理不尽な容疑のからくりから、大手ベンダーの杜撰な設計、そして当事者が残した手記が投げかける現代への警鐘まで、報道資料や技術検証データを基にその真相を浮き彫りにします。
📌 【この記事の重要ポイントまとめ】
- 要点1:新着図書データを自動取得する自作プログラムを実行した男性が、偽計業務妨害容疑で逮捕・20日間の勾留を受けた前代未聞の冤罪事件。
- 要点2:サーバ停止の主因は男性の負荷ではなく、三菱電機インフォメーションシステムズ製システムの極めて初歩的なトランザクション未解放バグだった。
- 要点3:起訴猶予で幕引きが図られたものの、その後のWebスクレイピング判例やクローリングの適法性ガイドライン形成に決定的な影響を与え続けている。
【事件の全貌】岡崎市立中央図書館事件の経緯まとめと衝撃の逮捕劇
事の始まりは2010年3月、愛知県に住むソフトウェア技術者の男性が、岡崎市立中央図書館(愛称・Libra)のWebサイトを利用したことでした。男性は図書館のヘビーユーザーでしたが、新着図書を一覧表示する機能が使いにくかったため、サイトから新着図書のデータを定期的に自動収集し、使いやすいインターフェースで閲覧できる個人用ツールを開発しました。
ツールが実行したアクセス頻度は、「約1秒間に1回(平均0.8〜1秒間隔)」という極めて穏やかなものでした。これは検索エンジン大手のクローラーや、一般的な人間による連続クリックと大差ありません。しかし、図書館側のシステムは頻繁に応答停止に陥り、利用者から「蔵書検索につながらない」という苦情が相次ぐ事態となったのです。
図書館側から相談を受けた愛知県警察は、アクセスログを解析し、特定IPアドレスから連続してリクエストが送られている事実を把握します。2010年5月25日、警察は男性の自宅を家宅捜索し、コンピュータ機器を押収。そのまま偽計業務妨害罪の疑いで男性を通常逮捕しました。悪意あるクラッカーによるサイバーテロではなく、利便性を追求した一人の市民が、予告もなく突如身柄を拘束された瞬間でした。

普通のアクセスでなぜ逮捕?IT業界を震撼させた逮捕理由と真相
「なぜ、たかだか秒間1回程度のリクエストで逮捕に至ったのか」――この問いに対する岡崎図書館事件 真相を検証すると、捜査機関のデジタル技術に対する圧倒的なリテラシー不足と、官公庁システムの閉鎖性が浮き彫りになります。
警察および検察が主張した岡崎図書館事件 逮捕 理由は、「短時間に大量のアクセスを故意に浴びせ、図書館のサーバを機能不全に陥らせて業務を妨害した(DoS攻撃に類する行為)」というものでした。しかし、技術的見地から見れば、1秒に1回のリクエストは「大量アクセス」とは到底呼べません。一般的な商用Webサーバであれば、1秒間に数百から数千のリクエストを難なく処理するのが常識です。
当時、警察側には「自動化プログラム(ボット)=不正・悪質なサイバー攻撃」という乱暴な等式が存在していました。ブラウザを立ち上げて人間が手動でリロードを繰り返せば犯罪にならず、Python等の軽量スクリプトで等間隔に要求を送れば「偽計(人を欺き、あるいは人の錯誤を利用すること)」として扱われるという司法判断の歪みが、エンジニア誤認逮捕の引き金となったのです。
【システム欠陥の実態】三菱電機インフォメーションシステムズと高木浩光氏の技術検証
逮捕の報が流れると、ネット上のエンジニアコミュニティは「自分たちもいつ逮捕されるかわからない」という強い危機感に包まれました。その疑念を客観的な事実によって晴らしたのが、情報セキュリティの第一人者である産業技術総合研究所(当時)の高木浩光氏による徹底的な公開検証でした。
高木氏が同型システムのリバースエンジニアリングや外部通信の挙動解析を行った結果、信じがたい真実が暴かれました。システムを開発・納入した三菱電機インフォメーションシステムズ(MDIS)のソフトウェアに、致命的な欠陥(バグ)が潜んでいたのです。
具体的には、利用者が検索リクエストを投げた際、セッション終了時にデータベース接続を正しく返却(クローズ)せず、接続が滞留し続けるという初歩的な設計ミスが存在していました。わずか数件から数十件のアクセスが重なるだけでデータベースのコネクション上限数に到達し、以降のアクセスがすべてタイムアウトしていたのです。つまり、サーバを落としたのは男性のアクセス負荷ではなく、システム自体が勝手に自滅していたというのが技術的真相でした。
| 項目 | 詳細・数値データ | 一般的な基準・相場 | 編集部の見解・評価 |
|---|---|---|---|
| アクセス頻度 | 平均0.8〜1.0秒に1回(単一スレッド) | 毎秒数件〜数十件(一般ツール) | 人間による連続ブラウジングと同等で負荷は皆無 |
| 接続耐性 | 十数件のセッション蓄積で停止 | 同時接続数百〜数万件を許容 | 公共インフラとして極めて脆弱な品質管理 |
| 停止の根本原因 | DBコネクションのリーク(未解放バグ) | 適切な接続プール管理と排他制御 | ベンダー側の構造的欠陥をユーザーへ責任転嫁 |
| 身柄拘束期間 | 逮捕から勾留満期まで計20日間 | 任意取り調べ・在宅捜査が原則 | 逃亡・証拠隠滅の恐れがない中での過剰拘束 |

【実態検証】手記「Librahack」の告白とネットが激怒した理由
勾留満期を迎えた2010年6月、名古屋地検岡崎支部は男性を岡崎図書館 起訴猶予処分とし、釈放しました。起訴猶予とは「罪は成立するが、情状等を考慮して今回は法廷に立たせない」という判断であり、完全な「嫌疑なし(無罪)」としての不起訴ではありませんでした。
納得のいかない男性は、釈放後に自ら検証サイト「Librahack(リブラハック)」を開設。逮捕当日の緊迫した取り調べの様子、警察署内での心理的プレッシャー、そして自作コードの全容を赤裸々に公開しました。男性の手記によると、取調官はHTTPリクエストの基礎的な仕組みすら理解しておらず、「なぜ何度もアクセスしたのか」「悪いことをしたと思わないのか」と、自白を強要するかのような誘導が繰り返されたと証言しています。
この手記が拡散すると、岡崎図書館事件 ネットの反応は爆発的な炎上状態となりました。2ちゃんねる(現5ちゃんねる)やTwitter(現X)、はてなブックマーク等では、警察の無理解と自治体・ベンダー側の無責任な姿勢に対して激しい批判が集中。「バグだらけのシステムを納品した企業がお咎めなしで、善良な利用者が留置場に入れられるのか」という義憤は、弁護士の落合洋司氏ら法曹関係者をも巻き込み、大きな社会問題へと発展しました。
一般に知られていない盲点とネットの誤解|「完全な無罪」ではない法的現実
この事件をめぐっては、現在でも「警察の完全な言いがかりであり、男性は何一つ問題がなかった」と単純化して語られがちです。しかし、法的な現実と実務上の教訓を検証すると、いくつかの見落とされがちな盲点が存在します。
第一に、前述のとおり処分結果は「無罪判決」でも「嫌疑なし」でもなく、あくまで起訴猶予であったという点です。日本の刑事司法において起訴猶予は「犯罪の嫌疑が存在する」ことを前提とする処分です。形式上、司法当局は「男性の行為は偽計業務妨害罪の構成要件に該当し得た」というメンツを保ったまま幕を引いており、国家賠償請求などの法廷闘争に至らなかったため、司法判断としての明確な無罪判例が残らなかったことは痛恨の極みと言えます。
第二に、岡崎図書館 クローリング 違法性の観点において、ウェブサイトの「利用規約」や「ロボット排除規約(robots.txt)」の取り扱いです。現在では一般的なクローリングのガイドラインが確立されていますが、当時は規約に明記されていなくても「管理者の意図に反するアクセス」を拡大解釈して違法視しようとする空気がありました。利用規約違反は民事上の問題であって直ちに刑事罰の対象にはならないという大原則が、捜査機関の暴走によって危うく踏みにじられかけた事実は忘れてはなりません。
【プロの結論】安全な自動収集を行うための明確な判断基準
本事件の反省から得られた、現代のエンジニアやデータ収集者が遵守すべき明確な安全基準は以下のとおりです。
- 推奨される開発・運用の条件:
- アクセス間隔を最低でも1秒以上空け、同時並行リクエスト(マルチスレッド)を避ける。
- HTTPヘッダーのUser-Agentに自身の連絡先(メールアドレスやリポジトリURL)を明記し、管理者からの連絡に即座に応じられる透明性を確保する。
- 公開APIが用意されている場合はスクレイピングを避け、必ずAPI経由でデータを取得する。
- 絶対に避けるべき危険なアプローチ:
- 対象サイトのrobots.txtでクロールが明示的に禁止されているパスへの強制アクセス。
- ログイン認証の裏側にあるデータをセッション偽装等で大量取得する行為。
- 相手先サーバの応答速度が低下しているにもかかわらず、リトライ間隔を狭めてリクエストを連打する実装。

【岡崎図書館事件のその後と現在】2026年のデータ社会に刻まれた教訓
事件から年月が経過した現在、岡崎図書館事件 その後 現在の技術環境は激変しました。AIの学習データ収集などを目的としたスクレイピングが日常化する中、日本の法制度も進化を遂げています。2018年の著作権法改正(第30条の4)により、AI学習や情報解析を目的とした著作物の複製・データ収集は原則として許諾なしで行えることが明文化され、Webスクレイピング 判例や実務解釈においても「正当なクローリングは適法」という共通認識が定着しました。
また、岡崎市立中央図書館側も事件後に検証報告書をまとめ、システム側の不備を認めて改修を行いました。しかし、この事件が遺した「組織の病理」は、現代の公共調達やDX推進の現場でも形を変えて残っています。
ITリテラシーの乏しい発注者(自治体)が、大手ベンダーのネームバリューだけを盲信して多重下請けの低品質なシステムを高額で購入する。そして障害が発生した際、内部のバグを疑う前に「外部からの攻撃」と決めつけ、保身のために利用者を警察へ差し出す――。このような官僚的組織の事なかれ主義と心理的防衛反応こそが、本事件の本質的な元凶であったと言えます。
【岡崎市立中央図書館事件】に関するよくある質問(FAQ)
Q1:男性はなぜ起訴されず「起訴猶予」という曖昧な形で釈放されたのですか?
A1:高木浩光氏らによる外部検証によって、システム障害の主因が三菱電機インフォメーションシステムズ側の設計バグ(コネクションの枯渇)であることが白日の下に晒されたためです。法廷で争えば警察・検察側の立証が破綻する可能性が極めて高かった一方、誤認逮捕を公式に認めることを避けるため、起訴猶予という形式で幕引きを図ったとみられています。
Q2:1秒に1回程度のスクレイピングは、現在の法律で罪に問われますか?
A2:一般的なWebサイトにおいて、1秒に1回程度の頻度で公開情報を取得する行為だけで刑事罰(偽計業務妨害罪や電子計算機損壊等業務妨害罪)に問われる可能性は極めて低いです。ただし、相手サーバが過負荷で停止する危険を認識しながらリクエストを継続した場合や、明示的な利用規約に反してログイン領域を不正取得した場合は、民事上の差し止めや損害賠償請求の対象となり得ます。
Q3:事件の舞台となった「Libra」のシステムはその後どうなりましたか?
A3:図書館および岡崎市は、問題となったシステムのコネクション管理の不具合を修正し、外部検証委員会を立ち上げて再発防止策を講じました。その後、システムの定期更新に伴い全面的な刷新が行われ、現在は安定した運用が続けられています。
まとめ:技術への無知が生んだ冤罪の教訓を未来へ生かすために
岡崎市立中央図書館事件は、単なる「古いシステムのトラブル」でも「過去の誤認逮捕劇」でもありません。それは、新しい技術を理解できない権力構造が、善良な市民の創意工夫をいかに容易に踏みにじり得るかを示した、日本のデジタル史における最大の汚点の一つです。
データを自由に扱い、自動化によって日々の暮らしや業務を便利にしていく営みは、現代社会を前進させる原動力そのものです。だからこそ、開発者はインフラへの配慮と透明性を保ち続けなければならず、同時にシステムの発注者や司法機関は、表面的な事象だけで短絡的に悪と決めつけないリテラシーを磨き続ける責任があります。理不尽な身柄拘束を受けた男性が手記「Librahack」に残した静かな告発を風化させないことこそが、私たちがより成熟したデジタル社会を築くための防波堤となるはずです。 (出典: 岡崎 図書館 事件(Yahoo!ニュース))