こんにちは、編集長の白石です。

この記事は、9月24日に開催されたHTML5 Conference 2017に登壇したエキスパートに、お話されたセッションのトピックを中心に語っていただこうとういものです。セッションの内容をより深く理解する手助けになるだけでなく、本記事単体でも面白く読んでいただけることを目指しています。

今回お話を伺ったのは、株式会社ACCESSの梅田雅士さんです。

梅田さんのセッション「TV・車・ゲームに搭載されているブラウザってどうなってるの？」に関するスライド資料は、こちらで公開されています。

組み込みブラウザって…なに？

白石:では、まずは簡単に自己紹介をお願いできますか？

梅田:株式会社ACCESS IoT事業本部課長の梅田 雅士です。 もともとはエンジニアでして、ブラウザ開発からWebサービスまで、組み込みからフロントエンドまで開発していました。

白石:すごく幅広い経歴をお持ちですね！今回はPCやスマートフォン「以外」の環境におけるブラウザのお話を伺えると聞いています。

梅田:はい、今やブラウザはテレビにも、自動車にも、ゲームにも搭載されています。それらを総じて「組み込みブラウザ」と呼んでいます。

白石:組み込みブラウザと言うのは、PCやスマートフォンのブラウザとどう違うんでしょうか？

梅田:Webを閲覧できると言うのは、ブラウザの基本的な機能ですので、組み込みブラウザであっても変わりません。違うのはまず動作環境ですね。例えばOSも、LinuxからiTronまで、様々な環境があります。中にはタッチ操作やマウス操作が存在しない環境でも動作することが求められることもあります。

白石:ACCESSさんの組み込みブラウザは、今は主にChromiumやWebKitをベースにして開発してらっしゃるんですよね。組み込み向けに機能を追加したり、ということもあるんでしょうか？

梅田:はい、例えばテレビのリモコンとか、ゲームのコントローラーとかでブラウジングを可能にすると言った機能の追加は一般的にありますね。ブラウザの操作に関しては、「組み込みならでは」という部分は多いです。

テレビとブラウザ

白石:では、テレビ、クルマ、ゲームに搭載されているブラウザの状況について、詳しく教えてください。

梅田:ではテレビからいきましょう。実はテレビには昔から身近にありまして、テレビのdボタンを押して立ち上がる画面は、実はブラウザなんです。

白石:dボタンはブラウザ起動ボタンでもあったわけですね。

梅田:はい、それにテレビのメニュー選択を行うアプリもHTMLで書かれていたりしますね。

白石: ハイブリッドキャストと言うのは何でしょうか？

梅田:テレビ向けのブラウザでは、以前はBML (Bloadcast Markup Language)という、XHTMLベースの独自言語が利用されていました。ですが現在では、HTML5をベースとしたテレビ用の規格がありまして、それが「ハイブリッドキャスト」です。

ハイブリッドキャストは「放送と通信の連携」を目的として、NHKさんを中心とした標準化が行われています。単にHTML5が使えると言うだけではなく、スマートフォンとの連携（セカンドスクリーン）機能なども備えています。

白石:民放局の、ハイブリッドキャストへの対応度合いとかはいかがですか？

梅田:各社とも、現在対応を拡充している段階ですね。2020年の東京オリンピックで、テレビ放送をより楽しく観せるのが、各社共通の目標になっています。

白石:ちなみに昔聞いた話なのですが、テレビって意外にも低スペックで、重たいWebページを表示させるのは難しいと聞いたことがあります。その状況は現在では変わりましたか？

梅田:いえ、あまり変わりないです。テレビの中で一番高価な部品はやはりパネル。その他の部品、例えばCPUなどは、やはり廉価なものが使われることが多いんですね。なのでテレビ向けのWebページは、軽量であることが望まれます。

車とブラウザ

白石:では次は車とブラウザの関係について教えてください。

梅田:自動車業界では、カーナビを中心とした、操作可能な中央のスクリーンを「HMI (Human Machine Interface)」と呼びます。HMIでブラウザを利用できると、例えば自動車のマニュアルをHTMLで書いたりできます。HTMLは多言語化しやすいのでメリットは大きいですね。

あとは車載システムにアプリを追加することができるものもあります。インターネットと繋がって、例えば天気を表示したり、運転を楽しくするようなアプリがインストールできたりします。車載システムは「情報（インフォメーション）」と「娯楽（エンターテインメント）」を提供するという概念から、「インフォテインメント」とか、「IVI（In-Vehicle Infotainment：車載インフォテインメント）」と呼ばれたりします。HMIでブラウザが利用できるなら、そうしたアプリもWeb技術で開発できるようになります。

白石:車載システムにブラウザを搭載するという動きは、どれくらい進んでいるものなんでしょうか？

梅田:海外では結構進んでいます。車載システムのOSは共通化が進みつつあって、主要なものとしてはAGL (Automotive Grade Linux)やGENIVIがありますが、これらには今後ブラウザが搭載される予定があります。

ちなみにAGLって、Tizen IVIが元になっているんですよ。Tizenは一時期HTML5にも注力していましたので、白石さんはご存知じゃないかと思いますが。

