20th Anniversary

1990年代後半、企業システムはクライアント/サーバーが主流でした。ただし、この場合、情報システム部門はアップデートの度に、全国の拠点に出向き、クライアントPC用のソフトウェアをインストールしなければなりません。運用コストが大きな負担になります。
その解決策として、採用されたのがWebシステム。端末にWebブラウザさえあれば、Webサーバーで一括管理できるため、保守はほぼ不要です。一方で、「Visual Basicで作り込まれたシステムからWebシステムになり、ユーザーからは使いづらいと声が上がっていました。そうした状況から、Visual Basicと同じ操作感を持つWebシステムを作ろうと考え、Biz/Browserのアイデアが生まれたのです」と、大矢義憲は振り返ります。
クライアント/サーバーの使いやすさと、Webシステムの保守性を両立させるという構想が評価され、IPA（独立行政法人情報処理推進機構）の助成金を得て、開発が始まりました。そして1999年11月には、ビジネスUI実行ツール「Biz/Browser」とその開発環境「Biz/Designer」のバージョン1が完成。他社のリッチクライアント製品が登場し始めるのが2001年であることを考えると、このリリースは極めて先駆的でした。
さらに2000年には、Biz/Browserバージョン2を、2001年末にはバージョン3と、矢継ぎ早に進化が続きます。「バージョン3は大幅にブラッシュアップされ、バージョン2とは別製品のようになりました。現在のBiz/Browserに近づき、リッチクライアント製品として本格的なスタートラインに立てたわけです」（大矢）。

バージョン3発売に合わせて社内用アプリケーションを開発。それを使ってクライアント/サーバーの使い勝手と、PHSの64kbpsという低速通信でも十分な反応スピードが出る実証デモを行いました。
これに注目したのが、計画中のWebシステムで操作性やレスポンスに課題を抱えていた東京海上火災保険（現・東京海上日動火災保険）様です。Biz/Browserならば使いやすく、レスポンスも確保できると判断して、業務システムをWebシステムで構築することになりました。
「この案件がブレークスルーで、そこからヤマト運輸様や第一生命様など、同様の課題を抱えている企業の採用が始まりました。もちろん苦労も少なくありませんでしたが、ひたすら開発を続け、楽しく充実していましたね」と大矢は笑います。
2000年代前半はリッチクライアント全盛でしたが、後半になると、通信回線は高速化し、Webブラウザの性能向上とWeb技術も発展します。これにより、HTMLベースのシステムは表現力、操作性、レスポンスが大幅に向上しました。その結果、リッチクライアントの優位性は次第に限られたものとなっていきました。
そうした中、企業にとって大きな課題になったのが外部環境への変化対応です。2010年代に入ると、OSやWebブラウザ、オープンソースが進化する速度も非常に速くなりました。Windowsも現在は、1年に2回、春と秋にバージョンアップが行われるようになっています。業務システムは、最低でも3年から5年、長ければ10年以上使うものなので、OSのバージョンアップに伴ってシステムの不具合が発生する可能性があるのは大問題です。
「我々の製品を使えば、OSなどの外部環境が変わっても、そのままシステムが動きます。かつてリッチクライアントとしてBiz/Browserを使っていたお客様たちが、長期的なシステムの安定運用にメリットを見出すようになりました」と三浦友輝は説明します。