メディア転送プロトコル

メディア転送プロトコル（MTP ）は、画像転送プロトコル（PTP）通信プロトコルの拡張版で、メディアファイルをポータブルデバイスとの間で自動的に転送できます。^{[1] PTPは}デジタルカメラから写真をダウンロードするために設計されたのに対し、メディア転送プロトコルでは、デジタルオーディオプレーヤーの音楽ファイルやポータブルメディアプレーヤーのメディアファイル、さらにはパーソナルデジタルアシスタントの個人情報の転送が可能です。MTPは、 Windows Mediaプラットフォームのデジタル著作権管理（DRM）サービスであるWMDRM 10-PD ^[1]の重要な部分です。2011年には、Androidとの間でファイルを転送する標準的な方法になりました。^[2]

MTP は「Windows Media」フレームワークの一部であり、Windows Media Playerと密接に関連しています。Windows XP SP2以降のMicrosoft Windows オペレーティング システムのバージョンはMTP をサポートしています。Windows XP には Windows Media Player 10 以降が必要です。^{[3]それ以降の Windows バージョンにはサポートが組み込まれています。Microsoft は、} Windows 98に遡る古いバージョンの Windows 向けに MTP 移植キットを提供しています。

USBインプリメンターズフォーラムのデバイスワーキンググループは、2008年5月にMTPを本格的なユニバーサルシリアルバス（USB）デバイスクラスとして標準化しました。 ^[4]それ以来、MTPはPTPの公式拡張であり、同じクラスコードを共有しています。^[5]

MTP は、 USB マス ストレージのような一般的なストレージ プロトコルとは対照的に、高レベルのファイル転送プロトコルです。つまり、MTP クライアント (コンピューター) は、ファイル システムを構成するデータ構造を構成するバイト ブロックの配列を認識せず、代わりにファイルとフォルダーの観点から MTP デバイスに話しかけます。これにより、MTP デバイスは、ファイル システムの整合性を維持しながら、高レベルの操作 (メタデータ インデックスの更新など) に参加できます。特に、転送が中断されても (USB ケーブルをすぐに抜くなど)、デバイスのファイル システムが破損することはありません。^[6] MTP の非汎用性は、コンピューターのオペレーティング システムがMTP デバイスを他のプログラムとユーザーの両方に提示する方法に影響を与えます。

仕様によれば、MTPの主な目的は、一時的な接続でメディアデバイス間の通信を容易にすることです。^[5] 二次的な目的は、接続されたデバイスのコマンドと制御を可能にすることです。^[5]バッテリー駆動のモバイルデバイスは、MTPを介してバッテリーの充電レベルを報告できます。^[6]

このプロトコルはもともとUSBで使用するために実装されましたが、TCP/IPおよびBluetoothで使用するために拡張されました。Windows VistaはTCP/IP経由のMTPをサポートしています。Windows 7およびWindows Vista（Windows Vista用プラットフォーム更新プログラムを適用）もBluetooth経由のMTPをサポートしています。^[7] MTPデバイスに接続するホストはMTPイニシエーターと呼ばれ、デバイス自体はMTPレスポンダーと呼ばれます。^[8]

MTP を使用すると、MTP イニシエーターは、ファイル形式と機能に関してデバイスの特定の機能を識別できます。特に、MTP イニシエーターは、ファイルのロックを解除したり、デジタル著作権管理を有効にしたりするために、パスワードやその他の情報を提供する必要があります。コア標準にはこのような具体的な内容はありませんが、ベンダー拡張機能を介して機能を利用できます。MTP の Zune 拡張機能である MTPZ は、認証が処理されるまでファイルへのアクセスを明示的に拒否します。これは、Windows Media Player 10 以降でのみ可能です。

MTP の利点は「 (+) 」でマークされ、欠点は「 (-) 」でマークされます。

ファイルシステムとメタデータ インデックスを公開しないことで、これらの整合性はデバイスによって完全に制御されます。

• (+)書き込み中にデバイスを取り外しても ファイル システムが破損するリスクはありません。ファイル転送はアトミックで、1 回の操作で完了します。また、ファイル システムはモバイル デバイスのオペレーティング システムによって管理され、モバイル デバイスはバッテリー駆動であるため、フラッシュ メモリへの電源が予期せず切断されることがないため、ユーザーによる明示的なファイル システムのアンマウント (「安全な取り外し」) は必要ありません。
• デバイスは接続中に独自のファイルシステムにアクセスできます。
  • (+)取り外し後の再インデックスを回避できます。転送時にメタデータを含めることも役立ちます。
  • (+)ホスト公開用の別個のファイル システムは不要です。これにより、このファイル システム用に固定サイズのパーティションを設定するという柔軟性の欠如を回避できます。