白石:ええっ！Tizenって久しぶりに聞いた名前です。そうだったのか…そういう風に受け継がれていたんですね。IT業界って、思わぬところが繋がってたりするので面白い(笑)

ところでそういう車載システムとかだと、テスラの車とかは進んでるイメージありますけど、実際のところどうなんでしょう？

梅田:確かにテスラは進んでいて、WebKitを搭載した車載システムを既に積んでいますね。ただ、古いバージョンのWebKitを搭載していたため、そのセキュリティホールを突かれてハッキングが可能な状態になっていたことがあったりします。車載システムの高度化に伴って、セキュリティリスクも高まりつつあるというのが実情です。

ゲームとブラウザ

白石:ゲーム機にブラウザが搭載されているという点についてはいかがでしょう？

梅田:実は、ゲーム機にブラウザが搭載されているのは結構昔からなんです。2003年に発売されたPlayStation 2や、2004年に発売されたPlayStation Portableには、もう入っていましたからね。

白石:そんなに昔から入っていたんですね。そう言えば、ガラケーとかにもブラウザ積まれてたし、そう言えば組み込みブラウザって結構昔からあったんですよね。

梅田:そうですね。それに、ゲームソフト自体にブラウザが積まれていたこともありましたよ。

白石:ええっ！ゲームソフトがブラウザを内蔵していたんですか？

梅田:そうです。例えばモンスターハンター3には、弊社のNetFrontというブラウザが内蔵されていました。

白石:ゲームソフトにブラウザが入ってるなんて、考えたこともありませんでした。すごい世界だ。

ブラウザ開発ってどんな仕事？

白石:そもそもブラウザ作ってる会社ってあまりないですよね。そこら辺の実際をお聞きしてみたいです。ブラウザ開発って、どのように進めるものなんですか？

梅田:基本的には、W3Cの仕様を満たすように実装するというのがブラウザ開発の中心になります。ただ、今はオープンソースのブラウザをベースに開発していますので、少し仕事の範囲が変わりましたね。W3Cの仕様を満たすために開発するのは、主にChromiumやWebKitのコアチームに任せて、私たちはその移植が中心になりました。

白石:なるほど、今はブラウザエンジンそのものの開発に深く食い込んでいるわけではないと。

梅田:ただ、弊社ではEPUBのエンジンも作っていまして、そのために独自開発した部分とかは結構ありますね。例えば縦書きレイアウトとかは、W3Cに提案されている仕様を元に弊社で開発したコードを、ブラウザエンジン側にコントリビュートしたりもしています。

白石:ちなみにブラウザ開発って、どんな言語を使って行うんですか？

梅田:WebKitやChromiumはC++で書かれているので、C++ですね。C++ってメモリマネジメントが重要な言語ですが、WebKitとかってそこら辺が少しいいかげんだったりするんです(笑)。

白石:え、そうなんですか？メモリリークしたり、とかですか？

梅田:さすがに派手なメモリリークとかはめったにありませんが、メモリ確保に失敗した時の処理が甘かったり、とかですね。で、車載システムとかで利用する場合って、「動かない」って状況になるのはすごくまずいわけです。運転中は安全がなにより最優先ですから。そういう穴を潰して本家にコントリビュートする…というのもたまにありますね。

組み込みブラウザベンダーはつらいよ

白石:ACCESSさんはブラウザと言っても、更に「組み込みブラウザ」を作っているという数少ない存在。そういう、数少ない組み込みブラウザベンダーならではの苦労などをお聞きしたいです。

梅田:そうですね、まず先ほども申し上げたように、現在はChromiumやWebKitをベースに開発しています。以前は独自のブラウザエンジンでしたが、数年前にWebKitに切り替えたんです。ただ、WebKitはそもそも組み込み用途が主ではありませんでしたから、当初はハードのスペック的な制約との折り合いを付けるのが大変でしたね。（Webページが）メモリに乗り切らないので、数キロバイト単位に分割してメモリに載せるようにしたり…

白石:うわー、それは大変そう…。

梅田:最近はハードのスペックが向上したので、そういう苦労をすることも少なくはなってきましたけどね。あとは、レンダリングのパフォーマンスを改善するのも大変ですね。車載システムだと、最低でも60fpsは要求されるので、動画のデコードをハードウェアに行わせるようにするとか、CanvasをGPUレンダリングするとか。スクロールが滑らかになるようチューニングするのも大変でした。

白石:WebKitとChromiumは使い分けてるんですか？

梅田:お客様からのご要望や、用途に応じて使い分けています。WebKitはリリースサイクルがだいたい年一回で安定していますが、Chromiumのリリースサイクルはもっと速くて、コードもどんどん変化していきます。どちらがいいということでもなくて、それぞれにメリットがありますね。

白石:大変興味深いお話です。組み込む製品ごとに異なる苦労とかはあったりするんですか？

梅田: 車の場合とかは、製品の開発サイクルが長いのが特徴です。一つの車を作るのに5年とかかかったりすることもあるので、何回もつなぎ込みが発生するわけです。

白石:5年！Webの世界で5年と言ったら、状況はかなり変わってしまいますよね。

