【情報セキュリティ】「やってない」とは言わせない！「否認防止」｜情報処理問題1000本ノック

情報セキュリティの7要素を解説するシリーズ。今回は、操作や取引が行われた事実を後から否定させない「否認防止」を攻略しましょう。

1. 【 問題 】：セキュリティの付加特性

【 問題 】 情報セキュリティの要素の中で、事象や行動が後から否定されないように、その発生を証明する特性を指すものはどれでしょうか？

① 真正性（Authenticity）
② 責任追跡性（Accountability）
③ 否認防止（Non-repudiation）
④ 信頼性（Reliability）

2. 正解：

正解： ③ 否認防止（Non-repudiation）

3. 解説：取引の「言い逃れ」を防ぐ絶対的な証拠

否認防止とは、電子取引やデータの送受信において、「確かにその操作が行われた」という客観的な事実を証明し、当事者が後から「そんなことは知らない」と主張するのを防ぐ状態です。

【 情報セキュリティの7要素：再掲 】

[ 基本の3要素：CIA ]
1. 機密性 (C)：漏洩防止。
2. 完全性 (I)：改ざん防止。
3. 可用性 (A)：停止防止。

[ 付加的な4要素 ]
4. 真正性：なりすまし防止。本人が作成したと証明できる。
5. 責任追跡性：ログの証拠。誰がいつ何をしたか追跡できる。
6. 否認防止：「しらばっくれ防止」。後から事実を否定できない。 ← ココ！
7. 信頼性：意図した通りに正しく動作する。

★ 「後から否定されないように発生を証明する」は、否認防止の定義です。

[ 具体的な対策例 ]
★ デジタル署名（公開鍵暗号の応用）：送信者の秘密鍵で署名するため、「本人がそのメッセージを送った」という動かぬ証拠になり、否認を防げます。
★ タイムスタンプ（タイムスタンプ局の利用）：ある特定の時刻に、そのデータが確かに存在していたことを第三者機関が証明します。
★ ブロックチェーン：取引履歴がネットワーク全体で共有され改ざんできないため、取引の事実を後から否認することが不可能です。

1. 理解のコツ: 現実世界の「契約書と実印（またはサイン）」をイメージしてください。実印が押された契約書が残っていれば、後から「私はそんな契約結んでいません」と言い張っても通用しませんよね。この法的・客観的な証拠能力をデジタル上で持たせるのが否認防止です。
2. 試験対策の視点: 「後から否定されない」「発生（事実）を証明する」「しらばっくれ防止」というフレーズがあれば否認防止（ノンレピュディエーション）が正解です。特に「デジタル署名」の目的としてセットで出題されるケースが非常に多いです。

---

4. まとめ

「事象や行動が後から否定されないように、その発生を証明する特性」。これが否認防止です。インターネット上の電子商取引（ネットショッピングや電子契約）において、ビジネスを安全に成立させるための根幹となる要素です。

【情報セキュリティ】行動の足跡を見逃さない！「責任追跡性」｜情報処理問題1000本ノック

情報セキュリティの7要素を解説するシリーズ。今回は、システム内での行動を後から辿れるようにする「責任追跡性」を攻略しましょう。

1. 【 問題 】：セキュリティの付加特性

【 問題 】 情報セキュリティの要素の中で、ある実体の動作が、その動作から元となる実体まで一意に追跡できることを確実にする特性を指すものはどれでしょうか？

① 真正性（Authenticity）
② 責任追跡性（Accountability）
③ 否認防止（Non-repudiation）
④ 信頼性（Reliability）

2. 正解：

正解： ② 責任追跡性（Accountability）

3. 解説：デジタル上の「指紋」と「足跡」を残す

責任追跡性とは、システムで発生したイベント（ログイン、ファイル操作、設定変更など）を、それを行ったユーザーやプログラムと正確に紐づけて後から検証できる状態のことです。

【 情報セキュリティの7要素：再掲 】

