> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/ja/apurikshon/deployment-methods.md).

# 配布方法: RealmJoin Agent と Intune の比較

Package Store のほぼすべてのパッケージは [Package Store](/ja/apurikshon/packages/package-store.md) お使いの Windows デバイスに 2 通りの方法のいずれかで展開できます。方法は各パッケージごとに、 [サブスクライブ](/ja/apurikshon/packages/package-store/package-store-details.md#subscription) するときに選択し、その後の割り当ても同じ方法で [管理グループ](/ja/apurikshon/packages/package-deployment.md).

* **Intune 展開** — パッケージは Tenant に次のような形でプッシュされます `intunewin` アプリとして、Microsoft Intune と Intune Management Extension によって配信され、ユーザーには Company Portal に表示されます。
* **RealmJoin 展開** — パッケージは次によってインストールされます [RealmJoin Agent](/ja/realmjoin-agent/realmjoin-client.md) デバイス上で動作する [RealmJoin Tray](/ja/realmjoin-agent/client-menu/realmjoin-tray.md) および [Self Service Portal](/ja/realmjoin-agent/client-menu/self-service-portal.md).

{% hint style="info" %}
RealmJoin 展開を推奨します。これは Intune の方式が行うことをすべてサポートし、このページで説明する機能を追加します。Intune 管理パッケージに標準化することを決めた場合は、 [Migration Guide](/ja/apurikshon/packages/migration-guide-realmjoin-to-intune-managed-packages.md).
{% endhint %}

## 各方式がパッケージを配信する方法

{% tabs %}
{% tab title="Intune 展開" %}
その `intunewin` パッケージのバージョンは Tenant に直接プッシュされます。すべてのバイナリと PowerShell ベースの展開キットが含まれます。そこからは RealmJoin Portal または Intune から直接管理できます。

* **配信:** Microsoft Intune + Intune Management Extension。
* **セルフサービスの表示先:** Company Portal → Apps。
* **ペイロード:** 〜内にバンドルされたバイナリ `intunewin` パッケージに含まれ、Tenant にステージされます。
  {% endtab %}

{% tab title="RealmJoin 展開" %}
デバイス上の RealmJoin Agent は、パッケージエンジン（[従来の Chocolatey または Native Choco Runtime](/ja/realmjoin-agent/realmjoin-client/native-choco-runtime.md)）を PowerShell と併用して、すべてのインストールコードとコマンドをローカルで実行します。バイナリはインストール時にダウンロードされます。

* **配信:** RealmJoin Agent（`realmjoin.exe` / `realmjoinservice.exe`）、およそ 30 分ごとに設定を同期します。
* **セルフサービスの表示先:** RealmJoin Tray メニューと Self Service Portal。カテゴリ別に整理されます。
* **ペイロード:** バイナリはインストール時に必要に応じてダウンロードされます。
  {% endtab %}
  {% endtabs %}

## 機能比較

どちらの方法も基本機能をサポートします: **必須** （必須）と **利用可能** （ユーザー開始）割り当て、管理グループの作成、段階的な **Preview / Main** チャネルの自動化、延期、 *Deploy at Night*、および [Package Management](/ja/apurikshon/packages/package-management.md)でのバージョン/更新追跡。下の表では、2 つの方法の違いに焦点を当てます。

<table><thead><tr><th width="300">機能</th><th width="180">Intune 展開</th><th>RealmJoin 展開</th></tr></thead><tbody><tr><td>必須 &#x26; 利用可能の割り当て</td><td>はい</td><td>はい</td></tr><tr><td>管理グループ &#x26; Preview/Main の自動化</td><td>はい</td><td>はい</td></tr><tr><td>新しいバージョンへの自動アップグレード</td><td>必須パッケージ; 利用可能パッケージは Update group 経由のみ</td><td><strong>必須および利用可能パッケージ</strong> 直接</td></tr><tr><td>パッケージの依存関係（<em>依存先</em>）とインストール順序</td><td>—</td><td><strong>はい</strong> — 前提条件は定義された順序で自動的にインストールされます</td></tr><tr><td>セルフサービスでの再インストール / 修復（<em>再インストールを許可</em>)</td><td>—</td><td><strong>はい</strong></td></tr><tr><td>設定変更時のバックグラウンドインストール</td><td>—</td><td><strong>はい</strong></td></tr><tr><td>ユーザー延期制御（<em>展開レート</em>：遅い/速い/明日）</td><td>—</td><td><strong>はい</strong></td></tr><tr><td>インストール段階 &#x26; 対象制御（<em>メインアプリ / ユーザー部分の制限</em>)</td><td>—</td><td><strong>はい</strong> — ログオン/手動/初回/通常、プライマリ/セカンダリユーザー</td></tr><tr><td>既存の未管理インストールを取り込み（<em>更新グループ</em>)</td><td>はい</td><td><strong>はい</strong> — RealmJoin のより豊富なソフトウェアインベントリを通じてより緊密に統合されます</td></tr><tr><td>複数サブスクライブ用サフィックス付きの設定 / craft パッケージ</td><td>—</td><td><strong>はい</strong></td></tr><tr><td>独自の Enrollment Status Page。依存関係順に並べられます</td><td>Windows/Intune ESP</td><td><strong>追加</strong> <a href="/pages/662c9fa06555a5a5bc8691f886a2cf2b2e09bd0d">RealmJoin ESP</a>、依存関係と順序を尊重</td></tr><tr><td>非常に大きなペイロードの展開（例: 大規模 CAD スイート）</td><td>サイズと信頼性の制限</td><td><strong>信頼性高く処理されます</strong></td></tr></tbody></table>

{% hint style="info" %}
上記の高度なパッケージごとのオプションは [**Expert Settings**](/ja/apurikshon/packages/package-settings.md#expert-settings) パッケージの設定です。これらを使用するには RealmJoin App Deployment が必要で、完全な機能セットには RealmJoin Agent が必要です。
{% endhint %}

## RealmJoin 展開で得られるもの

### 依存関係の解決、順序付け、そしてそれに対応する ESP — これが大きな利点です

RealmJoin はパッケージ間の関係を表現できます。 **依存先**、前提パッケージ（たとえば Visual C++ や .NET ランタイム）は、それを必要とするアプリの前に自動的にインストールされ、 **Order** で展開の正確な順序を制御できます。これにより、すべてのコンポーネントを個別に割り当ててタイミングがうまくいくのを期待するのではなく、実際のアプリケーションスタックをモデル化できます。

真価はプロビジョニング時に発揮されます: [RealmJoin ESP](/ja/realmjoin-agent/realmjoin-client/realmjoin-esp.md) Windows デスクトップを必須のインストールと設定が完了するまで保持し、 **それらの依存関係と順序番号を同様に尊重します**。前提条件が、定義した順序で先にインストールされ、その後デスクトップが解放されるため、デバイスはスタック完了後ではなく、完全かつ正しくプロビジョニングされた状態でユーザーに届きます。

### 必須アプリだけでなく、利用可能アプリも自動アップグレード

新しいバージョンがチャネルに入ると、RealmJoin Agent は両方をアップグレードします **必須** *および* **利用可能** デバイスにすでにインストールされているパッケージを、直接。Intune でも割り当て済みの **利用可能** アプリを最新にできますが、ただし間接的に [更新グループ](/ja/apurikshon/packages/update-group.md)を介してのみです。RealmJoin はセルフサービスソフトウェアを標準で必須ソフトウェアと同じレベルに保ち、任意アプリが古くなるというよくあるギャップを埋めます。

### きめ細かな制御 *次の場合* および *対象者*

各パッケージはその **インストール段階** — ログオン後、ユーザーが手動で開始したときのみ、初期プロビジョニング中のみ、または通常使用中のみ — さらにプライマリユーザー、セカンダリユーザー、または両方のどれで実行するかを定義できます。 **展開レート** （ユーザーが、強制インストールされる前に定められた日数だけ延期できるようにする）と組み合わせることで、エンドユーザー体験を正確に制御できます。

### セルフサービス修復とサイレント修復

**再インストールを許可** ユーザーはいつでもトレイからパッケージを再実行して、壊れたインストールを修復できます — 時刻同期や設定修正のような自己修復型パッケージに最適です。 **バックグラウンドインストールを許可** 次回の同期時に、ユーザーを中断することなく設定変更を自動的に適用します。

### 既存インストールのオンボーディング

その [**更新グループ**](/ja/apurikshon/packages/update-group.md) 管理外でインストールされたソフトウェアのコピーを動的に検出し、それらのデバイスを管理対象の展開に取り込みます。すると、セキュリティ更新を含む新しいバージョンもそれらのマシンに届くため、未管理のインストールが盲点でなくなります。Update group は Intune 展開でも利用できますが、RealmJoin のより豊富なソフトウェアインベントリにより、インストールをより完全に検出できるため、RealmJoin との統合のほうがより緊密です。

### アプリケーションだけでなく、設定も

アプリケーションインストーラーに加えて、RealmJoin 展開は次を扱います **craft/configuration パッケージ** — たとえばプリンターやネットワークドライブのマッピング — を扱い、同じ craft パッケージを [サフィックス](/ja/apurikshon/packages/package-store/package-store-details.md#craft-packages-suffix-configuration-or-notation)を使って複数回サブスクライブできます。そのため、ユーザーは同じパッケージの複数の異なる設定を受け取れます。

### 洗練されたエンドユーザー体験

Agent は、利用可能なソフトウェアを、定義したカテゴリにグループ化して RealmJoin Tray と Self Service Portal に表示し、 [アプリ通知](/ja/realmjoin-agent/realmjoin-client/deploy-apps.md) カスタマイズ可能なヒーロー画像と、インストール中の対話式スヌーズ/延期オプションを表示します。

### 信頼性の高い配信 — 非常に大きなペイロードを含む

RealmJoin 展開は全般的により信頼性が高く、巨大な CAD スイートのような非常に大きなファイルを含むあらゆる種類のペイロードを確実に処理できますが、Intune ではまだ問題が起きることがあります。Agent はインストール時にバイナリをダウンロードしてローカルでインストールするため、サイズに起因する配信制限ははるかに気になりません。

### 最新のエンジンと、より容易なトラブルシューティング

オプションの [Native Choco Runtime](/ja/realmjoin-agent/realmjoin-client/native-choco-runtime.md) は、古くなった同梱 Chocolatey 0.10.3 バイナリに依存せず、RealmJoin サービス内でインストールを実行しつつ、既存パッケージのドロップイン代替として機能します。インストールはデバイス上で、パッケージごとに分離された詳細なログとともにローカルで実行され、RealmJoin は今後もよりわかりやすいトラブルシューティング機能を追加し続けるため、調査が必要なインストールで何が起き、なぜ起きたのかを正確に把握しやすくなります。

## 方法の選択

<table data-view="cards"><thead><tr><th></th><th></th><th data-card-target data-type="content-ref"></th></tr></thead><tbody><tr><td><strong>サブスクライブと割り当て</strong></td><td>いずれかの方法でパッケージをサブスクライブし、管理グループに割り当てる方法。</td><td><a href="/pages/a595172f0aa44caad4f744e53c19f1bf414eac29">/pages/a595172f0aa44caad4f744e53c19f1bf414eac29</a></td></tr><tr><td><strong>Expert Settings</strong></td><td>上で比較したパッケージごとのオプションの完全なリファレンス。</td><td><a href="/pages/6d27829f264d7789413b74563ce513feeae0effb">/pages/6d27829f264d7789413b74563ce513feeae0effb</a></td></tr><tr><td><strong>Intune へ移行</strong></td><td>Intune 管理パッケージに標準化することを決めた場合。</td><td><a href="/pages/cd55174cf170da77b8949708b177be390b734737">/pages/cd55174cf170da77b8949708b177be390b734737</a></td></tr></tbody></table>


---

# 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.realmjoin.com/ja/apurikshon/deployment-methods.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.