梅田:そうですね。ベースになっているブラウザもどんどん進化していくので、つなぎ込みを行うたびに、できるだけ最新に近づけていくようにするんです。その際に、ブラウザエンジンが持つAPIが変わってしまうことも珍しくありません。そういう事態に対応しやすいように、APIを抽象化したレイヤーを持っていたりします。

白石:いやー、ぼくみたいなフロントエンドエンジニアが全然体験したことのない苦労だ(笑)

梅田:他には、ブラウザの機能を拡張しなくてはならないこともよくあります。組み込みの場合って、HTML5が元々持っている機能だけじゃ足りないことが多いんですよ。

ゲームの場合は、ゲーム機というハードに閉じているからか、独自に拡張することが多いのが特徴です。

車載の場合は、Vehicle APIっていうAPIがW3Cで標準化されていますので、その実装を行うのも仕事の一つです。このAPIを使うと、例えばキーロックの情報を取れたりと、車載システムならではの機能を利用することができます。

PCやスマホ「じゃない」Webアプリ開発とは

白石:では最後に、PCやスマホじゃない世界でのWebアプリ開発について、どのようなものかお聞かせください。

梅田:基本的には、それほど変わるところはありません。組み込みブラウザと言っても結局WebKitやChromiumをベースとしていますし、HTML5以降はブラウザ間の互換性も高くなっていますし。

ただ、市場によって制約はありますね。例えば車載システムで動作する場合は、運転手の気を逸らさないようUIガイドラインがあったりします。

一方で、市場ごとに特有の拡張機能を使うことも求められます。

白石:先ほどおっしゃっていた、車載システム上で使えるVehicle APIなどですね。

梅田:そうです。そして、そうした標準化されたAPIと言うのは、組み込みの世界で特に重要なんです。

基本的にオープンなPC/スマホに比べて、組み込みは市場に特化しがちな世界でもあります。クローズドな世界で、クローズドな技術を使っているのでは、スキル的にもビジネス的にも拡がりにくい。

オープンで標準化されたAPIを使うことで、そうした事態を避けることができる。Web技術者も、活躍できる場がどんどん広がっていきます。

白石:なるほど。ちなみに、車載の世界とかでは、App Storeのようなアプリプラットフォームが出てくる可能性はあるのでしょうか？そして、Webで作ったアプリであればそれらのプラットフォームにどこでもデプロイできるというような可能性はありますか？

梅田:はい、そういう可能性はもちろんあります。アプリプラットフォームみたいな構想は各社持っていて、今後登場してくるのは間違いありません。 その時に、Web技術を使ってアプリを開発できる可能性も、それが複数のプラットフォームで展開できる可能性も、大いにあると思います。

そうした世界を見据えて、総務省さんと一緒に「Webとクルマのハッカソン」というイベントをここ数年開催しています。10月下旬から申し込み開始ですので、興味のある方にはどんどん参加してほしいですね。

白石:あ、そのイベント去年ぼくが審査員やったやつだ(笑)。去年もすごく盛り上がりましたよね。本日は組み込みブラウザ開発の話、そしてPC/スマホ以外のWeb開発の話など、普段あまり聞けないお話をお聞かせいただき、ありがとうございました！

今年に入って車載プラットフォームや組み込み系OSの動きが活発になってきています。
2014年4月8日に開催された、html5j自動車部の第三回勉強会「車載とWebの今が分かる、てんこ盛りの165分」では、W3Cにおける標準化動向や個別のプロダクト（QNX Cars、TizenIVI、Firefox OS）の最新動向を業界の第一人者の方々に思う存分語ってもらいました。その模様をレポートします！

はじめに

現在、車載機器に搭載されるOSのほとんどは車載専用として開発されていますが、昨今はスマートデバイスに搭載されているOSを車載に対応させようとする動きが出ています。

第三回勉強会は、今のWebと車のかけ合わせに関するキーパーソンの方々に、Webと車載OSについて講演していただきました。非常にボリュームのある勉強会で休憩時間もあまりとれませんでしたが、その分濃厚なお話が聞けました。会場はリクルートマーケティングパートナーズさんです。

セッション1. W3C標準化と車載プラットフォームの最新動向について

最初は株式会社ニューフォリアの羽田野さんのセッションです。(スライド)

IT業界と自動車業界の動向、組み込み系でWeb技術を使用する際の課題、IVI（In-Vehicle Infotainment：車載インフォテインメント）上のWebアプリケーションストアの是非や、市場規模について、さらにはVehicle APIを提供している各社のSpecから作成したサンプルコードの比較など、最初のセッションから盛りだくさんの内容でした！

車載プラットフォーム最新動向

昨今、新たな車載向けプラットフォームが続々と発表されています。

• AppleのCarPlay
• GoogleのAndroid(OAA)
• MicrosoftのWindows in the car

CarPlayはフェラーリをはじめ、多くの自動車メーカが名を連ねています。GoogleのOAAもAudiなど、多くの自動車メーカーが加盟しています。こちらはプロダクトを発表したわけではなく、OAAという団体で議論をしているようです。

また、MicrosoftはBuildというイベントで、メトロUIを持つWindows in the carというプロダクトを作っていると発表していました。どんなメーカーが関わろうとしているかの情報等はありませんでしたが、IVIの世界に続々と車載プラットフォームが誕生しています。IT業界と自動車業界の掛け合わせが非常にホットになってきています！

