問問1 設問1
設問1[現在のメール運用の問題点と対策]について答えよ。 (1)本文中の下線によって発生するおそれのある,情報漏えいにつながる問 me,49宇以内で答えよ。 (2)本文中の下線@について,盗聴による情報漏えいリスクを低減させる運用 上の改善策を,30字以内で答えよ。
応用情報技術者 2023年 秋期 午後の問題文24問です。この冊子のうち3問は、図版が中心であるなどの理由で掲載していません。図・表・別冊資料と正解は掲載していませんので、出典の公表資料またはアプリでご確認ください。
電子メールのセキュリティ対策に関する次の記述を読んで,設問に答えよ。 K社は,IT製品の卸売会社であり,300社の販売店に製品を卸している。【K社では, 8年前に従業員が,ある販売店向けの奨励金額が記載されたプロモーション企画書フ ァイルを添付した電子メール(以下,メールという)を,担当する全販売店の担当者 宛てに誤送信するというセキュリティ事故が発生した。この事故を機に,メールの添 付ファイルを,使い捨てのパスワード(以下,DPWという)によって復元可能なZIP ファイルに変換する添付ファイル圧縮サーバを導入した。 添付ファイル圧縮サーバ導入後のメール送信手順を図1に示す。 (iv)>(iii)DPW通知メール 凡例一>:メールの転送方向を示す。Mo 図1添付ファイル圧縮サーバ導入後のメール送信手順 [現在のメール運用の問題点と対策〕 K社では,添付ファイル圧縮サーバを利用して,最初にDPWで復元可能なZIPファ イルを添付したメール(以下,本文メールという)を送信し,その後,ZIPファイル を復元するためのDPWを記載したメール(以下,PWメールという)を送信すること によって,メールのセキュリティを確保する方式(以下,この方式をPPAPという) を運用している。 しかし,現在運用しているPPAPは,政府のある機関において中止するという方針 が公表され,K社の販売店や同業者の中でもPPAPの運用を止める動きが見られるよ うになった。 このような状況から,K社の情報セキュリティ委員会は,自社のPPAPの運用上の 問題点を検証することが必要であると判断して,情報セキュリティリーダーの[主任 に,PPAPの運用上の問題点の洗い出しと,その改善策の検討を指示した。 L主任は,現在のPPAPの運用状況を調査して,次の二つの問題点を洗い出した。 (1)①本文メールの宛先を確認せずに,本文メールと同じ宛先に対してPWメールを ー4ォー 送信している従業員が多い。 (2)ほとんどの従業員が,PWメールを本文メールと同じメールシステムを使用して 送信している。したがって,本文メールが通信経路上で何らかの手段によって盗聴 された場合,PWメールも盗聴されるおそれがある。 問題点の(1)及び(2)は,ともに情報漏えんいにつながるリスクがある。(1)の問題点 を改善しても,(2)の問題点が残ることから,②L主任は(2)の問題点の改善策を考え ke LOL,運用面の改善によってリスクは低減できるが,時間とともに情報漏えい に対する意識が薄れると,改善策が実施されなくなるおそれがある。そこで,L主任 は,より高度なセキュリティ対策を実施して,情報漏えいリスクを更に低減させる必 要があると考え,安全なメールの送受信方式を調査した。 [安全なメール送受信方式の検討] L主任は,調査に当たって安全なメール送受信方式のための要件として,次の(i) ~(ii)ZRELE. (i)メールの本文及び添付ファイル(以下,メール内容という)を暗号化できるこ = (ii)メール内容は,送信端末と受信端末との間の全ての区間で暗号化されているこ と (ii)誤送信されたメールの受信者には,メール内容の復号が困難なこと これら三つの要件を満たす技術について調査した結果,S/MIME(Secure/ Multipurpose Internet Mail Extensions)が該当することが分かった。S/MIMEは, K社や販売店で使用しているPCのメールソフトウェア(以下,メーラという)が対 応しており導入しやすいとし[主任は考えた。 (S/MIMEの調査 EG,主任はS/MIMEについて調査した。調査によって分かった内容を次に示す。 ・S/MIMEは,メールに電子署名を付加したり,メール内容を暗号化したりすること によってメールの安全性を高める標準規格の一つである。 ai ea ・メールに電子署名を付加することによって,メーラによる電子署名の検証で,送信 かた 者を騙ったなりすましや③メール内容の改ざんが検知できる。公開鍵暗号と共通鍵 暗号とを利用してメール内容を暗号化することによって,通信経路での盗聴や誤送 信による情報漏えいリスクを低減できる。 ・S/MIMEを使用して電子署名や暗号化を行うために,認証局(以下,CAという)が 発行した電子証明書を取得してインストールするなどの事前作業が必要となる。 メールへの電子署名の付加及びメール内容の検証の手順を表1に,メール内容の暗 号化と復号の手順を表2に示す。 表1メールへの電子署名の付加及びメール内容の検証の手順 送信側 1.1|ハッシュ関数hによってメール内容の|1.4|電子署名をで復号してハッ ハッシュ値xを生成する。シュ値xをLT 1.2|ハッシュ値xをで暗号化し|!.5|ハッシュ関数hによってメール内容の nvaitxe[ュ)-ハッシュ値yを生成する。 1.3|送信者の電子証明書と電子署名付きの手順1.4で取り出したハッシュ値xと メールを送信する。手順1.5で生成したハッシュ値yとを 比較する。 表2メール内容の暗号化と復号の手順 送信側受信側 2.1|送信者及び受信者が使用する共通鍵を|2.4|』|で共骨鍵を復且する。 生成し,④共通鍵でメール内容を暗号 化する。 |c|で共通鍵を暗号化する。共通鍵でメール内容を復号する。 2.3|暗号化したメール内容と暗号化した共Zien 通鍵を送信する。 (S/MIME導入に当たっての実施事項の検討] 次に,L主任は,S/MIME導入に当たって実施すべき事項について検討した。 メーラは,⑤受信したメールに添付されている電子証明書の正当性について検証す る。問題を検出すると,エラーが発生したと警告されるので,エラー発生時の対応方 =6 fies 法をまとめておく必要がある。そのほかに,受信者自身で電子証明書の内容を確認す ることも,なりすましを発見するのに有効であるので,受信者自身に実施を求める事 項もあわせて整理する。 メール内容の暗号化を行う場合は,事前に通信相手との間で電子証明書を交換して おかなければならない。そこで,S/MIME導入に当たって,S/MIMEの適切な運用のた めに従業員向けのS/MIMEの利用手引きを作成して,利用方法を周知することにする。 これらの検討結果を基に,L主任はS/MIME OMA,導入に当たって実施すべき事 項,導入までの間はPPAPの運用上の改善策を実施することなどを提案書にまとめ, 情報セキュリティ委員会に提出した。提案内容が承認されS/MIMEの導入が決定した。
設問1[現在のメール運用の問題点と対策]について答えよ。 (1)本文中の下線によって発生するおそれのある,情報漏えいにつながる問 me,49宇以内で答えよ。 (2)本文中の下線@について,盗聴による情報漏えいリスクを低減させる運用 上の改善策を,30字以内で答えよ。
設問2〔S/MIMEの調査〕]について答えよ。 (1)本文中の下線③が検知される手順はどれか。表1,2中の手順の番号で答え Ke (2)表1,2中の|』|一| 』d|に入れる適切な字句を解答群の中 から選び,記号で答えよ。 解答群 アCAの公開鍵4 CAの秘密鍵ウ受信者の公開鍵 エ受信者の秘密鍵4送信者の公開鍵カカ送信者の秘密鍵 (3)表2中の下線について,メール内容の暗号化に公開鍵暗号ではなく共通 鍵暗号を利用する理由を,20字以内で答えよ。
設問3本文中の下線⑤について,電子証明書の正当性の検証に必要となる鍵の種類を 解答群の中から選び,記号で答えよ。 解答群 アCAの公開鍵イ受信者の公開鍵ウ送信者の公開鍵 囲んで解答してください。 なお,5問以上〇印で囲んだ場合は,はじめの4問について採点します。
2分探索木に関する次の記述を読んで,設問に答えよ。 2分探索木とは,木に含まれる全てのノードがキー値をもち,各ノードNが次の二 つの条件を満たす2分木のことである。ここで,重複したキー値をもつノードは存在 しないものとする。 ・Nの左側の部分木にある全てのノードのキー値は,Nのキー値よりも小さい。 ・Nの右側の部分木にある全てのノードのキー値は,Nのキー値よりも大きい。 2分探索木の例を図1に示す。図中の数字はキー値を表している。 図1 2分探索木の例 2分探索木をプログラムで表現するために,ノードを表す構造体Nodeを定義する。 構造体Nodeの構成要素を表1に示す。 表1構造体Nodeの構成要素 構成要素 構造体Nodeを新しく生成し,その構造体への参照を変数pに代入する式を次のよ うに書く。 p new Node(k) ここで,引数kは生成するノードのキー値であり,構成要素keyの初期値となる。 構成要素left及びrightは,参照するノードがないこと(AK,空のノードという) を表すNULLで初期化される。また,生成したpの各構成要素へのアクセスには“.“ を用いる。例えば,キー値はp.keyでアクセスする。 (2分探索本におけるノードの探索・挿入〕 キー値kをもつノードの探索は次の手順で行う。 (1)探索対象の2分探索木の根を参照する変数をtとする。 (2)tが空のノードであるかを調べる。 (2-1)tが空のノードであれば,探索失敗と判断して探索を終了する。 (2-2)tが空のノードでなければ,tのキー値t.keyとkを比較する。 ・t.key=kの場合,探索成功と判断して探索を終了する。 ・t.key>kの場合,tの左側の子ノードを新たなtとして(2)から処理を行う。 ・t.keyくkの場合,tの右側の子ノードを新たなtとして(2)から処理を行う。 キー値kをもつノードKの挿入は,探索と同様の手順で根から順にたどっていき, 空のノードが見つかった位置にノードドKを追加することで行う。ただし,キー値kと 同じキー値をもつノードが既に2分探索木中に存在するときは何もしない。 これらの手順によって探索を行う関数searchのプログラムを図2に,挿入を行う 関数insertのプログラムを図3に示す。関数searchは,探索に成功した場合は見つ かったノードへの参照を返し,失敗した場合はNULLを返す。関数insertは,得られ た木の根への参照を返す。 //tが参照するノードを根とする木から//tが参照するノードを根とする木に //キー値がkであるノードを探索する//キー値がkであるノードを挿入する function search(t,k)function insert(t,k) if(tがNULLと等しい)if(tがNULLと等しい) return NULL t<—new Node(k) elseif(t.keyがkと等しい)elseif(t.keyがkより大きい) return t t.leftとinsert(t.left,k) elseif(t.keyがkより大きい)elseif(t.keyがkより小さい) return search(t.left,k)t.right<—insert(t.right,k) else//t.key Pkより小さい場合endif return search(t.right,k)return t endif endfunction endfunction 図2探索を行う関数searchの図3挿入を行う関数insertの プログラムプログラム 関数searchを用いてノードの総数がn個の2分探索木を探索するとき,探索に掛 かる最悪の場合の時間計算量(以下,最悪時間計算量という)はの(|ア|)でぁ る。これは葉を除く全てのノードについて左右のどちらかにだけ子ノードが存在する 場合である。一方で,葉を除く全てのノードに左右両方の子ノードが存在し,また, 全ての葉の深さが等しい完全な2分探索木であれば,最悪時間計算量は の(|イ|])となる。したがって,高速に探索するためには,なるべく左右両方の 子ノードが存在するように配置して,高さができるだけ低くなるように構成した木で あることが望ましい。このような木のことを平衡2分探索木という。 (2分探索木における回転操作〕 2分探索木中のノードX EXの左側の子ノードYについて,XをYの右側の子に, 元のYの右側の部分木をXの左側の部分木にする変形操作を右回転といい,逆の操作 を左回転という。回転操作後も2分探索木の条件は維持される。木の回転の様子を図 4に示す。ここで,tiてt。は部分木を表している。また,根からti一t。の最も深いノー ドまでの深さを,図4(a)ではdi一9。,図4(b)ではd」~d,;でそれぞれ表している。こ こで,dyテ9」ー1,d。=d,,dy 93。十1,が成り立つ。 |VQ||てり| di}:H 6:ids’ /A La)AA (a)(b) 図4木の回転の様子 右回転を行う関数rotateRのプログラムを図5に,左回転を行う関数rotateL OF ログラムを図6に示す。これらの関数は,回転した結果として得られた木の根への参 照を返す。 =5<= //tが参照するノードを根とする木に対して//tが参照するノードを根とする木に対して //右回転を行う//左回転を行う function rotateR(t)function rotateL(t) aをt.left aとt.right bてa.right bをa,left a.rightをt a.leftとt t.leftとb t.rightをb return a return a endfunction endfunction 図5右回転を行う関数rotateRの図6左回転を行う関数rotateLの プログラムプログラム [回転操作を利用した平衡2分探索木の構成 全てのノードについて左右の部分木の高さの差が1以下という条件(以下,条件Bal という)を考える。条件Balを満たす場合,完全ではないときでも比較的左右均等に ノードが配置された木になる。 RE Balを満たす2分探索木Wに対して図3の関数insertを用いてノードを挿入 した2分探索木をWとすると,ノードが挿入される位置によっては左右の部分木の高 さの差が2になるノードが生じるので,Wは条件Balを満たさなくなることがある。 その場合,挿入したノードから根まで,親をたどった各ノードTに対して順に次の手 順を適用することで,条件Balを満たすようにWを変形することができる。 (1)Tの左側の部分木の高さがTの右側の部分木の高さより2大きい場合 Tを根とする部分木に対して右回転を行う。ただし,Tの左側の子ノードUにつ WT,Uの右側の部分木の方がUの左側の部分木よりも高い場合は,先にUを根 とする部分木に対して左回転を行う。 (2)Tの右側の部分木の高さがTの左側の部分木の高さより2大きい場合 Tを根とする部分木に対して左回転を行う。ただし,Tの右側の子ノードVにつ WT,Vの左側の部分木の方がVの右側の部分木よりも高い場合は,先にVを根 とする部分木に対して右回転を行う。 a この手順(1),(2)によって木を変形する関数balanceのプログラムを図7に,関数 balanceを適用するように関数insertを修正した関数insertBのプログラムを図8に 示す。ここで,関数heightは,引数で与えられたノードを根とする木の高さを返す関 数である。関数balanceは,変形の結果として得られた木の根への参照を返す。 //tが参照するノードを根とする木を//tが参照するノードを根とする木に //条件Balを満たすように変形する//キー値がkであるノードを挿入する function balance(t)function insertB(t,k) hl<-height(t.left)-height(t.right)if(tがNULLと等しい) if([ゥ1)t<—new Node(k) h2<[ェ|elseif(t.keyがkより大きい) if(h2が9より大きい)t.leftを-insertB(t.left,k) t.left<—rotateL(t.left)elseif(t.key Okより小さい) Hf t.right<—insertB(t.right,k) t<rotateR(t)endif elseit([4])tc balance(t)//追加 ew return t mo,ごendfunction if(h3が9より大きい) t.right<—rotateR(t.right)図8関数insertBのプログラム endif t<—rotateL(t) endif return t endfunction B47関数balanceのプログラム 条件Balを満たすノードの総数がn個の2分探索木に対して関数insertBを実行し た場合,挿入に掛かる最悪時間計算量はの()となる。
設問1本文中の|ア|,イ|に入れる適切な字句を答えよ。
設問2回転操作を利用した平衡2分探索木の構成〕について答えよ。 (1)図7中の~に入れる適切な字句を答えよ。 (2)図1の2分探索木の根を参照する変数をrとしたとき,次の処理を行うこ とで生成される2分探索木を図示せよ。2分探索木は図1に依って表現するこ te insertB(insertB(r,4),8) (3)本文中の|キ|に入れる適切な字句を答えよ。なお,図7 PORK heightの処理時間は無視できるものとする。 [xモ用紙) ー19一
システム統合の方式設計に関する次の記述を読んで,設問に答えよ。 Cate D社は中堅の家具製造販売業者である。市場シェアの拡大と利益率の向上を 図るために,両社は合併することになった。存続会社はC社とするものの,対等な 立場での合併である。合併に伴う基幹システムの統合は,段階的に進める方針であ る。将来的には基幹システムを全面的に刷新して業務の統合を図っていく構想では あるが,より早期に合併の効果を出すために,両社の既存システムを極力活用して, 業務への影響を必要最小限に抑えることにした。 〔合併前のC HOBBY ATA) C社は全国のショッピングセンターを顧客とする販売網を構築しており,安価な価 格帯の家具を量産・販売している。生産方式は見込み生産方式である。生産した商 品は在庫として倉庫に入庫する。受注は,顧客のシステムと連携したEDIを用いて, 日次で処理している。受注した商品は,在庫システムで引き当てた上で,配送シス テムが配送伝票を作成し,配送業者に配送を委託する。AMOK,顧客のシステム と連携したEDIで,前月納品分の代金を請求している。 合併前のC社の基幹システム(抜粋)を表1に示す。 表1合併前のC社の基幹システム(抜粋) シズデ主なマスタ 主な機能i連携先、連携|システム構成 販売シ|・受注(EDI)・顧客マスタ会計システム|売上情報日次|オンプレミス ステム|・販売実績管理(AR)(ホスト系) ・請求(ED1)生産システム|受注情報日次 ・売上計上 生産シ|・生産計画作成(AR)|・品目マスタオンプレミス ステム|・原材料・仕掛品管理・構成マスタ購買指示情報(オープン系) ・作業管理・工程マスタ RM(22) 購買シ|・発注・購買先マスタ|会計システム|買掛情報月次|オンプレミス ステム|・買掛管理(オープン系) ・購買先管理 在庫シ|・入出庫管理・倉庫マスタ在庫状況情報オンプレミス ATA|CARe ee出荷指示情報(オープン系) _20ーー 表1合併前のC社の基幹システムGRE)(MX) システム間連携 シズデ主なマスタ 主な機能as連携先連携|システム構成 配送シ|・配送伝票作成・配送区分マスタ出荷情報オンプレミス ステム|・配送先管理配送経費情報(オープン系) 会計シ|・原価計算・勘定科目マスタ|(省略)クラウドサービ ステム|・一般財務会計処理レ2 ・支払(振込,手形)(SaaS) [合併前のD社の基幹システム]〕 D社は大手百貨店やハウスメーカーのインテリア展示場にショールームを兼ねた販 売店舗を設けており,個々の顧客のニーズに合ったセミオーダーメイドの家具を製 造・販売している。生産方式は受注に基づく個別生産方式であり,商品の在庫はも たない。顧客の要望に基づいて家具の価格を見積もった上で,見積内容の合意後に 電子メールやファックスで注文を受け付け,従業員が端末で受注情報を入力する。 こん 受注した商品を生産後,販売システムを用いて請求書を作成し,商品に同梱する。 また,配送システムを用いて配送伝票を作成し,配送業者に配送を委託する。 合併前のD社の基幹システム(抜粋)を表2に示す。 表2合併前のD社の基幹システム(抜粋) システム間連携 ジスデ主なマスタ 主な機能=連携先連携|システム構成 販売シ|・見積・顧容マスタ会計システム|売上情報日次|オンプレミス ステム|・受注(手入力)(オープン系) ・請求(請求書発行)生産システム|受注情報週次 ・売上計上 生産シ|・生産計画作成(週次)|・品目マスタオンプレミス ステム|・原材料・仕掛品管理・構成マスタ購買指示情報(オープン系) ・作業管理・工程マスタ ・生産実績管理GER)出荷指示情報 購買シ|・発注・購買先マスタ|会計システム|買掛情報月次|オンプレミス ステム|・買掛管理(オープン系) ・購買先管理 配送シ|・配送伝票作成・配送区分マスタ出荷情報オンプレミス ステム|・配送先管理配送経費情報(オープン系) 会計シ|・原価計算・勘定科目マスタ|(省略)ォオジンヴレミス ATL|・一般財務会計処理(ホスト系) ・支払(振込) [合併後のシステムの方針〕 直近のシステム統合に向けて,次の方針を策定した。 ・重複するシステムのうち,販売システム,購買システム,配送システム及び会計 システムは,両社どちらかのシステムを廃止し,もう一方のシステムを継続利用 する。 ・両社の生産方式は合併後も変更しないので,両社の生産システムを存続させた上 で,極力修正を加えずに継続利用する。 ・在庫システムは,C社のシステムを存続させた上で,極力修正を加えずに継続利用 する。 ・今後の保守の容易性やコストを考慮し,汎用機を用いたホスト系システムは廃止 する。 ・①廃止するシステムの固有の機能こついては,処理の仕様を変更せず,継続利用 するシステムに移植する。 ・両社のシステム間で新たな連携が必要となる場合は,インタフェースを新たに開 発する。 ・マスタデータについては,継続利用するシステムで用いているコード体系に統一 する。重複するデータについては,重複を除いた上で,継続利用するシステム側 のマスタへ集約する。 合併後のシステムアーキテクチャ〕 合併後のシステムの方針に従ってシステムアーキテクチャを整理した。合併後の システム間連携(一部省略)を図1に,新たなシステム間連携の一覧を表3に示す。 ー22一 C社システムD社システム :(9)ti pacar ee CE有朋 (TYE a)EE) ーー 凡例一:既存のシステム間連携…>:新たなシステム間連携 注記記号(ア)~(キ)は表3の記号と対応している。 図1合併後のシステム間連携(一部省略) 表3新たなシステム間連携の一覧 ans sie|wm CHOEEY ATL mR [合併後のシステムアーキテクチャのレビュー〕 合併後のシステムアーキテクチャについて,両社の有識者を集めてレビューを実 施したところ,次の指摘事項が挙がった。 -OC社の会計システムがSaaSを用いていることから,インタフェースがD HOB システムからデータを受け取り得る仕様を備えていることをあらかじめ調査する ES 指摘事項に対応して,問題がないことを確認し,方式設計を完了した。
設問1合併後のシステムアーキテクチャ〕について管えよ。 (1)図1及び表3中の|a|~に入れる適切な字句を答えよ。 (2)表3中の|』]~[9|]に入れる適切な字句を答えよ。
設問2本文中の下線①について答えよ。 (1)移植先は,どちらの会社のどのシステムか。会社名とシステム名を答えよ。 (2)移植する機能を,表1及び表2の主な機能の列に記載されている用語を用 いて全て答えよ。
設問3本文中の下線②の指摘事項が挙がった適切な理由を,オンプレミスのシステ ムとの違いの観点から40字以内で答えよ。 ー24一 [xモ用紙) I
メールサーバの構築に関する次の記述を読んで,設問に答えよ。 L社は,複数の衣料品ブランドを手がけるアパレル会社である。L社では,顧客層 を拡大するために,新しい衣料品ブランド(以下,新ブランドという)を立ち上げる ことにした。新ブランドの立ち上げに向けて,L社の社員29名で構成するプロジェク トチームを結成し,都内のオフィスビピルにプロジェクトルームを新設した。新ブラン ドの知名度向上のために新ブランド用Webサイトと新ブランド用メールアドレスを利 用した電子メール(以下,メールという)による広報を計画しており,プロジェクト チームのMさんが,Webサーバ機能とメールサーバ機能を有する広報サーバを構築す るになった。 [プロジェクトルームのネットワーク設計】〕 Mさんは,新ブランドのプロジェクトチームのメンバーが各メンバーに配布された PC(以下,広報PCという)を利用して,新ブランド用Webサイトの更新や,新ブラ ンド用メールアドレスによるメールの送受信を行う設計を考えた。Mさんが考えたネ ットワーク構成(抜粋)を図1に示す。 し社新ブランドプロジェクトルーム7 Aero Me 192.168,0.1/24 is 注記1 w.x.y.zはグローバルIPアドレスを示す。 注記2 FWはファイアウォールを示す。 図1ネットワーク構成(抜粋) Mさんが考えたネットワーク構成は次のとおりである。 ・プロジェクトルーム内に広報サーバを設置し,FW1に接続する。 ・インターネット接続は,ISP N社のサービスを利用し,N社とFW1とを光回線で接 続する。 ー26一 ・広報サーバのメールサーバ機能は,SMTP(Simple Mail Transfer Protocol)によ るメール送信機能とPOP(Post Office Protocol)によるメール受信機能のニっの 機能を実装する。 ・FW1にNAPT(Network Address Port Translation)の設定と,インターネット上の 機器から広報サーバにメールとWebの通信だけができるように,インターネットか BFW宛てに送信されたIPパケットのうち,| a|ポート番号が25,86,又 は|b JOPパケットだけを,広報サーバのIPアドレスに転送する設定を 行う。 N社のインターネット接続サービスでは,N社のDNSサーバを利用した名前解決の 機能と,N社のメールサーバを中継サーバとしてN社のネットワーク外ヘメールを転 送する機能が提供されている。 [新ブランドのドメイン名取得とDNSの設計〕 新ブランドのドメイン名として“example.jp”を取得し,広報サーバをWebサーバ とメールサーバとして利用できるように,N社のDNSサーバにホスト名やIPアドレス などのゾーン情報を設定することを考えた。DNSサーバに設定するゾーン情報(抜粋) を図2に示す。 —_= @ORIGIN example.jp.$TTL 86400 IN SOA ns.example.jp.※省略 www,example.jp.IN CNAME serv.example.jp. IN NS※省略 IN MX 10|c|.eample.jp. B12 DNSサーバに設定するゾーン情報(抜粋) [メール送受信のテスト〕 Mさんの設計が承認され,ネットワークの工事及び広報サーバの設定が完了した。 新ブランドのメール受信のテストのために,Mさんは,L社本社のPCを用いてL社の 自分のメールアドレスから新ブランドの自分のメールアドレスである syainM@example.jpへメールを送信し,エラーなくメールが送信できることを確認し た。次に,新ブランドプロジェクトルームの広報PCのメールソフトウェアに受信メ ー27一 ールサーバとしてserv.example.jp,POP3のポート番号として110番ポートを設定し, メール受信のテストを行った。しかし,メールソフトウェアのメール受信ボタンを押 してもエラーが発生し,メールを受信できなかった。広報サーバのログを確認したと ころ,広報PCからのアクセスはログに記録されていなかった。 Mさんは,設定の誤りに気づき,①メールの受信エラーの問題を修正してメールが 受信できることを確認した後に,広報PCからメール送信のテストを行った。テスト の結果,新ブランドの管理者のメールアドレスであるkanrid@example.jpから syainN@example.jp宛てのメールは届いたが,kanriD@example.jpからインターネッ ト上の他ドメインのメールアドレス宛てのメールは届かなかった。広報サーバのログ を確認したところ,N社のネットワークを経由した宛先ドメインのメールサーバへの TCPコネクションの確立に失敗したことを示すメッセージが記録されていた。 調査の結果,他ドメインのメールアドレス宛てのメールが届かなかった事象は,N 社の②0P25B(Outbound Port 25 Blocking)と呼ばれる対策によるものであることが 分かった。0P25B Id,N社からインターネット宛てに送信される宛先ポート番号が25 のIPパケットのうち,N社のメールサーバ以外から送信されたIPパケットを遮断す る対策である。このセキュリティ対策に対応するため,③広報サーバに必要な設定を 行いインターネット上の他ドメインのメールアドレス宛てのメールも届くことを人確 認した。 [メールサーバのセキュリティ対策〕 広報サーバが大量のメールを送信する踏み台サーバとして不正利用されないために, メールの送信を許可する接続元のネットワークアドレスとして|se|/24を広 報サーバに設定する対策を行った。また,プロジェクトチームのメンバーのメールア ドレスとパスワードを利用して,広報PCからメール送信時に広報サーバでSMTP認証 を行う設定を追加した。 EOE,Mさんは広報サーバとネットワークの構築を完了させ,L社は新ブランド の広報を開始した。 ー28一
設問1本文中の| a|,|5|に入れる適切な字句を解答群の中から選び, 記号で答えよ。 fips BY ア2)4 22ウ23 エ443オ宛先カ送信元
設問2図2中の|c|,| d|に入れる適切な字句を,図1及び図2中の 字句を用いて答えよ。
設問3[メール送受信のテスト〕について答えよ。 (1)本文中の下線について,エラーの問題を修正するために変更したメール ソフトウェアの設定項目を15字以内で答えよ。また,変更後の設定内容を図 1,図2中の字句を用いて答えよ。 (2)本文中の下線のについて,0P25Bによって軽減できるサイバーセキュリテ ィ上の脅威は何か,最も適切なものを解答群の中から選び,記号で答えよ。 解答群 ア広報PCが第三者のWebサービスへのDDoS攻撃の踏み台にされる。 イ広報PCに外部からアクセス可能なバックドアを仕掛けられる。 ウ広報サーバが受信したメールを不正に参照される。 エスパムメールの送信に広報サーバが利用される。 (3)本文中の下線について,広報サーバに行う設定を,図1中の機器名を用 いて35字以内で答えよ。
設問4本文中の|ec|に入れる適切なネットワークアドレスを答えよ。 _29—
在庫管理システムに関する次の記述を読んで,設問に答えよ。 M社は,ネットショップで日用雑貨の販売を行う企業である。M社では,在庫管理 について次の課題を抱えている。 ・在庫が足りない商品の注文を受けることができず,機会損失につながっている。 ・商品の仕入れの間隔や個数を調整する管理サイクルが長く,余計な在庫を抱える傾 向にある。 [現状の在庫管理〕 現在,在庫管理を次のように行っている。 ・商品の注文を受けた段階で,出荷先に最も近い倉庫を見つけて,その倉庫の在庫か ら注文個数を引き当てる。この引き当てられた注文個数を引当済数という。各倉庫 において,引き当てられた各商品単位の個数の総計を引当済総数という。 ・実在庫数から引当済総数を引いたものを在庫数といい,在庫数以下の注文個数の場 合だけ注文を受け付ける。 ・商品が倉庫に入荷すると,入荷した商品の個数を実在庫数に足し込む。 ・倉庫から商品を出荷すると,出荷個数を実在庫数から引くとともに引当済総数から も引くことで,引き当ての消し込みを行う。 M社では,月末の月次バッチ処理で毎月の締めの在庫数と売上個数を記録した分析 用の表を用いて,商品ごとの在庫数と売上個数の推移を評価している。 また,期末に商品の在庫回転日数を集計して,来期の仕入れの間隔や個数を調整し ている。 M社では,商品の在庫回転日数を,簡易的に次の式で計算している。 在庫回転日数=期間内の平均在庫数X期間内の日数期間内の売上個数 在庫回転日数の計算において,現状では,期間内の平均在庫数として12か月分の 締めの在庫数の平均値を使用している。 現状の在庫管理システムのE-R図(抜粋)を図1に示す。 ー30= 在庫管理システムのデータベースでは,ER図のエンティティ名を表名にし,属性 名を列名にして,適切なデータ型で表定義した関係データベースによって,データを 管理している。 aT TESS 倉庫名入荷番号人入荷番号商品コード 所在地倉庫コード入荷明細番号実在庫数 ja個数商品コード 入荷日商品コード引当済総数 商品名 在庫推移状況型番 年出荷明細標準単価 B出荷番号出荷番号 SEAS||倉庫コード||hemes モテキーーー出荷商品ユード 在庫数出荷先情報個数 売上個数 凡例|エンティティ名|一一:1対1注記属性名の実線の下線は主キー, 属性名ーーラテ:1対多破線の下線____は外部キーを示す。 Rue.主キーの実線が付いている属性名には, aes<>:多対多外部キーの破線を付けない。 属性名 図1現状の在庫管理システムのE-R図(抜粋) [在庫管理システム改修内容〕 課題を解決するために,在庫管理システムに次の改修を行うことにした。 ・在庫数が足りない場合は,在庫からは引き当てず,予約注文として受け付ける。な お,予約注文ごとに商品を発注することで,注文を受けた商品の個数が入荷される。 ・商品の仕入れの間隔や個数を調整する管理サイクルを短くするために,在庫の評価 を月次から日次の処理に変更して,毎日の締めの在庫数と売上個数を在庫推移状況 エンティティに記録する。 現状では,在庫数が足りない商品の予約注文を受けようとしても,在庫引当を行う と実在庫数より引当済総数の方が多くなってしまい,注文に応えられない。そこで. 予約注文の在庫引当を商品の入荷のタイミングにずらすために,ER図に予約注文用 の二つのエンティティを追加することにした。追加するエンティティを表1に,改修 後の在庫管理システムのE-R図(抜粋)を図2に示す。 表1追加するエンティティ 引当情報予約注文を受けた商品の個数と入荷済となった商品の個数を管理する。 引当予定予約注文を受けた商品の,未入荷の引当済数の総計を管理する。 a Mi入荷明細 倉庫コードににょ]信庫コード 所在地食庫コード||Agumas||Ses実在庫数 倉庫名AGES人荷番号ae商品コード 回商品コードーー a引当番号fear B|AL CE te 還mama|| [a]出荷番号出荷番号ーー 倉庫コード倉庫コード出荷明細番号||黄品コード||キーデーテー、 商品コード出荷日商品コード未入荷引当済総数 在庫数出荷先情報個数x LER標準単価 注記新規に追加したエンティティは太枠で表す。 図2改修後の在庫管理システムのE-R図(抜粋) 在庫管理システムにおける予約注文を受けた商品の個数に関する処理内容を表2に 示す。 表2在庫管理システムにおける予約注文を受けた商品の個数に関する処理内容 予約注文を受けた|引当情報エンティティのインスタンスを生成して,引当済数には注文を受 ときけた商品の個数を,入荷済数には9を設定する。 引当予定エンティティの未入荷引当済総数に注文を受けた商品の個数を足 す。 予約注文された商||。|エンティティの未入荷引当済総数から入荷した商品の個数を引 品が入荷したとき|<. エンティティの実在庫数と引当済総数に入荷した商品の個数を 足す。 入荷した商品の個数を|g|エンティティの個数に設定し,引当情幸 エンティティの| h|に足す。 予約注文された商|出荷した商品の個数を出荷明細エンティティの個数に設定し,在庫エンテ 品を出荷したとき|ィティの商品の実在庫数及び引当済総数から引く。 〔在庫の評価] より正確かつ迅速に在庫回転日数を把握するために,在庫推移状況エンティティか ら,期間を1週間(7 Bf)として,倉庫コード,商品コードごとに,各年月日の6 日前から当日までの平均在庫数及び売上個数で在庫回転日数を集計することにする。 可読性を良くするために,SQL文にはウィンドウ関数を使用することにする。 ウィンドウ関数を使うと,FROM句で指定した表の各行ごとに集計が可能であり, 各行ごとに集計期間が異なるような移動平均も簡単に求めることができる。ウィンド ウ関数で使用する構文(抜粋)を図3に示す。 く<ウィンドウ関数>::= <ウィンドウ関数名>(<列>)OVER(<ウィンドウ名>|(<ウィンドウ指定>)) <WINDOW句>::= WINDOW<ウィンドウ名>AS(<ウィンドウ指定>)[(,<ウィンドウ名>AS(<ウィンドウ指定>)}..…] く<ウィンドウ指定>::= [<PARTITION BY句>][<ORDER BY句>][<ウィンドウ枠>] <PARTITION BY句>::= PARTITION BY<列>C{,<4il>}...] 注記1 OVERの後に(<ウィンドウ指定>)を記載する代わりに,WINDOW句で名前を付けて,<ウィンドウ名>で参 照することができる。 注記2 PARTITION BY句は指定した列の値ごとに同じ値をもつ行を部分集合としてパーティションにまとめるオ プションである。 注記3ウィンドウ枠の例として,ROWS BETWEEN n PRECEDING AND CURRENT ROWと記載した場合は,n行前(n PRECEDING)から現在行(CURRENT ROW)までの範囲を対象として集計することを意味する。 注記4..….は,省略符号を表し,式中で使用される要素を任意の回数繰り返してもよいことを示す。 図3ウィンドウ関数で使用する構文(抜粋) ウィンドウ関数を用いて,倉庫コード,商品コードごとに,各年月日の6日前から 当日までの平均在庫数及び売上個数を集計するSQL文を図4に示す。 =33=っ | | |SELECT年,A,A,倉庫コード,商品コード, | |AV6(在庫数)|」|期間定義AS平均在庫数 SUM(売上個数)|」|期間定義AS期間内売上個数 FROM在庫推移状況 WINDOW期間定義AS( PARTITION BY倉庫コード,商品コード 和A,日4 ROWS BETWEEN 6 PRECEDING AND CURRENT ROW ) 図4倉庫コード,商品コードごとに,各年月日の6日前から当日までの平均在庫数及び 売上個数を集計するSOL 3
設問1図1及び図2中の|a|に入れる適切なエンティティ間の関連を答え, E-R図を完成させよ。なお,エンティティ間の関連の表記は図1の凡例に信うこ be
設問2【〔在庫管理システム改修内容]について答えよ。 (1)図2中の|b|,|c|に入れる適切なエンティティ名を表1 中のエンティティ名を用いて答えよ。 (2)図2中の|』|に入れる,在庫推移状況エンティティに追加すべき 適切な属性名を答えよ。なお,属性名の表記は図1の凡例に信うこと。 (3)表2中の| e|]-|h|に入れる適切な字句を答えよ。
設問3図4中の|i|],|」|に入れる適切な字句を答えよ。 [メモ用紙〕 =55一
トマトの自動収穫を行うロボットに関する次の記述を読んで,設問に答えよ。 G社は,温室で栽培されているトマトの自動収穫を行うロボット(以下,収穫ロボ ットという)を開発している。収穫ロボットの外観を図1に,収穫でロボットのシス テム構成を図2に,収穫ロボットの主な構成要素を表1に,収穫ロボットの状態遷 移の一部を図3に示す。 oe ca ハンドAAデーム収穫ロボット: 近接カメラワーーしーーニーニーニーダーーーー 1|通信ユニット| 了p穫トレー—(al認識用カメラ 」L_ハン_| ee a 1ルー超音波|制御ユニット| |テトa eee| TTTセンサー」[EEgシサー|和 aiここ| Cc)ce LES CO ae[Waをシート|See| ー注り管理者が持つスマートフォンである。 図1収穫ロボットの外観図2収穫ロボットのシステム構成 表1収穫口ボットの主な構成要素 制御部・収穫ロボット全体を制御する。 ・アームとハンドによる収穫動作を制御する。 ge k・認識用カメラで撮影した画像を処理する。 ・近接カメラで撮影した画像を処理する。 ーー・台車の走行を制御する。 無線LAN通信ユニット・制御部と管理サーバとの通信を制御する。 |待機にご開始終了|Le|at el Satie M3 WHORY LOKREBO—R8 _36 [収穫ロボットの動作概要] 収穫ロボットの動作概要を次に示す。 収穫ロボットは,管理者スマホから管理サーバを介して収穫開始の指示を受ける と,状態を待機状態から開始/終了状態に遷移させ,あらかじめ管理サーバから 設定された経路(待機位置つっ収穫開始位置っ収穫終了位置っ待機位置)に沿って 温室内を50cmノ秒の速度で移動を開始する。 .待機位置から収穫開始位置まで移動すると,状態を検出中状態に遷移させ,認識用 カメラで撮影したトマトの画像の解析を行いながら移動を続ける。収穫に適したト マトを検出すると,移動を停止して状態を収穫中状態に遷移させ,収穫を行う。 ・認識ユニットの解析結果から,ハンドを収穫対象のトマトに近づけ,近接カメラ で撮影した画像でハンドの位置を補正して収穫を行う。 -ハンドには圧力センサーが取り付けられており,トマトを傷つけないように把持 できる。トマトを把持した後,ハンドの先端にあるカッターでトマトの柄の者分 を切断して収穫する。 ・トマトを柄から切り離して把持できた場合,収穫成功と判断し,状態を積載中状態 [BBS th,収穫したトマトを近接カメラで撮影した画像から判定した収穫トレー の空き領域に載せる。 -トマトを収穫トレーに載せた後,更に収穫に適したトマトが残っており,かつ, 収穫トレーに空き領域が残っていれば,状態を積載中状態から収穫中状態に須移 させ,検出している全てのトマトを収穫するか収穫トレーの空き領域がなくなる まで収穫動作を繰り返す。 トマトを柄から切り離すことができなかった場合や切り離した後にハンドから落 とした場合などは収穫失敗と判断し,収穫中状態のまま,検出している次のトマ トの収穫を行う。 ・検出している全てのトマトに対して収穫動作を終えると,収穫を終えたときの状 態と収穫ロボットの経路上の位置,収穫トレーの空き領域の状況から次の状態有 、移先と動作を決定する。 .収穫終了位置で,収穫に適したトマトを検出していない場合は,収穫を終了し, 待機位置へ移動する。 ・収穫ロボットは動作状況や収穫状況などの情報を定期的に管理サーバに送信する。 =#= ・管理者は管理者スマホを使用して管理サーバに保管されている情報を参照するこ とができる。 ・収穫でロボットが移動中に,台車の先頭に取り付けられた超音波センサーが,進路 上1m以内の距離にある障害物を検知すると移動を停止し,状態を異常状態に遷移 St,管理サーバを介して管理者スマホに祝告メッセージを送信する。 [アームの関節部について〕 アームには,軸1,軸2,軸3の三つの回転軸があり,それぞれの回転軸にはサー ボモーターが使用されている。サーボモーターはPWM AKT,入力する制御パルス のデューティ比によって回転する角度を制御する。 サーボモーターの仕様を表2に,各サーボモーターの制御角とアームの可動範囲 を図4に示す。サーボモーターは,制御パルス幅1.0ミリ秒の場合,制御角が-99度 (反時計回りに90度)に,制御パルス幅11.9ミリ秒の場合,制御角が99度(時計 回りに96度)になるように回転する。 表2サーボモーターの仕様 6度 ーーがNa -9放SS wee ||/* ae 90 KE| ya」 に 図4各サーボモーターの制御角とアームの可動範囲 ーー38— [制御部のソフトウェア構成について〕 収穫ロボットの制御部では,リアルタイム0Sを使用する。制御部の主なタスクの 処理概要を表3に示す。 表3制御部の主なタスクの処理概要 ・収穫ロボットの状態管理を行う。 -認識タスクからの情報を用いてアームとハンドを制御し,収穫対象のトマトを収穫する。 _—・トマト収穫の成否をメインタスクに通知する。 ・認識タスクからの情報を用いてアームとハンドを制御し,収穫したトマトを収穫トレーの空 き領域に載せる。 ・認識用カメラで撮影したトマトの画像を解析し,収穫に適したトマトを判定する。 ・収穫に適したトマトを検出したことをメインタスクに通知する。 =.収穫に適したトマトのうち1個を収穫するために必要な情報を,認識用カメラと近接カメラ ので撮影したトマトの画像から求め,アーム制御タスクに通知する。 ・近接カメラで撮影した収穫トレーの画像から収穫トレーの空き領域の情報をアーム制御タス クと| 』|タスクに通知する。 全車制御・メインタスクの指示に従って台車の走行制御を行う。 a・超音波センサーの検知結果に従って台車を停止させ,メインタスクに異常を通知する。 無線LAN通信・管理サーバを介して受信した管理者スマホからの指示をメインタスクに通知する。 の・メインタスクの指示に従って収穫ロボットの動作状況を管理サーバに通知する。
設問1収穫ロボットの状態乱移について答えよ。 (1)収穫終了位置まで移動したときに開始/終了状態への状態遷移が発生する のはどのような場合か。25字以内で答えよ。 (2)収穫終了位置で,収穫に適した2個のトマトを検出した。2個目のトマトの 把持に失敗したとき,1個目のトマトの収穫を開始した時点から2個目のトマ トの把持に失敗して次の動作に移るまでの状態居移として,適切なものを解 答群の中から選び記号で答えよ。 解答群 ア収穫中状態一積載中状態一開始/終了状態 イ収穫中状態一積載中状態収穫中状態一開始/終了状態 ウ収穫中状態一積載中状態一収穫中状態積載中状態っ開始/終了状態 エ収穫中状態積載中状態一収穫中状態一積載中状態一収穫中状態つ開 始終了状態 |39=
設問2制御部のタスクについて答えよ。 (1)認識タスクから収穫トレーの空き領域の情報を受け取ったとき,メインタ スクが開始終了状態へ居移する条件を20字以内で答えよ。 (2)認識タスクがメインタスクに収穫に適したトマトを検出したことを通知す るときに合わせて通知する必要がある情報を答えよ。 (3)表3中の|a|に入れるタスク名を,表3中のタスク名で答えよ。
設問3アームの制御について,アームの名関節部の軸に制御パルスが図5のように 入力された場合,アームはどのような姿勢に変化するか。解答群の中から選び 記号で答えよ。 時間———_>> ,eeu}i6ミリ秒}6ミリ秒} 軸1|||||| i—::| |19ミリ秒!1105 YR!1108 UR! 軸2|||||| 9 H H H H 6け1 ]BS UY 3ミリ秒}3ミリ秒} 軸3||||||; —';1 図5サーボモーターへの入力制御パルス 解答群 ア軸1が-54度,軸2が5度,軸3が-72度変化した姿勢 イ軸1が609度,軸2が-54度,軸3が72度変化した姿勢 エ軸1が5度,軸2が-54度,軸3が72度変化した姿勢
設問4障害物の検知について,収穫ロボットが直進中に,超音波センサーが正面の 障害物を検知して,移動を停止したとき,超音波センサーが超音波を出力してEz から検知に掛かった時間は最大何ミリ秒か。超音波が反射して戻ってくるまで「 に収穫ロボットが移動する距離を考慮して答えよ。ここで,音速は349mノ秒と し,障害物は検知した位置から動かずぜ,ソフトウェアの処理時間は考えないも のとする。答えは小数第3位を切り上げ,小数第2位まで求めよ。 —40— [メモ用紙) ー41一
スレッド処理に関する次の記述を読んで,設問に答えよ。 B社は,首都圏に約50店の美容室を運営する美容室チェーンである。B社では顧客 に顧客カードを発行し,B社の全店舗で顧客カードを持参した顧客に割引価格でサー ビスを提供している。近年,テレワークなどで外出機会が減ったことによって,顧客 の来店回数が減少しており,売上げが減少傾向にある。 そこでB社では,顧客に美容室に来てもらうために販売促進活動を行うことにした。 この販売促進活動のつとして,スマートフォン向けサービス(以下,新サービスと いう)を提供することにした。この新サービスの開発は,B社のWebサイトの構築経 験がある情報システム担当のCさんが担当することになった。 [新サービスの機能〕 Cさんは新サービスの開発に向けて,全店舗の店長から"顧客にもっと来店しても らうためのアイディア"を募った。集まったアイディアを基にCさんが考えた新サー ビスのトップ画面と四つの機能を図1に示す。 = 来店予約|店名日付,希望美容師,希望コースGIN OO OO様予約を行う機能と予約情報を確認。変更する機能。 ご来店:20XX年XX月日お知らせキャンペーン,新商品の入荷などの情報を知らせる 担当美容師:OO OO機能。 ーー おすすめの|スマートフォンのカメラで撮影した顧客の顔の特徴 髪型情報を基に,顧客ごとに似合う髪型を提案する機 の髪型能。 図1新サービスのトップ画面と四つの機能 〔新サービスを提供するアプリケーションソフトウェア] 次にCさんは,新サービスを提供するためのアプリケーションソフトウェア(LE, アプリケーションという)について調査した。その結果,アプリケーションの代表的 な種類には,|as]と|b|があることが分かった。|。dit,+ ーバでHTMLを生成してスマートフォンに送信する。スマートフォンの0Sの差異を考 =42「 慮した開発は不要だが,カメラやGPSなどのデバイスの利用が一部制限される。一方 |5|は,それ自体をスマートフォンにインストールして実行するもの(以下 スマホアプリという)である。0Sの差異を考慮した開発が必要であるが,カメラや GPSなどのデバイスを制限なく利用できる。この調査結果からCさんは,新サービス は| b|として開発することを提案し,上司の承認を得た。 【トップ画面の開発 次にCさんは,Java言語を用いてスマホアプリのトップ画面の開発に着手した。 トップ画面を実装し,画面の描画処理の中で,顧客番号に関連付けられた顧客氏名, 来店日付,担当美容師氏名の情報をサーバから取得して画面に表示する処理を行うよ うにした。しかし,このスマホアプリを実行したところ並行処理に関するエラー(例 外)が発生し,スマホアプリの実行が中断された。 このエラーの原因を究明するために,スマートフォン上で動作するGUIアプリケー ションにおける並行処理を行う仕組みに関して調査を行った。スマートフォンのOS 上で処理を実行するための仕組みとしてと|a|とがぁる。 |<|は,独立したメモリ空間を割り当てて実行されるものであり,多くの場 合アプリケーションの実行単位ごとに一つので実行される。一方 [og|は,一つのメモリ空間を共有しながら実行されるもので,一つの |c|の中で,複数の|d|を実行することができる。 GUIアプリケーションの開発では,画面描画,画面操作などの画面ユーザーインタ フェースに関する処理を行うメインスレッドと,メインスレッドと並行して比較的処 理時間が長い処理を行うやバックグラウンドスレッドWAR,ワーカースレッドとい う)とを分けて実装する必要がある。また,ワーカースレッドによる画面ユーザーイ ンタフェースに関する処理は禁止されていることが分かった。 そこで,トップ画面の処理をメインスレッドとワーカースレッドとに分けて実装す ることにし,トップ画面を完成させた。 〔おすすめの髪型機能の開発 次にじさんは,おすすめの髪型機能の開発に着手した。おすすめの髪型機能の実現 に必要な処理を表1に示す。なお,表1中の開始条件とは当該処理の実行を開始する ために必要な条件であり,処理時間は当該処理の実行に必要なスマートフォン内の計 算時間と標準的な通信時間の合計時間である。 表1おすすめの髪型機能の実現に必要な処理 oe| 処理1|スマートフォンのカメラデバイスから取得した|なし100 カメラ映像を画面に表示して,顧客が撮影ボタ ンを押した時点の画像を顔写真として保存す る。 画面に"処理中"のメッセージを表示する。 する。 処理4|処理1で保存した顔写真から毛髪部分を削除す|処理3の完了150 る画像処理を行う。 処理5|処理3で抽出した特徴点をサーバに送信し,お|処理3の完了200 すすめの髪型の画像を取得する。 処理4の結果画像と処理5の画像を合成する。 |処理7|処理6で合成した写真を画面に表示する。|処理6の完了|19| 表1の七つの処理を行うために,メインスレッドと二つのワーカースレッドを作 成して処理を行うプログラムを実装した。処理4と処理5は並行に実行できるので, 別々のワーカースレッドで処理することにした。このとき,処理6の実行の開始条件 は処理4と処理5が共に完了していることなので,二つのスレッドの完了を待ち合わ せる| e|操作を処理6のプログラムに記載した。 Cさんは,処理1一処理7で構成されるおすすめの髪型機能を実装してテスト用に 準備したスマートフォンで実行したところ,通信環境の良い場所では正常に動作した が,通信環境が悪い場所ではサーバからの応答を待ち続けてしまう問題が発生した。 この問題を解決するために③処理5のプログラムにある処理を追加した。 その後,Cさんはスマホアプリの全ての機能の開発とテストを完了させ,B社は新 サービスを用いた販売促進活動を開始した。
設問1本文中の|a|,|b|に入れる適切な字句を解答群の中から選 U,記号で答えよ。 解答群 アJavaアプレットイWebアプリケーション GQコラツールアプリケーションツDLネイティブアプリケーション
設問2〔トップ画面の開発】について答えよ。 (1)本文中の|c|],|d|に入れる適切な字句を解答群の中から BU,記号で答えよ。 解答群 アイベントイウィンドウウスレッド=Fawr (2)本文中の下線わについて,T-A-ALyY KCRATAS CI RVMBE 解答群の中から選び,記号で答えよ。 RE アサーバから取得した情報を画面に表示する処理 イサーバからのレスポンスを待つ処理 ウサーバヘリクエストを送信する処理 Iホスト名からIPアドレスを取得しTCPコネクションを確立する処理
設問3〔[おすすめの髪型機能の開発」について答えよ。 (1)本文中の下線のについて,表1中の処理2一処理7のうちメインスレッド で実行すべき処理だけを,表1中の処理名で全て答えよ。 (2)本文中の|。|に入れる適切な操作名を解答群の中から選び,記号 で答えよ。 解答群 アbreakイforkウjoin xX wait (3)本文中の下線$について,Cさんが追加した処理の内容を20字以内で答え Zn (4)おすすめの髪型機能を実行するために必要な処理時間は何ミリ秒か。ここ で,通信は標準的な時間で実行でき,表1に記載の処理時間以外については無 視できるものとする。 ー45一 FO新たな金融サービスを提供するシステム開発プロジェクトに関する次の記述を読ん で,設問に答えよ。 A社は,様々な金融商品を扱う金融サービス業である。これまで,全国の支店網を 通じて顧客を獲得・維持してきたが,CORE,顧客接点のデジタル化を進めた競合 他社に顧客が流出している。そこで,A社は顧客流出を防ぐため,店頭での対面接客 に加えて,認知・検索・行動・共有などの顧客接点をデジタル化し,顧客関係性を強 化する新たな金融サービスを提供するために,新システムを開発するプロジェクト (以下,本プロジェクトという)の立ち上げを決定した。本プロジェクトはA社の取 締役会で承認され,マーケティング部と情報システム部を統括するB役員がプロジェ クト責任者となり,プロジェクトマネージャ(PM)にはマーケティング部の(課長が 任命された。C課長は,本プロジェクトの立ち上げに着手した。 [プロジェクトの立ち上げ]〕 CARE,プロジェクト宮章を次のとおりまとめた。| ・プロジェクトの目的:顧客接点をデジタル化することで,顧客関係性を強化する新 たな金融サービスを提供する。 ・マイルストーン:本プロジェクト立ち上げ後6か月以内に,ファーストリリースす る。ファーストリリース後の顧客との関係性強化の状況を評価して,その後のプロ ジェクトの計画を検討する。 ・スコープ:機械学習技術を採用し,スマートフォンを用いて顧客の好みやニーズに 合わせた新たな金融サービスを提供する。マーケティング部のステークホルダは新 たな金融サービスについて多様な意見をもち,プロジェクト実行中はその影響を受 けるので頻築なスコープの変更を想定する。 ・プロジェクトフェーズ:過去に経験が少ない新たな金融サービスの提供に,経験の ない新たな技術である機械学習技術を採用するので,システム開発に先立ち,新た なサービスの提供と新たな技術の採用の両面で実現性を検証するPOCのフェーズを 設ける。PoCフェーズの評価基準には,顧客関係性の強化の達成状況など,定量的 な評価が可能な重要成功要因の指標を用いる。 ・プロジェクトチーム:表1のメンバーでプロジェクトを立ち上げ,適宜メンバーを 追加する。 ー46一 表1プロジェクト立ち上げのメンバー C課長|マーケティング部|CRM導入プロジェクトの全体統括をした経験,アジャイル型開発 (PM)プロジェクトに参加した経験がある。 D主任|マーケティング部|1年前に競合企業から転職してきたマーケティング業務の専門 家。CRMや会員向けECサイトのシステム開発プロジェクトに参 加した経験がある。A社の業務にはまだ精通していない。 E主任|情報システム部フルスタックエンジニア。データマートの構築,Javaのプログ ラミング,インターネット上のシステム開発などの経験が豊 富。機械学習技術の経験はない。 F氏情報システム部データエンジニア。データ分析,Pythonのプログラミング経験 はあるが,機械学習技術の経験はない。 B役員は,プロジェクト憲章を承認し,次の点によく留意して,プロジェクト計画 を作成するように(課長に指示した。 ・顧客接点のデジタル化への機械学習の適用を,自社だけで技術習得して実施するか, 他社に技術支援を業務として委託するか,今後のことも考えて決定すること。 ・ベンダーに技術支援を業務委託する場合は,マーケティング部と情報システム部の 従業員が,自分たちで使いこなせるレベルまで機械学習技術を習得する支援をして もらうこと。また,新たな金融サービスの提供において,顧客の様々な年代層が容 易に利用できるシステムの開発を支援できるベンダーを選定すること。なお,PoC では,技術面の検証業務を実施し,成果として検証結果をまとめたレポートを作成 してもらうこと。 ・同業者から,自社だけで機械学習技術を習得しようとしたが,習得に2年掛かった という話も聞いたので,進め方には留意すること。 C課長は,B役員の指示を受けてメンバーと検討した結果,本プロジェクトはPol を実施する点と,リリースまでに6か月しかない点,| a|点を考慮し,アジ ャイル型開発アプローチを採用することにした。 C課長は,顧客接点のデジタル化への機械学習の適用を,自社だけで実施するか, 他社に技術支援を業務委託するかを検討した。その結果,自社にリソースがない点と, | b|点を考慮し,PoCとシステム開発の両フェーズで機械学習に関する技術 支援をベンダーに業務委託することにした。 また,C課長は,PoCを実施しても,既知のリスクとして特定できない不確実性は 残るので,プロジェクトが進むにつれて明らかになる未知のリスクへの対策として, プロジェクトの回復力(レジリエンス)を高める対策が必要と考えた。 〔ベンダーの選定〕 C課長は,機械学習技術に関する技術支援への対応が可能なベンダー7社について, ベンダーから提示された情報を基に,機械学習技術に関する現在の対応状況を調査し た。 この調査に基づき,C課長は,技術習得とシステム開発の支援の提案を依頼するべ ンダーを4社に絞り込んだ。その上で,ベンダーからの提案書に対して五つの評価項 目を定め,ベンダーを評価することとした。 ベンダー4社に対して,提案を依頼し,提出された提案を基に,プロジェクトメン バーで評価項目について評価を行い,表2のベンダー比較表を作成した。 表2ベンダー比較表 を含むこと fame[memacovarammocesce|4|4|3|3 |提案内容|他社と差別修できる技術であるとと。|4|3|4|3| 注記評価項目の点数。1:不足,2:やや不足,3:ほぼ十分,4:十分 ベンダー比較表を基に,B役員の指示を踏まえて審査した結果,|c|社を 選定した。B役員の最終承認を得て,①本プロジェクトのPoCの特性を考慮し,準委 任契約で委託することにした。 C課長は,システム開発フェーズの途中で,技術支援の範囲拡大や支援メンバーの 増員を依頼した場合の対応までのリードタイムや増員の条件について,@選定したベべI ンダーに確認しようと考えた。 〔役割分担] C課長は,マーケティング部のステークホルダがもつ多様な意見を理解して,それ ー48一 を本プロジェクトのプロダクトバックログとして設定するプロダクトオーナーの役割 が重要であると考えた。C課長は,OD主任が.プロダクトオーナーに適任であると BA,D主任に担当してもらうことにした。 C課長は,プロジェクトチームのメンバーと協議して,PoCでは,D主任の設定し た仮説に基づき,プロダクトバックログを定め,プロジェクトの開発メンバーがベン ダーの技術支援を受けてMVP(Minimum Viable Product)を作成することにした。そ LT,マーケティング部のステークホルダに試用してもらい,④あるものを測定する bic bes 設問1〔プロジェクトの立ち上げ〕について答えよ。 (1)本文中の|a|に入れる適切な字句を290字以内で答えよ。 (2)本文中の|b|に入れる適切な字句を20字以内で答えよ。 設問2〔ベンダーの選定〕]について答えよ。 (1)本文中の|c|に入れる適切な字句を,アルファベット1 ORR よ。また,| c|社を選定した理由を,表2の評価項目の字句を使って 20字以内で答えよ。 (2)本文中の下線のについて,準委任契約で委託することにしたのは本プロジ ェクトのPoCの特性として何を考慮したからか。適切なものを解答群の中から 選び,記号で答えよ。 解答群 ア既知のリスクとして特定できない不確実性が残る。 イ実現性を検証することが目的である。 ウ評価基準に重要成功要因の指標を用いる。 エエマーケティング部がMVPを試用する。 (3)本文中の下線@について,C課長が,ベンダーに確認する目的は何か。25 字以内で答えよ。 設問3役割分担)})について答えよ。 (1)本文中の下線③について,D主任がプロダクトオーナーに適任だと考えた 理由は何か。39字以内で答えよ。 (2)本文中の下線のについて,測定するものとは何か。15字以内で答えよ。 ー49— 〔新サービスとサービスマネジメントの概要]〕 販売部のG課長が業務要件を取りまとめ,システム開発課が現システムを改修し, システム運用課が1T基盤を用いて新システムを運用する。販売担当者が現サービス と同様に引き合いに関する情報を新システムに登録して,提案情報作成を新システム に要求すると,新サービスでは新システムと製品管理システムとが連動して処理を実 行し,提案に必要となる納期と価格の情報を表示する。 新サービスのサービスマネジメントについては,現サービス同様に.サービス課販 売サービスチームの「君が担当する。サービス課では,従来からサービスデスク機能 をコールセンター会社のY社に委託しており,新サービスについても,利用者からの 問合せは,サービスデスクが直接受け付けて,利用者に回答を行う。問合せの内容が, インシデント発生に関わる内容の場合は,サービスデスクから販売サービスチームに エスカレーションされ,情報システム部で対応し,対応完了後,販売サービスチーム lt,サービスデスクに対応完了の連絡をする。例えば,一部のストレージ障害が疑わ れる場合は,販売サービスチームはシステム運用課にインシデントの診断を依頼し, システム運用課が障害箇所を特定する。その後,システム運用課で当該ストレージを 復旧させ,販売サービスチームに復旧の連絡を行う。販売サービスチームはサービス デスクに連絡し,サービスデスクでは,サービスが利用できることを利用者に確認し てサービス回復とする。 [サービスレベル項目と目標の設定] 社内に提供するサービスについて,これまで情報システム部は,社内の利用部門と の間でSLAを合意していなかったが,新サービスではサービスレベル項目と目標を明 確にし,販売部と情報システム部との間でSLAを合意することにした。そこで,情報 システム部が情報システム部長の指示のもとで,販売部の要求事項と実現可能性を考 慮しながらサービスレベル項目と目標の案を作成し,新サービスの利害関係者と十分 にレビューを行って合意内容を決定することとなった。『F君が新サービスのSLAを作 成する責任者となり,販売部との合意の前に,新システムの開発及び運用を担うシス テム開発課及びシステム運用課のメンバーと協力してSLAのサービスレベル項目と目 標を作成することにした。 F Bld,システム開発課がシステム設計を完了する前に,現システムで測定されて ー51一 いるシステム評価指標を参考に,表1に示す販売部と情報システム部との間のサービ スレベル項目と目標(案)を作成した。 表1販売部と情報システム部との間のサービスレベル項目と目標(案) ja サービス時間E社営業日の9時から20時まで サービス乏働率月間目標値:959%以上 3|性能の登録処理の応答時間|PS PAP 引き合いに関する情報|。。、 on,インシデント発生時の、 にサービスデスクのサポ|問合せ受付業務を実施する時間帯:E ae 注記18時から20時までの間で利用者がインシデントと思われる事象を発見した場合は。サービ スデスクの代わりにサービス課が受け付けて,対応する。 注”サービスデスクが受け付けてからサービスが回復するまでの経過時間のことである。経過時 間は,E社営業日の営業時間の範囲で計測する。例えば,受付が15時でサービスの回復が翌党 業日の12時の場合,サービス回復時間は6時間である。 F君は,表1を販売部のG課長に提示した。G課長は,販売部の要求事項に関連す る内容が欠けていることを指摘し,表1にサービスレベル項目を追加するように要 KLE EITC,F君は,新システムに関わる情報システム部のメンバーと協議を行 い,システム設計で目標としている性能を基にサービスレベル目標を設定し,追加す るサービスレベル項目とともにG課長に提示し,了承を得た。 [サービス提供者とサービス供給者との合意〕 新サービスは,サービス課がサービス提供者となって,SLAに基づいて販売部にサ ービス提供される。サービス提供に際しては,外部供給者としてY HA,内部供給者 としてシステム開発課及びシステム運用課が関与する。 サービスデスクについてのサービスレベル目標の合意は,従来,サービス課とY社 との間で|a|として文書化されている。この中で,サービス課は,合意の前 提となる問合せ件数が大きく増減する場合は,1か月前にY社に件数を提示すること になっている。Y社は,提示された問合せ件数に基づき作業負荷を見積もり,サービ スデスク要員の体制を確保する。 ee 52ーー F君は,②新サービスを契機として,サービス課と内部供給者との間で,サービス レベル項目と目標を合意することにした。新サービスについてのサービス課とシステ ム開発課との間の主要なサービスレベル項目と目標(案)を表2に示す。 表2サービス課とシステム開発課との間の主要なサービスレベル項目と目標(案) a | 2|場合,システム開発課がサービス課からのインシデントの診断|8時間以内 の診断依頼をシステム開発課が受け付ける時間帯18時まで 依頼を受け付けてからシステムを復旧するまでの時間 注りE社営業日の営業時間の範囲で計測する。 F君は,表2を上司にレビューしてもらった。すると,上司から,表1項番4のサ ービスレベル目標を達成するためには,“OR 2項番2のサービスレベル目標は見直 す必要がある”という指摘を受けた。 [受入れテストにおける指摘と対応〕 システム開発課による開発作業が完了し,新サービス開始の2週間前に販売部が参 画する新サービスの受入れテストを開始した。受入れテストを行った結果,販売部か ら情報システム部に対して,次の評価と指摘が挙がった。 ・機能・性能とも大きな問題はなく,新サービスを開始してよいと判断できる。 ・新サービスの操作方法を説明したマニュアルは整備されているが,FERRIER 要求する処理に関してはサービスデスクへの問合せが多くなると想定される。 F Blt,サービスデスクへの問合せ件数が事前の想定よりも多くなる懸念を感じた。 Y社担当者とも検討し,④新サービス開始時点の問合せ件数を削減する対応が必要と 考えた。そこで,利用者が参照できる⑤FAQを社内Webシステムに掲載することによ って,新サービスの操作方法についてマニュアルで解決できない疑問が出た場合は, 利用者自身で解決できるように準備を進めることにした。 ー53一 設問1〔サービスレベル項目と目標の設定】について,本文中の下線①で6G課長が追 加するよう要求したサービスレベル項目として適切な内容を解答群の中から選び, 記号で答えよ。 解答群 ア製品の引き合いを受けてから提案するまでに要する時間 イ納入先情報の検索時間 ウ販売担当者が提案情報作成を新システムに要求してから納期と価格の情報 が表示されるまでに要する時間 エ販売担当者が提案情報作成を新システムに要求するときの新システムにお ける同時処理可能数 設問2〔サービス提供者とサービス供給者との合意〕]について答えよ。 (1)本文中の|a|に入れる適切な字句を解答群の中から選び,記号で SAL. 解答群 ア契約書イサービスカタログ ウサービス要求の実現に関する指示書Iリリースの受入れ基準書 (2)本文中の下線②で,F BA,サービス課と内部供給者との間でサービスレ ベル項目と目標を合意することにした理由は何か。49字以内で答えよ。 (3)本文中の下線③でサービスレベル目標を見直すべき理由は何か。49字以内 で答えよ。 設問3【〔受入れテストにおける指摘と対応】について答えよ。 (1)本文中の下線④で,F BM,問合せ件数を削減する対応が必要と考えた理 由は何か。サービスデスク運用の観点で,25字以内で答えよ。 (2)本文中の下線⑤の方策は,サービスデスクへの問合せ件数削減が期待でき るだけでなく,利用者にとっての利点も期待できる。利用者にとっての利点を 46字以内で答えよ。 ー54一 [メモ用紙] =BG一 問11情報システムに係るコンティンジェンシー計画の実効性の監査に関する次の記述 を読んで,設問に答えよ。 Z社は,中堅の通信販売事業者である。ここぐ数年は,通信販売需要の増加を追い風 に顧客数及び売上が増え,順調に業績が拡大しているが,その一方で,システム障害 発生時の影響の拡大.サイバー攻撃の脅威の増大など,事業継続に関わる新たなリス クが増加してきている。そこで,Z社内部監査室では今年度,主要な業務システムで ある通信販売管理システム(以下,通販システムという)に係るコンティンジェンシ 一計画(LAF,CPという)の実効性について監査を行うことにした。2社内部監査室 のリーダーX氏は,監査担当者のY氏と予備調査を実施した。予備調査の結果,把握 した事項は次のとおりである。 [通販システムの概要〕 通販システムは,Z社情報システム部が自社開発し,5年前に稼働したシステムで あり,受注管理,出荷・配送管理,商品管理の各サブシステムから構成されている。 稼働後,通販システムの機能には大きな変更はないが,近年の取引量の増加に伴い, 昨年通販システムサーバの処理能力を増強している。 情報システム部は,通販システムの構築に際して可用性を確保するために,サーバ の冗長構成については,費用対効果を考慮してウォームスタンバイ方式を採用した。 Z社には東西2か所に配送センターがあり,通販システムサーバは,東センターに設 置されている。東・西センターの現状のサーバ構成を図1に示す。 通販システムのデータバックアップは日次の夜間バッチ処理で行われており,取得 したバックアップデータは東センターのファイルサーバに保管される。また,バック アデアップデータは西セシターに日次でデータ伝送され。パッグアップデーダとして, 西センターのバックオフィス系サーバに保管されている。- バックオフィス系サーバは,通販システムの構築と同時に導入されたものである。 緊急時の通販システムの待機系サーバであるとともに,通常時は人事給与システムと 会計システムを稼働させるように設計された。Z社が社内の業務とコミュニケーショ ンを円滑化するために,ここ2,年の間に新しく導入したワークフローシステムや グループウェアなどの社内業務支援システムもバックオフィス系サーバで稼働させて ー56一 いる。なお,Z社ではバックオフィス系サーバで稼働している人事給与システム,会 計システム,社内業務支援システムを総称して社内システムと呼んでいる。 東センター西センター 通販システムサーバ Ree ee 日次で データアップデータ 図1東・西センターの現状のサーバ構成 (CPの概要〕 CPは,5年前に通販システムを構築した際に,情報システム部が策定したものであ る。CPのリスクシナリオとしては,大規模自然災害.システム障害.サイバー攻撃 (併せて以下,危機事象という)によって東センターが使用できなくなった事態を想 定している。その場合の代替策として,西センターのバックオフィス系サーバを利用 して通販システムを暫定復旧することを計画している。 東センターで人危機事象が発生し,通販システムの早期復旧が困難と判断された場合 には,CPを発動し,西センターのバックオフィス系サーバ上のシステム負荷の高い 社内システムを停止する。その後,通販システムの業務アプリケーションやデータベ ースなどの必要なソフトウェアをセットアップし,副バックアップデータからデータ ベースを復元する。さらに,ネットワークの切替えを含む必要な環境設定を行い,通 販システムを暫定復旧する計画になっている。5年前の通販システム乏働後,CPを発 動した実績はない。 (CPの訓練状況] 5年前の通販システム稼働直前に,西センターのバックオフィス系サーバにおいて, ー57— 復旧テストを実施した。復旧テストでは,副バックアップデータからデータベースが 正常に復元できること,バックオフィス系サーバで実際に通販システムを稼働させる のに必要最低限の処理能力が確保できていることを確認している。 通販システム稼働後のCPの訓練は,訓練計画に従いあらかじめ作成された訓練シ ナリオを基に,毎年実機訓練を実施している。具体的には,西センターで稼働中の社 内システムが保守のために停止するタイミングで,バックオフィス系サーバに必要な ソフトウェアをセットアップし,副バックアップデータを使用したデータベースの復 元訓練まで行っている。CP策定以降の訓練結果では,大きな問題は見つかっておら ず,CPの見直しは行われていない。 内部監査室は,予備調査の結果を基に本調査に向けた準備を開始した。 〔本調査に向けた準備 X氏は,Y氏に予備調査結果から想定されるリスクと監査手続を整理するように指 示した。Y氏がまとめた想定されるリスクと監査手続を表1に示す。 Rl想定されるリスクと監査手続(抜粋) a ere ee ムの構成暫定復旧までに時間が掛かる。していることを確かめる。 る。とを確かめる。 ず,潜在的な問題が発見されな|め定められていることを確かめる。 い。 X氏は表1の内容についてレビューを実施した。レビュー結果を踏まえたX氏とY 氏の主なやり取りは次のとおりである。 X氏:①今回の監査の背景を踏まえると,ここ数年の当社を取り巻く状況から,CPの リスクシナリオの想定範囲が十分でなくなっている可能性もある。これについ ても想定されるリスクとして追加し,監査手続を検討すること。 co BB ee Y氏:承知した。 XR:CPの訓練に関連して,西センターでの復旧テストの実施時期がシステム稼働前 であり,その後の変更状況を考慮すると,CP発動時に暫定復旧後の通販シス テムで問題が発生するリスクが考えられる。これについても監査手続を作成す ること。 Y氏:承知した。監査手続で確認すべき具体的なポイントとしては,通販システムが 稼働後に|d|していることを考慮して,|e|についても同様 に必要な対応ができているか,ということでよいか。 X氏:それでよい。また,現在のCPの訓練内容について,CP発動時に暫定復旧が円 滑に実施できないリスクがあるので,それについても監査手続を作成すること。 Y氏:承知した。について,最低限机上での訓練を実施しなくて問題が ないのかを確認する。 X氏:さらに,@通販システムの暫定復旧計画において,バックオフィス系サーバの 社内システムを停止することによる影響が懸念されるので,それについても確 琶しておいた方がよい。 レビューの結果を受けて,Y氏は監査手続の見直しに着手した。 設問1表1中の|a|~[ic|に入れる最も適切な字句を解答群の中か ら選び,記号で答えよ。 解答衝 アCP訓練4 CP発動基準ウ環境設定 エ機能要件オ評価項目カ目標復旧時間 設問2本文中の下線部①について,監査手続の検討時に考慮すべきリスクを二っ挙げ, それぞれ25 FUNCHAL. 設問3本文中の|d|,| 。|に入れる適切な字句を,それぞれ15字以 内で答えよ。
設問4本文中の|f|に入れる適切な字句を,25字以内で答えよ。
設問5本文中の下線部のについて,どのような影響が懸念されるか。25字以内で答 Ad _59— [xモ用紙) ー60一 [xモ用紙) [メモ用紙〕 [メモ用紙〕
各問題の下に出典を記載しています。