[ 基本の3要素：CIA ]
1. 機密性 (C)：漏洩防止。
2. 完全性 (I)：改ざん防止。
3. 可用性 (A)：停止防止。

[ 付加的な4要素 ]
4. 真正性：なりすまし防止。
5. 責任追跡性：「ログの証拠」。誰がいつ何をしたか一意に追跡できる。 ← ココ！
6. 否認防止：しらばっくれ防止。後から事実を否定できない。
7. 信頼性：意図した通りに正しく動作する。

★ 「一意に追跡できる」「動作の元を辿れる」は、責任追跡性の定義です。

[ 具体的な対策例 ]
★ 詳細なアクセスログの取得：操作日時、IPアドレス、実行ユーザーIDなどの履歴を厳重に記録する。
★ アカウントの個別化：1つのID（例：admin）を複数人で使い回さず、1人1IDを徹底することで「動作の元」を特定可能にする。
★ タイムスタンプの同期（NTP）：複数の機器でログの時間を一致させ、一連の行動のタイムラインを正しく追跡できるようにする。

1. 理解のコツ: 防犯カメラが回っている「お店」をイメージしてください。誰かが商品を動かしたとき、カメラの映像（ログ）を巻き戻せば、どの人物（実体）が動かしたのかがバッチリ特定できますよね。この「犯人探しや原因究明ができる状態」が責任追跡性です。
2. 試験対策の視点: 「一意に追跡できる」「元となる実体まで辿れる」「ログの管理」という表現が出たら「責任追跡性（アカウンタビリティ）」を選びましょう。次回解説する「否認防止（後からやってないと言わせない）」と非常に深い関係にあります。

---

4. まとめ

「システム内の行動を、その実行者まで確実に遡れる状態」。これが責任追跡性です。万が一のインシデント（セキュリティ事故）発生時に、被害の拡大を防ぎ、迅速な原因究明を行うために不可欠な要素です。

【コンピュータシステム】光で世界を立体的に捉える！「LiDAR」｜情報処理問題1000本ノック

電波ではなく「光」を使うことで、周囲の障害物の形や距離を目にも留まらぬ速さでスキャンする。自動運転の「目」となる注目技術、LiDARを攻略しましょう。

1. 【 問題 】：センサ技術と自動運転

【 問題 】 自動運転システムや3次元マッピングなどで広く用いられている技術で、対象物に向けてレーザー光を照射し、それが反射して戻ってくるまでの時間や波長の変化を測定することで、対象物までの距離や形状を精密に計測する仕組みはどれでしょうか？

① RADAR（レーダー）
② SONAR（ソナー）
③ LiDAR（ライダー）
④ インクリメンタルエンコーダ

2. 正解：

正解： ③ LiDAR（Light Detection And Ranging / ライダー）

3. 解説：レーザー光が作る3Dマップ

LiDARは、1秒間に数十万回以上ものレーザー光を周囲に照射し、跳ね返ってきた光のデータを集めることで、周囲の環境をリアルタイムに「点群（ポイントクラウド）データ」として3次元モデル化します。

【他のセンサ技術との違い】

■ LiDAR（光）
・特徴：レーザー光（赤外線など）を使う。波長が短いため、障害物の「精密な形や位置」をクッキリ捉えるのが大得意。

■ RADAR（電波）
・特徴：電波（ミリ波など）を使う。悪天候（雨や霧）に強く、遠くの物体を検知するのが得意だが、詳細な形を識別するのは苦手。

■ SONAR（音波）
・特徴：超音波を使う。主に水中（潜水艦）や、車のバックセンサなど至近距離の検知に使われる。

[ 身近な活用例 ]
★ 自動運転車：ルーフやバンパーに搭載され、歩行者や他車、道路の白線などを検知する。
★ スマートフォン：高級スマホのカメラ付近に搭載され、暗い場所でのピント合わせや、AR（拡張現実）の空間認識に活躍している。

