Tech News JP

Microsoftは、Word・Excel・PowerPointに展開していた「浮動Copilotボタン（Copilot Dynamic Action Button：DAB）」がユーザーの作業フローを妨げているとの大規模な批判を受け、ボタンをリボンに戻す選択肢の提供を開始した。 なぜ浮動ボタンを追加したのか 背景にあるのは、Copilotの採用率の低さだ。現時点でMicrosoft 365ユーザーのうちCopilot有料プランに加入しているのはわずか**3.3%**にとどまっており、Microsoftの内部期待を大きく下回っている。 この数字を改善すべく、Microsoftは2025年12月からDABのロールアウトを開始。2026年5月の展開完了を目指して段階的に拡大してきた。設計チームは「インテリジェンスが適切なタイミングで提供されなければ、パートナーではなく邪魔者に感じられる」と「探索（exploration）」「集中（focus）」を促す機能として位置づけていた。 ユーザーの反応：想定外の激怒 しかし現実は設計チームの期待とは大きく異なった。特にExcelでは、ワークシート右下に常駐するボタンがセルを覆い隠してしまう問題が続出。Microsoftのフィードバックハブには次のような声が相次いだ。 「その存在自体が腹立たしい。Excelまで全員に嫌われたいなら最高のボタンだ」 「ひどいアップグレードだ。オフにできる方法を提供してくれ」 Microsoftはロールアウト前から浮動ボタンが作業を妨げる可能性を認識していたにもかかわらず、クリックスルー率向上という内部目標を優先して展開を強行していたことが今回の件で明らかになっている。 Microsoftの対応：右クリックでリボンへ移動 批判を受けMicrosoftは、ボタンを右クリックすることでリボンへ戻せる新オプションを追加した。 「Microsoft 365をCopilotとより緊密に統合し、必要なときにいつでも役立つ思考パートナーとして利用できるようにする取り組みを進めてきました。フィードバックに耳を傾け、学び、改善し続けています」——Microsoft公式コメント ボタンの配置は現在「浮動」「ドッキング（横へ固定）」「リボン」の3択から選べる形となっている。完全な非表示は現時点では提供されていない。 実務への影響 現在このボタンが表示されているOfficeユーザーは以下の手順で即座に対処できる。 Copilotの浮動ボタンを右クリック 「リボンに移動」オプションを選択 以降は従来通りリボンからのアクセスに切り替わる IT管理者の観点では、Microsoft 365管理センターやグループポリシーを通じたテナント全体での制御オプションについても、今後の展開を注視する必要がある。Copilot関連のUI変更は今後も続く可能性が高く、エンドユーザーへの事前周知と操作説明を準備しておくことが望ましい。 筆者の見解 MicrosoftがDABのロールアウト前から「ユーザーの作業を妨げる可能性がある」と認識しながら、クリックスルー率向上という内部指標を優先して展開を強行したことは、率直に言ってもったいない判断だった。 Copilotの採用率3.3%という数字は確かに課題だが、その改善策として「UIを変えて無理やり目に触れさせる」というアプローチは、Copilotが本来訴求すべき価値——生産性の向上——と逆行する。Excelのセルを隠すボタンを「思考パートナー」と呼ぶことには無理がある。 MicrosoftにはUIの押しつけではなく、Copilotが実際に価値を生む場面を増やすことで採用率を高める力が十分にある。今回のフィードバックを真摯に受け止め、次のUI変更では「なぜこれがユーザーにとって価値あるのか」を起点に設計を組み立て直してほしい。正面から勝負できる製品を持っているのだから、焦る必要はないはずだ。 出典: この記事は Microsoft admits the floating Copilot button in Word, Excel and PowerPoint was a mistake, lets you hide it after backlash の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Microsoftは2026年5月、Windows 11において長らく報告されていたexplorer.exeの不安定動作を公式に認め、月例更新プログラム「KB5089549」（May 2026 Update）で修正を提供した。 何が起きていたのか サインイン直後のタスクバーが表示されない、右クリックメニューが反応しない、タスクビューが無反応になる、ファイルエクスプローラーのクイックアクセスからのピン留め解除が効かない——これらの症状に心当たりのあるユーザーは多いはずだ。 Microsoftはこれらをまとめて「explorer.exeの全般的な信頼性の問題」として一括り認定。KB5089549のリリースノートには「サインイン時、タスクバーメニューやタスクビューの操作時、ファイルエクスプローラーのクイックアクセスからのピン留め解除時など、explorer.exeの信頼性向上のための根本的な変更が含まれる」と明記された。 ただし、修正の効果はアップデート直後には現れず、しばらく使い続けることで体感できるとのことだ。また、KB5089549自体が一部のPCでインストール失敗するケースも報告されており、まずは適用自体が成功するか確認が必要になる。 スタートアップアプリの高速化と低遅延プロファイル 今回の更新はexplorer.exeの修正だけにとどまらない。注目すべき追加改善が2点ある。 スタートアップアプリの起動高速化: 従来のWindows 11は、スタートアップ登録されたアプリが起動直後にCPU・ディスク・メモリ・ネットワークリソースを奪い合い、全体的な動作が重くなる問題があった。今回の更新では、これらアプリのリソース競合を調整し、起動直後の「もたつき感」を軽減する改善が盛り込まれた。 低遅延プロファイル（Low Latency Profile）のテスト開始: ローエンドハードウェアでもアプリやOSコアコンポーネントの起動を高速化する仕組みをMicrosoftがテスト中だ。普及すれば、低スペックPCでの体験が大きく変わる可能性がある。 システムトレイの応答速度向上やWindows Helloの改善も併せて提供されており、総じてサインイン前後の体験を底上げする方向性の更新となっている。 実務への影響——IT管理者・エンジニアが確認すべきポイント 法人環境でWindows 11を展開しているIT管理者にとって、今回の修正は複数の実務上の意味を持つ。 ヘルプデスクへの問い合わせ減少が期待できる: 「サインイン後にタスクバーが出ない」「右クリックが効かない」はユーザーから多く寄せられる問い合わせだ。今回の修正で一定数が解消される見込み 適用前に社内テスト環境で検証を: KB5089549はインストール失敗の報告もある。一括展開の前にパイロット端末での動作確認を推奨する スタートアップアプリが多い環境ほど恩恵が大きい: セキュリティエージェント等が多数常駐する法人端末では、起動後の重さが深刻なケースがある。今回の改善の恩恵を受けやすい環境だ Windows Updateの適用については、リリース直後に飛びつかず数日様子を見るアプローチも場合によっては合理的な判断だ。ただし今回のような「品質改善を明示的に謳った更新」は、通常のセキュリティパッチとは別の観点で評価するとよい。 筆者の見解 正直に言えば、これらはずいぶん前に直っていてほしい問題だ。タスクバーが出ない、右クリックが効かない——これは最新のAI機能より先に解決されるべきUIの基礎部分である。 とはいえ、Microsoftが2026年のWindows 11品質改善にコミットすると公言していた通り、着実に動いていることは評価したい。タスクバーの位置変更やサイズ変更のサポート、スタートメニューのカスタマイズ、そして今回のexplorer.exe修正と、UIの柔軟性と信頼性を同時に高める方向で動いている。 低遅延プロファイルはまだテスト段階だが、ローエンド端末の普及が著しい教育機関や中小企業環境で効果が出れば、Windowsの「使えるOS」としての評価を取り戻す一手になりうる。MicrosoftにはこのままOSの土台固めを地道に続けてほしい。華やかな新機能より、毎日使うものが確実に動くことの方が、ユーザーの信頼を積み上げる近道だ。 出典: この記事は Microsoft says Windows 11’s explorer.exe has been unstable across taskbar, sign-in, and Task View, rolls out fix の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Trend Micro の企業向けエンドポイントセキュリティプラットフォーム「Apex One」に、実攻撃での悪用が確認されたゼロデイ脆弱性（CVE-2026-34926）が存在することが明らかになった。米国土安全保障省のサイバーセキュリティ機関 CISA は連邦機関に対し、6月4日までのパッチ適用を義務付けた。 CVE-2026-34926 の概要：管理者権限が条件のディレクトリトラバーサル 今回の脆弱性はオンプレミス版 Apex One サーバーに存在するディレクトリトラバーサル（パストラバーサル）の問題だ。攻撃者がこれを悪用すると、サーバー上のキーテーブルを書き換え、管理下のエージェントへ悪意のあるコードを配布できてしまう。 悪用条件は以下のとおりで、比較的ハードルは高い： 攻撃はオンプレミス版のみ（クラウド版は対象外） Apex One サーバーへのローカルアクセスが必要 管理者資格情報を別の手段で事前取得済みであること Trend Micro は「TrendAI が実環境での悪用試行を少なくとも1件観測している」と発表しており、理論上の問題ではなくアクティブな脅威として取り扱われている。 CISA が KEV リストに追加、連邦機関に6月4日の期限 CISA は CVE-2026-34926 を「既知の悪用済み脆弱性（KEV）」カタログに追加し、BOD 22-01 に基づいて連邦機関に期限付きのパッチ適用を命じた。CISA は「この種の脆弱性は悪意ある攻撃者にとって頻繁な攻撃ベクターであり、連邦政府のシステムに重大なリスクをもたらす」と警告している。 KEV への追加は民間企業にとっても重要なシグナルだ。米連邦機関が使用していることが多い製品・バージョンは、民間セクターでも広く展開されているケースが多く、攻撃者の関心を引きやすい。 同時リリースされた7件の特権昇格パッチ Trend Micro は CVE-2026-34926 に加え、Apex One SEP（Standard Endpoint Protection）エージェントに存在する7件のローカル特権昇格（LPE）脆弱性への修正も同日公開した。これらは低権限コードの実行権限を持つ攻撃者が悪用可能なもので、ゼロデイ脆弱性との組み合わせ攻撃に利用されるリスクがある。 Apex One は過去にも繰り返し標的に Apex One に対するゼロデイ攻撃は今回が初めてではない。過去の主な事例は以下のとおりだ： CVE 年月 内容 CVE-2022-40139 2022年9月 ゼロデイ、野外で悪用 CVE-2023-41179 2023年9月 ゼロデイ、野外で悪用 CVE-2025-54948 2025年8月 RCE、野外で悪用 CVE-2026-34926 2026年5月 今回の脆弱性 CISA の KEV カタログには現在、Trend Micro Apex 関連の脆弱性が12件登録されている。エンドポイントセキュリティ製品自体が継続的な攻撃対象になっているという事実は、改めて重く受け止める必要がある。 ...

