--- type: guideline title: 430 コアデータモデル source: デジタル庁 ds_code: ds-400 category: data-interop source_url: https://www.digital.go.jp/policies/data_strategy_government_interoperability_framework license: CC0-1.0 --- # 430 コアデータモデル デジタル社会推進実践ガイドブック DS-430 コアデータモデル全体概要 2026年（令和8年）3月17日 デジタル庁

[キーワード]

データ標準、相互運用性、データ連携、データモデル、データ形式

[概要]

行政機関で個人や法人に関するマスターデータや各種手続きに関するシステムを開発するときに参照すべき実践的なデータモデルについて紹介。このガイドに従いデータ構造の設計を行うことで、他機関とのデータ交換が容易、かつ正確に行えるようになり、データ設計を行うコストも削減することができる。
# はじめに ## 背景 行政機関では多くのデータを管理していますが、そのデータは独自の形式である場合が多く、標準化されていません。そのため、データの再利用が困難であったり、外部とのデータ連携においても大きな障害になっています。また、データ形式が標準化されていないと、データ連携ができないだけでなく、データの整形に多くのリソースを割くことになり、分析にも支障をきたします。AIやビッグデータの活用が注目されていますが、そのインプットとなるデータが十分に整備されていなければ、目的の結果にたどり着くのが困難になります。 欧州や米国では、行政データの標準化を進めることで、社会全体のデータ標準化につながっていくものと考え、欧州委員会（EC）は、各国の個人、法人、場所情報等が活用できるようにSEMIC[^1]という行政データ標準化のプロジェクトが、米国ではNIEM[^2]というプロジェクトが進められています。 日本においても行政データの標準化を図るため、これまで標準ガイドライン群の一部として、行政基本情報データ連携モデル、行政サービス・データ連携モデル（β版）、推奨データセット、共通語彙基盤などを設計、公開してきました。これら既存の標準群はデータを相互に連携する際の共通規格のように使われることを想定しており、世の中の基礎的な要素について統一した表現方法を採用することで、データの相互運用性を確保することを目的としています。 ## 解決したい課題 データ標準を実際に使いたいユーザーの目線から見た時、大きく分けて以下のような課題があります。 1. 標準が普及しておらず、存在を認識できていない 2. 標準がたくさんあって、どれを見ればいいのかわからない １つめの課題は標準の普及についてです。デジタル庁サイトに掲載はしているものの、その認知度や可読性には課題があります。 - 掲載されていることを知らなかった - そもそもデータの相互運用性の課題に対して、標準というアプローチがあることを知らなかった などの理由により、標準が広く普及しているとは言い難い状況にあります。 ２つめの課題は標準の統一についてです。既存の標準群はそれぞれ異なったタイミングで整備・発表されたものなので、内容であるデータ項目には重複や定義の差異が存在しており、データの構造も異なっています。ドキュメント自体の体系もそれぞれ異なっているため、ユーザーは複数の異なるドキュメントからユースケースにあった標準を見つけねばならず、標準を採用するまでの負荷が増大しています。 既存の標準群を統合・再整理し、利活用の側面からデータ項目の取捨選択、定義の見直しを行った上でGIF（Government Interoperability Framework )として一つにまとめています。統合したデータ標準は、基礎編であるコアデータモデルと、応用編である実装データモデルに分けて整理しています。基礎編では社会の様々な場面で登場する個人や法人、住所や連絡先などの基礎的なデータをコアデータモデルとして本書で取りまとめています。応用編ではコアデータモデルの組み合わせやカスタマイズによって表現される実装データモデルを、行政、教育、スマートシティなど分野ごとに分けて整備しています。 ## 検討のプロセス 標準の再整理は以下のプロセスで検討を行いました。 ### 既存の標準群のデータ項目について対応表を作成 既存の標準のうち、行政データ・サービス連携モデル（β版）をベースに、推奨データセットやIMI共通語彙基盤など、その他の標準をデータ項目ごとに紐づける形で対応表を作成しました。これにより、データ項目の重複や差異、欠落を洗い出し、項目レベルでの統合を行いました。標準間の細かい定義の揺れもこのプロセスで吸収しています。 ### 個々のデータ項目について必要性や定義を再検討 作成した対応表をもとに、データ項目一つ一つについて、民間のデータ有識者を含むデジタル庁内で検討を行い、定義の見直しや項目自体の取捨選択を行いました。項目の必須・任意の分類もこのプロセスで行なっています。必須項目を定義することで、最低限の相互運用性を確保しつつ、任意項目の選択や利用者独自の項目追加により、カスタマイズの余地を残すことを目的としています。 ### 実装の容易さや利便性を加味して全体を構造化 最後に、確定したデータ項目を正規化し、全体の構造の見直しを行いました。既存の標準の中ではIMI共通語彙基盤が最も構造化されています。逆にオープンデータの普及を目的とした推奨データセットは構造化が最小限に留められています。構造の見直しにおいては、これら２つの既存標準の中間となるような、ある程度は構造化されていてシステム実装とメンテナンスが行いやすく、かつフラットな構造を一部残すことでデータ利用者にとって扱いやすいことを念頭に置いて再構成しています。この過程において「ID情報型」や「コード情報型」など、項目に対応する新しいデータの型を追加しました。 再構成した新しい標準体系は実際の利用場面を想定した実装データモデルとして位置付けています。それに対して、既存の標準であるIMI共通語彙基盤はデータの概念辞書のように使われることを想定しています。 # 全体像 ## ドキュメントの構成 再整理したデータ標準のことを以下、コアデータモデルと呼称します。コアデータモデルのドキュメント構成は図1のとおりです。 ![](./assets/430-01-image1.png) 図1 ドキュメント構成 全体を説明する本書とは別に３つの大きなドキュメント群で構成されます。 ### コアデータモデル解説書 様々な場面で参照される以下の要素について、標準となる基本的なデータ構造を定義しています。 1) 個人 2) 法人 3) 連絡先 4) 住所 5) 施設 6) アクセシビリティ 7) 子供預かり情報 8) 土地 9) 建物 10) 設備 11) イベント これらについてデータ項目と使い方の解説を記載したものがコアデータモデル解説書です。行政が保有するデータだけでなく、民間事業者が保有するデータにも活用されることを想定しています。 例えば、民間事業者が「個人」のデータモデルを参考に自社サービスのユーザー情報をデータ化したり、「法人」のデータモデルを参考に取引先の情報をデータ化し、設計コストを下げるとともに他社や行政との相互運用性を高めることなどが想定されます。 ### DMD (Data Model Description) データ項目の解説書としてDMD (Data Model Description) を作成し、表形式ファイルにまとめています。行政または民間事業者がデータを設計するにあたって、DMDを参考に任意項目の取捨選択や、項目のカスタマイズの検討、システム実装の際のスキーマ決定の参考として活用されることを想定しています。 DMDの詳細は添付の「438_コアデータモデル_DMD.xlsx」を参照してください。 ### コード一覧 データ項目の形式で利用するコードの一覧として、コード一覧を作成し、表形式ファイルにまとめています。 コード一覧の詳細は添付の「438-1_コアデータモデル_コード一覧.xlsx」を参照してください。 ### コアデータパーツ 日付や電話番号、住所など、様々なデータモデルで登場する以下のデータ項目に関しては、共通形式を定めています。 1) 日付時刻 2) 住所・所在地（アドレス） 3) 郵便番号 4) 地理情報 5) 電話番号 共通形式でデータを記述しておくことで、連携の際に変換処理を省くことができ、円滑なデータ連携が可能になります。コアデータモデルにおいては、行政基本情報データ連携モデルをベースに内容を更新したものを「コアデータパーツ」としてまとめています。これらデータ項目の形式の詳細については別紙「コアデータパーツ」を参照してください。 ## コアデータモデルの全体構造 コアデータモデル全体の構造をクラス図として表現すると以下のようになります。（大きなサイズのものはPDF資料の「430-1_DMD_クラス図\_.pdf」も併せて参照してください。） ![](./assets/430-01-image2.png) 図2 コアデータモデルの全体像 住所や連絡先など、その他のモデルでも頻繁に登場するデータに関しては個別に切り出して定義しています。個人、法人、住所の基礎的な項目に関しては、データの利用シーンに合わせた必須項目をパターン化しています。 ## DMD (Data Model Description) の構造 DMDの構造は以下のとおりです。 ### 基礎項目と拡張項目 データモデルの基本的な情報を基礎項目として、基礎項目以外の情報として拡張項目をそれぞれ用意しています。用途に応じてカスタマイズする際に拡張項目を利用することを想定しています。 ### 項目名、項目名（英語） データ項目の名称を日本語と英語で記載しています。英語名はIMI共通語彙基盤およびSchema.orgで既に定義済みのものを引用する他、未定義のものは新たに定義しています。 ### 必須項目 基礎項目は必須項目と任意項目を分類しています。必須項目はデータモデルを設計する際、必ず含めておくべき項目です。例えば「個人」であればID、氏、名、氏（カナ）、名（カナ）、性別、連絡先が必須項目となっています。任意項目はデータモデルの設計の中で省略することができます。 ### 最大数 最大回数はデータ項目の繰り返しが可能な回数を指定しています。例えば「個人」であればIDの最大回数がNとなっています。これはIDという項目の中に複数のID情報を含めることが可能ということを示しています。個人がもつIDはマイナンバーなど公的な番号以外に、社員番号、教員番号のように組織から付与される番号が存在します。これらの番号を一つのデータモデルの中で複数個扱えるようにするため、IDの最大回数はNとなっています。 ### 説明 データ項目の説明文を記載しています。 ### 形式 文字列、数値、日付など、データ項目の形式を指定しています。一部のデータ項目は構造化された型や他のコアデータモデルを形式として指定しています。なお、データ長は目的により異なる場合があるので定めていません。 ### 記入例 「2022-03-31」や「山田 太郎」などの具体的なデータの例を記載しています。 ### その他項目 本書でまとめたコアデータモデルは別定義のデータ標準と区別するために、プレフィックスとして「pd」（Public Data）を付与しています。 以下にプレフィックスを一覧にまとめます。 | プレフィックス | 説明 | |----------------|--------------------------| | pd | コアデータモデル | | ad | 実装データモデル（行政） | | fn | 実装データモデル（金融） | | ed | 実装データモデル（教育） | | be | 実装データモデル（防災） | ## コアデータモデルで定義した型 コアデータモデルでは以下の四つ（ID、コード、役割、関連組織）について、情報を構造化された形で持てるようにしています。例えば、個人に紐付くIDの情報は「マイナンバー」、「社員番号」などの種別と、「12345-6789」、「22-0123」などの値が一対の組となっています。こういった組になっている情報をデータで表現可能にするため、以下の四つの型を定義しています。 ### ID情報型 事物に対して採番されたIDを記述するための型がID情報型です。「ID」と「ID種別」の組で構成されます。IDには「12345-6789」など実際の値が入力され、ID種別には「個人番号」などのID体系を特定するための情報が入力されます。JSON形式でID情報型を記述する場合、例えば以下のようになります。 例）JSON形式で表現する場合 { "ID種別": "個人番号", "ID": "12345-6789" } ### コード情報型 コードを記述するための型がコード情報型です。参照するコードの「コード種別」と、コードの値が入る「コード」の組で構成されます。コードにはコードの値の他、コードが示す値そのものを入力することもできます。 例）JSON形式で表現する場合 { "コード種別": "公共測量標準図コード", "コード": "1110" } ### 役割関与情報型 続柄、保護者など、個人と個人、または法人と個人の関係性を記述するための型が役割関与情報型です。種別を表す「役割」と、その役割を担う個人を示す「関与者」の組で構成されます。役割にはコード情報型の参照が入力され、関与者には個人データモデルへの参照が入力されます。 ### 関連組織情報型 子会社など、法人と法人の関係性を記述するための型が役割関与情報型です。種別を表す「役割」と、その役割を担う法人を示す「法人番号」の組で構成されます。役割にはコード情報型の参照が入力されます。 # コアデータモデルの利用方法 ## データの設計時にコアデータモデルを参照する コアデータモデルでは社会の基本要素となるいくつかの概念について、相互運用性を加味したデータの設計を行っています。行政または民間事業者で新しくデータを設計したり、既存のデータを他のデータと連携しやすい形に組み替えたりする場合に、これらコアデータモデルを参照することで以下のメリットを得られます。 - データを設計するコストが低減できる - 他のシステムやデータと連携しやすい形に設計できる - データが構造化され、メンテナンスしやすい状態を保てる また、コアデータモデルに足りない項目や余分な項目は独自にカスタマイズすることができます。カスタマイズにあたって、相互運用性の観点から削るべきではない項目は必須項目として位置付けています。それ以外の項目は任意項目となるため、利用場面に応じて省略することが可能です。 例えば、ある行政のシステムで、登録した国民の情報を管理する必要がある場合、個人のコアデータモデルを参考にすることができます。個人のコアデータモデルではIDの他、氏名と氏名のカナ表記、性別、連絡先を必須項目としています。氏名をカナ表記込みでデータ化することで、後にアルファベット表記への変換が容易になります。また、連絡先を構造化したデータとして切り出すことで、連絡先の変更に対応しやすくなります。このように、相互運用性を確保した設計を行う上で、コアデータモデルは便利な参考情報として使うことができます。 ## データ項目の記述形式にコアデータパーツを参照する コアデータパーツでは様々なデータ設計の際に登場する日付、住所、 電話番号などの項目について、具体的に推奨する記述形式を記載しています。これらを記述ルールとして採用することで、形式の揺れや誤記を防ぐことができます。また、同じルールを採用する他のシステムやデータとの連携が容易になります。 既存データの記述形式がコアデータパーツと異なる場合であっても、コンバーター等を介してコアデータパーツの記述形式と揃えることで、相互運用性を高めることができます。 # GIFへの準拠とは ## GIFの準拠のレベル規定 GIFの準拠の目的は、データ標準の準拠による相互運用性を指します。GIFのコアデータモデルは、データ標準として、項目のまとまりと項目の階層構造を定義し、コアデータパーツは、代表的な形式を共通形式として定義しています。データ標準の準拠による相互運用性を高めるためには、共通形式、項目の形式、項目のまとまり、項目の階層構造の観点でデータ標準に準拠する必要があります。 GIFでは、3つの観点でレベルを規定しています。 ・GIF準拠LV1 コアデータパーツの共通形式を採用。 ・GIF準拠LV2 コアデータモデルの項目の形式と項目のまとまりとコアデータパーツの共通形式を採用。 項目のまとまりとは、項目の階層構造が異なっていても、基礎項目の必須項目があることを指します。 ・GIF準拠LV2s GIF準拠LV2に項目の階層構造の観点が追加されたもの。 GIFのスキーマによる準拠の判断が可能となります。 相互運用性をデータ標準への準拠によって確保するためには、GIF準拠LV2以上推奨しています。 # 全体に関わる留意事項 ## 氏名、法人名の漢字表記の扱い 氏名、法人名は、一般の情報機器では扱うことができないJIS X 0213で定められた範囲外の文字（いわゆる外字）で戸籍や登記に登録されていることがあります。これらは政府に登録された正規の表記ですが、既に社会保障・税番号制度の導入に伴い、マイナンバーカードに個人氏名の外字に対応する代替文字が導入されたり、法人番号公表サイトで法人名の代替文字が提供されたりしています。また、マイナンバーカードでは券面入力補助アプリにも代替文字が記録されています。従来の手続と同等の利便性を確保するために、行政サービスや他システム連携データでは、氏名、法人名に代替文字が活用されることがあります。 戸籍や商業登記に基づき登録された文字が法令等に基づき必要な場合には、既存のデータ項目に外字を入力するのではなく、一般の手続に使われる「氏名」の項目とは別項目の「戸籍氏名」を設けたり、商業登記名が必要なときには「法人名」と別項目の「登記名」を設けたりするなど、円滑な連携ができるように工夫が必要です。 ## 氏名、法人名のヨミガナの扱い 氏名や法人名については、ヨミガナが存在しないことがあります。しかし、名簿等でのデータのソートは名称の五十音順に行われることが多く、ヨミガナがないと、データのソートや検索に不都合が生じます。 よって、手続では、固有名詞のデータにヨミガナを付与することを基本とします。ヨミガナを付与することでローマ字表記にすることも容易になります。 ## 氏名、法人名、住所などのローマ字表記の扱い 氏名、法人名、住所などのローマ字表記については、パスポート等でヘボン式表記が定められているのと同じく、日本語を知らない英語話者にとって実際の発音を推測しやすいメリットがあるため、ヘボン式での記述を原則とします。 ## 本社住所の扱い 本社住所は、商業登記した住所が正式なものです。一方で、変更登記が行われていない法人も多く、自治体による住居表示変更等も反映されていない場合があります。 ワンスオンリー実現の観点から、商業登記した住所を、その後の申請などで使うことが求められていますが、正確な連絡先として使用できない場合があるため、「登記住所」というデータ項目とは別に事業所名は「本社」、事業所住所は「本社住所」と記録できるようにするなどの工夫が必要です。登記変更を促すため申請のデータ項目に本社住所を追加することで、「登記住所」と「本社住所」が異なる場合に注意を促す運用も可能になります。 ## 外字の扱い 氏名、法人名、地名等で外字の表示が必須である場合には、コンピュータで処理するデータ項目以外に、外字をイメージで保有する場合があります。その場合にも、データ項目は、JIS X 0213の範囲で運用することが望ましいです。範囲外の文字をデータとして使う場合には、連携システムや再利用時の影響評価を実施した上で判断する必要があります。 ## データやデータ項目名の表記に関する留意点 本書では、システム連携のためのデータモデルを示しています。画面や帳票等などユーザーインターフェイス部分ではデータ形式を変換して表示することがあります。 例えば、日付データはシステムには「2019-04-01」で格納し、入出力画面や帳票上では「2019年4月1日」に変換して表示する等、様式や手続等の要件に応じて変換を行います。 データ項目名も必要に応じて異なる表示をすることがあります。例えば、データ項目名として「氏名」がよく使われますが、入出力画面や帳票等では「お名前」と表示する場合などです。 ## 国の名称とコードの扱い 個人や住所のデータモデルでは国の名称や国を表すコードを扱う項目が存在します。これらについては国際標準であるISO 3166-1およびJISX0304に従って管理します。コードで表す必要がある場合はアルファベット3文字（日本ならば「JPN」）で表すISO 3166-1 alpha-3での管理を標準とします。 ## 性別のコードの扱い 個人のデータモデル等で性別をコードで管理する場合は、国際標準であるISO 5218に従って管理します。すなわち「0:不明」「1:男性」「2:女性」「9:その他」となります。ここでいう性別とは生物学的性差（sex）を差し、文化的社会的性差（gender）は別項目として管理します。 ## 日時の扱い 日時の管理については国際標準であるISO 8601に従い、2022年3月31日であれば「2022-03-31」と管理します。時間と組み合わせて管理する場合は「2022-03-31T12:34:56」のように「T」で日付と時刻を接続します。日時の管理についてはコアモデルパーツ日付および時刻も参照してください。 # 付録 「2.2 コアデータモデルの全体構造」に記載したコアデータモデルのクラス図について、大きなサイズのものは別添の「430-1_DMD_クラス図\_.pdf」を参照してください。 # 変更履歴
日付 変更位置 変更内容
2026年3月17日 全体

プレフィックスの説明を追加

軽微な文章修正
2025年3月25日 全体

データ項目の基礎項目と拡張項目の再定義

子育て支援情報、住所（アドレス）

コード一覧、関連組織情報型の追加

GIFの準拠の追加
2022年9月12日 P9 図2コアデータモデルの全体像 多目的トイレの呼称を国土交通省のガイドライン（建築物におけるバリアフリーについて）に従いバリアフリートイレに変更
2022年6月30日 P7-9 コアデータモデルにイベントを追加
2022年5月9日 P7 コアデータモデルに土地、建物、設備を追加
2022年3月31日 - 初版決定
[^1]: https://joinup.ec.europa.eu/collection/semantic-interoperability-community-semic [^2]: https://www.niem.gov/ デジタル社会推進実践ガイドブック DS-431 コアデータモデル解説書 個人 2026年（令和8年）3月17日 デジタル庁