1. 理解のコツ: やまびこ（山彦）の光バージョンです。「ヤッホー」と叫んで返ってくる時間で山までの距離を測るように、光を発射して戻る時間（Time of Flight: ToF）を計算して、瞬時に周囲の3Dマップを作り上げます。
2. 試験対策の視点: 「光（レーザー）を放射」「反射光から距離を測定」「自動運転」というキーワードの組み合わせが出たらLiDARが正解です。電波を使う「RADAR（レーダー）」との違いが非常によく狙われます。

---

4. まとめ

「レーザー光を使って、物体の距離や形状を正確に測定する技術」。これがLiDARです。自動運転レベル3以上の高度なシステムや、スマート都市（スマートシティ）における空間認識の基盤として、今後ますます出題が増えるトレンド用語です。

【ブロックチェーン】自動で契約を執行する！「スマートコントラクト」｜情報処理問題1000本ノック

「仲介者」を排除し、プログラムが厳格にルールを執行する。ブロックチェーンの可能性を金融やビジネスに爆発的に広げた「スマートコントラクト」を攻略しましょう。

1. 【 問題 】：ブロックチェーンの応用技術

【 問題 】 ブロックチェーン上で動作する仕組みの一種で、あらかじめ設定された契約内容や取引ルールをプログラムとして記述しておき、特定の条件が満たされた段階で、第三者を介さずに自動的に契約を執行する仕組みを何と呼ぶでしょうか？

① コンセンサスアルゴリズム
② スマートコントラクト
③ トークノミクス
④ 暗号資産ウォレット

2. 正解：

正解： ② スマートコントラクト（Smart Contract）

3. 解説：「もし〜なら、〜する」を自動化

スマートコントラクトは、ブロックチェーンの「改ざんできない」という特性を活かし、プログラムされた契約を100%確実に実行する技術です。イーサリアム（Ethereum）などのプラットフォームで広く採用されています。

【スマートコントラクトの3大特徴】

■ 仲介者が不要（トラストレス）
・銀行や不動産業者のような「信頼できる第三者」を挟まなくても、プログラムが正しく取引を保証してくれます。

■ コスト削減と高速化
・人が書類を確認したり、承認手続きをしたりする時間がゼロになるため、瞬時に取引が完了し、手数料も抑えられます。

■ 不可逆性（後戻りできない）
・一度ブロックチェーンに書き込まれたプログラムは、誰にも変更・消去できません。ルール通りに絶対に実行されます。

[ 具体的な活用例 ]
★ DeFi（分散型金融）：あらかじめ指定した価格になったら、自動で暗号資産を交換する。
★ NFT（非代替性トークン）：デジタルアートが転売されるたびに、作者に自動でロイヤリティ（報酬）が還元される。

1. 理解のコツ: 究極にシンプルなスマートコントラクトは「自動販売機」です。「150円を入れる（条件）」＋「ボタンを押す（条件）」が揃うと、機械が自動で「ジュースを落とす（契約執行）」を行います。これをお互いに見知らぬ人同士で、より複雑な取引でも行えるようにしたのがこの技術です。
2. 試験対策の視点: 「プログラムに書き込み」「条件が整った段階で」「自動的に契約を執行」というフレーズがあればスマートコントラクトが一択です。ブロックチェーンが単なる金銭の記録（ビットコイン等）から、高度なシステム基盤へと進化した最大の理由として出題されます。

---

4. まとめ

「条件を満たすと自動で実行される、ブロックチェーン上の契約プログラム」。これがスマートコントラクトです。改ざん不可能なプログラムによって、信頼のコストをテクノロジーで解決する、Web3時代の核心となる技術です。

【データベース】1ミリの狂いも即座に許さない！「強い整合性」｜情報処理問題1000本ノック

分散データベースにおいて、「いずれ同じデータになる（結果整合性）」のではなく、「今この瞬間に全員が同じ最新データを共有する」という厳格な一貫性、強い整合性を攻略しましょう。

