5-2

Web

1

HTML5 と関連技術の動向
黒澤 剛志●株式会社ミツエーリンクス

2

2014 年 10 月に HTML5 が勧告に。Web アクセシビリティやユーザー操作の抽象化、オフライン Web アプリケーション、Extensible Webの実装や標準化が進む。

3■ HTML5 仕様の勧告

4

2014 年 10 月 、W3C（World標準化することを検討している。

WideWebConsortium）は HTML5 仕様を勧告として公開
1■改めて考える HTML の意義した 。WHATWG（Web Hypertext Application

HTML の標準化が 1 つの区切りを迎えたことをTechnology Working Group）での標準化が始受けて、ここで、改めて HTML でコンテンツやアまってから 10 年、W3C での HTML の標準化が始

プリケーションを作ることの意味を考えてみたい。

まってから 7 年が経ち、HTML の標準化は 1 つのさまざまな考えがあるだろうが、コンテンツや区切りを迎えた。

アプリケーションが「誰もがいつでもどこでも」使

W3C の仕様が勧告となるには、複数の実装（ブえる点が重要であることは間違いないだろう。そラウザーなど）によるサポートが必要である。このこで、この節では、「誰もがいつでもどこでも」使ため、HTML5 仕様が勧告となったことは、HTML5える、という観点から HTML と関連する技術動向

仕様はすでにブラウザーなどで実装され、コンテを見ていきたい。

ンツで利用されていることを意味している。この意味で、HTML5 仕様に目新しいところはない。

●誰もが使える：Web アクセシビリティ

しかし、このことは HTML の標準化作業が終わっ誰もが使える、という側面では、アクセシビリたことを意味しない。HTML5 仕様には、もとにティに関する取り組みを欠かすことはできない。

なった WHATWG の HTML Standard に含まれてアクセシビリティ（Accessibility）とは、「アクセいる機能のうち、現時点ではブラウザーなどに実スする（access）」と「できる（ability）」を組み装されていないものや標準化の進んでいないもの合わせた言葉であり、「Web アクセシビリティ」となどは含まれておらず、今後もこれらの機能を中いった場合には誰もが Web コンテンツにアクセス

心に WHATWG と W3C による標準化作業は進んして情報を得られることを意味する。Web アクセでいく。

シビリティは従来、障害者や高齢者への対応とい今後の作業方針は執筆時点の 2014 年 12 月現在

う文脈で語られがちであるが、本来はそれにとども検討中だが、W3C は WHATWG との作業の重複まらず、文字通り誰もがアクセスできることを意を避けつつ、HTML の仕様をモジュールにわけて味する。

第 5 部 製品・技術動向

231

5612

Web アクセシビリティにはいくつかの側面があトしなくてはならないが、現在の Web 技術は、入るが、HTML5 仕様と特に関係するのが、機械可力デバイスごとにユーザーの操作を処理するもの読性（マシンリーダブル）である。HTML5 仕様がほとんどである。そのため、コンテンツ側でのでは多くの要素や属性が定義され、これまで以上処理が複雑になってしまう。にコンテンツのセマンティクスを簡単に表現でき

そこで、W3C ではユーザーの操作を抽象化しるようになった。さらに、2014 年 3 月に W3C のて、意図のレベルで扱う仕様の検討が進んでいる

2

3

78

勧告となった WAI-ARIA 1.0 は、Web アプリケー（IndieUI: Events や User Intentions ）。これら

ションのセマンティクスなどを表現する仕様であの仕様はまだブラウザーでの実装が進んではいな

り、HTML5 と組み合わせて使うことも一般的にいが、今後必要とされる技術であるだけに、動向なりつつある。WAI-ARIA が表現するセマンティには注意が必要であろう。

3

クスはスクリーンリーダー などで利用されてい4

るほか、Internet Explorer ではタッチディスプレ●いつでもどこでも使える：オフライン Web アプ

イにおけるホバー操作のサポートにも使われていリケーションへの取り組み

4

いつでもどこでも使える、という側面では、2014

る 。

56

Web アクセシビリティの別の側面は、代替情報

年はオフラインで動作する Web アプリケーションの提供である。たとえば、聴覚障害者や、地下鉄に関する取り組みが活発に行われた点に注目したなどの音が聞き取りにくい状況にいる人などは、い。モバイルデバイスはほぼ常時ネットワークに音声だけでは情報を得られないため、キャプショ接続されているが、現在もトンネルや航空機などン（≒字幕）などの音声の代替となる情報を必要オフラインになる時間が存在する。
オフライン Web アプリケーション向け機能の標とする。

HTML5 仕様では動画にキャプションを指定す準化はこれまでも取り組まれており、たとえば、ることが可能になり、主要なブラウザーもすでにHTML5 仕様にも Application Cache という機能対応している。動画や音声からキャプションを書が存在する。しかし、この Application Cache はき起こす作業には一定の手間と時間がかかるが、必ずしも、Web 開発者のニーズを満たせていなかっYouTube は動画を見ながらキャプションを編集すた 。

5る機能 や、音声認識を使って自動的にキャプショ
69

2014 年は Service Workers の標準化が本格的ンを生成する機能 を提供しており、今後より効に開始された年と言える。Service Workers は、率的にキャプションを作成可能になることが期待ページとは独立にブラウザー上で動作し続けるできる。

JavaScript モジュールである。ユーザーがページWeb アクセシビリティで近年特に重要になってを閉じたり別のページに移動したりしても、Serviceいるのが、多様化する入力デバイスのサポートでWorkers はブラウザーの中で動作し続ける。オフある。ユーザーが利用するデバイスは多様化して

