IoT×ビジネス活用～最先端技術のビジネス活用に向けて～

2017/10/5

さくらインターネット株式会社

コミュニティマネージャー

法林 浩之(C) Copyright 1996-2017 SAKURA Internet Inc

はじめに

本日の資料はこちらで公開します
https://www.slideshare.net/hourin/

もしくは「slideshare 法林」で検索
2

私についてFacebook 法林 浩之
写真Twitter@hourin

どんな人？
・フリーランスエンジニア
・さくらインターネット コミュニティマネージャー- 会社主催イベントの運営- 社外イベント対応(協賛/出展/登壇/取材など)- 技術記事の執筆
・日本UNIXユーザ会 幹事 (元会長)- さまざまなコミュニティと共同でイベントを開催- 全国各地のイベントで研究会を開催
・くわしくは「法林浩之」で検索
3

どんな話をするのか• IoTを取り巻く状況• IoTサービスを作るときの問題点• さくらインターネットのIoTプラットフォームサービス「sakura.io」について• 開発経緯• サービス概要• 利用事例• 実演
4

さくらインターネットについて
商号

代表取締役

大阪本社（梅田/大阪）

さくらインターネット株式会社（SAKURA Internet Inc.）

田中 邦裕

設立

1999年8月17日（サービス開始：1996年12月23日）

資本金

22億5,692万円

事業内容

インターネットでのサーバの設置およびその管理業務
電気通信事業法に基づく電気通信事業
マルチメディアの企画並びに製作・販売

従業員数

495名（連結/2017年3月末）

所属団体

特定非営利活動法人 日本データセンター協会（JDCC）
社団法人 コンピュータソフトウェア協会（CSAJ）
社団法人 日本ネットワークインフォメーションセンター（JPNIC）
社団法人 インターネットプロバイダー協会（JAIPA）

東京支社（西新宿）

グループ会社

株式会社Joe’sクラウドコンピューティング
ゲヒルン株式会社
株式会社S2i
アイティーエム株式会社
櫻花移動電信有限公司
ビットスター株式会社5

さくらインターネットの事業領域
VPS・クラウド

レンタルサーバ

さくらのレンタルサーバ

さくらのマネージドサーバ
1台のサーバを複数の契約者でサーバを共有または占有することができ、管理はさくらインター
ネットに任せて使うサービス

1台を共有

専用サーバ

さくらの VPS
仮想化技術を用い、1台の物理サーバ上に複数の仮想サーバを構築し、仮想専用サーバとして分けた領域の占有サービス

1台を占有

データセンター

新サービス

ハウジング

通信環境とデータの保存や処理システムを一体型で提供するIoTプラットフォーム・サー
ビス

リモートハウジング
高性能サーバと拡張性の高いネットワーク
を圧倒的なコストパ
フォーマンスで利用できるIaaS型パブリック・
クラウド・サービス

高性能で拡張性と信頼性の高いサーバをまるごと独占して利用することができ、自由にカスタマイズして利用可能なサービス

データセンター内にお客様専用のハウジングスペースを確保し、ネットワーク機器やサーバなどの機材を自由に置けるサービ
ス

1台～複数台Dockerコンテナをマネージドされた環境へ、
手軽・シンプルにプロビジョニング可能なサービス【サービスの主な利用用途】
ウェブサイト運営、ブログ、インターネット・メール
ネットビジネス、電子商取引、動画・音楽配信、開発環境
エンタープライズ
会員制サイト、キャンペーン・サイト
SNS、ウェブ・アプリケーション、SaaS、ASP

機械学習、データ解析、高精度シミュレー
ション用途に特化したGPU搭載の専用サー
バサービス

新しい社会のインフラを支えながら、最先端のサービスを構築
6

IoTを取り巻く状況
7

IoTと呼ばれているもの

http://mattturck.com/2016-iot-landscape/8

IoTと呼ばれているもの“インターネット"と同じぐらい広すぎる
9

IoTと呼ばれているもの(垂直統合型)

モノとサービスの両方を提供(垂直統合型)
10

IoTと呼ばれているもの(水平統合型)

汎用的な基盤を提供(水平統合型)

11

IoTと呼ばれているもの(分類)各種構成要素を提供(要素技術)

12

sakura.ioの位置付け

sakura.ioはここに分類されるサービス

ソフトウェア/接続性/分析/セキュリティなどのプラットフォームサービス

http://mattturck.com/2016-iot-landscape/13

IoTはビジネス転換のキーに

出典：総務省 http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h28/html/nc123200.html

IoTによりデータが収集・活用されることでビジネスモデル転換を生み、さらにデータの活用が促進される

14

世界のIoTデバイス数の推移及び予測
産業用途(上)とコンシューマ分野の伸びが大きい

産業用途：オートメーション、照明、
エネルギー関連、計測機器など
コンシューマ：家電、オーディオ、
玩具、スポーツ関連など
出典：総務省 http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h28/html/nc121100.html

2015年の時点で150億個のIoTデバイスがネットに接続
2020年には300億個になると予想

15

Trillion Sensors Universe

出典：NEハンドブックシリーズ センサーネットワーク (ローム社/日経BP社)
http://rohmfs.rohm.com/jp/products/databook/catalog/common/handbook_sensor_networks-j.pdf

毎年1兆個のセンサーが活用される世界が2023年までに実現
米国の起業家・ Janusz Bryzek氏が提唱

16

センサー世界市場予測
センサー伸長率ランキング
順位

センサー世界市場

センサー

伸長率

