財政融資資金の運用事務等システム刷新可能性調査報告書（エクゼクティブサマリー） -1- PUBLIC SECTOR エクゼクティブサマリー 1. 本調査の目的およびその範囲本調査は、e-Japan 重点計画 2003 に基づく、「財務省電子政府構築計画」を受けて、平成 17 年度までに各レガシーシステムに関わる見直し方針を策定することを目的として、これまでのオープン化の取り組みの確認、及び現状レガシーシステムの刷新可能性について調査検討するものであり、主な内容として以下を含んでいる。１. 平成 15 年度までのオープン化の経過。２. 多角的な刷新可能性に関する検討と刷新案の策定。３. 刷新に際し発生する概算コストの算出と現状構成で運用した場合の比較。また、対象範囲としては、電子政府構築計画におけるレガシーシステム見直しのための財務省行動計画（アクションプラン）の「3. 財政融資資金の運用事務等システム」に該当するもので、平成 10 年度にメインフレーム上で運用されていた機能でかつオープン化されながらも一部メインフレームに機能を依存するものである。具体的には、GS8900 メインフレーム上に（一部）残る以下の業務機能を実現する各システムを指す。・・・・・・・・預託金管理業務財投債管理業務有価証券管理業務本省貸付金管理業務地方貸付金管理業務決算経理業務帳票出力システム収益シミュレーション加えて、本報告書は先に発表された「レガシーシステム見直しのための財務省行動計画（アクションプラン）」の方針及び項目に準拠する形でまとめられている。 2. これまでのオープン化への取り組みについてユーザビリティの観点などから安定性・信頼性を担保しつつ、早くからオープン化技術を取り入れ、以下のシステムについて、利便性の向上や運用費用の削減、短期導入などを実現してきた。その経緯について振り返ることで、オープン化のメリットについて再考したい。 · · · · · · · ALM システム収支分析システムデータウェアハウスシステム財投債管理エントリ機能帳票作成指示機能財投運用管理システム（上記システムについての）一般競争入札の実績についてこれまで以上のシステムにおいてオープン化を行ってきたことによって、 -2- PUBLIC SECTOR ・運用時間に左右されずに帳票作成作業等が可能。・自由度の高い抽出機能による、容易なデータの二次利用。・ホストのコマンドを意識しない、ユーザビリティの高い画面操作。（下図参照）などを実現し、オープン化のメリットを享受してきた。また、このオープン化は入出力インターフェース部分に限って行ったことから、既存のホストコンピュータの信頼性を担保しながら可能にしたのである。しかしながら、・メンテナンスを行うサーバが増えることによる、運用負荷の増大。・ Windows クライアントのため、ウィルスなどの影響を受ける。などのデメリットが発生したことも事実である。従って刷新可能性を検討する際には、目的とメリットを明確にする必要がある。また、このインターフェース機能の部分オープン化に伴い、調達においてはハードウェアとソフトウェアのアンバンドルを実現しており、それによって早くから一般競争入札に移行できたことを付け加えておく。 3. 刷新可能性について刷新案を検討するに当たって、まずは既存のホストコンピュータ上の機能や現状の運用方法を鑑みてマーケットの技術（技術水準面、実装実績面）で実現可能かどうか、刷新可能であるかの検討を行った。現状のホストコンピュータの機能は以下の様に分けられ、分析の結果、その特性ごとに異なる手法での移行が合理的である。 -3- PUBLIC SECTOR 機能概要・特徴刷新方向性財政融資資金事務に関わる帳票編集・印刷機能。大量バッチ集計処理とフォームオーバーレイ1機能による多彩な帳票編集・印刷を実現。当該機能のオープン化は、市場に豊富にある電子帳票ツールを活用することで安定性を担保しつつ、容易な実施が期待できる。エントリ（登録）処理機能／演算ロジック長年の実績と改良により、精度の高い演算技術をＡＰＬ処理ロジック2が提供している。またＡＩＭによるトランザクションデータ保証も実現されている。リホスティングの手法を用い、ロジックそのものをオープン系プラットフォームで動作させることにより、容易かつ安定性および信頼性を確保した刷新が期待できる。マスタ DB システム機能大量の業務データ、処理データ群を保持している。システム全体の安定稼動に加え、データの同期・保全の確保からも、高信頼性が要求され、これを実現している。マスタ DB のオープン化は、現段階では難しい。しかしながら、データと業務ロジックを完全に切り離し、業務形態に則したデータ構造、データモデル、システムマップを描くことで、将来的なオープン化に向けて対応を検討する必要がある。運用者担当者による業務オペレーション機能財政融資資金に係る煩雑な業務オペレーション（絞り込み、演算、並べ替え、テーブル結合、帳票再作成、統計解析など）が存在する。利便性の高い操作環境を実現している。現状の演算ロジックやデータ構造の棚卸を実施し、運用担当者のオペレーションへの習熟期間を設けることが重要である。リホスティングを一部進めながら、既存のシステムを並行運用することで、利便性を担保しつつ刷新化が期待できる。対象機能帳票編集・印刷機能これまでの刷新可能性分析の結果をまとめると、実行可能性が高いのは、民間での出荷実績が豊富で技術として成熟している電子帳票管理ツールを利用した帳票編集・印刷部分のオープン化であり、次いで金融機関でのホストのオープン化に本格的な活用が始まったリホスティングによるエントリ処理機能の刷新の順となる。また、マスタ DB の刷新については、演算ロジック（アプリケーション処理ロジック）のリホスティング中に、演算ロジックそのものやデータベース構造の解析を行いつつ、ロジックとデータの完全分離を実施しつつ、Linux ベース等のオープンプラットフォームの強化、技術発展にあわせて段階移行を行うことが現実解であると結論づけられる。 4. 刷新サービス検討及び概算費用算出今回、刷新可能性調査の結果を考えると、「リライト」「リホスティング」に加え、演算ロジックそのものやデータベース構造など既存資産の棚卸を並行して行っていかなければならず、単純な「リライト」や「リホスティング」サービスでなく、既存資産の棚卸を含めた総合的なマイグレーションサービスの選択が現実的であると結論づけられる。加えて、このようなレガシーマイ 1 フォームオーバーレイ : あらかじめ見出しや罫線などのフォームデータ（帳票などの書式データ）をプリンターに登録し、あとで入力したデータをフォーム重ねて印刷する機能。帳票印刷には必須の機能といえる。 2 APL 処理ロジック : アプリケーション処理ロジックの意。本ケースでは、財政融資資金事務における処理プロセスおよびそのプロセスで発生する演算処理のルールを指す。 -4- PUBLIC SECTOR グレーションサービスはメインフレームベンダだけでなく、サードパーティベンダも豊富に提供しているので、調達も広く公正に行うことが可能である。多くのベンダが提供するサービスメニューを参考にして作業工程を検討すると、アセスメント、マイグレーション、検証／運用支援の三工程に分かれる。導入にかかる各工程での工数は以下の通りである。 · · · アセスメントマイグレーション検証／運用支援合計 253 人月 407 人月 315 人月 975 人月この工数に、仮に SE 単価を 100 万円／.人月と設定すると、刷新概算費用は約 10 億円となる。この数値は単純機能移行にかかる金額であり、リエンジニアリングを想定したコンサルティングなどの工程は含まれていない。 5. 今後の業務システムの方向性各 IT ベンダがオープン化技術への投資を加速し、アプリケーションのコンポーネント化、すなわちサービス化を促進させている。それに伴い、メインフレームベンダでないサードパーティベンダも「オープン化手法」を次々と発表し、金融機関ホストコンピュータのオープン化事例も、規模や業務範囲に差異はあるが、散見されるようになってきた。しかしながらホストコンピュータの問題が即時解決できると考えるのは早急である。特に以下の点に配慮する必要がある。 · 長年をかけて積み上げてきたシステムを変更することは必ずリスクを伴う。また「オープン化」のみを目的として、今までの資産の棚卸をせず、単にオープン化技術を採用するのは、運用費用の増大など今よりも状況を悪化させる可能性がある。しかしながら一方で、現状のシステムを維持しつづけることにより、サポート体制の弱体化や技術者の減少などのリスクが増大する可能性も存在する。特にホストコンピュータに関しては、IT ベンダにもユーザにもこの技術を有した人材が確実に減少している。 · そこで、次世代技術に刷新するタイミングを見計らわないと、組織にとってはシステム全体がブラックボックス化する可能性がある。現時点の各社動向を鑑みると、その本格的な着手のタイミングは各ベンダのオープン化技術が出揃う、2007 年（平成 18 年度頃）が想定される。その時点までにリスクと移行メリットを総合的に判断し、ホストコンピュータが持つ膨大な資産を継続的に利用可能なものへと変革できるように、準備を進めるべきであると考える。 · また、オープン化への刷新技術も成熟してきており、移行ツールなどを活用して部分的に刷新することで、安全性や信頼性を担保しながら移行することが可能になってきている。以上のような観点から、ホストコンピュータを今すぐに全てオープン化するのではなく、新たにオープン化されたシステム基盤への刷新について、全体最適化の観点から新規システム開発も鑑みて、検討を開始すべきと考える。 -5- PUBLIC SECTOR 移行計画案 -6-