1. 【 問題 】：データの一貫性モデル

【 問題 】 分散データベースシステムにおいて、あるデータを更新した際、その処理が即座に反映され、それ以降にどのシステムやノードからデータを読み出しても、必ず最新の更新結果が返ってくることを保証する性質を何と呼ぶでしょうか？

① 最終整合性 (Eventual Consistency)
② 弱い整合性 (Weak Consistency)
③ 強い整合性 (Strong Consistency)
④ 因果整合性 (Causal Consistency)

2. 正解：

正解： ③ 強い整合性（Strong Consistency / ストロング・コンシステンシー）

3. 解説：「即座に反映」という絶対のルール

強い整合性は、従来のRDBMSのACID特性における「一貫性」を分散システムでも死守する考え方です。データのズレが許されない金融システムなどで必須となります。

【対比：強い整合性 vs 結果整合性】

■ 強い整合性（Strong Consistency）
・特徴：更新したら即座に全体へ反映。どこから読んでも「最新」。
・代償：全員の同期を待つため、書き込みの処理速度が落ちたり、通信が途切れた時にシステムが止まりやすい（可用性が下がる）。

■ 結果整合性（Eventual Consistency）
・特徴：更新した直後は古いデータが見えるかもしれないが、「いずれ（結果的に）」全員が同じ最新データに追いつく。
・利点：同期を待たないので超高速。一部のサーバーが死んでいても動き続けられる。

[ CAP定理との関係 ]
★ 分散システムでは「一貫性（C）」「可用性（A）」「分断耐性（P）」の3つのうち2つしか選べないという「CAP定理」があります。「強い整合性」を選ぶということは、一貫性（C）を最優先にするという意味です。

1. 理解のコツ: 銀行の口座残高をイメージしてください。AATMで現金を振り込んだら、別のBATMやスマホアプリで1秒後に残高を見ても、絶対に振り込み後の金額（最新）になっていなければ困ります。この「いつでもどこでも即座に最新」が強い整合性です。
2. 試験対策の視点: 「結果整合性に対して」「即座に反映を保証」「どのレプリカから読んでも同じ最新値」という表現があれば「強い整合性」が正解です。NewSQLなどの文脈でも非常によく出題されます。

---

4. まとめ

「更新処理を即座に反映し、常に最新の同一データを保証する特性」。これが強い整合性です。速度や可用性を犠牲にしてでも、データの正確性を最優先にするシステム設計の根幹となる概念です。

### 【データベース】過去の写し鏡で一貫性を保つ！「スナップショット分離」｜情報処理問題1000本ノック

データをロックして全員を待たせるのではなく、「処理を始めた瞬間のデータの写真（スナップショット）」を見せることで、超高速と高い整合性を両立する技術を攻略しましょう。

1. 【 問題 】：高度な同時実行制御

【 問題 】 トランザクションの同時実行制御において、各トランザクションが処理を開始した時点のデータベースの「スナップショット（一貫性のある過去のデータ状態）」を読み取ることで、他のトランザクションによる更新操作と衝突（ロックの競合）することなく、一貫した読み取りを可能にする分離レベルはどれでしょうか？

① Read Uncommitted
② スナップショット分離（Snapshot Isolation）
③ Read Committed
④ Serializable (厳格な悲観的ロック)

2. 正解：

正解： ② スナップショット分離（Snapshot Isolation）

3. 解説：「読者」と「筆者」が互いを邪魔しない

スナップショット分離は、MVCC（マルチバージョン同時実行制御）という技術を用いて実現されます。データを上書きするのではなく「古いバージョン」を残しておくことで、読み取り処理に過去のデータを提示します。

【スナップショット分離の3大メリット】

■ 読者は待たない、書く人も待たない
・誰かがデータを激しく更新していても、読み取り側は「自分が開始した時点のデータ」を読めばよいため、ロックによる順番待ちが発生しません。

