メインフレームの寿命について：2035年の崖とデジタル主権を巡る金融インフラの大転換

1. はじめに：迫る「2035年の物理的限界」

日本の産業界、とりわけ金融機関の根幹を支え続けてきた巨大コンピューター「メインフレーム（汎用機）」が、今まさに歴史的な転換期を迎えている。

発端は、国内メインフレーム市場で大きなシェアを握ってきた富士通が下した、極めて冷徹な事業撤退の決断である。同社は2030年度にメインフレームの製造・販売を終了し、2035年度には保守サポートからも完全に撤退する計画を表明している。

同様に国内御三家の一角である日立製作所も、すでに2017年の時点でメインフレームの独自開発・製造から退いており、現在は米国IBMからハードウェアのOEM（相手先ブランドによる生産）供給を受ける形での延命措置に留まっている。NECも独自路線を維持するものの、大規模な拡張投資を行う体力は残されていない。

つまり、2035年というタイムリミットは、単なる「古いシステムのサポート切れ」を意味しない。日本国内において独自にメインフレームを製造・保守するメーカーが名実ともに消滅し、システムそのものの物理的な維持が不可能になるという、非情な「ハードウェアの寿命」を意味している。

多くの大企業やメガバンク、地方銀行の勘定系システム（預金・為替・融資等の最重要システム）は、今なおこのメインフレーム上で稼働している。「ぼやぼやしていると取り残される」という危機感は、現場のエンジニアレベルに留まらず、今や日本経済全体の社会インフラ崩壊リスクとして、経営陣の突きつけられた最重要課題となっている。

2. メインフレームが金融機関に愛され続けた理由

そもそも、なぜ銀行をはじめとする金融機関は、テクノロジーが飛躍的に進歩した2020年代後半の現在に至るまで、メインフレームという「過去の遺物」と称されるシステムにしがみつき続けてきたのか。そこには、現代の一般的なサーバーやパブリッククラウドでは代替できない、圧倒的なアドバンテージが存在したからである。

最大にして本質的な理由は、「お金の計算における絶対的な正確性」である。 現代のJavaやPythonといったモダンなプログラミング言語は、コンピューターが処理しやすい「2進法」をベースに設計されている。そのため、非常に細かい小数の計算などにおいて、ごく稀にミリ単位の端数（丸め誤差）が発生する特性を持つ。ウェブサービスやAIの計算であれば許容されるこの微小な誤差も、1円のズレも許されない銀行の勘定系においては致命傷となる。 一方で、メインフレーム上で動く伝統的な言語「COBOL（コボル）」は、ビジネスや事務計算用に最適化されており、10進法をそのまま正確に処理できる。この「計算ミスが構造的に絶対に起きない」という信頼性こそが、金融業界において神格化されてきた理由である。

もう１つの理由は、「圧倒的な大量データ高速一括処理（バッチ処理）能力」である。 銀行の夜間業務や、給与振込・年金支給が集中する繁忙期には、秒間で数万件、数百万口座に及ぶトランザクション（取引データ）をノーミスで捌く必要がある。メインフレームとCOBOLの組み合わせは、この「大量のデータを上から順番に力技で高速処理する」というタスクにおいて、現代のパブリッククラウドすら凌駕するパフォーマンスを誇ってきた。

「絶対に止まらない、絶対に間違えない」という銀行の至上命題を満たすためには、メインフレームという鉄壁の要塞は必要不可欠な存在であったと言える。

3. 「つぎはぎ」の限界：システム障害の構造的要因

しかし、この頑強な要塞は、時代の変化とともに「巨大な技術負債」へと変貌を遂げた。現場で長年繰り返されてきた「つぎはぎ（アドオン）」による改修が、限界を迎えているのである。

日本の銀行システムは、1980年代後半のバブル期に「第三次オンラインシステム」としてその原型が完成した。その後、平成の時代に起きたメガバンクの大合流（銀行合併）の際、本来であればシステムをゼロから一本化すべきところを、莫大なコストと稼働リスクを避けるために、それぞれのCOBOLシステムを強引に接続プログラムで繋ぎ合わせる（つぎはぎする）手法が取られた。

