Foo Bar

概要 Meta PlatformsがAnthropicに対し、最大100億ドル規模のクラウド計算能力を2年間にわたって貸与する初期交渉を進めていると、2026年7月17日にNew York TimesおよびCNBCが報じた。AnthropicがChatGPTの競合であるClaudeを開発する一方、Metaも独自の大規模言語モデルLlamaを開発しており競合関係にある。もし合意に至れば、Metaが最大のAIライバルであるAnthropicにインフラを提供するという異例の構図が生まれることになり、AIインフラを巡る争奪戦の中でも屈指の大型契約として注目を集めている。交渉はまだ非常に初期段階にあり、最終的な契約に至る保証はない。両社はコメントを控えている。 交渉の背景 Anthropicは提案を6月に持ちかけ、現在Metaが検討している段階だという。背景にはAnthropic自身のクラウド能力不足があり、これによりClaudeの利用に上限が設けられるなど、最先端モデルへのアクセスに制約が生じていた。一方のMetaは、広告事業に依存した収益構造の多角化を図っており、2026年には最大1,450億ドルという巨額の資本支出を計画してAIインフラへの投資を進めている。すでにAWS出身の幹部Dave Brownを迎え入れるなど、CoreWeaveやNebiusといった新興クラウド企業と競合する形で独自のクラウド事業への参入を目指す動きを見せていた。CEOのMark Zuckerbergも2026年5月の株主総会で、クラウドコンピューティング事業への参入を検討していると述べていた。なおMetaは同時期に8,000人規模の人員削減も実施しており、経営資源の再配分を進めている最中でもある。 契約条件と交渉の難航点 報道によれば、合意に至った場合はAnthropicがMetaに対して月次で支払いを行う形になる見込みで、契約期間は2年間、両社とも契約を早期に打ち切ることが可能な柔軟な内容になるとみられる。ただし、契約条件は今後も変更される可能性があり、Metaにはこれまで計算能力を外部に販売してきた実績がないため、交渉が複雑化しているとも伝えられている。 なお、Anthropicが大手インフラ企業から大規模に計算能力を調達する動きはこれが初めてではない。2026年5月には、Elon Musk率いるSpaceXがAnthropicとの間で、月額12億5,000万ドル規模とされる契約を結び、テネシー州メンフィスにあるColossus 1データセンターの計算能力へのアクセスを提供している。SpaceXはAnthropicとGoogleの双方にGPUを販売しているとも報じられており、AI業界における計算資源の貸し借りが企業間の競合・協業の垣根を越えて広がっている実態がうかがえる。 業界への影響 今回の交渉が象徴するのは、AI業界における競争構図の急速な曖昧化だ。GoogleはMetaにGeminiモデルを提供しつつも供給量を制限しているとされ、SpaceXは複数のAI企業にGPUを供給するなど、各社は競合相手であっても不足する計算資源を融通し合う関係を築きつつある。慢性的な計算能力不足がAI業界全体を覆う中、モデル開発企業とインフラ企業という単純な二分法はもはや通用しなくなりつつあり、MetaとAnthropicの交渉はその最新かつ最大級の事例として今後の展開が注視される。

