ガバメントクラウドとは｜仕組み・対象5サービス・自治体標準化との関係

この記事で実際に動かしたものは、公表されている数字の計算（割合・日数）と、「予防的統制」「発見的統制」の考え方を示す自作の小さな Python コードです。制度や仕組みの説明は、デジタル庁の公式ページと公表資料の記載だけをもとにしています。政策の良し悪しや費用の是非には触れず、事実の整理に絞ります。

まず、誰と誰が契約し、誰が使うのかを図にします（地方公共団体が使う場合。デジタル庁「地方公共団体情報システムのガバメントクラウドの利用について【第2.0版】」の説明をもとに作図）。

flowchart TD
    C[クラウド事業者 CSP<br>対象の5サービス] -->|提供契約| D[デジタル庁]
    D -->|利用権を付与| L[地方公共団体]
    L -->|運用管理の補助を委託| H[運用管理補助者]
    L -->|アプリの提供・保守| A[ASP<br>業務アプリの事業者]

よく調べられることの答えを先にまとめます。

確認環境：制度・仕組み・事業者名・日付・数字は、デジタル庁の公式ページ「ガバメントクラウド」「地方公共団体の基幹業務システムの統一・標準化」、公表資料（対象クラウドサービスの公募結果・審査結果の PDF、「地方公共団体情報システムのガバメントクラウドの利用について【第2.0版】」、「地方公共団体情報システム標準化基本方針」（2024年12月24日閣議決定）、デジタル社会推進標準ガイドライン DS-310「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」）、デジタル庁「GCASガイド」、ISMAP ポータルで確かめました。ガバメントクラウドの利用には利用組織としての手続きが要るため、実際の環境には接続していません。割合・日数の計算と、統制の考え方を示す自作のコードは、Ubuntu 24.04 の Python 3.13.18 で実行しました。図は mermaid 11.16.0 で描画を確かめています。数字や対象は更新されるため、利用の判断の前に公式ページの最新の記載を確かめることを勧めます（確認日 2026年11月11日）。

ガバメントクラウドとは（意味を一言で）

この節では、ガバメントクラウドという言葉が何を指すのかが、公式の言い方で分かります。

ガバメントクラウドは、デジタル庁の公式ページで「政府共通のクラウドサービスの利用環境」と説明されています。デジタル社会推進標準ガイドライン DS-310 の用語では、「デジタル庁が提供する、IaaS・PaaS・SaaS の安全かつ合理的な利用環境」とされています。

ここで押さえたいのは、ガバメントクラウドが「国が新しく作ったデータセンター」や「1つの製品の名前」ではない点です。中身は、民間のクラウド事業者が提供しているクラウドサービスです。そこに、デジタル庁がまとめて契約する仕組み、最低限のセキュリティ設定を入れた環境の払い出し、テンプレートや技術ガイドを組み合わせたものが「利用環境」と呼ばれています。

なお、クラウドそのものの基本（IaaS・PaaS・料金の考え方）は、関連記事「AWSとは｜初心者向けに主要サービス・料金・始め方を解説」で扱っています。

ガバメントクラウドのねらい（公式の概要）

この節では、ガバメントクラウドが何をねらった取り組みなのかが、デジタル庁の概要の言葉で分かります。

公式ページの概要は、テンプレートとガバナンス機能を軸に、3つのことを挙げています。短く引用すると次のとおりです。

• 「テンプレートに基づき適切にマネージドサービスを利用し、構築と運用の自動化を実現することでインフラコストの削減が実現できます。」
• 「ガバナンス機能とテンプレートを用いることで、政府全体としての管理レベルの向上、ベストプラクティスに基づく品質の底上げと標準化、セキュリティやネットワーク、運用監視などの検討省力化と設定自動化を支援します。」
• 最新のクラウド技術を使える環境を、テンプレートを使った標準的な環境として提供し、「政府や地方自治体のアプリケーション開発を現代的なものにしていくことを最大限支援します。」

公式ページには、地方公共団体についても「同様の利点を享受できるよう検討を進めます」と書かれています。

背景にある考え方は DS-310 に書かれています。政府の情報システムは「クラウドサービスの利用を第一候補として」検討する（クラウド・バイ・デフォルト原則）とされ、さらに「単にクラウドを利用するのではなく、クラウドをスマートに利用するよう検討する」とされています。そして、クラウドサービスの利用は「ガバメントクラウドを原則とする」と書かれています。