さらに、毎年のように変わる税制、金融庁の規制緩和、ネットバンキングやQRコード決済といった新サービスとの連携が始まるたびに、元のコードの上に「特例処理のコード」が幾重にも継ぎ足されていった。

結果として出来上がったのが、業界で「スパゲティ・コード」と呼ばれる、複雑怪奇に絡み合ったブラックボックスである。 根底にあるCOBOLの古いプログラムの、わずか1行を修正しただけで、全く無関係と思われていた融資計算や他店との通信システムがエラーを起こして停止する。これが、近年の金融機関で相次ぐ大規模システム障害の構造的な原因である。

システム全体が「どこかを触ると、どこが壊れるか分からない」という状態に陥りながらも、銀行側は「動いているから触るな」という思考停止の方針を取り続け、先送りしてきた。そのツケが今、老朽化による予期せぬエラーとなって噴出している。

4. もう一つの寿命：「人間（エンジニア）」の引退

ハードウェアの寿命（2035年）以上に深刻であり、一刻の猶予も許されないのが「人間の寿命」、すなわち技術者の高齢化と引退である。

1980年代のバブル期に、徹夜でこれらの巨大基幹システムを構築し、コードをガリガリと書いていたエースエンジニアたちは、2026年現在、軒並み60代後半から70代に達している。再雇用制度によって現場に留まっていた「最後の守護神」たちが、いよいよ肉体的・年齢的な限界から完全引退するフェーズに入っている。

前述の通り、長年のつぎはぎ改修によってドキュメント（設計図や仕様書）が残っていない、あるいは実態と乖離しているシステムにおいて、「生きた仕様書」であるベテラン技術者の引退は致命的である。特定の特例処理のロジックが、引退した「〇〇さんの頭の中にしかない」という属人化の極みが放置された結果、中身を解読できる人間が全くいなくなるという恐怖のシナリオが現実味を帯びている。

「若手を育成すればよい」という反論は、IT業界の労働市場の前には通用しない。若い優秀なエンジニアほど、自身の市場価値を高めるためにAIやクラウド（PythonやJava、TypeScriptなど）の習得を目指す。将来性がなく、特定のメインフレームでしか動かない40年前の言語であるCOBOLをキャリアのスタートに選ぼうとする若者は皆無であり、技術の伝承は完全に途絶している。

機械は2035年まで動くかもしれないが、中身を理解して修正できる人間が2020年代後半のうちにいなくなる。これこそが、システム刷新において「待ったなし」とされる最大の理由である。

5. 生成AIは「魔法の杖」になり得るか

この危機を打開すべく、期待を集めているのが「生成AIによる古い言語から新しい言語への自動書き換え」である。しかし、結論から言えば、大企業の超巨大な基幹システムにおいて「生成AIに丸投げして終わり」にすることは不可能である。

富士通と日本IBMが開始したシステム刷新支援の協業においても、その役割分担は厳格に区別されている。

① COBOLからJavaへの変換： ルールベースの自動変換ツール（Fujitsu PROGRESSIONなど）を使用

② 変換後のコードの整理や修正（リファクタリング）： 生成AI（IBMの生成AIエージェントなど）を補助的に使用

なぜ、最初から生成AIにすべてを翻訳させないのか。そこには生成AIの持つ特性と、金融システムが求める水準との間に深い溝があるからである。

第１に、生成AIの本質は「確率論的な言葉の予測」である。最新のAIを使えば、COBOLをかなり正確なJavaコードに変換できるが、その確実性が「99.1%」であったとしても、基幹システムにおいては「即アウト」となる。100万行ある巨大システムにおいて、残り0.9%（9,000行）に人間の目で見つけにくいハルシネーション（嘘の生成）や解釈のズレが混入すれば、1円の計算のズレや特定の例外処理によるバッチ停止を招く。100.00%の絶対的な確実性が求められる領域において、最初の一歩は「Aという構文は必ずBにする」と1対1で定義されたルールベースのツールの方が圧倒的に安全なのである。