1位 味覚センサー

244.4%

2位 脳波センサー

242.9%

2019年度(予測)

成長率

45,771億円

55,576億円

121.4％

3位 脈波センサー

207.1%

311.4億個

418.6億個

134.4％

4位 指紋センサー

192.0%

5位 レベルセンサー

156.0%

2014年度

出典：富士キメラ総研「2015 センサーデバイス／ビッグデータ・IOT市場調査総覧（上巻）」https://www.fcr.co.jp/pr/15080.htm

5年間で、金額で21.4%、個数で34.4%の増加を予測
特に生体センサーの伸長率が大きい

17

なぜIoTに注目が集まっているのか【Gartner（米国）】
By 2020, hardware spending from both segments will reach almost $3
trillion. (2020年までにIoT関連機器の消費は3兆ドル規模に達する)
出典： http://www.gartner.com/newsroom/id/3598917【Cisco（米国）】 (2013年)
Cisco estimates that 99.4 percent of physical objects are still
unconnected. Conversely, this means that only about 10 billion of the 1.5
trillion things globally are connected.
(モノの99.4%はネットに未接続である。逆に、全世界で1.5兆個のモノのうちネットにつながっているのは100億個に過ぎない)
出典：https://www.cisco.com/web/ciscocapital/apjc/assets/pdfs/IoE_Economy.pdf

18

IoTによるデータ収集とAIによる解析

出典：総務省 http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h28/html/nc123200.html

IoTにより収集した大量のデータを人工知能で解析することにより機器自身が学習し業務改善できるようになる

19

AlphaGo

出典：総務省 / Google DeepMind
http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h28/html/nc142110.html

囲碁の人工知能プログラムが世界のトップ棋士に勝利
20

Ponanza

出典：第1期 電王戦特設サイト
http://denou.jp/2016/

世界コンピュータ将棋選手権や電王戦で連勝
さくらインターネットの計算機資源を活用

21

人工知能を活用したサービス

WatsonSiri

Pepper

自然言語を理解・学習し、人間の意思決定を支援するサービスが各社から提供され始めている

22

特化型AI（囲碁/将棋）
コグニティブコンピューティング

データさえあれば何でも分析できます！！
23

どうやって

データ
集めるの？
24

「どうやってデータ集めるの？」に挑戦

sakura.ioは「どうやってデータ集めるの？」に挑戦するサービス

ソフトウェア/接続性/分析/セキュリティなどのプラットフォームサービス

http://mattturck.com/2016-iot-landscape/25

「IoTを取り巻く状況」まとめ• IoTを名乗るサービスは非常に多い• インターネットとほぼ同義• 垂直統合型 / 水平統合型 / 要素技術 に分類できる• IoTと人工知能でビジネスモデルが変わる(と予想されている)• IoTで大量のデータを収集• 収集したデータを人工知能で分析し意思決定を支援• しかし良いデータ収集手段はまだ確立されていない
26

IoTサービスを作るときの問題点
27

IoTサービスを作る人がやりたいことモノからデータを取得してWebやアプリで使いたい！
Webやアプリから指令を出してモノを操作したい！
通信 ネットワーク

DB

ミドル

API

モノをインターネットにつないで何かしたい28

IoTサービスを作る人が実際にやること

通信 ネットワーク

DB

ミドル

API

ハードウェア/ソフトウェア両方の知識が必要
29

IoTサービスを作るときに必要な作業

IoTサービスを作るときに必要な作業• ハードウェア(モノ作り)• 機構設計 / 電気設計 / ファームウェア設計 / 通信設計

• ソフトウェア(フロントエンド)• UI設計 / アプリ開発• ソフトウェア(バックエンド)• インフラ設計 / ミドルウェア設計 / DB設計 / API設計• セキュリティ• ユーザ認証 / 機器認証 / 暗号化 / バックアップ
30

IoTサービスを作るときに必要な作業

IoTサービスを作るときに必要な作業• ハードウェア(モノ作り)• 機構設計 / 電気設計 / ファームウェア設計 / 通信設計

これらを全部できる人は• UI設計 / アプリ開発• ソフトウェア(バックエンド)
ほとんどいない• インフラ設計 / ミドルウェア設計 / DB設計 / API設計• ソフトウェア(フロントエンド)• セキュリティ• ユーザ認証 / 機器認証 / 暗号化 / バックアップ
31

ハードウェアエンジニアの守備範囲

通信 ネットワーク

DB

ミドル

API

物理的なことや電気的なことはわかるがTCP/IPやHTTPのことはわからない

32

ソフトウェアエンジニアの守備範囲

通信 ネットワーク

DB

ミドル

API

TCP/IPやHTTPのことはわかるが物理的なことや電気的なことはわからない

33

初期投資が大きい

IoTサービスは初期投資が大きい• Webサービスの開発費• ソフトウェア開発の人件費が大半• サーバ1台で多くのユーザが利用できる• ユーザが増えてもコストの増加は緩やか• IoTサービスの開発費• ソフトウェア開発の人件費は同様にかかる• さらにモノを作るための費用がかかる(材料費、機材費など)• モノの製造原価はユーザ数に比例して増加
34

通信方法をどうするか

モノをネットにつなぐ手段は増えている

TCP/IP

not IP

近くと
つながる
どこでも
つながる
35

通信方法をどうするか

IoT向けの通信方式として注目

出典：ビジネスネットワーク.jp http://businessnetwork.jp/Detail/tabid/65/artid/5106/Default.aspx

