[Intune] 正規の場所以外から Office 製品をインストール・更新する

# はじめに
タイトルでは、**"正規の場所以外"** と記載しましたが、正規の場所ってなんだ？ と思われるかと思います。

正規の場所とは、**"Office Content Delivery Network (Office CDN)"** の事を指しています。
Office CDN は、インターネット上に公開されており、世界中のさまざまな場所から 効率的に Office 資材を PC にダウンロードできるような工夫が施されています。

Microsoft 365 Apps や、Office 2016 以降 の製品は、Click to Run (C2R) という仕組みが採用されており、既定で 上記の "Office CDN" から 資材をダウンロードして、インストールや 更新 が行われるようになっています。

:::note info
以下の公開情報には、Office CDN について、具体的に明記されていませんが、この CDN 上に Office 用のインストール資材が公開されているとイメージいただくと良いと思います。

**公開情報：コンテンツ配信ネットワーク (CDN)**
https://learn.microsoft.com/ja-jp/microsoft-365/enterprise/content-delivery-networks?wt.mc_id=mvp_407731

**公開情報：Office CDN の URL**
この URL を企業内の Firewall で許可する必要があります。
https://learn.microsoft.com/ja-jp/microsoft-365-apps/admin-center/cloud-update?wt.mc_id=mvp_407731#network-requirements
:::

:::note warn
以前のバージョンは、C2R 形式 ではなく、 Windows インストーラー形式 (MSI) 形式 が使われていました。
この場合、更新に関する制御は、Windows Server Update Services (WSUS) を使う必要がありました。

しかし、WSUS は、C2R 形式の Office には使えません。

**Support Blog：クイック実行形式 (C2R) と Windows インストーラー形式 (MSI) を見分ける方法**
https://officesupportjp.github.io/blog/cl0m8t2dj00393gvs3r7oar2m/index.html
:::

## 本記事の目的
本記事では、Intune を使って Office 製品を展開する際に、上記の Office CDN ではなく、別途 組織が独自に用意した場所から Office 製品の インストールや更新を行えるようにするための方法を紹介します。

Office CDN からダウンロードさせたくない理由として、たとえば 基幹業務アプリの検証を行ってから クライアントに適用させたい場合などがあると思います。その理由は 組織によってさまざまかと思いますので、ここでは言及しません。

## 想定するシナリオ と 具体的な実現方法
以下のような状況での利用を想定しています。
① PC は、Intune によって管理されている
② PC は、世界中に点在しており、インターネットに接続されている
③ Office のインストール・更新 は、Office CDN を使いたくない
④ 組織が用意したサイトを経由して Office のインストール・更新 を実施させたい

:::note warn
**注意点**
Intune は、Office 製品のバージョンを管理する機能は持ちません。
Intune では、Office に関する設定を クライアントに配布することのみが可能です。
そのため、Office 側で用意されたカスタマイズの仕組みを使うことで、目的の実現を目指します。
:::

以下の公開情報に 更新プログラムの管理方法の選択 として いくつかの方法が説明されています。
このうち **"オンプレミスの場所からMicrosoft 365 Appsに更新プログラムを自動的に適用する"** の方法を さらに応用して使います。

https://learn.microsoft.com/ja-jp/microsoft-365-apps/updates/choose-how-manage-updates-microsoft-365-apps?wt.mc_id=mvp_407731

今回の シナリオのように、Intune を使っていると PC は、オンプレミスの環境に留まらず、インターネット上に点在しているため、ファイルサーバーを利用することは適切ではありません。

そのため、この管理方法を選択しつつ、ネットワークの場所を **"IIS を使った Web サイト"** を活用することで 目的を実現させたいと思います。

:::note info
シナリオこそ、Intune を想定してはいますが、Intune を使わない場合でも、なんらかの目的で **IIS を使った Web サイト** を使って Office を インストール／更新 をしたい場合にも、本記事の内容を参考にしていただけることと思います。 
:::

## Office カスタマイズ に使用する設定項目
本記事では、以下の公開情報に記載されているカスタマイズ項目を利用しています。

