【ITニュース解説】Meta CTO explains the cause of its embarrassing smart glasses demo failures
2025年09月19日に「Engadget」が公開したITニュース「Meta CTO explains the cause of its embarrassing smart glasses demo failures」について初心者にもわかりやすく解説しています。
ITニュース概要
Metaスマートグラスの発表デモで不具合が発生。AI機能の誤作動は、会場内の多数のデバイスが開発サーバーへ同時にアクセスし、過負荷状態を招いたため。また、ビデオ通話応答不可は、通知時にディスプレイがスリープする未知のバグが原因だった。これらは既に修正済みだ。
ITニュース解説
Metaが発表した最新のスマートグラスのデモンストレーションで、二つの予期せぬ問題が発生した。これらの問題は、製品そのものの欠陥ではなく、デモ環境特有の状況や、これまでに発見されなかったソフトウェアの不具合が原因であることが、同社の最高技術責任者(CTO)であるアンドリュー・ボズワース氏によって説明された。システム開発の現場では、このような想定外の事態は珍しくなく、初心者が学ぶべき重要な教訓が含まれている。
一つ目の問題は、スマートグラスのAIアシスタント「Live AI」の機能を紹介するデモ中に起きた。料理コンテンツクリエイターがスマートグラスに「Hey Meta, start Live AI」と呼びかけ、韓国風ステーキソースの作り方を尋ねたところ、AIは詳細な指示を飛ばしてしまい、正常に機能しなかった。会場にいたシェフはWi-Fiの不具合を疑ったが、CTOの説明によれば、原因は全く別のところにあった。
このデモイベントでは、多くの参加者がMetaのスマートグラスを装着していた。問題は、シェフが「Hey Meta, start Live AI」と発したとき、会場内にあった膨大な数のMeta Ray-Banスマートグラスが、その指示に一斉に反応してしまったことだった。通常、開発中のシステムをテストする際には、本番環境に影響を与えないように、そのシステム専用のサーバー(開発サーバー)に接続を限定することが多い。MetaもLive AIのトラフィックを開発サーバーに分離するよう設定していた。しかし、この場合は、会場内の全てのスマートグラスからのLive AI関連のアクセスが、この一つの開発サーバーに集中してしまったのだ。
これは、「分散型サービス拒否攻撃」(DDoS攻撃)と呼ばれるサイバー攻撃と似た状況を生み出した。DDoS攻撃とは、複数のコンピューターから特定のサーバーに対し、同時に大量のアクセスやデータを送りつけることで、そのサーバーをパンクさせ、正常なサービス提供を妨害する行為を指す。今回のケースでは、外部からの悪意ある攻撃ではなく、自社の製品が大量に一斉に作動した結果、意図せず自社の開発サーバーに過剰な負荷をかけてしまった形だ。CTOが「自らをDDoS攻撃したようなものだ」と説明したのはそのためである。このシステムは、これほど多くのデバイスからの同時アクセスを想定していなかったため、処理能力を超えてしまい、AIが正常に応答できなくなったのである。
この問題がリハーサル中に発生しなかったのは、テスト時には会場に本番ほど多くの人がスマートグラスを着用していなかったためだという。システムの性能や負荷耐性を評価する際には、本番に近い環境で、想定される最大規模のユーザー数を再現してテストすることの重要性を示唆している。特に、音声コマンドのような、多くのデバイスが同時に反応する可能性のある機能では、このような事態を事前に予測し、適切な負荷テストを行うことが不可欠となる。
二つ目の問題は、マーク・ザッカーバーグ氏がスマートグラスでWhatsAppのビデオ通話に応答しようとした際に発生した。スマートグラスのディスプレイには着信通知が表示されたものの、通話に応答するためのオプションが表示されず、通話を開始することができなかった。
CTOは、これを「これまでに見たことのないバグ」が原因であると説明した。バグとは、ソフトウェアプログラムの設計上や実装上の誤りのことで、予期しない動作を引き起こす。この特定のバグは、ビデオ通話の着信通知がスマートグラスのディスプレイに表示されるのと、ディスプレイがスリープ状態に移行するタイミングが偶然にも完全に一致したときに発生したという。ディスプレイがスリープ状態に入った瞬間に通知が来てしまったため、ユーザーが通話に応答するためのインターフェースが適切に表示されなかったのだ。ザッカーバーグ氏がディスプレイを一度起動し直しても、応答オプションは表示されなかったという。
このバグがデモンストレーション以前には全く検出されなかったのは、その発生条件が非常に特殊だったためと考えられる。通常、ソフトウェアのテストは様々なシナリオで行われるが、複数のイベントがミリ秒単位で偶然一致するような稀なケースは、テストで再現することが極めて難しい場合がある。しかし、このバグはデモ後に迅速に特定され、すでに修正済みであるという。MetaはWhatsAppのようなビデオ通話機能を既に確立しており、その基盤技術には自信を持っているとCTOは述べたが、公の場でその機能が実際に動作することを示す機会を逃したことは残念だと認めた。
これらのデモ失敗事例は、システムエンジニアを目指す者にとって貴重な学びの機会となる。一つは、システムの設計段階で、現実世界で起こりうるあらゆる状況、特に多くのユーザーが同時にサービスを利用する際の負荷集中を詳細に予測し、それに対応できるような堅牢なアーキテクチャを構築することの重要性だ。もう一つは、どんなに綿密なテストを行っても、リリース後に新たなバグが発見される可能性があること、そしてそのようなバグが発見された場合には、迅速に原因を特定し、修正する能力が求められることである。デモンストレーションという本番環境は、時に予測不可能なシナリオを露呈させ、開発チームに新たな知見をもたらすこともある。このような経験を通じて、システムはより強固で信頼性の高いものへと進化していくのである。