> 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

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

* **Intune 展開** – パッケージはあなたのテナントに次のものとしてプッシュされます。 `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 管理パッケージへ標準化することに決めた場合は、次を参照してください。 [移行ガイド](/ja/apurikshon/packages/migration-guide-realmjoin-to-intune-managed-packages.md).
{% endhint %}

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

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

* **配信：** Microsoft Intune + Intune Management Extension。
* **セルフサービスの表示先：** Company Portal → アプリ。
* **ペイロード：** ～内にバンドルされたバイナリ `intunewin` パッケージと、テナントへステージングされたもの。
  {% 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 %}

## 機能比較

どちらの方式も基本機能をサポートします： **必須** （必須）と **利用可能** （ユーザー起動）割り当て、管理対象グループの作成、段階的な **プレビュー / 本番** チャンネルの自動化、延期と *夜間展開*、および次でのバージョン/更新追跡 [パッケージ管理](/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; プレビュー/本番の自動化</td><td>はい</td><td>はい</td></tr><tr><td>新しいバージョンへの自動アップグレード</td><td>必須パッケージ；利用可能パッケージは Update グループ経由のみ</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>Update グループ</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" %}
上記の高度なパッケージ個別オプションは [**詳細設定**](/ja/apurikshon/packages/package-settings.md#expert-settings) パッケージの詳細設定です。RealmJoin App Deployment が必要で、完全な機能セットには RealmJoin Agent が必要です。
{% endhint %}

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

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

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

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

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

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

### きめ細かな制御 *いつ* と *誰に対して*

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

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

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

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

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

### アプリケーションだけでなく構成も

アプリケーション インストーラーに加えて、RealmJoin 展開は次を扱います。 **craft/構成パッケージ** — たとえばプリンターやネットワークドライブのマッピング — を扱い、同じ 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>サブスクライブ &#x26; 割り当て</strong></td><td>どちらの方式でもパッケージをサブスクライブし、管理対象グループに割り当てる方法。</td><td><a href="/pages/a595172f0aa44caad4f744e53c19f1bf414eac29">/pages/a595172f0aa44caad4f744e53c19f1bf414eac29</a></td></tr><tr><td><strong>詳細設定</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.