概要 OpenAIが開発中の初の自社ハードウェア製品は、画面を持たず、機械的な可動部によって自ら動くスマートスピーカーになるとBloombergが報じた。ChatGPTを物理的に体現する「家庭に住むAIコンパニオン」を目指して設計されており、単なる音声アシスタント端末ではなく、ユーザーの好みを時間をかけて学習し、パーソナライズとプロアクティブな提案を強化していく製品として位置づけられている。OpenAIは社内でこの端末を「AI時代のための新しい家庭用コンピュータ」と表現しているという。 技術的な詳細 報道によれば、このデバイスはカメラとセンサーを搭載し、周囲の状況や文脈を理解できる。充電式バッテリーを内蔵し、部屋から部屋へ持ち運べるポータブル設計となっている。最大の特徴は、単に据え置かれるのではなく機械的な可動部を備え、生きているかのような印象を与えるよう作り込まれている点だ。音声インターフェースには、聞き取りと発話を同時に行える「GPT-Live」ボイスモードが採用され、より自然な会話のやり取りを実現するとされる。機能面では、スマートホーム機器の操作、メディア再生、質問への回答、メッセージ管理に加え、ChatGPTのフル機能を利用できる見込みだ。またメールなど、ユーザーのデジタル生活データへのアクセスも想定されており、パーソナライズの深化に活用される。 開発体制と背景 開発チームには、iPhoneやMacの製品開発に携わった元Appleのエンジニアが加わっていると報じられている。OpenAIのチーフ・ハードウェア・オフィサーを務めるTang Tan氏は、かつてio Productsを共同創業し、Appleでは長年iPhoneのデザインを主導した人物だ。この経歴は、AppleがOpenAIおよびTang Tan氏らを営業秘密の窃盗で提訴している訴訟においても中心的な争点となっている。ハードウェアはまだ開発の途上にあり、正式な発表は2026年後半、発売は2027年になる見通しとされるが、Appleとの係争の行方次第ではスケジュールに影響が出る可能性も指摘されている。価格などその他の詳細は現時点で明らかになっていない。 今後の展望 ChatGPTを「画面の中のアシスタント」から「家庭内に存在する物理的なコンパニオン」へと拡張しようとするこの動きは、OpenAIが対話型AIをハードウェアという新たな接点に展開する重要な一歩となる。可動機構や生体的な演出を取り入れる設計思想は、従来のスマートスピーカー市場とは一線を画すものであり、AmazonのEchoやGoogleのNest Hubといった既存製品との差別化を図る狙いがうかがえる。一方で、Appleとの訴訟の帰趨や、2027年という発売時期の妥当性については不確定要素が多く、今後の続報が注目される。

概要 Uber Technologiesは、ドイツを拠点とするフードデリバリー大手Delivery Heroを総額148億ドル(1株41.50ユーロ相当)の現金対価による買収に合意したと発表した。取引が完了すれば、Uberのモビリティ・デリバリー事業の展開国は現在からほぼ倍増し、ヨーロッパ、中東、ラテンアメリカ、アジアを含む100カ国近くに広がる見込みで、中国を除く世界最大級のフードデリバリープラットフォームが誕生することになる。 取引の仕組みと株主動向 今回の買収は単純な買い付けにとどまらず、Delivery Heroが両社の事業が重複する14市場の事業をSSW Partnersに16億ドルで売却する副次的な取引も同時に進められる点が特徴だ。取引の成立には規制当局の承認に加え、株主の50%以上の同意が条件となる。もともとUberはDelivery Heroの筆頭株主であり、Delivery Hero株の17%を保有するProsusもすでに保有株の売却に同意しているなど、主要株主の支持を取り付けた状態でのスタートとなる。 業界への影響と競争環境 この買収により、UberはDoorDashやJust Eatといった競合に対抗できるより強固な体制を築くことになる。フードデリバリー業界ではここ数年、収益性向上を狙った再編・統合の動きが加速しており、今回の大型買収はその流れを象徴する動きといえる。Uber CEOのDara Khosrowshahi氏は、統合後の事業体について「モビリティとデリバリーの両方を提供する市場数をほぼ倍増させ、実績あるプラットフォームを拡大することで長期的に大きな価値を生み出すと確信している」とコメントしている。 今後の展望 取引はまだ完了しておらず、各国の規制当局による審査と株主の承認プロセスを経る必要がある。特に複数市場にまたがる大型統合案件であることから、独占禁止法上の審査が焦点になるとみられる。承認が得られれば、Uberはモビリティとデリバリーを一体で提供する事業者として存在感を大きく高めることになり、フードデリバリー市場の勢力図に大きな変化をもたらす可能性がある。