36通信方法をどうするかどの方式にも弱点がある• LAN / WiFi：回線やアクセスポイントが必要• モノをつなぐためだけにBフレッツを敷設？

• LTE• 山奥や地中深くでは電波が入らない• 空中では使用禁止(電波法)• Bluetooth：近距離でないと使えない• その他：普及していない37

セキュリティをどう守るか• IoTで扱うデータは個人情報が多い• 生体情報、位置情報、など• データの暗号化は必須• IoTデバイスはコンピュータとしては非力な場合が多い• Linuxでは重いので軽量なリアルタイムOSが普及• デバイス側に暗号化の仕組みを実装するのは難しい• ハードウェアエンジニアにはTCP/IPやSSLの実装は困難• インターネットにつなぐと攻撃対象になる• 不正アクセスを受けて乗っ取られる• DoS攻撃を受けて通信できなくなる38

サービスの継続にもコストがかかる• デバイスの量産• 開発コスト / 部品原価 / 生産コスト / 歩留まり
• 数量に比例してコストがかかる• サポート / トラブル対応• デバイスやソフトウェアの更新• 特にIoTでは機器関連の更新がある(ファームウェアなど)• 台数も膨大になることがある

39

その他の問題• 多様な環境に適応する必要性• WiFiがあるとは限らない• スマホがあるとは限らない• できれば設定や操作をなくしたい• デバイスが勝手にデータを送受信すればよい

40

「IoTサービスを作るときの問題点」まとめ• ハードウェア/ソフトウェア両方の知識が必要• 両方できる人はほとんどいない• 初期投資が大きい• 物理的なモノを製造するコストがかかる• 通信方式の選択が悩ましい• どの方式にも一長一短がある• セキュリティの確保が難しい• IoTデバイスをインターネットに接続するのはリスクが高い• サービスの維持にもコストがかかる41

さくらインターネットのIoTへの取り組み
42

IoTサービスを作るときの問題点

IoTサービスを作る人がやりたいことモノからデータを取得してWebやアプリで使いたい！
Webやアプリから指令を出してモノを操作したい！
通信 ネットワーク

DB

ミドル

API

モノに関する部分と、Webサービスやアプリの部分だけ作りたい
43

IoTサービスを作るときの問題点

IoTサービスを作る人が実際にやること

通信 ネットワーク

DB

ミドル

API

ネットワークとデータをやり取りしたいだけなのに…
やらなければならないことが多すぎる44

さくらインターネットの取り組み

通信⇔データ連携
さくらインターネットにおまかせ

通信 ネットワーク

DB

ミドル

API

モノとWebの間でデータを相互にやりとりするためのプラットフォームサービスを開発

モノとWebの間でデータを相互にやりとりするためのプラットフォームサービスを開発

45

sakura.ioの沿革

年月

できごと

2015年12月

さくらの聖夜にて「さくらのIoT Platform」発表

2016年2月

記者発表会/さくらの夕べにてα版を発表

2016年10月

CEATECにてβ版を発表

2016年11月

β版提供開始2017年4月

正式版提供開始、名称を「sakura.io」に変更
46

sakura.io概要
47

既存の事業領域 や エンジニアのスキルセット を変更することなく、モノやサービス作りに注力することができる
かつ、 収集されたデータの流通 も見据えた基盤
これまで気付けなかった「モノ・コト」の相関性や関係性を見出し、それを世界でシェアできるプラットフォーム がコンセプト48

sakura.ioの注力分野「sakura.io」のターゲット分野

広義IoT

狭義IoT

（商業・コンシューマー）（工業/工場）

低単価だが母数が多い【 広義のIoT 】領域に注力
49✔ デバイス数60億個以上（2016年時点）✔ 成長率15％以上（2016-2021年予想）
出典：総務省 http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h29/pdf/29honpen.pdf

母数が多く、大きく成長するコンシューマ分野にフォーカス49

sakura.ioが提供する価値【 モノ 】 と 【 データセンター 】 を直結することでデータ活用を促進
どちらの業種にも新技術習得や事業領域変更は不要

50

他のIoTプラットフォームとの差異

sakura.io
や
り
た
い

他社IoT
プラットフォームIoT用MVNO事業者

企画・アイディア「データを迎えに行く」という発想

センサー/チップ・モノからのアウトプットだけでなくモノへのインプットも・電源を入れるだけで利用可能

デバイス（外装、基板、ファームウェア）

サービス（可視化/予測/効率化）

や
ら
ね
ば
な
ら
な
い

データの送受信手段

安全な通信経路
デバイス認証/管理プラットフォーム機能（収集/蓄積/連携）【 やりたい 】に注力できるプラットフォームとして提供
51

sakura.io詳細
52

データセンタ事業者だからできたデータの収集データの蓄積ラージスケール対応

データの連携アップデート

運用機能

障害切り分け、復旧

セキュリティ

必要な機能・運用をプラットフォームサービスとして提供
IoTデバイスやサービスごとの基本機能開発や運用設計は不要

53

さくらの通信モジュール

データの収集データの蓄積データの連携

ラージスケール対応

アップデート

障害切り分け、復旧

セキュリティ

運用機能

34mm

LTEモデムチップ

通信制御用MCU
SIMカードコネクタ
46mm

SDカードほぼ2枚分に収まるコンパクトサイズ
モノ側の通信に必要なすべてを凝縮

54

組込エンジニアの負担を軽減

データの収集データの蓄積データの連携

ラージスケール対応

障害切り分け、復旧

セキュリティ

