さくらが登録電気通信事業者になった話

さくらインターネットが登録電気通信事業者になった話

これはさくらインターネットAdvent Calendar 2018 13日目の記事です

まえがき

 IoTチームの川畑です。去年の さくらAdvent Calendar 2017 では、同じく総務省ネタとして IINとPLMNの番号取得 について記事を書きましたが、実は同時並行で電気通信事業者の登録についても手続きが完了しており、紹介するタイミングを逃しに逃して1年後のAdvent Calendarのネタになるのでした。すみません。去年の記事を公開してから社内では 総務省コーディネーター というニッチすぎてよくわからない称号(?)を頂き、すっかり総務省の手続き関連の仕事が板についてしまいました。

 今回登録になるにあたって、始終総務省との全ての交渉を担当する非常に貴重な経験をさせて頂きました。何せ探せど探せどどこにも情報がありませんし、通常は伝送路を持つキャリアの中の人がやる業務です。インターネット上で電気通信事業者として登録の実例が公開されるのは、もしかしたらこれが史上初かもしれません。(1年ぶり2回目)

登録になった事業者は、大半が自社で光ファイバ・電話線・無線等の 伝送路 を持ってサービスを提供している事業者です。電気通信事業者の登録とは何か、登録すると何ができるか、どうやって登録になるのか、登録になるまでの道のりをお届けします。

電気通信事業者って何?

 電気通信とは 有線、無線その他の電磁的方式により、符号、音響又は影像を送り、伝え、又は受けることをいう。 とありますが、言う所の電話やインターネット関連サービスを生業とし、事業性をもって提供している集団を電気通信事業者と呼びます。みなさんが普段使っている携帯電話を提供している事業者や、NTTなどが電気通信事業者ですね。

 電気通信事業に該当するものは、勝手に始めてよいものではありません。電気通信事業法とよばれる法律に従って、総務省に対して どのような電気通信事業を提供します と予め宣言(書類の提出)しなければならず、その提供する事業やサービスの内容によって 届け出 電気通信事業者登録 電気通信事業者 のどちらかに分類されます。 届け出は比較的ライトな分類で、個人や任意団体でも申請が可能です。やろうと思えば誰でも電気通信事業を営むことができます。登録はより責任の重い事業者として、そもそも法人でしか受け付けてもらえず、しっかり事業を運営する能力があるか等、様々な書類の提出と審査を経て電気通信サービスを提供することになります。


総務省が電気通信事業へ新規参入の障壁を下げるために、何が電気通信事業に該当する・しないのかがYES-NOのフローチャートで解説した資料が公開されています(クリックで飛びます)。大方の場合はこのマニュアルに従って電気通信事業者に該当するか否かを判断することが出来るでしょう。やりたいサービスが該当するか分からない場合は、最寄りの総務省総合通信局・電気通信事業課へ問い合わせると、詳しいヒアリングの後に判断して貰えます。

電気通信事業の登録

  • 1.他人の通信を媒介し、電気通信の役務を提供する
  • 2.事業性を有し、反復継続的に提供する意志があり(一時的に提供するものではない)
  • 3.サービス提供により利益を得る(ここで利益とは金銭の授受だけに限らず、サービス提供の対価として広告を打ってもらうことや、相互にサービスを使わせ合うなど融通する行為も利益を得ると見なされます)

 この3要素は電気通信事業者になるために共通して必要な前提条件で、電気通信事業の届け出と登録は、画像の通り4要素目の 電気通信回線 を設置するか否かで大きく変わってきます。電気通信回線とは電柱や地下に敷設されている光ファイバケーブル・ケーブルテレビ局の同軸ケーブル・電話線や携帯電話で利用される基地局の無線を指し、まさにNTTやKDDI・ケーブルテレビ局などがこの電気通信事業者の登録を受けて事業を行っているのです。全国の登録になった 電気通信事業者一覧は、総務省により公開 されています。

最近の登録動向

 登録の話をネタにしているのも、最近はIoT業界でも登録の事業者が目立って増えてきているからです。お察しの良い読者の皆様ならもうお分かりのこと、 LPWA事業 です。 SigfoxやLoRa(WAN)、Wi-SUNなど電波法における免許不要帯(ISMバンド)を利用した通信方式で、LTEや3Gの電波が届かないラストワンマイルのIoT向け通信環境に利用されています。

登録になる詳細な条件

 LPWAの解説は記事の本質から逸れるため説明を省略しますが、このLPWA機器を親機・子機のように利用し、事業者は親機(=基地局)を提供し、利用者が子機を購入してサービスエリアで利用するといった形式がとられます(これをゲートウェイモデルと呼ぶ)。この親機を事業として提供するということは、 無線の伝送路 つまり電気通信回線を設置するということになり、その提供範囲によっては届け出ではなく登録にならないといけないのです。当社が登録を受けたのも、同じ理由です。

 ゲートウェイモデルでLPWAを提供する場合、親機は専門用語で 端末系伝送路設備 に分類されます。ここに書いている通り、電気通信回線を設置した上で市や区をまたいでサービスを提供する場合には、登録になる必要があると書いてありますね。この範囲に留まる場合は、電気通信回線を設置してもこの範囲を超えない場合は、届け出でOKということになっています。

登録の障壁

 登録になる障壁は 法人でないといけない だけではなく、事業で提供する設備に応じて電気通信主任技術者の資格者証を交付された有資格者を選任し、設備の運用・工事・維持について監督させることが義務付けられていることも挙げられます。社内に居ない場合は外部に委託することも認められていますが、設備の種類によっては原則都道府県毎に選任が必要であり、近県であれば兼任も許可されます。当社の場合、私が 伝送交換 種と 線路 種の両方の資格を受けていたため主任技術者の選任は私で提出しました。いかにこの主任技術者を確保するかも、参入する壁の一つだと思います。 ちなみに、LPWAのゲートウェイモデルを提供するために登録になるには、電気通信主任技術者の 伝送交換 種が必要です。
 後は会社自体が届け出事業者から登録事業者に変わるため、私の一存で変更できるものではありません。なぜ登録になるのか、運用方法はどうなるか、リスクはあるか等を部門長が役員会で説明するための資料を作ったりもしました。

