次のページへ■クライアントに手間を掛けない「Webアプリケーション」時代1990年代の中ごろからインターネットが普及し、企業間での通信でも利用されるようになり、前述したクライアントが利用するアプリケーションの問題を、HTMLとWebブラウザを使って解決しようとしました。標準でインストールされているWebブラウザを利用すれば、コストもあまり掛かりませんし、各クライアントにアプリケーションをインストールする手間やプラットフォームに依存せずに企業システムが運営できます。このときはHTMLを使ったクライアントシステムなので、「HTMLクライアント」「Webクライアント」と呼ばれます。前述したC/Sモデルの「ファットクライアント」に対して、HTMLクライアントはあまり機能を必要としないため、「シン(thin、やせた、小さい)クライアント」とも呼ばれます。C/Sモデルでは、サーバとクライアントの「分散型処理システム」でしたが、シンクライアントではサーバが主に作業するので、メインフレーム時代と同じく「中央集権型システム」に戻ったのです。このモデルにも欠点がありました。HTMLをメインに使っているので、「ファットクライアント」のときに比べれば操作性や表現性が非常に落ちたのです。表データをボタン1つで並び替えたり、キレイな図版を作成したり、といった加工の部分が、HTMLベースだとなかなかうまくいかなかったのです。Navigatorの「第1次ブラウザ戦争」中で、Webブラウザによって表示が異なったり、独自の規格を生み出したり、とさまざまなトラブルが頻発していました)。Webを標準化することかな?』」をご参照ください。加えて、作業のたびにサーバサイドとデータのやりとりをするため、ネットワークに接続していないと作業はできませんでした。「HTML/Webクライアント」の3行まとめコストと手間はあまり掛からない操作性はあまり良くない表現力、機能もあまり良くない■2つの長所を取り入れた“リッチクライアント”「ファットクライアント」の分かりやすい操作性と高機能さ、「HTMLクライアント」の低コストで手間要らず、この2つの長所を取り入れて生まれたのが「リッチクライアント」です。このリッチクライアントは2003年後半ごろから注目を受け始め、リッチクライアントのサービスや商品が多数出現しました。技術的な問題もあり、なかなか一般的なものにはなりませんでした。■そして、Ajax(エイジャックス)の出現GoogleマップやGmailなどで話題を集めたAjaxの出現で、リッチクライアントは一気に脚光を浴びます。GmailやGoogleカレンダー、GoogleドキュメントなどはWebクライアントで手軽に操作ができるうえに、プラットフォームの制約は少なく、サーバサイドでデータを管理し、コストも掛からない点など先ほど挙げたリッチクライアントの特徴にぴったり当てはまりますね(Ajaxの参考・詳細はこちら)。リッチクライアントは戦国時代リッチクライアントを支える技術はAjaxだけではありません。代表的なものをいくつかピックアップして見てみましょう(アルファベット順)。Biz/Browser&Biz/Designer製品コンセプトのページ「Biz/Browser」はアクシスソフトが開発・販売をするリッチクライアントシステムです。24時間365日稼働している基幹業務システムに特化されています。業務専用端末に匹敵するといわれる入力画面を開発可能な点などが特徴です(参考・詳細はこちら)。カールのトップページカール社が提供する、マサチューセッツ工科大学の出身者によって開発されたリッチクライアントツールです。オブジェクト指向の言語であり、HTMLのようなテキストフォーマットから2Dや3Dといったグラフィックスまで表現する能力を持っています。先日、一部のオープンソース化が発表されました(参考・詳細はこちら)。RCPのページEclipseはIBM社が開発した、Javaをベースにした開発環境です。プラグインによって拡張でき、オープンソース化されています。Platformの略称です(参考・詳細はこちら)。次ページでは、リッチクライアント技術をいろいろ紹介します。