運用機能

アンテナ

開発範囲

アプリケーション

アップデート

従来の通信手法
I2C/SPI

コマンドI/F

上位プロトコル
TCP/IPスタック
モデムコマンド制御

削減

UART制御省電力制御

複数の無線規格に対応

IoTデバイス/サービスの開発工数を削減「作らなければならないもの」より「作りたいもの」に注力可能

55どこでもつながる通信モジュール

データの収集46mm

量産性に配慮した“基板間コネクタ”を採用

LTE
2.4GHz920MHz(LoRa)

34mm

データの蓄積データの連携

ラージスケール対応

アップデート

障害切り分け、復旧

セキュリティ

運用機能

方式

GW

特徴

通信可能
レンジ

伝送
速度

消費
電力

LTE

不要

単独
使用可

キャリア網内
どこでも

速い

大きい

2.4GHz帯

必要

短距離
大容量

数百メートル

速い

小さい

920MHz帯(LoRa)

必要

長距離
小容量

遅い

小さい

（最大1Km程度）

数キロメートル（最大10km程度）

共通インターフェースおよび寸法のため複数の無線規格への対応が容易

56

データはポリシーに応じたデータストアに自動で保管

データの収集データの蓄積データの連携

ラージスケール対応

アップデート

障害切り分け、復旧

セキュリティ

運用機能

フリー

ライト

スタンダードプライベート

料金

無料

有料（50円/月）※

有料（200円/月）

有料

専有/共有

共有領域

共有領域

共有領域

専有領域

公開有無

公開

非公開

非公開

非公開

閲覧可能期間

40日間

40日間

2年間

制限なし

リリース

未公開

リリース済みリリース済み未公開※料金は通信モジュール1個あたりの金額となります※ライトプランは現在無料で提供されています

デバイスから送られたデータはポリシーに応じてプラットフォーム内のデータストアに自動で保存される

57

Webエンジニアの負担を軽減する設計

データの収集

リアルタイム連携

データの蓄積データの連携

ラージスケール対応

アップデート

障害切り分け、復旧

セキュリティ

運用機能

JSON形式{"module": "XXXXXXXXX","type": "channels","datetime": "2016-06-01T12:21:11.628907163Z","payload": {"channels": [{"channel": 1,"type": "i","value": 1,"datetime": "2016-06-01T10:21:11.628907163Z"}, {"channel": 2,
…
}]
}

一括連携

HTTP
Request}

データ取り出しやデバイス制御はすべてJSONフォーマットで実施
既存システムや扱いに慣れたクラウドサービスとの接続も可能

58

「安全」を超えた「安心」を

データの収集データの蓄積データの連携

ラージスケール対応

アップデート

障害切り分け、復旧

セキュリティ

運用機能

さくらの通信モジュール

さくらの通信モジュール

SSL/TLS通信
インターネット

他社モジュール＋さくら提供SIM

デバイスからプラットフォームまでは閉域網経由、他デバイス含め
外部アクセスはAPI経由でのみ行うことでセキュリティを担保

59

さくらが考えるIoTのセキュリティ• インターネット上のサーバ間の通信はSSLを使用• サーバは継続的にアップデート可能• 組み込み機器との通信は構造上安全にする• 閉域網を利用(グローバルネットワークに接続しない)• 通信の暗号化と認証は基本的にLTEを利用• その上で簡易な暗号化と認証をソフトウエアで実装• モノ作りの人にTCP/IPやSSLを実装させない
60

運用を考慮した機能群

データの収集データの蓄積データの連携

ラージスケール対応

アップデート

障害切り分け、復旧

セキュリティ

運用機能

時刻提供機能
時刻要求

時刻提供

時刻提供
※一部マイコン側での対応が必要です

スケジュールでの一斉動作といった場合でも通信モジュールから時刻情報を提供可能

61

運用を考慮した機能群

データの収集データの蓄積データの連携

ラージスケール対応

アップデート

障害切り分け、復旧

セキュリティ

運用機能

簡易位置情報提供機能
基地局情報

簡易的な
位置情報

※利用には別途月額料金が必要になります

エリアレベルでの大まかな設置場所を収集するようなケースであれば通信モジュールの機能として提供

62

運用を考慮した機能群

データの収集データの蓄積データの連携

ラージスケール対応

アップデート

障害切り分け、復旧

セキュリティ

運用機能

ファイル配信機能
ファイル要求ファイル要求ファイル配信ファイル配信
※一部マイコン側での対応が必要です※別途通信量に対する課金が発生します

設置済みデバイスに対する遠隔アップデート等
ソフトウェアな問題への対処を実現

63

世界のすべてを繋ぎたい
汎用/特定サービスとの連携

世界中で利用できる

世界対応

統一IF
サイズ

セキュリティ

連携
サービス

クラウド
スケール

既存システムと連携しやすいフラットな仕組みを世界のどこでも使えるように提供

64

ご提供価格/方式
65

sakura.ioの利用料金

さくらが目指した価格帯• モジュール料金（LTE） 1万円以下• 月額基本料金

100円以下[従来のIoTの問題点]
通信モジュールが高い
通信費も高いし契約が必要
66

sakura.io 料金体系

つなぐ

初期費用（モジュール購入）
月額費用（回線、プラットフォーム利用）

貯める

連携する

8,000円
60円/月 ～

※料金はモジュール単位67

sakura.io 料金体系（月額費用）
•基本料金

✓

