Flashのアドバンテージを生かし尽くす―アドビの場合―

　誕生当初のFlash Playerはアニメーション表現のための技術だったが、Webブラウザにプラグインとして組み込まれることで、画面遷移の少ないアプリケーションの設計や、クライアント側でのデータソートなど、Webアプリケーションの機能を向上する手段として利用されてきた。企業情報システムだけを対象に調査した数字ではないが、バージョン9の日本での普及率は98.8％を誇るという（2008年6月時点）。

　アドビは、このFlash Playerをテコに関連製品のラインアップを拡充し、トータルソリューションとしてのRIA導入を推し進めている。

　同社は、Flash Player上で動作するアプリケーションのためのフレームワークとして「Adobe Flex」（以下、Flex）を用意している。FlexではXML規格にのっとったMXML（Macromedia XML Markup Language）でUIを定義し、その振る舞いをオブジェクト指向言語「ActionScript」で記述して、Flexアプリケーションを開発する。Flexアプリケーションは、Flash Playerで稼働可能なSWFファイルに変換されてWebブラウザへ送られる。

　このフレームワークには、ボタンやリスト、データグリッド、ツリー、タブなどの基本的なUI部品が搭載されている。無償提供ツール「Flex SDK」を利用するだけでもアプリケーション開発そのものは可能だが、有償の統合開発環境「Adobe Flex Builder 3」を利用することで、さらに迅速なアプリケーション開発が可能になる。

　また同社には「Adobe AIR」（Adobe Integrated Runtime：以下、AIR）というランタイムテクノロジーもある。AIRは、HTMLやXML、JavaScript、CSSといったWebの標準技術およびアドビ製品を活用することでクライアントのリソースを有効利用して、Webブラウザの制約を超えてアプリケーションを動作させるというものだ。

　さらにAIR用のAPIを活用することで、従来のWebアプリケーションでは実現が難しかった、クライアントのファイルシステムへのアクセス、ネットワーク検知、システム告知、ドラッグ＆ドロップ、AIR搭載のローカルDBへのアクセスなどが実現できる。特に、ローカルDBを持つことで、ネットワークがオフラインの状態でもアプリケーションを引き続き利用できる。サーバリソースに依存することなく、アプリケーションの可用性を向上させる狙いがある。

　同社のマーケティング本部 クリエイティブソリューション部 Webグループディベロッパー マーケティングスペシャリストの轟 啓介氏は「RIAの導入は、サーバサイド中心主義から脱却して、ユーザー中心のWebアプリケーション開発へシフトする機会だ」と語る。

　轟氏によると、「これまでは、データのハンドリングや画面遷移などのサーバ側の処理に焦点が当たっていた。もちろんそれも重要だが、注力すべきなのは“ユーザーが気持ちよくアプリケーションを使えること”」。また、その実現のために不可欠なのが「デザイン、ユーザビリティという観点からUIを考えることができるデザイナーの存在だ」という。

　同社では、UIのインタラクション（反応）をデザイナーがGUIベースで作成できるツール「Adobe Flash Catalyst」を準備している。これは、デザイナーがグラフィックツールで開発したモックアップデザインを直接読み込み、インタラクションを付けてプロトタイプにすることができるツールだ。

　こうしたプロトタイプは、Flexフレームワークに直接取り込めるため、エンジニアが引き継いでロジック部分を記述する「完全分業型のワークフロー構築」が可能になる。これによって「RIA開発の関係者が自分の本職とする作業だけに専念できる」と同社のDMO（ダイナミックメディア） テクニカルエバンジェリストの太田禎一氏は語る。

　ワークフローを構築することで開発コストの最適化や、モックアップを利用してユーザーに確認を取りながら進めるプロトタイプ開発が迅速に行える。また、UIの操作性を向上させ、操作ミスの軽減にも貢献できるという。

　マーケティング本部 エンタープライズマーケティング部 部長の小島英揮氏は「RIAの導入を検討する上で重要なポイントは、既に普及しているテクノロジーかどうか。普及していれば、その実装およびユーザー教育のコストが大きく抑制できるからだ」と語る。

　また同氏は「RIAシステム開発では、OSやWebブラウザの適用範囲も重要だ」という。“Webアプリケーションの展開が楽”というのは建前であり、企業はそのアップデートのたびにOSやWebブラウザごとに膨大なテストケースが必要となる。その点、同社のフレームワークを活用すると「マルチOS／マルチWebブラウザに対応でき、それらの差異はFlash PlayerやAIR側で吸収できる」というのだ。

　さらに、UI開発という点では、同社製品のユーザーとして既に十分なノウハウを蓄積してきた厚いデザイナー人口を活用できる点も同社の強みだとしている。

“ユーザー経験”を追求してきた先駆者として―マイクロソフトの場合―

　「RIAとは“Rich Visual Application”ではなく“Rich UX Application”であるべき」と、マイクロソフトのデベロッパー＆プラットフォーム統括本部 デベロッパービジネス本部デザイナー製品部 シニアプロダクトマネージャーの朝岡絵里子氏は語る。

　同社では、RIAを推進する際に、何よりも“ユーザー経験”という側面を重視しているという。UXとは“ユーザー経験”を意味する同社の略語である。では、なぜこれが重要なのだろうか？

　朝岡氏によると「人が住む家は、建築工学的な視点とそこに住む人の視点を考慮して建築される。アプリケーションも人が使うものである以上、その設計思想や視点なども同様に考える必要がある」というのだ。マイクロソフトには、これまでにもこうした視点に立って、クライアント製品の開発を進めてきたという自負がある。

　朝岡氏はその具体例として、Windowsタスクバーの進化やOfficeツールのメニュー表示を挙げた。同社では、優れたユーザー経験とは「より少ない時間とステップで必要なタスクを完結できる効率性、分かりやすい表示で誤発注や誤入力の事故を抑止する安全性、また差別化のための競争力を産むもの」と定義している。

　こうした資産をWebアプリケーション分野へ展開することが、同社のRIA戦略の位置付けだ。その中核をなすのは、同社のグラフィカルユーザーインタフェース（GUI）を開発するためのグラフィックスサブシステム「WPF」（Windows Presentation Foundation）のサブセットとして登場した「Microsoft Silverlight」（以下、Silverlight）だ。最新バージョンはSilverlight 2だが、2009年3月に次期バージョン「Silverlight 3」のβ版が発表された。

　Silverlightは、Webブラウザプラグインとして機能し、マイクロソフトのテクノロジーながら、OSとしてMacintosh、WebブラウザとしてはFirefox、Safariなどにも対応する。ただ、Linuxに関しては、ノベルから提供される同等機能を持った「Moonlight」を利用することになる。

　また、Silverlightは、高解像度品質の動画配信機能、著作権管理機能「Silverlight DRM」、巨大な画像をスムーズにズームイン／アウトする機能「Deep Zoom」など、“コンテンツの器”としての機能に注力しているように見える。しかし、RIA基盤としてもユニークな差別化ポイントがあるという。

　1つは「.NETとの互換性」だ。Silverlightは.NET Frameworkのサブセットでもあるため、このフレームワークが提供するアプリケーション構築機能を活用できる。

　また、その開発環境「Visual Studio 2008 SP1」では、アドオン製品「Silverlight Tools for VS 2008 SP1」をインストールすることで、Silverlightプロジェクトの作成が可能になる。さらに、別途配布されるSDKを利用することで、JavaScriptやVB、C#だけでなくIronRubyやIronPythonなどの開発言語の使用も可能になる。

　同社のRIAでもアドビと同様に「デザイン開発とロジック開発の分業が可能」な点を特長としている。まずデザイナーがGUIベースのデザイン開発ツール「Expression Blend」によってUIのインタラクション設計を行い、システム開発者は、XAML（Extensible Application Markup Language）によって処理ロジックのコード記述を行う。

　また、Visual Studio 2008 SP1では、Expression Blendと同じプロジェクトファイルを開くことができ、デザイナーが作成したモックアップデザインにエンジニアがロジックを加えるという、分業型の開発フローを構築できる。

　さらに、さまざまな外部ソースのデータにアクセスして、その表示や更新が可能なWebサービス対応機能、リストボックスなどのUI部品とデータをつないで表示するデータバインディング機能、HTTPおよびTCPを使用したネットワーク通信をサポートする機能なども搭載するといった、データ連携やネットワーク処理機能にも配慮している。

Javaプラットフォームで広範な市場を照準に―サンの場合―

　「Javaを搭載した携帯電話の数は世界に26億台。PC端末は8.4億台、STB（セットトップボックス）は4400万台も存在する。このJavaの普及度をベースにすれば、単にデスクトップにとどまらず、非常に広範囲に展開できるRIAを構築することが可能だ」。

　こう語るのは、サンのソフトウェアOEM営業本部 システムエンジニアの草薙昭彦氏。

　サンは2007年7月にRIA実現のためのプラットフォームである「JavaFX」構想を発表し、2008年12月に正式バージョン1.0を公開した。2009年4月現在、最新バージョンは「JavaFX 1.1」。マルチブラウザでの動画配信、双方向性を持った業務アプリケーションの作成、REST（Representational State Transfer）ベースのWebサービスとの連携によるマッシュアップアプリケーションの作成が可能である。

　発表当時からターゲットとして表明していたのが、携帯電話への対応だった。同社は、2009年2月、携帯電話向け開発／実行環境「JavaFX Mobile」を公開した。さらに現在ではテレビへの対応も視野に入れており、同社では「マルチスクリーンへの展開」として進めている。これは、一度アプリケーションを構築すれば、PCや携帯電話、テレビなどの端末の違いに関係なく、アプリケーションが動作することを意味する。すそ野が広い市場にリーチできるのが、ほかのRIAプラットフォームとの差別化ポイントというわけだ。

