エンベデッドシステムスペシャリスト 2022年 午後1 問02

解答の導き方

誤りやすいポイント

• (a)で、1/100秒を100カウントと考えないようにします。サブタイマーの単位は1/32ミリ秒なので、10ミリ秒に相当するカウント数を求めます。
• (b)で、基準タイマーの20ビット全てを競技時間に使えると考えないようにします。最上位ビットはフライング判定に使うため、時間の計測には残りの19ビットを使います。
• 分に換算した値は小数点以下を切り捨てます。四捨五入ではありません。

FAQ

解答の導き方

1. 本文では、リレー競技では「前の選手がタッチ板に触れるよりも先に、選手がスタート台を離れると、フライング」と判定するとあります。つまり、引継ぎでは、前の選手のタッチ板への接触と、次の選手がスタート台を離れることの、どちらが先に記録されたかを調べます。
2. 表2で出力元IDを確認すると、タッチ板1は「000」、スタート台1で選手が乗っていない状態は「100」です。スタート台に選手が乗っている状態から離れると、スタート台1から「100」の記録が出ます。
3. 4×100mリレーでは、各選手が50mプールを1往復します。したがって、前の選手は出発した側に戻ってタッチ板に触れ、次の選手もその側のスタート台から出発します。この側がスタート台1・タッチ板1であれば、前の選手の接触は「000」、次の選手が早くスタート台を離れた記録は「100」です。
4. よって、引継ぎ時に「000」の記録より前に「100」の記録があれば、次の選手が前の選手のタッチより先にスタート台を離れたと判定できます。

誤りやすいポイント

• 「100」をスタート台1の状態全般と考えないようにします。「100」は、選手が乗っていない状態を表す出力元IDです。
• タッチ板1とタッチ板2、スタート台1とスタート台2のIDを取り違えないようにします。表2では、タッチ板2は「001」、スタート台2で選手が乗っていない状態は「101」です。
• 引継ぎの判定では、どちらか一方の記録があるかどうかだけでなく、タッチ板とスタート台の記録の前後関係を確認します。

FAQ

解答の導き方

1. [a]は、メインタスクが競技タスクに「選手セット開始」を通知するきっかけです。表3では、メインタスクは「操作タスクを介して、操作部からの操作を受け付ける」とされています。また、図3では操作タスクからメインタスクへメッセージが送られています。したがって、操作部で行われる操作のうち、競技タスクに選手セット開始を通知するものを考えます。競技の流れでは、審判員が「選手セット」ボタンを押すと選手セットが始まるため、[a]は「“選手セット”ボタン押下」です。
2. [b]と[c]は、メインタスクが故障表示を指示するまでの通知元と通知内容です。表3の競技タスクの説明には、合図機からの割込み通知を受けて基準タイマーを確認し、異常があればメインタスクに「タイマー異常」を通知するとあります。よって、通知元の[b]は「競技タスク」、受け取る通知の[c]は「タイマー異常」です。
3. ここで、メインタスクが表示タスクに表示させる「故障」と、メインタスクが受け取る通知「タイマー異常」は役割が異なります。前者は画面に表示する内容で、後者は競技タスクからメインタスクへ送られる異常の通知です。

誤りやすいポイント

• [a]を「準備」ボタン押下と取り違えないようにします。「準備」ボタン押下では競技情報を取得して「準備開始」を通知し、選手セット開始の通知は「選手セット」ボタン押下を受けたときに行います。
• [b]を合図機としないようにします。合図機からの割込み通知を受けてタイマーを確認し、異常を判定するのは競技タスクです。
• [c]を表示内容の「故障」と混同しないようにします。メインタスクが競技タスクから受ける通知は「タイマー異常」で、その通知を受けた後に表示タスクへ「故障」の表示を指示します。

FAQ

解答の導き方

1. 競技の準備完了を知らせる処理
   使用する全てのレーンタスクから「準備完了」を受けた時点で、各レーンの準備が整っています。競技の流れでは、審判員は審判計時機の表示部に「準備完了」が表示されたことを確認してから、“選手セット”ボタンを押します。
   そのため、競技タスクは表示タスクに準備完了を表示させます。[d]には「表示タスク」、[e]には「“準備完了”の表示」が入ります。
2. 選手セット開始時の音声
   メインタスクから「選手セット開始」を受けたときは、競技の流れにあるとおり、スピーカーからホイッスル音を出して選手にスタート台へ乗るよう知らせます。表3では、音声の出力は合図機タスクが担当し、競技タスクから指示を受けます。
   したがって、[f]は「合図機タスク」、[g]は「ホイッスル音の出力」です。
3. 全選手のセット完了後の音声
   全ての使用タスクから「選手セット完了」を受けた後は、全ての選手がスタート台に乗った状態です。競技の流れでは、この段階でヘッドセットからセット完了音が出力されます。
   音声の出力先を制御するのは同じ合図機タスクなので、[f]への指示内容である[h]は「セット完了音の出力」です。
