プロのスポーツ写真では、シャッターを切ってから掲載されるまでの一連の流れに、複数の人が関わります。多くの場合、それぞれ別の場所で作業しています。カメラマンはコートサイドで撮影し、何百キロも離れたリモートエディターが編集・納品を担当します。そのプロセス全体を数時間ではなく数分で完了させる必要があります。

ボトルネックは編集作業そのものではありません。その周囲のすべて、つまりファイルの到着を待つこと、FTPクライアントを手動で更新すること、アプリを切り替えること、完成画像を1枚ずつアップロードすることです。ライブイベントでは1分1秒が勝負であり、こうした小さな中断が積み重なって大きなロスになります。

このガイドでは、そうした中断を完全に排除する実践的なワークフローを解説します。写真は自動的に届き、編集はCapture Oneで行い、最終データは編集アプリから一切離れることなくクライアントに納品されます。

従来のワークフローの問題点

スポーツイベントにおける一般的なリモート編集ワークフローは、こんな流れです：

  1. カメラマンがプレー中にバースト撮影する。
  2. プレーの合間にセレクトし、FileZilla、Transmitなどのクライアントを使ってRAWファイルをFTPサーバーにアップロードする。
  3. リモートエディターがFTPサーバーを手動でチェックする。新しいファイルが届いていないか、数分おきにフォルダを更新する。
  4. ファイルが表示されたらダウンロードし、Capture Oneに読み込み、編集してJPEGを書き出す。
  5. 再びFTPクライアントを開き、納品フォルダに移動して、完成したJPEGをアップロードする。
  6. ピクチャーデスクやクライアントがサーバーから最終データをダウンロードする。

このワークフローには3つの致命的な問題があります：

これらのステップはすべて自動化できます。

自動化されたワークフロー

目指すのは、リモートエディターの仕事が「編集だけ」になるパイプラインです。ファイルの受信も最終データの納品も、すべてバックグラウンドで処理されます。

カメラマンがRAWセレクトをFTPサーバーにアップロード
↓
FTPull がサーバー上の新規ファイルを検知 → ローカルフォルダにダウンロード
↓
Capture One のホットフォルダが自動的に読み込み
↓
エディターがセレクト、編集し、出力フォルダにJPEGを書き出し
↓
FTPush が新規書き出しを検知 → 納品サーバーにアップロード
↓
ピクチャーデスクが最終データを受信

2つのアプリがメニューバーで動作します。FTPullは受信側を担当し、FTPサーバーを監視して新しいファイルが現れた瞬間にダウンロードします。FTPushは送信側を担当し、書き出しフォルダを監視して完成画像を自動的にアップロードします。エディターはCapture Oneでの作業に集中できます。

受信側の設定：FTPull

FTPullは、リモートのFTP、SFTP、またはFTPSサーバーを監視し、新しいファイルを自動的にダウンロードするmacOSメニューバーアプリです。スポーツ写真ワークフローでの設定方法は以下の通りです：

  1. 接続を作成する。 FTPサーバーの認証情報を入力します。カメラマンがRAWセレクトをアップロードするのと同じサーバーです。サーバーの構成に応じてFTP、SFTP、またはFTPSを選択します。
  2. リモートフォルダを設定する。 カメラマンがファイルを置くフォルダをFTPullに指定します。例：/event-2026/selects/
  3. ローカルフォルダを設定する。 Capture Oneが読み込みを監視するフォルダにします。例：~/Pictures/Event-Incoming/。FTPullがダウンロードしたファイルはすべてここに保存されます。
  4. ポーリング間隔を設定する。 ライブイベントでは、サーバーが許容する最短の間隔（通常30〜60秒）を使用します。FTPullはこの間隔でリモートフォルダをチェックし、新着ファイルをダウンロードします。
  5. 拡張子でフィルタリングする。 FTPullがRAWファイル（.CR3、.ARW、.NEF、.RAF）とXMPサイドカー（.xmp）のみをダウンロードするように設定します。カメラマンがサーバーに残したテスト用JPEGや無関係なファイルのダウンロードを防ぎます。
  6. 通知を有効にする。 新しいバッチが到着した際のmacOS通知により、Capture Oneに切り替えて編集を開始するタイミングがわかります。
