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

解答の導き方

誤りやすいポイント

• お留守番状態やお休み状態への移行条件にある「5分間」と、省エネモードになる条件の「10分間」を混同しないようにします。
• (a)は状態が変わる条件ではなく、お目覚め状態のまま省エネモードになる条件を問うています。
• (b)では、タッチセンサだけでなく、設定スイッチもMCUの入力ポートに接続されている点に注目します。

FAQ

解答の導き方

誤りやすいポイント

• 確率値の平均を求めるとき、6個の文節のうち一部だけを使わないようにします。認識結果に含まれる全ての文節の確率値を合計し、文節数で割ります。
• 個々の確率値の条件と、確率値の平均値の条件を混同しないようにします。今回は平均値が50%以下であることが、「もう一度言って」を選ぶ根拠です。
• 「他の言葉で話してね」は、確率値が10%未満の文節が1個以上ある場合の音声です。平均値が低いだけでは、この音声を選ぶ条件になりません。

FAQ

解答の導き方

1. お留守番状態では、省エネ処理によってMCUが省エネモードになります。本文には、お留守番状態になったときにMCUを省エネモードにするとあります。
2. タッチセンサに触れられると、省エネモードが解除され、お目覚め状態になります。続いて「次の割込み時刻を設定して、“○○ちゃん、おかえりー”と音声を再生する」とあります。したがって、音声を再生する前に必要な処理を考えます。
3. 省エネ処理には、「音声認識再生モジュールへの電力はMCUが省エネモードでないときだけ供給する」とあります。省エネモード中は音声認識再生モジュールへの電力が供給されていないため、起動後にあいさつを再生するには、同モジュールへの電力供給が必要です。次の割込み時刻の設定とは別に行う処理は、音声認識再生モジュールへの電力の供給です。

誤りやすいポイント

• MCUの省エネモードが解除されることと、音声認識再生モジュールに電力が供給されることを、同じ処理だと考えないようにします。本文では、モジュールへの電力供給は別に制御されています。
• タッチセンサに触れたことを検出した後の処理として、次の割込み時刻の設定だけに注目しないようにします。音声再生には、その前に音声認識再生モジュールを使える状態にする必要があります。
• Bluetoothモジュールへの電力供給と混同しないようにします。この場面で必要なのは、あいさつの音声再生に使うモジュールへの電力供給です。

FAQ

解答の導き方

誤りやすいポイント

• 図3の破線矢印はメモリへの書込みを表します。タスク間の通知を示す実線矢印と混同しないようにします。
• 「項目設定」タスクは設定内容を保存する側です。設問が尋ねているのは、その情報を読み出して利用するタスクです。
• 「メイン」だけでなく、時刻情報の判定を担当する「割込み時刻判定」も、時刻情報を利用する役割から読み出し先と判断できます。

FAQ

解答の導き方

1. まず、設定処理の開始と終了で、どの状態からどの状態へ移るかを確認します。制御部の設定処理の概要では、お目覚め状態で「設定開始・終了の設定スイッチ」が押されると、割込み時刻を解除して設定状態にし、各項目の設定を開始するとあります。したがって、空欄eに入るのは、開始時にも終了時にも使われる「設定開始・終了」です。
2. 次に、設定開始時にどのタスクへ何を通知するかを考えます。表2では、項目設定タスクはメインタスクから設定開始の通知を受けると、設定スイッチタスクから受けた情報に従って各項目を設定します。そのため、メインタスクが通知する相手は「項目設定」タスクで、通知内容は「設定開始」です。よって、空欄fは「項目設定」、空欄gは「設定開始」です。
3. 設定終了時も、設定処理の概要にある状態遷移をたどります。設定状態で同じ設定スイッチが押されると、次の割込み時刻を設定して、お目覚め状態に戻ります。表2の項目設定タスクは、メインタスクから設定終了の通知を受けると設定を終了するので、空欄hは「設定終了」です。
4. 最後に、終了時にメインタスクが行う処理を確認します。設定開始時に割込み時刻を解除しているため、設定を終えてお目覚め状態に戻る際には、次の割込み時刻を改めて設定する必要があります。したがって、空欄iは「次の割込み時刻を設定」です。Bluetoothモジュールへの電力を遮断することも、設定終了時に行う処理です。

