System Configuration

Page: 管理 → システム管理

システム管理の画面は、右上の「管理」メニューから「システム管理」を選択すると開きます。 ここは、システム全体にわたるさまざまな設定を行うための領域です。

一般設定~

Page: 管理 → システム管理 → 一般設定

AIサービス~

このページにサイト名の入力欄はありません。ナビゲーションバーとブラウザのタブに表示される名前は、管理 → システム管理 → カスタムUIのブランドテキストで決めます。ブランディングと色については、下のカスタムUIを参照してください。

カスタムUI~

Page: 管理 → システム管理 → カスタムUI

このページでは、Webインターフェースのブランディングと配色パレットをカスタマイズできます — AoTに自社の名前やロゴを付けたり、単に配色を変えたりするのに便利です。ページ上部の ライブプレビューは、値を変更するたびにすべての色を表示します。保存をクリックするまでは、 他の画面には何も反映されません。

ブランディングの下には、色がグループごとに整理されています: 「ブランドカラー」は常に 表示され、それ以外はタブとして切り替えます。それぞれの色には専用の16進数入力欄と カラーピッカーがあり、ライブプレビュー内の要素をクリックすると、その要素を制御する色に ジャンプします。

テーマプリセットは、内蔵パレット（AoT Default、Ocean Blue、Warm Sunset、Minimal Gray、 Night Mode）または「プリセットを保存」で自分で保存したパレットに切り替えます。 「既定値にリセット」を押すと、AoT内蔵の配色に戻ります。

時系列データベース設定~

Page: 管理 → システム管理 → 一般設定

測定値は時系列データベースに保存されます。現在AoTで利用できる選択肢は、InfluxDB 1.xと InfluxDB 2.xです。InfluxDB 1.xは32ビット・64ビットどちらのOSでも動作しますが、2.xは 64ビットOSでのみ動作します。したがって、32ビットOSを使用している場合はInfluxDB 1.xを 使用する必要があります。AoTのインストール時に、InfluxDB 1.x、2.x、またはインストール しないことを選択できます。InfluxDBをインストールしない場合は、AoTが測定値を保存・取得 できるように、別途インストール先のアドレスと認証情報を指定する必要があります。

Dockerでインストールする場合、インストール後、InfluxDBのDockerコンテナに接続するために ホスト名を「aot_influxdb」に変更する必要があります。

ダッシュボード設定~

Page: 管理 → システム管理 → 一般設定

アップグレード設定~

Page: 管理 → システム管理 → 一般設定

エネルギー使用量設定~

Page: 管理 → システム管理 → 一般設定

正確なエネルギー使用量の統計を計算するには、電気システムのいくつかの特性を知っておく 必要があります。これらの変数は、リレーを通じて電気デバイスを動作させる電気システムの 特性を表すものです。

コントローラサンプリング周期設定~

Page: 管理 → システム管理 → 一般設定

入力・出力・機能のそれぞれのコントローラーは、周期的に動作します。各コントローラーが 応答できる最速の速度は、そのコントローラーのサンプリング周期によって決まります。 コントローラーは、その周期の間、ループを一時停止します。例えば、出力コントローラーの サンプリング周期が1秒に設定されている場合、出力のオン/オフコマンドは最大1秒以内に 反応します。

入力設定~

Page: 管理 → システム管理 → カスタム入力

入力モジュールをAoTにインポートして使用できます。これらのモジュールは特定の形式に 従う必要があります。詳細はカスタム入力を参照してください。

出力設定~

Page: 管理 → システム管理 → カスタム出力

出力モジュールをAoTにインポートして使用できます。これらのモジュールは特定の形式に 従う必要があります。詳細はカスタム出力を参照してください。

機能設定~

Page: 管理 → システム管理 → カスタム機能

機能モジュールをAoTにインポートして使用できます。これらのモジュールは特定の形式に 従う必要があります。詳細はカスタム機能を参照してください。

アクション設定~

Page: 管理 → システム管理 → カスタムアクション

アクションモジュールをAoTにインポートして使用できます。これらのモジュールは特定の形式 に従う必要があります。詳細はカスタムアクションを参照してください。

ウィジェット設定~

Page: 管理 → システム管理 → カスタムウィジェット

ウィジェットモジュールをAoTにインポートして使用できます。これらのモジュールは特定の 形式に従う必要があります。詳細はカスタムウィジェットを参照してください。

測定設定~

Page: 管理 → システム管理 → 測定値一覧

