# Macのnsurlsessiond：転送元を調べて一時停止する

> ネットワーク速度、写真のアップロード、アプリのダウンロードを比較し、共有サービスを止めずにnsurlsessiondの動作を調べます。

Published: 2026-06-01 | Updated: 2026-10-31

アクティビティモニタで `nsurlsessiond` が上位にあるときは、まず進行中の転送を探します。忙しいプロセスの名前が同じでも、写真のアップロード、アプリのダウンロード、未完了の同期では使う操作が異なります。何かを一時停止する前に状況を記録してください。

## nsurlsessiondの役割

`nsurlsessiond` はAppleのバックグラウンド転送サービスです。Appleの[開発者向け説明](https://developer.apple.com/forums/thread/692514)では、バックグラウンドURLセッションを扱うシステム全体のサービスとされており、別途インストールしたアプリではありません。

プロセス名だけでは、どのアプリの作業を止めるべきかは分かりません。iCloud、写真、ダウンロードの待ち行列を候補として確認しますが、それらの転送がすべてこのプロセスを使うという意味ではありません。

iCloud固有の問題は [birdとclouddのガイド](https://mole.fit/ja/blog/bird-cloudd-high-cpu-mac)、より広い調査は[ネットワークを使っているアプリの調べ方](https://mole.fit/ja/blog/what-app-is-using-my-network-mac)を参照してください。

## 通信量とCPU使用率を分ける

アクティビティモニタで**ネットワーク**を選びます。Appleの[ネットワーク操作ガイド](https://support.apple.com/guide/activity-monitor/actmntr1006/mac)は、累計の送受信量と、プロセス一覧の下にある毎秒の転送速度を区別しています。

同じ転送が続いている間に、時間を空けて表示を比較します。累計が大きくても、今も高速で転送しているとは限りません。

| 観察したこと | 次に確認するもの | それだけでは分からないこと |
| --- | --- | --- |
| 受信量が増え続ける | ダウンロードとその進行状況 | 共有サービスに転送を依頼したアプリ |
| 送信量が増え続ける | 写真のアップロードと未完了の同期 | 特定のライブラリが原因かどうか |
| CPUは高いが通信量は少ない | 元のアプリの進行状況やエラー | キャッシュ削除で直るかどうか |
| 一つ止めると通信量が減る | 再開してもう一度比較する | ほかの転送がなかったかどうか |

CPU使用率も観察記録として扱い、ライブラリの破損と決めつけません。見えている作業が進むのか、完了するのか、同じエラーを繰り返すのかを確認します。

## 設定を変える前に写真とiCloudを確認する

写真で**ライブラリ**を開き、**すべての写真**を選んで下までスクロールします。Appleの [iCloud写真の説明](https://support.apple.com/108782)には、アップロード状況の確認方法と、操作できる場合にアップロードを一日停止する方法があります。

止める前に残りの作業を記録します。最近写真を追加したなら、アップロード状況と通信量を比較してください。通信を減らすために写真を削除しないでください。同じ説明にもあるとおり、iCloud写真の削除はほかのデバイスにも反映されます。

iCloud Driveでは、同期を待っていたファイルを先に確認します。ほかのデバイスで必要なら、到着を確かめることを優先し、同期を無効にする実験は避けます。代替できないものは独立したコピーを残してください。

## アプリのダウンロードと更新を確認する

App Storeを開き、ダウンロード中の項目を探します。Appleは、その横の操作による[ダウンロードの一時停止と再開](https://support.apple.com/guide/app-store/get-apps-and-safari-extensions-fir9b2ea074e/mac)を説明しています。

**アップデート**に並ぶアプリも、Appleの[手動更新の手順](https://support.apple.com/102629)を参考に確認します。更新待ちというだけでは、そのアプリが通信の原因だとは言えません。

macOSの更新を始めている場合は、今の進行状況を読んでください。インストール段階を普通のアプリのダウンロードと同じに扱ったり、通信の仮説を試すために中断したりしないでください。

## 一つだけ止めて比較する

写真のアップロードやApp Storeのダウンロードなど、公式に一時停止できる転送を一つ選びます。時刻、表示された進行状況、転送速度を記録し、その作業だけを止めます。

同じ数値を再び見ます。通信量が減ったら、都合のよいときに再開し、進行と通信量が一緒に戻るかを確認します。関連の手掛かりにはなりますが、同時転送があれば断定はできません。

変化がなければ、元に戻してから次を試します。写真、iCloud、更新の設定をまとめて変えると、どの変更が効いたのか分からなくなります。

ここでは `nsurlsessiond` の終了を一時停止に使いません。Appleの開発者向け議論は、サービス終了とバックグラウンドセッションの切断を結び付けています。プロセス再起動を習慣的な修復にせず、依頼元のアプリで転送を管理します。

## どの作業も進まない場合

プロセス名、時刻、CPU使用率、通信量の変化、元のアプリに出た正確なエラーを短く記録します。一つの作業を止めて再開したときの変化も添えます。

同じアプリで止まり続ける場合は、そのサポート窓口へ記録を渡します。写真が発生元なら同期状況も含めます。作業の持ち主が不明なまま、ライブラリ、転送データベース、サポートフォルダを削除しないでください。

## Moleが扱う範囲

Mole Macの**ステータス**画面は、**ネットワーク**タイルにダウンロードとアップロードの合計速度を表示します。一時停止前後を比較し、転送の操作は元のアプリに戻って行います。

合計速度から、`nsurlsessiond` の作業が写真や特定のアプリのものだと判断することはできません。

## よくある質問

### nsurlsessiondはアンインストールするアプリですか？

いいえ。Appleのバックグラウンド転送サービスです。デーモンを削除しようとせず、作業を依頼したアプリやサービスを調べます。

### 通信量が多いと故障ですか？

それだけでは判断できません。表示される転送の進行状況と現在の速度を比較します。累計が大きいだけでは、問題が続いている証拠になりません。

### ダウンロードを止めるために nsurlsessiond を強制終了してもよいですか？

使える場合は元のアプリの一時停止を使います。一つずつ変更し、数値を確認して再開することで、共有サービスの中断を避けられます。

---

Canonical HTML page: https://mole.fit/ja/blog/nsurlsessiond-mac
Blog index for agents: https://mole.fit/ja/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt