民間物流連携型災害 DX デジタル・コックピット
構築業務委託仕様書

延岡市

1

内容
1

2

3

4

5

本調達の背景と目的 .........................................................................................................4
1.1

背景 ...........................................................................................................................4

1.2

用語の定義 ................................................................................................................4

1.3

目的 ...........................................................................................................................4

調達における方針.............................................................................................................5
2.1

本調達における基本的な考え方 ...............................................................................5

2.2

前提条件 ....................................................................................................................5

調達対象範囲 ....................................................................................................................6
3.1

全体構成 ....................................................................................................................6

3.2

設置場所 ....................................................................................................................7

3.3

動作環境 ....................................................................................................................7

3.4

利用者の範囲と規模..................................................................................................7

契約期間・想定スケジュール ..........................................................................................7
4.1

契約期間 ....................................................................................................................7

4.2

想定スケジュール .....................................................................................................8

システムの要件 ................................................................................................................8
5.1

5.1.1

災害時物資支援統合情報サービス領域 .............................................................8

5.1.2

地域防災情報サービス領域 ...............................................................................95.2

6

機能に関する要件 .....................................................................................................8

非機能要件 ..............................................................................................................11

5.2.1

可用性【大項目】 ............................................................................................11

5.2.2

性能・拡張性【大項目】 .................................................................................125.2.3

運用・保守性【大項目】 .................................................................................13

5.2.4

移行性【大項目】 ............................................................................................14

5.2.5

セキュリティ要件【大項目】 ..........................................................................14

5.2.6

システム環境・エコロジー【大項目】 ...........................................................15

5.2.7

アプリケーション領域.....................................................................................15

5.2.8

IaaS 領域..........................................................................................................16

役務の要件 .....................................................................................................................16
6.1

受託者に求める役務................................................................................................16

6.2

プロジェクト管理要件 ............................................................................................17

6.2.1

プロジェクト計画書の策定 .............................................................................17

6.2.2

プロジェクト管理 ............................................................................................17

6.2.3

実施体制...........................................................................................................18

6.3

サービス設計構築 ...................................................................................................18
2

7

8

6.4

運用テスト ..............................................................................................................19

6.5

研修 .........................................................................................................................19

6.6

運用・保守 ..............................................................................................................19

納品成果物及び納入場所................................................................................................20
7.1

納品成果物 ..............................................................................................................207.2

納品形態及び部数 ...................................................................................................217.3

納入場所 ..................................................................................................................21

その他留意事項 ..............................................................................................................21
8.1

再委託 .....................................................................................................................21

8.2

瑕疵担保責任...........................................................................................................21

8.3

著作権 .....................................................................................................................21

8.4

紛争等 .....................................................................................................................21

8.5

情報漏えい ..............................................................................................................21

8.6

損害賠償 ..................................................................................................................228.7

疑義事項 ..................................................................................................................22

8.8

その他の追加提案 ...................................................................................................22

8.9

支払方法 ..................................................................................................................223

1

本調達の背景と目的
1.1

背景

大規模災害時下の避難所への物資提供は、全国市町村の喫緊の課題である。本事業は、避難者の需要は各々異なるとの認識に立ち、①マイナンバーの信頼で支える認証とそれに準じるスマホ利用の公的個人認証基盤による情報真正性確保、②避難所の物資需要の正確把握、③それら需要情報に官と民で分散している在庫情報を引き当て、④それら情報を市民に見える化を実現する。加えて、⑤被災時に市職員の業務削減を目的に避難所運営に携わる住民が避難物資を受発注する仕組を実現し、Quality of Refugees Life を可能とする
災害時物流支援 DX を構築する。
1.2

用語の定義
表 1 本仕様書において使用する用語の定義

用語
利用者
災害支援者
災害協定締結
先法人
災害時物流支援 DX 会議参加
法人
避難所

福祉避難所

SaaS

IaaS

1.3

定義
本市で 100 を超える避難拠点（避難所及び福祉避難所)、市内外の本市災害協定締結先法人、本市災害時物流支援 DX 会議参加法人ら利用者の一類型。避難所運営に携わる区長など住民代表者、災害支援
協定先民間事業者など利用者の一類型。本市の災害対策に協力関係にある法人
利用者の一類型。本市の災害時物流支援 DX を検討する協議会に参加す
る法人
被災後に自宅を失った方、自宅に戻れない方が一時的に共同生活を送る場所。本市は 77 箇所を指定しているほか、未指定ではあるが、災害の状況によって、避難所となりえる施設が 26 箇所ある。
指定避難所のうち、主として高齢者、障害者、乳幼児その他の特に配慮を要する者のための特別の配慮がなされた避難所。本市は 15 箇所指定。
情報通信システムの有する機能を、ネットワークを通じて提供するサービス、あるいはそうしたサービスを提供するビジネスモデル。引用
元：総務省(2017)「クラウドサービスの安全・信頼性に係る情報開示指針」
サーバ、ハードディスク、ストレージ等の ASP・SaaS・PaaS に必要なハードウェア資源等を提供するサービスを指し、広義にはデータセン
ターを包含するサービス。引用元：総務省(2017)「クラウドサービスの安全・信頼性に係る情報開示指針」

目的

本事業の目的は、本市で 100 を超える避難拠点（避難所及び社会福祉避難所)、市内外の災害協定締結先法人、本市災害時物流支援 DX 会議参加法人らの利用者が、自らが用意する
スマートフォン等汎用端末及びインターネットアクセスを介して利用可能な IaaS 環境に構築される災害時物流支援 DX を構築することにある。具体的には、災害時物流支援 DX は、①在宅避難者の物資需要情報を記録し共有、②避難所・社会福祉避難所の物資需要情報を記録し共有、③官と民で分散化した在庫情報を在宅避難者と避難所の物資需要情報へ引き4

