学会発表に向けてスライドを準備する際、登壇する研究者や研究支援担当者は、自分の主要な主張を支える先行研究に漏れがないかを確認します。 予期せぬ反証が存在しないかを確かめることも欠かせません。
発表前の引用調査は、単に引用数の多い論文を機械的に並べる作業ではありません。 発表で述べる主張ごとに起点となる論文を定めます。 ツールで候補を広げつつも、最終的には引用数ではなく原文と引用文脈によって妥当性を判断する必要があります。
本記事では、学会発表の主要主張に必要な引用と反証をどう漏れなく確認するかという疑問に答えます。 そして、主張ごとに採用する引用、保留する主張、提出前や登壇前に更新する再検索条件を適切に決める手順を解説します。
引用ネットワーク調査は発表の主張から始める
学会発表前の引用ネットワーク調査は、単に引用数の多い論文を並べるための作業ではありません。 調査の起点は、ツールの検索窓に入力するキーワードではなく、発表で述べる「自身の主張」そのものです。 この主張ごとに、出発点となる起点論文を定め、その論文が参照した過去研究、後から引用された研究、そして反証や訂正の有無を追っていきます。
調査を始める前に、発表スライドに記載する主張を一つずつ抽出し、「主張カード」や監査表へ整理して検索の起点を固定します。 このとき、抽出する主張は曖昧なトピックではなく、「対象」「条件」「比較」「結果」を明確に含めて書くことが重要です。
例えば、「材料Aは条件Bで寿命を20%延ばす」というように、具体的な条件と結果を記述します。 そして、各主張カードに対して、以下の項目を記録していきます。
- 主張IDと主張文
- 起点となる論文とそのDOI
- 直接の根拠となる原論文のページや図表
- 研究対象、方法、主要結果、限界
AIツールを利用すれば、引用候補の収集やこうした監査表の初稿作成を省力化できます。 しかし、集まった論文の研究条件が発表対象と一致するかを判断するのは人間の役割です。
要約だけでなく原文の文脈で主張が支えられているか、引用すべき先行研究が漏れていないかを判断することも人間の役割です。 ツールでの探索を広げる前に、まずは発表の主要主張を固定し、何を起点に調べるかを明確にしてください。
DOIと書誌をCrossrefでそろえる
発表の主張を支える起点論文が決まったら、次はそれらの論文を一意に識別するためのIDを確定させます。 論文のタイトルや著者名といったテキスト情報だけに頼ると、同名の別論文が混在する原因となります。 後続の引用調査へ進む前に、書誌情報を正確にそろえる必要があります。
論文を正確に一意にするには、Crossref REST API（API説明）を利用してDOIメタデータを検索・取得します。 取得した題名、著者、掲載誌、発行年とDOIを監査表に転記します。 これにより、書誌情報を正規化できます。
この作業で作成するDOI一覧では、出版版とプレプリントを明確に分けることが重要です。 同じ研究であっても、査読前のプレプリントと正式な出版版とでは、本文の条件や結果の数値が修正されている場合があります。 Crossrefでメタデータを照合して両者の混同を減らすことで、自分がどのバージョンの論文を根拠としているかを正確に管理できます。
なお、Crossrefを利用する上で留意すべき点として、参考文献リストの登録状況は出版社によって異なります。 検索したDOIのメタデータ内に引用情報が見つからなかったとしても、それだけで該当の引用が「存在しない」と直ちに判断してはいけません。 抽出結果はあくまで手がかりとし、後工程で実際の論文本文と照らし合わせる前提で一覧を準備します。
OpenAlex・Semantic Scholarで前後の引用を広げる
起点となる論文のDOIをCrossrefで一意にそろえた後は、その論文を中心に先行研究と後続研究のつながりをたどります。 単一のデータベースだけに依存せず、OpenAlexとSemantic Scholarを併用して引用ネットワークを広げていきます。
まず、OpenAlexの公式APIを利用して、論文や著者、概念などの関係性を取得します。 具体的には、Works APIを使います。
このAPIで、起点論文が参照した論文（referenced_works）と、起点論文を後から引用した論文（cited_by）を抽出します。 ここで得られる概念の分類や著者同定のデータは候補の収集に役立ちます。 しかし、同姓同名や所属の変更などは必ず原文で確認します。
次に、引用の文脈や論文の詳細なフィールドを補うため、Semantic Scholar Academic Graph API（製品説明）を併用します。
各APIの収録範囲やデータの更新時点は同一ではありません。 そのため、どちらか一方にしか見つからない論文を自動的に除外してはいけません。 また、提供される自動要約（TLDR）や影響度のスコアはあくまで探索の補助です。
要約だけで引用の採否を判断せず、発表で用いる主張の根拠は必ず論文本文の方法や結果に戻って確認します。
探索して得られた論文候補は、citation-network.csv のようなファイルに書き出します。 そして、引用の方向性ごとに「後方」「前方」「共引用」を別列にして整理します。 これにより、先行研究と後続研究を目的別に切り分けて把握できます。
- 後方引用: 起点論文が参照した過去の研究です。理論の背景や、実験方法の由来をたどるために使います。
- 前方引用: 起点論文を後から引用した研究です。元の研究に対する追試、別の条件での応用、あるいは批判や反証を探すために使います。
- 共引用: 同じ後続論文のなかで、起点論文と一緒に引用された別の研究です。近接する領域の候補を広げるために使います。
この整理において最も注意すべきは、引用関係があるという事実を「元の研究への支持」と同一視してはいけない点です。 一覧表に並べた後は実際の引用文脈を読み込みます。 その引用が支持なのか、適用条件の限定なのか、対照するための言及なのかを正確に区別してください。 あるいは、引用が単なる背景としての紹介なのかも正確に区別してください。
AIで引用文脈の一次選別を行う
前工程で収集し citation-network.csv へまとめた引用候補のリストに対し、これまでは論文を1件ずつ開いていました。 そして、本文内検索をして引用箇所と前後の段落を監査表へ手作業で転記していました。
この負担を減らすため、出版社の原文を精読する前段階としてAIを活用します。 AIで表記の異なる引用文脈を同じ分類候補へそろえ、人が確認すべき原文箇所を絞り込みます。
この処理をAIへ依頼するにあたり、送信するデータには厳密な境界線を引きます。 まず、学会発表に向けた未公開の仮説や未発表スライドの内容はそのまま入力しません。 これらの内容は「主張ID（例：Claim-01）」へ置き換えます。
Gemini API追加利用規約にもある通り、無償サービスでは入力内容が製品改善に使われる場合があります。 そのため、機密情報は送信しません。 また、契約外の論文PDFを丸ごと送信することは避け、公開されているメタデータや許諾範囲内の抜粋テキストのみを利用します。
実行前に、Gemini APIの認証案内に従ってGoogle Cloudプロジェクトに紐づく認証キーを用意します。
そして、APIの課金状態をCloud Billingで確認します。
具体的な実行手順として、候補DOIや書誌情報とともに、主張IDと公開してよい範囲へ一般化した条件付きの主張文を用意します。 これらの情報および利用許諾のあるオープンアクセス論文のPDFや抜粋テキストを、Gemini APIの文書処理機能へ渡します。
このとき、構造化出力仕様に沿ってJSON Schemaを指定します。 そして、文献ごとの文脈を「支持・限定・対照・背景・不明」のいずれかへ仮分類させます。 あわせて、根拠となる本文箇所を抽出させます。
この抽出結果は citation-screening.json として取得します。 得られた分類と引用箇所を citation-audit.xlsx へ転記し、原文で確認する論文と段落の目次にします。 最終的な判断は、人間が出版社のプラットフォームで原文を開いて確定します。
原文では、引用箇所の前後、研究条件、方法、結果を確かめます。 さらに、論文の訂正・撤回がないか、利用権限を満たしているかを直接監査します。
なお、処理の過程でFiles APIへアップロードしたPDFなどのファイルは、利用者が明示的に削除する運用を組み込みます。 この削除は、Gemini APIのゼロデータ保持案内に従って行います。
PubMed・Europe PMCと原文で反証を確認する
OpenAlexやSemantic Scholarで引用候補のリストを作成したら、次はそれらの論文の本文を開き、引用の文脈と研究内容を検証する作業に進みます。 特に生命科学分野では、分野に特化したデータベースを利用して、該当論文の全文や臨床試験の情報を確認します。
生命科学の文献検索には、MEDLINEを含むPubMedの公式利用案内を利用します。 システム連携用のNCBI E-utilitiesも利用します。
また、論文本文や引用、助成情報の全文リンクを扱うEurope PMCも有効です。 これらのデータベースを活用して、レビュー論文、臨床試験、そして撤回や訂正の情報へアクセスします。
本文へアクセスしたら、引用の文脈を読み解き、反証や限定条件がないかを調べます。 前段でも触れたように、論文が引用されているという事実だけでは、元の主張が支持されているとは限りません。
実際の本文でその論文がどのように言及されているかを読み込みます。 そして、「支持」なのか、適用条件の「限定」なのか、別条件との「対照」なのかを分類します。 あるいは、単なる「背景言及」に過ぎないのかも分類します。
生命科学の発表を準備する際、この原文での確認作業は特に重要です。 例えば、「介入Bは症状を改善する」といった主張をする場合、自動生成された要約だけを読んで因果関係の表現を強めてはいけません。 必ず論文の本文へ戻り、以下の詳細を自分の目で検証します。
- 対象：対象集団の特性や、対照群の構成がどうなっているか
- 方法：主要評価項目の設定や、追跡期間は適切か
- 結果：効果量や信頼区間はどの程度か
- 限界：著者が示している研究の限界点は何か
たとえレビュー論文を入口として見つけた情報であっても、発表における中心主張の根拠にする場合は、該当する一次研究の本文へ直接戻ってこれらを読み込みます。 対象集団や実験条件が異なる複数の追試を、「同じ再現結果が得られた」とひとまとめに扱わないように注意してください。
もし調査の過程で論文の撤回や訂正が見つかった場合は、更新後の本文と通知を直接読み、旧版の数値をスライドへ残さないようにします。 人が自らの目で研究デザインの妥当性や原文の意味を判断し、発表での適切な引用表現を決めることで、研究の信頼性を担保できます。
撤回・訂正と引用漏れを監査する
論文の本文と引用文脈を検証した後は、その論文自体が現在も妥当な状態にあるかを監査し、不適切な情報を発表前に止める作業へ進みます。
論文の更新、訂正、撤回といった現在の状態を確認するには、出版物の状態を確認する仕組みを利用します。 その仕組みとしてCrossrefのCrossmarkを利用します。
さらに、Crossrefから案内される撤回情報源も活用できます。 情報源としてRetraction Watch Databaseを活用できます。
ここで重要なのは、データベース上の表示やフラグだけで判断を終わらせないことです。 訂正や撤回の疑いがある場合は、必ず出版社のウェブサイトを開き、公式の撤回通知や訂正文、最新版の本文を直接読んでください。 これにより、旧版の誤った数値を発表スライドへそのまま残してしまう事態を確実に防ぐことができます。
これらの状態確認の結果は、スライドの主張ごとに作成した citation-audit.xlsx などの監査表へ記録します。 監査表では、収集した候補論文を複数のステータスに分類します。 ステータスは「採用」「背景のみ」「条件不一致」「方法上の懸念」「撤回・訂正確認中」などです。 この分類により、引用の漏れや不適切な引用がないかを一覧で管理します。
発表者は本文や通知を読み、AIが付けた分類を監査表で確定させます。
また、監査において引用を見送る判断をした場合でも、該当論文のDOIと除外した理由は監査表に残します。 どのような理由で除外したのかを明確に記録しておくことで、共同研究者が後から同じ候補を調べてしまう重複作業を減らすことができます。
提出前と登壇前に差分検索する
監査表を用いて、主要な主張ごとの直接の根拠、重要な先行研究、後続の反証を確認します。 DOIと書誌情報の一致、そして撤回や訂正の有無もすべて確認します。 確認を終えたら、発表で用いる引用の「発表版」を一度固定します。
このとき、後から調査を再開できるように記録を残しておくことが重要です。 検索を実行した日付、使用したAPI、検索クエリ、取得した候補数、および除外理由を正確に残します。
引用ネットワークの調査は一度完了したら終わりではありません。 論文が学会の査読に回っている期間や、実際の発表の直前にも、新しい研究が発表されたり、既存の論文に訂正や撤回が出たりすることがあります。 そのため、調査の更新は「論文の提出前」と「実際の登壇前」の二段階で行います。
この二段階更新では、最初からすべての文献を調べ直す必要はありません。 記録しておいた検索日とクエリを用いて再度検索を実行し、前回調査時からの差分だけを抽出します。 新たに出現した新規候補の論文や、すでに採用した論文のステータス変更がないかを比較し、必要に応じて監査表をアップデートします。
調査結果を実際の発表運用へ落とし込む際は、発表スライドの脚注を整えます。 著者、発行年、掲載誌とDOIなど、所属学会の書式で求められる項目を過不足なくそろえます。 引用管理ソフトへ登録してある書誌情報であっても、Crossrefや出版社のページと改めて照合し、最新かつ正確な情報が記載されているかを確認してください。
最終的なスライドの完成版では、各スライドの番号と監査表の「主張ID」を対応させます。 このように紐付けておくことで、登壇後の質疑応答で特定の主張に関する質問を受けた際に役立ちます。 質問に対し、該当する原論文の根拠箇所（ページや図表）をすぐさま開いて回答できる状態を作ることができます。 監査から得られた確かな根拠を、発表当日の円滑な運用へとつなげてください。
よくある質問
Q1. 引用データが取得できなかった場合、引用漏れ（参照なし）と判断してよいですか？
いいえ。Crossref REST APIなどでDOIのメタデータを検索した際、参考文献リストの登録状況は出版社によって異なります。
データ上に引用が見つからなかった場合でも、それだけで引用が存在しないと自動で判断してはいけません。 実際の論文本文と照らし合わせて確認する必要があります。
Q2. 後方引用の調査は、どのような目的で行うべきですか？
後方引用は、発表の起点となる論文が参照した過去の研究をたどるために使います。 主に、発表で取り扱う理論の背景や、実験・分析方法の由来を確認し、根拠のさかのぼりを行うことが目的です。
Q3. 前方引用で見つかった研究は、起点の論文を支持しているとみなしてよいですか？
いいえ。前方引用は起点論文を後から引用した追試、応用、あるいは批判を探すために有効です。 しかし、引用されているという事実が元の研究への「支持」を意味するとは限りません。 必ず本文の引用文脈を読み、支持、限定、対照、背景言及のいずれに該当するかを人が区別してください。
Q4. 撤回や訂正の有無は、データベースの表示だけで確認を終えてよいですか？
いいえ。CrossrefのCrossmarkなどの表示だけで判断を終わらせてはいけません。
Retraction Watch Databaseなどの表示だけでも判断を終わらせてはいけません。
誤った情報を発表に残さないよう、必ず出版社のウェブサイトを開いてください。 そして、撤回通知、訂正文、最新版の本文を直接読んでください。
Q5. 複数のAPIを利用して収録差が出た場合、片方にしかない論文はどう扱うべきですか？
OpenAlexの公式APIとSemantic Scholar Academic Graph APIなどを利用するとします。
これらの各APIの収録範囲やデータが更新された時点は同一ではありません。 どちらか一方のデータベースにしか収録されていない論文であっても自動的に除外しないでください。 出版社のページや全文を確認して採否を判断してください。
Q6. 発表前の引用ネットワーク調査は、どのタイミングで内容を更新すべきですか？
論文の提出前と登壇前の二段階に分けて差分検索を行ってください。 査読中や発表の直前であっても新しい引用や訂正が出版されることがあります。 そのため、記録しておいた検索クエリを用いて検索します。 新規の候補や採用済み論文のステータス変更がないかを確認します。
調査手法について
こちらの記事はグラフAIリサーチプラットフォームのSnorbeを使って作られています。Snorbeは研究開発・新規事業向けの調査テーマに応じた幅広い項目のオートリサーチや、ナレッジグラフの構築、構造化レポートの生成ができるAIリサーチツールです。
Screenshot
調査したいテーマを入力するだけで、AIが深堀りすべき観点や広げるべき調査項目をレコメンドしながら、自動でリサーチを進めます。収集した情報はナレッジグラフとして蓄積され、未調査領域（ホワイトスペース）を可視化しながら調査の網羅性を高めていけます。
また、観点マトリクスを30秒・構造化レポートを10分で自動生成する機能があり、出典付きのレポートをMarkdown/PDF形式でエクスポートできます。調査の元データも保存されるため、ファクトチェックや社内共有も容易です。
ご利用をご希望の方は、こちらよりお申し込みください。
また、グラフAIを活用した社内ナレッジ管理や、研究開発・新規事業のリサーチ支援、セルフホスト導入のご相談も受け付けています。お困りの方はお気軽にご連絡ください。
市場調査やデスクリサーチの生成AIエージェントを作っています 仲間探し中 / Founder of AI Desk Research Agent @deskrex , https://deskrex.ai
コメント