登録申請

 さて、前置きが長くなりましたがいよいよ登録です。登録は各エリアを管轄する総合通信局の電気通信事業課か、管轄する総合通信局を跨いだ区域で事業をする場合には総務本省の事業政策課で手続きを行います。私の場合は近畿総合通信局の電気通信事業課に直接電話し、担当官に概要をお伝えするところから始まりました。事業としては間違いなく登録が必要だと言うことで、手続きに必要な書類一覧を教えていただきました。

 
最終的にはこれだけ必要になりました

必要な書類一覧

 登録の申請に必要な書類一覧は こちら で公開されています。

  • 1.電気通信事業登録申請書(様式第1)
  • 2.欠格事由に関する誓約書(様式第2)
  • 3.ネットワーク構成図(様式第3)
  • 4.提供する役務に関する書類(様式第4)
  • 5.申請者の行う電気通信事業以外の事業の概要
  • 6.登記事項証明書の原本
  • 7.定款の写し
  • 8.役員の名簿及び履歴書
  • 9.電気通信事業変更届出書(様式第9/届け出→登録になる場合のみ必要)
  • 10.事業用電気通信設備の自己確認届出書(様式第20の2)
  • 11.管理規定変更届出(様式第22/既に管理規定がある場合のみ必要、新規では管理規定届出書が必要です)
  • 12.電気通信主任技術者選任届出書
  • 13.電気通信設備統括管理者選任届(当社は既に届け出事業者として選任済みであったため提出なし)

当社は届け出→登録になったので、新規で登録になる場合一部不要な書類があります。
登記事項証明書や定款の写し、役員の名簿・履歴書は私では到底用意出来ないため、法務や総務にお願いして書類作成と発行をお願いしました。
次項でもう少し細かく解説します。

1.電気通信事業登録申請書

 当社が提供しているレンタルサーバ等の電気通信事業は全国を業務区域としているため、LPWAで提供する業務区域とそれ以外のサービスの業務区域(といっても全国ですが…)を記入します。当社が事業で利用するLPWAゲートウェイは端末系伝送路設備であるため、そのゲートウェイでサービスを提供する場所(政令指定都市は区単位)を記入します。

2.欠格事由に関する誓約書

 電気通信事業法第12条第1項第1号から第3号までに該当すれば登録を受けられませんので、該当しない事を誓約しなければなりません。

第十二条 総務大臣は、第十条第一項の申請書を提出した者が次の各号のいずれかに該当するとき、又は当該申請書若しくはその添付書類のうちに重要な事項について虚偽の記載があり、若しくは重要な事実の記載が欠けているときは、その登録を拒否しなければならない。
 一 この法律又は有線電気通信法(昭和二十八年法律第九十六号)若しくは電波法の規定により罰金以上の刑に処せられ、その執行を終わり、又はその執行を受けることがなくなつた日から二年を経過しない者
 二 第十四条第一項の規定により登録の取消しを受け、その取消しの日から二年を経過しない者
 三 法人又は団体であつて、その役員のうちに前二号のいずれかに該当する者があるもの
3.ネットワーク構成図

 届け出電気通信事業の際にも必要になります。機器の名称(機種)やIPアドレスまで書き込む必要はなく、構成図はPowerPoint等のポンチ絵(簡易なもの)で問題ありません。

4.提供する役務に関する書類

 同じく届け出でも必要になる書類です。総務省側で提供するサービスを約30種別に大別してくれているので、提供する役務に丸をつけます。

5.申請者の行う電気通信事業以外の事業の概要

 電気通信事業以外に事業を行っていれば、その事業の概要を記入します。 当社のコーポレートサイト には、不動産の賃貸(データセンターのコロケーション等)や管理が記載されていますので、これらについて説明する必要があります。本文書に関しては、法務にお願いしました。

6.登記事項証明書の原本

 本社所在地の法務局から会社の登記事項証明書を取得する必要があります。総務に取得をお願いしました。

7.定款の写し

 どの会社にもある定款です。法務にお願いして写しをいただきました。

8.役員の名簿及び履歴書

 会社役員の氏名・職名・生年月日・略歴を記載した書類です。法務に作成をお願いしました。

9.電気通信事業変更届出書

 もともと届け出事業者であったものを登録事業者として変更したため、更新用書類が必要です。

10.事業用電気通信設備の自己確認届出書

 これが一番大変でした。自己確認の根拠は電気通信事業施行規則第27条の5の6項に定められている内容です。

六 法第四十一条第一項に規定する電気通信設備のうち前各号に掲げる事業用電気通信設備以外の電気通信回線設備 次に掲げる書類
 イ 第一号に掲げる書類(同号ロ、ト、リ、ル、ソ、ラ、ム及びヰに掲げるものを除く。)
 ロ 電気通信設備を設置している通信機械室における自動火災報知設備及び消火設備の設置状況に関する説明書
 ハ その他イ及びロに掲げる書類を補足するために必要な資料

さらに を展開すると…

(多すぎるので画像にしました)これだけあります。これらについて、以下の2点がどうかを確認します。
– LPWA基地局(端末系伝送路設備)
– データセンター及びサーバー(交換設備、伝送路設備及びこれらの付随設備)

 さすがに自己確認とは言えど確認した内容に不備があっては困るので、当社が確認すべき法律の根拠(施行規則)と確認すべき対象設備やその詳細な中身(利用するLTEやLoRaモジュールは技術基準に適合しているか等)について列挙し、それぞれ自己確認の項目に当てはめ、構成図・停電対策・防護措置などについて丁寧に回答書を作成しました。