**インストール時のパス指定**

**公開情報：Add 要素 SourcePath 属性**
https://learn.microsoft.com/ja-jp/microsoft-365-apps/deploy/office-deployment-tool-configuration-options?wt.mc_id=mvp_407731#add-element

**更新時のパス指定**

**公開情報：Update 要素 UpdatePath 属性**
https://learn.microsoft.com/ja-jp/microsoft-365-apps/deploy/office-deployment-tool-configuration-options?wt.mc_id=mvp_407731#updatepath-attribute-part-of-updates-element

:::note info
**ポイント**
SourcePath と UpdatePath の説明を見比べると、HTTP についての説明が UpdatePath の方にしかありません。

これって、インストール時に HTTP が使えないんじゃないか・・・という疑念があったのですが、検証してみた結果、インストール時にも HTTP が利用できることが判明しました。
:::

# 構築手順
前置きが長くなりましたが、以下の２章に分けて説明していきます。
1. IIS で Office 資材のダウンロード場所を準備する
1. Intune で Office の構成を PC へ配布する

## 1. IIS で Office 資材のダウンロード場所を準備する 
以下の段取りで進めて行きます。

1-1. インターネット公開可能な場所に サーバー を手配する
1-2. Office 資材をダウンロードする
1-3. IIS をインストールして Office 資材を Web 公開する
1-4. IIS 設定を Office 資材用にカスタマイズする
1-5. 単体テスト

### 1-1. インターネット公開可能な場所に サーバー を手配する
インターネット公開可能な場所は、既存で運用されている Web サーバーでも良いですし、新規で サーバーを手配してしても構いません。

※今回の例では Azure 上の VM で、Windows Server 2022 を使っています。

OS を日本語化する場合は、以下の記事も参考にしてください（2022 も同じ手順です）

https://qiita.com/carol0226/items/8cc48bb262bf81dfc9df

### 1-2. Office 資材をダウンロードする
（前章で展開した VM 上で作業します）

今回は、テスト用に インストール時と 更新時 として２種類の資材を用意して 検証してみたいと思います。
適宜、必要な製品のバージョンに読み替えて実施してください。

Office 用の資材は、以下の記事を参考に ダウンロードを実施できますが、後述する 検証用資材選択のポイントをよく読んでから、インストール時のバージョン用と、更新時のバージョン用として、２種類の資材をダウンロードしてください。

https://qiita.com/carol0226/items/f66f1313e75a35e7aa8b

**検証用資材選択のポイント**
ここで説明するポイント以外は、上記で紹介したサイトをみて、資材ダウンロードを実施してください。

1. Office カスタマイズツール にアクセスします。
https://config.office.com/deploymentsettings
　<br>
1. 目的の製品を選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/5cbc72b8-23eb-0afd-23b9-177854b44cc0.png)
　<br>
1. 検証につかうバージョンを指定する箇所では、インストール時のバージョン（水色）と、更新時のバージョン（緑色）を使う想定です。２種類の XML ファイルを作成して、２回に分けて資材をダウンロードします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/121917b1-0b03-8986-30dd-3c16c634cb14.png)
　<br>
0. コマンドを実行した際に、以下のように Office というフォルダが作成され その中に 資材がダウンロードされます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/98b9d075-c636-ecca-f453-a844d2eaa526.png)
　<br>
0. ここで、フォルダを新規作成して、そのフォルダ配下へ ダウンロードされた Office フォルダ配下を丸ごと移動してください。移動が終わってから 次の種類のダウンロードを実施します。
・１回目のフォルダ名 = OfficeLTSC2024_17932.20042
・２回目のフォルダ名 = OfficeLTSC2024_17932.20190<br>
最終的には、以下のようなフォルダ構成になっていれば OK です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/ea7c8735-e42b-77b9-c7b1-73bf07f425b5.png)
バージョン名のフォルダ配下に Office\Data フォルダがあり、その配下に バージョン名のファイル
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/c233e41e-81f9-1685-83a7-16756d0eef96.png)
バージョン名のフォルダ配下に Office\Data フォルダがあり、その配下に バージョン名のファイル
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/7ed0d938-7ce1-3d05-a7b4-f6a22da91ad1.png)