60円/月 ※毎月1万回分の通信が可能なポイントを付与•追加料金✓ 通信回数の追加、オプション機能の利用※特定のオプション機能を利用した場合は別途定額の追加料金がかかります

追加料金
オプション機能利用60円

sakura.io
利用開始

モジュール購入

通信回数追加100円

通信回数追加100円

モジュールB 基本料金

モジュールB 基本料金

60円

60円

モジュールA 基本料金

モジュールA 基本料金

モジュールA 基本料金

60円

60円

60円

N月

N+1月

N+2月

基本料金

5分に1回の通信なら、毎月60円で実現
より幅広いサービスへ適用可能

68sakura.io 1回の通信に含めることができるデータ

1回の送受信データ（メッセージ）は、最大「128byte（8byte x 16）」■自動で付与されるデータ
・ モジュールID→ 通信モジュールが持つ一意のID

sakura.ioのデータ送信体系

メッセージ1
データ1

モジュールID
時間②

チャンネル番号…

・ 時間①→ データを送受信したタイミング

・ 時間②

時間①

データ1

時間②

型式

データ

型式

データ

型式

データ

型式

データ

最大16個

チャンネル番号→ 各データをキューに格納したタイミング■利用者が指定するデータ
・ チャンネル番号→ 0〜127で任意の番号 ※送信/受信別枠

・ 型式

sakura.ioのデータ受信体系

メッセージ1
データ1

モジュールID
時間②・ データ→ 実際に送受信するデータの値（8byte）…

→ 数字、文字列などの型式チャンネル番号

データ1

時間②

最大16個

チャンネル番号

指定するデータ以外に自動付与される時間や型式といった情報も利用可能
送信回数での課金のため、複数データの一括送信等で送信回数の節約が可能 69

参考：sakura.io 料金表（ハードウェア）
リリース済み商品名

必須/オプション

料金

8,000円sakura.io モジュール（LTE）

必須

sakura.io シールド for Arduino

オプション

5,000円sakura.io HAT for Raspberry Pi

オプション

5,000円sakura.io ブレイクアウトボード

オプション

2,500円

登録後 60円/月※モジュール金額は個包装のものです※すべて税別表記です

リリース予定商品名
sakura.io モジュール（920MHz）

sakura.io ゲートウェイ（920MHz）
sakura.io モジュール（2.4GHz）
sakura.io ゲートウェイ（2.4GHz）
sakura.io シールド for IchigoJam（IchigoSoda）

必須/オプション

備考

必須

・同時購入必須

必須

・同時購入必須

オプション
70

参考：sakura.io 料金表（オプション）
サービス名

必須/オプション

料金

自動データ保存（データストア）

必須

0円〜（プランによる）

簡易位置情報提供

オプション

30円/月（モジュールあたり）

ファイル配信オプション

1ポイント（512byteあたり）

時刻提供機能オプション

0円

ポイント追加料金
20,000ポイント

料金

100円
※保持ポイントを超過して利用した場合、本料金で自動購入されます71参考：sakura.io 料金表（連携サービス）
連携機能名

料金

WebSocket
Outgoing Webhook
Incoming Webhook
MQTT Client
DataStore API

0円/月

Amazon AWS IoT

Microsoft Azure IoT Hub※各社サービスの利用料は別途必要となりますYahoo! myThings※myThings操作画面に必要事項を入力することで利用可能

72

提供方式
提供方式

数量

販売経路

用途

備考

個包装

１個〜

店舗
ECサイト

個人利用
プロトタイプ生産
少量製品

アンテナ同梱

トレイ

90個単位

ECサイト
商社

少〜中量生産アンテナ無し自動化生産ライン
自社製品組み込み

初期費用＋
サポート費用

ハードウェア
ライセンス
応相談
プロトコル
ライセンス

お問い合わせください

独自設計マイコンに機能追加

ライセンス方式での提供で、より柔軟な設計製造が可能に73

ハードウェアライセンス方式「 形状変更したい / 同一基板に載せたい 」に対応
さくらの通信モジュールの「 必須部品 」を提供

さくら

お客様

開発時

パーツリスト
参考回路図
参考アートワーク製造検査手順書

ハードウェア開発

製造時

SIM
モデム
ファームウェアバイナリ

製造ライン設計製造※ 公式モジュールと全く同じ動作になります。
※ ファームウエアアップデートも公式モジュールと同等に実施されます。
74

プロトコルライセンス方式「 自社ソフトウェアに組み入れたい 」に対応
通信機能の「 つくりかた 」を提供

さくら

お客様

開発時

プロトコル仕様書
ライブラリ/サンプルコード(C言語・Go言語)
製造・検査手順書

ファームウェア開発
通信モジュール開発
ハードウェア開発

製造時

SIM

製造ライン開発
製造※ ファームウエアアップデートは自社で実施する必要があります。
75

今後の活動計画

新製品、新機能を拡充し、市場拡大を目指す
2017

2018

現在
サービス
sakura.io

・データエクスチェンジ
通信モジュールLTE提供開始
・ユーザ間データ取引開始
・LPWAテストチーム発足（データ取引所等）・大量利用者むけ機能拡充
・LPWA提供開始
・データストア拡充

・イベント開催等によるマーケティング施策

施策

データ流通

流通形態
と

・パートナー提携強化による拡販
・顧客の事業化支援 / 海外版提供

クローズ

・企業横断的なデータ共有
機能提供

クローズ+オープン

流通量76

sakura.ioとはなにか？

電気信号とJSONを相互変換する
プラットフォーム
I2C/SPI

JSON

