施設 (Facility) – PPP共通データ仕様協議会　共通データ仕様公開サイト

説明

2023-04-04/2024-09-20

　公共施設や医療施設などの施設を表すデータモデルです。このデータモデルの名称はFacilityですが、説明文などで用いる呼称は「施設」です。施設には、「大型商業施設」や「複合施設」などといった領域を表す場合や建物を表す場合もありますが、ここでいう施設は機能を表します。従って、この施設情報は、建物や土地と組み合わせて利用します。例えば、施設の住所は土地の住所の項目(address)、建物の名称(name)、およびフロア名(floor)を組み合わせて出来上がります。

データモデル

2023-04-04/2024-09-20

　下表の「呼称」の列は、説明文やケーススタディで用いる項目の名称です。仕様としては意味を持たない情報ですが、本来の項目名であるAttribute nameは日本語話者にとっては感覚的に理解しにくいため、便宜上定義してあります。説明の①はは公共施設管理において公共施設を表現する場合の登録の要否、②は公共施設管理において民間団体の連絡先としてリンクされている場合の登録の要否です。

Data Model						説明
Attribute name			呼称	回数	type	補足	①	②
id			施設ID	1::1	Text	NGSI-LDの仕様に合わせ、次の形式の識別子とする。”urn:ngsi-ld:Facility:”<通番>。<通番>は全ての施設で一意となる文字列。例えば採番時に施設を所有する法人の<国名コード><法人ID>-<施設コード>など。ここでいう施設コードはオーナーの法人内で施設を一意に識別する文字列。但し、オーナーの法人が替わっても、施設として継続している場合はidを変更してはならない	必須
type				1::1	Text	必ず”Facility”の文字列でなくてはならない	必須
name			施設名	1::1	Text	正式な施設名を日本語で設定する	必須
nameKana			施設名カナ	1::1	Text	施設のカナ表記を設定する	必須
nameEn			施設名英語	0::1	Text	施設の米国英語表記を設定する
alternateName			通称	0::n	Array	住民や来街者からの問い合わせや掲示などで使われる一般的な通称がある場合はリスト構造で列挙する。公共施設ドメインの場合、省略すると通称はないと解釈される
facilityID			管理通番	0::1	Text	管理通番。オーナーが管理対象の施設を区別するために付番した文字列。事業者によっては「施設ID」と表現する事があるが、”id”と混同する可能性があるため管理通番と表現します。施設管理では管理対象をBuildingかFacilityのいずれかを管理する単位とするが、この項目は管理対象をFacilityとする場合に指定する	〇
category			施設大分類	1::1	Text	施設の分類。GIFのPOIの大分類の名称を登録。GIFの規定上必須となっているので本仕様も必須としているが、必ずしも該当する分類があるとは限らない。例えば”給食センター”などはない	必須
subcategory			施設小分類	1::1	Text	施設の分類。GIFのPOIの小分類の名称を登録。GIFの規定上必須となっているので本仕様も必須としているが、必ずしも該当する分類があるとは限らない。	必須
originalCategory			施設分類	0::n	Array	POI以外の分類がある場合に登録。独自の分類で構わない。分類が階層構造になっている場合は大まかな分類から順にリストで登録	〇
abstract			施設概要	0::1	Text	施設情報として公開可能なリード文
description			施設説明	0::1	Text	施設の概要を記載する
status			状態	0::1	Text	施設の状態
shelter			防災施設情報	0::n	Array	防災施設を示す属性。例えば[“指定緊急避難場所”, “洪水”, “地震”]など
postalCode			個別郵便番号	0::1	Text	施設が個別郵便番号を有する場合に登録する。このAttributeに登録が無い場合は、リンクを辿ってLandのpostalCodeを参照する	〇
refBuilding			建物ID	1::1	Relationship	入居するBuilding(建物)へのリンク。所在地(住所)と所在地(ビル名)を求められる	必須
floor			フロア	0::1	Text	入居する建物内の位置。方書にフロア情報も必要な場合に登録	〇
openingHours			開館時間	0::1	OpeningHours	曜日ごとの開館閉館時刻の配列。	必須
openingHoursRemarks			開館時間補足	0::1	Text	openingHoursの定型では表現できない施設の利用日時情報	〇
chargeType			料金種別	0::n	Array	料金の種別。”有料”、”年額”、”月額”、”無料”など
price			料金	0::1	Integer	施設利用に必要な基本料金を日本円で記載(1円単位)
priceRemarks			料金備考	0::1	Text	料金の備考。例: “１グループ1000円”、または”大人１名1500円、子供１名500円(18歳以下)、65歳以上１名1000円”など
paymentMethod			決済種別	0::n	Array	料金の支払方法。列挙型項目。列挙型メンバは、http://schema.org/paymentMethodを参照
peopleCapacity			収容人数	0::1	Integer	定員
accessMethod			アクセス方法	0::1	Text	公共交通や車でのアクセス方法を記載
refOffStreetParking			駐車場ID	0::n	Array (Relationship)	駐車場情報のid。駐車可能な台数などの説明、料金、優先駐車場の有無などを辿れる。データモデルはSmart Data ModelsのOffStreetParkingを参照されたい
areaServed			サービス担当区域	0::n	Array	この施設がサービスを提供する区域は、町名などで示す方式と次項のポリゴンで示す方式の二つを定義する。どちらか一つしか登録できない。登録方法は、regionに都道府県、localityに市区町村、streetに町丁字”を設定する。subRegion、locality、およびstreetを省略すると全域を指定したものと解釈される。指定方法は、技術情報にもあります。
	region			1::1	Text
	subRegion			0::n	Array
		locality		1::1	Text
		street		0::n	Array