当て、④在庫引き当て情報を物資配送指示書として配送事業者と共有、⑤マイナンバーの信頼で支える認証により本人認証された災害支援者が避難所に不足する物資を市役所職員の代理として本市災害協定締結先法人や本市災害時物流支援 DX 会議参加企業で構成される
物資供給卸・小売企業へ受発注を実現する。

2調達における方針
2.1

本調達における基本的な考え方

本事業で構築する災害時物流支援 DX は、本市が令和 6 年度中に開催する防災訓練において、本市内で 100 を超える避難拠点（避難所及び福祉避難所)、市内外の本市災害協定締結
先法人、本市災害時物流支援 DX 会議参加法人らで構成される「利用者」に対する実運用サービスとして提供される。
2.2

前提条件

本事業の調達範囲は、災害時物流支援 DX が構築されるクラウドサービス(IaaS)、利用者の本人認証を担うデジタルＩＤ認証機能、IaaS 上で稼働するアプリケーションサービス(災害時物資支援統合情報サービス、地域防災情報サービス)、アプリケーションサービスが利用するデータストレージ並びにデータベース機能、本市が本事業に先行して構築する
データ連携基盤及び市民向け防災情報提供 SaaS である「防災のべおか」との情報連携機
能、災害時物流支援 DX の利用にあたって必要となるハードウェア、ソフトウェア一式とする。また、ソフトウェアについては、利用者が問題なく利用できるよう、必要となるソ
フトウェアライセンスや、その他の使用許諾を得ることとする。本業務において調達する
アプリケーションサービスは、以下に示す前提要件に準じることとする。
（１） アプリケーションサービス、また同サービスが稼働する仮想化サーバ及びデータ
ベース等は、本書の非機能要件が示す第三者認証を取得した SaaS 又は IaaS で保守・管理すること。SaaS・IaaS の定義は、総務省(2017)「クラウドサービスの安全・信頼性に係る情報開示指針」における定義に従うこと。
SaaS とは、情報通信システムの有する機能を、ネットワークを通じて提供
するサービス、あるいはそうしたサービスを提供するビジネスモデルをいう。
IaaS とは、サーバ、ハードディスク、ストレージ等の ASP・SaaS・PaaS に必要なハードウェア資源等を提供するサービスを指し、広義にはデータセン
ターを包含するサービスをいう。
（２） データ連携基盤との相互接続(ア)災害時物流支援 DX は、API を有し、API を介して本市が本事業に先行して構築したデータ連携基盤と相互接続すること。
(イ)大規模災害(日向灘地震等)発生時、データ連携基盤との情報連携が実施できない
場合をセキュリティリスクとして考慮し、レジリエンス設計を具備すること。具5

体的には、本書第 5 章非機能要件を準拠した条件下で、災害時物流支援 DX が持
つデジタル ID 認証機能による本人認証が行われ、同 DX を構成するアプリケーションサービス(災害時物資支援統合情報サービス、地域防災情報サービス)が稼働する設計とすること。
(ウ)データ連携基盤と連携し、情報資産の相互接続を実現する API が設計・実装されること(データ連携基盤とのＡＰＩに関しては後述)。
(エ)API は、基本的に REST 形式、メッセージは JSON 形式とすること。それ以外の方式の場合は提案書に明記すること。
（３） 既存 SaaS サービスとの相互接続(ア)災害時物流支援 DX は、本市において先行して稼働している市民向け防災情報提供 SaaS である「防災のべおか」と相互接続すること。
(イ)相互接続方式は、基本的にＵＲＬリンク形式とすること。
（４） デジタルＩＤ認証機能(ア)災害時物流支援 DX は、アクセスする全ての利用者をマイナンバーの信頼で支える認証により本人認証すること。
(イ)利用者のＩＤとしては、利用者が保有するマイナンバーのほかに利用者が保有するスマートフォン等汎用端末に対応すること。
(ウ)次年度以降の構想として、マイナンバーの信頼で支える認証により本人認証された医療関係者が市役所職員の代理として医療機関に不足する食品・生活日用品等の物資を発注することを可能とする拡張性を担保すること。
（５） データ連携基盤(ア)本事業においては、外部システムが保有する非パーソナルデータに属性分類される情報資産が別途事業において構築されるデータ連携基盤との API 経由で提供され、利用できる。
(イ)非パーソナルデータを有する外部システムとデータ連携基盤間、データ連携基盤と本事業で構築する災害物流 DX 間の API は、当該外部システムとデータ連携基盤の連携に基づき提供される。その形式は、基本的に REST 形式、メッセージはJSON 形式とする。その詳細は、本事業とデータ連携基盤との協議で確定する。

3

調達対象範囲3.1

全体構成

当事業が構築する災害時物流支援 DX を構成するサービスの全体構成と本市の過年度事業において開発するサービスとの関連を「図１全体構成」に示す。

6

図 1 全体構成
3.2

設置場所