作成した資料については直接総務本省の電気通信事業部・電気通信技術システム課へ持参し、自己確認について誤りや抜けが無いか確認を頂きます。
 問題ないとOKを貰えれば、ようやくこの自己確認届出書に上記2点確認した旨が記載出来ます。(私は念のために本省へ持参した回答書を別添とし、根拠資料として提出しました)


法的に拘束力のある書類では無いため、一部をお見せします。

11.管理規定変更届出

 一定規模以上(30万ドメイン)のDNSサービスを提供していると ドメイン名電気通信サービス という電気通信役務の対象になります。本役務は電気通信設備統括管理者(後述)と呼ばれる管理者の選任や設備の管理規定を整えて書類を提出する必要があり、当社は届け出電気通信事業者として既に書類を提出済みでした。管理規定とは電気通信の設備をどう適切に管理・運用するかを事業者が決めて総務省に提出する仕組みになっています。 詳しくは こちら に管理規定記載マニュアルがあり、何をどうすれば良いのかが良くまとめられています。LPWAサービスを追加するにあたり、これを参考にしながら管理規定を更新しました。

12.電気通信主任技術者選任届出書

 登録事業者の必須事項である有資格者の選任届出書です。私が持っていたので、資格者番号と種別を記入します。主任技術者は電気通信設備の運用・維持に関する現場レベルの監督者として業務を行います。電気通信事故が発生した際にも、故障箇所の特定や報告書の作成、再発防止策の策定やその策の認定を業務として行うことが法律で規定されています。

13.電気通信設備統括管理者選任届

 電気通信設備統括管理者は、経営レベルでの責任者(安全管理責任者)です。管理者として選任されるためには、役員・執行役員や本部長等の会社経営に手を入れられる役職に就いていなければならず、加えて電気通信設備の維持・運用・工事の監督経験が3年以上必要です。主任技術者を持っていなくても実務経験と役職さえあれば選任できます。当社は既に技術本部の本部長を選任済みであったため、新たに書類の提出はしませんでした。

登録完了

 以上の書類を全て揃えた上で登録として事業を行うに相応しい経済力や運営力があるかどうか、全面から審査が行われます。結果としては欠格事由も無く、無事に審査完了し晴れて登録事業者となりました。新規登録や登録内容の変更にあたっては登録免許税制度に則り都度15万円の納付が必要です。

 登録の番号は近第19号です。初手から登録完了まで約2ヶ月でした。書類の差し戻しは無かったのでほぼストレートかと思います。法務や総務にも大変ご尽力頂き感謝しかありません。

最後に

 専門用語が多く、初見ではなかなか読み辛い記事になってしまいました。最後までお読み頂きありがとうございます。登録になった事を活かし、現在は北海道の石狩市と福井県の鯖江市で、LPWAを活用した河川水位計測を自治体と協力して運用しています。また、横須賀でもYRP/NICT/京セラコミュニケーションシステムズ様と協力し、様々なアンライセンスLPWAが同時に試せるハイブリッドのテストベッドを運用しています。LPWAに興味のある方は、是非協会サイトを御覧ください。
 申請書類は2017年当時に必要とされたものですので、登録の申請をされる際には各総合通信局または総務本省にお問い合わせください(免責)

さくらインターネットはLPWAを活用し、更なるサービス価値の向上を目指します。

あわせて読みたい

先日の北海道の大地震でLPWAセンサネットワークから興味深いデータを得られた記事を書きました
タイトル:大停電から見えてきたモノのデータの有用性

先日のInternetWeek2018で、LPWAの概要から電気通信事業法・電波法までを網羅したセッションに登壇しました。
タイトル:S7 IoTにおける通信方式~最新のLPWA事情から法律まで~

もう少しで資料公開されると思います!

JANOG42@津で、IoT周りの電気通信事業法やIIN/PLMNの番号取得について発表しました。
タイトル:今のIoT/MVNOを取り巻く電気通信事業法

加筆・修正

なし

Continue Reading

QRコードでの通信モジュール登録

こんにちは、sakura.io プラットフォーム開発を担当しています、潘です。

本投稿ではコントロールパネルでsakura.ioモジュールを一括登録する機能について、ご紹介したいと思います。

なぜ一括登録が必要なのか

購入した通信モジュールを登録する事で、初めてIoTプラットフォームとデータ通信できる様になります。これまでの登録フォームは、以下の様になっていました。

見たと通り、登録に必要な情報を都度入力し、一回の登録で一つのモジュールしか登録できません。
それでは大量のモジュールを登録する時は大変手間になるので、一括で登録できる様に機能追加を行いました。

一括登録する方法

こちらは機能追加したモジュールを一括登録するフォームです。

登録に必要な情報はすべて SER:Serial,ID:ModuleId,PASS:Password の様な文字列でモジュールに載せていますので、こちらを登録する際に使います。この文字列は、通信モジュールにあるQRコードをスキャンすることで、同じ文字列が取得できます。

  1. 最初は、モジュールの追加ページにある 一括 タブを選ぶと、一括登録のフォームが表示されます。
  2. そして、モジュールのQRコードから取得したデータを QRコードデータ 項目に一行ずつ記入します。
  3. 最後に、合計金額が モジュール一括追加の際の注意点 へ表示されます。よろしければ 追加 ボタンをクリックして完了します。

なお、一括登録にかかる時間は 100モジュール につき、おおよそ 5秒間 ほどです。

最後に

今回はモジュールの一括登録機能に関する背景・使用方法を説明しました。
これから、モジュールを大量にご購入のお客様は、より簡単に利用開始できるのではないかと思います。

今後とも、sakura.io をよろしくお願いします。

Continue Reading

大停電から見えてきたモノのデータの有用性

