> ## Documentation Index
> Fetch the complete documentation index at: https://docs.iru.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Blueprint間でのデバイスの移動

> Iru Endpointで1台以上のデバイスをBlueprint間で移動します。デバイスを個別または一括で再割り当てし、異なる管理ポリシーを適用できます。

<Callout icon="earth-americas" color="#B84A7A" iconType="regular">このガイドはすべてのデバイスプラットフォームに適用されます</Callout>

## Blueprint間でのデバイスの移動について

Blueprint間でデバイスを移動すると、Iru Endpoint内でデバイスがあるBlueprintから別のBlueprintへ再割り当てされます。以降は、移動先のBlueprintによって適用されるLibrary ItemsとParametersが決まります。

<Callout icon="triangle-exclamation" color="#EAB308" iconType="regular">2026年4月1日をもって、従来のClassic BlueprintsはすべてAssignment Mapsに自動的に変換されました。Assignment Mapsは、Blueprintsのデフォルトかつ改良されたバージョンです。</Callout>

## デバイスを移動するタイミング

デバイスを移動する一般的な理由は次のとおりです。

* **役割の変更:** デバイスが別のユーザーの役割や部署の構成に従う必要がある場合。
* **場所の変更:** デバイスが別のBlueprintを使用するオフィスやネットワークに移った場合。
* **コンプライアンス:** デバイスに異なるセキュリティ設定やコンプライアンス設定が必要な場合。
* **テスト:** 広範囲に展開する前に、デバイスでBlueprintを検証したい場合。
* **一時的な割り当て:** プロジェクトやパイロット用の短期的な構成。

## 仕組み

移動後、デバイスには新しいBlueprintのポリシーとLibrary Itemsが割り当てられます。一部の変更はIru Endpointで即座に適用されますが、デバイス上で完全に適用されるかどうかは、多くの場合、次回の**Iru Agent**または**MDM**のチェックインに依存します([デバイスのチェックイン](/ja/endpoint/devices/device-check-in/device-check-in)を参照)。デバイスの履歴はBlueprint間で保持されます。Blueprintの再割り当ては[Activityページ](/ja/endpoint/devices/activity-page)にも表示されます。

<Warning>
  デバイスを移動すると構成が変更され、ユーザーエクスペリエンスに影響する可能性があります。可能であれば、メンテナンス時間帯に移動を計画し、ユーザーに何が起こるかを伝えてください。
</Warning>

## 移動する前に

* **移動先のBlueprint**に、そのデバイスとユーザーに適したLibrary Items、Parameters、ポリシーがあることを確認します。
* 古いBlueprintと新しいBlueprintの間で**競合**(重複するポリシーやアプリの割り当てなど)がないか確認し、修復動作で予期しない事態が起きないようにします。
* 大規模な変更や影響の大きい変更の場合は、まず少数のデバイスで**テスト**し、監査やサポートのために移動を**記録**してください。

## デバイスレコードから1台のデバイスを移動する

<Steps>
  <Step title="デバイスレコードにアクセスする">
    Iru Endpointにサインインし、移動するデバイスの**デバイスレコード**を開きます。
  </Step>

  <Step title="デバイスの詳細を編集する">
    **Edit device details**を選択し、**Blueprintを編集**を選択します。
  </Step>

  <Step title="新しいBlueprintを選択する">
    移動先のBlueprintを選択し、**Change**を選択します。
  </Step>
</Steps>

## Devicesページから1台以上のデバイスを移動する

<Steps>
  <Step title="デバイスを開く">
    左側のナビゲーションで**デバイス**を開きます。
  </Step>

  <Step title="デバイスを選択する">
    移動する1台以上のデバイスの横にあるチェックマークを選択します。
  </Step>

  <Step title="Blueprintを変更する">
    ページ下部付近にある**Change Blueprint**を選択します。
  </Step>

  <Step title="移動先を選択して確定する">
    ドロップダウンから新しいBlueprintを選択し、**Change**を選択します。
  </Step>
</Steps>

<Note>
  一括移動はバックグラウンドで処理される場合があります。完了までの時間は、選択したデバイスの台数と、デバイスがオンラインでチェックインしているかどうかによって異なります。
</Note>

## デバイスを移動した後に起こること

