IoT通信プロトコル「Weave」も公開
GoogleのIoT用OS「Brillo」はどう活用できる?
GoogleがIoT向けOSの「Brillo」と、IoT通信プロトコルの「Weave」を公開した。同社は競争が激化するIoT分野で成功を収めることができるのか。
GoogleがIoT向けに開発したOS「Brillo」の名称は、米国の洗浄剤メーカーでArmaly Brandsの子会社となった企業が商標を登録している。それでもGoogleはこの名称を借りた「Project Brillo」を、2015年の開発者会議I/Oで発表した。GoogleのNest買収から派生したBrilloはAndroidをベースとしながら、Androidを「そぎ落として」(それがBrilloと呼ばれる由来)カーネルとHAL(Hardware Abstraction Layer)を残した。Brilloは軽量で幅広いデバイスに対応し、セキュリティ対策を内蔵する。
Brilloに加えてGoogleは、IoT指向の通信プロトコル「Weave」も打ち出した。Weaveはデバイスとクラウドの間の通信言語だ。両製品のプロダクトマネジャー、ハンウック・キム氏によると、Google BrilloはIoT製品のためのOSで、Weaveはそこに組み込まれる。「われわれはあらゆるデバイスを接続してスマート化し、アクセス可能にしてセキュアにする構想を描いている」という。
併せて読みたいお薦めの記事
GoogleのIoT戦略
Googleクラウドの事例
クラウドを用いたIoT
IoT事例
既に14億台のデバイスがAndroidを搭載している状況で、BrilloとWeaveは自然な展開だとキム氏は言い、「接続型のデバイスをオープンなエコシステムの中で開発してもらえるようにしたい」と話す。「新製品を最初から開発する場合や、現在のOSに自分が必要とする柔軟性がない場合、Brilloが適しているかもしれない」。一方で、既にOSを使っていたり、既存の製品がある場合でも、自分のデバイスをクラウドやGoogleの他の製品に接続する手段としてWeaveを利用できると説明した。
キム氏によると、現時点で両製品は、幅広いスマートホーム製品のメーカーや大企業、商用分野で検討され、採用されている。「開発者が簡単にデバイスをクラウドに接続できるようにして、Googleの多数のAPIやサービスを使ってもらえるようにしたい」と同氏は言う。
例えば従業員の入館証をスマートフォンの機能として仮想化し、ドアに近寄るとドアがその従業員を認識して開錠する。「出社時刻が自動的に記録され、好みに合わせてオフィスの照明と空調が自動的に設定され、コンピュータには自動的にログインできる。職場は従業員が指1本動かすことなく準備が整う」(キム氏)
しかしGartnerのアナリスト、マーク・ハング氏は、Brilloはまだβ段階にあるという点で世界が小さく、Googleの招待(またはリクエスト)がなければ利用できないと指摘する。ただし違った見方もある。「実際には最小のIoTデバイス向けとはいえないが、ゲートウェイやハブおよびもっと重いデバイスには間違いなく適している」とハング氏。言い換えると、IoTの結合組織や、フル機能を備えた防犯カメラのようなデバイスには役に立つかもしれない。その半面、スマート農業を支える小型の湿度センサーのようなデバイスには向かないだろうと同氏は見る。
BrilloとWeaveの競合製品
ハング氏によると、Brilloは主に、組み込みデバイスのアーキテクチャで独占状態にあるARMと競合する。サードパーティーの製品も存在することから、Googleが進出する分野は競争が激しい。最も有利なのはGoogleが推進しているという点だ。
「BrilloとWeaveはまず、IoTクラウドサービスを使っているベンダーが採用するだろう。その場合は恐らく、統合を容易にする何らかのAPIが必要となる」とハング氏は話す。それ以外のベンダーがBrilloとWeaveの採用を検討する場合、どちらかというと様子見モードになるだろうと予想した。
Weaveには複雑性もある。WeaveにはもともとNestが開発したバージョンと、新しいバージョンが存在するが、現時点でこの両者の間に完全な互換性はない。「いずれはこの2つが統合されるだろうが、現時点でBrilloもWeaveも採用を急ぐ必要がないのはそれも1つの理由だ」とハング氏は話す。
GoogleのBrilloとWeaveはIoT分野で勝利できるか
IoT業界の第一人者、マット・サムエルソン氏はこのテーマを開発者の視点で捉え、Nestの買収から生まれたGoogleの取り組みにやや懐疑的な目を向ける。「Nestは次のAppleのような存在になる野心を持っていた。だが実際のところ、同社が開発したのはサーモスタットだけだった」と同氏は指摘する。
Googleについては、Androidで実現したことをIoTでも繰り返そうとしているように見える。「IoTデバイスを開発している小規模企業を巻き込むことで成功できると考えているようだ」と同氏は言い、その目標を、携帯電話大手のSamsungを巻き込むことに成功したAndroidのモデルと対比した。支配的な企業を引き込んだことで、他の携帯電話メーカーも(Appleを除き)Androidを採用した。「Nokiaのように採用しなかった企業は既に存在しない」
だがGoogleが目標を達成できるかどうかは分からないと同氏は話し、「BrilloとWeaveでも同じような巻き返しを図れるかどうかは分からない。IoTでは状況が異なる」と指摘した。
Googleの意図についてはサムエルソン氏もキム氏と同様に、既存の組み込み環境に移植できるシンプルな開発環境の創出に狙いがあると見る。だが、大手半導体メーカー、特にARMをはじめとする競合各社も豊富な代替を提供する。
ARMはGoogleに比べると規模は小さく、売り上げは10億ドル前後だが、組み込み市場に照準を絞って大きな成功を収めてきた。クラウドプラットフォームと開発ツールで構成されるIoTプラットフォーム「mbed」はサムエルソン氏も使用した経験があるという。組み込み半導体メーカーには全て独自の開発ツールがあって、デバイスメーカーもツールと顧客を擁し、顧客とは既に協力を始めている。「つまりGoogleは、開発ツールが既に存在し、確立されている世界と対峙している」とサムエルソン氏は言う。
しかもIoT界のベンダーなど各社は既に、大手2社のクラウドサービス、「Amazon Web Services」(AWS)と「Microsoft Azure」(Azure)を集中的に利用している。サムエルソン氏によると、この分野ではGoogleはあまり強くない。
WeaveについてはMQTTやCoAPに対抗する必要がある。いずれもオープンな軽量IoT標準で、IPで実行でき、同じ機能を提供する。Googleの狙いは、Android開発コミュニティーの後押しで、デバイス開発OSおよび言語としてのAndroidを採用させることにある。
「結局のところGoogleは、既にAWSやAzureを含むさまざまなサプライヤー多数がしのぎを削っている非常に競争が激しい分野に進出している。開発者の圧倒的な支持を取り付けるのは簡単ではない」(サムエルソン氏)
だがGoogleは楽観的だ。「同チームはこの1年、開発エクスペリエンスの一層の向上に力を入れてきた」とキム氏。同社の早期アクセスプログラムやシステム・オン・チップのメーカー、ハードウェアパートナーから寄せられたフィードバックから判断すると、期待が持てると同氏は言う。
Googleのソフトウェアやクラウドサービスに関する豊富な経験および活気のあるアプリのエコシステムは、スマートでシンプル、同期された接続型のホームエクスペリエンスの実現に向けた「独特の武器になる」とキム氏は話し、「BrilloとWeaveはこのエクスペリエンスの中心となる」と言い添えた。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー