IRのためのAIO・LLMO対策｜AIが自社を別会社と取り違えるとき — 商号変更・組織再編・識別子

生成AIが自社について語る内容を検証するとき、多くのIR部門は数値から入ります。売上高は合っているか。配当は正しいか。決算期はずれていないか。しかし、その前段にもう一段の問いがあります。その回答が指している「この会社」は、本当に自社なのか。

商号を変えた。子会社を売った。合併した。事業を譲渡した。同じ読みの別会社が存在する。このときAIの回答は「自社について正しくない」のではなく、「そもそも自社の話ではない」可能性があります。数値の照合はこの問いに答えられません。分母が違うからです。

本記事は、主体がずれる場面を整理し、証券コード・ISIN・法人番号・LEIが何を識別しているのかを付番機関の一次資料で確認し、sameAs にまつわる誤解を解いたうえで、自社が正しく特定されているかを確かめる測定手順までを扱います。

先に申し上げておくと、識別子を書けばAIが会社を正しく認識する、という主張は本記事ではしません。そのような実証を、本稿で確認した範囲では確認できませんでした。書けるのは「法人を識別するコードと、銘柄を識別するコードを混同しない」ところまでです。

この記事で分かること

• 数値の照合では捕まえられない「主体のずれ」がどこで生じるか（5つの場面）
• 商号変更・組織再編・公開買付けが、適時開示制度上どう位置づけられているか
• 証券コード・ISIN・法人番号・LEIが、それぞれ何を識別しているのか（一次確認済みの比較表）
• sameAs に識別子そのものを入れるという誤りと、仕様上の正しい置き場所
• 自社が正しく特定されているかを測る具体的な手順と、測ってはいけないこと

対象読者

上場企業のIR担当者、とりわけ商号変更・組織再編を経験した、あるいは今後控えている会社の方を想定しています。二次的な読者として、法務部門と経営企画部門を想定しています。

押さえておきたい数字

• 東京証券取引所が適時開示を求める上場会社の決定事実には、商号又は名称の変更、合併等の組織再編行為、事業の全部又は一部の譲渡又は譲受け、公開買付けが、それぞれ独立した項目として並んでいます（日本取引所グループ。2026年7月10日現在）。
• 上場17,621社・197,011問の評価では、企業名と年度を明示したうえで数値ハルシネーションが観測されています（arXiv:2504.00042、COLM 2025 採択）。

IR領域でAI回答を検証する枠組みは、ある程度共有されています。決算期を指定し、連結か単体かを明示し、通貨と単位を確認し、会計基準を揃え、実績値か予想値かを区別する。こうした属性を持つ正解表を用意し、AIの回答を突き合わせる——これが基本形です。

この枠組みは、「どの数字か」を特定するための道具です。ところが前提があります。「誰の数字か」がすでに決まっているという前提です。

1-1. 主体が決まっていないと、正解表は機能しない

正解表の各行は「当社の2026年3月期・連結・IFRS・売上高・百万円」といった形をしており、この行が意味を持つのは「当社」が一意に定まっているときだけです。

商号を変えた会社で、AIが旧商号で回答したとします。旧商号と現商号が同じ法人を指すなら、名称は古いが主体は正しい。旧商号のまま旧商号時代の数値なら、主体は正しいが時点が古い。旧商号と似た名前の別会社の数値なら、主体が違う。この三つは数値の照合では区別できません。どれも「数字が合っていない」としか見えないからです。

1-2. 時間軸の問題と主体軸の問題は別である

同じ「1,000億円」でも、当初予想か、修正予想か、実績か、訂正後かで投資判断上は別の情報になります。これは時間軸の問題です。

本記事が扱うのは主体軸です。その1,000億円はどの会社のものか。合併前の存続会社か、合併後の会社か。譲渡した事業を含むのか。時間軸のずれは新しい開示に更新されれば解消しうる一方、主体軸のずれはそもそも参照している対象が違うため、更新では解消しません。

1-3. 企業名を指定しても、回答の正確性は保証されない

「主体を明示すれば済む話ではないか」と思われるかもしれません。しかし企業名の明示は、解決策として十分ではありません。

米ジョージア工科大学の研究チームは、米国上場企業の売上高について197,011件の質問を作成し、複数の大規模言語モデルに回答させました。対象は1980年から2022年までの43年間、17,621社。プロンプトは「{企業名}の{年度}の売上高はいくらでしたか」という定型文で、企業名と年度の両方が指定されています。それでもなお、正解値との差が10%を超える回答が観測されました（arXiv:2504.00042。COLM 2025 採択の査読付き論文で、本文はarXiv版を参照）。

売上高はCompustat由来で百万米ドルに換算され会計基準の差は未統一、API実行は2025年2月という条件つきですが、企業名を明示しても数値の正確性は担保されないことは読み取れます。★ただしこの研究が検証したのは売上高QAの正確性であり、モデルが正しい法人を特定できたかどうかではありません。

もう一つ、日本の決算短信（2019〜2023年）を用いた研究では、企業名を明示した場合と除いた場合とで、同じ開示文へのセンチメント評価が変化しました。偏りの方向はモデル間で一致していません（arXiv:2411.00420。GPT-4oでの観測は10,249件）。企業名というラベルが、同一のテキストへの評価を変えうるということです。★これも主体の同定精度を検証した研究ではありません。

両者から言えるのは、企業名を与えれば正しい答えが返るとは限らない、というところまでです。主体が正しく特定されているかどうかは、この2研究からは判断できません。だからこそ、別に測る必要があります（§8）。

なお、誤りの類型全般とその測定の基本設計は本レーンの既存記事に譲ります。全体像は生成AIは自社の決算をどう語るか、測定手順の基本形はAI回答とIR開示の照合テストをご参照ください。

主体の輪郭が動く場面を5つに整理します。以下は類型の整理であり、発生頻度の順位ではありません。

2-1. 商号変更

法人格は変わらず名称だけが変わる場合です。主体の連続性は保たれていますが、外部に流通している名称が二つになります。旧商号で書かれた過去のニュース記事、旧商号のままの第三者データベース、旧商号を含むURLやファイル名、過去の開示書類、自社サイトの過年度ページ。新商号での情報が積み上がるには時間がかかります。

留意すべきは、旧商号の情報が誤りではないことです。当時は正しかった。だからこそ削除や訂正では対処できません。「いつからいつまでがその名称だったか」という情報とセットでなければ、旧商号の記述は現在の記述と競合します。

2-2. 合併

複数の法人が一つになる場合です。証券コード協議会は扱いを明示しています。上場会社が合併した場合の証券コードは、存続上場会社の証券コードと業種になります。株式移転等で新設親会社が新規上場する場合は、新たに証券コードと業種を割り当てます（証券コード協議会 FAQ）。

つまり吸収合併では消滅会社側のコードが使われなくなり、株式移転では新しいコードが生まれます。消滅した側の名称・コードで蓄積された情報が、承継先に自動的に紐づくわけではありません。

2-3. 会社分割

事業の一部を別の法人へ承継させる場合です。分割の前後で、同じ商号の会社が説明する事業の範囲が変わります。分割前後の連結売上高は、同じ名前でありながら対象範囲が違う。名称も法人格も変わらないため、商号変更や合併と違って主体が変わったという合図が名称に現れません。

2-4. 事業譲渡・子会社の異動

事業を売却した、あるいは連結子会社が連結範囲から外れた場合です。

この場面の特徴は、自社サイトが誤情報の供給源になりうることです。譲渡した事業の紹介ページ、その事業のプレスリリース、その事業を含む中期経営計画のPDF、その子会社を含むグループ会社一覧。これらが残っていれば、AIが「現在も自社の事業である」と述べても、参照元は自社の記述です。

自社側にも原因候補が存在するという点で、他の場面と性質が異なります。外部の情報源は統制できませんが、自社サイトの棚卸しは自社の裁量でできます。

2-5. 公開買付け

支配権等に影響を及ぼしうる取引です。公開買付けの期間中、対象会社について語られる内容には成立していない事象が含まれます。「買収された」「買収が提案されている」「買収が公表されたが手続中である」は別の状態ですが、外部の記述では同じ語彙で語られることがあり、AIがそれを要約すれば状態の区別は失われやすくなります。

なお、各再編行為の法律上の効力がいつ発生するかについては、本記事では踏み込みません。効力発生時点は行為の種類・手続の進行・登記の有無によって異なり、本稿では一次確認を完了できていないためです。この点は必ず自社の法務部門にご確認ください。

東京証券取引所が適時開示を求める会社情報のうち、上場会社の決定事実には、前節の5つの場面がそれぞれ独立した項目として並んでいます（2026年7月10日現在）。

前節の場面	東証が掲げる決定事実
商号変更	26. 商号又は名称の変更
合併・会社分割	10. 合併等の組織再編行為
事業譲渡	13. 事業の全部又は一部の譲渡又は譲受け
子会社の異動	17. 子会社等の異動を伴う株式又は持分の譲渡又は取得その他の子会社等の異動を伴う事項
公開買付け	11. 公開買付け又は自己株式の公開買付け

（日本取引所グループ 適時開示が求められる会社情報）

3-1. 読み取れること

主体の変化は、数値の変化とは別に、それ自体が開示すべき事象として位置づけられているということです。とりわけ商号又は名称の変更は、数値と無関係に単独の決定事実として掲げられています。制度は「誰の数字か」が変わることを独立した情報とみなしており、これは数値の正誤より前に主体の同一性を確認するという本記事の立て方と整合します。

3-2. 読み取れないこと

一方で、次の点は書けません。

東京証券取引所が、AI上の企業認知の管理を求めている、という事実はありません。 IR体制の整備は企業行動規範に基づく義務であり、その整備状況はコーポレート・ガバナンスに関する報告書での開示が必要とされています（日本取引所グループ）。しかし具体的な体制の内容は各社の判断に委ねられています。

また、適時開示制度は取引所の規則であって国の法令そのものではなく、金融商品取引法やフェア・ディスクロージャー・ルールとは性格が異なります。本記事が言えるのは、既存のIR体制という枠組みの中で、AI上の主体の取り違えをどこまで管理対象とみなすかという論点までです。

3-3. 適時開示があってもAIに届くとは限らない

適時開示はTDnetを通じてリアルタイムに公開されます。ただし公開閲覧は31日、会社別検索は10年という条件があり、過去データやAPIは有料情報として提供されています（日本取引所グループ）。

つまり開示したという事実は、その情報が機械的に取得可能な状態に置かれたことまでを意味します。各AIサービスがそれを取得し、既存の知識より優先し、正しく解釈することまでは含みません。

なお、取引所の開示データ形式（XBRL）とWebページのマークアップ（schema.org）は別のものです。この区別と、IRサイトの取得可能性については本レーンの別記事で扱っているため、本記事では繰り返しません。IRサイトはAIに読まれているかをご参照ください。

商号は国内で一意ではありません。同一の商号を持つ法人が複数存在することも、読みが同じで表記が異なる法人が存在することもあり得ます。

なお本記事では、具体的な実在企業の取り違え事例を名指しで扱いません。 特定企業の信用に関わるうえ、公開された一次事例の一覧を本稿で確認できていないためです。以下は類型の整理です。

4-1. 紛れやすさの構造

主体の取り違えが起きやすいのは、次のような組み合わせです。

紛れ方	内容
同一商号	商号が完全に一致する別法人が存在する
読みの一致	表記は違うが読みが同じ（漢字／カタカナ／ひらがな／英字の違い）
略称の衝突	正式商号は異なるが、市場で使われる略称が重なる
英文名の近接	日本語の商号は異なるが、英文表記が似る
グループ内の近接	持株会社と事業会社、親会社と主要子会社の名称が近い
上場／非上場の混在	同名の非上場企業が存在し、そちらの情報が混ざる

「グループ内の近接」は見落とされがちです。持株会社体制では、投資家が知りたい数値は連結（持株会社）にあり、事業の説明は事業会社にあるという構造になりやすく、この二つの主体が回答内で混ざることがあります。

4-2. なぜAIで問題が顕在化するのか

従来の検索では複数の候補が並び、どの会社の話かは利用者の側で解決されていました。生成AIの回答は単一の記述に統合されます。統合の過程で「どの候補を採ったか」は表面から消え、利用者からは選択が行われたことすら見えません。

財務QAのベンチマーク研究では、同一質問への8回の再回答がすべて一致する「高確信」の状態でも15〜23%が誤答したと報告されています（arXiv:2607.11414。2026年7月公開の査読前論文で、基盤モデルの評価であり公開AI検索サービスの評価ではありません）。回答が一貫していることは、主体が正しいことを意味しません。

4-3. 対処の方向

同名の別会社の存在自体は自社では変えられません。変えられるのは、自社側の記述が主体を特定できる形になっているかです。法人格を含む正式な商号を使う、英文商号を一貫させる、所在地や設立年といった照合可能な属性を併記する。ただしこれらは「こうすればAIが正しく認識する」という施策ではなく、照合できる材料を置くというところまでです。

主体の特定というと識別子コードの話になりがちですが、整理すべきなのは「そのコードは何を識別しているのか」です。

証券コードとISINが識別しているのは銘柄であり、法人番号とLEIが識別しているのは法人・法的主体です。 この二つを同じ「会社コード」として扱うと、組織再編のときに整理がつかなくなります。以下はすべて付番機関の一次資料で確認しました（確認日：2026年8月31日）。

5-1. 比較表

識別子	何を識別するか	構成	付番・管理	名称変更・組織再編での扱い
証券コード（銘柄コード）	上場株式などの銘柄	4けた。従来は数字のみ（株式固有名コードは「1300」から「9999」）。2024年以降の新規設定分は英字を含みうる	証券コード協議会	合併では存続上場会社のコードと業種になる。株式移転等で新設親会社が新規上場する場合は新たに割り当てる
ISIN	上場・公募される証券の銘柄（国際）	12けた＝国名コード2けた＋基本コード（新証券コード）9けた＋チェックディジット1けた。ISO 6166	株式は発行体の所属する国の機関が付番。日本では証券コード協議会	銘柄に紐づくため、銘柄の消滅・新設に従う
法人番号	法人（登記・税務上の主体）	数字13けた	国税庁長官が指定	名称や所在地に変更があっても、一度指定された法人番号は変更されない
LEI	金融取引に参加する法的主体	英数20文字。ISO 17442	GLEIFの認定を受けたLEI発行機関（LOU）が発行し、GLEIFが管理	名称変更・合併等を「Legal Entity Events」として記録する仕組みがあり、承継主体を保持する項目を持つ

5-2. 証券コード — 2024年からの英文字組入れ

押さえておくべき変更があります。2024年1月1日以降に設定する株式固有名コードから、英文字が使われます。 使用するけたは先頭から2けた目と4けた目のいずれか、もしくは両方。使用する英大文字は、B・E・I・O・Q・V・Zを除く19文字です（証券コード協議会）。それ以前に設定されているコードが変更されることはありません。 市場には数字4けたのコードと英文字を含むコードが混在するため、数字4けたを前提にしたシステムや記述があるなら、その前提は一般には成り立ちません。

5-3. ISIN — 銘柄の国際コード

ISIN（International Securities Identification Number）は ISO 6166 で定められた12けたのコードで、証券の決済・保管・流通のためのデータとして使われます。株式については、発行体の所属する国がISINを付けることになっています。 外国株式に日本ではISINを付けず、発行体が法的に所属する国のコード機関が付番します（証券コード協議会 FAQ）。

ここでもISINが識別しているのは銘柄です。同一の法人が複数の銘柄を持つことも、法人が存続したまま銘柄が消滅することもあります。ISINは会社のIDではありません。

5-4. 法人番号 — 発行機関自身が「同一性を証明しない」と書いている

法人番号は、株式会社などの法人等が持つ13けたの番号で、国税庁長官が指定し、誰でも自由に利用できます。公表されるのは基本3情報、すなわち①商号又は名称、②本店又は主たる事務所の所在地、③法人番号です。加えて、名称のフリガナ、名称・所在地の英語表記（登録した場合のみ）、名称・所在地の変更履歴などが提供されます（国税庁 法人番号とは）。

商号変更との関係では次の記述が決定的です。名称や所在地に変更があっても、一度指定された法人番号は変更されません。 設立登記法人であれば、法務局で商号変更や本店移転の登記を行うと、その情報が法務省から国税庁へ連絡され、公表サイトの情報が更新されます（国税庁 よくある質問）。

見落としがちな一点。英語表記の登録をしている場合は、再度登録の手続が必要とされています。登録済みの英文表記は自動では追随せず、旧英文商号が公的な公表情報として残りうるということです。

識別子の限界については、国税庁自身が明確に書いています。

法人番号は、特定の法人や団体を識別する機能を活用し、行政の効率化や企業の事務負担の軽減を図ることを目的として、登記や税務上の届出等に基づき指定されるものであり、必ずしも法人等が実在することを証明するものではありません。また、同じ法人番号を用いる法人等が、全て一の法人等であることを証明するものでもありません。

（国税庁 よくある質問）

同じページには、解散した法人であっても登記記録が閉鎖されていない限り法人番号が指定されること、所在地を移転しても変更手続をしていなければ変更前の所在地で公表されることも記されています。

つまり識別子は同一性の証明書ではありません。付番機関自身がそう述べています。識別子をめぐる議論は、ここから出発すべきです。

5-5. LEI — 自己申告が基本で、外部情報が補完する

LEI（Legal Entity Identifier）は、金融取引に参加する法的主体を識別する20文字の英数コードです。ISO 17442 に基づき、GLEIF（Global Legal Entity Identifier Foundation）が管理しています。GLEIFはG20と金融安定理事会（FSB）を背景に持つ非営利財団で、規制監督委員会（ROC）の監督を受け、LEIはGLEIFの認定を受けたLEI発行機関（LOU）が発行します。構成は、1〜4文字目が発行機関の接頭辞、5〜18文字目が主体固有部、19〜20文字目がチェックディジットで、主体固有部には意味を持たせない設計です（GLEIF）。GLEIFは、LEIが「who is who」（Level 1データ）と「who owns whom」（Level 2データ）に答えるものだと説明しています（GLEIF）。

組織再編との関係で注目すべきなのが Legal Entity Events です。ROCの定義では、主体の参照データ・ライフサイクル・組織構造における重要な変化を指し、GLEIFによれば現在20の類型があります。所有関係の変更、合併・買収、名称や所在地の変更、主体の終了などが含まれます（GLEIF）。データ形式には、事象の種類、法的な効力発生日、記録日、検証書類の種別といった項目があります（GLEIF LEI-CDF 3.1）。

ここまで整った仕組みを持つLEIですが、ROCの文書には次の趣旨の記述があります。影響を受ける主体自身による申告がなければ、LEI発行機関は、参照データの更新を要する事象が発生したことを必ずしも把握できない（LEI ROC）。

同じ文書は、第三者からの申立て（data challenge）や外部データフィードによって変更を検知する補完手段も示しています。つまり自己申告が基本にあり、外部情報がそれを補うという設計です。識別子は自動的に正しくなる装置ではなく、維持される対象です。

5-6. だから何が言えて、何が言えないか

言えることは次の一点に尽きます。

法人を識別するコードと、銘柄を識別するコードは別のものである。組織再編の局面では、この二つが別々に動く。

言えないことも明確にしておきます。

「LEIや法人番号を記載すれば、AIが会社を正しく認識する」とは書けません。

そのような実証を、本稿で確認した範囲では確認できませんでした。識別子の記載が主体の解決に寄与するかを分離して測った研究も、確認できていません。

構造化データで主体を示そうとするとき、頻繁に見られる誤りがあります。sameAs に証券コードやLEIといった識別子の文字列を入れるというものです。これは仕様に反します。

6-1. 仕様上、sameAs が期待しているのはURLである

schema.org における sameAs の定義は次のとおりです。その対象の同一性を明確に示す参照WebページのURL——たとえば、その対象のWikipediaページ、Wikidataのエントリ、公式サイトのURLです。値として期待される型はURLであり、適用対象は Thing です（schema.org）。

つまり sameAs は、「この主体を記述した参照ページが別の場所にある」と示すためのプロパティです。識別子そのものを置く場所ではありません。

6-2. 識別子には別のプロパティが用意されている

schema.org には、識別子のためのプロパティが別に用意されています。

プロパティ	定義	適用型
leiCode	ISO 17442 で定義される、法的主体を一意に識別する組織識別子	Organization
tickerSymbol	Corporation に紐づく取引所取引商品。取引所と銘柄名を半角スペースで区切って表現する。取引所部分にはISO 15022 の市場識別コード（MIC）の使用が推奨されている	Corporation
identifier	汎用の識別子。テキスト、URL、または PropertyValue（propertyID と value の組）で表現する	Thing
legalName	組織の公式名称。登記上の会社名など	Organization
alternateName	別名	Thing

（schema.org leiCode、schema.org sameAs）

tickerSymbol が Organization ではなく Corporation のプロパティである点は、実装時の確認事項です。

6-3. 記述例

主体を機械可読な形で書き分ける場合、仕様に沿った書き方は次のようになります。

{
  "@context": "https://schema.org",
  "@type": "Corporation",
  "name": "（現商号）",
  "legalName": "（法人格を含む正式な商号）",
  "alternateName": ["（英文商号）", "（一般に使われる略称）"],
  "url": "https://example.com/",
  "leiCode": "（20文字のLEI。取得している場合のみ）",
  "tickerSymbol": "（取引所のMIC） （銘柄コード）",
  "identifier": {
    "@type": "PropertyValue",
    "propertyID": "https://www.houjin-bangou.nta.go.jp/",
    "value": "（13けたの法人番号）"
  },
  "sameAs": [
    "https://（自社の会社概要ページのURL）",
    "https://（自社のIRサイトのURL）"
  ]
}

注意すべき点を明記します。

• 上記はschema.org の仕様に沿った書き方であって、「こう書けばAIに効く」という主張ではありません。効果は測って確かめる領域です。
• 取得していない識別子を書いてはいけません。LEIは取得している場合にのみ記載します。値はすべて自社が実際に保有・使用しているものである必要があります。

6-4. 旧商号をどう扱うか

商号変更を経た会社では、旧商号を alternateName に入れるべきかという判断が生じます。仕様上は「別名」として書けますが、旧商号は現在の別名ではなく過去の名称です。 区別せずに並べると、旧商号が現行の呼称であるかのように扱われる余地が生まれます。

本記事としては、旧商号を機械可読な属性として置くより、沿革ページに「いつからいつまでがどの商号だったか」を可視のテキストで明記するほうが誤解が少ないと考えます。これは仕様上の制約ではなく本記事の判断です。

構造化データを整えるうえで最初に満たすべき条件は、マークアップした内容が、ページの読者にも見えていることです。

7-1. Googleが求めていること

Googleは構造化データの一般ガイドラインで、ページの読者に見えない内容をマークアップしないよう求めています。構造化データはページ内容の正確な表現であることが求められ、所有関係や提携関係、主たる目的を偽ることも禁じられています（Google 構造化データの一般的なガイドライン）。さらに、情報が正確であっても、利用者に見えない情報についての構造化データを追加してはならないとも述べています（Google 構造化データの仕組み）。

主体の記述に引き直すとこうなります。JSON-LDに書いた商号・英文商号・識別子は、画面上にも表示されている必要があります。 構造化データだけに正しい商号を書き、画面には旧商号が残っている——この状態はガイドライン上も望ましくありません。

7-2. AI機能について確認できること

Google は、AI Overviews や AI Mode で参照リンクとして表示される条件について、ページがインデックスされ、スニペット付きで表示され得ることであり追加の技術要件はないとしています。生成AI機能のための特別な schema.org マークアップは存在せず、llms.txt のような機械可読ファイルやMarkdown版の用意も不要で、Google検索はそれらを使用しないと明記しています（Google AI features）。したがって、「AI向けの特別な主体マークアップ」は、本稿で確認した範囲では確認できませんでした。

一方で、「AI専用の要件がない」ことと「AI専用の処理がない」ことは別です。Googleは、AI Overviews と AI Mode が query fan-out（サブトピックやデータソースをまたいで複数の関連検索を発行する手法）を用いる場合があり、両者が異なるモデルと技術を用いうると説明しています。追加要件がないことをもって、通常の検索と同じ処理が行われていると断定することはできません。

7-3. 一致させる対象の棚卸し

「画面表示と一致させる」を実務に落とすと、どこに商号が書かれているかを洗い出す作業になります。次の場所に散在しがちです。

場所	見落とされやすい点
フッターの著作権表示	テンプレートに直書きされ、更新が漏れる
会社概要ページ	正式商号と通称が混在する
IRサイトのヘッダー・タイトルタグ	サイトが別ドメイン・別システムの場合に更新が遅れる
過年度のニュースリリース	当時の商号のまま。年月が明示されていないと現在形に見える
PDF資料の表紙・ヘッダー・フッター	本文が画像化されていると、表記の一括確認が難しい
英文ページ	日本語ページと更新タイミングがずれる
グループ会社一覧	譲渡・売却済みの会社が残る
採用サイト・製品サイトなど別ドメイン	IR部門の管理外にあり、棚卸しの対象から漏れる

この棚卸しはAI対策として行うものではなく、開示情報の記述としての整合性の問題です。結果としてAIが読む材料も揃う、という順序で捉えるのが正確です。

ここまでの整理は、すべてこの節のためにあります。主体が正しく特定されているかは、確かめる以外に知る方法がありません。 識別子を置いたから大丈夫、開示したから伝わっているはず、サイトを直したから解消したはず——いずれも仮説であり、仮説は測って検証するものです。

8-1. 正解表に「主体の列」を足す

数値の照合では、決算期・連結／単体・会計基準・通貨と単位・発表日といった属性を持つ正解表を用意します。主体の判定には、そこに別の列が必要です。

列	内容
現商号	法人格を含む正式な表記
旧商号と使用期間	いつからいつまでその名称だったか（開始日・終了日）
英文商号	登記または公表されている表記。略記の有無も
略称	市場や報道で実際に使われている呼び方
法人番号	13けた
証券コード	および必要ならISIN
LEI	取得している場合のみ
連結範囲の主要子会社と異動時期	いつ連結に入り、いつ外れたか
譲渡・売却済みの事業と効力発生時期	何が、いつ、自社から離れたか
紛れうる法人	同名・類似名で混同されうる法人（自社で把握している範囲）

これは判定の基準表であって、そのままAIに読ませるための記述ではありません。この表があって、ようやく「AIの回答は主体を取り違えている」と客観的に言えます。

8-2. 五つの問い方

① 同じ会社を、複数の呼び方で問う

現商号、旧商号、略称、英文商号、銘柄コード。それぞれを主語にして同じ質問をし、回答が同じ主体を指しているかを見ます。呼び方によって答えが変わるなら、主体の解決が呼称に依存しているということです。旧商号で問うたときに現在の情報が返るか、旧商号時代の情報が返るか、まったく別の会社が返るかは、それぞれ別の状態です。

② 売却済み・譲渡済みの事業について問う

「御社の◯◯事業について教えてください」と、すでに手放した事業を主語にして問います。現在も自社の事業として語られるなら、分離が反映されていません。回答が参照している情報源をたどると、自社サイトの残置ページに行き着く場合があります。

③ 同名・類似名との混在を確かめる

自社と紛れうる法人が存在する場合、両者を区別する属性（所在地、設立年、上場市場、主要事業）を含めた問いと、含めない問いを分けて実施します。属性を外した瞬間に別会社の情報が混ざるなら、名称だけでは主体が定まっていません。

④ 引用されたURLの帰属を見る

回答に出典が提示される場合、そのURLが自社のものか、旧サイト・旧ドメインか、第三者のものかを分類します。自社ドメインでも、更新されていない過年度ページや、譲渡済み事業のページであれば、それは「自社の記述による誤り」です。外部ソースに依存している場合は、そのソースの主体記述が古い可能性を確認します。

⑤ 自社サイトの商号表記を棚卸しする

前節の一覧に沿って確認します。着眼点は一つです。機械が読む表記と、人が読む表記が一致しているか。 画面には新商号、構造化データには旧商号、PDFの表紙には別表記——この状態は珍しくありません。

8-3. 判定の型を決めておく

回答を「正しい／間違い」の二値で扱うと、原因の切り分けができません。主体については、次のように分けると対処に繋がります。

判定	内容	主な原因の所在
主体一致	回答が指す主体が自社である	—
主体誤り	別法人を自社として語っている	外部情報源／名称の紛れ
併合	自社と別主体の情報が混ざっている	グループ内の名称近接／同名法人
分離失敗	譲渡・分割した範囲が現在も自社のものとして語られている	自社サイトの残置ページ
名称の時点ずれ	主体は正しいが名称が過去のもの	旧商号情報の残存
特定不能	どの主体を指しているか判定できない	記述の曖昧さ

このうち分離失敗は、原因候補を自社側で確認できるため、対処に移りやすい類型です。

8-4. 文脈を持ち越さない条件で繰り返す

一つの会話の中で続けて質問すると、直前のやり取りが主体の解決を助けます。「先ほどの会社ですが」と続ければ、主体は確定した状態で回答が返ります。

しかし、投資家が実際に行うのは、多くの場合まっさらな状態からの一回の質問です。恒常的な認知を測るなら、文脈を持ち越さない条件で、同じ問いを繰り返す必要があります。

そして、1回の回答は標本1件にすぎません。生成AIの回答は実行ごとに揺らぎます。単一のモデル・単一のプロンプトで得た1回の回答を、恒常的な認知とみなすことはできません。繰り返しの回数と条件は先に決めてください。

記録に残すのは、問いの文面、実施日時、回答本文、提示された出典URL、そして判定の6点です。とりわけ問いの文面と日時が欠けると、後から「解消したのか、揺らぎの範囲なのか」を判断できなくなります。自社サイトを修正したあとに同じ条件で測り直せることが、記録の目的です。

8-5. 何を指標にするか

主体の観点から追跡する指標として、次のようなものが考えられます（これは本記事の設計提案であり、研究から導かれた最適値でも、業界で確立された指標でもありません）。

指標	定義
主体一致率	全回答のうち、指している主体が自社であった比率
旧商号での言及率	回答本文で旧商号が現在形で使われた比率
譲渡済み事業の残存率	手放した事業が現在も自社のものとして語られた比率
自社ドメイン引用率	提示された出典のうち自社ドメインが占める比率
残置ページ由来率	自社ドメイン引用のうち、更新されていない過年度ページが占める比率

★「これを実施すれば取り違えが何%減る」とは書けません。 そのような効果を示す公開データを、本稿で確認した範囲では確認できませんでした。指標は改善幅を約束するものではなく、状態を継続して見るための道具です。

8-6. 測定の限界を先に置く

最後に、この測定でできないことを明示します。

• 各AIサービスが企業をどう同定しているかの具体的な仕様は、本稿で確認した範囲では確認できませんでした。学習済みの知識、一般のウェブ検索、提携データ、検索キャッシュ、利用者がアップロードした資料が組み合わされうると考えられますが、内訳は分かりません。
• 回答は実行ごとに揺らぎます。改善したように見えても、揺らぎの範囲内である可能性を常に考慮してください。
• 言語・地域によって参照される情報源が変わりうるため、日本語での結果は他言語に一般化できません。
• AI事業者に共通する、企業向けの訂正・異議申立ての制度は確認できていません。 誤りを見つけても、事業者側に修正させる確立された手続きがあるわけではありません。実務上できるのは、自社側の記述を整え、一定期間後に再計測することです。

なお、未公表の重要情報を用いてAI回答を訂正しようとしてはいけません。訂正は公表済み資料の再提示に限定してください。この点は本レーンの親記事で詳しく扱っています。

本記事の作成にあたり、次の事項は確認できませんでした。確認できていないことを、あるかのように書かないために明示します。

事項	状態
AI回答における企業の取り違えの発生頻度を示す公開統計	本稿で確認した範囲では確認できなかった。頻度の数字は示さない
識別子をサイトや開示に記載することで、AI回答の主体特定が改善するという実証	同上
各AIサービスにおける企業の同定の仕組み（entity resolution）の具体的な仕様	本稿で確認した範囲では確認できなかった
商号変更後、AIが旧商号を使い続ける期間の実測	本稿で確認した範囲では実測を確認できなかった
会社法・金融商品取引法上の各再編行為の効力発生時点	本稿では一次確認を完了していないため、踏み込まない
AI事業者に共通する、企業向けの訂正・異議申立て制度と処理期限	制度を確認できなかった
主体の取り違えが株価や資本コストを動かしたという因果	確認できなかった

これらは「存在しない」という意味ではありません。本稿で確認した範囲では確認できなかったという意味です。

Q1. 商号を変更したら、法人番号も変わりますか。

変わりません。国税庁は「名称や所在地に変更があっても、一度指定された法人番号は変更されない」と明記しています。設立登記法人であれば、法務局で商号変更の登記を行うと、その情報が法務省経由で国税庁へ連絡され、法人番号公表サイトの情報が更新されます。国税庁法人番号管理室への手続は不要です。ただし公表サイトで英語表記を登録している場合は再度登録の手続が必要とされており、登録済みの英文表記は自動では追随しません。

Q2. 合併したら、証券コードはどうなりますか。

証券コード協議会は、上場会社が合併した場合の証券コードは存続上場会社の証券コードと業種になるとし、株式移転等で新設親会社が新規上場する場合は新たに証券コードと業種を割り当てるとしています。なお、平成5年7月以降に上場廃止等で使用されなくなったコードが再利用されることはありませんが、それ以前に削除されたコードは別の会社に割り当てられている場合があります。

Q3. LEIを取得すれば、AIが会社を正しく認識するようになりますか。

そう書ける根拠を、本稿で確認した範囲では確認できませんでした。LEIはISO 17442 に基づき、金融取引に参加する法的主体を識別する20文字のコードで、GLEIFが管理しています。組織再編を記録する Legal Entity Events の枠組みも整備されています。しかし、それがAI回答の主体特定に寄与するかを分離して測定した研究は確認できていません。LEIは金融取引・規制報告のための仕組みです。

Q4. 証券コードとISINと法人番号は、どう使い分けるのですか。

識別している対象が違います。証券コードとISINが識別しているのは銘柄、つまり取引される証券です。法人番号とLEIが識別しているのは法人・法的主体です。同じ法人が複数の銘柄を持つことも、法人が存続したまま銘柄が消滅することもあります。組織再編ではこの二系統が別々に動くため、「会社のID」という一つの概念でまとめようとすると記述できなくなります。

Q5. sameAs に証券コードやLEIを入れてよいですか。

仕様に反します。schema.org の sameAs が値として期待しているのはURLであり、対象の同一性を明確に示す参照Webページ——WikipediaページやWikidataエントリ、公式サイト——を指します。識別子の文字列を置く場所ではありません。識別子には leiCode（ISO 17442 の法的主体識別子）、tickerSymbol（Corporation の取引所取引商品）、identifier（PropertyValue で表現できる汎用の識別子）が用意されています。

Q6. 東京証券取引所は、AI上の企業認知の管理を求めているのですか。

