三菱東京UFJ さんの件に寄せて　個人的な懸念

高橋さん、こんにちは。連休のしわ寄せで外資の5月はめちゃくちゃ忙しいですよね。

さて、
> 全銀手順や口座情報が 30 年前の技術の上で稼働し続けている
という懸念は杞憂だと思っています。というのも、データ連携の仕様部分「枯れて触らない」という状態で用が足りるのならそのままでよくて、別のスーパーセット規格とかをつくって拡張していけばいいし、裏で動く技術は連携の仕様とは独立して進歩できると思うからです。

名寄せのためには漢字情報は必須で、信用情報の相互提供とかでは20年前から漢字でやり取りがされていますし、今後の拡張としてたとえば、外国人対応のためにアルファベットも追加するとか、漢字をUTF-8対応していうのも必要となってくるでしょう。（マネーロンダリング対策では深刻なボトルネックとか聞きます。）

また、口座情報のアグリゲーションサービスとか便利なのですがそこでは、OFX 2.0とかの金融データの電子取引を定めた統一国際規格が使われているとか聞きます。
枯れたところはそのまま、進んでいるところも増えているのでそんなに悲観することもないかと思う次第です。

坂本さん、コメントありがとうございます。
　
銀行情報の漢字化は、名寄せもそうですし、今後は金融サービスの多角化の基本条件でしょうね。電子取引の統一国際規格もありますが、こちらについても、非常に速い速度で進んでいます。要注意です。
私が言いたかったのは、現在、100Mbpsなんか当たり前、今後は、Gbps の世界に進んでいくネットワークのバンド幅の動向があります。パソコン通信の世界はすでになく、この全銀手順のために存在しており、高価なままです。早く安くて便利な新しい環境・基盤を使用すべきだよな、と思っています。
メインフレームも、いまとなっては高価すぎます。銀行がメインフレームを捨てられないので、流通業の一部も、いまだにメインフレームを使っている傾向にあります。年間、何億円もの経費がかかるメインフレームはもうやめるべきだと思っています。
私自身がメインフレームの拡販に大いに関連していたので、なおさら、なのです。

とおるさん、こんにちは。
ちなみに、私はメインフレームでのクレジットカードシステムの開発をやったあと、Windowsの世界へ移ったという経歴です。1990年カットオーバーのメインフレームシステムでもフル漢字対応だったし、そのシステムへのオープン系リプレースで大変な泥沼にとか漏れ聞くと一概に悪いところばかりでは無いとは思っています。

でも、日本は残りの世界と比べると確かにメインフレーム依存度が高く、某社の新製品は北米を差し置いて日本でやったとか聞くに、コントロールを奪われているな とか感じています。

結局のところ一番の問題はユーザー企業がITを比較優位の戦略的コア領域だと認識して自社で主体的に取り組むという意識が比較的に薄く、ベンダー任せになっているところに問題があると思います。

メインフレームの良さのかなりを今や、RISCおよびx86系で実現できるわけで、先例を踏襲するとかいうのではなく新しい良いものを主体的にどんどん取り入れていけば、いいものを安く使えるようになるのにと思います。

そういうわけで想いは多分似ていると思うのですが、そういう啓蒙をやるのに切り口をちょっと変えたほうが伝わりやすいと思った次第です。

> メインフレームでのクレジットカードシステムの開発
おお。ご苦労されたでしょうけど、そういった体験って重要ですよね。1990 年ごろだと、メインフレームの最後の大きな転換（半導体がバイポーラから CMOS に変更された）時期ですね。

オープン系と呼ばれる UNIX / Linux ですが、私個人的には、Solaris でなくとも、とにかく進化を続ける OS であれば良いと思っています。現状を考えると、Web / インターネットを活用して、スケーラビリティがムーアの法則を軽く越えるような、いわゆる「クラウド・コンピューティング」に進んで行きたいなあと思っています。
処理能力に比較して高価についてしまうメインフレームは、元メインフレームの推進者であった私ですが、IT関係者として、リプレースしていきたいな、と思っています。