ZoomによるOnyx買収、クラウドファーストAIが見過ごせない空白を狙う

Zoomは9月23日、18人規模のAI検索スタートアップOnyxを買収し、会議の枠を超える事業展開を加速させた。ZoomによるOnyx買収が狙うのは、クラウドファーストのアシスタントが解決しきれていない対立だ。企業は有用なAIを求める一方で、機密データの管理権限を常に手放せるわけではない。

Onyxは職場のシステムを接続してその内容をインデックス化し、従業員やAIエージェントが関連知識を取得できるようにする。顧客が管理するインフラ上での稼働も可能だ。この導入モデルにより、この取引は単なるコラボレーションソフトウェアの買収以上の意味を持つ。

Zoomは現在、仕事について議論される会話の場と、その会話の背景にある文書を取得できる検索レイヤーの両方を手にする。Microsoft、Google、そしてエンタープライズ検索の専門企業Gleanも、この機会の異なる形を追求している。Zoomは、オープン性とセルフホスティングによって独自の立ち位置を築けると見込んでいる。

ZoomによるOnyx買収で実際に変わること

Zoomは、会議終了後にAI製品が必要とするコンテキストレイヤーを買収している。

Onyxの共同創業者であるChris Weaver氏とYuhong Sun氏は、同社が9月23日にZoomへ加わると発表した。公表時点では、買収額、取引の詳細な構造、正式な完了日は公開されていない。

Weaver氏は、同じ18人のチームがZoomの追加リソースを得てOnyxの開発を続けると述べた。同氏の買収に関する声明では、ソフトウェアをオープンソース、モデル非依存、アプリケーション非依存、かつセルフホスト可能なまま維持することも約束されている。

これらの約束は、Zoomが何を買収したと考えているかを示すため重要だ。Onyxは単なるチャットボットや、もう一つの会議要約ツールではない。Slack、Google Drive、GitHub、Confluence、Salesforce、SharePointなど、複数のシステムに散在する知識を発見し活用するためのソフトウェアである。

このプラットフォームは、接続した情報のインデックスを作成しながら、元のアクセス権限を保持する。インデックスとは、ソフトウェアが質問ごとにすべての情報源を走査せずとも、関連情報を取得できるようにする構造化された表現だ。

例えば従業員が、ある製品のリリースがなぜ遅れたのかを尋ねる場合がある。Onyxは回答を生成する前に、プロジェクト文書、サポートチケット、エンジニアリング上の議論、過去の意思決定を検索できる。

AIエージェントも、取るべき行動を判断する際に同じ検索レイヤーを利用できる。この違いは、汎用的な言語モデルと、組織の最新記録に基づくアシスタントを分けるものだ。

Zoomはすでに、会議、メッセージ、通話記録、コンタクトセンターでのやり取り、その他の会話データを取得している。しかし、通話中に話し合われた仕事を完了するために必要なすべての文書が、記録内に含まれていることはめったにない。

顧客エスカレーションにはSalesforceに保存されたサポート履歴が必要になるかもしれない。遅延した機能は、Jiraチケット、GitHubのプルリクエスト、Confluence上のポリシー文書に依存している可能性がある。

Onyxは、すべての顧客にファイルをZoomへ移行させることなく、Zoomがこれらの情報源へアクセスする道筋を与える。また、回答を生成する前に関連記録をモデルへ渡す検索拡張生成、すなわちRAGの技術もZoomにもたらす。

創業者らによれば、Onyxは毎週100万件超のクエリを処理している。また、NASA、Nebius、Ramp、カリフォルニア大学サンディエゴ校を顧客または利用者として挙げている。

これらは企業が報告した数値と関係であり、独立監査を受けた利用データではない。それでも、取引発表時に公開Onyxリポジトリは3万件を超えるスターを集めており、開発者からの大きな関心を示していた。

したがってこの買収は、三つの資産を組み合わせる。Zoomはエンタープライズ検索製品、管理された環境向けの導入選択肢、そしてオープンソースの開発者コミュニティを得る。

この組み合わせが、本稿の中心的な緊張関係を生む。ZoomはOnyxによってエンタープライズAI事業を拡大したい一方、Onyxの独立性を維持すること自体が製品の魅力の一部となっている。