オランダ金融犯罪捜査局（FIOD）は2026年5月22日、ロシア・ベラルーシへのサイバー攻撃支援や偽情報拡散に関与したとされるウェブホスティング企業「Stark Industries」に関連するサーバー800台を押収し、同社ディレクター（57歳）と接続インフラを提供していた別会社の代表（39歳）の2名を逮捕したと発表した。 Stark Industriesとは何者か Stark Industriesが設立されたのは2022年2月10日——ロシアによるウクライナ侵攻の直前だ。この時期の設立は偶然ではないとFIODは見ている。同社はその後EU制裁対象として認定され、2025年5月20日にEU制裁リストへ追加された。 制裁指定後、Stark Industriesのインフラは新たに設立されたオランダ企業「WorkTitans B.V.」へ移管され、「THE.Hosting」というブランド名でサービスを継続していたとされる。これはいわゆるペーパーカンパニーによる制裁回避の典型的な手口だ。 FIODはドロンテン、スキポール・ライク、エンスヘーデ、アルメールのデータセンターおよび関連施設に一斉捜索を実施。サーバー800台のほか、ノートPC、スマートフォン、業務記録なども押収した。 NoName057(16)との繋がり デンマーク当局とインフラプロバイダーは、WorkTitansをロシア支持のハクティビスト集団「NoName057(16)」によるDDoS攻撃と結びつけているという。NoName057(16)は欧州各国の政府機関や重要インフラを標的にDDoS攻撃を繰り返してきた組織であり、その攻撃インフラの一部をこのオランダ拠点のホスティングが支えていた可能性が高い。 また、アルメールに拠点を置く「Mirhosting」が物理サーバーの運用とコロケーション提供、アムステルダムとフランクフルトの主要インターネット交換ポイントへの高帯域接続を担い、Starkのトラフィックの欧州入口として機能していたとされる。Mirhosting側は「不正利用の報告を受けたら迅速に対応しており、故意ではなかった」と否定しているが、捜査は継続中だ。 日本のIT現場への影響 ホスティング選定時のデューデリジェンス 今回の摘発が示す重要な教訓は、「自社のシステムはクリーンでも、接続先や上流インフラが制裁対象になりうる」というリスクだ。コスト重視で海外の格安ホスティングやVPS事業者を利用している場合、その運営主体がどの法人に属し、どの国の規制下にあるかの確認が欠かせない。 DDoS対策の多層防御 NoName057(16)のような組織は欧州インフラを踏み台に日本サービスを標的にするケースも増えている。Cloudflare Magic TransitやAzure DDoS Protection Standardといったアップストリームでの吸収対策に加え、ISPレベルのブラックホールルーティングを組み合わせた多層防御の整備が引き続き重要だ。 制裁リストの継続的モニタリング EU制裁リストや米国OFAC制裁リストは随時更新される。自社が利用するサービスやパートナーが対象に含まれていないか自動確認するプロセスを持つことが、コンプライアンス上のリスクヘッジになる。大手パブリッククラウドの場合はプロバイダー側で対応しているケースが多いが、中小のニッチなサービスでは自社での確認が必要だ。 筆者の見解 今回の摘発は、ロシアが欧州の制度的な隙間を突いてきた典型的な事例だ。侵攻直前に設立し、制裁を受けたら名前を変えてオランダ企業として存続する——このパターンは今後も繰り返されるだろう。 一つ言えるのは、「今動いているから安全」という発想はもう通用しないということだ。インフラの透明性確認、制裁リストとの突合、DDoS対策の多層化——これらは「大規模攻撃を受けた後に慌てる話」ではなく、平時にやっておくべき話だ。 日本企業はソフトウェアのSBOM（ソフトウェア部品表）への注目は高まりつつあるが、ネットワークインフラの来歴確認はまだ手薄な組織が多い。「自社のトラフィックがどのASを経由しているか」まで可視化できている組織は限られている。ゼロトラストアーキテクチャの本質は「ネットワーク経路を無条件に信頼しない」ことにある。この考え方は認証・認可の話だけでなく、インフラ選定における透明性確保という観点でも、正しい方向を指し示している。 攻撃者が「制度をハックする」手口を洗練させている以上、防御側もインフラの来歴を問い続ける姿勢が求められる。 出典: この記事は Netherlands seizes 800 servers of hosting firm enabling cyberattacks の内容をもとに、筆者の見解を加えて独自に執筆したものです。