　また、JavaFXはJavaプラットフォームの上で動かせるため、ライブラリやモジュールなど、既存のJava資産を活用できることも訴求点であるようだ。これは、既存のWebアプリケーションを迅速にRIAへ移行させる場合の優位性にもなっており、既存のJavaシステムを活用しながら、部分的にJavaFXを利用することもできる。

　JavaFXではどのようにシステム開発を行うのか。

　現状、コンテンツやインタフェース部品の開発に関しては、同社から提供されている製品はなく、アドビなどのグラフィックツールで行うとされている。そこで作成されたビジュアルリソースを、エンジニアが利用できる形に変換して組み込み可能にするのが「JavaFX Production Suite」と呼ばれるツール群だ。そして、ビジュアルリソースを組み込むときのベースとして、統合開発環境「NetBeans」や「Eclipse」を利用する。

　また、JavaFXアプリケーションは、サンが開発した宣言型の開発言語「JavaFX Script」によって開発される。シンプルなスクリプトで記述できるため、Javaに比べると習得のハードルは低いという。

　JavaFXの開発で基本となるのは、Javaプラットフォームである。デスクトップであればJava Standard Edition、モバイルであればJava Micro Editionが想定されている。

　この上にJavaFXのCommon Profileと呼ばれるランタイムを載せ、これをサポートするアプリケーションであれば、どのJava環境でも動かすことができるという。デバイスごとに拡張版ランタイムが用意されている。デスクトップであれば「JavaFX デスクトップ実行環境」、モバイルであれば「JavaFX モバイル実行環境」、まだ正式に発表されていないが、テレビであれば「JavaFX TV実行環境」などの環境が用意されている。

　特に、JavaFX Mobileランタイムの実装については、設計当初から構想に入っていただけに注力しているようだ。携帯電話には、グラフィックス用のアクセラレーションチップが搭載されていないものや、処理速度に優れたCPUと強力なグラフィックチップを積んだものなど、機種ごとにいろいろ特長がある。JavaFX Mobileでは、端末のネイティブレベルの性能を最大限に引き出すものを用意するという。

　例えば、2D／3Dのアクセラレーションのためのハードウェア、あるいはソフトウェアのスタックがあれば、それらを最大限に利用することで、高度な3Dグラフィックス表示やメディア再生を行うこともできる。「これからは業務アプリケーションもオフィス内にとどまらず、外に持ち出して利用する時代。携帯電話が高い表現力を持つことに大きな意味がある」（草薙氏）

　サンではJavaFXのメインターゲット層をデザイナーに定めており「プログラミングになじみの薄い彼らにアプローチする」ために、GUIベースでコンテンツやインタフェース部品が開発できるオーサリングツールも投入する。2009年6月にプレビュー版が、2009年後半に製品版がリリースされる予定だ。

　「これまでアプリケーション開発といえばエンジニアが中心だったが、最近はプログラミングの抽象度が上がり、ボタンとそのアクションのプログラムをはっきり分離することも容易になった」。同社のマーケティング統括本部プロダクト・ストラテジック・マーケティング本部 ソフトウェア・マーケティング専任部長の若林夏樹氏はこう語る。

　今後は、プログラミングに精通していないデザイナーであっても、ツールを使って容易にシステム開発の枠組みに加われるようになると予測している。

　同社では、最初のリリースから10年以上が経過し、セキュリティ面でも強固なプラットフォームとして成長したJavaこそが、RIAシステムにふさわしい環境だと考えている。

彼らの考える開発スキーム

　上記の3社は「RIA開発ではデザイナーとの協業を」と口をそろえる。しかし、ECサイトやコンシューマー向け事業を展開しているならともかく、業務アプリケーション中心の開発を進めてきた企業にとっては「具体的にどう協業していいのかよく分からない」というのが本音ではないだろうか。

　そうした開発側の戸惑いは普遍的なようで、マイクロソフトではパートナーからのヒアリングを基に、開発体制のサンプルモデルを幾つか作成している。

　例えば、ビジネスの側面を見る人間、システムを考える人間、プレゼンテーションに責任を持つ人間が、対等な立場でかかわり合う上記のようなモデルが考えられる。このような体制を取ることで、常に反復を繰り返してUIの改善を進められ、開発の初期段階でユーザーの了解を得られるという。その場合、「プレゼンテーションについて責任を持つ人間をどう調達するか」「その人とコストをコントロールしながらうまく協業できるか」などが課題となる。この点に関しては、業務アプリケーション分野ではまだまだ試行錯誤のようだ。

　次回はアクシスソフト、カール、日本ネクサウェブ、マジックソフトウェア・ジャパンの4社の製品戦略を紹介する。