Oracle Java SEライセンス管理（2026年）

Java SE新ライセンスモデルの概要（2023年〜）

2023年1月以降、Oracle Java SEのライセンスは「Java SE Universal Subscription」という新モデルに移行しました。このモデルの最大の特徴は、Javaを実際に使用している従業員数ではなく、企業全体の「全従業員数（Employee count）」に基づいた課金体系である点です。

新モデルの課金メカニズム：1ユーザーあたり月額数ドル（規模に応じてスライド制）の費用が、Javaを1台でも使用していれば全従業員分発生します。例えば従業員5,000人の企業でJavaを100台のサーバで利用している場合、旧モデルではサーバ台数・コア数ベースの課金でしたが、新モデルでは5,000人分の費用が発生します。大規模企業ほどコスト増大の影響が大きく、数千万円規模の差が生じるケースも珍しくありません。

旧モデルとの関係：2023年1月より前に購入した旧来のNamed User Plus（NUP）またはProcessorメトリクスのJavaライセンスは引き続き有効ですが、Oracle Software Technical Support（サポート契約）の継続にあたって新モデルへの移行を求められるケースが増えています。旧モデルのライセンスを保有している企業も、次の更新交渉では新モデルを提案されることが一般的です。

無償利用が認められるケース：Oracle JDK 17以降は、個人利用・開発・テスト・プロトタイプ・デモ用途に限り無償で利用可能です。しかし「本番環境での商用利用」には有償ライセンスが必要です。この「本番環境」の定義範囲についてOracleの解釈は広く、エンタープライズ環境では実質的に有償契約が必要と考えるべきです。

自社のJava利用状況を正確に把握する方法

Javaライセンス管理の第一歩は、社内のJava利用状況を正確に把握することです。Javaはミドルウェア・アプリケーションサーバ・業務アプリケーションに広く組み込まれており、IT部門が把握していない箇所にも存在することが多くあります。

調査対象の特定：まず調査対象範囲を定義します。物理サーバ・仮想マシン・コンテナ・クラウドインスタンス・開発者PC・CI/CDパイプライン環境など、Javaが動作する可能性があるあらゆる環境が対象です。特にアプリケーションサーバ（Apache Tomcat、JBoss/WildFly、Oracle WebLogic等）はJavaランタイムに依存しているため、これらが稼働している環境は必ず確認が必要です。

利用中のJavaのバージョンと配布元の確認：単に「Javaが入っている」だけでなく、JDKまたはJREのベンダー（Oracle JDK、Eclipse Temurin、Amazon Corretto、Azul Zulu、Red Hat OpenJDK等）とバージョンを正確に把握します。Oracle JDKかどうかを確認することが最重要です。コマンドラインで `java -version` を実行するだけでなく、インストールされたパッケージ一覧やファイルシステムを確認することが必要です。

SAMツールの活用：ServiceNow SAM、Flexera、Snow Softwareなどのソフトウェア資産管理（SAM）ツールを用いることで、エージェントベースのJava検出を自動化できます。ただしツールによって検出精度に差があり、Javaが他のアプリケーションにバンドルされているケース（例：Javaがアプリケーションインストーラとして同梱されている場合）は検出が漏れることがあります。ツール導入後も手動確認を組み合わせることが推奨されます。

有償Java SEと無償代替JDK（Eclipse Temurin等）の選択基準

Oracle Java SEを継続利用するか、無償の代替JDKに移行するかは、多くの企業が直面する重要な判断です。技術的互換性・サポート体制・長期コスト・移行リスクを総合的に評価する必要があります。

主な無償代替JDKの選択肢：

• Eclipse Temurin（Adoptium）：Eclipse Foundationが管理するOpenJDKビルド。TCK（Technology Compatibility Kit）認定を受けており、最も広く採用されている無償JDK。LTSバージョンは長期サポートが提供されます。
• Amazon Corretto：AWSがOpenJDKをベースに提供する無償JDK。AWS環境との親和性が高く、Amazonによる長期サポートが付属します。
• Azul Zulu：Azul Systemsが提供するOpenJDKビルド。無償版と有償サポート版（Zulu Prime/Zulu Enterprise）が存在し、商用サポートが必要な企業にも対応しています。
• Red Hat OpenJDK：Red Hat Enterprise Linux（RHEL）サブスクリプションに含まれるOpenJDKビルド。RHELユーザーには追加コストなしで利用可能です。