MicrosoftのCopilotマーケティング責任者で長年にわたりWindows部門を牽引してきたユスフ・メフディ（Yusuf Mehdi）氏が、来年の退任前にWindowsを「エージェント時代」向けに刷新するプロジェクトを主導することが、リークされた社内メモによって明らかになった。 社内メモが示すWindowsの次の姿 リークされたMicrosoftの社内メモによると、Copilotおよびコンシューマー製品の最高責任者であるメフディ氏は、「WindowsをAIエージェント時代向けに再想像（reimagine）する」取り組みをリードするとされている。 「エージェント時代のWindows」とは、チャットUIを埋め込む段階の話ではない。AIエージェントがOSレベルで動作し、ファイル操作・アプリ制御・タスク自動化を半自律的に実行できるアーキテクチャへの転換を指す。現在のWindows 11でもCopilot統合は進んでいるが、大半は「チャットウィンドウが追加されただけ」という段階に留まっている。今回のリークが示すのはそれを超えた、「OSそのものがエージェントを前提とした構造になる」という方向性だ。 エージェント統合に必要なOS側のアーキテクチャ 「エージェント時代」のOSに求められる要件は、従来のGUIアプリ中心の設計とは根本的に異なる。 コンテキスト共有: エージェントが複数アプリをまたいでユーザーの作業コンテキストを理解できる仕組み 細粒度な権限管理: エージェントがシステムを操作する際の安全な認可制御 非同期タスク実行: バックグラウンドでエージェントがタスクを完遂するための実行基盤 アクション履歴と監査: エージェントが何をしたかを追跡・ロールバックできる機構 これらはいずれも現在のWindows 11では十分に備わっていない。「エージェント時代向け」という言葉には、こうしたアーキテクチャ刷新への布石が含まれている可能性が高い。 メフディ氏退任の背景 ユスフ・メフディ氏はMicrosoftで約25年にわたり要職を務め、Bing・Xbox・Surfaceを経て近年はCopilot戦略を主導してきた。その退任は単なる人事異動ではなく、Microsoft内部でのAI戦略の主導権移動を示している。退任前にWindowsの刷新プロジェクトを任されるという位置づけは、これが「仕上げの仕事」であることを意味する。 実務への影響——日本のIT管理者が今やるべきこと 「エージェントが動くWindows」が本格化すれば、企業のIT管理は大きく変わる。 禁止ベースのポリシーは機能しなくなる: エージェントがシステムを自律操作できる環境では、従来の「アプリインストール禁止」「外部接続ブロック」という一律禁止は機能しない。何をエージェントに許可し、何を禁止するかという粒度の細かい制御設計が必要になる。 ゼロトラスト前提での設計を今から: エージェントが複数サービスにまたがってアクションを実行する世界では、ネットワーク境界の信頼モデルは崩壊する。アクション単位・アイデンティティ単位での認可設計への移行準備を今から進めておくべきだ。 Intuneポリシーの定期棚卸しを: エージェント対応の新機能が今後段階的に導入されると、現在のIntuneポリシーで意図せずブロックされるケースが出てくる。定期的な見直しと検証の習慣を今から持っておくと後で楽になる。 筆者の見解 WindowsがAIエージェント時代に向けて刷新されるという方向性自体は正しい。デスクトップOSがエージェントの実行基盤になっていくのは自然な流れだし、Microsoftにはその実現に必要な技術力・ユーザーベース・Azure AIバックエンドがすべて揃っている。正面から勝負できる条件は整っている。 一方で、「Copilot in Windows」のこれまでの歩みを振り返ると、素直に期待一辺倒にはなれない。機能が増えるたびに一貫性より詰め込みが優先されてきた印象があり、「エージェント統合」という名目でさらなる複雑化が進むとしたら、それはもったいない。真の刷新には機能を足すだけでなく整理と削除が伴わなければならないはずだ。 メフディ氏の「退任前集大成」という文脈は、キャリアの締めくくりにふさわしい仕事になりうる。それだけに、「完成させること」より「本当に使えるものにすること」を優先した結果を期待したい。 出典: この記事は Windows will be reimagined for the agentic era before Copilot executive leaves next year の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Microsoftは、Windows 11の最新プレビュービルドにおいて、画面全体に色調フィルターをかける「スクリーンティント（Screen Tint）」機能をはじめとする複数のアクセシビリティ改善を導入した。 スクリーンティントとは何か スクリーンティントは、ディスプレイ全体に任意の色合いのフィルターを重ねて表示する機能だ。視覚過敏（光過敏症）を持つユーザーや、ディスレクシア（読み書き障害）のある利用者、長時間の画面作業で目の疲れを感じやすい人にとって、既存のナイトライトや色フィルターとは異なるアプローチで視認性を向上させる。 既存の「カラーフィルター」機能が色覚異常への対応を主眼に置いているのに対し、スクリーンティントは色調そのものを柔軟に調整することで、より広範な視覚ニーズに応えることを目的としている。設定は「アクセシビリティ」→「視覚効果」から変更できる見込みで、輝度や彩度との組み合わせ調整も可能になると見られる。 その他のアクセシビリティ改善 今回のプレビュービルドにはスクリーンティント以外にも複数のアクセシビリティ関連の変更が含まれている。Microsoftはアクセシビリティ機能の継続的な整備を進めており、ナレーター（スクリーンリーダー）の改善や、キーボード操作性の向上なども段階的にロールアウトされている。 これらの機能は現時点ではInsider Program（Dev/Beta/Canaryチャンネル）の参加者向けのプレビュー段階であり、安定版への反映時期はMicrosoftの公式アナウンスを待つ必要がある。 実務への影響——IT管理者・エンジニアが知っておくべきこと アクセシビリティ機能の強化は、企業のIT部門にとって見過ごせないアップデートだ。 多様な従業員への対応コスト削減: 視覚過敏や色覚特性を持つ社員向けに、これまでサードパーティ製アプリや専用機器で対応していたケースが、OS標準機能だけで完結する可能性が高まる。ライセンスコストと管理工数の両方を削減できる。 法的・コンプライアンス観点: 日本でも障害者差別解消法の改正（2024年）により、民間事業者に対する「合理的配慮の提供」が義務化された。デジタル環境のアクセシビリティ整備はその一環として重要性を増している。Windows標準機能として提供されることで、グループポリシーやIntuneによる一括展開・管理も現実的になる。 展開計画の見直しタイミング: Insider Buildで動作を確認しておき、安定版リリース時に速やかに社内ガイドラインを更新できる体制を整えておくと良い。特にアクセシビリティ設定をユーザーに委ねるか管理者が標準化するかの方針を事前に固めておくことを推奨する。 筆者の見解 Windowsの変更を細かく追いかけることの意味が薄れてきた昨今、アクセシビリティ系の改善は数少ない「ちゃんと見ておきたい」アップデートのひとつだ。 スクリーンティントのような機能は地味に見えて、実際に必要としているユーザーにとっては日々の作業品質を大きく変える。こういった地道な積み重ねがOSプラットフォームとしての底力を示す部分でもある。 一方で、せっかく良い機能を作っても、企業の現場に届くまでのタイムラグや、設定の複雑さで活用されないケースが多い。Microsoftには機能を作るだけでなく、IT管理者が迷わず展開できるテンプレートやドキュメントの整備までセットで提供してほしい。実力があるのだから、最後の一手まできっちり仕上げてほしいところだ。 出典: この記事は Windows 11 is getting Screen Tint feature and other accessibility improvements in new builds の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Microsoftが、企業向けコミュニケーションツール「Microsoft Teams」の大幅なUIリデザインを2026年7月より段階的に展開すると発表した。中央配置のコントロールバー、安全な画面共有機能、カスタマイズ可能な会議ツールなど、現場での使い勝手を根本から見直す変更が盛り込まれている。 何が変わるのか 今回のリデザインで注目されるのは、コントロールの中央配置だ。これまでのTeamsは会議中のコントロールバーが端に寄りがちで、大画面ディスプレイでは操作しづらいという声があった。新デザインでは画面下部の中央にコントロールをまとめることで、自然な視線の流れとクリック動線を一致させる設計になる。 安全な共有オプションの強化も見逃せない。画面共有時に意図しないウィンドウや個人情報が映り込む事故は、リモート会議を日常的に使う現場で繰り返し問題になってきた。新デザインではどのコンテンツを共有するかをより明示的に選択できる仕組みが導入され、誤共有リスクの低減が期待される。 カスタマイズ可能な会議ツールについては、チームや用途に合わせて会議中に利用するボタンや機能を整理できるようになると見られる。全員に同じUIを押し付けるのではなく、ロールや会議の種類に応じた最適な操作環境を構築しやすくなる方向性だ。 なぜこれが重要か Teamsはいまや日本の企業でも当たり前のインフラだ。大手企業から官公庁まで利用が広がっており、UIの大幅変更は「慣れ直しコスト」として現場に波及する。一方で、ZoomやGoogle Meetとの競争が続く中、Microsoftがユーザー体験の改善に継続的に投資している姿勢は評価できる。特に「安全な共有」という方向性は、情報漏洩リスクを常に意識しなければならないエンタープライズ環境にとって正しい優先順位だ。 実務への影響——IT管理者が今すぐすべきこと 展開は2026年7月開始予定だが、大規模テナントへの完全展開はそれ以降になるケースが多い。以下の点を早めに確認しておくとよいだろう。 ターゲットリリースの確認: Teams管理センターで段階的展開（ターゲットリリース）を設定しているかを確認し、先行評価の準備をしておく エンドユーザー教育の準備: 大幅UIリデザインはヘルプデスクへの問い合わせ増加要因になりやすい。FAQや簡易ガイドを事前に整備しておくことで展開後の混乱を最小化できる 会議テンプレートの見直し: カスタマイズ可能な会議ツールが導入されれば、自組織の会議運用を整理する好機となる。今のうちに「どんな会議種別があるか」を棚卸ししておくと導入がスムーズになる 共有ポリシーの明文化: 新機能に合わせて「どのコンテンツを共有してよいか」を社内ポリシーとして文書化しておくと、展開後のトラブル対応が楽になる 筆者の見解 Microsoft Teamsのリデザインは、見た目の刷新にとどまらず「意図しない情報漏洩を設計で防ぐ」という思想の変化が感じられる点で興味深い。機能追加が続いてきた分、UIの複雑さも積み上がっていたTeamsにとって、中央配置のコントロールや安全な共有機能は「引き算の設計」として正しい方向性だと思う。 ただ、リデザインに期待したいのは見た目だけではない。大規模会議でのCPU・メモリ使用率の改善や、AI機能（議事録生成・ノイズキャンセル）との自然な統合も同時に進んでほしい。UIが洗練されても、会議中に動作が重くなるようでは本末転倒だ。 Copilot for Teamsの活用がいよいよ現場に浸透し始めるタイミングと重なるだけに、このリデザインがAI機能との一体化を実現したものになるかが真の評価軸になるだろう。プラットフォームとしての底力はTeamsにある。その力を存分に引き出す方向で進化してほしいと思う。 出典: この記事は Microsoft Teams is getting a major redesign, here is a first look の内容をもとに、筆者の見解を加えて独自に執筆したものです。

