4-2

HTML51

HTML5 の動向

2黄 聖實●株式会社ミツエーリンクス

チーフインタラクションアーキテクト

HTML5 の仕様が勧告候補になり、HTML5.1 の草案も策定へ。リ
アルタイム通信技術やケーブル事業者の採用によるスマートメディアの開発も始まる。

34■仕様策定が完了し、技術検証の安定化

ティーブ・ジョブズの決定により、次世代のウェ段階にブ技術として注目された。さらに、「OSMU（OneW3C は、2008 年に公開した草案に始まったSource Multi Use）」というキーワードと「デバHTML5 の仕様策定が、2012 年 12 月 17 日付け

イスやウェブブラウザーに関係なく、Flash のよで勧告候補（Candidate Recommendation）段階うに動くウェブコンテンツを制作できる」という∗1

マーケティングで、急速に広まった。になったことを明らかにした。また、2014 年

第 4 四半期に HTML5 の勧告とともに HTML5.1

これは、表面上は確かにその通りだ。しかし、の草案を公開し、HTML5.1 の勧告を 2016 年の実務において、既存のウェブサイトを開発するよ∗2

第 4 四半期に公開するという目標を、Plan2014

うな単純な考えで開発に着手してしまうと、想のウェブサイトを通して公開した。

定外のさまざまな問題が発生する。デバイスや仕様としては、menu 要素や command 要素をウェブブラウザーによって激しく性能や画面解削除し、main 要素や dialog 要素を追加するなど、像度が異なり、それによって発生する追加対応に最後まで細かい調整を行った。その結果、今回のより、開発効率の低下や開発コストの上昇が起こ発表の際に公開された HTML5 マークアップ要るといった問題だ。

素は 108 個になっている。削除された要素につHTML5 の目的は、既存の HTML（Hyper Text

いては、すでに書かれた HTML コードに手を加Markup Language）の限界を克服し、デバイスやえる必要はなく、これから作成する HTML コー

ウェブブラウザーに関わらず、インタラクティブドに使わなければ良いとされている。

アプリケーションを開発できるようにすることにある。すべてのデバイスとウェブブラウザー■ HTML5 の用途がさらに明確に
HTML5 は、スマートフォンやタブレット端で完全に同じ画面を表示するためのものではない。これを明確に理解しておく必要がある。

末の普及と、Adobe Flash（以下、Flash）や Microsoft Silverlight などのプラグイン技術を iOSのウェブブラウザーに適用させないというス

第4部

製品・技術動向

187

5

123

■既存のウェブサイトの開発とは別の認の分散化（fragmentation）が問題になってきて識が必要いる。

フェイスブックはかつて、クライアントアプ

HTML5 は、ウェブの強みである公開性と、ソリをハイブリッドアプリ ∗3 とし、ほとんどの機フトウェアの基本的な属性である OSMU が特徴能を HTML5 で実装していた。しかし、2012 年だ。そのため、デバイスや OS 間の壁を破って統8 月に、性能が遅いという理由でネイティブアプ合的なコンテンツやサービスを提供できる。たリ∗4に方向転換したと発表した。この発表は、HTML5 についての深い懸念を発生させた。

perience）を十分に考慮した UI（User Interface）

このフェイスブックの発表に反論するかのよ45

うに、同じ月の 2012 年 8 月に、モバイル用のウェブアプリ

∗5だし、そのためには、各環境での UX（User Ex-の提供と、クロスプラットフォームのプログラムの開発手法が必要になる。

開発のフレームワーク「Sencha

こうした背景から、モダンウェブ開発の手法

Touch」の開発チームが、HTML5 で実装されたが流行するようになった。1 つの HTML ファイ

ウェブアプリ「Fastbook」∗6を公開した。Fast-

ルで複数の画面を動的に生成して表示する SPA

book は、フェイスブックが再開発したネイティ（Single Page Application）や、ネットワークにブアプリとほぼ同等のパフォーマンスを実現接続されていなくてもローカルにキャッシュさした。Sencha Touch 開発チームは、HTML5 のれているデータを利用する Oﬀ-line Web、サーウェブアプリでもチューニングによってパフォー

バー側はデータを管理するだけで実際の処理はマンスを向上させられると語り、ウェブサイトのブラウザー側で全部扱う BaaS（Back-end as a開発のための HTML5 からアプリケーション開Service）などの手法である。

発のための HTML5 へと思考の切り替えが必要■ H.264 コーデックのオープンソースであると強調した。
∗72013 年 5 月に開催された Adobe MAXッション∗8のセ化計画と WebRTC

でも、アドビのウェブプラットフォー

WebRTC（Web Real Time Communication）

ムテクニカルエバンジェリストであるクリストの特徴は、基本的にはリアルタイムで通信を行フ・コンラッツ氏が、ウェブアプリを遅くする 80うことである。しかも、ブラウザー（クライア〜90 ％の原因は、HTML5 を解釈するエンジンでント）―サーバー間の通信だけではなく、ブラはなくネットワークなど他の要素だと解説した。

ウザー―ブラウザー間の通信もサポートしてい

そして、ウェブの技術を知っておけば、さまざまる。HTML5 の関連技術の中で、ウェブソケットなプラットフォームへの対応が簡単になると説（WebSockets）もリアルタイム通信の機能を持っ明した。ているが、サポートしているのはブラウザー―サーバー間の通信のみだ。

■モダンウェブ開発手法が流行

ブラウザー―ブラウザー間の通信が可能にな

スマートフォンとタブレットの成功により、マると、サーバーを介さずに、ブラウザーどうしでルチスクリーンやマルチデバイス、マルチプラッ