AoTの内蔵タイプや計算式を超えて機能を拡張するために、新しい測定・単位・変換を作成 できます。測定を作成する前に、まず単位を作成する必要があります。測定を作成する際に 単位を選択する必要があるためです。既存の測定に単位を追加で割り当てることもできます。 例: altitude はすでに存在していますが、fathom 単位を追加したい場合は、まず fathom 単位を作成し、その後 fathom を選択した状態で altitude の測定を作成 してください。

ユーザー設定~

Page: 管理 → システム管理 → ユーザー

AoTのログインシステムを有効にするには、少なくとも1人の管理者ユーザーが必要です。 管理者ユーザーが存在しない場合、Webサーバーは管理者作成フォームにリダイレクトされます。 これは、AoTを初めて起動したときに表示される最初のページです。管理者ユーザーが作成 された後は、ユーザー設定ページで追加のユーザーを作成できます。

役割~

役割は、各ユーザーの権限を定義します。ユーザーがAoTの特定の領域を閲覧または編集できる かどうかを決める、5つの既定の役割（Admin・Editor・Monitor・Guest・Kiosk。Kioskはカメラと統計のみ閲覧できる表示専用の役割）が用意されています。既定の役割に加えて、カスタムの 役割を作成することもできます。

コントローラを編集 権限は、条件付き機能、グラフ、LCD、メソッド、PID、出力、入力の 編集を保護します。人が行う作業予定(除草、点検など)もこの権限で保護されます — スケジューラー、ノートの一部分、AIアシスタントやMCP、Googleカレンダーの取り込みなど、 どこで行う場合でも、作業予定の作成・編集・取り消しにはこの権限が必要です。この権限の ない役割は、設定の編集権限があっても作業予定を閲覧することしかできません。

統計を表示 権限は、使用統計、システム情報、エネルギー使用量の各ページの閲覧を保護 します。

グループ~

Page: 管理 → システム管理 → ユーザー → グループ

役割とグループは、それぞれ異なる問いに答えるものです。役割は、ユーザーが何をでき るか（設定の編集、コントローラーの編集、統計の閲覧など — 上記の役割を参照） を決めます。グループは、ユーザーがどのダッシュボード・地図・施設・タブ（および、 それらのタブに配置された入力・出力・機能・コントローラー）を操作できるかを決めます。 この2つは組み合わさって機能します。何かを操作するには、その操作に対する役割の権限と、 その対象が付与されているグループへの所属の両方が必要です。

既定では、どのリソースもどのグループにも属していないため、グループが存在しなかった ときと動作は変わりません — 役割がその操作を許可しているユーザーであれば、誰でもそれを 実行できます。この状態は、特定のリソースにグループを付与した時点から変わります。 その時点以降は、付与されたグループのメンバー（および、役割で「すべてのグループに アクセス」が有効になっているユーザー）だけが、そのリソースを操作できるようになります。 それ以外のユーザーは直ちに操作権限を失うため、グループを付与する前に、現在そのリソース を誰が使っているかを確認してください。

グループが制限するのは、リソースの操作だけです — デバイスのオン・オフ、設定の変更、 削除、ダッシュボード/地図/施設/タブページを開くことなどです。閲覧は制限しません。 センサーの測定値、履歴、エクスポートしたデータは、そのグループに属しているかどうかに 関わらず、ログインしているすべてのユーザーに引き続き表示されます。

AIアシスタントや外部MCPクライアントに変更を依頼する場合も同じ制限がかかります — 他のグループのリソースに触れる変更は、そのリソースを名前で指定しても、IDで渡しても、スケジュールやシーケンスのステップを経由しても、ノートや依頼の本文に書いただけでも拒否されます。予約ジョブは実行のたびに、その責任者を基準に改めて確認します。

このページ（ユーザーの下にあるグループタブ）は、グループの作成とメンバーの選択のため だけのものです。リソースへのグループの付与は、このページでは行いません。

グループは、このページからではなく、そのリソース自身の設定から付与します。以下のそれぞれ は、自身の設定ダイアログの中に「この___を操作できるグループ」というセクションを持って います。