選択基準：アプリケーションの動作検証（特にOracle製品との組み合わせ）が最重要です。Oracle WebLogic、Oracle Database JDBCドライバ等はOracle JDK前提の設定がある場合があります。また、既存の商用サポート契約（Oracle Java Supportなど）が必要かどうか、社内のセキュリティポリシーでOpenJDKが承認されるかどうかも確認が必要です。

Java移行プロジェクトの進め方

Oracle Java SEから代替JDKへの移行、またはJavaバージョンのアップグレードは、適切なプロジェクト管理なしには多くのリスクを伴います。以下のステップを参考に、計画的に進めることが重要です。

フェーズ1：現状把握とリスク評価（1〜2ヶ月）：前述のJava利用状況調査を行い、移行対象システムの一覧を作成します。各システムについて、使用Javaバージョン・アプリケーションフレームワーク・依存ライブラリ・テスト環境の有無を確認します。特にJava 8（バージョン1.8）を使用している古いシステムは、Java 11・17・21への移行でAPIの非互換が生じるケースがあり、事前の影響調査が不可欠です。

フェーズ2：代替JDKの選定と検証（1〜2ヶ月）：移行先JDKを選定し、まず非本番環境（開発・テスト環境）で動作検証を実施します。アプリケーションの機能テスト・パフォーマンステスト・セキュリティ検証を行い、問題点をリスト化します。Oracle JDK固有のAPIや挙動に依存しているコードがある場合は、この段階で修正を行います。

フェーズ3：段階的な本番移行（2〜6ヶ月）：リスクの低いシステムから順番に本番移行を進めます。ロールバック計画を事前に策定し、移行後の監視体制を強化します。全システムの移行完了後、Oracle Java SEのライセンス・サポート契約を整理します。

移行時の注意点：Oracle JDKから別JDKへの移行は純粋な技術的作業に見えますが、既存のOracle Javaサポート契約の解約タイミングとコストも慎重に考慮する必要があります。契約の途中解約に違約金が発生するケースもあります。

JavaライセンスとOracle監査の関係

Oracle Java SEは、Oracle Databaseと並んでOracle監査の主要ターゲットとなっています。2023年以降の新モデル導入により、Javaに関連した監査リスクは以前より大幅に高まっています。

監査でよく問題になるケース：

• Oracle JDKを本番環境にインストールしたまま、無償利用範囲（開発・テスト用途）と誤解して利用しているケース
• 旧バージョンのOracle JDK（Java 8 Update 202以前のように、特定のパッチ適用日以前のバージョン）を継続利用しており、Oracle Support（保守契約）なしにパッチを受け取っているケース
• 2023年以降も旧モデルのライセンスのみ保有し、新モデルへの移行未対応のまま利用を継続しているケース
• アプリケーションにバンドルされたJavaランタイム（JRE）がOracle製品であることを把握していないケース

Oracle監査とJavaの特殊性：Javaの監査では、Oracle LMSが独自のスキャンツールを使って自動的にOracle JDKのインストール状況を検出しようとするケースがあります。また、Oracle Database等のライセンス監査に付随してJavaの利用状況も確認されることが多く、Java単体の問題が他の製品の監査に飛び火するケースもあります。

Javaのライセンスコンプライアンスを確保しつつ、コストを最適化するためには、利用状況の正確な把握と、代替JDKへの移行または適切なOracle契約の締結が必要です。いずれの判断も、Oracle契約の専門知識を持つコンサルタントと連携して行うことを推奨します。

JavaライセンスとOracle監査リスクを専門家に相談する

新Java SEモデルへの対応、代替JDKへの移行判断、Oracle監査への備えなど、Javaライセンスに関する課題を独立系の専門家がサポートします。初回相談は無料です。