ガバメントクラウドの対象のクラウドサービス（5つと決定の時期）

この節では、対象として選ばれているクラウドサービスの名前と、いつ公表されたのかが分かります。

2026年11月11日時点で、公表されている対象は5つです。2026年3月27日に公表された「令和8年度募集における審査結果」には、選定したクラウドサービスとして次の5つが並んでいます。下の表は公表された順に並べたもので、順位や優劣を示すものではありません。

さくらのクラウドについては、デジタル庁が開発計画の進み具合をおよそ四半期ごとに公表してきました。そして2026年3月27日に、「すべての技術要件を満たしたことを確認できたので、2026年3月27日以降本番環境の提供が可能となります」と公表されています。

公表された日付から、対象の数の増え方と日数を計算しました。

令和3年度 2021-10-26 +2 累計2
令和4年度 2022-10-03 +2 累計4
令和5年度 2023-11-28 +1 累計5
さくらのクラウド: 条件付き選定から要件充足の確認まで 850 日

対象の一覧は、年度ごとの募集で見直されます。提案や設計の前に、公式ページ「ガバメントクラウド」の最新の公表を確かめることを勧めます。それぞれのクラウドの入門は、関連記事「GCPとは｜Google Cloudの主要サービス・料金・無料枠・始め方」と、関連記事「Azure Portalとは？ログインURL・画面10要素・料金の確認手順」で扱っています。

ガバメントクラウドの利用の仕組み（誰が契約し、誰が使うのか）

この節では、契約の関係と、責任の分かれ目が分かります。

地方公共団体は、クラウド事業者と直接の契約をしません。「地方公共団体情報システムのガバメントクラウドの利用について【第2.0版】」（以下「利用について」）には、次の関係が書かれています。

1. 1デジタル庁 ⇔ クラウド事業者（CSP）「ガバメントクラウド提供契約」。デジタル庁が CSP からクラウドサービスを一括して提供を受ける
2. 2デジタル庁 ⇔ 地方公共団体「ガバメントクラウド利用権付与・運用管理委託契約」。団体ごとの利用範囲（個別領域）の利用権限が付与される
3. 3地方公共団体 ⇔ 運用管理補助者クラウドの運用管理の補助を委託する事業者。利用権限の一部または全部が付与される
4. 4地方公共団体 ⇔ ASP業務アプリケーションの構築・提供・運用保守を行う事業者との契約
5. 5地方公共団体 ⇔ 回線の事業者ガバメントクラウドへつなぐ通信回線は、利用する各団体が確保し維持する

環境は2つの領域に分かれています。各団体が使える範囲が「ガバメントクラウド個別領域」、初期設定・権限の付与・監査ログの収集などの共通の管理機能を持つのが「ガバメントクラウド管理領域」です。デジタル庁は、「IaC 等の手法による最低限のセキュリティ設定等を反映したガバメントクラウド個別領域」を割り当てる、と書かれています。

責任の分かれ目

「利用について」では、個別領域と、それ以外の領域の境界が責任分界点とされています。そのうえで、次のように整理されています。

利用料については、「ガバメントクラウドの利用に応じて地方公共団体が負担する」方針が書かれています。具体的な扱いは更新されることがあるため、最新の公表資料で確かめるのが確実です。

単独利用方式と共同利用方式の違い

この節では、地方公共団体がガバメントクラウドを使うときの2つの方式の違いが分かります。

違いは、個別領域の利用権限を「誰が行使して運用管理するか」です。「利用について」では、デジタル庁は共同利用方式を選ぶことを推奨する、と書かれています。

エンジニアの立場では、自分の会社が「運用管理補助者」として入るのか、「ASP」として業務アプリケーションを提供するのかで、触れる範囲と持つ権限が変わります。案件の資料に出てくる役割の名前を、この2つの言葉に当てはめて読むと整理しやすくなります。

自治体システムの統一・標準化とガバメントクラウドの関係（20業務）

この節では、「自治体システムの標準化」と「ガバメントクラウド」がどうつながっているのかが分かります。

標準化は「アプリケーションの仕様をそろえる話」、ガバメントクラウドは「それを載せる基盤の話」です。2つは別のものですが、セットで進められています。

デジタル庁の公式ページによると、2021年に成立・施行された「地方公共団体情報システムの標準化に関する法律」（標準化法）にもとづき、地方公共団体の基幹業務システムを統一・標準化する取り組みが進められています。標準化の対象の事務に使うシステムは、標準化基準に適合した「標準準拠システム」であることが求められます。