不完全なファイルについて： FTPullはまず一時的な場所にファイルをダウンロードし、ダウンロードが完了してから保存先フォルダに移動します。つまり、Capture Oneが書き込み途中のRAWファイルを読み込むことはありません。カメラマンがまだアップロード中の場合、部分的にアップロードされたファイルは次のポーリングまでスキップされ、アップロード完了後にダウンロードされます。

Capture One：ホットフォルダワークフロー

Capture One Proはホットフォルダインポートに対応しています。監視フォルダに新しい画像が現れると自動的に読み込む機能です。FTPullのダウンロード先フォルダを指定すれば、カメラマンから届いたすべてのRAWファイルが数秒以内にセッションまたはカタログに読み込まれます。

編集ワークフローはシームレスになります：

FTPクライアントを開くことは一切ありません。手動でのダウンロードやアップロードも一切不要です。ファイルが届き、編集し、書き出す。それだけです。

Capture Oneの出力フォルダの設定

Capture Oneの書き出し設定（プロセスレシピ）で、出力先を特定のフォルダに設定します。例：~/Pictures/Event-Delivery/。これがFTPushの監視対象フォルダになります。レシピが正しいフォーマットで出力するように確認してください。通常はクライアントが求める解像度と品質のJPEG（sRGB、300dpi、品質10〜12）です。

ヒント： クライアントや通信社ごとに専用のプロセスレシピを作成しましょう。「Agency XYZ — sRGB JPEG」のようにわかりやすい名前をつけます。イベントやクライアントを切り替えるときは、レシピを切り替えるだけです。出力先フォルダは同じままなので、FTPushの再設定は不要です。

送信側の設定：FTPush

FTPushはmacOSのFSEventsを使ってローカルフォルダを監視し、新しいファイルが現れた瞬間にアップロードします。納品側の設定方法は以下の通りです：

  1. 接続を作成する。 納品サーバーのFTP認証情報を入力します。ピクチャーデスクやクライアントが最終データを受け取るサーバーです。
  2. 監視フォルダを設定する。 Capture Oneの書き出し先フォルダを指定します：~/Pictures/Event-Delivery/
  3. リモート納品フォルダを設定する。 サーバー上で最終データを保存する場所を指定します。例：/delivery/event-2026/finals/
  4. 拡張子フィルターを設定する。 FTPushが.jpgファイルのみをアップロードするように設定します。Capture Oneが出力フォルダに作成するXMPサイドカー、カタログファイル、一時ファイルの誤アップロードを防ぎます。
  5. ファイル安定性チェッカーを有効にする。 Capture Oneが大きなJPEGを書き出す際、ファイルは完全に書き込まれる前にディスク上に存在します。安定性チェッカー（デフォルト2秒）は、ファイルサイズの増加が止まるまで待ってからアップロードを開始します。不完全なファイルの転送はありません。
  6. Finderタグを有効にする。 書き出されたJPEGがFinderで色分け表示されます：黄色（待機中）、青（アップロード中）、緑（納品済み）。出力フォルダ内の各ファイルの納品状況が一目でわかります。

接続をオンにします。これ以降、Capture Oneが書き出すすべてのJPEGが自動的に納品サーバーにアップロードされます。エディターがFTPクライアントに触れることは一切ありません。

ライブイベント中のリズム

