AS/400（IBM i）とは｜4つの設計思想と38年消えない理由を解説

【１分でわかるこの記事の要約】

• 「AS/400」は「IBM i」へと進化し、発表から38年経過した現在も、その圧倒的な安定性とコストパフォーマンスにより、製造・流通・金融など幅広い業界の基幹システムとして現役で稼働し続けています。

• 最大の強みは、ハードウェアに依存しない独自設計（TIMI）がもたらす驚異的な後方互換性であり、数十年前に作成されたアプリケーション資産を最新のハードウェア上でそのまま活用・保護できる点にあります。

• しかし、RPG技術者の高齢化とシステム全体のブラックボックス化は待ったなしの経営課題であり、企業は「現状維持」「段階的モダナイゼーション」「全面移行」の3つの方向性から、将来を見据えた迅速な決断を迫られています。

AS/400とは、1988年にIBMが発表した中規模ビジネスコンピュータだ。正式名称は幾度も変わり、現在は「IBM i on Power Systems」だが、現場では今も「AS/400」の呼称が根強く残っている。 発表から38年が経過した2026年現在も、製造業、流通小売、金融、医療など幅広い業界で基幹システムの中核として稼働し続けている。

AS/400が38年間消えない理由は、「古いから仕方なく使っている」だけではない。ハードウェアに依存しない設計（TIMI）、OS・DB一体のオールインワン設計、1988年のアプリが最新ハードで動く後方互換性——これらの設計思想が、他のプラットフォームでは実現しにくい圧倒的なコストパフォーマンスと安定性を生んでいる。本記事では、AS/400の基本から現在の利用実態、そして今後の方向性までを整理した。

AS/400とは — 定義と名称の変遷

AS/400の「AS」はApplication System（アプリケーションシステム）の略だ。企業の業務アプリケーションを効率的に実行するために設計されたコンピュータであることを、名前そのものが示している。

名称の変遷

AS/400は、IBMの製品戦略の変更に伴い、名前が何度も変わっている。

名称は変わっても、中核のアーキテクチャは一貫している。この一貫性こそが、AS/400の最大の強みであり、「38年前のアプリが今のハードで動く」という驚異的な後方互換性の源泉だ。

System/38から受け継いだDNA

AS/400の設計思想は、前身のSystem/38（1979年発表）から受け継がれている。System/38で初めて導入されたTIMI（Technology Independent Machine Interface）は、ハードウェアとソフトウェアの間に「翻訳層」を置く革新的な設計だった。この設計がAS/400のアーキテクチャの根幹を今も支えている。

AS/400が38年「消えない」4つの設計思想

AS/400を「古いコンピュータ」と片づけるのは正確ではない。4つの設計思想が、他のプラットフォームにはない独自の価値を生み出している。

設計思想1: TIMI — ハードウェアから自由になる仕組み

TIMI（Technology Independent Machine Interface）は、AS/400の最も革新的な設計要素だ。アプリケーションとハードウェアの間に挿入された「中間層」であり、アプリケーションはTIMIを通じてハードウェアにアクセスする。

この設計がもたらすメリットは大きい。ハードウェアが変わっても、TIMIが仲介するため、アプリケーションの書き換えは不要になる。実際、1988年の初代AS/400はCISCプロセッサで動いていたが、現在のPower Systemsは64ビットRISCプロセッサだ。プロセッサアーキテクチャが根本的に変わったにもかかわらず、アプリケーションはそのまま動く——TIMIの力がここに表れている。

設計思想2: オールインワン設計

AS/400は、ハードウェア、OS（IBM i）、データベース（Db2 for i）が一体設計されている。他のプラットフォームでは、OS、データベース、ミドルウェアを別々に選定・構築・連携させる必要があるが、AS/400ではこれらが最初から統合済みだ。

このオールインワン設計が、運用管理の負荷を大幅に下げる。OSのパッチ適用がデータベースに影響するか？ ミドルウェアのバージョンアップでアプリが動かなくなるか？——こうした「組み合わせの問題」がAS/400では原理的に発生しにくい。少人数のIT部門で基幹システムを運用する中堅・中小企業にとって、管理コストの低さは見過ごせないメリットだ。