モノ/マイコンクラウド

これまでのモノ作り/サービス作りを補完
現在持っている技術/事業範囲で共創が可能

78

利用事例
79

IoTの使いみち• モダナイゼーション• 既にある仕組みを切り替える✓ 工場からのデータ送信を切り替え• イノベーション• 全く新しい考え、アイディアで世の中を変えていく✓ スマートロック、見守りボタン、土壌水分量計、油量計• ちょい足し• 今そこになくても困っていないが、あるととても便利✓ フィールドサポート✓ 既存システムに影響なく連携するデータだけ増やす

さまざまな目的で利用され始めている80

広がる利活用分野

公共
教育
農業
健康
新分野
製造
81

スマート水田サービス• スマート水田サービス「Paditch」• 運営：株式会社 笑農和• 水門に通信モジュールを装着し遠隔管理• 水位や時間による水門の開閉を設定可能• 開発/システム運用コストを重視
しsakura.ioを採用• http://paditch.com/
82

害獣駆除

• イノシシやマングースの駆除に利用• 罠に通信モジュールを装着し動作状況を取得• LTEが不安定な場所ではゲートウェイを利用

http://pcn.club/katsuyama/azure201703/

http://knowledge.sakura.ad.jp/other/7902/

83バス乗客リアルタイムオープンデータシステム• 鯖江市のコミュニティ
バス「つつじバス」• 運転手の操作盤に通信モジュールを装着
し乗客数などを取得• 集計結果はオープン
データとして活用

https://www.sakura.ad.jp/press/2017/0330_sabae-tsutsujibus/
84ゴミ集積状況の可視化• ハウステンボス内のゴミ集積状況の測定• ゴミ箱に通信モジュールを装着し集積量を測定• ゴミ箱の見回り回数削減• 将来はAIによる自動回収もデータ
連携
さくらインターネット
提供範囲

データ
通信
回収指示

赤
黄
青

85

灯油配送の効率化• 制作：ゼロスペック株式会社• 灯油タンクにセンサーと通信モジュールを設置• 灯油の残量を計測し送信• 残量が少なくなったら配送• https://www.zero-spec.com/

86シニア向けIoTデバイス• シニア向けIoTデバイス「MAGOボタン」• 制作：MIKAWAYA21株式会社• 音声入出力とボタンを装備• くらしの情報を音声で通知• ボタンを押すと安否確認や固定メッセージを送信• http://pr.mago-btn.com/
87スマートロック• 3G/LTE搭載鍵デバイス• 制作：株式会社 tsumug• テンキーで暗証番号を入力• sakura.io経由で認証• 全国の賃貸住宅への導入を目指す• https://www.tsumug.com/
88

トイレ後付型デバイスと健康チェックサービス• 制作：サイマックス株式会社• トイレにセンサーと通信機器を設置• 用を足すと尿データが送信され健康状態をチェック• http://symax.jp/ja.html

出典 https://www.nikkei.com/article/DGXMZO20779790V00C17A9X91000/

89

表情センシング装置• 制作：YK STORES株式会社• 表情センシング装置lattice-eggのデータをsakura.ioで送信• 集めたビッグデータを分析しストレス予測• http://www.ykstores.com/menu/iot/

出典 http://case.sakura.ad.jp/90天草Xアスロン• アウトドアスポーツの競技会• 2016年の大会にて実証実験• パラグライダーの飛行状況を
リアルタイムで表示• 空中ではLTEが使えないのでLoRaを使用• https://thinkit.co.jp/article/10084

91

無人物流プラットフォーム• 運営：株式会社かもめや• 無人輸送{機/船/車}に通信モジュールを装着して制御• 飛行機ではLTEが使えないのでLoRaを使用• http://www.kamomeya-inc.com/

92

無人物流プラットフォーム(続)sakura.ioの920MHz帯通信モジュールを使った実証実験を開始

出典 http://www.kamomeya-inc.com/single-post/2017/09/26/【日本初】920MHz帯IoT通信モジュールを活用した無人機運行通信インフラの実証実験を開始

93

sakura.ioを
使ってみる
94

sakura.ioの両端はオープン

電気信号とJSONを相互変換する
プラットフォーム
I2C/SPI

JSON

モノ/マイコンクラウド

sakura.ioの両端はオープンな通信方式とデータ形式を採用
95

デバイス側• I2C/SPIで通信できればよい• 接続用ボードを販売• Arduino用シールド• Raspberry Pi用HAT (開発中)• Arduino用ライブラリやサンプルプログラムも公開• http://www.arduinolibraries.info/libraries/sakura-io• https://github.com/sakura-internet/SakuraAlphaArduino
96

インターネット側• sakura.ioで用意したAPIによりリクエストを送出• 対応プロトコル/サービス
{
•
•
•
•
•
•

Websocket
Webhook (Incoming / Outgoing)
MQTT
DataStore APIAWS IoT
Azure IoT Hub• URLの例• wss://api.sakura.io/ws/v1/(ID)• https://api.sakura.io/incoming/v1/(ID)"module": "XXXXXXXXX","type": "channels","datetime": "2016-06-01T12:21:11.628907163Z","payload": {"channels": [{"channel": 1,"type": "i","value": 1,"datetime": "2016-06-01T10:21:11.628907163Z"}, {"channel": 2,
…
}]
}

}
• JSON形式のデータが返ってくる• お好みのプログラミング言語でJSONデータを処理• 主要な言語はJSONを扱うライブラリあり
97

実演その1
温度・湿度の測定
98

