令和6年度 春期 応用情報技術者試験 午後 問5 IoTデータ収集基盤のネットワーク設計

テクノロジネットワーククラウド・仮想化

この問題は2024(R6)春 応用情報技術者 午後に出題されたものです。出題時点の法令・制度に基づく内容のため、現行の内容と一致しない場合があります。

本ページの問題文・選択肢は、原本の体裁を Web 表示用に正規化しています(改行・記号・数式・図表参照の調整)。設問の趣旨および正解に影響する変更は加えていません。

学習ガイド

センサーを積んだIoT機器からクラウドへ気象データを集める情報提供システムを題材に、プロトコル選定・FWルール設計・処理遅延対策を問うネットワークの問題です。最初の設問で1時間当たりのデータ量をMバイト単位で見積もる計算があり、単位換算の正確さが試されます。この記事では、HTTPではなく軽量プロトコルを選ぶ理由をIoT機器の制約から説明し、許可ルールの各空欄を通信経路と往復させて確認します。

この記事で押さえる論点

  • IoT機器に適した通信プロトコル(MQTT等)の特徴を説明する
  • 機器台数と送信頻度からデータ量を単位換算して見積もる
  • FW許可ルールとキューイングによる処理遅延対策を設計する

問題本文

クラウドサービスを活用した情報提供システムの構築に関する次の記述を読んで,設問に答えよ。

L社は,国内の気象情報を様々な業種の顧客に提供する企業である。現在は,社外から購入した気象データを分析し,気象情報として提供している。今回,全国に設置するIoT機器から気象データを収集し,S社のクラウドサービス(以下,S社クラウドという)で分析した結果を気象情報として提供する新しい気象情報システム(以下,新システムという)を構築することになった。新システムの設計を,L社の情報システム部のMさんが担当することになった。

Mさんは,新システムの構成と,新システムが備えるべき主な機能を検討した。新システムの構成案を図1に,新システムが備えるべき主な機能を表1に示す。情報提供先のPC,IoT機器やL社の保守用PCから,S社クラウド上に構築された新システムの各機能に対応するサーバにアクセスして,必要な機能を利用する。

図1 新システムの構成案
図の説明テキスト

図1 新システムの構成案
S社クラウド内に「データ収集用サーバ (200.a.b.11)」「データ分析用サーバ (200.a.b.12)」「情報提供用サーバ (200.a.b.13)」があり、これらはFW(ファイアウォール)を介してインターネットに接続されている。インターネット側には、複数台の「IoT機器」と「情報提供先のPC」、そして「L社 保守用PC (200.c.d.101)」があり、インターネット経由でS社クラウドにアクセスする構成。
FW:ファイアウォール
注記 図中の200.x.x.xはグローバルIPアドレスである。

表1 新システムが備えるべき主な機能
図の説明テキスト

表1 新システムが備えるべき主な機能

機能 機能の概要
データ収集機能 全国に設置したIoT機器から気象データを受信し,データ収集用サーバのデータベースに蓄積する。データ収集用サーバにはデータ収集用のWeb API(以下,データ収集APIという)があり,IoT機器はデータ収集APIを利用して気象データを送信する。
データ分析機能 データ収集用サーバのデータベースに蓄積した気象データを定期的に処理して気象情報を作成し,情報提供用サーバに保存する。
情報提供機能 情報提供先からの要求に対して必要な気象情報を送信する。情報提供用サーバには情報提供用のWeb API(以下,情報提供APIという)があり,情報提供先のPC上のアプリケーションプログラム(以下,情報提供先アプリという)の情報提供APIを利用した要求に対して気象情報を送信する。

Mさんが検討した新システムの構成について,情報システム部のN部長は次の検討を行うようにMさんに指示した。

  • IoT機器から送信される気象データの特徴を踏まえて,データ収集APIに用いる通信プロトコルを選定すること。
  • 新システムにインターネットからアクセス可能な機器の数を最小限にするように,S社クラウド上のFWに設定する通信を許可するルール(以下,FWの許可ルールという)の設計を行うこと。
  • 将来,IoT機器の数や情報提供先の数が増加した場合に備えて,各機能の処理遅延対策を行うこと。