両方のアプリが稼働すると、イベントのワークフローは自然なリズムに落ち着きます：

  1. カメラマンがバースト撮影する。 プレーの合間にカメラまたはラップトップでセレクトし、最良のカットを選び、RAWセレクトをサーバーにアップロードする。
  2. FTPullが自動的にダウンロードする。 アップロード完了から30〜60秒以内に、RAWファイルがエディターのMacに届く。通知が表示される。
  3. エディターがCapture Oneを開く。 ファイルはすでに読み込まれている。編集時間：1プレーにつき8〜12枚のバッチで2〜5分。素早い色補正、クロップ、キー画像への部分調整程度。
  4. エディターが書き出す。 すべてを選択して処理を実行。Capture Oneが出力フォルダにJPEGを書き出す。
  5. FTPushが即座にアップロードする。 FSEventsが1秒以内にJPEGを検知する。安定性チェック後、アップロードが開始される。5MBのJPEGなら、適度な回線速度で数秒で完了する。
  6. ピクチャーデスクが受信する。 最終データは納品サーバーに届く。通常、カメラマンがシャッターを切ってから3〜4分以内に完了する。

エディターはCapture Oneに留まったままです。唯一のコンテキストスイッチは通知をちらりと確認することだけです。ハーフタイムや休憩中に、納品フォルダのFinderタグを確認してすべてが送信済みかどうかをチェックできます。

よくある問題への対処

低速・不安定な回線

スポーツ会場はインターネット接続が不安定なことで有名です。FTPushには接続ごとの帯域制限機能があり、50人の他のカメラマンとプレスルームのWi-Fiを共有する場合に役立ちます。接続が途切れた場合、FTPushは自動的にリトライします。失敗したアップロードはFinderで赤色にマークされ、アプリの履歴に記録されます。

FTPullもネットワーク障害に同様に対応します。ダウンロードの失敗や接続タイムアウトが発生しても、次のポーリングサイクルでリトライされます。ファイルが失われることはありません。

複数のカメラマン、1人のエディター

同じイベントで複数のカメラマンの編集を担当する場合、カメラマンごとのサーバーフォルダに対して個別のFTPull接続を作成します。各接続はそれぞれのローカルサブフォルダにダウンロードします。Capture Oneでは、サブディレクトリ監視を有効にして親ディレクトリを監視するようにホットフォルダを設定します。

複数の納品先

イベントによっては、チームのマーケティング部門、通信社、リーグのメディアポータルなど、複数のクライアントに同時に納品する必要があります。同じ書き出しフォルダを監視する複数のFTPush接続を作成し、それぞれ異なるサーバーにアップロードするように設定します。1回の書き出しで、すべての納品先にパラレルに配信できます。

ハーフタイム中の大量バッチ

ハーフタイムには、カメラマンが80〜100枚のセレクトを一度にアップロードすることがあります。FTPullがすべてをダウンロードします。FTPushの通知バッチ機能により、アップロード確認がグループ化され、80件の個別アラートではなくバッチごとに1件の通知が届きます。同時アップロード数（1〜8の並列アップロードで設定可能）で、速度とサーバー負荷のバランスを調整できます。

ヒント： ほとんどのサーバーでは、FTPushの同時アップロード数を3〜4に設定するのがおすすめです。値を大きくするとアップロードは速くなりますが、同時セッション数が多すぎるとスロットリングや接続拒否が発生するFTPサーバーもあります。

このワークフローが機能する理由

自動化レイヤー全体がエディターにとって透過的です。FTPullもFTPushもメニューバーアプリとして動作し、管理するウインドウもDockアイコンも画面を占有しません。Capture Oneに完全にフォーカスできます。

技術的な基盤も重要です：

始めるために必要なもの

完全なセットアップに必要なものは以下の通りです：

FTPullとFTPushはどちらも14日間の無料トライアルを提供しています。実際のイベントを通じてワークフロー全体をテストするのに十分な期間です。または、FTPSuiteバンドルなら両方をまとめてお得に入手できます。

一度設定すれば、ワークフローはバックグラウンドで永続的に動作します。カメラマンがアップロードし、エディターが編集し、クライアントが受け取る。手動での転送は不要。アプリの切り替えも不要。サーバー上で誰にも気づかれずに放置されるファイルもありません。