自治体向け kintone アプリテンプレート集

トップ > 公園管理

公園管理

公園の基本情報と、遊具・ベンチ・樹木等の資産を管理する。

プロジェクト: 公園管理 完了

アプリテンプレート一式(zip)をダウンロード

デモンストレーション

公園名公園種別所在地面積開設年月日所管主な施設(遊具・トイレ・ベンチ等)開園時間駐車場有無トイレ有無写真備考緯度経度
サンプル公園名1街区公園サンプル所在地11002026-07-02サンプル所管1主な施設(遊具・トイレ・ベンチ等)のサンプル入力です(デモ表示用のダミーデータ)。サンプル開園時間1有有(添付ファイルのサンプル)備考のサンプル入力です(デモ表示用のダミーデータ)。35.681200139.767100
サンプル公園名2近隣公園サンプル所在地22002026-07-01サンプル所管2主な施設(遊具・トイレ・ベンチ等)のサンプル入力です(デモ表示用のダミーデータ)。サンプル開園時間2無無(添付ファイルのサンプル)備考のサンプル入力です(デモ表示用のダミーデータ)。35.682200139.768100
サンプル公園名3地区公園サンプル所在地33002026-06-30サンプル所管3主な施設(遊具・トイレ・ベンチ等)のサンプル入力です(デモ表示用のダミーデータ)。サンプル開園時間3有有(添付ファイルのサンプル)備考のサンプル入力です(デモ表示用のダミーデータ)。35.683200139.769100
公園情報
公園名*
公園種別*
所在地
面積
開設年月日
所管
主な施設(遊具・トイレ・ベンチ等)
開園時間
駐車場有無
トイレ有無
写真
📎 (添付ファイルのサンプル)
備考
緯度
経度

地図の表示にはカスタマイズまたはプラグインが必要です。合同会社Ponsの商品であればコチラ。収集した位置情報を市民向けに地図で公開するサービスもご用意しています。

公園マスタ master 完了

公園の位置(緯度経度)・種別・面積・所管等を管理するマスタアプリ。 参考: https://www.city.inagi.tokyo.jp/kankyo/midori/1005312/1013323.html

#map#master#park

この企画への改善要望を送る(Googleフォーム)

設計情報

グループcodeラベル型備考
公園情報 kouen_mei 公園名 SINGLE_LINE_TEXT 必須
公園情報 kouen_shubetsu 公園種別 RADIO_BUTTON 必須 / 街区公園 / 近隣公園 / 地区公園 / 特定地区公園 / 総合公園 / 運動公園 / 広域公園 / レクリエーション都市 / 国営公園 / 特殊公園 / 緩衝緑地 / 都市緑地 / 緑道 / 都市林 / 広場公園 / その他
公園情報 shozaichi 所在地 SINGLE_LINE_TEXT
公園情報 menseki 面積 NUMBER
公園情報 kaisetsu_nengapi 開設年月日 DATE
公園情報 shokan 所管 SINGLE_LINE_TEXT
公園情報 omona_shisetsu 主な施設(遊具・トイレ・ベンチ等) MULTI_LINE_TEXT
公園情報 kaien_jikan 開園時間 SINGLE_LINE_TEXT
公園情報 chuusha_umu 駐車場有無 RADIO_BUTTON 有 / 無
公園情報 toire_umu トイレ有無 RADIO_BUTTON 有 / 無
公園情報 shashin 写真 FILE
公園情報 biko 備考 MULTI_LINE_TEXT
公園情報 ido 緯度 NUMBER
公園情報 keido 経度 NUMBER

ダウンロード

設計情報をJSONでダウンロード

appId 332 のkintoneアプリ定義(fields/layout)を元にしています。

デモンストレーション

対象公園資産種別資産名称設置年月日写真現在の状況修繕予定日備考点検日点検結果点検内容修繕日
サンプル対象公園1遊具サンプル資産名称12026-07-02(添付ファイルのサンプル)良好2026-07-02備考のサンプル入力です(デモ表示用のダミーデータ)。2026-07-02良好点検内容のサンプル入力です(デモ表示用のダミーデータ)。2026-07-02
サンプル対象公園2ベンチサンプル資産名称22026-07-01(添付ファイルのサンプル)経過観察2026-07-01備考のサンプル入力です(デモ表示用のダミーデータ)。2026-07-01経過観察点検内容のサンプル入力です(デモ表示用のダミーデータ)。2026-07-01
サンプル対象公園3トイレサンプル資産名称32026-06-30(添付ファイルのサンプル)要修繕2026-06-30備考のサンプル入力です(デモ表示用のダミーデータ)。2026-06-30要修繕点検内容のサンプル入力です(デモ表示用のダミーデータ)。2026-06-30
資産情報
対象公園*
資産種別*
資産名称
設置年月日
写真
📎 (添付ファイルのサンプル)
対応状況
現在の状況
修繕予定日
備考
点検日
点検結果
点検内容
修繕日

資産管理 business 完了

公園マスタを参照し、遊具・ベンチ・樹木等の資産の点検・維持管理を行う業務アプリ。

#map#business#park

この企画への改善要望を送る(Googleフォーム)

設計情報

グループcodeラベル型備考
資産情報 taisho_kouen 対象公園 SINGLE_LINE_TEXT 必須 / ルックアップ(参照: ?)
資産情報 shisan_shubetsu 資産種別 RADIO_BUTTON 必須 / 遊具 / ベンチ / トイレ / 照明 / 樹木 / フェンス・柵 / その他
資産情報 shisan_meishou 資産名称 SINGLE_LINE_TEXT
資産情報 setchi_nengapi 設置年月日 DATE
資産情報 shashin 写真 FILE
対応状況 genjou_joukyou 現在の状況 DROP_DOWN 良好 / 経過観察 / 要修繕 / 撤去済
対応状況 shuuri_yotei_bi 修繕予定日 DATE
対応状況 biko 備考 MULTI_LINE_TEXT
tenken_bi 点検日 DATE
tenken_kekka 点検結果 DROP_DOWN 良好 / 経過観察 / 要修繕 / 撤去済
tenken_naiyou 点検内容 MULTI_LINE_TEXT
shuuri_bi 修繕日 DATE
tenken_rireki 点検履歴 SUBTABLE
shuuri_rireki 修繕履歴 SUBTABLE

ダウンロード

設計情報をJSONでダウンロード

appId 333 のkintoneアプリ定義(fields/layout)を元にしています。

設計書類

公園管理 設計書

  • 企画キー: kouen-kanri(apps.yaml)
  • kintoneスペース: 公園管理(spaceId: 51)
  • 関連ドキュメント: DFD / ER図
  • 参考: 稲城市「公園の種別」(公園種別フィールドの選択肢の出典)
1. 目的

公園の位置(緯度経度)・種別・面積・所管等をマスタとして一元管理し、遊具・ベンチ・樹木等の資産の点検・維持管理状況を業務アプリで管理する。JavaScriptカスタマイズは行わず、kintone標準機能(フィールド・レイアウト・グループ)のみで構成する。

2. アプリ構成

マスタアプリ(公園マスタ)を先に作成し、業務アプリ(資産管理)がそれを参照する構成とする。

アプリキーアプリ名カテゴリappId備考
kouen-master公園マスタmaster332公園の位置・種別・面積・所管を管理
kouen-shisan-kanri資産管理business333公園マスタを参照し、遊具・ベンチ・樹木等の点検・維持管理を管理
3. 業務フロー概要

1. 公園緑地担当の職員が、公園の新設・改修時に「公園マスタ」へ公園名・種別・位置(緯度経度)・面積・所管等を登録する。 2. 職員が「資産管理」アプリに、対象公園(LOOKUP)・資産種別・資産名称・設置年月日を登録し、資産(遊具・ベンチ・トイレ・照明・樹木・フェンス等)を台帳化する。 3. 定期点検のたびに「点検履歴」テーブルへ点検日・点検結果(良好/経過観察/要修繕/撤去済)・点検内容・点検者を1行ずつ追加し、複数回の点検経過を記録する。 4. 「現在の状況」(良好/経過観察/要修繕/撤去済)を随時更新して資産の最新状態を管理し、必要に応じて修繕予定日を設定する。 5. 実際の修繕対応のたびに「修繕履歴」テーブルへ対応日・対応内容・対応区分(委託/自前対応/その他)・対応者を1行ずつ追加し、複数回の修繕対応を記録する。