■ 3大有害現象をすべて防止
・「ダーティリード」「ノンリピータブルリード」「ファントムリード」のすべてが発生しません（※実質的にRepeatable Read以上の堅牢性）。

■ ライトスキュー（Write Skew）という弱点
・非常に特殊なケースで、別々のデータを同時に更新し合うと、お互いのスナップショットが交差して矛盾（ライトスキュー）が起きる場合があります。

[ 現場での採用例 ]
★ PostgreSQL や Oracle、SQL Server など、現代の主要なRDBMSの多くが、このスナップショット（またはそれに類するMVCCの仕組み）をベースにして、高速かつ安全な並行処理を実現しています。

1. 理解のコツ: 共有ドキュメントをみんなで編集している時、あなたが「印刷（読み取り）」ボタンを押した瞬間の状態がそのまま印刷されるイメージです。印刷中に他の人が内容を書き換えても、あなたの手元の紙（スナップショット）は変わりません。
2. 試験対策の視点: 「開始した時点の」「ロックを伴わない一貫した読み取り」「MVCC」といったキーワードが出たらスナップショット分離です。データベースの性能を落とさずに整合性を保つための超重要技術として出題されます。

---

4. まとめ

「トランザクション開始時のデータ写真を見せることで、ロックなしで整合性を保つ仕組み」。これがスナップショット分離です。現代の高アクセスなWebシステムを支える、データベースエンジニア必須の教養です。

【データベース】読み取り中の変化を防ぐ！「反復可能読み取り（リピータブルリード）」｜情報処理問題1000本ノック

複数のトランザクションが同時に動くとき、どこまでデータの「割り込み」を許すか。4段階ある分離レベルのうち、上から2番目に厳格な「反復可能読み取り」を攻略しましょう。

1. 【 問題 】：トランザクションの分離レベル

【 問題 】 RDBMSのトランザクション分離レベル（アイソレーションレベル）のうち、「ダーティリード」と「ノンリピータブルリード（非再現可能読み取り）」の発生は防ぐことができるが、「ファントムリード（幻像読み取り）」が発生する可能性が残るものはどれでしょうか？

① 既存データの読み取り (Read Uncommitted)
② 確定データの読み取り (Read Committed)
③ 反復可能読み取り (Repeatable Read)
④ 直列化可能 (Serializable)

2. 正解：

正解： ③ 反復可能読み取り（Repeatable Read / リピータブルリード）

3. 解説：同じデータを何度読んでも「同じ」

「反復可能読み取り」という名前の通り、1つのトランザクションの中で同じデータを「反復」して何度読み込んでも、必ず同じ値が返ってくることを保証するレベルです。

【発生する現象の整理（起きない× / 起きる〇）】

・ダーティリード：×（発生しない）
　→ 他の人が「まだ確定していない（コミット前）」の怪しいデータを読めてしまう現象。
・ノンリピータブルリード：×（発生しない）
　→ 自分がさっき読んだデータを、他の人に「書き換え・削除」されて値が変わってしまう現象。
・ファントムリード：〇（発生する）
　→ 自分がデータを範囲検索している最中に、他の人がデータを「新規追加」したため、2回目に検索したときにデータが「幻（ファントム）」のように増えている現象。

[ 試験に出るマトリクス ]
★ Read Committed：ダーティだけ防ぐ（ノンリピータブルとファントムは起きる）
★ Repeatable Read：ダーティとノンリピータブルを防ぐ（ファントムだけ起きる）
★ Serializable：すべて防ぐ（完璧だが処理が遅い）

1. 理解のコツ: あなたが本棚の特定の小説（データ）を読んでいる間、他の人がその小説の文字を書き換えることはできません。これが反復可能読み取りです。ただし、他の人が本棚の隙間に「新しい別の本（ファントム）」をコッソリ差し込むことは止められない、というイメージです。
2. 試験対策の視点: 「ダーティとノンリピータブルは発生しない」「ファントムリードは発生する」という組み合わせは、試験でピンポイントに狙われます。英語名の「Repeatable Read」でも選べるようにしておきましょう。