〔データ収集APIに用いる通信プロトコルの検討〕

IoT機器は全国に10,000台設置する計画であり,通信事業者のLPWA(Low Power Wide Area)サービスを用いて各IoT機器から1件あたり最大500 バイトの気象データを,1分ごとにデータ収集用サーバに送信する設計とした。気象データは,1件当たりのデータ量は少ないが,IoT機器からデータ収集用サーバへの通信回数が多く,データ収集用サーバへアクセスが集中するおそれがある。そこで,データ収集APIには,通信の都度TCPコネクションを確立して通信を行うHTTPではなく,TCP上でHTTPよりプロトコルヘッダサイズが小さく,多対1通信に対応するプロトコルを用いることにした

〔FWの許可ルールの設計〕

Mさんは,S社クラウド上のFWの許可ルールの設計方針を検討した。

  • IoT機器からデータ収集用サーバへのアクセスや情報提供先アプリから情報提供用サーバへのアクセスに対しては,通信プロトコルの制限を行うが,インターネットの接続元IPアドレスによる制限は行わない。
  • L社の保守用PCから各サーバへのアクセスに対しては,各サーバにログインして更新プログラムの適用などの保守作業を行うために,SSHだけを許可する。
  • 各サーバからインターネットへのアクセスに対しては,ソフトウェアベンダーのWebサイトから更新プログラムをダウンロードするために,任意のWebサイトへのHTTPSだけを許可する。

Mさんが検討した,FWの許可ルールを表2に示す。

表2 FWの許可ルール
図の説明テキスト

表2 FWの許可ルール

項番 アクセス経路 送信元 宛先 プロトコル/宛先ポート番号
1 インターネット→S社クラウド any 200.a.b.11 省略
2 インターネット→S社クラウド any a TCP/443
3 L社→S社クラウド b 200.a.b.11 TCP/22
4 L社→S社クラウド b 200.a.b.12 TCP/22
5 L社→S社クラウド b 200.a.b.13 TCP/22
6 S社クラウド→インターネット 200.a.b.11 any c
7 S社クラウド→インターネット 200.a.b.12 any c
8 S社クラウド→インターネット 200.a.b.13 any c

注記1 FWは,応答パケットを自動的に通過させる,ステートフルパケットインスペクション機能をもつ。
注記2 ルールは項番の小さい順に参照され,最初に該当したルールが適用される。

〔処理遅延対策の検討〕

Mさんは,IoT機器の数や情報提供先の数が現在の計画よりも増加した場合に,表1の各機能の処理にどのような処理遅延が発生するか確認した。

IoT機器の数が増加した場合,全国に設置したIoT機器からS社クラウドのFWを経由してデータ収集用サーバにアクセスする通信が増加する。また,情報提供先の数が増加した場合,情報提供先アプリからS社クラウドのFWを経由して情報提供用サーバにアクセスする通信が増加する。

特にdについては,データ収集機能の通信と情報提供機能の通信の両方が経由することから,単位時間内に処理できる通信の量を表すeと,同時に処理できる接続元の数を表すfが,必要な性能を満たすよう管理することにした。

また,データ収集用サーバと情報提供用サーバの性能を超えた要求が発生して,データ収集APIと情報提供APIの両方に処理遅延が発生した場合の対策として,スケールアウトによってシステムの処理性能を高めるために必要な機能を新システムで利用することにした

Mさんは指示された内容の検討結果をN部長に説明し,了承されたので,新システムの設計及び構築を進めることになった。

設問と解答・解説

設問1

(1)

本文中の下線①について,全国のIoT機器からデータ収集用サーバに送信される1時間当たりの最大になる気象データ量を答えよ。答えはMバイト単位とし,小数第1位を四捨五入して整数で求めよ。ここで,1Mバイトは 1,000kバイト,1kバイトは 1,000バイトとする。