IoTチームの川畑です。9月6日 北海道胆振東部地震により被災された皆さまに謹んでお見舞い申し上げます。

去る9月6日の北海道胆振東部地震において、北海道全土に亘って大停電が発生したことは皆様ご存知の事だと思います。
弊社は札幌の北へ約10kmに位置する石狩市にデータセンターを構えているのですが、データセンター事業以外にも、石狩市様とIoT技術を軸とした防災や地域活性化に向けての包括協定*1を結び、取り組んでいます。
今回はその取り組みの中で地震・大停電が発生し、それによって得られた モノからの情報 が非常に興味深かった為、本ブログにて紹介しようと思います。

取り組みについて

事前情報として、弊社と石狩市様で取り組んでいる内容を簡単にご紹介します。
sakura.ioのLPWA版であるLoRaモジュールと超音波測距センサ(以後、水位計測器)を利用し、河川の水位データを集積・可視化する事で、大量降雨時の増水検出・避難所早期開設の役に立てるものです。
ひとまず取り組みは河川水位のみとなっていますが、やれることはセンサの数だけ存在し、温度・湿度など様々なデータを収集可能です。
水位計測器から送出されたLoRa電波は、LoRaゲートウェイ装置で受信され、更に上流のLTE回線を通じて弊社のプラットフォームに蓄積されます。

河川に設置している実際の写真です。センサー付きの子機は2分に1回測距し、LoRaで送信します。電力はリチウム1次電池を利用しており、電池入れ替え無しで1年程の連続稼働を見込んでいます。実際に設置したのは3月ですが、今のところは無停止で稼働中です。詳しい話をすると今回の本筋から外れてしまうため、この取り組みについては改めて別の記事でご紹介させて下さい。

求められる復電情報

例外無く弊社の石狩データセンターでも停電が発生し、非常用発電機による給電を行っていました。停電直後の発表によれば復旧には1週間以上を要するという絶望的な報道もさることながら、お客様はもちろんのこと社内からも復電情報を求める声が多数挙がりました。
世耕経産大臣がTwitterで発電所の再稼働や北電の復電情報を積極的に発信している姿は印象的で、たくさんの人がこれらのツイートに救われたと思います。


ですが、復電情報は地域レベルで見ると粒度が大きく、上記ツイートのようにおおよそは市単位であり、加えて更にその市町村の一部であるなど詳細な情報がありません。復電しても分単位でリアルタイムに情報を得る手段が無く、どうにか石狩の電力事情を知ることはできないかと考えていると、ふとLPWAの取り組みを思い出しました。

モノの声と携帯電話インフラの生命力

ここからは、実際のデータに基づく推察を交えてお話します。
LPWAの水位センサは、下図の通り石狩市北部に位置する浜益区において運用されており、6つの川にそれぞれ水位計測器とゲートウェイ装置が1台ずつ稼働しています。

川名 ゲートウェイ設置場所 給電方式
床丹川 屋外 鉛蓄電池(バッテリー)
幌川 室内 商用電源(100V)
茂生川 室内 商用電源(100V/非常用発電設備あり)
於札内川 室内 商用電源(100V)
毘砂別川 室内 商用電源(100V)
送毛川 室内 商用電源(100V)

表は地理的に北側から順に南下するように並べました。床丹川については鉛蓄電池による給電、それ以外は全て商用電源による給電です。床丹川も商用電源化する計画があるのですが、今回はむしろバッテリ運用によることでしか得られなかったデータもありました。
計測された水位データはsakura.ioプラットフォームを通じてインターネット上にあるサーバへ蓄積されたのち、Webアプリにより可視化されます。

まずは、地震発生直後のグラフをご覧ください。(水位計測器の筐体内温度グラフ)

複数のグラフが一斉に途切れているところが地震発生である3時7分を表しているのですが、1本だけ切れていない青色のグラフがあります。地震発生と同時に商用電源から給電しているゲートウェイ装置は全て止まってしまいましたが、青線が示すゲートウェイ装置は蓄電池から給電されており、その後も何時間か元気に動いていることが分かります。

少しだけ時間軸を進めたグラフがこちら。

地震発生から約8時間ほど時間を進めた所で、伸びていた青いグラフ(床丹川/バッテリー給電)が切れてしまいました。これは推察になってしまいますが、 最寄りの携帯電話基地局も地震直後に商用電源供給が停止したものの、附属の蓄電池設備で8時間は基地局の電力を賄っていたお陰で、ゲートウェイは通信できていたのではないか と考えています。
携帯電話設備やPHS設備は、電気通信事業法における事業電気通信設備規則(昭和60年郵政省令第30号)の第3条[適用範囲]及び第11条[停電対策]で自家発電設備や蓄電池など、これに類する停電対策を行うように定められているため、この基地局も対策がされていたのでしょう。
残念ながら他の河川についてはゲートウェイ装置が全て商用電源給電であったことから、復電まで通信が回復することはありませんでした。
水位計測器・ゲートウェイ装置ともにバッテリーで運用できていたからこそ、普段はひっそりと息を潜めている携帯電話インフラの、その生命力を垣間見ることができたのです。(そう考えると、「停電なう」とTwitterで呟けることも凄い事です)

復電の兆し

9/6 AM3:06に停電してから約16時間後、浜益南部の送毛川で動きが見られます。

驚く事に、9/6 PM19:10 突然送毛が復電しました。グラフにも描画されている通り、翌9/7のAM04:41に再度停電しましたが約10時間に亘って電力供給が行われたことが、グラフからも見て取れます。
北海道電力の電力系統図(110kV以下)によれば浜益地区は北江別系統に属するようです。系統図を見ると送毛変電所の奥に浜益変電所が構えており、この 送毛が一時的に復旧した という情報により浜益地区電力復旧の希望が見えてきます。

電力回復