システム構成
Websocketでデータを入手し
Node-REDで加工

温湿度データを取得しsakura.ioへ送出
温湿度センサ（SHT31/HDC1000）

さくらの通信モジュール

マイコン（Arduino Uno）

LTE
閉域網

WebSocket

仮想サーバ
99

作業内容

1. sakura.ioの設定
₋₋₋

プロジェクトの作成
さくらの通信モジュールの登録
連携サービス(Websocket)の設定

2. 機器の配線とマイコンのプログラム開発
₋₋₋

通信モジュールとArduinoシールドを接続
温湿度センサーからの出力をArduinoに取り込めるよう配線
温湿度情報をsakura.ioに出力するArduinoのプログラムを作成

3. サーバの作成とデータ加工処理の開発
₋₋
₋

Node-REDサーバを作成
温湿度データを加工するフローを作成
WebSocketでデータを入手し、 Node-REDで加工してグラフ表示＆Twitterに投稿
100sakura.ioの設定②①
マイコンおよびプログラムの構築③

sakura.ioの設定

Webサービス連携（さくらのクラウド）

温湿度センサ（SHT31/HDC1000）

さくらの通信モジュール

マイコン（Arduino Uno）

仮想サーバ
10
1

sakura.ioの設定
プロジェクトの登録

通信モジュールの登録

連携サービスの登録102

連携サービスの設定
連携サービスとして、WebSocketなどのオープンな通信プロトコルや、
AWS IoTなどのようなクラウド事業者のサービスを選択することができます。

103

連携サービスの設定（WebSocket）
連携サービスとしてWebSocketを選択すると、WebSocketのURLが設定されます。
このURLにアクセスすると、sakura.ioとの間でJSON形式のデータを送受信します。

104

機器の配線とマイコンのプログラム開発②①
マイコンおよびプログラムの構築③

sakura.ioの設定

Webサービス連携（さくらのクラウド）

温湿度センサ（SHT31/HDC1000）

さくらの通信モジュール

マイコン（Arduino Uno）

仮想サーバ
10
5

さくらの通信モジュールとArduinoの接続
通信モジュールの下にArduinoシールドを敷き、さらにその下にArduinoを接続します。
通信モジュールにはLTEアンテナを取り付けます。

LTEアンテナ

Arduinoシールド

通信モジュール

Arduino10
6

温湿度センサーの接続
温湿度センサーをブレッドボードに設置し、図のように配線します。
（実際にはArduinoシールドに対して配線します）
SCL, SDAの2本の線でI2Cによる通信を行います。

GND
RDY/ADR
SCL
SDA
3.3V

＜凡例＞

SCL
SDA
GND
3.3V
10
7

