Android の新しい AirDrop スタイルの機能は実際にどのように機能するのでしょうか?

2025 年 11 月下旬、Google AirDropをAndroidに対応させたと発表したを使用すると、iPhone および Mac ユーザーが Android スマートフォンとワイヤレスでファイルを共有できるようになります。 Apple は、Pixel 10 シリーズのスマートフォンで初めて導入されたこの機能の開発には関与していません。 Googleは発表の中で、この機能をより多くのデバイスに拡張する予定であると主張した。

反応は層状になっていました。まず驚いたのは、iPhone を購入した人が、AirDrop を利用するために MacBook を購入する可能性があるため、Apple はいわゆるウォールド ガーデン エコシステムを信じられないほど保護しているということです。その文脈において、Android に AirDrop 互換性を追加することは非常に大胆な動きです。 Googleも同行 セキュリティに関するブログ投稿 クパチーノに向けてそれほど微妙ではないジャブで始まり、「テクノロジーは人々を近づけるものであり、壁を作るものではない」と宣言した。しかし、人々も興奮していました。 iOS ユーザーも Android ユーザーも、デジタル エコシステムを共有していない友人とファイルを共有することがいかに煩わしいかを知っているため、ユーザーにとっては Win-Win です。

しかし、ニュースを処理した後、人々は Google がどのようにして AirDrop プロトコルを突破できたのか知りたがりました。同社のエンジニアは Apple の背後にいたのに、Android が AirDrop を安全に実装しているとどうやって確信できるのでしょうか?また、何か制限はあるのでしょうか、それとも Android ユーザーは本当にフル機能の AirDrop を利用できるのでしょうか?簡単な答えは、新しいヨーロッパの独占禁止法により、Apple が使用する Wi-Fi の修正バージョンから Apple 以外のデバイスを除外する AirDrop のデバイス制限を Google が回避できるようになったということです。

AirDrop の背後にある基本テクノロジーを難読化することは、Apple にとって常に関心のあることでした。AirDrop は、AWDL (Apple Wireless Direct Link) と呼ばれる Wi-Fi Direct の単なる修正バージョンです。簡単に言うと、両方のデバイスを接続する一時的な Wi-Fi ネットワークを作成し、その接続経由でファイルを送信します。言い換えれば、Apple は普遍的な標準を採用し、それを iOS と macOS でのみ動作するように変更することで AirDrop を作成しました。実際、Wi-Fi の次の進化はその研究から生まれ、より現代的な Wi-Fi Aware につながりました。

欧州の規制当局はアップルのアプローチを好まず、デジタル市場法にリストされている複数のデジタル「ゲートキーパー」の一つに同社を名指しした。 2025年3月、欧州委員会はAppleからの上訴を却下し、同社に「サードパーティの接続された物理デバイスの確立と使用を許可する」ことを部分的に強制した。 [a peer-to-peer Wi-Fi] iPhone との接続」によると 裁定。これは Apple が AirDrop をオープンソースにすることを強制されたという意味ではなく、Apple 以外の製品が AirDrop と連携して動作するか、AirDrop と並行して動作することを許可しなければならないことを意味しました。

Google は、Android 8.0 Oreo からファイル共有に Wi-Fi Aware を採用していました。現在、Android でのワイヤレス ファイル共有は、統合された Quick Share アプリを通じて機能します。 Androidの最高の機能。 Apple が AWDL を使用してそのテクノロジーの種を蒔いたため、Google はおそらくそれをリバース エンジニアリングするのがずっと簡単だったでしょう。そして、EUの規制のおかげで、Appleはコンプライアンスに関してAppleの足を引っ張っていると思われることに快く思っていない欧州官僚からさらなる罰則を受ける危険を冒さずに、あまりにも厳しく対応することはできないかもしれない。とはいえ、AirDrop の互換性が Pixel 10 以外のスマートフォンに展開されるまでは、 AirDrop に代わるサードパーティの Android アプリ チェックしてみる価値があります。

規制の基礎が整っていれば、Apple の AirDrop 用プロトコルをリバースエンジニアリングして Android の Quick Share ツールに適用するという Google の技術的作業は、おそらくより簡単な取り組みだったかもしれません。ただし、2 つのデバイス間の Wi-Fi 接続を開くとセキュリティ上の脆弱性が生じ、ユーザーが悪用される可能性があるため、これは依然として慎重な作業でした。

セキュリティの落とし穴を避けるために、Google のエンジニアは Rust コーディング言語を使用しました。この言語には、コンパイル時のメモリやスレッドの安全性、およびいくつかの所有権ルールなどのセキュリティ機能が組み込まれています。非常に単純化しすぎますが、プログラマーの作業中に間違いや脆弱性がチェックされます。目標は、によると、 グーグルは、脅威アクターによる悪意のあるコードの実行を可能にする可能性のある「バッファ オーバーフローやその他のメモリ破損のバグ」を回避するためでした。 Googleはまた、悪意のあるファイルやハッキングから保護するために、AndroidとiOSのセキュリティ機能が相互に重複することを保証したと主張している。 Google が内部テストを終了した後、独立系サイバーセキュリティ会社 NetSPI によって侵入テストが実施されました。

しかし、Google が回避できなかったのは、AirDrop の共有フィルターでした。 Android スマートフォンを iPhone と共有するには、iOS ユーザーが AirDrop 設定を変更して、誰からでもファイルを受信できるようにする必要があります。もちろん、これは iPhone が近くにいる誰からでもファイルを受信できることを意味します。 AirDrop は 10 分後によりプライベートな設定に戻りますが、iOS ユーザーは混雑した場所で Android デバイスで AirDrop を使用することを避けたい場合があります。 Googleは「ようこそ」と言っています[s] 将来的には Apple と協力して「連絡先のみ」モードを有効にする機会がある」と述べたが、Apple がそれに応じるかどうかはまだ分からない。