概要 医療機器大手のアボット・ラボラトリーズは7月17日、社内システムへの不正アクセスを伴う2件の別々のサイバー攻撃について調査していることを明らかにした。1件はがん診断事業(Cancer Diagnostics)の内部システムを狙ったもので、恐喝グループShinyHuntersが関与を主張している。もう1件はLabCentralという顧客向けポータルを狙ったもので、攻撃者ShadowByt3$が犯行を名乗り出ている。アボットはいずれの事案についても「事業運営、製品、製品供給には影響がない」としており、他の事業部門やサイト、システムへの波及もないと説明している。 がん診断事業への攻撃 ShinyHuntersは、6月中旬にアボット従業員を狙ったビッシング(音声フィッシング)攻撃によってMicrosoft Entraのシングルサインオン(SSO)アカウントを侵害し、がん診断事業内のExact Sciences由来のレガシーシステムに侵入したと主張している。アボットは今回の買収からわずか数ヶ月というタイミングで、210億ドル規模で買収したExact Sciencesの旧システムが標的となった形だ。ShinyHuntersは、3000万件を超える顧客の個人識別情報、100万件以上の社会保障番号、医師と患者の会話を含む2200万件超のクライアントノート、2000万件を超える医療オーダー、さらに内部文書や契約書を窃取したと主張しているが、アボットはどのような情報にアクセスされたかについて具体的な開示をしておらず、これらの主張の裏付けは取れていない。両者ともこれまでのところ盗み出したとするデータを公開していない。 LabCentralポータルへの侵害 もう1件の事案は、アボットの臨床検査診断事業が使用する外部の顧客向けポータル「LabCentral」に関するものだ。攻撃者ShadowByt3$は、7月4日に顧客の認証情報を悪用してポータルの「脆弱な部分」を突いて侵入したと主張し、製造証明書、操作マニュアル、技術仕様書、規制関連文書を窃取したとしている。これに対しアボットは、同環境に保存されているデータはすべて公開情報であり機微なものではないと反論しており、LabCentralは操作マニュアルやトラブルシューティングのチェックリストなど、一般に公開されている技術製品参考資料のみを保管していると説明している。 対応状況と業界動向 アボットは両事案の発覚後、外部のサイバーセキュリティ専門家と法執行機関に連絡し、インシデント対応手続きを開始した。同社は現時点で、機微な顧客情報や事業情報の流出は確認されておらず、財務結果への重大な影響も見込んでいないとしている。製造や検査業務についても継続中であることを強調した。今回の一件は、2026年上半期にStryker、Intuitive Surgical、Medtronic、iRhythm、AdaptHealth、Novo Nordiskなど複数の医療機器・ヘルスケア関連企業がサイバー攻撃の被害を公表している流れの中に位置づけられ、医療セクターを狙った攻撃が引き続き増加傾向にあることを示している。

概要 英財務省は2026年7月13日、Microsoft Ireland Operations Limited、Google Cloud EMEA Limited、Amazon Web Services EMEA SARL、Oracle Corporation UK Limitedの4社を金融セクターの「Critical Third Parties(CTP、重要第三者)」に指定した。これに伴い、イングランド銀行、健全性規制機構(PRA)、金融行動監視機構(FCA)による直接監督が同日付で開始された。銀行や保険会社がクラウドサービスへの依存を強める中、主要サプライヤーの障害が複数の金融機関に同時に波及する「一点故障(single point of failure)」リスクを国家的な課題として捉え、これに対応する新たな規制枠組みとなる。 規制の背景と目的 近年、金融業界はコア業務システムの運用基盤としてクラウドサービスへの依存を急速に深めている。一方で、少数の大手クラウド事業者に処理が集中することで、そのいずれかで障害が発生した場合に、銀行・保険会社を横断して同時多発的な影響が及ぶ懸念が指摘されてきた。英政府は今回の規制導入により、こうした集中リスクを金融システム全体の安定性に関わる問題として位置付け、個別の金融機関任せではなく、クラウド事業者自体を監督対象に加える体制へと転換した。 規制当局の役割と具体的な要件 イングランド銀行、PRA、FCAの3機関は共同で、指定されたCTPに対する情報収集や業務の回復力(レジリエンス)評価を実施し、重要サービスの継続性に関わるリスクへの対応や、CTP固有の規則の策定・執行を担う。指定企業には、運用障害を特定・管理・復旧するための堅牢な体制の構築が求められる。ただし、規制当局による監督範囲はあくまで金融セクター向けに提供されるサービスに限定されており、クラウド事業者を全面的に規制するものではない。また、個々の金融機関が第三者リスクを管理する責任は引き続き各社に残る点も明確にされている。 関係者の反応と今後の見通し Rachel Blake経済相(MP)は、金融システムへの信頼維持が英国の金融セクターの成功に不可欠だと強調した。指定を受けた各社もそれぞれ対応を表明しており、Microsoftは完全なコンプライアンスを、Google Cloud・AWS・Oracleは規制当局への協力姿勢を示している。政府は今後、金融安定性に対するリスク評価に基づき、対象企業を段階的に追加する可能性も示唆しており、クラウド事業者への監督強化は今回の4社にとどまらない広がりを見せる見通しだ。

