backend(mBaaS)。ネットワーク」が開催されました。70名超の方々がご参加いただき、NTTコミュニケーションズの小松さん、ぷらっとホームの松下さんにお話を伺いました。今回はその勉強会レポートになります。その2として、ぷらっとホームの松下さんの発表を紹介したいと思います。IoT時代のデータ伝送とインフラに求められている機能と技能http://www.slideshare.net/ma2shita/iot-mobile-backend-7-45870569実際の案件において、センサーを搭載したロボットを使ったIoTサービス構築において、ネットワーク仕様が「3G」しか書いていなかったというのがありました。SIerはセンサーやクラウドに関する知識は十分にあるにも関わらず、ことネットワークにおいては考えが及んでいないことが多々あります。センサー、クラウドといった終端部分においてはクライアントにとっても分かりやすく、興味がある人が多いのですが、ゲートウェイやネットワークの部分は目に見えづらいために興味が薄く、なおざりになりやすいとのことです。IoTネットワークの特徴IoTにおけるネットワークは3Gが使われることも多いので、回線は不安定であり、接続台数は多い傾向があり、さらにその通信は双方向性になります。最大の特徴として、ヒトの助けを得がたい(運用カバーがしづらい)という問題があります。実際、IoT機器は遠隔地にあり、かつ作業者も専門知識がない人が多いので自分で解決してもらうというのは難しいとのことです。具体的には、送信できるかどうか確認であったり、アップデート、トラブル解決です。そのためネットワーク設計において大事なのは「運用でカバーには期待せず、ゲートウェイをシンプルにすること」にあると言えます。ゲートウェイにかかる期待センサーがシンプルな分、ゲートウェイで面倒ごとをすべて行おうという傾向も問題になっています。暗号化やプロトコルの問題、データ圧縮、再接続や再送、センサー側からの利用、ディスク管理、クラウド送信前の加工などです。本来、ゲートウェイはシンプルなデータ転送に特化し、後の処理はクラウドでやるべきなのですが、業務要件によっては難しい場合があります。そこでマトリックスを使って考えるのがお勧めです。処理内容が高度であるか否か(縦軸)、反応速度が遅くとも良い、速くなければいけない(横軸)によってクラウドまたはゲートウェイに処理を分担する方法がおすすめです。送信タイミングをずらすというのは、IoTデバイスをグルーピング化して送信を10分ごとにずらしたりすることでネットワークやクラウドの負荷を分散することが出来ます。UnionFSを採用している理由UnionFSはスタックで重ねていく形なので、元々のシステム上の問題か、その後のアプリケーションの問題かの切り分けがしやすい。リソースが小さい(現状は4GB程度)ので、もっと有効活用したい時には採用が難しいかも知れない。リモートのメンテナンスについてSSHのttyをWebSocketに載せるツールを作っています。それを使って外部デバイスからサーバに接続してもらって、開いたコネクションを使ってデバイスを操作しています。BX1の場合はフルスタックのLinuxが積んであるので普通のプログラミング言語が使えます。そのため実装効率はリソースの差でしかありません。特化型OSを使っている場合、利用できる言語も限られてくることもあり、元々ハードウェアエンジニアの領分だったゲートウェイにソフトウェア開発が加わると責任分担が難しくなり、プロジェクトのトラブルにつながることがあります(あった)。植物の水分が足りていなかったらお知らせしてくれる、『植物の...2017-01-17アプリの品質向上に。自動テストサービス/フレームワークまとめアプリの品質を維持するにはテストを行うしかありません。オムロン社のIoT製品「環境センサー」事...「環境センサー」は、目に見えない身の回りの環境(気温・湿度...2015-04-01F8より。Service)とは、スマートフォンアプリでよく利用される汎用的な機能をSDKとクラウドから提供するサービスです。backendのちょっと便利な使いかた・非公式SDKやアプリ開発の関連情報などをお届けするブログです。※記事内には、サポート対象外の内容も含みます。本ブログではコメント機能を公開しておりません。アプリ開発を行う上での課題解決には、ユーザーコミュニティやもくもく会などもご活用ください。LIMITEDスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。