IVIにおけるWeb技術使用と課題

Web技術をIVIなどの組み込み系の環境で使用するには、様々な課題があります。

パフォーマンス面はすべてをJavaScriptで行うのではなく、適材適所でハードウェアで演算させた方が速い処理はハードウェアに任せ、結果だけ利用するといった設計コンセプトになっていれば、Javascriptのパフォーマンスはなんとかなりそうです。

ハードウェアについては、スマートフォンの短期間でのハードウェアスペックの向上を見るに、時間が解決してくれそうなので、楽観視していても良いかもしれません。実装APIの不足もありますが、こちらも徐々に対応されるでしょう。これらの課題がクリアされると、組み込み系でWeb技術の利用が現実的になってきます。

では、ネイティブアプリケーションではなく、Webアプリケーションを作るメリットはなんでしょうか？

上記のメリットが考えられます。

ネイティブアプリケーションではなく、Webアプリケーションを採用することによる、ユーザー側のメリットも考慮しなくてはなりません。

ユーザーはアプリケーションがネイティブアプリケーションでもWebアプリケーションでも、うまく動いてくれれば中身は気にしないでしょう。そのため、Webアプリケーションを選択した場合のユーザーのメリットは、これから開発者が考えて提供していく必要があります。

実際にアプリケーションを作って、ビジネスをするには？

デベロッパがアプリケーションストア上でビジネスをすることは、スマートフォンでは当たり前になりました。

スマートフォンでは、サードパーティ製のアプリケーション開発が盛んに行われ、数多くの面白いアプリケーションが開発されました。スマートフォンが魅力的なデバイスとなった1つの要因でしょう。

同じようにIVIを開発者にとって魅力的なものするには、サードパーティがアプリケーション開発をしてビジネスをする土台が必要となります。そのためには、アプリケーションストアが必要になると考えられます。

Webアプリケーションでビジネスをする際の市場規模について

これらの条件がクリアされ、アプリケーションを作るための環境が整った時、IVI向けのアプリケーションを売ることができるのか？

スマートフォンとIVIの市場規模を比較すると下記のようになります。

自動車の販売台数はスマートフォンの10分の1以下です。さらにカーナビを搭載しているのは、世界的には2割程度(日本は例外で8割位)です。スマートフォンに比べると、市場規模が非常に小さいことも課題となるでしょう。

IVIのAPI比較

IVIのAPIは標準化されていないので、各社でバラバラな仕様です。IVIのアプリケーション開発の活性化のためには、標準化は欠かせません。講演では、webinos、QNX、TIZENの仕様書から、各APIで共通するギア位置の取得をするAPIを例にコードを比較していました。

同じ情報を取得するコードでも、標準化されていないため、書き方にかなりの差異がありました。そのため、複数のIVIプラットフォームに対応するアプリケーションを作ることはできず、プラットフォームの数だけ別のコードを書く必要があります。コードについては、記述が多くなるので残念ですが割愛します。詳しくは動画とスライドをご覧ください。

注意!

スライドにあるコードは各API仕様から、おそらくこのように書くのだろうと予想したコードとなります。動作確認する環境がないので、コードは架空のものであり、フィクションなのでご注意下さい！

W3C Automotive and Web Platform BG

各社様々な実装になっているという現状から、W3C Automotive and Web Platform BGが立ち上がって、Vehicle Information APIを策定しています。標準化にあたっての設計指針がドキュメントとして存在します。まとめると下記のような内容になっています。

現状、国やOEM(自動車メーカー)で特有の呼び方があります。W3Cでは、国、自動車メーカーに依存しない呼び名を使うようになっています。

Vehicle Information APIのコード

現在策定中のVehicle Information APIで、ギア位置の取得をするコードはどうなるのでしょうか？

今現在の状態が知りたい場合

// ワンショット navigator.vehicle.transmission.get().then( function(data) { console.log(data.gear); // ギア位置 // 0～10 console.log(data.mode); // モード オートマチックのレバーの位置 // "park", "reverse", "neutral", "drive" }, function(e) { console.log(e.code + ": " + e.message); } );

変化があった時にだけ情報が欲しい場合

//リスナー navigator.vehicle.transmission.subscribe(function(data) { console.log(data.gear); // ギア位置 // 0～10 console.log(data.mode); // モード // "park", "reverse", "neutral", "drive" });

上記のコードにはPromiseが使われています。最近のW3CのAPIはPromiseが前提になっているものが増えてきており、W3C Vehicle Information APIには、下記のような特徴があります。

PromiseはDOM4で規定されています。Promiseを使うと、非同期プログラミングが容易になります。ほかにもPromiseを使用したAPIには、Web Cryptography APIという暗号化のAPIもあります。

このVehicle Information APIで取得できる情報は多岐にわたり、例えば、走行情報では下記のような情報が取得できます。

• 車速(km/h)
• エンジン回転数(rpm)
• イグニッションスイッチ位置
• エンジンオイル状態
• 加速度

上記以外にも、メンテナンス情報や空調/気候情報など、多くの情報が取得できるようになります。

FAQ

