　　2.3.4節 - Data Model Use Cases

　2.3 データ項目定義書の仮作成　　2.3.4節

2.3.4 土地

2022-09-08

仮データモデル名	土地
継承元データモデル	コア・データモデル/土地
参照データモデル	コア語彙/連絡先クラス、、schema.org/contactPoint、コアデータパーツ/PostalAddress、Smart Data Models/Building
IRI	IRI: https://pfikyokai.or.jp/Land
補足	公園など、建物を伴わない管理対象もあるのではと思い、次節のBuildingとは分けて策定してします。ひとつに統合した方が良いかどうか議論が必要です。項目はコアデータモデルの土地をそのまま引用するとともに、データ型等をNGSIに変更しています

コアデータモデル/土地

対応するモノ・コト

補足・提案

項目

回数

説明

項目名

AED

介護

医療

文化

観光

イベ

LAN

トイレ

消防

避難

公共

子育

食品

学区

ID群

0::1

機械的に採番された土地を一意に識別するID。土地単位に付番する

NGSIのidとは別に各種IDを格納出来る様にすべきと考えます。学区では、学校所在地の全国地方公共団体コード（6桁）を記載。

用途

1::1

土地の主要な用途

コアデータモデルではコード情報型をJSON形式で列挙するとなっている。

名称

0::1

土地の名称

名称
場所名称

必

正式な土地の名前を日本語で設定する。"○○公園"など。但し、小学校なと、通常土地の名前を使わない土地については、記載は不要

名称（カナ）

0::1

土地のカナ表記

名称_カナ

必

土地のカナ表記を設定する

名称（英字）

0::1

土地の英語名またはローマ字表記

土地の米国英語表記を設定する

通称

0::1

土地に通称がある場合に記入

コアデータモデルでは回数は最大1回と規定されているが、複数記載できるように拡張すべきと考える

説明

0::1

土地情報として公開可能な詳細情報

土地住所

1::1

住所情報（住所型）

住所
施設所在地

必

〇

必

住所型や個別分解したカラム群ではなく、グローバル標準に合わせてPastalAddress形式で設定する

敷地面積

0::1

土地の敷地面積(m2)U

土地の敷地面積(㎡)。コアデータモデルのDMDでは、必須ではないか最小回数が1回となっている。バグと思われるので、最小回数を0としている

ポリゴン

0::1

土地の形状を表す情報(URI)

土地の形を座標のポリゴンで設定する

備考

0::1

土地の備考

連絡先

0::1

連絡先の情報（連絡先型）

土地含めて契約対象になっている場合は施設管理事業者のidを設定する。施設管理事業者の情報には、電話番号などの連絡方法に関する情報が記載されている

座標

推

イベントが屋外の場合に対応するために追加

.2.3.5 建物

2023-01-16

　公共施設や医療施設などを含む各種施設が入居する建物の情報です。

仮データモデル名	建物
継承元データモデル	コア・データモデル/建物
参照データモデル	Smart Data Models/Building
IRI	https://pfikyokai.or.jp/Building
補足	補足: 本モデルは、建物という物理的な構築物を意図しています。コアデータモデルでは、機能を示す「施設」との線引きが不明瞭なため、ユースケースを繰返して更なる検討が必要と思われます。また、BIMやSDMでは建物は更に複数の建物から構成されるなど、階層化が考慮されていますが、コアデータモデルでは考慮されていません(リンクの無いフラット型では考慮しようがない)。この点についても検討が必要です

コアデータモデル建物

対応するモノ・コト

説明

項目

回数

説明

項目名

AED

介護

医療

文化

観光

イベ

LAN

トイレ

消防

避難

公共

子育

食品

0::1

機械的に採番された建物を
一意に識別するID。建物単
位に付番する

種別情報

0::1

建物の種別

列挙型項目。建築物用途区分コードを"使用できる"。このコードは建築基準法上の用途であり、入居する施設のPOIコードと一致するとは限らない

名称

1::1

建物の名称

名称

必

通称を設定可能となっており、整理が必要

方書

〇

方書の一部としてのビル名など

名称（カナ）

1::1

建物のカナ表記

名称_カナ

必

名称（英字）

1::1

建物の英語名またはローマ
字表記

通称

0::1

建物に通称がある場合に記
入

名称

必

名称で通称を記載出来る様になっている。複数ありえるため、複数列挙出来る様に変更

概要

0::1

建物情報として公開可能な
概要情報

説明

1::1

建物情報として公開可能な
詳細情報

関連建物

0::1

提携している他建物の情報
など（建物型）

別のモノ・コトに関する情報

状態

0::1

「建築」、「稼働中」、「閉鎖
中」などのステータス

「建築」、「稼働中」、「閉鎖中」などのステータス

建物住所

1::1

住所情報（住所型）

「土地」へのリンク

必

