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

解答の導き方

1. 荷物を取り出す手順では、住戸番号を入力した後、「その住戸の暗証番号及び通知された着荷番号」を入力します。制御部は入力内容を確認してから、該当する荷物のボックスを解錠します。つまり、暗証番号だけでは荷物を取り出せません。
2. 着荷番号は、受取システムが荷物ごとに決めて受取人へ通知する番号です。住戸の暗証番号とは別に、その荷物を指定する情報として使われます。
3. もし暗証番号だけで取り出せるなら、暗証番号を知った第三者が受取人になりすまして荷物を取り出すおそれがあります。着荷番号も必要にすることで、暗証番号が知られただけでは荷物を取り出せないようにしています。

誤りやすいポイント

• 着荷番号を、ボックス番号や住戸番号と混同しないようにします。着荷番号は荷物に対応する番号です。
• 暗証番号と着荷番号の両方を入力する理由を、単なる荷物の特定だけで説明しないようにします。暗証番号が漏れた場合の不正な取出しを防ぐことが、セキュリティ上の理由です。
• 二つの番号を入力するからといって、異なる種類の認証要素を組み合わせた認証だとまでは判断できません。

FAQ

解答の導き方

1. 問われているのは、制御部から送ったパケットが戻ってくる通信方式によって、通信のどの部分が正常か確認できるかです。
2. 本文には、制御部が「各荷物部を経由して戻ってきたパケットを受信する」とあります。つまり、パケットは制御部から出発し、各荷物部を順に通って制御部へ戻ります。
3. また、荷物部は、送信する内容がない場合には「受信したパケットをそのまま送信する」とされています。パケットが制御部まで戻るには、各荷物部が受信・転送できることに加え、荷物部間などのシリアル回線が通信できる必要があります。
4. そのため、戻ってきたパケットを受信できるかどうかによって、荷物部とシリアル回線が正常に動作しているかを検知できます。ただし、この方式で分かるのは通信経路の正常性であり、異常があった場合にどの荷物部や回線が原因かまで特定できるとは限りません。

誤りやすいポイント

• 荷物の有無やボックスの施錠状態を検知する仕組みだと考えないようにします。ここで問われているのは、パケットが戻る通信方式で検知できることです。
• パケットが戻らない場合でも、異常箇所を必ず特定できるわけではありません。「荷物部及びシリアル回線の正常性を検知できる」と捉えます。
• 制御部と荷物部の間だけでなく、パケットが通る各荷物部やシリアル回線も確認対象になります。

FAQ

解答の導き方

• 制御部から荷物部1
• 荷物部1から荷物部2
• 荷物部2から荷物部3
• 荷物部3から荷物部4
• 荷物部4から制御部

誤りやすいポイント

• 通信区間を荷物部の台数と同じ4区間と数えてしまうことがあります。制御部から最初の荷物部へ送る区間と、最後の荷物部から制御部へ戻る区間も数えるため、合計は5区間です。
• 通信時間だけを計算し、荷物部ごとの判断時間と送信準備時間を加え忘れることがあります。これらは各荷物部で発生します。
• 4台目の荷物部の処理時間を含め忘れることがあります。4台目も、受信後に判断と送信準備をしてから制御部へパケットを送ります。
• 荷物部が自分のボックスあてではないパケットを受け取った場合、処理時間が不要だと誤解しがちです。本文では、自分のボックスあてかどうかにかかわらず、送信パケットを準備するとされています。

FAQ

解答の導き方

• パケットの受信を完了する
• 1ミリ秒かけて、自分のボックスあてかどうかを判断する
• 1ミリ秒かけて送信パケットを準備し、送信を開始する

誤りやすいポイント

• 荷物を検出した直後に、荷物部2が自分からパケットを送信できると考えてしまうことです。荷物部は、制御部から周期的に回ってくるパケットに内容を載せることしかできません。
• 判断の1ミリ秒と準備の1ミリ秒を足した2ミリ秒が最も長い待ち時間だと考えてしまうことです。今回のパケットに間に合わないと、次の周期のパケットまで待つため、それよりずっと長くなります。
• 「受信完了」「送信準備の完了」「送信開始」の三つを、別々の現象として覚えようとすることです。どれも「載せる内容が決まる時点の直後に検出した」という同じ考え方で、内容が決まる時点をどこと見るかの違いです。

FAQ

解答の導き方

誤りやすいポイント

• 着荷と取出しのどちらも荷物部と通信するため、「荷物部通信」とつながっていることだけでは区別できません。伝票発行や電子メール送信は着荷処理、取出し後の削除指示は取出し処理に対応する点にも注目します。
• 図2の線はタスク間の関係を表しており、矢印はありません。線の向きや処理順を読み取るのではなく、つながっているタスクの機能を表の説明や動作概要と照合します。
• 「データ管理」は着荷だけ、または取出しだけに属する処理ではありません。データの作成と削除の双方に関係するため、両方のタスクとつながる位置にあると判断できます。

FAQ

解答の導き方

誤りやすいポイント

• Ⅰの送信元を「データ管理」と読んでしまうことです。図2でⅠの表示がある線はaと「表示器通信」を結んでおり、aは「取出し」です。
• 住戸番号だけで対象を特定できると考えることです。同じ住戸あてに複数の荷物データが保持されている場合、住戸番号だけではどの荷物を削除するのか分かりません。
• 着荷日時や宅配業者名を答えることです。これらも荷物データに含まれますが、重複する可能性があるため、一意に特定する情報としては着荷番号が適切です。
• ボックス番号を答えることです。ボックス番号は表示器に送る荷物データに含まれていません。

FAQ

解答の導き方

誤りやすいポイント

• 荷物部から制御部へ送られる「荷物の取出し通知」と混同しないようにします。これは荷物が取り出された後に荷物部から送られる通知で、Ⅱのタスク間メッセージとは方向も目的も異なります。
• 施錠指示ではなく解錠指示です。荷物を預けるときは施錠しますが、ここでは荷物を取り出す処理を行っています。
• 操作の指示だけでは、どのボックスに対する指示か分かりません。対象を特定するボックス番号も必要です。

FAQ