以上で、必要な資材のダウンロードは完了です。
以後、運用する際も、同様な手順で 複数のバージョンが 混在しないようにファルダ分けして ダウンロードを行っていくと良いと思います。

### 1-3. IIS をインストールして Office 資材を Web 公開する

1．以下の記事を参考に VM に IIS をインストールします。

https://qiita.com/carol0226/items/4357e773efdbb08b5c52

2．Azure Portal を使い、Azure VM の DNS を編集して 名前解決できるようにします。

(1) 以下の 赤枠 を参照すると **未構成** になっているので、この箇所をクリックします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/e3f98624-6c54-ea51-f69f-490e827de8c2.png)

(2) 以下の画面で、DNS 名ラベルに任意の名前を入力して **保存** を押します。
なお、この名前は インターネット上でユニークである必要があるので、エラーにならない名前を考えてください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/5dc148e5-ea0a-a900-4825-8e48a25ad230.png)

(3) VM に 名前が付与されて、以下のような表示になっていれば OK です。
この DNS 名 で、世界中から アクセスできるようになりました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/f5a51911-39a9-5820-0308-94f338afde1f.png)

3．ネットワークセキュリティグループ (NSG) を編集し HTTP (Port:80) の受信を許可します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/49cf220d-f812-82da-c621-9dc5a065a077.png)

以下の行が追加されていれば OK です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/3c84dbdc-ec07-12ae-c1a9-8e3d2e2a8396.png)

4．以上の作業によって、IIS の Web サイトが 任意のインターネット上の PC から参照できるようになっていれば OK です。Azure VM を 使わない場合も、同様のレベルまで構成されていれば OK です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/1c5abcd6-09a0-aa90-6250-20ea599a3eda.png)

**おまけ：HTTPS (443) で公開したい場合**
Office のインストール資材は、HTTP(80) 経由でも公開できますが、もし HTTPS (443) で公開したい場合は、以下の追加手順も実施してください。

<details><summary>HTTPS (443) のための追加手順を見るには、"ココ" をクリック</summary>

(1) 自己署名証明書を使う場合は、以下の記事を参考に作業を行います。
公的証明書を使う場合は、(1) は SKIP して (2) へ進みます。

**コマンドで Web サービス用の 自己署名証明書 を発行する手順**
https://qiita.com/carol0226/items/8663842e2c7422de7e55

**ポイント**
上記の記事の中で、**サーバー証明書** 作成時の 以下の箇所 は、以下を参考に 前章で付与した DNS 名 に置き換えてください。

（記事の内容）
　Subject = 'CN=**vpnnogu**.japaneast.cloudapp.azure.com'
　DnsName = '**vpnnogu**.japaneast.cloudapp.azure.com'
（置き換える）
　Subject = 'CN=**officeiis**.japaneast.cloudapp.azure.com'
　DnsName = '**officeiis**.japaneast.cloudapp.azure.com'

以下は、今回作成した DNS 名 で 自己署名証明書 を作成したところです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/54ffaefb-2d42-72db-bf4e-49a226f14c42.png)

(2) 以下の記事を参考に IIS に 証明書をバインドします。
この記事で ドメインと証明書を購入して IIS にバインドし、外部公開する手順を説明していますが、自己署名証明書 を使う場合は、ドメインと証明書の購入箇所は SKIP してください。

**IIS に公的証明書をバインドして 外部公開する**
https://qiita.com/carol0226/items/97488c72035214e7868f

**自己署名証明書 をバインドする場合**
今回の検証のために、自己署名証明書 をバインドしたときの画面キャプチャです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/73cd49e3-ba51-01fb-acea-d0830ab655a0.png)

(3) ネットワークセキュリティグループ (NSG) で HTTPS (443) のポートを公開してください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/d07eb5c5-73ea-4856-f2e6-ffc3dea70da4.png)