データ主権こそOnyxを買収する戦略的理由だ

この取引によりZoomは、ベンダーのパブリッククラウドをAI処理の標準的な場所として扱えない組織に対する答えを得る。

データ主権とは、情報がどこに存在し、誰が処理でき、どの法域がアクセス可能かを規定する法的・運用上の管理権限を指す。データレジデンシーと重なる概念だが、両者は同一ではない。

レジデンシーは通常、物理的または地理的な保存場所を表す。主権はさらに、法的権限、インフラの管理、管理者アクセス、適用される政府規則まで含む。

AIアシスタントが社内文書をインデックス化する際、この違いは重要になる。検索ソフトウェアは、人事記録、ソースコード、契約書、顧客とのコミュニケーション、財務計画、機密研究に接触する可能性がある。

多くの企業にとって、問われるのはAI機能が転送中のデータを暗号化するかどうかではない。より難しい問いは、組織が処理経路全体を管理できるかどうかだ。

Onyxはこの懸念を軸に設計された。顧客は、自社敷地内、プライベートクラウド内、または隔離された環境で、選択したモデルを用いて導入できる。

セルフホスティングとは、顧客が管理するインフラ内でアプリケーションを運用することを意味する。エアギャップ構成は、セキュリティポリシーがその境界を求める場合に、システムを外部ネットワークからさらに分離する。

Zoomは買収前から、この方向への取り組みを始めていた。オンプレミスAIの発表では、2026年7月に規制対象組織向けのローカル導入型音声処理を発表している。

当初の提供内容は、Zoom Meetings向けのリアルタイム字幕と文字起こしに焦点を当てた。Zoomは、年内後半に会議インテリジェンスとエージェント型検索へアーキテクチャを拡張する計画だと述べた。

Onyxは、内製よりも迅速にこの次の段階を満たす。すでに外部リポジトリと接続し、Zoomでの会話を取り巻くソフトウェアスタック全体から知識を取得できる。

この買収はまた、政府、医療、金融、防衛、法務サービス、研究分野の購買担当者に対して、Zoomがより説得力ある回答を示す手段となる。これらの組織はしばしば、通常のクラウド構成では満たせない導入要件に直面している。

だからといって、すべてのセルフホスト型導入が自動的にあらゆる規制を満たすわけではない。コンプライアンスは、顧客のアーキテクチャ、アクセス方針、監査統制、モデルプロバイダー、運用慣行に依存する。

ただし、導入の選択肢は、プロジェクトが評価段階に至るかどうかを左右し得る。クラウド専用のアシスタントは、購入者が検索品質やユーザー体験を比較する前に除外される場合がある。

このため、ZoomによるOnyx買収の主眼は、別の検索ボックスを追加することではない。より厳しいインフラ境界を持つ顧客にもZoomのAI戦略を届けることにある。

このタイミングは、Zoomのより広範な製品転換も反映している。同社は会話をホストする立場から、その会話から生まれた仕事をユーザーが完了できるよう支援する立場へ移行したいと考えている。

この構想には要約以上のものが必要だ。正確な返信を下書きし、記録を更新し、行動を推奨するには、アシスタントは会議の外にあるコンテキストを必要とする。

Zoomはこの流れを「会話から完了へ」と呼ぶ。Onyxは、議論を組織の裏付けとなる証拠へ結び付けられる検索レイヤーを提供する。

購入者にとって実用上の価値は継続性にある。チームはデータを選択した環境内に維持しつつ、承認済みの知識を検索やエージェントに提供できる。

この提案は、個人または企業向けのAIナレッジベースとも自然につながる。どちらのアプローチも、モデルに一般的な学習データだけを頼らせるのではなく、信頼できるコンテキストを取得することに依存している。

課題は、Zoomがこの柔軟性を標準化し、商用化しようとするときに始まる。複数の導入モデル、コネクター、権限、モデルプロバイダーをサポートすることは、運用上の複雑さを増す。

Onyxの魅力は、その複雑さを受け入れている点にもある。Zoomは今後、最も簡単なクラウド構成に合わせて製品を絞り込むのではなく、難しい選択肢を維持することを証明しなければならない。

Zoomはクラウドファーストのコンテキストモデルに挑む