areaServed			サービス担当区域	0::1	geo:json Polygon	この施設がサービスを提供する区域をポリゴンで指定する。前項とどちらかしか登録できない
areaServedRemarks			サービス担当区域備考	0::1	Text	サービスを提供する区域の備考
contactPoint			連絡先	1::1	ContactPoint	施設の代表電話などを登録する	必須
refOperationManager			運営者	0::1	Relationship	運営を担当している法人へのリンク。自治体の場合、包括施設管理事業者の場合、および第三の事業者の場合などがある	〇
refFacilityManager			管理者	0::1	Relationship	施設を管理する事業者の「法人」Entityへのリンクの情報。包括施設管理業務委託の場合は包括施設管理事業者へのリンク	必須
accessblity			アクセリビリティ情報	0::1	Accessiblity	施設のバリアフリー情報などを登録。	必須
childCare			子育て支援情報	0::1	ChildCare	子育て施設の場合、受け入れ年齢と一時預かりの有無の情報の登録を推奨。共通パーツを参照
usage			用途	0::1	Text	消防法施行令別表第一に掲げる防火対象物の用途。http://www.chikuta119.jp/info/ihan_kohyo/pdf/beppyo01.pdf	〇
refDepartment			所管部門ID	0::1	Relationship	本施設を管理する部署の「部門(Department)」へのリンク。公共施設の場合は所管課のDepartmentへのリンク。管理部門へのリンクは「建物(Building)」にもあり、管理形態によりどちらか、または両方にリンクを格納する。公共施設の場合は、どちらかの登録は必須	〇
totalFloorArea			床面積	0::1	Number	施設が建物の一部に入居している場合は、占有部分の床面積の総計。尚、建物全体の延べ床面積は「建物」に登録する	〇
zones			場所			施設内外の大まかな場所の名称の列です。同じ項目が「建物」にあります。本データモデルのこの項目は建物の一部に施設が入居していて、管理対象がその施設部分に限られる場合に使いします。記述方法は「建物 — Building」のzonesを参照してください	〇
managementForm			管理方式	0::1	Text	自治体の場合、直営、指定管理などの区別を登録	〇
basisLaw			根拠法	0::1	Text	設置の根拠となる法令など。”○○設置条例”など	〇
localDisasterPreventionPlan			防災計画	0::1	Text	地域防災計画における本施設の位置づけ。”避難所”など	〇
refPix			写真	0::n	Array(URL)	施設の写真のurl	〇
remarks			特記事項	0::1	Text	特記事項があれば記述	〇
refMaterials			図絵等	0::n	Array(URL)	グラフ等の図絵があれば、urlを登録	〇
userLimitation			利用制限	0::1	Boolean	施設の利用者に制限があるかどうか	〇
availableUsers			利用可能者	0::1	Text	利用者に制限がある場合、利用できる人等の属性を記述	〇

