インターネットが切れても現場を出られるコールドチェーン通知
温度逸脱は、しかるべき人が数分以内に読めて初めて役に立ちます。SMS Deliverer は、監視システムがすでに発しているアラームを、現場のPCと自社のSIMカードから送るテキストメッセージに変えます。
コールドチェーンSMSアラートとは
コールドチェーンアラートは、冷蔵庫、冷凍庫、冷蔵室、冷凍コンテナが許容範囲を外れたときに、指定した担当者のもとへ届くテキストメッセージです。アプリもログインもデータ通信もなしで、当番がすでに持ち歩いている携帯電話に届かなければなりません。
届くのはダッシュボードではなく携帯電話
SMSはどの端末にも届きます。ポケットの基本的な携帯電話でも同じです。アプリのインストールもサインインも、現場と同じネットワークにいる必要もありません。
現場から送信
ゲートウェイ、モデム、SIMは建物の中にあります。そこが要点です。アラームの経路は、現場がすでに失っているかもしれないインターネット回線に依存しません。
受信者ごとの証跡
各メッセージにはキャリアの配信レポートが付くので、どの当番番号にいつ届いたかを示せます。
ゲートウェイは温度計ではありません
SMS Delivererにはプローブ入力がなく、"暑すぎる"の定義も決めません。しきい値、遅延、エスカレーションの段階は、お使いのロガー、BMS、監視プラットフォームが持ちます。ゲートウェイが担うのは配信です。そのシステムが渡したメッセージを受け取り、SIMで送ります。
アラームがSMSになるまで
プローブから当番の携帯電話まで5ステップ。ステップ1と2は監視システムで、残りはSMS Delivererで実行されます。
お使いのシステムが逸脱を検知
プローブが2–8 °Cの冷蔵室で9 °Cを10分間読み取ります。しきい値とデバウンス時間は、今日と同じくロガーやBMSにあります。
メッセージをゲートウェイに渡す
ローカルAPIへのHTTP POSTか、リスナーが見張るSQL送信テーブルへの行挿入のどちらかです。どちらもLAN内で、この時点では何も建物の外に出ません。
ゲートウェイがキューに入れてエンコード
メッセージはローカルの送信トレイに書き込まれ、モデム用にエンコードされ、宛先に必要なTON/NPI値でアドレス指定されます。テンプレートには現場、設備、測定値、継続時間、チケット番号を含められます。
SIMが送信
接続されたGSM/LTEモデムまたはAndroid端末が、キャリアへメッセージを送信します。1台のモデムは1度に1通、モデムプールや複数の端末なら並行して送信します。
レポートが戻る
キャリアは受信者ごとに配信レポートを返します。配信済み、失敗、保留の状態は、そのメッセージの隣にローカルデータベースで保存されます。
| トリガー経路 | お使いのシステムの動作 | 適した用途 |
|---|---|---|
| HTTP API | 受信者、本文、送信デバイスをローカルエンドポイントへPOST | すでにHTTPで通信するBMS、SCADA、監視ソフトウェア |
| SQLリスナー | 送信テーブルに行を挿入。リスナーが送信し、結果を書き戻します | データベースに書き込むERP、WMS、古いシステム |
| Mail-to-SMS | ゲートウェイが見張るローカルアドレスへメールを送信 | メールしか送れないアラームプラットフォーム |
| 予約バッチ | CSVまたはExcelのリストから予約送信をキューに入れる | 日次ダイジェストと死活テスト |
HTTP APIとSMPPの役割はセットアップガイドに記載しています。アラームプラットフォームがすでにSMPPで通信するなら、内蔵のSMPPサーバーがそのまま受け付けます。
当番の担当者が返信するもの
一方向のアラートは、何かが起きたことを伝えます。双方向のやり取りは、誰かが対応していることを伝えます。
返信は同じ受信トレイに届きます。アラームへの回答は、他のすべての受信メッセージと同じくゲートウェイの共有受信トレイに入り、webhook、メールアドレス、Telegramグループへ転送できます。
返信の意味を決めるのはお使いのシステムです。ゲートウェイは本文を届けるだけで、"ACK 12"を解析したりチケットを閉じたりはしません。返信をwebhookでBMSやチケットツールへ送り、確認応答の記録はそのツールに任せてください。
エスカレーションは本来の場所に。"15分で返信がなければエリアマネージャーに電話"は監視プラットフォームのルールであり、SMSゲートウェイのルールではありません。段階は1か所にまとめてください。
具体的な例
- 冷蔵室3のプローブが9.4 °Cを10分間読み取ります。
- BMSがPOSTします:
Cold room 3 at 9.4 C for 10 min. Reply ACK 3312. - 当番の携帯電話2台が受信し、どちらにも配信レポートが付きます。
- 技術者が
ACK 3312と返信します。 - webhookが確認応答をBMSのチケットに書き込みます。
現場がインターネットを失ったとき
回線が落ちた夜に、この設計に価値があるかどうかを決めるのはこの部分です。
| 機能 | インターネット回線なしの場合 | 理由 |
|---|---|---|
| ローカルのBMSまたはロガーからのアラーム | 送信される | PC、モデム、SIMが現場にあり、メッセージはモバイルネットワークを流れます |
| 当番の携帯電話へのテキスト | 配信される | 受信者の携帯電話はモバイル電波があれば足ります |
| 返信と配信レポート | 受信される | どちらもキャリアのネットワークを通ってローカルのSIMへ届きます |
| ローカルの監査証跡 | 記録される | メッセージ、状態、タイムスタンプはローカルのSQLデータベースに残ります |
| クラウド専用プラットフォームからのアラーム | ブロックされる | アラームの発生源自体が遠隔なら、障害中はゲートウェイに到達できません |
| インターネット上のエンドポイントへのwebhook | ブロックされる | 外向きのwebhookには、現場が失った回線が必要です |
| リモートサポートと更新 | ブロックされる | 接続が戻るまで誰もPCに到達できません |
正直な限界: ローカル送信が守るのはモバイルネットワークへの最後の区間です。逸脱を検知するシステム自体がクラウドにあり、LANに到達できない場合は助けになりません。
設定してから、必要になる前にテストする
すべて現場のPCで行う6ステップ。トライアルは同じハードウェアで動くので、テストのコストは時間だけです。
送信チャネルを選ぶ
機械室やサーバーキャビネットには外部アンテナ付きのUSB GSM/LTEモデム、設置しやすい場所ならAndroid端末です。モデムはCOMポートからATコマンドで動かすので、デバイスそのものが借り物のサービスではなく送信チャネルになります。
モデムを置く場所でSIMを確認する
冷蔵室や地下の電波は、オフィスの机の上と同じではありません。ケーブルを引く前に、取り付け位置で電波を測ってください。
テストメッセージを2通送る
ソフトウェアをインストールし、デバイスを検出して、当番の2つの番号へ送ります。片方の携帯電話に届いただけでなく、それぞれの配信レポートを確認してください。
アラームを夜間の静穏時間から外す
製品はキャンペーン向けのスケジュールと静穏時間帯に対応しています。アラームのキューがマーケティング用の静穏時間を引き継いではいけません。監視用に独自のキャンペーンとレート制限を与えてください。
監視システムを接続する
BMSをHTTP APIまたはSQL送信テーブルに向け、現場、設備、測定値、継続時間、チケット番号のフィールドを対応づけます。
実際のテストアラームを発報する
通常の経路で本物の逸脱を起こし、メッセージ、返信、webhook、チケットまで最後まで追います。これを月次の死活テストとして繰り返してください。
できることと限界
ゲートウェイが行うこと、そして監視システム、キャリア、SIMプランに残ることをまとめます。
| 領域 | 実際の意味 |
|---|---|
| センサー入力 | ありません。ゲートウェイにプローブポートはなく、しきい値、遅延、ヒステリシスはロガー、BMS、監視プラットフォームで設定します。 |
| エスカレーション | 監視ツールまたはチケットツールで定義します。ゲートウェイはメッセージを届けるだけで、次に誰へ回すかは決めません。 |
| 配信の保証 | 証拠になるのはキャリアの配信レポートであり、保証ではありません。メッセージは拒否され、期限切れになり、遅れて届くこともあり、レポートがそのどれかを示します。 |
| スループット | 1台のモデムは1度に1通です。モデムプールや複数のAndroid端末なら並行して送信でき、SIMプランとキャリアのレート制限が上限になります。 |
| 送信者ID | 受信者にはSIMの実番号が見えます。英数字の送信者名はキャリアとアカウントに依存するため、それが必要なワークフローを組まないでください。 |
| オフライン動作 | ローカルネットワークのみです。現場の回線が落ちている間は、クラウドコンソールもリモートダッシュボードもリモートサポートもありません。 |
| メディア | SMSのみです。MMSにはAndroidチャネルとUltimateエディションが必要で、温度グラフはMMSよりメールで送るほうが適しています。 |
関連情報: 同じローカル送信の考え方は帯域外のIT通知、双方向の患者向けメッセージはクリニックのリマインダー、送信エンジン自体はWindowsソフトウェアの概要をご覧ください。
購入者がよく尋ねる質問
ソフトウェアは温度センサーを読み取りますか？
いいえ。プローブ入力はありません。ロガー、BMS、監視プラットフォームがセンサーを読み、測定値が範囲外になった時点を判断します。ゲートウェイは、そのシステムが渡したメッセージを送るだけです。
インターネットが落ちているときもアラートを送れますか？
アラームの発生源が同じローカルネットワークにあれば送れます。ゲートウェイ、モデム、SIMは現場にあり、メッセージはモバイルネットワークを流れます。クラウド専用のアラームプラットフォームは、障害中にゲートウェイへ到達できません。
当番の担当者はどうやってアラームを確認しますか？
メッセージに返信します。返信は共有受信トレイに届き、webhookやメールでBMSやチケットシステムへ転送でき、そこで確認応答が記録されます。キーワードの解析はゲートウェイではなく、そのシステムの役割です。
しかるべき人に通知されたことを証明できますか？
各メッセージには、状態とタイムスタンプを含むキャリアの配信レポートが付き、ローカルデータベースに保存されます。示せるのはどの番号に届いたかであり、人が本文を読んだかどうかではありません。
どのエディションが必要ですか？
SMS送信、スケジュール、受信返信、配信レポートはすべてのエディションで動作します。HTTP APIとSMPPの役割はUltimateに含まれ、アラームプラットフォームがすでにSMPPで通信するならSMPPサーバーが役立ちます。
1通ごとの料金はありますか？
プラットフォーム料金はありません。ライセンスを一度購入し、キャリアにはSIMプランの料金だけを支払います。一括価格やSMSパックは、お客様と通信事業者の間の取り決めです。