模範解答

300

配点 3

解説

IoT機器から収集される気象データの通信量を見積もる設問です。
問題文の条件に基づいて、1時間当たりの最大データ量を計算します。

  1. 計算の前提
    全国のIoT機器の台数、1時間あたりのデータ送信回数、1回あたりのデータサイズを掛け合わせます。

  2. 単位変換
    1kバイト=1,000バイト1\text{kバイト} = 1,000\text{バイト}
    1Mバイト=1,000kバイト1\text{Mバイト} = 1,000\text{kバイト}
    計算された合計バイト数を 1,000×1,000=1,000,0001,000 \times 1,000 = 1,000,000 で割ることで、Mバイト単位に変換します。

計算の結果、求める最大気象データ量は 300Mバイト300\text{Mバイト} となります。小数の場合は小数第1位を四捨五入して整数で求めます。

各選択肢の解説

本設問は数値解答式のため選択肢はありませんが、誤答となる主な原因として以下が挙げられます。

  • 単位変換の誤り: 1,0241,024 で割ってしまう(本問では 1,0001,000 指定)。
  • 桁数の計算ミス: ゼロの数を間違えることによる桁ずれ。

(2)

本文中の下線②について,適切な通信プロトコル名の略称を5字以内で答えよ。

模範解答

MQTT

採点基準(配点 3点)

知識・理解度(内容)(3点)

  • 3: 「MQTT」と正しく記述している。
  • 0: 無解答、または誤ったプロトコル名である。

論理性(構造)(0点)

  • 0: 指定された文字数以内で簡潔に解答している。

解説

IoT機器のデータ収集に適した通信プロトコルに関する知識を問う設問です。

IoT機器は、CPUやメモリなどのリソースが限られている場合が多く、また通信回線の帯域幅も狭い環境で利用されることがあります。そのため、一般的なWeb通信で用いられる HTTP よりも軽量で、オーバーヘッドの少ないプロトコルが求められます。

この用途で広く普及している代表的な通信プロトコルが MQTT (Message Queuing Telemetry Transport) です。MQTT はパブリッシュ/サブスクライブ型のモデルを採用しており、IoT機器からのデータ収集に非常に適しています。

高得点のポイント

  • IoT機器向けの軽量なプロトコルとして MQTT を正確に挙げられること。
  • 略称として5字以内で正しく解答すること。

設問1(2)は,正答率が低かった。インターネット向けの通信によく使われるHTTPに加えて,IoT機器の性能や利用用途に適した新しい通信プロトコルの利用が進んできている。こうしたIoT機器向けの通信プロトコルについても,その特性を含めて理解を深めてほしい。

設問2

〔FWの許可ルールの設計〕について答えよ。

(1)

表2中の a に入れる適切な字句を答えよ。

模範解答

200.a.b.13

採点基準(配点 2点)

知識・理解度(内容)(2点)

  • 2: 「200.a.b.13」と正しく記述している。
  • 0: 無解答、または誤ったIPアドレスである。

論理性(構造)(0点)

  • 0: IPアドレスの形式として適切に記述されている。

解説

ファイアウォール (FW) の許可ルール設計において、適切な送信元IPアドレスを特定する設問です。

FWのルールは、「送信元」「宛先」「プロトコル/ポート番号」「動作(許可/拒否)」などの組み合わせで定義されます。表2の当該ルールは、データ収集APIなどにアクセスするための特定の通信フローを許可するものです。

通信の起点となる機器(IoT機器など)やネットワークのセグメントのIPアドレスが送信元となります。ネットワーク構成図やIPアドレスの割り当て表から、該当する送信元IPアドレスが 200.a.b.13200.a.b.13 であると特定できます。

高得点のポイント

  • ネットワーク構成から、通信の送信元となる機器のIPアドレスを正しく特定できること。
  • 表記ミスなく正確に記述すること。

(2)

表2中の b に入れる適切な字句を答えよ。

模範解答

200.c.d.101

採点基準(配点 2点)

