> For the complete documentation index, see [llms.txt](https://docs.nexthink.com/platform/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.nexthink.com/platform/ja/configuring_nexthink/bringing-data-into-your-nexthink-instance/deploying-nexthink-in-non-vdi-environment/installing-collector/configuring-collector-level-anonymization.md).

# Collector レベルの匿名化の設定

{% hint style="info" %}
このページは、**デバイス設定プロファイルを使用するテナントに接続する**、**バージョン26.5以降のCollector**に適用されます。[デバイス構成プロファイル](/platform/ja/user-guide/administration/system-configuration/data-management/device-configuration-profiles.md)。 26.5より前のCollectorバージョンで匿名化がどのように機能するかについては、[Collector レベルの匿名化の設定（クラシック）](/platform/ja/configuring_nexthink/bringing-data-into-your-nexthink-instance/deploying-nexthink-in-non-vdi-environment/installing-collector/configuring-collector-level-anonymization/configuring-collector-level-anonymization-classic.md)ページを参照してください。
{% endhint %}

Nexthinkでは、きめ細かなユーザープライバシー制御とともに、データを匿名化するさまざまな方法を提供しています。 このドキュメントで説明するアプローチは、データストレージレイヤーが提供する同様の機能を補完し、Microsoft WindowsまたはmacOSデバイスから送信されるデータの匿名化を確実にします。

## 匿名化オプション

Collectorバージョン26.5以降では、システムは[デバイス構成プロファイル](/platform/ja/user-guide/administration/system-configuration/data-management/device-configuration-profiles.md)で匿名化設定を管理します。 これらの設定では、リモートアクション、インストーラーパラメーター、Registry設定、Collector設定ファイルなどの従来の設定に由来する値はシステムによって無視されます。

次の表に、各匿名化オプションと利用可能な設定を示します。

<table data-search="false"><thead><tr><th width="128">データ</th><th width="265.666748046875">説明</th><th width="334.666748046875">プライバシーオプション</th><th width="269.333251953125">デフォルトのプライバシーオプション</th></tr></thead><tbody><tr><td><strong>ユーザー名</strong></td><td>デバイスから報告されるユーザーログオン名。</td><td><ul><li><strong>有効</strong>: システムはユーザーアカウント名を報告します。 <code>user.name</code>が入力され、Nexthink Query Language（NQL）、ダッシュボード、およびリモートアクションで利用可能になります。</li><li><strong>無効</strong>: システムはユーザーアカウント名を報告しません。 <code>user.name</code>は空です。 システムは、セキュリティ識別子（SID）によってユーザーを匿名で追跡します。 名前によるディレクトリ拡張および名前ベースのターゲティングは利用できません。</li></ul><p><strong>注</strong>: <a href="/pages/m9sYnGHovzawUw9xQMqO">Data Enricher（クラシック）</a>を使用したMicrosoft Active Directoryとの統合、または<a href="/pages/vXWt332yzXWSoa64gw34">Microsoft Entra ID用コネクター</a>を使用したMicrosoft Entra IDとの統合は、このCollector設定とは独立しています。 Data Enricher（クラシック）およびMicrosoft Entra ID用コネクターによって取得されるADフィールドのリストが適切に設定されていることを確認してください。<br><br><strong>注</strong>: <code>hashed</code>オプションはCollectorバージョン26.5以降で削除され、UI設定では利用できません。 以前のCollectorバージョンで設定されていた場合、Collectorは26.5以降に更新されるまで<code>hashed</code>を報告し続けます。</p></td><td>有効</td></tr><tr><td><strong>ユーザー プリンシパル名（UPN）</strong></td><td>通常はメールアドレスの形式を取る、標準化されたユーザー識別子。 UPNにより、システムはシステム間でユーザーを一意に識別できます。 Nexthinkは、UPNを使用してサードパーティサービスのデータでユーザーオブジェクトを拡張します。</td><td><ul><li><strong>有効</strong>: システムはUPNを報告します。 <code>user.upn</code>が入力され、NQLで利用可能になります。 システムはこれを、システム間のユーザー識別およびコネクターベースの拡張に使用します。</li><li><strong>無効</strong>: システムはUPNを収集しません。 <code>user.upn</code>は空です。 システム間のユーザー識別、コネクターベースの拡張、Spark、AI Tools、およびその他のUPNに依存する機能は利用できません。</li></ul><p><strong>注</strong>: <code>hashed</code>オプションはCollectorバージョン26.5以降で削除され、UI設定では利用できません。 以前のCollectorバージョンで設定されていた場合、Collectorは26.5以降に更新されるまで<code>hashed</code>を報告し続けます。</p></td><td>有効</td></tr><tr><td><strong>アプリケーションフォーカス時間</strong></td><td>アプリケーションのウィンドウにフォーカスがあった間の、アプリケーションのフォーカス継続時間を報告します。</td><td><ul><li><strong>有効</strong>: システムは実行イベントの<code>focus_time</code>を入力し、NQL、ダッシュボード、およびソフトウェアメータリングで利用可能にします。</li><li><strong>無効</strong>: <code>focus_time</code>は空です。 ソフトウェアメータリングおよびAIツール使用状況の追跡は利用できません。</li></ul></td><td>有効</td></tr><tr><td><strong>ユーザー操作時間</strong></td><td>ユーザーがマウス、タッチパッド、またはキーボードを操作していた時間のレポートを制御します。</td><td><ul><li><strong>有効</strong>: システムはアクティブな使用間隔を報告します。 <code>user_interaction_time</code>がセッションイベントに入力され、NQLおよびダッシュボードで利用可能になります。</li><li><strong>無効</strong>: システムはアクティブな使用間隔を報告しません。 <code>user_interaction_time</code>は空です。 ユーザー可用性メトリクスおよびエンゲージメントシグナルに依存する機能は利用できません。</li></ul></td><td>有効</td></tr><tr><td><strong>Wi-Fiネットワーク名</strong></td><td>Wi-Fiパフォーマンスメトリクスとともに、SSIDおよびBSSID両方の識別情報のレポートを管理します。</td><td><ul><li><strong>有効</strong>: システムはWi-FiパフォーマンスデータとともにSSIDおよびBSSIDを報告します。</li><li><strong>無効</strong>: システムはSSIDおよびBSSIDを収集しません。 システムは引き続きWi-Fiパフォーマンスメトリクスを報告しますが、ネットワーク固有の識別およびトラブルシューティングは利用できません。<br><br><strong>注:</strong> Windowsでのみサポートされます。 Windows 11バージョン24H2以降では、Wi-Fiデータのレポートを許可するために<strong>位置情報サービス</strong>設定を有効にしてください。</li></ul></td><td>有効</td></tr><tr><td><strong>ネットワーク接続</strong></td><td>ネットワーク接続データのレポートを管理します。</td><td><ul><li><strong>ドメイン名付きで有効</strong>: システムは、各宛先のDNSドメイン名（<code>destination.domain</code>）を含む接続イベントを報告します。 これにより、NQLおよびデバイスビューで宛先レベルの識別とフィルタリングが可能になります。</li><li><strong>有効</strong>: システムは宛先ドメイン名なしで接続イベントを報告します。 <code>destination.domain</code>は空です。</li><li><strong>無効</strong>: システムは接続イベントを生成しません。 ネットワーク分析、アプリケーションのネットワーク可視性、および実行レベルのトラフィックメトリクスは利用できません。</li></ul></td><td>有効</td></tr><tr><td><strong>ネットワーク接続（高度なフィルタリング）</strong></td><td>ユーザー定義の<code>ALLOW</code> / <code>BLOCK</code>ルールに従ってネットワーク接続を報告します。</td><td>詳細については、<a data-mention href="#network-connections-advanced-filtering">#network-connections-advanced-filtering</a>セクションを参照してください。</td><td>Collectorはすべてのネットワーク接続を報告します</td></tr></tbody></table>

## ネットワーク接続（高度なフィルタリング）

このオプションでは、Collector用のフィルターを設定し、特定の宛先への接続のみを報告するよう強制できます。

フィルターは、カンマ区切りの`ALLOW`ルールおよび`BLOCK`ルールのリストです。 各フィルタールールは次の形式を取ります: `ALLOW | BLOCK [PATTERN]`

`[PATTERN]` には次の4つのオプションがあります：

* オプションのポート番号を含むドメイン名。例: `abc.intra.nexthink.com:443`
* 先頭に`*`ワイルドカードを付け、オプションのポート番号を含むドメイン名。例: `*.nexthink.com:443`
* オプションのポート番号を含むIPアドレス（IPv4またはIPv6）。例: `192.0.2.123:443`
* サブネットマスク。例: `192.0.2.0/24`

{% hint style="info" %}
IPv6アドレスをポート番号と組み合わせる場合は、角括弧で囲みます。例: `ALLOW [fe80::1ff:fe23:4567:890a]:8080`。 ポート番号のないIPv6ベースのルールでは、角括弧は任意です。
{% endhint %}

### ワイルドカードを含むドメイン名 <a href="#configuringcollectorlevelanonymization-domainnamewithwildcard" id="configuringcollectorlevelanonymization-domainnamewithwildcard"></a>

ドメイン名ベースのパターンでは、`*` ワイルドカードを使用して、サブドメインが0個、1個、または複数の場合に一致させます。

たとえば、`ALLOW *.nexthink.com` は、次のすべてのドメイン名に一致します：

* `nexthink.com/ja`
* `intra.nexthink.com`
* `abc.intra.nexthink.com`

`*`ワイルドカードを含むドメイン名ベースのパターンは、サブドメインではなく`*`ワイルドカードで始める必要があります。

正しい例：

* `ALLOW *.nexthink.com`

誤った例：

* `ALLOW intra.*.nexthink.com`
* `ALLOW nexthink.*`
* `ALLOW *nexthink.com`

### デフォルトルール <a href="#configuringcollectorlevelanonymization-defaultrules" id="configuringcollectorlevelanonymization-defaultrules"></a>

次の2つのデフォルトルールがあります：

* システムのデフォルトルール: `BLOCK *`（「その他すべてをブロック」）。 ユーザー定義ルールが少なくとも1つある場合、システムはこのルールを自動的に追加します。
* ユーザー定義のデフォルトルール: `ALLOW *`（「その他すべてを許可」）。

ユーザー定義のデフォルトルールは、システムのデフォルトルールを上書きします。

これらのデフォルトは、次の場合に適用されます：

| ケース                                  | デフォルト                                                           |
| ------------------------------------ | --------------------------------------------------------------- |
| フィルターが設定されていないか、パラメーター値が空です。         | Collectorはすべての接続を報告します。                                         |
| フィルターが設定されており、ユーザー定義ルールが少なくとも1つあります。 | Collectorはユーザー定義の`ALLOW` / `BLOCK`ルールに従って接続を報告し、その他すべてをブロックします。 |

{% hint style="info" %}
`BLOCK`ルールのみを定義した場合、Collectorは接続を報告しません。
{% endhint %}

### フィルタールールの評価 <a href="#configuringcollectorlevelanonymization-filterruleevaluation" id="configuringcollectorlevelanonymization-filterruleevaluation"></a>

Collector は、より具体的なルールから具体性の低いルールの順に評価します：

1. ポート番号付きIPアドレス。
2. ポート番号なしのIPアドレス。
3. サブドメイン数が多いドメイン名が、サブドメイン数が少ないドメイン名より先。
4. ポート付きドメイン名が、ポートなしのドメイン名より先。
5. ワイルドカード（`*`）なしのドメイン名が、ワイルドカード付きドメイン名より先。
6. サブネットマスク。
7. ユーザー定義のデフォルトルール（`ALLOW *`）が、システムのデフォルトルール（`BLOCK *`）より先。

### 考慮事項 <a href="#configuringcollectorlevelanonymization-considerations" id="configuringcollectorlevelanonymization-considerations"></a>

* 最大1,000個のフィルタールールを設定できます。 フィルタールールがさらに多い場合、システムは最初の1,000個のみを評価します。
* ドメイン名に基づくルールは、ドメイン名のない接続には適用されません。
* 複数のドメイン名と競合する一致ルール（`ALLOW` / `BLOCK`）を持つ接続の場合、`ALLOW`ルールが`BLOCK`パターンに優先します。
* Collectorは、IPv6形式のIPv4アドレスをサポートしていません。 IPv6形式のIPv4フィルタールールは、対応するIPv4アドレスを持つ接続には一致しません。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.nexthink.com/platform/ja/configuring_nexthink/bringing-data-into-your-nexthink-instance/deploying-nexthink-in-non-vdi-environment/installing-collector/configuring-collector-level-anonymization.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.