リッチクライアントとは?/ キャッシュワン
[ 441] @IT:安藤幸央のランダウン 第25回
[引用サイト] http://www.atmarkit.co.jp/fjava/column/andoh/andoh25.html
最近、急に「リッチクライアント」という言葉を聞くことが多くなった。「リッチクライアント」とは、ユーザーインターフェイスの見栄えや操作性が豊か(リッチ)なクライアントソフトウェアのことを指し示している。 「リッチ」というだけでは、言葉の定義が何となくあいまいではあるのは確かだ。「リッチクライアント」という定義は、操作性の貧弱なWebブラウザベースのアプリケーションと対比した形でよく使われる言葉だ(一時期注目を浴びていた3次元や動画再生のメディアリッチなクラアントの意味とは違う扱いであることに注意されたい)。 インターネット時代になって、クライアント・サーバ型のシステムからWebアプリケーションへのマイグレーションが進んだ。それは、Webアプリケーションがオープンプラットフォームであることや、開発コスト、保守の容易さなどの良い部分がフォーカスされたからだ。その一方、旧来の端末操作に習熟したユーザー層からはWebアプリケーションが必ずしも使いやすいわけではないことが指摘されるようになった。このことがリッチクライアントへの関心を高める大きな理由になっている。 さて、これらのポイントを吟味することで、昔のクライアント・サーバの時代に戻る方が良いと考えるのは短絡的である。大切なのは、それぞれの良いところ、悪いところを見極めることだ。次に、リッチクライアント(現在そう呼ばれている技術)の利点を並べてみよう。 これらから、私は、静的ドキュメントの表示にはWebブラウザ、データエントリ業務のような迅速に数値を入力する必要があるものにはリッチクライアントというように、用途に応じて使い分けていく(ハイブリッドでの組み合わせでの利用)のが良いのではと考えている。 ところで、実際に「リッチクライアント」という製品があるわけではない。そこで、一般に広がっている、または広がりつつあるリッチクライアント製品・技術をいくつかご紹介しよう。 キーボードフォーカスや、ファンクションキーによる設定が可能で、Web環境におけるユーザビリティを向上させた専用クライアント環境。画像表示のための静的データはクライアント側でキャッシングし、動的データのみサーバから取得することによって高速で安定した画面表示が行われる。 今回は、リッチクライアントの良さを中心的に取り上げた。あらゆるシステム要件においてリッチクライアントが最適解であるとは限らない。ここに注意を怠ってはいけない。旧来のレガシーシステムの良さもあり、広く普及したWebブラウザベースのアプリケーションのアドバンテージも数多い。 大切なことは、システムに全体における大切な部分、高速に動作しなければならない部分、開発費を圧縮しなければいけない部分など、的確な視点で、的確な技術を選択し全体を組み上げるということだ。 次々に登場してくる新しい技術に踊らされることなく、的確な技術を見分ける目を養っていってほしい。そしてまた新しい技術に果敢に挑戦し使っていく姿勢も同じくらい大切なことを忘れないでいてほしい。 マルチメディアソリューションセンター所属。フォトリアリスティック3次元コンピュータグラフィックス、リアルタイムグラフィックスやネットワークを利用した各種開発業務に携わる。コンピュータ自動彩色システムや3次元イメージ検索システム大規模データ可視化システム、リアルタイムCG投影システム、建築業界、エンターテインメント向け3次元 |
[ 442] リッチクライアント/キーマンズネット
[引用サイト] http://www.keyman.or.jp/search/web2/30001792_1.html
「リッチクライアント:リッチクライアント」の記事を一部ご紹介。会員登録をすると、「リッチクライアント:リッチクライアント」の続きの記事がご覧になれます。 ここ数年で、Webアプリケーションの状況は大きく変化し、優れたユーザーインタフェースを備えたものも数多く登場してきた。同時に、リッチクライアントソリューションも発展を続けているが、技術の進歩が早いことから、現状がよくわからないという読者が少なくないようだ。また、動作環境や開発言語などが製品ごとに異なるため、全体像が把握しにくい製品群でもある。そこで本稿では、リッチクライアントの基本をおさらいしながら、その最新動向をお届けする。また、どんな場面でどんなリッチクライアントソリューションが活躍しているのかについてもあわせて紹介していく。 リッチクライアントの説明に入る前に、時代とともにその姿を変えてきたクライアントの変遷からおさらいしておこう。 まず、クライアントサーバシステムが誕生して、クライアントにPCが導入され始めた時点では、まだクライアントという用語しか使われていなかった。その後、「サーバベースコンピューティング」という考え方が登場し、PCからハードディスクなどを取り除いたネットワーク端末が製品化されると、これらの端末は「シンクライアント」と呼ばれるようになり、従来のPCはシン(thin)に対して「ファット(fat)クライアント」と呼ばれるようになった。 さらに、インターネットが普及してくると、Webアプリケーションの観点から「HTMLクライアント」という言葉が使われるようになった。しかし、従来のクライアントサーバシステムのクライアントと比べた場合、HTMLクライアントは「ファンクションキーが使えない」「データ入力の生産性が低下する」「レスポンスが悪い」といった弊害が指摘されるようになった。なぜなら、HTMLは閲覧・検索・リンクのための言語として登場したものであって、業務プロセス処理や高度な表現力を実現するために登場した言語ではなかったからである。そこで、こうした課題をクリアするために登場してきたのが「リッチクライアント」である。 また、Webアプリケーション(シンクライアントまたはHTMLクライアント)とクライアントサーバ型アプリケーション(ファットクライアント)の利点を同時に実現するアプリケーションでもあることから、リッチインターネットアプリケーション(RIA)とも呼ばれている。 掲載されておりますサービス内容・料金などは掲載日時点のものです。変更となる場合がございますのでご了承ください。 |
[ 443] [ThinkIT] 第1回:リッチクライアントとは (1/4)
[引用サイト] http://www.thinkit.co.jp/free/tech/5/1/
このように注目され始めたリッチクライアントであるが、その背景にはWebアプリケーションの普及とWebブラウザベースのクライアント環境の問題が挙げられる。詳細は後述するがインターネットの時代に入り、クライアント/サーバ型のシステムと比較した場合の開発コストや保守容易性の利点からWebブラウザとWebアプリケーションサーバで構成されるWebアプリケーションシステムへの移行が進んだ。 昨年より筆者自身、多くのメディアで講演や執筆活動を通してリッチクライアントに関わってきたが、登場して間もない頃は、リッチクライアントの概念すらまだ広く世間に認知されていなかった。リッチクライアントと聞いて、"従来型のクライアント/サーバ・システム"のクライアント(本連載では「ファットクライアント」と呼ぶ)をイメージする方も多くいた。 しかし、リッチクライアントという言葉が頻繁に使われ始めて約2年が経過した今では、ある程度その言葉の意味は理解され始め、ファットクライアントをイメージする方は少なくなっていると思う。しかし、リッチクライアントの正確な定義という点では、ベンダーによってその定義が多少異なっていたり、実現する技術も様々であったりすることから、わかりづらい状況にある。 クライアントリソースを有効活用できる(例えば、クライアントにプログラムやデータを保存したり、オフラインでのある程度の処理を実行することができたりするなど) ここでは、先に述べたリッチクライアントが注目される背景を十分に理解してもらうために、これまでのクライアント技術の歴史を振り返ることにする。これまでのクライアント技術の変遷は図1のようになる。図1に示すとおり、クライアント技術は大きく4つの世代に分けることができる。それぞれの世代の技術は、前の世代の技術の欠点を解消する形で登場、または進化している。その繰り返しの結果、現在のリッチクライアントに辿り着いたといえる。ではこれまでのクライアント技術には、どういった特徴があり、どういった欠点があったのかを順番に解説する。 メインフレームのクライアントでは、基本的に文字列しか画面に表示できずにいた。しかも表示できる文字数も少なく制限があった。また、各機能はキーボードに割り当てられていたため、操作が直感的にはわからず、キーボードと機能の対応関係の教育を十分に受けていないと、そのアプリケーションを操作することはできなかった。つまり、メインフレーム時代のクライアントは、表2のような制約や欠点を抱えていたことになる。 読者の皆様から寄せられた記事評価に編集部が答えるWebサイトです。さまざまなご意見お待ちしております! |
キャッシュワンのサイトです。