【ITニュース解説】No-Upload File Conversion in the Browser: An Architecture Walkthrough

多くのオンラインファイル変換ツールが提供されているが、その仕組みを深く考えたことはあるだろうか。ほとんどの場合、私たちが変換したいファイルをインターネット上のサーバーにアップロードし、そのサーバーで変換処理が行われ、結果として変換済みのファイルをダウンロードする、という流れだ。この一般的な方法は、一見便利に思えるが、実は大きな課題を抱えている。

たとえば、仕事で使うクライアントのモックアップ画像、署名済みの契約書、まだ公開されていない新製品のスクリーンショットなど、機密性の高いファイルを変換する場面を想像してみてほしい。これらのファイルは、一度サーバーにアップロードされると、私たちが管理できない第三者のインフラを経由することになる。多くのサービスは「24時間後にファイルを削除します」と約束するが、その約束が実際に守られているかを私たちが確認する術はない。これは、プライバシーとセキュリティの観点から、静かながらも深刻な問題だ。

この問題に対処するため、ファイルを一切サーバーにアップロードせず、完全にユーザーのブラウザ内で変換処理を完結させる新しいアプローチが開発された。この「アップロードなし」というコンセプトは、単なるマーケティング文句ではなく、実際にその安全性を検証できる仕組みになっている。具体的には、ウェブブラウザの開発者ツールを開き、ネットワーク通信のログを確認すれば、ファイル変換時にデータが外部サーバーへ送信されていないことを目で見て確かめられるのだ。これは、このツールがHTML、CSS、JavaScript、そしてWebAssembly（WASM）という、ウェブブラウザで高速に実行できる低レベルのプログラム形式を含んだ静的なファイル群としてコンテンツデリバリーネットワーク（CDN）上に配置されており、サーバー側での処理を必要としない、つまり、そもそもファイルをアップロードするバックエンドのサーバーが存在しないからこそ可能なことだ。

画像ファイルを変換する際の具体的な技術的流れは、大きく「デコード → 描画 → エンコード」の3つのステップに分けられる。まず「デコード」では、元の画像ファイルをブラウザが理解できる形式に変換する。この際、スマートフォンの写真によく見られる、撮影時の向きを示すEXIF情報（写真データに付随する情報）を利用して、画像が横向きになってしまわないように正しい向きに自動で回転させる処理が含まれる。しかし、一部のブラウザはこのEXIF情報による自動回転に対応していない場合があるため、その場合は通常のデコード処理に切り替わるように工夫されている。

次に「描画」のステップでは、デコードされた画像を一時的に「オフスクリーンキャンバス」と呼ばれる、画面には表示されない仮想的な描画領域に描き出す。これは、実際の描画作業を裏側で行うための場所であり、ユーザーインターフェースが固まることなくスムーズに処理を進めるために重要だ。特にJPEG形式の画像を出力する場合、透明な部分を持つ画像（透過PNGなど）をJPEGに変換しようとすると、透明な部分が予期せず黒く表示されてしまうことがある。これを避けるため、オフスクリーンキャンバスをあらかじめ白色で塗りつぶしておくことで、透明なピクセルが白色で表現されるように調整される。JPEGには透明度を示すアルファチャネルがないため、この一手間が仕上がりの品質に大きく影響する。

そして最後の「エンコード」のステップでは、キャンバスに描画されたピクセルデータを目的のファイル形式（例：JPEGやWebP）に変換する。ブラウザ標準のcanvas.toBlob()というAPIでもエンコードは可能だが、これを使って生成されるJPEGファイルは品質が低かったり、元のファイルよりもサイズが大きくなってしまうなど、効率が悪い場合がある。そこで、このツールではWeb Workerという、ブラウザのメイン処理とは独立したバックグラウンドで動く仕組みを利用している。Web Workerの中では、jSquashという、高圧縮率で知られるmozjpeg、libwebp、oxipngといったライブラリをWebAssembly（WASM）という技術でウェブブラウザ向けにコンパイルしたものが実行される。これにより、デスクトップアプリケーション並みの高い圧縮品質を実現しながら、変換処理中もウェブページの操作がフリーズしないように、メインスレッドへの負荷を最小限に抑えているのだ。

大規模な画像を扱う際には、さらに細かな技術的配慮が重要になる。一つは「ゼロコピー転送」だ。これは、Web Workerに画像データを送る際に、そのデータを複製せずに、データの所有権をメインスレッドからWeb Workerへ直接「移譲」する技術である。例えば、40メガピクセルといった非常に大きな画像データは、複製するだけでも多大なメモリと時間が必要となる。ゼロコピー転送を利用することで、このオーバーヘッドを削減し、処理の効率を大幅に向上させている。postMessageというデータ転送の関数で、転送したいデータのバッファを特別な引数として渡すことで実現される。

もう一つは、Web Workerの「タイムアウト管理」だ。あまりにも大きな画像をエンコードしようとすると、その処理に長時間かかり、設定された処理時間を超えてしまうことがある。もしタイムアウトしたWeb Workerをそのままにしておくと、そのWorkerは他のタスクを処理できなくなり、後から来る変換リクエストがすべてそのWorkerの後ろに溜まってしまい、最終的にすべての処理が停止してしまう。これを避けるため、タイムアウトが発生した場合には、そのWeb Workerを強制的に終了させ、関連するすべての保留中のリクエストをキャンセルする。そして、次のファイル処理のために、新しいWeb Workerを「怠惰に」（つまり、必要な時になってから）再構築することで、システム全体の安定性と応答性を保っている。

特に難しい課題の一つが、HEIC形式のファイルへの対応だ。HEICはiPhoneなどで採用されている高効率な画像フォーマットだが、AppleのSafariブラウザを除き、ほとんどのウェブブラウザは標準ではこの形式をデコードできない。この問題を解決するために、libheifというHEICデコードライブラリをWebAssembly（WASM）にコンパイルして利用している。しかし、ここには「Content-Security-Policy」（CSP）という、ウェブサイトのセキュリティを強化するための仕組みとの間に落とし穴がある。一般的なheic-toというライブラリのエントリーポイントは、new Functionという機能に依存しており、これはCSPのunsafe-evalという設定を必要とする。unsafe-evalはセキュリティリスクが高いため、多くの本番環境では許可されていない。そこで、evalを使用しないheic-to/cspという特別なビルドを利用することで、必要なCSPの緩和はwasm-unsafe-eval（WASMの実行には必要とされる）のみに抑えている。さらに、このHEICデコーダーは「ダイナミックインポート」という技術を使って、必要になったときにだけ読み込まれるため、HEICファイルを変換しないユーザーには余分なダウンロードコストがかからないようになっている。

ファイル圧縮では、「品質スライダーで圧縮率を調整する」のは比較的簡単だが、「この画像を200KBに圧縮する」という特定の目標サイズに合わせるのは非常に難しい。なぜなら、画質とファイルサイズの間には簡単な数式が存在しないからだ。このツールでは、この課題を解決するために「バイナリサーチ（二分探索）」という高度なアルゴリズムを採用している。これは、まず中間の品質値で画像を一度エンコードし、その結果できたファイルのサイズが目標サイズより大きいか小さいかを判断する。そして、目標サイズに近づくように品質値の範囲を半分に絞り込み、再度エンコードするというプロセスを繰り返す。この各試行ごとに、元のピクセルバッファの新しいコピーが必要になる（ゼロコピー転送を使うと元のバッファが使用できなくなるため）。通常、約5回の繰り返しで、画像を何十回も再エンコードすることなく、十分な精度で目標サイズに合った最高品質を見つけることができる。

また、ユーザーインターフェース（UI）の操作性も考慮されている。JSONやYAMLのようなテキストファイルを扱うツールでは、構文をハイライト表示したり、行番号を表示したりするために、ファイルの内容を細かく解析する必要がある。しかし、数メガバイトにもなる巨大なファイルをそのまま解析しようとすると、ブラウザのメインスレッドがロックされてしまい、UIがフリーズする原因となる。これを防ぐため、このツールでは、一定のしきい値を超えるような大容量ファイルの場合、ユーザー体験を損なわないように、自動的にプレーンテキスト表示に切り替わるように設計されている。また、ノード数（解析される要素の数）のカウントも、上限を超えた時点で処理を中断することで、過度に大きなファイルを全て解析し切る前に、処理を効率的に打ち切る工夫が凝らされている。

このようなブラウザ内で完結するファイル変換ツールの最大のメリットは、やはり「プライバシー」だ。ファイルが一度もユーザーのデバイスから離れることがないため、第三者のデータ保持ポリシーを信用する必要がなくなる。また、ファイルをサーバーにアップロードしてダウンロードする往復の通信が不要になるため、処理速度も向上する。さらに、インターネット接続が遅い場所や不安定な状況下でも、安定して作業を続けられるという利点もある。これらの技術的な工夫が、より安全で快適なオンラインファイル変換体験を可能にしている。