GoogleがGoogle I/O 2026で発表した新AIモデルファミリー「Gemini Omni」が、AI動画生成・編集プラットフォーム「Flow」にOmni Flashとして提供開始された。テキスト・画像・動画のいずれを入力しても任意の形式に変換できる「anything-to-anything（何でも変換）」モデルを標榜する野心的なリリースだが、実際の使い勝手は「期待と現実の間」を揺れ動く段階だ。 Gemini Omniとは何か Gemini OmniはGoogleの新しいモデルファミリーで、最終的にはテキスト・写真・動画など、入力も出力も形式を問わない汎用変換AIを目指している。現時点でリリースされたOmni Flashは動画生成に特化しており、Flowプラットフォームから利用できる。従来モデルのVeoも引き続き使用可能だが、Omni Flashは以下の点でVeoを超えることを謳っている。 動画＋テキストの複合入力対応: 既存の動画ファイルをアップロードし、テキストプロンプトと組み合わせてAI動画の起点にできる 実世界知識の強化: より豊富な実世界の知識を生成に組み込み、動画内キャラクターの一貫性を高めた テキスト編集指示の改善: 生成後の動画にテキストで修正指示を出せる機能が実用的になった 実際に使ってみると——検証結果の正直なところ The Vergeのレビュアーが、ぬいぐるみの鹿「Buddy」を題材にOmni Flashを徹底テストした結果は「良くも悪くも驚かされる」というものだ。 改善が見えた点: 5か月前にVeoを検証したときと比べ、キャラクターの一貫性とプロンプトへの忠実度は明確に向上した。「ハチミツを日焼け止めと間違えて塗ってしまう」といった小ネタを自律的に演出するなど、コンテキストを理解した映像表現が見られた。 依然として残る課題: 一方で「AIジャンプスケア」と呼ぶべき不自然な変化も頻発する。スカイダイビング中にキャラクターが突然向きを変える、動画内でオブジェクトの形状・色が次々と変わる、テキスト修正指示で「角を消した」と思ったら次のシーンで復活する——こうした挙動は、完成品としての品質には程遠い。 実務への影響 動画コンテンツを扱うクリエイター・マーケター・エンジニアにとって、Gemini Omniの進化は注目に値する。現時点での現実的な活用シーンは以下の通りだ。 今すぐ試せるユースケース: マーケティング用プロトタイプ・絵コンテの映像化 社内向けビジュアル素材や勉強会スライドの補完素材 既存映像を元にしたバリエーション展開・アイデア出し 商用利用にはまだ慎重さが必要な場面: ブランドガイドラインに沿ったキャラクター表現が求められるケース 細部の一貫性が重要なプロダクト紹介動画 高品質な仕上がりが必要な対外公開コンテンツ FlowのUIは比較的わかりやすく、テキストだけで動画制作を始められる。「まずAI動画生成を体験したい」という入門段階なら十分に試す価値がある。一方で、本番品質を求めるプロジェクトへの投入はもう少し様子を見るのが賢明だ。 筆者の見解 Googleが「anything-to-anything」を標榜するモデルファミリーを立ち上げたことは、技術的方向性として非常に興味深い。入力も出力も形式を問わないという構想が実現すれば、コンテンツ制作のワークフローを根底から変える可能性を持つ。 ただ、今回の検証レポートを読んで筆者が感じるのは、「面白い技術」と「実務で安心して使える技術」の間にある距離感だ。動画内でオブジェクトが変形し、修正指示をかけると別の問題が生まれる——この手の品質ムラは、企業のコンテンツ制作現場への採用を慎重にさせる。 Googleは映像・画像生成の分野に確かな強みを持つ企業だ。その強みが実務レベルで安定してきたとき、クリエイティブ系の現場に本当の変化が訪れるだろう。Omni Flashはその道のりの途中にある一里塚として捉えるべきで、現段階では「積極的に触れておく」と「本番投入は待つ」を使い分けるのが、日本のIT現場での正しい立ち位置だと思う。 出典: この記事は Google’s new anything-to-anything AI model is wild の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Microsoftは、Windows 11のアップデート一時停止機能を大幅に刷新する「日付指定」オプションをWindows Insiderプログラムでテスト中であることが明らかになった。現行の「最大5週間」という固定制限を撤廃し、ユーザーが任意の日付まで更新を止めておけるようになる予定だ。 何が変わるのか 現時点のWindows 11では、設定画面から最大5週間のアップデート一時停止が可能だ。しかし停止期間が切れると強制的にパッチ適用が試みられ、それ以上の延長はできない仕様になっている。 Windows Insiderでテストされている新機能では、これが「カレンダーから日付を選ぶ」方式に変わる。一度に最長35日間の停止が可能となり、期限が近づいたら再度カレンダーを開いて延長できる。この延長操作を繰り返すことで、理論上は無期限にアップデートを先送りすることが可能になる。 また、シャットダウンボタンの分離（更新せずに終了 vs 更新して再起動）や、強制再起動の削減も合わせてテストされている模様だ。 Microsoftは公式サポートアカウントのSNS投稿で「作業中はアップデートを一時停止して構わない」と積極的に呼びかけており、これまでの「できるだけ早く当てさせる」方針から、ユーザーの自律的な判断を尊重する方向へのシフトが見て取れる。 なぜ今このタイミングなのか 背景にあるのは、Windowsアップデートに対するエンドユーザーの根強い不満だ。世界16億台のWindows 11デバイスを抱えるMicrosoftにとって、月例パッチ（Patch Tuesday）を軸にした更新サイクルは欠かせない。しかし大多数のビジネスユーザーは「Patch Tuesdayとは何か」すら知らず、作業の真っ最中に降ってくる再起動要求は業務妨害以外の何物でもない。 加えて、Windowsアップデートに起因する不具合報告がここ数年で増加傾向にある。特定の環境でブルースクリーンが発生したり、サードパーティ製ドライバが無効化されたりといったケースが後を絶たない。こうした実態が、より細かいコントロールを求めるユーザーの声を後押ししている。 実務への影響——日本のIT管理者は何を準備すべきか エンドポイント管理の観点から注意が必要 Intune（Microsoft Endpoint Manager）やWSUSで管理されている企業端末への影響は、現時点では明らかでない。コンシューマー向けUIの変更がエンタープライズ管理ポリシーとどう整合するかは、一般提供（GA）後のドキュメントを確認する必要がある。 「無期限停止」は諸刃の剣 技術的には可能になるとしても、無期限に当て続けないことはセキュリティリスクに直結する。Exploited in the Wild（実際に悪用されている脆弱性）への対応が遅れることになりかねない。IT管理者は「ユーザーに自由を与えつつ、最低限のパッチ適用を保証する」ポリシーの再設計を検討しておくべきだろう。 ヘルプデスク問い合わせが変わる可能性 「更新を止める方法を教えてください」という問い合わせが今後増加することが予想される。FAQやセルフサービスポータルの事前整備が有効だ。また、停止期間中に発生した問題のトラブルシューティングでは「最後に更新したのはいつか」を必ず確認するフローを組み込んでおきたい。 当面の推奨運用 Insider Previewの動向をウォッチし、GA前にテスト環境で新UIの挙動を確認する グループポリシーまたはIntuneの更新延期設定と、新しいUIコントロールの優先順位関係を把握する 「数日様子を見る」判断はセキュリティ的に有効な手段。ただし3〜4週間以上の放置は別問題と明確に線引きする 筆者の見解 この変更そのものは歓迎したい。「OSのアップデートは当てたいときに当てる」——それが本来あるべき姿だ。Windows XP・7の時代には当たり前にできていたことが、Windows 10以降で突如ユーザーの手から奪われ、強制再起動で作業を台なしにされてきた。それが今になって「やっぱり一時停止できるようにします」と言われても、遅いという感覚は否めない。 ただ、ここで気をつけたいのは「自由」と「放置」を混同しないことだ。35日単位で延長できるとはいえ、パッチを当て続けないリスクはユーザー自身が負う。MicrosoftはUI上で無期限停止を技術的に許容しながら、セキュリティの責任はユーザーに転嫁する形になりかねない。その点については、今後のドキュメントや管理ポリシーでどう整理されるかをしっかり見ていく必要がある。 MicrosoftにはWindowsのアップデート品質そのものを上げる力がある。UIの裁量をユーザーに戻すことは良い一歩だが、そもそも当てても壊れないアップデートを届けること——そちらも同時に進めてほしい。それができる会社だからこそ、あえてそう言いたい。 出典: この記事は Microsoft says you should pause Windows 11 Updates when you need to work, as it tests greater controller の内容をもとに、筆者の見解を加えて独自に執筆したものです。

LaravelのサードパーティローカライゼーションパッケージシリーズであるLaravel Langが供給チェーン攻撃の標的となった。攻撃者はGitHubのバージョンタグを悪用し、Composer経由でインストールした開発者のシステムからAWSキーやGitHubトークンを含む幅広いクレデンシャルを窃取するマルウェアを仕掛けた。StepSecurity・Aikido Security・Socketの3社が2026年5月23日に警告を発している。 攻撃の手口：ソースコードを変えず、タグだけを書き換える 今回の攻撃で特筆すべきは、プロジェクトのソースコードそのものは改ざんされていないという点だ。代わりに攻撃者が悪用したのは、GitHubの「タグ」がフォーク先のコミットを参照できるという機能だ。 攻撃者はlaravel-lang組織のorg全体プッシュ権限を持つ侵害済み認証情報を使い、以下の4パッケージの全既存タグを悪意あるコミットへ書き換えた： laravel-lang/lang（502タグ） laravel-lang/http-statuses laravel-lang/attributes laravel-lang/actions 書き換えは2026年5月23日 22:32 UTCに開始し、翌00:00 UTCに完了。StepSecurityによれば4リポジトリ全てで同一の偽著者IDと同一の改ざんファイルが確認されており、単一の攻撃者による組織的な攻撃とみられる。Aikidoは233バージョン、Socketは約700バージョンへの影響を報告している。 何が盗まれるのか：クレデンシャルの「全方位収集」 悪意あるリリースは src/helpers.php という新ファイルをComposerのautoload設定に組み込む形で動作する。このファイルはドロッパーとして機能し、攻撃者のC2サーバー（flipboxstudio[.]info）から第2ペイロードをダウンロードする。 ダウンロードされるPHPペイロードはLinux・macOS・Windows対応のクロスプラットフォーム製クレデンシャルスティーラーで、盗取対象は驚くほど広い： AWSキー、GitHubトークン、Slackトークン、Stripeシークレット Kubernetesシークレット、Vault トークン CI/CDシークレット、SSHキー ブラウザ保存パスワード・Cookie（Chrome・Brave・Edge） 暗号通貨ウォレット、パスワードマネージャー VPN設定、ローカル .env ファイル Windowsでは追加で DebugElevator という実行ファイルが %TEMP% に展開され、ChromeのApp-Bound Encryptionキーを解読してブラウザ保存認証情報を窃取する。実行ファイルのPDBパスには「claude」という文字列も含まれており、マルウェア開発にAIが活用された可能性が指摘されている。 実務への影響 今すぐ確認すべきこと 1. composer.lock を確認する laravel-lang/lang・laravel-lang/http-statuses・laravel-lang/attributes・laravel-lang/actions のいずれかが存在する場合は直ちに調査が必要だ。 2. 影響期間を把握する 攻撃はUTC 2026年5月23日 22:32以降に展開された。それ以前のインストールでも composer update で最新タグを取得していた場合は影響を受けた可能性がある。 3. クレデンシャルをローテーションする 上記パッケージを利用していた環境では、AWSキー・GitHubトークン・DBパスワード等を即座にローテーションすることを強く推奨する。.env ファイルの内容も漏洩前提で扱うべきだ。 4. CI/CDシークレットの見直し GitHub Actionsに保存されているシークレット類は、今回の攻撃で主要標的の一つになっている。OIDCによる一時的クレデンシャル発行（Just-In-Timeアクセス）を導入することで、仮に窃取されても被害を最小化できる。 Composerのセキュリティ強化 Composerは composer.lock のハッシュ値で整合性を検証するが、タグが書き換えられると新しいコミットに対する新しいハッシュが生成されるため、従来の整合性検証では検出できない。今後はSHA pinningやプライベートミラーの活用、GitHub の Tag Protection Rules の設定も検討に値する。 筆者の見解 供給チェーン攻撃の中でも、今回のケースは「ソースコードには触れず、タグというメタデータだけを書き換える」という点で既存の防衛策をすり抜けやすい。静的解析やSCAツールが監視しているのはあくまでソースコードの変化であり、タグ先のコミットが差し替えられたという事実は検出できない。 より根本的な問題として、攻撃者が利用したのは「org全体のプッシュ権限を持つ常時有効な認証情報」だ。これが常時付与された権限だったからこそ、4リポジトリを一気に、しかも深夜の約1時間半で書き換えることができた。Just-In-Timeアクセスときめ細かなスコープ制御が標準になっていれば、ここまでの被害拡大は防げたはずだ。Non-Human Identity（NHI）管理の重要性が改めて問われる事例といえる。 ...

Microsoftは2026年5月、Windows 11のCopilotアプリに新たなサイドバー型ドッキング機能を追加するテストを開始した。画面の左右どちらにも固定でき、デスクトップ全体が自動的にリサイズされてほかのアプリと並列表示できる新UIで、Windows Latestが最初に発見し、現在段階的にロールアウト中だ。 何が変わったのか これまでWindows 11上のCopilotは「独立したアプリウィンドウ」として動作していた。新しいUIでは、タイトルバーに追加されたドロップダウンメニューから表示形態を選択できる。 選択肢は4種類： 現行のアプリウィンドウモード（デフォルト） ピクチャーインピクチャーモード（小さいウィンドウが常時前面に表示） 左サイドバーへのドッキング（新機能） 右サイドバーへのドッキング（新機能） サイドバーにドッキングすると、Windows 11のデスクトップが自動的にリサイズされ、Copilotが占有した分だけほかのアプリが縮む。File ExplorerをフルスクリーンまたはSnap Layouts等で展開していても、Copilotが右端を確保したうえで残りの空間にアプリが再配置される。 デジャヴ感のある「原点回帰」 実はこの設計、Windows 11にCopilotが初めて搭載された2024年当初の仕様に近い。当時もサイドバー型でアプリと並列表示されていたが、のちにMicrosoftは独立アプリへ変更し、さらにWebアプリ化するなど、約6回ものUI刷新を重ねてきた。 現在のCopilotはEdgeベースのラッパーとして実装されており、プライベートなEdgeインスタンスを同梱していることも最近確認されている。今回の新しいサイドバードッキング機能は、このEdgeベースの実装と組み合わせることで実現されている可能性が高い。 実務への影響 マルチタスク効率の変化 サイドバー型CopilotはWebブラウザの「サイドパネル」機能に近い使い勝手で、コーディング中やドキュメント作成中にAIへ質問する際の「ウィンドウ切り替えコスト」を削減できる可能性がある。特に開発者が複数ファイルを開きながらAIに相談するシーンでは、フォーカスを失わずに作業を続けられる利点がある。 ただし、現実的な注意点もある： 狭い画面での圧迫感：13〜14インチクラスのノートPCでは、作業スペースが大幅に削られることになる ロールアウト段階：現時点では全ユーザーに展開されているわけではなく、Windows Insider Programなどを通じた段階的配信だ 統合の深さ：EdgeベースのラッパーであるCopilotがOSの深部とどこまで連携できるかは、今後の実装次第 IT管理者向けの注意点 Copilotの表示形態が変わっても、グループポリシーやIntune経由での制御範囲に大きな変化はないと見られる。ただし、新しいスナップレイアウトオプションがエンドユーザーの操作性に影響するため、更新後の動作確認は実施しておきたい。特にVDI環境やセッションベースのデスクトップでは、ウィンドウリサイズの挙動が想定外になるケースがないか検証することを推奨する。 筆者の見解 CopilotのUI刷新は今回で約6回目。「また変わったのか」というのが率直な第一印象だ。 ただし、今回の方向性そのものは悪くない。「AIがOSの一部として常時存在する」というビジョンは理にかなっており、サイドバー型はその表現として素直な形だ。初期設計が不評だったのはAIの中身の問題であり、UIコンセプトの問題ではなかった。その意味では、原点回帰は正しい判断だと思う。 もっとも、UIをどれだけ洗練させても、Copilot自体の応答品質や他アプリとの連携の深さが伴わなければ定着しない。Microsoftにはハードウェアからクラウドまでのエコシステムという強みがある。その基盤を活かして、Copilotが「常に開いておきたいツール」になるところまで持っていけるか——UIの試行錯誤はそろそろ一区切りつけて、AIの実力を磨くことに集中してほしいと思う。応援しているからこそ、そう感じる。 出典: この記事は Microsoft’s new Copilot turns into a Windows 11 sidebar that pushes your apps aside to make room の内容をもとに、筆者の見解を加えて独自に執筆したものです。

AppleがiOS 27において、Apple IntelligenceをGoogle GeminiやAnthropic Claudeなどのサードパーティ製AIモデルに開放する計画を進めていると報道された。6月8日に開幕するWWDC 2026での正式発表が有力視されており、スマートフォンのAI機能において「使うモデルをユーザーが選ぶ」という新時代が到来しようとしている。 「Extensions」——Appleが設計した開放の仕組み 今回の中核となるのが「Extensions」と呼ばれる新しいシステムだ。現行のiOS 18〜26世代のApple Intelligenceでは、文章生成（Writing Tools）や画像生成（Image Playground）はAppleが選定・管理するモデルで動作する。既にOpenAI ChatGPTとの連携は実現しているが、あくまで「Appleが選んだ1社との統合」に過ぎない。 Extensionsはこれを抜本的に変える。Writing ToolsやImage PlaygroundをはじめとするApple Intelligenceの主要機能を、承認済みのサードパーティAIモデルでも動作させる拡張機構を提供するという。Appleが「土台」を作り、AIモデルをプラグインとして差し込む設計と見られる。 Google・Anthropicとの統合テストがすでに進行中 報道によれば、Apple社内ではすでにGoogleおよびAnthropicとの統合テストが進んでいる。両社ともAppleと協議を重ねており、WWDC 2026のタイミングに合わせた同時発表の準備をしているとされる。 GeminiはGoogleが自社デバイス（Pixel）やAndroidにも積極展開しているモデルであり、Apple側との統合はある意味異例のコラボレーションとなる。Claudeを開発するAnthropicも、API経由での外部統合実績が豊富なことから技術的な摩擦は少ないと考えられる。 実務への影響——日本のエンジニア・IT管理者はどう備えるか 日本の企業IT部門にとって、この変更がもたらす影響は小さくない。 MDM・ポリシー管理の見直し：Apple Business Manager（ABM）やMDMソリューション経由でiOSを管理している組織では、どのAIモデルを許可・禁止するかをポリシーとして定義する必要が生じる。特に医療・金融・法務など情報管理が厳しい業界では、モデルごとのデータ取り扱い規約の確認が必須になる。 社内情報のプライバシーリスク：Writing Toolsでサードパーティモデルを使う場合、入力テキストがどこで処理されるかの透明性が問われる。Apple Intelligence自体はオンデバイス処理とPrivate Cloud Computeを使い分けるが、サードパーティ連携時の処理場所はモデルによって異なる可能性がある。 エンジニア目線の活用ポイント：開発者としては、iOS 27のExtensions APIがどのような仕様で公開されるかが鍵だ。Shortcuts・Siriとの連携やアプリ内からのモデル呼び出しが可能になるなら、企業向けiOSアプリ開発の設計が大きく変わる可能性がある。WWDC 2026のセッション資料を早期に確認しておくことを強く勧める。 6月8日に向けて確認すべきこと： ExtensionsのAPIドキュメントの公開タイミング 利用可能なサードパーティモデルの一覧と審査基準 MDM経由でのモデル制御が可能かどうか プライバシーポリシー・データ処理場所の各社開示 筆者の見解 AppleがAIモデルを「選べる」設計に舵を切ったことは、モバイルAI市場における重要な転換点だと感じている。これまでAppleは自社プラットフォームをかなり閉じた状態で管理してきた。ChatGPT統合も「Appleが認めた1社」という枠組みであり、ユーザーに選択権があるとは言い難かった。 今回のExtensionsが本当にオープンな拡張機構として設計されるなら、「どのAIを使うか」がスマートフォンを選ぶ基準の一つになる時代が来る。ユーザーが慣れ親しんだモデルをiPhone上でそのまま使えるなら、体験の連続性という意味で価値は高い。 一方で気になるのは「Appleの審査基準」だ。App Storeが数多くの開発者を苦しめてきたように、ExtensionsのモデルAdmission基準が不透明・恣意的では意味がない。競合モデルを排除しない公正な審査プロセスを設計できるか、そこがAppleの真価を問われるポイントになると思っている。 またMicrosoftの観点でも注目している。WindowsのCopilot+では現状Microsoftが推奨するモデルが中心だが、iOS 27のExtensionsのような「ユーザーが選べる」設計を取り入れることは、Windowsにとっても検討に値する方向性だろう。どのエコシステムにいても「自分に合ったAIを選べる」ことが当たり前になる流れは、もはや止められない。 詳細はWWDC 2026（6月8日）の発表を待ちたいが、今のうちにExtensions APIの概念を把握し、自社のMDMポリシー見直しを視野に入れておくことを勧めたい。 出典: この記事は iOS 27 will let you choose between Gemini, Claude, and more for AI features: report の内容をもとに、筆者の見解を加えて独自に執筆したものです。