• Vehicle Information APIを使って、アプリケーションから何らかの命令を与えることはできないか？

という質問がありました。APIのSETについては今のところ議論中ですが、存在します。誰にSETを許可するか？といった、Permission問題についての協議も必要で、SETについては仕様上存在していても使えるかはわかりません。

セッション2. Tizen IVI Introduction

続いて、セッション2です。高橋さんによるTizen IVIについてのセッションです。IVIに関連するTizenのアーキテクチャについて熱く語っていただきました。

このセッションでは、Tizenにおいて、ハードウェアの情報は、どのようにWebアプリケーション側に伝播するのか。そして、レイヤーを問わず、開発者にとって開発しやすい仕組みとは？APIを使用する、APIを作るということをOSのアーキテクチャを交えて見ることで、普段Webアプリケーションを開発している時には、あまり意識をしない部分についても知ることができるセッションでした。

Tizen IVIを知るための前知識

TizenとIVIのそれぞれについて知っているでしょうか？

Tizenとは？

TizenとはLinuxディストリビューションの1つです。Tizen Projectでは1つの会社で作らないような仕組みが作られており、開けた開発が行われています。ターゲットとしては、モバイル、カメラ、スマートウォッチ、IVIがあります。Tizenはソフトウェア開発コストを抑え、容易にアプリケーションを作れるように、新しい体験をユーザーに素早く提供できるように考えられたOSです。

IVIとは？

IVIはインテルが提唱した、In-Vehicle Infortainmentの略で、車の中の情報とエンターテイメントを指します。Infortainmentとは、InformationとEntertainmentを組み合わせた造語です。

• Vehicle Informationは、エンジンの状態、オイルの状態、ライトのステータスなど、様々な情報を扱います
• Vehicle Entertainmentは、例えば、車内で音楽が聞けたり映画が見れたりすることです

つまり、IVIとは車の情報とエンターテイメントを提供するものです。

Tizenのアーキテクチャについて

APIを使用するということはどういうことでしょうか？APIを作るということはどういうことでしょうか？これらはOSの下回りを知ることで、より一層の理解が得られます。そしてTizenがいかに効率良くAPIを作ることができるのかを知ることができます。

Tizenのアーキテクチャは下記の図の通りです。

次の章で、Tizen IVIのためにゼロから作っているコンポーネントを5つ紹介します。

Tizen WRT on Wayland

Web FrameworkのWeb Runtime部分に位置します。Tizen Web Appというアプリケーションを動かすためのRuntimeで、W3Cで定義されいている「Packaged Web Apps」に準拠しています。

WebkitEFLというグラフィックライブラリを使用してHTMLコンテンツをレンダリングし、HTMLコンテンツをシステムアプリケーションのように動作させます。

JavaScriptのVMは、Webkit標準のJavaScriptCoreを使用しています。

Plugin Frameworkを採用しており、プラグインの追加によって、柔軟にJavaScript APIを拡張することができるのが特徴です。一例として、Tizen Device APIが挙げられます。

• Waylandとは？
  ディスプレイサーバープロトコルの1つです。Xorgよりも、軽量で、構造もシンプル、そしてパフォーマンスも改善されています。

Automotive Message Broker(amb)

IVI Componentの一部です。車両データを抽象化するミドルウェアで、データをアプリケーション層に引き渡すデーモンです。入力プラグインが車両データを受け取り、フォーマットに合わせたデータ(CAN,OBD-2,ELM-327)をamb coreに渡します。

amd coreは中継とデーモンへ送信する役目を担っており、出力プラグイン(シンクプラグイン)へデータを発行します。

出力プラグインでは、アプリケーション層に車両データを渡します。出力プラグインでは、WebSocketで渡すこともできるのでWebアプリケーションとの親和性が高いです。

dLeyna

Multimedia Componentとして、dLeynaがあります。dLeynaはDLNA(Digital Living Network Alliance)に準拠した通信環境を提供するデーモンです。

例えば、dLeynaを導入して車内ネットワークでDLNA環境を構築することで、IVI SystemからDLNA経由で乗員の携帯電話に配信した映像コンテンツを楽しめるようになります。dLeynaは、後述するCloudeeBusを利用してWeb APIを提供します。

Cloudeebus

System and Base Componentで、DBusのAPI(Linux内部で行っているIPC通信)をJavaScriptのAPIへ変換するためのデーモンです。

ブラウザに手を加えずWeb APIを追加する仕組みで、DBusとWeb APIの変換をしてくれます。WAMP(WebSocket Application Messaging Protocol : WebSocketの上位プロトコル)を利用しています。

HTML5との関連について

dLeynaにWebSocketのAPIがありましたが、これを使って、下記のWeb APIを策定しています。

• Media Content API
• Media Server API
• Media Renderer API

Tizen IVI向けのWebアプリケーションを開発するには？

Tizen SDK for In-Vehicle Infotainmentが2014年1月にリリースされています。IVI向けのWebアプリケーションが簡単に作れるようになりした。

FAQ

• モバイルのTizenはOSSだが、クローズドな印象があります。契約を結んでいない会社でも最新仕様にアクセスできるのでしょうか？