〇

建物が立地する土地へのリンク。複数の土地に立地する場合は、リスト表示する事ができるが、最初の値に建物の住所として使われている土地へのリンクを登録する。

設備情報

0::1

建物内に併設されている設
備の情報

別のモノ・コトに関する情報

敷地面積

0::1

建物の敷地面積(m2)

主要機能

0::1

建物の主な働き

例えば"耐火建物"など

用途

0::n

建物の主要用途の表記

都市計画基礎調査実施要領に準拠する。定義はBuildingUsageを参照

建築面積

0::1

建物の建築面積(㎡)

延べ面積

0::1

建物の延べ床面積(㎡)

最高の高さ

0::1

建物の最高点の高さ(m)

地上階数

0::1

建物の地上階数

地下階数

0::1

建物の地下階数

構造

0::1

建物の構造の表記

不動産登記の「構造」を格納する列挙型項目。木造、土蔵造、石造、れんが造、コンクリートブロック造、鉄骨造、鉄筋コンクリート造、鉄骨鉄筋コンクリート造など。

竣工日

0::1

建物の竣工日

備考

0::1

建物の備考

連絡先情報

0::1

連絡先の情報（連絡先型）

何の連絡先なのか記述が無いので不明だが、「施設」や「部門」の情報

アクセリビリティ情報

0::1

アクセリビリティ情報（アクセ
シビリティ型）

バリアフリー情報

〇

緯度

推

経度

推

アクセス方法

推

公共交通や車でのアクセス方法を記載

駐車場情報

推

2.3 6 施設

2022-09-08

仮データモデル名	施設
継承元データモデル	コア・データモデル/施設
参照データモデル	schema.org/CivicStructure,
IRI	https://pfikyokai.or.jp/Facility
補足	公共施設や民間施設の共通部分のデータモデル。必要に応じて、このデータモデルを継承して、博物館や動物園などのデータモデルを策定する。

コア・データモデル/施設

対応するモノ・コト

説明

項目名

回数

説明

項目名

AED

介護

医療

文化

観光

イベ

LAN

トイレ

消防

避難

公共

子育

食品

学区

1::1

機械的に採番された施設を一意に識別するID。施設単位ごとに付番する

NO
学校ID

〇

必

NGSI-LDの仕様に合わせ、次の形式とする。"urn:ngsi-ld:PublicFacility:"<通番>。<通番>は自治体により一意に採番された文字列。
推奨データセットを公開している自治体では、<通番>として"No"を利用する事で、対応付けも可能と考えます

名称

1::1

施設の名称

名称

必

j〇

必

正式な施設名を日本語で設定する

名称（カナ）

1::1

施設のカナ表記

名称_カナ

必

推

施設のカナ表記を設定する

名称（英字）

1::1

施設の英語名またはローマ字表記

名称_英語

〇

施設の米国英語表記を設定する

通称

0::1

施設に通称がある場合に記入

名称_通称

推

住民からの問い合わせや掲示などで使われる一般的な通称がある場合は配列で列挙する。公共施設ドメインの場合、省略すると通称はないと解釈される

POIコード

1::1

地理的目標物分類コード

種別

推

要議論。コアデータモデルの「POIコード」項目ではPOIコードを1つ記載する仕様となっているが、その分類で良いか。一つでよいか。例えば防災倉庫が併設されている学校は防災倉庫でも検索できる様にすべきか、それとも別の公共施設として二つ登録するか。コードではなく、グローバルに合わせて選択項目とした方が視認性は良くないか。

POIコード

〇

必

概要

1::1

施設情報として公開可能なリード文。概要情報

説明

1::1

施設情報として公開可能な詳細情報

説明

必

〇

施設の概要を記載する。コアデータモデルの「概要」項目に対応する。コアデータモデルの「説明」項目では「卓球台の貸出アリ」など自然文を記載となっているが、人間が視認する情報は下記のseeAlsoが示すurlへの掲載が望ましい可能性あり。

説明_英語

〇

関連施設

0::n

提携している他施設の情報など

要確認: コアデータモデルの「関連施設」項目。意味が分からないので、別途調査。もし、この項目が必要な場合、コアデータモデルでは入れ子でデータを格納する事になっているが、別の施設情報として格納し、ここにはidのみ格納すべきと考えます。

状態

0::1

「閉館中」、「営業中」などのステータス

施設の状態。選択メンバは別途調査。省略時は正常に稼働している事を意味する

防災施設情報

0::n

避難場所、避難所、福祉避難所、防災倉庫などの情報

防災施設を示す属性。列挙型メンバの配列。列挙型メンバは別途調査。例えば["指定緊急避難場所", "洪水", "地震"]など

施設住所

1::1

住所情報

土地のリンク

必

立地する「土地」へのリンク。学区以外と合わせて、建物を経由して土地をアクセスする様に統一する

