現実世界のCASE FILE 現実世界のCASE FILE

Deepwater Horizon事故87日間の流出はどう止められたのか

Macondo井のstatic kill準備中のQ4000周辺(2010年8月3日)
U.S. Coast Guard photograph by Petty Officer 1st Class Adam Eggers 出典 Public Domain

THE QUESTION

87日間の流出はどう止められたのかについて、この回が担う固有の論点は何か。

STORY SO FAR

前回「爆発後、126人はどう退避したのか」で確認した論点を受け、この回では87日間の流出はどう止められたのかについて、この回が担う固有の論点は何か。を扱う。

Deepwater Horizonが2010年4月22日に沈んでも、Macondo事故は終わらなかった。海底約1,500メートルに残った井戸からは油とgasが流れ続けた。

止めるまでに87日を要した。

その間に試されたのは、一つの「決定版」ではない。ROVによるBOP操作、containment dome、riser insertion tube、LMRP cap、top kill / junk shot、複数のsurface collection systems、そして最終的なcapping stack。さらに流出が止まった後も、static killとrelief wellによるpermanent sealingが続いた。

この87日間を理解するには、三つの目的を分ける必要がある。

  • 止める:井戸からのflowそのものを止める
  • 捕まえる:止められないflowをsurfaceへ回収する
  • 永久に封じる:再流出しないようwellをcementでkillする

初期の対応では、この三つが同時進行した。止められないなら回収し、その間にrelief wellを掘り、より確実なsource-control methodを準備する。Deepwater Horizon responseは、失敗した一手の連続ではなく、失敗から次のcontainment architectureを組み替え続けたsource-control campaignだった。


CASE FILE 50|Deepwater Horizon事故 2010
第8回では、4月下旬のROV interventionから9月19日のeffective sealまでを追い、「流出停止」と「永久封止」を分けて整理する。

最初の目標は、既存BOPで井戸を閉じることだった

事故直後、海底にはDeepwater HorizonのBOP stackが残っていた。もしBOP内部のramやvalveを遠隔で動かし、wellをsealできれば、新しい大型設備を作るより早くsource controlできる可能性があった。

NOAAの後年整理では、4月21日から5月5日までBOP valvesを作動させる試みが行われたが、流出停止には至らなかった。

ROVは水深約5,000フィートの海底でBOPへ接近し、hydraulic functionへの介入を試みた。第6回で見たように、BOPは単純な一つのvalveではなく、ram、control pod、hydraulic circuitなどからなる複雑なsystemである。

事故後のROV interventionは、すでに損傷・変形・不確実な状態にあるBOPを使って、通常とは異なる形でwell controlを取り戻す作業だった。

この方法が成功しなかったことで、responseは「既存BOPを閉じる」から、「流れ出るoilを外側からcapture / containする」方向へ移っていく。

5月6–8日|containment domeはなぜ失敗したのか

最初の大規模なcapture attemptがcontainment domeだった。

考え方は直感的である。海底のleak pointを大きなsteel 構造で覆い、その内部へoilとgasを集め、pipeを通じてsurface vesselへ送る。

NOAA 時系列では、5月6日から8日に三つのcontainment domeがdeployされたが、hydrate buildupによってeffectiveに機能せず撤去された。

deepwaterでは高圧・低温条件のため、natural gasとwaterからgas hydrateが形成されやすい。hydrateは氷のようなsolid 構造となり、flow pathやequipment openingを塞ぐ。

つまり、containment domeの問題は「箱で覆う」という概念が間違っていたというより、surfaceでは扱いやすいoil/gas mixtureが、水深約1,500メートルでは別のthermodynamic behaviorを示すことだった。

この失敗は、その後のcontainment equipmentにmethanol injectionやheating、flow-path managementなど深海特有のhydrate対策を組み込む必要性を強く意識させた。

5月15–25日|Riser Insertion Tube Toolは「止めずに回収」した

次に使われたのがRiser Insertion Tube Tool、RITTだった。

これはbroken riserのopeningへtubeを挿入し、流出するoil/gasの一部をsurface vesselへ導く方法だった。

NOAAのprogrammatic damage assessment資料では、RITTは5月15日にinstalledされ、5月16日から25日までproduction / collectionに使用された。

RITTの重要点は、wellをsealしていないことにある。

