最終更新日:2026年6月2日
sg sg-management service_management it_security_operations
まず結論
- サービスデスクとは、利用者からの問い合わせや障害連絡を受け付け、ITサービス提供側につなぐ窓口です。
- SG試験では、単なる問い合わせ対応ではなく、ITサービスを安定して提供するための入口として判断できるかが重要です。
サービスデスクは、利用者とITサービス提供側をつなぐ接点です。
利用者からの連絡を受け、内容を記録し、必要に応じて担当部門へエスカレーションします。
SG試験では、サービスデスクとヘルプデスクを混同させる選択肢に注意します。
ヘルプデスクは問い合わせ対応の意味で使われることが多く、サービスデスクはより広く、ITサービスマネジメント全体の窓口として扱われます。
直感的な説明
たとえば、社員が業務システムにログインできなくなったとします。
このとき、社員が直接サーバ管理者、ネットワーク担当者、アプリ担当者を探して連絡していたら、対応が混乱します。
誰が受け付けたのか、いつ発生したのか、どこまで対応したのかも分かりにくくなります。
そこで、まず連絡を受け付ける入口を一本化します。
その入口がサービスデスクです。
サービスデスクは、次のような役割を持ちます。
- 利用者からの問い合わせを受け付ける
- 障害や依頼内容を記録する
- 一次対応を行う
- 必要に応じて専門担当へ引き継ぐ
- 対応状況を利用者へ伝える
つまり、サービスデスクは「困ったときの連絡先」であると同時に、ITサービスの対応状況を管理するための入口でもあります。
定義・仕組み
サービスデスクは、ITサービスマネジメントにおいて、利用者とITサービス提供側の単一の窓口として機能します。
サービスマネジメントでは、問い合わせ、障害、変更依頼などをバラバラに扱うのではなく、記録し、分類し、対応状況を管理することが重要です。
IPAの情報セキュリティマネジメント試験の出題内容でも、関連分野としてサービスマネジメントが含まれています。
情報セキュリティマネジメント試験 出題内容(IPA)
サービスデスクの基本的な流れは、次のように整理できます。
| 流れ | 内容 |
|---|---|
| 受付 | 利用者から問い合わせや障害連絡を受ける |
| 記録 | 発生日時、内容、影響範囲などを記録する |
| 分類 | 問い合わせ、インシデント、依頼などに分ける |
| 一次対応 | よくある事象ならその場で対応する |
| エスカレーション | 専門担当や上位部門へ引き継ぐ |
| 完了確認 | 対応結果を確認し、記録を閉じる |
ここで大切なのは、サービスデスクが「すべてを自分で解決する部署」ではないという点です。
サービスデスクは、利用者からの連絡を受け付け、記録し、適切な対応につなげる役割を担います。
専門的な調査や復旧は、システム担当者やネットワーク担当者などに引き継ぐことがあります。
なお、サービスデスクには、利用者の近くに置くローカル型、窓口を集約する中央型、分散拠点を一つの窓口のように運用するバーチャル型などの組織構造があります。詳しくは、サービスデスクの組織構造とは?ローカル・中央・バーチャル・フォロー・ザ・サンの違い【SG試験】で整理しています。
どんな場面で使う?
サービスデスクは、ITサービスを利用する人が多く、問い合わせや障害対応を整理したい場面で使われます。
たとえば、次のような場面です。
- パスワードを忘れた利用者からの問い合わせ
- 業務システムにログインできないという連絡
- ネットワークにつながらないという障害連絡
- 権限変更やアカウント作成の依頼
- サービス停止や復旧状況の問い合わせ
SG試験では、サービスデスクを「利用者対応の窓口」として見るだけでなく、インシデント管理やサービスマネジメントの入口として考えることが大切です。
選択肢では、次のような表現に注意します。
- 「利用者からの問い合わせを一元的に受け付ける」
- 「障害や依頼を記録し、対応状況を管理する」
- 「必要に応じて専門部署へエスカレーションする」
- 「利用者とITサービス提供側の窓口になる」
これらは、サービスデスクの役割として判断しやすい表現です。
一方で、「すべての障害を自部門だけで解決する」「セキュリティ攻撃を技術的に遮断する」などの表現は注意が必要です。
サービスデスクは、技術的な防御装置ではなく、連絡・記録・調整の窓口です。
よくある誤解・混同
誤解1:サービスデスクとヘルプデスクは完全に同じである
日常会話では似た意味で使われることもあります。
ただし、SG試験では、サービスデスクの方がより広く、ITサービスマネジメント全体の窓口として扱われると考えると整理しやすいです。
| 用語 | 判断ポイント |
|---|---|
| ヘルプデスク | 利用者の困りごとや操作方法の問い合わせ対応が中心 |
| サービスデスク | 問い合わせ、障害、依頼を受け付け、ITサービス管理につなげる窓口 |
迷ったときは、単なる操作支援ならヘルプデスク、サービス全体の窓口ならサービスデスクと切り分けます。
誤解2:サービスデスクは障害をすべて解決する担当である
サービスデスクは、すべての障害を自分たちだけで解決するとは限りません。
一次対応で解決できるものもありますが、専門的な対応が必要な場合は、担当部署へエスカレーションします。
SG試験では「受付・記録・分類・引き継ぎ」がサービスデスクの中心と考えると、過剰な役割を与えた選択肢を切りやすくなります。
誤解3:サービスデスクはセキュリティ対策の装置である
サービスデスクは、ファイアウォールやIDSのような技術的対策ではありません。
利用者からの連絡を受け、記録し、対応につなげる運用上の仕組みです。
ただし、不審なメールの報告やアカウント不正利用の連絡を受け付けるなど、情報セキュリティ運用にも関係します。
誤解4.5:一次サポートから二次サポートへ引き継ぐ行為は別用語である
一次サポート担当者が解決できない問い合わせや障害を、二次サポートなど上位の専門担当へ引き継ぐ行為は、 段階的取扱い(エスカレーション)です。
SG試験では、次のような表現があれば段階的取扱いを選びやすくなります。
- 一次担当者が初期情報を収集する
- 継続的な利用者コミュニケーションを一次側が担う
- 解決できない案件を二次側へ依頼する
特に「一次→二次へ引き継ぐ」という構造があれば、段階的取扱い(エスカレーション)を優先して判断します。
誤解4.6:回避策・継続的改善・予防処置と同じ意味である
これらは段階的取扱いとは別の概念です。
| 用語 | 何をするか | 段階的取扱いとの違い |
|---|---|---|
| 回避策(ワークアラウンド) | 影響軽減のための暫定対応 | 引き継ぎの仕組みそのものではない |
| 継続的改善 | サービス能力を高める反復活動 | 個別インシデントの一次→二次引継ぎとは別軸 |
| 予防処置 | リスク原因の除去・発生確率低減 | 発生後のサポート段階引継ぎとは目的が異なる |
選択肢問題では、
- 「一次サポートが二次サポートへ解決依頼」→ 段階的取扱い(エスカレーション)
- 「暫定対応で影響を下げる」→ 回避策
- 「仕組み全体を改善し続ける」→ 継続的改善
- 「原因を事前に減らす」→ 予防処置
と切り分けると誤答を減らせます。
誤解4:インシデント管理と同じ意味である
インシデント管理は、サービスの中断や品質低下をできるだけ早く回復するための管理活動です。
サービスデスクは、そのインシデントを受け付ける入口になることがあります。
| 用語 | 主な役割 |
|---|---|
| サービスデスク | 利用者からの連絡を受け付ける窓口 |
| インシデント管理 | 障害やサービス低下から早期復旧を目指す管理活動 |
SG試験では、窓口か、復旧を管理する活動かで切り分けます。
まとめ(試験直前用)
- 先に「窓口業務」か「復旧を管理する活動」かを判定する。
- サービスデスクは、利用者連絡の受付・記録・一次対応・エスカレーションを担う。
- ヘルプデスクは操作支援寄りの呼び方で、ITSM全体の入口まで含むとは限らない。
- インシデント管理は復旧を進める管理活動で、サービスデスクはその受付窓口になりうる。
- 迷ったら「窓口・記録・引き継ぎ」があればサービスデスク寄りで選択肢を切る。