OpenAI、欧州企業向けにサイバー防御AIを提供
OpenAIは、サイバー防御用途向けプログラム「Trusted Access for Cyber」を拡大し、認証済み組織向けにGPT-5.5およびGPT-5.5-Cyberを提供すると発表しました。
対象にはDeutsche Telekom、BBVA、Telefonica、Sophosなど欧州の通信・金融・セキュリティ企業が含まれています。
対象となる用途には、脆弱性の特定・優先順位付け、マルウェア解析、バイナリ解析、検知ルールの作成、パッチ検証などが含まれます。
一方で、認証情報の窃取、マルウェア配布、第三者システムへの不正侵入など、明確に危険な用途については引き続き制限されると説明されています。
GPT-5.5-Cyberは、より専門的なサイバー防御ワークフローを想定したモデルであり、認可されたレッドチーミング、ペネトレーションテスト、管理された環境での脆弱性検証などに用いられるとされています。
ただしOpenAIは、現時点では多くの防御業務には通常のGPT-5.5にTrusted Access for Cyberを組み合わせる形を推奨しており、GPT-5.5-Cyberはより限定された高度な用途向けのプレビューという位置づけです。
この動きの背景には、生成AIの高度化により、サイバー攻撃側もAIを用いて脆弱性探索や攻撃手法の検討を加速させうるという懸念があります。
OpenAI自身も、AIは防御者が脆弱性を見つけ、修正し、対応を速めるために役立つ一方で、同じ能力が悪用される可能性があると説明しています。
そのため、今回の取り組みは、単に高性能モデルを公開するのではなく、利用者の確認、アクセス範囲の制御、アカウント保護、悪用監視などを組み合わせながら、防御側に必要な能力を段階的に提供する試みといえます。
医療分野でも、電子カルテ、画像サーバー、研究DBなどへのサイバー攻撃リスクは年々高まっています。
生成AIは文書作成だけでなく、病院インフラを守る実務ツールへ進化しつつあります。
一方で、サイバー防御AIは「便利な診断補助ツール」と同じように、出力をそのまま信じてよいものではありません。
脆弱性評価や対応判断には、組織内の責任体制、人間による確認、ログ管理、アクセス権限の設計が不可欠です。
医療機関でAIを活用する際にも、利便性だけでなく、情報管理と安全性を同時に考える姿勢が求められます。
参考:OpenAI公式発表
肺塞栓症検出AI、3万件超の実臨床評価で高い一致率
Radiology: Artificial Intelligenceに、肺塞栓症(PE)検出AIの大規模実臨床評価研究が掲載されました。
Northwell Healthで実施された32,501件のCT肺動脈造影(CTPA)を対象に、AIDOC社AIと放射線科医の読影結果が比較されています。
全体一致率は97.79%と高く、AI陰性例では98.18%、AI陽性例でも93.75%の一致率が示されました。
一方で、不一致症例を胸部放射線科医が再評価した結果、約89%で人間側の判定が支持されました。
また、最終的にPE陽性となった症例の約15%は放射線科医のみが検出しており、AI単独では見逃されていました。
逆に、AIのみが検出した症例も少数存在しました。
特に末梢のsubsegmental PEや慢性PEでは一致率が低下しており、AIの性能差が病変タイプによって変化する点も重要です。
この研究は、AIが読影効率化やトリアージに有用である一方、「最終判断を代替する存在ではない」ことを改めて示しています。
医療AI導入では、感度や精度だけでなく、「AIが何を見逃すか」「人間が何を補完するか」を含めたHuman-in-the-loop設計が重要です。
AIを医師の代替ではなく、診断プロセス全体を補強する仕組みとして設計する必要性が、実臨床データから示された研究といえます。
Perplexity AIと国民健康基盤、日本の医療AI基盤で提携
Perplexity AIと株式会社国民健康基盤は、日本における次世代医療AIインフラ構築に向けた戦略的提携を発表しました。
今回の提携では、日本国内の医療データ主権を維持しながら、PerplexityのAI技術を活用する構想が示されています。
PHR活用、患者向けナビゲーション、医療従事者支援ツール、自治体・病院との実証事業などが想定されており、少子高齢化や医療従事者不足への対応も背景にあります。
特に注目されるのは、「日本の個人データをPerplexityへ送信しない設計」「ゼロ・リテンション」「学習利用しない方針」など、データ保護を前面に出している点です。
また、NEDOの医療特化LLM実証との連携も視野に入れているとされ、国産医療LLMと海外先端AIをどう組み合わせるかも今後の焦点になりそうです。
もっとも、現時点では基本合意段階であり、実際のシステム構成や第三者検証、責任分界などは未公表です。
医療AIでは「高性能」だけでなく、「どこで処理され、誰が管理し、何が保存されるのか」が極めて重要です。
今後は技術面だけでなく、ガバナンスや透明性の議論も重要になっていくでしょう。
参考:PR TIMES発表