公式ページには「標準化対象事務は、現時点で以下の20の事務が政令で指定されています」とあり、次の20が挙げられています。

区分けはこの記事で読みやすくするために付けたもので、事務の名前と数は公式ページのとおりです（Python で数えて20であることを確かめました）。

ガバメントクラウドとのつながりは、公式ページの次の2文に表れています。

• 「標準化法では、地方公共団体は国が整備した全国的なクラウド環境（ガバメントクラウド）の利用に努めることとされています。」
• 「ガバメントクラウドはデジタル庁が調達し、地方公共団体にそのサービスを提供しています。」

標準化基本方針では、標準準拠システムの基盤としてガバメントクラウドを先に検討しつつ、性能や経済性の面で総合的に優れると判断した場合には、ほかの環境を使うことも想定されています。標準には、機能の標準仕様のほかに、データ要件・連携要件、非機能要件、共通機能の標準があります。

移行の期限と特定移行支援システム（公式の数字）

この節では、移行の目標の時期と、間に合わないシステムの扱い、公表されている数字が分かります。

目標は「原則、2025年度（令和7年度）までに、標準準拠システムへの円滑かつ安全な移行を目指す」です。そのうえで、2026年度（令和8年度）以降の移行にならざるを得ないシステムは「特定移行支援システム」とされ、公式ページには「概ね5年以内に標準準拠システムへ移行できるよう積極的に支援する」と書かれています。

公式ページには、2026年3月末時点の数字として、次の文があります。

「標準準拠システムへの移行対象となる全34,366システムのうち、10,013システム（29.1％）が特定移行支援システムとなっています。」

この割合を、手元でも計算して確かめました。

total, tokutei = 34366, 10013
print(f"特定移行支援システムの割合: {tokutei}/{total} = {tokutei/total*100:.1f}%")
print(f"それ以外: {total-tokutei} システム = {(total-tokutei)/total*100:.1f}%")

特定移行支援システムの割合: 10013/34366 = 29.1%
それ以外: 24353 システム = 70.9%

読み方で気をつけたい点が2つあります。1つ目は、「それ以外の 24,353 システム」は「特定移行支援システムではないもの」の数であり、公式ページのこの文は移行が済んだ数を示してはいない点です。2つ目は、数字が「システム」の単位である点です。1つの団体が20の事務で複数のシステムを持つため、団体の数とは一致しません。数字は定期的に更新されているので、資料に引用するときは時点を添えます。

ガバメントクラウドとISMAPの関係

この節では、一緒に出てくることが多い ISMAP という言葉の意味と、ガバメントクラウドとのつながりが分かります。

ISMAP（イスマップ）は「政府情報システムのためのセキュリティ評価制度」の通称です。ISMAP ポータルでは、政府が求めるセキュリティ要求を満たしているクラウドサービスを「予め評価・登録することにより」、政府のクラウドサービス調達におけるセキュリティ水準の確保を図り、円滑な導入に役立てる制度と説明されています。登録されたサービスは「ISMAP クラウドサービスリスト」に載ります。

ガバメントクラウドとの関係は、「利用について」の CSP の説明に出てきます。CSP は、ISMAP のクラウドサービスリストに登録されたサービスのうち、一定の要件を満たすものを提供する事業者とされています。

つまり「ISMAP のリストに載っている＝ガバメントクラウドの対象」ではありません。ISMAP のリストのほうが広く、ガバメントクラウドはその中からさらに公募と審査を経て選ばれたものです。

エンジニアが知っておきたいガバメントクラウドの技術要素

この節では、公式の資料に出てくる技術の言葉と、その意味が分かります。

特別な専用技術ではなく、クラウドを使う仕事でふだん出てくる考え方が、公式の方針として書かれています。DS-310 と「利用について」に載っている範囲で整理します。

マルチクラウドの読み方

ガバメントクラウドは対象が5つあるため、「マルチクラウドの環境」と紹介されることがあります。ここで区別したいのは、「全体として複数のクラウドから選べる」ことと、「1つのシステムが複数のクラウドにまたがる」ことです。DS-310 は後者について、主たる環境を複数の CSP にする形はコストが増えることが多いので真に必要な場合を除き避ける、としています。特定の機能のために SaaS などを併用することは別の扱いです。

テンプレートと IaC