4. 「公園マスタ」アプリ フィールド一覧
グループcodeラベル型備考
公園情報kouen_mei公園名文字列1行(必須・重複禁止)
公園情報kouen_shubetsu公園種別ラジオボタン(必須)街区公園 / 近隣公園 / 地区公園 / 特定地区公園 / 総合公園 / 運動公園 / 広域公園 / レクリエーション都市 / 国営公園 / 特殊公園 / 緩衝緑地 / 都市緑地 / 緑道 / 都市林 / 広場公園 / その他(都市公園法の分類。稲城市ページ参照)
公園情報shozaichi所在地文字列1行
公園情報menseki面積数値(単位: ㎡)
公園情報kaisetsu_nengapi開設年月日日付
公園情報shokan所管文字列1行
公園情報omona_shisetsu主な施設(遊具・トイレ・ベンチ等)文字列複数行
公園情報kaien_jikan開園時間文字列1行
公園情報chuusha_umu駐車場有無ラジオボタン有 / 無
公園情報toire_umuトイレ有無ラジオボタン有 / 無
公園情報shashin写真添付ファイル
公園情報biko備考文字列複数行
公園情報ido緯度数値地図プラグイン用。慣習コード。グループ内最後尾に配置
公園情報keido経度数値地図プラグイン用。慣習コード。グループ内最後尾に配置
(グループ外)(spacer: map)―スペース地図プラグインの設置場所(高さ400px)。グループの直後、トップレベルの行として配置
5. 「資産管理」アプリ フィールド一覧
グループcodeラベル型備考
資産情報taisho_kouen対象公園ルックアップ(文字列1行・必須)公園マスタを参照するLOOKUPフィールド(下記6.参照)
資産情報shisan_shubetsu資産種別ラジオボタン(必須)遊具 / ベンチ / トイレ / 照明 / 樹木 / フェンス・柵 / その他
資産情報shisan_meishou資産名称文字列1行
資産情報setchi_nengapi設置年月日日付
資産情報shashin写真添付ファイル
対応状況genjou_joukyou現在の状況ドロップダウン良好 / 経過観察 / 要修繕 / 撤去済。資産の最新状態を表す1つの値(旧tenken_kekkaのトップレベル運用から分離)
対応状況shuuri_yotei_bi修繕予定日日付
対応状況biko備考文字列複数行
(テーブル)tenken_rireki点検履歴テーブル(サブテーブル)定期点検のたびに1行追加。下記5-1.参照
(テーブル)shuuri_rireki修繕履歴テーブル(サブテーブル)実際の修繕対応のたびに1行追加。下記5-2.参照

フィールド定義・レイアウトの正はapps.yamlの該当エントリ(fields / layout)であり、本表はその要約。フィールドを追加・変更した場合は、apps.yamlの更新に合わせて本表も必ず更新すること。

5-1. 「点検履歴」テーブルの行フィールド
codeラベル型備考
tenken_bi点検日日付
tenken_kekka点検結果ドロップダウン良好 / 経過観察 / 要修繕 / 撤去済。その点検時点でのステータス(履歴として複数回分残る)
tenken_naiyou点検内容文字列複数行
tenken_sha点検者文字列1行
5-2. 「修繕履歴」テーブルの行フィールド
codeラベル型備考
shuuri_bi対応日日付旧shuuri_bi(修繕日)を改称・テーブル化
shuuri_naiyou対応内容文字列複数行
taiou_kubun対応区分ラジオボタン委託 / 自前対応 / その他
taiousha対応者文字列1行
5-3. 「現在の状況」と「点検結果」の使い分け
  • genjou_joukyou(現在の状況): レコード全体(=1つの資産)としての最新状態を表す単一のステータス。一覧・絞り込みで資産の状態を俯瞰するために使う。
  • tenken_kekka(点検結果): tenken_rirekiテーブルの各行(=1回の点検)ごとのステータス。何度も点検を重ねた場合の経過を追うために使い、行を追加しても過去の点検結果は削除・上書きされない。点検のたびにgenjou_joukyouもあわせて最新の判定に更新する運用を想定。