Arduinoのプログラムの構築
Arduinoにてsakura.ioを制御するためのライブラリをインストールし、
温湿度センサーの情報を送信するプログラムをArduinoに書き込みます。
(プログラムはGitHubで公開しています。 https://github.com/sakuraio)

プログラムが動作すると、シリアルモニタに温度・湿度・カウンタ値などが表示されます。

108【参考】デバイスから送信されたデータの確認
sakura.ioの管理画面では、デバイスから送信されたデータがリアルタイムで表示されます。

時刻：
データがモジュールのキューに格納された時刻のタイムスタンプ

モジュール：
データを送信した
通信モジュールのID

チャンネル
データが格納されたチャンネル番号型：
データの型式値：
送信された値→ 温度→ 湿度→ カウント値

109サーバの作成とデータ加工処理の開発②①
マイコンおよびプログラムの構築③

sakura.ioの設定

Webサービス連携（さくらのクラウド）

温湿度センサ（SHT31/HDC1000）

さくらの通信モジュール

マイコン（Arduino Uno）

仮想サーバ
11
0

Node-REDとは
Node-REDは「ノード」と呼ばれる機能の固まりをシート上で組み合わせ、ひとつの「フロー」にすることで、ほとんどプログラミングを知らない人でもプログラムを構築することができるツールです。

デプロイ

ノード
パレット

シート

Info/Debug
コンソール

111

Node-REDサーバの作成

作業概要• サーバを作成 (ここではCentOSを使用)• Node関連プログラムのリポジトリを登録• Node.jsのインストール• Node-REDのインストール• Node-REDの自動起動設定
112

Node-REDサーバの作成
さくらのクラウドには、サーバ作成時に任意のスクリプトを自動実行する「スタートアップスクリプト」機能があります。
スタートアップスクリプトにNode-REDを指定することにより、前ページに掲げた作業がすべて自動的に実行され、Node-REDサーバを簡単に作ることができます。

113

Node-RED フローの作成
sakura.ioからWebSocketで温湿度データを入手し、加工して表示するフローを作成します。
WebSocketのURLとTwitterのIDを設定し、デプロイすると動作します。

https://github.com/sakuraio/handson-sample/blob/master/node-red/graph-display-and-temperature-tweet

114

Node-RED フローの作成
フローの内部ではこのような処理をしています。
文字列として受け取った
JSONデータの変換
WebSockerのURLを設定

温度（ch0）データだけを抽出

通信モジュールからのデータのみを通過/ui/ にグラフとして可視化
文章を生成（実行後10分待機）温度（ch1）データだけを抽出

Twitterアカウント連携で投稿/ui/ にグラフとして可視化

https://github.com/sakuraio/handson-sample/blob/master/node-red/graph-display-and-temperature-tweet

115

Node-RED フローの動作確認（グラフ表示）【 http://<サーバのIPアドレス>:<指定したWeb UIポート番号>/ui/ 】 にアクセスすると、取得した情報に応じて動的にグラフが生成されることを確認できます。

116

Node-RED フローの動作確認（Twitter投稿）
フローをデプロイすると、その時取得した温度センサの情報が文中に埋め込まれた状態で、設定したTwitterアカウントにツイートが投稿されます。
［ メッセージ化 ］ ノードの内容を書き換えることで任意の文章に変更することができます。

11
7

実演その2
LEDの操作118

システム構成
Node-REDのGUIでLEDを操作しWebSocketにてデータを送信

sakura.ioからデータを受信し3色のLEDを点灯/消灯
抵抗入りLED

さくらの通信モジュール

マイコン（Arduino Uno）

LTE
閉域網

WebSocket

仮想サーバ
11
9

作業内容

1. sakura.ioの設定 (省略)₋₋₋

プロジェクトの作成
さくらの通信モジュールの登録
連携サービス(Websocket)の設定

2. 機器の配線とマイコンのプログラム開発
₋₋₋

通信モジュールとArduinoシールドを接続
Arduinoからの信号がLEDに伝わるように配線
sakura.ioから入手したデータによりLEDを操作するArduinoのプログラムを作成

3. サーバの作成とLED操作フローの開発
₋₋
₋

Node-REDサーバを作成
LEDを操作するフローを作成しデプロイ
Node-REDのGUIを操作しLEDを点灯/消灯
120機器の配線とマイコンのプログラム開発②①
マイコンおよびプログラムの構築③

sakura.ioの設定

Webサービス連携（さくらのクラウド）

抵抗入りLED

さくらの通信モジュール

マイコン（Arduino Uno）

仮想サーバ
12
1

LEDの接続
LEDをブレッドボードに設置し、図のように配線します。
（実際にはArduinoシールドに対して配線します）

Digital5
GND

Digital6
GND

Digital7
GND

＜凡例＞

D5
D6
D7
GND
3.3V
12
2

Arduinoのプログラムの構築
sakura.ioから受信したデータに応じてLEDに信号を送るプログラムをArduinoに書き込みます。
(プログラムはGitHubで公開しています。 https://github.com/sakuraio)

プログラムが動作すると、シリアルモニタに結果が表示されます。(LEDに関する情報は出ません)

123

サーバの作成とLED操作フローの開発②①
マイコンおよびプログラムの構築③

sakura.ioの設定

Webサービス連携（さくらのクラウド）

抵抗入りLED

さくらの通信モジュール

マイコン（Arduino Uno）

仮想サーバ
12
4

Node-RED フローの作成
左端のボタンをクリックすると赤/緑/青のLEDをON/OFFするフローを作成します。
WebSocketのURLと、LEDノードに通信モジュールのIDを設定し、デプロイすると動作します。

https://github.com/sakuraio/handson-sample/blob/master/node-red/graph-and-control-and-temperature-tweet

125

Node-RED フローの動作確認【 http://<サーバのIPアドレス>:<指定したWeb UIポート番号>/ui/ 】 にアクセスし、最右列のボタンをクリックすると、それに応じてLEDが点灯/消灯します。

126

まとめ
12
7

今日お話ししたこと• IoTを取り巻く状況• データ収集方法が課題• IoTサービスを作るときの問題点• 作業範囲が広範 / 制作費が高い / セキュリティの確保が難しい• sakura.ioについて• 開発経緯 / サービス概要 / 利用事例

• sakura.ioを使ってみる• 温湿度センサーから取得した温度と湿度をNode-REDでグラフ化• Node-REDからデータを送信しLEDを点灯/消灯
128

sakura.ioが目指す世界

通信⇔データ連携
さくらインターネットにおまかせ

通信 ネットワーク

DB

ミドル

API

モノとWebの間でデータを相互にやりとりするためのプラットフォームサービスを開発

既存の事業領域/スキルセットの大幅な変更なく
モノ/サービスづくり、連携に注力可能

129

お伝えしたいこと• IoTは見るよりもやってみた方がいい• 道具はある• 体験することで皆さんの業務に活用するヒントが得られれば• IoTサービスはひとりで(1社で)作るのは難しい• ハードウェアの人とソフトウェアの人が協業するとよい• IoTは費用はかかるけど可能性は無限• サービスを作れるかどうかはアイデア次第• あらゆる業種に適用できる可能性がある
130sakura.io体験ハンズオン• 今日の講演で実演した内容を実際にやってみるハンズオン• 東京と大阪では毎月開催中• パートナーとの共催ハンズオンも実施中• 駅すぱあと / myThings / Azure / AWS / Bluemix など• 開催予定：10/6(金) 大阪、10/20(金) 東京、10/26(木) 東京(駅すぱあと)、11/4(土) 大阪(Bluemix)• イベントページ• さくらのイベント(関西版)：https://sakura.doorkeeper.jp/• さくらのイベント(関東版)：https://sakura-kanto.doorkeeper.jp/• さくらのイベント(中四国版)：https://sakura-chushikoku.doorkeeper.jp/
13
1

全国でさくらのイベントを！

• さくらのイベントを全国で開催したい！
• sakura.ioのハンズオン• さくらのクラウドなど各種サービスのハンズオン• さくらの夕べ / さくらクラブ など…

• 協力者求む！
• 会場の提供• 参加者集め
• 地元コミュニティとの共催も可• 連絡先：sakura-club@sakura.ad.jp
132そこに、さくら133