TOP
＞
設計・移行・活用
＞ Biz/Browserの位置づけ
Biz/Browserで経営の効率化を実現する
第１回：リッチクライアントとBiz/Browser
著者：
アクシスソフト 永井 一美
2005/9/14
前のページ
1
2
3
4
次のページ
Biz/Browserの位置づけ
Biz/Browserは、リッチクライアントの先発製品として市場の成熟とともに顧客のニーズを取り込みながら成長してきました。
リッチクライアント（またはRIA：リッチ・インターネット・アプリケーション）製品として、Macromedia社のFlash／Flexともよく比べられますが、Flashはアニメーション、動画など動きのよさが大きな特徴で、「粘土細工」といえます。クリエータが、動きを創作します。そういった画面、UIを必要とするシステムに本来利用されます。
一方、
Biz/Browserは「ブロック」
です。業務系、特に定型業務に必要なコントロール（ブロック）を標準搭載しています。それらを組み合わせて画面を作り、ビジネスロジックを組み込めば構築できます。このコントロールは今までの様々なケースを吸収しながら改善、増強されました。その代わりにBiz/Browserは粘土細工のような芸術的な画面は簡単に作れません。作るのはかなり労力を要します。
Biz/Browserのクラス例
Biz/Browserの機能はクラス化されています。馴染みのあるコントロールという用語を使ってきましたが、正確にはクラスという表現を用います。例をいくつか紹介します。
DateEditというクラス（コントロール）
カレンダーが標準装備されています。コントロールを貼りつければ利用できます。また、カレンダーを利用しなくとも、直接の数字入力、矢印キーでの操作、和暦表示含め、日付に関する様々な表示が可能です。日付専用です
NumberEditというクラス（コントロール）
電卓が標準装備されています。直接入力しても電卓から入力しても、1234と入力すると","が挿入される、通貨記号、マイナスを前／後ろに表示、桁数制限をかけるなど、また入力したゼロなのか、初期値のゼロなのか？といった制御も可能です。数値専用です
フリガナを入力する機能
TextBoxのメソッドを利用して、年賀状ソフトのように自動でフリガナを入力します
FlexViewというクラス（コントロール）
畳み込みの機能を持てたり、複数段表示ができたりするグリッドで、様々な表示が可能です
なお、Biz/BrowserはInternet Explorerのプラグインとしても動作しますので、HTMLやFlashとの共存も可能です。それぞれの特徴を利用したシステムを構築することで、ベストなシステムをエンドユーザに提供できると思います。
図2：Biz/Browserで作成したRSS-Reader
（画像をクリックすると別ウィンドウに拡大図を表示します）
図2は、Biz/Browserで作成したRSS Readerで、Biz/Browserが得意としている定型業務ではありませんが、参考までに。左のフレームがBiz/Browserで、右のフレームでHTMLとFlashが動作しています。
フロントエンドに特化することで、様々なシステムを融合することも可能ですので、将来SOAのフロントエンドとして利用していただけるとよいと考えています。Webサービスとの連携はV4.0に組み込みました。WSDLを理解し、Biz/Browserのスクリプトとして関数を作りだす機能も持っています。
図3：WSDL for CRS
（画像をクリックすると別ウィンドウに拡大図を表示します）
Biz/Browserの動作
Biz/Browserの動作原理と開発ツールであるBiz/Designerを紹介します。
図4：Biz/Browserの動作原理
（画像をクリックすると別ウィンドウに拡大図を表示します）
図4をご覧下さい。上段がHTMLベース、下段がBiz/Browserベース、左側がクライアント、右側がサーバです。Biz/BrowserはWebでのクライアント端末側にインストールされるソフトウェアです。
Browserというネーミングをしていますが、Internet ExplorerのようなHTMLを判断する「Webブラウザ」ではありません。後で紹介しますCRS（チェイン・リフレクション・スクリプト）というテキストベースのスクリプトを理解し、実行するエンジンです。
通信にはHTTP、HTTPSを利用します。サーバからレスポンスされるテキストベースのCRSを解析し、クライアントで動作します。ですので、通常のHTMLベースでのWebと同様、テキストファイルを送り込むWebサーバがあればよいため、サーバ側に特殊なしくみは必要ありません。
また、Biz/Browserはキャッシュ機能を持っており、スクリプト言語はデータと静的な情報（画面デザイン、コントロールの制御など）を分離しています。図4では、画面1およびダイアログ、画面2、画面3の情報は、サーバから受け取った段階で、解析されキャッシュされます。これは恣意的に削除しない限り残ります。
そのため、最終的に通信を流れるのはデータのみとなります。これは、Webを利用してC/Sを作り出すイメージです。業務システムは日々、同じ画面を利用します。ならば、キャッシュしておけばよいというノーマルな考えです。なお、キャッシュは解析されてバイナリとなっていますので、描画も高速です。
前のページ
1
2
3
4
次のページ
著者プロフィール
アクシスソフト株式会社 永井 一美
アクシスソフト株式会社 執行役員プロダクト事業部長
SI会社にてオフコンでのアプリケーション開発やメインフレームでのOS開発、PCでの開発、品質保証業務などを経験、SI事業部門の管理者を経てアクシスソフトに入社。入社時より一貫して製品事業に携わる。特にBiz/Browserにおいては、「確かなUIによりエンドユーザの生産性を高め業務に対するモチベーションを持っていただくことが、企業全体の生産性を押し上げる」との信念で推進している。
INDEX
第1回：リッチクライアントとBiz/Browser
はじめに
Biz/Browserの位置づけ
CRS（チェイン・リフレクション・スクリプト）とは
画面デザイン