第２に、ただ言葉を翻訳するだけでは「設計の古さ」が解決しない。COBOLは「手続き型（上から順に処理する）」言語であり、Javaは「オブジェクト指向（部品を組み合わせて柔軟に動かす）」言語である。AIに文法だけを変換させると、「中身はCOBOLの思想のまま、表面だけJavaの文法で書かれた、誰も解読できない不気味なコード（Java-BOL）」が誕生する。これでは、将来的なシステムの柔軟性という本来の目的が達成できない。

生成AIの本当の価値は、変換されたコードを「現代的な動かし方へ整える（リファクタリングする）」作業や、仕様書の逆引き作成、テストコードの自動生成といった、人間のサポート・効率化（超高性能な電動工具としての役割）において発揮される。

6. 一周回って「IBM一強」となる歪な市場構造

国産メーカーである富士通が撤退を決め、日立が開発を止めた後の世界で、メインフレーム市場はどのような構図になるのか。驚くべきことに、「一周回って、世界でも日本でも、IBMによる完全な独占状態（一強）」が到来する。

かつてIBMは、1990年代から2000年代にかけて「パソコンの父」としての地位を築きながらも、価格競争が激化したパソコン事業（ThinkPad等）を2005年に中国レノボへ売却した。世間が「これからはクラウドだ、メインフレームはオワコンだ」と叫ぶ中、同社は薄利多売のハードウェア売り切りビジネス（レッドオーシャン）をいち早く捨て、大企業向けの強固なシステムとエコシステム（ブルーオーシャン）に経営資源を集中させた。

他の国産メーカーが「次世代メインフレームへの巨額の投資は割に合わない」と次々に白旗を上げていくのを、IBMは冷徹に待ち続けたのである。同社は現在もメインフレームに数千億円規模の投資を続け、最新のAIプロセッサーを搭載した新機種を投入し続けている。

富士通が去った後、どうしてもメインフレームを捨てられない日本のメガバンクや大企業に残された選択肢は2つしかない。

• ルートA： システムを丸ごとIBMのメインフレームへ引っ越しさせる（鞍替え）

• ルートB： システムの操作感は国産（富士通や日立）のまま、裏側のCPUなどのハードウェアだけをIBM製にすり替える（延命）

今回の富士通と日本IBMの協業の真の狙いもここにある。富士通としては自社の都合で撤退する以上、顧客を路頭に迷わせるわけにはいかないため、かつての宿敵であったIBMへ「どうしても移行できない顧客を引き取ってもらう」ための道筋（救済策）を作ったのである。

しかし、これは顧客側から見れば「生殺与奪の権を完全にIBMに握られる」ことを意味する。競合が存在しない独占市場において、将来的に保守料金やライセンス料をどれだけ「言い値」で値上げされようとも、銀行側に拒否権はない。この「ベンダーロックイン」の究極形に対する強烈な恐怖こそが、今、銀行を突き動かす原動力となっている。

7. メガバンクの生存戦略：ジグソーパズルと実験場

この「IBM監獄」から脱出し、価格決定権を自らの手に取り戻すため、メガバンクは水面下で死に物狂いのクラウドシフトを進めている。

彼らが取っている戦略は、巨大な岩盤（モノリス）のようなシステムを「因数分解し、膨大なジグソーパズルみたいに移しやすいピースから外していく」という、極めて緻密な長期戦である。

まずは「外接系（他社サービスやATMとの接続口）」や「情報系（データ分析、顧客管理）」といった、スピードが求められ、万が一止まっても本丸に影響の少ないピースから順次、AWS（アマゾンウェブサービス）やMicrosoft Azure、Google Cloudといったパブリッククラウドへ逃がしている。

さらに、現代のシステム思想である「マイクロサービス（機能ごとの小さな部品の集まり）」への書き換えを進め、本丸である「総勘定元帳（勘定系のコア）」であっても、移せるパーツから1つずつクラウドへ引っ越しさせる準備を行っている。

