Slide 1

Slide 1 text

一次産業のIoT事例にみる、 屋外センシングの可能性 ウミトロン株式会社 CTO 岡本 拓磨 様 株式会社ソラコム ソリューションアーキテクト 横田 峻

Slide 2

Slide 2 text

IoT(Internet of Things) インターネット クラウド モノ 小型化 低コスト化 迅速な データ処理 多様なネッ トワーク

Slide 3

Slide 3 text

屋外でのIoTデバイス利用 屋内 • 豊富な電源 • 豊富なネットワーク • 安定した環境 • アクセス容易 屋外 • 限られた電源 • 限られたネットワーク • 不安定な環境 • アクセス困難

Slide 4

Slide 4 text

ウミトロン株式会社 CTO 岡本 拓磨 様

Slide 5

Slide 5 text

install Sustainable Aquaculture on Earth

Slide 6

Slide 6 text

自己紹介 岡本拓磨 ● ウミトロン株式会社 ○ 共同創業者 / 取締役 / CTO ● 経歴 ○ 東京理科大学・大学院 ○ グリー株式会社(2012 - ) ○ 株式会社メタップス(2014 - ) ○ ウミトロン株式会社(2016 - )

Slide 7

Slide 7 text

UMITRONのmissionは 「install Sustainable Aquaculture on Earth」 地球に持続可能な水産養殖を実装し 養殖を次世代の食糧生産方法に移行させることです

Slide 8

Slide 8 text

水産養殖はアジアを中心としたタンパク需要と 中間所得層増加により急成長を続けている Aquaculture Capture fisheries • 人口増加と中間所得層増加により動物性タンパクの需要が急増 • 世界の漁業・養殖業事業者の 85%がアジア地域に存在 • 近年は養殖業での雇用の伸びが顕著でアジア地域で 1100万人が 養殖業に従事 million

Slide 9

Slide 9 text

水産養殖は最も将来性の高い食糧生産方法の一つであり、沿岸海域を活 用することで現在の世界の水産物消費量の100倍を生産可能 Rebecca R. Gentry, et. al., Mapping the global potential for marine aquaculture, Nature Ecology & Evolutionvolume 1, pages1317–1324 (2017)

Slide 10

Slide 10 text

飼の原料である魚粉の価格は15年で3倍に高騰し 飼料コストは総生産コストの50%を占める

Slide 11

Slide 11 text

給餌効率をテクノロジーで最適化する ● 魚の摂餌行動から無駄餌の検知と削減 ○ 機械学習で魚の摂餌行動を定量化 ● 人手の制約を受けない魚の生育に最適な給餌 ○ 日々変わる魚の食欲に対して最適な量・タイミングでの給餌を実現 無駄餌削減による飼料コストの削減 魚の早期育成による給餌効率の向上

Slide 12

Slide 12 text

IoTと機械学習を用いた自動給餌器

Slide 13

Slide 13 text

No content

Slide 14

Slide 14 text

遠隔からの給餌制御とデータの蓄積 モニタリング 遠隔給餌制御 生育管理 データ蓄積

Slide 15

Slide 15 text

魚の食欲解析による給餌の最適化

Slide 16

Slide 16 text

UMITRON CELLのセンシング ● インターネットと接続しデバイスをコントロールする基盤 ○ Raspberry PiとArduino ○ インターネット接続は SORACOM Air ● センシングしているデータ ○ カメラによる水中の動画像 ○ タンクの中の餌重量 ○ GPS ○ バッテリーの電圧 ○ モーターの電流 ● サーバサイドはAWS ○ デバイスとAWS IoT MQTTで双方向通信

Slide 17

Slide 17 text

屋外でのセンシング

Slide 18

Slide 18 text

屋外でのセンシング

Slide 19

Slide 19 text

屋外でのセンシング

Slide 20

Slide 20 text

No content

Slide 21

Slide 21 text

洋上のセンシングの課題 ● 電源がない ● 有線ネットワークがない、WiFiが届かない ● 人がデバイスの近くにいない、すぐにデバイスの所へ行けない ● デバイスが設置される自然環境が過酷

Slide 22

Slide 22 text

電源の課題と対策 ● 洋上には電源がない ○ 現実的に使えるのは太陽光発電のみ ○ 太陽光で稼働するようにデバイスを設計する必要がある ● 季節によって日照時間が変化 ○ 愛媛県だと夏至と冬至で日照時間に約 4時間半の差がある ● 悪天候での発電量の低下 ○ 14日間連続で日照時間ゼロの経験がある

