JFE 技報 No. 28（2011 年 8 月）p. 38–41

システムリフレッシュを支える IT 基盤整備
IT Infrastructure to Support System Refreshing
原田 敬太 HARADA Keita

JFE スチール IT 改革推進部長

加島 靖蔵 KASHIMA Seizo

JFE システムズ 東京事業所 販生流システム開発部基盤グループ長

要旨
NKK と川崎製鉄の経営統合による JFE グループ設立に合わせて構築した J-Smile ™（販売・生産・物流）システ
ムでは，独自の Java アプリケーションフレームワークを構築し，開発生産性向上，構築システムの品質向上，コンピュータハードウェアからの独立性確保を図った。その後の製鉄所，グループ会社のシステムリフレッシュにあたり，この J-Smile ™のフレームワークを活用することで，既存資産の再利用を促し，低コスト・短期間でのシステム構築を目指した。具体的には，異なる種類のコンピューター上で稼動するようにフレームワークを改良し，アプリケーションプログラムの移植性・再利用性を向上させた。

Abstract:
In conjunction of the formation of JFE Group, an original Java application framework in the J-Smile™ (Sales,Production, and Distribution) system was constructed. It improved the development productivity, brought a highquality system, and achieved independence of the computer hardware. Since then, this framework of J-Smile™ wasused when the systems of ironworks and group companies were refreshed, aiming at short term and low cost systemconstruction. For smooth applications, the framework was revised to be operate on a different kind of computer, andsecured the portability of the application system.

1.

(1) 異なるオペレーティングシステム（OS）での稼動

はじめに(2) 異なるベンダーのミドルウェア製品上での稼動

2003 年 4 月，NKK と川崎製鉄が経営統合し JFE グルー

2.1. 異なるオペレーティングシステムでの稼動

プが誕生した。新会社の設立に合わせて構築した新統合シ1)

ステム「J-Smile ™」 は大規模な Web システムとして 1 300

J-Smile ™構築時に開発したフレームワークは International

万 step の Java プログラムを保有し，現在も新機能の開発，

Business Machines Corp.（IBM）のミドルウェア製品上で改善を行っている。J-Smile ™の開発に当たっては，後続す稼動することを前提としていた。具体的には，アプリケーる各製鉄所，グループ会社の Java を用いたさまざまなシス

シ ョ ン サ ー バ ー と し て の WAS（Websphere Application

テム開発に対して，資産の流用性を高める仕組みが求めらServer）とデータベースとしての DB2（Database2）である。

れた。そのためには，アプリケーションシステムの構造を標

そして，その前提の元で，異なるオペレーティングシステム準化することが必須であり，加えて品質の向上，開発生産での稼動はすでに実現していた。
各プログラマは Windows パソコン上で開発を行い，UNIX性の向上を図るためにも共通のアプリケーションフレームサーバー上でシステムテストを行う。最後にメインフレームワークを構築する必要があった。

環境で運用テストを実施し，そのままメインフレーム上で本2.

番稼動させている。アプリケーションプログラムには手を加共通フレームワークの構築方針

えることなく，いずれの環境下でも等価に稼動するポータビ
共通フレームワークの構築に当たっては，プラットフォーリティをアプリケーションフレームワークで実現していた。

ムとの独立性を追求した。プラットフォームとの独立性として考慮すべき点は下記の 2 点である。

2.2. 異なるベンダーのミドルウェア製品上での稼動
JFE スチールでは，製鉄所ごとに異なるベンダーのハード2011 年 4 月 11 日受付− 38 −

システムリフレッシュを支える IT 基盤整備

ウェア・ソフトウェア製品群を利用しており，倉敷地区，千これらのミドルウェアの仕様の差異が個々のアプリケー

葉地区，知多地区では，主に富士通（株）の製品を採用してションプログラムに影響を及ぼさないよう，フレームワーク

いた。これらの地区では，Java アプリケーションシステムのでそれらの差異を吸収することとした。これにより，同じプ開発においても，既存システムとの親和性から，富士通（株）ログラムが，OS やミドルウェアが異なってもそのまま稼働のミドルウェア製品の利用が必須となった。共通フレームすることができ，プラットフォームとの独立性を実現するこワークとしては，富士通（株）の製品上でも同じように稼働とができた。

し，しかもアプリケーションプログラムは，ミドルウェアの3.

違いを意識しなくても良いようにする必要があった。
最初に富士通（株）の製品上でシステム構築することに共通フレームワークの特徴と構築上の工夫点なった倉敷地区の厚板・薄板リフレッシュで選定したアプリ

3.1. フレームワーク構造の見直し

ケ ー シ ョ ン サ ー バ ー は Interstage， デ ー タ ベ ー ス は共通フレームワークの構築にあたっては，J-Smile ™で開Symfoware で あ っ た。 た だ し， デ ー タ ベ ー ス と し て の発したフレームワークの構造を見直すことにした。稼働環

Symfoware は，フレームワーク稼動の鍵となる 2 フェーズ

境の違いをパラメータにより外部から制御できるように組みコミットに当時対応していないという問題があった。データ替え，また大きく異なる主要部品については差し替えることベースへの書込みと待ち行列（キュー）への書込みを実施ができるように再構成した。また，この機に印刷機能，FAXする際に，両方成功した場合に確定（コミット）し，いずれ機能などの周辺機能や他製品に依存する機能も必要に応じかが 失敗した場合には，元の状態に戻す必要があるが，て組み合わせて利用できるよう部品形式に変更した。

Symfoware は対応できていなかったのである。よって，デースリムになったフレームワークは拡張の自由度が高まり，タベースとしては富士通（株）のハードウェアで稼働実績新機能の追加にも迅速に対応できることとなった。最近での豊富な Oracle Database を採用することにした。

は添付文書を扱うことのできる文書管理機能も追加するな

図 1 に，共通フレームワークが稼働する，IBM Corp. 環
境，富士通（株）環境の製品の対応を示す。

ど，より付加価値の高い機能を改修の負荷をかけず取り入れることができるようになった。

Interstage，WAS と も に J2EE（Java2 Enterprise Edition）

これらの対応は図 2 に示すように新統合システムを構築の標準に準拠しているものの，キューのコミットのタイミンする際のコンセプトであった「分離」と「局所化」，およびグが異なることが事前検証で判明した。また，データベー「モデル重視」に基づく改修である。

スとしての Oracle Database も排他制御の考え方などで DB2

3.2. 運用管理体制の構築との差異が何点かあった。

個々のシステム要件に合わせて個別に改善していくと異IBM HTTP Server

WEBサーバのようにフレームワーク利用における管理範囲，利用規定，Interstage HTTP Server

作業分担を設け，フレームワークの構造，利用形態を統制Interstage Application Server

WebSphere Application Server
J-SmileTM基盤
J２EE
文字コード：UNICODEなるフレームワークに発散することが想定されるため，表 1

倉敷地区リフレッシュ基盤（富士通（株）環境）

J-SmileTM（IBM Corp.環境）

APサーバ

J-SmileTM基盤
J２EE
文字コード：UNICODE

WebSphere MQ

メッセージ
連携WebSphere MQ Interstage MQSuper Visual Formade(SVF)

帳票

Super Visual Formade(SVF)

DB２

DBMS

Oraclez/OS
文字コード: EBCDICOS

WebSphere Studio
Application Developer

開発ツール

することとした。
また，維持管理に必要な要員のスキルについても整理し，各地区にも必要な要員を育成しているところである。
このような運用体制を構築することで，共用フレームワー
クの全社一元管理を目指している。

RedHat Enterprise Linux
文字コード:UNICODEInterstage

Apworks

局所化IBM, DB2, WebSphereは, IBM Corporationの商標である。
Java, J2EE Oracleは, Oracle Corporationの商標である。
Interstage, Symfowareは, 富士通株式会社の登録商標である。
SVFは, 1stホールディングス株式会社の登録商標である。

柔軟||

図1

共通フレームワークの稼働環境の差異

・アプリケーション修正の局所化
1つの事実の・データ修正の局所化
修正は1ヶ所修正すればよい。 ・コード修正の局所化

分離モデル
重視

モデルが全体を制御→ 安定したモデル作りが重要→ 本質に着目した分析（実装にとらわれない。）

保守性

Fig. 1 Difference of operation environment

IBM，DB2，WebSphere は，IBM Corporation の商標である。
Java，J2EE，Oracle は，Oracle Corporation の商標である。
Windows は，Microsoft Corporation の米国およびその他の国における商標である。
UNIX は，The Open Group の商標である。
Interstage，Symfoware は，富士通株式会社の登録商標である。

− 39 −

・ユーザとシステムの分離
・アプリケーション間の分離
・プラットフォームとアプリケーションの分離
・アプリケーションとデータベースの分離

1部の修正が全体に影響を及ぼさない。

図2

システム構造の柔軟性

Fig. 2 Flexible system structure

JFE 技報 No. 28（2011 年 8 月）

システムリフレッシュを支える IT 基盤整備

表1

運用管理業務の役割分担

Table 1 Role of business operation
障害調査・問い合わせ

提供部署

フレームワーク調査 /技術フォロー

利用部署

主体的に行う・発見 / 一次切分
・暫定対応
（暫定修正含む）
・障害管理