ライン Web アプリケーションでは、ユーザーがおり、操作の入力にもキーボードやマウス、タッファイルをリクエストすると、Service Workers

チ操作や音声認識など、さまざまなデバイスや方がサーバーの代わりにリクエストを処理して、レ法が使われている。コンテンツを誰もが使えるよスポンスを動的に生成することが検討されている。

うにするには、この多様な入力デバイスをサポー

すでに Google Chrome や Mozilla Firefox での実232

第 5 部 製品・技術動向

10

装も進んでおり 、今後の動向が注目される。

15Web が提唱されている 。これは、コンテンツ制

オフライン Web アプリケーションでは、サーバー作側が必要とする機能を、JavaScript ライブラリにデータを格納できないため、ブラウザーにデータとして実装できるようにし、その後で標準化やを格納する方法が必要である。ブラウザー上のデーブラウザーの実装を進めようというものである。

11

タベースはいくつかの仕様（Web Storage 、Web
12SQL Database 、Indexed Database（Indexed13DB） ）が提案・標準化されてきた。
しかし、用途による向き・不向きや、ブラウザー

JavaScript ライブラリであれば、ライブラリを利フィードバックをもとに修正・調整することも仕様より容易である。

3

このようなライブラリを実現しやすくするには、いった問題があった。Web Storage はブラウザーブラウザーが行っているさまざまな処理（ネットのサポートも良好で手軽に利用できる反面、バイワークからのリソース取得、各種ファイルの処理、ナリデータの格納やパフォーマンスに問題を抱え画面への表示や音声出力、などなど）を JavaScriptていた。Indexed DB はバイナリデータもサポーで拡張できなくてはならない。そこで Extensible

トした高速な DB の仕様であるが、API が煩雑であWeb では、ブラウザーが行っている処理＝低レベることや、Safari がサポートしていないことなどルな機能の標準化を優先的に進めようとしている。

制作側が、独自の（HTML）要素を定義し独自の対応した Safari 7.1 ／ Mobile Safari 8 のリリー機能を実装できる。このため、コンテンツ制作側

スや、モジラによる Web Storage に似た API を提は必要とする機能を、必要とする粒度で独自要素供する、Indexed DB 対応 JavaScript ライブラリとして実装し、コンテンツ内で利用できる。Web

localForage のリリースなど、Indexed DB をめ

Components を使ったライブラリにはすでにグーぐる話題が相次いだ。

グルの Polymer やアシアルの Onsen UI など

1617がある。

■今後の標準化：Extensible Web

それ以外にも、ネットワークからリソースを取18

これまで見てきたように、現在も多くの仕様の得する処理（fetch ）やデータの暗号化や署名処提案と標準化が行われている。しかし、仕様が標理（Web Cryptography API ）、URL のパースや準化されてブラウザーに実装されるまでには年単組み立て処理（URL ）など、低レベルの機能の位の時間がかかる。多くの場合、コンテンツ制作標準化が進んでいる。

19

20側が仕様の機能を試すのは、仕様の標準化が進みただし、これらの仕様そのものが標準化され、ブラウザーへの実装が進んだ後である。この段階

ブラウザーに実装されること自体にある程度の時でコンテンツ制作側からフィードバックが出ても、間がかかる。そのため、今後は低レベル機能の標これまでの仕様や実装と折り合いをつけながら仕準化とブラウザーの実装動向、および、それらの様を調整するには、多くの時間と労力がかかる。

仕様を活用したライブラリの動向に注意が必要でそこで今後の標準化の考え方として、Extensible45

たとえば、Web Components では、コンテンツ2014 年には、アップルによる Indexed DB に

14

2

用している人からフィードバックを受けやすく、によって対応している仕様にばらつきがある、との弱点があった。

1あろう。

第 5 部 製品・技術動向

233

6

1

1.「HTML5 勧告‒オープン・ウェブ・プラットフォームの重要なマイルストーンを達成」http://www.w3.org/2014/10/html5-rec.html
2.http://www.w3.org/TR/wai-aria/
3. コンピュータの画面に表示されている情報を音声や点字でユーザーに伝えるソフトウェア。
4.http://msdn.microsoft.com/ja-jp/library/ie/jj152135.aspx

2

5.https://www.youtube.com/watch?v=LCZ-cxfxzvk
6.http://youtubejpblog.blogspot.jp/2011/07/youtube.html
7.http://www.w3.org/TR/indie-ui-events/
8.http://w3c.github.io/editing-explainer/commands-explainer
.html

3

9.「Application Cache is a Douchebag」http://alistapart.com/article/application-cache-is-a-douchebag
10. ブラウザーの Service Workers 対応状況は https://jakearchibald.github.io/isserviceworkerready/ などを参照
11.http://www.w3.org/TR/webstorage/

な お 、Web

12.http://www.w3.org/TR/webdatabase/

4

SQL

Database は特定の SQL 実装（SQLite）に依存しているとして、2010 年に標準化が打ち切られた。
13.http://www.w3.org/TR/IndexedDB/
14.http://mozilla.github.io/localForage/

このライブラリでは、

ブ ラ ウ ザ ー の 対 応 状 況 に 応 じ て Web Storage、Web SQL
Database、Indexed DB を使い分けることも可能である。

5

15.「The Extensible Web Manifesto」https://extensiblewebman
ifesto.org/
16.https://www.polymer-project.org/17.http://onsen.io/
18.https://fetch.spec.whatwg.org/
19.http://www.w3.org/TR/WebCryptoAPI/

6

20.https://url.spec.whatwg.org/234

第 5 部 製品・技術動向