株式会社　カルテック・エスキューブ

I．某市役所様

以下に某市役所様の移行事例を紹介します。（詳細は以下をご覧下さい）

1. カットオーバー（Ｃ／Ｏ）迄の作業工程と作業概要
2. 移行前後の画面イメージ対比例
3. 業務機能一覧

II．移行の背景

某市役所様では昭和４６年に汎用コンピュータを導入して以来、行政事務を効率的に遂行することを目的に住民記録、税、福祉等の基幹情報システムを職員が中心となり開発、運用、保守してきました。従来のｚ/ＯＳで構築されたシステムは、安定性があり仕様が大きく変わることがないことから、職員にとってはたいへん使いやすいシステムであり、そのまま使い続けることは可能でした。

時代の変化とともに情報システムの分野でも急速に技術革新が進み、中規模から小規模ユーザーに向けたコンピュータ機器全般で性能や信頼性が向上し、ハードウェア、ソフトウェアは低価格化してきました。

このような状況においても依然として某市役所様の汎用コンピュータ機器にかかる費用が高額のままであることやグローバルスタンダード（世界標準）なシステム構成と乖離してきていることを解消するために平成１８年度からシステム最適化を検討しはじめました。

III．従来コンピュータの課題点・改善策

1. 従来のシステム（ｚ/ＯＳ）は高額　＝＝＞　費用（ＴＣＯ）削減
2. グローバルスタンダード（世界標準）なシステム構成との乖離
   • プログラム言語
     • ＰＬ／Ｉの将来性への不安　　　＝＝＞　ＣＯＢＯＬ
       • ＰＬ／Ｉユーザーの減少
       • ＰＬ／Ｉを熟知したＳＥ、プログラマーの不足
   • ＤＢＭＳ
     • 階層型データベース　　　　　　＝＝＞　リレーショナルデータベース
     • 外部システムとの連携が困難
3. システム開発効率の向上

IV．新プラットホーム（Ｓｙｓｔｅｍ−ｉ／ＩＢＭｉ）の選定理由

1. 従来の汎用コンピュータと同等に安定性があり、高度なセキュリティーが確保できる
2. ＴＣＯが削減できる
3. バッチ、オンラインともに従来の汎用コンピュータと同等のパフォーマンスを確保できる
4. 操作性が従来の汎用コンピュータに近く職員が違和感無くシステム開発、運用、保守できる
5. 機器のメンテナンスが容易である
6. ＯＳやミドルウェアのバージョンアップをしてもユーザー・アプリケーションを修正せずに
   運用できる（上位互換性が高い）
7. 外部システムとの連携が可能である
8. 拡張性がある

V．プログラム変換業者（カルテック・エスキューブ）の選定理由

1. ｚ/ＯＳ、ｉ５/ＯＳ（System-i）を熟知した要員がいる
2. ＰＬ/Ｉ、ＩＬＥ−ＣＯＢＯＬを熟知した要員がいる
3. ｚ/ＯＳのＰＬ/Ｉからｉ５/ＯＳのＩＬＥ−ＣＯＢＯＬへの変換実績がある
4. スキルが豊富でプログラム変換以外のことにも支援が受けられる
5. プログラム変換の費用が他社と比較して安価である

VI．移行全般を振返って

某市役所様の技術力が高かったことは言うまでもありませんが、コード体系を大きく変えられなかったこと、適格な切換え判断をされて性急なカットオーバーを避けられたことが、殆どトラブルもなく移行を成功裏に終えられた要因だと思います。

1. コード体系（１バイト系：半角の英数カナ）

   Ｗｉｎｄｏｗｓやｕｎｉｘなどのオープン系(SJIS/EUC/Unicode)と従来の汎用コンピュータ(EBCDIC+IBM漢字)とではコード体系が大きく異なります。これは同じＣＯＢＯＬを単純に移行した場合であってもプログラム・ロジックへの影響は少なくはありません。

   例えばEBCDICでの１バイト文字 '１'(x'F1')と'A' (x'C1') の論理比較結果は'1'>'A'になりますが、SJISやUnicodeでは'１'(x'31')と'A' (x'41') の論理比較結果は'1'<'A'となるためプログラム・ロジックをそのまま持込むとまったく異なる結果になってしまいます。

   オープン系の一部のＣＯＢＯＬ言語にはCOLATING SEQUENCE（文字コードの重み付け）のような機能を用いて汎用コンピュータ同じような文字順位付けすることもできますが、思わぬところに弊害が出ることがあるため重み付けを採用するには十分な検討が必要です。

   これらは今回のＩＢＭ汎用機に関わらず国産機メーカーも含めた汎用機のコード体系(EBCDIC/EBCDIK)全般に言えることです。

2. コード体系（２バイト系：漢字）

   今回某市役所様では、本来ならば同じＩＢＭ漢字コードを選択すればコード変換する必要はありませんでしたが、移行後のメリットを考えてコード変換が必要なEBCDIC+Unicode準拠(CCSID:1399)のコード体系を選択されました。これによりUnicodeと同じ文字(２バイト系のみ)を使えるためＩＢＭ漢字特有の外字登録が不要になり、地方自治体特有の問題である外字領域不足への対応強化が行えました。

3. オープン系への筋道

   Ｓｙｓｔｅｍ−ｉ（ＩＢＭｉ）は従来の汎用機の性格を踏襲しながらオープン系をサポートしているコンピュータです。データは基本的にリレーショナル・データベースとして扱われるためＤＢとしてはオープン系に対応しています。その一方でＣＯＢＯＬやＰＬ／Ｉ等の第三世代言語(３ＧＬ)ではREAD/WRITE等の言語独自の入出力命令でもＤＢをアクセスすることができます。勿論３ＧＬでもＳＱＬ命令を使ってアクセスすることもできます。また同じＤＢをWindowsやUnixのアプリケーションからもリレーショナル・データベースとしてアクセスできます。

   現在ではデータベースだけでなくＷｅｂサービス(ＳＯＡ)への対応が強化されてよりオープンな環境が提供されています。これによりＣＯＢＯＬ言語やＲＰＧ言語で書かれた業務プログラムを簡単にオープン系の環境から呼び出すこともできるようになっています。

   今回Ｓｙｓｔｅｍ−ｉ（ＩＢＭｉ）を選択されたことで更にオープン化への筋道が付け易くなったのではないかと思っています。