地区固有部分をフォロー
・地区内調査 / 広報・地区環境テスト

主体的に行う・環境の保有・製造販売会社と連携
・アプリケーションと連携↓
利用部署環境下での動作テスト↓
利用部署環境での一次切分↓
フレームワーク調査・
緊急処置技術利用部署に具備すべき案件

4.

変更
主体的に行う・変更可否
・全社最適・全社広報

運用

技術フォロー

初期導入のみサポート

主体的に行う↓利用部署環境に合わせた運用設計

2011年3月 新Java対応

共通フレームワークの効果と今後の課題

2008年3月 JFE条鋼
西日本製鉄所 倉敷地区

4.1. 共通フレームワークの効果

2007年3月 JFE鋼板←汎用フレームワーク化

2005年9月 J-SmileTM

図 3 に示すように，共通フレームワークは，倉敷地区の2005年3月 経営管理Ⅱ期2004年3月 経営管理Ⅰ期
2004年2月 資材

厚板・薄板リフレッシュに加え，京浜地区の新酸洗，千葉地区の薄板，知多地区の鋼管など各製鉄所において活用が

J-SmileTMは逐次最新化
時間の経過

経営管理系
フレームワーク凍結

進んでおり，また，JFE 条鋼，JFE 鋼板，JFE 商事などグループ会社にも展開している。

図4

各システム構築プロジェクトでは，個別にフレームワークフレームワークの進化

Fig. 4 Evolution of common frameworkを作成する必要はなく，その保守も一元化された体制で実施している。また，アプリケーションプログラム資産の再利のために，これら経営管理系の古いフレームワークを用も進んでおり，たとえば，仕様項目のマスタ管理プログラ

J-Smile ™フレームワークのバージョンに追いつかせる

ムは本社，複数の製鉄所で同じものが利用されている。

予定である。
(2) Java のバージョンアップ対応

4.2. 今後の課題

もう一つの大きな課題は Java のバージョンに起因するものである。J-Smile ™は Java1.4 のバージョンで作成

共通フレームワークの今後の課題として 2 点述べる。

されており，アプリケーションサーバーは WAS5.1 の(1) J-Smile ™フレームワークへのバージョン統一
図 4 に示すようにフレームワークは開発当初から進バージョンである。この WAS5.1 は IBM Corp. による化を遂げ，現在の J-Smile ™で利用されているバージョサポート切れを迎えるタイミングにある。また，遠隔地ンが最新版である。J-Smile ™は常にフレームワークのにバックアップシステムを構 成 する BCP（Business

最新版を取り込んでいるが，資材システム，経営管理

Continuity Plan：事業継続計画）を進めているが，JavaⅠ期，経営管理Ⅱ期の各システムは当時のフレームワーのバージョンアップを実施しなければ，最新のハードクのバージョンを凍結し利用している。

ウェア，ソフトウェア上で稼動しない状況にある。
現 在，WAS7.0 へのバージョンアップを計 画している。

真の意味でのフレームワーク運用管理体制の一元化

WAS7.0 の Java は Java6 である。プログラム言語である Javaは進化を続けており，多くの新機能を持つが，下位互換が保
F/W

F/W

東日本製鉄所 京浜地区
JFE鋼板
F/W

図3

JFE商事

J-SmileTM

証されておらず，多くの非互換を持つ。Java アプリーション

F/W

のみならず J-Smile ™のフレームワークも Java プログラムで

JFE条鋼
F/W
F/W
F/W
知多製造所
西日本製鉄所 倉敷地区

フレームワークの横展開構成されていることから Java のバージョンアップにともないフレームワークを含めてプログラムを改修する予定である。

5.

Fig. 3 Spread of common framework

JFE 技報 No. 28（2011 年 8 月）

終わりに現在，あるシステムを富士通（株）環境から IBM Corp.

− 40 −

システムリフレッシュを支える IT 基盤整備

環境への移植を行っているが，これは共通フレームワーク

参考文献

により，アプリケーションプログラム資産とプラットフォームが独立しているから可能となったものである。プログラム

1) 原田敬太，森本哲也，大川浩志．J-Smile を支える IT イノベーション（テクノロジ）―大規模基幹システムへの Web 技術適用―．JFE 技報．
2006-11，no. 14，p. 21.の修正を行うことなく，劣化更新やコストダウンのために，プラットフォームを自由に選択・変更できるようになった。
アプリケーションシステムは，ビジネスの変化に柔軟に対応し，継続的に成長させていく必要がある。共通フレームワークにより，このアプリケーション戦略とプラットフォーム戦略を独立して推進できるようになった意義は大きいと考える。
原田− 41 −敬太

加島靖蔵

JFE 技報 No. 28（2011 年 8 月）