モバイルだとアソシエーションに入っている会社とそうでない会社では差別化しているようです。 方針を決めるための議論については会員メンバーではないと関われないかも。

• IVIを動かすために一番簡単な方法はなんでしょうか？

仮想イメージを配布しているので、そちらを使うと良いです。

• Web Runtime経由でしか出力を受け取れないとのことでしたが、Webアプリしか作れなくなるのでしょうか？

出力プラグインで、DBus経由で出力すればネイティブアプリケーションも作れます。

セッション3. 車載ソフトウェア最近のトレンドとQNX CAR Platform

続いてQNX ソフトウエア システムズ株式会社の中鉢さんから、車載ソフトウェアのトレンドとQNX Car Platformについてのお話がありました。

中鉢さんは20年に渡ってナビゲーションを開発されているそうです。その中で、今が一番面白く、一番大変で、ビジネスチャンスが多くある時期であるとのことです。

そんな中、商用OSであるQNX Car Platformは、IVIのプラットフォームとして多くの実績があります。今の商用IVIプラットフォームには、どのような要件が求められ、どのような機能が搭載されているのでしょうか？

車載環境を取り巻く状況

今、車載はどういった状況にあるのでしょう？

QNXでは、システム構成はエンベデッド、ブロートイン、ビームドインと区分けしていますが、これらの住み分けが曖昧になってきています。 以前はそれぞれにデバイスが存在していましたが、今はお互いの領域に少しずつ入り込んでいる状態になっています。その他にも、オープンスタンダードが求められる時代になっています。

これらの要求に伴い、OSに対する要件が変化しています。オープンスタンダードのサポート、ISO26262で話題になっている機能安全対応や仮想化(最終的なソリューションではないと考えています)といった要件が求められています。

HTML5とUI開発

QNX SDP6.6(Software Development Platform) のApps and Mediaは、UI開発はHTML5をベースとしておりWebKitベースのHTML5エンジンを搭載しています。

HTML5アプリケーションを作るためのSDKも提供されています。

HTML5アプリケーション環境とApache Cordova

Apache Cordovaを使った形で開発できる環境を提供しています。Apache Cordovaを使うことで、クロスプラットフォームで、スマートフォン、タブレットや、さらにはテレビも視野にいれてアプリケーションを作ることができます。クロスプラットフォーム対応をすることで、アプリケーションの開発コストを下げ、車載だけのアプリケーションにしなくてよいようにしています。

また、APK RuntimeというAndroidのRuntimeも搭載しており、Dalvik仮想マシンをLinuxからQNXに移植しています。JellyBean(4.2)から動作し、JNIプラグインをサポートしています。

Dalvikはコンテナーです。Sandboxを使っており、Androidを１つのプロセスに閉じ込め、ほかのアプリケーションやシステムに影響を与えないようにして安全性を保っています。

FAQ

• QNXで脆弱性が見つかった場合のポリシーや対応の仕組みはどうなっているのでしょうか？

マイクロカーネルと言った形で、ドライバーやスタック、ファイルシステムは基本的にすべてユーザー空間で動作する。なんらかの故障やハッキングが起きた時は、そのプロセスだけ停止して再起動する仕組みを持っている。監視サイドはHA構成をとっており、監視役が落ちてしまっても大丈夫なようになっている。

• W3CのVehicle APIが統一された時の対応はどうなるのでしょうか？

Vehicle API対応はしますが、現状のApache CordovaとVehicle APIの両方を載せることになるでしょう。

セッション4. 組み込みでも使える Firefox OS

最後のセッションは、一般社団法人 Mozilla Japanの清水さんから、組み込みでも使えるFirefox OS(スライド)と題して、Firefoxの説明とFireFox OSを組み込みで使うならどうするか？という点にフォーカスしてお話をして頂きました。

Firefox OS

多くの人にWebを届けるというのがメインミッションであるため、車載はメインストリームではありません。現在は、南米や東欧方面に注力しています。

Firefox OSの特徴は、ネイティブアプリケーションがなく、すべてのアプリケーションをHTML5で作ることができるという点です。様々な会社と共同開発をしていますが、MozillaがAPIの仕様を決めているわけではありません。

共同開発をしている企業が自分たちに必要なAPIを作ることで、Firefox OSのAPIが増えるという開発体制になっています。メインターゲットは北欧や日本などのインターネットが成熟した方面ではなく、南米やヨーロッパを中心に15カ国で3種類の端末(勉強会開催日の情報です)が販売されています。

低スペックなハードウェアでも動作する

低スペックのハードウェアで動くようになっています。メインターゲットとする販売地域によっては、高スペックな端末は非常に高価で貴金属のような扱いとなり、持っているだけで犯罪の対象となってしまう可能性があります。

そのため、古く低スペックなハードウェア上で動作するOSを作り、安くスマートフォンを提供することで世界にWebを届けようとしています。

上記のスライドにはGPUも記載されていますが、GPUはなくても動きます。現在も、より低スペックなハードウェアでも動くように開発を進めています。Firefox OSはすべてオープンソースですが、携帯電話の周波数コントロールのような部分はプロプラなコードでないと動かないので注意が必要です。ソースコードのビルドは、Ubuntuが一番簡単にビルドできるようです。Mac OSでも可能です。