• (+) ファイル システムのサポート:ホストはデバイスのファイル システムをサポートする必要はありません。逆に、デバイスの製造元は、広くサポートされているFATファミリのファイル システム以外のファイル システム(通常はWindowsでサポートされていないLinuxファイル システム)を自由に選択できます。
• (-) 削除の取り消し: MTP はブロック レベルのアクセスを提供しない抽象化レイヤーであるため、コンピューター上のファイル システムの回復および削除の取り消しツールは使用できません。
• (-) タイムスタンプの欠落:多くの MTP 接続デバイス、特に古いデバイスは、プロトコル経由でファイルのタイムスタンプを報告しないため、ファイルをコンピューターにコピーまたは移動するとタイムスタンプが失われます。一部のファイル形式 ( Exifメタデータが埋め込まれた JPEG 写真など) では、タイムスタンプが内部に保存されていますが、そのような内部メタデータのないファイルの日付と時刻の情報は失われます。
• (-) 誤った場所: MTPホスト(スマートフォンなど)とクライアント(コンピュータのファイルマネージャなど)間の通信が不十分なために、ファイルが間違った場所に表示されることがあるという報告がユーザーから寄せられています。クライアントがすべてのファイルを検出せずにディレクトリをMTPホストから移動した場合、すべてのファイルが正常に転送されずに、検出されなかったファイルが削除される可能性があります。^{[9] [10]}
• (-) 切り捨て:スマートフォンが MTP 経由でコンピューターに接続されているときにファイルが新しく作成された場合、コンピューターのファイル マネージャーは、ファイルが完全でない状態でディレクトリ リストをロードしたために、ファイル サイズが小さすぎると誤って報告する可能性があります。ファイルを電話から移動すると、ファイル マネージャーがファイルが完全に転送されていないにもかかわらず、完全に転送されたと誤って想定する可能性があるため、ソースから削除されるときにターゲット パスで切り捨てられる (不完全になる) 可能性があります。^{[引用が必要]}

• (-) MTP 操作は多重化できません。進行中の操作は、別の操作を開始する前に完了するか中止する必要があります。ホスト オペレーティング システムがブロック転送を自由に多重化でき、論理操作が新しい現象であるUSB マス ストレージとは異なり、MTP でサポートされる操作は、ファイル全体の転送など、より粗粒度です。どちらのプロトコルも、それ自体では並列または非同期ではありません (複数のコマンド キューを追加する USB マス ストレージのUAS拡張を除く)。
• (-)ブロックやバイト範囲などのファイルの一部を転送するための限定的なサポート（§ 直接変更と部分転送機能を参照）。
• (-)ファイルの直接変更のサポートが限定的（§ 直接変更と部分転送機能を参照）。ファイルまたはそのメタデータを変更するには、ファイル全体をデバイスからコピーして再アップロードする必要がある場合があります。これは、大きなファイルまたはディレクトリの場合は時間がかかり、その間、デバイスは他の操作を実行できなくなります。GoogleのAndroid における MTP 実装には、この制限に対処するための拡張機能が含まれていますが、これらの拡張機能はホスト オペレーティング システムでサポートされている必要があります。^{[11] [12]}
• (-)数千の項目を含むディレクトリの長いファイル リストの読み込みは低速です。これにより、ファイル マネージャが転送するファイルへのパスのリストを生成する必要があり、低速のディレクトリ リストにアクセスする必要があるため、大量のファイルを含むディレクトリからファイルを転送するための「準備」に、ファイル転送自体よりも長い時間がかかる可能性があります。

(-) Windows は、MTPデバイスを仮想ファイル システムとしてネイティブに公開しないため、ドライブ文字またはUNCパスを MTP デバイスに割り当てません。ドライブ文字または UNC パスがないと、MTP 非対応のソフトウェアはこれらのデバイス上のディレクトリまたはファイルにアクセスできません。ユーザーは、MTP 対応アプリケーションに切り替えるか、 Windows エクスプローラーなどの MTP 対応アプリケーションを使用して、アプリケーションがアクセスできるファイル システムにファイルをコピーまたは移動することで回避する必要があります。