(4) 任意の PC から HTTPS でサイトにアクセスして 鍵マークを押した際に、セキュリティ保護 の状態が確認できれば OK です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/460fa611-b590-28b7-4122-1d547b9c35fb.png)

</details>

5．続いて 前章でダウンロードした Office の資材を IIS のサイト配下に移動します。

(1) エクスプローラーを使って、**C:\Inetpub\wwwroot** というフォルダを開き、その配下に 任意のフォルダを作成します。
以下の例では、今後の運用を考えて、バージョン名と配布先のグループ名 を含めてみました。
"OfficeLTSC2024_Group0"　→　インストールテスト用
"OfficeLTSC2024_Group1"　→　更新テスト用
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/cdbb5a31-164d-ff19-4892-5a6b599c54d7.png)

(2) 作成したフォルダへ移動し、この場所に ダウンロードした 資材 の Office フォルダ配下をコピーします。
以下のように配置されていれば OK です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/84738e8a-1f90-4a8e-0232-2b6cfe5bf382.png)

:::note info
**ポイント**
IIS 上に **"製品名_グループ名"** というフォルダを用意している理由ですが、あとで、Intune を使って 任意のデバイスグループへ意図したバージョンを更新できるようにするために、このようなフォルダ配置を行っています。

フォルダ構成は、こうしないと動かないって訳ではないので、色々と応用して 運用の仕方をカスタマイズして使って頂ければと思います。
:::

6．ブラウザでのアクセステストを行います。
ブラウザを使って、Office 資材へアクセスできるようになっているかを確認します。
公開した Web サイトの URL に加えて、先ほど 移動した Office 資材のパスを追加して ブラウザでアクセスしてください。

（HTTP で公開した場合）
　http://**[公開したサイトのURL]**/officeLTSC2024_Group1/Office/Data/v64_[Version].cab

（HTTPS で公開した場合）
　https://**[公開したサイトのURL]**/officeLTSC2024_Group1/Office/Data/v64_[Version].cab

その結果、.cab ファイルがダウンロードできるようになっていれば OK です。

:::note info
HTTPS (443) で構成した場合は、以後の記事内の URL は、HTTPS に読み替えてください。
:::

### 1-4. IIS 設定を Office 資材用にカスタマイズする
本章が 目的を達成するために、最重要となるノウハウとなります。

:::note info
**最重要なノウハウとは**
これ以外の章は、Intune や IIS、そして Office 展開ツール の経験のある人なら公開情報を見るだけで、構成できるかもしれませんが、この章のネタは、検証して ハマらない限り発見する事ができないと思います。
:::

**カスタマイズする理由**
ダウンロードした Office 資材の中をみると、以下のようなファイルがあることが判ります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/5ff242ff-8e1c-66bf-e5aa-af1d0a8aedcf.png)

試しに、IIS で公開されているパスを入力して、ファイルをダウンロードしてみると、拡張子 (.cab) はダウンロードに成功しますが、拡張子 (.dat) は、ダウンロードすることができないことに気が付くはずです。

**（拡張子 .dat で 404 エラーが発生）**
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/1896e1b8-3d43-8914-810d-a26bdde7694e.png)

以下は、実際に Office 展開ツールを使って IIS 経由でインストールを実施した際の IIS ログの抜粋です。
これを見ると、拡張子が .cab のファイルはダウンロードに成功 (200) していますが、*.dat は 404 エラーが出ています。これが原因となり、Office をインストールや更新時に、404エラーが繰り返されて、タイムアウトし 結果として Office のインストールに失敗してしまいます。

ログの場所 (C:\inetpub\logs\LogFiles\W3SVC1)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/c04645da-3548-098f-d268-75f3cf41261b.png)

**拡張子 (.dat) が 404 エラーとなる原因と対策**
原因は、IIS の既定の設定では、拡張子 (.dat) が登録されていないため、Web 公開されない状態になっているためです。

対策として IIS マネージャー を使って、**MIME の種類** として 拡張子 (.dat) を登録することで解決できます。

