マテリアルズインフォマティクス・材料
材料データベースの横断はなぜ問い合わせだけを揃えるのか
目次
材料の候補を探す研究者は、複数の集まりから同じ種類の記録を引き出したいと考える。ある組成の化合物について、生成エネルギーやバンドギャップのような値を集め、条件を満たすものだけを残していく作業である。一つの集まりだけでは足りない。集まりごとに収める組成の範囲が違い、同じ組成の記録が片方の集まりにだけあることもあるからである。しかし集まりはそれぞれ別の研究グループが独立に作っており、外から呼び出す口の形も、項目の名前も、集まりごとに違う。
これまでの作法は、集まりごとに呼び出し用のプログラムを一つずつ書き、返ってきた値を手で並べ直すことだった。この作法は二つの場所で行き詰まる。一つは数の側にある。新しい集まりを一つ加えるたびに、研究者は呼び出し用のプログラムをもう一つ書き、保守し続ける。もう一つは意味の側にある。値を横に並べたあとも、それらが同じ計算の手続きで得られたものかどうかを、問い合わせの文面からは読み取れない。並べた値を比べてよいのかは、別に確かめるまで分からない。横断を計画する研究者には、この二つのうちどちらが共通の層で解決されつつあり、どちらが自分の手元に残るのかを知る必要がある。
複数の材料データベースを横断するとき、何を共通にすれば一度で書け、そのとき何が共通にならずに残るのか。横断の仕組みはどちらへ向かっているのか。
材料データベースの横断は、値を一か所に集め直す型ではなく、問い合わせの言語と応答の器だけを共通にして、値の意味は各データベースに残す型へ進んでいる。 共通の仕様はこの型を明文化し、主要な計算データベースはその下に登録し、同じ問い合わせが届く先は2026年9月の実測で登録22のうち16である12。この型が採られる理由は、違いを消す場所をAPIに限れば、各データベースが自分の計算も保存形式も変えずに参加できるからである13。代償は、同じ問い合わせが返す値の意味までは揃わないことで、三つの主要データベースの生成エネルギーは対によって最大0.105 eV/atomの中央絶対差を持つ4。仕様はこの代償を埋める機構(定義プロバイダ)を用意しているが、2026年9月14日の登録簿にそれを使う登録は無く、値の意味が揃うとすれば問い合わせの層ではなく計算の手続きの側からである124。APIとは、プログラムが別のサービスへ処理を依頼するときの呼び出しの約束事を指す。
本稿がこの型の実例に選んだのはOPTIMADEである。横断の仕組みは三つの型に分けられる。すべての供給元を取り込んで一つのスキーマへ直す集約型、データベースごとに研究者が保守するクライアントライブラリ、そして異なる裏側の上に共通のAPIと問い合わせ言語をかぶせる型である。OPTIMADEは第三の型に属する。集約型の実例は、コンソーシアムの論文が複数の供給元から計算データを集約すると書くNOMADで、NOMADはOPTIMADEの登録でもある32。OPTIMADEは、Materials-ConsortiaというGitHub組織のもとで作業を進める研究コンソーシアム、OPTIMADEコンソーシアムが策定する仕様である。仕様は、2016年にLorentz Centerで始まり、2018年から2020年は毎年6月にCECAMで開かれたワークショップで練られた3。コンソーシアムは最初の安定版v1.0を2021年にScientific Data誌の論文で記述し、現行の仕様はv1.3.0である13。本稿がこの例を選んだのは、作った側が設計の理由を仕様書と学術誌の論文の両方に書いており、プロバイダ一覧に基底URLを持つ登録が22あり、読者が同じ問い合わせを自分で送って確かめられるからである132。集約型では線引きが取り込む側の内部に隠れ、クライアントライブラリ型は何も揃えない。共通API型は問い合わせだけを揃えると宣言するので、その先に何が残るかを仕様から読める。
一つのフィルタ言語と一つの応答形式の下に、主要三データベースを含む22の登録が並んだ
仕様は、すべての実装が受け付けるフィルタ言語、つまり検索条件を書くための共通の記法を定め、応答の形式を定め、各プロバイダ、つまり仕様に従うエンドポイントを提供するデータベースの運営者が独自の項目を公開する方法を定める。一つのクライアントが一つの問い合わせを、仕様に従うどのデータベースへも送れるようにするために、すべての実装は標準のfilterパラメータを共通のフィルタ言語で受け付けなければならない。応答の側では、すべてのエンドポイントが仕様の定めるJSON形式で応答できなければならず、既定でその形式で応答しなければならない1。
その下に、主要な計算データベースが並んだ。コンソーシアムのプロバイダ一覧には、2026年9月14日の時点で29の登録があり、そのうち基底URLを持つのは22で、残る7の登録は基底URLを持たない2。基底URLは仕様が索引メタデータベースと呼ぶもので、そこにあるのは提供するデータベースへの案内であり、問い合わせを送る先はその案内が指す各データベースである1。登録の中には、例示用の項目や、データベースではないメタ項目も含まれるので、22という数は基底URLを持つ登録の数であって、別個の材料データベースの数ではない2。密度汎関数理論(DFT)による高スループット計算で作られたAFLOW、Materials Project、OQMDの三つは、いずれもこの一覧に登録されている2。
ただし届く範囲は登録簿より小さい。2026年9月21日の確認では、22の登録のうち案内先のデータベースが構造の記録を返したのは16で、6は返さなかった2。共通のフィルタ言語が届くのは、今日それを提供しているエンドポイントまでである。
揃えるのは構造の記述と応答の器だけで、計算値は各プロバイダの接頭辞に残す
仕様の序文は、理由を二文で書く。研究者が独立した材料データベースを作るにつれ、複数のデータベースからデータを取り出すことで得られるものは多い。しかし、データベースごとにAPIが違えば、取り出しの自動化は難しい1。答えの中身は、違いを消す場所をAPIに限ることである。仕様が共通の名前を与えるのは元素、組成、格子、原子位置のような構造の記述であり、生成エネルギーやバンドギャップのような計算値は共通のプロパティに含まれない13。仕様は問い合わせの書き方と応答の器を共通にし、その器に入る値は各データベースが自分の計算から埋める。
参加の敷居を下げる仕組みも、同じ設計から出る。データベースには、仕様が定義しない独自の性質を公開したい事情がある。それを衝突なく公開できるように、プロバイダはプロバイダ固有の性質にアンダースコアと自分の登録済み接頭辞を頭に付け、仕様の例では_exmpl_custom_fieldという形になる。そして仕様はこう書く。プロバイダ固有のフィールドは、その一つのデータベースの文脈の中でだけ一貫していればよい1。仕様書は、プロバイダ間でデータが同一であることも、中央のデータベースも、保存形式や裏側の実装も要求せず、索引となるメタデータベースは任意である1。したがって参加するデータベースはエンドポイントを一つ立てればよく、集約する側の作業を待たずに参加できる。論文はこれを、仕様が標準化するのは構造と化学の基本的な情報であり、プロバイダはそれを超える性質を接頭辞付きで公開できる、と言い直している3。コンソーシアム自身の論文が掲げた目標は、データベースをアクセス可能で相互運用可能にすることであり、同一にすることではなかった3。
生成エネルギーは三つの別名で返り、対によって最大0.105 eV/atomずれる。定義プロバイダは未登録
共通の表面は、各データベースが共通に持つ範囲、つまり交わりである。それを超える性質はプロバイダ接頭辞の内側に置かれ、別のプロバイダへは持ち出せない。同じ性質を二つのプロバイダが独自に公開していても、共通の定義を採らないかぎり名前が違い、クライアントは別々に書く。Materials Projectは生成エネルギーを_mp_stabilityの中に汎関数ごとに分けて返し、OQMDは_oqmd_delta_eとして返す2。仕様はこの形を織り込んでいて、_exmpl1_band_gap<2.0 OR _exmpl2_band_gap<2.5のように、プロバイダ固有の名前を並べた一つのフィルタを複数のデータベースへ送れると例示する1。そして仕様は、返る値がどのように計算されたかを共通のプロパティとしては定めない。calculationsという項目の型と、その入出力ファイルへの関係は用意するが、それらが持つ共通の項目は識別子や更新日時にとどまる。名前を並べ直したあとに、異なる手続きで得られた値が並ぶことを、仕様は禁じない1。
この代償が実際にどう現れるかは、データベースそのものを比べた研究から読める。Hegdeらは2023年に、同じ初期結晶構造から計算された材料について、AFLOW、Materials Project、OQMDの三つのデータベースの性質を比べた4。数字を三つだけ引く。生成エネルギーの中央絶対差はデータベースの対によって異なり、AFLOWとMaterials Projectの間で0.105 eV/atom、AFLOWとOQMDの間では0.019 eV/atomである4。材料が磁性を持つかどうかの判定は最大で15%の記録で食い違う4。著者らは生成エネルギーの差を、DFTの生成エネルギーと実験値との差にほぼ等しいと位置づける4。生成エネルギーは比べた四つの性質のうち再現性が高い側で、バンドギャップの中央絶対差は最大0.21 eVに達する4。この食い違いは、いずれのチームの落ち度でもない。高スループット計算では、それぞれの計算の選択が妥当な範囲で異なり、その差が値に出る。Hegdeらが調べたのはOPTIMADEではなく、データベースそのものだった。しかし一つの問い合わせを三つへ送れば、構造の記述は同じ名前で返り、生成エネルギーは三つの別名で返り、名前を並べ直しても値は食い違う。仕様が問い合わせを揃え、計算の手続きを揃えなかったからである。
代償の持続は、名前の側と意味の側で別々に決まる。名前の側では、仕様がもう一つの機構を用意している。複数のプロバイダが同じ性質を公開するとき、仕様の外にある定義プロバイダの定義を採り、その接頭辞で同じ名前を使えば、その名前は複数のデータベースをまたいで一つのフィルタで引ける1。しかし2026年9月14日のプロバイダ一覧に、定義プロバイダとして登録された項目は無い2。機構は仕様にあり、使う登録はまだ無い。意味の側では、問い合わせの層は何もできない。Hegdeらは大きな食い違いの一部の由来を、擬ポテンシャル、DFT+Uの形式、元素の参照状態に関する選択に求め、高スループットDFTのさらなる標準化が再現性に資すると論じている4。値の意味が揃うとすれば、それは計算の手続きが揃うときであって、問い合わせの言語が揃うときではない。
仕様・運営者・比較研究の三者が同じ線を引き、値の意味は計算の手続きの側に残る
線は三者が同じ場所に引いている。仕様を作る側は、揃える範囲を問い合わせと応答の器に限り、値の同一性を要求しないと明文化した13。データベースを運営する側は、その条件の下で主要な三つを含む22の登録を置き、生成エネルギーは各自の接頭辞の内側で公開している2。データベースを比べる研究の側は、値の食い違いを計算の手続きの標準化で埋めるべきものとして扱い、問い合わせの層には触れていない4。三者が、問い合わせは共通に、値の意味は各データベースに、という同じ線を引いている。
集約型が今も効く場面はある。少数のデータベースから値の意味まで揃えた表を作り、その表を保守し続ける体制があるなら、この形が残る。代わりに、取り込みと変換を誰かが引き受け続け、揃えた作業は取り込む側の内部に隠れる。
確かめる順序はこうなる。 別の連合型の問い合わせ層に出会ったとき、読者が最初に確かめるのは、共通の表面が何を揃えたかである。問い合わせの言語か、応答の器か、項目の名前か、値の計算手続きか。揃えた範囲の外側にあるものは、供給元ごとに違ったまま返る。横断スクリーニングを計画する読者は、当てにするデータベースの登録がエンドポイントに解決するかを数える前に確かめ、供給元をまたいで値を比べる前に、それぞれの答えの由来を確かめる。
出典4件
-
OPTIMADEコンソーシアム, “OPTIMADE API Specification v1.3.0”(Materials-Consortia/OPTIMADEリポジトリの
optimade.rst、2026年9月14日時点の状態)。v1.3.0は2025年12月に公開された現行の仕様である。コンソーシアムの作業はMaterials-ConsortiaというGitHub組織のもとで進む。序文は賭けをこう書く。「As researchers create independent materials databases, much can be gained from retrieving data from multiple databases. However, automating the retrieval of data is difficult if each database has a different application programming interface (API).」仕組みについては、すべての実装が共通のフィルタ言語で書かれた標準のfilterクエリパラメータを受け付けることを求め、応答について「All endpoints of an API implementation MUST be able to provide responses in the JSON format specified below and MUST respond in this format by default.」と定める。プロバイダ固有の性質にはアンダースコアとプロバイダの登録済み接頭辞を付け(仕様の例は_exmpl_custom_field)、「Database-provider-specific fields only need to be consistent within the context of one particular database.」と述べる。structuresの標準プロパティはelements、chemical_formula_reduced、lattice_vectors、cartesian_site_positions、speciesなど構造の記述で、生成エネルギーやバンドギャップは含まれない。§Namespace Prefixesは「There are two mechanisms by which a provider can serve properties that are not standardized by the OPTIMADE specification.」と数え、第二の機構である定義プロバイダの定義を「can be used to enable aggregated filtering over all OPTIMADE APIs that support this property」と説明し、定義プロバイダには「Definition providers MUST also list these definitions in the relevant/info/<entry_type>endpoint of the index meta-database for that provider.」と索引メタデータベースでの定義の列挙を求め、プロバイダ固有の名前を並べたフィルタ「_exmpl1_band_gap<2.0 OR _exmpl2_band_gap<2.5」を複数のデータベースへ送れる例として挙げる。索引メタデータベースについては「The index meta-database MUST only provide the info and links endpoints」と定める。仕様書は、プロバイダ間のデータの同一性、中央データベース、保存形式や裏側の実装を要求する条文を持たない。仕様書は設計の理由と規範を述べる文書であり、各プロバイダの実装がどこまで仕様に従っているかについては何も述べず、返る値がどう計算されたかを表す共通のプロパティも持たない(calculationsの項目が持つ共通の項目はid、type、immutable_id、last_modifiedで、入出力ファイルへの関係を推奨するにとどまる)。https://github.com/Materials-Consortia/OPTIMADE/blob/master/optimade.rst ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11 ↩12 ↩13 ↩14 ↩15 -
OPTIMADEコンソーシアムのプロバイダ一覧,
providers.json(providers.optimade.orgで配信、2026年9月14日取得、2026年9月21日に再取得して同一)。29のプロバイダが登録され、そのうち22が基底URL、つまりクライアントが問い合わせを送れるエンドポイントを持つ。残る7の登録は基底URLを持たない。基底URLを持つ登録にはMaterials Project、OQMD、AFLOW、COD、JARVIS、NOMAD、Alexandriaが含まれる。登録の中には例示用の項目やデータベースではないメタ項目も含まれるため、22は基底URLを持つ登録の数であって、別個の材料データベースの数ではない。基底URLは索引メタデータベースであり、問い合わせを送る先は各登録の/linksが指すデータベースである。2026年9月21日に22の登録の/linksが指すデータベースへ/v1/structures?page_limit=1を送ったところ、構造の記録を返したのは16の登録で、CMR(404)、MPDD、MPOD(無応答)、JARVIS(記録0件)と、案内先を持たない例示用およびMatCloudの6は返さなかった。AFLOWは2026年9月14日の確認ではHTTP 500を返し、9月21日には構造の記録を返した。同じ9月21日、Materials Projectのoptimade.materialsproject.org/v1/structures?filter=chemical_formula_reduced="ClNa"は生成エネルギーを_mp_stabilityの中に汎関数(gga_gga+u、gga_gga+u_r2scan)ごとに分けて返し、OQMDのoqmd.org/optimade/v1/structuresは_oqmd_delta_eを返した。一覧は登録の状態を示す文書であり、各エンドポイントが返す記録の数や、返る値の計算手続きは示さない。一覧の項目には種別の欄が無く、仕様が定義プロバイダに求める索引メタデータベースの/info/<entry_type>での定義の列挙は、2026年9月21日に22の基底URLへ/v1/info/structuresを送ったところ、いずれも返さなかった。https://providers.optimade.org/providers.json ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11 -
Casper W. Andersen, Rickard Armiento, Evgeny Blokhin, Gareth J. Conduit, Shyam Dwaraknath, Matthew L. Evans, Ádám Feketeほか、著者56名, “OPTIMADE, an API for exchanging materials data”, Scientific Data 8, 217(2021年8月12日公開、DOI 10.1038/s41597-021-00974-z)。コンソーシアム自身が学術誌に載せた声明で、要旨は「The Open Databases Integration for Materials Design (OPTIMADE) consortium has designed a universal application programming interface (API) to make materials databases accessible and interoperable. We outline the first stable release of the specification, v1.0, which is already supported by many leading databases and several software packages.」と述べる。ワークショップの経緯は「held at the Lorentz Center in Leiden, Netherlands in October 2016, and continued at followup workshops held at CECAM in Lausanne, Switzerland in June 2018, June 2019, and June 2020」と書く。仕様が揃える範囲については、プロバイダは「properties beyond the simple structural and chemical information standardized by the specification」を公開できると述べ、応答は「differ only in the optional and database-specific information prefixed with the database name」と書く。本稿はこれを、コンソーシアムの立ち位置(56名の著者、v1.0が2021年)と、作った側の目標の言い方(アクセス可能で相互運用可能、同一ではない)を確かめるために引く。記述の対象はv1.0であり、現行のv1.3.0の内容は含まない。プロバイダ間で値がどれほど一致するかは、この論文の主題ではない。Table 1の説明はNOMADについて「NOMAD aggregates computational data from multiple sources including from several of the repositories listed here.」と書き、本稿は集約型の実例としてこの一文を引く。https://doi.org/10.1038/s41597-021-00974-z ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9
-
Vinay I. Hegdeほか, “Quantifying uncertainty in high-throughput density functional theory: A comparison of AFLOW, Materials Project, and OQMD”, Physical Review Materials 7, 053805(2023年5月30日公開。arXiv:2007.01988)。同じ初期結晶構造から計算された材料について、三つのデータベースの性質を比べた研究である。要旨は生成エネルギーの差を「The variance between calculated properties is as high as 0.105 eV/atom」と書くが、本文は同じ値を「The MAD in formation energy across pairs of databases can be up to 0.105 eV/atom, comparable to the ∼0.1 eV/atom difference between DFT and experimental formation energies」と中央絶対差(MAD)として定義する。Table IIの対ごとのMADはAFLOW–MP 0.105 eV/atom、AFLOW–OQMD 0.019 eV/atom、MP–OQMD 0.087 eV/atomである。要旨は「HT-DFT formation energies and volumes are generally more reproducible than band gaps and total magnetizations」と述べ、バンドギャップのMADは最大0.21 eVである。磁性を持つかどうかの判定は最大15%の記録で食い違う。著者らは大きな食い違いの一部(「some of the larger discrepancies」)の由来を「choices involving pseudopotentials, the DFT+U formalism, and elemental reference states」に求め、「further standardization of HT-DFT would be beneficial to reproducibility」と論じる。この研究はOPTIMADEそのものを調べたものではなく、三つのデータベースの計算結果を比べた研究にとどまる。本稿は、三つがいずれもOPTIMADEのエンドポイントを提供しているという一覧の事実2と読み合わせて、共通の問い合わせで返る値が食い違う例として引く。食い違いは高スループット計算の文書化された性質であり、いずれのチームの落ち度でもない。https://arxiv.org/abs/2007.01988 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9
この記事はAIが執筆しています。内容には誤りが含まれる可能性があります。ご注意ください。