技術情報

2023-04-04

データモデル名	Facility
継承元データモデル	コア・データモデル/施設
参照データモデル	schema.org/CivicStructure、schema.org/Hospital
URI	https://ppp-database/spec/datamodel/Facility
JSON Schema	このJSON SchemaはNormalized形式に対応しています。必要に応じて、形式チェックの項目を追加するなどして利用する事ができます。本JSON Schemaはデータ仕様の変更や、JSON schemaに対する要望により、予告なく更新されます
補足	公共施設と民間施設で共通のデータモデルです。Land(土地)やBuilding(建物)と分離して定義おり、Buildingにリンクする事で建物に関する情報を辿ることができる。また、必要に応じて、このデータモデルを継承して、博物館や動物園などのデータモデルを策定する事も可能です。

施設とは

　厳密には規定していませんが、所管部門が異なる場合には施設を分ける事を想定しています。また、将来的にそれぞれの施設特有のAttributeを追加する事が想定されます。例えば医療施設であれば診療科目、介護施設であれば提供サービスを追加する事が予想されます。このため、提供するサービスが異なる場合は、別の施設として管理する事が望ましいです。

想定する建物と施設との関係

■建物全体をひとつの施設が占有する場合

　ひとつの建物全体をひとつの施設が占有している形態です。このFacility EntityのrefBuildingにはその建物のBuilding Entityのidが登録されます。

■建物に複数の施設が入居している場合

　ひとつの建物に複数の施設が入居している形態で、複合施設と呼ばれる場合もあります。このFacility EntityのrefBuildingも、前項同様にその建物のBuilding Entityのidが登録されます。zonesは、Facilirtyではなく、Buildingに登録する事を想定しています。

■建物の一部に施設が入居している場合

　例えば、商業施設の一部に公共施設が入居している様な形態です。このFacility EntityのrefBuildingも、前項同様にその建物のBuilding Entityのidが登録されます。施設の管理は建物全体ではなく公共施設の部分だけと想定しており、zonesは、Facilirtyに登録する事を想定しています。

areaServedの町名による登録例

以下、呉市の一部を例に以下の様areaServedを例示します。ダウンロードしたい方はこちら。

    "areaServed": [
        {
            "region": "広島県",
            "subRegion": [
                {
                    "locality": "呉市",
                    "street": ["吉浦潭鼓町", "吉浦東町", "吉浦神賀町"]
                }
            ]
        }
    ]

更新情報

■コメントおよび更新の一覧

コメント日	コメント内容	対応	更新日
2023-05-24	事務局・idの説明の中のtype名が不正	・誤記箇所を修正すると共に、説明文に補足を加筆	2023-05-24
2023-07-31	事務局・施設管理の管理単位を建物・棟・施設のいずれも可能とします	facilityIDの説明を追記しました。データモデルに変更はありません。	2023-11-13
2024-08-01	事務局・areaServedaRemarksのスペル不正	areaServedRemarksに訂正します	2024-08-01
2024-08-02	事務局・failityIDの説明で「施設ID」という表現をしていたが、idと混同しやすい	「施設ID」の代わりに「管理通番」という表現をする様に変更します	2024-08-02
2024-09-20	事務局・各種説明やケーススタディに項目名を記載する際、Attribute nameでは理解しにくい	日本語話者向けに「呼称」の列を追加しました。仕様としては意味はなく、説明文やケーススタディの理解が容易になる様に付けた便宜上の名称です	2024-09-20