---

4. まとめ

「自分が処理している間のデータ書き換えは許さないが、新規追加だけは防げないレベル」。これが反復可能読み取り（Repeatable Read）です。多くのRDBMS（MySQLなど）でデフォルトや推奨の設定として採用されている、非常に重要度の高い分離レベルです。

### 【データベース】最強の両立！「NewSQL」｜情報処理問題1000本ノック

RDBMSの「信頼性（ACID特性）」と、NoSQLの「圧倒的な拡張性」。これまで両立不可能と言われていた2つの強みを融合した進化系データベースを攻略しましょう。

1. 【 問題 】：次世代データベースの特性

【 問題 】 従来のRDBMS（リレーショナルデータベース）が持つ厳格なトランザクションのACID特性をサポートしながら、NoSQLが持つ優れたスケーラビリティ（拡張性）や高可用性を同時に実現するデータベースの分類はどれでしょうか？

① OODB (オブジェクト指向データベース)
② NewSQL
③ キーバリューストア (KVS)
④ 階層型データベース

2. 正解：

正解： ② NewSQL

3. 解説：「信頼性」と「パワー」のハイブリッド

データベースの世界では長年、「データを絶対に壊さない仕組み（ACID）」をとるか、「サーバーを並べて性能を爆発的に上げる（拡張性）」をとるかのトレードオフがありました。その壁を技術力で突破したのがNewSQLです。

【NewSQLが持つ2つの顔】

■ RDBMSから受け継いだ遺伝子
・ACID特性のサポート：金融取引などでも使える、1円の狂いも許さない厳格なデータ一貫性。
・SQLが使える：従来のRDBMSと同じ感覚で、複雑なクエリ（検索）を投げられる。

■ NoSQLから受け継いだ遺伝子
・高い拡張性（水平スケーリング）：アクセスやデータ量が増えても、サーバーを追加するだけで処理能力をリニアに増強できる。

[ 代表的なサービス例 ]
★ Google Cloud Spanner：世界規模で同期し、絶対に止まらない＆狂わないNewSQLの代表格。
★ CockroachDB：その名の通り「ゴキブリ並みにタフ（死なない）」を掲げるオープンソースのNewSQL。

1. 理解のコツ: 「高級セダンの安全性と乗り心地（RDBMS）」に、「大型トラックの圧倒的な積載量（NoSQL）」を合体させた、モンスターマシンのようなデータベースがNewSQLです。
2. 試験対策 of 視点: 「RDBMSとNoSQLの両方」「拡張性（スケーラビリティ）」「ACID特性のサポート」という全てのキーワードが同時に出てきたらNewSQLが一択です。データサイエンスや高度なWeb開発の文脈でよく問われます。

---

4. まとめ

「ACID特性と高拡張性を両立した次世代のデータベース」。これがNewSQLです。グローバル展開する大規模なシステムにおいて、データの正確性を1ミリも妥協したくない場面で選ばれる重要な選択肢です。

【データベース】シンプルこそ最強！「キーバリューストア（KVS）」｜情報処理問題1000本ノック

複雑な表形式（リレーショナル）ではなく、特定の値を引き出すためだけの究極にシンプルなデータ管理手法、KVSを攻略しましょう。

1. 【 問題 】：データモデルの形式

【 問題 】 データベースのモデルの一つで、任意の保存データ（バリュー）に対して、それを一意に識別するための索引（キー）を対応させて管理する形式を何と呼ぶでしょうか？

① リレーショナルデータベース（RDB）
② キーバリューストア（KVS）
③ ドキュメント指向データベース
④ グラフデータベース

2. 正解：

正解： ② キーバリューストア（Key-Value Store / KVS）