求めていません。IR体制の整備は企業行動規範に基づく義務であり、その整備状況はコーポレート・ガバナンスに関する報告書での開示が必要とされています。しかし具体的な体制の内容は各社の判断に委ねられており、AI上の自社認知の測定・管理が義務づけられているわけではありません。適時開示制度も取引所の規則であって国の法令ではありません。本記事が扱うのは、既存のIR体制の枠組みの中でこの論点をどこまで管理対象とみなすか、という範囲です。

Q7. 同名の別会社があります。何ができますか。

同名法人の存在自体は自社では変えられません。変えられるのは自社側の記述です。法人格を含む正式な商号を使う、英文商号を一貫させる、所在地・設立年・上場市場といった照合可能な属性を併記する、といった対応が考えられます。ただしこれらは「こうすればAIが正しく認識する」という施策ではなく、照合できる材料を置くというところまでです。効果は、複数の呼び方で問う測定で確かめてください。

Q8. 企業名を明示して質問すれば、主体は正しく解決されるのではありませんか。

企業名を明示しても、回答の正確性は保証されません。米国上場17,621社・197,011問を対象とした評価では、企業名と年度の両方を指定した定型プロンプトでなお、正解値との差が10%を超える回答が観測されています。日本の決算短信を用いた研究でも、企業名の有無で同じ開示文へのセンチメント評価が変化しました。★ただしいずれも、主体の同定精度そのものを検証した研究ではありません。 主体が正しく特定されたかどうかはこれらの研究からは判断できず、自社で測る以外に確かめる方法がありません。

Q9. 取り違えはどのくらいの頻度で起きているのですか。

頻度を示す信頼できる公開統計を、本稿で確認した範囲では確認できませんでした。ゆえに本記事では頻度の数字を示しません。参考として、財務QAのベンチマーク研究では、同一質問への8回の再回答がすべて一致する「高確信」の状態でも15〜23%が誤答したと報告されています（2026年7月公開の査読前論文。基盤モデルの評価であり公開AI検索サービスの評価ではありません）。自社について何が起きているかは、自社で測るほかありません。

Q10. どこから着手すればよいですか。

正解表に主体の列を足すところからです。現商号、旧商号とその使用期間、英文商号、略称、法人番号、証券コード、譲渡済み事業とその時期。この基準がなければ、回答を見ても「取り違えている」と判定できません。基準ができたら、現商号・旧商号・略称・英文商号のそれぞれで同じ問いを立て、回答が同じ主体を指しているかを確認します。並行して自社サイトの商号表記の棚卸しを進めてください。この二つは独立に着手できます。

AI回答の検証を数値の照合から始めるのは自然です。しかし数値の照合は、主体が定まっていることを前提にしています。商号を変えた、合併した、事業を分けた、事業を手放した、同名の会社がある——このとき、前提のほうが崩れています。

• 主体の変化は、適時開示制度上も独立した事項として掲げられている。
• 証券コードとISINは銘柄を、法人番号とLEIは法人・法的主体を識別している。 組織再編では二系統が別々に動く。
• 識別子は同一性の証明書ではない。国税庁は法人番号について「必ずしも法人等が実在することを証明するものではない」「同じ法人番号を用いる法人等が、全て一の法人等であることを証明するものでもない」と明記している。
• LEIのように精緻な仕組みでも、変化の把握は主体自身の申告が基本で、外部情報がそれを補う。 識別子は維持される対象である。
• schema.org の sameAs が期待しているのはURLであり、識別子の文字列ではない。
• 構造化データに書いた商号は、画面表示と一致していなければならない。
• そして、正しく特定されているかどうかは、測る以外に知る方法がない。

最後の一点が本記事の主旨です。識別子を置いたから、開示したから、サイトを直したから——いずれも仮説です。現商号・旧商号・略称・英文商号・銘柄コードで問い、回答が同じ主体を指しているかを、文脈を持ち越さない条件で繰り返し確かめる。取り違えが起きているかどうかは、その結果としてしか分かりません。

AI上の自社の認知を、露出量ではなく内容として継続的に把握すること。「その数字は誰のものか」は、その出発点にある問いです。

本記事の主張を支える出典を、性格別に3層で示します。すべて2026年8月31日に一次確認しました。

層1: 一次情報・公式（付番機関・取引所・仕様策定者・検索事業者）