[キーワード]

個人、データモデル、住民、社員、生徒

[概要]

個人の情報をシステム実装する際に参照すべきデータモデルについて解説するガイドブックです。このガイドに従いデータ設計を行うことで、同じ設計規則に従うシステム間、分野間でのデータ連携を容易かつ正確に行えるようになります。また、データ設計を実施するコストも削減することができます。
# 個人のデータモデル 個人の情報を記述する際のデータモデルです。行政組織が住民のデータを整備する場合の他、民間事業者や学校法人が社員や生徒、教員の情報を整備する場合などに活用されることを想定しています。氏名や連絡先などの基本的な情報は基礎項目とし、データの利用シーンに合わせた必須項目をパターン化しています。また、基礎項目以外の情報として拡張項目を用意しています。 必須項目以外は任意項目なので、用途に応じて基礎項目や拡張項目を選択、あるいは独自項目を追加するなどのカスタマイズを行って利用してください。 ## 個人データモデルの項目 個人データモデルの基礎項目は表1、拡張項目は表2の通りです。基礎項目に対する必須項目のパターンについては「1.2必須項目パターン」を、英語名や記入例などを含む詳細については、別添の「438_コアデータモデル_DMD.xlsx」を参照してください。 表1 個人データモデルの基礎項目一覧 | 項目名 | 説明 | |----|----| | ID群 | 個人番号、教員番号など | | 氏 | 氏 | | 名 | 名（ミドルネームを有している場合は、区切り文字として半角空白を使用した上でミドルネームを記載してもよい。例：ミドルネーム＋区切り文字＋名） | | 氏(カナ) | 氏のカナ表記 | | 名(カナ) | 名のカナ表記 | | 氏(英字) | 氏のローマ字表記 | | 名(英字) | 名のローマ字表記 | | 氏名 | 氏名（氏、名のセット）、区切り文字は半角空白とする | | 氏名(カナ) | 氏名（氏、名のセット）のカナ表記、区切り文字は半角空白とする | | 氏名(英字) | 氏名（氏、名のセット）のローマ字表記 | | 国籍 | 国籍名 | | 性別 | 性別名 | | 生年月日 | 生年月日 | | 死亡年月日 | 死亡している場合、死亡年月日 | | 備考 | その他特筆事項 | | 住所 | 居住住所情報 | | 連絡先情報 | 連絡先住所の情報 | 表2 個人データモデルの拡張項目一覧 | 項目名 | 説明 | |--------------------|--------------------------------------------------| | ミドルネーム | ミドルネーム | | ミドルネーム(カナ) | ミドルネームなどのカナ表記 | | ミドルネーム(英字) | ミドルネームなどのローマ字表記 | | 旧氏 | 旧氏 | | 旧氏(カナ) | 旧氏のカナ表記 | | 旧氏(英字) | 旧氏のローマ字表記 | | 通称名 | 通称名 | | 通称名(カナ) | 通称名のカナ表記 | | 通称名(英字) | 通称名のローマ字表記 | | 戸籍氏名 | 戸籍上の氏名表記 | | 戸籍氏 | 戸籍上の氏 | | 戸籍名 | 戸籍上の名 | | 秘匿情報 | 秘匿事項（DV等） | | 役割関与情報 | 委任先、保護者、続柄など | | 住民登録住所 | 住民登録の住所 | | 出生国 | 出生国名 | | 年齢 | 記録時点の年齢 | | 身長(cm) | 記録時点の身長（単位：cm) | | 体重(kg) | 記録時点の体重（単位：kg) | | 機能支援の要否 | 身体障碍や車椅子など、何らかの補助が必要かどうか | | 機能支援の種別 | 視覚支援、聴覚支援、移動支援など | | 世帯主 | 世帯主の情報 | | 既婚・未婚 | 既婚か未婚の種別 | | 配偶者の有無 | 配偶者の有無 | | 子の有無 | 子の情報（子の有無） | | 学生 | 学生かどうか | | 収入の有無 | 記録時点の収入の有無 | ### 役割関与情報について 教育機関における保護者など、個人に紐づく別の個人についての情報は「役割関与情報」に記述します。ここで個人と個人の関係性と、指し示す個人（保護者であれば両親など）の情報を記述します。記述のフォーマットの詳細はDMDの役割関与情報型を参照してください。 ### 国の名称とコードの扱い 個人や住所のデータモデルでは国の名称や国を表すコードを扱う項目が存在します。これらについては国際標準であるISO 3166-1及びJISX0304に従って管理します。コードで表す必要がある場合はアルファベット3文字（日本ならば「JPN」）で表すISO 3166-1 alpha-3での管理を標準とします。 ### 性別のコードの扱い 個人のデータモデル等で性別をコードで管理する場合は、国際標準であるISO 5218に従って管理します。すなわち「0:不明」「1:男性」「2:女性」「9:その他」となります。ここでいう性別とは生物学的性差（sex）を指し、文化的社会的性差（gender）は別項目として管理します。 ## 必須項目のパターン 基礎項目のうち、必須とする項目のパターンは表3の通りです。データの利用目的に合わせてパターンを選択して利用してください。 表3 個人データモデルの必須項目のパターン
項目名 必須
パターン1
推奨:高		 必須
パターン2
推奨:中		 必須
パターン3
推奨:中
ID群 必 必
氏 必 必 必
名 必 必 必
氏(カナ) 必 必 必
名(カナ) 必 必 必
氏(英字) 必
名(英字) 必
氏名
氏名(カナ)
氏名(英字)
国籍
性別 必
生年月日 必
死亡年月日
備考
住所 必
連絡先情報
# 変更履歴
改定年月日 改定箇所 改定内容
2026年3月17日 全体 軽微な文章修正
2025年3月25日 全体

データ項目を基礎項目と拡張項目として再定義
必須項目のパターン化を追加

個人連絡先の削除
2023年1月12日 P3 個人データモデルの項目に戸籍氏、戸籍名を追加
2022年3月31日 - 初版決定
デジタル社会推進実践ガイドブック DS-432 コアデータモデル解説書 連絡先 2025年（令和7年）3月25日 デジタル庁

[キーワード]

連絡先、データモデル、電話番号、WEBフォーム、SNS

[概要]

連絡先の情報をシステム実装する際に参照すべきデータモデルについて解説するガイドブックです。このガイドに従いデータ設計を行うことで、同じ設計規則に従うシステム間、分野間でのデータ連携を容易かつ正確に行えるようになります。また、データ設計を実施するコストも削減することができます。
# 連絡先のデータモデル 個人や法人、施設の連絡先を記述する際のデータモデルです。 連絡先名称や連絡先住所などの基本的な情報を基礎項目として用意しています。用途に応じて基礎項目を選択し独自項目に連絡先部署等を追加するなどのカスタマイズを行って利用してください。 ## 連絡先データモデルの項目 連絡先データモデルの基礎項目は表1の通りです。英語名や記入例などを含む詳細については、別添の「438_コアデータモデル_DMD.xlsx」を参照してください。 表1 連絡先データモデルの基礎項目一覧 | 必須項目 | 項目名 | 説明 | |----|----|----| | | 連絡先名称 | 連絡先名称 | | | 連絡先用途 | 連絡先の目的・地域情報等の用途を記載 | | | 連絡先電話番号 | 電話番号、携帯電話番号、内線番号 | | | 連絡先メールアドレス | 連絡先メールアドレス | | | 連絡先URL | 連絡先がWebの場合のURL | | | 連絡先SNS | SNSなどの連絡手段がある場合に「サービス名称:(コロン) ユニークID」を記載 | | | 連絡先住所 | 連絡先住所の情報 | | | 連絡先備考 | 連絡先に関する備考を記載 | # 変更履歴
改定年月日 改定箇所 改定内容
2025年3月25日 全体

データ項目を基礎項目と拡張項目として再定義

連絡先を拡張したデータモデルについて削除
2022年3月31日 - 初版決定
デジタル社会推進実践ガイドブック DS-433 コアデータモデル解説書 住所 2026年（令和8年）3月17日 デジタル庁

[キーワード]

住所、都道府県、市区町村、町字、アドレス・ベース・レジストリ、データモデル

[概要]

住所の情報をシステム実装する際に参照すべきデータモデルについて解説するガイドブックです。このガイドに従いデータ設計を行うことで、同じ設計規則に従うシステム間、分野間でのデータ連携を容易かつ正確に行えるようになります。また、データ設計を実施するコストも削減することができます。
# 住所のデータモデル 国内の住所を記述する場合のデータモデルです。 住所については令和４年より一元的な住所情報の管理を目的としたアドレス・ベース・レジストリがデジタル庁によって整備され、令和5年度（2023年度）末から公開を開始しています。この取り組みにより住所情報の町字レベルでの統一・整備が行われることから、住所のデータモデルもアドレス・ベース・レジストリとの相互運用性の観点に基づいた検討を行っており、アドレス・ベース・レジストリと紐づけることのできる町字IDを必須項目とすることで、定義や表記揺れがなく、全国で統一された住所情報との連携を可能とします。そのため、住所の情報を新たに設計する場合は、アドレス・ベース・レジストリと相互運用できる町字IDの採用を強く推奨します。全国地方公共団体コードと町字IDを組み合わせることで都道府県、市区町村、町字までを特定することができ、残りの番地以下の情報および建物名等を組み合わせて住所情報を構造的に保存することができます。 既に住所のデータを持っている場合、連結表記に既存のデータを保存した上で、それとは別に住所データを分解して保存することを推奨します。都道府県、市区町村、町字など、住所情報を分解して保存することで相互運用性を確保し、後々にアドレス・ベース・レジストリとのマッチングを行いやすくします。住所情報を個々の項目に分割するツール（コンバーター）については、デジタル庁にてARBジオコーダーが提供されております。 (https://lp.geocoder.address-br.digital.go.jp/) 住所情報の構造の詳細については「442_コアデータパーツ_住所・所在地（アドレス）」の解説もあわせて参照してください。 これらのことを踏まえ、本データモデルでは全国地方公共団体コードや町字IDなどの基本的な情報を基礎項目とし、データの利用シーンに合わせた必須項目をパターン化しています。また、基礎項目以外の情報として拡張項目を用意しています。 必須項目以外は任意項目なので、用途に応じて基礎項目や拡張項目を選択、あるいは独自項目を追加するなどのカスタマイズを行って利用してください。 ## 住所データモデルの項目 住所データモデルの基礎項目は表1、拡張項目は表2の通りです。基礎項目に対する必須項目のパターンについては「1.2必須項目パターン」を、英語名や記入例などを含む詳細については、別添の「438_コアデータモデル_DMD.xlsx」を参照してください。 表1 住所データモデルの基礎項目一覧 | 項目名 | 説明 | |----|----| | 全国地方公共団体コード | 全国地方公共団体コード（6桁、都道府県と市区町村まで含む）を記載。 | | 町字ID | アドレスベースレジストリの町字IDを記載。 | | 都道府県 | 都道府県を記載。 | | 市区町村(郡) | 市区町村（郡名および政令市区名を含む）記載。 | | 町字 | 町字を記載。 | | 番地以下 | 番地以下（街区符号、住居番号または地番）を記載。 | | 建物名等(方書) | 建物名、部屋番号、フロア名などを記載。 | | 連結表記 | 都道府県から建物名まで連結して記載。 | | 郵便番号 | 郵便番号 | | 国 | 国の情報を記載。 | | 町字以下 | 町字以下（町字、街区符号、住居番号または地番）を記載。 | 表2 住所データモデルの拡張項目 | 項目名 | 説明 | |----|----| | 都道府県(カナ) | 都道府県の読み仮名を記載。 | | 市区町村(郡)(カナ) | 市区町村（郡名および政令市区名を含む）の読み仮名を記載。 | | 町字(カナ) | 町字の読み仮名を記載。 | | 番地以下(カナ) | 番地以下（街区符号、住居番号または地番）の読み仮名を記載。 | | 建物名等(方書)(カナ) | 建物名、部屋番号、フロア名などの読み仮名を記載。 | | 連結表記(カナ) | 都道府県(カナ)から建物名等(方書)(カナ)まで連結して記載。 | | 都道府県(英字) | 都道府県の英語表記を記載。 | | 市区町村(郡)(英字) | 市区町村（郡名および政令市区名を含む）の英語表記を記載。 | | 町字(英字) | 町字の英語表記を記載。 | | 番地以下(英字) | 番地以下（街区符号、住居番号または地番）の英語表記を記載。 | | 建物名等(方書)(英字) | 建物名、部屋番号、フロア名などの英語表記を記載。 | | 連結表記(英字) | 都道府県(英字)から建物名等(方書)(英字)まで基本形の順で連結して記載。 | | 代表点の緯度 | 代表点の緯度を記載。 | | 代表点の経度 | 代表点の経度を記載。 | | 座標参照系 | 座標参照系（旧日本測地系、世界測地系などの種別）を記載。 | | 座標参照系コード | 座標参照系コード | | 郡 | 郡名を記載。 | | 市区町村 | 市区町村名を記載。 | | 政令市区 | 政令市区名を記載。 | | 大字・町 | 大字および町を記載。 | | 丁目 | 丁目を記載。 | | 小字 | 小字および番地補足（イ・甲・北など）を記載。 | | 住居表示フラグ | 住居表示フラグを記載。 | | 街区符号 | 街区符号を記載。 | | 住居番号 | 住居番号を記載。 | | 地番 | 地番を記載。 | | 建物名 | 建物名を記載。 | ## 必須項目のパターン 基礎項目のうち、必須とする項目のパターンは表3の通りです。データの利用目的に合わせてパターンを選択して利用してください。 表3 住所データモデルの必須項目のパターン
項目名 必須
パターン1
推奨:高		 必須
パターン2
推奨:高		 必須
パターン3
推奨:中		 必須
パターン4
推奨:中		 必須
パターン5
推奨:低		 必須
パターン6
推奨:低		 必須
パターン7
推奨:国外
全国地方公共団体コード 必 必 必 必 必
町字ID 必 必 必
都道府県 必 必 必 必
市区町村(郡) 必 必 必 必
町字 必 必 必 必
番地以下 必 必 必 必
建物名等(方書) 必 必 必 必 必 必
連結表記 必 必 必 必 必 必 必
郵便番号 必
国 必
町字以下 必
## 住所文字列の分解と連結表記 住所文字列は以下の５つの要素に分解して記述します。 1) 都道府県 2) 市区町村 3) 町字 4) 番地以下 5) 建物名等(方書) 実際の住所を分解した例は以下のようになります。 1) 都道府県 ........ 東京都 2) 市区町村 ........ 千代田区 3) 町字 ............ 紀尾井町 4) 番地以下......... １番２号 5) 建物名等(方書) .. ガーデンテラス紀尾井町19F 一方で既存の住所データは一つの文字列として格納されていることが多いため、「連結表記」項目に元の文字列を併記することを推奨しています。 住所のデータ形式については「442_コアデータパーツ_住所・所在地（アドレス）」もあわせて参照してください。 ## 座標情報を用いた位置情報中心のデータ構成 位置情報サービスやIoTデバイス、災害情報管理など、地理的な位置の特定が主目的となるアプリケーションにおいては、連結表記と位置情報（座標情報）を中心としたシンプルなデータ構成も検討できます。 この構成は、位置情報（座標情報）を主軸とするシステムに適しています。全国地方公共団体コードや町字IDは推奨項目としていますが、座標情報から行政ポリゴンを用いた空間検索により全国地方公共団体コードや町字IDを導出することが可能となります。 使用例を以下に記載します。 ・連結表記：人が場所を特定、理解、伝達するために使用する情報 ・位置情報：システムが位置を特定、処理するために使用する情報 | 項目名 | **必須** | **推奨** | **任意** | **備考** | |----|:--:|:--:|:--:|----| | 全国地方公共団体コード | | ● | | | | 町字ID | | ● | | | | 都道府県 | | | ● | | | 市区町村(郡) | | | ● | | | 町字 | | | ● | | | 番地以下 | | | ● | | | 建物名等(方書) | | | ● | | | 連結表記 | ● | | | | | 位置情報 | ● | | | 緯度経度、（座標参照系or座標参照系コード） | # 改訂履歴
改定年月日 改定箇所 改定内容
2026年3月17日

1.

1.4

1.ジオコーダーの記載事項を変更

1.4 座標情報を用いた位置情報中心のデータ構成を追加
2025年3月25日 全体 データ項目を基礎項目と拡張項目として再定義
必須項目のパターン化を追加
住所文字列の分解と連結表記の変更
2023年3月31日 P3 表1住所データモデルの項目一覧 座標参照系コードの説明、「座標参照系コードの記載」ほかと表現を統一
2022年3月31日 - 初版決定
デジタル社会推進実践ガイドブック DS-434 コアデータモデル解説書 法人 2025年（令和7年）3月25日 デジタル庁

[キーワード]

法人、データモデル、事業所、法人番号

[概要]

法人の情報をシステム実装する際に参照すべきデータモデルについて解説するガイドブックです。このガイドに従いデータ設計を行うことで、同じ設計規則に従うシステム間、分野間でのデータ連携を容易かつ正確に行えるようになります。また、データ設計を実施するコストも削減することができます。
# 法人のデータモデル 事業者などの法人の情報を記述するためのデータモデルです。行政で法人の情報を扱う場合の他、民間事業者が取引先などの情報を扱う場合に活用されることを想定しています。国税庁が指定する法人番号や名称などの基本的な情報は基礎項目とし、データの利用シーンに合わせた必須項目をパターン化しています。また、基礎項目以外の情報として拡張項目を用意しています。 必須項目以外は任意項目なので、用途に応じて基礎項目や拡張項目を選択、あるいは独自項目を追加するなどのカスタマイズを行って利用してください。 ## 法人データモデルの項目 法人データモデルの基礎項目は表1、拡張項目は表2の通りです。基礎項目に対する必須項目のパターンについては「1.2必須項目パターン」を、英語名や記入例などを含む詳細については、別添の「438_コアデータモデル_DMD.xlsx」を参照してください。 表1 法人データモデルの基礎項目一覧 | 項目名 | 説明 | |----|----| | 法人番号 | 法人番号（13桁）を記載。法人番号が指定されている場合は必須。 | | ID群 | 法人に付与した一意のIDを記載。インボイス登録番号（登録番号）が指定されている場合は必須。 | | 商号または名称 | 商号または名称を記載。英字は全角英字とする。 | | 商号または名称(カナ) | 名称をカナで記載。 | | 商号または名称(英字) | 名称を英語で記載。 | | 組織種別 | 組織種別（株式会社、有限会社、合名会社、合資会社、合同会社等）を記載。 | | 通称 | 通称や略称アルファベットを記載。 | | 事業活動状況 | 活動状況（倒産、破産、休眠、休業、廃業等）を記載。 | | 説明 | 説明を記載 | | WebサイトURL | 法人に関する情報源を示すWebサイトURLを記載。 | | 社員数 | 社員数（役員数を含む）を記載。 | | 代表者 | 代表者の情報を記載。 | | 代表者役職名 | 代表者役職名を記載。 | | 設立年月日 | 設立日を記載。 | | 事業種目 | 事業種目（日本標準産業分類）を記載。 | | 登記住所 | 登記住所を記載。 | | 事業所情報 | 事業所情報を記載。 | | 連絡先情報 | 連絡先情報を記載。 | 表2 法人データモデルの拡張項目一覧 | 項目名 | 説明 | |----|----| | 組織種別位置(前株、後株) | 組織種別（株式会社等）を法人名の前後のどちらに付与するかを記載。 | | 関連組織 | 関連組織（子会社、提携先等）を記載。 | | 正社員数 | 正社員数を記載。 | | 従業員数 | 従業員数を記載。 | | 地物(関連施設) | 法人に関連する地物（関連施設）を記載。 | | 創業年 | 創業年を記載。 | | 事業年度開始日 | 事業年度の開始日を記載。 | | 資本金(円) | 資本金（単位：円）を記載。 | ## 必須項目のパターン 基礎項目のうち、必須とする項目のパターンは表3の通りです。データの利用目的に合わせて選択して利用してください。 表3　法人データモデルの必須項目のパターン
項目名 必須
パターン1
推奨:高		 必須
パターン2
推奨:中		 必須
パターン3
推奨:中
法人番号 必 必
ID群 必 必
商号または名称 必 必 必
商号または名称(カナ) 必 必 必
商号または名称(英字)
組織種別 必 必 必
通称
事業活動状況
説明
WebサイトURL
社員数
代表者
代表者役職名
設立年月日
事業種目
登記住所
事業所情報
連絡先情報 必 必 必
## 事業所データモデルの項目 法人に紐付く施設としての事業所情報を記述するためのデータモデルです。 法人内で利用される管理のためのIDや名称などの基本的な情報は基礎項目としています。また、基礎項目以外の情報として拡張項目を用意しています。 事業所データモデルの基礎項目は表4、拡張項目は表5の通りです。事業所データモデルには必須項目はないため、用途に応じて基礎項目や拡張項目を選択、あるいは独自項目を追加するなどのカスタマイズを行って利用してください。 表4 事業所データモデルの基礎項目一覧 | 必須項目 | 項目名 | 説明 | |----------|------------|----------------------| | | ID | 事業所のIDを記載。 | | 必 | 名称 | 事業所の名称を記載。 | | | 事業所住所 | 事業所の住所を記載。 | | | 説明 | 事業所の説明を記載。 | 表5 事業所データモデルの拡張項目一覧 | 項目名 | 説明 | |--------------|--------------------------| | 関連法人番号 | 関連する法人番号を記載。 | # 変更履歴
2025年3月25日 全体

