SORACOM Blog

ソラコムの最新情報をお届けします

SORACOMサービスリリース講演 全文書き起こし (3)

2015年9月30日に行われた、ITpro EXPO 2015 特別講演をベースとしました書き起こしの第3回(最終回)です(スピーカー:株式会社ソラコム 代表取締役社長 玉川)。

第1回第2回はこちらからご覧いただけます。

本日は、「SORACOM Beam」についてお届けします。

SORACOM Beam - 新しいデータ転送支援サービス

SORACOM Airをお客様に使って頂くと、様々なフィードバックを頂き、IoTにおける他の課題に対する理解が深まりました。特に、セキュリティの課題です。

LTE/3G回線は、SIM自体は耐タンパー性が高く、基地局と認証をしっかり行ってから暗号化して送るので、デバイスからキャリアのデータセンターまでは一般的に安全といえるでしょう。

ただし、IoTシステムだと、インターネット越しに何らかのサーバーかクラウドにデータを入れます。ここで公のインターネットを通るので、ここは安全なのかという課題があります。ここをセキュアにするために、よくありがちなのは、端末からVPN接続する。もしくは、キャリアの交換機から後ろ側で法人向けの高価な閉域網接続をするかとなります。いずれにしろ、トータルのコストは高くなり、IoTシステム導入のハードルがあがります。

SORACOM Beam (Public Beta) の発表

このセキュリティの課題をSORACOMで解決するのがSORACOM Beam (ソラコムビーム)と呼ぶ新しいサービスです。

SIMが入ったデバイスからデータセンターまで安全なのは一緒、その後も専用線でSORACOMまできて、AWSのバーチャルプライベートクラウド(VPC)という閉域網に入るのでここまでは安全です。SORACOMが良いのは、ここにクラウドのリソースがわんさかあるということで、ここで暗号化する。なにもリソースに乏しいデバイスにやらせなくても、クラウド側でやれば良いということです。

例えば、ある小型のデバイスからHTTPSでwebサービスにアクセスしようとすると、1秒に1回データが送れないかもしれない。パワーが足りないんです。でもHTTPなら送れる。なので、HTTPでここまで送ってくれたら、クラウド側でHTTPSにしてあげる、MQTTで送ってくれたら、MQTTSにしてあげる、、クラウド側で、デバイス側の処理を肩代わりしてあげる、こういう考え方です。

さらにいうと、SIMにIDが付いているので、このデバイス認証というのも必要なくて、SIMが入っているということが認証代わりになります。なので我々がデータにidをつけて送信することで、サーバー側もどのデバイスから来たデータ化がわかるようになります。なりすましが出来なくなるということです。さらに、タイムスタンプのような何時何分に送られてきましたということも、データに付与できます。

データ転送先の動的な制御もできます。初期設定で、このデバイスからは、とりあえずSORACOMに送ってもらえば、SORACOM側で、こっちに送ったり、あっちに送ったり変更できます。すべてSORACOMで設定できます。Airと同様、Beamの設定もwebコンソール、APIでできるとなると、そうなるともうデバイスを触りにいかなくてもいいんですね。デバイス一回初期設定で送ってしまえば、あとは単純に送ってきたデータを、SORACOM側でデータの送信先を変更したり、プロトコルを変えたりといったことが簡単にできるようになります。

画面でイメージ掴んでいただくと、グループみたいなものを作って、そこにSIMを所属させると、Beamのエントリポイントというものが作ることができます。たとえば、HTTPの場合だと、この標準設定を全てのデバイスに設定しておけば、このエントリーポイントにむかってデバイスがデータをなげてきます。

後は、SORACOM Beamの上で、どのホストにデータを転送するか、デバイスに手を入れることなく設定することができるのです。BeamもAirと同様にWebやAPIでコントロールできます。

さらに、SORACOM のプラットフォーム自体はAWSの上で動いていますので、AWSのサービスをそのままBeamから呼ぶことができます。

AWSには便利なサービスがいっぱいあって、AWS API GatewayのようなAPIサービスや、Amazon S3のようなストレージや、Amazon DynamoDBといったデータベースや、AWS Lambdaなどイベントドリブンでスクリプト入れておけば処理してくれるサービスなど。例えば、データが飛んできたら、API Gateway経由で 、Lambdaを起こして、DynamoDBに書きもう、ということができます(さらに、2015年10月8日に、AWSからAWS IoTが発表されましたが、その連携も可能です)。

これは言い換えると、今まではお客様がIoTシステム作ろうとしたら、デバイス用意して、通信、バックエンドを用意しなければなりませんでしたが、SORACOM AirのSIMを買ってくれば、バックエンドはAWS側にすべて用意されていますので、そこですぐにセキュアなIoTシステムが比較的容易につくれてしまいます。もちろん、AWSのみならず、オンプレミスのサーバーに接続するのと同様に、AzureやIBM BluemixのIoT FoundationともBeamを使えばセキュアかつ利便性が高く、連携ができます。AWSの場合だと、その利便性がより際立つということです。

SORACOM Beamの特徴

さて、ここまで、デバイスの負荷をクラウドで肩代わりできる、SORACOM Beamを解説してきましたが、以下のような特徴にまとめられるでしょう。

  • デバイスの高負荷処理(暗号化)をオフロード
  • SIM の ID やタイムスタンプを自動的に付与
  • デバイス側の設定を変えずデータ転送先を動的に変更
  • IoTデバイスから直結でAWSクラウドを利用

SORACOM のビジョン

株式会社ソラコムのビジョンは、「世界中のモノと人をつなげ 共鳴する社会へ」となります。このたび日本発のIoTプラットフォームとしてSORACOMを発表させていただきました。

ソラコムのソラは宇宙の宙、コムはコミュニケーションのコムです。ソラコムのロゴは、プラットフォーマーとしてのソラコムは宇宙であり、SIMの挿されたIoTデバイスは星。お客様やパートナー様に、無数の星を浮かべていただき、思い思いの星座を描いていただく、という意味を込めています。

日本のスタートアップ、製造業はモノ作りに長けていると言われていますが、一方で、そういうモノ作りに携わる人と、インターネットテクノロジーが業界的にも人材的にも距離が有ることが課題として指摘されています。SORACOMは、IoTプラットフォームとして、モノとクラウドをつなぎ、場(プラットフォーム)を提供するだけでなく、その分野に携わる人とコミュニティをつなぎ日本の世界のIoT業界を盛り上げていきたいと考えています。我々は、日本発のグローバルIoTプラットフォームとして今後のグローバル展開を計画しています。