概要 2026年7月16日、AWSのコンテンツ配信サービスCloudFrontで大規模な障害が発生し、世界中の複数のウェブサイトやオンラインサービスが数時間にわたりオフラインとなった。障害は太平洋標準時間の午前1時45分（UTC午前9時45分）ごろに発生し、AI開発プラットフォームのHugging Face、UKナショナルロッタリー、ゲーム「Fallout 76」など、多くのAWS顧客のサービスで5xxエラーが多発した。AWSは午前3時18分（PDT）に進捗状況を更新し、その後完全復旧を報告している。 技術的な詳細 今回の障害は、CloudFrontの「VPC Origins」機能を利用する顧客に限定されていた点が特徴だ。VPC Originsは、プライベートなVPC内に配置したオリジンサーバーに対してCloudFront経由で安全に接続できるようにする機能である。AWSの説明によれば、根本原因はこのVPCオリジンへの接続を管理する内部フリートが制約を超過したことにあった。具体的には、ネットワークプロセッサへのルーティング構成を配信するシステムが更新された構成データを正しく読み込めなくなり、結果としてVPCオリジン接続のルーティングに影響が及んだという。なお、VPC Origins以外のオリジンタイプを使用している顧客は今回の障害の影響を受けなかった。 対応と復旧 AWSは障害発生中、影響を受けた顧客に対し一時的な回避策として他のオリジンタイプへの切り替えを推奨していた。その後、根本原因への対処が完了し、AWSは問題の完全解決を発表。回避策として設定を変更していた顧客も、元の設定へ安全に戻せるとしている。 今後の展望 業界関係者からは、クラウドサービスへの統合が進むにつれて、単一のコンポーネント障害が波及する範囲がますます拡大しているとの指摘が上がっている。CloudFrontのような基盤インフラで発生した障害が、AI開発基盤からエンターテインメント、公共サービスまで多岐にわたる分野に同時に影響を及ぼした今回の事例は、クラウド依存が進む現代のサービス設計におけるリスクを改めて浮き彫りにした。

概要 中国のスタートアップMoonshot AIは7月17日、新モデル「Kimi K3」を発表した。約2.8兆パラメータを持つMoE（Mixture of Experts）型のオープンウェイトモデルで、これまでで最大規模のオープンソースAIモデルとされる。同社は、長期にわたる複雑なコーディングタスクや知識労働、推論タスク向けに設計したと説明しており、「オープンなフロンティア知能」の実現を掲げている。リリースに先立ちFinancial Timesが匿名情報源を引用して報じていた段階では、パラメータ数は2兆〜3兆規模、性能はAnthropicのOpus 4.8に匹敵すると見込まれていたが、実際の発表でもこの予測に近い規模・性能で登場した形だ。 技術的な詳細 Moonshot AIによれば、Kimi K3はコーディングや推論に関する特定の評価ベンチマーク（Program Bench、SWE Marathonなど）において、AnthropicのClaude Opus 4.8やOpenAIのGPT-5.5を上回る結果を示したという。一方で同社自身も、総合的な性能では依然として最強クラスのクローズドソースモデルには及ばないと認めている。パラメータ規模では、中国発の既存オープンモデルであるDeepSeek V4 Pro（1.6兆パラメータ）やZhipu AIのGLM 5シリーズ（7440億パラメータ）を大きく上回っており、オープンウェイトモデルとしては世界最大級となる。 背景と今後の展望 今回の発表は、Zhipu AIが1か月前にGLM-5.2をリリースするなど、中国のAI開発企業間でオープンソースモデルをめぐる競争が激化している中で行われた。企業の間ではOpenAIやAnthropicといった高額なクローズドソースモデルへの依存を見直す動きがあり、データセキュリティへの懸念も相まって、DeepSeekやZ.ai（Zhipu AI）などのオープンソース代替への関心が高まっているとされる。Kimi K3の登場は、こうした流れをさらに後押しするとともに、米中のAI開発力格差が縮小しつつあることを象徴する動きとして受け止められている。

