■バンキングオンラインの幕開け: ＩＴ維新研究所

2005.04.20

■バンキングオンラインの幕開け

　銀行のオンライン・リアルタイム・システムを日本で始めて稼働させた
　のは当時の三井銀行でした。

　昭和４０年５月に普通預金業務のオンライン・リアルタイム・システム
　が稼働を開始しました。

　これが、日本のバンキングシステムの幕開けということになります。

　三井銀行では、銀行業務の事務合理化に関しては、昭和３５年ごろから
　本格的な機械化の研究が開始されています。

　いろいろな方式が検討され、オフライン方式、オンライン方式等が検討
　されましたが、なかなか結論がでなかったようです。

　当時の電々公社は、電話回線によるデータ伝送を認めていませんでした。

　このことも、リアルタイムシステムの実現に対する懸念でもありました。
　また、
　当時のコンピュータは高価であり、投資効果に対する懸念もありました。

　このような状況の中で、昭和３９年の東京オリンピックの開催計画が、
　日本のデータ通信システムに大きなインパクトを与えることになります。

　東京オリンピックで、日本ＩＢＭが競技速報のオンライン・
　リアルタイム・システムを導入する計画を発表したのです。

　当然のことながら、競技場に設置された端末からデータを収集する必要が
　あり、電話回線を利用してデータ伝送を行う必要がありました。

　これを契機として、電々公社も電話回線によるデータ伝送を認可する
　ことになったのです。

　当時の記録によると日本ＩＢＭが無償で東京オリンピックの競技２０種目、
　全選手５,７１２人に及ぶ膨大なデータ処理である公式競技速報システムを
　成功させたとあります。

　このシステムの成功が三井銀行にオンライシステムの開発を決断させ、
　銀行システムへの電話回線によるデータ伝送システムの実現に結びついた
　ということです。
　
　東京オリンピックがバンキングオンラインの開発と密接な関係が
　あったということです。

　最初の三井銀行のオンラインシステムは、東京オリンピックで利用した
　コンピュータと同じタイプのものを利用しています。

　中央演算装置には、ＩＢＭ１４１０（主記憶容量６０Ｋ）と
　１４４０（主記憶装置１６Ｋ）で各々二台ずつの構成でした。

　この時代の「Ｋ」という単位は、文字数を表現しています。

　単純に現在のＫＢと同一と考えても、６０ＫＢ、１６ＫＢのマシンは、
　現在のパソコンが、１２８ＭＢ、２５６ＭＢが標準になっているのに
　比較すれば、６０ＫＢ／１２８０００ＫＢ=０．０００４７という
　メモリーサイズということになります。

　現在のパソコンの二千分の一より小さいサイズのメモリーだったのです。

　パソコンと比較しても比較にならないほどのコンピュータでオンライン・
　バンキングシステムが開始されたということです。

　こう考えると４０年間にコンピュータ技術の進歩は目覚しいものが
　あります。

　普通預金の元帳には、２ＭＢの１３１１型のディスクパックを使っています。

　現在のノートパソコンの最低ディスク容量でも２０ＧＢ程度ですから
　一万分の一の容量だったわけです。

　システム価格も億単位でしたので、技術進歩による価格の低下も隔世の感が
　あります。

　その後、このシステムは、ＩＢＭ３６０モデル４０型２５６ＫＢに更新され、
　昭和４３年になって首都圏全店がオンライン化され、昭和４３年４月に
　大阪支店の移行が行われ、しばらくして全店オンラインが完成しています。

■銀行での初仕事はシミュレーション解析

　この昭和４３年の４月に小生が銀行に就職したわけで、普通預金の
　全店オンライン完成の時期以降バンキングシステムに関わることに
　なっていったということです。

　これ以降、総合オンラインと呼ぶ、全店全科目オンラインシステム開発が
　開始され、第二次、第三次オンラインと機能拡張がなされていきます。

　当時の小生の記憶によるとＩＢＭ３６０／４０は、全店の普通預金
　オンラインを１台で処理する能力がなく、２台のシステムを回線で
　つないだシステムで稼働していました。

　いわゆる、２台で処理能力を分散処理させる、ロードシェアシステムで
　稼働させていたのです。

　この２台のロードシェアシステムで、問題となったのが、
　いわゆる「他店取引（ネット取引）」でした。

　大阪地区の支店で、東京の支店に口座をお持ちのお客様が預金の取引を
　なさる場合に、大阪地区を処理するシステムから東京地区を処理するシステム
　にデータを渡し、処理結果を受け取るという処理が必要です。
　
　この場合に、２つのシステムのデータの受け渡しのボリュームが多くなると
　処理の待ち行列ができるため、応答時間が長くなり、タイムアウトという
　処理不能の状況が発生します。

　余談ですが、昨年のみずほ銀行のトラブルにもこのタイムアウトの現象が　
　発生して、システムが正常に稼働しないという障害が発生していますので、
　このシステム間のやり取りの処理は旧くて新しい問題なのです。

　当時もラッシュテストという大量のデータの打ち込みテストで判明したことです。

　当時の通信回線は２４００ＢＰＳで回線がネックということになったのです。

　ここで、問題になったのが、「待ち行列問題」というテーマでした。

　この問題を解決するのに「待ち行列理論」というのがあります。

　現実の問題解決策として、スパーでのレジの数をいくつ置くべきかとか、
　ビルのエレベータを何基設置すべきか等の問題を解決するための理論
　です。小生の大学の卒論のテーマで得意分野ということでした。

　そこで、小生の初仕事がこの問題を解析することでした。

　簡単なシミュレーションモデル（コンピュータでの模擬モデルを作って解析）
　により、データ発生パターン、データ量等をいくつか設定して、この場合の
　待ち時間の推定を行い、実務上は問題ないということを実証したことを
　思い出します。

　その後、しばらくは、いろんな問題をシミュレーション解析する仕事を
　していました。

　いわゆる、バンキング分野のオペレーションズリサーチ（ＯＲと略）とか
　マネジメントサイエンス（ＭＳと略）とか言われる分野の仕事でした。

　初期のコンピュータシステムは、このようなシステムネックがあちこちに
　あり、これらのシステムネックを解消するために各種の工夫を行っていた
　ことを思い出します。

　この頃のバンキングシステムでの営業店の端末とセンターを結びつける
　データ通信回線は、１２００ＢＰＳでした。