知識・理解度(内容)(2点)

  • 2: 「200.c.d.101」と正しく記述している。
  • 0: 無解答、または誤ったIPアドレスである。

論理性(構造)(0点)

  • 0: IPアドレスの形式として適切に記述されている。

解説

ファイアウォール (FW) の許可ルール設計において、適切な宛先IPアドレスを特定する設問です。

当該通信フローの宛先となるサーバ(データ収集用サーバなど)のIPアドレスを記述します。ネットワーク構成や要件における宛先機器のIPアドレスを読み取ると、200.c.d.101200.c.d.101 となります。

高得点のポイント

  • 許可すべき通信の宛先となるサーバを正しく特定できること。
  • 指定された機器のIPアドレスを過不足なく記述すること。

(3)

表2中の c に入れる適切な字句を答えよ。

模範解答

TCP/443

採点基準(配点 2点)

知識・理解度(内容)(2点)

  • 2: 「TCP/443」と正しく記述している。
  • 0: 無解答、または誤ったプロトコル・ポート番号である。

論理性(構造)(0点)

  • 0: プロトコルとポート番号の組み合わせとして記述されている。

解説

ファイアウォール (FW) の許可ルール設計において、適切なプロトコルとポート番号の組み合わせを特定する設問です。

対象となる通信は、クラウドサービスへのセキュアなアクセスであり、通常は HTTPS が用いられます。HTTPS通信をFWで許可する場合、トランスポート層のプロトコルは TCP、宛先ポート番号は 443443 となります。

したがって、FWのルール表の記述形式に合わせて TCP/443 と解答します。

高得点のポイント

  • HTTPS通信におけるプロトコル(TCP)とポート番号(443)を正しく理解していること。
  • 設問の表記ルール(プロトコル/ポート番号)に従って記述すること。

(4)

L社の保守用PCを用いてデータ分析用サーバのOSやミドルウェアなどの更新ファイルをインターネットから取得して適用する場合,表2のどのルールによって許可されるか。表2の項番を全て答えよ。

模範解答

4

7

採点基準(配点 2点)

知識・理解度(内容)(2点)

  • 2: 「4」と「7」の両方を記述している。
  • 1: 「4」または「7」のいずれか一方のみを記述している。
  • 0: 無解答、または誤った項番のみを記述している。

論理性(構造)(0点)

  • 0: 複数の項番を列挙して解答している。

解説

内部ネットワークからインターネット上の更新サーバに対して通信を行う際の、FWの許可ルールを特定する設問です。

データ分析用サーバなどがインターネットから更新ファイルを取得する場合、行き(リクエスト)の通信と戻り(レスポンス)の通信を考慮する必要があります。表2のルールのうち、この一連の通信フローを許可するための該当項番は 47 です。

高得点のポイント

  • 双方向の通信フロー(または必要な通信要件)を正しく理解し、該当するルールを漏れなく特定できること。
  • 該当する項番を全て解答すること。

設問3

〔処理遅延対策の検討〕について答えよ。

(1)

本文中の d に入れる適切な字句を,図1の構成要素名で答えよ。

模範解答

FW

採点基準(配点 3点)

正確性(内容)(3点)

  • 3: 「FW」と過不足なく抜き出している。
  • 1: 「FW」を含むが、不要な文字が含まれている(例:「FW機器」など)。
  • 0: 無解答、または誤った構成要素名である。

解説

ネットワーク構成の中で、処理遅延のボトルネックとなり得る構成要素を特定する設問です。

通信量が増加した場合、パケットのヘッダやペイロードを検査し、ルールの照合を行う機器は処理負荷が高くなりやすいです。図1のネットワーク構成要素において、アクセス制御やパケットフィルタリングを担っているのは FW(ファイアウォール)です。

FWはセキュリティを担保する重要な機器ですが、大量の通信が発生すると処理遅延を引き起こす原因となるため、性能要件の検討が不可欠です。

高得点のポイント

  • 構成図からパケット検査を行う機器を正確に特定し、図中の名称である FW を過不足なく抜き出すこと。