米国国立標準技術研究所（NIST）傘下のAI評価機関「CAISI（Center for AI Standards and Innovation）」が、DeepSeekの最新オープンウェイトモデル「DeepSeek V4 Pro」の独立評価を2026年4月に実施し、5月に結果を公開した。規制当局レベルの政府機関が中国製AIモデルを公式かつ独立した形で評価・公表した事例はこれが初めてとなり、AI能力評価のガバナンスという観点からも大きな注目を集めている。 CAISIとはどういう機関か CAISIはNISTが設置したAI標準・イノベーションセンターで、米国政府の立場からAIモデルの能力を独立して評価する役割を担う。今回の評価はサイバーセキュリティ・ソフトウェアエンジニアリング・自然科学・抽象推論・数学の5領域にわたる9ベンチマークを使用した。 特に重要なのが、公開済み標準ベンチマークに加えて非公開ベンチマークを用いている点だ。具体的にはARC-AGI-2の準非公開データセットと、CAISI内製のソフトウェアエンジニアリング評価ツール「PortBench」が使われた。これにより、事前学習データへの問題混入（ベンチマーク汚染）による評価の歪みを排除できる。 独立評価の結果：能力差は「約8カ月」 CAISIの独立評価では、DeepSeek V4 Proの総合能力は現在のフロンティアモデルより約8カ月遅れていると結論付けられた。主要ベンチマークの比較は以下の通りだ。 ベンチマーク GPT-5.5 Anthropic Opus 4.6 DeepSeek V4 Pro SWE-Bench Verified（SE） 81% 79% 74% PortBench（内製SE評価） 78% 60% 44% ARC-AGI-2（抽象推論） 79% 63% 46% GPQA-Diamond（自然科学） 96% 91% 90% 数学系（AIME/PUMaC/SMT） 〜98% 〜94% 〜96% 数学領域では米国トップモデルに肉薄する高スコアを記録している一方、抽象推論（ARC-AGI-2）と内製SE評価（PortBench）では大幅な差が開いている。総合能力を示すIRT推定EloスコアはGPT-5.5が1260に対してDeepSeek V4 Proは800と、GPT-5.4 mini（749）に近い位置に評価された。 自己申告と独立評価の乖離——ベンチマーク汚染の問題 今回の評価で特に注目すべきが、DeepSeek自身の公式発表とCAISIの独立評価との乖離だ。 DeepSeekの公式データによれば、V4 Proの能力はOpus 4.6やGPT-5.4（約2カ月前リリース）と同等とされている。しかしCAISIの独立評価（非公開ベンチマーク込み）では、約8カ月前にリリースされたGPT-5相当という結論になった。 この乖離の主要因として指摘されるのがベンチマーク汚染だ。事前学習データに公開ベンチマークの問題と回答が含まれていると、そのベンチマークでは実際の能力より高いスコアが出る。公開ベンチマークのみを使った評価では、この汚染の影響を排除できない。CAISIが非公開問題を含むベンチマークを採用した意義がここにある。 コスト効率では競争力あり 能力面にギャップがある一方、コスト効率ではDeepSeek V4 Proは一定の競争力を持つとCAISIは評価している。最もコスト競争力のある米国モデル（GPT-5.4 mini）と比較した7ベンチマークのうち5つでDeepSeek V4 Proが上回り、コスト差の幅は「53%安〜41%高」と場合によるが、総じてコストパフォーマンスでは健闘している。 実務への影響：日本のエンジニア・IT管理者が知っておくべきこと 独立評価指標がAI調達判断の根拠になる 今回のCAISIレポートが実務上の重要性を持つのは、第三者機関による独立評価が公開文書として参照可能になった点だ。AI導入を検討する日本企業のIT部門が調達・ベンダー選定の根拠として、ベンダーの自己申告を超えた信頼性の高い比較基準を手にしたことを意味する。 中国製モデル利用時のリスク評価 DeepSeekを含む中国製モデルを業務利用する際は、技術的な能力評価に加えて情報セキュリティとデータ主権の観点が欠かせない。CAISIの評価はあくまで能力の測定であり、データ取り扱いの安全性を保証するものではない。エンタープライズ利用では、オープンウェイトモデルを自社環境（オンプレまたは国内クラウド）でホスティングする構成を検討することが現実的な選択肢の一つになる。 ベンチマーク評価リテラシーを持つ AIモデルの評価レポートを参照する際は「どのベンチマークを使っているか」「公開済みか非公開か」「第三者評価かベンダー自己申告か」を必ず確認する習慣が重要だ。今後のAI調達における基本リテラシーとして押さえておきたい。 筆者の見解 今回のCAISI評価レポートは、AI能力評価に政府機関が本格的に関与し始めたという点で一つのターニングポイントだと感じる。ベンダーが自社に都合の良いベンチマークを選んで発表するだけでは済まない時代に入ってきた、という意味だ。 ...