建物のリンク

〇

必

〇

必

〇

入居する{建物}へのリンク。住所は、施設がある土地(Land)から辿ることができる

方書

〇

入居する建物内の位置。フロア名など

設備情報

削

施設内に併設されている設備の情報

設備情報は別のデータモデルとして独立するので、ここからは削除。膨大な数の設備の情報を入れ子にして格納するとEntityが大きくなりすぎるため。また、Bigdataとして扱いにくいため。

サービス曜日

1::1

施設を利用できる曜日

利用可能曜日

必

推

必

推

曜日ごとの開館閉館時刻の配列。CDMでは、曜日と開館時刻と閉館時刻は別項目だが、schema.orgに合わせる

開始時刻

1::1

施設を利用開始できる時間

開始時間

必

推

〇

推

終了時刻

1::1

施設の利用終了時間

終了時間

必

推

〇

推

日時備考

0::1

定型で表せない施設の利用日時情報

利用可能日時特記事項

〇

料金種別

1::1

「有料」、「無料」の区分

列挙型メンバの配列:「期間払い、年払い、初回価格、フラット、無料、最小、最大、月額、など。列挙型メンバは別途調査。CDMでは「有料」と「無料」の二択

料金

0::1

施設利用に必要な各種料金を日本円で記載(1円単位)

料金(基本)

推

施設利用に必要な各種料金を日本円で記載(1円単位)

料金備考

0::1

料金の備考。例: １グループ1000円など

料金(詳細)

推

料金の備考。例: "１グループ1000円"、または"大人１名1500円、子供１名500円(18歳以下)、65歳以上１名1000円"など

決済種別

0::n

現金、クレジットカード、電子マネーなど

料金の支払方法。列挙型項目。列挙型メンバは、http://schema.org/paymentMethodを参照

収容人数

0::1

収容人数

定員

推

定員

アクセス方法

0::1

公共交通や車でのアクセス方法を記載

駐車場情報

0::1

駐車スペースについて記入

駐車場情報

推

駐車場情報のid。駐車可能な台数などの説明、料金、優先駐車場の有無などを辿れる。データモデルはSmart Data ModelsのOffStreetParkingを参照されたい

駐車場料金

0::1

駐車場の料金の有料/無料種別

都道府県コード

1::1

サービス担当区域の都道府県コード

要議論: CDMでは町名などを示す方式とポリゴンを示す方式の二つを定義している。どちらが良いか。但し、CDMでは町名はひとつしか入れられないため、複数の町名に跨る場合や一つの町名の一部を担当する場合は表現できない。

市区町村コード

0::1

サービス担当区域の市区町村コード

町丁字

0::1

サービス担当区域の町丁字

ポリゴン

0::1

サービス担当区域を表すポリゴン情報へのリンク

備考

0::1

サービス担当区域の備考

連絡先情報

1::1

連絡先の情報

電話番号

〇

必

〇

推

施設自身の連絡先

内線番号

〇

FAX番号

推

連絡先

推

施設のを管理する事業者の情報。公共施設は施設と連絡先が異なるため、リンクとして登録

アクセリビリティ情報

0::1

アクセリビリティ情報

バリアフリー情報

〇

アクセリビリティ情報は施設毎の情報であり、データモデル内に情報搭載。共通パーツとして記載

子育て支援情報

0::1

子育て支援情報

受入年齢

推

利用可能年齢を記載。

一時預かりの有無

推

一時預かりがあるかどうかを記載。

緯度

推

経度

推

認可等年月日

〇

URL

推

必

推

〇

推

〇

実施サービス

必

介護施設は登録必須。提供サービスの種類を表す列挙型項目。例えば「介護老人福祉施設」など。医療機関は診療科目の登録必須

診療科目

必

備考

〇

特記事項があれば記載

事業所番号

〇

医療機関の場合は、医療機関コードの登録必須。介護サービス事業所の場合、介護サービス事業所番号を記載。

医療機関コード

〇

医療機関の種類

必

医療機関の種類を記載。列挙型項目。

時間外における対応

〇

医療機関の診療時間外における対応内容を記載

病床数

必

医療施設の場合は必須

情報管理の法人へのリンク

〇

情報管理主体の法人へのリンク

運営主体の法人へのリンク

〇

運営主体の法人へのリンク

部門のリンク

〇

管理部署の「部門」へのリンク。連絡先へのリンクとの統合を検討要

画像

〇

画像の格納先URLを記載。

画像_ライセンス

〇

画像に対するライセンスについて記載。

Coppell Technologies

Data Model Use Cases

Menu

2.3 データ項目定義書の仮作成　　2.3.4節

Coppell Technologies

Data Model Use Cases

Menu

2.3 データ項目定義書の仮作成 2.3.4節

　2.3 データ項目定義書の仮作成　　2.3.4節