是非、SORACOMを使って頂き、フィードバックを頂けると嬉しく思います。

株式会社ソラコム 玉川 憲

株式会社ソラコム いますぐ始めよう ディベロッパー向けサイト SORACOM パートナースペース (パートナープログラム)

SORACOM API こぼれ話

ソラコム開発チームの小熊(おぐま)です。

この記事は SORACOM リリース記念リレーブログ の 10月9日分です。

そうそうたる顔ぶれの皆様のあとで、しかもソラコムからのトップバッターという二重の重圧の中、記事を書かせていただきます。

フルスケールエンジニア

さて、ソラコムのリリース直前、弊社 CEO 玉川を取材していただいた エンジニア Type 様の記事 が公開されました。 この記事の中で「フルスケールエンジニア」という言葉が使われていて、そのキーワードが一部で話題となっていたかと思います。

実はその「フルスケールエンジニア」という言葉を考えたのは、何を隠そう私です。

「フルスケール」は、ある時パッとひらめいた言葉ではありますが、自分の中ではこれから先の理想のエンジニアを表現する言葉としてけっこうしっくりきていて、それはいったいどんな理想像なのかということについて、ちょっとこの場を借りてご説明させていただけたらなと思います。


これまで、ハードウェアや組込みソフトウェアの世界とクラウドや Web のような世界との間には、活発な交流があったとは言いづらく、エンジニアのスキルもそれぞれの分野で全く異なるものだったのではないかと思います。

ハードウェアや組込みソフトウェアの世界は、1ビット単位のデータ、1本1本の信号線、ナノ秒単位の電圧の変化、ナノメートルオーダーの半導体、というようなものを取り扱うような世界です。 一方、クラウドというのは TB(テラバイト)もしかしたら PB(ペタバイト)というスケールのデータ、数万・数千万というクライアントからのコネクション、何年間にもわたってデータを蓄積しつづけ、日本とアメリカといったような1万キロも離れたような場所との地理的な分散を意識する、そういった規模感の世界です。

IoT が「難しい」と言われるのは、そのような何万倍も何億倍も異なるスケールの両方を、同時に取り扱う必要があるのが一因ではないかと個人的には考えています。 それだけではありません。その両極端の間には、スマホ、PC、エンタープライズ、Web などさまざまなスケールの世界があって、どれも IoT と無関係とは言えません。

このようにさまざまな「スケール」に対応しているエンジニア=「フルスケールエンジニア」こそが IoT の世界では必要になってくるのではないかと思います。

私たちソラコムのプラットフォームは IoT デバイスとクラウドをつなぐという重要な役割を担っているという自負があるのですが、私たちソラコムのエンジニア自身がまずもって IoT とクラウド、そしてその間に存在するさまざまなスケールの世界に精通している「フルスケールエンジニア」である必要があると考えています。