(1) IIS マネージャーを起動して、Default Web Site を開き **MIME の種類** をダブルクリックして開きます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/60feb8dc-415a-6935-63ef-ac70a39c0bee.png)

(2) 以下の画面にて 拡張子 (.dat) を探しても 初めはありません。
そのため、**追加** ボタンを押して作業を行った結果、緑枠 のように .dat が追加された状態になれば OK です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/2ca4f070-66f5-7f4d-6e7c-3e59c1191e00.png)

追加時には、以下のように MIME の種類を application/vnd.ms-cab-compressed に設定して **OK** を押します。（何の種類にすれば良いのか迷いましたが、.cab と同じ値にしてみました）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/b6cfdf27-7b2d-bc68-a1ce-b1c460e504e3.png)

(3) 設定変更後に、クライアントから ブラウザで資材のパスを直接指定した際に、以下のように .dat がダウンロードできるようになっているはずです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/b159360f-99d8-f563-21c9-4a3bbe1760d3.png)

ここまで構成ができていれば、Office を IIS 経由で導入する準備が終わりました。

### 1-5. 単体テスト
（テスト用のクライアント PC で作業を行います）

実際に、ダウンロードした資材を使って Office がインストールが出来るのかを確認します。

1．以下の記事を参考に クライアント側で Office をインストールするための テスト用 XML（今回は OCT2024.XML と命名）を作成します。

https://qiita.com/carol0226/items/f66f1313e75a35e7aa8b

**ポイント**
上記の記事との相違点は、以下となります。
**Office をどこから展開しますか？** の設定で ローカルソースを選択して、ソースパス として、IIS で公開した インストール用の Office フォルダ (Group0) の場所を指定します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/09b5c07e-b3e2-a4f0-f388-29324c3792fe.png)

同様に **更新プログラムをどこから展開しますか？** の設定で ローカルソースを選択して、ソースパス として、IIS で公開した 更新用の Office フォルダ (Group1) の場所を指定します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/ab5120cc-f00d-9dac-aada-8dc3a52b985c.png)

この指定によって インストールや更新時に Office CDN ではなく、用意した資材のサイトから ダウンロードが行われるようになります。

作成された OCT2024.XML は、以下の通り SourcePath と UpdatePath が指定されていれば OK です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/2abb1c3b-71a6-2106-01ae-368a52ccc3f3.png)

2．テスト用クライアントで IIS のサイト以外からのダウンロードを禁止するための Windows Firewall 設定を行います。
（既定の 送信のアクセス を Block に変更します）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/c7054a02-38a4-5e27-4c8f-a4886b4626df.png)
（送信の規則で IIS サーバーのパブリック IP のみを許可します）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/5c10b503-a2fc-da4f-d28c-42ed3b06abc1.png)

これによって 通常のサイトはブロックされ、IIS のサイトのみ 参照できるようになっていることを確認しておきます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/98a4a2c8-fd4b-f3ee-27ba-acec18f7118f.png)

:::note info
この Firewall 設定と テストを実施しておくことで、資材が Office CDN ではなく、 IIS からダウンロードされていることを確認しやすくしています。
:::

3．クライアント PC へ Office 展開ツールをダウンロードし、以下のコマンドで テストのインストールを行います。
**.\setup.exe /configure .\OCT2024.XML**

こうすることによって、XML に記載された SourcePath の資材を使ってインストールが行われ、更新時に UpdatePath の資材が使われるように構成されます。

4．うまく構成できていれば、以下のように IIS 経由で Office がインストールされます。
（インストール中のバナー）
<img width="400" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/1ea6d21b-e3dc-d73f-ae66-a7f0599c9563.png">
（インストール完了時の表示）
<img width="400" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/8bdb9f1a-846c-8db7-07cc-484234542798.png">
（バージョン確認）
インストール用に準備した資材のバージョンになっているハズです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/70af99d6-8a90-5d6c-6f0b-3ddda12ee5bc.png)