データ項目を基礎項目と拡張項目として再定義
必須項目のパターン化を追加

法人連絡先の削除
2022年3月31日 - 初版決定
デジタル社会推進実践ガイドブック DS-435 コアデータモデル解説書 施設 2025年（令和7年）3月25日 デジタル庁

[キーワード]

施設、データモデル、観光、教育、防災

[概要]

施設の情報をシステム実装する際に参照すべきデータモデルについて解説するガイドブックです。このガイドに従いデータ設計を行うことで、同じ設計規則に従うシステム間、分野間でのデータ連携を容易かつ正確に行えるようになります。また、データ設計を実施するコストも削減することができます。
# 施設のデータモデル 行政が管理する施設の情報を記述するためのデータモデルです。カスタマイズすることで民間事業者のサービス施設や教育施設、防災施設、観光施設などにも転用することができるため、幅広い分野で施設の情報を扱う場合に活用されることを想定しています。施設の名称や住所などの基本的な情報は基礎項目とし、データの利用シーンに合わせた必須項目をパターン化しています。また、基礎項目以外の情報として拡張項目を用意しています。 必須項目以外は任意項目なので、用途に応じて基礎項目や拡張項目を選択、あるいは独自項目を追加するなどのカスタマイズを行って利用してください。 ## 施設データモデルの項目 施設データモデルの基礎項目は表1、拡張項目は表2の通りです。英語名や記入例などを含む詳細については、別添の「438_コアデータモデル_DMD.xlsx」を参照してください。 表1 施設データモデルの基礎項目一覧 | 必須項目 | 項目名 | 説明 | |:--:|----|----| | 必 | ID | 機械的に採番された施設を一意に識別するID。施設単位ごとに付番する | | | 種別情報 | 地理的目標物分類コード等の種別情報 | | 必 | 名称 | 施設の名称 | | 必 | 名称(カナ) | 施設のカナ表記 | | | 名称(英字) | 施設の英語名またはローマ字表記 | | | 通称 | 施設に通称がある場合に記入 | | | 説明 | 施設情報として公開可能な詳細情報 | | 必 | 施設住所 | 住所情報 | | | アクセス方法 | 公共交通や車でのアクセス方法を記載 | | | 駐車場有無 | 駐車場の有無 | | | 連絡先情報 | 連絡先の情報 | 表2　施設データモデルの拡張項目一覧 | 項目名 | 説明 | |----|----| | 概要 | 施設情報として公開可能なリード文。概要情報 | | 関連施設 | 提携している他施設の情報など | | 状態 | 「閉館中」、「営業中」などのステータス | | 防災情報 | 災害発生時の主な用途 | | 設備情報 | 施設内に併設されている設備の情報 | | 利用可能曜日 | 施設を利用できる曜日 | | 開始時刻 | 施設を利用開始できる時間 | | 終了時刻 | 施設の利用終了時間 | | 利用可能日時説明 | 定型で表せない施設の利用日時情報 | | 利用可能日時式 | 「441_コアデータパーツ_日付時刻」の表記で日時を表現 | | 一般利用可否 | 一般利用者が利用出来るかどうかの可否 | | 料金有無 | 「有料」、「無料」の区分 | | 基準料金 | 施設利用に必要な各種料金の基準となる日本円で記載(1円単位) | | 料金説明 | 料金の備考。例: １グループ1000円など | | 決済種別 | 現金、クレジットカード、電子マネーなど | | 収容人数 | 収容人数 | | 駐車場情報 | 駐車スペースについて記入 | | 駐車場料金 | 駐車場の料金の有料/無料種別 | | サービス担当区域の都道府県コード | サービス担当区域の都道府県コード（今後構造化検討予定） | | サービス担当区域の市区町村コード | サービス担当区域の市区町村コード（今後構造化検討予定） | | サービス担当区域の町丁字 | サービス担当区域の町丁字（今後構造化検討予定） | | サービス担当区域のポリゴン | サービス担当区域を表すポリゴン情報へのリンク（今後構造化検討予定） | | サービス担当区域の備考 | サービス担当区域の備考（今後構造化検討予定） | | アクセシビリティ情報 | アクセシビリティ情報 | | 子供預かり情報 | 子供預かり情報 | ### 種別情報(地理的目標物分類コード:POIコード)について 種別情報にはPOIコード等を設定します。POIコードは観光施設、公共施設など地理的目標物に対する分類コードです。無意コード 4 桁のコード体系となっています。 #### 分類対象の選択 分類にあたっては以下を参照して作成されています。 - 国土地理院 電子国土基本図 地物種別コード - 国土交通省 都市計画 GIS 地物一覧 - 国土交通省 国土数値情報 - 国土地理院 公共測量標準図式 数値地形図データ取得分類コード表 - 観光庁 観光入込客統計に関する共通基準 観光地点等分類コード - 観光庁 観光立国実現に向けた多言語対応の改善・強化のためのガイドライン - 文部科学省 体育・スポーツ施設現況調査 施設種別の定義 - 東京都 国内外旅行者のためのわかりやすい案内サイン標準化指針【東京都版対訳表】 - OpenStreetMap Wiki, JA:Map Features(2017-11-28) - schema.org(2017-11-28) - 日本標準産業分類 #### 分類項目名 各項目の分類項目名は、既存の分類項目における定義等を踏まえ、一般的な 呼称を選定しています。商業施設に関しては、店の呼称は「－屋」「－店」が混在しています。これは、一意に分類項目を決めるため一般的な呼称を使用しているだけであり、「－屋」「－店」との呼称自体が区別やレベル感を表すものではありません。また、グローバルな互換性をとるため、日本には存在しない施設等にもコードを付与しています。 #### 複合施設等の扱い 複合施設は、その他を選択するか最も近いコードを使用することを推奨します。その他の選択肢として、内部施設について別途項目を立てて記述する方法、コードを列挙する方法等があります。 #### 地点ではないエリアや点ではない対象物に対する考え方 地形に関しては、特定の位置を示すものではなく、範囲を示す対象物であることがありますが、広域な目標物とする場合があるため、コード表に含まれています。 また、遊漁船、ロープウェイ等の場合、位置は出発点を示している場合があります。 ### サービス担当区域について サービス担当区域の情報はハローワークなど、その公共施設が所管する地理的範囲が定められている場合に使用します。住所情報だけで地理的範囲を定められない場合は、地図上に重ねられる境界ポリゴン情報を参照するURLを「ポリゴン」項目に記述します。 # 変更履歴
改定年月日 改定箇所 改定内容
2025年3月25日 全体

データ項目を基礎項目と拡張項目として再定義

POIコードの説明を種別情報の説明として変更
施設連絡先のデータモデルを削除
2022年3月31日 - 初版決定
デジタル社会推進実践ガイドブック DS-436 コアデータモデル解説書 アクセシビリティ 2026年（令和8年）3月17日 デジタル庁

[キーワード]

アクセシビリティ、データモデル、バリアフリー、介助

[概要]

施設やイベント等に付随するアクセシビリティに関する情報をシステム実装する際に参照すべきデータモデルについて解説するガイドブックです。このガイドに従いデータ設計を行うことで、同じ設計規則に従うシステム間、分野間でのデータ連携を容易かつ正確に行えるようになります。また、データ設計を実施するコストも削減することができます。
# アクセシビリティのデータモデル 施設やイベント開催時に、利用者にバリアフリーの状況や対応可能な介助の種類など、要配慮者に関するアクセシビリティや、子育て支援に関するアクセシビリティ情報を伝えるときのデータモデルです。車椅子貸出やバリアフリートイレなどの有無情報を基礎項目として用意しており、アクセシビリティ情報を付加したい他のデータモデルとあわせて利用することを想定しています。 各項目は基本的に有無コードの値をとります。文書で詳細を伝えたい場合は備考にその内容を記述することを想定しています。 すべて任意項目なので、用途に応じて項目を選択、あるいは独自項目を追加するなどのカスタマイズを行って利用してください。 ## アクセシビリティデータモデルの項目 アクセシビリティデータモデルの基礎項目は表1の通りです。英語名や記入例などを含む詳細については、別添の「438_コアデータモデル_DMD.xlsx」を参照してください。 表1 アクセシビリティデータモデルの基礎項目一覧 | 必須項目 | 項目名 | 説明 | |----|----|----| | | 車椅子可 | 車椅子の使用可否を記載。 | | | 車椅子貸出 | 車椅子貸出の有無を記載。 | | | ツエ貸出 | ツエ貸出の有無を記載。 | | | バリアフリートイレ | バリアフリートイレの有無を記載。 | | | スロープ、エレベータ、エスカレータ | スロープ、エレベータ、エスカレータの有無を記載。 | | | 点字ブロック等の移動支援 | 点字ブロック等の移動支援の有無を記載。 | | | 点字や読上による支援 | 点字や読上による支援の有無を記載。 | | | 盲導犬・介助犬・聴導犬同伴 | 盲導犬・介助犬・聴導犬などの同伴可の有無を記載。 | | | 字幕 | 字幕の有無を記載。 | | | 筆談対応 | 筆談対応の有無を記載。 | | | 優先駐車場 | 優先駐車場の有無を記載。 | | | オストメイト対応トイレ | オストメイト対応トイレの有無を記載。 | | | 子供トイレ | 子供トイレの有無を記載。 | | | 授乳室 | 授乳室の有無を記載。 | | | おむつ替えコーナー | おむつ替えコーナーの有無を記載。 | | | 飲食可否 | 乳幼児や要介護者等に飲食させることができるかどうかの情報を記載。 | | | ベビーカー貸出 | ベビーカーの貸し出しの有無を記載。 | | | ベビーカー利用可 | ベビーカーの利用可の有無を記載。 | | | 備考 | その他アクセシビリティ事項を記載。 | # 変更履歴 | 改定年月日 | 改定箇所 | 改定内容 | |:--:|----|----| | 2026年3月17日 | 全体 | 軽微な文章修正 | | 2025年3月25日 | 全体 | データ項目を基礎項目として再定義 | | 2023年9月12日 | P2 1.1 アクセシビリティデータモデルの項目 | 多目的トイレの呼称を国土交通省のガイドライン（建築物におけるバリアフリーについて）に従いバリアフリートイレに変更 | | 2022年3月31日 | \- | 初版決定 | デジタル社会推進実践ガイドブック DS-437 コアデータモデル解説書 子供預かり情報 2026年（令和8年）3月17日 デジタル庁

[キーワード]

子供預かり情報、データモデル、子供預かり

[概要]

施設やイベント等に付随する子供預かりに関する情報をシステム実装する際に参照すべきデータモデルについて解説するガイドブックです。このガイドに従いデータ設計を行うことで、同じ設計規則に従うシステム間、分野間でのデータ連携を容易かつ正確に行えるようになります。また、データ設計を実施するコストも削減することができます。
# 子供預かり情報のデータモデル 施設やイベント開催時に、利用者に子供預かり施設の情報を伝えるときのデータモデルです。情報を付加したい他のデータモデルとあわせて利用することを想定しています。料金有無や最小年齢、最大年齢などの基本的な情報は基礎項目とし、基礎項目の中で必ず選択していただく項目を必須項目としています。また、基礎項目以外の情報として拡張項目を用意しています。 必須項目以外は任意項目なので、用途に応じて基礎項目や拡張項目を選択、あるいは独自項目を追加するなどのカスタマイズを行って利用してください。 ## 子供預かり情報データモデルの項目 子供預かり情報データモデルの基礎項目は表1の通りです。英語名や記入例などを含む詳細については、別添の「438_コアデータモデル_DMD.xlsx」を参照してください。 表1 子供預かり情報データモデルの基礎項目一覧 | 必須項目 | 項目名 | 説明 | |:--------:|----------|------------------------| | 必 | 料金有無 | 料金の種別 | | | 料金説明 | 料金の説明 | | | 最小年齢 | 参加可能年齢（下限） | | | 最小月齢 | 参加可能月齢 | | | 最大年齢 | 参加可能年齢（上限） | | | 開所時間 | 対応時間 | | | 閉所時間 | 対応時間 | | | 備考 | その他子育て支援系項目 | 表2　子供預かり情報データモデルの拡張項目一覧 | 項目名 | 説明 | |----------|------------------| | 料金情報 | 有料の場合の料金 | # 変更履歴
改定年月日 改定箇所 改定内容
2026年3月17日 全体 軽微な文章修正
2025年3月25日 全体

タイトルを「子供預かり情報」に変更

データ項目を基礎項目と拡張項目として再定義
2022年3月31日 - 初版決定
デジタル社会推進実践ガイドブック DS-438-2 データ項目辞書（β版） 2026年（令和8年）3月17日 デジタル庁

〔キーワード〕

データ項目辞書、データ連携、相互運用性、データモデル、概念定義

〔概要〕

行政のデジタル化に伴いデータ相互利活用が増加する中、同一概念でも異なる用語や基準が用いられることで、データ連携に支障が生じています。本書は、データ項目の名前と意味を定義する「データ項目辞書」を提供し、組織間の共通理解を実現します。これにより意味のずれを防ぎ、データ連携やシステム開発の効率化を図ります。GIFコアデータモデルに対応したデータ項目辞書を提供します。
目次 # 概要 ## 背景 行政のデジタル化が進展する中、府省庁や地方公共団体の間でデータを相互に利活用する機会が増加しています。しかし、作成者が異なるデータは、同一の意味（概念）を持つ情報であっても、個々のデータの中で用いられる用語や項目名として違う言葉（ラベル）が割り当てられていることがあります。例えば、「電力」に関連する概念を表す際に、「定格出力」「消費電力」「電力量」など様々な用語が使用され、それぞれが異なる意味を持つのか同じ意味を持つのかが判別できません。また、「社員数」のカウント基準においても、役員やパート・アルバイトを含めるのか等、データ作成者ごとに異なる基準が用いられ、データを活用した分析や利活用に対して問題を引き起こすことがあります。このような不整合を解決するには、もともとのデータがもつ意味を判別するための仕組みが必要です。 政府相互運用性フレームワーク(GIF: Government Interoperability Framework)は、データモデル等を提供していますが、個々のデータ項目の意味を体系的に整理する枠組みが十分に整備されていない状況にあります。 ## 課題 データ項目の意味（概念）と、その項目が取り得る具体的な値の範囲が明確に区別されていないため、同じ用語でも異なる基準で運用されていることが見過ごされています。また、データ項目の定義が各システムの設計書に散在しており、体系的に検索・参照できる仕組みが不足しているため、既存の定義を発見して再利用することが難しく、類似したデータ項目が重複して定義される非効率が生じています。さらに、人が理解できる用語定義と、機械が処理できる形式的な記述を統合的に管理する仕組みが整備されていないため、データ項目の意味を人と機械の双方が正しく解釈し、自動的に連携処理を行うことができません。 これらの課題により、データ項目の意味の不整合が解消されず、データ連携のコストが増大し、データを活用した分析や利活用に支障をきたしています。 ## 目的 本書は、データ連携として、データ項目の意味を明確かつ一貫性のある形で定義する「データ項目辞書」を提供することを目的としています。組織内外で再利用するデータ項目について、その名前と意味を人が読んで理解できる形で定めたデータ項目辞書を提供します。データ項目が「何を意味するのか」という概念と、「どのような値を取るのか」という具体的な値の範囲を分けて定義することで、意味の理解と実際の使い方を別々に考えられるようにします。 これにより、組織間でデータ項目の意味を共通に理解できるようになり、データを交換する際の意味のずれを防ぐことができます。また、既に定義された標準を再利用することで、システム開発やデータ設計の手間を減らし、効率を高めることができます。 ## 概要 本書は、GIFのコアデータモデルで定義している項目に対して「データ項目辞書（コアデータモデル）」を提供します。 # 本書について ## 対象範囲と前提 本書が対象とするデータ項目は、行政機関が広く利用する基本的なもの（コアデータモデル）であり、具体的には個人、法人、住所、連絡先、施設、建物、設備、土地、イベント、子供預かり情報等のエンティティに関するデータ項目を定義します。業務固有のデータ項目については、本書の定義を参考に、各組織が独自に定義することを想定しています。 なお、本書のデータ項目定義は関連する法令・制度を参照していますが、法令解釈や制度運用を規定するものではありません。法的な解釈や具体的な運用については、各法令の所管府省庁の定める規則・通達等に従うものとします。 本書では、コアデータモデルの構成のうち基礎項目のみ記載しています。また、記載項目は、「項目名」、「定義」、「概念定義域」「補足」としており、説明の中で実装時に定義すべき事項（値域、表記規則等）についてガイドを示しています。具体的な「値域（許容値、データ型、形式等）」は、実装環境や業務要件に依存するため、各組織で個別に定義してください。 ## 用語の説明 本書に利用している用語の説明を以下に記載します。
用語 説明
コアデータモデル GIFで定義されているコアデータモデルを指す。

概念データ要素

（DEC）

Data Element Concept：データの意味を表す概念。

本書では項目名として記載している。
定義 Definition：概念データ要素の意味を記述したもの。
概念定義域 Conceptual Domain：取り得る値の意味の範囲。
値域 Value Domain：実際に使用できる値の具体的な範囲。

特殊コード

（日付の不明等）

 日付項目において、不明・不詳・設定なし等の特殊な状態を表現するために用いられる符号。公的制度（住民基本台帳、公的個人認証等）で使用される場合がある（例：月日不詳を9999等で表現）。
# データ項目辞書（コアデータモデル） ## 個人 ### ID群

コアデータモデル

個人

項目名

ID群

