IoTエコシステムでのUSPの検索：パート2

IoT AustraliaConsultingのArpitKhosla

この一連の記事を通じて、私たちの目的は、IoTバリューチェーンだけでなく、市場/経済構造とそれらを取り巻く変化するダイナミクスをグラフ化することです。この記事は、バリューチェーンの各コンポーネントでソリューション戦略とUSPを理解しようとしているビジネスの意思決定者に対応することを目的としています。前回の記事では、バリューチェーンのIoTセンサー、デバイス、ゲートウェイ、通信部分に焦点を当てました。この記事では、 IoT Australia Consulting Services のArpitKhoslaとPraneetThakurを紹介します。 IoTプラットフォームに飛び込む必要があります。

「IoTプラットフォーム」という用語を解釈する方法が多数あることを考慮して、この機会に、まずIoTプラットフォームに含まれるすべてのことについての見解を示します。大まかに言えば、水平および垂直の機能が含まれます。水平としてフラグを立てることができる機能には、接続管理、デバイス管理、データの取り込みとストレージ、アプリケーション有効化プラットフォームと分析有効化プラットフォームがあります。エンドツーエンド課金を提供する課金プラットフォームも、Horizo​​ntalPlatformsファミリーの一部である場合があります。アプリケーション自体はより垂直的またはシナリオ固有であるため、垂直的機能として分類できます。戦略とUSPレンズからこれらの各機能を見てみましょう。

接続性管理に関する限り、カバレッジ範囲、セキュリティ、モビリティ、全体、スケーラビリティ、電力プロファイル、および遅延要件に基づいて適切なテクノロジーを選択する必要があるかもしれませんが、ソリューション自体は通常、ネットワーク提供オペレーターによって処理されます。ソリューション戦略の観点から、ライセンスされたSIMとライセンスされていないSIM、SIMとeSIM、分割請求とエンドツーエンドの請求など、いくつかの重要な決定がありますが、それらは別の記事を保証するため、この記事では詳しく説明しません。

同様に、デバイス管理ソリューション戦略の観点から、技術決定者は、デバイスライフサイクル管理、コマンドアンドコントロール、モニタリング、監査、ファームウェアアップデートの要件に対処する必要があります。このコンテキストでは、意思決定者は、LWM2MやOMADMなどの標準プロトコルだけでなく、OPC-UA、Profinet、Modbus、Hartなどのコンテキスト固有のプロトコルも考慮する必要があります。ただし、USPの観点からは、イノベーターができることはあまりありません。接続管理またはデバイス管理機能のいずれかから引き出します。

データの取り込みとストレージのプラットフォームは、異質性、進化する標準、および適切なセキュリティ体制でスケーラビリティを処理するための要件の課題に見知らぬ人ではありません。ソリューション戦略の観点から、https、MQTT、CoAP、AMQPなどの中から適切なプロトコルを選択することが重要な決定の1つです。通常、ほとんどのプラットフォームは上記のプロトコルのサポートを提供しますが、ここでの決定を左右するのはコマーシャルと統合の容易さです。たとえば、一部のプラットフォームは、開発に時間と労力を費やす必要のある通信を可能にする一連のライブラリを提供しますが、他のプラットフォームは、ローコード/ロータッチ構成ベースのセットアップを提供します。

ソリューションの可用性の観点から、3つのアプローチがあります。まず、データ取り込みブローカーとストレージプラットフォームは、 AWS などのエンドツーエンドのHorizo​​ntalCloudプラットフォームプロバイダーが提供するスイートの一部です。 ＆Azure。これらは、インフラストラクチャのセットアップと管理の複雑さ、スケーラビリティ、高可用性などを簡素化しようとします。別のソリューションは、 C3IoT、Software AG、PTC などの完全に製品化されたプラットフォームを購入することです。 。製品化とは、管理、運用、監査、統合、およびユーザーインターフェイスに関する一般的な生産要件が事前に作成されていることを意味します。

典型的な3番目のオプションは、Rabbitmq、Eclipse Mosquitoなどのオープンソースソリューションを使用して構築することです。全体として、ほとんどのPaaSおよびSaaSプレーヤーは、この分野で同様のサービスを提供しており、選択を行う際の一般的な考慮事項は、規模、商用、運用、および継続的なメンテナンスとサポートです。ソリューションのこの部分は、コアの差別化要因またはUSPを構築するための有力な候補とは見なされていません。さらに、多数のソリューションが利用可能であるため、バリューチェーンのこの部分は競争力を維持し、PaaSまたはSaaSが市場支配力を乱用する可能性はほとんどないと予想されます。 。結論として、これを競争力のある商品化されたスペースとしてマークすることができ、PaaSまたはSaaSが開発の優先モードです。