具体的な懸念事項の 1 つは、ホスト コンピュータ上のウイルス対策ソフトウェアがMTP デバイスを認識しない可能性があるため、大容量ストレージ デバイスよりも安全性が低くなる可能性があることです (ただし、MTP デバイス上のファイルが使用前にホストにコピーまたは移動された場合、MTP を認識しないウイルス対策ソフトウェアがそれらをスキャンする可能性があります)。ウイルス対策スキャンは、デバイスの通常の使用をブロックするため、実用的ではない可能性もあります。

(-) PTP/MTP USBデバイスクラスによる識別可能性にもかかわらず、libmtpのドキュメントでは、ベンダーIDと製品IDの組み合わせが、WindowsドライバーでもMTPデバイスを識別する機能的な役割を果たしていると示されています。^[13] Libmtpには、サポートするデバイスのベンダーIDと製品ID番号の膨大なリストと、バグの回避策が含まれています。^{[14] [15]}この非汎用的な方法論は、MTPドライバーと新しいデバイスとの前方互換性を妨げます。

MTP仕様には、オブジェクト形式と呼ばれるファイル形式の列挙が含まれています。^[5]この列挙は、サポートされているファイル形式と転送されたファイルの形式を伝えるために使用されます。最初の分類されていない形式を除いて、形式のリストは画像、オーディオ、ビデオ、ドキュメント形式のカテゴリにグループ化されており、各カテゴリには1つの「未定義」形式があり、その後に特定の形式が続きます。また、超汎用的な「未定義オブジェクト」形式もあります。

Jollaは、モバイルオペレーティングシステムSailfish OSでビデオフォーマットをサポートしない理由の1つとして、MTPでWebMがサポートされていないことを挙げた。WebMがMTP 1.1仕様で定義されていないこと以外、制限がツールにあるか仕様にあるかは不明である。^{[16] [信頼できない情報源? ] [17]}

これらの機能は、ファイル全体の転送や再アップロードのより効率的な代替手段として使用できます。

MTP 1.1仕様より: ^[5]

go-mtpfsによると: ^[12]

Windows XPでは、 Windows Media Player 10 以降のバージョンがインストールされている場合、 MTP がサポートされます。Windows Vista以降には、MTP サポートが組み込まれています。Windows の古いバージョン、具体的には Windows 2000、Windows 98、Windows Me 向けに、Microsoft は MTP 移植キットをリリースしました。^{[18]これには、MTP デバイス ドライバーが含まれています。Creative} Technologyなどの一部のメーカーは、一部のプレーヤー向けにレガシー MTP ドライバーも提供しています。これらは通常、MTP 移植キット ファイルと、特定のプレーヤーを説明するカスタマイズされた INF ファイルで構成されています。^{[引用が必要]}

Windows は、MTP 経由で接続されたデバイスにドライブ文字やUNCパス名を割り当てません。代わりに、 Windows エクスプローラーなどの MTP 対応アプリケーションで名前付きデバイスとしてのみ表示されます。USB 大容量ストレージを実装するデバイスと比較すると、このようなデバイスは、ドライブ文字や UNC パスに依存するスクリプトや通常の Windows プログラムによってプログラム的にアクセスすることはできません。代わりに、Windows エクスプローラーまたは特別に作成された MTP サポートを備えたアプリケーションを使用してファイルを操作する必要があります。

Windows では、MTP 対応デバイスは自動同期と呼ばれる機能をサポートしています。この機能により、ユーザーは Windows Media Player を設定して、デバイスが接続されるたびに、コピーされたコンテンツや新しく取得したコンテンツがすべて自動的にデバイスに転送されるようにすることができます (コンテンツが Windows Media Player と互換性がある場合)。自動同期はカスタマイズ可能で、プレーヤーは特定の基準を満たすコンテンツ (たとえば、4 つ星以上の評価の曲) のみを転送します。デバイス上のファイル プロパティ (ユーザー評価やファイル再生回数など) に加えられた変更は、デバイスが再接続されたときにコンピューターに反映されます。

MTP 経由でアクセスされたファイルのコピーは、再起動後もホスト コンピュータ上に残る場合があります^[要出典]。この場合、ファイルにアクセスしたユーザー アカウントだけでなく、そのユーザー アカウントのファイルを読み取ることができる他のユーザー アカウント (管理者ユーザーを含む) もファイルにアクセスできるようになります。Windows 7 のセンサー プラットフォームは、MTP 互換デバイスに組み込まれたセンサーをサポートします。^[19]

