岡崎市立中央図書館事件はなぜ起きた？開発者逮捕の衝撃真相と教訓を徹底解説

2010年5月、愛知県岡崎市の図書館Webサイトへアクセスしたソフトウェア開発者の男性が、突如として偽計業務妨害罪の容疑で逮捕されました。通称「Librahack事件」とも呼ばれる岡崎市立中央図書館事件は、一般のWeb技術者や市民が日常的に行う情報取得プログラムに対し、警察権力がサイバー犯罪として介入した象徴的な事例として、IT史にその名を深く刻んでいます。

当時、現場で何が起きていたのか、なぜ1秒に1回という穏当なアクセスでシステムがダウンし逮捕劇にまで至ったのか。警察や開発ベンダーの対応、そして不起訴（起訴猶予）となった結末から現在に至るIT業界への影響まで、詳細な事実関係とともに紐解いていきます。

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

• 要点1：原因は毎秒1回程度の自作クローラーに対し、図書館システム側の排他制御不備（バグ）によってコネクションが枯渇・停止したことでした。
• 要点2：愛知県警と納入ベンダー（MDIS）の技術的知見の不足により、サイバー攻撃と誤認されたまま不当な逮捕・勾留が行われました。
• 要点3：処分保留・起訴猶予で釈放された後、本事件は公共調達システムの品質問題やWebスクレイピングの法解釈に重大な教訓を残しました。

【事件の概要】Librahack事件はなぜ起きたのか？技術と法が衝突した発端

事件の発端は、読書家であった被疑者の男性（当時）が、岡崎市立中央図書館のWebサイト（蔵書検索システム：OPAC）の使い勝手を改善しようと試みたことに始まります。同館のWebサイトは新着図書の一覧表示機能が使いづらく、男性は「新着本を効率よくチェックしたい」という純粋な利便性向上の目的から、新着図書データを自動収集するプログラム（クローラー／スクレイピングプログラム）をPythonで自作しました。

2010年3月から4月にかけて、このプログラムを実行して定期的に図書館サイトへアクセスしたところ、図書館のWebサーバーで応答遅延や閲覧不能となるシステム障害が頻発。図書館側から相談を受けた開発ベンダーの三菱電機インフォメーションシステムズ（MDIS）と愛知県警は、これを「大量アクセスによる業務妨害（DoS攻撃）」と判断し、2010年5月25日に男性を偽計業務妨害容疑で電撃逮捕しました。

【真相をわかりやすく解説】スクレイピング開発者が逮捕された衝撃の理由

岡崎市立中央図書館事件をわかりやすく整理すると、最大の問題点は「アクセス側の過剰負荷ではなく、受けるシステム側の致命的な設計不備が原因だった」という点に集約されます。

男性が設定したプログラムのアクセス頻度は、1秒間に1リクエスト程度（1req/sec）という極めて常識的で緩やかなものでした。一般的な商用Webサーバーであれば、毎秒数百〜数千リクエストを難なく処理できるため、1秒に1回程度のアクセスでダウンすることは通常あり得ません。

しかし、MDISが構築した図書館システムには、以下のような構造的欠陥が存在していました。

• 排他制御の不備：検索リクエストごとにデータベース接続を確立するものの、セッション終了時にコネクションを適切に解放せず、コネクションプールが容易に枯渇する設計になっていた。
• エラーハンドリングの欠如：不完全なリクエストや特定のパラメータを受け取った際、リソースを保持したまま内部で処理待ち（デッドロック）状態に陥っていた。
• ログ監視の稚拙さ：大量の通信パケットが送りつけられたわけではなく、単一IPからの連続リクエストによるリソースリークであったにもかかわらず、ネットワーク負荷の計測を行わずに「攻撃」と断定した。

つまり、男性が意図的に負荷をかけたのではなく、「ブラウザのリンクを1秒に1回クリックする」程度の通常操作と変わらない負荷によって、システム自体の不具合が顕在化しただけでした。ところが、警察とベンダーは技術的な検証を怠り、結果として「システムが落ちた＝外部からの攻撃＝犯罪」という短絡的な論理で逮捕に踏み切ったのです。

【客観データ比較】通常アクセスと当該クローラー・他社基準の比較検証

当時のアクセス状況と、一般的なWebサービスにおける許容負荷基準を客観的に比較したデータは以下の通りです。

【実態検証】愛知県警とベンダー（MDIS）の対応に集まったIT業界の猛反発

逮捕の報道が流れると、IT業界の反応は即座に怒りと困惑で沸騰しました。Twitter（現X）や技術系コミュニティでは、エンジニア有志によるパケット解析やシステム挙動の検証が自発的に行われ、「この程度のアクセスで逮捕されるなら、日本中のWeb開発者が逮捕対象になってしまう」「警察の無知とベンダーの責任転嫁だ」という激しい批判が巻き起こりました。