設計思想3: 後方互換性

AS/400の後方互換性は、IT業界でも突出している。1988年に書かれたRPGプログラムが、2026年の最新Power Systems上でそのまま動作する。38年間にわたってアプリケーション資産が保護され続けている計算になる。

この後方互換性は、企業にとって2つの価値がある。

1. ハードウェア更改のコスト削減: 新しいハードウェアに入れ替えるだけで性能が向上し、アプリケーションの改修は不要

2. アプリケーション資産の長期保護: 数十年にわたる業務ロジックの蓄積が無駄にならない

ただし、この後方互換性が「動くから放置する」というブラックボックス化の温床にもなっている点は、課題として認識しておく必要がある。

設計思想4: 高セキュリティ

AS/400は、汎用コンピュータとして初めて米国国家安全保障局（NSA）からC2レベルのセキュリティ認証を取得した。オブジェクトベースのアーキテクチャにより、メモリ上のデータにポインタ経由で直接アクセスできない構造のため、バッファオーバーフロー攻撃のような脆弱性に対して構造的に強い。

金融機関や医療機関など、機密データを扱う業界でAS/400が選ばれ続ける理由の一つがこのセキュリティ特性だ。

AS/400が動いている4つの業界

AS/400は中規模のビジネスコンピュータとして設計されたため、中堅・中小企業を含む幅広い業種で採用されている。

製造業

受発注管理、在庫管理、生産管理、原価計算——製造業の基幹業務をAS/400で運用している企業は多い。特に部品メーカーや中堅の機械メーカーでは、RPGで書かれた独自の生産管理システムが数十年にわたり改修を重ねながら稼働している。

流通・小売業

卸売業の受発注処理、小売業の在庫管理・仕入管理にAS/400が使われている。大量の商品マスタと取引データをバッチ処理する用途にAS/400の処理特性が合致しており、POS連携やEDI（電子データ交換）の基盤としても機能している。

金融業

地方銀行、信用金庫、保険会社の一部では、AS/400が基幹系の一角を担っている。メガバンクのメインフレームとは異なるが、中規模の金融機関にとってはAS/400のコストパフォーマンスと安定性が選択の決め手になってきた。

医療・物流

病院の医事会計システム、物流企業の配送管理システムなど、安定稼働と正確なデータ処理が求められる領域でもAS/400は活用されている。

AS/400が抱える3つの課題

AS/400の設計思想は今も有効だが、AS/400を取り巻く環境は変化している。

課題1: RPGエンジニアの高齢化と不足

AS/400のアプリケーション開発の主力言語であるRPGを扱えるエンジニアは、高齢化が進んでいる。現場のRPGエンジニアの多くは50代以上で、若手のRPG習得者は極めて少ない。RPGマイグレーションの記事で、RPG言語の移行アプローチを詳しく解説している。

「動かす人がいなくなる」リスクは、AS/400の技術的な価値とは無関係に、プラットフォームの持続可能性を脅かしている。保守を外部委託する場合も、RPGエンジニアを抱えるベンダーの選択肢が年々狭まっている状況だ。

課題2: ブラックボックス化

AS/400の後方互換性は強みであると同時に、ブラックボックス化の温床でもある。「動くから放置する」が繰り返された結果、ソースコードの全容を把握している人間がいない——そんな状態に陥っている企業が少なくない。

特にRPGのIII型（固定形式）で書かれた古いプログラムは、可読性が低く、処理の意図を推測するのが困難だ。仕様書が存在しない、あるいは実際のソースコードと乖離しているケースも珍しくない。

課題3: モダン技術との連携困難

AS/400上のシステムは、REST APIやマイクロサービスアーキテクチャなどのモダン技術との直接連携が難しい場合がある。IBM iは近年のバージョンでWeb API対応やJSON処理機能を強化しているが、古いバージョンで稼働しているシステムでは、これらの機能を利用するにはOSのバージョンアップが前提になる。

DXを推進するには社内外のシステムとのデータ連携が不可欠だが、AS/400の閉じた環境がこの連携を阻む場面がある。IBM iの移行で、IBM iを起点としたモダナイゼーションの選択肢を整理している。

AS/400の今後 — 3つの方向性