<Tabs>
  <Tab title="macOS" icon="apple" iconType="brands">
    Macコンピュータは、次回Iru Agent経由でチェックインしたときに、**Parameters**やその他のエージェント駆動の**Library Items**(**Passport**など)を適用します。以前のBlueprintで適用されていたParametersは、新しいパラメータが別の動作を適用しない限り、現在の状態から変更されます。以前のBlueprintで適用されていた**Auto Apps**と**Custom Apps**は削除**されません**が、**Profiles**と**Apps and Books**のアプリは、次回のMDMチェックイン時にできるだけ早く追加または削除されます。MDMとAgentのチェックインの種類の違いについて詳しくは、[デバイスのチェックインに関するサポート記事](/ja/endpoint/devices/device-check-in/device-check-in)を参照してください。
  </Tab>

  <Tab title="Windows" icon="microsoft" iconType="brands">
    デバイスに既にあるアプリはインストールされたまま**残ります**。設定は、移動先のBlueprintのポリシーで**変更**されない限り**そのまま維持**されます。新しいBlueprintで対象とした**新しい**アプリとポリシーは**適用**されます。以前のBlueprintで**Self Serviceでのみ提供**されていて、**もう**対象になっていないアプリは、Self Serviceに**表示されなくなります**。AgentとMDMが変更を適用する速さについては、[デバイスのチェックイン](/ja/endpoint/devices/device-check-in/device-check-in)を参照してください。
  </Tab>

  <Tab title="iOS、iPadOS、tvOS、visionOS" icon="mobile-phone" iconType="solid">
    アプリやプロファイルを含むすべてのLibrary Itemsは、次回のMDMチェックイン時にできるだけ早く追加または削除されます。デバイスのチェックインについて詳しくは、[デバイスのチェックインに関するサポート記事](/ja/endpoint/devices/device-check-in/device-check-in)を参照してください。
  </Tab>

  <Tab title="Android" icon="android" iconType="brands">
    移動先のBlueprintの**Library Items**(**Managed Google Play**アプリや仕事用プロファイルの**ポリシー**を含む)は割り当てが変更されたときに適用され、以前のBlueprintにのみ存在していた項目は、割り当てられなくなった時点で更新または削除されます。Iru Endpointはポリシーの更新を**Android Management API**に送信し、デバイスはGoogleの管理チャネルを通じてそれを適用します。Androidの管理はイベント駆動型であるため、変更は通常**すばやく**反映されます。[デバイスのチェックイン](/ja/endpoint/devices/device-check-in/device-check-in)を参照してください。
  </Tab>
</Tabs>

## 移動した後に

管理者側では、次のことを行うと役立ちます。

* デバイスレコードに新しいBlueprintが表示され、割り当てが正しいことを**確認**します。
* 移動したデバイスの一部を抽出し、**コンプライアンス**と主要なアプリやサービスを**監視**します。
* チェックインの完了後、業務上重要なものが引き続き動作することを**ユーザーに確認**します。
* チームがデバイスごとのBlueprintを追跡している場合は、社内のインベントリやCMDBの記録を**更新**します。

## トラブルシューティング

<AccordionGroup>
  <Accordion title="デバイスが新しい構成を受信しない">
    **考えられる原因:** デバイスがオフラインであるかチェックインしていない、ネットワークの問題、またはBlueprintの割り当てが期待どおりに適用されなかった。

    **試すこと:** デバイスがオンラインであることを確認し、ワークフローが対応していれば[チェックインを強制](/ja/endpoint/devices/device-check-in/device-check-in)し、デバイスレコードで割り当てを確認します。
  </Accordion>

  <Accordion title="構成またはポリシーの競合">
    **考えられる原因:** 以前のBlueprintと新しいBlueprintの間でポリシーが重複または競合している、またはアプリのインストール順序。

    **試すこと:** 両方のBlueprintのLibrary Itemsとポリシーを比較し、重複や矛盾を解消します。ユーザーのエクスペリエンスが変わる場合は、設定の変更をユーザーに伝えます。
  </Accordion>

  <Accordion title="期待したアプリがインストールされない">
    **考えられる原因:** アプリが新しいBlueprintで割り当てられていない、展開範囲、ストレージや互換性の制限、またはデバイスがまだチェックインしていない。

    **試すこと:** アプリが移動先のBlueprintで対象になっていることを確認し、デバイスのストレージとOSの互換性を確認して、次回のAgentまたはMDMのチェックインまで時間をおきます。
  </Accordion>
</AccordionGroup>

## ベストプラクティス

<CardGroup cols={2}>
  <Card title="計画" icon="calendar">
    可能であれば、大規模な移動はメンテナンス時間帯に予定します。
  </Card>

  <Card title="パイロット" icon="flask">
    広範囲に展開する前に、少数のグループでBlueprintの変更を試します。
  </Card>

  <Card title="記録" icon="file-text">
    サポートや監査のために、誰がいつどのデバイスを移動したかを記録します。
  </Card>

  <Card title="監視" icon="eye">
    移動後のデバイスについて、コンプライアンスやユーザーから報告された問題を追跡します。
  </Card>
</CardGroup>

デバイスに対する操作の詳細については、ナレッジベースの[Devices](/ja/endpoint/devices/)セクションを参照してください。