Firefox OSのアーキテクチャ

Firefox OSとAndroidのアーキテクチャを比較します。カーネルはAndroidが使っているLinuxのカーネルをそのまま使っています。その上にGeckoというブラウザのレンダリングエンジンが動いています。

例えば、Linuxを起動してFirefoxが動かしWebページを開く。これをFirefox OSに当てはめると、アプリケーションとWebページを区別していないので、イメージ的にはFirefoxのWebページのタブ1つ1つが、HTML5のアプリケーションというイメージです。

より詳細なアーキテクチャを見てみましょう。大きく以下の3つのレイヤーに分けることができます。

• カーネルとハードウェアのアブストラクションレイヤー
• Geckoのブラウザエンジンで、アプリケーションとの繋ぐレイヤー
• HTML5,CSS,JavaScriptのアプリケーションのレイヤー

ここで、アプリケーション層からJavaScriptでハードウェアにアクセスするためのものをWeb APIと呼んでおり、JavaScriptでラップしてあります。

ブートプロセスはLinuxとほぼ同じで、カーネルがブートしてinitからb2g(Gecko)が起動されます。そして、起動されたGeckoの上でアプリケーションが動作します。initでは、b2g以外にも様々なデーモンが起動されます。

ユーザー空間アーキテクチャ

中身はLinuxなので、b2g(Gecko)より下位層のプログラムは通常のUnixプログラムと同じように開発できます。ユーザー空間ではGeckoを中心に下記の図のようなアーキテクチャになっています。

車載でFirefox OSを使う場合、b2gより下のLinuxの世界でデバイスの情報を取ることができれば、b2gに手を加える事で、例えばギアの情報を取ることが可能となります。そして、Web API(JavaScript)でb2gとWebアプリケーションの間を繋げることで、アプリケーションからギアの情報を取得できるようになります。

Firefox OSでは、Web APIが従来のOSのシステムコールに相当し、デバイスの制御や情報の取得ができます。例として、JavaScriptからバイブレーションを制御できるWeb APIを見てみましょう。

配列でバイブレーションのパターンを書きます。この例だと、100ms震えて、30ms休止する… という動作をします。非常に簡単にハードウェアを制御できています。

Web APIの追加方法

実際には、デバイスの制御はnavigatorオブジェクトが行い、JavaScriptの世界から、C++で書かれているGeckoの世界を繋ぐ必要があります。

その実装は、インターフェイス定義言語のWebIDLを使用しています。WebIDLでインターフェイスを定義し、インターフェイスで定義したメソッドを実装します。例えば、車載でギアの情報を取得する際にも同様の手順で実装すればよいでしょう。

もう少し複雑なものを作る場合は？

例えばデータ構造を定義したいような場合、WebIDLでインターフェイスを書いて実装を書くというステップまでは同じです。

新たに定義するクラスがあるので、JavaScriptで実際に使用するクラスとC++とのバインドを行う必要があります。バインド自体は簡単で、Bindings.confに対応付けを記述します。そしてビルド対象に追加してビルドすれば使えるようになります。注意点として、オブジェクトの追加時にはGCのサイクルに追加するといった、定型的な作法があります。

このように、簡単にWeb APIを追加できます。

単純な読み書きや処理をトランザクションで行わなくてもよいものは、WebIDLを使って単純に書けばいいですが、複数のアプリケーションから同時に使う場合に競合が発生したりする場合は、Linuxの世界でデーモンプロセスを作って、デーモンを経由して実行する対応します。

このように、組み込みで使用する場合も簡単にAPIを追加できます。

最後に

勉強会の最後にアンケートを実施しました。ご回答ありがとうございます。アンケートの結果を元に、今後の勉強会の内容等を検討させていただきます。

ご協力ありがとうございました。

勉強会の動画配信はこちら

次回の勉強会もお楽しみに！

昨今、コネクティッド・カーやスマートカーと言った、キーワードが注目されてきており、車載機器をインターネットに接続し、スマートフォンやタブレットなどのデバイスと連携する車が増えてきました。

特に最近では、自動車のAndroid化を目指す団体Open Automotive Allianceが発足。車載機器とWeb技術、IT技術の融合に関する動きが活発化して、注目度も上がってきています。

html5j自動車部とは

自動車部ロゴ

html5j自動車部では、このような車載機器とWeb技術の融合に関する様々な動きを追いかけ、ウォッチすると共に、 車載機器に関するプロダクトの最新情報の発信、Webエンジニアと車載機器等の組み込み系エンジニアの方々との技術交流の促進に取り組んでいます。(html5j 自動車部始動！)

※本稿は2014年1月21日に行われた、html5j自動車部の2回目の勉強会のレポートです。

2014 international CESから見た自動車ICTトレンド

最初のセッションでは1月7日～10日にラスベガスで開催されたInternational CESの直後ということもあり、KDDI総研の平林氏から、2014 international CESから見た自動車ICTトレンドという内容でご講演頂きました。

セッションの前半は、自動車ICTトレンドについての発表。 セッションの後半は講演内容についてディスカッションが行われ、 和気あいあいとした雰囲気の中、皆で疑問や意見をぶつけ合っていました。

