最終更新: 2026-07-09
「ピアツーピア」という言葉はあいまいに使われがちですが、ファイル転送における本当の意味はこうです。ファイルは会社のサーバーに一度アップロードされてからダウンロードされるのではなく、一台のデバイスからもう一台へ直接送られます。途中にコピーが留まりうる寄り道はありません。
簡単そうに聞こえますが、インターネットはもともと2台の見知らぬデバイスが勝手に見つけ合って直接話せるようには作られていません——ほとんどの接続はルーターやファイアウォールの内側に隠れていて、外部から到達されることを想定していないのです。このページでは、直接接続が実際にどう確立されるのか、確立できないときはどうなるのか、それがプライバシーと速度にとって何を意味するのかを平易な言葉で説明します。具体例として全編で Relayium を取り上げますが、これはまさにこの仕組みを実装したサービスだからです。
ほとんどの「ファイルを送る」ツールはアップロード方式で動きます。あなたのデバイスから会社のサーバーへファイルが送られ、そこに保存され、相手はそれをダウンロードします。これは2ホップであり、しばらくの間、あなたのファイルの完全なコピーが他者のストレージ上に存在します——後で削除されるとしてもです。
ピアツーピア転送はこの寄り道を省きます。あなたのデバイスと相手のデバイスの間に接続が開けば、ファイルのバイトはその1ホップだけを直接流れ、他のどこも経由しません。保存すべきサーバー側のコピーも、守るべき対象も、いずれ削除すべきものもありません。そもそもアップロードされていないからです。
ここが直感的ではない部分です。あなたのデバイスは、外部インターネットからどう見えているかをほぼ確実に知りません——家庭用ルーターや通信キャリアのネットワークアドレス変換（NAT）の内側にあり、共有のグローバル IP の裏に隠され、ポートも動的に割り当てられます。相手のデバイスも同じ状況です。どちらも、実際に到達できるアドレスをまず知らなければ、相手に直接「電話」をかけることはできません。
そこで使われるのが STUN（NAT 越え用セッション走査ユーティリティ）です。各デバイスは軽量な STUN サーバーに短く一つの質問をします。「私はどのアドレス・ポートから来ているように見えますか？」その答えが、自分の外部向けアドレスを教えてくれます——ファイルでも、コンテンツでもなく、そこへの経路を示すのに十分なネットワーク情報だけです。両デバイスはこの情報を（接続確立の詳細だけを運び、ファイルのバイトは一切運ばないシグナリングの手順を通じて）交換し、互いのアドレスへ直接経路を開こうとします。多くの現実のケース——特に同じ Wi-Fi 上の2台や、挙動が予測可能な NAT——では、これだけで成功し、完全な直接接続が開きます。
STUN だけでは足りないこともあります。一部の NAT——特に厳しい企業ネットワークや一部の通信キャリア——は挙動が予測できず、外部から得られる情報だけでは到達可能なアドレスを発見できないことがあります。両方のデバイスがそうした NAT の内側にある場合、本当の意味での直接接続は不可能で、何かが間でトラフィックを中継する必要があります。
それが TURN（NAT 越えのための中継利用）です。直接経路が失敗したときに両デバイスが接続するフォールバック用の中継サーバーです。これは回避策やプライバシーの妥協というより、一部のネットワークの構造そのものが要求する必然と言えます——ただし、それが何を見て何を見ないのかは正確に説明する価値があります。Relayium では、ファイルは中継に届く前にすでにエンドツーエンドで暗号化されているため、中継が転送するのは常に暗号文だけです——開ける鍵を持たない封印されたデータです。バイトを運ぶだけで、読むことはできません。
プライバシー面の理屈はシンプルです。ファイルのバイトが1ホップだけ、2台のデバイス間を直接横切るとき、コピーが留まったり記録されたり他人にアクセスされたりし得るサーバー側の保存段階そのものが存在しません——そもそもそこに置かれたことがないからです。これは「いずれ削除すると約束します」とは構造的にまったく異なる保証です。
速度面の理屈も同じ論理です。アップロードしてからダウンロードする転送は、ネットワークを2回——上りと下り——横切らねばならず、送信側が完全に完了するまで受信側が開始できないこともよくあります。直接接続はネットワークを1回だけ横切り、間にスループットを制限したり独自の遅延を加えたりするサーバーがないまま、両デバイス間で遅い方の接続が許す速さでデータが連続的にストリーミングされます。
同じネットワーク上の2台で relayium.com を開くと、たいていは自動的に見つけ合います——アカウントもコードも不要、インストールするものも何もありません。これがローカルネットワークのケースで、多くの場合 STUN すら不要です。異なるネットワーク上の相手にインターネット越しに送る場合はペアリングコードを使います。送信者がサインインしてコードを生成する（または QR コードのオプション付きでリンクを共有する）と、相手が参加した時点で、同じく STUN、必要なら TURN という流れで直接または中継接続が開きます——どちらの経路でも受信者はアカウント不要です。
いずれの場合も、接続が開けば最大1,000ファイルのバッチがその接続を直接流れ、それぞれが SHA-256 ハッシュで個別に検証されるので、届いたものが送られたものと正確に一致しているか分かります。リアルタイムが不可能な場合——たとえば相手がオフラインの場合——は、それは本当に別のモード（ゼロ知識の保存リンク）であり、ピアツーピアではないので、別に理解しておく価値があります。
関連はしていますが同じではありません。P2P はネットワーク経路——バイトが2台のデバイス間を直接移動すること——を指します。暗号化は、そのバイトが途中の誰にとっても読めないかどうかを指します。Relayium のリアルタイム転送は両方を備えています。どちらの経路を取るかに関わらず、ファイルは直接（または中継経由だが暗号化された）経路上で、エンドツーエンドで封印されています。
小さなシグナリングサーバーが2台のデバイスが互いのアドレスを見つけるのを助けますが、それが見るのは接続確立の情報だけで、ファイルのバイトは一切見ません。直接経路が見つからない場合は TURN 中継が暗号化されたファイルデータを転送しますが、それでも扱うのは復号できない暗号文だけです。
一部のネットワーク——厳しい企業ファイアウォールや一部の通信キャリアの NAT に多い——は、外部から得られる情報だけでは到達可能なアドレスを発見できないような構造になっています。聞こえるほど頻繁ではありませんが、起きた場合には中継が転送を完全な失敗にせず継続させる役割を果たします。
中継はデータが通過する余分な1ホップであり、専用サーバーではなく共有サーバーであるため、多少の遅延は増える可能性があります。それでも一般には、アップロードしてからダウンロードする流れより速いです。ファイルが完全にサーバーに届くのを待たずにダウンロード側が開始できるからです。
同じネットワーク上の2台であればアカウントはまったく不要です。ペアリングコードで異なるネットワーク間に送る場合は送信者のサインインが必要ですが、どちらの経路でも受信者はアカウント不要です。
実際にどんな感じか気になりますか？2台のデバイスで Relayium を開いて、直接接続がリアルタイムに形成される様子を見てみてください。
Relayium を今すぐ試す