OpenAIがApple訴訟に反論｜退職者アクセスと不動産3論点

OpenAIは2026年8月3日、Appleの営業秘密訴訟に公式ブログで全面反論しました。

反論の中心にあったのは、技術の中身ではなく「退職した人のアクセス権が、退職後も社内に残っていた」という、どの業界でも起こりうる管理の問題でした。OpenAIはこれを residual access（残存アクセス）と呼び、Apple側の管理不備だと主張しています。退職者による顧客名簿や物件情報の持ち出しが古くから論点になってきた不動産業にとって、この訴訟の争点は他人事ではありません。本記事は、宅建業免許（東京都知事(1)第113520号）を保有し、AI導入コンサル100社超の実績を持つ株式会社オルセル（不動産のチカラ運営）が、日本の不動産事業者向けに3つの論点として整理します。なお本件は係争中であり、以下は双方の主張と公開資料に基づく整理です。

何が起きたか｜退職9日後まで残っていたアカウント

事実関係はこうです。Appleは2026年7月10日、元従業員を通じて営業秘密が組織的に持ち出されたとしてOpenAIを提訴しました。the-decoderによると、訴状では元Apple社員400人超がOpenAIに在籍している点にも触れられています。これに対しOpenAIは8月3日、公式ブログApple is getting this wrongで、iMessageのやり取りとメールを公開して反論しました。

公開されたやり取りが示しているのは、退職者が情報を取りに行った構図ではなく、在職者の側が元同僚に連絡を取り続けていた構図です。対象となった元エンジニアの最終出社日は2026年1月22日。その当日から数週間にわたり、在職中の同僚が技術的な質問や社内ファイルの所在を尋ねています。1月31日には在職者側が「あなたのiCloudアカウントからサインアウトした」と伝えており、退職から9日間、元従業員のアカウントが在職者の端末に接続されたままだったことになります。3月5日には元エンジニアが複数人のグループチャットに追加され、本人が次のように書いて離脱しています。

Hi, this is highly irregular, please remove me from this thread.（これは非常に不適切です。このスレッドから外してください）

OpenAIは、残存アクセスはAppleが退職時のシステム権限を適切に管理できていないために起きている、と主張しています。一方で the-decoder は、これらのやり取りはAppleのアクセス管理の問題を示すとしても、「OpenAIが入社者に機密の持ち込みを促した」というApple側の中核的な主張そのものに答えるものではない、と指摘しています。加えて、Apple側の外部弁護士が別人にメールを誤送信し、実際には行われていない電話協議があったと記載していた経緯も9to5Macが伝えています。判断は今後の司法手続きに委ねられます。

不動産事業者にとっての3論点｜レインズIDから生成AIの席まで

日本の不動産会社が読み替えるべき論点は3つあります。いずれも訴訟の勝ち負けとは無関係に、明日から効いてくる管理の話です。

第一に、情報漏えいは「持ち出し」より前の段階、つまりアカウントの棚卸し漏れから始まります。不動産会社が一人の営業担当に紐づけているアカウントは、レインズの会員ID、SUUMO・LIFULL HOME’S・アットホームなど各ポータルの入稿権限、顧客管理と追客のシステム、電子契約サービス、クラウドストレージ、Googleビジネスプロフィール、LINE公式アカウントの管理者権限と、10種類前後に及ぶのが普通です。ここに近年は、ChatGPTやClaudeの法人席、APIキー、社内ナレッジを読み込ませたプロジェクトやカスタムGPTが加わりました。AI関連の侵害ではアクセス制御の不備が92%で見つかったという調査もあり、生成AIのアカウントを棚卸し表に載せていない会社ほど穴が残りやすい状況です。

第二に、法的な義務があることと、アクセスが物理的に切れていることは別だという点です。宅地建物取引業法第45条は宅建業者に業務上知り得た秘密を漏らさない義務を課し、同法第75条の3は従業者にも同じ義務を課しています。いずれも「宅地建物取引業を営まなくなった後」「従業者でなくなった後」も続く点が条文に明記されています。つまり退職者にも守秘義務は残ります。ただし義務が残ることと、退職者の端末やクラウドから会社の情報が消えていることは、まったく別の話です。今回公開されたやり取りは、まさにその落差が訴訟の材料になることを示しました。AI利用と宅建業法の線引きについては、宅建業法とAI利用のグレーゾーンでも整理しています。

第三に、チャットの記録がそのまま証拠として公開される時代になったことです。今回はiMessageの原文が第三者に読める形で世に出ました。日本の不動産会社でも、業務連絡が個人のLINEやスマートフォンのメッセージに散っている例は珍しくありません。営業秘密として法的な保護を受けるには、経済産業省の営業秘密管理指針が示す秘密管理性・有用性・非公知性の3要件を満たす必要があり、なかでも秘密管理性はアクセス制限と、従業員から見て秘密だと分かる表示があるかが問われます。私物の連絡手段に顧客情報が流れている状態は、この秘密管理性の立証を難しくします。

初動アクション｜退職日チェックリストを1枚にする

最初にやるべきことは、退職手続きのチェックリストを1枚にまとめることです。SaaS名、管理者、失効の操作手順、確認者、確認日の5列で足ります。レインズIDと電子契約は特に優先度が高く、退職日当日に処理する欄を分けておきます。

次に、そのリストに生成AI関連を追加します。法人席の削除だけでなく、APIキーの失効、共有プロジェクトの所有者移管、社内データを取り込ませたチャット履歴の扱いまでを1行ずつ書き出します。業務システムとAIをMCPで接続している場合は、接続に使っている認証情報が誰の名義かも確認対象です。

三つ目は、属人化そのものを減らす作業です。今回の一件は、在職者が「前任者に聞くのが早い」と考えたところから始まっています。物件の経緯や交渉メモが担当者の頭の中にしかない状態を放置すると、退職後の連絡は続きます。レインズのデータをAIで分析して残す、契約書のリスク検出をAIで手順化するといった形で、引き継ぎ資産を人からシステムへ移していく取り組みが、結果として退職時のリスクを下げます。

四つ目は、業務連絡チャネルを会社管理下に寄せ、秘密情報には「社外秘」と分かる表示を付けることです。そして四半期に一度、在籍者名簿と全SaaSのアカウント一覧を突き合わせる棚卸しを定例化します。退職者のアカウントが1つでも残っていれば、そこが次の争点になり得ます。

まとめ

OpenAIとAppleの訴訟は、AI企業同士の争いに見えて、実際の争点は退職者のアクセス権をどう切るかという普遍的な管理の問題でした。不動産業は担当者の異動と独立が多く、レインズやポータル、生成AIまでアカウントが分散しています。退職日のチェックリストを1枚にまとめ、四半期ごとに棚卸しする。この地味な運用が、宅建業法上の守秘義務を実務で担保する最短ルートです。

参考文献

※不動産のチカラでは、生成AIの導入支援から運用最適化まで、貴社の不動産事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://fudosannochikara.jp/contact/

引用元: the-decoder

【監修】齋藤竹紘（株式会社オルセル代表 / EC支援19年5,000社超・AIコンサル100社超 / 宅建業免許東京都知事(1)第113520号）