特に問題視されたのは、以下の3点です。

1. 愛知県警のサイバー捜査能力の欠如：HTTPステータスコードやトランザクションの仕組みを理解しないまま、「被害届が出たから逮捕する」という物理的犯罪と同様の短絡的な捜査が行われた点。
2. ベンダー（MDIS）の瑕疵隠蔽疑惑：自社システムの不具合に起因するクラッシュを、一利用者のアクセスによる攻撃として警察へ報告した点。
3. 20日間に及ぶ身体拘束：明確な業務妨害の故意（犯意）が存在しないにもかかわらず、勾留満期まで身柄を拘束し続けた点。

当時の報道各社や専門誌の取材に対し、多くの情報工学の専門家や法学者からも「偽計業務妨害罪の構成要件である『人を欺く行為や誘惑、計略』に到底該当しない」との見解が相次いで示されました。

【一般に知られていない盲点】ネットの誤解と「起訴猶予」という結末の真実

2010年6月、名古屋地検岡崎支部は男性を起訴猶予処分（不起訴）とし、男性は釈放されました。ここで多くの人が誤解しがちなのが「起訴猶予」という処分の法的な意味合いです。

日本の刑事手続において、起訴猶予とは「犯罪の嫌疑はあるものの、情状を考慮して訴追を見送る」処分を指します。本来、犯意も実質的な違法性もない本件は「嫌疑なし」または「嫌疑不十分」とされるべき事案でした。しかし、検察・警察組織が自らの誤認逮捕を公式に認めることを避けるため、形式上「起訴猶予」として幕を引いたのではないかという指摘が法曹関係者からも根強く残っています。

岡崎市立中央図書館事件のその後として、釈放された男性は自らの体験と技術的詳細をまとめたWebサイト「Librahack」を立ち上げ、克明な手記を公開しました。この手記によって事件の全貌が公知となり、開発者個人の名誉はネットコミュニティを中心に回復されることとなりました。

【プロの結論】自治体IT調達の病理と現代Web開発者が学ぶべき防衛策

この事件が現代に投げかけた本質的な問いは、「多重下請け構造に依存した自治体IT調達の品質リスク」と「開発者が自身の身を守るためのリーガルリテラシー」です。

自治体のシステム開発では、元請け大手SIerから何重もの下請けを経て構築される過程で、基本的な負荷テストや例外処理の実装が抜け落ちるケースが散見されます。納入された脆弱なシステムが障害を起こした際、その責任が外部の利用者に転嫁されるという構図は、極めて深刻な構造的病理でした。

一方で、Webスクレイピングやクローラーを開発する技術者にとっても、以下の実務的教訓が確立されました。

• robots.txtおよび利用規約の遵守：機械的アクセスの可否を必ず事前に確認する。
• User-Agentの明記と連絡先の開示：アクセス元が正当な開発者であることをヘッダー情報で明示する。
• リトライ処理の指数バックオフ：サーバーがエラー（5xx系）を返した際はアクセスを加速・維持せず、即座に停止または待機時間を延ばす。

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

Q1：岡崎市立中央図書館事件（Librahack事件）とは何ですか？
A1：2010年に岡崎市立中央図書館の蔵書検索サイトへ自作のデータ収集プログラムでアクセスした男性が、サイト障害を理由に愛知県警に偽計業務妨害容疑で誤認逮捕された事件です。

Q2：逮捕された男性は実際にサイバー攻撃を行っていたのですか？
A2：攻撃の事実は一切ありません。アクセス頻度は1秒に1回という極めて緩やかなものであり、ダウンの原因は図書館システム（MDIS製）が抱えていたコネクション解放漏れなどのバグによるものでした。

Q3：事件の後、逮捕された開発者はどうなりましたか？
A3：20日間の勾留後、処分保留で釈放され、最終的に起訴猶予処分となりました。その後、男性はWeb上で手記を公開し、事件の技術的真相と教訓を広く発信しました。

まとめ：事件が残した教訓とこれからのデジタル社会に必要な視点

岡崎市立中央図書館事件は、技術に対する法執行機関の無理解と、公共システムの品質管理の甘さが引き起こした痛ましい冤罪的トラブルでした。事件から年月が経過した現在でも、Webスクレイピングの適法性やオープンデータの活用、APIエコノミーの重要性を語る上で、避けて通ることのできない原点となっています。

データの自由な利活用とシステムの安定運用を両立させるためには、技術者側の適切なアクセス制御マナーだけでなく、発注者である行政機関と開発ベンダーによる健全なシステム設計・運用体制が不可欠です。本事件の教訓を風化させることなく、法と技術が正しく調和するデジタル社会の構築が求められています。 （出典: 岡崎 市立 中央 図書館 事件（Yahoo!ニュース））