ついに9/8 AM1:21頃、復電の合図かの如く浜益に設置している水位センサから同時刻で一斉にデータが届きます。商用電源から給電しているゲートウェイからデータが中継されており、当該地域において復電したことが伺えます。

同日9/8 PM14:05、当社のデータセンターも特別高圧の送電が復旧し、約60時間と長きにわたる非常用発電機の運転を終え、完全商用電源による電源供給を行うことができました。

振り返り

今までのイベント情報を時系列に並べて見てみましょう。

何時何分にデータを受信したか否か だけでここまでの情報を得ることができました。これこそ モノのつぶやき と言うに相応しく、LoRaやLTE等の無線通信、バッテリー&商用電源という電力供給方法、適度な地理的分散、更には他社が運用する設備など、複数の要素をいくつもの組み合わせで利用したことが功を奏し、本来の目的である防災だけではなくIoTが持つ潜在的な力が発揮されたのではないかと思います。
言ってしまえば、これらのゲートウェイをばら撒いて機器の電源状況を可視化すれば、設置場所が多ければ多いほど高精度・ピンポイントで停電情報が把握できるということを示しています。当社のsakura.ioは通信部分に専用モデムとLTE回線を提供しているため、通信状況の確認(基地局のダウン等)も同時に活用できるでしょう。今回は副次的効果として停電情報を得ることができましたが、このように実際に取得しているデータとは「異なる情報」が取得できる可能性は、他にもありそうです。
世界的に見ても飛び抜けて停電回数が少ない日本。IoTのチカラを利用して電力・通信事情を監視することだけが今回の解ではありませんが、高性能・高価なセンサーデバイスをいくつか用意して運用するより、安価で各々の性能は高くないけれども、それらを大量に設置し、データを収集・解析をすることで、前者より高精度かつ有用性の高い情報を得られることは間違いありません。

sakura.ioは、そんな方々も支えられるプラットフォームを目指しています。
長文にお付き合い頂き、ありがとうございました。

*1 北海道石狩市とさくらインターネット、IoTなどの情報技術を活用した地域活性化に関する包括連携協定を締結(弊社)
 石狩市とさくらインターネット株式会社による情報技術を活用した地域活性化に関する包括連携協定の締結について(石狩市様)

Continue Reading

sakura.ioモジュールファームウェア”Version1.4.2″公開のお知らせ

sakura.ioモジュールのファームウェア開発を担当しています奥原です。
本日、sakura.ioモジュールファームウェアのVersion 1.4.2を公開しましたのでお知らせします。

Version 1.4.0から1.4.1が動作しているモジュールでSPIの推奨クロックである350kHzを超える設定で使用した際にパリティエラー等が発生し通信が不安定になっていました。
本バージョンでは1MHz以上のクロックで動作させた際のSPI通信の安定性が改善しました。

Version 1.4系でSPIをご利用されている場合は更新をお勧めいたします。

あわせてArduinoライブラリの更新を行いVersion 1.1.4になっておりますので更新をお勧めいたします。

sakura.ioをより便利により快適にご利用いただけるよう努めてまいりますので、今後ともよろしくお願いいたします。

Continue Reading

通信量の可視化機能をリリースしました

こんにちは、 sakura.io のプラットフォーム開発を担当しています、上條です。

コントロールパネルのリニューアルによって、モジュールの通信量が分かりやすく表示されるようになりました。通信量を確認するページは、モジュールごと・アカウント全体の2種類用意されています。

アカウントの使用通信量

アカウント毎の通信量を確認するためには、ヘッダの アカウントの使用通信量 リンクをクリックします。 アカウントの使用通信量 のページでは、アカウントに登録されているモジュールの通信量を合算して確認することが出来ます。

モジュールの使用通信量

モジュールごとの通信量を確認するためには、モジュールが登録されているプロジェクトの詳細画面から、グラフボタンをクリックします。 モジュールの使用通信量 のページでは、月毎・日毎の通信量が確認できます。

最後に

今回のリリースによって、通信量・ポイントの消費がより直感的に分かるようになったのではないかと思います。
また、大量のモジュールをお使いのお客様は、APIをご利用いただくことで同様の情報が取得可能です。
今後とも、sakura.ioをよろしくおねがいします。

Continue Reading

GCPUG in Osaka で sakura.io と GCPの連携について発表しました

6/13(水) に行われた GCPUG in Osaka #7 で、 sakura.io と GCP の連携について発表してきました。

公開用資料は、 Speaker Deck に上がっています。

当日のDataflowのコードなどは、GitHub に置いてあります。

発表内容について

今回の発表では、 sakura.io の機能を使って、 GCP Pub/Subにデータを送信し、 Pub/Sub → Dataflow → BigQuery とデータを保存、Data Studio で可視化する、ということを行いました。
IoTをテーマに2つ発表があるということもあり、前半にサービス紹介を入れざるを得なかったことと、すでにDataflowなどを触っている方が多いという想定で資料を準備していたので、あまり細かなGCPのチュートリアルは入れていません。
今回、鯖江市と協力して行っている水位計測データを利用しました。デバイス側も開発・改善しつつのデータということもあり、プロダクション環境で扱うデータよりもはるかに除外値が多いのですが、実データ使ってDataflowが便利に使えることはお見せでき、連携した場合のイメージは何となく示すことができたと考えています。

最後に

今回、 Pub/Sub, Dataflow, BigQuery, Data Studio という4つを使ったのですが、他にもいくつか良く利用されるであろうソリューションがあります。
その1つがデータ分析のためのCloud MLです。
IoTでデータを収集する目的として、やはりデータを分析したい、というモチベーションがある場合が多く、今回Dataflowを中心に話すつもりではなく、Cloud MLを使ったデータ分析の話を中心に話すべく準備していました。
ただ、データの収集・保存の準備をしている中で、私自身が初めて実証実験のデータを見て、想定以上の異常データがあることに気づき前処理に時間を取られたということがあり、だったらこの知見をお話しておいた方が、参加者が(sakura.io に限らず、)IoTプロダクトを作るときに参考になるのでは、と思い、Dataflow を使った前処理のお話をさせていただきました。

