リリースノート (Release 2026) 【Preview】

リリース日: 2026年予定

本リリースノートの対象は Things Cloud Release 2026 です。前回のリリースから実装された新機能、改善、修正などのすべての関連する変更が含まれています。さらに、リリースノートには、非推奨やAPIの変更に関する通知も含まれており、将来的にお客様のご対応を必要とする可能性があります。十分に内容をご確認くださいますようお願い申し上げます。
ご不明な点がございましたら Things Cloud Support までお問い合わせください。

注:本リリースノートはプレビュー版のため、一部に公開前の文書へのリンクが含まれます。

※前回 (Release 2025) のリリースノートはこちら
※過去のリリースノートはこちら

以下のタイプの変更が含まれています:

  • 機能 - 一般に利用可能な新機能
  • プレビュー - 公開プレビュー中で、まだ一般に利用可能ではない機能
  • 改善 - 小さな改善
  • 修正 - バグ修正
  • 発表 - 非推奨、削除、または重要なUI変更
  • API変更 - APIにおける破壊的な変更

Release 2025 からの変更内容を記載しています。


2026.0

ADMIN権限を持つユーザーにのみ表示されるデータ保持ルールの削除ボタン

管理アプリでは、データ保持ルールの削除ボタンが、以前は権限に関係なくすべてのユーザーに表示されていました。この変更により、削除ボタンは ADMIN 権限を持つユーザーにのみ表示されるようになりました。これにより、許可されたユーザーのみがデータ保持ルールを削除できるようになり、Things Cloud におけるデータ保持管理の制御とセキュリティが向上します。

APIフィルターなしのNotifications 2.0テナントコンテキストサブスクリプションの変更

以前にアナウンスしたとおり、Notifications 2.0 のテナントコンテキストサブスクリプションでワイルドカード API セレクターを利用するアプリケーションは、これまで受信していた更新に加えて、オペレーションの更新も受信するようになります。この変更は、既存および新規のテナントコンテキストサブスクリプションの両方に適用されます。

CA証明書更新の閾値を24か月に更新

Things Cloud で提供される CA 証明書の更新オプションが拡張され、有効期限日の最大 2 年前まで更新できるようになり、証明書管理の柔軟性が向上しました。詳細については、ドキュメント を参照してください。

Cumulocity SaaSインスタンスでのマイクロサービスAPIバージョン2の強制

以前に変更ログで公開したとおり、Microservice API バージョン 1 の削除が実施されました。
まだ実施していない場合は、できるだけ早くマイクロサービスを API バージョン 2 に移行してください。
これをどのように実現するかを理解するには、ユーザードキュメントのMicroservice migration to API version 2を参照してください。

dropOverwrittenApps を使用したユーザー別クエリ対象アプリケーションの改善

dropOverwrittenAppstrue に設定してユーザー別にアプリケーションをクエリすると、テナントによって上書き(オーバーライド)されているすべてのアプリケーションが結果からフィルタリングされるようになりました。
このフィルタリングには、ユーザーがサブスクライブしていないアプリケーションも含まれます。

例: ユーザー U が親テナントのホスト型アプリケーション A をサブスクライブしており、そのアプリケーションがユーザー U のテナントでアプリケーション A1 によってオーバーライドされている場合。
この変更前は、ユーザーは A を含むアプリケーション一覧を受け取っていました。現在は、一覧に A も A1 も含まれません。

この変更により、API の動作は /application/applications/<application_id>/manifest エンドポイントと一貫するようになりました。

ID で保存済みファイルのメタデータを取得する際に返される正しいデータ

以前は、ID でフィルタリングした場合に、保存ファイルのメタデータ を取得するためのエンドポイントが正しいデータを返しませんでした。この問題は修正され、現在は正しいデータが返されます。

ID による時系列メジャーメント削除のサポート

拡張時系列機能の使用時に、ID によるメジャーメントの削除が可能になりました。以前は、ID による削除はレガシーメジャーメントでのみ可能でした。

DELETE /measurement/measurements/{id}
備考
ID によるメジャーメントの削除は最適ではありません。パフォーマンス向上のため、クエリによるメジャーメントの削除、またはデータ保持ルールの適用を推奨します。

Java SDKのJettyをバージョン12にアップグレード

Java SDK の Jetty ライブラリバージョンが、バージョン 11.0.24 から最新バージョン 12.0.25 にアップグレードされました。

このバージョンは、Java SDK の現在の Spring Boot バージョン 3.5.5 と互換性があります。 標準の Microservice SDK 機能を使用するマイクロサービスコードへの影響は想定されていません。 Jetty サーバー設定を高度にカスタマイズしているマイクロサービスについては、公式の Jetty 11.0.x から Jetty 12.0.x への移行ガイド を参照してください。

Notifications 2.0 SDK「deleteByFilter」メソッドの非推奨化

Notifications 2.0 SDK の deleteByFilter() メソッドは、どのサブスクリプションを削除すべきかを指定する NotificationSubscriptionFilter パラメータを受け取ります。 以前は、意図したよりも多くのサブスクリプションが削除される結果となるフィルターを作成できました。

この問題を解決するため、基盤となるプラットフォーム API で処理すべきではないフィルターを拒否するための追加の安全策が導入されました。 さらに、deleteByFilter() メソッドは非推奨となり、クライアントは代わりに既存の delete()deleteById()deleteBySource() メソッドを使用する必要があります。

Smartrulesマイクロサービスが利用可能な場合のみ表示される、カスタムマイクロサービスの[ステータス]タブのスマートルールセクション

カスタムマイクロサービスの ステータス タブでは、Smartrules マイクロサービスが利用できない場合でもスマートルールのセクションが常に表示され、アラートが表示されていました。この問題は解決されました。Smartrules マイクロサービスの可用性を確認するようになり、Smartrules マイクロサービスが利用可能な場合にのみスマートルールのセクションが表示されます。

SSOユーザーがロールを変更できない場合のインベントリロール選択の無効化

ユーザー詳細で、SSO アクセスマッピングで「以下のルールで選択したロールは、ログインのたびにユーザーに再割り当てされ、それ以外はクリアされます」オプションが選択されている場合、外部ユーザーのインベントリロールマッピングはドロップダウンリストで変更できましたが、保存できず、誤解を招いていました。現在は、ユーザーがインベントリロールマッピングを変更できない場合、ドロップダウンは無効化されます。

SSOログイン用のクライアント推奨IDプロバイダー

複数のアイデンティティプロバイダーを使用するシングルサインオン (SSO) ログインを改善するために、新しい idp_hint パラメータが追加されました。

クライアントアプリケーションは、優先する IdP(例: idp_hint=google)を提案できるようになり、ユーザーは手動で選択することなく、そのプロバイダーに直接リダイレクトされます。

SSO設定における動的アクセスおよびインベントリのロールマッピング用ページネーションリスト

管理アプリケーションのシングルサインオン(SSO)設定ページのパフォーマンスを改善するため、動的アクセスマッピングとインベントリロールマッピングのリストにページネーションが導入されました。この変更により、多数のマッピングを一度に表示した場合に発生する可能性があるパフォーマンス低下やページクラッシュに対処します。ページネーションの導入により、多数のマッピングを含むSSO設定を構成する際に、よりスムーズなユーザー体験と全体的なパフォーマンスの向上が確保されます。

withParents=true の場合にすべてのマネージドオブジェクト祖先の情報を返すこと

Inventory API パラメータ withParents=true を使用すると、マネージドオブジェクトの祖先について、階層が 3 レベルに限定されるのではなく、全祖先の基本情報(ID、タイプ、名前)が返されるようになりました。祖先に関する情報を収集する際にインベントリのロールは考慮されないため、それらすべての基本情報が返されます。

API の使いやすさの改善に加えて、withParents=true パラメータを使用するリクエストのパフォーマンスも改善されました。

x509証明書タブでリロードアイコンが無限に回転する不具合の修正

特定の状況において、デバイス詳細の x509 タブのリロードアイコンが無限に回転し続け、リロード操作がすでに完了しているにもかかわらず、まだ進行中であることが表示されていました。この問題は解決されました。リロードが完了するとすぐリロードアイコンの回転が停止し、ユーザーに明確なフィードバックを提供します。

アプリケーションアクセスリストに含まれる外部アプリケーション

以前は、管理アプリケーションのアプリケーションアクセスリストにはホスト型アプリケーションのみが表示され、外部アプリケーションは表示されませんでした。この変更により、そのリストに外部アプリケーションも含まれるようになりました。これにより管理者は、ホスト型アプリケーションと同様に外部アプリケーションのアクセス権を確認および管理できます。

アラームAPIからのHistoryフィールド削除

非推奨の history フィールドはアラーム API から削除されました。以前、このフィールドは常に空のリストを返していました。このフィールドは API から返されなくなり、カスタムフラグメントとして使用できるようになりました。

アラームAPIのtypeパラメータで複数値指定が可能に

以前は、アラームの合計数 を取得する際、ドキュメントではそうではないと記載されているにもかかわらず、type パラメータは単一の値しか取れませんでした。この問題は修正されました。
type パラメータは現在、カンマ区切りの複数の値を受け付けます。

GET /alarm/alarms/count?type=c8y_UnavailabilityAlarm,c8y_TemperatureAlarm

アラームおよびイベントAPIへの新規パラメータwithSourceAdditions追加

アラームとイベント API は、追加パラメータ withSourceAdditions により改善されました。true に設定すると、関連するソース追加のアラームとイベントもレスポンスに含まれます。このパラメータを指定する場合は、source を指定する必要があります。

アラームおよびイベントAPIへの新規パラメータwithSourceChildrenの追加

アラームおよびイベント API は、追加パラメータ withSourceChildren により改善されました。true に設定すると、関連するソースアセット、デバイス、および追加要素のアラームとイベントもレスポンスに含まれます。このパラメータを指定する場合、source を指定する必要があります。

イベントAPIフィルターを使用したNotifications 2.0のテナントコンテキストサブスクリプション変更点

Notifications 2.0 のサブスクリプションでは、サブスクライブする Things Cloud API(例: eventsmeasurements)を指定できます。
events API がテナントコンテキストのサブスクリプションフィルターで唯一の API として明示的に含まれていた場合、そのサブスクリプションを機能させるために、そのフィルターでタイプフィルターも設定する必要がありました。
テナントコンテキストで events API をサブスクライブする際にタイプフィルターを必須とする制限は削除されました。テナントコンテキストの events API へのサブスクリプションは、タイプフィルターを指定せずに作成できるようになりました。

インストール済みプラグインリストのプラグイン名と説明の翻訳

プラグイン名と説明が、管理アプリケーションのインストール済みプラグイン一覧で翻訳表示されるようになりました。

インベントリAPI – withChildren パラメータのデフォルト値の変更

GET /inventory/managedObjects エンドポイントの withChildren パラメータのデフォルト値が true から false に変更されました。レスポンスで子アセット、子デバイス、および追加要素を引き続き受け取るには、クライアントはリクエストに明示的に ?withChildren=true を含める必要があります。この変更は以前のお知らせに沿ったもので、パフォーマンスとレスポンスの明確性を向上させることを目的としています。この挙動は機能トグル core.inventory.without.children によって制御されており、デフォルトで全テナントに対して有効になっています。このトグルを無効にすると、以前の挙動が復元され、明示的に別途設定しない限り withChildren はデフォルトで true になります。

インベントリAPIレスポンスにおけるアセット親データの問題修正

以前は、インベントリのロール経由でインベントリ読み取り権限が割り当てられているユーザーが、withParents=true パラメータを指定してインベントリサービスにAPIコールを行っても、アセットの親データを受け取れませんでした。APIは誤って空の deviceParentsassetParentsadditionParents 属性を返していました。この問題は修正されました。ユーザーは、親オブジェクト全体を読み取る権限がない場合でも、親の階層を最大3レベルまで取得できます。返される階層構造には、親オブジェクトのIDと名前のみが含まれます。

カスタムプロパティのないユーザーに対するカスタムプロパティセクションの非表示

ユーザーにカスタムプロパティがない場合、ユーザー詳細のカスタムプロパティセクションは表示されず、非表示になります。

クラスターメンバーシップとノード検出の改善

Things Cloud クラスターメンバーシップとノード検出の扱いに関する改善が実装されており、Things Cloud プラットフォームのマイクロサービス監視機能に影響を与える可能性があります。

サブテナントリストで切り替え後に「中断」および「有効化」ボタンのタイトルが正しく更新されるように変更

サブテナントリストにおいて、一時停止および有効化ボタンを切り替えた後もボタンのタイトルが変更されず、現在の状態について混乱を招く可能性がありました。この問題は修正されました。ボタンのタイトルは、ボタンをクリックしたときに実行されるアクションを反映して正しく更新されるようになりました。つまり、サブテナントが現在一時停止中の場合は 有効化 が表示され、その逆も同様です。

セキュリティ向上のため、ロールの説明を信頼済みHTMLとして表示しないよう変更

以前は、インベントリロールの説明に悪意のあるコードを入れることができ、表示時にそのコードが信頼されたHTMLとして扱われていました。たとえば、説明が"<img src="x" onerror="alert(123)" />“の場合、表示されたときにブラウザのalertメソッドが呼び出されていました。

説明は現在(ほとんどのユーザー提供プロパティと同様に)潜在的に危険なものとして扱われ、上記で説明したXSS攻撃はもう実行できません。お客様にとって見た目の変更はなく、無害なマークダウンは引き続き解釈されます(タグ、クラスは取り除かれません)。

ダークモードでナビゲータのロゴサイズ変更後の正しい表示

ブランディングエディターでサイズを変更した後、ダークモードでナビゲータのロゴが正しく表示されない問題がありました。この問題は修正されました。

テナントCA証明書の「所持証明」セクションの非表示化

信頼された証明書の詳細では、以前は、この種類の証明書には関係がないにもかかわらず、テナントCA証明書でも 所持の証明 セクションが表示されていました。この変更により、テナントCA証明書では 所持の証明 セクションが非表示になりました。これにより、ビューから不要な情報が削除され、ユーザーエクスペリエンスが向上します。

テナントで対応するログインオプションが設定不可の場合に非表示となる[認証]タブ

ユーザーエクスペリエンスを簡素化するため、管理 → 設定 → 認証ページでユーザーが利用できるタブに変更が加えられました。テナントに Basic または OAI-Secure のログインオプションを管理する権限がない場合、対応するタブは表示されません。これにより、テナントでどの認証方法を設定できるかについての混乱を防ぎます。

ログインオプションのアクセス設定を構成する方法の詳細は、Things Cloud OpenAPI仕様 を参照してください。

テナントまたはユーザー名のクレームがない外部IAMトークン向けJava SDKサポートの改善

外部 IAM JWT トークン を使用する場合、トークンのクレームにテナント ID またはユーザー名が含まれていないと、認証がテナントとユーザーを正しく識別できませんでした。

この変更により、Java SDK は Things Cloud の認証情報コンテキストからテナント ID とユーザー名を適切に取得するようになり、正しい識別と外部 ID プロバイダーとのよりスムーズな統合が保証されます。

テナント作成時の会社名検証修正

以前は、テナント作成時の会社名の検証に問題がありました。2文字の会社名ではテナントを作成できず、検証エラーも分かりにくいものでした。検証は修正され、現在は2文字の会社名でも問題なくテナントを作成できるようになりました。

テナント詳細の[カスタムプロパティ]タブでテナント関連のカスタムプロパティのみ表示

以前、テナント詳細の カスタムプロパティ タブには、テナントに関連しないもの(例: イベントやアラーム用のもの)も含め、すべてのカスタムプロパティが表示されていたため、混乱を招く可能性がありました。この変更により、このタブには実際にテナントに関連するカスタムプロパティのみが表示されます。これにより、テナント固有のカスタムプロパティを管理するユーザーにとって、明確さと使いやすさが向上します。

テナント詳細のアプリケーションフィルターで翻訳済みアプリケーション名の使用が可能に

テナント詳細の アプリケーション タブにあるアプリケーションフィルターは以前、バックグラウンドで未翻訳のアプリケーション名に対して照合していたため、現在選択している言語のアプリケーション名でフィルタリングしても結果が返りませんでした。この問題は修正され、フィルターは翻訳されたアプリケーション名に対して正しく照合するようになりました。これにより、選択している言語で表示されている名前どおりにアプリケーションを検索して見つけられるようになりました。これにより、テナントのアプリケーションを管理する際のフィルタリング体験がより直感的になり、UIに表示されているアプリケーション名を使用して確実に検索できるようになりました。

テナント詳細のカスタムプロパティタブの改善

テナント詳細の カスタムプロパティ タブが改善され、余分な情報が新しい 制限 タブに移動されたため、よりすっきりとして一貫性のあるインターフェースになりました。

テナント詳細の新しい「制限」タブ

テナント向けに設定されているリソース制限とクォータの概要をより分かりやすく提供するために、テナント詳細ページに新しい 制限 タブが追加されました。このタブで、テナントのデバイス数、リクエスト数、キューサイズの最大数を設定できます。この変更により、テナント管理者は自分のサブテナントのリソース制限を簡単に表示および管理できるようになりました。

こちらも参照: 制限の設定

デバイス可用性監視の改善

以前は、デバイスステータスでメンテナンスモードをオンまたはオフにすると、最終通信 に誤った日付が表示されることがありました。この問題を修正するため、メンテナンスモードへの移行時またはメンテナンスモードからの移行時にセーフガードを追加し、デバイス可用性監視を強化しました。これにより、陳腐化した lastMessage エントリを防止し、正確なステータス追跡とデータ整合性の向上を保証します。

デバイス証明書登録の検証強化

デバイス証明書の検証が改善され、証明書署名要求(CSR)のサブジェクトにあるコモンネーム(CN)フィールドが、デバイス登録時に提供されたデバイスIDと正確に一致するようになりました。
この強化により一貫性が向上し、識別子が一致しない証明書の登録を防止します。

デバイス認証で使用する部分的な証明書チェーンの検証プロセス修正

以前は、デバイスが証明書を使用してプラットフォームへの認証を行う場合、デバイスがルート証明書までの完全な証明書チェーンを提供しないと認証に失敗していました。この問題は解決され、ルート証明書を含まない部分的なチェーンを使用してデバイスが認証できるようになりました。プラットフォームに直近の発行者が存在する場合、リーフ証明書のみで認証できます。

デフォルトのアクセスマッピングによるアクセストークンからのユーザー情報取得

シングルサインオン(SSO)の設定は更新され、デフォルトのアクセスマッピングはアクセストークンからユーザー情報を取得するようになりました。この更新は、Things Cloud が最近、アクセストークンまたはIDトークンのいずれかからユーザー情報を取得できるようにしたために必要です。この変更により、後方互換性が向上します。

デフォルトのサブスクライブ済みマイクロサービスへの時系列移行アプリケーション追加

2025年第1四半期から、Things Cloud プラットフォームには、既定でサブスクライブされるマイクロサービス一式の一部として Time Series Migration アプリケーションが含まれます。このサービスは、既存および新規作成されたテナントの両方で自動的に有効化されます。このアプリケーションにより、テナントデータを従来のメジャーメントから新しい時系列ストレージへ移行できます。詳細については、Time Series migration を参照してください。

デフォルトのテナントオプションをオーバーライドするテナントポリシーによるテナント作成の正常動作

以前は、エンタープライズテナント(親テナント) がデフォルトのテナントオプションをオーバーライドするテナントポリシーでサブテナントを作成すると、テナントの作成が失敗していました。この問題は修正され、デフォルトのテナントオプションをオーバーライドするテナントポリシーでサブテナントを作成しても、現在は正常に作成できるようになりました。

デプロイ済みパッケージの変更ログを表示するオプション追加

デプロイされたパッケージの変更ログを表示できるようになりました。これらの変更ログは、次の場所で表示できます。

  • パッケージの詳細にある 変更ログ タブ
  • パッケージのバージョン詳細にある変更ログのセクション
  • インストール済みプラグインの プラグインを更新 ダイアログ内

パッケージ内の特定プラグイン向けreadmeファイル提供オプション追加

以前は、パッケージに追加できる readme ファイルは 1 つだけで、パッケージのルートフォルダーに README.md ファイルを保存することで追加していました。このアップデートにより、パッケージ内の各プラグインごとに readme ファイルを作成できるようになり、ユーザーにとってより良い体験を提供し、情報をプラグインにより近い場所に配置できます。

プラグインの readme を追加するには、README.md ファイルをプラグインのコードベース内に用意する必要があります(推奨される場所は、公開されるプラグインモジュールと同じフォルダーです)。また、exports に、このファイルへのパスを示す readmePath プロパティを追加する必要があります。例:

{
  name: 'Example widget plugin',
  module: 'WidgetPluginModule',
  path: './src/app/widget/widget-plugin.module.ts',
  readmePath: './src/app/widget/README.md',
  description: 'Adds a custom widget to the shell application'
}

パッケージがデプロイされると、readme はパッケージ詳細、パッケージバージョン表示(特定バージョンの readme)、インストール済みプラグイン一覧、利用可能なプラグイン一覧で表示できます。

フィルター値がvalueSeriesFragmentのメジャーメントAPIへのクエリでNullPointerExceptionが発生しないこと

インベントリのロール権限として API Measurement とフラグメント * が付与されたユーザーが、フィルター valueSeriesFragment を使用してメジャーメント API へのクエリを実行すると、NullPointerException とエラーコード 500 が発生していました。

この問題は修正され、フィルター valueSeriesFragment を適切に使用できるようになりました。

プラグインバージョンのパッケージコンテンツ情報へのプラグインラベル追加