（１） サービス構築・提供場所は、IaaS 環境とし、当該環境は、情報セキリュティマネ
ジメントシステムに関する国際規格(ISO/IEC27001 を取得した事業者が提供すること。
（２） IaaS 環境は、クラウド型 IT サービスに関する国際規格(ISO/IEC27017)を取得していること。
3.3

動作環境

利用者端末の OS は 一部に特定製品の指定【利用者端末の OS は Windows 10 以降上＋ブラ
ウザは Microsoft Edge 最新版、Android 12 以降＋Chrome 最新版、iOS15 以上＋Safari 最新版】がある。
3.4

利用者の範囲と規模

本年度終了時点での災害時物流支援 DX を利用する利用者の範囲と規模を表 2 に示す。
表 2 災害時物流支援 DX を利用する利用者の範囲と規模
避難所

避難所運営者、市職員、市内外災害物資物
流関係者
施設管理者、市職員、市内外災害物資物流関係者
30（令和７年度末 150、令和 8 年度末 300）

福祉避難所
利用者数(デジタル ID 発行数)

4

契約期間・想定スケジュール
4.1

契約期間

（１） 契約期間は、契約締結日から令和７年３月 31 日までとする。なお、本稼働期間までにサービス設計・構築、初期データの登録、運用テスト及び各種研修を実施するものとする。なお、令和７年 3 月の開始を目途に試用期間を設けること。

7

表 3 契約期間
期間
業務開始日～令和 7 年３月
31 日
4.2

内容
構築業務
(サービス設計・構築、初期データ登録、運用テスト、操作研修等)

想定スケジュール

スケジュールは表 4 のように想定しているが、円滑にサービスの運用を開始できるように配慮し、全工程を通じて無理のないスケジュール及び体制を提案すること。
令和６年８月

契約締結・事業開始

令和７年２月サービス試用開始

令和７年３月 31 日

検収

令和７年４月１日

本稼働開始
表 4 想定スケジュール

6月

マイ
ルス
トー
ン
設
計・
構築
訓練
運用
保守

5

7月

8月

9月

10 月

11 月

12 月

1月

2月

3月

４月以降

○市主催避難訓練○仕様書公開○契約・事業開始
公募

設計構築
試用期間

提案

訓

運用保守

練

システムの要件
5.1

機能に関する要件
5.1.1 災害時物資支援統合情報サービス領域（１） 避難所情報・物資支援情報を一元管理し、民間含めた災害支援者で情報共有できること。
（２） 災害時運営を支援・マイナンバーをトラストアンカーとしたデジタル ID を活用
し、民間含めた許可を得た災害支援者が、本人確認済で取引真正性確保のもと、自治体と共に支援業務を実施できること。
（３） 災害発生時の支援物資が、必要な避難所／住民に必要なタイミングで必要な量を届けることができるような、以下に示す仕組みを実現すること。
(ア)避難者数に応じた必要物資品目・数量を把握できること。
(イ)備蓄在庫/流通在庫から物資提供するため、民間事業者と情報連携・協業・指示
8

を一元化できること。
(ウ)物資不足分を避難所からの要求により民間事業者に発注できること。
(エ)物資提供状況を見える化し避難所運営者・避難者に情報提供できること。
（４） 人的・物的両面から、自治体のみでの対応ではなく、民間企業との密な協業にて物資提供を支援することができること。
(ア)民間企業と協業した通常時の業務に準じた強力な物資提供力を活用できること。
(イ)市職員だけだはなく、地区管理者／協定事業者など民間資源を活用し、同一情報を活用した物資支援の実施できること。
（５） 支援物資情報(品目・数量・場所など)／避難所情報(開設／混雑等情報、住民属
性ごとの避難者数など)を一元管理できること。
（６） 避難所から物資要求を発信、民間物資支援企業への発注処理～納品までは、民間企業の日常使いの仕組みによって実現すること。
（７） 収集した物資提供に関わるデータは、避難所で参照可能とし、必要に応じて市民に公開できる形態とすること。
（８） 避難所支援者に対する情報提供手段である「災害支援アプリ」との情報連携を行うこと。
（９） 本市の災害対策を担う利用者が本事業が構築するデジタルＩＤ認証が付与するア
クセス権に基づき、同じ情報を参照することができること。意思決定・指示・指示結果の共有を行うことができること。
（１０）指示実施時の本人確認済/取引真正性を本事業が構築するデジタル ID にて担保すること。
（１１）マイナンバーをトラストアンカーとしたスマートデバイス上のデジタル ID を使用し、デジタル・コックピットへのログイン、アクセス管理ができること。
（１２）重要処理(物資在庫更新、物資発注依頼、物資配送予定など)の取引証明での活用を実現すること。
（１３）災害時物流支援 DX は、「防災のべおか」アプリへの情報提供を目的とした URL リ
ンクを設計・運用すること。
5.1.2 地域防災情報サービス領域（１） 災害発生情報や災害時支援情報などの収集・共有すること。
（２） データ一括表示を支援者に提供し、支援実施時の各種判断の効率化／適正化につなげること。
（３） 通常時は、道路情報、河川情報や防災情報や気象情報などを主に地域に関するデータをデータ連携基盤経由で取得し提供すること。
（４） 発災時は、避難所開設・物資提供情報などの情報や外部提供の河川氾濫/道路不通などの災害情報を、デジタル地図上に統合表示すること。
9

（５） 収集してきた各種情報は、市が所有するＧＩＳクラウド上に表示できるようにすること。
（６） 災害支援者・市職員は、デジタル地図を参照可能とすること。地図上のアイコンをクリックすることで、避難所状況や物資支援情報など、災害時物資支援統合情報サービスの情報にアクセスすることができること。
（７） 災害支援者・市職員は、ハザードマップ／避難所情報／物資情報などの災害支援情報なども合わせてデジタル地図上で視覚的に把握できること。
(ア)通常時は災害時の行動検討のための情報として活用でき市民の防災意識向上に寄与し、災害時は道路不通など災害状況に合わせた迅速な行動を判断できること。
（８） 市職員および支援者が、地域の災害情報を踏まえた、適切かつ迅速な物資支援計
画の策定に活用できること。
(ア)物資支援者の地域物流事業者は、デジタル地図上に統合表示された河川氾濫や土砂災害等で発生した道路不通情報などを確認した上で避難所への適切な避難物資
配送シナリオの作成が可能となること。
（９） 災害対策本部には、他サービスからの情報と合わせて、情報の一元管理と判断／指示を実施することができるデジタル・コックピットが構築されること。
デジタル地図上に表示された避難所アイコンの色などから避難所の状況（開設/
混雑、物資提供、要請有無など）を把握でき、迅速な対応に繋げること、道路情報なども重ねて判断することで、孤立させない避難所／避難者支援、優先度を間違えない支援に貢献できること。
本事業のスコープ範囲
災害時
支援者

サ
ー
ビ
ス

災害デジタル・コックピット(Web/PC)

災害支援
アプリ(Web/スマホ)※R4補正Type-1事業対象

避難所情報
処理データ

物資支援情報
管理機能

地域防災情報サービス

災害時物資支援 物資支援情報
統合情報サービス 処理データ
API（将来構想）

ナーブネット
運用機能

API

認証

（共通サービス、API管理）（認証・認可、ユーザ管理）

サービスマネジメント

データマネジメント（サービス管理、サービル利用履歴管理）（データ仲介、データ管理）

アセットマネジメント

外部データ連携（デバイス管理、システム管理）（データ処理、データ伝送）※避難訓練等実施後蓄積

避難所
分析データ
（将来構想）
システム保有者
【延岡市】

安否確認
サービス

情報掲示板
サービス

災害物資
連絡サービス

API等

サービス連携Extract/Load

アデ
セー
ッタ
ト・

防災のべおか(アプリ,Web)

URL
リンク

システム保有者
【延岡市】

避難所情報
管理機能

デ
ー
タ
連
携
基
盤

住民

共通機能

外部サービス/外部システム
API等
API

外部システム(国/県など)
内閣府システムデータ活用
API等（セキュリティ、運用）

外部提供防災情報
民間物流企業※将来構想

電子マネー等決済機能 ※将来構想※データ連携基盤の機能は、以下の過年度デジ田実施計画書から引用
令和4年度Type-2『データ連携基盤と次世代モビリティを活用した“救急”サービス』

支援物資
分析データ
（将来構想）
システム保有者【延岡市】

図 2 災害時物流支援 DX のスコープとデータ連携基盤との連携10

表 5 災害時物流支援 DX を構成するサービス一覧
災害時物資支援統合情報サービス

支援者の認証・認可
・マイナンバーの信頼で支える認証とそれに準じるスマホ利用の公的個人認証基盤に基づく認証（ログイン）
・管理端末
・スマートチェックイン機能(本書 2.2 章（４）デジタルＩＤ
認証機能)
・ロールによるアクセス権限管理機能
避難所支援者向けアプリ
・物資在庫管理（自避難所の在庫物資把握と不足把握）
・発注依頼管理（不足物資の調達依頼）
・発注状況管理（依頼物資の状況確認）」デジタル・コックピット
・ダッシュボード（全状況の概観）
・避難所管理（開設/混雑状況、在庫数など）
・備蓄管理（各備蓄庫状況、備蓄の出し入れ）・発注管理画面（避難所からの依頼集積、協定事業者への発注、その状況把握など）
マスター管理
マスター数 6 件を想定
サービス稼働環境構築
・非機能要件を踏まえた基盤設計
・非機能要件を踏まえた運用設計（監視等を含む）
・稼働環境構築
・性能検証
デジタル ID 機能・マイナンバーの信頼で支える認証とそれに準じるスマホ利用の
公的個人認証基盤に基づく認証（ログイン）

地域防災情報サー
ビス

初期導入
・環境構築
・外部連携機能(Rest API、URL リンク)設計

5.2

非機能要件

非機能要件については、独立行政法人情報処理推進機構が作成した「非機能要求グレード」を地方公共団体情報システム機構が地方公共団体向けに一部変更したものを基に、本市が一部変更したものである。機能選定やシステム構成の設計等を実施するにあたり、遵守すること。
5.2.1 可用性【大項目】
表 6 可用性【大項目】
中項目
継続性

メトリクス(指標/要
素)
稼働率

要件
レベル２(年間のシステム稼働率は、99％とすること)11

RPO(目標復旧地点)(業
務停止時)

耐障害性

災害対策

RTO(目標復旧時間)(業務停止時)
RLO( 目 標 復 旧 レ ベル)(業務停止時)
シ ス テ ム 再開 目 標 (大規模災害時)
冗長性(サーバ機器)
冗 長 化 ( ス トレ ー ジ機器)
冗 長 化 ( ス トレ ー ジの
ディスク)
復旧方式
保 管 場 所 分散 度 ( 外部保管データ)
保 管 方 法 ( 外部 保 管データ)

レベル 1(業務停止を伴う障害が発生した際には、
5 営業日前の時点（週次バックアップからの復旧）レベル 1(業務停止を伴う障害が発生した際には、
1 営業日以内でのシステム復旧を目標とすること)
レベル 1(業務停止を伴う障害が発生した際には、
一部システム機能の復旧を目標とすること)
レベル 5(1 日以内に再開することを目標とすること)レベル＊(事業者による提案事項とすること)
レベル＊(事業者による提案事項とすること)
レベル＊(事業者による提案事項とすること)レベル１(限定された構成で情報システムを再構築すること)
レベル＊(地震、水害、テロ、火災などの大規模災
害時の業務継続性を担保するためのデータ保管先
は、事業者の提案事項とすること)
レベル＊(地震、水害、テロ、火災などの大規模災
害発生により被災した場合に備えたデータ保管方
法は、事業者の提案事項とすること)

5.2.2 性能・拡張性【大項目】
表 7 性能・拡張性【大項目】
中項目
業務処理
量

メトリクス(指標/要素)
ユーザ数(利用者数)
ユーザ数増大率
同時アクセス数
同時アクセス数増大率
データ量(項目・件数)
データ量増大率オンラインリクエスト
件数及び増大率
バッジ処理件数

性能目標値

保管期間(データ)
通常時オンラインレス
ポンスタイムアクセス集中時のオン
ラインレスポンスタイ
ム

要件
レベル０(特定ユーザーのみとすること)
レベル 3(2 倍でサービス開始時より増えることはない)
レベル１(特定利用者の限られたアクセスのみとすること)
レベル 3(2 倍でサービス開始時より増えることはない)
レベル１(主要なデータ量のみが明確である)
レベル 3(増大率 2 倍とすること)
レベル＊(同時アクセス数に平均通信間隔を乗じた数値。事業者の提案事項とすること)
レベル＊(本サービスでバッジ処理を行う場合は、その処理件数増大率は、本仕様書掲載の情報に基づき、事業者の提案事項とすること)レベル１(１年とすること)レベル０(オンラインレスポンスタイムは、10 秒以内とすること)レベル＊(ベンダーによる提案事項)

12

通常時バッジレスポン
ス遵守度合いアクセス集中時のバッ
ジレスポンス遵守度合い

レベル＊(ベンダーによる提案事項)
レベル＊(ベンダーによる提案事項)

5.2.3 運用・保守性【大項目】
表 8 運用・保守性【大項目】
中項目
通常運用

保守運用
障害時運
用

メトリクス(指標/要素)
運用時間【平日】
運用時間【休日等】
バックアップ取得時間
外部データの利用可否
データ復旧の対応範囲

バックアップ自動化の範囲
監視情報
OS 等パッチ適用タイミ
ング
対応可能時間駆けつけ到着時間
障害検知時間

運用環境

開発用環境設置有無
試験用環境の設置有無
マニュアル準備レベル

リモート
オペレー
ション
サポート
体制

外部システムとの接続有無
リモート監視地点
リモート操作時の接続方法
保 守 契 約 ( ハー ド ウェア)の種類
保 守 契 約 ( ソフ ト ウェア)の種類
ライフサイクル期間
一次対応役割分担
事業者側対応時間帯
定期報告会実施頻度要件
レベル３(24 時間運用とすること)レベル３(24 時間運用とすること)
レベル＊(事業者の提案事項とすること)レベル０(全データの復旧に利用できる)レベル１(障害発生時に決められた復旧時点（RPO）へデータを回復できれば良い。障害発生時のデータ損失防止)
レベル＊(バックアップ自動化の範囲は、事業者の提案事項とすること)レベル２(エラー監視を行うこと)
レベル４(緊急性の高いパッチ※は即時に適用し、それ以外は定期保守時に適用を行うこと)
レベル 0(事業者の営業時間内【例：9 時～17 時】
で対応を行うこと)
レベル 0(保守員の駆けつけ無し)
レベル 1(障害の発生を検知した場合、利用者に通知するまでの時間は、24 時間以内とすること)レベル-(開発用環境設置有無は、仕様の対象としない)レベル-(開発用環境設置有無は、仕様の対象としない)
レベル 2(情報システムの通常運用と保守運用のマ
ニュアルを提供すること)
レベル 3(庁外の外部システムと接続する)
レベル＊(事業者の提案事項とすること)
レベル＊(事業者の提案事項とすること)
レベル 2(定額保守:センドバック）
レベル＊(保守契約内容は、事業者の提案事項とすること)
レベル 2(アップデート)
レベル 1(一部ユーザが実施)
レベル＊(事業者側対応時間は、事業者の提案事項とすること)
レベル 3(四半期に１回開催すること)
13

報告内容のレベル
その他の
運用管理
方針

問い合わせ対応窓口の設置有無

レベル 2(障害報告に加えて運用状況報告を行うこと)レベル１(事業者の既設コールセンターを利用する
こと)

5.2.4 移行性【大項目】
表 9 移行性【大項目】
中項目
移行時期
移行対象
(機器)
移行対象
(データ)
移行計画

メトリクス(指標/要素)システム停止可能日時
設備・機器の移行内容

要件

移行データ量レベル 0(移行対象無し）

移行の利用者・事業者
作業分担

レベル-(仕様の対象としない）

レベル-(仕様の対象としない）
レベル 0(移行対象無し）

5.2.5 セキュリティ要件【大項目】
表 10 セキュリティ要件【大項目】
中項目
前 提 条
件・制約
条件
セキリュ
ティリス
ク分析
セキュリ
ティ診断
セキュリ
ティリス
ク管理
ア ク セ
ス・利用
制限

データの
秘匿

不 正 追
跡・監視
Web 対策

メトリクス(指標/要素)
遵守すべき規定、ルール、法令、ガイドライン等の有無
リスク分析範囲

要件

Web 診断実施の有無

レベル＊(Web サイトに対して行う Web サーバや Web
アプリケーションに対するセキュリティ診断の実
施有無は、事業者の提案事項とすること)レベル２(システム脆弱性等に対応するためのウィ
ルス定義ファイルの適用は、定義ファイルリリー
ス時に実施すること)レベル３(複数回、異なる方式による認証を行うこと。但しそのうち一つはマイナンバーの信頼で支える認証と準じるスマホ利用の公的個人認証基盤)
レベル＊(システム上の対策における操作制限度
は、事業者の提案事項とすること)レベル３(すべてのデータを暗号化すること)

ウィルス定義ファイル
適用タイミング
管理権限を持つ主体の認証
システム上の対策における操作制限度
伝送データの暗号化の有無
蓄積データの暗号化の有無
ログの取得
不正環視対象(装置)セキュアコーディン
グ、Web サーバの設定

レベル１(有り。総務省「クラウドサービス提供における情報セキュリティ対策ガイドライン（最新版）」を参照すること)
レベル 1(重要度が高い資産を扱う範囲、あるいは、外接部分)レベル１(認証情報のみ暗号化に準じること)
レベル１(必要なログを取得すること)レベル１(重要度が高い資産を扱う範囲及び外接部
分)
レベル 1(対策の強化。Web アプリケーション特有の脅威、脆弱性への対策を行うこと。対策内容
14

等による対策の強化
WAF の導入の有無

は、本書 5.2.8 項 IaaS 領域に準拠すること)
レベル＊(事業者の提案事項とすること)

5.2.6 システム環境・エコロジー【大項目】
表 11 システム環境・エコロジー【大項目】
中項目
システム
制約前提
条件

メトリクス(指標/要素)
構築時の制約条件

運用時の制約条件

システム
特性

クライアント(端末)数
特定製品の仕様有無

適合規格

規 格 取 得 の有 無 ( 安全性)

規 格 取 得 の有 無 ( 有害
物質)

環境マネ
ージメン
ト

グリーン購入法対応

要件
レベル 2(制約有り。すべての制約【事業者は情報
セキリュティマネジメントシステムに関する国際規格［ISO27001］を取得している、IaaS 部分はク
ラ ウ ド 型 IT サ ー ビ ス に 関 す る 国 際 規 格［ISO/IEC27017］を取得している】、延岡市情報セ
キュリティポリシー事本方針を適用すること)
レベル 2(制約有り。すべての制約【情報セキリュ
ティマネジメントシステムに関する国際規格［ISO27001］を取得している、IaaS 部分はクラウ
ド 型 IT サ ー ビ ス に 関 す る 国 際 規 格［ISO/IEC27017］を取得している】、延岡市情報セ
キュリティポリシー事本方針を適用すること)レベル１(上限が決まっている)
レベル１(一部に特定製品の指定【利用者端末のOS は Windows 10 以降上＋ブラウザは Microsoft
Edge 最新版、Android 12 以降＋Chrome 最新版、iOS15 以上＋Safari 最新版】がある)
レベル１(規格取得の必要有り。すべての制約【情報セキリュティマネジメントシステムに関する国
際規格［ISO27001］を取得している、IaaS 部分は
ク ラ ウ ド 型 IT サ ー ビ ス に 関 す る 国 際 規 格［ISO/IEC27017］を取得している】を適用すること)レベル＊(提供するサービスに使用する製品について、RoHS 指令※などの特定有害物質の使用制限についての規格の取得は、事業者の提案事項とする
こと)
レベル＊(グリーン購入法対応は、事業者の提案事項とすること)5.2.7 アプリケーション領域（１） サービスに関連するデータ管理は、日本国内法の適用を受けること。
（２） 利用者端末と災害物流 DX 間の通信 SSL/TLS 通信により接続が可能な環境とすること。
（３） 蓄積データは、暗号化を基本とすること。蓄積データの暗号化ができない事情がある場合は、暗号化対策に準じた対策を行い、当該内容を事業者による提案事項とする。尚、その場合においては、認証情報は暗号化した上で保管すること。
15

（４） リバースプロキシ、WAF(Web Application Firewall)機能等を有し、 外部端末から Web サーバに向けて送信されるデータ及び入力のチェックを行い、不正な入力
が Web サーバに渡されないようにすること。
5.2.8 IaaS 領域（１） クラウドサービス及び保管データは、日本国内法の適用を受けること。
（２） 外部から接続する際には、インターネット回線が利用できることとし、通信速度1Gbps ベストエフォートに対応できること。
（３） デジタル ID 機能を運用できること。
（４） 外部接続環境との間での SSL 通信（https）に対応すること。
（５） ネットワークファイヤウォール、IPS（Intrusion Prevention System)機能等を有し、仮想化サーバ・ネットワークと外部・内部通信を監視し、特定の IP アド
レスからのトラフィックを拒否（ブラックリスト化）、外部アクセスの接続数を制限するといった方法によって、分散型サービス拒否（DDoS）攻撃、不正な通信の侵入を防止すること。
（６） ネットワークファイヤウォール、IPS 等において通過させなかった通信の IP アド
レスのログの取得ができること。
（７） 機器、部品及びネットワーク経路は冗長化されており、機器部品の単一障害によってサービスが停止しないこと。
（８） 物理サーバの障害発生を検知した場合は対象の物理サーバ上で稼働していた仮想サーバは自動的に別のサーバで再起動すること。
（９） 複数の仮想サーバを異なる物理サーバ上で稼働させ、単一の物理サーバ障害の影
響範囲を限定すること。
（１０）自動火災報知設備、消火設備（サーバ室においてはガス系消火施設）が設置されていること。
（１１）停電時にシステムを運用するため十分な電源容量を持つ非常用自家発電装置を備えていること。また、非常用発電装置は 72 時間運転が可能なこと。災害時に優先的に燃料が供給可能な場合で、72 時間対応できる時は、非常用発電装置は 24
時間の運転が可能なこと。
（１２）汎 用 的 な OS( 具 体 的 に は 、 Windows, RedHatEnterpriseLinux 等 Linux 、Solaris(SunOS)等 Unix)が利用可能であること。
（１３）運用期間中に発生するサーバ OS やパッケージソフトのアップグレードやセキュリ
ティパッチ適用は、サービス提供に必要とされる業務として実施すること。

6

役務の要件
6.1

受託者に求める役務

受託者は、以下の業務を実施すること。
16

（１） プロジェクト管理（２） システム設計・構築（３） 研修（４） 運用テスト（５） 保守・運用
6.2

プロジェクト管理要件
6.2.1 プロジェクト計画書の策定

受託者は、本書に基づき、本サービスの構築における具体的な体制、スケジュール、プ
ロジェクト管理方針、プロジェクト管理方法等を含んだプロジェクト計画書を作成すること。
6.2.2 プロジェクト管理
表 12 プロジェクト管理
管理項目
進捗管理

品質管理

課題・リスク管理
変更管理

管理内容
プロジェクト計画策定時に定義したスケジュ－ルに基づく進捗管理等を実施すること。
受託者は、実施スケジュールと状況の差を把握し、進捗の自己評価を実施し、定例報告会において本市に報告すること。
進捗及び進捗管理に是正の必要がある場合は、その原因及び対応策を明らかにし、速やかに是正の計画を策定すること。
プロジェクト計画策定時に定義した品質管理方針に基づく品質管理を実施すること。
受託者は、品質基準と状況の差を把握し、また品質の自己評価を実施し、各工程完了報告において本市に報告すること。
品質及び品質管理に是正の必要がある場合は、その原因と対応策を明らかにし、速やかに是正の計画を策定すること。
プロジェクト計画時に抽出したリスクを管理し、リスクが顕在化した場合は課題として管理すること。
仕様確定後に仕様変更の必要が生じた場合には、受託者は、その影響範囲及び対応に必要な工数等を識別したうえで、変更管理ミーティングを開催し、本市と協議のうえ、対応方針を確定すること。

本市は、会議体として、定例報告会及び個別検討会を設置することとし、必要な報告書類を会議開催までに完備しつつ、会議終了後、会議内容を書面で本市へ報告し、その了承を得ることとする。なお、規定した以外の会議が必要な場合は、必要な会議を開催すること。

17

表 13 会議体一覧
会議体
定例報告会

実施内容
【目的】
プロジェクト計画策定時に定義したプロジェクト管理方法に基づくプロジェクト管理を実施すること。
各種工程の完了報告を実施すること。
【参加者】
本市、本事業中核経営人材、受託者(プロジェクト統括責任者、各領域責任者)【開催サイクル】
定期的に開催することとし、詳細は本市と協議のうえ、決定すること。定例報告会は四半期に１回程度と想定するが、必要に応じて適宜開催すること。
【報告書類】
進捗報告書、課題管理表、変更管理票、スケジュール、その他必要と思われる報告資料等【目的】
本サービスの仕様の明確化や確認等を行うための協議会を定期的に開催すること。
個別検討会の開催頻度及び参加者は、受託者において提案し、受託後、協議のうえ別途決定すること。

個別検討会

6.2.3 実施体制
（１） 受託者は、スケジュールを遵守でき、構築するサービスの品質が守られるよう十分な体制を整備すること。
（２） 受託者は、本業務に取り組む体制を明らかにし、各担当者の本業務に関連したプ
ロジェクトの実績及び所有資格を示すこと。
（３） 受託者は、本事業全体を統括し、本市との調整を行う統括責任者を指名し、本市の承認を得ること。統括責任者は、次のいずれかの資格を有する又はこれらと同等の能力を有する者であること。
ＰＭＰ【Project Management Professional】資格
情報処理技術者試験のプロジェクトマネージャー試験【ＰＭ】（４） 本市の担当者との常時打合せを可能とするため、本市の指定する場所に、プロジェクトマネージャーおよび開発リーダー等を、必要な人数配置すること。
6.3

サービス設計構築（１） 受託者は、本書に基づいて、本サービスの設計を行うこと。
（２） 本サービスの開発に必要な環境は、受託者が用意すること。
（３） 受託者は、本サービスの導入のために必要となるための各種テスト及び構築作業を行うこと。
（４） 各テストで使用するテストデータに関しては、受託者においてテストデータを準備すること。なお、本市が実施する避難訓練での試用工程において、実データが必要な場合には、本市と調整すること。
18

（５） 本サービスの引き渡しにあたっては、サービスを構成するすべてのソフトウェア
設定を完了し、本番稼働できる状態としておくこと。
6.4

運用テスト

（１） 運用テストは、実際の運用に合わせたシステム全体の機能及び性能の確認、本市による運用マニュアルの検証、運用担当者による運用訓練、利用者による総合的な機能検証を目的とすること。
（２） 運用テスト実施前に、具体的な内容については本市と協議すること。
（３） 協議状況を踏まえた運用テスト計画書、運用テスト実施手順書、運用テストシナ
リオ等を作成し、本市に提出すること。
（４） 運用テスト終了後には、運用テスト結果報告書を作成し、本市に提出すること。
6.5

研修（１） 受託者は、本サービスの円滑な利用を目的とし、システムの導入や定期異動及び繁忙期等の時期を考慮して、以下の表に示す各種研修を実施すること。
（２） 以下の表内にある実施内容は、受託者が最低限実施する内容であるため、具体的な研修の内容、回数、時期等については提案すること。
（３） 各研修で利用する研修テキストは、受託者が作成すること。ただし、本市が独自に利用者向け研修を行うことができるよう、改変可能なデジタルデータで提供すること。
（４） 各研修で利用する会場については、対面及びオンラインを含めて本サービス契約
締結時に本市と調整の上決定すること。
表 14 研修一覧
項目
システム管理者向け研修(集合)利用者のうち市職員(集合)利用者のうち民間支援者(集合)
6.6

研修内容
回数：２回
実施時期：令和７年２月以降
回数：１回
実施時期：令和７年３月以降
回数：１回
実施時期：令和７年３月以降

運用・保守（１） 受託者は、サービスを安定稼働させるために必要な運用保守作業及び機器保守作業を行うこと。運用・保守に係る要件については、本紙を踏まえ、本サービス契約締結時に本市と調整の上決定すること。
（２） 受託者は、本サービス締結時に SLA(サービスレベルアグリーメント)を締結すること。受託者は、本業務で提供されるサービスレベル項目並びに設定値及び測定方法を本書に基づき設計し、提案すること。
（３） 受託者は、SLA を提案する際、サービスレベルのモニタリングの実施方法及びレベルの基準をみたすことができなかった場合の対応期限、サービス対価の減額等を明記すること。
19

7

納品成果物及び納入場所
7.1

納品成果物

（１） 受託者は、本業務の成果物について、以下に示す。スケジュールは当該一覧の「納入場所」を目安とし、原則次工程着前に現工程の成果物について作成を行
い、承認を得るものとする。また、納入後 1 年間は、媒体破損、データ及びプロ
グラム不良による納入物の再作成及び修正を保証できるよう、受託者の責任において成果物の複製物を保管すること。
表 15 納品成果物一覧
工程
プロジェクト計画

作成ドキュメント
プロジェクト計画

設計・構築

基本設計書
詳細設計書

運用テスト

システム操作マニュ
アル
運用テスト仕様書

研修

運用テスト結果報告書
研修テキスト運用・保守

障害時運用手順書

障害対応マニュアル

プロジェクト管理

議事録

連絡票

内容
開発プロジェクトを運営するための計画書
基本設計内容をまとめたもの
基本設計書を元に詳
細設計内容をまとめたもの
システムの操作手順
を処理単位別にまとめたもの
運用テストの項目や実施内容をまとめたもの運用テストの結果をまとめたものシステム管理者及びシステム利用者向け
研修用テキスト
障害児の連絡体制・対応フロー等を明示したもの
システム障害が発生した場合のシステム
終了手順や再開手
順、調査手順、障害対応手順を障害エラー別にまとめたもの
開発プロジェクトを運営するための各種
書類
開発プロジェクトを運営するための各種
書類

進捗管理表
品質管理表

納品時期
契約締結後 1 か月以
内受託者がプロジェク
ト計画時に策定
受託者がプロジェク
ト計画時に策定
受託者がプロジェク
ト計画時に策定
受託者がプロジェク
ト計画時に策定
受託者がプロジェク
ト計画時に策定
受託者がプロジェク
ト計画時に策定
受託者がプロジェク
ト計画時に策定
受託者がプロジェク
ト計画時に策定

随時

随時

定例会時
定例会時
20

課題管理表
障害管理表
変更要求管理表
リスク管理表

定例会時
定例会時
定例会時
定例会時

（２） 保守・運用に係る設計においては、保守・運用に係る各種手順書のマニュアル等を作成すること。本件受託者自身が運用・保守を実施することに加え、運用保守の一次対応については、受託者以外の事業者によって実施することも想定し、運用保守の品質を担保できるように作業についてはすべて手順化すること。
7.2

納品形態及び部数

書面及び電子でそれぞれ 1 部納入すること。
なお、電子データ提出時には、本市が指定する納品書を合わせて提出するものとする。
7.3

納入場所

本市が指定する場所とする。

8

その他留意事項
8.1

再委託

受託者は、本業務を第三者に委託し、又は請け負わせることはできない。ただし、あらかじめ本市に提示し、承認を受けた場合には、業務の一部を委託することができる。
再委託範囲は、受託者が責任を果たせる範囲とし、再委託業者に問題が生じた場合は、受託者の責任において解決すること。
8.2

瑕疵担保責任

委託業務終了後１年間は、瑕疵担保期間とし、運用開始後に判明した本業務に係る可視は、受託者にて無償で修補すること。
8.3

著作権

本業務で作成されたドキュメント、データに関する著作権については、原則として、本市に帰属するものとする。ただし、パッケージ製品に関するもののほか、作成したデザインで使用している元データは除く。
本業務委託契約終了後、この契約の対象となる成果物など全ての著作権については、本市に帰属するものとする。
8.4

紛争等

本仕様書に基づく作業に関し、第三者との間に著作権に係る権利侵害の紛争等が生じた
場合は、当該紛争の原因が本市の責めに帰すべき事由による場合を除き、受託者の責任、負担において一切を処理すること。
この場合、本市は、係る紛争等の事実を知ったときは、受託者に通知し、必要な範囲で訴訟上の防衛を責任者に委ねる等の協力措置を講じるものとする。
8.5

情報漏えい

本業務の遂行にあたり、受託者は、業務上知りえた事項を第三者に漏えいしないよう十21分注意すること。
8.6

損害賠償

受託者の責めに帰すべき事由により、本市又は第三者に損害を与えた場合には、受託者がその損害を賠償すること。
8.7

疑義事項

本書において明示なき事項又は疑義が生じた場合、その都度、本市と協議のうえ、決定
すること。
8.8

その他の追加提案

本書が定めるサービス仕様は、現在本市が最低限必要と考えているものである。受託者の専門的な立場から、今後の技術革新を見据え、本サービスの費用範囲内で効果的な提案がある場合は、追加提案を行うこと。
8.9

支払方法

本受託業務に係る具体的な支払いは、受託決定後に協議のうえ決定する。

22