6. マスタ参照(LOOKUPフィールド)について

「資産管理」のtaisho_kouenは、「公園マスタ」(appId 332)を参照するLOOKUPフィールド。コピー元フィールドはkouen_mei(公園名・重複禁止)で、選択時のピッカーにはkouen_mei/kouen_shubetsu/shozaichiを表示する。

apps.yamlではlookup.relatedApp.appKey: kouen-masterのように参照先を企画内のアプリキーで指定しており、scripts/create-apps.mjsがマスタアプリ作成後に実際のappIdへ解決してからkintone APIに送る仕組み(resolveLookupField())を利用している(公共基準点管理の設計書6.も参照)。

7. 公園種別の選択肢について

kouen_shubetsuの選択肢16種は、稲城市「公園の種別」に掲載されている都市公園法の分類(住区基幹公園・都市基幹公園・大規模公園・国営公園・特殊公園・緩衝緑地等・都市林・広場公園)をそのまま反映している。国営公園・レクリエーション都市など基礎自治体が単独で保有・管理しない規模の分類も含むため、運用実態に合わせて選択肢を絞り込む余地がある。

8. 地図プラグインについて

「公園マスタ」のido(緯度)/keido(経度)フィールドの直後に、地図プラグイン設置用のスペース(elementId: map)をレイアウトに配置済み。プラグイン自体の選定・設定は本設計書の範囲外(未着手)。

9. サブテーブル(点検履歴・修繕履歴)のレイアウトとkintone反映について

apps.yamlのlayoutDSL(scripts/create-apps.mjsのcomputeDesiredLayout())は、現状トップレベルのROWとGROUPのみを明示的に配置対象として扱い、SUBTABLEをレイアウト内の特定位置に指定する機能を持たない。そのためtenken_rireki(点検履歴)・shuuri_rireki(修繕履歴)はlayoutに含めておらず、フィールド追加時にkintoneが自動配置した位置(=管理下のGROUPの後ろ)がそのまま「管理対象外のレイアウト行」として保持される(同スクリプトのleftover保持の仕組みによる)。

「資産管理」(appId 333)は既に完了ステータスでkintone上に作成済みのアプリのため、今回の変更を反映するにはnpm run create-apps:apply -- --initiative kouen-kanriの実行が必要。ただしscripts/create-apps.mjsはフィールドの削除には対応しておらず追加・変更のみを行うため、--applyを実行しても旧フィールド(tenken_bi/tenken_kekka/tenken_naiyou/shuuri_biをトップレベルで持っていた状態)はkintone上に残り続ける。新設フィールド(genjou_joukyou・tenken_rireki・shuuri_rireki等)が追加された上で、不要になった旧フィールドはkintone側で手動削除するか、削除方針を別途決める必要がある。

10. 未決定・今後の検討事項
  • 公園種別の選択肢を市の実運用規模(街区公園・近隣公園・地区公園・総合公園程度)に絞り込むか
  • 「資産管理」の旧トップレベルフィールド(tenken_bi/tenken_kekka/tenken_naiyou/shuuri_bi)を、--apply後にkintone側でいつ・誰が削除するか(上記9.参照)

公園管理 DFD(データフロー図)

対象: 「公園マスタ」アプリ・「資産管理」アプリ

flowchart LR staff["職員\n(公園緑地担当)"] subgraph masterApp["公園マスタアプリ (kintone)"] master[("公園マスタ\nレコード")] end subgraph shisanApp["資産管理アプリ (kintone)"] shisan[("資産管理\nレコード")] end staff -- "1. 公園名/種別/位置(緯度経度)/\n面積/所管等を登録" --> master master -- "2. LOOKUPで対象公園を選択\n(taisho_kouen)" --> shisan staff -- "3. 資産種別/資産名称/\n設置年月日を登録" --> shisan staff -- "4. 定期点検のたびに\n点検履歴テーブルへ1行追加" --> shisan staff -- "5. 現在の状況・修繕予定日を更新" --> shisan staff -- "6. 修繕対応のたびに\n修繕履歴テーブルへ1行追加" --> shisan
フロー説明

1. 公園緑地担当の職員が、公園の新設・改修時に公園マスタへ位置情報等を登録する。 2. 資産管理アプリのtaisho_kouenはLOOKUPフィールドで、公園マスタのkouen_mei(公園名)をキーに参照する(設計書6.参照)。 3. 職員が資産管理アプリで対象公園をLOOKUPから選択し、資産種別・資産名称・設置年月日を入力して資産を台帳化する。 4. 定期点検を実施するたびに、tenken_rireki(点検履歴)テーブルへ点検日・点検結果(良好/経過観察/要修繕/撤去済)・点検内容・点検者を1行追加し、複数回の点検経過を記録する。 5. 職員がgenjou_joukyou(現在の状況)を最新の判定に更新し、必要に応じて修繕予定日を設定する。 6. 実際に修繕対応を行うたびに、shuuri_rireki(修繕履歴)テーブルへ対応日・対応内容・対応区分・対応者を1行追加し、対応履歴を追跡する。

公園管理 ER図

対象: 「公園マスタ」アプリ・「資産管理」アプリ

erDiagram KOUEN_MASTER { string kouen_mei "公園名(必須・重複禁止)" radio_button kouen_shubetsu "公園種別(必須、都市公園法の分類)" string shozaichi "所在地" number menseki "面積(㎡)" date kaisetsu_nengapi "開設年月日" string shokan "所管" text omona_shisetsu "主な施設(遊具・トイレ・ベンチ等)" string kaien_jikan "開園時間" radio_button chuusha_umu "駐車場有無" radio_button toire_umu "トイレ有無" file shashin "写真" text biko "備考" number ido "緯度" number keido "経度" } KOUEN_SHISAN_KANRI { string taisho_kouen "対象公園(LOOKUP、必須)" radio_button shisan_shubetsu "資産種別(必須)" string shisan_meishou "資産名称" date setchi_nengapi "設置年月日" file shashin "写真" drop_down genjou_joukyou "現在の状況(資産の最新状態)" date shuuri_yotei_bi "修繕予定日" text biko "備考" } TENKEN_RIREKI { date tenken_bi "点検日" drop_down tenken_kekka "点検結果(良好/経過観察/要修繕/撤去済)" text tenken_naiyou "点検内容" string tenken_sha "点検者" } SHUURI_RIREKI { date shuuri_bi "対応日" text shuuri_naiyou "対応内容" radio_button taiou_kubun "対応区分" string taiousha "対応者" } KOUEN_MASTER ||--o{ KOUEN_SHISAN_KANRI : "taisho_kouen(LOOKUP)で参照" KOUEN_SHISAN_KANRI ||--o{ TENKEN_RIREKI : "tenken_rireki(サブテーブル)" KOUEN_SHISAN_KANRI ||--o{ SHUURI_RIREKI : "shuuri_rireki(サブテーブル)"
備考
  • KOUEN_MASTERとKOUEN_SHISAN_KANRIは、taisho_kouen(LOOKUPフィールド、コピー元: kouen_mei)で連携している(設計書6.参照)。
  • TENKEN_RIREKI(点検履歴)・SHUURI_RIREKI(修繕履歴)は独立したアプリ/レコードではなく、KOUEN_SHISAN_KANRI内のサブテーブル(type: SUBTABLE)。1つの資産に対して点検・修繕を複数回記録できるようにするためのもので、資産の現在の状態はgenjou_joukyouが単独で保持する(設計書5-3.参照)。
  • ido(緯度)/keido(経度)は地図プラグイン連携用の慣習コード。フィールドの正はkintone上の設定であり、apps.yamlのfieldsがその定義元。