モジュールと標準を採用
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
-
製品資料
実際に悪用される脆弱性は4％前後 優先的に対処すべき脆弱性を把握するには？ -
事例
三菱ケミカルが脆弱性への迅速な対応フローを実現した方法とは？ -
技術文書・技術解説
MDMだけでは防げない？ Appleデバイスに潜む5つのセキュリティギャップ -
事例
大阪市の未来を創る「行政DX」の本質と、その取り組みを支える統合基盤の実力 -
事例
【行政DX先進事例】横浜市が「市民に大切な時間を返す」を実現できた理由とは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
IT人材の42％が転職予備軍 辞めさせない組織の4つの共通
-
2
「データ集約」はリスクだらけ？ 分散型データセンターが“必然”になる理由
-
3
継続利用は4割どまり M365 Copilotが「効く業務」と期待外れの境界
-
4
ただなのに「12時間以内の復旧」も要求 無償OSSに商用レベルを求める企業の末路
-
5
LLMの「過学習」、正しく説明している文章はどれ？
-
6
「HDD終了」は本当か 巨大クラウド2社が下した大容量フラッシュへの決断
-
7
Claude Codeでは「エージェントを作るな、スキルを作れ」 Anthropicが示すAI構築術
-
8
「にゃんこ大戦争」がAWSを脱出した理由 無停止移行に潜む“わな”
-
9
弁当の玉子屋がSalesforceを導入 属人化した営業管理から脱却する
-
10
「結局使われない」Microsoft 365 Copilot なぜキリンは“全社定着”できたのか
ホワイトペーパーランキング PR
-
1
セキュリティソフトをすり抜ける標的型攻撃メール、不審メールの見破り方とは？
-
2
「NAS」「SAN」「DAS」は何が違う？ いまさら聞けないストレージの基礎
-
3
属人化や仕様バグはなぜ起きる？ AI時代に必須のドキュメント文化の作り方
-
4
商用利用の安全性を確保し大量のコンテンツを高速で生成する、AI活用の秘訣
-
5
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
6
財務を戦略的組織へ進化させるAI活用術、4つの主要な障壁と解消方法
-
7
中小企業必見、Microsoft 365でゼロトラストセキュリティを実現する方法
-
8
5分で分かる「AI駆動開発エージェント」 要件定義から設計・実装・テストまで
-
9
動画で知るランサムウェア被害企業のリアル、会計データが無事だった理由とは
-
10
“あのファイル転送”で暗躍するノーウェアランサム
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー