解説

• 本問で取り上げられている不具合は「料金計算タスクにおいて，イベントフラグのセット待ちを要求しても，待ち状態にならない」ことです。〔RTOSの仕様〕(3)に着目すると、「既にイベントフラグがセットされている場合は，セット待ち要求を行っても，待ち状態にはならない」とあります。これより不具合の原因は「セット待ち要求をする③の処理に入ったとき、既にイベントフラグがセットされている状況」であると推測できます。イベントフラグがセットされるのは走行距離通知タスクが"走行通知要求"を受け、取り消されることなく所定距離を走行したときです。
  
  〔a、bについて〕
  通常の処理の流れは以下のようになっていて、ほとんどの場合はこれで問題なく動作します。
  1. ②走行通知要求
  2. ③イベントフラグのセット待ちを要求
  3. タイムアウト若しくは走行通知でセット待ち要求の解除
  4. ④イベントフラグをクリア
  5. ⑤"走行通知要求"を取り消し
  しかし、走行距離通知タスクの距離計算は、"走行通知要求"の取消し要求を受けるまで続いていることから、タイミングによってはタイムアウトによるセット待ち解除後、④のイベントフラグのクリア後に所定距離に達し、⑤の直前に走行距離通知タスクがイベントフラグをセットする（走行通知）ことが稀に起こります。走行距離通知タスクの処理内容には「既にイベントフラグをセットした要求に対する取消し要求があった場合，この取消し要求を無視する」とあるので、このとき、⑤の"走行通知要求"の取り消しは無視され、イベントフラグはセットされたままの状態になります。
  
  この状態のまま③に戻りイベントフラグのセット待ちを行うと、直ちに解除されてしまい、本問で示されている不具合が発生します。具体的には、2回続けて料金の加算処理が実行されるために、料金が過大になってしまいます。
  
  したがって、[a]には「タイムアウト」が、[b]には「走行通知」が当てはまります。
  
  ∴a＝タイムアウト
  　b＝走行通知
  
  〔cについて〕
  空欄の前後を確認すると「[a：タイムアウト]によってcが解除され，…」となっています。本文中に「タイムアウトになると，指定時間内にイベントフラグがセットされなくても，待ち状態が解除される」、また図中にタイムアウトによりイベントフラグのセット待ちが解除される旨の記述があることから、このどちらかを解答することになります。
  
  ∴c＝イベントフラグのセット待ち　又は　待ち状態
  
  〔dについて〕
  空欄の前後を確認すると「イベントフラグをdする」となっています。〔RTOSの仕様〕(2)に「イベントフラグの操作にはセット及びクリアがある」と記載されているため、"セット"または"クリア"が入ると予想できます。
  タイムアウトによりイベントフラグのセット待ち（待ち状態）が解除されると、料金計算タスクは実行状態になり、④の処理、すなわちイベントフラグをクリアする処理を行います。また、表よりイベントフラグをセットするのは走行距離通知タスクのみとわかります。したがって、[d]には「クリア」が当てはまります。
  
  ∴d＝クリア
  
  
• 〔eについて〕
  (1)で確認したように、本問の不具合の原因は④のイベントフラグのクリア直後に発生した走行通知により、イベントフラグがセットされてしまうことでした。もし、イベントフラグがセットされてしまい、⑤の"走行通知要求"の取り消しが無視されたとしても、その後にイベントフラグをクリアすれば本問の不具合は起こりません。よって、④の処理を⑤の後に持ってくる必要があります。
  また、③の処理は"走行通知要求"が有効であることを前提としているので、⑤は③より後にする必要があります。
  したがって、④と⑤を入れ替えることになります。[e]に入る番号は④です。
  
  ∴e＝④

解説

解説

1. 表示タスク通知処理中は、料金計算タスクの優先度をタイマタスクの優先度と同じ"高"にする
   ⇒タイマ割込みによりタイマタスクが起動されても、料金計算タスクは実行状態のままとなる
2. 表示タスク通知処理中に、すべての割込みを禁止する
   ⇒タイマ割込みハンドラを実行させない