拡張機能の バージョン タブで、選択したプラグインバージョンの パッケージ内容 セクションに、一覧表示されている各プラグインバージョンのタイプを示すラベルが表示されるようになりました。以前はラベルは表示されず、コンソールログにエラーが出力されていました。

プロパティ、カスタムプロパティ、制限タブの新しいバージョンのangularへの移行完了

テナントの詳細にある プロパティカスタムプロパティ、および 制限 タブは、新しいバージョンの Angular に完全に移行されました。ユーザーの観点では、次の 2 つの例外を除き、引き続き同じように動作します。

  • 外部参照 フィールドと Gainsight 製品エクスペリエンス追跡を有効化 チェックボックスは プロパティ タブに移動されました。
  • デバイスストレージの制限は 制限 タブに移動されました。

プロビジョニング済みデバイス証明書の一括失効

以前は、プロビジョニング済みデバイス証明書は個別にしか失効できませんでした。この変更により、データグリッドで複数のプロビジョニング済みデバイス証明書を選択し、一括で失効できるようになりました。これにより、複数の証明書を失効する手順が簡素化されます。

マイクロサービスリクエストへのヘッダーとしてのテナントオプション添付の非推奨化

これまで、テナントオプションは各マイクロサービスのリクエストに付加されていました。マイクロサービスプロキシはテナントオプションをリクエストヘッダーに追加し、リクエストをそれぞれのマイクロサービスに転送していました。
たとえば、アプリケーションのコンテキストパスに一致するカテゴリでテナントオプションを作成すると、その値はプラットフォーム上のマイクロサービスプロキシによってヘッダー(キー => 値)としてマイクロサービスに渡されてきました。

この機能は現在非推奨です。テナントオプションはマイクロサービスへのリクエストにヘッダーとして付加されなくなります。削除は、CDバージョンでは2026年Q1、年次リリースでは2027年に予定されています。テナントオプションの取得は、エンドポイント <TENANT_DOMAIN>/application/currentApplication/settings を通じて引き続き可能です。

この変更はデフォルトではまだ無効で、機能トグル core.ms-proxy.no-tenant-options-in-headers で有効化できます。

重要
CDバージョンでは2026年Q1、年次リリースでは2027年に、この変更は必須になります。

メジャーメントフラグメントにおける単位値の厳密な検証

将来のリリースでは、Things Cloud プラットフォームはメジャーメントフラグメント内の unit 値を厳密に検証します。

メジャーメントフラグメントに含まれる unit 値が null または空文字列の場合、プラットフォームはその unit 値を無視し、永続化しません。メジャーメント自体は引き続き保存されますが、無効な unit は含まれません。

この変更により、データ品質と一貫性が向上します。インテグレーションを見直し、すべてのメジャーメントフラグメントで有効かつ空でない unit 値を使用するか、unit フィールド自体を完全に省略してください。

メジャーメント系列エンドポイント:系列名にドットが複数含まれる場合のエラー発生

