特定の公開著作レコードを開き、その著作にどのORCIDフィールドが付与されているかを読み、それを著者プロフィールに表示されている識別子と比較してください。登録された著作識別子は出版者がその著作に付したもの、プロフィールの主識別子はキュレーションされたプロフィールフィールド、ログイン接続は別個のアカウント関係として扱ってください。それらが一致しない場合は、二人の人物や二つの身元を想定するのではなく、その層と隔たりを記録してください。
TraceSeek アプリで公開ソーシャルプロフィールの手がかりを見つけましょう。
プロフィールの要約ではなく、著作レコードから始める
有用な最初の手順は、著作そのものの公開レコードを見て、どの識別子が付与されているかを読むことです。OpenAlexでは、raw_orcidフィールドは著作に登録された識別子であり、プロフィールの主orcidとそのobserved_orcidsは別のフィールドです。この違いは重要です。著作レコードとプロフィールレコードは異なる入力から維持される場合があるからです。著作レコードが利用可能で公開されている場合、それはその著作に何が付与されたかを示します。しかし、誰がアカウントを管理しているか、記載された人物が現在雇用されているかは示しません。 [OpenAlex：ORCIDの出所フィールドと照合の限界]
- まず著作レコードを開き、著作に表示されている識別子を記録してください。
- 次に著者プロフィールを開き、主識別子が異なるかどうかを記録してください。
各識別子は身元の証明ではなく出所として読む
登録された著作識別子は狭い問いに答えます。すなわち、ソースデータ内でこの著作にどの識別子が付与されたかです。プロフィールの主識別子は別の問いに答えます。すなわち、プロフィールフィールドが現在どの識別子を表示しているかです。ORCIDをログインアカウントにリンクすることは三つ目の別個の関係です。これらの層はいずれも顔認証による身元確認ではなく、一致は所有権、現在の活動、アカウントの背後にいる人物を保証するものではありません。弱い手がかりが知らぬ間に結論にならないよう、観察、その限界、実際の判断を別々の行に記載してください。 [OpenAlex：ORCIDの出所フィールドと照合の限界]
不一致は通常一つの層に存在する
識別子の出所が異なるのは、生の出版社データとキュレーションされたプロフィールフィールドが異なる時点で異なるプロセスによって修正されるためです。プロフィールの修正は、著作に登録された生の識別子を必ずしも書き換えません。確認済みのドキュメントには、プロフィール修正後もraw_orcidが残ることがあると記載されています。したがって両者が一致しない場合、実際の解釈はどちらかが偽であるというものではなく、層が照合されていないというものです。また、複数のORCIDは重複登録、出版社の付与ミス、プロフィールの過剰統合から生じる可能性があることを覚えておいてください。複数の識別子は複数の人物の証拠ではありません。 [OpenAlex：ORCIDの出所フィールドと照合の限界]
| 観察 | 限界 | 次の一手 |
|---|---|---|
| 著作レコードに識別子Aが表示される | その著作に何が登録されたかを示すが、アカウント管理は示さない | その層を記録し、プロフィールフィールドと比較する |
| プロフィールの主識別子にBが表示される | キュレーションされたプロフィールフィールドであり、ログインの確認ではない | どちらかを選ぶのではなく、相違を記録する |
| ログイン接続も存在する | 別個のアカウント関係であり、身元の証明ではない | 三つ目の層として扱い、身元に関する主張には踏み込まない |
| 記録間に二つの識別子が現れる | 重複、付与ミス、過剰統合に起因しうる | 考えられる原因は所見ではなく仮説として記録する |
層が存在しない、非公開、または曖昧な場合
著作レコードが欠けている、非公開、または曖昧な場合は、その正確な限界を記録して停止してください。利用できない情報源は、非公開アカウントへの要求や身元特定の回避策を正当化しません。同様に、不一致または曖昧な一致は、主張を狭める理由であり、確認を強要するために該当しそうな人物に連絡する理由ではありません。公開記録の不一致を解消するために見知らぬ人に連絡することは、保護的または必要な措置ではなく、沈黙や無応答を確認と解釈しては決してなりません。たとえば、登録済み識別子をアクセス可能な公開記録から読み取れなかった、というように限界を明瞭に書き、推論は開いたままにしてください。
- どの層を確認したか、それが公開され読取可能だったかを明記してください。
- 最初に欠落または曖昧な層で推論を止めてください。
- 無応答や沈黙を同意として扱わないでください。
争いのある記録のための簡単なワークシート
短い記述式のワークシートがあれば、各層が混ざり合うのを防げます。これはあくまで読み手の補助として使い、プラットフォームを制御するものでも、サービス上で何かを検証するものでもありません。各行には、実際に見た層、それが由来する公開成果物、そして当てはまる限界を記入します。仮の例を挙げます。ある著作物には一つの識別子が表示され、プロフィールには別の識別子が表示され、ログインの関係は見えないとします。正直な記録は「層が食い違っており、その理由は未解決である」というものであり、「その人物に二つのアカウントや二つの身元がある」ということではありません。
| 観察 | 限界 | 次の一手 |
|---|---|---|
| 公開された著作物の記録から読み取った、登録済みの著作物識別子 | 著作物に付与された内容を示すだけで、それ以上のことは示さない | 著作物の層として記録する |
| プロフィールの主要識別子が異なる | キュレーションされたフィールドであり、著作物の記録より後にも前にもなりうる | 相違点と確認した日付を記録する |
| ログインの接続は見当たらない | 存在しないことは、接続が存在しない証拠にはならない | 不明と印を付け、推測しない |
| 重複や過剰統合の原因である可能性 | 裏付ける情報源がない限り、仮説にすぎない | その人物を特徴づける前に止める |
実務上の判断は狭く保つ
層を分けてしまえば、ほとんどの判断は小さくなります。著作物に登録された識別子、プロフィールの現在の主要識別子、そしてログインの接続が見えたかどうかを、それぞれ固有の限界とともに記述できます。しかし通常、これらのいずれを使っても身元、所有権、現在の所属や安全を断言することはできません。写真、バッジ、ステータス表示、一致する画像、プライバシー設定は、身元、意図や安全の証拠ではなく、収入、資産や交際状況を推測するために使うべきでもありません。判断が身元確認に依存する場合、この公開記録の経路ではそれを提供できません。 [OpenAlex：ORCIDの出所フィールドと照合の限界]
さらにいくつかの質問
raw_orcidとプロフィールの主要ORCIDの違いは何ですか？
raw_orcidフィールドは著作物に登録された識別子であり、プロフィールの主要orcidとobserved_orcidsは別個のプロフィールフィールドです。著作物のデータとキュレーションされたプロフィールは異なる入力から維持されるため、これらは食い違うことがあり、プロフィールの修正が登録済みの識別子を書き換える必要はありません。
ログインの接続があれば、両方の記録の背後に同じ人物がいると確認できますか？
いいえ。ORCIDをログインアカウントに紐づけることは著作物の帰属とは別であり、ログインの紐づけは身元、所有権や現在の活動を証明しません。身元の確認ではなく、それ自体の限界を持つ第三の層として扱ってください。
二つのORCIDが現れたら、二人の人物がいるということですか？
必ずしもそうではありません。確認済みの文書には、複数のORCIDが重複登録、出版社による添付の誤りやプロフィールの過剰統合から生じうること、また複数のIDが複数の人物の証拠ではないことが記されています。不一致を記録し、個人的な主張をする前に止めてください。
情報源と編集ノート
公式参照は 2026年10月24日 に確認しました。チェックリスト、比較表、例文はDateCluesの編集ツールであり、公式のテストや検証済みのリスクスコアではありません。
一般的な情報です。どのガイドやツールも、個人の身元、意図、安全を保証することはできません。 編集基準を読む。