DS-310 には、CSP などが用意したテンプレートをもとに、少し直したコードを実行してインフラ環境を作る、という流れが書かれています。コードにすることで、レビュー・自動テスト・バージョン管理ができるようになります。また、予防的統制と発見的統制の設定を組み込んだテンプレートで IaC を行うことが望ましい、とされています。

IaC の道具そのものの使い方は、関連記事「Terraform入門｜基本の流れからstate管理・既存リソースの取り込みまで」と、関連記事「CloudFormationテンプレートの書き方と組み込み関数一覧」で扱っています。

マネージドサービスとモダン化

DS-310 は、今日のクラウドの特徴として「サーバーは構築せずにマネージドサービスを利用すること」を挙げ、インフラを刷新する段階でも、データベースと運用管理の機能はマネージドサービスを優先して検討する、としています。ガバメントクラウドの案件で「サーバーを立てる前に、マネージドサービスで組めないかを検討する」という順番が出てくるのは、この方針によるものです。

予防的統制と発見的統制を小さなコードで確かめる（ガードレールの考え方）

この節では、「ガードレール」と呼ばれることが多い仕組みの考え方が、動くコードの出力で分かります。

DS-310 の言葉では「予防的統制」と「発見的統制」です。クラウドの分野では、利用者が安全な範囲から外れないようにするこうした仕組みを、道路の柵になぞらえて「ガードレール」と呼ぶことがよくあります。DS-310 は、予防的統制の例として国外のサービスの利用の禁止・ログの取得・高権限のアカウントの管理を、発見的統制の例としてポリシーへの準拠の状況や外部公開の設定の継続的な監視を挙げています。

この2つの違いを、自作の小さな Python コードで動かしました。これは考え方を示す模型であり、ガバメントクラウドの実際の仕組みやテンプレートそのものではありません。まず、作りたい構成を書いたファイル（テンプレートにあたるもの）です。

{
  "system": "sample-portal",
  "resources": [
    {"name": "app-server",  "type": "vm",      "region": "tokyo", "audit_log": true,  "public": false},
    {"name": "backup-store","type": "storage", "region": "osaka", "audit_log": true,  "public": false},
    {"name": "test-store",  "type": "storage", "region": "oregon","audit_log": false, "public": true}
  ]
}

次に、決まりを3つ持ち、作る前に調べる関数（予防）と、できあがった環境を調べる関数（発見）を用意します。

RULES = [
    ("R1 国内のリージョンだけを使う", lambda r: r["region"] in ("tokyo", "osaka")),
    ("R2 監査ログを有効にする",       lambda r: r["audit_log"] is True),
    ("R3 ストレージを公開しない",     lambda r: not (r["type"] == "storage" and r["public"])),
]
def violations(res):
    return [name for name, ok in RULES if not ok(res)]

def preventive(template):
    """予防的統制: 作る前に調べ、違反があれば作らせない"""
    created = []
    for r in template["resources"]:
        v = violations(r)
        if v:
            print(f"[予防] 拒否  {r['name']:<13} {' / '.join(v)}")
        else:
            print(f"[予防] 作成  {r['name']}")
            created.append(dict(r))
    return created

def detective(env):
    """発見的統制: できあがった環境を定期的に調べ、違反を見つける"""
    found = 0
    for r in env:
        v = violations(r)
        print(f"[発見] {'違反' if v else '適合'}  {r['name']:<13} {' / '.join(v)}")
        found += bool(v)
    return found

テンプレートを適用し、そのあと誰かが手作業で監査ログを切った、という流れで実行した出力です。

--- 1. テンプレートを適用（予防的統制）
[予防] 作成  app-server
[予防] 作成  backup-store
[予防] 拒否  test-store    R1 国内のリージョンだけを使う / R2 監査ログを有効にする / R3 ストレージを公開しない
--- 2. 適用の直後に点検（発見的統制）
[発見] 適合  app-server    
[発見] 適合  backup-store  
違反の数: 0
--- 3. 誰かが手作業で設定を変えた（監査ログを切った）
--- 4. 次の定期点検（発見的統制）
[発見] 違反  app-server    R2 監査ログを有効にする
[発見] 適合  backup-store  
違反の数: 1

実際のクラウドでは、この役目を各クラウドの機能が受け持ちます。AWS で組織全体に決まりをかける機能の書き方は、関連記事「AWS OrganizationsのSCPの書き方｜例文とテンプレート」で扱っています。ガバメントクラウドで実際に適用される内容は、GCASガイドの各クラウドの技術ガイドで確かめます。