フルスケールエンジニアは「理想のエンジニア像」と上で書いたように、私自身はまだまだ精進が必要ではありますが、いつか胸を張って「フルスケールエンジニアです(キリッ」と言えるように、これからもいろいろな分野に挑戦していきたいなと思っています。

SORACOM API Gateway

さて、前置きが長くなりましたがここからが私の記事の本題です。

SORACOM のプラットフォームは API 経由でコントロールしていただくことができるのが大きな特徴の一つで、すでに SORACOM リレーブログやその他のブログ記事等でも API (CLI) 経由でいろいろ試してみていただいております。

SORACOM ユーザーコンソールも内部的には SORACOM API を呼び出す “シングルページ Web アプリケーション“ (SPA) となっておりますし、CLI(soracom コマンド)も API のラッパーになっています。すなわち、コンソールや CLI でできることは基本的にすべて API でできるということになります。(一部非公開の API もあります)

具体的な API の使い方については、開発者サイトにもドキュメントがありますし、さまざまなブログ等の記事で取り上げていただいているので、ここでは詳しくは触れません。

その代わりに、ちょっとしたエピソードをご紹介したいと思います。

SORACOM の API は、https://api.soracom.io/v1/ という URL をベースとして呼び出していただいておりますが、このホスト名を解決すると ELB (Elastic Load Balancer) の CNAME となっていることがわかると思います。

この ELB が入口となって AWS 上に構築されたゲートウェイを経由してバックエンドのサーバー群にリクエストが転送されます。

SORACOM のバックエンドはいわゆるマイクロサービス的な作りになっており、複数のサーバ上に散在している API を、ゲートウェイを通すことで外から見た時に一箇所にアクセスしているように見せています。

他にも、ゲートウェイで簡易的な認証(有効な API キーが付いているかどうかのチェック)、アクセスのスロットリング(不当に多くのアクセスを行っていないかのチェック)などを行って、有効なリクエストのみをバックエンドに展開するようにしています。

このゲートウェイなのですが、当初から現在の形のように SORACOM プラットフォームの内部に存在していたわけではなく、紆余曲折を経た上で現在の構成になっています。

今日は、ソラコム開発秘話のような感じでそのことについて書いてみたいと思います。

Apigee 時代

SORACOM の開発が始まった初期の頃、私たちは Apigee という外部サービスを利用して API ゲートウェイを構築しておりました。

Apigee はとても便利なサービスで、Web コンソール画面から API の定義を作成したり、転送先の設定を行ったり、API のデバッグを行ったり、JavaScript で書いたコードを Apigee 上で実行したりといったことができました。

私たちはさまざまな API ゲートウェイサービスを比較し、この Apigee が最も使いやすくて最も私たちのニーズに合っていると判断し、導入を決めました。

数ヶ月の間は順調に使えていたのですが、ある日 Apigee のメンテナンスが行われたタイミングで、私たちの API がまったく呼び出せなくなるという事態が発生しました。

Apigee のサポートに問い合わせたところ、私たちが依存していた一部機能に問題が発生し、現在復旧作業中であるとの連絡をもらいました。一応の回避策(依存していた機能を迂回する)も教えてもらいましたが、それでは Apigee を使っている理由がなくなってしまうくらい重要な機能でした。

API を呼び出すことができないとなると、SORACOM プラットフォームの大きな特徴が失われてしまいますし、なにより SORACOM をご利用いただくお客様に多大なご迷惑をお掛けすることになります。

SORACOM にとって API はプラットフォームの生命線であり、決してオマケ機能などではなく、これなしには SORACOM 自体が成り立たないような重要な存在なのだということを改めて認識しました。

そしてこのことをきっかけに、API ゲートウェイは外部で運用されているサービスを利用するのではなく、私たちのプラットフォームの内部で動かした方が良いのではないかという議論が社内で起こりました。

Apigee のオンプレミスバージョンを AWS 上で動かすという選択肢もあったのですが、私たちのような小さな企業で small start するには少しお値段が、、、ということで、私たちは SORACOM プラットフォーム内(すなわち AWS 上)で動かせそうないろいろな代替のサービスを検討しました。

まず目に止まったのは、ちょうどそのときタイミングよく発表された AWS のサービス、Amazon API Gateway でした。

Amazon API Gateway の検討

そんなわけで、喜び勇んで Amazon API Gateway を試してみたのですが、使ってみるうちに以下のようなことがわかりました。

  • API の作成は Web コンソールから行えるが、Apigee ほど簡単ではない

    • Apigee では、API の Path のパターンに応じて一括して「この Path の配下へのアクセスはすべてこのバックエンドサーバに振り向ける」というような設定ができましたので、Apigee 上で作成する必要のあった定義はせいぜい 5〜6 個程度だったのですが、Amazon API Gateway を使うと API の Path の数だけ(非公開のものを含めると 60 近く)を一つ一つ定義していく必要があります。ほとんど内容が同じものをひたすら作らないといけないので、一つ一つは単純でもメンテナンスなどを考えるとせめて自動化ができないと辛そうです。発表当初は Amazon API Gateway を制御するための API がとくにアナウンスされていないようだったのと、AWS 公式の SDK も、どの言語のものも Amazon API Gateway にはまだ対応していなさそうだったので自動化も難しそうでした。
  • リクエストヘッダーの中身をチェックしたり、バックエンドにリクエストを送る前に独自のヘッダーを付与するというような単純なことが簡単にはできなさそう

    • Apigee では、ヘッダーを操作する処理を XML で定義しないといけないという辛さはありましたが記述量自体は大したことがなく、比較的直感的にヘッダーを操作できたのですが、Amazon API Gateway ではテンプレートを定義してヘッダーの中身をボディの JSON に組み込んでそれを処理したり、逆にボディに書かれている値をヘッダーに入れたり(これもテンプレートを定義する必要がある)、しかもこれを API ごとにやらないといけなかったのでテンプレートの記述量が多くなってしまいそうだったのと、もしかしたらバックエンドのサーバ側にも変更が必要になりそうだったのと、あとは上と同様に自動化できなさそうなのがとても辛そうでした。

これらの点に関しては、私が単に調べきれなくて実は簡単にできることを見逃していて難しく考えすぎていただけかもしれませんし、現在はもうできるようになったりしているのかもしれませんが、当時の私の結論としては Apigee から Amazon API Gateway への移行は難しいという結論を下しました。

Amazon API Gateway 自体はとても良いサービスで、SORACOM Beam との相性なども抜群なのでぜひみなさん使ってみてください。たまたま私たちのやろうとしていたこととはちょっと方向性が違ったというだけのことだと思います。

StrongLoop の検討

次に、弊社 CTO 安川が「これいいかも」と言って見つけてきたのが StrongLoop でした。

StrongLoop に関しては、SORACOM のインターン 1 号、shun が熱心に調べてくれました。

StrongLoop API Gateway は当時まだベータ版でしたが、shun の調査により私たちの必要としている機能は一通り揃っていそうだということがわかりました。

StrongLoop は Node.js で実装されており、AWS 上で動作させることもできましたのでこれはイケる!!と思って喜び勇んでデプロイしかけたのですが、StrongLoop のインスタンスを単体で動作させるのはうまく行ったのですが、複数インスタンスでクラスタリングしようとするとどうにもうまく動かすことができなかったのです。shun も調査を続けてくれましたし、StrongLoop に問い合わせたりもしたのですが数日かかってもなかなかうまく行かず、、、

この問題がもし解決できても、実際にサービスを開始したあとにもしも何かエラーが起こったりしてうまく動かなくなってしまったときに、同じように何日も原因がわからないというようなことになったら、これはやっぱりまずいんじゃないか、、、という空気が社内に流れ始めました。

もちろんサービスイン前には有償プランに入って正式なサポートを StrongLoop から受けられる見込みがあるとはいえ、これは大きな不安要素です。

外部サービスを私たちのプラットフォーム上で動かすだけではダメで、コアな機能はそのサービス自体を自分たちで作らないといけないという結論に達し、StrongLoop とは契約寸前まで行っていたのですがお断りの連絡を入れました。

すると、そう決断した翌日くらいに「StrongLoop が IBM に買収された」というニュースが。天下の IBM 様が買収するようなサービスなので、StrongLoop は本当に良いサービスだと思いますのでみなさんはぜひ利用を検討してみてください。

そんなこともあろうかと・・・

そんなこともあろうかと、というわけではないのですが、ここで白羽の矢が立ったのは、自社内で管理コンソール(外部からアクセスできない、SORACOM の中の人しか見れない Web 画面)用の API ゲートウェイとして Go 言語でサクッと私が作ったプログラムでした。社内では Go Proxy とか Ogu Proxy とか呼ばれています。

この Ogu Proxy をベースに、少し足りない機能を足せば実は外部サービスを利用しなくても十分なんじゃないか?ということになり、急遽体裁を整えて運用に載せることになりました。

初期の頃は API ゲートウェイという存在そのものがよくわかってなくて自前で作るなんてまったく想像もできなかったのですが、実際に数ヶ月 Apigee などを使ってみて自分たちに本当に必要な機能が何なのかということが見えてきていた事もあって、自信を持って Ogu Proxy で十分と思えるようになっていました。

Ogu Proxy - Windows インスタンス時代

その Ogu Proxy ですが、当初は本当に社内用ということで、専用の EC2 インスタンスを割り当てるのももったいないという感じで、EC2 上で動いていた(けどめったに使われていなかった)Windows のインスタンスを間借りして動いているような状態でした。

それじゃさすがにマズいということで、いったん Linux のインスタンスへと移行しました。

移行はまったく難しくなく、というかソースコードには全く手を入れず、コンパイル時のターゲットオプションの変更だけで Linux で動作しました。Go で書いておいて本当によかった。

Ogu Proxy - Elastic Beanstalk 対応

とはいえ、素のままの EC2 インスタンスの Linux 上で動いていると、負荷が高まった時にどうするか、とか新しいバージョンをデプロイするときにどうするかといったような管理上の問題が出てきます。

そこで Ogu Proxy を Elastic Beanstalk (以下 EB) で動作させるようにしました。

当時は EB の Go サポートは Docker ベースだったので、EB の Go 環境(実態は Docker コンテナ)を作りました。 環境を 2 つ作って Blue-Green Deploy のようなこともできるようになりました。

Ogu Proxy - ELB + AS 版

しばらくは EB で動作させていましたが、デプロイにやけに時間がかかっていたのが難点でした。(Docker コンテナを毎回ビルドしてたからと思われます。現在の EB は Go を直接サポートしているので改善している可能性があります)

そんなとき、クラスメソッドさんの「Auto Scaling環境でのBlue-Green Deploymentの切替がAWS ELBでできるようになりました。」 という記事に触発され、さっそく Ogu Proxy もこの方法で Blue-Green デプロイができるようにしました。

こちらの方式をさらに推し進め、EC2 インスタンスの起動時のスクリプトで Ogu Proxy のバイナリと設定ファイルを S3 バケットから持ってきて実行するようにしました。すると、Ogu Proxy のデプロイはバイナリと設定ファイルを S3 のバケットに入れるだけ、という運用にできましたのでとても楽ですし速いです。

EC2 インスタンスは素の Amazon Linux のままでよく、追加で何かインストールする必要すらないです。

現時点で動作している Ogu Proxy はそんな構成になっています。

ちなみに Ogu Proxy は Go で書いたので非常に軽量です。

たとえばメモリのフットプリントがアイドル時で 8MB くらい、現時点までのピークでも 16MB くらいととてもコンパクトです。(/proc/${pid}/status で VmRSS などを参照しました)

簡単な負荷かけテストをしても CPU 使用率は 1% 程度までしか上がりません。(ほとんどネットワークの I/O 待ちになるためと思われます)

今後 SORACOM のユーザー数が増えてきてアクセス数が増えてもしばらくはスケールアップ・スケールアウトは必要ないかもしれません。

Go のエコシステム(標準ライブラリや Github 等で公開されているプロジェクト)のおかげで、Ogu Proxy のソースコードは空行・コメント行等含めても 1200 行程度と非常にコンパクトに収まっています。

まとめ

Go 言語最高

SORACOMサービスリリース講演 全文書き起こし (2)

2015年9月30日に行われた、ITpro EXPO 2015 特別講演をベースとしました書き起こしの第2回です(スピーカー:株式会社ソラコム 代表取締役社長 玉川)。 第1回

本日は、「SORACOM Air」についてお届けします。

SORACOM Air - プログラマブルなモバイル通信サービス

このIoTプラットフォームSORACOMのモバイル通信サービスとして提供するのが、SORACOM Air (ソラコムエアー)です。

モバイル通信サービスというと、通常は、格安SIM?となるのですが、このサービスは全く出発点が違うものです。人向けのSIMではなく、完全にIoTデバイスに向けて作ってあります。

人向けのSIMとは何が違うかというと、人向けのSIMはある意味通信の土管のようなもので、SIMをいれたら通信できるけど、それ以外の出来ることはほとんどありません。IoTデバイスというのは、それこそセンサーにしても、ものすごい数ばらまくことになるので、SIMを挿してインターネットにつながったはいいけど、運用とかメンテナンスはどうするのという話が出てきます。

そこで、SORACOM Airを使うと、このSIMを買ってモノに入れてもらうと、そのSIMの使用開始、解約、速度変更、などををwebからコントロールできるのです。それこそ1万個のSIMを一気に使用開始して、一時的に止めたり、速度を変えたり、解約したりができるようにしました。

これをみていただくと、ユーザーコンソールと呼んでいるものですが、これログインすると、ひとつひとつのSIMを一覧で見ることができます。これはソラコム社員が使っているデバイスやタブレット、センサーに入れて実際に使っているSIMの一覧です。これを個別に回線を使用開始したり、休止したり、それこそ社員全員分を解約することもできます。

おもしろい点として、我々はパケット交換機能もクラウド上で実装しているので、通信スピードもリアルタイムで変えられるようにしました。これはどういう意味があるかというと、IoTのデバイスで、センサーからデータをあげたいようなお客さんの大半は回線速度はいらない。遅くてもいいし、たまにしかあげないので安いほうがいいというお客様が多い。また、監視カメラからデータを送るから、その時だけ程度スピードが必要というお客様もおられます。我々はどちらもサポートできるように、いつでも速度は好きな様に変えられるようにしています。ただし、遅いスピードだと安くしますし、早いスピードの場合はちょっと高くします。それから、アップロードのほうが安くしますし、夜間のほうが安くなります。なぜなら、我々にとってモバイル通信におけるコストの大半は基地局との帯域になりますので、それを多くの人がうまく使うシェアドエコノミーとして使い回せば、皆が安くなります。なのであまり使われていない夜間などを安くするようなインセンティブをつくって、そっちを使える人はそっちを使ってもらえるようにしています。

例えば、SIMの通信料履歴などもすべてみれるようにしています。なのでデバイスに挿してだすと、障害が起こった時など、デバイスがわるいのか、通信がわるいのかも切り分けることができます。

それから、監視機能もあります。各1個のSIMの1日の通信量がこれを超えたらメールで連絡するとか、超えたら通信の速度を止めて、データを流せなくするといった管理機能もつけました。

課金情報もほぼリアルタイムで見ることができます。当社の場合、20数個のSIMをつかっても実際に使った総データ量です。我々の場合は、この金額ですので、相当安く使えるといえますね。請求予定詳細をcsvでダウンロード可能です。SIMを買うときは、この発注画面から注文してもらって、手元に届いたらものに挿してもらう、という仕組みです。

APIでコントロールできる

こうなってくると、IoTデバイスの回線管理、速度変更、監視をWebでできるようになってすごく便利になります。一般的なコンシューマ向けのSIMではなく、IoT向けのSIMだと話した理由がわかっていただけたでしょうか?

しかしながら、IoTデバイスの今後の規模を考えていくと、例えば、1万個のSIMをすべて、Webでぽちぽち操作するのかという問題があります(笑)。

なので、開発者だと当然のように、プログラムからAPIでコントロールしてもらおうということで、SORACOMのプラットフォーム自体にAPIを備えています。通信という非常に強大で硬くて融通の聞かないインフラを、プログラムで非常に柔らかくしたということです。

これを使うと、例えば、在庫に入れていたIoTデバイスを売れたときに使用開始に自動的にする、とか、学校の理科の教材でタブレット配るような場合も、授業時間だけオンにしておけば、生徒がいたずらできない。また、監視カメラにいれて普段はローカルに保存しているけど、なにか動体検知したときだけ、速度を早めてリモートから動画を見る、といったことも考えられます。

SORACOM Airのまとめ

さて、ここまで、いつでも必要なだけIoT通信が使える、SORACOM Airを解説してきましたが、下記のような特徴があるといえるでしょう。

  • LTE/3Gだから、高い接続性、セキュアな通信
  • フェアでリーズナブルな従量課金(1日10円〜)
  • Webコンソール、APIから複数SIMを一括操作(通信の開始/休止/再開/解約、速度変更、監視)
  • 1枚からでも、1000枚以上でも、すぐに調達可能
  • 自在に値付けをしてビジネスができる

ソラコムチームは、これまでSORACOM Airの構築に多大な時間と労力をかけてきました。逆にいうと、IoTのスタートアップや事業をやりたい方々が、通信もやりたいとおもったら、我々と同じ苦労をすることになります。それは大変勿体無いですので、ソラコムがプラットフォーマーとしてその泥臭いところをやり、お客様は今すぐ通信事業者になれます。デバイスをやっている人も通信事業者になれるし、クラウドのサービスやっている会社も通信事業者になれるし、システムインテグレイーターも通信事業者になれます。

SORACOM Airは従量課金で提供していますので、ほとんど初期費用がない形で通信を含めたビジネスを開始できます。例えば、SIMを一枚だけ使ったプロトタイプを作り、必要に応じて規模を拡大していけますので、スモールスタートできます。また、もし万が一、そのプロトタイプが上手くいかなければすぐ辞めて、失敗のコストを最小化出来るので、新しいことにどんどんチャレンジできます。

これまで、我々は、SORACOM Airをプライベートβとして限定顧客に提供させて頂き、実際に利用や検証頂き良いフィードバックを頂きました。例えば、リクルートライフスタイル様のAirレジ、フォトシンス様のAkerunにおいてご利用頂いています。

SORACOMの利用方法、料金

SORACOM Airの利用料金は、以下のとおりです。ほとんどデータ使用のないシステムの場合、1日10円ですので月300円からIoTシステムを構築できます。

  • 契約事務手数料 : 580円 / 回線(SIM)+送料 (Amazon.co.jpからの購入の場合、別料金)
  • 1回線毎の基本料金:使用開始前 5円/1日、使用開始後 10円/1日
  • データ通信料金: 利用した総量の従量課金(1MBあたり0.2円〜)
  • SMS機能:1SIMあたり5円/1日、3円/1通

料金に関する詳細はこちらをご覧下さい。 https://soracom.jp/services/air/price/ https://soracom.jp/services/beam/price/

SORACOM AirのSIM購入方法としては、通販サイトのAmazon.co.jpから購入(1枚から購入可能)するか、SORACOMのユーザーコンソールから購入(10枚単位)できます。 購入に関する詳細はこちらをご覧下さい。 https://soracom.jp/start/

販売するSIMの種類は、サイズとして、ナノ、マイクロ、標準SIM、それぞれ、データ通信のみ/SMS機能ありの2種類があり、合計6種類となります。

第3回につづく

株式会社ソラコム いますぐ始めよう ディベロッパー向けサイト SORACOM パートナースペース (パートナープログラム)

SORACOM AirのSIMが直販サイトで10枚から購入可能に

IoT向けのモバイル通信サービスであるSORACOM AirのSIMを購入するには、下記の2つの方法があります。

  1. Amazon.co.jpから1枚単位で買う
  2. SORACOM User Consoleから20枚単位で買う

Amazon.co.jpから購入する場合は、1枚から好きな枚数をご購入いただけるというメリットがあります (10月7日時点で1枚あたり888円(税別))。 一方で、SORACOM User Consoleから購入する場合は20枚単位でしか買えないものの、1枚あたりの単価が安く(580円/枚 + 送料)、購入したSIMをワンクリックでまとめて登録でき、SIM登録の手間が省けて利便性が高いというメリットがあります。

今回、最初に試すには20枚は多いけれども10枚は欲しいというお客様の声にお応えし、SORACOM User Consoleから10枚単位で買えるようになりました。

order form

アカウント登録後「発注」タブから注文を行うことができます。 ぜひ、Amazon.co.jpのみならず、SORACOM User Consoleからもお買い求めください!

玉川

SORACOMサービスリリース講演 全文書き起こし (1)

本日より全3回にわたり、2015年9月30日に行われた、ITpro EXPO 2015 特別講演をベースとしました書き起こしをお届けします(スピーカー:株式会社ソラコム 代表取締役社長 玉川)。

当日会場に来られなかった方も、ぜひダイレクトな言葉でソラコムを感じていただけると幸いです。

IoTの課題とIoTプラットフォームSORACOM

ソラコムは、創業以来、「IoTプラットフォームを創っている」とだけ公開させていただいておりました。我々のチームは、開発に集中するため、チーム一丸となってステルスで取り組んできました。いよいよ、本日2015年9月30日、IoTプラットフォーム「SORACOM」 (以下、SORACOM) をリリース致します! SORACOMは、本日から、すぐに使っていただくことができます( https://soracom.jp/start/ )。

さて、SORACOMとは何なのか、を説明する前に、まずIoT(Internet of Things、”モノのインターネット”)が盛り上がっている背景を振り返りたいと思います。

IoTの可能性

こちらIoTの文脈が語られるときによく目にする図ではないでしょうか?

右側のクラウド。私もAWSの日本事業立ち上げに過去5年ほど携わっていましたが、クラウドの近年の進化はすさまじいものがありました。例えば、Amazon S3でデータをクラウドに保管すると1GB(ギガバイト)あたり一ヶ月保管して3円くらい。少し前からすると隔世の感が有り、データは捨てずにとりあえず入れておくということが可能になりました。とりあえず保管しておいて、Amazon EC2などのコンピューティングパワーを使って計算すれば、例えば、人工知能などによる解析やデータの可視化のようなことも出来ます。

左側のモノ。スマホ・タブレットも普及してきていますし、アップルウォッチのような時計やドローンのような面白いデバイスも出てきました。さらに、Raspberry PiやIntel Edisonなどを使ったラピッドプロトタイピングも広がってきて、Makersムーブメント(デジタル製造の潮流を指すトレンド)のようなものも起こっています。

当然のように、右のクラウドと左のモノをインターネットで繋げばいろいろおもしろいことができます。これはもう必然の流れで、IoTは可能性に満ちあふれています。ワクワクしませんか?

IoTの課題

一方で、IoTはまだまだ実証実験段階であり、実用化には時間がかかるという見方もあります。確かに、実際にモノからインターネットに接続しクラウドで解析する、といったごく典型的なIoTシステムを構築する際にも、様々な課題が浮かび上がります。

まず電力供給。ある容量の中に押し込められるバッテリー量は10年かかっても2倍にもなっていないと聞きます (一方、CPUは10年で100倍のオーダーにもなっています)。

それから「インターネット接続をどうやってやるの?」という話があります。最近は近距離無線にごまかされている感じがあるんですが、IoTデバイスが最終的にはインターネットに繋がらないと、”Internet” of Thingsにならない。BLEだけじゃIoTにならないですよね。スマホテザリングで繋げばいい、という話がありますが、スマホテザリング系の製品は、利用者があきたら面倒くさくなって繋がなくなる。インターネット接続も解決されていないですね。

モノがインターネットに繋がって、データを上げるとなるとセキュリティってどうなるのという課題があります。エンド・トゥー・エンドで、モノからクラウドもしくはサーバーまで、一貫したセキュリティを保つにはどうすればいいかという問題について良い解がありません。

一方で、セキュリティを保つために、モノ側に高価なCPUをいれたり、デバイス認証のような仕組みを入れると、全然小型化できなくて、コストも高くなり、沢山のデバイスを置けず、という堂々めぐりになります。

こういう課題にたいして、私達はプラットフォームで解決したいと思っています。

IoTの通信の課題

まず非常に厄介な「インターネット接続」のところをみてみましょう。

IoTシステムの図とかで、あって当たり前、的に書かれている(もしくは省かれて書かれていない)のが通信ですね。しかし、実際にIoTシステム構築しようとするとすごく難しいことがわかります。有線LANがあれば最高ですが、ある場所は限られている。無線LANはかなり普及していますが、セキュリティに懸念があり、設定自体も簡単なわけではない。例えば、おばあちゃんにデバイスをおくって、「無線LAN設定して」といっても普通できないので、そういうIoTデバイスは、人を派遣せねばならずインストレーションコストがかかる。

普通に考えると、インターネットに繋げる部分はモバイル通信が最高です。移動できるし、すぐつながる、どこでもつながる。ただし、モバイル通信は、これまでは、人向け、つまり人が見るスマホに対して作られてきたものなので、当たり前なのですが単価が高い。大手携帯キャリアのSIMだと月5000円。最近の格安SIMでデータ通信のみだと1000円を切りますが契約事務手数料が高かったり固定期間契約だったりする。また、どちらかというと通信をすれば良い、という形式で、多数のモノの通信回線そのものを管理したり、セキュリティを考えたり、という側面がない。

いろいろなIoTデバイスのスタートアップや新規事業の人と話しましたが、IoTデバイス込のIoTシステムを作っていると、結果的にランニングコストの大半が通信費用になってしまうという話も聞きます。また固定契約期間や最低契約枚数など調達方法に柔軟性がないことも課題でした。多数のIoTデバイスの通信SIMを管理するのは非常に大変です。

このインターネット接続の部分をテクノロジーで解決するとIoT業界が盛り上がるのは間違いないと感じ、自分たちで通信事業を始めようと決心しました。

通信事業をやるには

では、我々のようなベンチャー企業がどうやって、IoT向けの通信事業をはじめればよいでしょうか?そもそも通信事業はどうやれば良いのでしょうか?

少し業界構造の話になりますが、大手携帯キャリア様は、基地局やデータセンターを持っています。ここでパケット交換したり、帯域制御したり、顧客管理したり課金しています。さらにISP (インターネットサービスプロバイダー)をやっていて、ざっくりというとこの3つ全部やっているんですね。

私達が通信やりますといったときに、一番は簡単な方法は、キャリアからSIMを買って売る。2000円で仕入れて2500円で売ると言う形ですね。例えば、いわゆるMVNO (仮想移動体サービス事業者、Mobile Virtual Network Operator)、楽天様やイオン様がやられていると思いますが、基本的にはこのスタイルです。ブランドとか販売網の強みで売っていく戦略です。しかし、我々のようなスタートアップにはブランドもないですし、このモデルは適していません。また、このモデルには技術的なイノベーションを起こす隙間もありません。

逆側の、一番突っ込んだやり方をすると、基地局、データセンター、ISPの全部はできないけど、キャリアの基地局部分を借りて、そこに専用線をひくというアグレッシブなやり方があります。業界用語ではL2卸契約というのですが(レイヤー2で繋ぐのでL2卸契約)、キャリアさんと契約をしてMVNOになるというやり方があります。この場合、自分たちでデータセンターをもってパケット交換器、テレコムインフラベンダーから数億円のものを買ってきて、ISPをやるという、基地局以外を全部やるというやり方です。 これは、初期費用が10億円以上かかるので、これもベンチャーには適していないと考えています。

SORACOMのユニークなアプローチ

ただし、ソラコムにはブランドや販売チャネルや10億円のお金はありませんが、我々にはアイディアと技術力があります。これらを買ってこなくても、AWSの上でつくれるんじゃないかと。

そこで、キャリアの交換機から専用線を引いて、これらのシステムをAWSクラウド上で作ったのがSORACOMです。よりテクニカルに言うと、LTE/3Gのコアネットワーク(パケット交換、回線管理、帯域制御)とサポートシステム(顧客管理、課金)をクラウド上に実装し、そのパケット交換機能がキャリアのコアネットワークと L2卸接続をしています。

ある意味、開発費以外とL2卸接続の接続費用以外は、初期投資もかかっていませんし、全部AWS上でクラウドネイティブ設計で作ってしまったので、非常にスケーラブルで高可能性であるように設計しています。しかも、今までのパケット交換機は、人向けに作られているので、一人あたり1セッションから数セッションで、高速につながる通信ということに特化しているのですが、我々、IoT向けなので、それこそ10万、100万、数十億みたいなモノが、あまりデータは流れていないけどつながっている、そういうものに最適化したような仕組みを作ったということです。

NTTドコモ様の基地局を借り、専用線でつないだAWSのクラウドの上で実装する。我々はAWSとドコモの両巨人の方にのったバーチャルキャリアのようなものです。初期投資をあまりかけず、お客様が増えたら増えた分だけインフラを拡張することができるのでムダがない。その分、料金を値下げして幅広い層に使っていただけるプラットフォームを提供することができます。

第2回につづく

株式会社ソラコム いますぐ始めよう ディベロッパー向けサイト SORACOM パートナースペース (パートナープログラム)

ソラコム掲載記事のご紹介

広報のkyonです。 9月30日にサービスリリースしたソラコムについて、様々なサイトで言及いただきましたのでご紹介させていただきます。

ソラコム、IoT対応通信サービス 格安スマホより8割安く http://mw.nikkei.com/sp/#!/article/DGXLASDZ24ILO_V20C15A9TJE000/

日経ITpro IoTに格安通信、ソラコムが機器用SIMをクラウド活用で8割安に http://itpro.nikkeibp.co.jp/atcl/column/14/346926/092800348/?n30=

TechCrunch 【詳報】ソラコムがベールを脱いだ、月額300円からのIoT向けMVNOサービスの狙いとは? http://jp.techcrunch.com/2015/09/30/soracom-launches-mvno-service-for-iot/

Publickey 格安SIMによるドコモ回線をAmazonクラウド上でプログラマブルに制御。ソラコムがネットデバイス向けの新通信サービスを提供開始 http://www.publickey1.jp/blog/15/simamazon.html

ソラコムのビジネスモデルは? 開発期間は? キャリアの大資本参入にどう対抗する? 玉川憲社長に聞く http://www.publickey1.jp/blog/15/post_260.html

atmarkIT IoTエコシステムのハブを目指す:SORACOMの、IoTプラットフォームサービスとしてのインパクト http://www.atmarkit.co.jp/ait/articles/1509/30/news044.html

ASCII.jp “ブームとしてのIoT”を終焉させる国産IoTプラットフォームの正体 星の数あるIoTデバイスをつなぐSORACOMの全貌 http://ascii.jp/elem/000/001/057/1057112/

THE BRIDGE SORACOMの凄さは第三者が「SIM」を自由に発行・運用できることーーIoT向けモバイル通信PF、ソラコムが提供開始 http://thebridge.jp/2015/09/soracom

インプレス クラウドWatch ソラコム、モノの通信に特化したIoTプラットフォーム「SORACOM」をリリース、API指向の関連サービスも同時に提供開始 http://m.cloud.watch.impress.co.jp/docs/news/20150930_723412.html

gihyo.jp IoTプラットフォームを目に見える形で身近に ─元AWS玉川憲氏が率いる企業ソラコムが始動 http://gihyo.jp/news/nr/2015/09/3001

zdnet ソラコム、AWSで稼働するIoT基盤–モバイル通信とデータ転送を提供 http://japan.zdnet.com/article/35071214/

WirelessWire News ソラコム、AWSに直結可能なIoTプラットフォーム「SORACOM」を発表 https://wirelesswire.jp/2015/09/46494/

fabcross ソラコム、IoT向けネットワークプラットフォーム「SORACOM」と関連サービスを提供開始 https://fabcross.jp/news/2015/09/20150930_soracom.html

SORACOM Air が ITpro EXPO AWARD 2015 大賞受賞

広報のkyonです。皆様にビッグニュースです。 昨日から出展しているITpro EXPO 2015で、「SORACOM Air」が、「ITpro EXPO AWARD 2015」の大賞を受賞しました!

授賞式の様子

昨年は、超小型コンピューター「Edison」(米インテル)が受賞した映えある賞。 ブースにお越しいただいた皆様、注目いただいた皆様、ありがとうございました。

特別講演のレポートならびに、スライドが公開されています。 昨日、来られなかった方はぜひこちらをご覧ください。

特別講演のレポート http://itpro.nikkeibp.co.jp/atcl/news/15/093003133/

特別講演のスライド

ITpro EXPO 2015は明日10月2日までの開催です。 東京ビッグサイト ソラコムブースで皆様のお越しをお待ちしています!

「ITpro EXPO AWARD 2015」とは

ITpro EXPO 2015に出展されるすべての製品/サービスを対象として、日経BP社が発行するIT/ネットワーク誌、Webメディアの編集部が取材・審査し、製品/サービスとして優れていると同時に、来場者に対しわかりやすくインパクトのあるプレゼンテーションをしたものを表彰するものです。(下記URLより引用)

http://itpro.nikkeibp.co.jp/expo/2015/award.html

IoT プラットフォーム SORACOM リリース!

おはようございます。ソラコム 玉川です。

本日、3本のプレスリリースを出させていただきました。

深夜のデプロイを無事完了し、本日を迎えることができました。

着想から1年、サイトを公開してから約半年。様々な思いが駆け巡り、今日は眠れませんでした。

この日が迎えられたのも、暖かく見守り、サポート下さった、ユーザー様、パートナー様のおかげと感謝しています。

本日より3日間、日経BP主催、ITpro EXPO内、IoT Japan 2015にて、ブース出展をしております。

これからが私達の本番です。今後共ソラコムをよろしくお願いいたします。

株式会社ソラコム 代表取締役社長 玉川 憲

開発者サイトと API を公開しました

ソラコム開発チームの小熊です。

本日、私たちは IoT プラットフォーム SORACOM および SORACOM Air, SORACOM Beam という 2 つのサービスを公開しました。

参考 SORACOM とは SORACOM Air とは SORACOM Beam とは

SORACOM のプラットフォームおよびサービスは、 シンプルな API で多様な制御ができる ことが大きな特徴の一つです。

今回の記事ではその API についてご紹介したいと思います。

SORACOM API

SORACOM プラットフォームの API(以下、SORACOM API)はとてもシンプルな REST API です。

とてもシンプルなので、curl コマンドとちょっとしたシェルスクリプトだけでも API を使いこなしていただくことが可能です。

開発者の皆様に SORACOM API を使っていただくと、SORACOM Air の通信をコントロールしたり、SORACOM Beam のデータ転送先設定を変更したり、といったことをするためのアプリケーションを簡単に書いていただくことができます。

たとえば SORACOM Air を搭載したデバイスを業務で使用している日中の時間帯は通信速度クラスを高速なタイプのものに設定してご利用いただき、夜間のデバイスが使われていない間は通信を停止することで不用意な課金が行われるのを防ぐ、といったような時間制御を行っていただくようなことができます。

SORACOM ユーザーコンソールも SORACOM API を元に構築されています。 すなわち、ユーザーコンソールでお使いいただける機能は、ほとんどすべて API で呼び出し可能ということです。

極端な例ですが API を呼び出すだけで SIM の解約もできますので、大量の SIM をワンライナーのプログラムで一瞬にして解約するという、いわば「滅びの呪文」(バ○ス)を唱えることさえもできてしまいます。 (そしてそのようなことが不慮の事故として起こってしまわないように、解約プロテクション機能もあります。念のため)

むしろ API でできることの中には、パラメータが多くてユーザーコンソールの GUI で表現しようとすると複雑になりすぎてしまうために泣く泣く簡略化して単純なメニューとして提供している機能などもありますので、そのような機能は API を使っていただくことでその力を解放していただくことができます。

詳しいことは API リファレンス をご確認いただければと思います。

API リファレンス 画面イメージ

また、API の基本的な使い方については SORACOM API 利用ガイド をご確認ください。

これらのドキュメントのような、開発者のみなさまに役立てていただくための情報を集約する「開発者サイト」も本日より公開いたしましたので、次はそちらをご紹介したいと思います。

開発者サイト

開発者サイト画面イメージ 開発者サイト には、現時点(2015年9月30日時点)では以下のようなコンテンツが用意されています。

Beam を用いて AWS および Bluemix という2つのクラウドサービスに接続する手順を示したドキュメントは、身内が書いたものながらどちらも力作ですので、ぜひご一読いただければと思います。

クラウド側の設定は多少複雑ですが、デバイス側の設定は最小限で、Web の画面から設定を行っていくだけで IoT デバイスをクラウドにセキュアに接続できるという Beam の特徴をとてもうまく利用した例ではないでしょうか。

最後に

開発者サイトはまだスタートしたばかりで、コンテンツの質・量ともにまだまだとお感じになられるかもしれません。

しかし、わたしたちはこの開発者サイトのコンテンツを今後とも継続的に充実させていきたいと考えています。

そして開発者の皆様が SORACOM プラットフォームを活用したシステムやアプリケーションをどんどん構築してくださるようにサポートさせていただきたいと思っています。

そのためにも皆様からの開発者サイトへのフィードバックをぜひお聞かせ願えればと思います。

私たちにフィードバックしていただくには、以下のような方法が使えると思います。

  • 公式サポートサイトからフィードバック

    ユーザーコンソールにログインしていただくと、私たちのサポートチーム経由でフィードバックしていただくことができます。

  • スタックオーバーフロー日本語版に質問を投稿

    SORACOM のサービスに関する技術的なご質問に関しては、スタックオーバーフローをご利用いただいても構いません。 私たちソラコム開発チームも日々チェックします。(soracom タグ付きの質問が投稿されると、弊社の Slack に通知が来るように設定する予定です)

  • Twitter でハッシュタグ (#soracom) を付けてつぶやく

  • 開発者向けイベントなどでソラコム開発チームメンバーを捕まえて直接フィードバック

その他どんな手段でもよろしいのでぜひとも開発者のみなさまの声をお聞かせください。

それでは、みなさまからたくさんのフィードバックをいただけることを心より楽しみにしてお待ち申し上げております。

SORACOMパートナースペースの事前登録受付を開始

ソラコムは本日、パートナープログラムである、SORACOMパートナースペース(以下、SPS)の展開をはじめ、各企業からの事前登録を、登録サイトにて受付開始します。この発表は、本日のIoTプラットフォームSORACOM(以下、SORACOM)の発表と同時に行っています。

ソラコムのパートナープログラムであるSPSでは、パートナー企業に対して、SORACOMに関する技術資料や専門のトレーニング、マーケティング支援を提供していく予定です。また、パートナー間の協力関係を構築する場の提供を行います。それにより、お客様に安心してSORACOMをご利用いただき、IoT業界の活性化、さらに多くのIoT事例の創出に貢献していきます。

SPS パートナーの種類

SPSは、SPS デバイス・パートナー、SPS インテグレーション・パートナー、SPS ソリューション・パートナーの3つのカテゴリーで構成されており、カテゴリー毎に各企業の事前登録を受け付けます。

SPS デバイス・パートナーとは、センシングデバイス、ゲートウェイ、LTE/3G対応モジュールなどのSORACOM Air (データ通信SIM)やSORACOM Beamに対応したIoT機器を提供するパートナーです。 SPSに登録している各パートナー企業から提供されるデバイスはSORACOM Airの動作検証やサポートが行われているため、お客様は安心してデバイスを導入できます。

SPS インテグレーション・パートナーとは、SORACOMを活用したシステムやサービスのシステムインテグレーション、マネージドサービス、コンサルティングを提供するプロフェッショナルサービス企業です。お客様がSORACOMを活用したインテグレーションを望まれる場合に、ご活躍いただくパートナーです。

SPS ソリューション・パートナーは、SORACOMを活用したソフトウェアや、ミドルウェア、クラウドサービス、ASPサービスを提供する企業です。 SPS ソリューション・パートナーには、独立系ソフトウェアベンダー(ISV)、SaaS、PaaS管理/セキュリティなどのベンダーが含まれます。お客様は安心してソリューションを選択することができます。

SPSへの事前登録受付

本日より、パートナーへの事前登録を、登録サイトにて受付開始します。今後、事前登録いただきましたパートナーに対して、パートナープログラムの展開に応じて、順次、プログラム詳細とパートナー手続きのステップをご案内させて頂きます。

事前登録受付済みのパートナー

以下は、すでに事前登録受付を頂いているパートナー様です(50音順)。

SPSデバイスパートナー

センシングデバイス、ゲートウェイ、LTE/3G対応モジュールなどの SORACOM Air(データ通信SIM)やSORACOM Beamに対応したIoTデバイスを扱う企業

  • 株式会社アットマークテクノ
  • 株式会社エイビット
  • エコモット株式会社
  • 兼松コミュニケーションズ株式会社
  • 株式会社スカイディスク
  • ぷらっとホーム株式会社
  • プラネックスコミュニケーションズ株式会社
  • 三井物産エレクトロニクス株式会社
  • メカトラックス株式会社

SPSソリューションパートナー

IoTプラットフォーム SORACOM を活用したソフトウェアや、ミドルウェア、クラウドサービス、ASPサービスを提供する企業

  • 株式会社アプレッソ
  • アレグロスマート株式会社
  • ウルシステムズ株式会社
  • 株式会社ゴーガ
  • 株式会社セゾン情報システムズ
  • 株式会社HDE

SPSインテグレーションパートナー

IoTプラットフォーム SORACOM を活用したシステムやサービスのシステムインテグレーション、コンサルティング、マネージドサービスを行う企業

  • アイレット株式会社
  • 株式会社アドベン
  • クラスメソッド株式会社
  • 株式会社サーバーワークス
  • ハンズラボ株式会社
  • 株式会社日立製作所
  • 三井情報株式会社
  • 株式会社Fusic

株式会社ソラコムは、SPSを通じ、IoTデバイス、及びIoTデバイスを活用したソリューションや、システムインテグレーションを市場に提供する企業と共にエコシステムを構築していきます。

詳細は、こちらのリリースノートにございます。デバイス、ソリューション、インテグレーションの種類にまたがり、18社のパートナー企業様からエンドースメントを頂いているので是非ご覧になってみてください。

玉川