Microsoftは2026年5月15日、Windows 11 Insider Experimental Preview Build 26300.8493をリリースし、ユーザーが長年要望し続けていたタスクバーの位置変更機能を公式に実装した。上・下・左・右の4方向から選択可能で、レジストリハックやサードパーティツールは一切不要だ。 Windows 95以来封印されていた自由が戻ってくる Windows 10まで当たり前に使えていたタスクバーの位置変更は、Windows 11の登場とともに突然廃止された。Microsoftは「中央揃えの下部配置がモダンUI」と主張して3年間ユーザーの声を無視してきたが、今回のビルドでついに方針転換を示した形だ。 変更方法は単純明快。設定 → 個人用設定 → タスクバー → タスクバーの動作と進むと、「画面上のタスクバーの位置」ドロップダウンが新たに表示される。選択肢は「下（デフォルト）」「上」「左」「右」の4つ。選択後は約300msのスライドアニメーションで即座に移動し、Explorerの再起動も再起動も不要だ。 各配置の動作詳細 上部配置では、スタートボタンとアイコンは中央揃えのまま上端に移動し、システムトレイ・時計・クイック設定は右上に集まる。アクションセンターのパネルは上から下に展開するため、直感的に操作できる。 左配置ではタスクバーが縦型になり、アイコンが上から下に積み重なる。スタートボタンは最上部、時計とシステムトレイは最下部に配置される。クイック設定や通知パネルは右方向に展開する。ウルトラワイドモニターや縦型モニター環境では、水平方向のスペースを有効活用できる。 右配置は左配置の鏡像で、パネルは左方向に開く。 スタートメニューはタスクバーの位置に追随する。左配置なら左端から右方向へ展開するなど、「タスクバーがある方向」から論理的に開くよう設計されており、従来のメニュー位置に起因する混乱が解消されている。 Insiderで今すぐ試すには Build 26300.8493はWindowsの「Experimentalブランチ」に属する特別なリング。2026年初頭にMicrosoftが導入したこのブランチは、リスクの高い機能を正式リリースにコミットせずにテストするための場所だ。Dev Channel参加者でも全員が即座に見られるわけではなく、A/Bテストによる段階的な展開が行われている。 タスクバー移動オプションが表示されない場合は、ViVeToolを使ってフラグID（Windows.Shell.TaskbarMultiPositiで始まる番号）を有効化する方法がInsiderコミュニティで共有されている。ただしExperimentalビルドの性質上、不具合のリスクは通常のInsiderビルドより高い点は念頭に置いておこう。 マルチモニター対応は現時点では部分的で、現行ビルドでは全モニターが同一の位置設定になる。モニターごとに異なる配置を設定したいという要望はフィードバックハブに多数集まっており、Microsoft側も制限を認識している。 実務への影響 日本のエンジニアやIT管理者にとって、この機能変更が直接業務効率に影響するかといえば「そこまで大きくはない」というのが正直なところだ。ただ、以下のシナリオでは明確なメリットがある。 縦型・ウルトラワイドモニター利用者: 横長画面でタスクバーを左右に配置することで、作業領域の上下幅を最大化できる macOSライクな上部配置: Dockに慣れた開発者がWindows環境に移行する際の学習コストを下げられる マルチモニター環境: 将来的にモニターごとの配置設定が実装されれば、用途別に最適化したレイアウトが組める 現時点でExperimentalビルドを本番環境に入れるのは論外だが、25H2（2026年10月予定）への昇格が実現すれば、企業展開での選択肢が増える。GPO経由での配置強制が可能になるかどうかも今後の注目点だ。 筆者の見解 正直に言えば、「タスクバーの位置変更」はWindowsを取り巻く大きな変化の中で優先度の高い機能ではない。AIとオートメーションが業務の根幹を変えつつある時代に、UIのカスタマイズに注力するのは「本当に重要な課題から目が逸れていないか」と感じる部分もある。 それでも、今回の対応には評価できる点がある。ユーザーが3年間言い続けたことにMicrosoftが応えたという事実だ。Windows 11の初期は「デザインの意図を押しつけすぎ」という批判が多く、それが機能面での信頼低下につながっていた。今回の方針転換は小さいようで、「ユーザーの声を聞くMicrosoft」への一歩として意味がある。 気になるのは「Experimental」という慎重すぎるほどの段階付けだ。タスクバーの位置変更はWindows 10時代に完成していた機能であり、アーキテクチャの再構築が必要だったとしても、Experimentalに留め置く理由がどこまであるのか。25H2への昇格を期待しつつ、「もう少し踏み切る力があるはず」と思う。 Windowsの底力はブランドとユーザーベースにある。その強みを活かして、ユーザーが本当に使いやすいと感じる方向に着実に積み上げていってほしい。 出典: この記事は Windows 11 Taskbar Finally Moves: Insider Experimental Adds Top, Left, Right Options の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Microsoftは2026年5月22日、Azureの週次アップデートを公開した。データベースの運用自動化、外部コラボレーションのセキュリティ強化、ネットワーク管理改善に重点が置かれており、エンタープライズ環境の実運用に直結する変更が多数含まれている。 データベース：運用負荷を減らす自動化と移行の柔軟性向上 今回最も注目すべき変更がSQL自動インデックス圧縮（プレビュー）だ。データベースを長期運用していると、インデックスが断片化・肥大化してクエリパフォーマンスが低下する問題は多くのエンジニアが経験している。これまで手動での定期メンテナンスが必要だったが、Azureが自動的に圧縮を実行してくれるようになる。 SQL Managed Instanceの変更イベントストリーミングも追加された。近リアルタイムでの変更データキャプチャ（CDC）をEvent Hubsへ送信できる機能で、イベント駆動型アーキテクチャへの移行を検討している組織に有用だ。また、新しいHyperscale SKUとソフトデリートの追加も発表された。 Azure Database for PostgreSQLは移行元ソースとして、EDB（EnterpriseDB）とGoogle AlloyDBを新たにサポートした。最小ダウンタイムでの移行を実現するPGアウトプット機能と組み合わせることで、他クラウドやオンプレミスのPostgreSQL互換環境からの移行選択肢が大幅に広がった。 ベクター検索エンジンDiskANNの改善も含まれており、Azure上でのAI/RAG（検索拡張生成）ワークロードの高速化が期待できる。 Microsoft Fabric：データ統合の摩擦を減らす Microsoft Fabricにおいて、MySQLミラーリングをOneLakeへ取り込む機能が追加された。さらに、Cosmos DBのプライベートエンドポイントミラーリングがGA（一般提供）となり、カスタムパイプラインなしで運用データをFabricへ流し込めるようになった。分析とオペレーショナルデータをリアルタイムで連携させたいシナリオで活用できる。 ネットワーク：制限拡張とトラブルシューティング支援 NSG（ネットワークセキュリティグループ）とUDR（ユーザー定義ルーティング）の制限値が更新された。大規模ネットワーク構成を組む環境では制限値に悩まされることがあるため、実務への影響は小さくない。 Azure Front DoorにWebSocketサポートが追加され、リアルタイム通信が必要なアプリケーションをFront Door経由でより手軽に配信できるようになった。Network Watcherのルール影響アナライザーでは、ルール変更が実際のトラフィックにどう影響するかを事前に予測できる。誤った設定変更による予期しない通信断の防止に役立つ機能だ。 VPN強化としてS2S証明書認証とP2S接続のユーザーグループ別IPプール割り当てにも対応した。 ID・セキュリティ：外部コラボレーション管理の強化 Entra IDの外部MFAとテナントガバナンス機能が強化された。ゲストアカウントやB2Bコラボレーションのセキュリティポリシーをより細かく管理できるようになり、外部コラボレーションにおける認証制御が向上する。 Azure FilesにおいてEntra専用ID（Entra-only identity）でのアクセス制御がサポートされた。従来のパスワードベース認証を廃止しEntra IDに一元化できるため、ゼロトラスト推進の観点から歓迎できる変更だ。 AI統合：Cosmos DBとLangChain/LangGraphの連携 Cosmos DBにLangChain/LangGraphとの統合が発表された。RAGやLLMエージェントシナリオでのベクターデータ管理がシームレスになる。Azure AI Foundryのロール更新やモデルルーター改善と合わせると、Azureプラットフォーム上でのAIエージェント構築が実用的な段階に進んでいることがわかる。 日本のエンジニア・IT管理者への影響 データベース担当者にとって、SQLインデックス自動圧縮の検討が優先事項になりそうだ。プレビュー段階なので本番環境への適用は慎重に行うべきだが、定期メンテナンス作業の自動化は運用コスト削減に直結する。 移行プロジェクトを抱えているチームには、PostgreSQLの新移行ソース対応が朗報だ。EDBやGoogle AlloyDBを使っている環境からの移行障壁が下がった。 セキュリティ担当者は、Entra外部MFA強化とAzure FilesのEntra専用ID対応に注目。外部コラボレーションが多い組織では、ゲスト管理ポリシーを見直す良い機会だ。 AI・データ分析チームは、Cosmos DBのLangChain統合とDiskANN改善が実務レベルで使えるか評価する価値がある。 筆者の見解 今回のアップデートで特に評価したいのは、SQLインデックス自動圧縮とEntra外部MFA強化の2点だ。 インデックス肥大化への対処は、専任DBAがいない中小規模の組織では長年の悩みだった。クラウドの真の強みは「難しい運用をプラットフォームに任せ、エンジニアがより価値の高い仕事に集中できること」だと考えている。こういった運用自動化の積み重ねこそ、Azureが力を発揮する場面だ。 Entra IDの外部コラボレーション制御強化については、ゼロトラスト推進の観点から正しい方向性だと感じる。日本企業では外部ベンダーや業務委託先とのコラボレーションが増えているが、セキュリティポリシーの一貫性が保てていないケースも多い。常時アクセス権の付与は特権アカウント管理における最大のリスクであり、Entra IDを中心に据えた認証・認可の統一は、複雑化する組織のアクセス管理を整理するうえで有効な手段だ。 一方、今回のアップデートで少し惜しいと感じるのは、AI統合まわりの分散感だ。Cosmos DB、DiskANN、Azure AI Foundryとそれぞれに個別改善が入っているが、「Azureでエンドツーエンドのエージェントを構築するならこう使え」という統一されたストーリーが見えにくい。個々の機能は確実に良くなっているだけに、エンジニアが全体像を把握しやすい形での情報発信があるとなおよいと思う。 Azureには統合プラットフォームとしての強みを活かせる余地がまだ十分にある。積み上がっている機能群を実務レベルでの全体最適につなげていくことに期待したい。 出典: この記事は Azure Update 22nd May 2026 の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Microsoftは2026年5月、Azure SQL Managed Instance（SQL MI）のデータ変更をAzure Event HubsまたはFabric Evenstreamへニアリアルタイムで配信する「Change Event Streaming」機能をパブリックプレビューとして公開した。INSERT・UPDATE・DELETEの行レベル変更を、CDCやカスタムポーリングなしにSQLレイヤーだけで管理できる新しいアーキテクチャだ。 Change Event Streamingとは 従来、RDBMSの変更データをリアルタイムに別システムへ連携するには、Change Data Capture（CDC）の設定やカスタムポーリングスクリプトの実装が必要だった。CDCは強力だが設定が複雑で、ポーリングはレイテンシとリソースのトレードオフが常に課題となる。 Change Event Streamingはこの課題を解決する。SQLのトランザクションログと連携し、行レベルの変更イベントをCloudEvents形式のJSONとしてAzure Event Hubsに配信する。リトライや配信ログの協調管理はSQL側が担うため、アプリケーション側の実装を大幅に簡略化できる。 技術的なポイント CloudEvents準拠: 業界標準のイベントフォーマット（CNCF CloudEvents）でデータを配信。Kafka互換のEvent Hubs Consumer APIやFabric Evenstreamのコンシューマーからそのまま消費できる SQLレイヤーで完結: CDCのような外部エージェントやポーリングサービスが不要。設定はSQL MI側で一度行うだけ Fabric Eventstream対応: Microsoft Fabric（次世代データ統合プラットフォーム）のEvenstreamにも直接配信可能。リアルタイム分析パイプラインの構築が容易になる ニアリアルタイム: ミリ秒オーダーではないが、従来のポーリング方式と比較して大幅な低レイテンシ化が期待できる アーキテクチャの変化 従来のCDCベース構成と今回の変化を比較すると、中間レイヤーの排除による恩恵がよくわかる。 従来（CDCベース）: 出典: この記事は Stream data in near real time from SQL MI to Azure Event Hubs – Public Preview の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Microsoftは2026年7月から Microsoft 365 の価格体系を改定し、Defender 系セキュリティ機能を既存プランに統合した新バンドルへの移行を開始する。企業規模を問わず、すべての Microsoft 365 契約組織が影響を受ける可能性があり、IT管理者は今から対応を計画しておく必要がある。 今回の改定で何が変わるのか 今回の改定の骨子は大きく2点だ。価格の引き上げと、Defender機能のプラン統合である。 Microsoftは近年、バラ売りしていたセキュリティ製品をM365プランに内包する方向で一貫してラインアップを整理してきた。2023年の大幅値上げに続く今回の改定も、この流れの延長線上にある。具体的には、これまで上位プランや追加ライセンスが必要だった Microsoft Defender for Business 相当の機能が、一部の中小企業向けプランに標準搭載される形での価格改定となる。 新しく設けられる「セキュリティバンドル」は、エンドポイント保護・フィッシング対策・メール脅威防御・脆弱性管理を一体化したもので、従来は複数のアドオンを組み合わせて実現していた構成を1つのプランで賄えるようにすることを狙っている。 影響を受けるプランと価格変動の目安 今回の改定が影響するのは主に以下の範囲だ： Microsoft 365 Business Standard / Premium: 既存プランの月額が引き上げられる一方、Defender 機能が追加される Microsoft 365 E3 / E5 エンタープライズ向け: E3 ユーザーへのセキュリティ機能追加に伴う価格調整 新設「Microsoft 365 Security Bundle」系: Defender for Business・Entra ID P1・Intune をセットにした新パッケージが登場 日本では円建て価格への反映タイミングが遅れることも多いため、現行契約の更新時期を確認しておくことが重要だ。 なぜこれが重要か——セキュリティ統合の本質的な意味 この改定を単純な「値上げ」と捉えるのは半分正しくて半分間違いだ。 Microsoftの戦略は明確で、エンドポイントセキュリティ・ID管理・デバイス管理を同一プラットフォームで一元管理できる状態を標準にすることにある。バラバラのセキュリティ製品を寄せ集めた構成は、運用コストが高く、設定漏れやポリシーの齟齬が生じやすい。統合プラットフォームとして使うことで初めて価値が出るというのがMicrosoft 365の本来の設計思想であり、今回の改定はそれを価格構造でも強制する形になっている。 特に ゼロトラスト移行の文脈では、Defender for Endpoint・Entra ID・Intune の3製品が連携して初めて「デバイスコンプライアンスに基づく条件付きアクセス」が機能する。これらがバンドルに含まれることは、ゼロトラスト構成の敷居を実質的に下げる効果がある。 実務での活用ポイント——IT管理者が今すぐすべきこと ① 現行ライセンスの棚卸しを今すぐやる 新バンドルへの移行で「重複支払い」が発生するケースがある。すでに Defender for Endpoint や Intune を個別に契約している組織は、バンドルへの統合後に従来の個別ライセンスを切る必要がある。Microsoft 365 管理センターの「課金 → ライセンス」から現状を確認しておこう。 ...

