1.概要
以前SORACOM GPSマルチユニットからkintoneにデータを保存する方法についてはQiitaにアップしました。
その後、これってノーコードでもできるのでは?と考えていましたが、実際に試せていませんでした。最近のkintone cafe登壇でkintoneに保管したGPSマルチユニットのデータ活用に興味をいただいたので、今回はノーコードで実現する方法を試してみました。
※上記GoogleMap表示はkintoneのカスタマイズで対応していますが、地図はプラグインでも対応可能です。
2.GPSマルチユニットとkintoeの準備
- GPS マルチユニットの準備
- kintone の準備
- GPS マルチユニットの設定
2023年08月26日 追記
SORACOM Air forセルラーの「バイナリパーサー」をオンにしてフォーマットに「 @gpsmultiunit 」を入力することで、以下の Obit の設定は不要になります。
3.以前の方法とノーコードの比較
以前に試した方法は以下です。
GPSマルチユニットからのデータをSORACOM FuncでAmazon AWSのLambdaに送り、Lambdaのプログラムがkintoneにデータを追加していました。
今回ノーコードで試す方法は以下です。
GPSマルチユニットからのデータをSORACOM BeemでYoomフローロボットに送り、Yoomフローロボットが設定した手順に従いkintoneにデータを追加します。
但し、GPSマルチユニットのデータをそのままSORACOM Beemで送ると、データがテキストでなくBase64エンコードデータで送られます。YoomにはBase64をデコードする機能がありません。苦肉の策としてSORACOM Beemで送る前にSORACOM OrbitにBase64デコード処理するSoralet(WASMモジュール)を設定しています。
詳しい方からは、SORACOM OrbitのSoralet(WASMモジュール)を設定するなら「ノーコードでないでしょ!」という意見もありそうですが、ファイル配布が可能かつAWS Lambdaのように直接プログラムコードを確認しなくても良いので、今回はノーコードと位置づけます。(汗)
4.YoomとSORACOM Beem、Orbitの設定
4.1.Yoomについて
YoomはSRACOMやkintone、Slack、Googleなどの各サービスをノーコードで連携するツールです。月100回までの実行は無料ですので、今回はこちらを使います。
上記トップページの「無料で始める」からアカウントを作成し、Yoomが利用できるようにしておきます。
4.2.Yoomフローボットの追加
ログイン後の「ホーム」画面に最初から「マイプロジェクト」があるので、今回はこちらを利用します。
「マイプロジェクト」、「フローボット」の順に進み、「新規作成」で「はじめから作成」を選択します。
フローボットの新規作成画面で「特定のアプリイベントが発生したとき」を選択し、SORACOM Beemから受信したデータを受け取り処理を開始するwebhookを追加します。
「カスタムアプリ」を選択します。
トリガーアクションは「カスタムwebhook」を選択します。
以下のトリガーアクションのWebhookURLを控えておきます。WebhookURLは後のSORACOM Beemの設定で必要になります。
以下の画面で保存が完了しました。
Yoomの作業は一旦中断して、SORACOMコンソールの作業に移ります。
4.3.SORACOM BeamとOrbitの設定
以降のSORACOM BeamとOrbitの設定は「2.GPSマルチユニットとkintoeの準備」でSORACOM GPSマルチユニットの初期設定と、SIMグループの追加を終えている前提で話を進めます。
4.3.1.SORACOM Beamの設定
SORACOMコンソールのメニューから、SORACOM GPSマルチユニットの「SIMグループ」の基本設定を表示します。
SORACOM Beamの設定を開き、以下のように設定します。
転送先はYoomでトリガーアクションの設定で控えたWebhookURLをホスト名とパスに分けて入力します。
4.3.2.SORACOM Orbitの設定
SORACOM Beamの設定でGPSマルチユニットからのデータはYoomに転送されますが、データがBase64エンコードされているためそのままではYoomで処理ができません。そこで、SORACOM Orbitで事前にBase64デコード処理を行うように設定し、SORACOM BeamでテキストのJSONデータをYoomに転送します。
SORACOM Orbitの「Soralet管理」を開きます。
「新規作成」でSORACOM OrbitのSoraletを追加します。
「SORALET ID」と適当な「概要」を入力して、Soraletを「作成」します。
SoraletにはWASMというプログラムモジュールが必要です。今回のBase64デコード処理を行うWASMファイルを準備していますので、以下からダウンロードします。
厳密に言うと今回はWASMプログラムを開発する必要がありましたが、こちらは入手可能という前提でノーコード開発としています。
ダウンロードしたWASMファイルを以下の手順で「アップロード」します。
以下のSRNは、SORACOM GPSマルチユニットのSIMグループ内SORACOM Orbitの設定で必要なので控えておきます。
再度、SORACOM GPSマルチユニットの「SIMグループ」の基本設定を表示し、以下のようにSORACOM Orbitの設定を行い保管します。
4.4 YoomのSORACOM Beemからの受信とkintoneへの送信設定
「4.2.Yoomフローボットの追加」で途中になっていた設定を再開します。
4.4.1 SORACOM Beemからの受信設定の続き
以下の画面に戻り「SORACOM Beemからの受信」アプリトリガーを開きます。
SORACOM GPS マルチユニットのファンクションボタンを1秒押して、データ転送が完了したら「テスト」を行います。
「4.3.SORACOM BeamとOrbitの設定」に問題がなければ、YoomがJSON形式で受信したデータが以下のように表示されます。
kintoneに必要なデータ(今回は全て)を上記で「+」をクリックすると、アプトプットに自動で追加されます。
以上の設定が完了したら、アプリトリガーを保存します。
4.4.2.kintoneへの送信設定の追加
データ受信までの設定ができたので、kintoneにデータを送信するワークフローを追加します。
ワークフローは以下の「+」マークで追加できます。
「アプリと連携する」を選択します。
実行するアプリで「kintone」を選択します。
kintoneの新規登録にはkintoneの管理者権限を持つアカウントと、kintoneの設定が必要です。以下を参考に設定を行い、必要な情報を控えておきます。
以下のYoomの設定画面に戻り、控えておいた情報を登録します。
アクションはレコードの追加を選択します。
kintoneのサブドメイン、アプリIDを入力します。
kintoneのフィールドコートに対応する値を入力します。
値は手入力で設定する必要はなく、すでに設定を完了したアプリトリガーの設定を選択するだけです。
設定が完了したらテストを実施します。
kintoneのアプリにデータが追加されていたら設定を保存します。
設定を完了すると、以下のワークフローが表示されます。
「SORACOM Beemからの受信」がoffになっていますので、ONにします。
以上で、SORACOM GPSマルチユニットから指定間隔でGPSなどのデータがkintoneに追加されるようになります。
5.まとめ
以上、ノーコードでSORACOM GPS マルチユニットのデータをkintoneに保存できることまで確認しました。
しかしながら、ノーコード開発とはいえ以外と設定が多く手間がかかることがわかり、AWS Lambdaなどの開発に慣れているとそこまで大幅な工数削減にはなりませんでした。また「3.以前の方法とノーコードの比較」で説明したようなデータ処理の流れと利用する各サービスに関する知識はある程度保持してないと、実際にこの内容を応用して現場で活用するのは難しいでしょう。
とはいえ今回のノーコード開発のメリットとしては、プログラミングのできない方にはプログラム開発環境の準備や言語を理解するなどの手間が省けるなどのメリットが大きいでしょう。
補足(SORACOM Orbit)
今回SORACOM GPSマルチユニットからのデータをYoomで利用する際に、そのままではBase64でエンコードされたままのデータが届くため、その回避でSORACOM Orbitを利用しました。
SORACOM OrbitはWASMモジュールを登録するだけで、送付する前にデータに対して処理を行えますが、WASMモジュールが入手できない場合は今回のようにプログラム開発を行う必要があります。
今回は、以下を参考にGO言語でBase64でエンコードされたままのデータを文字列のJSONに変換するWASMモジュールを作成しました。
ソースコードは以下です。
package main
import (
sdk "github.com/soracom/orbit-sdk-tinygo"
)
// application entry point, but the orbit runtime never executes this.
func main() {
}
//export uplink
func uplink() sdk.ErrorCode {
inputBuffer, err := sdk.GetInputBuffer()
if err != nil {
sdk.Log(err.Error())
return -1
}
sdk.Log("Input Buffer: " + string(inputBuffer) + "\n")
sdk.SetOutputJSON(string(inputBuffer))
return sdk.ErrorCode(0)
}
Makefileは出力するWASMモジュールのファイル名のみ変更しました。
TINYGOFLAGS = -target wasm -wasm-abi generic
SRC = ./src
WASM_DEBUG = build/encodeSoralet.wasm ## <=この行のみ変更
WASM_RELEASE = build/soralet-optimized.wasm
help:
@echo "usage: make <\033[36mtargets\033[0m>"
@echo
@echo "available targets:"
@grep -E '^[a-zA-Z._-]+:.*?## .*$$' Makefile | awk 'BEGIN {FS = ":.*?## "}; {printf " \033[36m%-10s\033[0m %s\n", $$1, $$2}'
build: $(SRC) ## Build debug WASM
tinygo build -o $(WASM_DEBUG) $(TINYGOFLAGS) $(SRC)
release: $(SRC) ## Build release WASM
tinygo build -o $(WASM_RELEASE) $(TINYGOFLAGS) -no-debug $(SRC)
clean: ## Remove WASM(s) under build/
rm -fr build/*.wasm
.PHONY: help build release clean