本セッションの内容と資料につきましては、諸事情により公開できませんので、このレポートでもざっくりまとめた内容となります。

そもそもCESとはコンシューマ・エレクトロニクス・ショーのことですが、昨今はテレビやオーディオだけではなく、自動車も主役になりつつあるようです。自動車とWeb技術の融合に力を入れている自動車企業が多く見られ、その一部の企業の発表内容のまとめと技術者視点での解説や疑問点を交えての発表でした。発表中にも質問が飛び交い、参加者の熱意が伺えました。

自動車メーカー・車載機器サプライヤの取り組み

専用タブレットを車載機器として設置するといった、スマートデバイスとの連携、ウェアラブルデバイス(腕時計、メガネ)との連携、音声認識やジェスチャーによる車載機器の制御。そして、スマートデバイスにHTML5のアプリケーションを載せる、といった取り組みを行っている自動車メーカーが多数ありました。

自動運転については、まだ課題が多いようで、取り組み自体は行っているが発表しているという企業は少なかったようです。

ディスカッション、質疑応答

ディスカッションは、セッション内容に触れない範囲で話題に上がったものをピックアップします。

車載組込ブラウザの過去7年と今を40分でまとめてみる

PCの世界で起きたことは、次にスマートデバイスで起きてから組み込み機器で起きると言われています。組み込み機器でもコンテンツ、ソフトウェア性能、ハードウェア性能もPCで要求されていたものに近づいてきていると予想されます。過去から現在まで、車載組み込みブラウザの世界ではどのようなことが起きていたのでしょうか？

車載機器とWeb技術の中間に位置する車載組み込みブラウザの歴史について、株式会社ACCESSの渡辺氏から、車載組込ブラウザの過去7年と今を40分でまとめてみるという内容でご講演頂きました。

• 車載組込ブラウザの過去7年と今を40分でまとめてみる(スライド)

車載組み込みブラウザは7年使うことを前提に開発する

車載組み込みブラウザは、車載器の新鮮さを保つために必要となります。7年間(車の買い替え期間の平均)使用することを前提に開発します。これは今も昔も考え方が変わっていないそうです。

そして組み込み機器全般に言えることかもしれませんが、バージョンアップが容易に行えない場合が想定されるので、バグに対してもシビアで、高い安定性を要求されます。普段我々が使うPCやスマートデバイスのアプリケーションでは、バージョンアップせずに7年間同じバージョンを使用し続けることは、ほぼないと言っていいほどに稀だと思います。

車載機器から見たHTMLの歴史

HTML4の時代、HTMLは静的コンテンツを読むことがメインでした。今はHTML5時代となり、アプリケーションが動作するようになりました。 車載組み込みブラウザでも同様に、音楽・ビデオの再生、美麗なアニメーション描画など、HTML5に対応することが求められてきています。

車載機器OSの歴史

昔は様々なOSでシェアの取り合いをしていました、それは車載OSでも同様で、グラフィックライブラリもメーカーが独自に作っているものが多く、ブラウザの移植は非常に大変だったようです。

そんな時代から、今は組み込みOSもLinuxが主流になってきており、ライブラリも以前より増え、ブラウザの移植が簡単になってきているとのことです。そして、HTML5アプリケーションに対応するOSの開発も行われており、車載機器とWeb技術との融合が進んできています。

車載機器のSoC(System on Chip)の歴史

ソフトウェアだけではなく、ハードウェアも進化しています。SoCというCPUやGPUといった主要部品を1つにまとめたチップも、過去には様々なアーキテクチャがあり、ブラウザがギリギリ動作するといったスペックの状態から、現在では、高級車の車載ハードウェアはiPhone5Sと同等の性能を持ちます。アーキテクチャもARMに収束してきたようです。

組み込み機器CPUベンチマーク

組み込み機器GPUベンチマーク

もう2、3年すると、現在のスマートデバイスと同等のハードウェア性能が一般的になるのではないか、とのことでした。スマートデバイスのアプリケーションが車載機器でも動く時代になったようです。Web技術者が車載機器向けWebアプリケーション開発を行うのも、そう遠くない未来かも知れません。

車載ブラウザの歴史

過去の車載ブラウザは、移植性、ハードウェアスペックや通信周りの制限により、快適なブラウジングというわけにはいかず、結果として、あまり使用してもらえなかったようです。現在の車載ブラウザは、これらの点をクリアしつつあり、車載もHTML5の時代となってきています。

デモ

現在主流である車載ブラウザのハードウェアでHello RacerのWebGL版を動作させるデモを実施しましたが、残念ながらうまく動作しませんでした。

デモ機材

代わりに、ほぼ同スペックの機器で動作させるデモ動画を流して頂きました。デモ動画では非常に快適に動作している様子が見れます。渡辺氏は今後の勉強会でリベンジしてくれるそうです。

次回予告

昨今、HTML5アプリケーションやWebアプリケーションを実行するための土台がソフト、ハードの面でできつつあります。近い将来、Web開発者も車載機器向けのアプリケーションやコンテンツを作る未来が来るのではないでしょうか。

次回は、アプリケーションを作るための土台である、車載プラットフォームOSについての勉強会を検討中です。お楽しみに！