仕掛け

会社の方のブログでは、Armadillo(デバイス)から直接Google Maps APIを叩いて、結果を取得していました。これを、SORACOM Beam経由で叩くようにします。

Google Maps APIはHTTPSのPOSTメソッドを使い、パラメータはbodyにJSON形式で渡すようになっています。また、APIキーはクエリストリングとして渡します。developers.google.com

SORACOM Beamの設定は、下記のようにしました。

• エントリポイント
  • プロトコル: HTTP
  • ホスト名: beam.soracom.io
  • ポート番号: 8888
  • パス: /geo

• 転送先
  • プロトコル: HTTPS
  • ホスト名: www.googleapis.com
  • ポート番号: (指定なし)
  • パス: /geolocation/v1/geolocate?key=APIキー

• ヘッダ操作
  • 指定なし

現在位置を調べるスクリプトは下記のようになります*1。URLがbeam.soracom.ioになり、API_KEYがスクリプトから消えています。

#!/bin/sh

URL="http://beam.soracom.io:8888/geo"

MCC="440"
MNC="10"

cell=$(/etc/config/3g-celllocation)
set -- $cell

LAC=$1
CID=$2

BODY=$(cat << EOF
{
  "cellTowers": [
    {
      "cellId": ${CID},
      "locationAreaCode": ${LAC},
      "mobileCountryCode": ${MCC},
      "mobileNetworkCode": ${MNC}
    }
  ]
}
EOF
)

curl -H "Content-type: application/json" -d "$BODY" "$URL"

効果

証明書の更新が不要になる

デバイスからBeamへのリクエストはHTTPで行いますので、CAの証明書をデバイス側は持つ必要が無くなります。当然ながら、更新も不要ですのでデバイスの管理が楽になります。

それでいながら、デバイスからBeamのエントリポイントまでは、なりすまし不可かつ盗聴不可な経路を通りますので、安全性が損なわれるわけではありません。

ということで

改めて、実運用を考えたときに、SORACOM Beamというのは便利だと思いました*2。IoTの世界はコンセプトフェーズから実践フェーズに入ってきた感があるので、これからはセキュリティや運用といった面がクローズアップされてくるでしょう。その観点からも、SORACOM(+ AWS)というのは、良い解なのではないかと思います。