Alphabetの自動運転ロボタクシーサービス「Waymo」が2026年5月22日、高速道路（フリーウェイ）走行を全米の全サービスエリアで一時停止したと、The Vergeが報じた。交通担当エディターのアンドリュー・J・ホーキンス記者によると、同日テキサス州サンアントニオとジョージア州アトランタでは浸水道路への対応として一部サービス自体も停止している。 なぜこの動きが注目か Waymoは現在、週約50万回の有料乗車を達成しており、これを週100万回に拡大する目標を掲げている。高速道路走行はサンフランシスコ・ロサンゼルス・フェニックス・マイアミの4都市で提供されており、空港アクセスなど収益性の高いルートをカバーする重要な機能だ。その高速道路走行を全面停止するという決断は、スケール拡大戦略の正念場における安全優先への姿勢転換として市場に受け止められている。 The Vergeが伝えた停止の背景 工事区間への対応問題 The Vergeの報道によると、Waymoの広報担当クリス・パパス氏は高速道路停止の理由として「工事区間への懸念」を挙げた。ただし、具体的にどのような問題が発生していたかの詳細は明かされていない。一般道での走行は引き続き提供されているとしている。 水没道路での走行問題とソフトウェアリコール The Vergeによれば、テキサスで複数のロボタクシーが浸水した道路を高速で走行する映像が拡散し、Waymoは全フリートのソフトウェアリコールを実施済みだ。この問題の余波でサンアントニオとアトランタでは、高速道路停止とは別にサービス自体が停止中となっている。 相次ぐインシデント ホーキンス記者はさらに、最近の一連の問題を紹介している。アトランタの住宅街では空のWaymo車両が袋小路（cul-de-sac）に集中して大渋滞を引き起こし、ダラスでは交差点で赤信号を無視して走行する様子が撮影・拡散された。 次世代車両「Ojai」の登場を前に 皮肉なことに、Waymoはまもなく新型車両の展開を控えている。中国の自動車メーカーZeekrが製造する電気バン「Ojai」は、同社の第6世代自動運転ソフトウェアをデビューさせるプラットフォームとして位置づけられている。スケール拡大と新世代技術投入という正念場に、相次ぐ安全問題が水を差した形だ。 日本市場での注目点 日本でWaymoのロボタクシーサービスは提供されておらず、直接的な影響はない。ただし国内では自動運転タクシーの実証実験がいくつかの都市で進んでおり、規制当局や事業者にとって今回の事例は重要な参照点となるだろう。 特に「フリート全体のソフトウェアリコール」という対応は注目に値する。OTA（無線通信）でのソフトウェア更新が可能な一方、問題が全台に影響するリスクも内包する。国内で自動運転導入を検討する事業者にとって、障害発生時のリカバリー設計と運行停止の判断基準は、今後の制度設計においても避けて通れないテーマだ。現時点では高速道路走行の再開時期について、Waymoから具体的なアナウンスはない。 筆者の見解 Waymoが今回取った「問題を確認したらまず止める」という判断そのものは、正しいアプローチだと思う。自律システムの運用においてこの原則を守り続けることは、ビジネス側の「使わせ続けたい」プレッシャーが常にかかる中で、実は簡単ではない。 気になるのは、工事区間・水没道路・信号無視・空車渋滞と、性質の異なる問題が連続している点だ。それぞれは別々のエッジケースだが、「予測不能な状況への対処」という共通軸がある。週100万回という目標は魅力的だが、エッジケースの網羅性こそがスケールの前提条件であるはずで、もったいない状況だと感じる。 自律エージェントが社会に根付くためには、問題発生時にシステム自体が安全側にフォールバックできる判断機構が必要だ。今回は人間の判断で停止が実行されたが、将来的にはシステムがよりスマートに自己制限できることが求められるだろう。日本でこの技術が社会実装される頃には、そのレベルに到達していることを期待したい。 出典: この記事は Waymo suspends freeway driving amid safety concerns の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Dellは2026年5月、ミッドレンジの生産性向上向けラップトップ「Dell 14S」と「Dell 16S」を正式に発売した。米メディアEngadgetが報じている。両モデルは、Dellが2025年に実施したブランド再編でラインナップから消えた「Plusシリーズ」の後継として位置づけられる。 ブランド再編の経緯と新ラインの位置づけ Dellは2025年、XPSブランドを廃止するとともに複数の入門〜中価格帯モデルを整理するという大規模な再編を実施。しかし2026年1月のCES 2026にてXPSブランドを電撃復活させた。今回の14Sと16SはそのXPSの一段下に位置するモデルで、「パフォーマンス・終日バッテリー・オンデバイスAI処理」を三本柱として訴求する。 スペックと機能 プロセッサはIntel Core Ultra Series 3（最上位はCore Ultra 9 386H）を標準とし、AMD Ryzen AI 400 Seriesも選択可能。Dellによれば、Intel Core Ultraによってマルチタスク性能が旧世代比で最大約2倍に向上するという。ディスプレイはFHD+（400ニット）を標準とし、QHD+（120Hz／500ニット／Dolby Vision対応）やOLEDへのアップグレードも可能。メモリは16GBまたは32GB、ストレージは512GBから2TBまで。カラーはCelestial BlueとFrost Blueの2色。 バッテリーはDell 14Sが最大24時間の生産性使用・最大18時間のストリーミング、Dell 16Sが最大26時間のストリーミング・最大14時間の通常作業を公称する。重量はDell 14Sが約1.45kg、Dell 16Sが約1.77kg。両モデルともWindows 11を搭載し、MicrosoftのCopilot+ PC要件を満たすAIショートカットキーを備える。 海外レビューのポイント Engadgetの報道時点では詳細なハンズオンレビューは掲載されていないが、同メディアは発表内容をもとに製品の方向性を紹介している。注目点として挙げられるのは、24〜26時間というバッテリー公称値の大きさだ。ただしこれはメーカー発表値であり、実使用環境での実力は今後の独立したレビューを待つ必要がある。また、AMD Ryzen AI 400搭載モデルは2026年5月下旬まで購入できない点も言及されている。 日本市場での注目点 現時点で日本での発売情報は公表されていない。米国価格はDell 14Sが1,270ドル（約19万円前後）から、Dell 16Sが1,320ドル（約20万円前後）から。日本市場への展開時期・価格はDell公式サイトで別途確認が必要となる。 競合としては同価格帯のLenovo ThinkBook 14 Gen 7やHP Spectre系、ASUS Zenbook 14などが挙げられる。Intel Core Ultraシリーズ搭載のCopilot+ PC競合が出そろいつつある市場において、Dellが「Plusの後継」として再び存在感を示せるかが焦点だ。 筆者の見解 今回の14Sと16Sは、複雑なブランド再編から軌道修正を図るDellにとって重要な「再スタート」商品だ。XPS復活とセットで見ると、ようやく製品ラインが整理されつつある印象がある。 バッテリー公称値の高さは注目に値する。24〜26時間という数字が実使用に近いのであれば、外出先での充電負担という実務上の課題を大きく解消できる可能性がある。ただしメーカー公称値は計測条件で大きく変わるため、複数の独立系メディアによる実測値を確認してから判断するのが賢明だろう。 Copilot+ PC対応については、現時点では「対応していること」よりも「その機能が実際に使えるか」が問われる段階にある。ハードウェアスペックが揃ってきた今、ユーザーが日常業務の中で本当に恩恵を感じられる体験をどこまで提供できるか——その点がDellにとっても、Microsoftのプラットフォーム戦略にとっても引き続き課題だ。「Copilot+ PCを買えばAIが便利になる」という期待を裏切らない体験設計ができれば、このカテゴリは本物になれる実力はあると思っている。 出典: この記事は Dell’s new 14S and 16S are the replacement for its old Plus models の内容をもとに、筆者の見解を加えて独自に執筆したものです。 ...

Engadgetが2026年5月23日に報じたところによると、アンセル・アダムス・パブリッシング・ライツ・トラストが声明を発表し、故写真家アンセル・アダムスの代表作「ムーンライズ、ニューメキシコ州エルナンデス（Moonrise, Hernandez, New Mexico）」のAIカラー化バージョンが無断で展示・販売されていたことを非難した。問題の作品は、ニューヨークで4月に開催されたAIPAD（国際写真美術商協会）の「The Photography Show」において、ダンツィガー・ギャラリーが展示していたものだ。 なぜこの事件が注目されるのか 現代のAIツールは写真のカラー化やスタイル模倣を高精度で行える。しかし「技術的にできる」と「やっていい」は全く別の話だ。今回の事件は、著名な故人アーティストの名声と作品をAIで商業展開しようとした際に何が起きるかを示す先例として、アート業界・テック業界双方から注目されている。 海外レビューのポイント：「AIへの反発」ではなく「無断商業利用」が本質 Engadgetの報道が特に強調しているのは、トラスト自身がAI技術を否定していないという点だ。声明では「アダムスはコンピュータが写真を変革する可能性について、驚くほど先見の明があり、興奮していた」と述べており、技術そのものへの拒絶反応ではないことを明確にしている。 問題の核心は次の2点に整理できる： 問題点①：事前通知なしの商業利用 Engadgetが引用したトラストの声明によれば、「トラストは作品が展示される前に相談も通知も受けていなかった」という。ギャラリーが著作権者に一切確認せずに展示・販売した点が、倫理的問題として強く指摘されている。 問題点②：警告後も活動継続 トラストが正式に権利侵害を通知した後も、ダンツィガー・ギャラリーのジェームズ・ダンツィガー氏はアダムスの名前や「ムーンライズ」を、他のアーティストの資産を巻き込む商業的AIカラー化ベンチャーの売り込みに活用し続けたと報告されている。トラストはこの一連の行為を「倫理的・職業的判断の重大な失敗（a gross failure of ethical and professional judgment）」と断じた。 日本市場での注目点 この事件は日本のコンテンツ産業にとっても対岸の火事ではない。 著作権法とAI生成物の整理が急務：日本では2023年の文化庁ガイドラインを皮切りに議論が進んでいるが、「故人の著名な作品をAIで改変して商業利用する」ケースへの対応は明確化されていない部分も多い パブリシティ権との複合問題：著作権に加え、故人の「名声」を商業利用するパブリシティ権の観点でも今回のケースは論点を持つ。日本でも類似の訴訟リスクがある ギャラリー・オークション業界への波及：NFTアートに続き、AIアートが美術市場に参入しつつある。日本国内のギャラリーや写真フェアも、AIを用いた作品の取り扱い方針を今のうちに整備する必要がありそうだ 筆者の見解 今回の事件は「禁止ではなく安全に使える仕組みを」という原則の重要性を改めて示している。トラストがAI技術そのものを否定しなかった姿勢は非常に成熟しており、問題の本質を正確に切り分けている。 AIがアーティストの作品を再解釈・変換する技術的能力が向上すればするほど、権利者との合意形成プロセスが産業全体のボトルネックになる。「まずやってみて、クレームが来たら対処する」というアプローチは、この種のコンテンツでは通用しない。アーティストの資産・遺族・権利管理団体と事前にライセンスを結んだ上でAIを活用するエコシステムの整備こそが、AIクリエイティブ産業が持続可能になる道だろう。 日本のコンテンツ産業は欧米の事例から学べる立場にある。後手に回ると「日本版ムーンライズ事件」が起きてから対応を迫られることになる。今のうちにルールと実務フローを固めておく価値は高い。 出典: この記事は Ansel Adams’ trust says AI-colorized version of his work was exhibited without permission の内容をもとに、筆者の見解を加えて独自に執筆したものです。