問問1 設問1
設問1表1中の| 』|に入れる適切な字句を5字以内で答えよ。
応用情報技術者 2022年 春期 午後の問題文33問です。図・表・別冊資料と正解は掲載していませんので、出典の公表資料またはアプリでご確認ください。
通信販売サイトのセキュリティインシデント対応に関する次の記述を読んで,設問 1て4に答えよ。 R社は,文房具やオフィス家具を製造し,店舗及び通信販売サイトで販売している。 通信販売サイトでの購入には会員登録が必要である。通信販売サイトはECサイト用 CMS(Content Management System)を利用して構築している。通信販売サイトの管 理及び運用は,R社システム部門の運用担当者が実施していて,通信販売サイトに関 する会員からの問合せは,システム部門のサポート担当者が対応している。 [通信販売サイトの不正アクセス対策 通信販売サイトはR社のデータセンタに設置されたルータ,レイヤ2スイッチ,フ ァイアウォール(以下,FWという),IPS(Intrusion Prevention System)などのネッ トワーク機器とCMSサーバ,データベースサーバ,NTPサーバ,ログサーバなどの サーバ機器と各種ソフトウェアとで構成されている。通信販売サイトは,会員情報な どの個人情報を扱うので,様々なセキュリティ対策を実施している。R社が通信販売 サイトで実施している不正アクセス対策(抜粋)を表1に示す。 表1通信販売サイトの不正アクセス対策(抜粋) ーータベースサーバ|し最新版の修正プログラムを適用 回 を利用して検知し防御 IPSは不正パターンをシグネチャに登録するシグネチャ型であり,シグネチャは毎 日自動的に更新される。 項番4の対策をCMSサーバ及びデータベースサーバ上で行うことで不正アクセス を受けにくくしている。R社では,①項番5の対策を実施するために,OS,ミドルウ ーォー ぜい ェア及びCMSで利用している製品について必要な管理を実施して,脆弱性情報及び 修正プログラムの有無を確認している。Ek,項番6の対策で利用している | b ik,ソフトウェア型を導入していて,シグネチャはR社の運用担当者が, システムへの影響びがないことを確認した上で更新している。 [セキュリティインシデントの発生]〕 ある日,通信販売サイトが改ざんされ,会員が不適切がサイトに誘導されるという セキュリテイィインシデントが発生した。通信販売サイトを閉鎖し,ログサーバが収集 したログを解析して原因を調査したところ,特定のリクエストを送信すると,コンテ ンツの改ざんが可能となるCMSの脆弱性を利用した不正アクセスであることが判明 Les R社の公式ホームページでセキュリティインシデントを公表し,通信販売サイトの 復旧とCMSの脆弱性に対する暫定対策を実施した上で,通信販売サイトを再開した。 今回の事態を重く見たシステム部門のS部長は,セキュリティ担当の芽主任に今回 のセキュリティインシデント対応で確認した事象と課題の整理を指示した。 [セキュリティインシデント対応で確認した事象と課題] T主任は関係者から,今回のセキュリティインシデント対応について聞き取り調査 を行い,確認した事象と課題を表2にまとめて,S部長に報告した。 表2セキュリティインシデント対応で確認した事象と課題(抜粋) CMSの脆弱性を利用して不正アク|CMSへの修正プログラム適用は手順どおり実施され 1セスざれた。ていたが,今回の不正アクセスに有効な対策がとられ ていなかった。 |b|]のシグネチャが更新さ| b|は稼働していたが,運用担当者がシグネ れていなかった。チャを更新していなかった。 。通信販売サイトが改ざんされてか|サイト閉鎖を判断し指示するルールが明確になってい らサイト閉鎖まで時間を要した。なかった。 改ざんが行われたことを短時間で検知できなかった。 原因調査に時間が掛かり,R社の公|ログサーバ上の各機器やソフトウェアのログを用いた 5|式ホームページなどでの公表が遅|相関分析に時間が掛かった。 れた。 iis 5— S部長はT主任からの報告を受け,セキュリティインシデントを専門に扱い,イン シデント発生時の情報収集と各担当へのインシデント対応の指示を行うインシデント 対応チームを設置するとともに,今回確認した課題に対する再発防止策の立案をT主 任に指示した。 [再発防止策] T主任は,再発防止のために,表2の各項目への対策を実施することにした。 項番1については,CMSサーバを構成する05,ミドルウェア及びCMSの脆弱性 情報の収集や修正プログラムの適用は実施していたが,②⑫今回の不正アクセスのきっ かけとなった脆弱性に対応する修正プログラムはまだリリースされていなかった。こ |のような場合,08,ミドルウェア及びCMSに対する③暫定対策が実施可能であると きは,暫定対策を実施することにした。 項番2については,| b|の運用において,新しいシグネチャに更新した際 に,デフォルト設定のセキュリティレベルが厳し過ぎて正常な通信まで遮断してしま 5を起こすことがあり,運用担当者はしばらくシグネチャを更新してい なかったことが判明した。運用担当者のスキルを考慮して,運用担当者によるシグネ チヤ更新が不要なクラウド型|b|サービスを利用することにした。 項番3については,| d|がセキュリティインシデントの虹響度を判断し, サイト閉鎖を指示するルールを作成して,サイト閉鎖までの時間を短縮するようにし た。 項番4については,サイトの改ざんが行われたことを検知する対策として,様々な 検知方式の中から未知の改ざんパターンによるサイト改ざんも検知可能であること, 誤って検知することが少ないことから,ハッシュリスト比較型を利用することにした。 項番5については,③④各ネットワーク機器,サーバ機器及び各種ソフトウェアから ログを収集し時系列などで相関分析を行いセキュリティインシデントの予兆や痕跡 を検出して管理者へ通知するシステムの導入を検討することにした。 T主任は対策を取りまとめて8部長に報告し,了承された。 ー6一
設問1表1中の| 』|に入れる適切な字句を5字以内で答えよ。
設問2本文及び表1,2中の| b|に入れる適切な字句をアルファベット3字で aL,
設問3 AXHOTMOCHES SN SNAEMAROH DSS CHU,記号で答えよ。 解答群| ア販売価格イバージョン ウ名称=ライセンシス
設問4再発防止策)について,①ー(⑤)に答えよ。 Q)本文中の下線②の状況を利用した攻撃の名称を8字以内で答えよ。 (2)本文中の下線@について,暫定対策を実施可能と判断するために必要な対 応を解答群の中から選び,記号で答えよ。 pe ア過去の修正プログラムの内容を確認 イ修正プログラムの提供予定日を確認 ウ脆弱性の回避策を調査 エ同様の脆弱性が存在するソフトウェアを確認 ⑬)本文中の|<|に入れる適切な字句を解答群の中から選び,MECH えよ。 解答群 ア過検知イ機器故障ウ末検知エ予兆検知 ⑭本文中の| d|に入れる適切な組織名称を本文中の字旬を用いて15 字以内で答えよ。 (5)本文中の下線@のシステム名称をアルファベット4字で答えよ。 _ 囲んで解答してください。 なお,5問以上O印で囲んだ場合は,はじめの4問について採点します。
化粧品製造販売会社でのゲーム理論を用いた事業戦略の検討に関する次の記述を 読んで,設問1こ3に答えよ。 A社は,国内大手の化粧品製造販売会社である。国内に八つの工場をもち,自社で 企画した商品の製造を行っている。販売チャネルとして,全国の都市に約30の販売 子会社と約200の直営店をもち,更に加盟店契約を結んだ約2万の化粧品販売店 (以下,加盟店という)がある。卸売会社を通さずに販売子会社から加盟店への流 通チャネルを一本化して,販売価格を維持してきた。加盟店から加盟店料を徴収す る見返りに,販売棚などの仕器の無償貸出やA社の美容販売員の加盟店への派遣な“ どのA社独自の手厚い支援を通じて,共存共栄の関係を築いてきた。化粧品販売で は実際に商品を試してから購入したいという顧客ニーズが強く,A社の事業は加盟店 の販売網による店舗販売が支えていた。また,各工場に隣接された物流倉庫から各 店舗への配送は,外部の運送会社に従量課金制の契約で業務委託している。 A社の主な顧客層は,20~60代の女性だが,近年は10代の若者層が増えている。 取扱商品は,スキンケアを中心にへヘアケア,フレグランスなど,幅広く揃えており, 粗利益率の高い中高価格帯の商品が売上全体の70%以上を占めている。 (A社の事業の状況と課題 A社の昨年度の売上高は7,600億円,営業利益は800億円であった。A社は,戦略 的な観点から高品質なイメージとブランドカカの維持に努め,工場及び直営店を自社 で保有し,積極的に広告宣伝及び研究開発を行ってきた。A社では,売上高にかかわ らず,これらの設備に係る費用,広告宣伝費及び研究開発費に毎年多額の費用を投 入してきたので,総費用に占める固定費の割合が高い状態であった。 A社の過去3年の売上高及び営業利益は微増だったが,今年度は,売上高は横ばい, 営業利益は微減の見通しである。A社は,これまで規模の経済を生かして市場シェア を拡大し,売上高を増やすことによって営業利益を増やすという事業戦略を採って きたが,景気の見通しが不透明であることから,景気が悪化しても安定した営業利 益を確保することを今後の経営の事業方針とした。①これまでの事業戦略は今後の| 経営の事業方針に適合しないので,主に固定費と変動費の割合の観点から費用構造 を見直し,これに従った事業戦略の策定に着手した。 ーg一 〔ゲーム理論を用いた事業戦略の検討 事業戦略の検討を指示された経営企画部は,まず固定費の中で金額が大きい自社 の工場への設備投資に着目し,今後の設備投資に関して次の三つの案を挙げた。 Q①)積極案:全8工場の生産能力を拡大し,更に新工場を建設する。 (2)現状維持案:28工場の生産能力を現状維持する。 (3)消極案:主要6工場の生産能力を現状維持し,それ以外の2工場を閉鎖する。 表1は,景気の見通しにおける設備投資案ごとの営業利益の予測である。それぞ れの営業利益の予測は,過去の知見から信頼性の高いデータに基づいている。 表1景気の見通しにおける設備投資案ごとの営業利益の予測 単位億円 |ems[gma|ino] SS 景気の見通しは不透明で,その予測は難しい。ここで,②設備投資案から一つの 案を選択する場合の意思決定の判断材料の一つとしてゲーム理論を用いることが有 効だった。この結果,A社の事業方針に従い|。|に基づくと,消極寄が最適 になることが分かった。 次に,これから最も強力な競合相手となるプレイヤーを加えたゲーム理論を用い た検討を行った。トイレタリー事業最大手B社が,3年前に化粧品事業に本格的に参 入してきた。強力な既存の流通ルートを生かし,現在は低価格帯の商品に絞ってド ラッグストアやコンビニエンスストアで販売して,化粧品の全価格帯を合わせた市 場シェア(以下,全体市場シェアという)を伸ばしている。現在の全体市場シェア はA社が38%,B社が24%CHS.今後,中高価格帯の商品の市場規模は現状維持 で,低価格帯の商品の市場規模が拡大すると予測しているので,両社の全体市場シ ェアの差は更に縮まると懸念している。 経営企画部は,これを受けて今後A社が注力すべき商品の価格帯について,次の 二つの案を挙げけた。ここから一つの案を選択する。 ーg一 (1)Al案(中高価格帯に注力):粗利益率が高い中高価格帯の割合を更に増やす。 (2)A2案(低価格帯に注力):売上高の増加が見込める低価格帯の割合を増やす。 これに対して,B社もBl案(中高価格帯に注力)又はB2案(低価格帯に注力) から一つを選択するものとする。両社の強みをもつ市場が異なるので,中高価格帯 市場で競合した場合は,A社がより有利に中高価格帯の市場シェアを獲得できる。逆 に,低価格帯市場で競合した場合は,B社に優位性がある。表2は,A社とB社が それぞれの案の下で獲得できる全体市場シェアを予測したものである。 表2注力すべき商品の価格帯のり案ごとの全体市場シェアの予測 単位% mr (中高価格帯に注力)(低価格帯に注力) 注記各欄の左側の数値はA社の全体市場シェア,右側の数値はB社の全体市場シェアの予測を表す。 A tht B社のそれぞれが,相手が選択する案に関係なく自社がより大きな全体市 場シェアを獲得できる案を選ぶとすると,両社が選択する案の組合せは“A社はAl 案を選択し,B社はB2案を選択する"ことになる。両社ともここから選択する案を 変更すると全体市場シェアは減っつてしまうので,あえて案を変更する理由がない。 これをゲーム理論では|bp|の状態と呼び,A社はAL案を選択すべきである という結果になった。“A1案とB2案”の組合せでのA社の全体市場シェアは37% で,現状よりも減少すると予測されたものの,③⑧A社の全体の営業利益は増加する可 能性が高いと考えた。 後日,経営企画部は,設備投資及び注力すべき商品の価格帯の検討結果を事業戦 略案としてまとめ,経営会議で報告し,その内容についておおむね賛同を得た。一 方,設備投資に関して|』|に基づくと消極案が最適となったことに対し, “景気好転のケースを想定して,顧客チャネルを拡充したらどうか。”という意見が 出た。また,注力すべき商品の価格帯に関して中高価格帯を選択することに対し, “更に中高価格帯に注力することには同意するが,低価格帯市場はB社の独壇場に BY,将来的に中高価格帯市場までも脅かされるのではないか。”という意見が出た。 [事業戦略案の策定〕 経営企画部は,前回の経営会議での意見に従って事業戦略案を策定し,再び経営 会議で報告した。 (1)売上高重視から収益性重視への転換 ・低価格帯中心の商品であるへヘアケア分野から撤退する。 ・主要6工場の生産能力は現状維持とし,主にヘアケア商品を生産している2工 場を閉鎖する。 ・不採算の直営店を閉鎖し,直営店数を現在の約200から半減させる。 (2)新たな商品ラインの開発 ・若者層向けのエントリモデルとして低価格帯の商品を拡充する。中高価格帯の 商品とは異なるブランドを作り,販売チャネルも変える。具体的には,自社製 造ではなく④OEMメーカに製造を委託して需要の変動に応じて生産する。また 直営店や加盟店では販売せずに⑤ドラッグストアやコンビニエンスストアで販 売し,A社の美容販売員の派遣を行わない。 (3)デジタル技術を活用した新たな事業モデルの開発 ・インターネットを介した中高価格帯の商品販売などのサービス(以下,ECサー ビスという)を開始する。2年後のECサービスによる売上高の割合を30%台に することを目標にする。 ・店舗サービスとECサービスとを連動させて,顧客との接点を増やす顧客統合シ ステムを開発する。 新たな事業モデルにおけるECサービスでは,例えば,顧客がECサービスを利用 して気になる商品があったら,顧客の同意を得てWeb上で希望する加盟店を紹介す る。顧客がその加盟店に訪れるのが初めての場合でも,美容販売員は,顧客がECサ ービスを利用した際に登録した顧客情報を参照して的確なカウンセリングやアドバ イスを行うことができるので,効果的な商品販売が期待できる。⑥この事業モデル iであれば店舗サービスとECサービスとが両立できることを加盟店に理解してもらう。 経営企画部の事業戦略案は承認され,実行計画の策定に着手することになった。 ーロー
設問1〔A社の事業の状況と課題]について,(1),②⑫)に答えよ。 (1)A社として固定費に分類される費用を解答群の中から選び,記号で答えよ。 解答群 ア化粧品の原材料費イ正社員の人件費 ウ製造ラインで作業する外注費エ配送を委託する外注費 (2)本文中の下線ののこれまでの事業戦略が今後の経営の事業方針に適合しな いのは,総費用に占める固定費の割合が高い状態が営業利益にどのような影 響をもたらすからか。30字以内で述べよ。
設問2[ゲーム理論を用いた事業戦略の検討)について,①~(3)に答えよ。 (1)本文中の下線②について,設備投資案の選択にゲーム理論を用いることが 有効だったが,それは表1中の景気の見通し及び営業利益の予測がそれぞれ どのような状態で与えられていたからか。30字以内で述べよ。 ②)本文中の|a],|5|]に入れる適切な字句を解答群の中から 選び,記号で答えよ。 解答群 ア混合戦略イナッシュ均衡 ウパレート最適エマクシマックス原理 Aマクシミン原理 (3)本文中の下線③について,このように考えた理由を,25字以内で述べよ。
設問3[事業戦略案の策定】について,(①,(②に答えよ。 1)本文中の下線④及び下線⑤の施策について,固定費と変動費の割合の観点 から費用構造の変化に関する共通点を,15字以内で答えよ。 (2)本文中の下線⑥について,A社の経営企画部が新たな事業モデルにおいて 店舗サービスとECサービスとが両立できると判断した化粧品販売の特性を, 本文中の字句を使って25字以内で述べよ。 ー12一 [xXモ用紙)
パズルの解答を求めるプログラムに関する次の記述を読んで,RH 1~3に答えよ。 太線で3X3の枠に区切られた9X9のマスから成る正方形の盤面に,1~9 ORF を入れるパズルの解答を求めるプログラムを考える。このパズルは,図1に示すよう に幾つかのマスに数字が入れられている状態から,数字の入っていない各マスに,1 <9のうちのどれかーーつの数字を入れていく。このとき,BMOM1IA,縦1列,及 び太線で囲まれた3X3の枠内の全てにおいて,1+9の数字が一つずつ入ることが このパズルのルールである。パズルの問題例を図1に,図1の解答を図2に示す。 2|fat fol 17||1上2I8HiH4191317]6]5」 ||4|l fet|fst|1 HI人lel2l5|71318|1」 is]|||[sf 2l9|[5lzZl3l6lsl4|219 |fot Tel7|fat||)上ll5l6l7I1|21318 6]|fst[st[ta}[elilslsietsfol7|4 ||[7]|4l9|til||3|12I7l814|915|116」 7l6|fol|||13|上ZIe6l2l9|8|4|1|513| ||fot|lel[al|Hisl9171316lsl4|2」 ||fay ll fel|1 Hsl3l4lslilzlel917」 図1問題例図2 Mi ors このパズルを解くための方針を次に示す。 方針:数字が入っていない空白のマスに,1~9の数字を入れて,パズルのルール にのっとって全部のマスを埋めることができる解答を探索する。 この方針に沿ってパズルを解く手順を考える。 [パズルを解く手順〕 Q)盤面の左上端から探索を開始する。マスは左端から順に右方向に探索し,右端 に達したら一行下がり,左端から順に探索する。 2)空白のマスを見つける。 (3)(②⑫)で見つけた空白のマスに,1~9の数字を順番に入れる。 (4)数字を入れたときに,その状態がパズルのルールにのっとっているかどうかを チェックする。 (4-1)ルールにのっとっている場合は,(2)に進んで次の空白のマスを見つける。 (4-2)ルールにのっとっていない場合は,(3)に戻って次の数字を入れる。このとき, 入れる数字がない場合には,マスを空白に戻して一つ前に数字を入れたマスに 戻り,(3から再開する。 (5)最後のマスまで数字が入り,空白のマスがなくなったら,それが解答となる。 [盤面の表現] この手順をプログラムに実装するために,9X9の盤面を次のデータ構造で表現す ることにした。 ・9X9の盤面を81個の要素をもつ1次元配列boardで表現する。添字は0から始ま る。各要素にはマスに入れられた数字が格納され,空白の場合は0を格納する。 配列boardによる盤面の表現を図3に示す。ここで括弧内の数字は配列board OV 字を表す。 ——A Ss SoS 図3配列boardによる盤面の表現 しルールのチェック方法〕 パズルのルールにのっとっているかどうかのチェックでは,数字を入れたマスが含 まれる横1行の左端のマス,縦1列の上端のマス,3X3の枠内の左上端のマスを特 定し,行,列,枠内のマスに既に格納されている数字と,入れた数字がそれぞれ重複 していないことを確認する。このチェックを“重複チェック”という。 (MIKO FAT F Ls) プログラムで使用する配列,関数,変数及び定数の一部を表1に示す。なお,表1 の配列及び変数は大域変数とする。 = 表1プログラムで使用する配列,BR,変数及び定数の一部 [sam~—CUd[m.)—“—=*~C*s*s—s—s“‘“—;wCASCOC“‘“CSNSSCNC‘C(‘(C((NCOC‘*C 初期化時には問題に合わせて要素に数字が設定される。 | 盤面を表すboard[]の添字xを引数とする。 スを示す添字xを引数とする。 数字の重複がない場合はtrue,重複がある場合はfalseを返す。 スを示す添字xを引数とする。 数字の重複がない場合はtrue,重複がある場合はfalseを返す。 のマスを示す添字xを引数とする。 数字の重複がない場合はtrue,重複がある場合はflseを返す。 OO check_ok(n,x)関数|row ok,column_ok,frame_okを呼び出し,全ての重複チェックを実行する関 数。チェック対象の数字n,。チェック対象のマスを示す添字xを引数とする。 重複がある場合はfalseを返す。 る変数。 る変数。 を格納する変数。 解法のプログラムのメインプログラムを図4に,BM solveのプログラムを図5に, 重複チェックを行うプログラムの一部を図6に示す。 function main() board[]を初期化する //問題を盤面に設定する solve(0)//盤面の左上端のマスを示す添字を引数として関数solveを呼び出す endfunction 図4メインプログラム function solve(x) if(xがMAX_BOARD一1より大きい) print board()//解答を出力する exit()//メインプログラムの処理を終了する else if()//対象のマスが空白でない場合 solve()//次の探索 else for(nを1から9まで1ずつ増やす)//1<9の数字を順にマスに入れる ーーディ board[x]<n solve()//次の探索 board[x]<—//再帰から戻った場合のマスの初期化 endif endfor endif endif endfunction 図5関数sotyveのプログラム function row_ok(n,x)//横1行の重複チェック row_top<//行の左端のマスを示す添字を求める for(iを9から8まで1ずつ増やす) し"ササ7 return false endif endfor return true endfunction function column_ok(n,x)//縦1列の重複チェック column_topで//列の上端のマスを示す添字を求める for(iを9から8まで1ずつ増やす) my! return false endif endfor return true endfunction function frame_ok(n,x)//3X3の枠内の重複チェック frame topでx一ーmod(x,3)//枠内の左上端のマスを示す添字を求める for(iを9から2まで1ずつ増やす) for(」を9から2まで1ずつ増やす) if(board[frame_top+9*i+」]がnと等しい) return false endif endfor endfor return true endfunction 図6重複チェックを行うプログラムの一部 [プログラムの改善] 解法のプログラムは深さ優先探索であり,探索の範囲が広くなるほど,再帰呼出し の回数が指数関数的に増加し,重複チェックの実行回数も増加する。 そこで,重複チェックの実行回数を少なくするために,各マスに入れることができ る数字を保持するためのデータ構造2を考える。データ構造Zは盤面のマスの数X9 の要素をもち,添字xは0から,添字nは1から始まる2次元配列とする。Z[x][n]は, ゲームのルールにのっとってboard[x]に数字nを入れることができる場合は要素に1 を,できない場合は要素に0を格納する。データ構造Zの初期化処理と更新処理を表 2のように定義した。 なお,データ構造2は大域変数として導入する。 表2データ構造Zの初期化処理と更新処理 間有CORP 初期化処理|初期化時の盤面に対し,個々の空白のマスについて1~9の数字を入れた場合の重複チェック ない数字は,データ構造2の該当する数字の要素に0を設定する。それ以外の要素には1を設 スを対象に,データ構造の該当する数字の要素を0に更新する。 [パズルを解く手順]の(1)の前にデータ構造Zの初期化処理を追加し,〔パズルを 解く手順]の(②)~て(5)を次の(2)て(④)のように変更した。 (2)空白のマスを見つける。 (3)データ構造Zを参照し,(2)で見つけた空白のマスに入れることができる数字の リストを取得し,リストの数字を順番に入れる。 (3-1)入れる数字がある場合,①処理Aを行った後,マスに数字を入れる。その後, データ構造Zの更新処理を行い,(2)に進んで次の空白のマスを見つける。 (3-2)入れる数字がない場合,マスを空白に戻し,OMBを行った後,一つ前に 数字を入れたマスに戻り,戻ったマスで取得したリストの次の数字から再開す る。 (4)最後のマスまで数字が入り,空白のマスがなくなったら,それが解答となる。 =&=
設問1図5中の|ア|~|エ|に入れる適切な字句を答えよ。
設問2図6中の|オォ|~|ヶ|に入れる適切な字句を答えよ。
設問3〔プログラムの改善)について,下線①の処理A及び下線②の処理Bの内容 を,“データ構造2"という字句を含めて,それぞれ20字以内で述べよ。
クラウドサービスの活用に関する次の記述を読んで,設問1こ4に答えよ。 J社は,自社のデータセンタからインターネットを介して名刺管理サービスを提供 している。このたび,運用コストの削減を目的として,クラウドサービスの活用を検 No Bo Rie, [非機能要件の確認〕 クラウドサービス活用後も従来のサービスレベルを満たすことを基本方針として, その非機能要件のうち性能・拡張性の要件について表1のとおり整理した。 表1性能・拡張性の要件(抜粋) メトリクス(指標 業務処理量|通常時の業務量オンライン処理 ・名刺登録処理1.000件時間, データ送受信量5Mバイトントランザクション ・名刺参照処理4.000件時間, データ送受信量2Mバイトプトランザクション バッチ処理 ・BIツール連携処理1件日 業務量増大度オンライン処理数増大率 ・1年の増大率2.0倍 性能目標値|オンラインレスポ|・名刺登録処理10秒以内,遵守率90% VK・名刺参照処理3秒以内,遵守率95% ツール和香9分 注記BI:Business Intelligence [クラウドサービスの概要〕 クラウドサービスの一覧を表2に示す。 表2クラウドサービスの一覧 FWインターネットからの不正アクセスを防ぐ|・料金 ことを目的として,インターネットと内部1台当たり50円時間 ネットワークとの間に設置する。 ストレー|HTML,CSS,スクリプトファイルなどの静|・料金(次の合計額) y的コンテンツ,アプリケーションプログラ1Gバイトの保存10円月 ム(以下,アプリケーションという)で利1Gバイトのデータ送信10円月 用するファイルなどを保存,送受信する。1Gバイトのデータ受信10円月 IaaS OS,ミドルウェア,プログラム言語,開発|・料金 フレームワークなどを自由に選択できる。1台当たり200円時間 設定も自由に変更できるので,実行時間の 長いバッチ処理なども可能である。ただ し,OSやミドルウェアのメンテナンスをサ ービス利用者側が実施する必要がある。 PaaS OS,ミドルウェア,プログラム言語,開発|・料金 フレームワークはクラウドサービス側が提1台当たり200円時間 供する。サービス利用者は開発したアプリ|・制約 ケーションをその実行環境に配置して利用1トランザクションの最大実行時 する。配置されたアプリケーションは常時間は10分 BOL,リクエストを待ち受ける。事前の 設定が必要だが,トランザクションの急激 な増加に応じて,|。|できる。 FaaS PaaS同様,アプリケーション実行環境をサ|・料金(次の合計額) ービスとして提供する。PaaSでは,受信し1時間当たり10万リクエストまで たリクエストを解析してから処理を実行0円,次の10万リクエストごとに し,結果をレスポンスとして出力するとこ20円 ろまで開発する必要があるのに対して,CPU使用時間1ミリ秒ごとに0.02 FaaSでは,実行したい処理の部分だけをプ円 ログラム中で| b|として実装すれば|・制約 よい。また,| 』|は事前の設定が不|1トランザクションの最大実行時 要である。間は10分。20分間一度も実行さ NEVE,応答が10秒以上掛か る場合がある。 CDNストレージ,IaaS,PaaS又はFaaSからのコ|・料金(次の合計額) ンテンツをインターネットに配信する。1万リクエストまで0円,次の1 ストレージからの静的コンテンツは,一度万リクエストごとに10円 読み込むと,更新されるまで|c|し|1Gバイトのデータ送信20円月 て再利用される。 注記FW:ファイアウォール CDN:Content Delivery Network [システム構成の検討〕 現在運用中のサービスは,OSやミドルウェアがPaaSやFaaSの実行環境のものよ りも1世代古いバージョンである。アプリケーションに改修を加えずに,そのまま の0Sやミドルウェアを利用する場合,利用するクラウドサービスはIaaSとなる。 Lab,①運用コストを抑えるためにオンライン処理はPaaS又はFaaSを利用する ことを検討する。PaaS又はFaaSでのアプリケーションは,WebAPIとして実装する。 そのWebAPIは,ストレージに保存されたスクリプトファイルが|q|とrw を介してWebブラウザへ配信され,実行されて呼び出される。 バッチ処理については,登録データ量が増加した場合,②PaaSやFaaSを利用する ことには問題があることから,IaaSを利用することにした。 検討したシステム構成案を図1に示す。 Web しスー( 図1システム構成案 (PaaSとFaaSとのクラウドサービス利用料金の比較] アプリケーションの実行環境として,PaaS又はFaaSのどちらのサービスを採用し た方が利用料金が低いか,通常時の業務量の場合に掛かる料金を算出して比較する。 クラウドサービス利用料金の試算に必要な情報を表3に整理した。 表3クラウドサービス利用料金の試算に必要な情報 PaaS 1台当たりの処理能力・名刺登録処理200 EZ A ・名刺参照処理500件ノ台 場合のCPU使用時間・名刺参照処理10ミリ秒件 ー99一 PaaSの場合,通常時の業務量から,オンライン処理で必要な最小必要台数を求め ると,名刺登録処理では54,名刺参照処理では|ce|台となる。したがって, 1時間当たりの費用は| f|円と試算できる。 FaaSの場合,通常時の業務量から1時間当たりのリクエスト数とCPU使用時間を 求め,1時間当たりの費用を試算すると,その費用は|gz|円となる。 試算結果を比較した結果,FaaSを採用した。 [オンラインレスポンスの課題と対策] クラウドサービスを活用したシステムの運用が始まるとすぐに,早朝や深夜にシス テムを利用した際,はじめの画面は表示されるが名刺登録や名刺参照を実行すると, データが表示されるまでに10秒以上の時間を要することがある,との課題が報告さ れた。クラウドサービスで提供されている各サービスのログを確認したところ, [hh ]の制約が原因であることが判明した。そこで,採用したクラウドサービ スを別のものには変更せずに,ある回避策を施したことで,課題を解消することが ‘CR Tes
設問1表2中の|』|~|<|に入れる適切な字句を答えよ。
設問2〔システム構成の検計について,①)~(3)に答えよ。 Q①)本文中の下線のについて,IaaSと比較して運用コストを抽えられるのはな ぜか。40字以内で述べよ。 ②)本文中の| q|に入れる適切な字句を,表2中のサービスの中から答 えよ。 (3)本文中の下線②にある問題とは何か。30字以内で述べよ。
設問3本文中の|ec|~| g|に入れる適切な数値を答えよ。
設問4〔オンラインレスポンスの課題と対策]について,(1),(②⑫②)に答えよ。 a本文中の|h|に入れる適切な字句を,表2中のサービスの中から答 Aska (2)本文中の下線③の回避策とは何か。40字以内で述べよ。 ー93—
ネットワークの構成変更に関する次の記述を読んで,設問13に答えよ。 P社は,本社と営業所をもつ中堅商社である。P社では,本社と営業所の間を, IPsecルータを利用してインターネットVPNで接続している。本社では,情報共有の ためのサーバ(以下,ISサーバという)を運用している。電子メールの送受信には, SaaS事業者のQ社が提供する電子メールサービス(以下,Mサービスという)を利 用している。ノートPC(以下,NPCという)からISサーバ及びMサービスへのア クセスは,HTTP Over TLS(以下,HTTPSという)で行っている。P社のネットワ ーク構成(抜粋)を図1に示す。 イィインターネットつつ Q社SaaS onc nn Pew| 1 IPsec!しししーーーーニーロ! !中coe AN:—ps]| |inte| :|;Gd ex[ |[yec]--[nec]|ビーーーay} Lume!|S! ーー FW:ファイアウォール 注記1 Q社SaaS内のサーバの接続構成は省略している。 注記2本社の内部LANのNPC,内部LANのサーバ,IPsecルータ1,FW及びDMZは,それぞれ異なるサブ ネットに設置されている。 図1 P社のネットワーク構成(抜粋) [P社のネットワーク機器の設定内容と動作 P社のネットワークのサーバ及びNPCの設定内容と動作を次に示す。 ・本社及び営業所(以下,社内という)のNPCは,社内DNSサーバで名前解決を行 Re ・社内DNSサーバは,ABB LANのサーバのIPアドレスを管理し,管理外のサーバ の名前解決要求は,外部DNSサーバに転送する。 ・外部DNSサーバは,DMZのサーバのグローバルIPアドレスを管理するとともに, DNSキャッシュサーバ機能をもつ。 ・プロキシサーバでは,利用者認証,URLフィルタリングを行うとともに,通信ロ グを取得する。 ・外出先及び社内のNPCのWebブラウザには,HTTP及びHTTPS通信がプロキシ サーバを経由するように,プロキシ設定にプロキシサーバのFQDNを登録する。 ただし,社内のNPCからISサーバへのアクセスは,プロキシサーバを経由せずに 直接行う。 ・ISサーバには,社内のNPCだけからアクセスしている。 ・外出先及び社内のNPCからMサービス及びインターネットへのアクセスは,プロ キシサーバ経由で行う。 NPCによる各種通信時に経由する社内の機器又はサーバを図2に示す。ここで, L2SWの記述は省略している。 「ISサーバにアクセスするとき {ical| laa| IE| !あ || 注記WHE,T7eAKOI-NZwI-CAtRI.~~OOSOCOC~CS<C:CS~SCSSSSS 図2 NPCによる各種通信時に経由する社内の機器又はサーバ FWに設定されている通信を許可するルール(抜粋)を表1に示す。 ー25一 表1 FWに設定されている通信を許可するルール(抜粋) プロトコルン宛先ポート番中 インターネット ーDM2 DMZつインター ネット WTANっpgししと||外交DNSサーバ|TCP53,UPPZ53 ro 注記FWは,応答パケットを自動的に通過させる,ステートフルパケットインスペクション機能 をもつ。 注TCP/8080 lk,プロキシサーバでの代替HTTPの待受けボートである。 このたびぴ,P社では,サーバの運用負荷の軽減と外出先からの社内情報へのアクセ スを目的に,ISサーバを廃止し,Q社が提供するグループウェアサービス(以下,G サービスという)を利用することにした。Gサービスへの通信は,Mサービスと同様 にHTTPSによって安全性が確保されている。Gサービスを利用するためのネットワ ーク(以下,新ネットワークという)の設計を,情報システム部のR主任が担当する ことになった。 [新ネットワーク構成と利用形態] R主任が設計した,新ネットワーク構成(抜粋)を図3に示す。 イシターットつ Q社SaaS 営業所!サーバサーバ a|3| !ee 1部LAN=iia| 1||)le|Lasw|DNS|| |||LaF| |[mel-Eew]ff 3 8 sc eases es ea ccs acsGes cm meses ee cacm css a eect ion ae hi ne er acm eral 注記Q社SaaS内のサーバの接続構成は省略している。 図3新ネットワーク構成(抜粋) 新ネットワークでは,サービスとインターネットの利用状況を管理するために,外 出先及び社内のNPCからMサービス,Gサービス及びインターネットへのアクセス を,プロキシサーバ経由で行うことにした。 R主任は,ISサーバの廃止に伴って不要になる,次の設定情報を削除した。 ・①NPCのWebブラウザの,プロキシ例外設定に登録されているFQDN ・社内DNSサーバのリソースレコード中の,ISサーバのAレコード (Gサービス利用開始後に発生した問題と対策〕 Gサービス利用開始後,インターネットを経由する通信の応答速度が,時間帯によ って低下するという問題が発生した。FWのログの調査によって,FWが管理するセ ッション情報が大量になったことによる,FWの負荷増大が原因であることが判明し た。そこで,FWを通過する通信量を削減するために,Mサービス及びGサービス (以下,二つのサービスを合わせてq-SaaSという)には,プロキシサーバを経由せ ず,外出先のNPCはHTTPSでアクセスし,本社のNPCはIPsecルータ1から,営 業所のNPCはIPsecルータ2から,インターネットVPNを経由せずHTTPSでアク セスすることにした。この変更によって,q-SaaSの利用状況は,プロキシサーバの通 信ログに記録されなくなるので,Q社から提供されるアクセスログによって把握する でBELA, 外出先及び社内のNPCからq-SaaSアクセス時に経由する社内の機器を図4に示す。 ここで,L2SWの記述は省略している。 注記網掛けは,アクセス先のサービスを示す。 ry図4外出先及び社内のNPCからq-SaaSアクセス時に経由する社内の機器 図4に示した経路に変更するために,R EES,②L3SWの経路表に新たな経路の 追加,及びIPsecルータ1とIPsecルータ2の設定変更を行うとともに,NPCのWeb ー27一 ブラウザでは,q-SaaS利用時にプロキシサーバを経由させないよう,プロキシ例外設 IL,Mサービス及びGサービスのFQDNを登録した。 設定変更後のIPsecルータ1の処理内容(抜粋)を表2に示す。IPsecルータ1は, 受信したパケットと表2中の照合する情報とを比較し,パケット転送時に一致した項 番の処理を行う。 表2設定変更後のIPsecルータ1の処理内容(抜粋) IPsecルータ2もIPsecルータ1と同様の設定変更を行う。これらの追加設定と設 定変更にとよってFWの負荷が軽減し,。インターネット利用時の応答速度の低下がなく WY,REE,ネットワークの構成変更を完了させた。
設問1【〔P社のネットワーク機器の設定内容と動作)について,(①⑪~(3)に答えよ。 (1)営業所のNPCがMサービスを利用するときに,図2中の(あ)を通過する パケットのIPヘッダ中の宛先IPアドレス及び送信元IPアドレスが示す,NPC, 機器又はサーバ名を,図2中の名称でそれぞれ答えよ。 (2)外出先のNPCからインターネット上のWebサーバにアクセスするとき, L2SW以外で経由する社内の機器又はサーバ名を,図2中の名称で全て答えよ。 ⑬表1中の|a|~-|c|に入れる適切な機器又はサーバ名を, 図1中の名称で答えよ。
設問2本文中の下線のについて,削除するFQDNをもつつ機器又はサーバ名を,図1中 の名称で答えよ。
設問3【〔Gサービス利用開始後に発生した問題と対策)について,(1),②⑫)に答えよ。 (1)本文中の下線②について,新たに追加する経路を,“qSaaS”という字句を 用いて,40字以内で答えよ。 ②⑫)表2中の| q|,|=|]に入れる適切なネットワークセグメン ト,サーバ又はサービス名を,本文中の名称で答えよ。 ー93一 [メモ用紙J
クーポン発行サービスに関する次の記述を読んで,設問1ー4に答えよ。 K社は,インターネットでホテル,旅館及びレストラン(以下,施設という)OF 約を取り扱う施設予約サービスを運営している。各施設は幾つかの利用プランを提供 していて,利用者はその中から好みのプランを選んで予約する。会員向けサービスの 拡充施策として,現在稼働している施設予約サービスに加え,クーポン発行サービス を開始することにした。 発行するクーポンには割引金額が設定されていて,施設予約の際に料金の割引に利 用することができる。K社は,施設,又は都道府県,若しくは市区町村を提携スポン サとして,提携スポンサと合意した割引金額,枚数のクーポンを発行する。 クーポン発行に関しては,提携スポンサによって各種制限が設けられているので, クーポンの獲得,。及びクーポンを利用した予約の際に,制限が満たされていることを チェックする仕組みを用意する。 提携スポンサによって任意に設定可能なチェック仕様の一部を表1に,クーポン発 行サービスの概要を表2に示す。 表1提携スポンサによって任意に設定可能なチェック仕様(一部) 提携スポンサクーポンの獲得制限クーポンを利用した予約制限 ・同一会員による同一クーポンの獲得可|・設定した施設だけを予約可能にする。 施設能枚数を,1枚に制限する(以下,“|・利用金額が設定金額以上の予約だけを 一会員1枚限りの獲得制限”という)。可能にする。 都道府県,・設定地区に居住する会員だけが獲得可|・設定地区にある施設だけを予約可能に 市区町村能にする。する。 表2クーポン発行サービスの概要 クーポンの|・発行予定及び発行中クーポンの情報は,会員向けのメール配信によって会員に周知され 照会施設予約サービスにおいて検索,照会ができる。 ケーポッンの|発行中のクーポンを利用するためには,。会員がクーポン獲得を行う必要がある。 和香・クーポン獲得を行える期間は定められている。 ・クーポンの発行枚数が上限に達すると,以降の獲得はできない。 ・獲得したクーポンは,施設予約サービスにおいて料金の割引に利用できる。 クーポンの|・1枚のクーポンは一つの予約だけに利用できる。 利用・クーポンを利用した予約をキャンセルすると,そのクーポンを別の予約に利用できる。 ・クーポンの利用期間は定められていて,期限を過ぎたクーポンは無効となる。 [クーポン発行サービスと施設予約サービスのE-R図] クーポン発行サービスと施設予約サービスで使用するデータベース(以下,予約サ イトデータベースという)OER図(抜粋)を図1に示す。予約サイトデータベー スでは,ER図のエンティティ名をテーブル名に,属性名を列名にして,適切なデー タ型で表定義した関係データベースによってデータを管理する。 クーポン管理テーブルの列名の先頭に“獲得制限”又は“予約制限"が付く列は, クーポンの獲得制限,又はクーポンを利用した予約制限のチェック処理で使用し,チ ェエックが必要ない場合にはNULLを設定する。“獲得制限1 HIRD”(clk,“同一会 員1枚限りの獲得制限”のチェックが必要なときは‘VY’を,不要なときはNULLを 設定する。 氏名会員コードダタヌンコード 会員住所都道府県コードCc.)最小利用人数 会員住所市区町村コード最大利用人数 利用人数1名分利用料金 利用開始日時 .クーボジコード性ポジシコニド 発行上限枚数クーポン祭行連番c 割引金額 獲得可能開始日時 外得可能終了日時クーポンコード 利用期間開始日クーポン発行連番施設コード 0 HARA K施設名 獲得制限1枚限り獲得制限1枚限り施設住所都道府県コード 獲得制限会員住所都道府県コード施設住所市区町村コード 獲得制限会員住所市区町村コード 予約制限施設コード凡例ーー:1対1 予約制限最低利用金額属性名ーータテ:1対多 予約制限施設住所都道府県コード属性名.<>:多対多 予約制限施設住所市区町村コード属性名 注記属性名の実線の下線___は主キー,破線の下線-___-.は外部キーを示す。 主キーの実線が付いている属性名には,外部キーの破線を付けない。 図1予約サイトデータベースのE-R図(抜粋) データベース設計者であるL主任は,“同一会員1枚限りの獲得制限”を制約とし て実装するために,図2のSQL文によってクーポン明細テーブルに対して, UNIQUE制約を付けた。なお,予約サイトデータベースにおいては,UNIQUE制約 を構成する複数の列で一つの列でもNULLの場合は,UNIQUE制約違反とならない、。 [|sa|クーポン明細ADD CONSTRAINTクーポン明細IX1 UNIQUE(クーポンコード,獲得会員コード,獲得制限1枚限り) 図2“同一会員1枚限りの獲得制限"を制約とするためのSLX・ L主任は,①予約テーブルの“クーポンコード”,“クーポン発行連番"に対しても, UNIQUE制約を付けた。 予約サイトデータベースでは,更新目的の参照処理と更新処理においてレコード単 位にロックを掛け,多重処理を行う設定としている。ロックが掛かるとトランザクシ ョンが終了するまでの間,他のトランザクションによる同一レコードに対する処理は ロック解放待ちとなる。 [クーポン獲得処理の連番管理方式] クーポン発行サービスと施設予約サービスのCRUD図(抜粋)を図3に示す。 クーポン新規登録処理では,1種類のクーポンにつき1レコードをクーポン管理テ ーブルに追加する。クーポン獲得チェック処理では,獲得可能期間,会員住所による 獲得制限,発行上限枚数に関するチェックを行う。チェックの結果,エラーがない場 合に表示される同意ボタンを押すことによって,クーポン獲得処理を行う。 リーレス|クーポン覆得チェック|R|-|er|ks| ノーポン半行上クーポン新規登録|一|-|CcC|- |クーポン義生”|R|-|中|em ーー。|6約前チェック|R|R|R|sm かーゼスmereee|R|C| -|R&R| |施設予約キャシセル|R|RD|-|-| 注記C:追加,R:参照,U:更新,D:削除 図3クーポン発行サービスと施設予約サービスのCRUD図(抜粋) クーポン発行サービスでは,上限の定められた発行枚数分のクーポンを抜けや重複 なく連番管理する方式が必要になる。特に,提携スポンサが都道府県,市区町村であ るクーポンは割引金額が大きく,クーポンの発行直後にトラフィックが集中すること が予想される。発行上限枚数到達後にクーポン獲得処理が動作する場合の考慮も必要 である。L EI,トラフィック集中時のリソース競合によるレスポンス悪化を懸念 して,ロック解放待ちを発生させない連番管理方式(以下,ロックなし方式という) のSQL文(M4)を考案した。このSQL文では,ロックを掛けずに参照し,主キー 制約によってクーポン発行連番の重複レコード作成を防止する。 ここで,関数COALESCE(A,B)は,AがNULLでないときはAを,AがNULLの ときはBを返す。また,“":クーポンコード”",":会員コード"は,該当の値を格納す る埋込み変数である。 INSERT INTOクーポン明細(クーポンコード,クーポン発行連番,獲得会員コード,獲得制限_1枚限り) WITH発行済枚数取得AS(SELECT COALESCE(MAX([||),0)AS発行済枚数 FROMクーポン明細WHEREクーポンコード=:クーポンコード) SELECT:クーポンコード, (SELECT発行済枚数+1 FROM発行済枚数取得WHERE (SELECT発行済枚数FROM発行済枚数取得)く発行上限枚数), :会員コード,獲得制限_1枚限り FROMクーポン管理WHEREクーポンコード=:クーポンコード 図4ロックなし方式のSQL文 [クーポン獲得処理の連番管理方式の見直し] ロックなし方式をレビューしたM課長は,トラフィック集中時に主キー制約違反 が発生することによって,会員による再オペレーションが頻発するデメリットを指摘 し,ロック解放待ちを発生させることによって更新が順次行われる連番管理方式(以 下,ロックあり方式という)の検討と方式の比較,高負荷試験の実施を指示した。 L主任は,クーポン管理テーブルに対して初期値が0の“発行済枚数"という列を 追加し,このデータ項目のカウントアップによって連番管理をするロックあり方式の SQL文(図5)を考案した。 UPDATEクーポン管理 WHEREクーポンコード=:クーポンコードAND発行済枚数<[_g; INSERT INTOクーポン明細(クーポンコード,クーポン発行連番,獲得会員コード,獲得制限_1枚限り) SELECT:クーポンコード,発行済枚数,:会員コード,獲得制限_1枚限り FROMクーポン管理WHEREクーポンコード=:クーポンコード: 図5ロックあり方式のSQL文 (ロックあり方式では,図3のCRUD図の一部に変更が発生する。 L主任は,ロックなし方式とロックあり方式の比較を表3にまとめ,高負荷試験を 実施した。 表3ロックなし方式とロックあり方式の比較 副問合せで取得する発行済枚数1の値がNULLにな 反となる。 ロック更新が行われず,クーポン明細テーブルのクーポン発 C,主キー制約違反となる。 注記表3中の[|g|]には,図5中の[|sg ]と同じ字句が入る。 高負荷試験実施の結果,どちらの方式でも最大トラフィック発生時のレスポンス スループットが規定値以内に収まることが確認できた。そこで,会員による再オペレ ーションの発生しないロックあり方式を採用することにした。
設問1〔クーポン発行サービスと施設予約サービスのER図]について,①て⑬に 答えよ。 ag)図1中の|』|~に入れる適切なエンティティ間の関連 及び属性名を答え,E-R図を完成させよ。 BB,エンティティ間の関連及び属性名の表記は,図1の凡例及び注記に人 トコ ⑫)図2中の| q|に入れる適切な字句を答えよ。 (3)本文中の下線〇は,どのような業務要件を実現するために行ったものか。 30字以内で述べよ。
設問2図4中の|e|に入れる適切な字句を答えよ。
設問3図5中の|f|,|g|に入れる適切な字句を答えよ。
設問4本文中の下線④②について,図3中の下線②,下線③の変更後のレコード操作内 容を,注記に従いそれぞれ答えよ。 [メモ用紙)
ワイヤレス防犯カメラの設計に関する次の記述を読んで,設問1ユー4に答えよ。 {社は,有線の防犯カメラを製造している。有線の防犯カメラの設置には通信ケー ブルの配線,電源の電気工事などが必要である。そこで,充電可能な電池を内蔵し て,太陽電池と接続することで,外部からの電力の供給が不要なワイヤレス防犯カ. メラ(以下。ワイヤレスカメラという)を設計することになった。 ワイヤレスカメラは,人などの動体を検各したときだけ,一定時間動画を撮影す る。撮影の開始時にスマートフォン(以下,スマホという)に通知する。また,ス マホから要求することで,現在の状況そスマホで視聴することができる。 [ワイヤレスカメラのシステム構成 ワイヤレスカメラのシステム構成を図1に示す。ワイヤレスカメラはWi-Fiルータ を介してインターネットと接続し,サーバ及びスマホと通信を行う。 ワイヤレスカメラ ノレ[eeトラーッジ 図1ワイヤレスカメラのシステム構成 ・カメラ部はカメラ及びマイクかとら構成される。動画用のエンコーダを内蔵しており, 音声付きの動画データを生成する。 ・動体センサは人体などが発する赤外線を計測して,赤外線の量の変化で人などの動 体を検知する。 ・通信部はWi-FiでWi-Fiルータを介してサーバ及びスマホと通信する。 ・制御部は,カメラ部,動体センサ及び通信部を制御する。 [ソイヤレスカメラの機能〕 ワイヤレスカメラには,自動撮影及び遠隔撮影の機能がある。 (1)自動撮影 ・動体を検知すると撮影を開始する。撮影を開始したとき,スマホに撮影を開始 したことを通知する。 ・撮影を開始してからTa秒間撮影する。ここで,4はパラメタである。 ・撮影した動画データは,一時的に制御部のバッファに書き込まれる。このとき, 動画データはバッファの先頭から書き込まれる。Ta秒間の撮影が終わるとバッ ファの動画データはサーバに送信される。 ・撮影中に新たに動体を検各すると,バッファにあるその時点までの動画データ をサーバに送信し始めると同時に,更にTa秒間撮影を行うも。このとき,動画デ ータはバッファの先頭から書き込まれる。 (2)遠隔撮影 ・スマホから遠隔撮影開始が要求されると撮影を開始する。 ・撮影した動画データはスマホに送信され,そのままスマホで視聴することができ る。 ・スマホから遠隔撮影終了が要求される,又は撮影を開始してから60秒経過する と撮影を終了する。 ・撮影中に再度,遠隔撮影開始が要求されると,その時点から60秒間又は遠隔撮 影終了が要求されるまで,撮影を続ける。 ・ワイヤレスカメラとスマホが通信するときに通信障害が発生すると,データの 再送は行わず,障害発生中の送受信データは消滅するが,撮影は続ける。 〔[ワソイヤレスカメラの状態遷移] (1)状態 ワイヤレスカメラの状態を表1に示す。 =GF=: 表1ワイヤレスカメラの状態 (2)イベント 状態遷移のトリガとなるイベントを表2に示す。 表2状態乱移のトリガとなるイベント (3)処理 状態遷移したときに行う処理を表3に示す。それぞれのタイマは新たに設定さ れると,直前のタイマ要求は取り消される。 表3状態乱移したときに行う処理 =Be ワイヤレスカメラの状態居移図を図2に示す。 遠隔撮影終了イベントor 遠隔撮影タイマ通知イベント自動撮影タイマ通知イベント凡例 (@)(@,6)@em [|。|動体検知通知イベント od(6,0)_Gui):ite 吉隔撮影開始イベ>動体検知通知イベントイベント |=中EE 動画データ通知イベント動画データ通知イベント (©)(④) 遠隔撮影開始イベント重体検知通知イベント Can me) i RRL AYP遠隔撮影開始イベント (@,@)a(®) [>]遠隔撮影終了イベントor jo)Ohmi—FBR MY bh RI 1 AY (@,©) 注記(処理)内の数字は,KR 3の項番の処理を行うことを示す。ただし,該当する処理がないときは, (処理)は記述しない。 図2ワイヤレスカメラの状態遷移図 (サーバに送られた動画データの不具合〕 自動撮影のテストを行ったとき,サーバに異常な動画データが送られてくる不具 合が発生した。通信及びハードウェアには問題がなかった。 この不具合は,自動撮影中に動体を検和したときに発生しており,バッファの使 い方に問題があることが判明した。 そこで,撮影中に新たに動体を検知した時点で,書き込まれているバッファの続 きから動画データを書き込み,バッファの| dq|まで書き込んだ場合は,バッ
設問1時刻に動体を検知して自動撮影を開始した。時刻t,から時刻t。まで途切れ ることなく自動撮影を続けており,時刻t。に最後の動体を検知した。このとき の自動撮影は何秒間行われたか。時間を表す式を答えよ。ここで,処理の遅延 及び通信の遅延は無視できるものとする。
設問2スマホから要求を行い動画の視聴を開始した。その10秒後に送受信の通信障 害が20秒間発生した。通信障害が発生してから5秒後にスマホから遠隔撮影開 始を要求した。スマホでの視聴が終了するのは視聴を開始してから何秒後か。 整数で答えよ。ここで,処理の遅延及び通信の遅延は無視できるものとする。
設問3〔ワイヤレスカメラの状態遷移】について,①⑪~(3)に答えよ。 (1)図2の状態遷移図の状態S1。S2に入れる適切な状態名を,表1中の状態名 で答えよ。 @図2中の|a|[b|に入れる適切なイベント名を,表2中の イベント名で答えよ。 ⑬図2中の|<|に入れる適切な処理を,表3中の項番で全て答えよ。
設問4[サーバに送られた動画データの不具合)について,①⑪-(3③)に答えよ。 Q)不具合が発生した理由を40字以内で述べよ。 a本文中の|a],Le|に入れる適切な字句を答えよ。 ⑬)本文中の|f|に入れるバッファの名称を答えよ。 == しメモ用紙〕
システム間のデータ連携方式に関する次の記述を読んで,設問1ー5に答えよ。 バスターミナルを運営するC社は,再開発に伴い,これまで散在していた小規模な バスターミナルを統合した,新たなバスターミナル(以下,新バスターミナルという) を運営することになった。 C社が運営する新バスターミナルには,複数のバス運行事業者(以下,運行事業者 という)の高速バス,観光バス,路線バスが発着する。このうち高速バスと観光バス は指定席制又は定員制であり,空席がない場合は乗車できない。乗車券の販売は,各 運行事業者が用意する販売端末やホームページで行う。 新バスターミナルでは,新バスターミナルシステムとして,バスの発着を管理する 運行管理システム,及びバスの発車時刻,発車番線,空席の有無などを利用者に案内 する案内表示システムを導入することになり,C社の情報システム部に所属するD君 が,運行事業者から空席の情報を取得するデータ連携方式の設計を行うことになつた。 〔新バスターミナルシステムの概要〕 新バスターミナルシステムの概要を図1に示す。 新バスターミナルシステム 運行管理システム案内表示システム |受信用フォルダ| ae||alee) ok空席情報運行計画|、/ターミナルのーー iy作成機能し案内表示機能 Ea 8)eet |空席情報2空席情報設定機能 i eet、 :こ連 S|9aーー 凡例一>:データの流れ。//:ファイル( ():データベース 注記運行管理システムには上記以外の機能もあるが,本問では省略している。 図1新バスターミナルシステムの概要| 運行管理システムがもつ案内表示に関連する機能を表1に,案内表示システムがも つ機能を表2に,表示器の表示項目の例を表3に示す。 表1運行管理システムがもつ案内表示に関連する機能 各運行事業者から月に1回提供される運行計画情報,及び各運行事業者との連携によって 運行事業者データ|一定の間隔で得られる空席情報を運行管理システムに取り込む。取り込んだ情報を収めた 連携機能ファイルは,受信用フォルダに格納する。その際,運行事業者ごとに決められたファイル 名を使用し,同名のファイルがある場合は,最新のファイルで上書きする。 受信用フォルダに格納された各運行事業者の運行計画情報を基に,新バスターミナルを発 着するバスの運行予定を表すターミナルの運行計画を月に1回作成する。このとき,ター 運行計画作成機能|ミナルの運行計画の空席数には初期値としてnullを設定する。運休などの変更発生時は 運行事業者からC社に変更情報が送付され,ターミナルの運行計画を変更する。作成した ターミナルの運行計画は,案内表示システムからも参照が可能である。 受信用フォルダに格納された高速バスや観光バスを運行する運行事業者の空席情報ファイ 補席情報取得機能ルを取得し,情報を併合して,高速バス,観光バスの発車日,便ごとの識別情報と空席数 muを保持する統合空席情報ファイルを作成する。一部の運行事業者の空席情報ファイルが取 得できない場合は,取得できた分だけで統合空席情報ファイルを作成する。 統合空席情報ファイルに格納された発車日,便ごとの空席数を基に,ターミナルの運行計 空席情報設定機能|画に空席数を設定する。情報は上書きする。統合空席情報ファイルに空席数の情報がない 便は,何もしない。 表2案内表示システムがもつつ機能 ターミナルの運行計画を基に,表3の例のように表示器に出発便の案内表示を行う。表示 器は複数の場所に設置されていて,総合案内所や乗り場などの設置場所によって表示の仕 案内表示機能方を変える。ターミナルの運行計画に空席数が設定されている便については,空席数に対 応する空席記号(〇,A,X)を表示する。表示する空席記号は別途定義するしきい値に よって決定する。ターミナルの運行計画の空席数がnulの場合は,"一”を表示する。 表3表示器の表示項目の例 発車時刻路線・行先運行事業者発車番線 路線A OO行FH|1|Oo |1230|路線パス|路線BHH行”lg社|4|一 [運行事業者の概要と連携機能の有無] 運行事業者データ連携機能の空席情報を取得する処理について,運行事業者が空席 情報を含むデータの連携機能をもつ場合には,それを活用する方針とした。そこで, D君は,高速バス,観光バスの運行事業者である社,FH,GH,H社について 運行している全てのバスの種別と連携機能の有無を調査した。調査結果を表4に示す。 なお,高速バス,観光バスの運行事業者は上記の4社だけであるが,路線バスだけ を運行する運行事業者であるS tt,T社が存在する。 表4 Ett,『社,G社,H社の調査結果 運行事業者空席情報に関する連携機能の有無 Bit高速バス高速バスについて,空席情報を含むファイルを作成し,ファイル転送を行う機能がある。 路線バスファイル形式は固定長,ファイルの文字コードはシフトJISコードである。 vac oe要求を受け付け,便ごとの空席数を回答するAPIを提供している。 G社高速バス高速バス,観光バスについて,空席情報を含むファイルを作成する機能がある。 観光バスファイル形式はCSV,ファイルの文字コードはUTEF-8 CHS. kp空席情報に関するファイル作成やAPIの機能はない。 ただし,H社Webページに便ごとの空席情報を掲載している。 E社,Fe,G社の空席情報の連携機能が提供しているデータ項目の書式と例を表 5に示す。 表5空席情報の連携機能が提供しているデータ項目の書式と例(抜粋) 宮寺ン人時 oH|YYYyMMDD|hhmm|3格| 例20220510 1200~~401 200~0020 0040 『例220510 1300 90001 10 30 "書式|YyMMDD|hhmm|5桁9|RR|RR MM 例2022-05-10 18:00 301 10 8 40 注記複数の種別のバスを運行する運行事業者は,路線コードと便コードを共通の書式で管理している。 注!FE社はーーつのコードで路線と便を管理している。 [データ項目の検討] D君は,表5の情報を基に,運行管理システムが運行事業者から取得する空席情報 ファイルのレコード構成,データ項目を検討した。 ・空席情報ファイルは,ヘッダレコード1件と必要な数のデータレコードから成り, ヘッダレコードには,作成日,作成時刻に加え,データレコード件数を含めること sed Oy a ・路線コード,便コードが運行事業者間で重複しないよう,二つのコードを結合し, 運行事業者ごとのコードを付加した一つのコード(以下,統合便コードという)と して取り扱うことにした。この統合便コードは,新バスターミナルシステム全体で 使用する。この検討において,①表5の運行事業者以外の情報も調査し,問題がな いことを確認した。 ・②ファイル形式はCSV形式,文字コードはUTF-8とし,各項目の書式を揃えた。 空席情報ファイルのデータレコードの内容を表6に示す。 表6空席情報ファイルのデータレコードの内容 発車時刻 路線コードと便コードとを結合した文字列の先頭に,運行事業者ご |hhmm|して,8桁のコードにする。格数が8桁満たな場合は,eee|TER|ER とのコードー文字(運行事業者コード:E,F,G,H,…)を付加ce|are 業者コードの後にゼロパディングを行う。 [連携方法の検討] D君は,連携方法について,それぞれの運行事業者と調整を行った。H社について は運行する便数が少ないこともあり,開発費用が比較的安価である③Webページから 情報を抽出する方法を用いることにした。連携方法に関する調整結果を表7に示す。 表7連携方法に関する調整結果 運行事業者 E社サーバがE社の空席情報を含むファイルをて社向けに変換し,E社サーバ内に格納する。 E社E社サーバが5分ごとにFTP CE社サーバ内の空席情報ファイルをC社サーバ内の受信用フォルダ に送信する。 7"C社サーバが5分ごとに社APIで空席情報を要求し,APIの回答からF社の空席情報ファイルを作 成してC社サーバ内の受信用フォルダに格納する。 G社サーバがG社の空席情報を含むねファイルをて社向けに変換し,G社サーバ内に格納する。 G社C社サーバが5分ごとにFTP CG社サーバ内の空席情報ファイルを取得し,C社サーバ内の受信用 フォルダに格納する。 nH C社サーバが5分ごとにH tt Webページから空席情報を取得し,H社の空席情報ファイルを作成し てC社サーバ内の受信用フォルダに格納する。 〔空席情報取得機能と空席情報設定機能の処理について〕 D君が検討した空席情報取得機能と空席情報設定機能を用いた空席情報ファイルの 取得から設定の処理について,図2に示す。 1)受信用フォルダの空席情報ファイルを基に,空席情報を発車日,発車時刻順に格納した統合 空席情報ファイルを作成する。 (2)Q①)で使用した運行事業者ごとの空席情報ファイルを,退避用のフォルダに移動し,受信用 フォルダから削除する。 (3)(1)で作成した統合空席情報ファイルを読み込み.ターミナルの運行計画と照合する。発車 A,統合便コードが一致するターミナルの運行計画に空席数を設定する。 図2空席情報ファイルの取得から設定の処理の検討内容 表7及び図2で検討した処理について,情報システム部内でレビューを実施したと ころ,次のような指摘があった。 (i)運行事業者とのデータ連携においてFTPによるファイル転送を用いる場合は, ファイル全体が正しく転送されたことを確認する必要がある。 (ii)特定の運行事業者から空席情報が取得できなかった場合,その運行事業者のバ スについて表示器に古い空席記号が表示され続けてしまう。 D君は,(1)の指摘に対して運行事業者データ連携機能に空席情報ファイルの [|。]と[5]が致することを確認する処理を追加する対策案,及び (ii)の指摘に対して④図2の処理(3)の最初に新たな処理を追加する対策案の検討を行 い,再度レビューを実施した。 D君は対策案が承認された後,後続の開発作業に着手した。 設問]〔データ項目の検討について,(1),⑫)に答えよ。 (1)本文中の下線やについて,表5以外に調査した運行事業者を全て答えよ。 (2)表5のG社の例について,発車日,発車時刻,統合便コード,空席数を表6 に合わせて変換した場合の変換後の値を答えよ。
設問2本文中の下線②について,CSVファイルの特徴として適切なものを解答群の 中から全て選び,記号で答えよ。 解答群 アXMLファイルと比較して,1レコード当たりのデータサイズが小さい。 イXMLファイルと比較して,処理速度が遅い。 ウ固定長ファイルと比較して,項目の桁数や文字数に関する自由度が低い。 エ固定長ファイルと比較して,処理速度が遅い。
設問3本文中の下線③の名称として適切な字旬を解答群の中から選び,記号で答えよ。 解答群 アWAIイWeb API ウWebコンテンツエWebスクレイピング
設問4本文中の|a|],|b|]に入れる適切な字句を,20字以内で答え よ。
設問5本文中の下線④で追加した処理の内容を35字以内で述べよ。 ー46一 [xモ用紙〕 AO販売システムの再構築プロジェクトにおける調達とリスクに関する次の記述を読ん で,設問1こ3に答えよ。 D社は,若者向け衣料品の製造・インターネット販売業を営む企業である。売上の 拡大を目的に,販売システムを再構築することになった。再構築では,営業部門が販 売促進の観点で要望した,購買傾向を分析した商品の絞込み機能.及びお薦め商品の 紹介機能を追加する。あわせて,販売システムとデータ接続している現行の在庫管理 システム,生産管理システムなどのシステム和群(以下,業務系システムという)を新 しいデータ接続仕様に従って改修する。また,スマートフォン向けの画面デザインや 操作性を向上させる。これらを実現するために,販売システムの再構築及び業務系シ ステムの改修を行うプロジェクト(以下,再構築プロジェクトという)を立ち上げた。 再構築プロジェクトのプロジェクトマネージャにはシステム部のE課長が任命さ れた。D社の要員はE課長と開発担当のF君の2名である。業務系システムの改修 は,このシステムの保守を担当しているY社に依頼する。販売システムの再構築の 要員は,Y社以外の外部委託先から調達する。 [販売システムの要件定義〕 販売システムの要件定義を3月に開始した。実現する機能を整理するため,営業 部門ににアリングした上で要求事項を確定する。この作業を実施するために,E課長 から外部委託先の選定を指示されたF君は,衣料品販売業のシステム開発実績はな いが他業種での販売システムの開発実績が豊富であるZ社から派中契約で要員を調 達することにした。派遣労働者の指揮命令者に任命されたF Ald,次の条件をZ社 に提示したいとE課長に報告した。 (a)作業場所はD社内であること (b)F君が派遣労働者への作業指示を直接行うこと (c)派遣労働者に衣料品販売業務に関するD社の社内研修をD社の費用負担で受講 してもらうこと (d④F君が事前に候補者と面接して評価し,派遣労働者を選定すること これに対してE課長から,①これらの条件のうち労働者派遣法に抵触する条件が あると指摘されたので,これを是正した上でZ社に依頼し,要員を調達した。 os Br E課長は,要件定義作業を始めてから,営業部門が新機能を盛り込んだ業務フロー のイメージを十分につかめていないことに気がついた。営業部門に紙ベバースの画面デ ザインだけを用いて説明していることが原因であった。そこで,②システムが提供す る機能と利用者との関係を利用者の視点でシステムの動作や利用例を使って表現した, UMLで記述する際に使用される図法で作成した図を使って説明し,営業部門と合意 して要件定義作業は3月末に終了した。 [開発スケジュールの作成〕 要件定義作業を終えたF Als,次の項目を考慮して図1に示す再構築プロジェク トの開発スケジュールを作成した。 ・外部設計で,画面レイアウト,画面遷移と操作方法,。ユーザインタフェースなどを 定義した画面設計書を作成する。また,販売システムと業務系システムとのデータ 接続仕様を決定する。 ・外部設計完了後,ソフトウェア設計ンソフトウェア統合テスト(以下,ソフトウェ ア製造という)を,販売システム,業務系システムでそれぞれ実施する。 ・販売システム及び業務系システムのソフトウェア製造完了後,両システムを統合し て要件を満たしていることを検証するシステム統合テスト,更にシステム全体が要 件どおりに実現されていることを検証するシステム検証テストを実施する。 ・システム検証テストと営業部門によるユーザ受入れテスト(UAT:User Acceptance Test)の結果を総合的に評価して,稼働可否を判断する。稼働が承認さ れた場合,営業部門が要求している8月下旬に新しい販売システムを稼働してサ ービスを開始する。 (現時点) ||!4月|5月|6月|7月| s月| an asat Sete ae ss|wr oe ott,ソフトウェア製造 Peoソフトウェア製千 SE?販売システムと業務系システムの両システムに関わる作業を表す。 図1再構築プロジェクトの開発スケジュール =i= [外部委託先との開発委託契約 販売システムの再構築作業は,要件定義作業で派遣労働者を調達した2社に開発 委託することにした。F Ald,③Z社との開発委託契約を,次のとおり作業ごとに締 結しようと考え,E課長から承認された。 ・外部設計は,作業量に応じて報酬を支払う履行割合型の準委任契約を結ぶ。 ・ソフトウェア製造は,請負契約を結ぶ。Z社に図1のソフトウェア製造の詳細なス ケジュールを作成してもらい,週次の進捗確認会議で進捗状況を報告してもらう。 -ソフトウェア製造作業を終了したZ社からの納品物(設計書,プログラム,テス ト報告書など)に対して,D社は6月最終週に|a|し,その後,支払手続 に入る。 ・ソフトウェア製造でZ社が開発した販売システムのソフトウェアをD社が他のプ ロジェクトで再利用できるように,開発委託契約の条文中に“ソフトウェアの |b|はD社に帰属する"という条項を加える。 ・システム統合テスト及びシステム検証テストは,履行割合型の準委任契約を結ぶ。 一方,業務系システムの改修作業は,Z社と同様の開発委託契約にすることを社 と合意しており,現在の業務系システムの保守に支障を来さないことも確認済みであ る。 [開発リスクの特定と対応策) 課長は,F君が作成した開発スケジュールをチェックして,販売システムの再構 築に関するリスクを三つ特定し,それらを回避又は軽減する対応策を検討した。; ーフ目に,外部設計で作成した画面設計書を提示された営業部門が,画面操作のイ メージをつかむのにかなりの時間を要し,後続のソフトウェア製造の期間になってか ら仕様変更要求が相次いで,外部設計に手戻りが発生するリスクを挙げた。この対応 策として,外部設計でプロトタイピング手法を活用して開発することにした。D社が 調査したところ,Z社にはプロトタイピング手法による開発実績が多数あり,Z社の 開発標準は今回の販売システムの開発でも適用できることが分かった。プロトタイピ ング手法による開発は,営業部門が理解しやすく,意見の吸収に有効でもる。しかし, 営業部門の意見に際限なく耳を傾けると外部設計の完了が遅れるという新たなリスク DEUS,課長はBC,追加・変更の要求事項の[|c|,提出件数の上限, Hy一 及び対応工数の上限を定め,提出された追加・変更の要求事項の優先度を考慮した上 でスコープを決定するルールを事前に営業部門と合意しておくように指示した。 “ORK,Z社の製造したプログラムの品質が悪いというリスクを挙げた。外部設 計書に正しく記載されているにもかかわらず,Z社での業界慣習の理解不足でプログ ラムが適切に製造されず,後続の工程で多数の品質不良が発覚すると,不良の改修が 8月下旬のサービス開始に間に合わなくなる。これに対し,E課長はF君に,Z社に 対して業界慣習に関する教育を行うように指示した。さらに,ソフトウェア製造は 請負契約であるが,D社として実行可能な品質管理のタスクを追加し,このタスクを 実施することを契約条項に記載するように指示した。 SOAK,スマートフォン向けの特定のWebブラウザ(以下,、ブラウザという) では正しく表示されるが,他のブラウザでは文字ずれなどの問題が生じるリスクを挙 げた。E課長は,利用が想定される全てのブラウザで動作確認することで問題発生の リスクを軽減することにした。しかし,利用が想定されるブラウザは5種類以上あ るが,開発スケジュール内では最大2種類のブラウザの動作確認しかできないこと が分かった。現状のスマートフォン向けのブラウザの国内利用シェアを調べると,上 位2種類のブラウザで約95%を占めることが分かった。E課長は,営業部門と8月 下旬のサービス開始前にめある情報を公表することを前提に,上位2種類のブラウ ザに絞って動作確認することで合意した。 ーg1一 設問1[販売システムの要件定義について,(1),(②に答えよ。 (1)本文中の下線や①について,E課長が指摘した条件を,本文中の(る)~て(の中 から選び,記号で答えよ。 (2)本文中の下線②の図を一般的に何と呼ぶか。10字以内で答えよ。 設問2[外部委託先との開発委託契約]について,(1),②)に答えよ。 (1)本文中の下線③について,D社が本文のとおりにZ社と契約を締結した場 合,D社の立場として正しいものを解答群の中から選び,記号で答えよ。 解答群 ア外部設計に携わったZ社要員を,引き続きソフトウェア製造に従事さ せることができる。 イ合意した外部設計に基づいたソフトウェア製造は,Z社に完成責任を問 える。 ウシステム統合テスト時にはZ社が製造したプログラムの不良を知り速 やかに通知しても,Z社に契約不適合責任を問えない。 エソフトウェア製造時にZ社が携わった外部設計の不良が発覚した場合, Z社に契約不適合責任を問える。 a本文中の| 』|,[b|]に入れる適切な字句を5字以内で答え dis 設問3開発リスクの特定と対応策]について,()~B)KAAE. a)本文中の|<|]に入れる適切な字旬を5字以内で答えよ。 2)本文中の下線@について,追加すべき品質管理のタスクを,20字以内で述 Ady (3)本文中の下線⑥について,8月下旬のサービス開始前に公表する情報とは何 か。35字以内で述べよ。 ー59一 [メモ用紙〕 問19サービスマネジメントにおけるインシデント管理と問題管理に関する次の記述を 読んで,設問1ご3に答えよ。 団体Xは,職員約200名から成る公益法人で,県内の企業に対して,新規事業の創 出や販路開拓の支援を行っている。団体Xの情報システム部は,団体Xの業務部部 員の業務遂行に必要な業務日報機能や情報共用機能をもつ業務システム(以下,W システムという)を開発・保守・運用し,業務部部員(以下,利用者という)に対し て,Wサービスとして提供している。 団体Xの情報システム部には,是部長の下,システムの開発・保守及び技術サポー トを担当する技術課と,システムの運用を担当する運用課がある。運用課は,管理者 の課長,運用業務のとりまとめを行うK主任及び数名のシステムの運用担当者で構 成され,Wシステムの運用を行っている。また,運用課は,監視システムを使って Wシステムの稼働状況を監視している。監視システムは,Wサービスの提供に影響 を与える変化を検知し,監視メッセージとして運用担当者に通知する。 情報システム部は,インシデント管理,問題管理,変更管理などのサービスマネジ メント活動を行いサービスマネジメントのそれぞれの活動に,対応手順を定めてい る。運用課は,インシデント管理を担当している。また,技術課は,主に,問題管理 及び変更管理を担当している。 〔インシデント管理の概要〕 運用担当者は,監視メッセージの通知や利用者からの問合せ内容から,インシデン トの発生を認識し,K主任に報告する。K主任は,運用担当者の中から解決担当者を 割り当てる。解決担当者は,情報システム部で定めたインシデントの対応手順に従っ て,インシデントを解決し,サービスを回復する。インシデントの対応手順を表1に 示す。 ー54一 表1インシデントの対応手順 記録・分類1)インシデントの内容をインシデント管理ファイルに記録する。 (2)インシデントを,あらかじめ決められたカテゴリ(ストレージの障害な ど)に分類する。 優先度の割当て(1)インシデントの及ぼす彫響と緊急度を考慮して,インシデントに優先度 を割り当てる。優先度は,情報システム部で規定する基準に基づいて “mn”,“oH”,“低"のいずれかが付けられる。 (2)優先度には,優先度に対応した解決目標時間が定められている。 (優先度“高":30分,優先度“rh”:2時間,優先度“低":6時間) エスカレーション|)優先度が“高"又は“中“の場合は,技術課に機能的エスカレーション を行う。優先度が“低"の場合は,解決担当者だがけでインシデントの解決 を試み,解決できなければ技術課に機能的エスカレーションを行う。 (2)解決担当者は,優先度にかかわらず解決目標時間内にインシデントを解 決できない可能性があると判断した場合は,運用課課長に階層的エスカレ ージショWRAT D's 解決1)技術課に機能的エスカレーションを行った場合は,技術課から提示され る回避策を適用しインシデントを解決する。 (2)技術課に機能約エスカレーションを行わなかった場合は,解決担当者が 既知の誤りリを調査して回避策を探し,見つけることができたときは回避 策を適用してインシデントを解決する。回避策を見つけることができなか ったときは,技術課に機能的エスカレーションを行う。 終了(1)利用者に影響のあったインシデントの場合は,インシデントが解決した ことを利用者に連絡し,サービスが問題なく利用できることを確認する。 (2)インシデント管理ファイルの記録を更新し終了する。 注記インシデントの記録は,対応した処置とともに随時更新する。 SE既知の誤りとは,“根本原因が特定されているがか,双は回避策によってサービスへの影響を低 減若しくは除去する方法がある問題"のことで,問題管理ファイルに記録されている。既知の 誤りは,問題管理の活動として,技術課によって記録される。 表1で,機能的エスカレーションを受け付けた技術課は,インシデントの内容を確 認し,インシデントを解決するための回避策が問題管理ファイルにある場合は,その 回避策を運用課に提示する。まだ回避策がない場合は,新たな回避策を策定し,運用 課に提示する。KK,表1で,階層的エスカレーションを受け付けた運用課課長は, 必要な要員を割り当てるなど,インシデントの解決に向けた対策をとる。 [問題管理の概要〕 インシデントの原因となる問題については,問題管理の手順を実施する。問題管理 を担当する技術課は,問題をインシデントとひも付けて問題管理ファイルに記録する。 問題管理の対応手順は,記録から終了までの手順で構成されている。これらの手順 のうち,手順“解決”の活動内容を表2に示す。 表2問題管理の手順“解決"の活動内容 し一—CAH PEE 調査と診断|(1)問題を調査し,診断する。 (②)問題にひも付けられたインシデントの回避策が必要な場合は,回避策を策定 既知の誤り|1)"根本原因が特定されているか,又は回避策によってサービスへの影響を低 ーーBC。YOをMATS. 問題の解決CO SAを放するここで,解決策が構成品目の変更を必要とす 注記問題管理の活動では,対応した内容に基づいて,随時,問題管理ファイルを更新する。 注!変更管理では,変更の内容に応じた変更の開発やテストが必要であり,変更の実施に時間が 掛かる場合がある。 [Wサービスにおけるインシデントの発生とインシデントの対応手順の改善 HSA,Wシステムの業務日報機能の日締処理が,異常停止した。日締処理は業 務部の勤務時間外に行われるが,このとき業務部ではまだWサービスを利用してい たので,利用者に影響のあるインシデントとなった。解決担当者に割り当てられた葉 Blk,次の対応を行った。 Ql)インシデントの内容をインシデント管理ファイルに記録し,インシデントをあ らかじめ決められたカテゴリに分類した。 (②)規定の基準に基づき優先度を“中”と判定し,解決目標時間は2時間となつた。 (3)機能的エスカレーションを行い,技術課のM君が対応することになつた。 (4)インシデント発生から1時間経過してもM君からL君への回答がないので,L Bit,M君に対応状況を確認した。M君はエスカレーションされた当該インシデ ントの内容を調査している途中に,他の技術課員から要請のあった技術課内の緊急 性の高い業務の対応を行っていて,当該インシデントの対応にしばらく時間が掛か るとのことであった。その後,M Blk,インシデントの内容を確認し,今回のイ ンシデントは過去の同じ問題で発生した再発インシデントであることを突き止め, その回避策をL君に回答した。L君が回答を受領した時点で,インシデント発生か ら1時間40分が経過していた。 ー56一 (5)L Ald,技術課から提示された回避策の適用には少なくとも30分掛かり,解決 目標時間を超過してしまうと考えたが,早くインシデントを解決することが重要と 判断し,直ちに回避策を適用してインシデントを解決した。結局.,インシデント発 生から解決までに2時間30分掛かり,解決目標時間を超過した。 (6)L君は.。インシデントの対応手順の手順“RT”を行い,その後,状況を課長 に報告した。 インシデント対応について報告を受けた課長は,①L君の対応に:,」インシデント の対応手順に即していない問題点があることを指摘した。また,J PR,インシデ ントの対応手順を修正することで,今回のインシデントは解決目標時間内に解決でき た可能性があると考えた。そこで1]課長は,②表1の手順“エスカレーション”に, 優先度が“高"又は“中”の場合,技術課に機能的エスカレーションを行う前に運用 課で実施する手順を追加する対策案を検討することとした。 また,J課長は,以前から,BAR MUR”の場合において,BARE CHARTS たインシデントが少なく,早期解決を難しくしているという課題を認識していた。そ こで,運用課では,この課題を解決するために,“運用課だけで解決できるインシデ ントを増やしたいので対策をとってほしい"という技術課への要望をまとめ,HER に提示するとともに技術課と協議を行うこととした。 今回のインシデント対応において,M君が技術課内の業務を優先させた点につい て,運用課と技術課で対策を検討した。その結果,機能的エスカレーションを行う場 合は,運用課は解決目標時間を技術課に通知し,技術課は解決目標時間を念頭に,適 宜運用課と情報を共有し,連携してインシデント対応を行うとの結論が得られ,運用 課と技術課で|b|を取り交わした。 [問題管理の課題と改善策〕 技術課は,今回のインシデント対応の不備と運用課との協議を踏まえ,改善活動に 取り組むこととした。 まず,技術課は,問題管理ファイルの内容を調査して,問題管理の活動実態を分析 することにした。その結果,回避策が策定されていたにもかかわらず,問題管理ファ イルに回避策が記録されるまでタイムラグが発生しているという問題点が存在するこ とが明らかとなった。技術課は,回避策が策定されている問題については,早急に問 ー57一 題管理ファイルに記録していくこととした。 次に,今回のインシデントが再発インシデントであったことを踏まえ,再発インシ デントの発生状況を調査した。調査した結果,表2の活動“問題の解決"を行ってい れば防ぐことのできた再発インシデントが過半数を占めていることが分かった。そこ で,技術課は,再発インシデントが多数発生している状況を解消するために,OA 管理ファイルから早期に解決できる問題を抽出し,解決に必要なリソースを見積もっ ioe 技術課は,情報システム部のH部長から,運用課からの要望に応えるため,技術 課として改善目標を設定するように指示を受けて,改善目標を設定することとした。 そして,現在の機能的エスカレーションの数や運用課が解決に要している時間などを 分析して,改善目標を“回避策を策定した日に問題管理ファイルに漏れなく記録す る”,“現在未解決の問題の数を1年後30%削減する”と設定した。技術課は,H部 長から,“これらの改善目標を達成することによって,| c|割合を増やすこ とができ,技術課の負担も軽減することができる"とのアドバイスを受け,改善目標 を実現するための取組に着手した。 さらに,技術課は,問題管理として今まで実施していなかった④プロアクティブな 活動を継続的に行っていくべきだと考え,改善活動を進めていくことにした。 設問1表2中の|a|及び本文中の|b|に入れる最も適切な字句を解管 群の中から選び,記号で答えよ。 解答群 アRFCイRFIウ傾向分析 エ契約書オ合意文書カカ予防処置 設問2〔Wサービスにおけるインシデントの発生とインシデントの対応手順の改 善]について,(1),(②に答えよ。 (1)本文中の下線①の“インシデントの対応手順に始していない問題点"につI いて,30字以内で述べよ。 (2)本文中の下線@について,表1の手順"エスカレーション"に追加する手順 の内容を,25字以内で述べよ。 ー58一 設問3問題管理の課題と改善人策〕)について,①~て(3)に答えよ。 (1)本文中の下線③について,問題管理ファイルから抽出すべき問題の抽出条 件を,表2中の字句を使って,30字以内で答えよ。 @)本文中の|<|に入れる適切な字句を,25字以内で述べよ。 (3)本文中の下線④の活動として正しいものを解答群の中から選び,記号で答 えよ。 解答群 ア発生したインシデントの解決を図るために,機能的エスカレーション されたインシデントの回避策を策定する。 イ発生したインシデントの傾向を分析して,将来のインシデントを予防 する方策を立案する。 ウ問題解決策の有効性を評価するために,解決策を実施した後にレビュ —~tT De エ優先度UR’のインシデントが発生した場合においても,直ちに運用 課から技術課に連絡する。 ー59一
問11販売物流システムの監査に関する次の記述を読んで,設問14に答えよ。 食品製造販売会社であるU社は,全国に10か所の製品出荷用の倉庫があり,複数 の物流会社に倉庫業務を委託している。U社では,健康食品などの個人顧客向けの通 信販売が拡大していることから,倉庫業務におけるデータの信頼性の確保が求めら れている。 そこで,U社の内部監査室では,主として販売物流システムに係るコントロールの 運用状況についてシステム監査を実施することにした。 〔予備調査の概要) U社の販売物流システムについて,予備調査で入手した情報は次のとおりである。 (1)販売物流システムの概要 ①販売物流システムは,顧客からの受注情報の管理,倉庫への出荷指図,売 上・請求管理,在庫管理,及び顧客属性などの顧客情報管理の機能を有してい る。 ②物流会社は,会社ごとに独自の倉庫システム(AF,外部倉庫システムとい 5)を導入し,倉庫業務を行っている。外部倉庫システムは,物流会社や倉庫 の規模などによって,システムや通信の品質・性能・機能などに大きな違いが ある。したがって,販売物流システムと外部倉庫システムとの送受信の頻度な どは必要最小限としている。 ③販売物流システムのバッチ処理は,ジョブ運用管理システムで自動実行され, 実行結果はログとして保存される。 ④販売物流システムでは,責任者の承認を受けたID申請書に基づいて登録され た利用者IDごとに入力・照会などのアクセス権が付与されている。また,利用 者IDのパスワードは,セキュリティ規程に準拠して設定されている。 ©倉庫残高データは,日次の出荷作業後に外部倉庫システムから販売物流シス テムに送信されている。倉庫残高データは,倉庫ごとの当日作業終了後の品目 別の在庫残高数量を表したものである。当初はこの倉庫残高データを利用して 受注データの出荷可否の判定を行っていた。しかし,2年前から販売物流システ ムの在庫データに基づいて出荷判定が可能となったので,現状の倉庫残高デー ー60一 タは製品の実地棚卸などで利用されているだけである。 (2)販売物流システムの処理プロセスの概要 販売物流システムの処理プロセスの概要は,図1のとおりである。 販売物流システム( ( a}25|)}-—ee (ei 顧客倉庫残高 |aa yi データ| 図1販売物流レステムの処理プロセスの概要 ①顧客からの受注データは,自動で在庫データと照合される。その結果,出荷 可能と判定されると受注分の在庫データが引当てされ,出荷指図データが生成 される。出荷指図データには,出荷・納品に必要な顧客名,EM,納品情報な どが含まれている。 ②出荷指図データは,販売物流システムから外部倉庫システムに送信される。 送信処理が完了した販売物流システムの出荷指図データには,送信完了フラグ が設定される。 @データの送受信を必要最小限とするために販売物流システムは出荷実績デー タを受信せず,出荷指図データに基づいて,日次バッチ処理で売上データの生 成及び在庫データの更新を行っている。 ④出荷間違い,単価変更などの売上の訂正・追加・削除は,売上訂正処理とし て行われる。この売上訂正処理では,売上データを生成するための元データが なくても入力が可能である。現状では,売上訂正処理権限は,営業担当者に付 与されている。 [監査手続の検討〕 システム監査担当者は,予備調査に基づき,表1のとおり監査手続を策定した。 表1監査手続 HABER Pea 1|利用者IDに設定されてい|O AAA IDに設定されている権限が申請どおりであるか る権限とパスワードが適切|確かめる。 に管理されているか。@利用者IDのパスワード設定がセキュリティ規程と一致 しているか確かめる。 2|顧客情報が適切に保護され|①販売物流システムの顧客情報の参照.コピーなどについ ているか。て,利用者及び利用権限が適切に制限されているか確かめ る。 3|出荷指図に基づき倉庫で適|①1か月分の出荷指図データと売上データが一致している 切に出荷されているか。か確かめる。 4|倉庫の出荷作業結果に基づ|①売上データ生成の日次バッチ処理がジョブ運用管理シス き売上データが適切に生成|テムに正確に登録され,適切に実行されているか確かめ されているか。る。 内部監査室長は,表1をレビューし,次のとおりシステム監査担当者に指摘した。 (1)項番1の①について,権限の妥当性についても確かめるべきである。特に売上 訂正処理は,日次バッチ処理による売上データ生成とは異なり,|a|がな くても可能なので,不正のリスクが高い。このリスクに対して①現状の運用では 対応できない可能性があるので,運用の妥当性について本調査で確認する必要が ある。 2)項番2の監査要点を確かめるためには,販売物流システムだけを監査対象とす ることでは不十分である。|pb|についても監査対象とするかどうかを検計 すべきである。 3)項番3の①の監査手続では,出荷指図データどおりに出荷されていることを確 かめることにならない。また,この監査手続は,倉庫の出荷作業手続が適切でな くてもと[|a|が一致する場合があるので,コントロールの運 用状況を評価する追加の監査手続を策定すべきである。 (4)項番4の①の監査手続は|e|と|{|が一致していることを前提 とした監査手続となっている。したがって,項番4の監査要点を確かめるために は,項番4の①の監査手続に加えて,販売物流システム内のデータのうち, とを照合するコントロールが整備され,有効に運用され ているか,本調査で確認すべきである。
設問1[監査手続の検討]の|。|,|b|に入れる適切な字句をそれ ぞれ10字以内で答えよ。
設問2【〔監胡手続の検討]の1)において,内部監査室長が下線①と指摘した理由を 25字以内で述べよ。
設問3[監査手続の検討]の|c|,|a|に入れる適切な字句をそれ ぞれ10字以内で答えよ。
設問4「監査手続の検討]の|e|]~|ph|に入れる最も適切な字句を 解答群の中から選び,記号で答えよ。 解答群 アTD申請書イ売上訂正処理ウ売上データ エ在庫データオ受注データカ出荷指図データ キ出荷実績データク倉庫残高データケ利用者TDの権限 [メモ用紙〕 [メモ用紙〕 [メモ用紙〕 I [xモ用紙)
各問題の下に出典を記載しています。