岡崎市立中央図書館事件の真相と教訓｜なぜ1秒1回アクセスで逮捕？

IT業界や法曹界に大きな衝撃を与えた「岡崎市立中央図書館事件（通称：Librahack事件）」。自身が開発した自動収集プログラム（クローラー）で図書館のウェブサイトにアクセスした男性エンジニアが、突如として偽計業務妨害容疑で逮捕・20日間にわたり勾留された出来事です。

技術者コミュニティを中心に警察の捜査手法やシステム側の欠陥を指摘する声が噴出し、Webスクレイピングの法的な境界線や公共システム調達のあり方を根本から揺るがす象徴的な事件となりました。騒動の真相と発生の経緯、そして開発現場に刻まれた教訓を整理して解説します。

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

• 要点1：1秒に1回という常識的な頻度のクローラーアクセスにもかかわらず、偽計業務妨害罪で開発者が逮捕・勾留された。
• 要点2：サイト停止の主因は男性の攻撃ではなく、システム側の接続解放漏れという設計上の不具合だった。
• 要点3：警察のITリテラシー不足とベンダー責任が浮き彫りになり、起訴猶予となった現在もスクレイピング規範の原点として語り継がれている。

【岡崎図書館事件の全貌】1秒に1回のアクセスでエンジニアが逮捕された発端

事件の発端は2010年3月にさかのぼります。愛知県岡崎市に住むソフトウェアエンジニアの男性（ハンドルネーム：Librahack）は、岡崎市立中央図書館（愛称：りぶら）の蔵書検索システムが新着図書を一覧表示しにくく使い勝手が悪かったことから、新着情報を自動で取得するクローラーをPython言語で自作しました。

プログラムの挙動は、新着図書のページを「1秒間に1回程度」の頻度で巡回し、差分データを取得して自身の使いやすいインターフェースに反映させるという極めてシンプルなものでした。一般的なWebブラウザで人間がページをクリックして閲覧する負荷と大差ないアクセス間隔であり、サーバーを意図的にダウンさせるような負荷テストやサイバー攻撃とは程遠い設計です。

しかし、図書館の蔵書検索サーバーはこのアクセスによって頻繁に応答不能に陥りました。図書館側とシステム運用担当者はこれを「外部からの悪質なDoS攻撃」と判断し、愛知県警岡崎警察署に被害を届出。同年5月、男性は偽計業務妨害罪の容疑で家宅捜索を受け、現行犯逮捕される事態に発展しました。

【事件の真相と経緯】システム不具合と警察のITリテラシー不足が生んだ悲劇

逮捕の報が流れると、ネット上のエンジニアコミュニティやIT系メディアが即座に反応しました。「1秒に1回程度のアクセスでシステムがダウンするはずがない」「これが犯罪になるならGoogleの検索エンジンも逮捕対象か」といった疑問が続出し、有志による技術的な検証が開始されました。

その結果、事件の真相として浮かび上がったのは、クローラー側の過剰負荷ではなく三菱電機インフォメーションシステムズ（MDIS）が開発した図書館システム「MELINX」側の致命的な不具合でした。

当該システムは、Webアプリケーションからのリクエスト処理において、データベースのトランザクション終了後にコネクションを適切に解放・クローズしないロジック（リソースリーク）を抱えていました。その結果、リクエストが連続するとデータベースの接続上限数に達してしまい、以降の正規アクセスを一切受け付けなくなるという脆弱な仕様だったのです。

システム不具合が主因であったにもかかわらず、警察およびシステムベンダー側は「連続アクセス＝不正な攻撃」と短絡的に結びつけ、技術的知見を欠いたまま逮捕・身柄拘束へ踏み切りました。この強引な初動捜査に対して、専門家や法学者からも激しい警察批判が巻き起こることとなりました。

【わかりやすく解説】なぜ起訴猶予に？Librahack事件が残した法的な論点

勾留満期を迎えた男性は、同年6月に起訴猶予処分となって釈放されました。罪に問うための起訴が見送られた背景には、以下の決定的な法的論点が存在します。

刑法第233条の「偽計業務妨害罪」が成立するためには、業務を妨害する意図（故意）や、人を欺き・勘違いさせるような「偽計」が必要です。しかし男性には図書館の業務を妨害する動機は一切なく、単に読書を便利に楽しむための私的利用に過ぎませんでした。

さらに、一般公開されているURLに対して通常のHTTPプロトコルに則ってリクエストを送る行為自体は、不正アクセス禁止法で定義される「認証を回避した不正侵入」にも該当しません。故意の不在と、システム側の構造的欠陥がダウンの主因であった事実が明確になったことで、検察側も刑事責任の追及を断念せざるを得ない形となりました。

Webスクレイピングの違法性と判例動向｜エンジニアが守るべき境界線

岡崎市立中央図書館事件は、日本国内におけるWebスクレイピングの違法性を議論する上で必ず引用される重要な先行事例です。国内法において、スクレイピングという技術そのものを一律に違法とする直接的な法律は存在しません。しかし、実装や運用の方法次第で法的リスクを伴う点は厳格に留意する必要があります。

Webスクレイピングを実施する際、エンジニアが遵守すべき主要な技術的・法的ボーダーラインは次の通りです。

1. サーバーへの過度な負荷を避けるレートリミット
robots.txtの指示に従うことや、クローリング間隔（Crawl-delay）を十分に空ける配慮が必須です。明らかな過負荷を与えてサービスをダウンさせた場合、電子計算機損壊等業務妨害罪（刑法234条の2）に問われるリスクが生じます。

2. サイト利用規約（ToS）と民法上の契約関係
利用規約に「スクレイピングの禁止」が明記されている場合、民事上の債務不履行や不法行為責任を問われる可能性があります。特にログイン必須の会員制サービスでは規約合意が成立しているとみなされやすいため注意が必要です。

3. 著作権法第30条の4（情報解析のための複製等）の遵守
日本は2018年の著作権法改正により、AI学習やビッグデータ解析のための情報収集・複製に対して国際的にも柔軟な規定を設けています。ただし、取得したデータをそのまま第三者へ再配信する行為や、権利者の利益を不当に害する形態での利用は著作権侵害に該当します。

【Librahackの現在と教訓】IT業界と官公庁システム開発に与えた決定的な影響

事件から年月を経た現在、男性（Librahack）はエンジニアとして現場に復帰し、自身のブログや寄稿を通じて事件の経緯やオープンデータの重要性を発信し続けています。当時の理不尽な逮捕劇は、日本のソフトウェア開発コミュニティと行政システム調達に大きなパラダイムシフトをもたらしました。

第一に、自治体や官公庁におけるIT調達のブラックボックス化への問題提起です。高額な予算で発注された公共システムが極めて初歩的なリソース管理不全を起こしていた事実は、ベンダーロックインの弊害や受け入れテスト基準の甘さを浮き彫りにしました。

第二に、「防御側（サービス提供者）の責任」に対する認識の定着です。現代のWeb開発では、DoS対策やリバースプロキシの導入、APIのレートリミット（リクエスト制限）設定など、想定外のアクセス集中があってもサーバー全体を落とさない多層防御が設計段階から標準化されています。

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

Q1：男性が起訴猶予になった理由は無罪だったからですか？
A1：起訴猶予とは、形式的に罪の嫌疑を排除しきれない場合でも、諸般の事情（犯意の薄さや悪質性の欠如、実質的な被害実態など）を考慮して起訴を行わない検察官の裁量処分です。完全な無罪判決とは法的に異なりますが、事実上は事件の主因がシステム側の不具合にあり、男性に業務妨害の故意がなかったことが考慮された結果と受け止められています。

Q2：スクレイピングによる逮捕事例は他にあるのでしょうか？
A2：チケットの不正自動購入ツール利用による電子計算機損壊等業務妨害罪での検挙や、認証を破って個人情報を不正取得したことによる不正アクセス禁止法違反での逮捕事例は存在します。しかし、公開情報の収集目的で1秒1回程度のアクセスを行い偽計業務妨害罪に問われたケースは、本事件以降ほぼ見られません。

Q3：なぜシステムは1秒1回のリクエストで動かなくなったのですか？
A3：システム内のWebアプリケーションがデータベースとの通信セッションを終了時に正常切断せず、接続を保持し続ける不具合（コネクションリーク）があったためです。男性が数十ページ分の新着情報を順番に巡回したことで接続プールの上限が瞬時に埋まり、他の利用者がアクセスできなくなりました。

まとめ：岡崎市立中央図書館事件が問い続ける技術と法の調和

岡崎市立中央図書館事件は、先端技術を扱うエンジニアと、それを裁く法執行機関の間に横たわる「リテラシーの断絶」が引き起こした象徴的な冤罪的事件でした。

オープンデータの利活用が急速に進む今日においても、適切なクローリングマナーの遵守と、アクセス集中に耐えうる堅牢なシステム設計の両立は変わらぬ鉄則です。技術の進歩を不当な萎縮から守り、よりオープンで健全な情報社会を維持するための教訓として、この事件の顛末は今後も検証され続ける必要があります。 （出典: 岡崎 市立 中央 図書館 事件（Yahoo!ニュース））