4. 競技結果をまとめるタイミング
   表3では、選手がゴールしたレーンタスクが、競技タスクに「競技終了」を通知します。また、競技の流れでは、全ての選手がゴールした後に競技結果を表示します。
   したがって、競技タスクは全ての使用タスクから通知を受けてから競技結果をまとめ、競技サーバへ送信します。[i]は「全ての使用タスク」、[j]は「競技終了」です。

誤りやすいポイント

• 準備完了を通知する相手と、準備完了の表示を行うタスクを混同しないようにします。各レーンタスクから通知を受けた競技タスクが、表示タスクに表示を指示します。
• ホイッスル音とセット完了音は、どちらも合図機から出力されますが、出力するタイミングが異なります。ホイッスル音は選手セット開始時、セット完了音は全ての選手のセット完了後です。
• 一つのレーンでゴールしただけでは、競技結果を確定できません。全ての使用タスクから「競技終了」を受ける必要があります。

FAQ

解答の導き方

誤りやすいポイント

• (a) 出力元IDの110と111を取り違えないようにします。110はスタート台1に選手が乗っている状態、111はスタート台2に選手が乗っている状態です。競技の最初のスタート側にあるのはスタート台1です。
• (b) タッチ板1とタッチ板2では出力元IDが異なりますが、どちらも上位2ビットは00です。片方のタッチ板だけを条件にしないようにします。
• (c) フライングの検知時点と、失格の確定時点を混同しないようにします。失格となるのはゴールした後なので、「競技終了」の通知時が判断のポイントです。

FAQ

解答の導き方

誤りやすいポイント

• 表4に登場するタスクをすべて通知対象と考えないようにします。役割によって処理を変えるタスクを選びます。
• 補機が競技の進行や計時も行うことと、競技サーバへ情報を送信することは別です。補機中にLAN通信タスクが通知を無効にする点が判断の手掛かりです。
• 機器間通信・監視タスクは、主機と補機で信号の送受信の役割が逆になるため、役割切替えの通知が必要です。

FAQ

解答の導き方

1. 表4では、補機も「競技の進行、審判、計時の動作」を行います。したがって、補機だからといって競技タスク全体を停止するわけではありません。
2. 一方、問題文では「合図機への指示及び競技サーバへの競技時間、途中経過タイム、競技結果の送信は、主機だけが行い」とされています。合図機への音声出力の指示は、主機だけが担当する必要があります。
3. 表3では、競技タスクが合図機タスクに音声出力を指示し、合図機タスクが実際に音声を出力します。そのため、補機として動作している間は、競技タスクから合図機タスクへの指示を止めます。
4. 主機が故障した場合、補機は「主機の動作を代行」します。このときは主機として動作するため、合図機への指示も行うことになります。つまり、補機として動作している間の変更点は、合図機タスクへの指示を送らないことです。

誤りやすいポイント

• 補機は競技の進行、審判、計時も停止すると考えること。問題文では、これらは主機と補機の双方が行います。
• 競技タスクそのものを動作させないと考えること。補機も競技タスクで競技の状態を把握し、主機の故障時に代行できるようにします。
• 主機が故障した後も、合図機への指示を止めたままだと考えること。補機が主機の動作を代行する段階では、主機として合図機への指示を行います。

FAQ

解答の導き方

1. 表4では、補機として動作中に、競技サーバへの送信を主機だけが行う仕組みになっています。問題文にも「競技サーバへの競技時間、途中経過タイム、競技結果の送信は、主機だけが行い」とあります。したがって、補機のLAN通信タスクは、競技時間や結果を送信させる通知を受けても処理しないようにする必要があります。
2. 表3を見ると、競技タスクは競技時間を表示するようLAN通信タスクに指示します。また、レーンタスクは途中経過タイムが更新されたときや競技タイムが確定したときに、LAN通信タスクへ指示します。どちらのタスクからの通知も、競技サーバへの送信につながるため、補機では無効にします。
3. 一方、メインタスクからLAN通信タスクへの通知は、競技情報の取得などにも使われます。そのため、補機が無効にする対象は、表3でタイムや競技結果をLAN通信タスクに通知する競技タスクとレーンタスクです。

誤りやすいポイント

• 主機だけが競技サーバへ送信するからといって、補機のLAN通信タスクが受けるすべての通知を無効にするわけではありません。無効にする通知元を問われています。
• 競技タスクだけを選ぶと、途中経過タイムやレーンごとの競技タイムを扱うレーンタスクを見落とします。
• 通知を無効にするのはLAN通信タスクです。競技タスクやレーンタスクの計時・判定処理まで停止するという意味ではありません。

FAQ