ガバメントクラウドのよくある誤解

この節では、言葉の印象から生まれやすい思い違いと、公式資料の記載が分かります。

ガバメントクラウドの用語とつまずきやすい点

この節では、資料を読むときに出てくる略語と、読み違えやすい箇所が分かります。

略語の指す相手を取り違えると、責任の範囲を読み違えます。まず用語です。

次に、つまずきやすい点です。

「2025年度の末」から確認日までの日数も計算しておきます。2026年3月31日から2026年11月11日までは 225 日です（Python の date の引き算で計算）。記事や資料に「期限まであと何日」と書かれていたら、書かれた時点を確かめてから読むと取り違えを防げます。

ガバメントクラウドの公式資料の探し方（判断表）

この節では、知りたいことに応じて、どの公式資料を開けばよいかが分かります。

入口は3つです。制度と対象のサービスは「ガバメントクラウド」のページ、自治体の標準化は「地方公共団体の基幹業務システムの統一・標準化」のページ、技術は「GCASガイド」です。

GCASガイドのメニューには、「はじめにお読みください」「全般的ガイド」「公共SaaS」「GCAS利用ガイド」「モダン化・コスト最適化」「CSP共通技術ガイド」と、AWS・Google Cloud・Microsoft Azure・OCI・さくらのクラウドの技術ガイドが並んでいます。全般的ガイドには「ガバメントクラウド概要解説」「ガバメントクラウド利用検討の基本的な考え方について」「利用システムが考慮すべきセキュリティ（共通）」などの文書があります。

はじめてガバメントクラウドの案件に関わるときは、次の順で読むと全体をつかみやすくなります。

読む前に、次の点を確かめておくと取り違えが減ります。

• 1資料の日付と版を見る「利用について」や推奨構成は改訂される。版と日付を控えてから読む
• 2数字には時点を添える特定移行支援システムの数は定期的に更新されている
• 3国の府省向けか、自治体向けかを分けるDS-310 は政府情報システム、「利用について」は地方公共団体が対象
• 4解説記事の事業者名は公式の一覧で確かめる対象は年度ごとの募集で見直される
• 5機密の扱いは契約と最新の規程で確かめる扱う情報や接続の方法は、案件ごとの取り決めと公式の最新の資料に従う

ガバメントクラウドのよくある質問

この節では、検索されることの多い疑問への短い答えが分かります。

Q. ガバメントクラウドとは、簡単に言うと何ですか。
デジタル庁が整備・提供する、政府共通のクラウドサービスの利用環境です。民間のクラウドサービスをデジタル庁がまとめて契約し、各府省や地方公共団体がその上でシステムを動かします。

Q. ガバメントクラウドの対象のクラウドサービスはどれですか。
2026年11月11日時点で、Amazon Web Services・Google Cloud・Microsoft Azure・Oracle Cloud Infrastructure・さくらのクラウドの5つです。2026年3月27日公表の「令和8年度募集における審査結果」に載っています。

Q. ガバメントクラウドはいつ始まりましたか。
対象のクラウドサービスが最初に公表されたのは2021年10月26日で、Amazon Web Services と Google Cloud Platform（当時の名称）の2件でした。その後、2022年10月と2023年11月に対象が加わっています。

Q. 自治体はガバメントクラウドを必ず使うのですか。
デジタル庁の公式ページには、標準化法では「ガバメントクラウドの利用に努めることとされています」と書かれています。標準化基本方針では、性能や経済性の面で総合的に優れると判断した場合に、ほかの環境を使うことも想定されています。個別の判断は、最新の基本方針と所管の省庁の資料で確かめるのが確実です。

Q. 自治体システムの標準化の対象は何業務ですか。
20の事務です。住民基本台帳、戸籍、固定資産税、個人住民税、国民健康保険、介護保険、児童手当などが政令で指定されています。

Q. 標準準拠システムへの移行はいつまでですか。
原則は2025年度（令和7年度）までです。2026年度以降の移行にならざるを得ないシステムは「特定移行支援システム」とされ、概ね5年以内に移行できるよう支援するとされています。2026年3月末時点で 10,013 システム（29.1％）がこれにあたります。

Q. ISMAP に登録されていれば、ガバメントクラウドの対象になりますか。
なりません。ISMAP のクラウドサービスリストへの登録は前提であり、そのうえで公募と審査を経て選ばれたものがガバメントクラウドの対象です。

