AP科目Bの選択問題はどう選ぶ?|11分野の出題傾向と当日の判断
AP科目Bの選択で迷ったら、分野の評判より「初見の設問を、根拠を示した答案にして、時間内に解けるか」を基準にします。問1の情報セキュリティは必須です。残る4問は、自分が準備した分野と当日の出題内容を照らして選びます。この記事では11問の傾向、必要な技能、時間を使いやすい箇所、選ぶ条件を具体的に整理します。
まず確認:必須1問+選択4問を150分で解く
2026年10月適用の試験要綱では、AP科目Bは150分の記述式で、11問から5問を解答します。情報セキュリティの問1が必須で、問2〜11から4問を選びます。必須の準備と選択分野の準備を別々に進め、最後は5問全体で時間に収まるかを確認します。
出題数・解答数・必須分野の根拠:IPA試験要綱Ver.5.6(13ページ・別紙45ページ)
2026年度のCBT移行についてIPAは、問う知識・技能の範囲、出題形式、出題数・解答数、採点方式・配点・合格基準を変更しないと案内しています。過去の「午後問題」は科目Bの準備資料として使えます。ただし、ここで示す問2〜11の番号と分野の対応は過去問の並びを基にしています。当日は実際の問題と画面の指示を確認してください。
平成27年秋期以降の出題形式改革と2026年CBT化の継承
応用情報技術者試験(AP)の午後試験(科目B)は、平成27年度秋期に「問1(情報セキュリティ)の1問のみが全員必須となり、残り問2〜問11の10分野から4問を完全に自由選択する」という抜本的な制度改革が行われました。これにより、解答時間が1問あたり25分から30分へ拡大し、A4用紙3〜5ページに及ぶ長文シナリオ読解と思考力重視の試験へと進化しました。
長文シナリオと図表・ログ照合の重要化:1問30分となったことで、単語の暗記ではなく、業務背景・構成図・ログのタイムラインを正確に読み解く国語力と読解力が合否を分けるようになりました。
セキュリティの全問侵食:必須の問1だけでなく、ネットワーク(問5)、データベース(問6)、システム開発(問8)、サービスマネジメント(問10)、監査(問11)など、選択問題の内部にもアクセス権限や暗号化、ログ保全などのセキュリティ論点が深く浸透しています。
文系・理系に応じた合格戦略の確立:プログラミング(問3)を完全回避できるようになったため、文系・マネジメント志向の受験者は「経営・DB・PM・監査」という文章読解中心の黄金ルートで安定して合格を勝ち取れるようになりました。
2026年度CBT化以降も出題水準は完全継承:名称が「午後」から「科目B」に変更されてCBT化された後も、IPA公式発表のとおり「大問11問中5問選択」「出題範囲・難易度・採点基準」は平成27年秋期以降の枠組みがそのまま維持されています。
全11分野の総合評価マトリクス(難易度・文章量・計算量・得点安定度)
全20回(計220問)の出題実績と採点講評を徹底分析し、各分野の特徴と対策しやすさを整理した総合評価一覧です。
分野 | 知識量 | 読解量 | 計算量 | 時間消費リスク | 得点安定度 | おすすめ度 | 対象タイプ |
|---|---|---|---|---|---|---|---|
問1:セキュリティ(必須) | 多 | 多 | 少 | 中 | 高 | ★★★★★ | 全員必須 |
問2:経営戦略 | 少 | 極大 | 少 | 低〜中 | 極高 | ★★★★★ | 文系・読解得意型 |
問3:プログラミング | 多 | 中 | 多 | 極大 | 低〜中 | ★★☆☆☆ | 開発経験者・アルゴリズム特化 |
問4:システムアーキ | 中 | 中 | 極大 | 中 | 高 | ★★★★☆ | 理系・計算得意型 |
問5:ネットワーク | 極大 | 中 | 中 | 中 | 中〜高 | ★★★☆☆ | インフラ経験者・NW学習者 |
問6:データベース | 中 | 中 | 少 | 極小 | 最高 | ★★★★★ | 全受験者に絶対推奨 |
問7:組込みシステム | 少 | 中 | 中 | 低 | 極高 | ★★★★☆ | パズル・状態遷移得意型(穴場) |
問8:情報システム開発 | 中 | 多 | 少 | 中 | 高 | ★★★☆☆ | SE・設計・テスト経験者 |
問9:プロジェクト管理 | 少 | 多 | 中 | 低 | 極高 | ★★★★★ | 文系・実務者(鉄板) |
問10:サービス管理 | 少 | 多 | 少 | 低 | 極高 | ★★★★☆ | 運用経験者・文系 |
問11:システム監査 | 極小 | 極大 | 無 | 極小 | 最高 | ★★★★★ | 文系・初学者の救済科目 |
分析の読み方:題材の名前より、問われる技能を見る
この記事は提供された平成27年秋期〜令和7年秋期の20回分の分析資料を基にしています。対応する公式採点講評20本の問別概要も確認しました。分野ごとの説明では、長期の履歴から準備テーマを整理し、2024〜2025年の具体例で出題内容の幅を示します。
「サプライチェーン」「クラウド」「AI」のような題材名だけでは、必要な技能は決まりません。同じクラウドの題材でも、問4では性能や非機能要件、問5では経路やアドレス、問10では容量計画を考えることがあります。設問が求める計算、追跡、設計、理由の説明を見て判断します。
以下の選ぶ条件と学習順序は、履歴を踏まえた編集上の提案です。公式の難易度順位や将来の出題予測ではありません。テーマの分類が重なるため、単純な出現率による順位は付けません。採点講評の正答率の表現も、その回の結果であり、自分が次回解ける確率には置き換えません。
分野名だけで決めず、準備した技能がその回の問題で使えるかを確認する。
11問の全体像:準備したい技能と注意点
問・分野 | 中心となる技能 | 選択時に見る注意点 |
|---|---|---|
問1 情報セキュリティ | 侵入経路・権限・ログをつないで対策の理由を説明 | 一般論だけで原因や対象を書いてしまう |
問2 経営戦略 | 市場・顧客・自社の根拠から施策と効果を説明 | 読解だけに頼り、戦略の分類や数値を誤る |
問3 プログラミング(アルゴリズム) | 配列・木・グラフと変数の更新を追跡 | 最初の解釈の誤りが後続の空欄へ広がる |
問4 システムアーキテクチャ | 性能・容量・可用性と処理配置を条件から比較 | 転送・並列化・制約を落として式を作る |
問5 ネットワーク | 通信の経路・名前解決・アドレスを追跡 | 知っている語が出ても経路を追えない |
問6 データベース | 業務ルールをE-R図・キー・SQLへ対応させる | 高度なSQLや設計変更で所要時間が増える |
問7 組込みシステム開発 | 状態・イベント・タスク・時間制約を設計へ反映 | 身近な機器でもリアルタイムの条件が読めない |
問8 情報システム開発 | 要求をクラス・画面・処理・例外の設計へ結び付ける | 図の記号や処理の責務を曖昧に読む |
問9 プロジェクトマネジメント | スコープ・日程・資源・リスクの判断を説明 | 文章だけを想定して日程・EVMの計算を落とす |
問10 サービスマネジメント | サービス目標と現場の運用・改善を対応させる | 経験談だけになり、SLAや工数の条件を無視する |
問11 システム監査 | リスク・統制・証拠・監査手続をつなぐ | 本文の抜き出しだけで監査手続を答えたつもりになる |
どの行も、本文を読む力と基礎知識の両方が必要です。計算が多い分野と少ない分野を完全に分けることもできません。特に問2・9・10は文章中心の回でも数値や指標の設問があり、問7・11も専門の概念を知らずに本文だけで解けるとは限りません。
問1:情報セキュリティ — 必須の準備
問1のテーマ別出題頻度マトリクス(全20回・計220問の分析結果)
テーマ分類 | 出題回数 | 割合 | 特徴・出題傾向の背景 |
|---|---|---|---|
マルウェア感染・標的型攻撃・インシデント初動対応 | 6回 | 30% | 実務ニーズに直結する重要領域 |
認証・アクセス制御・パスワード管理(MFA/ハッシュ/ソルト) | 5回 | 25% | 実務ニーズに直結する重要領域 |
Webアプリケーション脆弱性対策(SQLi/XSS/CSRF/セッション) | 2回 | 10% | 実務ニーズに直結する重要領域 |
サプライチェーン攻撃・委託先セキュリティ(SBOM含む) | 2回 | 10% | 実務ニーズに直結する重要領域 |
メールセキュリティ(送信ドメイン認証・PPAP廃止・S/MIME) | 1回 | 5% | 実務ニーズに直結する重要領域 |
クラウド・ゼロトラスト・境界防御移行 | 1回 | 5% | 実務ニーズに直結する重要領域 |
DNS攻撃とセキュリティ対策 | 1回 | 5% | 実務ニーズに直結する重要領域 |
暗号・ハッシュ関数・PKI基盤 | 1回 | 5% | 実務ニーズに直結する重要領域 |
物理セキュリティ・入退室管理 | 1回 | 5% | 実務ニーズに直結する重要領域 |
出題傾向:長期の整理では、認証、暗号、Web攻撃、ネットワークの防御、インシデント対応が重要な準備テーマです。最近の題材も一つに固定されず、2024年秋はパスワード管理、2025年春はランサムウェア被害の調査、2025年秋はサプライチェーンに関わる攻撃が扱われました。知識を事案の原因・対策へ結び付ける準備が必要です。
得点につながる技能:例えば侵入経路の説明なら、攻撃者が利用した入口、通過できた認証や権限、到達した対象をつなぎます。再発防止策では、その経路のどこを閉じるのかを書きます。ログで確認した事実と、まだ証拠がない推測は分けます。「多要素認証を使う」だけで終わらず、どの利用者・接続に適用するかを条件に合わせて説明します。
準備する内容:認証と認可、最小権限、パスワードのハッシュとソルト、TLS・証明書、SQLインジェクション・XSS・CSRF、ネットワーク分離、バックアップ、ログ保全を優先して復習します。用語の意味だけでなく、防げる攻撃・防げない攻撃も確認します。
必須問題への取り組み方:問1は選択によって避けられません。演習では、原因・理由・対策を区別して短く書けるかを確かめます。当日は図、ログ、時刻、利用者、接続先の対応を作業メモに整理し、根拠が確認できる小問から進めます。知らない製品名が出ても、本文が説明する役割から読める場合があります。
時間と誤りの注意点:危険なのは、インシデントの封じ込めと復旧を混同すること、証拠を失う操作を無条件に提案すること、攻撃の種類を当てるだけで設問の理由に答えないことです。必須だからと一つの難しい小問に長時間を使わず、後で確認する箇所を残します。
問1の頻出キーワード・必須専門用語
EDR / SIEM / SOC / CSIRT
MFA(多要素認証)/ FIDO2 / パスワードレス
パスワードハッシュ化 / ソルト / ストレッチング
送信ドメイン認証(SPF / DKIM / DMARC)
S/MIME / 暗号化メール / 電子署名
サプライチェーン攻撃 / SBOM / 委託先監査
ゼロトラスト / ZTNA / SWG / 責任分界点
WAF / SQLインジェクション / XSS / CSRF
Cookie属性(Secure, HttpOnly, SameSite)
ラテラルムーブメント(横展開)/ 踏み台
CVE / CVSS / 脆弱性診断 / ペネトレーションテスト
IPA公式採点講評から見る「典型的な失点原因」と合格への記述ルール
【事実と推論の混同】:ログに記録されていない推測を根拠に書くと減点される。問題文中のEDR検知ログやFW通信記録から「確定できる事実」だけを根拠にする必要がある。
【対策の主語・目的語の欠落】:単に「アクセスを制限する」ではなく、「プロキシサーバにおいて、C&Cサーバ宛の通信を遮断する」のように『どこで・何を』明記しないと得点にならない。
【用語の正確性】:多要素認証(知識・所持・生体)の要素混同や、ハッシュ化と暗号化の混同、SPFとDKIMの検証対象(IPアドレス vs 電子署名)の取り違えが多発している。
問2:経営戦略 — 事例を整理し、戦略の用語を適用できる人
問2のテーマ別出題頻度マトリクス(全20回・計220問の分析結果)
テーマ分類 | 出題回数 | 割合 | 特徴・出題傾向の背景 |
|---|---|---|---|
事業戦略・成長戦略(アンゾフ、ブルーオーシャン、事業領域) | 6回 | 30% | 実務ニーズに直結する重要領域 |
マーケティング戦略(4P, STP, ブランド, デジタル施策) | 4回 | 20% | 実務ニーズに直結する重要領域 |
外部・内部環境分析(SWOT, クロスSWOT, PEST, ファイブフォース) | 4回 | 20% | 実務ニーズに直結する重要領域 |
財務分析・損益分岐点・投資回収計画(ROI/限界利益) | 3回 | 15% | 実務ニーズに直結する重要領域 |
業績評価・成果指標(バランススコアカード, KPI/KGI) | 2回 | 10% | 実務ニーズに直結する重要領域 |
事業継続計画(BCP)・DX戦略 | 1回 | 5% | 実務ニーズに直結する重要領域 |
出題傾向:提供資料で整理されたテーマは、競争戦略、SWOT、事業の成長方向、マーケティング、財務・収益性などです。2024年秋の人的資本とブランドの題材、2025年春のアンゾフとクロスSWOT、2025年秋の事業領域拡大を見ると、同じ枠組みの暗記だけでは対応できません。顧客への価値と企業の強みを事例から取り出す読み方が軸になります。
得点につながる技能:分析の単位をそろえることが大切です。SWOTなら自社内部の強み・弱みと外部環境の機会・脅威を分け、クロスSWOTでは組み合わせから具体策を導きます。成長戦略では既存・新規の市場と製品を区別します。施策の効果は「売上が増える」で済ませず、誰にどんな価値が届き、なぜ購入や継続利用につながるかを説明します。
準備する内容:SWOT・クロスSWOT、アンゾフ、競争戦略、価値連鎖、STP、マーケティング施策、収益・利益率・損益分岐点、KPIを整理します。すべてを暗唱するより、短い企業事例を一つ選び、各枠組みに分類し直す練習が有効です。
当日の選択判断:選ぶ条件は、事業の現状と課題、対象顧客、求められる施策の関係をつかめることです。最初の確認では戦略用語の知識問題と数値問題を見ます。文章が読みやすくても、必要な枠組みの意味が不明なら主力として扱いにくくなります。見慣れた業種かどうかより、設問の要求に答えられるかで判断します。
時間と誤りの注意点:会計や数量の計算に時間がかかる回もあります。また「競合も同じことをしている」「値下げすればよい」など、本文の制約を無視した提案は根拠になりません。経営戦略を国語だけで解ける分野と考えず、概念・事実・因果の三つをそろえます。
問2の頻出キーワード・必須専門用語
SWOT分析 / クロスSWOT分析(強み×機会等)
アンゾフの成長マトリクス(市場浸透・多角化等)
プロダクトポートフォリオマネジメント(PPM)
ファイブフォース分析 / 3C分析 / PEST分析
損益分岐点売上高 / 変動費 / 固定費 / 限界利益率
バランススコアカード(BSC:財務・顧客・業務・学習)
KPI / KGI / CSF(重要成功要因)
コアコンピタンス / バリューチェーン
ブルーオーシャン戦略 / 差別化戦略
OEM / アライアンス / M&A
人的資本経営 / ブランド再構築 / デジタルマーケティング
IPA公式採点講評から見る「典型的な失点原因」と合格への記述ルール
【本文の引用・根拠抽出】:本文中に散りばめられた顧客の声、市場動向、企業の強み・弱みをそのままパズルのように組み合わせて解答する。自分のビジネス常識で推測した作文は採点対象外になりやすい。
【計算問題の完答】:損益分岐点売上高や限界利益の計算は公式さえ頭に入っていれば確実に満点が取れる。ここで計算ミスをすると他で挽回が困難になる。
【因果関係の明示】:「〜することで、〜の顧客を獲得し、売上を拡大する」のように施策と効果をセットで書くことが採点講評で強く求められている。
問3:プログラミング(アルゴリズム) — 擬似コードを手で追い、境界条件を確認できる人
問3のテーマ別出題頻度マトリクス(全20回・計220問の分析結果)
テーマ分類 | 出題回数 | 割合 | 特徴・出題傾向の背景 |
|---|---|---|---|
木構造アルゴリズム(2分探索木、AVL木、ウェーブレット木) | 4回 | 20% | 実務ニーズに直結する重要領域 |
探索アルゴリズム(幅優先探索BFS、深さ優先探索DFS、迷路) | 4回 | 20% | 実務ニーズに直結する重要領域 |
動的計画法(DP:最長共通部分列LCS、ナップサック、ダイクストラ) | 3回 | 15% | 実務ニーズに直結する重要領域 |
ゲーム・パズル・盤面シミュレーション | 3回 | 15% | 実務ニーズに直結する重要領域 |
機械学習・データ処理(パーセプトロン、k-means、画像2値化) | 3回 | 15% | 実務ニーズに直結する重要領域 |
数値計算・多倍長・素数(カラツバ法、エラトステネスの篩) | 2回 | 10% | 実務ニーズに直結する重要領域 |
グラフアルゴリズム(一筆書き) | 1回 | 5% | 実務ニーズに直結する重要領域 |
出題傾向:提供資料の履歴では探索、再帰、文字列処理、ソート、動的計画法などが題材になっています。2024年秋は素数の列挙、2025年春は幅優先探索、2025年秋は最長共通部分列でした。分野名は同じでも、扱うデータ構造と状態の持ち方が変わります。「探索だけ覚える」といった狭い準備では対応範囲が不足します。
得点につながる技能:まず入力、出力、各変数の意味を確認し、少ない要素の例で一回の反復を追います。配列の添字の範囲、初期値、更新する順序、終了条件を別々に確認します。動的計画法なら表の各要素が表す部分問題と、どの既計算値から次の値を得るかを説明できることが重要です。幅優先探索ならキューの状態と訪問済みの扱いを追います。
準備する内容:配列・リスト・スタック・キュー、木・グラフ、再帰、探索、計算量、動的計画法の基本を準備します。使い慣れた言語への読み替えだけで進めず、問題が定義する擬似言語の添字や代入の意味を優先します。
当日の選択判断:主力にするなら、初見の短いコードを時間内に追い、空欄の前後の整合を確かめられることが条件です。当日は表や図の意味がつかめるか、中心となるループを説明できるかを確認します。アルゴリズム名を知っていても実装を追えない場合は、予備分野との比較が必要です。
時間と誤りの注意点:長い再帰、複数の添字、表の更新順序は時間を使いやすい箇所です。一つの空欄に固執して全体を止めず、具体例の出力や計算量など独立して考えられる設問へ進めるかも見ます。実務でコードを書く人でも、この試験の形式で演習して判断します。
問3の頻出キーワード・必須専門用語
擬似言語(代入、分岐、反復、関数呼び出し)
配列(1次元・2次元、添字の範囲管理)
スタック(LIFO)/ キュー(FIFO)
2分探索木 / 平衡2分木(AVL木)/ ヒープ
再帰関数 / 再帰呼出し / 停止条件
動的計画法(DP)/ メモ化 / 漸化式
幅優先探索(BFS)/ 深さ優先探索(DFS)
計算量(時間計算量・空間計算量、O記法)
ループ不変条件 / 境界値(0番目、配列末尾)
ビット演算 / シフト演算 / 多倍長演算
IPA公式採点講評から見る「典型的な失点原因」と合格への記述ルール
【トレースの雑さ】:頭の中だけで追おうとして添字が+1/-1ズレるミスが採点講評で毎回指摘されている。余白に必ず変数の推移表(トレース表)を書くこと。
【再帰の終了条件の見落とし】:再帰処理がどこで終了するのか(ベースケース)を正確に把握していないため、無限ループや境界値バグとなる穴埋めミスが多い。
【時間配分の失敗】:アルゴリズムが一度分からなくなると30分以上溶かしてしまい、他問が全滅する最大の地雷科目。5分考えてロジックが見えなければ即撤退する判断が必須。
問4:システムアーキテクチャ — 単位付きの計算と構成の比較が得意な人
問4のテーマ別出題頻度マトリクス(全20回・計220問の分析結果)
テーマ分類 | 出題回数 | 割合 | 特徴・出題傾向の背景 |
|---|---|---|---|
クラウドサービス・Web API・SPA・キャッシュ連携構成 | 6回 | 30% | 実務ニーズに直結する重要領域 |
性能評価・並列分散処理・CPU/GPU処理・ボトルネック | 4回 | 20% | 実務ニーズに直結する重要領域 |
非機能要件・SLA・災害復旧(DR)・システム統合 | 3回 | 15% | 実務ニーズに直結する重要領域 |
IoT・エッジコンピューティング・LPWA通信連携 | 3回 | 15% | 実務ニーズに直結する重要領域 |
仮想化基盤・コンテナ技術(Docker等) | 2回 | 10% | 実務ニーズに直結する重要領域 |
ハードウェア制約・容量・データ伝送時間計算 | 2回 | 10% | 実務ニーズに直結する重要領域 |
出題傾向:長期の準備テーマには、処理時間、スループット、待ち、稼働率、冗長化、容量、クラウドの構成があります。2024年秋はCPU・GPUの処理と転送を含む配置、2025年春はクラウド移行の非機能要件とSLA、2025年秋は動画配信とハードウェア・通信の制約が扱われました。計算の得意さと、要求に合う構成を説明する力の両方を見ます。
得点につながる技能:処理を区間に分け、各区間が直列か並列かを整理してから式を作ります。例えば遠隔サーバの処理自体が速くても、送受信時間を加えると端末内処理より遅くなることがあります。可用性では停止の定義、冗長化の前提、共通の故障要因を確認します。数字の大小だけでなく、目標応答時間や障害時の運用条件を満たすかを判断します。
準備する内容:ビットとバイト、秒とミリ秒、処理率と処理時間、稼働率・MTBF・MTTR、性能指標、ボトルネック、負荷分散、冗長化、SLAを準備します。単位を記した途中式を残す練習をすると、桁の誤りを見つけやすくなります。
当日の選択判断:当日は、与えられた数値をどの式に使うかと、構成変更の評価軸を先に確認します。計算が短く、仮定が明確で、記述も自分が理解できる要求なら候補です。逆に多数の条件が重なり、区間の関係をつかめない場合は、一問に必要な時間が増える可能性があります。
時間と誤りの注意点:単位換算、平均と最大の違い、直列区間の加算、並列区間の待ち合わせが典型的な確認点です。利用率が上がると待ちが増える状況で単純な比例だけを当てはめるなど、適用条件を落とした計算にも注意します。単に「計算問題だから避ける」とせず、必要な式の見通しで選びます。
問4の頻出キーワード・必須専門用語
稼働率 / MTBF(平均故障間隔)/ MTTR(平均修復時間)
待ち行列理論(M/M/1モデル、利用率ρ、平均応答時間)
スループット / ターンアラウンドタイム / レイテンシ
SLA(サービスレベル合意書)/ RTO / RPO
ロードバランサ(L4/L7)/ オートスケーリング
RAID(0/1/5/6/10)/ IOPS / ストレージ容量
エッジコンピューティング / クラウド責任分界
コンテナ(Docker)/ 仮想マシン(VM)
SPA(Single Page Application)/ キャッシュサーバ / CDN
CPU・GPU並列処理 / データ伝送時間(解像度・bpp・fps)
IPA公式採点講評から見る「典型的な失点原因」と合格への記述ルール
【単位換算のケアレスミス】:Byteとbit(8倍)、秒とミリ秒(1000倍)、キロ(k)とメガ(M)の換算ミスで計算問題を落とす受験生が非常に多い。
【ボトルネックの特定】:直列システムでは最も遅いコンポーネントがシステム全体のボトルネックになるという原則を見落とした解答が目立つ。
【非機能要件の視点】:可用性、性能、拡張性、運用保守性のトレードオフ(コスト増と信頼性向上)を考慮した記述が求められる。
問5:ネットワーク — 構成図と設定の変更が通信へ与える影響を説明できる人
問5のテーマ別出題頻度マトリクス(全20回・計220問の分析結果)
テーマ分類 | 出題回数 | 割合 | 特徴・出題傾向の背景 |
|---|---|---|---|
LAN設計・VLAN・スイッチング・冗長化(STP/アグリゲーション) | 4回 | 20% | 実務ニーズに直結する重要領域 |
クラウド接続・リモートアクセス・SWG・トラフィック対策 | 4回 | 20% | 実務ニーズに直結する重要領域 |
DNSの仕組み・レコード・DNSラウンドロビン・負荷分散 | 3回 | 15% | 実務ニーズに直結する重要領域 |
通信プロトコル(HTTP, WebSocket, IoTプロトコル) | 3回 | 15% | 実務ニーズに直結する重要領域 |
無線LAN・QoS・SDN | 3回 | 15% | 実務ニーズに直結する重要領域 |
IPアドレッシング・サブネット・NAT/NAPT・動的ルーティング | 2回 | 10% | 実務ニーズに直結する重要領域 |
ネットワーク障害切り分け・トラブルシューティング | 2回 | 10% | 実務ニーズに直結する重要領域 |
出題傾向:IPアドレス、経路制御、DNS、DHCP、NAT、VLAN、通信量や障害対応が準備の軸になります。2024年秋はセキュアWebゲートウェイを導入する構成変更、2025年春はLAN障害、2025年秋はクラウド移行での基本機能が題材でした。サービス名が新しくても基礎機能に戻して読む一方、設定変更前後の差を正確に追う必要があります。
得点につながる技能:通信を端末から接続先まで順に追い、名前解決、アドレス取得、ルーティング、変換、通信許可を区別します。障害なら、どこまでは成功してどこから失敗するかを証拠で絞ります。DNSが返すアドレスと、そのアドレスへの経路は別の問題です。NATが行われるときには、変換前後の送信元・宛先を整理します。
準備する内容:サブネット、デフォルトゲートウェイ、DNSのレコードとキャッシュ、DHCP、NAT、ルーティング、TCP・UDP、VLAN、プロキシ、フィルタリング、主要なアプリケーション通信を復習します。構成図から通信経路を書き出す演習を優先します。
当日の選択判断:構成図の機器の役割が読め、変更対象の設定が分かる場合に候補にします。ネットワーク業務の経験がなくても準備できますが、実機の経験だけで本文の設定を飛ばすのも危険です。当日は必要なプロトコルの知識、構成の複雑さ、帯域や通信量の計算の数を確認します。
時間と誤りの注意点:複数のネットワーク区間、変換、キャッシュを同時に追うと時間がかかります。例えば「DNSを変更すればすぐ全員が新サーバへ行く」と考えると、キャッシュの条件を落とします。本文が指定する構成や障害範囲を使い、一般的な現場の構成を勝手に補わないようにします。
問5の頻出キーワード・必須専門用語
CIDR / サブネットマスク / ブロードキャストアドレス
NAT / NAPT(IPマスカレード)/ プライベートIP
デフォルトゲートウェイ / ルーティングテーブル / OSPF
DNSレコード(A, AAAA, CNAME, MX, PTR, TXT, NS)
権威DNSサーバ / キャッシュDNSサーバ / DNSSEC / TTL
TCP 3ウェイハンドシェイク / シーケンス番号 / ACK
VLAN(ポートVLAN, タグVLAN IEEE 802.1Q)
STP(スパニングツリー)/ リンクアグリゲーション
ARP / DHCP / DHCPリレーエージェント
セキュアWebゲートウェイ(SWG)/ プロキシ / PAC
IEEE 802.1X / RADIUS / WPA3 / IPsec VPN
IPA公式採点講評から見る「典型的な失点原因」と合格への記述ルール
【NAT通過時のIP・ポート変化】:パケットがルータやFWを通過した際に、送信元/宛先のIPとポートがどう変換されるかの追跡ミスが多い。
【名前解決シーケンスの混同】:キャッシュサーバへの問合せ(再帰的)と権威サーバへの問合せ(反復的)の違い、およびMXレコード解決時のAレコード参照手順の理解不足が指摘されている。
【障害切り分けの手順】:物理層(リンクアップ)→データリンク層(MAC/VLAN)→ネットワーク層(ping/IP)と階層順に切り分ける論理性が求められる。
問6:データベース — データの粒度、関連、結合・集計を説明できる人
問6のテーマ別出題頻度マトリクス(全20回・計220問の分析結果)
テーマ分類 | 出題回数 | 割合 | 特徴・出題傾向の背景 |
|---|---|---|---|
E-R図の設計・穴埋め・カーディナリティ(全回必須要素) | 18回 | 90% | 実務ニーズに直結する重要領域 |
SQL作成・空欄補充(SELECT/JOIN/GROUP/HAVING/副問合せ) | 18回 | 90% | 実務ニーズに直結する重要領域 |
正規化理論(第1〜第3正規形)と整合性制約 | 6回 | 30% | 実務ニーズに直結する重要領域 |
トランザクション管理・排他制御・ロック・障害回復 | 4回 | 20% | 実務ニーズに直結する重要領域 |
応用SQL(ウィンドウ関数、再帰SQL、共通テーブル式) | 4回 | 20% | 実務ニーズに直結する重要領域 |
データウェアハウス・OLAP・集計分析設計 | 3回 | 15% | 実務ニーズに直結する重要領域 |
出題傾向:提供資料ではE-R図とSQLが繰り返し整理されています。ただし内容は固定ではありません。2024年秋は再帰的な問合せと索引、2025年春は販売データの収集・分析、2025年秋はスーパータイプ・サブタイプと制約が題材でした。基礎が再利用しやすい分野ですが、毎回同じSQLの穴埋めだけが出ると考えると準備が不足します。
得点につながる技能:表の一行が何を表すかを先に決め、キーと一対多の関係を業務ルールから確認します。SQLではFROMと結合条件から結果の行を考え、WHERE、GROUP BY、HAVINGの役割を区別します。結合先が複数行だと集計値が重複して増えることがあります。NULLを含む行や該当データがない場合も、小さなサンプルで確かめます。
準備する内容:主キー・外部キー、関連の多重度、正規化、結合、集約、NULL、副問合せを基礎として、ウィンドウ関数、再帰的問合せ、索引、トランザクション、サブタイプなどへ広げます。まず標準的なモデルとSQLを解けるようにし、応用を別に練習します。
当日の選択判断:主力の条件は、E-R図とSQLの両方に対応でき、仕様の変更を表に反映できることです。当日は中心となるSQLの長さ、未習の構文の有無、モデル変更の規模を見ます。一部の構文が不明でも他の設問が独立して解ける場合は候補として残せますが、理解できない部分が連鎖するなら予備と比較します。
時間と誤りの注意点:「DBならいつでも得点できる」と決め付けず、実測した答案の質と時間で評価します。外部結合の後の条件、集計の粒度、キーの選択は誤りが連鎖しやすい箇所です。SQLを実行した経験があっても、紙や画面上で結果を説明する練習が必要です。
問6の頻出キーワード・必須専門用語
E-R図 / エンティティ / リレーションシップ
主キー / 外部キー / 複合主キー / 代理キー(サロゲートキー)
1対1 / 1対多 / 多対多(交差エンティティ・中間表)
スーパータイプ / サブタイプ(排他的・共存的)
内部結合(INNER JOIN)/ 左・右外部結合(OUTER JOIN)
GROUP BY / HAVING / 集計関数(COUNT, SUM, AVG)
相関副問合せ / EXISTS / NOT EXISTS / IN
ウィンドウ関数(ROW_NUMBER, RANK, DENSE_RANK, OVER)
再帰SQL(WITH RECURSIVE)/ 共通テーブル式(CTE)
第1正規形 / 第2正規形 / 第3正規形 / 関数従属性
参照整合性制約 / 一意性制約 / NOT NULL制約
ACID特性 / 共有ロック / 専有ロック / デッドロック
WAL(ログ先行書込み)/ チェックポイント / ロールフォワード
IPA公式採点講評から見る「典型的な失点原因」と合格への記述ルール
【WHEREとHAVINGの混同】:行の絞り込み(WHERE)とグループ化後の集計値に対する絞り込み(HAVING)の使い分けミスが毎年のように講評で指摘される。
【NULLの評価と外部結合】:NULLに対する比較演算(= NULLは誤りで、IS NULLが正)や、外部結合で一致しない行がNULLになる性質の理解不足。
【多対多関係の解消】:業務ルールから多対多を読み取った際に、中間テーブルを置いて1対多に分解する作業が抜けてしまう失点。
問7:組込みシステム開発 — 仕様と図表を対応させ、時刻・状態を追える人
問7のテーマ別出題頻度マトリクス(全20回・計220問の分析結果)
テーマ分類 | 出題回数 | 割合 | 特徴・出題傾向の背景 |
|---|---|---|---|
リアルタイムOSとタスクスケジューリング(優先度・周期) | 8回 | 40% | 実務ニーズに直結する重要領域 |
状態遷移図・状態遷移表の設計・穴埋め | 7回 | 35% | 実務ニーズに直結する重要領域 |
通信制御(Bluetooth, Wi-Fi, CAN, 周辺機器連携) | 6回 | 30% | 実務ニーズに直結する重要領域 |
A/D変換・センサ計測・精度・データ処理 | 5回 | 25% | 実務ニーズに直結する重要領域 |
クロック制御・省電力モード・電池寿命計算 | 4回 | 20% | 実務ニーズに直結する重要領域 |
割込み処理・タイマー・チャタリング防止 | 4回 | 20% | 実務ニーズに直結する重要領域 |
出題傾向:機器の題材は変わっても、状態遷移、センサ入力、タイマー、割込み、タスク、消費電力などが重要な準備テーマです。2024年秋はイヤホンの省電力とタスク優先度、2025年春はキックボードの仕様と設計、2025年秋は猫の給餌・監視とリアルタイムOSでした。身近な機器の説明と、実行時の制約を扱う専門知識の両方があります。
得点につながる技能:現在の状態、発生したイベント、成立する条件、実行する処理、遷移後の状態を一組で読みます。複数タスクでは、いつ起動し、どの処理が実行され、どこで待つかを時間軸に置きます。周期や締切、共有データの扱いを落とすと、機能は正しくても必要な時刻までに完了しない設計になります。
準備する内容:状態遷移図・表、割込み、タイマー、ポーリング、リアルタイムOS、タスクの優先度・同期、センサ、消費電力と稼働時間を復習します。電力の単位、周期、処理時間を使う短い計算と、イベント順序の演習を組み合わせます。
当日の選択判断:選ぶ条件は、本文の状態や時刻を整理でき、必要なOS・タスクの用語を理解していることです。当日はタスク表や状態図が理解できるか、時間制約の計算がどれくらいあるかを確認します。ハードウェア開発の経験がない人にも候補にはなりますが、知識なしの読解だけで十分とはいえません。
時間と誤りの注意点:同じイベントでも状態によって処理が変わること、優先度と起動順が別であること、共有資源による待ちがあることを確認します。電力を減らせば常に良いとも限りません。応答や監視の周期を満たすかまで見ます。仕様を一から図にする時間が長い場合は主力にする前に追加演習が必要です。
問7の頻出キーワード・必須専門用語
状態遷移図 / 状態遷移表 / 遷移条件 / ガード条件
イベント / アクション / 状態保持
タスク(RUN, READY, WAIT)/ プリエンプティブ
タスク優先度 / 優先度逆転 / 優先度継承プロトコル
周期タスク / イベント駆動タスク / デッドライン
ハードウェア割込み / 割込みハンドラ / 多重割込み
ウォッチドッグタイマー(WDT)/ システムリセット
チャタリング防止(積分回路、ソフトウェア遅延)
A/Dコンバータ / サンプリング周期 / 量子化ビット数 / 分解能
PWM制御(デューティ比)/ I2C / SPI / CAN
スリープモード / 間欠駆動 / 消費電流計算 / 電池寿命
IPA公式採点講評から見る「典型的な失点原因」と合格への記述ルール
【条件の読み飛ばし】:「スイッチを500ミリ秒以上長押しした時」「前回の状態がXである場合」など、問題文中に細かく規定された遷移条件の見落としが多発する。
【時間軸・タイミングチャートの誤認】:イベントが発生してから割込み処理が走り、タスクがREADYからRUNになるまでのタイムラグや周期のズレの誤認。
【省電力計算】:動作時電流とスリープ時電流の加重平均計算で、単位時間あたりの割合を取り違えるミスが多い。
問8:情報システム開発 — 設計図や仕様から動作を説明できる人
問8のテーマ別出題頻度マトリクス(全20回・計220問の分析結果)
テーマ分類 | 出題回数 | 割合 | 特徴・出題傾向の背景 |
|---|---|---|---|
オブジェクト指向設計・クラス図・シーケンス図・デザインパターン | 5回 | 25% | 実務ニーズに直結する重要領域 |
アジャイル開発・スクラム・CI/CD・構成管理(Gitブランチ) | 4回 | 20% | 実務ニーズに直結する重要領域 |
Web画面設計・UI設計・データ連携方式 | 4回 | 20% | 実務ニーズに直結する重要領域 |
テストケース設計(同値分割・境界値・網羅率C0/C1/C2) | 3回 | 15% | 実務ニーズに直結する重要領域 |
例外処理(エラーハンドリング)・マルチスレッド・状態管理 | 3回 | 15% | 実務ニーズに直結する重要領域 |
業務パッケージ導入・データ中心アプローチ(DOA) | 2回 | 10% | 実務ニーズに直結する重要領域 |
ソフトウェア品質メトリクス(サイクロマティック数等) | 2回 | 10% | 実務ニーズに直結する重要領域 |
出題傾向:提供資料では要件、UML、オブジェクト指向、設計、テスト、開発管理などが整理されています。2024年春はObserverパターン、2024年秋はオブジェクト指向設計、2025年春はエラーハンドリング、2025年秋はモバイルオーダーの画面設計でした。一つの開発手法の暗記より、要求と設計結果の対応を確かめる技能が再利用できます。
得点につながる技能:要求の主体、条件、操作、結果を分け、どのクラスや画面、処理が担当するかを対応させます。画面なら入力項目と表示内容、一覧と詳細、更新対象の関係を見ます。例外処理では、どの失敗をどこで検知し、何を利用者へ返し、処理やデータをどの状態へ戻すかを整理します。
準備する内容:クラス図・シーケンス図・状態図の読み方、責務と関連、多重度、要件の整理、画面設計、例外処理、テスト観点、バージョン管理を準備します。設計パターンの名前を知るだけでなく、その構成が要求に必要な理由を短く説明する練習をします。
当日の選択判断:当日は主要な設計図を読めるか、要求と空欄の対応が見えるかを確認します。開発実務の経験は役立ちますが、使ったことがあるフレームワークを問われる試験ではありません。未経験の業務でも、本文から責務と動作を説明できるなら候補にします。
時間と誤りの注意点:コードの細部に入り過ぎて要求を見失うこと、クラス同士の関連と処理の順序を混同することが時間の損失につながります。自分の現場ならこう作るという答えより、問題が示す設計方針と変更条件に合う答えを作ります。
問8の頻出キーワード・必須専門用語
UML(クラス図、シーケンス図、アクティビティ図)
汎化 / 特化 / 集約 / コンポジション / 多重度
ポリモーフィズム(多態性)/ 継承 / カプセル化
デザインパターン(Observer, Singleton, Factory等)
同値分割(有効同値・無効同値)/ 境界値分析(限界値分析)
制御パステスト(命令網羅C0, 分岐網羅C1, 条件網羅C2)
スタブ(下位代替)/ ドライバ(上位代替)
リグレッションテスト(回帰テスト)/ CI/CD
スクラム / スプリント / プロダクトバックログ / レトロスペクティブ
Git(ブランチ、マージ、コンフリクト、リバート)
例外処理 / エラーハンドリング / ログ設計
IPA公式採点講評から見る「典型的な失点原因」と合格への記述ルール
【多重度の記述ミス】:クラス図における関連の多重度(1対1、0..*、1..*など)を矢印の向きや役割と混同して逆に書いてしまう失点。
【テスト境界値の定義ミス】:「○歳以上」と「○歳超」の境界テスト値(境界そのものと直前・直後)を取り違えるミスが定番。
【デザインパターンの適用理由】:Observerパターン等で「変更の影響を局所化し、被監視側と監視側を疎結合にする」といった設計上のメリットを言語化できないケースが多い。
問9:プロジェクトマネジメント — 関係者と条件を整理し、数値も確認できる人
問9のテーマ別出題頻度マトリクス(全20回・計220問の分析結果)
テーマ分類 | 出題回数 | 割合 | 特徴・出題傾向の背景 |
|---|---|---|---|
リスクマネジメント(リスク特定・定性/定量分析・対応戦略策定) | 6回 | 30% | 実務ニーズに直結する重要領域 |
日程管理・アローダイアグラム・クリティカルパス・CCPM | 4回 | 20% | 実務ニーズに直結する重要領域 |
コスト・進捗管理(EVM:PV/EV/AC、差異・効率指数計算) | 3回 | 15% | 実務ニーズに直結する重要領域 |
スコープ管理・変更管理・WBS作成・スコープクリープ防止 | 3回 | 15% | 実務ニーズに直結する重要領域 |
開発モデル選定(ウォーターフォール×アジャイル混在、ハイブリッド) | 3回 | 15% | 実務ニーズに直結する重要領域 |
品質管理・欠陥分析・受入判定基準 | 3回 | 15% | 実務ニーズに直結する重要領域 |
調達管理・ベンダ評価・契約形態(多段階契約・準委任/請負) | 3回 | 15% | 実務ニーズに直結する重要領域 |
チームマネジメント・体制計画・ステークホルダー調整 | 3回 | 15% | 実務ニーズに直結する重要領域 |
出題傾向:長期のテーマはWBS、日程、進捗、コスト、要員、リスク、調達、変更への対応などです。2024年秋はチーム編成とリスク、2025年春はCCPMの日程、2025年秋はウォーターフォールとアジャイルを組み合わせた開発でした。同じ管理分野でも、関係者の調整を中心に読む回と、日程や指標を計算する回があります。
得点につながる技能:問題が起きた事実、目標からのずれ、原因、取れる対応を分けます。スコープの追加なら影響の評価と承認、リスクなら発生可能性と影響に対する対応を考えます。日程では依存関係だけでなく資源制約も確認します。進捗やコストの指標は、予定・実績・完成した作業の価値を区別して読みます。
準備する内容:WBS、スコープ、変更管理、クリティカルパス、資源制約、CCPMとバッファ、リスク対応、調達、EVM、アジャイルの基本を準備します。記述と計算を別々に練習し、どちらで時間が増えるかを記録します。
当日の選択判断:当日は設問に日程表、ネットワーク図、コスト指標があるかを確認します。管理の文章が読めても、その回で大きな割合を占める計算を解けないなら慎重に選びます。一方、依存関係や数値に強い人は日程中心の問題を候補にできます。分野名だけで読解型と決めないことが大切です。
時間と誤りの注意点:期限を守るという目的だけで、品質やスコープ、承認手続を無視する対応は不適切です。人員を増やせばすべての作業が短縮するとも限りません。本文で指定された制約の下で、誰が何を判断すべきかを書きます。
問9の頻出キーワード・必須専門用語
アローダイアグラム(PERT)/ プレシデンスダイアグラム
最早結合点時刻(最大値)/ 最遅結合点時刻(最小値)
クリティカルパス / トータルフロート / フリーフロート
ファストトラッキング / クラッシング(日程短縮技法)
EVM(アーンドバリューマネジメント)
PV(計画値)/ EV(出来高)/ AC(実コスト)
SV = EV - PV(スケジュール差異)/ CV = EV - AC(コスト差異)
SPI = EV / PV / CPI = EV / AC
WBS(Work Breakdown Structure)/ ワークパッケージ
スコープクリープ / CCB(変更管理委員会)/ ベースライン
リスク対応(回避、転嫁/共有、軽減、受容)
CCPM(クリティカルチェーン)/ プロジェクトバッファ
多段階契約 / 準委任契約 / 請負契約 / PoC(概念実証)
IPA公式採点講評から見る「典型的な失点原因」と合格への記述ルール
【EVM計算式の引き算・割り算の向き】:必ず出来高(EV)から引く、EVを割る(, , , )。向きを逆にしてプラスマイナスを逆転させる失点が絶えない。
【日程計算の前進・後退ルール】:最早結合点時刻を求めるときは合流地点で「最大値」を選び、最遅結合点時刻を求めるときは分岐地点で「最小値」を選ぶ。この基本逆転による全滅。
【変更管理の手続き】:現場担当者が勝手に仕様を変えず、「変更管理委員会(CCB)の承認を得てベースラインを更新する」というPM手続き論の回答が必須。
問10:サービスマネジメント — 利用者の困り事をプロセスと指標へ落とせる人
問10のテーマ別出題頻度マトリクス(全20回・計220問の分析結果)
テーマ分類 | 出題回数 | 割合 | 特徴・出題傾向の背景 |
|---|---|---|---|
サービスデスク運用(一次対応、エスカレーション、FAQ) | 5回 | 25% | 実務ニーズに直結する重要領域 |
インシデント管理 vs 問題管理(根本原因究明・KEDB・回避策) | 5回 | 25% | 実務ニーズに直結する重要領域 |
SLA(サービスレベル合意書)・SLO・可用性目標管理 | 4回 | 20% | 実務ニーズに直結する重要領域 |
変更管理・リリース管理・展開管理(CAB・ロールバック計画) | 4回 | 20% | 実務ニーズに直結する重要領域 |
キャパシティ管理(需要予測、閾値監視、増強計画) | 3回 | 15% | 実務ニーズに直結する重要領域 |
事業継続性・災害対策・バックアップ(完全・差分・増分) | 2回 | 10% | 実務ニーズに直結する重要領域 |
出題傾向:提供資料で整理されたテーマにはサービスデスク、インシデント・問題・変更、SLA、可用性、容量・能力、継続性があります。2024年秋はサービスデスクの立上げと要員工数、2025年春はクラウド移行時の容量・能力、2025年秋は社内FAQの運用改善でした。運用の文章が中心でも、目標や指標、処理能力の計算が入ります。
得点につながる技能:サービスを受ける人、提供する人、受付と対応の流れ、達成すべき目標を整理します。インシデントの復旧と再発原因の調査を区別し、エスカレーションの条件を明確にします。FAQなら作成だけでなく、更新責任、検索のしやすさ、利用状況、誤った情報の修正までを本文の課題と結び付けます。
準備する内容:SLA・サービスレベル、サービスデスク、インシデント管理、問題管理、変更・展開、可用性、容量・能力、工数、継続的改善を復習します。現行の教材で用語と目的を確認し、問題が示す組織の役割やプロセスを優先して読みます。
当日の選択判断:当日は、運用フローと責任範囲が読めるか、工数や容量の計算ができるかを確認します。利用者対応や運用の経験がある人は候補にしやすいですが、実務の慣行をそのまま答案に持ち込まないようにします。目標と測定方法をセットで説明できることを主力の条件にします。
時間と誤りの注意点:「教育をする」「手順書を作る」だけでは、課題のどこが改善するか伝わりません。問い合わせを減らすのか、応答を速くするのか、対応の品質をそろえるのかを区別します。運用を停止すればリスクがなくなるというような、サービスの継続条件を無視した対応にも注意します。
問10の頻出キーワード・必須専門用語
サービスデスク(中央、分散、バーチャル)/ SPOC(単一窓口)
インシデント管理(サービスの迅速な復旧が最優先)
問題管理(根本原因の究明、恒久対策の策定)
ワークアラウンド(回避策)/ 既知のエラー(KEDB)
技術的エスカレーション / 階層的エスカレーション
SLA(Service Level Agreement)/ SLO / ペナルティ
可用性管理 / MTBF / MTTR / 計画停止時間
変更管理 / 変更諮問委員会(CAB)/ 緊急変更 / ロールバック
キャパシティ管理 / リソース測定 / 閾値設定 / トレンド分析
完全バックアップ / 差分バックアップ / 増分バックアップ
RTO(目標復旧時間)/ RPO(目標復旧時点)
IPA公式採点講評から見る「典型的な失点原因」と合格への記述ルール
【インシデント管理と問題管理の混同】:インシデント管理の目的は「一刻も早いサービスの暫定復旧(ワークアラウンド適用)」であり、根本原因の究明は「問題管理」の職責である。ここを取り違えた記述は大幅減点される。
【バックアップ復旧手順の違い】:差分バックアップ(完全+最新の差分1回)と増分バックアップ(完全+毎日の増分を順次適用)のリストア手順・所要時間の違いの理解不足。
【エスカレーションの種別】:技術的に解決できず専門部隊に渡す「技術的エスカレーション」と、期限内に解決できず管理職へ判断を仰ぐ「階層的エスカレーション」の使い分け。
問11:システム監査 — 誰の何を、どの証拠で確かめるかを具体化できる人
問11のテーマ別出題頻度マトリクス(全20回・計220問の分析結果)
テーマ分類 | 出題回数 | 割合 | 特徴・出題傾向の背景 |
|---|---|---|---|
業務プロセスの内部統制(職務分掌、入力・支払・在庫・販売統制) | 6回 | 30% | 実務ニーズに直結する重要領域 |
アクセス管理・利用者ID管理・特権ID・権限棚卸しの監査 | 5回 | 25% | 実務ニーズに直結する重要領域 |
システム開発・更改・AI導入プロジェクトの監査(要件定義/基本設計) | 4回 | 20% | 実務ニーズに直結する重要領域 |
コンティンジェンシー計画・BCP・委託先管理・テレワーク環境 | 3回 | 15% | 実務ニーズに直結する重要領域 |
運用・保守段階の監査・勤務管理・RPA統制 | 2回 | 10% | 実務ニーズに直結する重要領域 |
監査人の独立性(外観的・精神的)・監査基準の原則 | 2回 | 10% | 実務ニーズに直結する重要領域 |
出題傾向:長期の整理では、アクセス管理、職務分掌、入力・承認、データ整合性、運用、開発などの統制が題材になっています。2024年秋はAIチャットボットの開発計画、2025年春は勤務管理の運用・保守、2025年秋はグループのアクセス管理の点検でした。新しい技術名が題材でも、統制が適切に設計され実行されたかを確かめる筋道は共通して学べます。
得点につながる技能:まず防ぎたい誤りや不正をリスクとして整理し、それを抑える統制を確認します。その後、手続が存在するだけでなく実際に行われた証拠を選びます。例えば権限の棚卸しなら、規程を読むだけでなく対象者一覧、実施記録、指摘への対応記録などを突き合わせます。監査対象者への改善の提案と、監査人が行う確認手続は別に書きます。
準備する内容:監査の目的、独立性、監査証拠、ヒアリング・閲覧・照合、統制の設計と運用、職務分掌、アクセス管理、承認、変更記録を準備します。「何を確認するか」と「どの資料をどう調べるか」を対にして練習します。
当日の選択判断:当日は対象業務とリスクが読め、必要な証拠と手続を具体的に書けるかを確認します。長文読解が得意でも、監査の立場を理解していなければ答えが抽象的になります。未見の複数回で手続の答案まで作れた場合に主力として考えます。
時間と誤りの注意点:「適切に管理しているか確認する」は何をどう調べるかが不明です。「ルールがある」ことと「ルールが守られている」ことも異なります。読解だけで高得点を約束する分野ではありません。用語を並べるより、対象・証拠・確認方法を明確にします。
問11の頻出キーワード・必須専門用語
監査証拠 / 監査手続 / 監査要点 / 監査調書
突合(突き合わせ照合)/ 閲覧 / インタビュー / 現地観察
職務分掌(申請者と承認者、開発者と運用者の分離)
外観的独立性(利害関係の排除)/ 精神的独立性(客観的態度)
IT全般統制(ITGC:アクセス管理、変更管理、運用管理等)
IT業務処理統制(ITAC:入力チェック、網羅性、正確性)
監査証跡(アクセスログ、操作履歴、承認印・ワークフロー履歴)
特権ID(Administrator / root)の貸出・使用後点検
権限の棚卸し / 休職・退職者のID即時失効
是正改善勧告 / 監査報告書 / 講評会 / フォローアップ
IPA公式採点講評から見る「典型的な失点原因」と合格への記述ルール
【監査手続きの定型構文の欠落】:合格答案の型は『【誰が/何を対象に】+【どんな資料・ログと突き合わせて】+【何を確認するか】』である。「ログを確認する」だけでは言葉足らずで半分しか点が入らない。
【監査人の権限の越境】:監査人は助言・勧告を行う立場であり、直接システムを修正したり業務命令を出してはならない。「監査人が設定を変更する」といった解答は一発で不正解となる。
【外観的独立性の侵害】:直前までそのシステムの開発担当だった者を監査人にアサインすると、外観的独立性が損なわれるという定番論点の見落とし。
主力4分野+予備1〜2分野を、未見の演習から決める
最初から10分野を同じ深さで学ぶ必要はありません。まず気になる分野を5〜6個選び、年度や題材の異なる未見の問題を時間を測って解きます。解説を読んだことがある問題は、知識の定着には使えても、選択の判断材料としては別に記録します。
各分野で少なくとも複数回の記録を取り、特に難しかった回を見直します。一回だけ短時間で解けた分野より、題材が変わっても根拠のある答案を作れる分野を主力にします。主力は選択4分野、予備は1〜2分野を目安にします。これは準備量を絞るための提案で、試験の規則ではありません。
記録するもの | 記入例 | 判断に使う方法 |
|---|---|---|
所要時間と中断点 | 29分、SQLの副問合せで停止 | 複数回で時間が延びる理由を確認 |
答案の根拠 | 設問4の理由に本文の条件がない | 偶然合った答えと理解した答えを分ける |
誤りの種類 | 未習の構文/NULLの理解不足 | 追加学習で直せるかを判定 |
独立して解ける小問 | 前半が不明でも後半の設計は解ける | 一箇所の不明点が全体へ連鎖するかを見る |
復習後の確認 | 別年度で同じ技能を使えた | 覚えた答えの再現だけでないかを見る |
公式の解答例・採点講評で、答案の内容と根拠を確認します。市販教材などの配点を使う場合も、自己評価は参考値です。短い記述の部分点や許容表現を自己採点だけで確定しないようにし、分野比較では時間・未解答・根拠の有無も一緒に見ます。
選択数を増やすだけの予備では役立ちません。予備でも一問分の演習を終え、当日に切り替えられる状態にします。まず必須の問1と主力の基礎を固め、その後、苦手な題材が出た場合の代替を準備します。
技能別の組合せ例:固定の正解はない
演習で確認できた強み | 選択4問の候補例 | 予備を選ぶ条件 |
|---|---|---|
コード・モデル・通信・設計に強い | 問3・5・6・8 | 性能計算と構成比較もできるなら問4 |
戦略・管理・運用・監査の答案が作れる | 問2・9・10・11 | 設計図と要求を読めるなら問8 |
状態・時間軸・計算・プログラムに強い | 問3・4・7・8 | 通信経路の演習もできるなら問5 |
これは技能がそろった場合の候補例です。文系・理系や職種だけで選ぶ組合せを決めるものではありません。例えば問9の日程計算が毎回止まるなら、管理の文章が得意でもそのまま主力にせず、計算を復習するか別の分野と比べます。DBも全員が選ぶべき分野ではなく、モデルとSQLの準備ができた人の有力候補です。
分野の組合せは変更できます。最初の主力が合わないと分かったら、学習済みの共通技能を生かして入れ替えます。問4と問10の可用性・容量、問3と問7の状態の追跡、問8と問11の要求・統制の確認など、重なる部分はあります。ただし似た用語が出ることと、一問を解けることは別に確かめます。
合格を掴む「最強の3大黄金選択ルート」完全比較
全20回の過去問出題傾向と受験者のバックグラウンドから導き出された、最も勝率の高い3つの選択パッケージです。
戦略名 | 選択する4問(問1必須を除く) | 予備候補 | 対象者・おすすめタイプ | 特徴・メリット |
|---|---|---|---|---|
① 文系・実務未経験者の王道 | 問2(経営)+ 問6(DB)+ 問9(PM)+ 問11(監査) | 問10(サービス管理) | 文系出身、非IT職種、IT実務経験の浅い受験生 | 数式やアルゴリズム、電子回路が一切不要。本文の読解力とビジネスロジックで60〜80点を堅実に確保できる最人気ルート。 |
② エンジニア・理系出身向け | 問4(システムアーキ)+ 問5(NW)+ 問6(DB)+ 問7(組込み)or 問8(開発) | 問9(PM) | 情報系学部出身、インフラ・NW・組込みエンジニア | 仕様書・プロトコル・回路図・計算問題が得意な人向け。正解が1つに決まるため、国語力によるブレがなく高得点を狙える。 |
③ プログラマ超速時短型 | 問3(プログラミング)+ 問6(DB)+ 問8(開発)+ 問5(NW)or 問4 | 問2(経営戦略) | 現役Web/アプリプログラマ、競プロ経験者 | 問3(アルゴリズム)を15〜20分で満点通過し、浮いた時間を他の長文読解やDB・開発の慎重な解答に回せる時短特化ルート。 |
戦略別の立ち回りと予備問題の使い方
文系王道パッケージの急所:問6(データベース)のSQL穴埋めや問9(プロジェクト管理)のEVM計算が難化した場合は、即座に問10(サービスマネジメント)へスイッチします。問10はITILベースの業務運用問題が多く、文系読解力で安定して得点できます。
理系ロジックパッケージの急所:問5(ネットワーク)や問7(組込み)でマニアックな通信規格や複雑な回路仕様が出た場合は、問8(情報システム開発)や問9(プロジェクト管理)へ切り替える柔軟性を持ちます。
プログラマ時短パッケージの急所:問3(プログラミング)で動的計画法や複雑なパズル探索が出題され、10分考えても擬似コードのループ構造が掴めない場合は、無理に粘らず問2(経営戦略)へ切り替える勇気が必要です。
当日の最初の確認:本文を全部読む前に設問を見る
主力と予備の問題を確認し、設問の要求、主要な図表、コード、計算の量を見る。全10問を最初から精読しない。
中心となる知識を理解できるか、空欄や記述に答える見通しがあるか、不明点が後続へ連鎖するかを確認する。
候補を比較して選択4問を決め、後から戻る箇所と、おおよその終了時刻を作業メモに残す。
問題の選択・解答・見直しは、その回の画面と受験案内の指示に従う。最後に必須1問と選択4問の指定を確かめる。
予備への変更は、当日の具体的な設問と残り時間から判断する。
知らない語が一つあるだけで即座に除外しないようにします。本文に意味が説明されている語なら読めることがあります。反対に、よく知る題材でも中心の式や設計図を理解できなければ時間を使います。表面的な親しみやすさより、小問ごとの解答の見通しを優先します。
150分の配分例と、途中で止まったときの判断
次の配分は、時間を測って練習するための一例です。公式の問題別時間ではありません。問1が25分で終わらない人や、計算に時間を使う人は配分を調整し、必ず5問通しの演習で試します。
用途 | 時間の例 | 確認すること |
|---|---|---|
最初の選択確認 | 5分 | 主力と予備の設問・図表を見る |
必須の問1 | 25分 | 原因・理由・対象と根拠をそろえる |
選択4問 | 各27分、計108分 | 終了の目安を決め、停止箇所を残す |
選択指定と答案の見直し | 12分 | 選択数、未解答、条件、単位を確認 |
合計 | 150分 | 5+25+108+12=150 |
解答順も一律ではありません。必須の問1を先に進めると後回しによる不足を避けやすくなりますが、自分が安定して解ける選択問題から始める方法もあります。順番を本番だけで試さず、通し演習で比較し、問1に使う時間を必ず確保します。
途中で止まったら、まずその小問を飛ばして同じ問題内の独立した設問を解けるか確認します。問題全体の変更は、切替え先の読解から必要な時間と、現在の問題でこれから解ける小問を比較して判断します。すでに使った時間だけで続行を決めず、残り時間で完了できる見通しを優先します。
演習で「一つの小問に3分ほど進展がなければ印を付けて先へ進む」などの停止ルールを試す方法もあります。数字は自分の演習に合わせて調整します。終盤の変更は読み直しの負担が大きいため、残り時間で新しい問題を最後まで進められないなら、現在の問題の解ける設問と見直しを優先します。
見直しでは、理由を聞かれて対策だけを書いていないか、本文の対象を取り違えていないか、字数・単位・丸めの指示を守ったかを確認します。語尾やキーワードだけで点が決まると考えず、設問が求めた内容と条件を満たした答案にします。
本番150分タイムマネジメント・プロトコル
時間帯 | 割り当て時間 | 作業内容 | 目標・行動指針 |
|---|---|---|---|
開始 0〜5分 | 5分間 | 全11問のクイックスキャン | 全問のタイトル・図表・設問をざっと見渡し、主力4問の難易度確認と予備1問の確定。 |
5〜30分 | 25分間 | 問1(情報セキュリティ・必須)解答 | 必ず解く必要がある問1をリズム良く解く。読解10分・下書き5分・記述10分。 |
30〜55分 | 25分間 | 選択第1問(最も得意な問題)解答 | 最も得意で確実に得点できる問題から解き、心理的余裕を作る。 |
55〜80分 | 25分間 | 選択第2問解答 | 時間配分を死守。25分を超えそうなら後回しにして次へ進む。 |
80〜105分 | 25分間 | 選択第3問解答 | 計算や図表の照合にミスがないか、作業メモで丁寧に検算。 |
105〜130分 | 25分間 | 選択第4問解答 | 最後の選択問題を解き切り、全5問の答案を一通り完成させる。 |
130〜145分 | 15分間 | 難問・空欄の再検討(予備時間) | 途中で詰まった設問や、部分点を拾える記述のブラッシュアップ。 |
145〜150分 | 5分間 | マーク・選択問番・字数チェック | 問題選択のチェック欄、受験番号、解答字数制限の最終確認。 |
途中変更と撤退基準(5分・10分ルール)
5分ルール(問題文の違和感察知):問題文を読み始めて5分経過してもシナリオの業務フローやネットワーク構成図が全く頭に入ってこない場合、その問題はあなたの知識モデルと合っていません。直ちに読むのを中断し、予備候補の問題へ切り替えます。
10分ルール(設問1の突破不能):問題文を読み終えて設問1に取り組んだものの、10分経過しても確信の持てる答えが書けない場合、泥沼化する危険信号です。それ以上粘らず、予備問題へ移動してください。10分のロスは後半の予備時間(15分)で十分にリカバー可能です。
マーク変更の徹底:途中で選択問題を変更した際は、解答用紙の選択チェック欄(CBT画面の選択チェック)を直ちに変更することを絶対に忘れないでください。
判断の練習:6つの場面で選択を考える
以下は独自に作成した学習用の場面です。実際の過去問の解答や、公式の採点基準を示すものではありません。どれを選ぶかだけでなく、何を確認して判断したかも説明してください。
演習1:DBを評判だけで固定しない
条件:DBは基本の結合・集計なら25分で解ける。今回の候補は中心の再帰SQLが未習で、関連する複数設問の見通しがない。予備の問8は図と要求を読め、未見演習で一問を時間内に解いた記録がある。
問い:DBを無条件に選ぶべきか。
解答例:問8を候補として比較し、その回の小問の見通しが立つなら問8へ変更する。
根拠と誤答の確認:DBが常に易しいという理由では決めない。未習箇所の広さ、予備の準備、今回の具体的な設問を比較する。
演習2:問9は文章だけとは限らない
条件:管理の記述は得意だが、日程図の依存関係と資源制約の演習が不足している。今回の問9では日程計算が複数ある。
問い:何を確認して選ぶか。
解答例:日程図と主要な計算の方法を確認し、見通しが立たなければ準備した予備分野を比較する。
根拠と誤答の確認:管理経験や文章の読みやすさだけでは、計算の要求へ対応できると判断できない。
演習3:問7の身近な題材と専門の条件
条件:スマート家電の機能説明は読めるが、タスクの優先度と待ちの関係を説明できない。今回の設問はタスク実行の時系列を求めている。
問い:題材が身近だから選んでよいか。
解答例:実行順序を具体例で追えるかを確かめ、追えない場合は主力として選ぶ根拠が弱い。
根拠と誤答の確認:機能の読解とリアルタイムの設計は異なる技能で、専門知識が不要とは判断できない。
演習4:監査の答案を具体化する
条件:アクセス権の点検が本当に行われたかを確認する監査手続が問われた。答案案は「適切に管理されているか確認する」。
問い:どんな内容を足すか。
解答例:点検対象の利用者・権限一覧と点検記録を照合し、指摘された不要権限の削除記録も確認する、など対象と証拠と方法を書く。
根拠と誤答の確認:適切かどうかという目的だけでは手続にならない。実際の答案では本文の組織・記録・対象へ合わせる。
演習5:途中変更の時間を見積もる
条件:残り42分。現在の問題には独立して解けそうな小問が三つある。予備へ変更すると読解から解答まで約35分かかる見込みで、必須問1の見直しも残っている。
問い:以前使った時間を理由に続けるべきか。
解答例:使った時間は判断の主軸にせず、現在の三つの小問に使う時間と予備の35分、必要な見直し時間を比較する。
根拠と誤答の確認:この情報だけで変更の正解は決まらない。残りで作れる答案と、選択・見直しに必要な時間から判断する。
演習6:短時間で解けた回だけを評価しない
条件:問2は復習済みの問題で18分、未見では32分・34分。問5は未見の三回が26分・28分・27分で、根拠のある答案を作れた。
問い:主力の判断では何を重く見るか。
解答例:未見の複数回の記録を重く見る。この条件では問5の方が時間内に再現できる見通しがある。
根拠と誤答の確認:復習済みの速さは答えの記憶の影響がある。問2を外すと即断するのではなく、時間が増えた原因と改善の余地も調べる。
次の学習:必須・主力・予備の順で演習をつなぐ
まず問1と記述式の共通技能を学びます。次に主力候補の基礎記事を読み、過去問を解いて、説明不足・計算・設計・追跡のどこで止まったかを記録します。主力4分野が決まったら、予備の一問演習と5問通しの演習へ進みます。記事を読んだだけで選択を確定せず、初見の答案を作って判断してください。
公式の問題冊子、解答例、採点講評は組み合わせて使います。解答例に含まれる対象や条件と自分の答案を比べ、講評で指摘された理解不足を復習へ戻します。得意分野は「題材が好き」から始めてよくても、最後は「根拠を示した答案を時間内に作れる」で決めます。
制度情報は2026年10月2日に確認しました。分析は過去の出題概要から技能と準備の方向を整理したものです。個別の設問を完全に再現した解説や、未公表の採点基準、将来の出題・得点の保証は含みません。
まとめ:AP科目B(午後試験)を突破するための3大鉄則
鉄則1:問1(情報セキュリティ)を制する者がAPを制す —— 配点20点の必須問題であるだけでなく、ネットワーク、データベース、開発、サービスマネジメント、監査など、他のあらゆる選択問題にもセキュリティ要件が絡みます。問1の対策に時間を投資することが、試験全体の底上げに直結します。
鉄則2:問題文の「国語のヒント」を見逃さない —— 応用情報の午後問題は実務経験のコンテストではありません。正解の根拠は100%問題文中の事例、図表、注記の中に埋め込まれています。「本文中の語句を用いて」「理由を〜字以内で述べよ」という設問の制約を守り、問題文の伏線を回収する意識で記述してください。
鉄則3:計算・アルゴリズムは「部分点」を確実に積み上げる —— 複雑なM/M/1待ち行列やEVM計算、動的計画法の擬似コードであっても、設問の前半は基本的な定義や変数の初期値、単位の換算など、確実に拾える小問が配置されています。完答を目指して時間を浪費するのではなく、取れる部分点を堅実に拾って60点ラインを突破しましょう。
次におすすめの学習
AP科目Bの記述式|設問・本文根拠・条件から短い答案を作る
AP科目Bのインシデント対応|ログの根拠から封じ込め・復旧まで判断する
認証・アクセス制御・パスワード管理|本人確認から漏えい対策まで
SWOTと環境分析|PEST・ファイブフォースから施策の根拠を作る
擬似言語のトレース|代入・ループ・配列・関数を実行順に追う
データ構造と探索|スタック・キュー・二分探索木・AVL・BFSを図で理解する
性能設計と評価|スループット・応答時間・利用率・待ち時間を計算する
稼働率・MTBF・MTTRの計算|冗長化と復旧目標を区別する
IP・サブネット・経路・NAT|宛先と変換前後を追って通信を理解する
DNSと名前解決|FQDN・レコード・キャッシュ・TTLを一つの流れで理解する
E-R図とキー|業務ルールからエンティティ・関連・多対多を設計する
SQLの結合と集計|JOIN・NULL・副問合せを結果表から理解する
応用SQLと索引|ウィンドウ関数・再帰問合せ・実行効率を読む
状態とイベント|状態遷移・タイマー・割込み・メッセージの順序を追う
要件定義と振る舞いの設計|ユースケース・DFD・活動図・シーケンスを使い分ける
プロジェクト計画と変更管理|スコープ・WBS・関係者の合意をつなぐ
クリティカルパスとCCPM|依存関係・余裕・バッファから遅延を判断する
EVMで進捗と費用を読む|PV・EV・AC、差異、完成時費用の予測
サービスデスク|受付・分類・優先度・エスカレーションから復旧まで
システム監査|独立性・計画・統制・証拠から報告と改善確認まで
APの学習画面へ
編集・検証について
編集・検証:IT資格ラボ編集部
IPAが公開する試験要綱・シラバス・過去問題と、各技術の公式資料を優先して内容を確認しています。制度変更や誤りを確認した場合は、記事を見直して更新します。
編集方針・情報源・訂正方針を見る