3. 解説：ペアで覚える超高速データベース

KVSは、情報の「検索」と「書き込み」の速さに特化したシステムです。複雑な計算や分析には向きませんが、膨大なアクセスをさばくのに適しています。

【KVSの仕組みと特徴】

■ データ構造
・Key（キー）：データを特定するための名前やID。
・Value（バリュー）：中身（数値、文字列、画像など何でもOK）。

■ 主なメリット
・とにかく速い：キーを指定すれば即座に中身が取り出せる。
・拡張が簡単：データ量が増えても、サーバーを並べるだけで性能を伸ばしやすい（水平分散が得意）。

[ 代表的なツールと用途 ]
★ Redis：一時的なセッション情報の保持やランキング管理によく使われる。
★ Amazon DynamoDB：非常に大規模なWebサービスの後ろ側で動いている。

1. 理解のコツ: 銭湯やジムの「下駄箱」をイメージしてください。靴（バリュー）をしまって、その場所を示す番号札（キー）を受け取る。番号札さえあれば、どの靴か迷わず一瞬で取り出せますよね。この仕組みがKVSです。
2. 試験対策の視点: 「一意に識別するキー」「ペア（組み合わせ）」「NoSQL」というキーワードが出たらKVSが正解です。また、RDBのような「表（テーブル）」や「結合（JOIN）」といった概念がないこともセットで押さえておきましょう。

---

4. まとめ

「一意のキーとデータのペアで情報を管理する形式」。これがKVSです。構造を単純化することで、爆発的なデータ量やアクセス数にも耐えられる、モダンなシステムの裏側を支える重要な技術です。

【開発技術】変化のルールを可視化！「状態遷移図（ステートマシン図）」｜情報処理問題1000本ノック

システムやオブジェクトが「今どんな状態で、何が起きたら次の状態へ移るのか」。その振る舞いのルールを記述する図法を攻略しましょう。

1. 【 問題 】：UMLによる振る舞いの表現

【 問題 】 UML（Unified Modeling Language）において、オブジェクトが作成されてから破棄されるまでの間に、外部からのイベントや時間の経過によって、その状態がどのように変化するかを表現する図はどれでしょうか？

① クラス図
② ユースケース図
③ 状態遷移図（ステートマシン図）
④ シーケンス図

2. 正解：

正解： ③ 状態遷移図（ステートマシン図）

3. 解説：「きっかけ」と「移り変わり」を追う

状態遷移図は、システムの「動的な側面」を表現します。特に組込みシステムや、複雑な画面遷移、注文ステータスの管理などの設計に威力を発揮します。

【構成要素のキーワード】

■ 状態（State）
・オブジェクトが置かれている状況（例：停止中、実行中、待機中）。角丸の長方形で表します。

■ イベント（Event）
・変化を引き起こす「きっかけ」（例：ボタン押下、タイムアウト）。

■ 遷移（Transition）
・ある状態から別の状態へ移ること。矢印で表します。

[ よく出るUMLの分類 ]
★ 構造図：クラス図など（静的な形を表す）。
★ 振る舞い図：状態遷移図、アクティビティ図など（時間の経過や動きを表す）。

1. 理解のコツ: 「全自動洗濯機」を想像してください。「給水」状態のときに「満水」というイベントが起きると「洗い」状態へ移ります。このように、勝手に別の状態へ飛ばないための「交通整理の地図」が状態遷移図です。
2. 試験対策の視点: 「イベント」「時間経過」「状態の変化」という言葉が出たら状態遷移図（ステートマシン図）が正解です。一方、メッセージのやり取りを時系列で表す「シーケンス図」との違いを問われることが多いので注意しましょう。

---

4. まとめ

「オブジェクトの状態変化のルールを記述した図」。これが状態遷移図です。不具合の少ない堅牢なシステムを設計するために、あらゆる「状態」と「遷移条件」を網羅することは、エンジニアにとって非常に重要なスキルです。