Windows エクスプローラーで使用される MTP の実装では、スペースを解放する目的でモバイル デバイスのストレージから移動された選択範囲のファイルは、各ファイルの後にソースから個別に削除されるのではなく、転送が完了した後にのみ選択範囲全体がソースから一度に削除されます。

その結果、手動または予期せずファイルの移動が中止されると、ソースデバイスのスペースが解放されません。^{[20] [21]}

メディア転送プロトコルの無料のオープンソース実装はlibmtpとして利用可能です。^[22]このライブラリは多くのソースからの製品IDとデバイスIDを組み込んでおり、^[14]他のMTPサポートソフトウェアでよく使用されます。

GNOME Files (旧称 Nautilus) やArchive Manager (旧称 File-Roller)などのGNOMEアプリケーションは、 GIOベースのGVfsを使用して MTP デバイス上のファイルにアクセスします。適切な MTP サポートは、バージョン 1.15.2 (2013-01-15) ^[23]でPhilip Langdale によってGVfsに追加されました。 ^{[24] [25]} Google の直接 I/O 拡張を有効にする GVfs の初期パッチが利用可能です。^[26]

KDE プロジェクトは、 GVfs と同等の統合レベルで MTP KIOスレーブを開発しています。

GNOME や KDE とは関係のない、*NIX グラフィカル MTP 対応メディア プレーヤー、gMTP です。

いくつかのツールは、Unix ファイルシステム階層内に MTP デバイスをマウントするための FUSEベースのファイルシステムを提供しており、ファイルやディレクトリを操作するすべてのプログラムからアクセスできるようになります。

macOSにはMTPのサポートが組み込まれている（アプリケーション「イメージキャプチャ」^[27]経由）が、MTPデバイスをドライブとしてマウントするための（サードパーティの）ドライバはない。また、Mac OS X v10.5以降では、いくつかのサードパーティのファイル転送アプリケーションが利用可能である。

• Android File TransferはシンプルなMTPクライアントです。^[28]
• Android File Transfer For Linux (および Mac OS X)、オープンソース、ライセンス GPL バージョン 3、グラフィカル UI、コマンドライン ツール、FUSE ラッパー - デバイスのマウント、^[29]
• OpenMTP - オープンソースのMTPクライアント。macOS用の高度なAndroidファイル転送アプリケーション。グラフィカルUI。Androidファイル転送よりも高速な転送速度。^[30]
• XNJBはiTunesプレイリストの同期も提供します。^[31]
• SyncMate Expertは、他の同期タスクに加えてMTPもサポートしていると主張しています。無料版ではサポートをテストすることはできません。^[32]
• Commander One PRO Pack - MacにMTPデバイスをマウントし、そのコンテンツを管理できるファイルマネージャー。^[33]

AmigaOS、Android、AROS、MorphOS、Symbian OSなど、いくつかのオペレーティング システムの以降のバージョンでは、追加のドライバーやソフトウェアが必要になる場合もあります。

AndroidのMTPデバイスをUSBマスストレージと比較した場合の欠点は、Androidデバイスからコンピュータにファイルをコピーするときにファイルのタイムスタンプが保持されるものの、逆方向にコピーするときには、ファイルの変更タイムスタンプがコピーが行われた時間に置き換えられることです。^{[34] [35]}

Creative Technology、Intel、iriver、Samsung Electronicsなど、Microsoftの「Portable Media Center仕様」に基づいたデバイスを製造している企業は、MTPを広く採用しています。2004年のConsumer Electronics Showでは、サポートデバイスが発表されました。

当初は不確かな反応が続いたが、Creative Technology や iriver などの大手メディア プレーヤー メーカー数社が、自社のプロトコルの代わりに MTP プロトコルを採用した。

多くのデバイスとオーディオ ソフトウェア アプリケーションは MTP をサポートしています。

• USBマスストレージ
• ネットワーク接続ストレージ(NAS)

• ウィンドウズメディア
• IEEE 1394 (ファイアワイヤ)

• MTP 1.1 仕様
• Wayback Machineの Canon の採用に関する記事(2008 年 11 月 20 日アーカイブ)
• MTP とは何か、なぜなのか、どのようにするのか。(Android 機能)
• ArchLinux Wiki: メディア転送プロトコル