前回の本紙で取り上げた「リッチクライアント」ですが、読者の皆様から「どうしてクライアントサーバ型システムとＷｅｂシステムのいいとこ取りができるの？」「具体的にどんなメリットがあるの？」等々多数の問い合わせをいただきました。そこで今号ではもう少し掘り下げでリッチクライアントを紹介したいと思います。
Ｍａｇｉｃリッチクライアントのしくみ
前号でお伝えした様に、リッチクライアントとは「クライアントサーバ型システムとＷｅｂシステムの良いところだけを取り入れて合体したしくみ」ということができます。リッチクライアント版のｄｂＭＡＧＩＣ「Ｍａｇｉｃリッチクライアント」は以下のような仕組みになっています（下図参照）。
※①各パソコン（クライアント）はインターネットプロトコルでＷｅｂサーバに接続します。
このＷｅｂサーバを公開すればインターネットに接続さえすればどこからでも利用できますし、社内ＬＡＮ上に置けば社内システムとして利用できます。もちろん共通に使うこともできます。
※②マスター・データは全てＤＢサーバで一元管理されます。
※③プログラムはアプリケーションサーバ（以下ＡＰサーバ）で一元管理され、Ｗｅｂサーバはクライアントからのアクセス制御をします（小規模の場合ＷｅｂサーバとＡＰサーバを１台のマシンで運用しても構いません）。クライアントは初めてＷｅｂサーバにアクセスした場合と前回利用したプログラムと違うプログラムがＡＰサーバにある場合のみ、最新プログラムをＡＰサーバからＷｅｂサーバ経由でダウンロードします。したがってプログラムのインストールが不要で、Ｗｅｂサーバにアクセスさえできれば自動的にシステムを利用することができます。
※④請求書発行や在庫更新等のバッチ系プログラムはＡＰサーバ側で稼働します。したがってデータの主な流れは「ＤＢサーバ」⇔「ＡＰサーバ」で発生し、「クライアント」⇔「サーバ群」にはネットワークの負荷がかかりません。大容量の通信回線を用意しなくても（通常のインターネット接続回線でも）レスポンスが遅くなることはないのです。
※⑤データ入力や画面照会・印刷などのオンライン系プログラムはＤＢサーバ上のデータにアクセスし、クライアント（パソコン）側で稼働します。このプログラムの稼働に当たってはパソコン側のリソース（ＣＰＵやメモリ等）を使うので、ＡＰサーバには大きな負担がかかりません。
Ｍａｇｉｃリッチクライアントは「データ・プログラムは一元管理されるのに、処理は分散されるのでサーバ側の負担が軽くなる」ということができます。
他の手法との比較
今まで見てきた内容をまとめ、他の手法と比較すると以下の表のようになります。全ての内容で勝っていることがわかります。 （下表参照）
特に注目されるのが、メタフレームとの比較です。一般に、本社⇔営業所間のようなリモートアクセスが要求される場合、メタフレームを使ったＷｉｎｄｏｗｓターミナルサービスを用いることが現在の主流になっています。大容量の回線接続でなくても快適なレスポンスが得られ、クライアントサーバ型システムの様な操作性が実現するからです。しかしリッチクライアントのほうが以下の点で優れています（下表参照）
（１）リッチクライアントのほうがサーバ側の負荷が少なく、サーバ１台あたり、多くのパソコン接続が可能。
（２）クライアントのインストールが不要である。
（３）クライアント側の日本語変換システムが利用できる。
まさに、究極のシステム構築手法であると言えるでしょう。
Ｍａｇｉｃリッチクライアント導入のお勧めケース
リモートアクセスに適した性能、プログラムインストールが不要であること等を考慮すると、Ｍａｇｉｃリッチクライアントは特に以下のような会社に最適です。
１．営業所や工場など拠点の多い会社
２．仕入先や得意先とのシステム接続をしたい会社
３．システム変更の多い会社
４．接続クライアント台数の多い会社
前号でもお伝えしたように、Ｍａｇｉｃリッチクライアントは貴社へ伺って貴社の環境でデモすることも可能です。
興味のある方はお気軽にビーフラットまでお問い合わせください。
|