項目名 (英語）

idGroup

定義

個人に関連付けられた一つ以上の識別子のグループ

概念定義域

個人を識別するために用いられる記号・番号体系のグループ（例：行政機関が発行する番号、組織内で管理する番号、サービス固有のIDなど）

説明

【範囲】

・識別子の組合せ、順序、重複の可否は値域で定義する。具体的なIDの種類は制度・組織に依存する（例：「個人番号（マイナンバー）」「住民票コード」「職員番号」「会員ID」など）。

【表記】

・許容値や表記、構造（例：IDの範囲、順序、重複可否、必須/任意の区分、履歴の扱い、区切り記号等）は値域で定義する。

【参照:法令】

・行政手続における特定の個人を識別するための番号の利用等に関する法律
### 氏

コアデータモデル

個人

項目名

氏

項目名 (英語）

familyName

定義

人の氏名の構成要素で、同一家族や家系の名称に対応する部分

（同義語として「姓」が一般に用いられる。）

概念定義域

人の氏名に関する値の意味の範囲（家族・家系に関わる名称として理解される値の意味の範囲）

説明

【範囲】

・日本の人名体系に基づく項目である。海外の人名は文化・制度差異が大きいため、国・言語別に値域で定義する。

【表記】

・許容値や表記（漢字・カナ・英字、旧氏・通称の扱いなど）は値域で定義する。

【参照:法令】

・戸籍法
### 名

コアデータモデル

個人

項目名

名

項目名 (英語）

givenName

定義

人の氏名の構成要素のうち、個人に付けられた固有の名称に当たる部分

概念定義域

人の名に関する値の意味の範囲（個人に付けられた固有の名称として理解される値の意味の範囲）

説明

【範囲】

・日本の人名の二要素（氏・名）に基づく構造を前提とする。海外の人名は構造が異なるため、国・言語別の値域（例：ミドルネームの有無、語順、ローマ字化規則）で定義する。

【表記】

・許容値や表記（漢字、カナ、英字、通称の取扱い等）は値域で定義する。

・ミドルネームを有している場合は、区切り文字として半角空白を使用した上でミドルネームを記載してもよい。（例：ミドルネーム＋区切り文字＋名）

【参照:法令】

・戸籍法
### 氏(カナ)

コアデータモデル

個人

項目名

氏(カナ)

項目名 (英語）

familyNameKana

定義

人の氏名の構成要素における氏のカナ表記

概念定義域

人の氏の「読み」として理解される値の意味の範囲

説明

【範囲】

・日本の人名体系に基づく項目である。海外の人名は、各国の人名体系に応じて値域で定義する。

【表記】

・「氏（カナ）」は、氏の読みを扱う概念であり、表記方法の取り決めは値域で定義する。

・カナは片仮名（ISO 15924: Kana）を標準とする。

・文字種、濁点・半濁点・長音の扱い、外字の可否などの表記規則は値域で定義する。

【参照:法令】

・戸籍法
### 名(カナ)

コアデータモデル

個人

項目名

名(カナ)

項目名 (英語）

givenNameKana

定義

人の氏名の構成要素における名のカナ表記

概念定義域

人の名の「読み」として理解される値の意味の範囲

説明

【範囲】

・日本の人名体系に基づく項目である。海外の人名は、各国の人名体系に応じて値域で定義する。

【表記】

・「名（カナ）」は、名の読みを扱う概念であり、表記方法の取り決めは値域で定義する。

・カナは片仮名（ISO 15924: Kana）を標準とする。

・文字種、濁点・半濁点・長音の扱い、外字の可否などの表記規則は値域で定義する。

【参照:法令】

・戸籍法
### 氏(英字）

コアデータモデル

個人

項目名

氏(英字)

項目名 (英語）

familyNameEn

定義

人の氏名の構成要素における、氏のラテン文字表記

概念定義域

人の氏のラテン文字表記として理解される値の意味の範囲

説明

【範囲】

・本概念は日本の人名体系に基づく項目である。海外の人名には、各国の人名体系に応じて値域で定義する。

【表記】

・英字はラテン文字（ISO 15924: Latn）を指す。

・文字種、大小文字の扱い、スペース・記号（アクセント記号・ダイアクリティカルマークを含む）の可否などの表記規則は値域で定義する。
### 名(英字）

コアデータモデル

個人

項目名

名(英字）

項目名 (英語）

givenNameEn

定義

人の氏名の構成要素における、名のラテン文字表記

概念定義域

人の名のラテン文字表記として理解される値の意味の範囲

説明

【範囲】

・本概念は日本の人名体系に基づく項目である。海外の人名は、各国の人名体系に応じて値域で定義する。

【表記】

・英字はラテン文字（ISO 15924: Latn）を指す。

・文字種、大小文字の扱い、スペース・記号（アクセント記号・ダイアクリティカルマークを含む）の可否などの表記規則は値域で定義する。
### 氏名

コアデータモデル

個人

項目名

氏名

項目名 (英語）

fullName

定義

氏と名を組み合わせた人の名称

概念定義域

人の氏名に関する値の意味の範囲（氏と名の組合せとして理解される人の名称の値の意味の範囲）

説明

【範囲】

・本概念は日本の人名体系に基づく項目である。海外の人名は、各国の人名体系に応じて値域で定義する（ミドルネームの有無、ローマ字化規則の選定は値域で定義）。

【表記】

・文字種、濁点・半濁点・長音の扱い、外字の可否などの表記規則は値域で定義する。

・氏、名のセットとし、区切り文字は半角空白とする。

【参照:法令】

・戸籍法
### 氏名(カナ)

コアデータモデル

個人

項目名

氏名(カナ)

項目名 (英語）

fullNameKana

定義

人の氏と名の読みを組み合わせた名称のカナ表記

概念定義域

人の氏と名の「読み」の組合せとして理解されるカナ表記に関する値の意味の範囲

説明

【範囲】

・日本の人名体系に基づく項目である。海外の人名は、各国の人名体系に応じて値域で定義する。

【表記】

・カナは片仮名（ISO 15924: Kana）を標準とする。

・文字種、濁点・半濁点・長音の扱い、外字の可否、区切り文字、順序などの表記規則は値域で定義する。

・氏、名のセットのカナ表記、区切り文字は半角空白とする。

【参照:法令】

・戸籍法
### 氏名(英字）

コアデータモデル

個人

項目名

氏名(英字）

項目名 (英語）

fullNameEn

定義

人の氏と名を組み合わせた名称のラテン文字表記

概念定義域

人の氏と名のラテン文字表記の組合せとして理解される値の意味の範囲

説明

【範囲】

・本概念は日本の人名体系に基づく項目である。海外の人名は、各国の人名体系に応じて値域で定義する。

【表記】

・英字はラテン文字（ISO 15924: Latn）を指す。

・文字種、大小文字の扱い、スペース、区切り記号、順序、記号（アクセント記号・ダイアクリティカルマークを含む）の可否などの表記規則は値域で定義する。
### 国籍

コアデータモデル

個人

項目名

国籍

項目名 (英語）

nationality

定義

個人が特定の国家に対して有する国民としての法的地位を示す属性

概念定義域

国家に対する国民としての法的地位の値の意味の範囲

説明

【範囲】

・本概念は国際一般に適用するが、日本の制度に依存する場合は国籍法等の要件に従う。国籍情報は個人の法的地位に関わる機微性を有するため、取扱いには法的配慮を要する。

【補足】

・「国籍」は法的地位であり、「出身国」「居住国」「民族」とは異なる概念である。実務で区別が必要な場合は、値域で定義すること。

・国や制度により国籍の取得・喪失や表示方針が異なるため、適用する法制度に依存する事項は値域で定義する。

【表記】

・具体的な許容値・表記・コードの採用可否（例：ISO 3166による国名コード、複数国籍や無国籍の取扱い）は値域で定義する。

【参照:法令】

・国籍法
### 性別

コアデータモデル

個人

項目名

性別

項目名 (英語）

sex

定義

個人に関する生物学的性の区分を表す情報

概念定義域

個人に関する生物学的性の区分の値の意味の範囲

説明

【範囲】

・制度や用途により「生物学的性（sex）」の区分と「ジェンダー（gender）」の区分を区別して扱う場合がある。混同を避けるため、ジェンダー（gender）を取り扱う場合は、別の項目として定義すること。

【補足】

・許容される区分（例：不明、男性、女性、適用不能等）は制度により異なるため、値域で定義する。

・国や制度により区分（例：不明、適用不可、自己申告等）の扱いが異なるため、許容値の構成は導入組織の方針に従って値域で定義する。

【参照:法令】

・戸籍法
### 生年月日

コアデータモデル

個人

項目名

生年月日

項目名 (英語）

dateOfBirth

定義

個人が出生した日を表す暦上の日付

概念定義域

個人の出生日を表す年・月・日を組み合わせた値の意味の範囲

説明

【範囲】

・日本の公的記録（戸籍、住民基本台帳等）における生年月日の扱いは各制度に依存する。実務上の例外（不詳・推定日など）は値域で定義する。

【補足】

・暦体系（通常はグレゴリオ暦）の選択や部分的な日付（年のみ、年月のみ等）の扱いは値域で定義する。

・日付の一部または全部が不明・不詳・推定の場合の扱い（不詳を表す特殊コード等）は値域で定義する。

【表記】

・許容値・表記（例：ISO 8601拡張表記 YYYY-MM-DD）は値域で定義する。

【参照:法令】

・戸籍法
### 死亡年月日

コアデータモデル

個人

項目名

死亡年月日

項目名 (英語）

dateOfDeath

定義

個人が死亡した日を表す暦上の日付

概念定義域

個人の死亡日を表す年・月・日を組み合わせた値の意味の範囲

説明

【範囲】

・日本の公的記録（戸籍、住民基本台帳等）における死亡年月日の扱いは各制度に依存する。実務上の例外（不詳・推定日など）は値域で定義する。

【補足】

・暦体系（通常はグレゴリオ暦）の選択や部分的な日付（年のみ、年月のみ等）の扱いは値域で定義する。

・日付の一部または全部が不明・不詳・推定の場合の扱い（不詳を表す特殊コード等）は値域で定義する。

【表記】

・許容値・表記（例：ISO 8601拡張表記 YYYY-MM-DD）は値域で定義する。

【参照:法令】

・戸籍法
### 備考

コアデータモデル

個人

項目名

備考

項目名 (英語）

remark

定義

個人に関して補足的に記述される情報や注記

概念定義域

個人に関する補足情報として取りうる値の意味の範囲

説明

【表記】

・具体的な許容値や表記（言語、文字種、文字数上限、改行や書式の扱い）は値域で定義する。
### 住所

コアデータモデル

個人

項目名

住所

項目名 (英語）

address

定義

個人が所在する場所に対応する地理的・行政的名称や番号の記述

概念定義域

人の所在に関する地理的・行政的所在の値の意味の範囲

説明

【範囲】

・日本の住所要素（都道府県、市区町村（郡）、町字、番地以下、建物名等）の取扱いの詳細は値域で定義する。海外の住所については、各国の住所体系に応じた値域を定義する。

【補足】

・日本の住居表示に関する制度差（街区方式・道路方式など）や丁・番地体系は定義に含めすに値域で定義する。

【表記】

・許容値・表記（順序、区切り、改行、文字種、郵便番号の扱い等）は値域で定義する。

【参照:法令】

・住居表示に関する法律
### 連絡先情報

コアデータモデル

個人

項目名

連絡先情報

項目名 (英語）

contactPointInformation

定義

個人への連絡に用いる手段に関する情報

概念定義域

個人への連絡手段に関する値の意味の範囲

説明

【補足】

・電話番号はITU-T E.164（国際電話番号計画）やE.123（記述規則）、電子メールはRFC 5322（Internet Message Format）、電話URIはRFC 3966、vCardはRFC 6350などの規格を参照できるが、採用有無は値域で明示する。

・公開可否、利用目的、取得同意、有効期間、優先順位（主・副）などの運用情報は定義に含めず、値域で扱う。

【表記】

・許容値・表記・コード（電話番号、電子メール、メッセージID、SNSハンドル等の扱い）は値域で定義する。

【運用】

・「住所」は別の項目名（住所）で定義済み。郵送による連絡に用いる場合は、当該項目名を必要に応じて関連付けて扱う。
## 連絡先 ### 連絡先名称

コアデータモデル

連絡先

項目名

連絡先名称

項目名 (英語）

contactPointName

定義

連絡先情報に与えられる固有の名称

概念定義域

連絡先情報の名称という値の意味の範囲（例：個人・組織・部門・役職・チーム・サービス窓口などの名称の値の意味の範囲）

説明

【範囲】

・国際一般に適用するが、国・地域固有の命名規則や書式は値域で定義する。

【表記】

・許容値・表記・文字種・最大長等は値域で定義する。
### 連絡先用途

コアデータモデル

連絡先

項目名

連絡先用途

項目名 (英語）

contactPointPurpose

定義

連絡先情報が担う目的または役割

概念定義域

連絡先情報の用途に関する値の意味の範囲（例：問い合わせ受付、苦情対応、営業連絡、技術サポート、緊急連絡、地域情報などの用途の値の意味の範囲）

説明

【範囲】

・国際一般に適用するが、業務・組織固有の区分や分類体系は値域で扱う。

【表記】

・許容値・表記・コード、文字種、最大長などは値域で定義する。
### 連絡先電話番号

コアデータモデル

連絡先

項目名

連絡先電話番号

項目名 (英語）

contactPointPhoneNumber

定義

電話網で連絡先情報に割り当てられる呼び出し番号

概念定義域

連絡先情報の電話番号という値の意味の範囲（例：国際電話番号、国内電話番号、内線番号などの値の意味の範囲）

説明

【範囲】

・国際一般に適用するが、国・地域・事業者ごとの番号体系やダイヤル規則は値域で定義する。

【表記】

・許容値・表記・書式（例：E.164形式、国内表記、分割表記、内線の扱い）や検証規則は値域で定義する。
### 連絡先メールアドレス

コアデータモデル

連絡先

項目名

連絡先メールアドレス

項目名 (英語）

contactPointEmailAddress

定義

電子メールの送受信において連絡先情報を宛先として特定する識別子

概念定義域

連絡先情報の電子メール宛先に関する値の意味の範囲（例：個人、部門、役職、システム、配布リストに対応する電子メール宛先の値の意味の範囲）

説明

【範囲】

・国際一般に適用するが、組織固有のアドレス命名規則やエイリアス運用は値域で定義する。

【表記】

・許容値・表記・書式（国際化対応等）や検証規則は値域で定義する。
### 連絡先URL

コアデータモデル

連絡先

項目名

連絡先URL

項目名 (英語）

contactPointUrl

定義

連絡先情報に対応づけられたWeb上の資源の位置を表す識別子

概念定義域

連絡先情報のWebアドレスに関する値の意味の範囲（例：公式サイトのページ、問い合わせフォーム、サポートポータル、予約ページ等に対応するWeb資源位置指定子の値の意味の範囲）

説明

【範囲】

・国際一般に適用するが、組織・業務固有のリンク方針（トップページ限定、特定言語版への誘導等）は値域で定義する。

【表記】

・許容値・表記・書式（スキーム、エンコーディング、国際化の扱い）や検証規則は値域で定義する。
### 連絡先SNS

コアデータモデル

連絡先

項目名

連絡先SNS

項目名 (英語）

contactPointSocialMedia

定義

連絡先情報に関連付けられたソーシャル・ネットワーキング・サービス上のアカウントまたはページを識別する情報

概念定義域

ソーシャル・ネットワーキング・サービス上の連絡用アカウントまたはページという値の意味の範囲（例：ハンドル／ユーザーID、プロフィールURL、公式ページURL、メッセージ受信用アカウント等の値の意味の範囲）

説明

【範囲】

・国際一般に適用するが、特定プラットフォーム（例：X、Facebook、Instagram、LINE、WeChat等）へのマッピングは値域で定義する。

【表記】

・許容値・表記・書式（例：ハンドル形式、URI/URL、国際化表記）や検証規則は 値域で定義する。

・SNSなどの連絡手段がある場合に「サービス名称:(コロン) ユニークID」を記載する。

【運用】

・名称中の「SNS」はソーシャル・ネットワーキング・サービスの略。略語の可否や表記は用語集・値域で統一する。
### 連絡先住所

コアデータモデル

連絡先

項目名

連絡先住所

項目名 (英語）

contactPointAddress

定義

連絡先情報の宛先として用いられる所在地の表現

概念定義域

連絡先情報に対応する住所という値の意味の範囲（例：地理的住所、私書箱、組織の部局宛て等の宛先表現の値の意味の範囲）

説明

【範囲】

・国際一般に適用するが、国・地域ごとの住所構成（都道府県／州／省 等）や書式、部局名の位置付けは、ISO 19160-1の枠組みに整合する値域で定義する。

【表記】

・許容値・構成要素（例：国名、地域名、番地、郵便番号等）・表記順・多言語表記・最大長・検証規則は 値域で定義する。
### 連絡先備考

コアデータモデル

連絡先

項目名

連絡先備考

項目名 (英語）

contactPointRemark

定義

連絡先情報に関して補足的に記述される情報や注記

概念定義域

連絡先情報に関する補足情報として取りうる値の意味の範囲（例：対応時間、注意事項、利用条件、担当者の不在日、窓口の特記事項などの補足内容の値の意味の範囲）

説明

【表記】

・具体的な許容値や表記（言語、文字種、文字数上限、改行や書式の扱い）は値域で定義する。
## 住所 ### 全国地方公共団体コード

コアデータモデル

住所

項目名

全国地方公共団体コード

項目名 (英語）

localGovernmentCode

定義

日本の地方公共団体を一意に識別するために付与される標準化されたコード

概念定義域

日本の地方公共団体（都道府県および市区町村）の識別子に対応する値の意味の範囲

説明

【範囲】

・日本の制度（全国地方公共団体コード）に基づく項目である。（JIS X 0401、JIS X 0402）

【表記】

・全国地方公共団体コード（6桁、都道府県と市区町村まで含む）を記載する。

【運用】

・行政情報（総務省・地方公共団体コード関連）
### 町字ID

コアデータモデル

住所

項目名

町字ID

項目名 (英語）

streetAddressId

定義

アドレス・ベース・レジストリで定義される、町若しくは字を一意に識別するために付与される識別子

概念定義域

日本の住所における町若しくは字の識別子の値の範囲

説明

【範囲】

・日本の住所体系に基づく項目である。

【補足】

・町字IDのID体系については、アドレス・ベース・レジストリのデータ仕様に準拠する。

【表記】

・許容値・桁構成・表記（例：半角数字、ゼロ埋め、ハイフン等）は値域で定義する。

【参照:機関】

・デジタル庁 (アドレス・ベース・レジストリ)
### 都道府県

コアデータモデル

住所

項目名

都道府県

項目名 (英語）

prefecture

定義

日本の地方公共団体の第1層に位置づけられる広域行政区画の総称（都・道・府・県）

概念定義域

日本における都・道・府・県という行政区画の値の意味の範囲

説明

【範囲】

・日本の住所体系（都・道・府・県）に基づく項目である。海外の住所については、各国の住所体系に応じた値域を定義する。

【参照:法令】

・住居表示に関する法律
### 市区町村(郡）

コアデータモデル

住所

項目名

市区町村(郡）

項目名 (英語）

cityAndCounty

定義

日本の住所体系における第2層の行政区画に該当する市・特別区・町・村と、町村を包含する郡から成る区分

概念定義域

日本の基礎自治体（市・特別区・町・村）および住所構成上の郡に関する区画の値の意味の範囲

説明

【範囲】

・日本の住所体系（市区町村・郡）に基づく項目である。海外の住所については、各国の住所体系に応じた値域を定義する。

【運用】

・「区」には特別区（基礎自治体）と政令指定都市の行政区（基礎自治体ではない）があり、概念上の対象は特別区のみ。郡は自治体ではなく町村を包含する住所上の中間区画として扱われる。

【参照:法令】

・住居表示に関する法律
### 町字

コアデータモデル

住所

項目名

町字

項目名 (英語）

streetAddress

定義

日本の住所体系における市区町村内の地理的な小区画としての町または字の総称

概念定義域

日本の住所体系における町または字という区画の値の意味の範囲

説明

【範囲】

・日本国内の住所体系（町・字）に基づく項目である。海外の住所については、各国の住所体系に応じた値域を定義する。

【参照:法令】

・住居表示に関する法律
### 番地以下

コアデータモデル

住所

項目名

番地以下

項目名 (英語）

cityBlock

定義

日本の住所体系における町字などの基礎区画名より後に続く詳細な所在を表す部分

概念定義域

日本の住所体系における町字などの基礎区画名より後に続く詳細な所在の値の意味の範囲

説明

【範囲】

・日本の住所体系に基づく項目である。海外の住所については、各国の住所体系に応じた値域を定義する。

【補足】

・番地以下（街区符号、住居番号または地番）を記載する。

【表記】

・具体的な表記方法（区切り等）は値域で定義する。

【参照:法令】

・住居表示に関する法律
### 建物名等(方書）

コアデータモデル

住所

項目名

建物名等(方書）

項目名 (英語）

buildingNameEtc

定義

日本の住所体系における建物に関する名称や宛先の補足（方書）を表す部分

概念定義域

建物名称・居室名称・方書などの宛先補足に関する値の意味の範囲

説明

【範囲】

・日本の住所体系に基づく項目である。海外の住所については、各国の住所体系に応じた値域を定義する。

【補足】

・建物名、部屋番号、フロア名などを記載する。

【表記】

・具体的な表記方法（区切り等）は値域で定義する。
### 連結表記

コアデータモデル

住所

項目名

連結表記

項目名 (英語）

fullAddress

定義

日本の住所体系における各構成要素をひとつの文字列としてまとめる表記形式

概念定義域

住所構成要素を連続的に組み合わせた文字列表現に関する値の意味の範囲

説明

【範囲】

・日本の住所体系に基づく項目である。海外の住所については、各国の住所体系に応じた値域を定義する。

【表記】

・都道府県から建物名まで連結して記載する。

・具体的な表記方法（区切り等）は値域で定義する。
### 郵便番号

コアデータモデル

住所

項目名

郵便番号

項目名 (英語）

postalCode

定義

郵便物の配達区域を識別するために割り当てられた標準化された数値コード

概念定義域

郵便配達区域の識別子に対応する値の意味の範囲

説明

【範囲】

・日本の郵便番号体系に基づく項目である。海外は各国の郵便番号体系をISO 19160-1準拠の値域で定義する。

【表記】

・許容値・桁構成・表記（例：7桁、ハイフンの有無、ゼロ埋め等）は値域で定義する。
### 国

コアデータモデル

住所

項目名

国

項目名 (英語）

country

定義

住所体系における最上位の行政領域である国家またはそれに準ずる領域単位

概念定義域

国家レベルの行政領域（国またはそれに準ずる領域単位）の値の意味の範囲

説明

【表記】

・許容値や表記（和文名・英文名の表記、コード付与、略称等）は値域で定義する。
### 町字以下

コアデータモデル

住所

項目名

町字以下

項目名 (英語）

streetAddressAndCityBlock

定義

日本の住所体系における町字及びその後に続く詳細な所在を表す部分

概念定義域

日本の住所体系における町字及びその後に続く詳細な所在の値の意味の範囲

説明

【範囲】
・日本の住所体系に基づく項目である。海外の住所については、各国の住所体系に応じた値域を定義する。

【補足】

・住所の構成要素のうち、町字以下（町字、街区符号、住居番号または地番）を記載する。

【表記】

・具体的な構成（町、字、丁目、番、号、枝番、建物名、部屋番号等）や表記方法（順序、区切り等）は値域で定義する。
## 法人 ### 法人番号

コアデータモデル

法人

項目名

法人番号

項目名 (英語）

legalEntityNumber

定義

法人を一意に識別するために付与される番号

概念定義域

法人を一意に識別するための番号に対応する値の意味の範囲

説明

【範囲】

・日本の制度（国税庁が付与する法人番号）に基づく項目である。海外の法人識別は各国の制度（値域）で扱うこと。

【表記】

・許容値・桁数・表記（例：13桁、チェックディジット等）は値域で定義する。

【参照:法令】

・行政手続における特定の個人を識別するための番号の利用等に関する法律

【参照:機関】

・国税庁 法人番号公表サイト
### ID群

コアデータモデル

法人

項目名

ID群

項目名 (英語）

idGroup

定義

法人に関連付けられた一つ以上の識別子のグループ

概念定義域

法人を識別するために用いられる記号・番号体系のグループ

説明

【範囲】

・国際一般に適用するが、識別子の組合せ、順序、重複の可否は値域で定義する。各国・各制度における法人識別子の採否・定義差は国・制度別の値域で定義する。

【補足】

・具体的な識別子の種類や収録条件、並び順、形式等は値域で定義する。

・インボイス登録番号（登録番号）が指定されている場合は必須とする。

・構成要素となり得る識別子の例（制度ごとに異なる）：日本の法人番号（国税庁）、LEI（Legal Entity Identifier、ISO 17442に基づく）、D‑U‑N‑S Number（Dun & Bradstreet）等。

【参照:機関】

・国税庁 法人番号公表サイト

・GLEIF（LEIのグローバル運用機関）
### 商号または名称

コアデータモデル

法人

項目名

商号または名称

項目名 (英語）

tradeName

定義

法人の公式な名称として用いられる表記

概念定義域

法人の公式名称に関する値の意味の範囲

説明

【範囲】

・日本の法人制度に基づく項目である。海外は各国制度における「legal name/registered name」の意味を用い、値域は国・制度別で扱う。

【表記】

・許容値・表記・言語種別・文字種（漢字・カナ・英字の扱い、略称・旧称の可否、別名の管理、記号類）は値域側で定義する。

【参照:法令】

・会社法

・一般社団法人及び一般財団法人に関する法律

・商業登記法

【運用】

・「商号」は会社法上の会社の公式名称、「名称」は会社以外の法人（一般社団法人・一般財団法人等）の公式名称を指す用語であり、両者を包含する上位の名称概念として扱う。
### 商号または名称(カナ)

コアデータモデル

法人

項目名

商号または名称(カナ)

項目名 (英語）

tradeNameKana

定義

法人の公式名称のカナ表記

概念定義域

法人の公式名称の「読み」として理解される値の意味の範囲

説明

【範囲】

・日本の法人制度に基づく項目である。海外の法人は、各国の制度体系に応じて値域で扱う。

【表記】

・カナは片仮名（ISO 15924: Kana）を標準とする。

・文字種、濁点・半濁点・長音の扱い、外字の可否などの表記規則は値域で定義する。
### 商号または名称(英字)

コアデータモデル

法人

項目名

商号または名称(英字)

項目名 (英語）

tradeNameEn

定義

法人の公式名称のラテン文字表記

概念定義域

法人の公式名称のラテン文字表記として理解される値の意味の範囲

説明

【範囲】

・日本の法人制度に基づく項目である。海外については、各国制度の表記体系に応じて値域を定義する。

【補足】

・翻訳英語名と音訳・転写の採否、原言語との対応関係（同一性の要件）、時点・版（改称履歴）は値域で定義する。

【表記】

・英字はラテン文字（ISO 15924: Latn）を指す。

・文字種、大小文字の扱い、スペース・記号（アクセント記号・ダイアクリティカルマークを含む）の可否などの表記規則は値域で定義する。
### 組織種別

コアデータモデル

法人

項目名

組織種別

項目名 (英語）

categoryOfOrganization

定義

法人の法的形態に基づく種類を表す区分

概念定義域

法人の法的形態（組織形態）の種類という値の意味の範囲

説明

【範囲】

・国際一般に適用するが、海外は各国制度におけるlegal form/organization typeの分類を国・制度別の値域で定義する。

【補足】

・具体の分類体系（コード、名称、階層、版、時点、集計適用範囲）は値域で定義する。

・日本の例として、会社法における会社類型（株式会社、合同会社、合名会社、合資会社）、一般社団法人・一般財団法人、学校法人、医療法人、特定非営利活動法人（NPO法人）などがある。例示の採否・詳細は値域で定義する。

【参照:法令】

・会社法

・一般社団法人及び一般財団法人に関する法律

・商業登記法、特定非営利活動促進法
### 通称

コアデータモデル

法人

項目名

通称

項目名 (英語）

alternateName

定義

法人について日常的に使われる公的名称以外の呼び名

概念定義域

法人の公的名称以外の呼び名に関する値の意味の範囲

説明

【範囲】

・国際一般に適用するが、国・制度ごとの取扱い差（例：商標・ブランドとの区別基準）は国・制度別の値域で定義する。

【補足】

・「通称」は登記上の公式名称（商号または名称）とは異なる。両者の関係性（対応づけ、優先度）は値域で定義する。

・複数の通称が存在し得るが、重複・同義関係の扱いは値域で定義する。

【表記】

・通称に用いる具体的な種類（略称、愛称、別名、通名など）の採用可否・選択基準は値域で定義する。
### 事業活動状況

コアデータモデル

法人

項目名

事業活動状況

項目名 (英語）

activityStatus

定義

法人が営む事業活動の状態を表す情報

概念定義域

法人の事業活動に関する情報の値の意味の範囲

説明

【補足】

・「営業中」「倒産」「破産」「休眠」「休業」「廃業」などの事業活動の状態を値域で定義する。

【表記】

・具体的な許容値や表記（例：営業中、倒産、破産、休眠、休業、廃業など）は値域で定義する。
### 説明

コアデータモデル

法人

項目名

説明

項目名 (英語）

description

定義

法人に関する内容を表した記述

概念定義域

法人に関する記述内容の値の意味の範囲

説明

【表記】

・説明は自由記述的な内容表現である。関係性や表示順のルールは値域で定義する。

・許容値や表記（言語、文字体系、文字種、長さ、改行・装飾の可否など）は値域で定義する。
### WebサイトURL

コアデータモデル

法人

項目名

WebサイトURL

項目名 (英語）

webSiteUrl

定義

法人のWebサイトの所在を表すアドレスの文字列表現

概念定義域

法人のWebサイトに対応するアドレス（URL）の値の意味の範囲

説明

【範囲】

・Webの資源識別は国に依存しないため、制度差は値域で扱う。

【補足】

・URLはUniform Resource Locatorであり、URI（Uniform Resource Identifier）との関係付けや採否は値域で定義する。

・国際化ドメイン名（IDN）の取扱い（例：Punycode変換、文字種の許容）は値域で定義する。

【表記】

・具体の許容値・構文・検証規則（例：スキーム、ホスト、パス、クエリ、フラグメントの扱い）は値域で定義する。

【参照:機関】

・IDNの参考（公式）：ICANN IDNプログラム概要。
### 社員数

コアデータモデル

法人

項目名

社員数

項目名 (英語）

numberOfCompanyEmployee

定義

法人に雇用されている従業員の人数

概念定義域

従業員の人数という計数概念に関する値の意味の範囲

説明

【範囲】

・「社員」は日常語では従業員を指すため、本項目における「社員」は、「従業員（雇用されている者）（役員数を含まない）」の人数 を対象とする。

・会社法上の「社員（持分会社の構成員）」は含まない。会社法上の社員数を扱う場合は別の項目名を定義すること。

【補足】

・カウント対象の具体的範囲（正社員、契約社員、パート、アルバイト等のいずれを含めるか）および基準時点は値域で定義すること。

・許容値・データ型・表記（例：0以上の整数、時点や集計単位）は値域で定義すること。

【参照:法令】

・会社法

・一般社団法人及び一般財団法人に関する法律

・商業登記法

【運用】

・統計基準の例（従業者の定義は調査により異なる）：総務省統計局 経済センサス。
### 代表者

コアデータモデル

法人

項目名

代表者

項目名 (英語）

representative

定義

法人の名前で正式な決定や対外的な連絡を行える権限を持つ人

概念定義域

法人において代表権を持つ個人の値の意味の範囲

説明

【参照:法令】

・会社法

・一般社団法人及び一般財団法人に関する法律

・商業登記法

【運用】

・日本の法制度では「代表取締役」「代表社員」「理事長」などが典型的な代表者の名称として現れるが、名称や要件は国・法体系により異なる。
### 代表者役職名

コアデータモデル

法人

項目名

代表者役職名

項目名 (英語）

positionOfRepresentative

定義

法人で代表権を持つ人に与えられた公的な役職の名称

概念定義域

法人における代表者の役職名称に関する値の意味の範囲

説明

【範囲】

・日本の法人を前提とする場合、代表者役職名の主な値域は会社法、一般社団法人・一般財団法人法、商業登記法などの法令に基づく名称に準拠する。海外の法人は各国の会社法・登記制度に基づく代表役職名に準拠する値域を定義する。

【表記】

・具体的な許容値（例：代表取締役、理事長、代表社員 など）や表記（漢字・カナ・英字）は値域で定義する。

【参照:法令】

・会社法

・一般社団法人及び一般財団法人に関する法律

・商業登記法
### 設立年月日

コアデータモデル

法人

項目名

設立年月日

項目名 (英語）

dateOfEstablishment

定義

法人が成立した年月日を表す暦日

概念定義域

暦日（年月日）の値の意味の範囲

説明

【範囲】

・日本の法人に関しては、商業登記等の関係法令に基づく成立日を参照する。海外の法人は各国の会社法・登記制度に基づく相当概念（incorporation/registration date）に準拠する値域を定義する。

【表記】

・具体的な許容値や表記（例：ISO 8601に準拠したYYYY-MM-DD等）は値域で定義する。
### 事業種目

コアデータモデル

法人

項目名

事業種目

項目名 (英語）

categoryOfBusiness

定義

法人が営む事業活動の産業上の分類区分

概念定義域

事業活動の産業分類に関する値の意味の範囲

説明

【補足】

・日本における代表的な値域の一例として、日本標準産業分類（総務省）に準拠した区分を用いることができる。海外では、International Standard Industrial Classification（ISIC）、North American Industry Classification System（NAICS）、NACEなど各国・地域の産業分類に準拠した値域を定義する。

【表記】

・具体的な許容値や表記（例：分類コード、漢字・カナ・英字）および複数値の扱いは値域で定義する。
### 登記住所

コアデータモデル

法人

項目名

登記住所

項目名 (英語）

registeredAddress

定義

法人の登記に記録された所在地を表す住所

概念定義域

法人の登記制度に基づく所在地としての住所の値の意味の範囲

説明

【範囲】

・法人の公的登記に記録される所在地を表す。日本の法人については、商業登記等の公的登記に記録される所在地の住所を対象とする。海外の法人は各国の会社法・登記制度等に対応する値域を定義する。

・日本限定の住所要素（都道府県、市区町村（郡））を表す項目である。海外の住所については、各国の住所体系に応じた値域を定義する。

【補足】

・「住所」要素の細分（都道府県、市区町村、町字、番地以下、建物名等）は「住所」モデル側の値域で定義する。

【表記】

・具体的な許容値や表記（例：都道府県から建物名までの連結表記、カナ・英字の別、分割項目の構造）は値域で定義する。

【参照:法令】

・会社法

・一般社団法人及び一般財団法人に関する法律

・商業登記法
### 事業所情報

コアデータモデル

法人

項目名

事業所情報

項目名 (英語）

businessPlaceInformation

定義

法人が事業活動を行う拠点としての事業所に関する情報

概念定義域

法人の事業拠点に関する値の意味の範囲

説明

【範囲】

・国際一般に適用するが、住所要素を含む場合、日本の住所要素（都道府県、市区町村（郡）、町字、番地以下、建物名等）の取扱いの詳細は値域で定義する。海外の住所については、各国の住所体系に応じた値域を定義する。

【表記】

・具体的な許容値や表記、構造（例：事業所名称、所在地、連絡先情報などの項目構成）は値域で定義する。

【参照:機関】

・総務省統計局（経済センサス）
### 連絡先情報

コアデータモデル

法人

項目名

連絡先情報

項目名 (英語）

contactPointInformation

定義

法人への連絡に用いる手段または窓口に関する情報

概念定義域

法人の連絡手段または窓口に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（例：電話番号、電子メールアドレス、FAX番号、問い合わせ窓口名など）、多値の扱い、優先順位は値域で定義する。

【参照:法令】

・会社法

・一般社団法人及び一般財団法人に関する法律

・商業登記法

【運用】

・日本の制度では、登記情報や公的公開情報に記載される連絡先情報の取扱いは各制度に依存するため、実装時は該当制度を参照する。
## 施設 ### ID

コアデータモデル

施設

項目名

ID

項目名 (英語）

id

定義

施設に関連付けられた識別子

概念定義域

施設識別子の値の意味の範囲

説明

【補足】

・許容値や表記（文字種、桁数、書式、チェック方式、コード体系など）は値域で定義する。

【運用】

・識別体系（発番機関、重複回避、再利用可否等）の運用条件は定義に含めず、登録・運用設計側で管理する。
### 種別情報

コアデータモデル

施設

項目名

種別情報

項目名 (英語）

typeInformation

定義

施設が属する種類を表す属性

概念定義域

施設の種類の値の意味の範囲

説明

【補足】

・「種類」の細かさ（用途、機能、業態、法令上の区分など）は採用する分類体系に依存し、本項目では固定しない。

・地理的目標物分類コード（地図上の地物（建物、道路、河川など）を分類するための標準化されたコード体系）等の種別情報を記述する。

・主な分類コード体系には、国土地理院（数値地図（国土基本情報）、地理院地図）等がある。

【表記】

・許容値（コードや名称などの具体的な値、文字種、桁数）は値域で定義する。

・英字の利用可否や種別（ラテン文字（ISO 15924: Latn）など）は値域で定義する。

【運用】

・分類の設計・運用（発番、変更履歴、再利用可否など）の手続や理由は定義に含めない。
### 名称

コアデータモデル

施設

項目名

名称

項目名 (英語）

name

定義

施設に付けられた名称

概念定義域

施設の名称の値の意味の範囲

説明

【表記】

・許容値（例：文字種、表記体系、長さ、コード化、有効・無効の状態）は値域で定義する。

【運用】

・正式名称・通称等の区別や多言語表記の扱いは、値域で定義する。

・国固有の命名規則や表記基準（例：日本語の表記慣習）は定義に含めず、値域で定義する。
### 名称(カナ)

コアデータモデル

施設

項目名

名称(カナ)

項目名 (英語）

nameKana

定義

施設に付けられた名称のカナ表記

概念定義域

施設の名称「読み」として理解される値の意味の範囲

説明

【範囲】

・日本語のカナ表記に基づく項目である。

【表記】

・カナは片仮名（ISO 15924: Kana）を標準とする。

・文字種、濁点・半濁点・長音の扱い、外字の可否などの表記規則は値域で定義する。
### 名称(英字)

コアデータモデル

施設

項目名

名称(英字)

項目名 (英語）

nameEn

定義

施設に付与された名称のラテン文字表記

概念定義域

施設の名称のラテン文字表記として理解される値の意味の範囲

説明

【表記】

・英字はラテン文字（ISO 15924: Latn）を指す。

・文字種、大小文字の扱い、スペース・記号（アクセント記号・ダイアクリティカルマークを含む）の可否などの表記規則は値域で定義する。
### 通称

コアデータモデル

施設

項目名

通称

項目名 (英語）

alternateName

定義

施設の正式名称以外で広く用いられる名称

概念定義域

施設に関する正式名称以外の名称の値の意味の範囲

説明

【補足】

・正式名称との関係（同一対象に対する別名であることの識別等）は値域で定義する。

・複数の通称が存在し得るが、重複・同義関係の扱いは値域で定義する。

【表記】

・通称に用いる具体的な種類（略称、愛称、別名、通名など）の採用可否・選択基準は値域で定義する。
### 説明

コアデータモデル

施設

項目名

説明

項目名 (英語）

description

定義

施設の特徴、状態、使われ方などを表した記述

概念定義域

施設に関する記述内容の値の意味の範囲

説明

【表記】

・文字種、言語、文字数、段落構造、改行や装飾（例：HTML）などの表現規則は値域で定義する。

【運用】

・「説明」は「名称」や「通称」と異なり、識別名ではなく内容の記述である。
### 施設住所

コアデータモデル

施設

項目名

施設住所

項目名 (英語）

facilityAddress

定義

施設が所在する場所の住所

概念定義域

住所に関する値の意味の範囲（施設の所在地に対応するもの）

説明

【範囲】

・日本の住所要素（都道府県、市区町村（郡）、町字、番地以下、建物名等）の取扱いの詳細は値域で定義する。海外の住所については、各国の住所体系に応じた値域を定義する。

【表記】

・住所の構成要素（国、地域、行政区画、通り、番地、郵便番号、建物名、部屋番号など）、表記規則（文字種・言語・順序・区切り）や許容値は値域で定義する。

・英字表記を用いる場合の「英字」はラテン文字（ISO 15924: Latn）を指す。
### アクセス方法

コアデータモデル

施設

項目名

アクセス方法

項目名 (英語）

accessMethod

定義

施設へ到達するための移動手段や経路に関する内容

概念定義域

施設への到達に関する値の意味の範囲（移動手段の種別や経路の説明に対応するもの）

説明

【表記】

・許容値（例：徒歩、バス、電車、自動車、船、航空などの種別）、表記方法（言語、文字種、略記、距離・所要時間の扱い、地図リンクや座標の併記可否）や詳細記述の構造は値域で定義する。

【運用】

・分類型（手段の種別）と説明型（経路の記述）のいずれの表現も取り得るが、採用方針や分割方針は値域で定義する。

・運行ダイヤ、料金、混雑状況などの可変情報は別概念（例：運行情報、料金情報）で定義する。
### 駐車場有無

コアデータモデル

施設

項目名

駐車場有無

項目名 (英語）

parkingStatus

定義

施設に駐車場があるかないかという状態の意味

概念定義域

施設の駐車場の提供状況に関する値の意味の範囲（例：あり、なし、条件付きあり、情報不明 などの意味）

説明

【範囲】

・自動車向け駐車場を前提とし、二輪（自転車・バイク）や大型車専用などは必要に応じて値域で定義する。

【補足】

・具体的な区分や表記（例：あり／なし／予約制／台数制限／有料／時間帯制限など）の採用基準と許容値は値域で定義する。

【運用】

・障害者用区画、EV充電設備の有無、車高制限、出入口形態などの詳細は別概念（設備属性等）で管理する。
### 連絡先情報

コアデータモデル

施設

項目名

連絡先情報

項目名 (英語）

contactPointInformation

定義

施設への連絡に用いる手段または窓口に関する情報

概念定義域

施設への連絡手段または窓口に関する値の意味の範囲（手段の種類や窓口属性に対応するもの）

説明

【補足】

・許容値や表記規則（電話番号の形式、電子メールアドレスの構文、URI/URL、SNSアカウント、内線番号、窓口名、担当部署などの扱い）は値域で定義する。

【運用】

・連絡手段の種類（例：電話、電子メール、Webフォーム、FAX、郵便）や複数言語の表現、優先度、公開／非公開の方針は値域で定義する。

・受付時間、休業日、応答可否・水準、料金、通信費用などの運用情報は別概念（例：連絡可用時間、応答ポリシー）で管理する。
## 子供預かり情報 ### 料金有無

コアデータモデル

子供預かり情報

項目名

料金有無

項目名 (英語）

feeStatus

定義

子供預かり施設の利用料金の要否を示す区分

概念定義域

子供預かり施設の料金要否の区分として設定できる値の意味の範囲

説明

【表記】

・具体的な区分や表記（例：有料、無料、一部有料、条件付き無料、不明など）や判定基準は値域で定義する。

【運用】

・料金の詳細（金額、計算方法、減免制度など）は別の項目名（料金説明）で扱う。
### 料金説明

コアデータモデル

子供預かり情報

項目名

料金説明

項目名 (英語）

feeDescription

定義

子供預かり施設の利用料金に関する補助的な記述内容

概念定義域

子供預かり施設の料金に関する補助的な説明として設定できる値の意味の範囲

説明

【表記】

・具体的な許容値や表記（言語、文字種、文字数上限、改行や書式の扱い、金額の表記形式、通貨単位など）は値域で定義する。

【運用】

・料金の要否判定は別の項目名（料金有無）で扱い、この項目名では補足的な説明内容（時間帯別料金、減免条件、支払方法など）を記述する。
### 最小年齢

コアデータモデル

子供預かり情報

項目名

最小年齢

項目名 (英語）

minAge

定義

子供預かり施設の利用可能な年齢の下限を示す年齢

概念定義域

子供預かり施設の利用可能年齢の下限として取りうる値の範囲

説明

【補足】

・最小月齢との併用時の優先順位や換算ルールは値域で定義する。

【表記】

・具体的な許容値や表記（例：0以上の整数、単位の表記、端数の扱い、「満年齢」「数え年」の区別）は値域で定義する。

【運用】

・年齢の基準日（入所日時点、年度初日時点など）は制度により異なるため、値域で定義する。
### 最小月齢

コアデータモデル

子供預かり情報

項目名

最小月齢

項目名 (英語）

minAgeInMonth

定義

子供預かり施設の利用可能な月齢の下限を示す月齢

概念定義域

子供預かり施設の利用可能月齢の下限として取りうる値の範囲

説明

【補足】

・最小年齢との併用時の優先順位や換算ルールは値域で定義する。

【表記】

・具体的な許容値や表記（例：0以上の整数、単位の表記、端数の扱い、「満年齢」「数え年」の区別）は値域で定義する。

【運用】

・年齢の基準日（入所日時点、年度初日時点など）は制度により異なるため、値域で定義する。
### 最大年齢

コアデータモデル

子供預かり情報

項目名

最大年齢

項目名 (英語）

maxAge

定義

子供預かり施設の利用可能な年齢の上限を示す年齢

概念定義域

子供預かり施設の利用可能年齢の上限として取りうる値の範囲

説明

【表記】

・具体的な許容値や表記（例：正の整数、単位の表記、端数の扱い、「満年齢」「数え年」の区別、上限なしの表現方法）は値域で定義する。

【運用】

・年齢の基準日（利用終了日時点、年度末日時点など）は制度により異なるため、値域で定義する。

・最大年齢に達した後の年度内利用継続の可否などの運用ルールは値域で定義する。
### 開所時間

コアデータモデル

子供預かり情報

項目名

開所時間

項目名 (英語）

openingHour

定義

子供預かり施設がサービスを開始する時刻

概念定義域

子供預かり施設のサービス開始時刻として取りうる値の意味の範囲

説明

【補足】

・曜日別・季節別の開所時間の違いや臨時変更の扱いは値域で定義する。

【表記】

・具体的な許容値や表記（例：ISO 8601形式のHH:MM、24時間表記、深夜営業時の日付跨ぎの扱い）は値域で定義する。

【運用】

・「開所」は施設が受入を開始する時刻であり、受付開始時刻や登園可能時刻とは異なる場合がある。実務上の区分意図は値域で定義する。
### 閉所時間

コアデータモデル

子供預かり情報

項目名

閉所時間

項目名 (英語）

closingHour

定義

子供預かり施設がサービスを終了する時刻

概念定義域

子供預かり施設のサービス終了時刻として取りうる値の意味の範囲

説明

【補足】

・曜日別・季節別の閉所時間の違いや臨時変更の扱いは値域で定義する。

【表記】

・具体的な許容値や表記（例：ISO 8601形式のHH:MM、24時間表記、深夜営業時の日付跨ぎの扱い）は値域で定義する。

【運用】

・「閉所」は施設が受入を終了する時刻であり、お迎え期限時刻や延長保育の開始時刻とは異なる場合がある。実務上の区分意図は値域で定義する。
### 備考

コアデータモデル

子供預かり情報

項目名

備考

項目名 (英語）

remark

定義

子供預かり施設に関して補足的に記述される情報や注記

概念定義域

子供預かり施設に関する補足情報として取りうる値の意味の範囲

説明

【表記】

・具体的な許容値や表記（言語、文字種、文字数上限、改行や書式の扱い）は値域で定義する。
## 土地 ### ID群

コアデータモデル

土地

項目名

ID群

項目名 (英語）

idGroup

定義

土地に関連付けられた一つ以上の識別子のグループ

概念定義域

土地を識別するために用いられる記号・番号体系のグループ

説明

【範囲】

・識別子の組合せ、順序、重複の可否は値域で定義する。日本国内の土地関連で用いる場合は、地番や登記記録番号など各制度のID体系に依拠し、値域の定義は該当制度に沿って行う。海外での運用では各国の地籍・不動産識別体系に準拠した値域を採用する。

【補足】

・許容値や表記（文字種、桁数、書式、チェック方式、コード体系など）は値域で定義する。
### 用途

コアデータモデル

土地

項目名

用途

項目名 (英語）

usage

定義

土地の主な使い方やそこで行われる活動の種類を区分する性質

概念定義域

土地の使い方・活動の種類に関する値の意味の範囲

説明

【範囲】

・国際一般に適用するが、日本国内で用いる場合は、都市計画法等の制度における区分（例：用途地域の系統など）を値域で定義する。海外で用いる場合は各国の土地利用分類体系に準拠して値域を定義する。

【表記】

・許容値や表記（カテゴリー名、コード、記号、文字集合など）は値域で定義する。

【参照:法令】

・都市計画法
### 名称

コアデータモデル

土地

項目名

名称

項目名 (英語）

name

定義

土地に付与された名称

概念定義域

土地の名称に関する値の意味の範囲（例として正式名称・通称・別名などの意味差を含みうる）

説明

【範囲】

・国際一般に適用するが、制度・標記の差異（公称・地名の標準化など）は各国・各制度の値域で定義する。

【表記】

・許容値や表記（文字種、記号、長さ、言語、文字体系など）は値域で定義する。
### 名称(カナ)

コアデータモデル

土地

項目名

名称(カナ)

項目名 (英語）

nameKana

定義

土地の名称のカナ表記

概念定義域

土地の名称の「読み」として理解される値の意味の範囲

説明

【補足】

・日本語のカナ表記に基づく項目である。

【表記】

・カナは片仮名（ISO 15924: Kana）を標準とする。

・文字種、濁点・半濁点・長音の扱い、外字の可否などの表記規則は値域で定義する。
### 名称(英字)

コアデータモデル

土地

項目名

名称(英字)

項目名 (英語）

nameEn

定義

土地の名称のラテン文字表記

概念定義域

土地の名称のラテン文字表記として理解される値の意味の範囲

説明

【表記】

・英字はラテン文字（ISO 15924: Latn）を指す。

・文字種、大小文字の扱い、スペース、記号（アクセント記号、ダイアクリティカルマークを含む）の可否などの表記規則は値域で定義する。
### 通称

コアデータモデル

土地

項目名

通称

項目名 (英語）

alternateName

定義

土地について、正式名称以外に用いられる慣用的な名称

概念定義域

土地の正式名称以外に用いられる名称に関する値の意味の範囲

説明

【範囲】

・国際一般に適用するが、日本で用いる場合は、通称の出典・適用期間・使用範囲（地域限定か、商業上の名称か等）の管理を値域で定義する。海外で用いる場合は各国の地名標準化・翻字方針等に沿って値域を定義する。

【補足】

・正式名称との関係（同一対象に対する別名であることの識別等）は値域で定義する。

・複数の通称が存在し得るが、重複・同義関係の扱いは値域で定義する。

【表記】

・通称に用いる具体的な種類（略称、愛称、別名、通名など）の採用可否・選択基準は値域で定義する。
### 説明

コアデータモデル

土地

項目名

説明

項目名 (英語）

description

定義

土地に関する事柄や特徴を表した記述

概念定義域

土地に関する記述内容の値の意味の範囲

説明

【範囲】

・国際一般に適用するが、日本で用いる場合、制度名称や法令名の記載方針（例：都市計画の区分の説明に言及するか否か）は値域で定義する。海外で用いる場合は各国の制度・分類の参照ルールを値域で定義する。

【補足】

・要約説明、詳細説明、注記などの区別は値域で定義する。

【表記】

・許容値や表記（言語、文字体系、文字種、長さ、改行・装飾の可否など）は値域で定義する。
### 土地住所

コアデータモデル

土地

項目名

土地住所

項目名 (英語）

landAddress

定義

土地の所在地を住所で表した内容

概念定義域

土地の所在地の住所記述に関する値の意味の範囲

説明

【範囲】

・日本での適用では、住居表示と地番の制度差を値域で明示し、採用方式（いずれかの採用・併記・変換方針）を定義する。海外の住所については、各国の住所体系に応じた値域を定義する。

【補足】

・関連する個別住所要素（例：都道府県、市区町村（郡）、町名、番地等）は値域で定義する。

【表記】

・許容値や表記（住所の構成要素、順序、区切り、記号、文字種、郵便番号の扱いなど）は値域で定義する。

【参照:法令】

・住居表示に関する法律

・不動産登記法
### 土地面積

コアデータモデル

土地

項目名

土地面積

項目名 (英語）

landArea_MTK

定義

土地の面積の大きさを数で表したもの

概念定義域

土地の面積に関する値の意味の範囲（例：公簿面積、実測面積などの意味差）

説明

【範囲】

・国際一般に適用するが、日本で用いる場合は、公簿面積と実測面積の区別、共有地の持分面積の扱い、地積測量図の参照方針などを値域で定義する。

【補足】

・英語名の接尾要素「MTK」は命名上の区別に用いる文字列であり、単位や計測方式を規定しない。単位・計測方式は値域で定義する。

【表記】

・許容値や表記（単位［例：平方メートル（m²）］、有効桁数、丸め、記号、文字種など）は値域で定義する。

【参照:法令】

・不動産登記法

【運用】

・傾斜地や水面の扱い、境界確定の有無、地役権等の除外・含め方は、必要に応じて値域で定義する。
### 土地形状イメージURL

コアデータモデル

土地

項目名

土地形状イメージURL

項目名 (英語）

landFormImageUrl

定義

土地の形状を視覚的に表した画像への参照である情報

概念定義域

土地の形状を視覚的に表した画像資源への参照に関する値の意味の範囲（例：境界線図、配置図、航空写真・衛星画像などの意味差）

説明

【範囲】

・国際一般に適用するが、画像の種類（写真・図面・地図等）や作成主体（公的機関・民間）の差異、公開可否（アクセス権）などの取扱いは値域で定義する。

【補足】

・リンクの永続性（更新・失効・リダイレクトの扱い）やメタデータ連携（撮影日、出典等）は定義に混入させず、値域で定義する。

【表記】

・許容値や表記（URI/URLの形式、プロトコルの種別、画像フォーマット（例:PNG、JPEG）、文字集合、長さ、エンコード等）は値域で定義する。

【運用】

・URIの採用可否は必要に応じて値域で定義する。
### 土地形状

コアデータモデル

土地

項目名

土地形状

項目名 (英語）

landForm

定義

土地の境界線の並びや外周の形から決まる形の性質

概念定義域

土地の形の類型や特徴に関する値の意味の範囲（例：矩形、台形、不整形、旗竿地、複合形状などの意味差）

説明

【範囲】

・国際一般に適用するが、日本の不動産実務で用いる名称（例：旗竿地等）は国・制度別の値域として扱う。海外適用では各国の地籍・地形分類の語彙整合を値域で定義する。

【補足】

・図形の具体的表現（例：ポリゴン、頂点列、面積・周長の数値）や測量方法・誤差の扱いは、必要に応じて値域で定義する。

【表記】

・許容値や表記（分類語彙・コード、図形の表現形式、座標系・測地系、精度、文字種・長さなど）は値域で定義する。
### 備考

コアデータモデル

土地

項目名

備考

項目名 (英語）

remark

定義

土地に関して補足的に記述される情報や注記

概念定義域

土地に関する補足情報として取りうる値の意味の範囲

説明

【補足】

・土地の役割等の補足情報を記述する（例：広域避難場所に指定など）。

【表記】

・具体的な許容値や表記（言語、文字種、文字数上限、改行や書式の扱い）は値域で定義する。
### 連絡先情報

コアデータモデル

土地

項目名

連絡先情報

項目名 (英語）

contactPointInformation

定義

土地に関する連絡に用いる手段または窓口に関する情報

概念定義域

土地に関する連絡手段または窓口に関する値の意味の範囲（例：電話番号、電子メールアドレス、担当部署名、窓口所在地、受付時間などの意味差）

説明

【範囲】

・国際一般に適用するが、日本で用いる場合、窓口の種別（個人／組織／部署）、業務時間、問い合わせ種別（一般相談／緊急連絡など）の取扱いは値域で定義する。海外で用いる場合は各国の通信番号計画や言語表記の規則に合わせて値域を設計する。

・個人情報の取扱い（公開範囲・同意取得・保管方針など）は、必要に応じて値域で定義する。

【表記】

・許容値や表記（電話番号の形式、電子メールアドレスの構文、住所表記、文字種、長さ、言語、公開可否・機密区分など）は値域で定義する。
## 建物 ### ID

コアデータモデル

建物

項目名

ID

項目名 (英語）

id

定義

建物に関連付けられた識別子

概念定義域

建物の識別子の値の意味の範囲

説明

【補足】

・許容値や表記（文字種、桁数、書式、チェック方式、コード体系など）は値域で定義する。

【運用】

・識別子の発番機関、重複回避、再利用可否、有効期間などの運用条件は定義に含めず、値域で管理する。
### 種別情報

コアデータモデル

建物

項目名

種別情報

項目名 (英語）

typeInformation

定義

建物の種類の区分を伝える分類情報

概念定義域

建物の種別（分類カテゴリ）の値の意味の範囲

説明

【補足】

・分類体系（例：用途別、構造別、法令上の区分など）の選択や階層構造は値域で定義する。

【表記】

・許容値や表記（文字種、桁数、書式、コード体系など）は値域で定義する。
### 名称

コアデータモデル

建物

項目名

名称

項目名 (英語）

name

定義

建物に付与された名称

概念定義域

建物の名称の値の意味の範囲

説明

【表記】

・許容値や表記（文字種、桁数、書式、言語・スクリプト、別名の有無など）は値域で定義する。

【運用】

・正式名称、通称、商業上の名称などの種別や優先度は値域で定義する。
### 名称(カナ)

コアデータモデル

建物

項目名

名称(カナ)

項目名 (英語）

nameKana

定義

建物の名称のカナ表記

概念定義域

建物の名称の「読み」として理解される値の意味の範囲

説明

【範囲】

・日本語のカナ表記に基づく項目である。

【表記】

・カナは片仮名（ISO 15924: Kana）を標準とする。

・文字種、濁点・半濁点・長音の扱い、外字の可否などの表記規則は値域で定義する。
### 名称(英字)

コアデータモデル

建物

項目名

名称(英字)

項目名 (英語）

nameEn

定義

建物の名称のラテン文字表記

概念定義域

建物の名称のラテン文字表記として理解される値の意味の範囲

説明

【表記】

・英字はラテン文字（ISO 15924: Latn）を指す。

・文字種、大小文字の扱い、スペース・記号（アクセント記号・ダイアクリティカルマークを含む）の可否などの表記規則は値域で定義する。
### 通称

コアデータモデル

建物

項目名

通称

項目名 (英語）

alternateName

定義

正式名称とは異なる、一般に用いられる建物の呼び名

概念定義域

建物の通称（正式名称以外の呼び名）の値の意味の範囲

説明

【補足】

・「通称」は正式名称とは異なる。両者の関係性（対応づけ、優先度）は値域で定義する。

・複数の通称が存在し得るが、重複・同義関係の扱いは値域で定義する。

【表記】

・通称に用いる具体的な種類（略称、愛称、別名、通名など）の採用可否・選択基準は値域で定義する。
### 説明

コアデータモデル

建物

項目名

説明

項目名 (英語）

description

定義

建物に関する性質や状態、背景などを表した記述

概念定義域

建物に関する記述内容の値の意味の範囲

説明

【補足】

・建物情報として公開可能な詳細情報を記述する（例：「東京都千代田区1丁目に位置する分譲マンションで、総戸数100戸で30階建ての大規模マンションです」）。

【表記】

・許容値や表記（言語、文字体系、文字種、長さ、改行・装飾の可否など）は値域で定義する。
### 建物住所

コアデータモデル

建物

項目名

建物住所

項目名 (英語）

buildingAddress

定義

建物が所在する場所の住所

概念定義域

建物の所在地に関する住所の値の意味の範囲

説明

【範囲】

・日本の住所要素（都道府県、市区町村（郡）、町字、番地以下、建物名等）の取扱いの詳細は値域で定義する。海外の住所については、各国の住所体系に応じた値域を定義する。

【表記】

・許容値や表記（文字種、桁数、書式、順序、言語・スクリプト、コード体系、検証規則など）は値域で定義する。

【参照:法令】

・住居表示に関する法律

・不動産登記法
### 備考

コアデータモデル

建物

項目名

備考

項目名 (英語）

remark

定義

建物に関して補足的に記述される情報や注記

概念定義域

建物に関する補足情報として取りうる値の意味の範囲

説明

【補足】

・建物の立地条件など補足情報を記述する（例：駅近、日当たり良好など）。

【表記】

・具体的な許容値や表記（言語、文字種、文字数上限、改行や書式の扱い）は値域で定義する。
## 設備 ### ID

コアデータモデル

設備

項目名

ID

項目名 (英語）

id

定義

設備に関連付けられた識別子

概念定義域

設備の識別子の値の意味の範囲

説明

【補足】

・許容値や表記（文字種、桁数、書式、チェック方式、コード体系など）は値域で定義する。

【運用】

・識別子の発番機関、重複回避、再利用可否、有効期間などの運用条件は定義に含めず、値域で管理する。
### 種別情報

コアデータモデル

設備

項目名

種別情報

項目名 (英語）

typeInformation

定義

設備の分類に関する情報

概念定義域

設備の分類（種別）に関する値の意味の範囲

説明

【補足】

・分類体系（例：CityGML、公共測量標準図式コードなど）の選択やレベル構造、コード表の管理は値域で定義する。

【表記】

・許容値や表記（例：コード、名称、階層、桁数、文字種、フォーマット）は値域で定義する。
### 名称

コアデータモデル

設備

項目名

名称

項目名 (英語）

name

定義

設備の名称である表記

概念定義域

設備の名称に関する値の意味の範囲

説明

【補足】

・一意性は概念上の必須条件ではない。固有名か通称か、階層的命名か等は値域で定義する。

【表記】

・許容値や表記（例：文字種、言語、長さ、フォーマット、重複許容の有無）は値域で定義する。
### 名称(カナ)

コアデータモデル

設備

項目名

名称(カナ)

項目名 (英語）

nameKana

定義

設備の名称のカナ表記

概念定義域

設備の名称の「読み」として理解される値の意味の範囲

説明

【範囲】

・日本語のカナ表記に基づく項目である。

【表記】

・カナは片仮名（ISO 15924: Kana）を標準とする。

・文字種、濁点・半濁点・長音の扱い、外字の可否などの表記規則は値域で定義する。
### 名称(英字)

コアデータモデル

設備

項目名

名称(英字)

項目名 (英語）

nameEn

定義

設備の名称のラテン文字表記

概念定義域

設備の名称のラテン文字表記として理解される値の意味の範囲

説明

【表記】

・英字はラテン文字（ISO 15924: Latn）を指す。

・文字種、大小文字の扱い、スペース・記号（アクセント記号・ダイアクリティカルマークを含む）の可否などの表記規則は値域で定義する。
### 説明

コアデータモデル

設備

項目名

説明

項目名 (英語）

description

定義

設備に関する内容を表した記述

概念定義域

設備に関する記述内容の値の意味の範囲

説明

【補足】

・多言語の記述や翻訳の関連付け、リッチテキストの装飾可否は値域で定義する。

【表記】

・許容値や表記（言語、文字体系、文字種、長さ、改行・装飾の可否など）は値域で定義する。
### 状態

コアデータモデル

設備

項目名

状態

項目名 (英語）

status

定義

設備の状態を表す分類情報

概念定義域

設備の状態の値の意味の範囲

説明

【補足】

・状態体系（例：運用状態、保全状態、承認状態などの体系分離）は値域・業務規程等で定義する。

【表記】

・許容値や表記（例：区分名、コード、並び順、階層、表示色、長さ、文字種、フォーマット）は値域で定義する。

【運用】

・状態の変化時刻や有効期間が必要な場合は拡張項目等で定義する。
### 設備住所

コアデータモデル

設備

項目名

設備住所

項目名 (英語）

equipmentAddress

定義

設備が所在する場所の住所

概念定義域

設備が所在する場所の住所に関する値の意味の範囲

説明

【範囲】

・日本の住所要素（都道府県、市区町村（郡）、町字、番地以下、建物名等）の取扱いの詳細は値域で定義する。海外の住所については、各国の住所体系に応じた値域を定義する。

【表記】

・許容値や表記（例：国別の住所構成、文字種、言語、長さ、改行や記号の扱い、書式）は値域で定義する。

【参照:法令】

・住居表示に関する法律

・不動産登記法
## イベント ### ID

コアデータモデル

イベント

項目名

ID

項目名 (英語）

id

定義

イベントに関連付けられた識別子

概念定義域

イベントの識別子の値の意味の範囲

説明

【補足】

・許容値や表記（文字種、桁数、書式、チェック方式、コード体系など）は値域で定義する。

【運用】

・識別子の発番機関、重複回避、再利用可否、有効期間などの運用条件は定義に含めず、値域で管理する。
### イベント名

コアデータモデル

イベント

項目名

イベント名

項目名 (英語）

eventName

定義

イベントの公式な名称として用いられる表記

概念定義域

イベントの公式名称に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（文字種、長さ、記号や数字の扱い、改称履歴の管理など）は値域で定義する。

【運用】

・正式名称と通称の区別、多言語表記の管理、略称の扱いは値域で定義する。
### イベント名(カナ)

コアデータモデル

イベント

項目名

イベント名(カナ)

項目名 (英語）

eventNameKana

定義

イベントの公式名称のカナ表記

概念定義域

イベントの公式名称の「読み」として理解される値の意味の範囲

説明

【範囲】

・日本語のカナ表記に基づく項目である。

【表記】

・カナは片仮名（ISO 15924: Kana）を標準とする。

・文字種、濁点・半濁点・長音の扱い、外字の可否などの表記規則は値域で定義する。
### イベント名(英字)

コアデータモデル

イベント

項目名

イベント名(英字)

項目名 (英語）

eventNameEn

定義

イベントの公式名称のラテン文字表記

概念定義域

イベントの公式名称のラテン文字表記として理解される値の意味の範囲

説明

【表記】

・英字はラテン文字（ISO 15924: Latn）を指す。

・文字種、大小文字の扱い、スペース・記号（アクセント記号・ダイアクリティカルマークを含む）の可否などの表記規則は値域で定義する。
### 通称

コアデータモデル

イベント

項目名

通称

項目名 (英語）

alternateName

定義

イベントの日常的に使われる公的名称以外の呼び名

概念定義域

イベントの公的名称以外の呼び名に関する値の意味の範囲

説明

【補足】

・「通称」は正式名称とは異なる。両者の関係性（対応づけ、優先度）は値域で定義する。

・複数の通称が存在し得るが、重複・同義関係の扱いは値域で定義する。

【表記】

・通称に用いる具体的な種類（略称、愛称、別名、通名など）の採用可否・選択基準は値域で定義する。
### サブタイトル

コアデータモデル

イベント

項目名

サブタイトル

項目名 (英語）

subTitle

定義

イベント名を補足する目的で付される副題

概念定義域

イベントの副題に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（言語、文字種、長さ、記号や改行の扱い、イベント名との結合方法、複数サブタイトルの可否など）は値域で定義する。

【運用】

・「サブタイトル」は「イベント名」を補足する副題であり、「説明」とは異なる。役割の区別は値域で定義する。
### 説明

コアデータモデル

イベント

項目名

説明

項目名 (英語）

description

定義

イベントに関する内容を表した記述

概念定義域

イベントに関する記述内容の値の意味の範囲

説明

【表記】

・許容値や表記（言語、文字体系、文字種、長さ、改行・装飾の可否など）は値域で定義する。

【運用】

・「説明」は「イベント名」や「通称」と異なり、識別名ではなく内容の記述である。要約説明、詳細説明、注記などの区別は値域で定義する。
### サブイベント

コアデータモデル

イベント

項目名

サブイベント

項目名 (英語）

subEvent

定義

特定のイベントの構成要素となる部分的なイベントに関連付けられた識別子

概念定義域

サブイベントの識別子の値の範囲

説明

【表記】

・具体的な許容値や表記（識別子の種類、文字種、桁数、書式、階層構造の深さ、循環参照の禁止など）は値域で定義する。

【運用】

・親イベントとサブイベントの関係性（階層構造、多対多関係の可否、時系列の制約等）は値域で定義する。
### イベント種類

コアデータモデル

イベント

項目名

イベント種類

項目名 (英語）

eventType

定義

イベントを内容、目的、形式等の観点から分類した種別

概念定義域

イベント種別に関する値の意味の範囲

説明

【表記】

・具体的な分類体系（コード、名称、階層、版、時点、集計適用範囲）や分類軸（例：内容別、目的別、形式別、規模別など）の選択は値域で定義する。

【運用】

・分類体系の例として、主催者種別（官公庁、民間、市民団体など）や分野別（文化、スポーツ、教育など）の区分を用いることができる。具体的な分類体系は値域で定義する。
### イベントURL

コアデータモデル

イベント

項目名

イベントURL

項目名 (英語）

eventUrl

定義

イベントのWebサイトの所在を表すアドレスの文字列表現

概念定義域

イベントのWebサイトに対応するアドレス（URL）の値の意味の範囲

説明

【補足】

・URLはUniform Resource Locator（頭字語：URL）であり、URI一般（Uniform Resource Identifier）との関係付けや採用可否は値域で定義する。

【表記】

・具体的な許容値・構文・検証規則（例：スキーム、ホスト、パス、クエリ）は値域で定義する。

【運用】

・リンクの永続性（更新・失効・リダイレクトの扱い）や公式サイトとSNSアカウントの区別は値域で管理する。
### 状態

コアデータモデル

イベント

項目名

状態

項目名 (英語）

status

定義

イベントの開催状況を示す状態区分

概念定義域

イベント状態に関する値の意味の範囲

説明

【補足】

・状態体系の選択（例：開催状態、申込状態、公開状態などの体系分離）や遷移ルールの設計は値域または業務規程側で定義する。

【表記】

・具体的な区分や表記（例：予定、受付中、満員、開催中、中止、延期、終了、不明など）の採用基準と許容値は値域で定義する。

【運用】

・状態の変化時刻や有効期間は別の項目名（例：状態更新日時）として定義する。
### キーワード

コアデータモデル

イベント

項目名

キーワード

項目名 (英語）

keyword

定義

イベントの内容や特徴を表すために付される語句

概念定義域

イベントに付されるキーワードの値の意味の範囲

説明

【表記】

・セミコロン区切りで列挙する。

・具体的な許容値や表記（言語、文字種、長さ、統制語彙の使用可否、複数値の扱いなど）は値域で定義する。

【運用】

・「キーワード」は検索や内容表現を目的とした語句であり、「タグ」（分類・識別目的）とは役割が異なる。両者の使い分けは値域で定義する。
### タグ

コアデータモデル

イベント

項目名

タグ

項目名 (英語）

tag

定義

イベントの分類や検索を目的として付される識別的な語句

概念定義域

イベントのタグとして付される値の意味の範囲

説明

【表記】

・セミコロン区切りで列挙する。

・具体的な許容値や表記（言語、文字種、長さ、記号の扱い、階層構造の可否、名前空間の使用、複数タグの区切り方法など）は値域で定義する。

【運用】

・「タグ」は分類や検索を目的とした識別的な語句であり、「キーワード」（内容表現）とは役割が異なる。両者の使い分けは値域で定義する。
### 開催パターン

コアデータモデル

イベント

項目名

開催パターン

項目名 (英語）

holdingPattern

定義

イベントの開催形態（日程構成、繰返し頻度など）を説明する記述

概念定義域

イベントの開催形態に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（言語、文字種、構造化データの可否、繰返しルールの表現方法など）は値域で定義する。

【運用】

・繰返しパターンの例：単発、毎日、毎週、毎月、不定期など。具体的な表現方法（自然言語記述、構造化コード、iCalendarなど）は値域で定義する。

・開始日・終了日・開始時刻・終了時刻との関係性（優先順位、矛盾時の扱い）は値域で定義する。
### 開始日

コアデータモデル

イベント

項目名

開始日

項目名 (英語）

dateOfStart

定義

イベントが開始される日付

概念定義域

イベントの開始日として取りうる値の意味の範囲

説明

【補足】

・暦体系（通常はグレゴリオ暦）の選択や部分的な日付（年のみ、年月のみ等）の扱いは値域で定義する。

・概算日付の扱い（例：上旬、中旬、下旬等）の表現方法は値域で定義する。

【表記】

・具体的な許容値や表記（例：ISO 8601拡張表記 YYYY-MM-DD）は値域で定義する。

【運用】

・開始日が未定の場合の扱い（例：「未定」の表現方法、NULL値の許容）は値域で定義する。
### 終了日

コアデータモデル

イベント

項目名

終了日

項目名 (英語）

dateOfEnd

定義

イベントが終了する日付

概念定義域

イベントの終了日として取りうる値の意味の範囲

説明

【補足】

・暦体系（通常はグレゴリオ暦）の選択や部分的な日付（年のみ、年月のみ等）の扱いは値域で定義する。

・概算日付の扱い（例：上旬、中旬、下旬等）の表現方法は値域で定義する。

【表記】

・具体的な許容値や表記（例：ISO 8601拡張表記 YYYY-MM-DD）は値域で定義する。

【運用】

・終了日が未定の場合の扱い（例：「未定」の表現方法、NULL値の許容）や開始日との整合性チェック（終了日≧開始日）は値域で定義する。
### 開始時刻

コアデータモデル

イベント

項目名

開始時刻

項目名 (英語）

startTime

定義

イベントが開始される時刻

概念定義域

イベントの開始時刻として取りうる値の意味の範囲

説明

【表記】

・具体的な許容値や表記（例：ISO 8601形式のHH:MM:SS、24時間表記）は値域で定義する。

【運用】

・開始時刻が未定の場合の扱い（例：「未定」の表現方法、NULL値の許容）や複数回開催時の扱いは値域で定義する。
### 終了時刻

コアデータモデル

イベント

項目名

終了時刻

項目名 (英語）

endTime

定義

イベントが終了する時刻

概念定義域

イベントの終了時刻として取りうる値の意味の範囲

説明

【表記】

・具体的な許容値や表記（例：ISO 8601形式のHH:MM:SS、24時間表記、深夜営業時の日付跨ぎの扱い）は値域で定義する。

【運用】

・終了時刻が未定の場合の扱い（例：「未定」の表現方法、NULL値の許容）や開始時刻との整合性チェック（日付跨ぎを考慮した時刻比較）は値域で定義する。
### 日時説明

コアデータモデル

イベント

項目名

日時説明

項目名 (英語）

dateTimeDescription

定義

イベントの開催日時について補足的に説明した記述

概念定義域

イベントの開催日時に関する補足的な説明の値の意味の範囲

説明

【表記】

・具体的な許容値や表記（言語、文字種、文字数上限、改行や書式の扱い、日付・時刻の表記規則など）は値域で定義する。

【運用】

・「日時説明」は開始日・終了日・開始時刻・終了時刻を補足する記述（例：「雨天時は翌日に順延」「開場は開演の30分前」など）であり、構造化された日時データとは区別される。
### 開催場所

コアデータモデル

イベント

項目名

開催場所

項目名 (英語）

location

定義

イベントが開催される場所の名称として用いられる表記

概念定義域

イベントが開催される場所の名称に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（文字種、長さ、言語、施設名との区別など）は値域で定義する。

【運用】

・「開催場所」は場所の名称を表し、「開催場所住所」（所在地の住所）や「開催施設」（施設の正式名称）とは異なる。これらの使い分けは値域で定義する。
### 開催場所住所

コアデータモデル

イベント

項目名

開催場所住所

項目名 (英語）

locationAddress

定義

イベントの開催場所の所在地の住所

概念定義域

イベントの開催場所の住所の値の意味の範囲

説明

【範囲】

・日本の住所要素（都道府県、市区町村（郡）、町字、番地以下、建物名等）の取扱いの詳細は値域で定義する。海外の住所については、各国の住所体系に応じた値域を定義する。

【表記】

・具体的な許容値や表記（構成要素、順序、言語、郵便番号の扱い、建物名・部屋番号の必須/任意など）は値域で定義する。

【運用】

・開催場所が複数ある場合の扱い（複数値の許容、主会場の指定など）やオンライン開催時の扱い（NULL値、特定文字列など）は値域で定義する。

【参照:法令】

・住居表示に関する法律
### 開催施設

コアデータモデル

イベント

項目名

開催施設

項目名 (英語）

venueFacility

定義

イベントの開催時に使用される施設の名称

概念定義域

イベントの開催施設に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（文字種、長さ、言語、施設の識別子との関連付け、複数施設の扱いなど）は値域で定義する。

【運用】

・「開催施設」は施設の正式名称を表し、「開催場所」とは区別される。施設マスタとの連携方法（名称参照、識別子参照）は値域で定義する。

・施設が特定できない場合（例：屋外、路上など）の扱いは値域で定義する。
### アクセス方法

コアデータモデル

イベント

項目名

アクセス方法

項目名 (英語）

accessMethod

定義

イベントの開催場所へ到達するための移動手段や経路に関する内容

概念定義域

イベントの開催場所への到達に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（言語、文字種、長さ、交通機関の種別、所要時間の表記、地図URLの扱い、座標情報の可否など）は値域で定義する。

【運用】

・交通手段の種別（徒歩、バス、電車、自動車、船、航空など）と経路説明のいずれの表現も取り得るが、採用方針と分割は値域で定義する。
### Web開催

コアデータモデル

イベント

項目名

Web開催

項目名 (英語）

webinarStatus

定義

Web開催を含むイベントの実施形式についての記述

概念定義域

Web開催で実施されるイベントの実施形式に関する値の意味の範囲

説明

【表記】

・具体的な区分や表記（例：現地開催のみ、オンライン、ハイブリッドなど）や各形式の定義は値域で定義する。
### 主催団体

コアデータモデル

イベント

項目名

主催団体

項目名 (英語）

organizer

定義

イベントの企画および実施の主体となる団体の名称

概念定義域

イベントの主催団体の名称に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（文字種、長さ、言語、法人識別子との関連付け、複数主催の扱い、個人主催の可否など）は値域で定義する。

【運用】

・「主催団体」は企画・実施の主体を表し、「共催団体」（共同実施）、「関連団体」（協賛・後援など）とは役割が異なる。これらの使い分けは値域で定義する。
### 共催団体

コアデータモデル

イベント

項目名

共催団体

項目名 (英語）

coorganizer

定義

主催団体とともにイベントを実施する団体の名称

概念定義域

イベントの共催団体の名称に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（文字種、長さ、言語、法人識別子との関連付け、複数共催の扱い、役割分担の記述方法など）は値域で定義する。

【運用】

・「共催団体」は主催団体とともに実施する団体であり、「主催団体」、「関連団体」（協賛・後援など）とは役割が異なる。これらの使い分けと優先順位は値域で定義する。
### 関連団体

コアデータモデル

イベント

項目名

関連団体

項目名 (英語）

relatedGroup

定義

主催または共催以外で、イベントに関係する団体の名称

概念定義域

イベントに関連する団体の名称に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（文字種、長さ、言語、法人識別子との関連付け、複数団体の扱い、関連種別の表現方法など）は値域で定義する。

【運用】

・「関連団体」は主催・共催以外の関係（協賛、後援、協力、助成など）を持つ団体であり、「主催団体」「共催団体」とは役割が異なる。関連種別の分類（協賛、後援など）は別の項目名で扱うか、値域で定義する。
### 対象者

コアデータモデル

イベント

項目名

対象者

項目名 (英語）

targetPerson

定義

イベントへの参加や利用を想定している個人や団体を表す記述

概念定義域

イベントの対象者に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（言語、文字種、長さ、対象の粒度（全員、特定年齢層、特定職業など）、複数条件の記述方法など）は値域で定義する。

【運用】

・対象者の記述形式は、自由記述型（例：「小学生とその保護者」）と構造化型（年齢範囲、性別、居住地などの属性）のいずれも取り得る。具体的な扱いは値域で定義する。
### 定員

コアデータモデル

イベント

項目名

定員

項目名 (英語）

capacity

定義

イベントに参加可能な人数の上限を表す値

概念定義域

イベントの定員の上限として取りうる値の範囲

説明

【表記】

・具体的な許容値や表記（例：0以上の整数、人数単位の扱い、複数会場での合計か個別かなど）は値域で定義する。

【運用】

・定員の種類（申込定員、参加定員、最大収容人数など）の区別は別の項目名で扱う。
### 料金有無

コアデータモデル

イベント

項目名

料金有無

項目名 (英語）

feeStatus

定義

イベントへの参加に際して料金の支払いの要否を表す区分

概念定義域

イベントの参加料金の要否に関する値の範囲

説明

【補足】

・「有料」、「無料」の区分を記載する。

【運用】

・料金の詳細（金額、区分（一般・学生など）、早割・当日料金の違いなど）は別の項目名で扱う。

・参加費以外の費用（交通費、宿泊費、材料費など）の含め方は値域で明示する。
### 駐車場有無

コアデータモデル

イベント

項目名

駐車場有無

項目名 (英語）

parkingStatus

定義

イベント参加者が利用可能な駐車場の有無を表す区分

概念定義域

イベントにおける駐車場の利用可否の値の範囲

説明

【表記】

・具体的な区分や表記（例：あり、なし、近隣にあり、予約制、不明など）の採用基準と許容値は値域で定義する。

【運用】

・駐車場の詳細（台数、料金、利用時間、会場からの距離など）は別の項目名で扱う。
### 連絡先情報

コアデータモデル

イベント

項目名

連絡先情報

項目名 (英語）

contactPointInformation

定義

イベントに関する問い合わせを行うための連絡に用いる手段または窓口に関する情報

概念定義域

イベントに関する問い合わせを行うための連絡手段または窓口に関する値の意味の範囲

説明

【表記】

・具体的な許容値や表記（電話番号の形式、電子メールアドレスの構文、URI/URL、SNSアカウント、窓口名、担当部署、受付時間などの扱い）は値域で定義する。

【運用】

・連絡手段の種類（例：電話、電子メール、Webフォーム、FAX、郵便）や複数言語の表現、優先度、公開／非公開の方針は値域で定義する。
# 変更履歴 | 改定年月日 | 改定箇所 | 改定内容 | |:-------------:|----------|----------| | 2026年3月17日 | 全体 | β版決定 | デジタル社会推進実践ガイドブック DS-439 コアデータモデル解説書 土地 2025年（令和7年）3月25日 デジタル庁

[キーワード]

土地、不動産、データモデル

[概要]

土地の情報をシステム実装する際に参照すべきデータモデルについて解説するガイドブックです。このガイドに従いデータ設計を行うことで、同じ設計規則に従うシステム間、分野間でのデータ連携を容易かつ正確に行えるようになります。また、データ設計を実施するコストも削減することができます。
# 土地のデータモデル 土地の情報を記述するためのデータモデルです。 名称や土地住所などの基本的な情報を基礎項目として用意しています。用途に応じて基礎項目を選択し独自項目を追加するなどのカスタマイズを行って利用してください。 ## 土地データモデルの項目 土地データモデルの基礎項目は表1の通りです。英語名や記入例などを含む詳細については、別添の「438_コアデータモデル_DMD.xlsx」を参照してください。 表1 土地データモデルの基礎項目一覧 | 必須項目 | 項目名 | 説明 | |:--:|----|----| | | ID群 | 機械的に採番された土地を一意に識別するID。土地単位に付番する | | 必 | 用途 | 土地の主要な用途 | | | 名称 | 土地の名称 | | | 名称(カナ) | 土地のカナ表記 | | | 名称(英字) | 土地の英語名またはローマ字表記 | | | 通称 | 土地に通称がある場合に記入 | | | 説明 | 土地情報として公開可能な詳細情報 | | 必 | 土地住所 | 住所情報（住所の型） | | | 土地面積 | 土地の面積(m2) | | | 土地形状イメージURL | 土地の形状を表す情報（イメージURL) | | | 土地形状 | 土地の形状を表す記述 | | | 備考 | 土地の備考、データ取得の日付等 | | | 連絡先情報 | 連絡先の情報（連絡先の型） | # 関連データ定義 ## コントロールド・ボキャブラリ（統制語彙） ### 土地の用途 都市計画基礎調査実施要領[^1]（令和5年6月国土交通省都市局）の土地コードの区分を使用する。

コード

説明

201

田（水田）

202

畑（畑、樹園地、採草地、養鶏（牛・豚）場）

203

山林（樹林地）

204

水面（河川水面、湖沼、ため池、用水路、濠、運河水面）

205

その他自然地（原野・牧野、荒れ地、低湿地、河川敷・河原、海浜、湖岸）

211

住宅用地（住宅、共同住宅、店舗等併用住宅、店舗等併用共同住宅、作業所併用住宅）

212

商業用地

213

工業用地

219

農林漁業施設用地

214

公益施設用地

215

道路用地（道路、駅前広場）

216

交通施設用地

217

公共空地（公園・緑地、広場、運動場、墓園）

218

その他公的施設用地（防衛施設用地）

219

その他①（ゴルフ場）

220

その他空地②（太陽光発電のシステムを直接整備している土地）

221

その他の空地③（平面駐車場）

222

その他の空地④（その他の空地①～③以外の都市的土地利用：建物跡地、資材置場、改変工事中の土地、法面（道路、造成地等の主利用に含まれない法面））

223

不明

224

低未利用土地(用途に供されていない空地、空家・空店舗・空施設の存する土地等)
# 変更履歴
改定年月日 改定箇所 改定内容
2025年3月25日 全体

データ項目を基礎項目として再定義

データモデルの関係性を削除
2022年5月9日 - 初版決定
[^1]: https://www.mlit.go.jp/toshi/tosiko/kisotyousa001.html デジタル社会推進実践ガイドブック DS-43A コアデータモデル解説書 建物 2025年（令和7年）3月25日 デジタル庁

[キーワード]

建物、不動産、データモデル

[概要]

建物の情報をシステム実装する際に参照すべきデータモデルについて解説するガイドブックです。このガイドに従いデータ設計を行うことで、同じ設計規則に従うシステム間、分野間でのデータ連携を容易かつ正確に行えるようになります。また、データ設計を実施するコストも削減することができます。
# 建物のデータモデル 建物の情報を記述するためのデータモデルです。 名称や建物住所などの基本的な情報は基礎項目とし、基礎項目の中で必ず選択していただく項目を必須項目としています。また、基礎項目以外の情報として拡張項目を用意しています。 必須項目以外は任意項目なので、用途に応じて基礎項目や拡張項目を選択、あるいは独自項目を追加するなどのカスタマイズを行って利用してください。 ## 建物データモデルの項目 建物データモデルの基礎項目は表1、拡張項目は表2の通りです。英語名や記入例などを含む詳細については、別添の「438_コアデータモデル_DMD.xlsx」を参照してください。 表1 建物データモデルの基礎項目一覧 | 必須項目 | 項目名 | 説明 | |----|----|----| | | ID | 機械的に採番された建物を一意に識別するID。建物単位に付番する | | | 種別情報 | 建物の種別 | | | 名称 | 建物の名称 | | | 名称(カナ) | 建物のカナ表記 | | | 名称(英字) | 建物の英語名またはローマ字表記 | | | 通称 | 建物に通称がある場合に記入 | | | 説明 | 建物情報として公開可能な詳細情報 | | 必 | 建物住所 | 住所・所在地情報（住所の型） | | | 備考 | 建物の備考 | 表2 建物データモデルの拡張項目一覧 | 項目名 | 説明 | |----------------------|--------------------------------------------------| | 概要 | 建物情報として公開可能な概要情報 | | 関連建物 | 提携している他建物の情報など（建物の型） | | 状態 | 「建築」、「稼働中」、「閉鎖中」などのステータス | | 設備情報 | 建物内に併設されている設備の情報 | | 敷地 | 建物の敷地の情報（敷地面積等） | | 性能 | 建物の性能(耐震性能、防火性能等) | | 用途 | 建物の主要用途の表記 | | 建築面積 | 建物の建築面積(m2) | | 延べ面積 | 建物の延べ床面積(m2) | | 最高の高さ | 建物の最高点の高さ(m) | | 地上階数 | 建物の地上階数 | | 地下階数 | 建物の地下階数 | | 構造 | 建物の構造の表記 | | 竣工日 | 建物の竣工日 | | 連絡先情報 | 連絡先の情報（連絡先の型） | | アクセシビリティ情報 | アクセシビリティ情報（アクセシビリティの型） | ## その他構造物のデータモデル 農業用のビニールハウスや橋、史跡など建物としての管理が適切でないような構造物を記述するためのデータモデルとして、その他構造物のデータモデルを用意しています。その他構造物のデータモデルの項目は建物データモデルの項目と同じです。 # 関連データ定義 ## コントロールド・ボキャブラリ（統制語彙） ### 種別情報 一戸建ての住宅、工場等、建築基準法施行規則（別記様式）に定める建築物用途区分コードを使用できる。 https://www.mlit.go.jp/report/press/joho04_hh_001256.html ### 構造 不動産登記規則の「構造」区分を使用できる。 ○構成材料による区分 「木造」、「土蔵」、「石」、「れんが」、「コンクリートブロック」、「鉄骨」、 「鉄筋コンクリート」、「鉄骨鉄筋コンクリート」 ○屋根の種類による区分 「かわらぶき」、「スレートぶき」、「亜鉛メッキ鋼板ぶき」、「草ぶき」、 「陸屋根」 ○階数による区分 「平家建」、 「二階建（三階建以上の建物にあっては、これに準ずるものとする。）」 これらの区分に該当しない建物については、これに準じて定める ### 用途 都市計画基礎調査実施要領[^1]に準拠する。

コード

説明

401

業務施設

402

商業施設

403

宿泊施設

404

商業系複合施設

411

住宅

412

共同住宅

413

店舗等併用住宅

414

店舗等併用共同住宅

415

作業所併用住宅

421

官公庁施設

422

文教厚生施設

431

運輸倉庫施設

441

工場

451

農林漁業用施設

452

供給処理施設

453

防衛施設

454

その他

461

不明

471

空家
# 変更履歴
改定年月日 改定箇所 改定内容
2025年3月25日 全体 データ項目を基礎項目と拡張項目として再定義
データモデルの関連性を削除
2022年5月9日 - 初版決定
[^1]: https://www.mlit.go.jp/toshi/tosiko/kisotyousa001.html デジタル社会推進実践ガイドブック DS-43B コアデータモデル解説書 設備 2025年（令和7年）3月25日 デジタル庁

[キーワード]

設備、データモデル

[概要]

設備の情報をシステム実装する際に参照すべきデータモデルについて解説するガイドブックです。このガイドに従いデータ設計を行うことで、同じ設計規則に従うシステム間、分野間でのデータ連携を容易かつ正確に行えるようになります。また、データ設計を実施するコストも削減することができます。
# 設備のデータモデル 設備の情報を記述するためのデータモデルです。 名称や設備住所などの基本的な情報は基礎項目とし、基礎項目の中で必ず選択していただく項目を必須項目としています。また、基礎項目以外の情報として拡張項目を用意しています。 必須項目以外は任意項目なので、用途に応じて基礎項目や拡張項目を選択、あるいは独自項目を追加するなどのカスタマイズを行って利用してください。 ## 設備データモデルの項目 設備データモデルの基礎項目は表1、拡張項目は表2の通りです。英語名や記入例などを含む詳細については、別添の「438_コアデータモデル_DMD.xlsx」を参照してください。 表1 設備データモデルの基礎項目一覧 | 必須項目 | 項目名 | 説明 | |:--:|----|----| | | ID | 機械的に採番された設備を一意に識別するID。設備単位に付番する | | | 種別情報 | 設備の種類（CityGML2.0 AnnexC.4や公共測量標準図式コード等の種別情報）や区分 | | 必 | 名称 | 設備の名称 | | 必 | 名称(カナ) | 設備のカナ表記 | | | 名称(英字) | 設備の英語名またはローマ字表記 | | | 説明 | 設備情報として公開可能な詳細情報 | | | 状態 | 「稼働中」などのステータス | | | 設備住所 | 住所情報（住所の型） | 表2 設備データモデルの拡張項目一覧

項目名

説明
利用可能曜日 施設を利用できる曜日
開始時刻 施設を利用開始できる時間
終了時刻 施設の利用終了時間
利用可能日時説明 定型で表せない施設の利用日時情報
利用可能日時式 「441_コアデータパーツ_日付時刻」の表記で日時を表現
一般利用可否 一般利用者が利用出来るかどうかの可否
URL AEDの設置場所写真のURLなど
備考 設備の備考（非推奨）
連絡先情報 連絡先の情報（連絡先の型）
関連施設 関連する施設の情報（施設の型）
関連建物 関連する建物の情報（建物の型）
# 関連データ定義 ## コントロールド・ボキャブラリ（統制語彙） ### 種別情報 CityGML 2.0　Annex C.4[^1]のコード等を使用する。

コード

説明

1000

交通施設

1010

通信施設

1020

保安施設

1030

その他
# 変更履歴
改定年月日 改定箇所 改定内容
2025年3月25日 全体 データ項目を基礎項目と拡張項目として再定義
データモデルの関連性を削除
2022年5月9日 - 初版決定
[^1]: https://metanorma.github.io/ogc-citygml2/documents/document.html#toc89 デジタル社会推進実践ガイドブック DS-43C コアデータモデル解説書 イベント 2025年（令和7年）3月25日 デジタル庁

[キーワード]

イベント、データモデル

[概要]

イベントの情報をシステム実装する際に参照すべきデータモデルについて解説するガイドブックです。このガイドに従いデータ設計を行うことで、同じ設計規則に従うシステム間、分野間でのデータ連携を容易かつ正確に行えるようになります。また、データ設計を実施するコストも削減することができます。
# イベントのデータモデル イベントの情報を記述するためのデータモデルです。 イベント名や開催場所などの基本的な情報は基礎項目とし、基礎項目の中で必ず選択していただく項目を必須項目としています。また、基礎項目以外の情報として拡張項目を用意しています。 必須項目以外は任意項目なので、用途に応じて基礎項目や拡張項目を選択、あるいは独自項目を追加するなどのカスタマイズを行って利用してください。 ## イベントデータモデルの項目 イベントデータモデルの基礎項目は表1、拡張項目は表2の通りです。英語名や記入例などを含む詳細については、別添の「438_コアデータモデル_DMD.xlsx」を参照してください。 表1 イベントデータモデルの項目一覧 | 必須項目 | 項目名 | 説明 | |:--:|----|----| | 必 | ID | イベントに付与した一意のIDを記載。 | | 必 | イベント名 | 名称を記載。 | | | イベント名(カナ) | 名称をカナで記載。 | | | イベント名(英字) | 名称を英語で記載。 | | | 通称 | 通称を記載。 | | | サブタイトル | サブタイトルを記載。 | | 必 | 説明 | 説明を記載。 | | | サブイベント | サブイベントのIDを記載。 | | 必 | イベント種類 | イベントの種類を記載。 | | 必 | イベントURL | イベントの詳細が掲載されているWebサイトのURLを記載。 | | | 状態 | 状態を記載。 | | | キーワード | 検索用キーワードを記載（セミコロン区切りで列挙）。 | | | タグ | 分類用のタグを記載（セミコロン区切りで列挙）。 | | | 開催パターン | 開催パターン（定期開催、通年開催など）を記載。 | | | 開始日 | 開始日を記載。 | | | 終了日 | 終了日を記載。 | | | 開始時刻 | 開始時刻を記載。 | | | 終了時刻 | 終了時刻を記載。 | | | 日時説明 | 日時に関する説明（最終日は早く終わることなど）を記載。 | | | 開催場所 | 開催場所の名称を記載。 | | | 開催場所住所 | 開催場所の住所を記載。 | | | 開催施設 | 開催する施設情報を記載。 | | | アクセス方法 | イベント会場へのアクセス方法を記載。 | | 必 | Web開催 | Web開催の開催形式（現地開催のみ、オンライン、ハイブリッド）を記載。 | | 必 | 主催団体 | 主催団体名を記載。 | | | 共催団体 | 共催団体名を記載。 | | | 関連団体 | 協賛、協力などの開催に関連する団体名を記載。 | | 必 | 対象者 | 対象者を記載。 | | | 定員 | 定員を記載。 | | 必 | 料金有無 | 「有料」、「無料」の区分を記載。 | | | 駐車場有無 | 駐車場の有無 | | 必 | 連絡先情報 | 連絡先情報を記載。 | 表2 イベントデータモデルの拡張項目一覧 | 項目名 | 説明 | |----|----| | 言語コード | イベント情報の記述言語コード（JA、EN、CNなど）を記載。 | | 概要 | 概要を記載。 | | コンテンツURL | イベントのコンテンツが掲載されているURLを記載。 | | 対象となる産業 | イベントの対象となる産業（標準産業分類から選択）を記載。 | | 所要時間 | 所要時間を記載。 | | 掲載開始日 | イベント情報の掲載開始日を記載。 | | 掲載終了日 | イベント情報の掲載終了日を記載。 | | 受付場所 | 受付場所（or 集合場所）を記載。 | | Web開催URL | Web開催のURLを記載。 | | ツール・環境 | Web開催時の使用ツールを記載（セミコロン区切りで列挙）。 | | 対象者備考 | 対象者に関する備考（カップル限定など）を記載。 | | 定員備考 | 定員に関する備考（３グループまでなど）を記載。 | | 料金 | イベントの参加費用（単位：円）で記載。 | | 料金説明 | 料金に関する備考（１グループ1000円など）を記載。 | | 決済種別 | 決済種別（現金、クレジットカード、電子マネーなど）を記載（セミコロン区切りで列挙）。 | | 外国語対応 | 外国語の対応言語を記載（セミコロン区切りで列挙）。 | | 外国語対応備考 | 外国語対応に関する備考（英語は案内ありなど）を記載。 | | 開催条件 | 開催条件（雨天決行など）を記載。 | | 申込期限日 | 申込期限日を記載。 | | 申込期限時刻 | 申込期限時刻を記載。 | | 申込開始日 | 申込開始日を記載。 | | 申込開始時刻 | 申込開始時刻を記載。 | | 申込URL | Web申し込む場合のURLを記載。 | | 申込方法 | 申込方法（当日参加可、要事前申込みなど）を記載。 | | 駐車場情報 | イベント会場で指定されている駐車場情報を記載。 | | 駐車場料金 | 駐車場料金の「有料」、「無料」の区分を記載。 | | 駐輪場情報 | イベント会場で指定されている駐輪場情報を記載。 | | アクセシビリティ情報 | アクセシビリティ情報を記載。 | | 子供預かり情報 | 子供預かり情報を記載。 | # コアデータモデル「イベント」の活用 イベントのデータモデルの活用にあたっては、地域のレクリエーションや定期イベント（自治体主催の花火大会など）等にそのまま適用できます。特に行政イベントでの利用にあたっては「451-5_実装データモデル_イベント」を参照してください。 その他、災害時などの緊急時には、炊き出しや救援物資の配布をイベントと捉えることで、コアデータモデルをカスタマイズして利用することができます。 # 変更履歴 | 改定年月日 | 改定箇所 | 改定内容 | |:-------------:|----------|--------------------------------------------| | 2025年3月25日 | 全体 | データ項目を基礎項目と拡張項目として再定義 | | 2022年6月30日 | \- | 初版決定 |