主要な競争は、Zoomと一社の検索ベンダーの対決ではなく、自律的に管理されるコンテキストと、ベンダー管理クラウドに強く結び付いたAIの対立だ。

MicrosoftとGoogleは、多くの顧客がすでに自社スイート内に文書、メッセージ、ID情報を保存しているため、大規模な職場データ群をアシスタントの根拠として利用できる。この配布上の優位性を匹敵する形で得るのは難しい。

Microsoft Copilotは、同社のグラフと権限システムを通じてMicrosoft 365のデータを参照できる。GoogleはGeminiをWorkspaceアプリケーションや同社のクラウドプラットフォームと接続できる。

Gleanは別の方向からこの問題に取り組む。多くのエンタープライズアプリケーションにまたがる情報をインデックス化し、統合された検索・アシスタント体験を提供する。

Zoomはメール、文書、ソースリポジトリを同程度に保有していない。同社の最も強い立場は、従業員、顧客、パートナーが意思決定を行うライブの会話の場にある。

Onyxは、そうした会話と別の場所に保存された記録をつなぐ橋をZoomに与える。また、AIが企業を理解するために、一社のベンダーがすべてのアプリケーションを所有する必要はないとZoomが主張することも可能にする。

この訴求は、アプリケーション中立性に依存する。Onyxが外部モデルとリポジトリのサポートを継続すれば、Zoomは自社AIをオープンな調整レイヤーとして位置付けられる。

モデル非依存という約束は特に重要だ。これは、顧客がセキュリティポリシー、性能要件、地域での利用可能性、既存契約に基づいて言語モデルを選択できることを意味する。

企業は、一般的なタスクには商用モデルを使い、保護対象の資料にはローカル導入モデルを使用するかもしれない。Onyxは、そのアーキテクチャがこの選択を支援できるとしている。

この柔軟性は、一社のベンダーのモデル、クラウド、IDシステム、生産性スイートを中心に設計された密結合型アシスタントとは異なる。どちらのアプローチも、常に優れているわけではない。

スイート統合は導入作業を減らし、一貫した管理統制を提供できる。オープンスタックはより多くの選択肢をもたらすが、より大きなエンジニアリングとガバナンスの負担を求める場合がある。

Zoomは、顧客がすでに混在環境で業務を行っているため、このトレードオフの後者を取る意思があるようだ。Zoom会議には、Microsoft文書、Salesforceレコード、Slackメッセージ、独自の社内アプリケーションが関わる可能性がある。

Onyxは50以上のアプリケーションと接続するとしている。この数値は、スタートアップが2025年に資金調達を発表した際に説明した40以上のツールから増加している。

同社はKhosla VenturesとFirst Round Capitalが共同主導した1,000万ドルのシードラウンドを調達した。資金調達発表では、Netflix、Thales、Ramp、UC San Diegoでの導入について説明されている。

Onyxによると、Netflixは同ソフトウェアを1万4,000人超の従業員に導入した。また、UC San Diegoには3万7,000人のユーザーがおり、Rampは顧客サービスの自動化でOnyxを利用しているとしている。

これらの数値はOnyxによるものであり、ベンダーの主張として扱うべきだ。それでも、Zoomが到達したい環境を示している。すなわち、知識が断片化され、異なるセキュリティ要件を持つ大規模組織である。

この買収は、Zoomが他の専門的な業務ソフトウェアを買収してきた流れにも沿うものだ。Zoomは2026年7月にCommon Roomの買収を完了し、収益プラットフォームに購買インテリジェンスを加えた。

Common Roomの買収は、外部の購買シグナルと営業会話を結び付けた。Onyxは、社内ナレッジに対して同様の戦略を適用する。

Zoomは隣接する機能をすべてゼロから構築するのではなく、コミュニケーションデータをワークフローへ転換できる製品を買収している。同社は、より広範なビジネスプラットフォームを構成する要素を組み立てつつある。

この戦略は独立系のエンタープライズ検索ベンダーに圧力をかける一方、MicrosoftとGoogleが最も強みを持つ領域にも挑むものだ。両社はいずれも、既存の職場向けスイートにAIをバンドルできる。