概要 PostgreSQLプロジェクトは7月16日、次期メジャーバージョンとなる「PostgreSQL 19」の2回目のベータ版「Beta 2」をリリースした。すでに機能凍結（feature freeze）を迎えており、今回のBeta 2ではvacuumdbの--analyze-in-stagesオプションがパーティションテーブルで正しく動作しない不具合や、ロジカルデコーディングの競合状態、REPACKワーカーがFATALエラー時にクリーンアップされない問題など、14件のバグ修正と改善が取り込まれた。正式リリースは2026年9月〜10月頃を予定しており、必要に応じて追加のベータ版やリリース候補版（RC）が提供される見込みだ。プロジェクト側は本番環境での利用は推奨しておらず、ワークロードでの動作検証とフィードバックをコミュニティに呼びかけている。 目玉機能：SQL/PGQによるネイティブグラフクエリ PostgreSQL 19の目玉機能の一つが、SQL標準の一部であるSQL Property Graph Queries（SQL/PGQ）のサポートだ。これにより、専用のグラフデータベース拡張を使わずとも、標準SQLの枠組みの中でグラフ構造データをクエリできるようになる。実装上はビューと同様に内部的に処理され、通常のリレーショナルクエリとして書き下される点が特徴で、Peter Eisentraut氏やAshutosh Bapat氏らが開発に貢献した。Beta 2ではこの機能自体にも複数の不具合修正が加えられており、安定化が進んでいる段階にある。 ゼロダウンタイムのテーブル再編成を実現する統合REPACKコマンド もう一つの主要な変更が、VACUUM FULLとCLUSTERを置き換える統合コマンドREPACKの追加だ。REPACK [table_name] [CONCURRENTLY]という構文で実行でき、CONCURRENTLYオプションを指定するとアクセス排他ロックを取得せずにテーブルを再構築できるため、運用中のシステムでもダウンタイムなしにテーブル再編成が可能になる。同時実行される再編成処理の数を制御する新しいサーバ変数max_repack_replication_slotsも追加された。従来のVACUUM FULLやCLUSTERコマンド自体は後方互換性のため引き続き利用できる。開発にはAntonin Houska氏、Mihail Nikalayeu氏、Álvaro Herrera氏らが携わった。 その他の主要な変更点 PostgreSQL 19では、この他にも幅広い改善が予定されている。時系列データを扱うFOR PORTION OF構文による時間範囲指定のUPDATE/DELETE、ALTER TABLE ... MERGE/SPLIT PARTITIONSによるパーティションの結合・分割、ロジカルレプリケーションにおけるシーケンス値の同期やパブリケーションからの除外指定（FOR ALL TABLES EXCEPT）などが含まれる。パフォーマンス面では、autovacuumの並列化、COPY処理でのSIMD命令活用、TOASTのデフォルト圧縮方式をpglzからlz4へ変更するなどの最適化が図られている。一方で、JITがデフォルトで無効化される、RADIUS認証のサポートが削除される、max_locks_per_transactionのデフォルト値が64から128に引き上げられるといった、既存環境への影響を伴う変更点も含まれている。 今後の見通し 機能凍結後のこの段階では大きな新機能の追加は見込まれず、今後のベータ版やRCではバグ修正と安定化が中心となる。正式版は2026年9月から10月にかけてリリースされる予定で、テストユーザーには未解決課題一覧の確認や、バグ報告フォームを通じたフィードバックが呼びかけられている。グラフクエリのネイティブサポートやゼロダウンタイムのテーブル再編成は、大規模運用環境やアナリティクス用途において注目度の高い機能であり、正式リリースに向けた今後の検証状況が引き続き注視される。