Q. ガバメントクラウドはマルチクラウドですか。
対象が5つあり、利用する側が選べるという意味では複数のクラウドからなる環境です。一方で DS-310 は、1つのシステムの主たる環境を複数の CSP にまたがらせる形は、真に必要な場合を除き避けるとしています。

Q. ガードレールとは何ですか。
利用者が安全な範囲から外れないようにする仕組みを指して、クラウドの分野でよく使われる呼び方です。DS-310 では「予防的統制」（不正な操作を事前に防ぐ）と「発見的統制」（不正な状況を継続的に監視し修正する）という言葉で説明されています。

Q. GCASガイドとは何ですか。
デジタル庁が公開している、ガバメントクラウドの利用組織と事業者に向けた技術ドキュメントの総合案内サイトです。共通の技術ガイドと、5つのクラウド別の技術ガイドがあります。

Q. エンジニアは何を学んでおくとよいですか。
対象の5つのうち案件で使うクラウドの基本、IaC（テンプレートからの構築）、マネージドサービスを優先する設計、予防的統制と発見的統制の考え方の4つです。どれも DS-310 に方針として書かれています。

まとめ

この節では、この記事の要点が5つで分かります。

• ガバメントクラウドは、デジタル庁が提供する政府共通のクラウドサービスの利用環境で、中身は公募で選ばれた民間のクラウドサービスです。
• 対象は5つ（Amazon Web Services・Google Cloud・Microsoft Azure・Oracle Cloud Infrastructure・さくらのクラウド）。2021年・2022年・2023年の公表で加わり、2026年3月27日の審査結果に5つが並んでいます。
• 契約はデジタル庁がまとめ、利用者は利用権の付与を受けます。地方公共団体には単独利用方式と共同利用方式があり、運用管理補助者・ASP という役割が出てきます。
• 自治体の20の事務の標準化とセットで進められています。原則は2025年度まで、2026年3月末時点で 10,013 システム（29.1％）が特定移行支援システムです。
• 技術の要素は、テンプレート・IaC・マネージドサービス・予防的統制と発見的統制です。資料は GCASガイドと DS-310 にまとまっています。

参考・出典

確認日はいずれも 2026年11月11日です。

• デジタル庁「ガバメントクラウド」：https://www.digital.go.jp/policies/gov_cloud
• デジタル庁「ガバメントクラウド整備のためのクラウドサービスの提供－令和8年度募集－における審査結果」（2026年3月27日）：https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/d6b5753c-c4eb-4ee6-92d0-21b3fa945a82/8bcd22f0/20260327_policies_gov_cloud_outline_01.pdf
• デジタル庁「クラウドサービスの提供－令和5年度新規募集－の公募結果について」（2023年11月28日）：https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/d6b5753c-c4eb-4ee6-92d0-21b3fa945a82/2c2cef20/20231128_policies_gov_cloud_outline_01.pdf
• デジタル庁「クラウドサービスの提供－令和4年度募集－の公募結果について」（2022年10月、2023年4月3日改訂）：https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/d6b5753c-c4eb-4ee6-92d0-21b3fa945a82/09da329e/20230403_policies_gov_cloud_outline_01.pdf
• デジタル庁「大臣記者会見（2021年10月26日）」：https://www.digital.go.jp/news/minister-211026-01
• デジタル庁「地方公共団体の基幹業務システムの統一・標準化」：https://www.digital.go.jp/policies/local_governments
• デジタル庁「地方公共団体情報システムのガバメントクラウドの利用について【第2.0版】」（2024年4月）：https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/c58162cb-92e5-4a43-9ad5-095b7c45100c/f1e3d411/20240424_policies_local_governments_outline_02.pdf
• 「地方公共団体情報システム標準化基本方針」（2024年12月24日閣議決定）：https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/c58162cb-92e5-4a43-9ad5-095b7c45100c/6a6cf2e1/20241224_policies_local_governments_doc_04.pdf
• デジタル社会推進標準ガイドライン DS-310「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」（2025年5月27日改定）：https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/e2a06143-ed29-4f1d-9c31-0f06fca67afc/a612d406/20250619_resources_standard_guidelines_guideline_08.pdf
• デジタル庁「GCASガイド」：https://guide.gcas.cloud.go.jp/
• ISMAP ポータル「ISMAP概要」：https://www.ismap.go.jp/csm?id=kb_article_view&sysparm_article=KB0010005

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。