AS/400ユーザーが取り得る方向性は3つに分かれる。

方向性1: IBM iとして継続進化

IBMはIBM iのロードマップとして2030年代半ばまでのサポート継続を示している。IBM i 7.5（2022年リリース）ではオープンソースパッケージのサポート拡充、Db2の機能強化が行われ、プラットフォームとしての進化は続いている。

ハードウェア更改だけで性能が向上し、アプリケーションの改修が不要な後方互換性を考えれば、「使い続ける」は合理的な選択肢だ。ただし、IBM i 7.3の延長サポートが2026年9月に終了するため、OSバージョンアップは避けられない。AS/400の移行で2026年問題の詳細を解説している。

方向性2: 段階的モダナイゼーション

AS/400を一気に廃止するのではなく、部分的にモダン化していくアプローチだ。IBM iの筐体内に新環境を立ち上げ、RPGのサブシステムを段階的にJavaやPythonに移行する。フロントエンドにはWebアプリケーションを採用し、バックエンドのデータベース（Db2 for i）はそのまま活用するパターンが多い。

方向性3: 他プラットフォームへの全面移行

AS/400をクラウドやオープン系に全面移行する選択肢だ。保守人材の長期確保が困難な場合や、AS/400では実現しにくいDX施策がある場合に検討される。AS/400のクラウド移行で具体的なアプローチを解説している。

ただし、AS/400の移行には注意点がある。AS/400ではアプリケーションサーバーとデータベースサーバーが一体のため、処理速度が極めて速い。他プラットフォームに移行した結果「数秒だった照会が30秒以上かかる」といったパフォーマンス劣化が発生した事例もある。移行前の十分な検証が不可欠だ。AS/400の廃止判断では、廃止すべきかどうかの判断基準を整理している。

いずれの方向性を選ぶ場合も、まずはレガシーシステムの可視化——現行システムの資産棚卸し、ソースコード解析、業務ロジックの文書化——が第一歩になる。

まとめ — AS/400は「過去の遺産」ではなく「現役の基盤」

AS/400は「古い」から使われているのではない。TIMIによるハードウェア独立性とオールインワン設計による運用効率が、2026年現在も多くの企業にとって合理的な選択肢であり続けている。だが、RPGエンジニアの高齢化と減少は待ったなしの課題だ。AS/400の設計思想がいかに優れていても、「動かせる人がいなくなる」問題は設計では解決できない。自社のAS/400が今どのような状態にあるか、まずは可視化から始めることを推奨する。

AS/400のRPG資産、仕様を可視化できていますか？

エイジレスでは、独自AI「ARIADNE」がRPGソースコードから処理内容・依存関係を自動解析し、移行やモダナイゼーションの判断材料を提供します。

ASIS解析の資料をダウンロード

よくある質問

Q: AS/400とIBM iは同じものですか？

A: 同じプラットフォームの異なる名称だ。1988年に「AS/400」として発表された後、eServer iSeries（2000年）→System i（2006年）→IBM i on Power Systems（2008年）と名称が変遷した。ハードウェアはPower Systemsに統合されたが、OS（IBM i）とアプリケーション環境は一貫しており、1988年のアプリが最新ハードで動作する後方互換性が維持されている。

Q: AS/400はいつまで使えますか？

A: IBMは2030年代半ばまでのサポート継続をロードマップで示している。ただし、OSのバージョンごとにサポート期限がある。IBM i 7.3の延長サポートは2026年9月に終了するため、7.3を利用中の企業はバージョンアップまたは移行の判断が必要だ。「プラットフォームとして使える期間」と「自社のOSバージョンのサポート期限」を分けて考えることが重要になる。

Q: AS/400からの移行費用はどれくらいですか？

A: システムの規模と移行方式によって大きく異なるが、数千万円から数億円が一般的だ。RPGプログラムの本数、データベースの規模、外部連携の複雑さが主なコスト変動要因になる。全面移行は3〜5年、段階的モダナイゼーションは数年にわたる継続投資が必要だ。まずはAS/400上の資産の棚卸しと可視化を行い、移行対象の範囲と複雑さを正確に把握することが、見積もりの精度を上げる第一歩になる。