スマホと外部デバイスの連携をスマートにする「デバイスWebAPI」：5分でわかる最新キーワード解説

増加が予想されるウェアラブル機器やIoTのエンドデバイスを速やかに“接続”するため、考案されたのが「デバイスWebAPI」です。その概略とアーキテクチャ、狙いを解説します。

[キーマンズネット]

　今回のテーマはさまざまな機器とスマートデバイスをWeb技術でつなぐ「デバイスWebAPI」。これから続々登場することが予想されるウェアラブルデバイスや各種ガジェット、IoTデバイスなどとスマートデバイスとの連携になくてはならない通信部分の開発をする代わりに、アプリのコードに入れれば使える標準APIが登場しています。

　NTTドコモをはじめ国内大手キャリアなどが「デバイスWebAPIコンソーシアム」を設立、標準化・普及活動の中心をなすオープンソースの「GotAPI」（ゴットエーピーアイ）は、既にスマホアプリとして利用できるようになっています。

デバイスWebAPIとは

　各種の外部デバイスをスマートフォンのネイティブアプリ、Webアプリ、ハイブリッドアプリのどれからでも連携できるようにする、Web技術を利用した統一インタフェースのこと（利用例は図1）。

図1 デバイスWebAPIを利用したスマートフォンからの外部デバイス操作例（資料提供：NTTドコモ）

「デバイスWebAPI」の誕生

　「デバイスWebAPI」は2014年2月、アメリカのAT&Tがスマートフォンを軸にした外部デバイスのWeb APIの標準化をOMA（Open Mobile Alliance）に提案したのが発端となっており、通信仕様が異なるさまざまな外部デバイスとスマートフォンとの連携を行う統一インタフェースが必要だというこの提案にいち早く賛同したのがNTTドコモだ。実はこの提案前から、ドコモは同様に標準的に利用できるAPIである「デバイスコネクトAPI」を独自に作成済みだった。その技術をもとに「GotAPI」と呼ばれる標準API仕様が起草され、2015年4月にはOMAで仕様策定が完了、「Generic Open Terminal API Framework Version 1.0（GotAPI）」として公開される運びとなった（図2）。

図2 デバイスWebAPIのこれまで（資料提供：デバイスWebAPIコンソーシアム）

　この流れの中でスマートフォンと外部デバイス接続の標準化という趣旨に賛同する企業が増え、2015年4月30日にNTTドコモ、ソフトバンクモバイル（現ソフトバンク）が共同で「デバイスWebAPIコンソーシアム」設立を発表、以来、記事執筆時点（2015年11月）までにKDDIなど大手通信業者やメーカー、SIerなど79社が名を連ねるようになった。

• 「デバイスWebAPI」誕生の背景

　ウェアラブルデバイスやIoTデバイスは多種多様なものがこれからも登場することが見込まれ、スマートフォンとの連携が必要とされるケースも増えていくはずだ。これに対応するためには、ネイティブアプリの場合にはデバイス個別に連携機能を一から構築する必要があり、開発生産性の面で課題がある。Webアプリの場合にはJavaScript経由での連携が前提になり、W3Cの標準APIが出揃わない限り、利用は限定的にならざるを得ない。ハイブリッドアプリでもネイティブアプリと同様の課題がある。

　こうした課題を解決し、外部デバイス利用アプリの開発を容易にするとともに、外部デバイスの開発や普及を促進しようという思いがデバイスWebAPI開発の背景になっている。

デバイスWebAPIのフレームワークとなる「GotAPI」

　GotAPIはデバイスWebAPIのベースとなる規格であり、実際にスマートフォンにインストールされ、ベンダー提供あるいは自社開発アプリが必要とする外部デバイスとのやりとりの仲介役を担っている。アプリが「画面を取得したい」といったレベル（粒度）でリクエストすれば、GotAPIがリクエストを対象デバイスに、デバイスが理解できる方法で伝える。外部デバイスがそれぞれの仕様で返すレスポンスは、GotAPIが受け取って、アプリが使える形で渡す（図3）。

図3 GotAPIのアーキテクチャ（資料提供：デバイスWebAPIコンソーシアム）

　ちょっと専門的な言葉を使えば、GotAPIはGET、POST、PUT、DELETEメソッドを使えるごく一般的なRESTベースのAPIであり、それが返してくるレスポンスはWeb標準であるJSON（JavaScript Object Notation）形式だ。Web開発に慣れた人なら、外部デバイス利用のための開発で特別なノウハウを習得する必要がない。

• 共通機能はGotAPIとプラグイン開発用SDKが担当、個別機能は自由に拡張可能

　ただし、GotAPIはこの仕組みの基礎となるフレームワークを規定しているだけだ。実際の各デバイスとの連携に当たっては、機器個別（種類別）のインタフェースがいる。外部デバイスの通信仕様はバラバラであり、同一目的のデバイスでもベンダーは差別化のために独自機能を備えようとするはずだ。そのような違いを吸収するために、外部デバイスそれぞれの連携機能は「プラグイン」の形で用意する。プラグイン開発用の標準SDKが用意されるので標準機能はSDK上で規定でき、それ以外の固有機能を個別に規定しておけばよい。GotAPIは、プラグインを探索して自身に組み込む。プラグインは、標準SDK＋固有機能＋デバイス個別ライブラリで構成されることになる。

　さまざまなデバイス用のプラグインが用意されれば、同一目的のデバイスを使うアプリの連携部分は一度だけ作り、あとはプラグインを替えるだけで同じプログラムを複数のデバイス用に使い回すことができる。デバイス固有機能の追加はプラグインの変更だけで対応できるので、デバイスの機能追加やバージョンアップなどの際の変更・拡張にも容易に対応できる。

　このGotAPIとプラグインを含めた全体が、「デバイスWebAPI」だ。開発者は「何をするか」だけプログラミングすればよく、あとはデバイスWebAPIが引き受けてくれる。プログラムの再利用性が高まり、開発効率が上がりコストも工期も短縮でき、新デバイスの開発や普及推進を支援する効果もありそうだ。

図4 AndroidデバイスのデバイスWebAPIのイメージ（資料提供：NTTドコモ）

　デバイスWebAPIは、OSから見れば1つのアプリであり、実体はHTTPサーバと考えてよい。図に見るように、スマートフォンのアプリ（図はWebアプリを対象にしているがネイティブアプリでも同様）は、一度デバイスWebAPI仮想サーバを経由してデバイスに接続することになる。デバイスWebAPI側で行う仕事をアプリ側では意識しなくてもよい。またプラグインはアプリ側から直接インストールすることもできるので、どのプラグインを選ぶかもユーザーは意識しないで済む。

　なお、iOSデバイス用にも基本的には同様の考え方で外部デバイス接続を可能にしている。ただし最新版ではこれまでと異なる方法が必要になっているとのことだ。ともあれ、いずれは同様に利用できるようになりそうだ。

セキュリティは大丈夫？