メディアデータの転送やデバイスの制御ができる

トフォームへの対応は、アプリ開発の重要なポようになる。アップルの「エアプレイ（AirPlay）」

イントとなった。それとともに、デバイスや OS

∗9188

第4部

製品・技術動向のような形態だ。

2013 年 10 月 30 日に、シスコのビデオコー提供するだけでは、利用者が有料放送を解約する

デック H.264 のオープンソース化計画が発表さ事態に対抗するのは難しいという危機感もある。

れた ∗10 。これによって、これまで WebRTC でこのような状況で、ケーブル事業者をはじめと扱っていなかった 3 つの要素（ビデオコーデッする有料放送事業者には、顧客が求めるコンテン

ク、音声コーデック、ネットワーク技術）の一つ

ツを最も速く、楽で、簡単に、安全に、いつでもであるビデオコーデックの技術開発が進むきっ

どこでも利用できるようにする必要性が高まっかけになるため、注目する必要がある。ている。受信料を支払う対価として、過去のように「単に放送を見る」ことから「質の高いメディ■ケーブルテレビ事業者が HTML5 を採アを体験したい」ということに、顧客のニーズが用進化しているのである。
2010 年以来、米国メジャーのケーブル事業そして、顧客が保有している端末の仕様と OS者（MSO：Multiple Systems Operator）で も 、が分散化している状況で、HTML5 は最大の効果

HTML5 を採用しようとする動きが本格化してをもたらすソリューションになるのだ。

いる。日本でも、2011 年の地上デジタルテレビ

このようなスマートメディア市場において、現ジョン放送への切り替え以来、採用を検討する

在の最大の問題は、アップルとグーグルの二強構ケースや、一部のサービスをすでにウェブ化し図で、ハードウェアとソフトウェアの垂直統合て HTML5 に切り替えるケースなどが出てきて

∗11

いる。

スタマイズされたメディア体験を提供するためが進められている点である。利用者ごとにカ要は、セットトップボックス（Set Top Box）にあには、メディアの利用状況を集約したビッグデーる DVR（Digital Video Recorder）や、VoD（Videoタが必要である。今は、アップルとグーグルが端On Demand）管理、電子番組ガイド（EPG：Elec-末のプラットフォームを掌握することで、最大のtronic Program Guide）などの機能をクラウドビッグデータ資産を確保している。この状態でに移して、HTML5 ベースで開発された統合ソは、ケーブルテレビ事業者やデバイス事業者は、リューションから提供するということだ。

顧客が満足できる十分なメディア体験を提供す彼らが HTML5 を積極的に採用している背景ることが難しい。には、ケーブル網の IP 切り替えや、スマートフォ

このような背景から、HTML5 によって、アッンやタブレット、スマート TV などから今までとプルとグーグルにあまり依存せずにスマートメ同等なサービスを利用したい顧客のニーズがあディアコンテンツとサービスを開発し、提供できる。これらに対応するのに、セットトップボックるようになると期待されている。

スの交換などの物理的な方法では、コストと新サービスの開発時間などで競争力を持つことが∗たと W3C が判断して、ブラウザーでの実装を通じた相互運用性難しい。

テストとパフォーマンスの確保をする安定化作業の手順をいう。
勧告候補の段階の後は、勧告案（Proposed Recommendation）

すでに、ケーブルテレビや IPTV、衛星放送など、さまざまなプラットフォームが存在している。インターネットもメディアの海のようになっている。そのため、単純にコンテンツを表示して

1. 勧告候補の段階とは、幅広くレビューされて技術要件を満足し段階を経て最終段階である勧告（Recommendation）段階になる。
∗

2. http://dev.w3.org/html5/decision-policy/html5-2014plan.html。す で に 安 定 化 し た 機 能 や 相 互 運 用 性 の あ る 機
能は HTML5.0 に入れて 2014 年第 4 四半期に勧告し、その他

第4部

製品・技術動向

189

1

2

345

のものは HTML5.1 にして 2016 年第 4 四半期に勧告すること1を提案している。
∗3. ハイブリットアプリは、WebView などのサードパーティ技術を実行する枠の中で動作しつつ、デバイスの一部のネイティブ機能と連動できるアプリのことをいう。

2∗

4. ネ イ テ ィ ブ ア プ リ は 、Objective-C や Java な ど の プ ラ ッ ト∗

5. ウェブアプリは、（WebView ではなく）ネイティブブラウザ上フォーム提供者が提示する技術で実現したアプリのことをいう。
で動作する、HTML ／ CSS ／ JS などの Web 技術で実装されたアプリのことをいう。

3∗

6. http://www.sencha.com/blog/the-making-of-fastbook-an-∗

7. Adobe が主催する開発者向けのための技術カンファレンス。

∗

8. http://coenraets.org/blog/2013/05/architecting-a-∗

9. http://www.apple.com/jp/airplay/

html5-love-story

phonegap-application-video-slides/

4∗

10. http://blog.mozilla.org/blog/2013/10/30/videointeroperability-on-the-web-gets-a-boost-from-ciscos-h264-codec/∗

11. 垂直統合（すいちょくとうごう）とは、ある企業（あるいは企業グループ）が、自社の製品やサービスを市場に供給するためのサ

5

プライチェーンに沿って、付加価値の源泉となる工程を企業グ
ループ内で連携して、時には M&A などを通じて経営資源を補いながら特定事業ドメインの上流から下流までを統合して競争力を強めるビジネスモデルのことをいう（Wikipedia より引用）。

190

第4部

製品・技術動向