これをクローンして、イメージをプルします。doneおもむろに起動させます。以上)を使っている関係で、運が悪いと以下のようなエラーが出ることがあります。再起動するとおそらく治ります。なっていることを確認します。0.0.0.0:9000->9000/tcpこの段階でできているモノこの段階で、最低限必要な一通りのモノはすでに稼働しています。制御したいデバイスは、この時点では物理的には存在していませんが、テスト用の仮想デバイスが初期状態でいくつか用意されています。コマンド実行をデバイスサービスに指示するのように構成されています。最終的に行いたい、デバイスからのセンシングとその値の蓄積、デバイスに対するアクチュエーションが、物理デバイスではないものの、仮想的なデバイスとしてすでに動いていることになります。実世界でいえば、デバイスは何らかの装置(スイッチとかセンサとかカメラとかいろいろ)であり、外部からはそのデバイスごとにさまざまな手順で情報を取得したり制御したりする必要があります。デバイスサービスは、そうしたデバイスごとのプロトコルの差異を抽象化したインタフェイスとして振舞い、デバイス種別ごとに単一のコントロールポイントを提供するわけです。いっても、日常的に何らかの操作をすべきものではなく、最初の構築時点でデバイスの登録だったりエクスポートの設定だったりルールエンジンの構成だったりをしてしまったあとは、あとは粛々と運用し続けることになるでしょう。リッチではありませんが、そういう利用実態を考えればそういうものかもしれません。叩くものだと思っておいたほうがよさそうです。範囲では二種類あります。admin)でログインできます。操作する対象を登録する必要があります。アドレスを登録します。登録されている様子が見えるはずです。アイコンを展開すると、このデバイスサービス経由で管理している、先の図で赤枠で示したデバイス群が確認できます。展開すると、デバイスからの情報の取得や、制御命令の実行ができるようになっています。いうモジュールも用意されています。ファイルには以下を追記済みなので、起動できているはずです。つのデバイスが確認できます。登録されているデバイス群また、デバイスごとの右端のアイコン群から、現在値の確認やコマンドの実行が行えます。しないといけないため、環境をつくる必要がありますが、一時的に動かすならコンテナの中で触れます。以下、コンテナの中で動かす場合の手順です。エラーなく完了すれば、コマンドが使える状態です。自体をコンテナ内で動作させている場合は接続できません。保存されるので、コマンドを空打ちしてファイルを作らせたあとに、これを修正します。192.168.0.100これで準備が完了です。確認したようなデバイスサービスやデバイス群は以下のように確認できます。リクエストを投げたレスポンスを整形して表示しているだけなので、これがいちばん生々しく触れる手段です。これでできない操作は基本的にはないはずなので、できなかったらあきらめましょう......。参照してもらえればわかると思います。通じてコアサービス層に蓄積されています。実際に動いていることを確認するため、蓄積された値を覗きに行きます。ここでは以下のように、各デバイスから取得したデータの履歴をサクッと確認できます。いう二種類のリソースの値が別々に蓄積されていることも読み取れます。することで、コアサービスにデータを送ります。含む情報が得られます。