|
4 | 4 | [](https://github.com/FIWARE/catalogue/blob/master/iot-agents/README.md)
|
5 | 5 | [](https://opensource.org/licenses/MIT)
|
6 | 6 | [](https://stackoverflow.com/questions/tagged/fiware)
|
7 |
| - |
8 | 7 | [](https://fiware-iotagent-json.readthedocs.io/en/latest/usermanual/index.html#user-programmers-manual)
|
9 | 8 | <br/> [](https://fiware-tutorials.rtfd.io)
|
10 | 9 |
|
@@ -374,22 +373,22 @@ iot-agent:
|
374 | 373 |
|
375 | 374 | `iot-agent` コンテナは、次のように環境変数によって駆動されます:
|
376 | 375 |
|
377 |
| -| キー | 値 | 説明 :| |
378 |
| -| -------------------- | ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------- | |
379 |
| -| IOTA_CB_HOST | `orion` | コンテキストを更新するContext Broker のホスト名 | |
380 |
| -| IOTA_CB_PORT | `1026` | Context Broker がコンテキストを更新するためにリッスンするポート | |
381 |
| -| IOTA_NORTH_PORT | `4041` | IoT Agent の設定および Context Broker からのコンテキスト更新の受信に使用されるポート | |
382 |
| -| IOTA_REGISTRY_TYPE | `mongodb` | メモリまたはデータベースに IoT デバイス情報を保持するかどうか | |
383 |
| -| IOTA_LOG_LEVEL | `debug` | IoT Agent のログ・レベル | |
384 |
| -| IOTA_TIMESTAMP | `true` | 接続デバイスから受信した各測定値にタイムスタンプ情報を提供するかどうか | |
385 |
| -| IOTA_CB_NGSI_VERSION | `v2` | アクティブな属性の更新を送信する際に NGSI v2 を使用するかどうか | |
386 |
| -| IOTA_AUTOCAST | `true` | JSON の数値が文字列ではなく数値として読み取られるようにする | |
387 |
| -| IOTA_MONGO_HOST | `context-db` | mongoDB のホスト名 - デバイス情報の保持に使用 | |
388 |
| -| IOTA_MONGO_PORT | `27017` | mongoDB がリッスンしているポート | |
389 |
| -| IOTA_MONGO_DB | `iotagentjson` | mongoDB で使用されるデータベースの名前 | |
390 |
| -| IOTA_HTTP_PORT | `7896` | IoT Agent が HTTP 経由で IoT デバイスのトラフィックをリッスンするポート | |
391 |
| -| IOTA_PROVIDER_URL | `http://iot-agent:4041` | コマンドの登録時に Context Broker に渡される URL。ContextBroker がコマンドをデバイスに発行するときに転送 URL の場所として使用されます | |
392 |
| -| IOTA_DEFAULT_RESOURCE| `/iot/json` | IoT Agent が JSON 測定値のリッスンを使用するデフォルトのパス | |
| 376 | +| キー | 値 | 説明 | |
| 377 | +| --------------------- | ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------- | |
| 378 | +| IOTA_CB_HOST | `orion` | コンテキストを更新するContext Broker のホスト名 | |
| 379 | +| IOTA_CB_PORT | `1026` | Context Broker がコンテキストを更新するためにリッスンするポート | |
| 380 | +| IOTA_NORTH_PORT | `4041` | IoT Agent の設定および Context Broker からのコンテキスト更新の受信に使用されるポート | |
| 381 | +| IOTA_REGISTRY_TYPE | `mongodb` | メモリまたはデータベースに IoT デバイス情報を保持するかどうか | |
| 382 | +| IOTA_LOG_LEVEL | `debug` | IoT Agent のログ・レベル | |
| 383 | +| IOTA_TIMESTAMP | `true` | 接続デバイスから受信した各測定値にタイムスタンプ情報を提供するかどうか | |
| 384 | +| IOTA_CB_NGSI_VERSION | `v2` | アクティブな属性の更新を送信する際に NGSI v2 を使用するかどうか | |
| 385 | +| IOTA_AUTOCAST | `true` | JSON の数値が文字列ではなく数値として読み取られるようにする | |
| 386 | +| IOTA_MONGO_HOST | `context-db` | mongoDB のホスト名 - デバイス情報の保持に使用 | |
| 387 | +| IOTA_MONGO_PORT | `27017` | mongoDB がリッスンしているポート | |
| 388 | +| IOTA_MONGO_DB | `iotagentjson` | mongoDB で使用されるデータベースの名前 | |
| 389 | +| IOTA_HTTP_PORT | `7896` | IoT Agent が HTTP 経由で IoT デバイスのトラフィックをリッスンするポート | |
| 390 | +| IOTA_PROVIDER_URL | `http://iot-agent:4041` | コマンドの登録時に Context Broker に渡される URL。ContextBroker がコマンドをデバイスに発行するときに転送 URL の場所として使用されます | |
| 391 | +| IOTA_DEFAULT_RESOURCE | `/iot/json` | IoT Agent が JSON 測定値のリッスンを使用するデフォルトのパス | |
393 | 392 |
|
394 | 393 | <a name="prerequisites"></a>
|
395 | 394 |
|
@@ -429,7 +428,7 @@ docker-compose -v
|
429 | 428 | docker version
|
430 | 429 | ```
|
431 | 430 |
|
432 |
| -Docker バージョン 18.03 以降と Docker Compose 1.29 以上を使用していることを確認 |
| 431 | +Docker バージョン 20.10 以降と Docker Compose 1.29 以上を使用していることを確認 |
433 | 432 | し、必要に応じてアップグレードしてください。
|
434 | 433 |
|
435 | 434 | <a name="cygwin-for-windows"></a>
|
@@ -689,6 +688,27 @@ curl -iX POST \
|
689 | 688 | として定義) にマッピングしています。`refStore` は `static_attribute` として
|
690 | 689 | 定義され、デバイスを **ストア** `urn:ngsi-ld:Store:001` 内に配置します。
|
691 | 690 |
|
| 691 | +> 静的属性は、`q` パラメータを使用したクエリを有効にするエンティティの追加データとして役立ちます。たとえば、Smart |
| 692 | +> Data Models [Device](https://github.com/smart-data-models/dataModel.Device/blob/master/Device/doc/spec.md) モデルは、 |
| 693 | +> 次のようにクエリを実行できるようにする `category` や `ControlledProperty` などの属性を定義します: |
| 694 | +> |
| 695 | +> - _現在どの **Actuators** の `batteryLevel` が低いですか?_ |
| 696 | +> |
| 697 | +> `/v2/entities?q=category=="actuator";batteryLevel<0.1` |
| 698 | +> |
| 699 | +> - _2020年1月より前にインストールされた `fillingLevel` を測定する **Devices** はどれですか?_ |
| 700 | +> |
| 701 | +> `/v2/entities?q=controlledProperty=="fillingLevel";dateInstalled<"2020-01-25T00:00:00.000Z"` |
| 702 | +> |
| 703 | +> 明らかに、静的データは必要に応じて拡張でき、エンティティ ID がクエリに対して柔軟性がない場合は、デバイスごとに一意の |
| 704 | +> `name ` や `serialNumber` などの追加データを含めることもできます。 |
| 705 | +> |
| 706 | +> `/v2/entities?q=serialNumber=="XS403001-002"` |
| 707 | +> |
| 708 | +> さらに、固定の `location` 静的属性を持つデバイスは、ジオフェンス・パラメータを使用してクエリすることもできます。 |
| 709 | +> |
| 710 | +> `/v2/entities?georel=near;maxDistance:1500&geometry=point&coords=52.5162,13.3777` |
| 711 | +
|
692 | 712 | 次のリクエストを行うことで、**Motion Sensor** デバイス `motion001` からの
|
693 | 713 | ダミー IoT デバイスの測定値をシミュレートできます。
|
694 | 714 |
|
@@ -1088,10 +1108,10 @@ curl -iX PATCH \
|
1088 | 1108 | 高度な機能を追加することで、アプリケーションに複雑さを加える方法を知りたいですか
|
1089 | 1109 | ?このシリーズ
|
1090 | 1110 | の[他のチュートリアル](https://www.letsfiware.jp/fiware-tutorials)を読むことで見
|
1091 |
| -つけることができます : |
| 1111 | +つけることができます |
1092 | 1112 |
|
1093 | 1113 | ---
|
1094 | 1114 |
|
1095 | 1115 | ## ライセンス
|
1096 | 1116 |
|
1097 |
| -[MIT](LICENSE) © 2018-2020 FIWARE Foundation e.V. |
| 1117 | +[MIT](LICENSE) © 2018-2022 FIWARE Foundation e.V. |
0 commit comments