Zoomは、会議だけでバンドル競争に勝つことはできない。生産性環境に別のアシスタントがすでに含まれている場合でも、購入者がZoomのコンテキストレイヤーを追加する理由を示す必要がある。

セルフホスティング、オープンソース、モデル選択の自由は、その理由となる。クラウドの利便性よりもセキュリティ、管轄権、アーキテクチャの制御が重視される環境で、その価値は最も大きい。

市場で問われるのは、そのセグメントがZoomのより大きな野心を支えられるほど大きいかどうかだ。また、Onyxが大規模なインフラ作業を必要とせず、一般的な企業にも対応できることを示さなければならない。

オープンソースという約束こそ、この取引の真の試金石

Zoomにとって最大のリスクは、セキュリティを重視する購入者や開発者にとってOnyxを価値あるものにしてきた、その開放性そのものを損なうことだ。

買収はしばしば、インフラを統合する動機を生む。買い手は、買収した製品を自社のクラウド、IDシステム、課金体系、リリースプロセスへ移行することでコストを削減できる。

その論理は、Onyxの公約と衝突する。Weaver氏は、Zoomがより多くのリソースを提供する一方で、顧客は同じ製品とチームを維持すると述べた。

同氏はまた、Onyxがオープンソース、セルフホスト可能、モデル非依存、アプリケーション非依存であり続けると約束した。各約束は検証可能だが、発表だけで保証されるものではない。

商用製品が複数のコンポーネントを含む場合、オープンソースは二分法的なラベルではない。購入者は、どのリポジトリ、コネクタ、管理機能、セキュリティ制御が公開されたままであるかを確認する必要がある。

ソフトウェアライセンスにも注意を払うべきだ。リポジトリが公開されたままでも、ライセンス変更によって組織による改変、ホスティング、再配布が制限される場合がある。

コミュニティ活動も別の指標となる。Onyxの公開プロジェクトには数千件のフォーク、数百件の未解決プルリクエスト、外部開発者からの貢献がある。

リリースが継続すれば、Zoomがコミュニティへの投資を意図しているという主張を裏付けることになる。レビューの遅延、開発の非公開化、プライベートモジュールへの移行は、別の方向性を示唆する。

セルフホスティングにも、正確な定義が必要だ。顧客は、重要な検索機能とエージェント機能がすべてZoomのクラウド外で動作するのかを確認すべきである。

製品は技術的にはセルフホスト可能なままでも、最良のモデル、コネクタ、管理ツール、サポートサービスにホスト型コントロールプレーンが必要となる可能性がある。その違いは、セキュリティと調達の両方の判断を変えうる。

モデルの独立性も同様の試験に直面する。Zoomは複数モデル向けの設定画面を維持しつつ、新機能を主として自社が優先するプロバイダー向けに最適化することができる。

意味のある独立性には、同等のサポート、文書化されたインターフェース、ローカル運用モデルへの実用的な導入経路が求められる。また、選択したモデルにクラウドモデルの機能がない場合の挙動も明確でなければならない。

Zoomが製品を所有する以上、アプリケーション中立性も重要である。Onyxは、Microsoft Teams、Google Drive、Slack、その他の外部システムを引き続き第一級のソースとして扱わなければならない。

Zoomアプリケーションに新機能が先行提供されたり、より豊富なメタデータや高い検索品質が与えられたりすれば、顧客は気付く。一部の統合上の優位性は技術的に妥当でも、Onyxの中立的な立場を損なう可能性がある。

同社は、こうした約束と製品統合のバランスを取らなければならない。Onyxを完全に分離したままにすれば、Zoomユーザーにとっての買収価値は限定される。

Zoom AI Companionとのより深い連携により、アシスタントは会議中または会議後に関連する社内記録を取得できるようになる。また、フォローアップを準備したり業務システムを更新したりするエージェントも支援できる。

ZoomはAI Companion 3.0を、会議および職場向けアプリケーション全体にわたる、よりエージェント志向のプラットフォームとして発表した。Onyxは、このプラットフォームにより広範な組織コンテキストのソースを与える。

最良の結果は、Onyxを独立した検索レイヤーとして維持しつつ、ZoomのAI製品を通じて利用可能にすることだ。これにより顧客は、Onyxを直接利用することも、Zoomのワークフロー経由で使うこともできる。

