Skip to main content
このガイドはすべてのデバイスプラットフォームに適用されます

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

Blueprint間でデバイスを移動すると、Iru Endpoint内でデバイスがあるBlueprintから別のBlueprintへ再割り当てされます。以降は、移動先のBlueprintによって適用されるLibrary ItemsとParametersが決まります。
2026年4月1日をもって、従来のClassic BlueprintsはすべてAssignment Mapsに自動的に変換されました。Assignment Mapsは、Blueprintsのデフォルトかつ改良されたバージョンです。

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

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

​
仕組み

移動後、デバイスには新しいBlueprintのポリシーとLibrary Itemsが割り当てられます。一部の変更はIru Endpointで即座に適用されますが、デバイス上で完全に適用されるかどうかは、多くの場合、次回のIru AgentまたはMDMのチェックインに依存します(デバイスのチェックインを参照)。デバイスの履歴はBlueprint間で保持されます。Blueprintの再割り当てはActivityページにも表示されます。
デバイスを移動すると構成が変更され、ユーザーエクスペリエンスに影響する可能性があります。可能であれば、メンテナンス時間帯に移動を計画し、ユーザーに何が起こるかを伝えてください。

​
移動する前に

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

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

1

デバイスレコードにアクセスする

Iru Endpointにサインインし、移動するデバイスのデバイスレコードを開きます。
2

デバイスの詳細を編集する

Edit device detailsを選択し、Blueprintを編集を選択します。
3

新しいBlueprintを選択する

移動先のBlueprintを選択し、Changeを選択します。

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

1

デバイスを開く

左側のナビゲーションでデバイスを開きます。
2

デバイスを選択する

移動する1台以上のデバイスの横にあるチェックマークを選択します。
3

Blueprintを変更する

ページ下部付近にあるChange Blueprintを選択します。
4

移動先を選択して確定する

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

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

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

​
移動した後に

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

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

考えられる原因: デバイスがオフラインであるかチェックインしていない、ネットワークの問題、またはBlueprintの割り当てが期待どおりに適用されなかった。試すこと: デバイスがオンラインであることを確認し、ワークフローが対応していればチェックインを強制し、デバイスレコードで割り当てを確認します。
考えられる原因: 以前のBlueprintと新しいBlueprintの間でポリシーが重複または競合している、またはアプリのインストール順序。試すこと: 両方のBlueprintのLibrary Itemsとポリシーを比較し、重複や矛盾を解消します。ユーザーのエクスペリエンスが変わる場合は、設定の変更をユーザーに伝えます。
考えられる原因: アプリが新しいBlueprintで割り当てられていない、展開範囲、ストレージや互換性の制限、またはデバイスがまだチェックインしていない。試すこと: アプリが移動先のBlueprintで対象になっていることを確認し、デバイスのストレージとOSの互換性を確認して、次回のAgentまたはMDMのチェックインまで時間をおきます。

​
ベストプラクティス

計画

可能であれば、大規模な移動はメンテナンス時間帯に予定します。

パイロット

広範囲に展開する前に、少数のグループでBlueprintの変更を試します。

記録

サポートや監査のために、誰がいつどのデバイスを移動したかを記録します。

監視

移動後のデバイスについて、コンプライアンスやユーザーから報告された問題を追跡します。
デバイスに対する操作の詳細については、ナレッジベースのDevicesセクションを参照してください。