また機会があれば、 sakura.io から Cloud MLまでの連携をする場合の紹介ができればと思います。

Continue Reading

sakura.io のコントロールパネルが新しくなりました

こんにちは、 sakura.io のプラットフォーム開発を担当しています、藤原です。
本投稿では、sakura.io コントロールパネルのリニューアルについてお知らせいたします。
以下が新しいコントロールパネルです。

何故リニューアルを行ったのか?

理由としては「表示が遅くなる場合があるから」 です。
旧コントロールパネルは、仮に特定のプロジェクトに 5万個モジュールなどの大量のデータが登録されていた場合に、全てのモジュールを取得するようになっておりました。

新コントロールパネルでは、同様の条件で 分割して モジュールの情報を返すように変更されました。
一般的に言われる「ページネーション」の適用になります。

ページネーションにより

  1. サーバサイド側の SQL の削減、オブジェクト生成
  2. クライアントサイドのオブジェクトの生成

が、削減され体感描画速度が向上しました。

ページネーションによる管理 API の利用方法

ページネーションの導入により、管理 API の v2 を今回開発しました。
もちろん、以前の 管理 API v1 は今後もご利用いただけます。
これから管理 API v2 の実際の利用方法について示します。
管理 API 呼び出しに際する API Token と API Secret の取得は、管理API 利用ガイド を参考にしてください。
今回はモジュールのリストを取得してみることにします。

管理 API v1

$ curl -XGET  --header 'Accept: application/json' --user '{api token}:{api secret}'   'https://api.sakura.io/v1/modules/'

このようなリクエストを送ると、下記のようなレスポンスデータが返却されます。

[
{
"id": "1",
"name": "",
"project": 1,
"is_online": false,
"serl_number": "*********",
"model": "test-model"
},
{
"id": "2",
"name": "",
"project": 1,
"is_online": false,
"serial_number": "*********",
"model": "test-model"
},
...
]

管理 API v2

次に、ページネーションを用いた場合のデータの取得方法について解説します。
変更点としては、下記になります。

  1. アクセスする URL
  2. cursor を用いてリクエストを送信

アクセスする URL

アクセスする URL は下記のように変更になります。

https://api.sakura.io/v1/modules/ => https://api.sakura.io/v2/modules/

cursor を用いてリクエストを送信

こちらは実例を交えながら後述します。
それでは実際にアクセスして情報を取得してみましょう。

$ curl -XGET  --header 'Accept: application/json' --user '{api token}:{api secret}'   'https://api.sakura.io/v2/modules/'

このとき、以下のような結果が表示されます。

{
"meta": {
"per_page": 100,
"links": {
"next": "https://api.sakura.io/v2/modules/?cursor=bbbbbbbbbb",
"previous": null
}
},
"results": [
{
"id": "1",
"name": "",
"project": 1,
"is_online": false,
"serial_number": "*********",
"model": "test-model"
},
...
]
}

このとき、 1 ~ 100件目が表示されました。
101 件目以降を表示したい場合には、 先程前述した 「cursor を用いてリクエストを送信」 を利用します。
レスポンスの next の URL にリクエストを投げます。

$ curl  -XGET --header 'Accept: application/json' --user '{token}:{secret}' "https://api .sakura.io/v2/modules/?cursor=bbbbbbbbbb"

実際に投げると、下記のようにレスポンスが帰ってきて、101 件目以降が表示されました。

{
"meta": {
"per_page": 100,
"links": {
"next": "https://api.sakura.io/v2/modules/?cursor=aaaaaaaaaaa",
"previous": "https://api.sakura.io/v2/modules/?evcursor=ccccccccc"
}
},
"results": [
{
"id": "101",
"name": "",
"project": 1,
"is_online": false,
"serial_number": "********",
"model": "test-model"
},
...
]
}

cursor を用いてリクエストを送信」を繰り返しますと、最終ページにたどり着きます。
最終的に next が null になると、最終ページとなります。
具体的には下記のようなレスポンスが帰ってきた場合です。

{
"meta": {
"per_page": 100,
"links": {
"next": null,
"previous": "https://api.sakura.io/v2/modules/?cursor=yyyyyyyyyyy"
}
},
"results": [
{
"id": "50000",
"name": "",
"project": 1,
"is_online": false,
"serial_number": "********",
"model": "test-model"
},
...
]
}

 

最後に

コントロールパネルのリニューアルとその背景について解説させていただきました。
今回のリニューアルにより、大量のモジュールやプロジェクトをご利用のお客様も安心してご利用いただけます。
今後とも sakura.io をよろしくお願いいたします。

Continue Reading

sakura.ioモジュール(LTE)の省電力機能

sakura.ioモジュールのファームウェア開発を担当しています奥原です。
5/7にリリースしましたファームウェアversion 1.4.0にて、実装予定機能となっていました『省電力管理機能』を追加いたしました。
既存の電力モードに『省電力管理機能』が加わり省電力機能の関係が少々複雑になりましたので、改めてsakura.ioモジュールの省電力機能についてご紹介いたします。
また、省電力機能を使用した際の実測値もご紹介いたします。

sakura.ioモジュールの電力モード

sakura.ioモジュールの電力モードは以下の図のようになります・
sakura.ioモジュール電源モード
sakura.ioモジュールには、ActiveモードとDeepSleepモードがあります。
ActiveモードとDeepSleepモードは外部のマイコンからWAKE_IN端子を制御することで切り替えます。