5．更新を実行して、以下のように更新できることが確認できれば OK です。
更新のアクションは、任意の Office アプリのホーム画面から **アカウント** を開き、**更新オプション** から実施できます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/86eb783b-4685-33c8-6463-595ae18c1a10.png)
（更新中のバナー表示）
<img width="400" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/0bd7b0a2-2c03-e84e-391b-ffda0a5fe7b0.png">
（更新完了時の表示）
<img width="400" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/1abb164f-3f55-020f-fa91-38ef674c29de.png">
（バージョン確認）
更新用に準備した資材のバージョンになっているハズです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/15003f3e-dc0f-834a-f6c8-e311bace189b.png)

**UpdatePath の資材のバージョンに更新されている場合**
Office アプリのバージョンが、 UpdatePath 上の資材のバージョンと同一であれば、**今すぐ更新** を実施した際に、以下の表示になります。

Office CDN には、もっと新しいバージョンが公開されていますが、この環境では これが 最新 という事です。
つまり、組織内で バージョンのコントロールに成功している状態です。
<img width="400" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/ebf79f3d-5cad-5bf4-4448-3e2f016b76d7.png">

## 2. Intune で Office の構成を PC へ配布する

:::note warn
**注意**
Intune での配布テストは、単体テストとは 別の PC（インターネットに繋がっている PC）を使いましょう。

単体テストで使った PC を 流用する場合は、Office をアンインストールして、Windows Firewall の設定を 元に戻しましょう。
:::

上記の注意点さえ気を付ければ、あとは Intune で実施する手順は、簡単です。

Office をインストールしたいデバイスを、Intune の任意のグループに割り当てます。
※今回は、Group1 に割り当てます。

以下の手順を参考に、前章でテスト済みの OCT2024.XML の内容を貼り付けてください。
インストールの実施、確認なども含めて、この記事を参考にすすめていただければ、IIS からのインストールと更新が実施されるようになります。

https://qiita.com/carol0226/items/365a6f0979462e3ba436

（アプリスイートの情報 － 設定画面）
緑下線は、任意で変更しています。動作には影響しません。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/5cc8929e-94e0-fb7e-f0b6-2ef30f44a68b.png)

（構成ファイルに OCT2024.XML の内容を貼り付けたところ）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/d68d0fd5-0de6-ee31-6c64-9619ea6ef6a9.png)

SourcePath（水色）と UpdatePath（緑色）で指定されている点がポイントです。
Intuneでは、この XML を クライアントへ配っているだけです。
あとは、Office に関して Intune は関知せず・・・

以下の通り、インストール仕立ての PC を Intune に登録したところ、Office がインストールされました。
<img width="200" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/3733d677-e6e2-8c72-1052-f65e7f251be7.png">

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/69ad481b-235f-b1fc-064f-2fa88045c9e9.png)

<img width="400" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/f709f885-74e4-24be-4fb5-ba047c23db35.png">

Intune 管理センターでも、以下のように インストール結果が確認できます。
※この状態になるまで、タイムラグがあるため、辛抱強く待つ必要があります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/1619637/d3dfc2b3-a29a-6965-742e-37a00229fb6f.png)

本記事の手順で展開したあとは、永続的に UpdatePath に保存されている資材を使って更新が行われます。

そのため、管理者側で IIS の UpdatePath 上の資材を必要に応じて、新しいものに置き換えることで、Office アプリのバージョンを集中してコントロールすることができるようになります。

:::note info
**Tips**
なかなかアプリが PC に振ってこないなという場合は、以下の記事も参考にしてみてください。
**Intune アプリ展開 Tips あれこれ**
https://qiita.com/carol0226/items/df5a2a8e647a06564576
:::

# 応用編

任意の PC の UpdatePath を変更したい・・・という場合は、どうすれば良いでしょうか？

方法としては、Intune 管理テンプレート を使ってポリシーを PC に適用することで対応できます。

https://learn.microsoft.com/ja-jp/mem/intune/configuration/administrative-templates-update-office?wt.mc_id=mvp_407731