誤りやすいポイント

• 設定開始時と終了時で別々のスイッチを使うと考えないようにします。どちらも「設定開始・終了」の設定スイッチで、押されたときの処理は現在の状態によって異なります。
• 設定開始の通知を設定スイッチタスクに送るのではありません。設定スイッチタスクから押されたスイッチの情報を受け取り、メインタスクが項目設定タスクへ設定開始・終了を通知します。
• 設定終了時の「次の割込み時刻を設定」は、項目設定タスクではなく、RTCを制御するメインタスクが行う処理です。
• 音声認識再生モジュールへの電力供給は、設定開始時に必ず行うわけではありません。省エネモードの解除を伴う場合に供給します。

FAQ

解答の導き方

1. まず、活動状況判定タスクにメール作成を依頼するのはメインタスクです。表2には、メインタスクが「利用者の活動状況のメール作成依頼を活動状況判定タスクに通知する」とあります。
2. 次に、その依頼をいつ行うかを対話処理の概要で確認します。(7)には、就寝時刻になると「利用者の活動状況のメールを送信する」とあります。したがって、活動状況判定タスクへの依頼は、就寝時刻になったときに行われます。
3. 表2では、RTCに設定された割込み時刻になると割込み時刻判定タスクが起動し、「時刻情報の内容を判定してメインタスクに通知する」とあります。就寝時刻の到来をメインタスクに知らせるのは、このタスクです。

誤りやすいポイント

• 活動状況判定タスクが、就寝時刻になったことを直接検出すると考えないようにします。時刻情報を判定してメインタスクに通知するのは、割込み時刻判定タスクです。
• 音声を再生する処理と、活動状況のメールを作成する処理を混同しないようにします。メール作成依頼の通知先は活動状況判定タスクです。
• 「就寝時刻」という情報だけでなく、どのタスクから通知を受けるかも問われています。タスク名と通知内容の両方を答えます。

FAQ

解答の導き方

1. 下線①が問うのは、マイクから入力された音声のうち、認識した結果によって見守りロボットの状態を変える必要が生じる音声です。再生音声選択タスクが選ぶ「再生する音声」ではなく、利用者が話した音声に注目します。
2. 対話処理の概要(5)には、お目覚め状態で「お出掛けするよ」の音声を認識すると、「○○ちゃん、いってらっしゃい」と再生するとあります。その後、事象発生無し状況が5分間継続すると、お留守番状態になります。
3. したがって、状態の遷移につながる入力音声は「お出掛けするよ」です。「○○ちゃん、いってらっしゃい」は、その入力を受けてロボットが再生する音声なので、入力された音声とは区別します。

誤りやすいポイント

• ロボットが再生する「○○ちゃん、いってらっしゃい」を、利用者が入力した音声と取り違えないようにします。
• 「お出掛けするよ」の認識直後にお留守番状態へ移ると誤解しないようにします。本文では、その後に事象発生無し状況が5分間継続したときに、お留守番状態になります。
• 下線①の「状態の遷移が必要となるとき」は、音声再生の内容ではなく、入力された音声が状態遷移に関係する場合を指しています。

FAQ

解答の導き方

誤りやすいポイント

• 音声の入力が関係する機能なので、音声関連のタスクだけを変更すればよいと考えないようにします。タッチ操作の有無も判定材料になるため、その情報を検出するタスクも必要です。
• メインタスクは変更しないという条件があります。メインタスクがタッチセンサの通知を受けてから異常検出タスクへ転送する、という変更は条件に合いません。
• 設定スイッチタスクと混同しないようにします。判定対象は設定スイッチの操作ではなく、タッチセンサの操作です。

FAQ

解答の導き方

誤りやすいポイント

• 音声認識判定タスクから通知する情報を、認識した文節IDだけと考えないようにします。表2では、確率値の平均値などを追加した「音声認識結果」を通知するとされています。
• 異常検出タスクへの通知は、メインタスクへの通知の代わりではありません。同じ音声認識結果を、メインタスクと異常検出タスクの両方に通知します。
• 再生音声選択タスクからは、すべての再生音声を通知するのではありません。追加機能の条件に関係する「呼び掛け」の再生を知らせます。

FAQ