ノートや予定タスクは、タブ・ダッシュボード・地図・施設だけでなく、地図上に描かれた 区画(ゾーン)・敷地の外形・施設自身の境界・施設内の区画にも付けられます。これらの図形は グループに直接付与されません — 「この___を操作できるグループ」というセクションはありません。 代わりに、その図形に付いたノートやタスクは、その図形が施設の中にあればその施設に、 なければそれが描かれている地図に従います。そのため施設を制限すると、その外形の中に 残すノート・タスクも一緒に制限され、地図を制限すると、その地図上で施設の外に描かれた ものすべてが一緒に制限されます。ノート・予定の画面でも、AIアシスタントやMCPクライアント を通す場合と同じように適用されます。

施設は地図のグループを引き継ぎません。地図だけを制限しても、その中の施設のノート・タスクは制限されないため、施設も一緒に制限してください。

1人のユーザーが複数のグループに属することができます。あるリソースについて、ユーザーが 属する複数のグループの結果が食い違う場合は、より広いアクセス権のほうが適用されます — そのリソースが付与されているグループのいずれか1つにでも属していれば、操作できます。

役割の画面では、役割に「すべてのグループにアクセス」を設定できます。この 役割を持つユーザーは、あらゆるグループ制限を回避し、付与の有無に関わらずすべての リソースを操作できます — 特定の領域ではなくシステム全体を管理する、少数のユーザーを 想定した設定です。既定で用意されている管理者役割は、既定でこの設定が有効になっています。

Raspberry Pi設定~

Page: 管理 → システム管理 → Raspberry Pi

Raspberry Pi設定は、AoTが動作するLinuxシステムの一部を構成します。

この画面はraspi-configのあるRaspberry Piへのインストールでのみ動作します。Docker（またはraspi-configのないシステム）では、設定の代わりに案内文が表示されます。

PWM出力、およびPWM、RPM、DHT22、DHT11、HTU21Dの各入力を使用するには、pigpiodが必要です。

アラート設定~

Page: 管理 → システム管理 → アラート

アラート設定には、AoTがメールを送信する際に使うSMTPアカウントを入力します。条件付き機能（Conditional）のメール送信アクション（またはアラートで説明する他のメール経路）が実行されて初めてメールが送られるため、この画面を設定しただけではアラートは送信されません。

設定を保存するには 保存 を押します。

テストメールを送信~

テストメールを送信 欄は、テスト送信先 に入力したアドレスへメールを1通送ります。テストは、画面に今入力した値ではなく すでに保存された 設定を使うため、先に 保存 を押してからテストしてください。成功または失敗のメッセージが画面上部に表示されます。

Gmailを使う場合~

GoogleはSMTPに通常のアカウントパスワードを受け付けません。Googleアカウントで2段階認証を有効にし、アプリパスワード（Googleアカウント -> セキュリティ -> アプリパスワード）を作成して、それをSMTPパスワードとして入力します。ホストは smtp.gmail.com、プロトコルは SSL（ポート465）または TLS（ポート587）を使い、SMTPユーザーにはGmailのアドレス全体を入力します。差出人メールも同じアドレスに揃えてください。Gmailは別の差出人アドレスを書き換えるか拒否します。

1時間あたりの上限~

この上限は メール送信 と 写真付きメール送信 アクションに適用されます。最初の送信から1時間の区間が始まり、その区間内の送信回数が上限に達すると、区間が終わるまで残りのメールは破棄されます。破棄されたメールは後から再送されず、1通ごとにデーモンログにエラー行（Wait N seconds to email again）が残ります（ログビューアを参照）。上限に達した後の試行も回数に数えられます。

カウンターを空にして新しい区間をすぐ始めるには、診断画面の メールカウンターをリセット を使います。

カメラ設定~

Page: 管理 → システム管理 → カメラ

AoTは複数のカメラを同時に使用できます。それぞれのカメラは、カメラ設定で構成した後、 ソフトウェア全体で使用できるようになります。

診断設定~

Page: 管理 → システム管理 → 診断

互換性のない構成が原因で、システムに問題が発生することがあります。これは、システムの 一部（入力、出力など）の設定が誤っていること、データベースのアップグレードが正しく 処理されなかった更新、またはその他の予期しない問題によって起こり得ます。問題の原因を 特定したり、問題そのものを解決したりするために、診断を行う必要がある場合があります。 以下のオプションは、問題を緩和することを目的としています。例えば、Data -> Dashboard ページに、誤った構成のダッシュボード要素が原因でエラーが発生してアクセスできない場合、 すべてのダッシュボード要素を削除することが、アクセスを取り戻す最も手っ取り早い方法かも しれません。ただし、この場合、既存のすべてのダッシュボード要素を再度追加し直す必要が あることに注意してください。