arXiv、未確認AI生成論文への罰則運用を明確化か
プレプリントサーバーarXivで、未確認のAI生成内容を含む投稿への対応強化が話題となっています。
Computer Science Section責任者のThomas G. Dietterich氏は、X上で「LLM生成内容を確認せず投稿した場合、1年間の投稿禁止などの措置があり得る」と注意喚起しました。
問題視されているのは、AI利用そのものではなく、「未確認のまま流し込まれた痕跡」です。
実在しない参考文献、LLMのメタコメント、「この要約を修正しますか」といった文言が論文中に残っているケースが例示されています。
arXivの方針でも、生成AI利用は許容される一方、不正確な引用や誤情報の責任は著者にあるとされています。
生成AIによって論文風文章の作成コストは大きく下がりました。しかし、内容の真偽確認や文献検証の責任は依然として人間側に残ります。
今回の動きは、「AIを使うこと」ではなく、「AI出力を検証しないこと」に対する警鐘といえます。
医療研究でも、AIによるドラフト作成や要約支援は急速に広がっています。
一方で、誤引用や幻覚文献がそのまま学術記録へ混入すれば、臨床判断やエビデンス基盤に悪影響を与えかねません。 AI活用時代だからこそ、研究者側の確認責任がより重要になっています。

Consensus MCP、ChatGPT Deep ResearchとClaude連携を拡大
論文検索AIサービスConsensusは、Consensus MCPを通じてChatGPT Deep ResearchやClaudeとの連携を強化したと発表しました。
MCP(Model Context Protocol)は、AIアシスタントが外部ツールへ接続するための仕組みです。
今回の更新では、ChatGPT、Claude、CodexなどからConsensus検索を直接利用しやすくなり、関連論文検索や論文詳細取得を通じたレポート生成が可能になります。
また、ジャーナル品質、研究デザイン、サンプルサイズ、プレプリント除外など、学術的フィルターも追加されました。
これは、AIが一般Web検索だけでなく、査読論文ベースで回答を構成する方向へ進んでいることを示しています。
特に医療分野では、「どの論文を引用しているか」「研究品質はどうか」が重要であり、こうしたフィルタリング機能は実務上の価値が高いと考えられます。
一方で、AIによる要約や統合結果はあくまで補助情報です。
研究デザイン、対象患者、アウトカム、利益相反などは、最終的には人間が原著論文を確認する必要があります。
医療AIリテラシーとして、「AIが探してくれる」ことと「AIが正しい」ことは別であるという理解が、今後さらに重要になるでしょう。
今週のまとめ
今週のニュースからは、医療AIが「便利な補助ツール」の段階から、医療インフラや研究基盤そのものに組み込まれる段階へ進みつつあることが見えてきます。
診断支援、論文検索、サイバー防御、医療データ基盤など、AIの活用領域は急速に広がっています。
一方で、今回取り上げられた事例の多くは、「AI単独では完結しない」という点も共通していました。
読影AIではHuman-in-the-loopの重要性が示され、研究分野ではAI生成内容を人間が検証する責任が改めて強調されています。
また、医療AI基盤においても、データ主権やプライバシー保護、安全管理が重要な論点となっています。
今後は、単純な性能競争よりも、「どのような管理体制でAIを運用するか」「人間がどこで確認・介入するか」「データをどのように保護するか」といったガバナンス設計がより重要になると考えられます。
医療AIは今後さらに普及するとみられますが、同時に、AIを適切に監督し活用するための“運用リテラシー”が、医療従事者側にも求められる時代に入ってきているといえそうです。
本ページは、医療・AI・アフェレシス領域に関連する公開情報を紹介し、委員の見解を付した情報共有記事です。
リンク先の記事・画像・図表・本文等の著作権は各権利者に帰属します。
当サイトでは、リンク先コンテンツの転載は行っておりません。
掲載内容は公開時点の情報に基づくものであり、特定の医療行為、製品、企業、医療機関等を推奨するものではありません。
診療上の判断は、最新の公的情報・原著論文・添付文書・各施設の方針等をご確認のうえ、専門職の責任において行ってください。