Slide 23

Slide 23 text

電源の課題と対策 ● 低電力で動くArduinoを常時起動、Raspberry Piは日中のみ起動 ○ ArduinoがRaspberry Piの電源を管理する ○ 養殖は基本的に日中のオペレーション ● バッテリー電圧を常に監視 ○ 電力低下にすぐ気づいて、対応できるようにする ○ 発電量の低下、消費電力の増加の異常に対応 ● リモートからデバイスの稼働時間や処理を制御 ○ 季節や悪天候に応じて稼働時間を調整できるようにする ○ データのアップロード頻度を調整できるようにする

Slide 24

Slide 24 text

ネットワークの安定性の課題と対策 ● 洋上は有線のネットワークはない、陸からのWiFiも届かない ○ 沿岸養殖といえども陸地からは遠い場合もある ● ネットワーク接続を安定させる必要がある ○ ネットワークが不通になった場合の対応 ● Raspberry Piを安定して動作させる必要がある ○ 突然のハングアップへの対応

Slide 25

Slide 25 text

ネットワークの安定性の課題と対策 ● SORACOM Airを創業期から採用 ○ 沿岸養殖の範囲は携帯回線が利用できる ○ 日本国内だとLTEがだいたい使える ○ 海外でも全くの圏外という場所には遭遇していない ● ネットワークの疎通はデバイス内で常に監視 ○ AWS IoTが繋がらなくなったらプロセスの再起動をする ○ それでもつながらなかったら Raspberry Piの再起動をする ● ArduinoがRaspberry Piの生存を監視 ○ ArudinoからRaspberry Piに一定間隔で疎通確認 ○ Raspberry Piが応答しなかったらハングアップしてると判断して電気的に再起動する

Slide 26

Slide 26 text

人がすぐ行けない問題の課題と対策 ● 常にデバイスの近くに人がいるわけではない ○ 養殖事業者は生簀上以外の作業もたくさんある ○ デバイスに問題が起きたときにユーザが気づきにくい ● 洋上は人がすぐ行けない ○ 船で行く必要がある ○ 天候が悪いと船は出せない ○ 遠い生簀は港から30分くらい船でかかったりする ○ 物理的な対応は減らしたい

Slide 27

Slide 27 text

人がすぐ行けない問題の課題と対策 ● デバイスの故障・不調をリモートで早く気づける仕組みを作る ○ そのデバイスでセンシングしたいデータ以外のメンテナンスのためのデータを送る ○ バッテリーの電圧・モーターの電流・各種センサーの接続状態 ○ 異常があればアラートを飛ばす ● リモートからデバイスの調査ができる仕組みを作る ○ 必要なデータ・ログをすべて飛ばすことはできない ○ リモートからSSHでログインして調査する ● 新たな問題に柔軟に対応できるような仕組みを用意する ○ 屋外で起こるすべての問題を事前にテストしておくことは不可能 ○ 初めて遭遇する問題に対応できるような余地を作る ○ リモートからソフトウェアのアップデートを簡単にできるようにする

Slide 28

Slide 28 text

過酷な自然環境の課題と対策 ● 洋上・屋外は防水が必須、天候の影響を受ける ○ 陸上・屋内では使えるセンサーが使えなかったりする ○ 実際の環境でないとテストが難しい ● 長期間の稼働でハードウェアが劣化する ○ 実際の環境で長期間稼働させてみないと発見できない

Slide 29

Slide 29 text

過酷な自然環境の課題と対策 ● なるべくシンプルなセンシングで課題を解決できないか考える ○ 一つの課題解決のためにいろいろな方法を考える ● カメラは洋上でも安定して使える ○ 防水が簡単 ○ 壊れにくい、壊れてもすぐわかる ○ 技術革新と低価格化が速い ○ 動画像データの応用の幅が広い ● センサーやパーツの交換・追加がしやすいハードウェア構成にする ○ 故障したセンサーだけ交換する ○ 新しくセンサーを追加するために USBポートを余分に作っておく

Slide 30

Slide 30 text

まとめ ● 屋外のセンシングでは後から柔軟に対応できるように備えておく ○ すべてのテストを事前にしておくのは不可能 ○ リモートから暫定対応できる仕組みを作る ○ 継続してソフトウェアをリモートからアップデートすることは必須 ○ ハードウェアも漸近的に改善できるような余地を残しておく ○ 故障したとしてもそれを次に生かせるようにデータは取れるようにしておく

Slide 31

Slide 31 text

Thank you! 岡本 拓磨 CTO ウミトロン株式会社