モジュールと標準を採用
IoT開発の面倒事を一掃する「プラットフォーム」の底力（1/2 ページ）
複雑なIoT関連のシステム開発を容易にして、かつ安全性も担保しやすくする。そんな理想的な開発手段となり得るのが「プラットフォーム」を利用した開発だ。
プラットフォームがIoT開発にもたらす可能性とは
モジュール化と標準化は、どちらも複雑さに対処する手法だといえる。そのことを理解する上での好例が、あらゆるモノ同士がネットワークを介してつながる「モノのインターネット（IoT）」だ。IoTは多様かつ複雑だが、一方でIoTを理解しやすくするモジュール化や標準化が進みつつある。モジュール化や標準化によって、IoTのシステムそのものや、システムを管理するソフトウェアの開発も大幅に容易になる。
IoTは、幾つかの主要コンポーネントから構成される。デバイス側から順に
- センサー／アクチュエータ（駆動装置）
- ゲートウェイ（エッジルーター）
- インターネット
- クラウドサービス
の4つだ。これらのコンポーネントが相互作用する実際の方法と、それぞれに必要なソフトウェアは、アプリケーションのニーズに大きく左右される。
センサー／アクチュエータとゲートウェイは、データの収集と実際の制御をするポイントになる。最終的には、全てインターネットやクラウドへ接続することになる。システムのエッジにある1台のマシン内に複数のセンサーやアクチュエータを配置し、ネットワーク経由でこれらにアクセスしたり、マシン内部のソフトウェアで制御したりできる。このマシン自体はゲートウェイへ接続する。
インターネット接続型組み込みデバイスが複雑になるのは、不思議なことではない。そのためモジュール化と標準化が欠かせない。
IoTシステムの開発プロセスでは、各作業をモジュールに分けて取り組むことが重要になる。モジュールに分割した開発作業の1つ1つを、プロジェクトに携わるチームや個人に割り当てる。各チームや個人は、自身のチームや共同作業をする他チームのメンバーとコミュニケーションを取り、あらかじめ定義した他のコンポーネントとのインタフェース仕様を考慮しながら、割り当てられたコンポーネントの開発に取り組むことになる。
こうした開発方式は、「プラットフォーム」で進める開発のごく初期の段階に適用することができる。
プラットフォームは難解なものではなく、既製のコンポーネントから構成される。通常、組み込みデバイス用プラットフォームは、マイクロコントローラーまたはマイクロプロセッサとOSから構成することになる。
OSは、周辺機器向けに必要な機能や通信プロトコル、ドライバの利用を可能にする役割を担う。このOSのハードウェア／ソフトウェアインタフェースは、既知の標準に完全に準拠する必要がある。開発者はこのプラットフォームで、必要なOSモジュールや通信プロトコル、周辺機器とそのドライバを追加しながら、さまざまな機能面での価値を加えることができる。
重要なのは選択するOSの特性だ。そのOSが、POSIX（UNIXの共通仕様を定めたAPI規格）など既知のAPIと連携する場合は、大きなメリットになる。理由は2つある。まずPOSIXのAPIはLinuxと同様、多くの開発者が精通していること。次に開発対象のシステムのニーズを満たす、POSIX準拠のサードパーティー製オープンソースソフトウェア（OSS）を数多く利用できることだ。
組み込みデバイスでは、OSにリアルタイムOS（RTOS：命令した動作をタイミングのばらつきがなく処理できるOS）を採用することが多い。RTOSを選定する際は、適切なプロセッサ（MCU、MPU）で稼働するかどうかが重要になる。他のプロジェクトで既に採用済みのプロセッサで稼働可能なRTOSを採用すれば、既存資産を有効活用できる。
もう1つの問題は、RTOSにはさまざまなアプリケーションのニーズに適したソフトウェアコンポーネントが無数に存在するのに、特定のプロジェクトで選択するのは多くの場合、その中のごく一部にすぎないことだ。こうしたソフトウェアコンポーネントには、通信プロトコル、ストレージシステム、浮動小数点演算、ビデオモジュールのような機能モジュールがある。
選択するRTOSには、プロジェクトに必要なコンポーネントが全てそろっているだろうか。そろっていないとしたら、そのRTOSのカーネルと連携するコンポーネントが見つかるだろうか。独自に作成する場合も含め、こうしたコンポーネントはテストが必要だが、その費用と時間はどの程度かかるだろうか――。こうしたことを検討する必要がある。
RTOSに付属するモジュールが事前にテスト済みで、ドキュメントがしっかりしているほど、テストや条件の確認なしでコンポーネントを使用できる信頼性が上がり、時間や費用が大幅に削減されることになる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド：効果的な意思決定を実現する秘訣とは？ -
製品資料
[株式会社リンプレス] 非デジタル／IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計：「判断と責任」を人に残すための2つの原則とは？ -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
2
ソフトウェア開発生産性向上に取り組む企業は4割 調査で学ぶ「停滞」の正体
-
3
クラウド資格コレクターは評価されない？ 年収1000万を分ける“OSの理解度”
-
4
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
5
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
-
6
なぜMicrosoft製品か Copilotで問い合わせ6割減の企業事例
-
7
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
8
マルウェアへの対策について、不適切な記述はどれ？
-
9
無料の「Apple Business」で十分？ 情シスが陥りがちなポイント
-
10
「配信に1カ月」の代償 カルビーがLINE運用で外部依存を断ち切った理由
ホワイトペーパーランキング PR
-
1
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
3
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
4
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
5
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには？
-
6
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
7
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
8
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは？
-
9
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
10
NTTドコモが実践したクラウド統合監視 業務量2倍でも残業削減を実現できた理由
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー