IoT製品でよく言われる端末、ゲートウェイ、プロトコル、PaaS、SaaSの関係は何でしょうか？

インターネット製品でよく言われる端末、ゲートウェイ、プロトコル、PaaS、SaaSの関係は何でしょうか？この記事の著者は、インターネット上で頻繁に出現するいくつかの単語を共有し、モノのインターネット業界に初めて携わる学生向けにいくつかの落とし穴をまとめました。

この記事では、「ターミナル」「ゲートウェイ」「プロトコル」など、IoT で頻繁に登場する用語を中心に、著者が過去に経験した落とし穴を整理します。モノのインターネット業界に初めて参加する人であり、後の「雷を回避する方法/問題のトラブルシューティングを行う方法」も同様です。

1. 基本概念

Baidu などから収集した情報では、端末、ゲートウェイ、プロトコル、PaaS、SaaS についてさまざまな説明があり、要約すると次のようになります。

• 端末: IoT 製品の端末とは、IoT クラウドと通信するデバイスを指し、通常はスマートフォン、タブレット、スマート ウェアラブル デバイスなどが含まれます。エンドユーザーは端末デバイスを介してクラウドに接続し、モノのインターネットのデータ収集、送信、処理を実現します。

• ゲートウェイ: ゲートウェイは IoT 製品の重要な部分であり、主にさまざまなデバイスやシステム間のデータ交換と変換に使用されます。ゲートウェイは、エンドデバイスがクラウドと通信できるように、さまざまなプロトコル、データ形式、通信方法を変換できます。
• プロトコル: プロトコルは、IoT 製品におけるデータの送信と交換のための重要なテクノロジーです。デバイスやシステムによって使用されるプロトコルは異なる場合があるため、データの相互運用性を実現するにはプロトコル変換が必要です。一般的なプロトコルには、WiFi、Bluetooth、ZigBee などが含まれます。
• PaaS: PaaS とは、クラウド プラットフォームに基づく開発サービスを指し、開発者が IoT アプリケーションを迅速に構築および展開できるようにするために必要な開発環境とツールを提供します。 PaaS プラットフォームには通常、コーディング、テスト、導入、監視機能が含まれています。

• SaaS: SaaS とは、クラウド プラットフォームをベースとしたサービスを指し、ユーザーはソフトウェアやハードウェアをインストールする必要がなく、インターネット経由で IoT アプリケーションを使用できます。 SaaS サービスには通常、アプリケーションの導入、管理、更新が含まれます。

画像を使用して、関連する定義情報を説明します:

小さな例を挙げてください:

リトル A の母親は、彼の電気自動車に位置確認装置を取り付けて、彼の通学路を追跡しました。ある日、リトル A は道路で交通事故に遭いました。その事故で、リトル A と彼の車は倒れました。そのため、「装置」がリトル A の母親の携帯電話に「警報メッセージ」を送信し、リトル A が危険な状態にあると知らせました。道路で事故に遭った。はい、行って彼を助けてください!

上記の情報は誰に報告すべきですか?このときに報告される場所は「ゲートウェイ」ですが、このデバイスは私たち人間のように言語で「おい、あなたの息子/娘は何時どこで車に轢かれて倒れたようだ、 「このアラームを受信しました。」をトリガーし、この情報を表すために特定の言語を使用するように「ゲートウェイ」とネゴシエートします。この言語は「プロトコル」です。では、この中で「ゲートウェイ」はどのような役割を果たしているのでしょうか？ゲートウェイは、デバイスから報告されたコンテンツを別の言語に翻訳して、「PaaS」と通信する「翻訳者」です。

ゲートウェイが情報を「PaaS」に送信すると、「PaaS」はこの情報が非常に重要であることを計算して検出します。A 君が交通事故に遭ったことを母親に知らせるために、すぐに母親にプッシュしたいと考えています。 「PaaS」はこの情報を、A ちゃんの母親の携帯電話上のデバイスに関連付けられたソフトウェア (「SaaS」) にすぐにプッシュしました。そのため、誰もがデバイス、プロトコル、ゲートウェイ、 PaaS、SaaS バー。端末からゲートウェイまで、さらにゲートウェイから PaaS まで同じプログラミング言語を使用する必要がないのはなぜでしょうか?

2. 異なる「役割」間で異なる「言語」を使用する理由

ゲートウェイが端末と PaaS の間の情報に対してプロトコル変換処理を実行する必要がある理由はいくつかあります。端末とゲートウェイの間でプロトコルが使用されていることは誰もが知っており、ゲートウェイは使用する前に情報を解析する必要があるからです。 PaaS

との通信

• スケーラビリティ: 端末とゲートウェイの間で直接的な相互運用性が必要ですが、PaaS のユーザーは開発者であり、PaaS はツールとコンポーネントを提供します。したがって、エンドポイントとゲートウェイの間で言語を直接使用すると、異なるテクノロジ スタックと複雑さが生じる可能性があります。異なる言語を使用すると、柔軟性と拡張性が向上します。
• セキュリティ: 端末とゲートウェイ、およびゲートウェイから PaaS への情報転送には機密情報が含まれる場合があるため、情報セキュリティを確保するために、データ暗号化や本人確認などの追加のデータ検証が必要です。また、異なる言語を使用すると、より優れたセキュリティと保護メカニズムを提供できます。
• 保守性: さまざまな言語を使用すると、ダウンストリーム システムがより保守しやすく、管理が容易になります。このようにして、開発者はさまざまな言語フレームワークを使用してアプリケーションを作成でき、そのような言語フレームワークは安全で開発が簡単です。性別など。テストされ、検証されています。
• また、機器自体に理由がある場合もあります。機器のコストが低い場合、メモリも小さく、01 シーケンスまたは単純な機械でしか情報を処理できません。巨大な基盤言語を保存できません。 PaaS クラウド サーバーのように、もちろんすべてのデバイスに対応しているわけではありません。

したがって、モノのインターネット業界に不慣れなプロダクト マネージャーにとって、この情報を知っていれば、すでに多くの問題を解決できます。

＃＃＃＃３.現実に遭遇する問題をどう解決するか？

背景: 私のこれまでの自動車インターネット製品の設計でのキャリアで、問題が発生しました。ある日、事業部門が私のところに来て、大規模な顧客が n 台のロケーター デバイスを購入したものの、その 80% は購入されていないと言いました。のデバイスは Saas プラットフォームに正常にインポートされ、電源がオンになりました。ただし、プラットフォームにはアクティブ化されていないと表示されますが、機能は正常に使用できます。開発同僚はコードを確認した結果、デバイスが有効化されていないことを発見しました。アクティベートされ、正常にオンラインになります。

分析: 次に、製品の観点からデバイスの通常のワークフローを分析します。デバイスは情報 (ログイン パッケージ、ハートビート パッケージ) をゲートウェイに報告します。ゲートウェイがそれを解析した後、 PaaS. PaaS ストレージ関連 ログ・時刻等をログイン後、SaaS に同期 SaaS はログインパッケージを正常に受け付け、バックエンドがステータスを有効化に調整する 問題ないようです 論理的にはデバイス正常にアクティブ化してオンラインにすることができます。

上記の仮定は、デバイスがプラットフォームにインポートされた後、電源がオンになりオンラインになるという事実に基づいています。オンラインになった後、ハートビート パケット、ログイン パケットなどはプロトコルを通じて正常に報告できます。デバイスの電源が入っており、最初にオンラインになってからプラットフォームにインポートされる場合、この時点で、ハートビート パッケージとログイン パッケージがインポート前に関連情報をすでに報告している場合、独自のログイン パッケージなどのパッケージ本体は、時間内に報告されないと、ゲートウェイはそれを解析できず、当然のことながら、ステータスはアクティブ化されません。

最後に書きます

IoT の範囲は広く、分野ごとにデータ処理や情報報告の方法が異なります。記事について異なる理解がある場合は、コメント欄に意見を残していただければ幸いです。

この記事は元々、@布布のクソショベル担当者が「Everyone is a Product Manager」で公開したものであり、著者の許可なく転載することは禁止されています。

タイトル画像は、CC0 契約に基づいて Unsplash から提供されたものです。

以上がIoT製品でよく言われる端末、ゲートウェイ、プロトコル、PaaS、SaaSの関係は何でしょうか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。