そして、このタイムアタックをより現実的なものにしているのが、「100%クラウド環境のデジタルバンク（別棟）を横に新設し、実験を繰り返す」という戦略である。 三菱UFJ銀行がGoogle Cloud（特にデータの絶対的正確性と無限の高速処理を両立する「Cloud Spanner」技術）を全面採用した新しいデジタルバンクの構築に動いているのは、その最たる例である。

生きた本丸のシステムを触るのはリスクが高すぎるが、新設するデジタルバンクであれば、万が一のトラブルもコントロールできる。そこで秒間数万件の決済をノーミスで捌く「答え合わせ」とノウハウ蓄積を行い、完璧に仕上がった段階で本丸の移行に応用する。この二正面作戦こそが、2035年に向けたメガバンクの現実的な生存戦略である。

8. デジタル小作人と主権の行方：NTTグループの果たす役割

しかし、メインフレームというベンダーロックインから脱出した先には、新たな構造的課題が待ち受けている。AmazonやGoogleといった米国のビッグテックに、今度は延々と「デジタル年貢（クラウド利用料）」を召し上げられ続けるというリスク、すなわち「デジタル小作人（デジタル赤字）」への転落である。

米国パブリッククラウドの利便性や技術力、地球規模のバックアップ体制は圧倒的であり、日本国内の独立系クラウド（さくらインターネットなど）が単独でメガバンクの勘定系を丸ごと引き受けるには、まだ資金力やサービスラインナップの面で圧倒的な壁が存在する。また、銀行の経営陣にとって「世界実績のあるAWS（あるいはGoogleクラウド）を採用した」という事実は、万一、何かあった時の金融庁や株主に対する「責任の盾」にもなるため、米国勢への一極集中は避けられない流れに見える。

この日本のデジタル主権が消失しかねない危機において、最後の防波堤として浮上しているのが「NTT（特にNTTデータ）」の動向である。

NTTグループは、日本全国の通信網と国内最高峰の堅牢なデータセンターという「物理的なインフラ」を自前で保持している。この強みを活かし、彼らは「海外のクラウドを排除する」のではなく、「技術やAIは米国のものをライセンスとして買って使うが、生データや心臓部の計算が通るインフラの主権（鍵）は、100%日本の法律が適用されるNTTの国内データセンターに閉じ込める」という、「ソブリンクラウド（主権を持ったクラウド）」の構築に動いている。

現在、地方銀行13行が参加する共同システムなどで導入が進む「統合バンキングクラウド」は、まさにこの日本企業の奮起によるハイブリッド防衛線である。

9. おわりに：システムは「脱皮」し続ける生き物へ

かつてメインフレームを導入し、COBOLのコードを積み上げていた時代、システム投資は「頑丈な自社ビルを建てる（一度建てたら終わり）」という感覚であった。だからこそ、日本の銀行はつぎはぎだらけのCOBOLのビルに40年も住み続けることができた。

しかし、2026年現在のクラウドネイティブな時代において、IT投資は「変化し続ける最先端の街に家賃を払い、常に内装をアップデートしながら住み続ける」という感覚に変貌している。プログラミング言語には流行があり、Javaとて将来的に「次のCOBOL（レガシー）」になる運命からは逃れられない。企業がビジネスを続ける限り、テクノロジーとの追いかけっこ、すなわち「永遠に書き換え続けること」は義務となる。

今回の富士通と日本IBMの協業、そして銀行業界のクラウドシフトの本質は、単なる「古い機械の買い替え」ではない。いつでも形を変えられる柔軟なステージ（土俵）に上がり、システムを「死ぬまで脱皮させ続ける生き物」として管理していくという、経営思想そのもののコペルニクス的転換なのである。

デジタル小作人という従属の未来を回避しつつ、2035年の物理的限界を乗り越えられるか。日本の金融インフラの、命懸けの「脱皮」が今、行われている。