アプリケーション対応プラットフォームと分析プラットフォームは、水平プラットフォームスペースに分類することもできます。これらのプラットフォームにより、ソリューションはリアルタイムまたはバッチ/スケジュールされた方法で受信データを処理できます。ここではすべてのプラットフォームが同様の機能を備えているわけではないため、これはデータ取り込みプラットフォームとは異なります。技術的な意思決定者として、通常、分析と機械学習を実行する機能、視覚化アプリケーションの開発とホスティング機能を評価します。統合とAPI呼び出しによる拡張性は、考慮すべきもう1つの側面です。これらの統合は、モノリシックまたはマイクロサービスベース、クラウドまたはオンプレミスベースの環境で行うことができます。

これらのソリューションのいくつかは、特にエッジ分析のためにエッジ空間にも進出しています。意思決定者は、上記のディメンションの観点から要件を理解すると、AzureとAWSまたはオープンソースベースのビルドから提供される3つの選択肢のいずれかを確認できます。エッジまたはフォグコンピューティングの必要性が急速に高まっており、最も成長している分野と見なされていることを考えると、ソリューション設計者も明確なエッジ戦略を持っていることがほぼ必須です。エッジ空間では、 Intel のようなソリューションを見ることができます。 Dell によるMovidiusベースのチップセットとエッジアプライアンス ハードウェアの観点から、Azure IoT Edge、AWS IoT Greengrass、SoftwareAGエッジアプライアンスのソフトウェアの観点から。分析とアプリケーションの分野では、ビルドの3番目のアプローチに従いながら、Kaa、HDFS、Kafka、Nifi、Mongo DB、Nginxなどのテクノロジーをつなぎ合わせて堅牢なIoTソリューションを実現する必要があります。

全体として、ソリューション戦略の観点から、分析分野のSaaSプレーヤーは、その過程で最適化された学習アルゴリズムによって差別化されることが期待されているという事実に注意する必要があると考えています。これにより、SaaSプレーヤーがその日の後半に市場支配力を乱用する可能性が生まれます。ビジネスの意思決定者は、ビルドアプローチに必要な時間と投資を認識する必要もあります。これは、この分野で開発された差別化とは一致しない可能性があります。したがって、ここで推奨されるアプローチは、アプリケーションの有効化と分析エンジンの機能のためのPaaSであると考えています。

次に並んでいるのは、Vertical固有のアプリケーションです。ソリューションビルダーは通常、上記のIoTプラットフォームのカタログからさまざまな機能を呼び出して、アプリケーションのエンドを構築します。たとえば、アプリケーションは、データ取り込みプラットフォームからデータを収集することにより、アプリケーション有効化プラットフォームによって提供される環境で開発でき、その上で、分析プラットフォームによってマイニングされたトレンドと洞察に基づいて視覚化を開発できます。このエンドツーエンドのコンテキストベースのエコシステムのスティッチングによって生成された洞察が問題を解決し、価値が生み出されたことを知り、それによってソリューションに強力なUSPを装備するときです。

これは、比較的大きなビジネスレンズで検討する必要がある領域です。意思決定者は、アプリケーションが価値があり、まれで、完全に模倣できず、代替できないかどうかを評価する必要があります。市場構造の観点から、これは自分の市場を定義して独占を享受できる領域であるため、おそらくオープンソース環境を使用してゼロから構築することが好ましいアプローチです。さらに、ビジネスの観点から、この分野での顧客の粘り強さは高いと予想されるため、ここでは時間が重要であり、選択したソリューションを市場に投入するのが早ければ早いほど、USPを活用して規模を拡大できる可能性が高くなります。

全体として、USP開発の観点から、最適な候補と思われるのは、基礎となるカスタマイズされた分析を備えた垂直固有のアプリケーションです。 IoTプラットフォームソリューション戦略の観点からは、データ取り込み用のPaaSまたはSaaS、アプリケーションと分析用のPaaS、および垂直固有のアプリケーションの観点からのオープンソースベースのビルドの推奨事項を示しましたが、すべての決定を推進するコンテキストの非常に重要な点を高く評価しています。専用のR＆Dのサポートにより、市場投入までの時間を短縮できる場合：Saasが最適な決定になる可能性があります。したがって、上記のすべての要素を一般的なガイドラインとして使用できますが、各ユースケースには独自の審査員と独自の決定が必要になります。

このブログの作成者は、IoT Australia ConsultingServicesの創設者であるArpitKhoslaと、IoT Australia ConsultingServicesのアドバイザーであるPraneetThakurです。