流出しているstreamの一部をcaptureし、海中へ拡散する量を減らす。source-controlとしてはpartial successだが、well flowそのものは続く。

この段階では「完全に止める方法が完成するまで、どれだけ回収できるか」というcontainment strategyが中心だった。

5月26–28日|top killはなぜ止められなかったのか

5月26日、より直接的にwellをkillするtop killが始まった。

top killは、BOP上部からheavy drilling mudを高rateで井戸へ押し込み、上向きのoil/gas flow momentumに打ち勝ってhydrostatic controlを取り戻す方法である。

同時にjunk shotとして、rubberなどのbridging materialをBOP内部へ投入し、flow pathを狭めてmudを下へ送りやすくする試みも行われた。

NOAA 時系列では5月26日から28日までtop kill / junk shotが実施されたが、失敗した。

問題は、wellがactive flowしていることだった。高い流速で上昇するhydrocarbonsに対し、surfaceから送ったmudの多くが井戸深部へ下がらず、上方のflowとともに逃げる。

top killという名称から「上から蓋をする」ように見えるが、実際にはdynamic flowへ逆らって十分なmud columnを井戸内に形成しなければならない。

後のstatic killが成功した理由を理解するうえで、この違いは重要になる。

6月|LMRP capとsurface collectionが拡大する

top killが失敗すると、responseは再び「flowを止める前に、できるだけcaptureする」方向へ戻った。

6月初旬、damaged riserを切断し、Lower Marine Riser Package(LMRP)上へcapを設置した。

NOAA 時系列では6月1日から10日にthird containment attemptとしてLMRP cap containment systemが使われた。ただし完全なsealではなく、capの周囲からoilは漏れ続けた。

それでも回収能力は増えた。NOAAの後年資料では、Discoverer Enterpriseが6月3日から7月10日までoilを回収またはflareし、Q4000は6月16日から7月15日、Helix Producerは7月12日から15日にcollection systemの一部として稼働したと整理している。[2]

この段階のsource controlは一隻・一装置ではない。

海底のcap、riser / hose、surface processing vessels、flare system、storage / transfer logisticsを組み合わせたnetworkになっていた。

同時に、relief wellは4月末から掘られていた

短期的なcontainment attemptsとは別に、最も確実なpermanent kill methodとしてrelief well drillingが進められていた。

relief wellは事故井から離れた位置から別の井戸をdirectionally drillし、地下深部でMacondo井へintersectする。

交差点からheavy mudとcementを入れれば、surface equipmentのdamage状態に依存せず、formation近くで井戸をkillできる。

BSEEのcapping-stack technology 報告書は、Macondoで二つのrelief wellが掘られ、一つ目は5月2日、二つ目は5月16日にdrillingを開始したと整理している。

relief wellは時間がかかるが、surface / subsea containmentがうまくいかなくても最終的なbackupになる。responseは「今すぐ止めるattempt」と「数か月かけて確実にkillするbackup」を並行させていた。

7月10–15日|capping stackが状況を変えた

7月、responseは新しい段階へ入る。

それまでのLMRP capは、oilをcaptureするための装置であり、完全に閉じてwell pressureを受け止める構造ではなかった。

新しいcapping stackは、よりtightなsealを形成し、valvesを閉じてwell flowそのものを止めることを目的としていた。

NOAA 時系列によれば、7月10日から15日に新しいcapping stackがinstalledされ、7月15日午後2時25分(Central Time)にvalvesがclosedされた。[1]

この時、oilの連続的なleakは止まった。

EPAも現在の事故概要で、Macondoからのflowが87日間続き、7月15日にcappedされたと記録している。

ここが「87日間の流出」の終点である。

ただし、7月15日にwellは「永久封止」されたわけではない

capping stackを閉じれば、surfaceへoilが出なくなる。しかしwellの地下構造が壊れている場合、pressureを閉じ込めることで別のpathからformationへleakする危険もある。

そのため7月15日から、capping stackをclosedにした状態でwell integrity testが行われた。

National Commission 報告書では、government science teamがwellhead pressure behaviorやseafloor周辺の兆候をmonitorし、oil/gasがundergroundへescapingしていないかを評価した。

当初はcapping stackを長期間closedにするかどうか慎重な判断が必要だったが、monitoring dataが予測modelと一致し、formation leakの可能性が低下したためclosed状態が延長された。

つまり7月15日は、「source flowが止まった日」であり、「井戸を地下からcementで永久にkillした日」ではない。

なぜstatic killはtop killより成功しやすかったのか

capping stackでflowを止めた後、8月3日にstatic killが始まった。

方法だけ見るとtop killと似ている。heavy drilling mudを上から井戸へpumpし、oil/gasをreservoir側へ押し戻し、hydrostatic controlを作る。

しかし決定的な違いはwellがstaticだったことだ。

top killでは上向きの大量flowへ逆らってmudを押し込む必要があった。static killではcapping stackがflowを止めているため、必要なpumping rateが大幅に低く、mudを井戸深部へ送りやすい。

National Commissionは、static killはtop killと同じ発想でも、oil/gasがすでにstaticであるためrequired pumping rateがはるかに小さいと説明している。

NOAAのresponse 報告書では8月3日にstatic killが開始され、heavy mudでhydrostatic controlを達成し、その後cementがpumpedされた。8月8日にはcementのpressure testがholdingしていることがreportedされた。

static kill成功後もrelief wellを続けた理由

static killとcementで井戸が安定しても、source control teamはrelief wellを中止しなかった。

理由は、wellのどのannulus / casing pathが完全にsealedされたかを地下から最終確認し、reservoirとのconnectionを確実に遮断するためである。

事故井のtopから入れたcementだけでは、内部構造に残る不確実性を完全には消せない。

relief wellなら、Macondo井をformation近くでintersectし、下側からmud / cementを入れてbottom killできる。

これは「念のため」ではなく、permanent abandonmentのassuranceとして重要だった。

9月16–19日|relief wellがMacondo井と交差する

9月中旬、一つ目のrelief wellがMacondo井へ到達した。

NOAAのprogrammatic restoration資料では、9月16日から19日にfirst relief wellがcompletedされ、cement injectionによるfinal sealが行われた。

9月19日、National Incident CommanderはMacondo wellがeffectively sealed / effectively deadになったと発表した。

Marshall Islandsのinvestigation 報告書も、wellがrelief wellによってinterceptされcementedされた後、9月19日にsealedと宣言されたと記録している。

したがって時系列は次のように分けるのが正確である。

  • 7月15日:capping stackで海へのcontinuous flowが停止
  • 8月3–5日:static killとtop cementing
  • 9月19日:relief well / bottom killを経てwellがeffectively sealed

「87日」の間、海上では何が行われていたのか

source controlは海底作業だけではなかった。

NOAA / Coast Guardのresponse資料では、7月15日時点で約47,000 responders、6,870隻を超えるvessels、約4.12 million feetのboom、17,500 National Guard personnelがresponseに関わっていた。[4]

surfaceではskimming、in-situ burning、boom deployment、shoreline protection、wildlife response、air surveillanceなどが並行した。

つまり、wellを止める技術teamと、すでに流出したoilを海上・沿岸で処理するresponse teamは別の時間軸で動いていた。

7月15日にsource flowが止まっても、海上のoilやshoreline contaminationが消えるわけではない。cleanupとenvironmental assessmentはその後も長く続いた。

containmentとcollectionは「失敗」だったのか

containment domeはhydrateで使えず、top killもwellを止められなかった。

これだけを並べると、7月15日までほとんど何も成功しなかったように見える。

しかし、RITTやLMRP cap、Q4000、Discoverer Enterprise、Helix Producerなどは、wellをsealできなくてもoilの一部をsurfaceへ回収・処理した。

また、それぞれのattemptから、deepwater hydrate behavior、flow capacity、subsea connection、surface processing limitsなどの実運用dataが得られ、次のcontainment designへ反映された。

だからといって「失敗が必要だった」と美化するべきではない。事故前にdeepwater blowout用のreadily deployable containment systemが十分準備されていなかったこと自体が、事故後改革の大きな論点になった。

BSEEはDeepwater Horizon後、operatorsにsubsea capping stackなどcontainment resourcesへ迅速にaccessできる能力を求めるreformsを進めた。

capping stackはなぜ決定的だったのか

capping stackがそれ以前のcapture capと違ったのは、well flowを受け止めてshut inできるpressure-control equipmentだった点である。

collection capは基本的にflowをsurfaceへ逃がす。capping stackはvalvesを閉じればwell pressureをstack内に閉じ込める。

その代わり、well casingやformationに未知のleak pathがあれば、pressureを閉じ込めることでsubsurface flowを悪化させる可能性がある。

したがって、capping stackを設置するだけではなく、pressure dataとseafloor monitoringを組み合わせたwell integrity assessmentが不可欠だった。

National Commissionが詳しく記録したgovernment science teamの役割は、単にBPの装置が「閉じられるか」を見ることではなく、閉じた状態を安全に維持できるかをmodelとobservationで判断することだった。

responseから生まれた「次の事故への設備」

Deepwater Horizon以前、deepwater blowout後に短時間でdeployできるstandardized capping stack systemは十分にpre-stagedされていなかった。

事故後、BSEEはdeepwater drilling permitの前提として、operatorがsubsea containment resourcesへimmediate accessできることを示す方向へ制度を強化した。

BSEE自身も後に5,000フィート級水深でfull-scale capping stack deployment exercisesを行い、wellheadへのlatchとpressure testを実施している。

つまりMacondo responseで現場開発されたcapping conceptは、事故後には「その場で考える特殊作業」から「事前に用意・演習する必要があるemergency capability」へ変わった。

技術図|87日間のsource-control 時系列

この記事の図では、各methodを「STOP」「CAPTURE」「PERMANENT KILL」の三分類で並べる。

  • Apr 21–May 5:BOP / ROV intervention — STOP attempt — unsuccessful
  • May 6–8:containment dome — CAPTURE — hydrateでunsuccessful
  • May 15–25:RITT — CAPTURE — partial collection
  • May 26–28:top kill / junk shot — STOP — unsuccessful
  • Jun 1–Jul 10:LMRP cap + surface collection — CAPTURE — partial
  • Jul 10–15:capping stack — STOP — July 15 flow stopped
  • Aug 3–5:static kill + cement — KILL — hydrostatic control
  • Sep 16–19:relief well / bottom kill — PERMANENT KILL — effective seal

この分類によって、「oilを回収できた=wellを止めた」「7月15日に止まった=永久封止完了」という二つの混同を防ぐ。

Deepwater Horizon source-control 時系列 Timeline from April to September 2010 separating attempts to stop flow, capture flow, and permanently kill the Macondo well. Macondo|87日間のsource-control 時系列 STOP / CAPTURE / PERMANENT KILL を分離|NOT TO SCALE

Apr 21–May 5 BOP / ROV STOP attempt → unsuccessful

May 6–8 CONTAINMENT DOME CAPTURE → hydrate buildup

May 15–25 RITT CAPTURE → partial collection

May 26–28 TOP KILL / JUNK SHOT STOP → unsuccessful

Jun–Jul 10 LMRP CAP + VESSELS CAPTURE Discoverer / Q4000 / Helix → partial collection

Jul 10–15 CAPPING STACK STOP JUL 15: FLOW STOPS 87-day continuous release ends

Aug 3–5 STATIC KILL KILL / cement → hydrostatic control

Sep 16–19 RELIEF WELL PERMANENT KILL SEP 19 effectively sealed/dead

三つの目的を混同しない CAPTURE = 流出中のoilを回収 | STOP = continuous source flowを止める | PERMANENT KILL = cementでreservoir connectionを長期封止 July 15 ≠ permanent abandonment completion / September 19 = effective seal

Sources: NOAA OR&R 時系列; NOAA/USCG OSC Report; National Commission; BSEE. Schematic 時系列.

対応手段の時系列図を使用

検証ポイント|7月15日に事故は終わった?

source flowは止まったが、source-control operationは終わっていない。

7月15日にcapping stackを閉じ、海へのcontinuous flowは停止した。これが87日間の流出の終点である。

しかしその後もwell integrity testing、static kill、cementing、relief well drillingが続いた。

Macondo wellがeffectively sealedと宣言されたのは9月19日である。

さらにcleanup、environmental assessment、restorationはもっと長く続く。事故を「7月15日に全部終わった」と表現すると、well controlとenvironmental responseの異なる時間軸を混同する。

まとめ|なぜ87日かかったのか

Macondo wellは、水深約1,500メートルの海底にあり、既存BOPはwellをsealできず、surfaceから直接人が操作できる設備ではなかった。