より困難な結果は、Onyxが内部機能となり、オープン版にはより少ない機能しか提供されなくなることだ。Zoomは短期的な統合を得る一方、開発者の信頼と導入の柔軟性を失う。

したがって調達チームは、公表された約束を契約文言へ落とし込むべきだ。セルフホスティングが必要なら、注文書にはどのサービスが顧客環境内にとどまるかを定義する必要がある。

契約では、テレメトリ、サポートアクセス、ソフトウェア更新、コネクタの同等性、モデル選択、外部処理者へ送信されるデータも扱うべきだ。創業者の発言は、こうした制御に代わるものではない。

リポジトリは公開されたままであるため、開発者にも影響力がある。彼らはコミット、ライセンス、Issueの処理状況、オープン版と商用版の差を追跡できる。

ZoomによるOnyx買収がその目的において成功するのは、製品統合が始まった後もコミュニティがこのプロジェクトを信頼できるものとみなす場合に限られる。

セキュリティと導入の詳細はなお未解決

顧客環境内でエンタープライズ検索を運用すれば一部の露出は減るものの、機密ナレッジへの集約的なアクセスが生むリスクはなくならない。

エンタープライズ検索システムは、従来は多くのアプリケーションに分散していたデータを接続する。これは検索性能を向上させるが、設定ミスの影響も集中させうる。

権限はすべてのソースと整合していなければならない。従業員がSharePointの文書を開けない場合、AI生成の回答を通じてその内容を受け取ってはならない。

ソースシステムごとにIDモデル、グループ、共有リンク、継承されたアクセスルールが異なるため、権限同期は難しくなる。コネクタは、ユーザーがアクセス権を失った際にも対応する必要がある。

検索には別のリスクもある。モデルは、複数の許可済みソースから断片を組み合わせ、単一の文書には直接記載されていない機密性の高いパターンを明らかにする回答を生成しうる。

セルフホスティングが変えるのは処理の場所であり、こうした問題の存在ではない。顧客には引き続き、アクセスレビュー、監査ログ、コネクタの監視、モデル制御、インシデント対応手順が必要となる。

Onyxは、認可やトークンに影響する脆弱性を含め、オープンソースプロジェクトのセキュリティアドバイザリを公開している。公開開示により顧客は問題を評価してパッチを適用できるが、導入には積極的な保守が必要であることも示している。

重要な問題は、Zoomが責任をどのように分担するかだ。顧客は、Zoomがどのパッチを提供するのか、サポート対象の導入環境にどの程度迅速に届くのか、管理者がどのコンポーネントを更新しなければならないのかを知る必要がある。

財務条件と製品条件も不明確である。9月25日時点で、Zoomは取引の経済条件や統合スケジュールを説明する詳細なニュースルーム発表を公開していなかった。

Onyxが独立製品として残るのか、Zoom AI Servicesの一部になるのか、より広範なAI Companionパッケージ内に組み込まれるのかは、まだ明らかではない。

パッケージングは重要だ。誰がソフトウェアを購入できるか、機能が既存ユーザーにどのように届くかを決めるためである。また、独立系のOnyx顧客がより広範なZoom契約を受け入れなければならないかにも影響する。

もう一つの不確実性は、導入形態間の機能同等性に関するものだ。Zoomは、ホスト型版とセルフホスト型版が同じコネクタ、エージェント機能、リリース頻度を得られるかどうかを説明しなければならない。

機能の差異があっても、買収が自動的に無効になるわけではない。ホスト型システムは、多様な顧客環境内では運用が難しい機能をサポートできる。

しかし、規制対象の顧客が機能を削減した製品を受け取るなら、Zoomの主権に関する主張は弱まる。こうした購入者に必要なのは、境界を尊重する機能であり、限定的なコンプライアンス版ではない。

データの場所は、選択したモデルにも左右される。ローカルでホストされたOnyxインスタンスでも、そのように設定されていれば、プロンプトや取得したコンテキストを外部モデルプロバイダーへ送信する可能性がある。

管理者は、リクエストに関わるすべてのコンポーネントをマッピングしなければならない。これには検索インデックス、埋め込みモデル、言語モデル、ログ、テレメトリ、コネクタ認証情報、バックアップシステムが含まれる。