モード名 WAKE_IN端子 説明
Active Hi 動作状態です。
LTE経由でsakura.ioプラットフォームと接続します。
不意の切断があった場合を接続状態を維持するために自動的に再接続を行います。
データの送受信などモジュールの機能が使用できる状態です。
DeepSleep Lo 停止状態です。
消費電力は最小にするため、WAKE_IN端子の監視以外の機能を停止します。
sakura.ioプラットフォームとの接続が切断されていますので送受信は一切行えません。

さらにファームウェアのVersion 1.4.0ではSCM-LTE-01を対象にActiveモード時の待機消費電力を制御する省電力管理機能を追加しました。
省電力管理機能には

  • 省電力制御を行わない『省電力制御無効モード』
  • 無通信時にLTEモデムのスリープ機能を有効にする『自動スリープモード』

の2つのモードがあります。
モジュールの電源投入後は『省電力制御無効モード』になります。
追加された『省電力モード設定コマンド』でモードを選択します。

省電力モード名 設定値 説明
省電力機能無効 0x00 省電力制御を行いません。
従来のファームウェアと同等の振る舞いとなります。
オートスリープ 0x01 無通信時にLTEモデムをスリープさせます。

省電力機能の使い方

Arduino、python、mbedの各ライブラリに『省電力モード設定コマンド』と『省電力モード取得コマンド』を追加しました。

最新版のライブラリをご使用ください。
また、実例としてsakura.io評価基板で動作するmbedのサンプルプログラムを作成しました。
省電力機能をご使用の際のご参考になさってください。

消費電流の計測

SCM-LTE-01の電流計測
開発バージョンのsakura.io評価ボードを電流計測用に改造し、SCM-LTE-01に流れる電流を以下の機材で計測しました。

デジタルマルチメータ
KEYSIGHT 34465A
安定化電源
KIKUSUI PAK20-18A

計測の都合上、安定化電源のフィードバックを有効にしていません。
そのため、電源電圧の変化があり厳密な電流値とはなっていません。
参考値として見ていただければと思います。

DeepSleepモード

待機状態

平均電流は約10μAです。

Activeモード復帰から送信

実際の利用を想定して、DeepSleepモード→Activeモード→接続→データ送信→DeepSleepモードと遷移させたときの消費電流のグラフを以下に示します。
DeepSleepモードの電流グラフ
Activeモードに復帰してから128Byteのデータ送信を終えDeepSleepに入るまで約57秒かかっています。
この間の平均電流は約117.1mAです。
57秒のうち接続待ちが約55秒データ送信に約2秒かかっています。
Activeモードとは違い接続を維持していませんので、電源投入時と同様にLTE接続とsakura.ioプラットフォームへの接続の時間がかかります。

Activeモード(省電力制御無効)

電源投入から待機状態

モジュールの電源投入から待機状態で30分経過するまでの電流値のグラフです。
省電力制御無効モード30分待受
平均電流は71.5mA、最大電流は408.6mAです。
グラフの10分および20分周辺の消費電流の増加は、10分間隔でsakura.ioプラットフォームに送信している死活監視パケットの送信によるものです。
省電力制御無効 定常
死活監視パケット送信間の定常状態の平均電流は68.2mA、最大電流は119.0mAです。

送信

データ送信開始から定常状態に戻るまでのグラフです。
省電力管理無効 送信
約10.3秒かかっており、平均電流は131.8mA、最大電流は285.0mAです。

受信

受信開始から定常状態に戻るまでのグラフです。
省電力制御無効 受信
約10.4秒かかっており、平均電流は129.6mA、最大電流は366.2mAです。

Activeモード(オートスリープ)

電源投入から待機状態

モジュールの電源投入から待受状態で30分経過するまでの電流値のグラフです。
自動スリープモード30分待受
平均電流は14.1mA、最大電流は399.2mAでした。
オートスリープ 定常
死活監視パケット送信間の定常状態の平均電流は9.6mA、最大電流は95.0mA消費しています。

送信

送信開始から定常状態へ戻るまでのグラフです。
オートスリープ 送信
約11.2秒かかっており、平均電流は100.0mA、最大電流は375.3mAです。

受信

受信開始から定常状態へ戻るまでのグラフです。
自動スリープ 受信
約11.4秒かかっており、平均電流は106.1mA、最大電流は407.0mAです。

さいごに

sakura.ioのリリース時より、将来実装機能としていた『省電力管理機能』をお届けすることができました。
今後もより便利で使いやすいプラットフォームになるように機能追加、機能改善を続けて参りますのでよろしくお願いいたします。

Continue Reading

さくらインターネットのIoT事業について

■IoT関連2つのソリューションについて

こんにちは、さくらインターネットでIoT関連の事業を担当させて頂いている山口です。2018年2月からセキュアモバイルコネクトというサービスの提供を開始させていただいたのですが、一昨年からやらせていただいていたsakura.ioというサービスとの違いがわかりにくい、今後はどちらに力を入れていくのか?といったお声を頂くことがあったので、どのような事をさくらインターネットとしてやらせて頂いているのかについて、書かせていただきたいと思います。

さくらインターネットのIoT事業

■風が吹けば桶屋がもうかる?ってのをちゃんと知りたい

さくらインターネットがもともと何をしたかったのか?というと、データの関連性/相関性を世界でシェアできるそのためのプラットフォームを作りたいということになります。

風が吹けば桶屋が儲かる」ということわざを聞いたことがあるかと思います。これは、可能性の低い因果関係を表すものですが、これから様々なモノコトのデータが情報になり、ネットワークで共有されAIやロボティクスによって活用される、情報中心の世の中になっていくと言われています。このような世界になってくると、どのようになるでしょうか?

さくらでは、IoTそのものでなにかができるということではなくて手段として位置づけています。まずは人々の生活の中からなんらか変化や活動量、変化量などのデータがIoTの領域の技術を活用され、ネットワークに上がってきます。そのデータがAIの領域の技術を使って何らかの情報になり、その情報をきっかけにしてロボティクスの領域の技術を使って生活に何らかのリアクション/アクションを起こし、またその変化を検出して・・・