#	出典	本記事での用途
1	日本取引所グループ「適時開示が求められる会社情報」（2026年7月10日現在） https://www.jpx.co.jp/equities/listing/disclosure/info/	上場会社の決定事実に、商号又は名称の変更（26）、合併等の組織再編行為（10）、公開買付け又は自己株式の公開買付け（11）、事業の全部又は一部の譲渡又は譲受け（13）、子会社等の異動を伴う事項（17）が独立して並ぶこと（§3）
2	日本取引所グループ「投資者向け情報提供（IR）」 https://www.jpx.co.jp/equities/listing/investor-relations/index.html	IR体制の整備が企業行動規範上の義務であり、具体的な体制は各社の判断に委ねられていること（§3-2）。★取引所規則であり国の法令ではない
3	日本取引所グループ「TDnet」 https://www.jpx.co.jp/english/equities/listing/disclosure/tdnet/	公開閲覧31日・会社別検索10年という取得条件（§3-3）
4	証券コード協議会「証券コード英文字組入れ」 https://www.jpx.co.jp/sicc/code-pr/index.html	株式固有名コードは数字4けた（1300〜9999）。2024年1月1日以降に設定するコードから、2けた目・4けた目に英大文字19文字（B・E・I・O・Q・V・Zを除く）を使用。既存コードは変更されない（§5-1、§5-2）
5	証券コード協議会「FAQ」 https://www.jpx.co.jp/sicc/securities-code/02.html	ISINは12けた＝国名コード2＋基本コード9＋チェックディジット1（ISO 6166）。合併時は存続上場会社の証券コードと業種になり、株式移転等で新設親会社が新規上場する場合は新たに割り当てる。平成5年7月以降に使用されなくなったコードは再利用しない（§2-2、§5-1、§5-2、§5-3）
6	国税庁「法人番号とは」 https://www.houjin-bangou.nta.go.jp/setsumei/index.html	法人番号は13けた。公表される基本3情報（商号又は名称／本店又は主たる事務所の所在地／法人番号）と、名称・所在地の変更履歴等（§5-4）
7	国税庁「名称や本店所在地の変更をした場合の手続」 https://www.houjin-bangou.nta.go.jp/shitsumon/shosai.html?selQaId=00045	名称・所在地が変更されても法人番号は変更されない。設立登記法人は法務局での登記により公表サイトが更新される。★英語表記の登録をしている場合は再度登録の手続が必要（§5-4、FAQ Q1）
8	国税庁「法人番号は実在性を証明しているか」 https://www.houjin-bangou.nta.go.jp/shitsumon/shosai.html?selQaId=00055	★本記事の中核。 法人番号は法人等の実在を証明するものではなく、同じ法人番号を用いる法人等が一の法人等であることを証明するものでもない。解散した法人にも登記記録が閉鎖されない限り指定される（§5-4）
9	GLEIF「The Legal Entity Identifier (LEI)」 https://www.gleif.org/en/organizational-identity/lei-vlei/the-legal-entity-identifier-lei	LEIは20文字。ISO 17442に基づき、GLEIFがG20・FSBを背景に管理し、ROCの監督を受ける。Level 1「who is who」／Level 2「who owns whom」（§5-5）
10	GLEIF「ISO 17442: The LEI Code Structure」 https://www.gleif.org/en/about-lei/iso-17442-the-lei-code-structure	1〜4文字目が発行機関の接頭辞、5〜18文字目が主体固有部（意味を持たせない設計）、19〜20文字目がチェックディジット（§5-1、§5-5）
11	GLEIF「Level 1 Data: LEI-CDF Format 3.1」 https://www.gleif.org/en/lei-data/access-and-use-lei-data/level-1-data-lei-cdf-3-1-format	Legal Entity Events のデータ項目（事象の種類・法的効力発生日・記録日・検証書類の種別）、承継主体（SuccessorEntity）（§5-5）
12	LEI Regulatory Oversight Committee（2018年10月30日） https://www.leiroc.org/publications/gls/roc_20181030-1.pdf	★本記事の中核。 影響を受ける主体自身の申告がなければ、LEI発行機関は参照データの更新を要する事象の発生を必ずしも把握できない（§5-5）
13	schema.org「sameAs」 https://schema.org/sameAs	sameAs が値として期待するのはURLであり、対象の同一性を明確に示す参照Webページを指す。適用対象は Thing（§6-1、FAQ Q5）
14	schema.org「leiCode」 https://schema.org/leiCode	ISO 17442 で定義される法的主体識別子を記述するプロパティ（§6-2）
15	Google Search Central「構造化データの一般的なガイドライン」 https://developers.google.com/search/docs/appearance/structured-data/sd-policies	ページの読者に見えない内容をマークアップしない。構造化データはページ内容の正確な表現であること（§7-1、FAQ Q6の前提）
16	Google Search Central「構造化データの仕組み」 https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data	情報が正確であっても、利用者に見えない情報についての構造化データを追加しない（§7-1）
17	Google Search Central「AI features and your website」 https://developers.google.com/search/docs/appearance/ai-features	AI機能の参照リンクに追加の技術要件はなく、生成AI機能のための特別な schema.org マークアップは存在しない。llms.txt 等の機械可読ファイルはGoogle検索が使用しない（§7-2）

層2: 査読を経た研究

#	出典	本記事での用途と留保
18	Shah, Ye, Jaskowski, Xu, Chava（Georgia Institute of Technology）"Beyond the Reported Cutoff: Where Large Language Models Fall Short on Financial Knowledge" https://arxiv.org/abs/2504.00042	上場17,621社・197,011問。企業名と年度を明示した定型プロンプトでなお、正解値との差が10%を超える回答を観測（§1-3、FAQ Q8）。★COLM 2025 採択の査読付き論文。本文はarXiv版を参照。 ★留保は査読ステータスではなく実験条件に置く：対象は米国上場企業／売上高はCompustat由来で百万米ドル換算・会計基準差は未統一／API実行は2025年2月
19	Nakagawa, Hirano, Fujimoto "Evaluating Company-specific Biases in Financial Sentiment Analysis using Large Language Models" https://arxiv.org/html/2411.00420v1	日本のTDnet決算短信（2019〜2023年）。企業名を明示した場合と除いた場合でセンチメント評価が変化し、偏りの方向はモデル間で不一致。GPT-4o観測10,249件（§1-3、FAQ Q8）。★IEEE収録版あり。本文はarXiv版を参照

層3: 査読前・当事者性のある資料

#	出典	本記事での用途と留保
20	財務QAにおける高確信誤答のベンチマーク https://arxiv.org/abs/2607.11414	同一質問への8回の再回答がすべて一致する「高確信」状態でも15〜23%が誤答（§4-2、FAQ Q9）。★2026年7月公開の査読前論文。基盤モデルの評価であり、公開AI検索サービスの評価ではない
21	GLEIF Blog「Metric of the Month – Legal Entity Events」 https://www.gleif.org/en/newsroom/blog/transforming-data-into-opportunities-metric-of-the-month-legal-entity-events	Legal Entity Events は現在20の類型があり、所有関係の変更、合併・買収、名称や所在地の変更、主体の終了などを含む（§5-5）。★GLEIFはLEIの管理主体であり、その普及を推進する立場でもある。当事者による発信として扱う

出典に関する本記事の方針

• 識別子の桁数・構成・仕様上の日付は、付番機関または仕様策定者の一次資料で確認しました。 研究由来の数値は当該論文を出典としています。二次的な解説記事を根拠とした記述はありません。
• AI回答における企業の取り違えの発生頻度を示す公開統計は確認できなかったため、頻度の数字は一切記載していません。
• 識別子の記載がAI回答の主体特定を改善するという実証は確認できなかったため、そのような主張は記載していません。
• 会社法・金融商品取引法上の効力発生時点は一次確認を完了していないため、本記事では踏み込んでいません。