フラグメントおよびシリーズに使用するプロパティ名には、空白や特殊文字を含めてはなりません(https://cumulocity.com/api/core/#operation/postMeasurementCollectionResource)。 以前は、/measurement/measurements/series エンドポイントが series クエリパラメータとして 2 つ以上のドットを含む値を受け付けていましたが、レスポンスは空でした。 この変更により、series クエリパラメータに複数のドットが含まれている場合、エンドポイントは 422 エラーを返します。

メジャーメント系列の集計改善

メジャーメント系列エンドポイントに新しいクエリパラメータ aggregationFunction が追加されました。このパラメータを使用すると、指定した集計間隔ごとにメジャーメント系列データに対して計算する集計関数を指定できます。サポートされている集計関数は minmaxavgsumcountstdDevPopstdDevSamp です。パラメータが指定されていない場合、関数 minmax がデフォルトで計算されます。

備考
複数の関数を一度に計算したい場合は、パラメータを複数回指定する必要があります。例: aggregationFunction=min&aggregationFunction=max&aggregationFunction=avg
注意
このパラメータは、aggregationType または aggregationInterval パラメータを使用して集計間隔が指定されている場合にのみ指定できます。 集計間隔なしで aggregationFunction パラメータを指定すると、不正なリクエストエラーになります。 このパラメータは、メジャーメントの時系列永続化に対してのみ有効です。 レガシー永続化では、minmax 関数が常に計算されます。

メジャーメント系列の集計間隔の粒度向上

メジャーメント系列エンドポイントが強化されました。このエンドポイントを現在使用しているアプリケーションの動作への影響はありません。

新しいクエリパラメータ aggregationInterval を導入しました。これにより、既存の aggregationType パラメータと比べて、返されるメジャーメント系列データの集計間隔をより柔軟に指定できます。新しいパラメータでは、300s25m12h7d などのカスタム時間間隔を指定できます。パラメータの形式は整数と時間単位の組み合わせで、サポートされる時間単位は s(秒)、m(分)、h(時間)、d(日)、w(週)、M(月)、q(四半期)、y(年)です。整数値は先頭にゼロを付けない正の数でなければなりません。

新しい aggregationInterval パラメータは、既存の aggregationType パラメータよりも優先されます。リクエストで両方が指定された場合は、aggregationInterval パラメータのみが考慮され、aggregationType パラメータは無視されます。

注意
aggregationInterval パラメータの値の全範囲は、メジャーメントの時系列永続化でのみサポートされます。 レガシー永続化では 1d1h1m の間隔のみがサポートされ、既存の aggregationType パラメータ値に直接対応します。レガシー永続化で他の間隔値を使用した場合、システムは最も近いサポート対象の集計タイプをデフォルトとして使用するため、予期しない結果につながる可能性があります。

ユーザープロファイル更新時にカスタムアプリケーションが意図せずクリアされないように改善

ユーザープロファイル内の他のフィールドが更新された際に、ユーザープロファイル内のカスタムアプリケーションがクリアされる問題を修正しました。

ユーザーリストでグローバルロールを翻訳名でフィルタリングおよび並べ替え可能に

ユーザー管理では以前、グローバルロールは表示名ではなく内部ラベルによってフィルタリングおよびソートされていたため、UI でロールを見つけて整理するのが困難でした。現在は、ユーザーリスト内のグローバルロールが翻訳された名前、つまり UI で表示されている名前によってフィルタリングおよびソートされます。この変更により、画面上で見えている内容とソートおよびフィルタリングの動作が一致するため、割り当てられたグローバルロールに基づいてユーザーを検索して整理することがより直感的になります。

ローカルスマートルール作成および更新パフォーマンスの向上

以前は、スマートルールの作成または更新のリクエスト時間は、有効または無効のソース数に応じて増加していました。 そのため、多数のデバイスを含むグループでローカルスマートルールを作成する場合は、 個の子アセットについても有効化 チェックボックスを選択しないことが推奨されていました。

この変更により、リクエストのパフォーマンスが改善され、現在は有効または無効のソース(enabledSources または disabledSources)のリストに1つのデバイスIDを追加または削除してスマートルールを更新する処理が非常に高速になりました。

さらに、トップレベルのグループの 直接の 子が多数ある場合、ローカルスマートルールの作成が大幅に高速化されました。 より深いインベントリ階層の場合は、階層の第1レベルのみがより高速に検証されるため、グループに階層のより深い位置にある子孫が数百存在し、それらすべてが enabledSources として選択されている場合、ローカルスマートルールの作成には依然として長い時間がかかる可能性があります。

ログインエイリアスに空文字列の設定不可

ログインエイリアスは、空文字列(つまり、空白のみで構成される文字列)、null、または undefined にはできなくなりました。ユーザーにログインエイリアスが設定されていない場合、このフィールドはユーザーオブジェクトに含めてはいけません。

ワイルドカードを用いたインベントリ検索の大文字・小文字区別なし化

特定のプロパティでインベントリを検索する際のユーザーエクスペリエンスを改善するため、Things Cloud プラットフォームは、ワイルドカードを含むフィルターによる検索の動作を変更します。クエリ言語でワイルドカードを使用するクエリは、大文字小文字を区別しないようになりました。以前は、そのようなクエリは大文字小文字を区別する戦略で処理されていました。

リクエスト例:
GET /inventory/managedObjects?query=name+eq+'my-device*
は、名前が 'my-device01' または 'My-Device02' のデバイスを返すことができるようになりました。

ワイルドカード文字のないクエリは変更されず、最適なパフォーマンスのために完全一致を使用します。つまり、次のリクエスト例:
GET /inventory/managedObjects?query=name+eq+'My-device01'
は、名前が 'my-device01' のデバイスを返しません。

以前のマイクロサービスバージョンの再アップロード

以前は、古いマイクロサービスバージョンのアップロードは、バージョンに -SNAPSHOT サフィックスを含む開発ビルドに制限されていました。 この制約は今回削除されました。

Dockerレジストリにすでに保存されているものと、アップロードするイメージが一致する場合、マイクロサービスの古いバージョンをアップロードできるようになりました。

バージョンに -SNAPSHOT サフィックスが付いた開発中のマイクロサービスについては、イメージ内容に制限はありません。 同一または異なるイメージ内容の古いバージョンをデプロイできます。

この改善により、以前使用していたマイクロサービスのバージョンにロールバックできます。これまでは、マイクロサービスアプリケーションを削除して古いバージョンを再アップロードするか、同じバイナリをバージョン番号を増やして再ビルドおよび再アップロードする必要がありました。

使用状況統計へのオペレーションリクエストカウンター追加

2 つの新しいプロパティ operationsCreatedCountoperationsUpdateCount が、使用状況の統計のために詳細なリクエストカウンターを返すすべての REST エンドポイントに追加されました。

最初の実装ステップでは、Things Cloud プラットフォームはこれらのプロパティを 0 の値で返します。

将来の実装では、REST リクエストおよびオペレーションを作成・更新する MQTT メッセージに反応してカウントするロジックが追加されます。

使用統計ページへの新規2列追加

プラットフォームの使用状況に関するより詳細なインサイトを提供するため、エンタープライズテナント(親テナント)向けの使用状況統計ページに 2 つの新しい列「作成されたオペレーション」と「更新されたオペレーション」が追加されました。これらの列は、それぞれ作成および更新されたオペレーションの数を示します。

この変更により、使用状況統計のリクエストカウンターの粒度が向上し、プラットフォームアクティビティのより良い分析と理解が可能になります。この追加によって、既存の使用状況統計データおよび機能は影響を受けません。

値なしでメジャーメント系列を作成できないこと

以前は、値のないメジャーメント系列を作成できました。この問題は、値が必須になったことで修正されました。これにより、メジャーメントの作成時に値を指定する必要があります。

値を削除した際の数値および整数のカスタムプロパティフィールドの適切なクリア

サブテナントの詳細ビューにおいて、数値型および整数型のカスタムプロパティフィールドが、ユーザーが値を削除しようとした際にクリアされない問題がありました。以前は、ユーザーが既存の数値または整数の値を空に設定しようとしても、元の値が保持され、空として保存されませんでした。この問題は修正され、ユーザーは値を削除することで、数値型および整数型のカスタムプロパティフィールドを正常にクリアできるようになりました。これにより、カスタムプロパティデータがサブテナント設定の現在の状態を正確に反映するようになります。

停止中のテナントでも実行されるデータ保持ルール

データ保持スケジューラーが更新され、アクティブなテナントに加えて、ステータスが SUSPENDED のテナントに対してもデータ保持ルールを実行するようになりました。これにより、テナントが現在アクティブでない場合でも、データクリーンアップおよびストレージのルールが引き続き適用されます。

内部実装変更のパブリックプレビュー

Things Cloud プラットフォームの継続的なモダナイゼーションの一環として、Things Cloud の信頼性とスケーラビリティを強化するいくつかの内部実装変更を導入しました。新しい実装は現在 https://eu-latest.cumulocity.com/ でデフォルトとなっており、その他すべてのインスタンスでもパブリックプレビューとして利用可能です。 新しい実装は GA になり、2025 年 9 月末までにすべての SaaS システムでデフォルトになります。 このお知らせの目的は、この更新を活用したいお客様に、パブリックプレビューへの参加を呼びかけることです。

新しい実装の有効化はテナントごとに行い、ロールに「Tenant management」の ADMIN 権限(API 文字列 = ROLE_TENANT_MANAGEMENT_ADMIN)が含まれていること、および Feature Toggles REST API の使用が必要です。

curl --location --request PUT "https://<TENANT_DOMAIN>/features/cluster-subscriptions.mongo-persistence/by-tenant" \
--header "Authorization: Basic <AUTHORIZATION>" \
--header "Accept: application/json" \
--header "Content-Type: application/json" \
--data-raw '{ "active": true }'

機能を無効化するには、同じリクエストを { "active": false } で実行します。

想定される挙動としては、すべてのプラットフォーム機能や動作がこれまでどおり継続して動作することです。機能を有効化した後は、アクティブな Realtime Notifications 1.0 のサブスクリプションを監視することを推奨します。挙動に何らかの変化が生じた場合は、機能トグルを無効化し、Things Cloud サポートにインシデントを知らせるためのサポートチケットを起票してください。特定のテナントでトグルを有効化するスケジュールを事前にお知らせいただければ、利用可能なツールでそのテナントのトラフィックのパターンもより注意深く監視できます。

利用統計向けオペレーション作成・更新カウンターの実装

以前のバージョン(10.20.611.0)で REST エンドポイント向けに導入された使用統計の 2 つの新しいリクエストカウンター operationsCreatedCountoperationsUpdatedCount が、現在は完全に実装されました。これらのカウンターは次の方法でインクリメントされます。

  • operationsCreated: 単一の operations API(/devicecontrol/operations)または一括 operations API(/devicecontrol/bulkoperations)に対する POST リクエストで、REST 経由でオペレーションが作成された場合。
    • 一括オペレーションを作成すると、バックグラウンドで個々のオペレーションが非同期に作成され、Things Cloud は作成された各オペレーションを個別にカウントします。
  • operationsUpdated: 単一のオペレーションが REST 経由で更新された場合、または MQTT の標準 SmartREST 静的テンプレート(501-507)経由、または MQTT のカスタム SmartREST テンプレート経由で更新された場合。
    • テンプレート 507 は複数のオペレーション更新を引き起こす可能性があるため、更新された各オペレーションは個別にカウントされます。

削除済み添付ファイルの親から子参照を削除

添付ファイルが削除されると、この添付ファイルへの参照も親マネージドオブジェクトから削除されます。これにより、存在しないマネージドオブジェクトを指す参照が残らないことが保証されます。

失効したプラグインのアンインストールおよびアップグレードの信頼性向上

以前は、プラグインのバージョンが削除されても新しいバージョンがあるためパッケージに引き続きアクセスできる場合、プラグインは「revoked」(取り消し済み)状態になっていました。このようなプラグインをアンインストールしようとすると、UI 上では成功したように見えましたが、実際にはプラグインは削除されていませんでした。この修正により、「revoked」(取り消し済み)プラグインのアンインストールが正しく処理され、UI にも正確に反映されるようになりました。ユーザーは「revoked」(取り消し済み)プラグインを確実に削除し、新しい利用可能なバージョンにアップグレードできるようになりました。

新しいクエリ言語関数の追加

新しい関数 isinhierarchyof()クエリ言語 に追加されました。

新しい関数には次の特徴があります。

  • 引数として渡された ID を持つオブジェクトの階層内にあるオブジェクトにマッチします。
  • 1 つまたは複数の引数を受け取ります。

次の階層がある場合:

  • グループ g1
    • サブグループ s1
      • オブジェクト o1
      • オブジェクト o2
    • サブグループ s2
      • オブジェクト o3
      • オブジェクト o4
  • isinhierarchyof(g1) - グループ g1 とそのすべての子孫にマッチします: g1, s1, s2, o1, o2, o3, o4
  • isinhierarchyof(s1) - サブグループ s1 とそのすべての子孫にマッチします: s1, o1, o2
  • isinhierarchyof(s2) - サブグループ s2 とそのすべての子孫にマッチします: s2, o3, o4
  • isinhierarchyof(o1) - オブジェクト o1 のみにマッチします
  • isinhierarchyof(o3) - オブジェクト o3 のみにマッチします
  • isinhierarchyof(s1,s2) - 両方のサブグループとその子孫にマッチします: s1, s2, o1, o2, o3, o4
  • isinhierarchyof(o2,o4) - オブジェクト o2, o4 にマッチします

新しい監査ログタイプ「テナント証明書認証局」の追加

監査ログ機能を強化するために、「テナント証明書認証局」という新しい監査ログタイプが追加されました。この変更により、ユーザーは管理アプリケーションの監査ログブラウザから、テナント証明書認証局のイベントに関連する監査ログを直接表示およびフィルタリングできるようになりました。この改善により、テナント内の証明書認証局関連アクティビティの可視性と追跡性が向上し、管理者はこれらの特定イベントをより効果的に監視および分析できます。ログに記録されるイベントタイプの一覧は、ユーザードキュメントで確認できます。

新規テナント作成時のテナントポリシー「なし」の事前選択

新しいテナントを作成する際、以前はユーザーが利用可能なオプションからテナントポリシーを手動で選択する必要がありました。テナントポリシーのドロップダウンは現在、デフォルトで「None」オプションが事前選択されており、テナント作成時に必要な手順数が削減されます。この変更により、ユーザーがそのまま受け入れることも、必要に応じて別のポリシーに変更することもできる、適切なデフォルト選択が提供され、テナントのセットアッププロセスが効率化されます。

新規ユーザー向けパスワード設定プロセスの改善

新規ユーザーのパスワード設定プロセスが不明確でした。このプロセスは更新され、管理者が選択できる 3 つの明確なオプションに置き換えられました。利用可能なオプションは次のとおりです。

  • パスワードリセットリンクをメールで送信
  • 初回ログイン時に変更が必要なパスワードを設定
  • ユーザーのパスワードを設定(変更不要)

関連情報: ユーザーの管理

既存のブランディングがないテナントへのブランディングのインポート可能化

問題により、これまでは対象のテナントにまだブランディングが設定されていない場合、そのテナントのブランディングをインポートできませんでした。この変更により、テナントにブランディングが何も設定されていない場合でも、管理アプリケーションからブランディングパッケージをインポートできるようになりました。これにより、最初にブランディング設定を手動で作成する必要がなく、既存のブランディングパッケージを直接インポートすることで、新しいテナントのブランディングを設定しやすくなります。

時系列メジャーメントのrevertパラメータのデフォルト値変更

時系列メジャーメントの revert パラメータのデフォルト値が true に変更されました。
その結果、時系列メジャーメントはデフォルトで新しいものから古いものへ並べ替えられます。

この変更は、次の API エンドポイントに影響します。

  • GET /measurement/measurements
  • GET /measurement/measurements/series

昇順の結果が必要な場合は、クエリで revert パラメータを明示的に false に設定する必要があります。

レガシーメジャーメントのデフォルト値は引き続き false のままです。

時系列メジャーメントのインデックス利用の改善

プラットフォームは、時系列データを保存および取得する際に、データベースインデックスをより効率的に使用するようになりました。これにより、ストレージコストが削減され、パフォーマンスが向上します。

暗号化テナントオプションのセキュリティ強化

credentials. プレフィックスを持つ暗号化された テナントオプション の復号を制限する新しいセキュリティ機能が導入されました。これらのオプションは、システムユーザー(ブートストラップユーザーやマイクロサービスユーザーなど)が、それらのオプションを所有している場合にのみ復号できるようになりました。

所有権は、次の優先順位でテナントオプションのカテゴリに基づいて決定されます。

  1. マイクロサービスマニフェストで定義された settingsCategory
  2. マイクロサービスのコンテキストパス。
  3. マイクロサービス名。

この変更は現在デフォルトで無効になっており、API を通じて機能トグル secure-tenant-options により有効化できます。

重要
SaaSインスタンスでは2025年Q4に、年次リリースでは2026年に、この制限は 必須 になります。今後の強制適用との互換性を確保するため、今すぐマイクロサービスを見直すことを強く推奨します。これにより、特に自分のマイクロサービスが 所有していない カテゴリの credentials.* オプションの読み取りに依存している場合に、マイクロサービス開発者が適応する時間を確保できます。

最新のメジャーメント値のデバイスのマネージドオブジェクトへの保存

c8y_LatestMeasurements フラグメント配下でのメジャーメント値の自動永続化(以前プレビュー機能として導入されたもの)のサポートは、一般提供となりました。series が設定に一致するメジャーメントが作成されると、デバイスのマネージドオブジェクトが、プラットフォームに送信された最後の series で更新されます。

機能の有効化方法と動作の詳細については、データの管理 を参照してください。

最新メジャーメント値のテナントオプションでワイルドカード文字の利用が可能に

以前は、最新のメジャーメント値を有効にするために使用されるテナントオプションが、ワイルドカード(*)文字で動作していました。この変更により、ワイルドカード文字を使用して、すべてのシリーズの最新メジャーメントを有効にできます。

PUT /tenant/options/measurement.series.latestvalue

{
  "*":""
}

最新値から遅延到着メジャーメントを除外する新しいトグル設定

新しい切り替え(トグル)strongConsistency が導入されました。true に設定した場合、実際の到着時刻に関係なく、遅れて到着したメジャーメントがデバイスの最新データとして表示されるのを防ぎます。

有効化する方法と動作の詳細については、データ管理 を参照してください。

登録時のデバイス追加に伴うグループのlastUpdatedフラグメントの正常更新

各デバイス登録リクエストには、登録が成功した後にデバイスが割り当てられるグループに関する情報が含まれています。
以前は、グループの「lastUpdated」フラグメントが正しく更新されていませんでした。この変更により、新しいデバイスが正常に追加された際に、現在の日付を表示するよう「lastUpdated」フラグメントが更新されます。

監査ログリストにおけるデータハブエントリのフィルターオプション追加

監査ログリストに、DataHubによって作成されたエントリの新しいフィルターオプションが追加されました。以前は、DataHub関連のエントリを個別にフィルタリングできませんでした。

監査ログ一覧パフォーマンスの改善

以前は、管理アプリケーションで監査ログリストを読み込むのが遅く、特に監査ログエントリ数が多いテナントで顕著でした。この変更により、パフォーマンスが大幅に向上します。監査履歴が膨大なテナントであっても、監査ログリスト表示時の読み込み時間が大幅に短縮されます。

管理テナントでの時系列サポートの有効化は不可

マネジメントテナント で 時系列サポート を有効化することは、テナントオプションの継承によってサブテナントで時系列サポートが有効化されるのを防ぐため、もはやできなくなりました。

系列内の欠落メジャーメントに常に null 値を返す設定

欠損したメジャーメントは、シリーズエンドポイントvalues 配列内の null プレースホルダーで示されます。
以前は、欠損したメジャーメントが配列の末尾にある場合、これらの null 値はレスポンスの一部として省略されており、混乱を招く可能性がありました。
現在は、欠損したメジャーメントに対して null 値が常に含まれます。

署名と発行が可能な証明書管理の強化

証明書認証局機能が一般提供(GA)となりました。

この機能は、デバイス管理アプリケーションの「管理 → 信頼済み証明書」からアクセスできます。ここでは CA証明書を追加 オプションがデフォルトで利用可能になりました。

Things Cloud は証明書認証局(CA)として機能するように強化され、次の機能を提供します:

  • 署名証明書を管理
  • 証明書署名要求(CSR)を受け付け
  • 各テナントで定義された正当性チェックを実行
  • デバイステナントで信頼される署名済み X.509 証明書を発行

この機能の詳細については、証明書認証局(CA) を参照してください。

翻訳エディタですべての翻訳を削除する際の問題修正

ローカリゼーション ページの翻訳エディタでは、以前はユーザーが特定のキーに対するすべての翻訳を削除できませんでした。この問題は現在解決されています。この修正により、ユーザーはキーに関連付けられたすべての翻訳を正常に削除できるようになりました。

過去のメジャーメント値の紹介

c8y_PreviousMeasurements フラグメント配下のメジャーメント値に対する自動永続化が導入されました。これにより、到着時刻に基づいて 2 番目に新しいメジャーメント値を保存およびクエリできるようになります。

機能を有効化する方法と動作の詳細については、データの管理 を参照してください。

破壊的変更: インベントリ API の c8y_PreviousMeasurements フラグメントが制限対象プロパティ一覧に追加されました。

c8y_PreviousMeasurements フラグメントは内部システム用途のみに予約されており、外部ユーザーは使用できません。

制限対象プロパティを含むリクエストは、そのプロパティがプラットフォームによって無視されます — 適用も保存もされません。

例:

ユーザーが次のようなリクエストを送信した場合:

{
    "name": "testDevice",
    "owner": "device_654321",
    "c8y_IsDevice": {},
    "c8y_PreviousMeasurements": {
        "c8y_Temperature": {
            "value": 25.4,
            "unit": "C"
        }
    }
}

このリリース以降、リクエスト内の c8y_PreviousMeasurements フラグメントは無視され、保存されません。

AngularJS から Angular に移行したアセット注記ウィジェット

デバイス管理アプリケーションの継続的な改善の一環として、「アセット注記」ウィジェットは AngularJS から Angular に移行されました。

CA証明書削除の確認メッセージ改善

CA 証明書の誤削除を防ぐため、削除確認メッセージが改善されました。以前は、削除確認メッセージでは CA 証明書を削除した場合の影響が十分に明確ではありませんでした。現在は、この証明書で登録されたデバイスがプラットフォームに接続できなくなることが、メッセージで明示されています。

EST によるデバイス登録後の確認メッセージ改善

以前は、EST(Enrollment over Secure Transportプロトコル)によるデバイス登録後に表示される確認メッセージが通常のデバイス登録の場合と同じであったため、混乱を招いていました。この変更により、表示されるメッセージはESTで登録されたデバイスに固有のものになりました。つまり、デバイスは署名済み証明書を直接リクエストし、それを使用して手動での追加の承認プロセスなしにプラットフォームに対して認証できます。

EST 経由のデバイス登録プロセスにおける特殊文字の正しいエスケープ処理

以前は、EST(Enrollment over Secure Transport)プロトコルを介したデバイス登録の際に、ワンタイムパスワードに含まれる ;" などの特殊文字が、サーバーへ送信されるときに正しくエスケープされていませんでした。

この問題は修正されました。現在は特殊文字が適切にエスケープされ、正しい値がサーバーで受信され、その後の登録プロセスで使用されます。

ESTプロトコル登録時のデバイスのグループへの正しい割り当て

EST(Enrollment over Secure Transport)プロトコルを使用したデバイス登録は、内部的にEST以外の登録とは異なる方法で処理されていました。この変更により、ESTプロトコルの有無にかかわらずデバイス登録の処理方法が統一されます。これにより、ESTプロトコルを使用した登録時に、デバイスが登録時にユーザーが選択したグループに割り当てられない問題が修正されます。

Modbus、Profibus、CANBus、CANopenデバイスへのc8y_IsDeviceフラグメント追加

過去には、デバイス管理で作成された Modbus、Profibus、CANBus、および CANopen デバイスには、インベントリ内でそれらをデバイスとして識別する c8y_IsDevice フラグメントが欠落していました。この変更により、今後作成されるそのようなすべてのデバイスに c8y_IsDevice フラグメントが追加されます。この改善により、デバイスをクエリする際に、インベントリ内でそのようなデバイスを見つけてフィルタリングしやすくなります。インベントリ内の既存の Modbus、Profibus、CANBus、および CANopen デバイスは変更されず、引き続きこのパラメータが欠落したままです。

Modbusレジスタの値正規化の改善

デバイス管理アプリケーションでは、Modbus レジスタ値の正規化における最小値および最大値として小数値を入力できるようになりました。以前は、UI で 655.1 のような値を入力できましたが、保存されるのは整数のみであり、正確なデバイス構成ができませんでした。この変更により、アプリケーションは Modbus を含む Cloud フィールドバス種別の関連するすべてのフィールドで浮動小数点数を受け付けます。これにより、レジスタ設定をデバイスの機能に合わせることができ、より正確な値のスケーリングが可能になります。

OPC UAサーバーのアドレス空間スキャン機能の強化

デバイス管理アプリケーションの OPC UA サーバー設定に新しい高度な設定が導入され、アドレス空間の完全または部分スキャン機能のいずれかで自動スキャンを有効にするオプションを提供します。

詳細については、ゲートウェイをサーバーに接続する を参照してください。

この機能には、opcua-device-gateway および opcua-mgmt-service コンポーネントのバージョン 1021.7.0 以降が必要です。

URLなしでソフトウェアおよびファームウェアのリポジトリアイテム追加可能

URL なしでソフトウェアおよびファームウェアのリポジトリアイテムを追加できるようになりました。ソフトウェアおよびファームウェアのバージョンをアップロードする際、バイナリに対して 提供 と呼ばれる新しいオプションが利用できます。このオプションを選択すると、デバイス側でバイナリを自ら解決することが想定されます。

アラームタブでの欠落していたパンくずリストの修正

デバイス詳細では、特定のデバイスの アラーム タブを表示した際にパンくずナビゲーションが表示されませんでした。この問題は解決されました。パンくずは アラーム タブに正しく表示されるようになりました。

カスタム列作成時に利用可能なアセットプロパティ一覧

データグリッドビューでは、カスタム列を追加する際に、デジタルツインマネージャー(DTM)のアセットAPIが利用可能な場合、アセットプロパティの定義リストを検索できるようになりました。列ヘッダーとパスは自動的に入力されます。DTMサービスに接続できない場合、アプリケーションは従来のダイアログにフォールバックするため、既存のワークフローは引き続き動作します。

クエリパラメータによる単一デバイス登録フォームの事前入力許可

デバイス登録プロセスを簡素化するために、単一デバイス登録フォームにデバイス情報を事前入力できるようになりました。ユーザーがデバイス登録ダイアログを開くと、フォームフィールドはクエリパラメータから取得できるデバイス詳細で自動的に入力され、手動入力が削減されます。この変更により、デバイス登録時の時間と労力を節約でき、ユーザーエクスペリエンスが向上します。

クラウドリモートアクセス機能の旧式AngularJS実装の削除

継続的な改善の取り組みの一環として、以前のバージョンで Cloud Remote Access 機能を古い AngularJS フレームワークから新しい Angular フレームワークに移行しました。 新しい Angular ベースの実装により、古い AngularJS ベースの実装は廃止となります。 そのため、AngularJS ベースの実装はバージョン 1022.0.0 以降、@c8y/ng1-modules npm package から削除されます。

独自のデバイス管理アプリケーションを保守しているお客様は、新しい実装に切り替えるために必要な変更点を特定するには、この git diff を参照できます。

グローバル権限のないユーザーで情報ダッシュボードの読み込み失敗

デバイス管理アプリケーションで、特定の状況では、グローバルなインベントリへのアクセス権がないユーザー(つまり、インベントリロールのみのユーザー)では、情報 タブのダッシュボードの読み込みに失敗しました。この問題は現在修正されており、デバイスへのアクセス権を持つすべてのユーザーがデバイスのダッシュボードを利用できます。

サービスのアラームタブに他のソースのアラームが表示されない件

以前は、デバイス詳細にあるサービスの アラーム タブに、該当するサービス以外のソースからのアラームが表示されていました。この問題は修正され、現在はサービスに関連するアラームのみが表示されます。

シミュレータページでアラームをクリックしてもアラームページにリダイレクトされない

シミュレータ ページでは、以前はアラームをクリックすると シミュレータ ページの アラーム タブにアラームを表示するのではなく、ユーザーは アラーム ページにリダイレクトされていました。この挙動は現在修正されています。

シミュレータページのアラームタブでの選択アセット関連アラームのみの表示

シミュレータページでは、以前 アラーム タブに、選択したアセットと直接関連しないアラームが表示されていました。これは、表示している特定のアセットに関連するアラームのみが表示されることを期待していたユーザーに混乱を招く原因となっていました。この変更により、アラーム タブは関連のないアラームを正しくフィルタリングするようになり、ユーザーは選択したアセットに関連するアラームのみを確認できるようになりました。

すべてのデバイスパラメータを一覧表示する新規デバイスタブ

デバイスパラメータの概要を提供するために、デバイス詳細に新しい パラメータ タブが追加されました。このタブでは、パラメータのタイトル、キー、値、タイプを含め、デバイスから報告されたすべてのパラメータがテーブル形式で一覧表示されます。

すべてのフィルターをクリアボタンによるフィルター設定の適切なリセット

すべてのフィルターをクリア ボタン(すべてのデバイス ページ)は、すべてのフィルター設定をリセットし、表示をデフォルトのフィルター未適用状態に戻すことを目的としています。しかし、すべてのフィルターをクリア ボタンをクリックすると、フィルター設定はユーザーが再び すべてのデバイス ページにアクセスするまで一時的にしかリセットされず、すべての項目ではなくフィルターされた結果が表示され続けていました。この問題は現在解決されています。

スマートグループ作成ダイアログへのユーザードキュメントリンク追加

スマートグループを作成する際にユーザーをサポートするため、スマートグループ作成ダイアログにスマートグループに関するユーザードキュメントへのリンクを追加しました。これにより、ユーザーは役立つ情報にすばやくアクセスできます。

スマートグループ作成のキャンセル時に成功メッセージが表示されない問題

ユーザーがスマートグループ作成ダイアログを開いてからキャンセルした場合、実際には何も正常に完了していないにもかかわらず、成功メッセージが誤って表示されていました。これは修正されました。成功通知は、アクションが期待どおりに完了した場合にのみ表示されるようになりました。

ソフトウェアタイプでデバイスプロファイルを設定するための新しいSmartRESTテンプレート

ソフトウェアタイプを含むデバイスプロファイルのオペレーション向けに、新しい静的 SmartREST 2 レスポンステンプレート(ID 531)が追加されました。このテンプレートは、ソフトウェア 5 セットの 3 番目の値としてソフトウェアタイプを含めることで、既存の機能を拡張します。このテンプレートは、ASM のサポートやサブスクリプションの有無に関係なく、ソフトウェアリスト内の少なくとも 1 つのソフトウェア要素にタイプが含まれている場合に、独立してトリガーされます。既存の 527 テンプレートは、該当する場合は新しいテンプレートと並行して引き続きトリガーされます。

ソフトウェアタイプによるデバイスプロファイルのフィルタリング

ユーザーが関連するデバイスプロファイルのみを適用しやすくするために、デバイスプロファイル タブにおいて、特定のデバイスでサポートされているソフトウェアタイプによるデバイスプロファイルの事前フィルタリングが実装されました。デバイスプロファイルを選択 ドロップダウンには、デバイスでサポートされているソフトウェアタイプに適用可能なプロファイルのみが表示されるようになりました。これにより、使いやすさが向上し、時間を節約でき、エラーを防止します。

ダッシュボードから無効化された「ダッシュボードをコピー」ボタンの削除

UI 内の冗長または機能しない要素を削除してユーザー体験を向上させるため、デバイス詳細の Info タブ内にあるダッシュボードから ダッシュボードをコピー ボタンを削除しました。これは以前は無効化されており、機能上の利点がありませんでした。ダッシュボードをコピー ボタンは、他の種類のダッシュボードでは引き続き利用可能で、機能します。

ダッシュボードマネージャー機能プレビュー無効時の情報タブ非表示解除

デバイス管理アプリケーションで ダッシュボードマネージャー 機能プレビューをロールアウトした際、機能プレビューが無効になっている場合に、一部のデバイスで 情報 タブが非表示になっていました。この問題は修正され、機能プレビューが無効になっている場合でも、すべてのデバイスで 情報 タブが再び表示されるようになりました。さらに、同じコンテキストにおける ウィジェットを編集 および ダッシュボード設定 オプションの問題も修正されました。

ダッシュボード作成権限のないユーザー向け読み取り専用ダッシュボード表示

ユーザーにダッシュボードを作成する権限がない場合、データの可視化を可能にし、空白ページを防ぐために、一時的な読み取り専用ダッシュボードが表示されるようになりました。このフォールバックダッシュボードはメモリ上のものであり、バックエンドには永続化されません。

データエクスプローラーに基づく新しい「メジャーメント」タブのプレビュー

デバイスのメジャーメントをより強力かつ柔軟に探索できるように、デバイス詳細の メジャーメント タブが更新され、新しいデータエクスプローラーを使用するようになりました。この変更により、ユーザーはより直感的かつ効率的にデバイスデータを対話的に分析できるようになります。データエクスプローラー の機能プレビューのトグルが有効になっている場合、新しい メジャーメント タブが古いものに置き換わります。

データグリッドのグループ列ドロップダウンのレイアウト問題修正

データグリッドコンポーネントでは、グループ列ドロップダウンにレイアウトの問題がありました。これらは、下部フッターに対するドロップダウンのスクロール高さを調整し、ユーザーインターフェース要素間のコントラストを高めるためにドロップダウンに影を追加することで解決されました。

デバイスサービスのサービス詳細における「新規コマンド」タブ

デバイスサービスのサービス詳細に新しい コマンド タブが実装されました。コマンド タブでは、利用可能なサービスコマンドを送信し、その実行履歴を追跡できます。詳細については、サービスコマンド を参照してください。

デバイスプロファイルへのソフトウェアタイプ情報追加

以前は、デバイスプロファイルのソフトウェア項目にソフトウェアタイプ情報は含まれていませんでした。このアップデートにより、新しく作成されたデバイスプロファイルにはソフトウェアタイプ情報が含まれるようになります。さらに、高度なソフトウェア管理をサポートするデバイスのデバイスプロファイルのオペレーションにもソフトウェアタイプ情報が含まれます。一方で、高度なソフトウェア管理をサポートしないデバイスのオペレーションには、引き続きソフトウェアタイプ情報は含まれません。

デバイスリスト変更時のデータグリッドサイズ自動調整

デバイスリストが更新された場合(たとえば、デバイスの作成または削除の場合)、データグリッドのサイズが自動的に調整されるようになりました。これにより、正確なページネーションが保証され、不要なネットワークリクエストが削減されます。ユーザーは追加の手順を行う必要はありません。

デバイス制御リストでのオペレーション更新のリアルタイム表示

デバイス制御リストでは、ステータスが更新されたオペレーションは、アクティブなステータスフィルター条件に一致しなくなった場合でも表示されたままでした。現在では、選択した条件に一致しなくなったオペレーションはリアルタイムでリストから正しく削除されます。

デバイス管理アプリケーションで利用可能になったデバイスダッシュボード

以前はコックピットアプリケーションで利用できたデバイスダッシュボードが、デバイス管理アプリでも利用できるようになりました。これにより、ユーザーはデバイス詳細でデバイス用のカスタムタブを作成できます。ユーザーは、同じタイプのデバイスに自動的に適用されるテンプレートダッシュボードを作成でき、環境全体で一貫した表示を確保できます。作成すると、カスタムダッシュボードがデフォルトの Info タブを置き換えます。

デバイス管理アプリケーションのデバイスマップ移行と改善

デバイス管理の継続的な改善の一環として、デバイスマップコンポーネント(デバイス > マップ)が新しい実装に移行されました。機能を改善することに加えて、この移行の目的は、コンポーネントを最新の状態に保ち、保守しやすくすることです。以下の変更が行われました:

  • 表示されるデバイス数の上限 100 が削除されました。
  • デバイス密度が高いエリアは、デバイスを 1 つのマーカーにクラスタリングし、そのエリア内のデバイス数を表示することで示されます。
  • 世界地図はラップされず、ユーザーは東西に無限にスクロールできます。
  • 特定されたデバイス位置に基づく自動の初期ズームと中心が導入されました。
  • 一時停止/再開機能付きの自動更新が、リアルタイム更新に置き換わります。

デバイス詳細の「トラッキング」タブにおける問題の修正

デバイス詳細の 追跡 タブでは、リアルタイム ボタンが有効になっていてもデバイス位置がリアルタイムに更新されませんでした。これは修正され、デバイス位置と追跡パスの両方がリアルタイムに更新されるようになりました。さらに、時間範囲を変更してリストを更新しても効果がありませんでした。これも修正され、ユーザーは再び異なる時間範囲でイベントをフィルタリングできるようになりました。

デバイス詳細のサービスリストへのサービス管理アクション追加

デバイス詳細のサービスリスト内の各サービスに、サービス管理アクションが追加されました。この変更により、ユーザーはデバイスのサービスリストから直接、サービスの開始、停止、再起動などのサービス関連アクションを便利に実行できるようになりました。

デバイス詳細の証明書リストの改善

デバイス詳細の X.509 証明書リストは、データグリッドの使用により改善され、さまざまな画面サイズでより見やすい概要とレスポンシブ性を提供します。この変更により、デバイスの X.509 証明書を扱う際のユーザーエクスペリエンスが向上します。

ナビゲータへのデバイスステータス変更の即時反映

デバイスのステータスが変更された場合(たとえば「Device status」ウィジェットから)、その変更がナビゲータにすぐには反映されませんでした。この変更により、ナビゲータに新しいデバイスステータスが即座に表示されるようになりました。この変更により、ユーザーはデバイスの現在の稼働状態を明確に把握できます。

ネストされたアセットプロパティが利用可能なカスタム列グリッド

アセットデータの表示をより柔軟にするため、ネストされたプロパティを含めることができるカスタム列をアセットグリッドで設定できるようになりました。たとえば、アセットにネストされたプロパティ「c8y_Hardware.model」がある場合、グリッド内の別の列に表示できるようになりました。これにより、ユーザーはアセットの詳細全体を表示する必要なく、特定のネストされたプロパティに基づいてアセットデータを表示できます。

パラメータタブで利用可能なデバイスパラメータの詳細情報

デバイス詳細の パラメータ タブで、デバイスパラメータの詳細が表示されるようになりました。パラメータの説明と現在の値の横で、ユーザーは値の変更オペレーションの履歴と、値の変更イベントの履歴を確認できます。

パラメータ更新イベント作成用の新しいSmartRESTテンプレート

新しいSmartRESTテンプレートが追加されました。テンプレートID 408 を使用すると、デバイスパラメータ更新イベントを作成できるようになりました。作成されるイベントは常にタイプ c8y_ParameterUpdateEvent になります。このテンプレートには変更検出機能があり、イベント内で指定された状態がその時点ですでに既知でなかった場合にのみイベントが作成されます。

ファームウェア、ソフトウェア、設定フォームで空白文字のみの値の送信不可

デバイス管理アプリケーションでは以前、対応するリポジトリ内のファームウェア、ソフトウェア、および構成アイテムに対して、(例えば 説明バージョンURL フィールドに)空白文字のみで構成される値を入力できました。これを防ぐため、該当するフォームに追加の検証が実装され、そのような名前は送信できないようになりました。この変更により、新規に作成されるファームウェア、ソフトウェア、および構成アイテムのデータ品質と一貫性が向上します。

フックサービス(hookService)による拡張が可能な、Angularに移行されたクラウドリモートアクセス機能

Things Cloud のクラウドリモートアクセス機能により、ユーザーはデバイスにリモートアクセスして管理できます。継続的な改善の一環として、この機能は旧来の AngularJS フレームワークから新しい Angular フレームワークへ移行されました。この移行により、機能が最新の web 技術に整合し、よりモダンで保守しやすいコードベースが提供されます。さらに、クラウドリモートアクセス機能は hookService を介して拡張可能になり、開発者は特定の要件に合わせて機能をカスタマイズおよび強化できます。クラウドリモートアクセスの中核機能は同じままですが、フレームワーク移行によりユーザーインターフェースで軽微な表示の変更に気付く場合があります。

独自のデバイス管理アプリケーションを保守しているお客様は、新しい実装に切り替えるために必要な変更を特定するために、この git diff を参照できます。

プラットフォームバージョン読み取り用の新しいSmartRESTテンプレート

新しいSmartRESTテンプレートが追加されました。テンプレートID 600 を使用すると、APIインターフェースの互換性と想定されるリクエストの挙動を評価するために、SmartRESTでプラットフォームバージョンを読み取ることが可能になりました。

プロビジョニング済み証明書データグリッドの拡張

プロビジョニングされた証明書の概要をより分かりやすくするため、プロビジョニングされた証明書 データグリッドが拡張されました。証明書の有効期間の開始日を表示する新しい「有効開始日」列が追加されました。さらに、このデータグリッドの有効期限のハイライトスタイルが、より一貫したユーザー体験のために、信頼された証明書 ビューですでに使用されているものと揃えられました。これらの変更により、ユーザーは証明書の有効期間全体を一目で確認し、まもなく期限切れになる証明書をすばやく特定できます。

メンテナンスモード切り替え時のレスポンス間隔値の正しい設定

特定のシナリオでは、メンテナンスモードを切り替える際にデバイスのレスポンス間隔が誤って設定され、予期しない動作や潜在的な問題につながる可能性がありました。この変更により、レスポンス間隔が常に有効な値を持つようにすることで、この問題を修正します。

モバイルデバイスでの追跡タブのマップの正しい表示

以前は、モバイルブラウザからデバイス管理にアクセスした際に トラッキング タブの地図が表示されず、モバイルユーザーのユーザーエクスペリエンスに影響していました。この変更により、モバイルデバイスでも地図が正しくレンダリングされるようになりました。

リモートアクセスのタブに表示されるのはサポートされているプロトコルのみ

以前は、デバイス詳細の リモートアクセス タブに、デバイスがサポートしていない場合でも利用可能なすべてのプロトコルが表示されていました。これにより、デバイスにリモートアクセスしようとするユーザーに混乱を招く可能性がありました。

この変更により、リモートアクセス タブには、選択したデバイスで実際にサポートされているプロトコルのみが表示されます。これによりインターフェースがより明確になり、各デバイスのリモートアクセス機能に関する正確な情報を提供することでユーザーエクスペリエンスが向上します。

サポートされるプロトコルが指定されていない場合は、互換性を維持するため、引き続きすべてのオプションが表示されます。リスト内の無効なエントリや重複エントリは無視されます。

MQTT 静的テンプレート を介してサポートされるプロトコルを指定する方法の詳細については、こちらを参照してください。

一括オペレーション実行時の重複オペレーション作成の修正

一括オペレーションを実行すると、競合状態が原因で意図したより多くのオペレーションが予期せず作成される可能性がありました。この問題は解決されました。この修正により、根本的な並行性の問題に対処し、一括リクエストごとに正しい数のオペレーションのみが生成されるようになりました。

一括オペレーション詳細におけるオペレーションリスト再読み込み機能の改善

一括オペレーションページの一括オペレーションの詳細セクションでは、単一オペレーション間の遅延間隔が短い一括オペレーションの場合、単一オペレーションのリストが頻繁に再読み込みされていました。これにより、単一オペレーションが作成される際にページの操作が困難になっていました。これを回避するために、30 秒のスロットリングが導入されました。一括オペレーションの詳細は(有効化されている場合)引き続きリアルタイムで更新されますが、オペレーションのリストは 30 秒ごと(または遅延時間がより長い場合はそれより少ない頻度)にのみ再読み込みされます。さらに、オペレーションのリストはデータグリッドに置き換えられ、大量の単一オペレーションのリスト内を移動する際のナビゲーションが改善されました。

一括デバイスオペレーションの複数作成の修正

スケジュールされた一括オペレーションが障害シナリオ後に再開されることを保証する仕組みが、意図せず進行中の一括オペレーションを検出していました。これにより、いくつかのシナリオでは個々のデバイスに対して複数のオペレーションが作成されていました。この問題は、一括オペレーションを再開する必要がある条件を調整することで解決されました。

一括デバイスオペレーションの遅延に関する問題の修正

以前は、一括デバイスオペレーションが障害シナリオの後に再開された場合、仕組みは元のスケジュール日から残りのオペレーションをスケジュールしていました。これは、設定された遅延が考慮されず、オペレーションが可能な限り迅速に作成されることを意味していました。これは、オペレーションの再開時点から設定された遅延で残りのオペレーションをスケジュールするように修正されました。

信頼済み証明書ページの権限処理の改善

ユーザーエクスペリエンスを向上させるため、信頼された証明書ページの権限処理が改善されました。読み取り専用権限のユーザーは、一部のUI要素がアクティブだが動作しない状態になるのではなく、ブロックされた状態で表示されるようになりました。管理権限のユーザーは、引き続きページへのフルアクセスが可能です。信頼された証明書ページに対する権限をまったく持たないユーザーは、ユーザーインターフェースで対応するメニュー項目が表示されなくなりました。この変更により、割り当てられた権限に基づいて、より明確で一貫性のあるユーザーエクスペリエンスが提供されます。

子デバイスビューのフィルタリング済み項目数の誤り修正

以前は、子デバイスビューでフィルタリングされた項目数が、実際の値に置き換えられずテキストとして表示されていました。この問題は修正され、現在は実際の値が正しく表示されます。

廃止されたAngularJSアセット注記モジュールの削除

「アセットノート」ウィジェットのAngularへの移行の結果、旧式のAngularJSアセットノートモジュールは @c8y/ng1-modules パッケージから削除されました。代替として、@c8y/ngx-components/widget の定義にある新しい「アセットノート」ウィジェットを使用できます。

廃止されたAngularJSコンポーネントの削除

継続的な改善の一環として、以前のバージョンにおいて、構成管理、デバイスリストの処理、カラム構成に関連するいくつかのレガシーコンポーネントを削除しました。これらの変更は、angular に移行済み、または使用されていないため非推奨となった古いサービス、ディレクティブ、テンプレートに影響します。

  • 構成リポジトリ: サービス、コントローラー、テスト、UI テンプレートを含むモジュール全体が 削除 されました(現在は angular に移行済み です)。
  • 構成可能なデバイスリストカラム: カラムのカスタマイズに関連するサービス、定数、ディレクティブ、モーダルコンポーネントが 削除 されました。現在は angular に移行済み です。
  • デバイスリストの処理: デバイス一覧に関連するコントローラー、ディレクティブ、構成ファイルが 削除 されました。現在は angular に移行済み です。
  • デバイス詳細と可用性: デバイス詳細、可用性、グループ選択、ファームウェア、ハードウェア、ネットワーク情報を管理する複数のテンプレートとディレクティブが 削除 されました。現在は使用されていません

削除されたコンポーネントのいずれかに依存していた場合は、新しい angular ベースのソリューションへ移行してください。

廃止されたAngularJSデバイスリストマップモジュールの削除

デバイスマップコンポーネントのAngularへの移行に伴い、廃止されたAngularJSのデバイスリストマップモジュール(c8y.parts.deviceListMap)は @c8y/ng1-modules パッケージから削除されました。アプリケーションで デバイスマップ ページを使用している場合は、代替として @c8y/ngx-components/device-map パッケージの新しい deviceMapFeatureProvider を使用できます。

必須の間隔入力をクリアした際のレスポンス間隔値の削除

デバイス詳細の 情報 タブで 必須間隔 の入力欄を空にすると、c8y_RequiredAvailability フラグメントが正しく削除されるようになりました。これにより、間隔が明示的に設定されている場合にのみフラグメントが存在します。

有効期限が近い信頼済み証明書のハイライト表示の改善と更新オプションの追加

デバイス管理アプリケーションの 信頼済み証明書 ページでは、有効期限が近づいている証明書を強調表示するための視覚的な手がかりが改善されました。さらに、有効期限が近づいている場合に、UI から直接 CA 証明書を更新できる新しいオプションが導入されました。これらの機能強化により、ユーザーは信頼済み証明書のライフサイクルをより効果的に監視および管理できます。

正確な遅延による一括オペレーションのスケジューリングの正常動作

Things Cloud プラットフォームでは、一括オペレーションにより複数のデバイスに対して同時にアクションを実行できます。ただし、これらのオペレーションをミリ秒単位の遅延を設定してスケジュールすることが期待どおりに動作していませんでした。この問題は解決されました。この修正により、一括オペレーションをミリ秒単位で指定した正確な遅延を設定してスケジュールできるようになり、デバイス管理タスクの信頼性と効率が向上します。

編集時のみ保存されるダッシュボード

パフォーマンスを改善し、不要な API 呼び出しを減らすため、デバイス詳細の 情報 タブにあるダッシュボードは、ユーザーが編集した場合にのみ保存されるようになりました。この変更はダッシュボードの機能には影響しません。

適用対象デバイスにのみ表示されるようになったX.509証明書タブ

ユーザーの混乱を防ぐため、デバイス詳細画面の x509 タブは、デバイスに少なくとも 1 つの x.509 証明書が含まれている場合にのみ表示されるようになりました。証明書タブ自体の動作は変更されておらず、これまでどおり、デバイスに関連付けられた x.509 証明書があれば引き続き表示されます。

非CA信頼済み証明書向け有効期限警告ハイライトの調整

以前は、信頼済み証明書 ページで、CA(認証局)証明書と非CA証明書の両方に同じ有効期限の警告ルールが適用されていました。しかし、CA証明書と非CA証明書では有効期間が異なります。この変更により、非CA証明書は、有効期限まで90日未満になった場合にのみ、警告表示でハイライトされるようになります。

「データポイントテーブル」ウィジェットのダッシュボード期間選択オプションの復元

グローバルな日付コンテキストと「データポイントテーブル」ウィジェットを使用したダッシュボードのシームレスな動作を確保するため、「データポイントテーブル」ウィジェットからダッシュボードの時間範囲選択オプションが一時的に削除されていました。このオプションは現在、このウィジェットで再び利用できるようになりました。

AI搭載プラットフォームUI翻訳

Things Cloud が、プラットフォーム UI 全体を英語からすべてのサポートされている言語に翻訳するための AI を活用した自動翻訳に移行したことをお知らせします。

さらに、ドイツ語、フランス語、日本語については、プロの翻訳者による定期的なレビューが実施されます。

皆様への影響

  • お好みの言語で新機能をより早く利用できるようになります
  • プラットフォーム全体で用語の一貫性が高まります

改善にご協力ください

AI 技術は進歩し続けていますが、正確で文脈に適した翻訳を確保するうえで人の専門知識が重要であることも認識しています。皆様のご意見を大切にしており、製品サポートを通じて、翻訳改善のためのフィードバックや提案をお寄せください。

皆様のフィードバックは、世界中のすべてのユーザーのために Things Cloud の翻訳品質を向上させることに直接つながります。

Angular 20 へのアップグレード

バージョン 1023.0.0 以降、Web SDK は Angular 20 にアップグレードされました。Angular は半年ごとに更新されるため、y2026 リリースでは中間の Angular 19 バージョンをスキップします。この更新によりパフォーマンス改善と新機能が提供されますが、standalone フラグに関する重大な破壊的変更も導入されており、直ちに注意が必要です。

Angular 19 では、コンポーネント、パイプ、ディレクティブの standalone フラグのデフォルト値が false から true に変更されました。年次リリースが直接 Angular 20 にジャンプするため、この変更はすべてのプラグイン開発者に影響します。v1022 Web SDK に基づくアプリケーションで、プラグインを初日から互換にするには、プラグイン内のすべてのコンポーネント、パイプ、ディレクティブに standalone フラグを明示的に追加する必要があります。このフラグは実装要件に応じて true または false のいずれにも設定できますが、重要な要件はフラグを明示的に定義することです。standalone フラグが定義されていない場合、Angular はデフォルトで standalone: true となり、暗黙的に standalone: false を使用していた既存のコンポーネント、パイプ、ディレクティブが壊れる可能性があります。

移行に伴う対応やコードベースの更新を行うための包括的なアップグレードドキュメントが用意されています。詳細は Angular 20 のアップグレードドキュメント を参照してください。

Codexのアセットプロパティセレクターへの計算プロパティの例の追加

Codex の Computed property hook セクション にあるアセットプロパティセレクターでは、以前は計算プロパティの例が含まれていなかったため、ユーザーがこの機能の使い方を理解しづらい状況でした。現在は、アセットプロパティセレクターの Computed properties タブに例が追加され、計算プロパティの扱い方が明確に分かるガイダンスが提供されています。この改善により、Codex でアセットを設定する際に、ユーザーは計算プロパティをより理解し、活用できるようになります。

Codex情報アーキテクチャと開発者体験の強化

Developer Codex は、より明確な情報アーキテクチャで再設計され、ステップバイステップガイド、コアコンセプト、設計のベストプラクティス、完全な Web SDK ドキュメントを、より見つけやすく構造化された形式で提供します。Things Cloud が初めての方でも経験豊富な開発者でも、効果的な IoT ソリューションの構築、プラットフォームアーキテクチャの理解、より良い UI の設計、そして開発者コミュニティとのつながりを、これまでより迅速に進められます。

Developer Codex には次が新たに含まれます

  • 簡素化されたナビゲーション – メニュー階層を浅くし、直感的な 2~3 レベルのカードベース構造を導入して、より速く簡単にコンテンツを見つけられるようにしました。
  • 学習指向の構造 – コンテンツは、基礎から高度な実装へと自然に学べる学習ジャーニーを支援するよう整理されています:
    • 最初のステップ(旧 クイックスタート)– すぐに開始できます
    • 基礎の理解(旧 コアコンセプト)– プラットフォームアーキテクチャを学びます
    • ハンズオン学習(旧 一般的なタスク)– 実際の例を通じて練習します
    • UI の構築 – コンポーネントとデザインシステムのリソースを確認します
    • プラットフォーム統合 – 高度な開発と複雑なシナリオを深掘りします
  • 強化された相互参照 – 関連トピック間のリンクを強化し、知識構築と継続的な学習を支援します
  • 最適化された学習フロー – 初心者からエキスパートレベルまで、開発者をスムーズに導く段階的なコンテンツ構造

Things Cloud Developer Codex を参照してください。

Cumulocity Codex のブランディングとトークンの更新

Codex デザインシステムの継続的な改善の一環として、ブランディングとデザイントークンが更新されました。変更には、ユーザーインターフェース全体でよりモダンで一貫したルック&フィールを提供するための、刷新された色、タイポグラフィ、およびスペーシングが含まれます。この変更に伴い、Things Cloud Codex ドキュメンテーション もそれに応じて更新され、Web SDK に実装された最新のトークンの更新が反映されるようになりました。"

Developer CodexへのWeb SDK v1023への移行情報の追加

Web SDK の更新ドキュメントは、Web SDK のバージョン 1023 における最新の変更と改善をカバーするために、追加情報で拡充されました。このドキュメントでは、グローバルタイムコンテキストなど、このバージョンで導入された新機能と API の使用方法について詳細に説明しています。Developer Codex の「Web SDK バージョンの更新」を参照してください。

HTMLウィジェットAIコードアシスタントでのメッセージ生成の適切な終了が可能に

HTMLウィジェットのAIコードアシスタントでは、以前、ユーザーがメッセージ生成を終了しようとした際に問題が発生していました。場合によっては、アシスタントメッセージの読み込み状態が無限ループで停止したままになり、ユーザーが操作をキャンセルしたり、アシスタントとさらにやり取りしたりできなくなることがありました。この問題は修正され、ユーザーは必要に応じてメッセージ生成を正常に終了できるようになりました。これにより、読み込み状態で止まることなく、アシスタントを停止してインターフェースの制御を取り戻せます。

HTMLウィジェットの一般提供開始

HTMLウィジェットはAngularJSからAngularに移行され、現在は一般提供(GA)となりました。この移行により、セキュリティ機能が強化され、JavaScriptサポートが改善されました。

主な改善点:

  • 高度なセキュリティ: ウィジェットには、XSS攻撃から保護するために、デフォルトで厳格なHTMLサニタイズが組み込まれるようになりました。
  • より良いJavaScriptサポート: 高度なモードにより、より高度なユースケース向けにカスタムWebコンポーネントを作成できます。
  • 自動移行: 既存のAngularJSウィジェットは、新しいAngular実装に自動的に移行されます。

重要な制限事項:

  • Webコンポーネント: アプリケーション管理者のみが作成できます。
  • サニタイズの無効化: デフォルトの厳格なサニタイズは、コックピットアプリケーションをクローンして、Config > Application configuration の配下にあるアプリケーション構成で設定を調整することによってのみ無効化できます。

HTMLウィジェット向けの新しいAIチャットコンポーネントとAIチャットアシスタント

Web SDK に、新しい ai-chat コンポーネントが追加され、チャット主導の体験をアプリケーションに統合するためのシンプルで一貫した方法を提供します。

このコンポーネントを基盤として、HTML ウィジェットの設定セクションに AI チャットアシスタントを追加しました。これにより、HTML ベースのウィジェットの生成と改善においてユーザーを支援します。

このアシスタントは、現在プレビュー中の AI Agent Manager に依存する点に注意してください。マイクロサービスが有効化され、有効なプロバイダー API キーが設定されている場合にのみ、HTML ウィジェットで利用できます。Tenant Manager ロールを持つユーザーは、管理の プレビュー機能の管理 オプションからこの機能を有効化し、その後 AI Agent Manager で必要な API キーを追加できます。

Leafletプラグインでカスタム画像の再表示が可能に

最近の CSS 変更により、意図せず Leaflet プラグインが独自の画像を含められなくなっていました。この変更は元の挙動を復元するために差し戻されました。Leaflet プラグインは再びカスタム画像を正しく表示できるようになりました。カスタム画像を含む Leaflet プラグインを使用しているインストール環境では、画像が見つからない問題は発生しなくなります。

markdownパイプリンクパーサーのセキュリティ確保

特定のケースでは、markdown pipe が外部リンクをプラットフォームリンクとして解釈していました。これにより、ユーザーを悪意のある web サイトへ誘導するために悪用される可能性がありました。この悪用が発生する可能性は非常に低いですが、ホストを検証して外部リンクを検出し、攻撃を防止することで markdown pipe のセキュリティをさらに強化しました。

MonacoおよびAceエディタのハイライト色の更新

プラットフォームで Monaco エディタと Ace エディタを使用して作業する際の可読性を向上させるため、選択範囲のハイライト色を更新しました。この改善は、管理(Branding と Localization)、コックピット(HTML ウィジェット、ダッシュボードのインポート/エクスポート)、およびデバイス管理など、Monaco エディタと Ace エディタが使用されるすべての領域に適用されます。

OAuth2ログインフローへのアイデンティティプロバイダー・ヒントパラメーター対応追加

シングルサインオン体験を合理化するために、OAuth2 ログインフローで ID プロバイダーヒントパラメーターがサポートされるようになりました。ユーザーがこのパラメーター付きでログインページにアクセスすると、ヒントに基づいて指定された認証プロバイダーへ自動的にリダイレクトされます。これにより、ログイン時に手動で ID プロバイダーを選択する必要がなくなり、ユーザーの認証プロセスが簡素化されます。既存のユーザーログインには影響はなく、ヒントが指定されていない場合は ID プロバイダー選択ページが引き続き利用できます。

SCADAウィジェットのコンテンツセキュリティポリシー問題の修正

SCADAウィジェットには問題があり、ダッシュボードでウィジェットが使用されているコックピットなどのアプリケーションで、疑わしい動作に関するブラウザ警告が表示される可能性がありました。この修正により、SCADAウィジェットが原因のコンテンツセキュリティポリシー違反に関連するブラウザ警告は、ユーザーに表示されなくなるはずです。

Spring Boot 3.4 へのマイクロサービス SDK の更新

バージョン 2025.18.0 から、Microservice SDK は Spring Boot 3.4.2 を使用するようになりました。
Spring Boot に加えて、他のほとんどの依存関係も、Spring Boot が使用する依存関係と整合するように更新されました。

バージョン 2025.18.0 では、いくつかのサードパーティライブラリおよびフレームワークの更新も含まれます。
これらの変更は、Microservice SDK に同梱されている org.springframework.boot:spring-boot-dependencies:3.4.2(依存関係)に含まれます。

影響: この更新はマイクロサービスに影響する可能性があり、コード変更が必要になる場合があります。

移行リソース: 変更への対応については、以下のガイドを参照してください。

SSO を有効にしているユーザーのパスワード有効期限チェックのスキップ

以前は、認証方法に関係なく、すべてのユーザーのパスワード有効期限日が確認されていました。この変更により、認証でシングルサインオン (SSO) が有効になっているユーザーについては、パスワード有効期限の確認がスキップされるようになりました。その結果、これらのユーザーには、パスワードの有効期限が近づいていることに関する警告が表示されなくなります。この変更により、不要な警告メッセージが削除され、SSO ユーザーのユーザー体験が改善されます。一方で、SSO 以外のユーザーの動作は変更されません。

SSOリダイレクトをスキップして標準プラットフォームログインを表示するための新しいオプション

より幅広い認証ワークフローをサポートするために、Web SDK では新たに skipSSORedirect クエリパラメータが導入されました。有効にすると、このオプションはデフォルトのシングルサインオン(SSO)リダイレクトをスキップし、代わりに標準のプラットフォームログインインターフェースを表示します。この機能強化により、認証動作をより細かく制御できるようになり、直接のプラットフォームログインが好まれる環境や、SSO が不要な環境をサポートしやすくなります。

SSOリダイレクトを使用し、かつアプリケーションへのアクセス権限がないユーザーで無限ループが発生しないこと

以前は、ユーザーが SSO と SSO リダイレクトを有効にしていたものの、いずれのアプリケーションにもアクセスする権限がない場合、ログインを試みた後に無限ループに陥っていました。この問題は修正されました。ユーザーにアプリケーションへのアクセス権がない場合、ログインページにリダイレクトされ、エラーが表示されるようになりました。

SSOログインフローにおけるsession_stateプロパティの任意化

以前は、シングルサインオンのログイン設定でオプション ユーザーインターフェースアプリケーションにリダイレクト が有効になっている場合、UIアプリケーションは OAuth サーバーへの認可リクエストに対するレスポンスに session_state および code プロパティが含まれていることを必要としていました。特定のケースでは session_state プロパティが OAuth サーバーから返されず、これによりログインが失敗していました。現在は session_state プロパティは任意となり、このプロパティが欠落していてもログインは失敗しなくなりました。

translateオプションによるデータグリッド列値の簡易翻訳

データグリッドの Column インターフェースが translate オプションで拡張されました。これを true に設定し、カスタムのセルレンダラーコンポーネントを使用しない場合、translate パイプが自動的に列の値に対して適用されます。この変更により、列の値を翻訳しやすくなります。以前は、カスタムレンダラーのテンプレートまたはコンポーネントを使用する必要がありました。このオプションを機能させるには、列の値が英語であり、対応する翻訳が読み込まれた翻訳リソースで利用可能である必要があります。例えば、標準アプリケーションの翻訳、または ローカライゼーション機能 経由で提供されるカスタムの翻訳、または アプリケーションオプション 内の翻訳です。

Web SDKで利用可能なアセットプロパティセレクターコンポーネント

アセットプロパティ選択コンポーネントが Web SDK で利用可能になり、階層ツリー構造でアセットプロパティを管理および表示するための包括的なインターフェースを提供します。このコンポーネントは、表示と動作の両方に対してさまざまなカスタマイズオプションを提供し、アセットプロパティを操作する際にシームレスな体験を実現します。すでに HTML ウィジェットで使用でき、テンプレートに組み込めるプロパティパスをコピーし、後で選択したアセットの一致するプロパティを表示するために使用できます。

Web SDKのセキュリティ脆弱性修正

Web SDK コンポーネントで CSS インジェクションの脆弱性が特定され、修正されました。影響を受けるバージョンの Web SDK で構築されたカスタムアプリケーションおよびプラグインは、保護を確保するために 1023.14.60 以降のバージョンに更新する必要があります。

アセットセレクターのチェックボックス非表示化が可能に

アセットセレクタは、ユーザーがリストから 1 つ以上のアセットを選択できる、一般的に使用されるコンポーネントです。以前は、リスト内の各アセットの横にチェックボックスが常に表示されていました。この変更により、開発者は必要に応じてこれらのチェックボックスを非表示にできるようになりました。これにより UI デザインの柔軟性が高まり、チェックボックスが不要な状況では、よりすっきりした見た目にできます。

アセットセレクターのミラーヘッダーサイズ調整

アセットセレクターのMiller列のヘッダーサイズが最適に揃っておらず、一貫性のないユーザー体験につながっていました。この変更では、よりすっきりとして一貫性のあるルック&フィールを提供するために、アセットセレクターのMiller列のヘッダーサイズを調整します。

アセットテーブルウィジェットでのアセットの最新メジャーメント表示が可能に

以前の「Asset table」ウィジェットは、デバイスの最新メジャーメントのみの表示をサポートしていました。この変更により、「Asset table」ウィジェットはアセットの最新メジャーメントの表示もサポートするようになり、より包括的な概要を提供します。これにより、ユーザーは単一のテーブルウィジェットでデバイスとアセットの両方の最新メジャーメントデータを表示でき、「Asset table」ウィジェットのアセットおよびデバイスデータの監視と分析における使いやすさと利便性が向上します。

アセットプロパティセレクターでプロパティの並べ替えが可能に

アセットプロパティ セレクターは、プラットフォーム内のさまざまな場所で表示されるプロパティを選択するために使用されます。以前は、プロパティの順序を変更できませんでした。このアップデートにより、ドラッグ&ドロップを使用してアセットプロパティ セレクター内のプロパティを並べ替えられるようになりました。これにより、ユーザーは、ニーズや好みにより適した形でプロパティが表示される順序をカスタマイズできます。

アセットプロパティセレクターで事前選択として表示されるネストされたプロパティ

アセットプロパティセレクターでは、セレクターを開いたときに強調表示されるプロパティを事前に選択できます。以前は、ネストされたプロパティ(複雑なプロパティの子であるプロパティ)は、事前選択リストに含まれていても正しく事前選択されませんでした。この問題は修正され、ネストされたプロパティがアセットプロパティセレクターで事前選択として表示されるようになったため、階層的なプロパティ構造を扱いやすくなりました。

アセットプロパティセレクターによるカスタムプロパティ追加機能

アセットプロパティセレクターは、アセットのプロパティを選択するために使用されます。この変更により、アセットプロパティセレクターで利用可能なプロパティのリストにカスタムプロパティを追加できるようになりました。これらのカスタムプロパティは、事前定義されたプロパティとプロパティライブラリのプロパティを組み合わせたものです。カスタムプロパティはリストに一時的な項目として追加され、再度削除できます。ただし、永続的には保存されません。この変更により、ユーザーはアセットに関連するプロパティを選択および組み合わせる際の柔軟性が向上します。

アップグレード後のSSOログイン問題の修正

デフォルトのログイン方法としてシングルサインオンを使用しているテナントでは、y2024 リリース(またはそれ以前)からアップグレードした後に、ユーザーのログインが失敗する場合があります。
理由は、古いバージョンではサブドメイン(例: .test.eu-latest.cumulocity.com)に対する認証トークンを使用していた一方で、新しいバージョンではドメイン固有のトークン(先頭にドットがある .test.eu-latest.cumulocity.com ではなく、先頭にドットのない test.eu-latest.cumulocity.com)を使用するためです。両方が存在していると競合が発生していました。現在は、古い cookie が検出された場合、ログアウト時に cookie がクリアされ、ユーザーは問題なく再度ログインできるようになりました。

アプリケーションアクティビティログのスクロール正常動作

アプリケーションの プロパティ タブで、アクティビティログの内容が表示領域を超えた場合に、ユーザーがその内容をスクロールできない問題がありました。この問題は解決され、最初に表示される範囲を超えて内容が続く場合でも、ユーザーはログの全内容を適切にスクロールできるようになりました。

アプリケーションのカスタム翻訳の正常表示

カスタム ngx 翻訳を使用するアプリケーションが適切に翻訳されていませんでした。この問題は解決されました。この修正により、Web SDK を使用して構築され、カスタム ngx 翻訳を使用するアプリケーションは、選択された言語に対して適切に翻訳されたテキストを表示するようになりました。

アプリケーションのビルドプロセスにおけるTypeScriptの型およびインターフェースからのスキーマ生成

プロジェクト内の TypeScript の型およびインターフェースからスキーマを生成し、それを実行時にインポートできるようになりました。これは、カスタム webpack プラグインがアプリケーションのビルドプロセス中に c8y-schema-loader プレフィックスでインポートされたすべての型を収集することで実現されます。この機能強化により、実行時の検証機能(TypeScript の型はビルドされたアプリケーションに保持されないため、ウィジェット設定の検証など)が有効になります。これにより、ダッシュボードのエクスポートおよびインポートなどの今後の高度な機能がサポートされます。

アプリケーションプラグインのデフォルトへのリセット機能の正常動作

特定の状況において、特定のアプリケーションにインストールされているプラグインのリストにある デフォルトにリセット ボタンが正しく動作せず、不整合が発生する可能性がありました。この問題に対処し、プラグインをデフォルトにリセットした際にデフォルトのアプリケーションプラグインが正しく読み込まれるようにしました。

アプリケーション翻訳の上書きを防止したプラグイン翻訳

この修正により、プラグインがシェルアプリケーション内の翻訳をオーバーライドするのを防ぎます。ただし、プラグイン内では、このプラグインが提供する翻訳がシェルアプリケーションのものよりも優先されます。

シェルアプリケーションの翻訳をオーバーライドしたい場合は、アプリケーションオプション または ローカリゼーション機能 を使用できます。

アプリケーション設定でダッシュボードマネージャーを有効化または無効化するオプション追加

コックピットアプリケーションで、アプリケーション設定ページにて、ダッシュボードマネージャーを無効または有効にできるようになりました。デフォルトでは、ダッシュボードマネージャーは有効になっています。

アラームとイベントの正しいデバイスソースへのリンク

一部のケースでは、デバイスタイプのダッシュボードを使用している際に、アラームとイベントが誤って別のデバイスに関連付けられていました。この問題は解決されました。アラームとイベントは発生元のデバイスに正しくリンクされるようになり、正確な追跡と分析が可能になりました。

アラームリストウィジェットでの日付範囲フィルタリング提供開始

以前の 「アラームリスト」 ウィジェットでは、日付でフィルタリングする機能がなく、すべてのアラームが表示されていました。この変更により、ユーザーは日付範囲を指定して、ウィジェットに表示されるアラームをフィルタリングできるようになりました。これにより、関心のある特定の期間にアラーム表示を絞り込めます。ユーザーは、日付範囲をウィジェットに対して個別に選択することも、ウィジェットをダッシュボードの時間コンテキストにバインドすることもできます。

アラームリストウィジェットで子デバイスのアラームを再び正しく表示

新しい設計の「アラームリスト」ウィジェットでは、子デバイスのアラームがデフォルトで表示されなくなっていました。この問題は修正されました。新しい「アラームリスト」ウィジェットでは、子デバイスのアラームが正しく表示されるようになりました。

アラームリストウィジェット設定からの非機能な集計オプション削除

以前、「アラームリスト」ウィジェットの設定では、履歴 タブに集計ピッカーが表示されていましたが、アラームデータには集計が適用できないため効果がありませんでした。このオプションは削除されました。

アラーム概要への日付範囲フィルター追加

アラーム ページのユーザビリティを向上させるため、日付範囲によるアラームのフィルタリングが実装されました。ユーザーは開始日と終了日を指定してアラームをフィルタリングできるようになり、表示されるアラームを特定の期間に絞り込めます。この変更により、表示するアラームをより細かく制御できるようになり、目的の期間内の関連するアラームにユーザーが集中しやすくなることで、アラーム管理のエクスペリエンスが向上します。

アラーム詳細でのアラーム最終発生日時の正しい表示

アラーム詳細ビューで、通常は最後のアラーム発生時刻を表示する 最終更新 フィールドが空でした。この問題は修正されました。さらに、このフィールドは 最後の発生 に変更されました。

イベントリストウィジェットでのタイプによるフィルタリングの正常動作

新しいグローバルタイムコンテキストの導入により、タイプフィルターが「イベントリスト」ウィジェットに正しく適用されていませんでした。その結果、「イベントリスト」ウィジェットはフィルタ設定に関係なく、すべてのイベントタイプを表示していました。この修正により、タイプフィルターが再び正しく適用されるようになり、フィルターが有効な場合は選択したイベントタイプのみが**「イベントリスト」**ウィジェットに表示されます。

イベントリストウィジェットのグローバルタイムコンテキスト有効化セクション

イベントリストウィジェットの設定にはグローバル時間コンテキストのセクションが欠けていたため、ユーザーはウィジェット設定パネルで時間範囲、自動更新、その他のグローバルコンテキスト設定を設定できませんでした。この変更により、時間コンテキストのセクションがイベントリストウィジェットに追加されました。ユーザーはウィジェット設定パネル内で、すべての時間コンテキストオプションに直接アクセスして設定できるようになりました。

ウィジェット設定におけるデフォルトおよび最大の小数点以下桁数の更新

ウィジェットの小数点以下のデフォルトの桁数が 1 から 2 に増え、初期状態でより正確なデータ可視化が可能になりました。ユーザーは小数点以下の桁数を最大 10 まで設定できるようになり、すべてのウィジェットで一貫性があり正確なデータ表現を確保できます。この標準化によりデータの可読性が向上し、ダッシュボードで数値が誤って解釈される可能性を防ぐのに役立ちます。

ウィジェット設定におけるデフォルト日付選択オプションの変更

「データポイントグラフ」、「データポイントテーブル」、および「イベントリスト」ウィジェットの設定において、日付選択 フィールドのデフォルトオプションが「ウィジェット設定」から「ダッシュボードの時間範囲」に変更されました。

ウィジェット設定改善のためのサイズ変更可能なグリッドコンポーネント

ダッシュボードを設定する際の柔軟性を高めるために、新しいサイズ変更可能なグリッドコンポーネントが追加されました。このコンポーネントにより、ユーザーはウィジェットの境界をドラッグすることで、ダッシュボード上のウィジェットのサイズを簡単に変更できます。以前は、ウィジェットのサイズと位置が固定されていたため、ダッシュボードのレイアウトオプションが制限されていました。この改善により、ユーザーはダッシュボードの外観をより細かく制御でき、ニーズにより適したカスタマイズされたビューを作成できます。

エクスポートコンポーネントのCodexエントリ追加

Things Cloud Codexに、エクスポートコンポーネントの新しい項目が追加されました。この変更により、エクスポートコンポーネント、その目的、および Things Cloud プラットフォーム内での使用方法に関する情報を提供する専用ページが追加されました。

エクスポートリストで表示されるエクスポート数の増加

以前、エクスポートページのエクスポートリストは、最初の100件のエクスポートのみを表示するよう制限されていました。ユーザーがデータエクスポートをより包括的に把握できるように、リストで表示されるエクスポート数は200件に増加しました。この変更により、追加のナビゲーションやフィルタリングを行うことなく、より多くのデータエクスポートをリスト上で直接確認・管理できるようになります。

カスタムタブを追加できる拡張アラーム詳細ビュー

アラーム詳細ビューをカスタムタブで拡張できるようになりました。これにより、開発者はアラームのコンテキストであらゆる種類の追加情報を表示できます。既存のアラーム詳細は変更されませんが、追加のカスタムタブで拡張できるようになりました。

カスタムツールチップのXSS脆弱性修正

Echarts チャートライブラリのカスタムツールチップ機能で、クロスサイトスクリプティング(XSS)の脆弱性が発見されました。この脆弱性により、攻撃者はツールチップに悪意のあるスクリプトを注入でき、Echarts を使用するアプリケーションのセキュリティを侵害するおそれがありました。この変更により、新しいデータポイントグラフまたはデータエクスプローラーのカスタムツールチップで使用されるユーザー入力を適切にサニタイズしてエンコードすることで、XSS 脆弱性を修正します。

カスタム期間のデータポイントを正しく表示するデータエクスプローラー

データエクスプローラーでカスタム時間範囲を選択すると、チャートのラインがレンダリングされず、データポイントが誤った日に割り当てられていました。カスタム時間範囲を使用する場合、データポイントが実際の日付と時刻に基づいて正しく表示されるようになりました。

クエリでの withTotalElements パラメータの使用

Things Cloud の多くのクエリで、現在 withTotalElements パラメータが使用されています。これにより、アイテムの総数を取得するために必要なクエリ数を大幅に削減できます。この変更により、特にデバイスリストのような大規模なデータセットを扱う場合に、パフォーマンスが大幅に向上します。

クエリパラメータで渡されたアプリケーションオプションの正しいデコード

以前は、Web アプリケーションにクエリ パラメータ経由で提供されるアプリケーションオプションは、パラメータに有効な JSON が含まれている場合にのみ URI デコードされていました。
この変更により、これらのクエリ パラメータは、有効な JSON が含まれていない場合でもデコードされます。

クエリパラメータによる特定のアプリケーションオプション提供の禁止

テスト目的で、Web SDK ベースの UI アプリケーションには、クエリパラメータを介してアプリケーションオプションを渡すことができます。

これらのアプリケーションオプションの一部は、セキュリティ上の理由により、クエリパラメータを介して利用できる対象から除外されました。

グループ作成時の子デバイス割り当て

デバイスグループ作成プロセスを簡素化するため、新しいグループを作成する際に子デバイスを直接割り当てられるようになりました。以前は、グループ作成後に子デバイスを別途割り当てる必要がありました。この変更によりワークフローが効率化され、多数のデバイスを管理するユーザーの時間を節約できます。既存のデバイスグループはこの変更の影響を受けません。

グローバルコンテキストスタイルの改善

グローバルコンテキストのスタイルは一貫性がなく、良好なユーザーエクスペリエンスを提供できていませんでした。この変更により、グローバルコンテキストのスタイルが改善され、アプリケーション全体でより一貫性があり、視覚的にも魅力的なルックアンドフィールを提供します。ユーザーは、グローバルコンテキスト要素の全体的なユーザビリティと外観を高める、より洗練されたプロフェッショナルなデザインを実感できるようになります。

グローバルコンテキストによるレガシーデータポイントウィジェット統合の修正

以前は、レガシーの「データポイント」ウィジェットはライブモードが有効な場合にグローバルコンテキストの変更へ正しく反応せず、その結果、時間範囲が適切に更新されませんでした。この変更により、ウィジェットはグローバルコンテキストからの時間範囲およびモードの変更を正しく反映するようになりました。

グローバルコンテキストのリンク/リンク解除動作の簡素化

コントロールのリンク機能は、より直感的なユーザーエクスペリエンスを提供するために簡素化されました。以前は、各コントロール(時間コンテキスト、自動更新、集計)をグローバルコンテキストから個別にリンクまたはリンク解除できました。この粒度の細かいアプローチは複雑さとエッジケースを生み、予期しない動作につながる可能性がありました。この変更により、すべてのコントロールは単一の統一されたアクションとして、リンク/リンク解除が一括で行われるようになりました。ウィジェットがグローバルコンテキストにリンクされると、そのすべてのコントロールはダッシュボードと同期します。リンク解除されると、ウィジェットは独立して動作し、独自のローカルコントロールを使用します。この簡素化により混乱が減り、ウィジェット全体で一貫性があり予測可能な動作が保証されます。

グローバルタイムコンテキストコントロールの固定切り捨て

小さいビューポートではグローバルタイムコンテキストコントロールが重なっていました。この修正により、グローバルコンテキストコントロールの使いやすさが向上し、コントロールのラベル、値、その他のコンテンツがすべて省略されずに表示されるようになります。

クロスアプリケーションのダッシュボードインポート/エクスポート機能のサポート

今後のバージョンでは、ダッシュボード設定に新しい インポート/エクスポート タブが追加されます。これにより、ダッシュボードをJSONファイルへエクスポートしたり、以前にエクスポートしたJSONファイルからダッシュボードをインポートしたり、エディタでダッシュボードを編集したりできます。この新機能により、アプリケーション間でダッシュボードをコピーできます。これはコックピット向けの「self-optional」プラグインとして提供されるため、明示的にインストールする必要があります。

ダッシュボード設定コンポーネントは、この種のビューをフック可能にするために、セカンダリルーターアウトレットを使用するようリファクタリングされます。

このアプローチにより、特定のアウトレットに新しいタブをフックできます。例:

hookTab(
    [
        {
          label: gettext('Import / Export'),
          icon: 'input-output',
          priority: 5,
          path: [
            {
              outlets: {
                'dashboard-details': 'advanced'
              }
            }
          ],
          tabsOutlet: 'dashboardTabs'
        }
      ];
),
hookRoute([
  {
    path: 'advanced',
    loadComponent: () => import(...),
    outlet: 'dashboard-details',
    context: ViewContext.Dashboard
  }
])

この例では、ダッシュボード設定に新しいタブが追加され、hook route によりこのタブのビューを表示できます。

これは破壊的変更です。コンテキストダッシュボードを使用する各コンポーネントは、これらの設定タブとビューを表示できるように、ルート定義に ´rootContext: ViewContext.Dashboard´ が必要です(新しいタブが追加されていない場合でも)。例:

hookRoute({
  path: "home2",
  component: CockpitDashboardComponent,
  rootContext: ViewContext.Dashboard,
});

コックピットアプリケーションでデバイス情報ダッシュボードが表示されない状況

不具合により、デバイス管理アプリケーションで使用されているデバイス情報ダッシュボードが、コックピットアプリケーションにも表示されていました。この問題は現在解決されています。

コンテキストダッシュボードサービスからの非推奨getNamedDashboardOrCreateの削除

Dashboard API の context-dashboard サービスから、非推奨の getNamedDashboardOrCreate メソッドが削除されました。今後は、代わりに getDashboard() 呼び出しを使用する必要があります。

サンプルプラグインにおけるJPEG画像処理の不正なモジュール宣言の修正

サンプルプラグインには以前、JPEG 画像の処理方法に影響する誤ったモジュール宣言があり、画像拡張子を扱う際に型の不一致や実行時エラーにつながる可能性がありました。モジュール宣言は修正され、すべての画像拡張子(JPEG、PNG、その他のサポートされている形式を含む)に対して適切な型定義が追加されました。これにより、サンプルプラグインは適切な型安全性で全画像タイプを正しく扱えるようになり、画像を扱う独自のプラグインを構築する際に、開発者が信頼できる参照として使用できるようになります。

スタンドアロンコンポーネントと環境プロバイダーへの移行に伴うOperationsListModuleの廃止

バージョン 1021.50.0 以降非推奨となっていた OperationsListModule コンポーネントは、削除されました。OperationsListComponent および/または OperationsListItemComponent を使用している場合は、スタンドアロンコンポーネントとして直接インポートできるようになりました。デバイス管理アプリケーションで デバイス制御 > 単一オペレーション 機能を引き続き提供したい場合は、単一オペレーション タブと対応するナビゲータノードをフックするために必要なすべての環境プロバイダーを提供する deviceControlOverviewFeatureProviderFactory() ファクトリー関数を活用できます。デバイス情報 タブの デバイス制御 セクションについては、それぞれ deviceControlTabFeatureProviderFactory() ファクトリー関数を使用できます。アプリケーションで @c8y/ngx-components/operations から OperationsModule をすでにインポートしている場合、削除された OperationsListModule の置き換えとしてプロバイダーのファクトリー(関数)を使用するようにリファクタリングされているため、変更は不要です。

すべてのネストされたグループレベルにわたるデバイス表示マップ

以前は、グループを選択したときに、そのグループの直接の子デバイスのみがマップに表示されていました。現在は、ネストされたサブグループ内のデバイスを含め、グループ階層内のすべてのデバイスがマップに表示されます。この変更により、ネストされた各レベルを手動で掘り下げる必要なく、グループのデバイス階層と地理的分布を完全に把握できます。

スマートルールでのデータポイント選択の改善

スマートルール 「メジャーメントの閾値でアラームを作成」 および 「メジャーメントの明示的な閾値でアラームを作成」 のデータポイント選択機能が改善されました。
両方のスマートルールで、より直感的なデータポイントセレクターが使用されるようになり、両ルールのモーダル内の情報テキストも、各選択タイプの動作と影響をより適切に説明するために修正されました。
さらに、スマートルール 「メジャーメントの明示的な閾値でアラームを作成」 では、データポイントライブラリのエントリだけでなく、データポイントとデータポイントライブラリのエントリの両方を選択できるようになりました。

セットアップ中のTOTP QRコードの適切な表示

新規ユーザー(またはユーザー設定で TOTP シークレットが無効化されたユーザー)は、QR コードが欠落していたため TOTP をセットアップできませんでした。この問題は修正され、QR コードが再び表示されるようになったため、ユーザーは TOTP をセットアップできます。

タイププロパティのないデバイスでも表示されるダッシュボードテンプレート設定

以前は、デバイスに type プロパティが割り当てられていない場合、ダッシュボード設定のダッシュボードテンプレートセクションは非表示でした。現在は、この場合でもセクションが表示されますが、デバイスに type を追加した場合にのみダッシュボードテンプレートが有効になることが表示されます。さらに、デバイス管理アプリケーションのデバイスビューに遷移するボタンが用意されています。

タグ経由でインストールされたプラグインのリスト表示の修正

以前は、タグを使用してインストールされたプラグインが、インストール済みプラグインのリストに正しく表示されていなかったため、プラグインを管理しようとするユーザーに混乱を招く可能性がありました。この変更により、タグ経由でインストールされたプラグインは、今後プラグインリストに正しく表示されます。この改善により、プラグイン管理システムの正確性と信頼性が向上し、インストール方法に関係なく、ユーザーがインストール済みのすべてのプラグインを明確に概要把握できるようになります。

ダッシュボードおよびウィジェットタイトルの翻訳オプション明確化

ダッシュボードとウィジェットを構成する際、タイトルが翻訳可能な場合は、そのタイトルを翻訳することを選択できます。以前は、翻訳オプションの説明が十分に明確ではありませんでした。現在は共通のラベルの下に配置され、これらの翻訳オプションの使い方に関する追加情報を提供するヘルプポップオーバーが追加されました。

ダッシュボードでの自動更新のグローバル有効化が可能に

以前は、自動更新はアプリケーションの特定の部分(例: アラーム ページ、「アラーム」ウィジェット、「マップ」ウィジェット)でのみ利用可能でした。この変更により、自動更新を任意のダッシュボードで全体に対して有効化できるようになりました。つまり、この機能をサポートしていて、かつ有効化されているウィジェットに表示されるデータは、手動で更新したり、各ウィジェットごとに更新間隔を個別に設定したりする必要なく、設定された共通の間隔で自動的に更新されます。この変更の影響として、ユーザーは追加の操作を行わなくても常に最新の情報を確認できるため、ユーザー体験が向上します。

ダッシュボードで最後に表示したタブへのリダイレクトの正常動作

以前は、ダッシュボードに戻った際に、アプリケーションがそのダッシュボードで最後に表示していたタブへ常にリダイレクトするとは限らず、分かりにくく不便でした。この問題は修正されました。この変更により、ユーザーがダッシュボードに戻る際には、常にそのダッシュボードで最後に表示していたタブにリダイレクトされ、アプリケーション内でより一貫性がありシームレスなナビゲーション体験が得られます。この改善は、既存および新規のすべてのダッシュボードに適用されます。

ダッシュボードの自動更新間隔を5秒固定に強制

以前は、ユーザーはダッシュボードごとに異なる更新間隔を設定できました。これにより、ダッシュボード間で動作に一貫性がなくなっていました。これを避けるため、ライブモードではウィジェットの種類に応じて、更新間隔が5秒に固定されるか、リアルタイムで更新されるようになりました。これにより、ダッシュボードの更新動作が一貫して予測可能になり、各ウィジェットは種類に応じて5秒後に更新されるかリアルタイムで更新されます。

ダッシュボードの読み込み時間が長くなる問題の修正

デバイス管理アプリケーションでダッシュボードマネージャーをロールアウトすることに関連する最近の変更により、ダッシュボードビューの読み込み時間が増加しました。この問題は解決され、ダッシュボードの読み込み時間は通常に戻りました。

ダッシュボードマネージャーの独立プラグイン化

今後のバージョンでは、ダッシュボードマネージャーモジュールはコックピットアプリケーションから抽出され、別のプラグインとして追加されます。
この変更は破壊的変更となる可能性があります。これは、ダッシュボードマネージャーモジュールが @c8y/ngx-components/context-dashboard の一部ではなくなり、@c8y/ngx-components/dasboard-manager の一部となるためです。

この変更は、コックピットアプリケーションのレイアウトおよびUXに影響せず、新しい機能も追加しません。
副次的な効果として、今後はダッシュボードマネージャーが遅延ロードされる(つまり、メインアプリケーションのロード後にのみロードされる)ため、パフォーマンスの改善が確認できる場合があります。

データエクスプローラーでデータ切り捨て時にアラートを表示

データエクスプローラーはこれまで、サイズ制限により表示中のデータセットが切り詰められた場合にユーザーへ通知していなかったため、不完全な分析や結果の誤解につながる可能性がありました。現在は、データが表示の閾値を超えて切り詰められると、データエクスプローラーに明確なアラートが表示されます。これにより、完全なデータセットではなく利用可能なデータのサブセットを表示している場合でも常に把握でき、フィルターの適用やクエリパラメータの調整など、より扱いやすいデータセットで作業するための適切な対応を取れるようになります。

データエクスプローラーとデータポイントグラフで正しいイベントテキストとアラームテキストを表示

以前は、データエクスプローラーまたはデータポイントグラフでイベントやアラームを表示する際に、誤ったイベントまたはアラームのテキストがユーザーに表示されることがあり、デバイスデータの監視や問題のトラブルシューティング時に混乱を招く可能性がありました。この問題は修正され、チャートには選択した項目に対応する正しいイベントまたはアラームのテキストが適切に表示されるようになりました。

データエクスポートにおけるメジャーメントの正しいエクスポート

以前は、データをエクスポートする際、単位のないメジャーメントにはヘッダーのみが含まれ、実際のメジャーメント値が省略されていました。この問題は修正され、ヘッダーと値の両方を含む完全なデータエクスポートが行われるようになりました。

データが存在しない場合のデータポイントグラフの正常なレンダリング

以前は、メジャーメントデータがない状態でデータポイントグラフの時間範囲を選択すると、「データポイントグラフ」ウィジェットはデータがないことを示さずに空の領域をレンダリングしていました。この動作が変更されました。「データポイントグラフ」ウィジェットは、データが利用できない場合でも x 軸と y 軸を表示し、一貫した表示を提供するようになりました。

データグリッドコンポーネントでの階層データ表示サポート

データグリッドコンポーネントが更新され、階層型データ構造をサポートするようになりました。これにより、行を展開してネストされた子行を表示できるツリーグリッドビューが利用可能になります。

主な機能は次のとおりです。

  • 親行の展開/折りたたみ機能
  • 階層を視覚的に示すためのインデント付き行レンダリング
  • サーバーサイドおよびクライアントサイドデータのサポート

この更新により、データセット内の親子関係(デバイス階層やアセット階層など)をより明確に表現できます。

データグリッドコンポーネントにおける固定フィルタードロップダウンの最大高さ修正

データグリッドコンポーネントでは、フィルタードロップダウンの max-height に問題があり、特定のシナリオで表示が切れてしまうことがありました。この問題は、適切な max-height を設定することで解決されました。

データグリッドヘッダーのボタン重なりの修正

特定のシナリオでは、データグリッドのヘッダー内のボタンが重なって表示され、使用しづらくなっていました。この問題は、ボタンのレイアウトと間隔を調整することで解決しました。

データグリッド列の取り扱いの改善

以前は、非表示にしてから再度有効化した列が、グリッドに表示されないことがありました。この問題は修正され、列は有効化すると常に期待どおり再表示されるようになりました。

また、列のサイズ変更中にマウスボタンをグリッド外で離すと、グリッドがサイズ変更モードのままとなり、意図しない追加のサイズ変更が発生していました。この動作は修正され、マウスボタンを離したとき(グリッド外の場合でも)にサイズ変更が適切に終了するようになりました。

データハブマイクロサービスから送信されたイベントに対するメッセージ追加

最近、Things Cloud DataHub は、オフロードまたはコンパクションジョブが完了した場合に Things Cloud プラットフォームへイベントを送信するよう更新されました。そのため、これらのイベントを翻訳するための Things Cloud プラットフォーム向けの新しいメッセージが導入されました。

データポイントグラフおよびデータエクスプローラーにおける小数点以下桁数制限の新オプション

プレビュー機能トグルで有効化できる新しいデータポイントグラフおよびデータエクスプローラー向けに、小数点以下の桁数を制限できる新しい設定オプションが追加されました。ユーザーは小数点以下の最大桁数を設定できるようになり、メジャーメント値を一目で解釈しやすくなります。

データポイントグラフスライダーによるデバイスデータの正しい取得

まれに、「データポイントグラフ」 ウィジェットのスライダーが誤った対象デバイスからデータをリクエストし、データが表示されないことがありました。この問題は解決され、スライダーは正しくデータを取得するようになりました。

データポイントグラフで切り捨てられたデータのアラートを正しく表示

場合によっては、選択した時間範囲の外にあるデータが切り詰められることがあります。以前は、グローバルタイムコンテキストが有効になっている場合、データポイントグラフに対して切り詰められたデータのアラートが表示されませんでした。これは改善され、アラートが正しく表示されるようになりました。

データポイントグラフとデータエクスプローラーでのY軸単位の正しいマージ

「データポイントグラフ」ウィジェットとデータエクスプローラーでは以前、y 軸の単位が一致する場合に、デフォルトで正しくマージされない問題がありました。その結果、同じ単位の複数の軸が無関係な重複データを表示していました。これにより、複数のデータポイントが同じ測定単位を共有している場合に、グラフの読み取りと解釈が難しくなっていました。この動作は修正され、重複する単位が自動的にマージされるようになり、明瞭性が向上しました。さらに、最小値と最大値が同じ軸もマージされ、視覚的な煩雑さが軽減されました。その結果、グラフは共有単位を持つ複数のデータポイントをよりすっきりと一貫して表示し、読み取りや比較がしやすくなりました。

データポイントグラフのプレビュー機能の有効化によるデータポイントの視覚化不具合解消

以前は、データポイントグラフプレビュー機能を有効にすると、デバイス管理アプリケーション内の関連するデバイスおよび通信ウィジェットでレンダリングの問題が発生し、関連データの表示と操作性に影響することがありました。この問題は修正されました。データポイントグラフプレビュー機能を有効にした状態でのデータポイントの可視化が、現在はシームレスに動作します。

データポイントグラフの凡例にタイプではなくアラーム/イベントラベルを表示

以前は、「データポイントグラフ」ウィジェットのアラームとイベントの凡例に、エントリのタイプが表示されていました。この問題は解決されました。凡例には、代わりに設定されたアラームまたはイベントのラベルが正しく表示されるようになりました。

データポイントグラフの凡例を制御するオプションの追加

データポイントグラフのユーザビリティを向上させるため、ユーザーがグラフの凡例の表示を制御できる新しいオプションが追加されました。ユーザーは、十分なスペースがある場合に凡例を表示する自動モード、またはドロップダウンメニューを通じて凡例の表示・非表示を明示的に制御する方法を選択できるようになりました。この変更により、グラフ設定の柔軟性が向上し、ユーザーは特定の要件と利用可能な画面スペースに基づいて視覚的な表現を最適化できます。

データポイントグラフの可読性と明瞭性の向上

データポイントグラフでは、場合によっては y 軸ラベルが軸線と重なり、読み取りにくくなることがありました。さらに、すべてのデータポイントを単一の軸に強制的にマージ オプションが有効になっている場合、単位が表示されませんでした。この変更により、両方の問題を修正しました。y 軸ラベルは軸線と重ならなくなり、すべてのデータポイントを単一の軸にマージした場合でも単位が正しく表示されるようになり、データポイントグラフの可読性と明瞭さが向上します。

データポイントグラフやデータエクスプローラーツールチップで長いイベント/アラームテキストがはみ出さなくなること

データポイントグラフまたはデータエクスプローラーにおいて、長いイベントまたはアラームのテキストがツールチップからはみ出して完全に表示されず、ユーザーがイベント情報を完全に読み取るのが困難でした。この問題は修正されました。長いイベントまたはアラームのテキストのツールチップは、はみ出しなく正しく表示されます。この改善により、チャートビューにおけるアラームおよびイベント情報の使いやすさと可読性が向上します。

データポイントテーブルウィジェットへのエクスポートコンポーネント統合

エクスポートコンポーネントは「データポイント表」ウィジェットに統合されています。この統合により、ユーザーは「データポイント表」ウィジェットに表示されているデータに基づいて、効率的にエクスポートを生成できます。

データポイントフォームのフラグメント、系列、ラベルフィールドの長さ制限削除

データポイントフォームでは以前、フラグメント、シリーズ、ラベルの各フィールドに文字数制限が課されており、ユーザーがデータポイントのために、より長く、より説明的で詳細な識別子を入力できない場合があったり、API 経由でより長い識別子で作成されたデータポイントを選択できない場合があったりしました。この変更により、データポイントフォームのフラグメント、シリーズ、ラベルの各フィールドの長さ制限が削除され、ユーザーは文字数制約に制限されることなく任意の長さの値を入力できるようになりました。さらに、データポイントグラフまたはデータポイントリストで長いラベルを適切に処理するための視覚的な改善が行われました。

デバイスIDのワイルドカード検索サポート

新しいワイルドカード検索は、内部インベントリのIDや外部の c8y_Hardware.serialNumber のようなIDの検索をサポートしていませんでした。この変更により、これらのIDの検索サポートが追加されました。内部IDは完全一致を使用し、serialNumberは部分一致検索も可能です。これにより、外部IDしか分からない場合でも、デバイスをより速く見つけられます。返される結果にはIDが表示されない点に注意してください。

デバイスプロトコル作成への影響を避けるためのアセットプロパティリストスタイルのリファクタリング

アセットプロパティリストコンポーネントには、意図せず OPC UA のデバイスプロトコル作成モーダルを機能しない状態にしてしまうスタイルシートがありました。現在では、スタイルシートがアセットプロパティリストコンポーネントのみに適用されるよう、より正確に対象が絞り込まれています。この変更により、デバイスプロトコル作成モーダルがアセットプロパティリストのスタイルの影響を受けなくなり、想定どおりに機能します。

デバイス割り当てビューの正しいレンダリング

デバイスの割り当て ビューの下部ドロワーが 2 回開いてしまい、その結果コンポーネントの位置ずれが発生して使用できなくなっていました。この修正により、ドロワーは 1 回だけ開くようになり、選択要素を正しく使用できるようになりました。

デバイス検索中の意図しないデバイスグループ作成の防止

新しいグループに追加するデバイスを検索中に Enter を押すと、検索を実行する代わりにこのグループが即座に作成されていました。この問題は修正されました。デバイス名を入力中に Enter を押すと、正しく検索が実行されるようになりました。

デバイス登録フォームでワンタイムパスワードを非表示化

デバイス登録フォームでは、以前はワンタイムパスワードが平文で表示されており、セキュリティリスクとなっていました。フォームは代わりにパスワード入力フィールドを使用するよう更新され、入力中はワンタイムパスワードが非表示になります。この変更により、すべてのユーザーにとってデバイス登録プロセスのセキュリティが向上します。

デフォルトのY軸に0が自動的に含まれなくなった

「Data graph」ウィジェットとデータエクスプローラーでは以前、y軸が常に 0 を含むようにデフォルト設定されていました。そのため、データ範囲が 0 をまたがない場合に可視化の可読性が低下することがありました。この動作は旧ウィジェットとは異なり、有意義なビューを得るために手動での調整が必要になることがありました。現在、デフォルトの y軸の動作が変更され、0 から自動的に開始しなくなり、レガシーウィジェットと揃えられました。ユーザーは引き続き、利用可能なオプションを使用して y軸を 0 から開始するよう強制できます。その結果、チャートとグラフはデフォルトでより適切にスケーリングされるようになり、必要に応じて 0 を含める柔軟性も維持されます。これにより、手動設定を必要とせずに、ほとんどのデータセットで可読性が向上します。

デフォルトのブランディングを使用するテナントで利用可能なダークテーマ

デフォルトのブランディングの新しいバージョンがロールアウトされ、ユーザーがダークテーマを利用できるようになりました。
デフォルトではライトテーマが選択されたままですが、ユーザーは右側ドロワーからテーマを切り替えられます。

カスタマイズされたブランディングを持つテナントは、この変更の影響を受けません。
カスタムブランディングの一部としてダークテーマを提供したい場合は、ブランディングマネージャー から行うことができます。

ダークテーマとの互換性と最適な体験のために、Web SDK に基づくすべての Web アプリをバージョン 1022.8.0 以降にアップグレードすることを強く推奨します。

ドットを含むデバイスタイプでのデバイスタイプダッシュボードの使用可能化

以前は、タイプにドット(".")を含むデバイスでは、デバイスタイプダッシュボードが正しく動作しませんでした。これは現在修正されています。

ドロップダウンメニューの常時完全表示とアクセス可能化

ドロップダウンメニューがスペースの制約により要素の下(デフォルト)に表示できない場合、通常はドロップアップディレクティブに従って要素の上に表示されます。以前は、ドロップアップディレクティブが要素の上に十分なスペースがあるかどうかを確認していなかったため、メニューが一部隠れたり、まったく表示されなかったりする可能性がありました。この変更により、ドロップアップディレクティブは、メニューを要素の上に表示するか下に表示するかを決定する前に、利用可能なスペースを確認するようになりました。これにより、ドロップダウンメニューが常に完全に表示され、アクセス可能であることが保証され、ユーザーエクスペリエンスが向上します。

ドロップダウンメニュー内で固定ポップオーバーが正しく動作しない問題

特定のシナリオでは、ドロップダウンメニュー内のポップオーバーが期待どおりに動作せず、正しく表示されませんでした。この問題は解決されました。

ドロップダウンメニュー最大幅の調整

ドロップダウンメニューの最大幅が、日付ピッカーに対応するよう調整されました。

ナビゲータノードのホバー色の修正

ナビゲータでは、ホバー状態がアクティブ状態から背景色とテキスト色の両方を正しく継承するようになり、ノードにホバーした際に想定どおりの色が表示されることで、視覚的な一貫性が確保されます。

ネストされたプロパティ表示時の「アセットプロパティ」ウィジェットにおける編集ボタン不具合の修正

以前は、名前にドットを含むネストされたプロパティを アセットプロパティ ウィジェット設定に追加すると、編集ボタンが壊れてユーザーがアセットプロパティを変更できませんでした。この問題は解決されました。アセットプロパティ ウィジェットはネストされたプロパティを正しく表示し、編集ボタンも機能したままとなり、ユーザーは想定どおりにアセットプロパティを編集できます。

ビルドプロセス中の固定メモリ割り当て問題の修正

monaco-editor の言語サポート機能には大きな worker ファイル(約 1~10MB)が含まれており、ビルドプロセス中に webpack のメモリ割り当てに関する問題を引き起こしていました。これに対処するため、ビルドプロセスは、メインアプリケーションの前に monaco 関連の service worker を別途ビルドするよう更新されました。ビルドされた monaco worker ファイルは、その後、最終的なビルドフォルダーにコピーされます。この変更によりメモリ割り当ての問題が解決され、ビルドプロセスが正常に完了するようになります。

プラットフォーム全体へのシステムテーマの正しい適用

場合によっては、システムテーマがプラットフォームのすべての領域に正しく適用されないことがありました。この問題は解決されました。ユーザーはプラットフォームの外観の不整合を経験することはなくなり、選択したシステムテーマに基づいた統一感のある見た目と操作感を期待できます。

ブランディングのカスタマイズを妨げていたブランディングマネージャーの解決済みの問題

以前は、特定の状況でブランディングマネージャーが マネジメントテナント 上の public-options アプリケーションを見つけられず、ユーザーがブランディングをカスタマイズできませんでした。 この問題は現在解決されています。

ブランディングへのあらゆる種類のリソース(フォント、画像)のアップロード許可

以前は、管理アプリケーションのブランディングセクションには画像のみをアップロードできました。この変更により、フォントなどのあらゆる種類のリソースをブランディングセクションにアップロードできるようになりました。これにより、企業ブランディングに合わせて Things Cloud プラットフォームのルック&フィールをカスタマイズする柔軟性が高まります。

プレビュー機能へのフィードバックフォーム追加

新機能の品質とユーザーエクスペリエンスを向上させるため、Things Cloud のプレビュー機能にフィードバックフォームが追加されました。プレビュー機能 ページを開くと、各機能の下にフィードバックフォームが表示されます。ここで意見、提案、発生した問題を入力できます。このフィードバックは、機能が正式にリリースされる前に方向性を定めて改善するのに役立ち、ユーザーのニーズと期待に応えることを保証します。フィードバックの送信は任意であり、プレビュー機能の利用には影響しません。

ヘッダー内で「表示形式」機能のラベルが他の要素と重ならないこと

Things Cloud ユーザーインターフェースでは、ヘッダー内の「表示形式」機能のラベルが他のヘッダー要素と重なっており、読み取ったり目的のオプションを選択したりすることが困難でした。この問題は現在解決されています。「表示形式」のラベルは適切に配置され、ヘッダーと重ならなくなったため、すべてのユーザーにとって明確でアクセスしやすいユーザーインターフェースが確保されます。

ボタン用ブランディングカラー変数の修正と無効なアクションバー項目の表示

ボタンがブランディングで定義された正しい変数を使用していませんでした。さらに、無効化されたアクションバー項目が適切に示されていませんでした。ボタンは、設定されたブランディングに基づいて正しいブランディングカラー変数を使用するようになり、無効化されたアクションバー項目は無効であることが視覚的に判別できるようになりました。

ボトムドロワーのアクセシビリティとフォーカス管理の改善

ユーザーエクスペリエンスを向上させ、アクセシビリティ標準に準拠するため、ボトムドロワーコンポーネントが更新されました。ボトムドロワー内のフォーカス管理が改善され、キーボードナビゲーションが想定どおりに機能するようになりました。支援技術に依存するユーザーは、ボトムドロワーおよびその内容を適切に操作できるようになりました。この変更は、ボトムドロワーコンポーネントを使用するすべてのアプリケーションに影響し、より包括的でアクセシブルなユーザーインターフェースを提供します。

マップウィジェットによるマップ上への全アセット表示オプション提供

「マップ」ウィジェットが新機能で強化され、マップ上でアセットがすべて収まるように調整できるようになりました。これには、ウィジェットで選択されたすべてのアセット、または明示的に選択されていない場合は利用可能なすべてのアセットが含まれます。この機能は次の 2 つの場所で利用できます:

  • ウィジェット設定: マップの中心とズームレベルを調整して、関連するすべてのアセットを含められるようにします。
  • ウィジェットビュー: 通常のダッシュボード使用時に、ユーザーはビュー内にすべてのアセットが収まるように調整できます。

この機能により、1 回の操作ですべての追跡対象アセットが表示されるようになり、使いやすさが向上します。

マルチセレクトモードでの c8y-select コンポーネント無効化の修正

c8y-select コンポーネントには、マルチセレクトモードを使用している場合に disabled オプションが動作しない問題がありました。この変更により問題が修正され、disabled 入力を true に設定すると、マルチセレクトモード中でも c8y-select コンポーネントが適切に無効化されるようになりました。これは、マルチセレクトモードで c8y-select コンポーネントを使用しており、disabled オプションが正しく機能する必要があるあらゆるアプリケーションまたはページに影響します。

モジュールフェデレーションプラグインドキュメントの改善と node_modules からの webpack スタイル読み込みの修正

モジュールフェデレーションプラグインを使用すると、別々のデプロイメントからマイクロフロントエンドをシェルアプリケーションに読み込めます。以前は、マイクロフロントエンドで外部アセットおよびスタイルシートを使用するためのドキュメントが不完全で、わかりにくいものでした。さらに、node_modules から webpack を通じて読み込まれる外部スタイルシートから画像を参照する際の問題がありました。現在、ドキュメントはリファクタリングされ、マイクロフロントエンドで外部アセットおよびスタイルシートを使用する方法について、より明確なガイダンスを提供しています。webpack を通じて node_modules からスタイルを読み込む際の問題も修正されました。これにより、マイクロフロントエンドは node_modules 由来の外部スタイルシートで使用される画像を正しく参照できるようになりました。これらの変更により、モジュールフェデレーションプラグインを使用してマイクロフロントエンドアーキテクチャを構築する際の開発者体験が改善されます。

より適切なリダイレクトのために検証されるようになったパスワードリセットリンク

以前は、ユーザーが無効なトークンを含むパスワードリセットリンクを使用した場合、パスワードリセット画面にリダイレクトされ、送信時にエラーメッセージが表示されました。ユーザーエクスペリエンスを向上させるため、ログインアプリはユーザーがパスワードを変更できるようにする前に、パスワードリセットリンクを検証するようになりました。リンクトークンが有効で有効期限が切れていない場合、ユーザーは新しいパスワードを設定するためにパスワードリセット画面にリダイレクトされます。リンクトークンが無効であるか有効期限が切れている場合、ユーザーは新しいパスワードリセットリンクをリクエストするよう案内されます。

ラジアルゲージの改善(視覚化の向上とカスタマイズの拡充)

ラジアルゲージの可視化は新しいチャートライブラリに移行され、手軽に利用できる組み込みのゲージプリセットの選択肢が拡充されました。さらに高度なセクションが導入され、ユーザーはゲージを微調整してカスタマイズし、データの可視化ニーズに完全に合うように設定できるようになりました。

ラジアルゲージの最大値に0を設定可能に

以前は、「ラジアルゲージ」ウィジェットでは最大値を 0 に設定できず、特定のシナリオでは柔軟性が制限されていました。この変更により、必要に応じてラジアルゲージの最大値を 0 に設定できるようになりました。この機能強化により、ラジアルゲージが表示できる値の範囲が拡張され、より多様なデータポイントを表現できるほか、最大値が 0 であることが求められる可視化を作成できるようになります。

リアルタイムモードにおけるデータポイントグラフウィジェットの追加リクエスト防止

「データポイントグラフ」ウィジェットがリアルタイムモードで動作している場合、データを取得するために不要なリクエストが行われ、パフォーマンスに影響したりサーバー負荷が増加したりする可能性がありました。この問題は修正されました。

リスト内の全アイテムが常に表示される仮想スクロール

仮想スクロールが実装されている「データポイントテーブル」ウィジェットなどの箇所では、まれにリスト全体が読み込まれない場合がありました。この問題は現在解決されています。仮想スクロールは常にすべてのリスト項目を表示するようになりました。

リスト表示コントロールの誤ったマークアップの修正

アプリケーションのさまざまな部分で項目のリストを表示するために使用されるリスト表示コントロールに、表示の問題につながる可能性のある不正なマークアップがありました。これは、コントロール内のマークアップを修正することで修正されました。

レガシーデータポイントグラフのツールチップの正常表示

以前は、レガシーのデータポイントグラフ(チャート)でデータポイントにカーソルを合わせてもツールチップが表示されませんでした。この変更により、ツールチップが再び表示されるようになり、想定どおりデータポイント情報が表示されます。

ロケール es-419 のユーザーによる Cumulocity プラットフォームへの再アクセス

ラテンアメリカの一部ユーザーは、ロケールが es-419 に設定されている場合に Things Cloud にアクセスできませんでした。この問題は解決され、es-419 ロケールのユーザーは Things Cloud プラットフォームに再び正常にアクセスして利用できるようになりました。この修正により、影響を受けた地域のユーザーは Things Cloud への中断のないアクセスが確保され、想定どおりにすべての機能を利用できます。

不足していたスマートルール翻訳の修正

Web SDK ベースのアプリケーションにおいて、スマートルール関連ビューで翻訳が欠落していた問題が修正されました。

他のユーザーの設定へのアクセスおよび変更が可能になる問題の解決

以前は、ユーザーが別のユーザーの設定にアクセスしたり変更したりできました。この問題は修正されました。現在は、現在ログインしているユーザーのみが、自身のユーザー設定を読み取り/書き込みできます。

個別ログインアプリケーションによる認証フロー管理

バージョン 1022.0.0 以降、Web SDK には各アプリケーションに組み込みのログイン機能が含まれなくなりました。代わりに、別のログインアプリケーションがすべての認証フローを管理します。
Web SDK バージョン 1022.0.0 以降を使用して開発された Web アプリケーションは、認証が必要になるたびに、このスタンドアロンのログインアプリケーションへ自動的にユーザーをリダイレクトします。

この変更により、独自の UI アプリケーションを作成するお客様は、カスタムのログインフローを実装する必要がなくなるためメリットがあります。新しいログインアプリケーションにユーザーをリダイレクトするだけで済みます。
この更新の一環としてログインページも再設計され、使いやすさと見た目が改善されました。

注記: iframe 内に UI を埋め込み、iframe 内でのログインを必要とするお客様は、この新しいログインフローに対応するために実装の変更が必要になる場合があります。

優先言語が無効な形式で保存されている場合の空白画面防止

場合によっては、ユーザーの優先言語がユーザーオブジェクト内で予期しない形式(文字列ではなくオブジェクト)で保存されていました。UI の実装は文字列を想定しており、オブジェクトを処理できませんでした。その結果、UI アプリケーションの初期化に失敗し、ユーザーには空白の画面が表示されていました。

この挙動は調整され、これらのケースでも想定どおりにアプリケーションが初期化されるようになりました。

削除後に新しいコックピットのホームダッシュボード設定を保存またはキャンセルできない問題の修正

コックピットのホームダッシュボードが削除され、ユーザーがホームページに移動した際に、既定のダッシュボード設定ダイアログを保存ボタンまたはキャンセルボタンのどちらでも閉じられず、ユーザーが先に進めない状態になっていました。この問題は解決され、ダッシュボードの状態に関係なく、ユーザーがダッシュボード設定を正常に保存またはキャンセルできるようになりました。ダッシュボード設定ダイアログはユーザー操作に対して正しく応答し、設定ビューから適切に移動できるようになりました。

前後に移動した際のステップナビゲーションによるステップの正しい表示

一部のシナリオでは、ユーザーがステッパーコンポーネントのステップ間を前後に移動することがあります。以前は、このように移動すると、ステッパーが完了済みのステップを未完了として誤ってマークして表示していました。これは修正され、ユーザーがステップ間を前後に移動した場合でも、ステッパーコンポーネントが完了済みのステップを正しく反映するようになりました。

参照先デバイスが存在しない場合のエラーアラームの解除

以前は、ウィジェットのデータポイント設定で参照されているデバイスが削除されると、ユーザーが閉じることのできないエラーアラートが表示されていました。この変更により、エラーアラートは想定どおり閉じられるようになりました。

右ドロワーの未翻訳修正

右側のドロワーにあるブックマークセクションは、以前は正しく翻訳されておらず、ローカライズされた言語ではなくデフォルトの英語テキストが表示されていました。この問題は解決されました。ブックマークセクションには、ユーザーが選択した言語に基づいて正しい翻訳が表示されるようになります。

同じ最小値・最大値のデータポイントをデフォルトで統合する新しいデータポイントグラフおよびデータエクスプローラー

以前は、新しいデータポイントグラフとデータエクスプローラーでは、最小値と最大値が同じデータポイントはデフォルトで同じ軸にマージされなかったため、比較が難しくなっていました。この変更により、「一致するデータポイントをマージする」オプションがデフォルトで有効になり、最小値と最大値が一致するデータポイントは自動的に同じ軸に表示されます。これによりユーザビリティが向上し、追加の設定を行わなくても、同じチャート上で関連データをより簡単に比較・分析できるようになります。

固定HTMLウィジェットのエクスポート、インポート、スキーマ定義

HTMLウィジェットのエクスポート、インポート、およびスキーマのプロパティが誤った場所で定義されていたため、ダッシュボード設定の インポート/エクスポート タブで検証エラーが発生していました。これらのプロパティは、他のウィジェットと同様に、data キー配下の正しい場所へ移動されました。さらに、HTMLウィジェットはデバイスなしでも作成できるため、HtmlWidgetConfig インターフェースが更新され、device と settings がオプションになりました。

固定データポイントセレクターのドロップダウン表示不具合の修正

データポイントセレクターのドロップダウンが前面に表示されず、ページ上の他の要素に重なって隠れていました。この問題は、ドロップダウンの z-index を調整することで解決されました。データポイントセレクターのドロップダウンは、開いたときに常に前面に表示されるようになりました。

固定配置とテキスト切り捨ての問題修正

一部のUI要素が適切に配置されておらず、特定のビューでテキストが切り詰められていました。この変更により、影響を受けるビューにおける配置およびテキスト切り詰めの問題が修正されます。

基本認証が禁止されている場合の skipSSORedirect の動作改善

システムでベーシック認証が無効になっている場合、skipSSORedirect パラメータが期待どおりに機能せず、ユーザーが明示的にスキップを要求していても SSO 認証を経由せざるを得ませんでした。この問題は修正されました。skipSSORedirect パラメータは、環境でベーシック認証が有効か無効かに関係なく、正しく動作するようになりました。これにより、ユーザーが skipSSORedirect パラメータを指定した場合、意図どおりに SSO 認証をバイパスできるようになり、SSO フローを経由せずに認証する必要がある統合や自動化プロセスの柔軟性が向上します。

変更が加えられた場合のみ有効となる[制限]タブの[保存]ボタン

テナント詳細の 制限 タブにある 保存 ボタンは、変更が行われていない場合でも有効になっていました。現在は、ユーザーが値を変更するまで無効になっており、変更されていないデータを誤って保存することを防ぎます。

実行時に未翻訳文字列のコンテキストインジケータを非表示化

以前は、アプリケーションに表示される未翻訳の文字列に、エンドユーザーにとって紛らわしく意図されていない追加のコンテキストを示す表示が含まれている場合がありました。この変更により、実行時には未翻訳の文字列のコンテキストを示す表示が非表示になりました。これにより、文字列がまだ翻訳されていない場合でもユーザー体験が改善され、エンドユーザーには関連のない技術的な詳細が表示されなくなります。

専用アプリケーションから読み込まれた翻訳

アプリケーションの保守性を向上させるため、翻訳は専用のアプリケーションから読み込まれるようになりました。以前は、翻訳がコードベースのさまざまな部分に散在していたため、一貫して管理および更新することが困難でした。この変更により、すべての翻訳が単一の場所に集約され、翻訳の追加、更新、保守のプロセスが簡素化されます。この変更は、エンドユーザーやアプリケーションの機能に直接的な影響はありませんが、よりクリーンで整理されたアプリケーションインフラストラクチャに貢献します。

情報ゲージウィジェットにおける日付表示形式の他のダッシュボード要素との統一

以前は、「Info gauge」ウィジェットが他のダッシュボード要素とは異なる形式で日付を表示していたため、ダッシュボード全体で日時情報の表示に不整合が生じていました。日付のフォーマットが標準化され、「Info gauge」ウィジェットでも他のダッシュボードコンポーネントと同じ日付形式が使用されるようになりました。これにより、統一され予測可能な体験が保証され、日時データを一貫して読み取り・解釈しやすくなります。

拡張データポイントエクスプローラーおよびデータポイントグラフウィジェット

Things Cloud プラットフォーム内のデータ分析と可視化を強化するため、データポイントエクスプローラーとデータポイントグラフが、新しい機能と最新化されたアーキテクチャでアップグレードされました。両機能は AngularJS から Angular に移行され、パフォーマンスの向上、刷新されたインターフェース、拡張された設定オプションが提供されます。当初、これらの機能はデフォルトでは含まれず、追加プラグインとしてのみインストールできます。インストールするには、カスタムアプリケーションに移動し、プラグインをインストール をクリックして、「Data point explorer」と「Data point graph」を検索します。

データポイントエクスプローラー

データポイントエクスプローラーにはワークスペース実装が含まれるようになり、ユーザーはデータ分析を整理するために複数のワークスペースを作成・管理できます。これらのワークスペースはローカルに保存され、共有することもできるため、チーム間でシームレスにコラボレーションできます。さらに、ブラウジングと検索の体験が改善され、接続されたデバイス全体から特定のデータポイントを見つけやすくなりました。

データポイントグラフ

データポイントグラフは、時間の経過に伴うデータポイントをよりインタラクティブかつ動的に可視化できるようになり、ユーザーは傾向、パターン、異常をより容易に特定できます。主な改善点は次のとおりです。

  • ダッシュボードにリンクされたタイムスライダー。ウィジェットがグローバル時間コンテキストに接続されている場合、ダッシュボード全体の時間範囲を調整し、複数のウィジェット間で同期されたデータビューを可能にします。
  • データポイント、アラーム、イベントの表示を、クリックで簡単に切り替えられるコントロール。
  • アラームアイコンの表示/非表示を制御し、複数のメジャーメントを単一のグラフ軸に重ね合わせ、グラフのスタイルオプションをカスタマイズするための新しい設定オプション。

これらの強化により、IoT データを探索するためのより直感的で強力な方法が提供され、Things Cloud 内でデプロイメントを管理するユーザーの効率とコラボレーションが向上します。

拡張データポイントテーブルウィジェット

UI を Angular に移行する継続的なモダナイゼーションの取り組みの一環として、「データポイントテーブル(Data points table)」ウィジェットは AngularJS から Angular に移行されました。この変更により、ウィジェットのパフォーマンス、保守性、およびアプリケーションの他の部分との一貫性が向上します。ウィジェットは現在、次のような強化された機能を提供します。

  • データポイントの可視化における小数点以下の精度(桁数)を設定可能
  • さまざまな画面サイズとデバイスにわたる応答性の向上
  • 設定可能な間隔に基づく自動更新

既存のすべての機能は変更されておらず、現在のユーザーにとってシームレスな移行が保証されます。

拡張パッケージのアーカイブ対応

以前は、拡張パッケージをシステム内でアーカイブできなかったため、廃止済みまたは未使用のパッケージの管理が困難でした。この変更により、保守されなくなったパッケージをアーカイブできるようになりました。必要に応じてアーカイブ済みパッケージにアクセスできる状態のまま、パッケージを保守対象外としてマークできます。

改善されたデバイス登録モーダルと修正された入力グループ配列

デバイス登録のモーダルサイズを、コンテンツにより適切に収まるよう調整しました。さらに、入力グループ配列を修正しました。これにより、デバイス登録時のユーザーエクスペリエンスが向上します。

改善された日付範囲ピッカーのスタイル設定

この変更では、要素の配置と間隔を改善するために、UI 内の日付範囲ピッカーのスタイルを調整します。

新しいダッシュボード追加後のナビゲーションの問題修正

新しいダッシュボードを作成した後、ナビゲータで別のメニュー項目に移動しようとすると、ナビゲーションがキャンセルされていました。この問題は修正され、ナビゲーションは再び正しく動作するようになりました。

新しいツールキットパッケージの導入

開発者エクスペリエンスを継続的に改善する取り組みの一環として、新しい @c8y/toolkit npmパッケージ を公開しました。このパッケージは現時点では Things Cloud インスタンスへのアプリケーションまたはパッケージのデプロイ機能のみを提供しますが、今後さらに拡張される可能性があります。

すでに存在する ng deploy コマンドに対するこのパッケージの利点は、Angular への依存関係がないことです。そのため、より軽量で、例えば CI/CD パイプラインでの利用に最適です。

新しいデータエクスプローラーの一般提供開始

大幅に改善されたパフォーマンス、モダン化されたユーザーエクスペリエンス、拡張された分析機能を提供する新しいデータエクスプローラーが、一般提供(GA)になりました。機能強化の詳細については、元の Things Cloud アナウンス を参照してください。

新しいデータポイントエクスポートコンポーネント

Things Cloud からデータポイントを簡単にエクスポートできるようにするために、新しい汎用データポイントエクスポートセレクターが実装されました。この新しいコンポーネントにより、ユーザーはデータポイントエクスポートの時間範囲、エクスポートタイプ、(エクスポートタイプに基づく)集計、ファイル形式を選択できます。エクスポートするデータポイントレコードのサイズに応じて、エクスポートされたファイルは生成されて直接ダウンロードされるか、準備ができ次第電子メールで送付されます。データポイントエクスポートコンポーネントにより、ユーザーは必要なデバイスデータを Things Cloud から希望する形式で取得するのがはるかに簡単になります。

新しいデータポイントグラフウィジェットの一般提供開始

新しいデータポイントグラフウィジェットは、拡張されたカスタマイズオプション、強化された可視化機能、向上したユーザーエクスペリエンスを提供し、一般提供(GA)を開始しました。機能強化の詳細については、元のThings Cloudのアナウンスを参照してください。

新しいプロパティセレクターで利用可能な算出プロパティ

開発者が動的な値を持つカスタムプロパティを定義できるように、新しい hookComputedProperty hook が導入されました。この hook により、値をアセットに直接格納するのではなく、他のプロパティや外部データに基づいてその場で値を計算する算出プロパティを定義できます。算出プロパティはコンテキストを考慮した適用性をサポートしており、現在のコンテキストに基づいて選択的に利用可能にできます。また、簡単にカスタマイズできるように、オプションの設定コンポーネントを含めることもできます。算出プロパティ値は、同期的に返すことも、promise や observable を使用して非同期的に返すこともでき、値の計算方法と返却方法に柔軟性を提供します。

新しいマルチセクション構成の導入に伴う loadConfigComponent の非推奨化

何が変わりますか?

Things Cloud では、ウィジェット設定に対してフック可能な新しい複数セクションの概念が導入され、その結果、widgetHook の loadConfigComponent メソッドは非推奨になりました。

この変更はどのように影響しますか?

ウィジェット開発者は、独自または既存のウィジェットに設定を追加するために hookWidgetSection フックの使用を開始してください。この新しいアプローチは、複数の設定セクションを表示できるようにし、ウィジェット設定の柔軟性と整理を向上させます。

後方互換性

loadConfigComponent メソッドは当面は引き続き動作し、「Settings」という名前のセクションを追加しますが、今後のメジャーリリースで削除されます。可能な限り早く新しいアプローチへ移行することを推奨します。

新機能プレビュー機能

プレビュー機能により、現在パブリックプレビュー中のすべての機能を1か所で管理できます。シンプルなトグルインターフェースにより、今後追加される機能を簡単に見つけて有効化し、試すことができます。これにより、新しい開発動向を先取りできると同時に、早期フィードバックを通じて最終製品を改善するための貴重な知見を当社チームに提供できます。

プレビュー機能のトグルインターフェースにアクセスするには、右上のユーザーアイコンをクリックし、右側のドロワーに表示される プレビュー機能の管理 を選択します。

日時ピッカーのユーザーロケール準拠と不足していたローカライズの追加

date-time picker コンポーネントがユーザーのロケール設定に従わず、その結果、ローカライズが欠落していました。この問題は修正されました。これによりユーザーは、date-time picker を希望する言語と形式で表示できるだけでなく、UI に表示されるすべての日付と時刻も希望する言語と形式で表示されるようになります。

最大リクエストヘッダーサイズの増加

リクエストでより大きなヘッダーを使用できるように、Microservice SDK ではプロパティ server.max-http-request-header-size を 24KB に増やしました。以前の値は 8KB でした。

最大値と最小値の正しい表示に対応したデータポイントテーブルウィジェット

「データポイントテーブル」 ウィジェットで、データポイントの最小値と最大値の両方を表示する設定を選択した場合に、最大値の代わりに最小値が表示されていました。この問題は修正されました。この設定を選択すると、最大値が正しく表示されるようになりました。

検索で先頭要素がハイライトされない

特定のシナリオでは、UI の検索機能により検索結果の最初の要素がハイライトされていました。これは修正され、検索結果の最初の要素がフォーカスされなくなりました。

権限が制限されたユーザー向けの型付きダッシュボードにおけるウィジェットリゾルバーエラーの修正

以前は、c8y_Device などの型付きダッシュボード上のウィジェットで、権限が制限されたユーザーに対してリゾルバーエラーが表示されることがありました。これは、コンテキストのオーバーライドが適用される前に、元の設定済みデバイスに対して権限チェックが実行されていたためです。

この修正により、リゾルバーが実行される前に、ウィジェット設定が正しいコンテキストデバイスで更新されるようになりました。具体的には、リゾルバーが実行される前に、データポイントオブジェクト内の device フィールドと __target フィールドの両方を置き換えます。これにより、権限チェックは適切なデバイスを対象とし、すべてのユーザーでウィジェットが正しくレンダリングされることが保証されます。

無効なブランディングバリアント名に対する検証エラーの改善

以前は、UI または API を介して無効なブランディングバリアント名を指定した場合、結果として返される検証エラーが不明確で、問題の特定が困難でした。この変更により、無効なブランディングバリアント名が入力されたときに、プラットフォームはより明確で具体的な検証エラーメッセージを提供するようになりました。この改善により、ユーザーは指定したブランディングバリアント名に関する問題をすばやく特定して修正でき、設定プロセスにおける時間と労力を節約できます。

無効な時・分の値を自動修正する日時ピッカー

日時ピッカーコンポーネントは、無効な時および分の値を自動的に「00」に修正するようになりました。

特定のシナリオでダッシュボード自動更新カウンターがフリーズしないように変更

以前は、ダッシュボードに異なるリフレッシュメカニズムを持つウィジェットが少なくとも 2 つ含まれている場合、オートリフレッシュカウンターがフリーズしていました。1 つはリアルタイムのダッシュボードコンテキストを使用し、もう 1 つはオートリフレッシュのダッシュボードコンテキストを使用するものでした。この組み合わせでも、以前失敗していたシナリオに対して現在は正しく動作します。

画像としてエクスポート時のデータポイントグラフの正しい表示

以前は、「データポイントグラフ」ウィジェットを画像としてエクスポートする際に、凡例が重なったり正しく表示されなかったりして、画像が読みづらくなることがありました。この問題は修正され、エクスポートされた画像でデータポイントグラフが正しく表示されるようになりました。

破損防止のためのレガシーHTMLウィジェットコードにおけるテンプレートリテラルのエスケープ

従来のHTMLウィジェットコードでは、テンプレートリテラルが適切にエスケープされていなかったため、特定のシナリオで機能が損なわれる可能性がありました。この変更により、すべてのテンプレートリテラルが正しくエスケープされるようになりました。

確認ダイアログにおけるチェックボックスオプションのスタイル修正

確認モーダル は、ユーザーに表示できるカスタムチェックボックスオプションをサポートしています。以前は、これらのオプションのスタイルがダイアログに表示されるテキストと一致していませんでした。現在は、スタイルが統一されました。

管理テナントでブループリントとして利用可能になったCumulocity Developer Codex

Cumulocity Developer Codex — Cumulocity Web SDK を使用してカスタムフロントエンドソリューションを構築するためのガイダンスとドキュメントを提供するリソース — が、管理テナントでブループリントとして利用可能になりました。テナント管理者は、ブランディングと翻訳を利用しながら、Developer Codex をアプリケーションとしてサブテナントにデプロイし、アプリケーションスイッチャーでアクセス可能にできます。

線形ゲージウィジェットで、文字列として保存されたデータポイントテンプレートの最小値・最大値の処理に対応

以前、コックピットアプリケーションの「Linear gauge」ウィジェットは、表示されるメジャーメントのデータポイントテンプレートで最小値と最大値が数値ではなく文字列として保存されているケースを処理できませんでした。これにより、そのような場合にウィジェットがエラーを表示していました。この変更により、「Linear gauge」ウィジェットは、データポイントテンプレートで文字列として提供される最小値と最大値を適切に処理できるように調整されました。ウィジェットはこれらの文字列値を内部で数値に変換し、エラーなく「Linear gauge」を表示するようになりました。この改善により、「Linear gauge」ウィジェットはより堅牢になり、より幅広いデータポイントテンプレート構成との互換性が向上しました。

編集体験の向上に向けた Monaco エディターによる高度な翻訳機能

Things Cloud プラットフォームは、さまざまな言語の UI の翻訳を管理する機能を提供します。以前は、翻訳エディターで一度に複数の翻訳を編集する機能が制限されていました。この変更により、管理 アプリケーションで翻訳を編集する際に Monaco エディターを使用できるようになり、翻訳の一括編集やインポートを簡単に行えるようになりました。

英語(米国)ロケールにおけるデータポイントグラフとデータエクスプローラーチャートのタイムスタンプ修正

一部のシナリオでは、プラットフォームで英語(米国)が選択されている場合に、データポイントグラフおよびデータエクスプローラーチャートのタイムスタンプが誤って表示され、12時間形式ではなく24時間形式で表示されていました。この問題は解決されました。英語(米国)ロケールを使用する際、チャートのタイムスタンプは正しく表示されるようになりました。この変更により、異なるロケール間で一貫したユーザーエクスペリエンスが確保されます。

製品内情報設定の保存に関する問題の修正

以前は、「製品内情報とコミュニケーションを有効にする」設定の変更が一時的で、アプリケーションを再読み込みするとリセットされていました。この問題は解決されました。設定は永続的に保存され、アプリケーションの再起動後も保持されます。

読み取り専用テキストエリアでのポインターイベント許可

以前は、読み取り専用のテキストエリアに CSS プロパティ pointer-events: none が設定されており、クリック、テキスト選択、スクロールなどのあらゆるポインター操作ができませんでした。この変更により、読み取り専用のテキストエリアから pointer-events: none CSS プロパティが削除されました。これにより、ユーザーはクリックしてフォーカスしたり、内容があふれている場合にテキストエリアのコンテンツをスクロールしたりといったポインター操作で、読み取り専用のテキストエリアを操作できるようになり、より直感的で一貫性のあるユーザー体験が提供されます。

追加のangularコンポーネントのスタンドアロンモード移行

Web SDK のモジュール性と保守性を継続的に改善する取り組みの一環として、より多くのコンポーネントをスタンドアロンモードで動作するように移行しました。この変更には、これらのコンポーネントのアーキテクチャと依存関係の更新が含まれます。移行されたコンポーネントはこれまでどおり動作し続けるため、ユーザーは機能上の違いを体験しないはずです。Web SDK を使用する開発者は、モジュール全体をインポートしなくても、より多くのコンポーネントを直接インポートできるようになりました。

Web SDK が提供する angular モジュールは引き続き存在します。将来のリリースでは、スタンドアロンコンポーネントを直接使用することを優先し、これらを非推奨にする可能性があります。

選択した期間の開始付近のデータも表示するデータエクスプローラー

データポイントに秒単位の粒度の値が含まれている場合、カスタムの時間範囲を選択すると、選択した間隔内にデータが存在していても、チャートにデータが表示されないことがありました。これは、基盤となるリクエストがオフセットされた開始時刻を使用しており、その後データエクスプローラー(データ探索機能)が、実際のデータポイントのタイムスタンプと完全には重ならない秒レベルの境界を使用して結果をフィルタリングしていたために発生しました。その結果、選択した範囲の開始付近にある有効なデータが、表示ウィンドウから除外される可能性がありました。この問題は、カスタムの時間範囲に対して秒レベルの選択サポートを追加し、クエリとフィルタリングのロジックが秒ベースのデータと正しく整合するようにすることで修正されました。

非エンタープライズテナントでの複数ブランディングナビゲータ項目の表示固定化

以前は、エンタープライズではないテナントが、特定の状況でナビゲータに複数の ブランディング 項目を表示してしまい、混乱を招き、意図した動作でもありませんでした。この変更により、エンタープライズではないテナントには、想定どおり常に 1 つの ブランディング 項目のみが表示されるようになります。

Apama 分析ビルダー ブロック SDK および Apama EPLアプリツールの Windows における開発ワークフローの変更点

Apama Analytics Builder Block SDK および Apama EPL Apps Tools は、Windows 環境でネイティブにサポートされなくなりました。

新しいアプローチは、コミュニティによってメンテナンスされている Microsoft Visual Studio Code 用 Apama 拡張機能 を使用することです。これは、EPL を記述するための生産的な開発環境を提供し、WSL(Windows Subsystem for Linux)を使用する Dev Container を用いて Windows 上で Apama アプリケーションを起動するためのワークフローも含まれています。

あるいは、短期的には Apama 10.15 および各リポジトリの rel/y2025 ブランチを引き続き使用することも可能です。ただし、可能な場合は新しいアプローチへ移行することをお客様に推奨します。

Cumulocityストリーミング分析のApamaエンジン「26.x」バージョンへの切り替え

Things Cloud ストリーミング分析は、Apama エンジンの新しい「26.x」バージョンに切り替わります。26.x リリースは、Things Cloud のお客様の現実世界のニーズに焦点を当て、簡素化され、より関連性の高い機能セットを提供します。

新バージョンには、お客様独自のカスタム EPL または接続性プラグインを使用しているお客様、ならびに Apama の独自インストール(例: Windows 上)を使用して分析アプリケーションを構築およびテストしているお客様に影響する可能性のある変更が含まれています。

ほとんどのアプリケーションは影響を受けないと見込んでいます。ただし、apama-ctrl マイクロサービスにアップロードした 分析ビルダー ブロック内のカスタム Python または Java プラグイン を使用している場合は、今後数週間のうちに SaaS 環境へ更新が展開された際に備え、直ちにこれらの変更への準備を行うことが重要です。

Things Cloud の カスタムマイクロサービス で Apama を使用している場合は緊急性は低いですが、今後 1 年のどこかの時点で新しい(latest または 26.X.XApama ベースイメージ に切り替える計画を立ててください。

リリース変更

Windows および Eclipse サポート

Apama エンジンの Windows へのインストールはサポートされなくなり、Eclipse 用 Apama プラグインは削除されました。

  • Windows 上で Apama アプリケーションを開発するには(例えば EPLアプリのビルド、Block SDK の実行、またはアプリケーションの PySys テストのビルド)、Eclipse ではなくコミュニティでメンテナンスされている Visual Studio Code 用 Apama 拡張機能 を使用できます。
  • また、Windows Subsystem for Linux (WSL) の Debian インスタンスに、当社の Debian パッケージリポジトリ を使用して Apama をインストールすることも可能です。

Docker ベースイメージの更新

Apama Docker イメージは、ベースイメージとして Red Hat UBI ではなく Debian 12 (Bookworm) を使用するようになりました。これらのイメージは開発用途と、カスタム Things Cloud マイクロサービスのベースイメージの両方に使用できます。一部の Docker イメージの名前とタグが変更され、Apama のインストール先ディレクトリも変更されました。イメージに追加パッケージをインストールする必要がある場合、Debian 向けにコマンドラインを変更する必要があります。

サポート対象オペレーティングシステムの変更

開発目的で Docker なしで Linux マシンに Apama をインストールする必要があるユーザー向けに、インストールオプションが変更されました。Apama をインストールするためにサポートされるディストリビューションは Debian 12 (Bookworm) のみとなり、Apama パッケージは .zip または .tar.gz パッケージを公開しなくなったため、当社の Debian パッケージリポジトリ からインストールする必要があります。Red Hat Enterprise Linux および Ubuntu への Apama のインストールのサポートは削除されました。通常の x86 パッケージに加えて、ARMv8(64-bit)のサポートが追加され、ARMv7HF(32-bit)に置き換わります。

Java のアップグレード

この Apama リリースには Java 11 ではなく Java 17 が同梱されています。correlator 内で実行されるすべての Java コードは Java 17 で実行されるようになりました。そのため、カスタム EPL プラグインまたは接続性プラグインがある場合は、Java 17 で再コンパイルし、想定どおりに動作することをテストしてください。apama-ctrl マイクロサービスにアップロードされたブロック内で Java を使用している場合、SaaS 環境への更新の展開に備えて、必要な変更は直ちに実施してください。

Java 17 の破壊的変更および新機能に関する詳細は、JDK リリースノート などのオンラインリソースを参照してください。一部のアプリケーションは、このバージョンの Java で提供される異なる ロケールデータ の影響を受ける可能性があるほか、サードパーティライブラリ依存関係の更新が必要になる場合がありますが、ほとんどの場合、Apama プラグインは変更なしで動作し続けると見込んでいます。

Python のアップグレード

Python はまもなく 3.9 から新しいバージョン(おそらく 3.13)へアップグレードされます。Python を使用しているお客様には、アプリケーションに影響する可能性のある変更を把握するため、Python の新機能 を確認することを推奨します。apama-ctrl マイクロサービスにアップロードされたブロック内で Python が使用されている場合、SaaS 環境への更新の展開に備えて、必要な変更は直ちに実施してください。

参照 & フィードバック

これらおよびその他の変更の詳細については、Apama 変更ログ を確認してください。ご質問がある場合は、Things Cloud Tech Community の streaming-analytics-apama タグへお気軽に投稿してください。

EPLアプリのユーティリティ Util.formatTime による ISO8601 形式の日付時刻文字列生成

EPLアプリ向けの Things Cloud ユーティリティバンドルにおいて、Util.formatTime の挙動が変更されました。このユーティリティは現在、ISO8601形式yyyy-MM-dd'T'HH:mm:ss.SSS)の日時文字列を生成します。これは、従来の yyyy/MM/dd HH:mm:ss 形式に依存しているコードにとって 破壊的変更 です。新しい標準形式を処理できるようにコードを更新することを推奨します。

例:

  • 以前: 2025/09/01 12:38:30Z
  • 現在: 2026-03-31T12:38:30.123Z

TrendMinerオフロードモードの削除

メジャーメントのオフロードにおける設定オプションとしての TrendMiner モードは、Things Cloud DataHub と TrendMiner の統合が廃止されたため、サポートされなくなりました。

インベントリ収集の最適化されたオフロード

インベントリコレクションをオフロードする際、デバイス関連データだけでなく、内部データもオフロードされます。アプリケーションで必要なデータにオフロードを限定するために、Things Cloud データハブでは、インベントリコレクションに対するビューが新たに導入されました。これらのビューにより、オフロード設定を調整して、関心のあるデータだけがデータレイクにオフロードされるようにできます。たとえば、デバイスまたはデバイスグループに関連するデータなどです。

オフロード完了時のイベント発生

オフロードパイプラインは、関連付けられたオフロードまたはコンパクションの実行が完了したときに Things Cloud イベントを発生させるように設定できます。このようなイベントには、開始時刻と終了時刻、成功ステータス、オフロードされたレコード数など、対応する実行の詳細が含まれます。これらのイベントを使用して、オフロードまたはコンパクションの実行完了時に後続のアクションをトリガーできます。

サブインタープリタなし、または専用GILで実行可能なPythonプラグイン

Python で記述された EPLプラグインで、設定可能な分離モードが利用できるようになりました。これにより、プラグインをサブインタープリタではなくメインインタープリタで動作するようにロードできます。これは、numpy など、サブインタープリタをサポートしていない一般的なサードパーティライブラリで必要です。さらに高い分離でプラグインを実行し、親インタープリタとは別の Global Interpreter Lock (GIL) を使用することもできます。これにより、2 つの異なるプラグインを並列に実行できます。

追加情報は、対応する Apama 変更ログ で確認できます。

ジオフェンススマートルールで重複アラームが作成されなくなること

ジオフェンスでアラームを作成スマートルールは、ジオフェンス設定がトリガーされた際に、重複するアラームが定期的に作成されていました。この問題は現在解決されています。

ストリーミング分析で使用されるPythonのバージョン3.13へのアップグレード

Things Cloud ストリーミング分析で使用される Python のバージョンが 3.13 にアップグレードされました。Python コードを含む拡張機能をお持ちのお客様は、引き続き期待どおりに動作することをテストしてください。追加の Python ライブラリを提供するために使用される仮想環境は、再作成が必要になる場合があります。可能であれば、対応するビルドが本番 SaaS 環境にロールアウトされる前にこれらの変更を行ってください。

Python 3.13 の破壊的変更と新機能に関する詳細は、Python What’s New などのオンラインリソースを参照してください。追加情報は、対応する Apama 変更ログ でも確認できます。

ストリーミング分析と通知 2.0

ストリーミング分析は現在、Things Cloud Notifications 2.0 の信頼性の高いデータ転送機能を使用して、Things Cloud プラットフォームによって処理されるメジャーメント、イベント、アラーム、マネージドオブジェクト、オペレーションの通知を受信します。Notifications 2.0 を使用する利点は、スマートルール、分析ビルダー、EPLアプリなどのストリーミング分析アプリケーションとのメッセージングにおけるパフォーマンスと信頼性が向上することです。

カスタム Apama マイクロサービスのユーザーは、マイクロサービスマニフェストに ROLE_NOTIFICATION_2_ADMIN 権限も追加する必要があります。カスタム Apama EPL プロジェクトのユーザーは、新しい Cumulocity Notifications 2.0 バンドルも追加する必要があります。

スマートルールのレジリエンスサポートの一般提供開始

スマートルールのレジリエンスは現在 一般提供(GA) となっており、計画的なシャットダウン中にスマートルールが状態やメッセージを失わないことを保証します。

セキュリティ修正を含むDremioアップグレード

Dremio は、Cumulocity DataHub の一部として使用される Dremio ソフトウェアにおける最近のセキュリティ脆弱性に対処するためにアップグレードされました:

  • CVE-2025-2298
  • CVE-2025-30065

不正な代入演算子の使用時にエラー発生

以前のバージョンのEPLアプリでは、:= の代わりに = を使用すると警告になっていました。これは現在、エラーに変更されました。行を修正または削除するまで、読み込みは拒否されます。

内部クエリエンジンの新バージョン

Things Cloud DataHub は内部クエリエンジンとして Dremio のバージョン 25.2 を利用するようになりました。新しい Dremio のバージョンには、特に高度なスピル機能によるメモリ管理の改善、およびパフォーマンス向上が含まれます。その他のさまざまな機能強化として、拡充された SQL 機能、ユーザーインターフェースにおけるワークフローの改善、ならびにセキュリティ修正が挙げられます。

分析ビルダーでソースまたは宛先タイプを選択するための新しいテンプレートパラメータフィールド

分析ビルダーのモデルエディタにある テンプレートパラメータ ダイアログボックスで、Source or Destination Type という名前の新しいフィールドが利用できるようになりました。 新しいフィールドを使用して、次のソースまたは宛先タイプのいずれかを選択できます: デバイスグループアセット、または その他。その後、選択内容に基づいたデフォルト値を指定できます。テンプレートパラメータの管理 も参照してください。

分析ビルダーモデルでグループとアセットの階層変更を検出可能に

デバイスグループまたはアセットからデータを取り込む分析ビルダーのモデルは、階層の変更を自動的に検出するようになりました。これには、デバイス、サブグループ、およびアセットの追加、更新、または削除が含まれます。モデルはこれらの構造変更に動的に適応し、継続的で正確なデータ処理を確保します。

詳細については、グループおよびアセット階層への動的変更のサポート を参照してください。

備考
これは スマートルールプラグイン にも適用されます。

監査ログの移行

Things Cloud データハブアプリケーションの監査ログは Things Cloud 管理アプリケーションの監査ログに移動され、すべてのユーザーオペレーションの追跡への一元的なアクセスを提供します。