エアギャップ環境では、さらに複雑さが加わる。更新、モデルのダウンロード、脆弱性修正、コネクタ変更は、承認済みプロセスを介して管理された境界を越えなければならない。

Zoomには、ハイブリッド環境における企業向けコミュニケーションを支援してきた経験がある。Onyxはその責任を、より広い権限範囲を持つ文書とAI生成回答へと拡張する。

同社は、Zoomの会議データがどのようにOnyxインデックスへ取り込まれるかも説明する必要がある。顧客は、録画、文字起こし、チャット、要約、保持ルール、リーガルホールドの管理を求めるだろう。

これらの疑問は、戦略が不健全であることを意味しない。買収の価値を、コネクタ数やGitHubスターだけで測れない理由を示している。

重要な証拠は、アーキテクチャ文書、顧客導入、サポートに関する約束、独立したセキュリティ評価から得られる。それらが示されるまで、データ主権は完全に検証された成果ではなく、表明された方向性にとどまる。

Zoomの賭けが機能しているかを示す3つのシグナル

ZoomによるOnyx買収の次の段階は、製品の同等性、コミュニティの健全性、実際の企業導入によって評価される。

最初のシグナルは、詳細な統合リリースだ。Zoomは、OnyxがAI Companion、Zoom AI Services、Zoom AI On-Premとどのように接続するのかを説明すべきである。

そのリリースでは、検索処理の実行場所と、どの情報が顧客管理下のインフラから出るのかを明確にしなければならない。また、Onyxが独立して導入可能なままであるかも明らかにすべきだ。

ローカル処理を維持しつつ、Zoomの会話を外部リポジトリと接続する設計であれば、買収の根拠は強まる。中核機能にクラウド依存が必要なら、それは弱まる。

2つ目のシグナルは、オープンソースプロジェクトの健全性である。リポジトリの活動は、定期的なリリース、外部からの貢献、保守されたコネクタ、迅速なセキュリティ修正を通じて引き続き可視化されるべきだ。

顧客が長期導入を計画できる程度に、ライセンスと導入経路は安定していなければならない。オープン版は、別のクローズド製品の単なるデモ版になってはならない。

Zoomは、すべてのエンタープライズサービスを無償提供する必要はない。ただし、開放性とセルフホスティングに関する公約を支える機能は維持する必要がある。

3つ目のシグナルは、真の主権制約を持つ組織による導入だ。顧客発表では、実験や一般的な関心表明だけでなく、本番環境での導入を示すべきである。

有用な証拠には、規制対象ワークロード、プライベートクラウドまたはオンプレミスでの運用、権限の正確性、コネクタの信頼性、継続的なクエリ利用が含まれる。

購入者は、既存のOnyx顧客が契約更新の時期を迎えた後も継続利用するかどうかにも注目すべきだ。継続率は、Zoomが製品への信頼と実用的な価値を維持したことを示すだろう。

競合他社の反応も文脈を加える。Microsoft、Google、Glean、その他のエンタープライズAIベンダーは、プライベート導入、モデル選択、アプリケーション横断の検索を強化できる。

各社がこれらの選択肢を拡大すれば、Zoomは実際の購買要件を見いだしたことになる。その後は、実行力をめぐるより速い競争に直面する。

開発者やナレッジワーカーにとって、より大きな問題は、職場向けエージェントが利用するコンテキストを誰が管理するかだ。その答えによって、エージェントがアクセスできる情報源と、機密情報を受け取るインフラが決まる。

企業の購買担当者にとって、当面の課題はもっと単純だ。実際の権限設定で検索・取得の品質を検証し、すべてのデータフローを文書化し、導入に関する約束を契約に盛り込むべきである。

Zoomは、セルフホスト型エンタープライズ検索のための信頼できる基盤を手に入れた。しかし、上場ソフトウェア企業が、Onyxの魅力を損なうことなく同社をスケールさせられるかは、まだ証明されていない。

読者が次のリリースまで持ち続けるべき問いはそこにある。ZoomはOnyxを顧客のコントロールを維持するために活用するのか。それとも、ベンダー管理のクラウド内にあるもう一つの機能へと、徐々に変えていくのだろうか。