概要 Rustチームは7月16日、Rust 1.97.0のリリースからわずか1週間というごく短い間隔でポイントリリース版の1.97.1を公開した。今回の修正の対象は、LLVMの最適化処理に起因する誤コンパイル(miscompilation)の問題で、正当なRustコードが最適化ビルド時に不正な機械語へとコンパイルされてしまう重大なバグだった。公式ブログでは「Rust 1.97.1 fixes a miscompilation in an LLVM optimization」と説明されており、開発チームはLLVM側の修正をバックポートするとともに、1.97.0で誤コンパイルの発生確率を高めていたRustのIR生成の変更を無効化する対応を取った。 技術的な詳細 問題はGitHub上のissueで報告されており、異なるサイズを持つバリアント(BigとSmall)を含む列挙型と構造体をネストさせ、map()を用いた複雑なパターンマッチ処理を行うコードで再現する。最適化フラグ-Oを有効にしたx86-64ターゲット向けビルドで発生し、本来Noneを返すはずの関数がセグメンテーションフォルトでクラッシュするという深刻な症状を引き起こしていた。この不具合はRust 1.97.0のほか、当時のベータ版1.98.0やナイトリー版1.99.0でも確認された一方、1.96.1では発生しない「回帰バグ」であることが判明し、Critical(重大)の優先度が付けられていた。 背景 チームの調査によれば、この誤コンパイルを引き起こす根本的な問題自体は少なくともRust 1.87の時点から存在していたという。しかし普段は表面化しない条件であったところ、Rust 1.97.0で行われたIR生成方法の変更によって、問題が顕在化する可能性が大幅に高まってしまった。これを受けてRustチームは通常のリリースサイクルを待たず、LLVM側の修正の取り込みと該当変更の無効化を行った緊急のポイントリリースとして1.97.1を送り出した。 今後の展望 Rustチームは今回のような回帰バグの早期発見のため、ユーザーに対してrustup default betaやrustup default nightlyによるベータ・ナイトリーチャネルでのテストへの協力を呼びかけている。問題を発見した場合はGitHub上でのバグ報告を推奨しており、今回のケースのようにリリース後短期間で重大な誤コンパイルバグが是正されたことは、リリースプロセスの検証体制が機能していることを示す事例といえる。

概要 コカ・コーラの完全子会社で、シカゴを拠点とする乳製品ブランドFairlifeが7月16日、ランサムウェア攻撃を受けたことを米証券取引委員会(SEC)への開示文書で明らかにした。生産関連システムを含む一部システムへの不正アクセスが確認されたことを受け、米国内のFairlife生産拠点は操業を一時停止している。一方、カナダでの生産活動は現時点で影響を受けていないという。同社は「製品の品質と安全性には影響がない」としているが、システムの復旧時期については明確な見通しを示していない。 被害の詳細と事業への影響 Fairlifeは、通常より高いタンパク質含有量が特徴の超ろ過(ウルトラフィルタリング)牛乳を主力製品とし、チョコレート、無脂肪、低脂肪、イチゴ、全脂肪乳の5種類の味で展開している。年間売上高は約40億ドル規模とされ、コカ・コーラの乳製品事業の中核を担うブランドだ。今回の攻撃では生産システムへの不正アクセスが確認されているものの、データが実際に窃取されたかどうか、また攻撃者から身代金要求があったかどうかは本稿執筆時点で明らかになっていない。既知のランサムウェアグループが犯行声明を出した形跡もなく、攻撃者の身元は特定されていない。 コカ・コーラの対応 コカ・コーラおよびFairlifeは、インシデント対応と事業継続のプロトコルを発動し、外部の顧問やサイバーセキュリティ専門家の支援を受けながら調査を進めている。あわせて法執行機関にも通報済みとしている。ただし、両社は報道機関に対しSEC開示文書に記載された内容以上の詳細な情報提供を控えており、被害の全容や復旧の見込み時期については依然として不透明な状態が続いている。 食品製造業を狙うランサムウェアの脅威 今回の事例は、食品・飲料製造業を標的とするランサムウェア被害の深刻さを改めて浮き彫りにした。過去にも2019年のアリゾナ・ビバレッジや、2025年に食品流通大手UNFIが受けた攻撃では、生産ラインの混乱や小売店での品切れが数週間にわたって続いた前例がある。生産システムがIT環境と密接に連携する製造業では、サイバー攻撃が単なる情報漏えいにとどまらず、物理的な供給網の停止に直結しやすい。今回のFairlifeの事例も、消費財サプライチェーン全体に及ぶ影響が今後注視される展開となりそうだ。