最初はBOPをROVで動かすことが試され、次にcontainment domeでflowをcaptureしようとした。hydrateで失敗するとRITTで一部を回収し、top killでactive flowへ逆らってheavy mudを入れようとしたが成功しなかった。

その後はLMRP capと複数surface vesselsでcollection能力を増やしながら、より強固なcapping stackとrelief wellを並行して準備した。

7月15日、新しいcapping stackを閉じることでcontinuous flowは止まった。well integrityをmonitorした後、8月にはstatic killでheavy mudとcementを入れ、9月にはrelief wellを使ったbottom killでpermanent sealを確認した。

87日間は、一つの修理に時間がかかったのではない。深海で使えるsource-control architectureが十分preparedされていない状態から、capture、pressure control、surface processing、subsea intervention、relief drillingを同時に組み立てた時間だった。

次の記事では、止めるまでに流出したoilがGulfの海面、海中、海底、shoreline、生物へどのようなdamageを与え、その影響に対するrestorationが2026年現在どこまで進んでいるのかを追う。

次の記事

環境被害はどこまで広がり、何が回復途上なのか
油量の定義差、1,300 miles超のshoreline impact、marine mammals、sea turtles、birds、fish、deep-sea coral、restoration programを分け、被害と回復を同じ尺度で単純化しない。

CASE FILE 50|全10回

  1. Deepwater Horizon事故とは何だったのか
  2. Deepwater Horizon事故|水深約1500mのMacondo井では何をしていたのか
  3. Deepwater Horizon事故|セメントと坑井障壁はなぜ破れたのか
  4. Deepwater Horizon事故|陰圧試験はなぜ「成功」と判断されたのか
  5. Deepwater Horizon事故|キックはどう暴噴へ進んだのか
  6. Deepwater Horizon事故|BOPはなぜ最後の壁になれなかったのか
  7. Deepwater Horizon事故|爆発後、126人はどう退避したのか
  8. 現在の記事:Deepwater Horizon事故|87日間の流出はどう止められたのか
  9. Deepwater Horizon事故|環境被害はどこまで広がり、何が回復途上なのか
  10. Deepwater Horizon事故|調査は何を問題とし、規制はどう変わったのか

FACT CHECK|出典・参考資料

  1. [1] NOAA Office of Response and Restoration, Deepwater Horizon Timeline containment dome、RITT、top kill、LMRP cap、capping stack、static kill、September 19 sealの公式timelineに使用。
  2. [2] NOAA / Deepwater Horizon Programmatic Damage Assessment and Restoration Plan ROV/BOP attempts、RITT期間、surface collection systems、static kill、relief well / bottom killの日付整理に使用。
  3. [3] National Commission on the BP Deepwater Horizon Oil Spill and Offshore Drilling, source-control working paper / final report capping-stack well integrity test、static killのtop killとの違い、September 19のsource-control completionに使用。
  4. [4] U.S. Coast Guard / NOAA, On Scene Coordinator Report: Deepwater Horizon Oil Spill response規模、static kill、August cement test、September effective sealに使用。
  5. [5] BSEE, Subsea Capping Stack Technology Requirements relief wellの目的、Macondo relief wells、事故後のcapping-stack capability整備の確認に使用。
  6. [6] U.S. EPA, Deepwater Horizon enforcement overview 87日間・July 15 capという現在の公式概要の確認に使用。
  1. 01 Deepwater Horizon事故とは何だったのか
  2. 02 Deepwater Horizon事故|水深約1500mのMacondo井では何をしていたのか
  3. 03 Deepwater Horizon事故|セメントと坑井障壁はなぜ破れたのか
  4. 04 Deepwater Horizon事故|陰圧試験はなぜ「成功」と判断されたのか
  5. 05 Deepwater Horizon事故|キックはどう暴噴へ進んだのか
  6. 06 Deepwater Horizon事故|BOPはなぜ最後の壁になれなかったのか
  7. 07 Deepwater Horizon事故|爆発後、126人はどう退避したのか
  8. 08 Deepwater Horizon事故|87日間の流出はどう止められたのか
  9. 09 Deepwater Horizon事故|環境被害はどこまで広がり、何が回復途上なのか
  10. 10 Deepwater Horizon事故|調査は何を問題とし、規制はどう変わったのか

RSS FEED

RSSで更新を受け取る

RSSリーダーへ次のURLを登録すると、新着記事を確認できます。

フィードを直接開く