(2)

本文中の e に入れる適切な字句を解答群の中から選び,記号で答えよ。

  1. コネクション数
  2. スケーラビリティ
  3. スループット
  4. フィルタリングルール数
  5. プロビジョニング
  6. ポート数

模範解答

選択肢ウ: スループット

配点 1

解説

処理遅延対策において、ネットワーク機器の性能指標となる用語を問う設問です。

通信機器が単位時間あたりに処理・転送できるデータ量を示す指標を スループット と呼びます。通信量(データ量)が増加したことによる遅延対策を検討する際は、FWなどの機器のスループット性能が要件を満たしているかを確認することが重要です。

各選択肢の解説

  • ア コネクション数: 同時に確立・維持できるセッションの数であり、データ転送量の指標ではありません。
  • イ スケーラビリティ: システムの拡張性を示す概念であり、具体的な性能指標値ではありません。
  • ウ スループット: 単位時間あたりのデータ転送量を示す指標であり、正解です。
  • エ フィルタリングルール数: FWに設定できるルールの最大数を示します。
  • オ プロビジョニング: リソースを事前に割り当てて準備するプロセスを指します。
  • カ ポート数: 機器に備わっている物理的な接続口の数を示します。

(3)

本文中の f に入れる適切な字句を解答群の中から選び,記号で答えよ。

  1. コネクション数
  2. スケーラビリティ
  3. スループット
  4. フィルタリングルール数
  5. プロビジョニング
  6. ポート数

模範解答

選択肢ア: コネクション数

配点 1

解説

処理遅延対策において、ネットワーク機器の接続状態維持に関する性能指標を問う設問です。

多数のIoT機器から同時にデータ送信が行われると、FWなどのステートフルインスペクションを行う機器は、同時接続状態をメモリ上に維持する必要があります。この同時に維持できる接続の最大数を示す指標が コネクション数(またはセッション数)です。機器の最大コネクション数を超過すると、新たな通信が破棄され処理遅延や通信障害につながります。

各選択肢の解説

  • ア コネクション数: 同時に確立・維持できるセッションの数であり、IoT機器からの同時接続増加のボトルネックとなる指標として正解です。
  • イ スケーラビリティ: 拡張性を意味する概念であり、具体的な指標ではありません。
  • ウ スループット: 単位時間あたりの転送データ量を示します。
  • エ フィルタリングルール数: 設定可能なセキュリティルールの数を示します。
  • オ プロビジョニング: リソースの提供・準備作業を指します。
  • カ ポート数: 物理インターフェースの数を示します。

(4)

本文中の 下線③ について,新システムに追加する機能の名称を解答群の中から選び,記号で答えよ。

  1. IDS
  2. NAS
  3. WAF
  4. ロードバランサー

模範解答

選択肢エ: ロードバランサー

配点 1

解説

システムの通信量増加やアクセス集中に対する対策として、適切なネットワーク機器・機能を選択する設問です。

多数のクライアント(IoT機器など)からのリクエストを1台のサーバで処理すると、サーバの負荷が高まり処理遅延やダウンの原因となります。これを防ぐため、複数のサーバにリクエストを振り分け、負荷を分散させる装置が ロードバランサー(負荷分散装置)です。

各選択肢の解説

  • ア IDS: 不正侵入検知システム (Intrusion Detection System) のことであり、不正アクセスの検知を目的としています。
  • イ NAS: ネットワーク接続ストレージ (Network Attached Storage) のことであり、ファイル共有のためのストレージ機器です。
  • ウ WAF: Webアプリケーションファイアウォール (Web Application Firewall) のことであり、Webアプリケーションの脆弱性を突く攻撃を防御する機器です。
  • エ ロードバランサー: サーバへの通信負荷を分散させる機能であり、アクセス集中への対策として正解です。

設問3(2)は,正答率が高かった。通信量増加による処理遅延の対策において考慮すべき指標値を理解することは,長期にわたって利用できるシステムを設計する上で重要である。