という情報をキーにした世の中になっていくと考えています。

情報中心の世界
情報中心の世界

 

いままでは、風が吹いたことと、桶屋がもうかったことの情報がないまたは共有されていなかった状態だったのが、情報が取得され共有され関係性/相関性がわかってくるとどうでしょう?直接的に計算がしたりするものばかりでは無いと思いますが、なかなかにおもしろい世の中になってくるのではないでしょうか?

■モノ/コトをネットワークに繋げるためのプラットフォーム

さて、では情報中心の生活が来るとして、いまの状況で情報中心の生活の妨げになるものって何でしょうか?ちょっと皆さんの今のまわりのモノを見て頂きたのですが、電気が通っているものってどれだけありますか?

次に、それがデータを受け取り、ネットワークに送れるようになっているものはどれだけありますか?

今は情報化社会と言われていますが、そんな世の中の現在でさえつながっているものは、スマホ/PC/タブレット/TV位が大部分では無いでしょうか?

それ以外にもたくさんあるという方もいますが、やっぱり殆どはどこにもデータを残さず、モノコトのデータは消えていっているのがほとんどだと思います。なぜか?

僕らのまわりにある物は、必ず誰かの手によって作られていて、作られているということは、誰かの技術が使われています、実のところ電気製品の中身をつくる技術と、データを送ったり受け取ったりする技術、それを受け取って活用したりする技術というのは、まるで違う技術分野を必要とします。

IoTというものは、提供していく側からすると、今までは他の技術領域のもの、他の誰かがやっていたものをつなげていく事が必要で、これまではその壁は技術的にも、コスト的にも想像以上に高かったのです。電気製品を作る技術者にインターネットの向こう側むけにデータを投げる物を作れと言って、できる人は少数ですし、それを外部に作ってもらうとなると大変と、こういった事を踏まえて、当初さくらインターネットがはじめたのが、 sakura.io です。

これは、電気製品を作る技術者が普段使っている電気信号を、インターネットでやり取りをするシステムを作っている技術者がつかう、JSONというものと双方向に変換し、「つなぐ、ためる、れんけいする」という機能を、通信モジュールを含めて提供している極めてセキュアなプラットフォームです。

sakura.ioの仕組み

これによって、双方の技術者がいままの技術領域を大幅に拡張することなく、モノコトをネットワークにあげる事が可能になりました。

■セキュアモバイルコネクトが提供する通信

じゃぁそれで良いじゃんって感じになりそうですが、お客様から「これから作る製品は良いのだけれども、いままで作ってしまった製品に組み込めない」というお声や、「sakura.io のセキュアな通信の部分だけを使いたい」というお声を頂くことがありました。

実際何社かに伺った事をまとめると

  • 普段は殆ど通信をしていないがものすごく数が多い
  • 通信する時は高速に通信したい
  • セキュリティはさくらインターネットで守っておいて
  • あ、あとお金はあんまり払いたくない

という、なんとも提供側にはハードルの高いご要望があることがわかりました。これらの背景には、利用者側で電気信号とネットワークの壁をなんとか乗り越えたら、今度はセキュリティと通信コストの壁があったということかと思います。

現状SIMを使った製品というのが世の中に出てきていますが、通信部分についてはインターネットを経由するもので、そのセキュリティは使っている側が担保する、またはモノの中にパソコンで使っているようなセキュリティソフト等を入れて担保してもらうというものが殆どかと思います。

先日提供を開始した、さくらのセキュアモバイルコネクトは、sakura.io で実現していた、インターネットを経由せず、さくらのクラウドの内部ネットワークに、閉域網でつなげることができる通信部分だけを、皆さんに使えるようにしたというものと思っていただけるとわかりやすいかと思います。

こういったサービスは、今までもキャリアが提供されていましたが、初期コストや運用コストが極めて高いため、利用できるサービスは限定されていました。

セキュアモバイルコネクト

 

セキュアモバイルコネクトの価格については、SIM1枚の月額基本料金12円、最大1万枚まで登録できる利用者専用のクラウド内部ネットワークの価格が6,400円と極めて安価であり、コストの面からもセキュリティの面からも利用の裾野を広げることが出来たかと思います。

Continue Reading

sakura.io 評価ボードではじめるIoT開発

本記事は、sakura.ioの利用者で、電鍵とsakura.ioを組み合わせを試みて頂いたりしている、伊勢羽様からご寄稿頂いたものになります!
こういった記事は本当にありがたいので、「何か書いてみたい!」という方がおられましたら、ぜひご連絡ください〜
※本記事内で触って頂いている検証用ボードは、これからみなさまにご提供できるかなぁ〜どうかなと言う段階のものをテストして頂いたもので、開発中のものになります。ご提供に向けて進めておりますので少々お待ちください!

導入

とあるC++プログラマのつぶやき

“最近「IoT」という言葉が流行っていて、興味はあるけど調べてみたら見たことない基板や、やったことのない電子工作の話ばかりが出てくる。いったいどこから始めればいいのだろう・・・”

はい、そんなあなたにはsakura.io Evaluation Boardがおススメです!

はじめに

mbedベースの、C++言語でIoT開発が可能なsakura.io Evaluation Board(以下、評価ボード)のリリースに先駆けまして、mbed開発未経験ながらも評価ボードを初めて手にして開発環境構築からサンプルプログラム作成まで試用させていただきましたIseba’s Laboの伊勢羽です。趣味で電子工作とC++プログラミングをしている一般的なユーザーですが、今回評価ボードでの開発過程や考えた事、作ったものについてお話をしたいと思います。

Continue Reading
  • 1
  • 2
Close Menu