[https://www.youtube.com/watch?v=Jz2M0_UsUEs:embed:cite]
本動画では、令和4年度 秋期 エンベデッドシステムスペシャリスト試験 午後Ⅰ 問2を取り上げ、競泳計時システムを題材に、ハードウェアタイマーの設計意図と数値変換、フライング判定という競技ルールをシステム要件へ落とし込む判定ロジック、リアルタイムOS上のタスク分担と通知関係、そして可用性を高める二重化（主機・補機）による機能追加時に何を抑制し何を継続させるべきかまでを、出題趣旨と採点講評で評価される観点に沿って一貫した流れで解説します。午後Ⅰの組込み事例は、用語や図の暗記では得点が伸びにくく、数値の単位変換を根拠として説明できること、ハードとソフトの境界を崩さずに責務分離を言語化できること、機能追加での二重化に伴う副作用を予見して制御方針を示せることが合否を分けます。本問はまさにそれらが一体で問われており、採点講評でもタイマーの数値変換とタスクの役割混同が失点要因として示唆される構造になっています。 設問1はタイマー部と判定ロジックで、読解ポイントは「基準タイマーが何単位で進むか」と「サブタイマーがどの周期で基準タイマーを進めるか」を、単位を崩さず接続することです。サブタイマーは1/32ミリ秒ごとにカウントダウンし、0になるたびに基準タイマーをカウントアップさせます。一方で競技時間は1/100秒、つまり10ミリ秒単位で計測する前提があるため、10ミリ秒を1/32ミリ秒で割ってサブタイマーの設定値を求める必要があります。ここで10を(1/32)で割るという意味を「10ミリ秒の間に何回1/32ミリ秒が含まれるか」と言い換えられるかが重要で、結果は320になります。採点講評が数値変換を名指しする理由は、式自体が難しいからではなく、ミリ秒と秒、分母の分数表現、さらに競技時間の単位が混在するため、落ち着いて単位を合わせないと桁や逆数の取り違えが起きやすいからです。 計測可能な最大競技時間の設問では、ハードウェア資源のビット割当てがソフト要件へ直結する典型が扱われています。基準タイマーは20ビットでありながら最上位ビットをフライング判定に使用するため、時間計測に使えるのは下位19ビットになります。ここで重要なのは「20ビットあるから約100分」などの印象で答えるのではなく、使えるビット数を確定し、その最大値を2の冪から算出し、さらに基準タイマーが1/100秒ごとに進むという時間軸へ変換して分へ落とす、という段階を踏むことです。19ビットの最大値524,287を1/100秒単位とみなして秒へ、さらに分へ換算すると約87.38分となり、切り捨てで87分になります。午後Ⅰではこのように、ビット数というハードの仕様が、運用上の上限時間というシステム要件に変換される過程を、根拠付きで説明できるかが得点に直結します。 同じ設問1のリレー競技のフライング検出は、競技ルールの「前後関係」を時刻記録の順序比較で実装する設計力が問われます。リレーでは前の選手がタッチ板に触れる出来事より先に、次の選手がスタート台を離れる出来事が起きるとフライングになります。ここで計測レジスタの出力元IDを使い、タッチ板1の記録とスタート台1の記録のどちらが先に現れたかで判定するという説明が必要で、単に「スタートが早いとフライング」と書くのでは採点基準に届きにくくなります。本問は「ルールを理解しているか」ではなく、「ルールを計測値の順序比較として実装できるか」を見ており、午後Ⅰの典型として、仕様文を論理条件へ落とす力が要求されています。 設問2はソフトウェア構成、つまりリアルタイムOS上のタスク設計が主題で、読解ポイントはタスク名を覚えることではなく、システム全体の制御フローを「入力の仲介」「競技進行の統括」「レーン単位の判定」という責務に分解し、通知の向きと条件を崩さずに再構成することです。メインタスクは操作タスクから選手セットボタン押下を受け取り、競技タスクへ通知することで、操作入力を競技進行へ接続します。競技タスクは全レーンの準備が整ったことを条件に表示タスクへ準備完了の表示を指示し、合図員がピストルを引くという外部イベントに合わせて合図機タスクへ音出力を指示します。ここで合否を分けるのは、どのタスクがどのタイミングで何を出力するかを曖昧にせず、主語をタスクに置いて書けるかです。採点講評でレーンタスクと競技タスクの混同が失点要因になるのは、受験者が「競技の流れ」を説明するつもりで、レーン固有の判定処理まで競技タスクに書いてしまったり、逆に全体制御をレーンタスクへ寄せてしまったりして、責務分離が崩れる答案が多いからです。 レーンタスクの途中経過タイム更新の条件が、計測レジスタの上位2ビットが00のとき、つまりタッチ板1または2からのイベントであるという点は、まさに「ハードウェアが出す識別情報をソフトが条件分岐に使う」という境界問題です。ここを単に「タッチしたら更新」と書くと、上位2ビットの意味を使っていないため採点上の根拠が薄くなります。本動画では、計測レジスタのビット割当てがソフトウェアのイベント分類器として機能している点を強調し、図表情報をそのまま条件に落とすことが午後Ⅰの得点技術であることを示します。 設問3は可用性向上のための機能追加であり、主機・補機の二重化という、組込み現場でも重要な設計論点が扱われます。読解ポイントは、二重化が単に機器を二台にすることではなく、故障検知、切替え、そして二重出力の抑止という三つをセットで成立させる必要がある点です。主機と補機は4本の信号線で接続され、操作情報と監視用信号をやり取りし、補機は監視信号が更新されない状態が連続するなどの条件で主機故障を検知し、主機のMPUをリセットして動作を代行します。ここで合否を分ける論点は、切替え後に補機が何を継続し、何を抑制すべきかを、出力の重複という副作用の観点から説明できるかです。補機も計時処理は行うものの、合図機タスクへの指示を送ってしまうと、主機が復帰した場合や中間状態で二重に音が鳴るなど、競技運用に直結する混乱が生じ得るため、補機動作時には合図機タスクへの指示を抑制する必要があります。同様にLAN通信タスクも、主機からの送信と重複しないように、競技タスクやレーンタスクからの通知を無効化する制限が求められます。二重化設計では「バックアップも同じことをする」では不十分で、外部へ出力する機能をどの条件で止めるかが核心であり、本問はその理解を問うています。 本動画で視聴者が学べるのは、第一に、ハードウェアタイマーの周期と計測単位の対応を、逆数や単位変換を誤らずに数値へ落とす手順です。第二に、競技ルールの前後関係を、計測レジスタの出力元IDと記録順序というデータ条件へ落とし込み、フライング判定を論理式として説明する方法です。第三に、リアルタイムOS上のタスク設計を、責務分離と通知条件の観点で整理し、レーン単位処理と全体制御を混同しない答案構成の作り方です。第四に、二重化における故障検知と切替え、そして二重出力を防ぐための出力抑止という設計原則を、具体的にどのタスクのどの通知を止めるべきかという粒度で理解することです。本問の難所は、タイマーの分数周期が絡む変換で計算ミスが起きやすい点、ビット割当てを読み落として最大時間の前提を誤りやすい点、タスクの責務分離が曖昧だと説明が散漫になる点、そして二重化で「バックアップも動くが出力は抑制する」という一見矛盾する要件を同時に満たす必要がある点にあります。これらはすべて、組込みシステムの設計で頻出となる論点であり、午後Ⅰで安定して得点するために避けて通れない領域です。 最後に、この動画を見る意義をまとめると、令和4年度 秋期 エンベデッドシステムスペシャリスト試験 午後Ⅰ 問2を通して、ハードウェアのビット幅やタイマ周期といった低レイヤ仕様を、競技運用の要件とソフトウェアタスクの責務分離へ一貫して結び付ける思考手順を身に付けられる点にあります。単に答えを確認するのではなく、なぜ320になるのか、なぜ最大87分なのか、なぜそのID順序がフライングなのか、なぜ補機では合図機やLAN送信を抑制する必要があるのかを、問題文の前提に基づいて説明できるようになることで、初見の午後Ⅰ事例でも短い文章で根拠ある答案を組み立てる再現性が高まります。競泳計時という題材に馴染みがなくても、タイマ制御、タスク設計、可用性設計という普遍的な組込み論点をまとめて鍛え直せるため、本動画はエンベデッド系午後Ⅰ対策として実戦的に機能します。
