応用情報技術者 2025年 秋期 午後 問題

共通の文章

企業グループのセキュリティ対策に関する次の記述を読んで,設問に答えよ。 Z社は,産業機械を製造する企業で,L社をはじめとする複数の子会社を含めてZ 社グループを形成している。Z社グループでは,Webベースの業務システムが複数運 用されており,グループ各社が共通で利用できる共通業務システムと各社内だけか ら利用できる個別業務システムの2種類がある。共通業務システムはZ社の内部ネッ トワーク内のセグメントG中に構築され,グループ各社の拠点間を接続したインター ネットVPN経由でアクセスされる。個別業務システムは各社が個別に構築しており, インターネットVPN経由も含めて社外からはアクセスできない。 業務システムは全てZ社グループ外に委託して開発したものであり,共通業務シス テムの運用管理はZ社の情報システム部が,個別業務システムの運用管理は各社の情 報システム部が,それぞれ行っている。業務システムが稼働しているサーバ及び従 業員が使用しているPCについては,各社の情報システム部が設定及び運用管理をし ている。Z社グループのネットワーク構成(抜粋)を図1に示す。 “ セグメント6| paa a.”if |-TY FW:ファイアウォール L2SW:レイヤー2スイッチ L3SW:レイヤー3スイッチ =ここ=こ=:インターネットVPN Bl Z社グループのネットワーク構成(抜粋) 【Z社の現状のセキュリティ対策〕 Z社は,信頼できる領域と信頼できない領域を定め,必要な管理策を実施している。 ー6一 Z社の現状のセキュリティ対策は次のとおりである。 対策1:| 』|の考え方に基づき,インターネットから2社の内部ネットワー クへの攻撃を入口となるFWで防いでいる。具体的には,子会社からのイン ターネットVPN経由での共通業務システムへのアクセスは許可し,インタ ーネットからZ社内へのその他のアクセスは,共通業務システムへのアク セスも含めて禁止している。 対策2:Z社内の,PC及び業務システムが稼働しているサーバにはマルウェア対策 ソフトを導入している。 対策3:Z社内の,PC,業務システムが稼働しているサーバ及びネットワーク機器 に対し,各ベンダーからの脆虹性情報やアップデート情報を日次で確認し て,適宜セキュリティパッチの適用やアップデートを実施している。 対策4:Z社内の業務システムは,導入時に脆弱性診断を実施している。脆弱性が 発見された場合は,利用開始までに対応を実施している。 なお,各子会社については,それぞれ独自にセキュリティ対策を実施している。 [サプライチェーン攻撃の調査 ある日,Z社の情報システム部のB部長は,同業他社においてサプライチェーン攻 撃による被害の事例が複数報告されていることを知り,T主任にサプライチェーン攻 撃の事例を調査して整理するように指示した。 T主任が調査した結果,サプライチェーン攻撃には幾つかのパターンがあることが 分かった。「T主任が整理したパターンを次に示す。 (1)ビジネスサプライチェーン攻撃 標的とする会社の,セキュリティ対策が不十分な子会社や取引先などの関連会 社を攻撃して,そこのシステムを踏み台として,内部ネットワークなどを経由し て標的とする会社を攻撃する。 (2)サービスサプライチェーン攻撃 標的とする会社が利用しているITサービスの運営事業者などを攻撃して,その サービスのアカウントを乗っ取ったり,そのサービスを経由してマルウェアを配 布したりすることによって,最終的に標的とする会社を攻撃する。 (3)ソフトウェアサプライチェーン攻撃 標的とする会社の業務システムなどに導入しているソフトウェアの開発会社を 攻撃してソースコードを改ざんしたり,業務システムなどで利用しているオープ ンソースのソフトウェアライブラリの脆弱性を利用したりすることによって,最 終的に標的とする会社を攻撃する。 (1)て(3)のパターンについて,主任がB部長に報告したときの会話を次に示す。 B部長:サプライチェーン攻撃に対して,Z社グループの現状のセキュリティ対策 は十分ですか。 TEE:不十分だと思います。7Z社については,| a ]の考え方で内部ネット ワーク内の機器の防御を行っているので,攻撃者によって内部ネットワ ークに侵入されてしまうと,内部ネットワーク内の業務システムなどが 容易に攻撃されるおそれがあります。 B部長:なるほど。実際,幾つかの共通業務システムは,インターネットVPN経由 も含む内部ネットワークからであれば認証無しでアクセスすることが可 能なので,内部ネットワークに侵入された場合に情報漏えいのリスクが あるということですね。その他の懸念はありますか。 T主任:業務システムについても懸念があります。システム導入以降は脆弱性診 断を実施しておらず,導入以降に明らかになった脆弱性への対応ができ ていないおそれがあります。EK,Z社グループ全体に視野を広げると, マルウェア対策ソフトの選定やネットワーク機器の設定など,各社がそ れぞれ独自にセキュリティ対策を実施しているので,セキュリティ対策 が不十分な会社が存在するおそれがあります。 BRR:分かりました。今後は各社任せにするのではなく,我々Z社が中心となっ てZ社グループ全体のセキュリティ対策を強化していく必要がありますね。 Z社グループ全体として追加すべきセキュリティ対策を検討してください。 〔追加すべきセキュリティ対策〕 T主任はZ社グループ各社の現状のセキュリティ対策を調査し,追加すべきセキュ リティ対策を検討して次のようにまとめた。なお,子会社に対してはこれらの対策 ー8一 に加えて,①⑪Z社グループ全体の統制を強化しサプライチェーン攻撃のリスク又は被 害を低減する施策の実施を依頼する。 対策5:全ての業務システムへのアクセスに対しては,従業員ごとに割り当てたID とパスワードによる認証を行う。また,パスワードは類推されにくいもの だけが利用できるようにシステムで制限する。加えて,|b|の原旭 に従い,各従業員に対して過剰な権限を与えないようにする。 対策6:機密性の高い内部情報を扱う業務システムへのアクセスに対しては,SB 素認証を行う。 対策7:ネットワーク機器などの管理用アカウントのパスワードは類推されにくい ものにする。特に,機器の型番ごとに共通であることが多い パスワードの利用は禁止する。 対策8:業務システム,業務システムが稼働しているサーバ及びネットワーク機器 へのアクセスについては監視及びログの記録を行いそれらのログを [| 』|で分析することによって攻撃の予兆検知や早期発見を図る。ま た,業務システムやインターネットへのアクセスログが記録されているこ とをZ社グループ各社の従業員に周知し,②データの持出しなどの内部不 正を抑止する。 対策9:業務システム,業務システムが稼働しているサーバ及びネットワーク機器 については,機密情報の取扱いの有無などの重要度に応じて3か月から1 年の周期で定期的な脆弱性診断を行い,発見された脆弱性への対応を行う。 T主任が検討の結果をB部長に報告したところ,③ソフトウェアサプライチェーン 攻撃への対策として"対策9"に加えて実施すべき内容があると指摘された。そこで T主任は,業務システムなどで使用しているソフトウェア製品及びライブラリについ て,名称。バージョン,開発会社名などを一覧にまとめた| e|を作成するこ とを,“WHI”としてセキュリティ対策に追加することにした。 T主任は“対策10"ESOT部長に改めて報告し,追加すべきセキュリティ対策 が承認された。 ー9一

共通の文章

スポーツウェアメーカーの事業領域拡大戦略に関する次の記述を読んで,設問に 答えよ。 K社は,主に中価格帯の製品を提供するスポーツウェアメーカーである。若年層の 人口減少に伴う国内スポーツウェア市場の縮小によって,収益が頭打ちになってい る。K社はこれまでも事業領域の拡大に取り組んできたが,新しい事業については社 内の意思統一を図れず,結果を出せていない。今後の成長のためには,経営の方向 性を明確にして,社内の意思統一を図った上で,事業領域を拡大する戦略を策定す る必要がある。【社の経営陣は,経営企画室のA室長に事業領域拡大戦略を策定する よう指示した。 〔外部環境の分析〕 A室長は,まず自社の外部環境の分析を行った。その結果は次のとおりであった。 ・スポーツウェア市場の縮小が進んでいて,スポーツウェアの需要は横ばい又は減 少傾向にある。 ・スポーツウェアは,動きやすさに加え,保温性,通気性などの機能,及び軽快さ やスマートさをアピールできるデザインの良さが要求される。さらに,スポーツ チームのユニフォームでは,色やロゴなどのオリジナル性が要求される。 ・ワークウェアのメーカーが低価格帯のスポーツウェアを開発し,スポーツウェア 市場に参入している。逆に,他のスポーツウェアメーカーがファッション性に富 むワークウェアの発売を計画している。このように市場の垣根を越えた競争が生 じている。 ・ワークウェアはスポーツウェアと同程度の市場規模がある。法人需要が中心であ り,業務の必需品として定期的に買替えが行われるので継続的な取引ができる。 ・従来,ワークウェアは消耗品扱いであり耐久性や低価格であることが重視されて Sk,LOL,近年は従業員満足度を高めるために,ワークウェアにも快適さや デザインの良さを求める企業が増えており,需要が拡大している。しかし,ワー クウェアメーカーは,いまだに市場の変化に対応する生産体制や販売体制を構築 するまでには至っていない。 ー12一 [経営資源の分析] A室長は,ワークウェア市場が事業領域拡大の候補となり得るのか,自社の事業性 を確認して判断するために,自社のバリューチェーン分析を行いワークウェア事業 に適用できる自社の強みとなる活動を,次のように確認した。 ・スポーツウェアで培った製品企画力,型紙の設計力,及び生地の裁断ノウハウに よって,動きやすさやデザインにこだわった製品を企画・設計できている。 ・保温性,通気性,防水性及び速乾性に優れた繊維の研究を行い,共同開発した高 機能生地を,繊維メーカーから調達して自社の製品に採用できている。 ・多様な製造委託先と提携してサプライチェーンを構築し,様々な顧客要望に対応 できる生産体制を備えている。長年の取引によって築いた信頼関係を基にした生 産体制で,大量生産の効率性と様々な顧客要望に対応できる柔軟性を両立させた マスカスタマイゼーションの実績がある。 ・長い歴史と信頼性のあるブランド力があり,BtoB,BtoCともに広範な国内販売 網・販売チャネルを築いている。多数の商談を並行して進め,同じスペックの小 ロットの注文を集めて大きなロットにすることによって採算を確保できている。 Ric,A室長は自社の強みを,経済的価値(Value),希少性(Rarity),RAK 性(Imitability),組織体制(0rganization)の観点で分析するVRIOフレームワー クに沿って評価することにした。ワークウェア市場で競合と想定される他社と比較 した自社の競争優位性に対する評価を表1に示す。 表1自社の競争優位性 自社の強みlvIR|Iilol競争優位性に対する評価 企画・|製品企画力,型紙の既存のワークウェアよりも動きやすさやデ 設計設計力,生地の裁断ザインに優れた製品を企画できる。同等の ノウハウ技術力を有する他社が存在する。 開発繊維メーカーとの高短期的には競争優位性を維持できるが,数 機能生地の共同開発年で他社に追随されるおそれがある。 生産長年の取引によってマスカスタマイゼーションを可能にする生 築いた生産体制産体制は,他社では容易に構築できない。 販売広範な国内販売網・小ロット注文を集積して,他社では採算が 販売チャネル合わない注文にも応えることができる。 注記VRIOのそれぞれについて,自社の強みが満たす要素に“O”を記入している。 A室長は,表1から自社の強みを次のように分析した。 ・"生産体制"”と“国内販売網・販売チャネル"は,希少性のある模信困難な強みで ある。"マスカスタマイゼーション力"によって,ワークウェアに色やロゴなどの© オリジナル性を求める顧客の要望にも柔軟に対応できる。また,“小ロット注文の 集積力”は,ワークウェアの生産販売にも生かすことができる。 ・"広範な国内販売網・販売チャネル"で集めた顧客の要望に,“長年の取引によっ て築いた生産体制”で対応できることが,他社が容易にまねできない自社のコア コンピタンスであり,競合他社に対して持続的な|a|を築ける。 [ワークウェア市場への参入の検討] A Rit,①ワークウェア市場の変化は自社のコアコンピタンスを生かせる新事業 領域としての魅力を高めると考え,ワークウェア市場に参入するための施策を次の ように検討した。 ・法人からの需要に対して,スポーツウェアの軽量性,伸縮性,保温性,通気性な どの機能をた生かしたワークウェアを開発する。 ・生地やファスナーなどのスポーツウェアの素材をワークウェアにも使用すること によって,作業中の動きやすさと快適性を提供する。 ・ターゲットとなる企業の購買担当者や業界関係者の間で自然に共有されるような 信頼できる情報を提供する。 ・ワークウェアとして会社や職場で着用するユニフォームに| b|を要求する 顧客に対しては製品をカスタマイズする。 ・現場作業者から事務スタッフまでカバーする,実用的かつスタイリッシュなデザ インをアピールする。 ・業種や業務に特有な作業特性に合致した製品を幅広く提供する。 ・②小規模な法人や大企業の中の特定部署といった少人数分の注文を集積し,大き なロットにする。 ・スポーツウェアの製造では経験したことのない機能を求められた場合には,自社 のサプライチェーンを足掛かりにして,不足する技術を補う提携先を開拓する。 ・スポーツウェアの素材を使用してワークウェアを生産することによって,調達に おいて規模の経済性を発揮し,|c|を実現する。 ー14一 [ブランド展開案] A室長は,自社の新事業の展開を市場に認知させるブランド戦略が重要であり,ス ポーツウェアメーカーとしての認知度と信頼を得ている自社の企業ブランドのイメ ージを再構築する必要があると考えた。③自社の企業ドメインを“人々の活動のパ フォーマンスを最大限に発揮させるウェアの提供"に再定義して,新たな企業ブラ ンドとワークウェアの製品ブランドを展開する次の案を検討した。 -新たな企業ブランドにおいて自社が長期的に提供する価値を,|d|によょっ て取引先,従業員,ME,株主など広範なステークホルダに向けて発信する。 ・自然にユーザーが口コミを拡散する手法であるバイラルマーケティングを通じて, 製品が提供する価値に焦点を当てたメッセージを業界関係者に発信する。④製品 サンプルの提供などを受けて,使用した人たちに情報を広めてもらうことによっ て,ワークウェア市場への製品ブランドの浸輝を図る。 A室長は,以上の事業領域拡大戦略を策定し,経営陣に報告した。

共通の文章

リズムに関する次の記述を読んで,設問に答えよ。 列X*ニ人x,X,…,x』Jに対して,順序を保持して要素を抽出した列を部分列とい う。また,列の長さはその列の要素の個数で定義される。ここでは,各要素が文字 である列を考える。例えば,一“a”,“py,“Cr,“pn,“yn”,SEA, tpn})のとき,図1に示すようeed“py;Hei;uy;‘pp}はXの部分列の例で HY,その長さは4 CHS, x|AlelclglplAlgl Xの部分列の例// (長さは4)glclplg| 図1部分列の例 ある列Zが二つの列X,Y両方の部分列であるとき,ZをXとYとの共通部分列とい い,共通部分列のうち長さが最大となるものを最長共通部分列という。最長共通部 分列は複数通り存在する場合もあるが,その長さは一意に決まる。X={“A”, WP,eG?'“p”2“Dp”j aa id;i i he Y={“pe j“ny”,Ee?,ao ad, “B”,“A”の場合の共通部分列及び最長共通部分列の例を図2に示す。 x|AlglclslplAlgl Y[glplclAlglAl %,Yの共通部分列の例|B|cl gl Al X,Yの最長共通部分列の例 |B|D|A]B|(最長共通部分列の長さは4) 図2共通部分列及び最長共通部分列の例 なお,共通部分列が存在しない場合,最長共通部分列は空の列となり,その長さ は0である。 最長共通部分列の長さは,2本のDNの塩基配列間の類似度を測る目的などに用い られる。 [最長共通部分列の長さを求めるアルゴリズム]〕 ニニつの列X,Yの最長共通部分列の長さを求めるアルゴリズムを考える。列X,YE れぞれについて,先頭からn個,k個の要素を抽出した列を%』,Y,と表記し,列 Y,それぞれの未尾の要素をx。,y,と表記する。例えば,X={“A”,“BP,COC “B")とすると,={“A”,“B”,“C”J,xg=“C”CHS.TOLER,WKS 列Y、との最長共通部分列の中の一つをLCS(n,k),最長共通部分列の長さをLCSL(n, k)と表記する。なお,X。とVoは空の列であり,xgとy。は存在しない。 ここで,xとy,とが一致しているか否かに着目して次の(1)一(3)に場合分けし, 再帰的な関係を用いてLCSL(n,k)を求めることを考える。 (1)xy,の場合を考える。例えば,x。デy,三“A”EFS.TOES,LCS(n,k)の 未尾の要素は“A"となる。よって,LCS(n,k)は,WX,Y,-」の最長共通部分 列LCS(n一1,kK-1)ORBK“A”を付加したものと一致する。したがって, LCSL(n,k)=LCSL(n—1,k-1)+1が成り立つ。 (2)x,#y,の場合を考える。例えば,x,=“A”,y=“BYとする。ここで,LCS(m, k)の未尾の要素は“A”又は“A”以外となる。LCS(n,k)の未尾の要素が"A TH る場合は,WY,DOREO“"B"を取り除いても最長共通部分列には影響しないの で,LCS(n。k)はLCS(n,kー1)と一致する。一方,LCS(n,k)の未尾の要素が“A" でない場合は,FX,DORBO“A”を取り除いても最長共通部分列には影響しな いので,LCS(n,k)はLCS(nー1,k)と一致する。よって,LCS(n,k)はLCS(n, k一1)又はLCS(nー1,k)のいずれかと一致する。したがって,LCSL(n,k)は, LCSL(n,k—1)&LCSL(nー1,k)のうちの最大値と一致する。 |(3)n=0又はk=の場合,最長共通部分列は空の列となり,LCSL(n,k)=0 TH る。 ー19一 〔動的計画法を用いて最長共通部分列の長さを求めるアルゴリズム]〕 (1)て(3)の再帰的な関係に従い,LCSL(n,k)を再帰的に計算することによって,列 X,Yの最長共通部分列の長さを求めることができる。しかし,再帰的に計算するア ルゴリズムでは,重複して同じ計算をすることによって時間計算量が大きくなり, 非効率になる場合がある。そこで,重複して同じ計算をすることを避けるために, LCSL(n,k)の値を動的計画法によって求めることを考える。 ニニつの列がX={a Na;RY F sat Oe P«Rit:ep?F SAP 5 BR?},y={“p”, “py?1 a ds;AD j“pu y seat}の場合,0ミnミ7かつ0ミkミ6に対するLCSL(n, k)の値を図3に示す。図3の左端2 Wilken(9て7)とそれに対応するx。を,上端2行 はk(O~6)とそれに対応するyyを表す。n=ニ0のときのx,k三9のときのy,は存在 しないので,“-"と表す。各要素は列X%。と列Y。との最長共通部分列の長さLCSL(n, k)の値を示している。 Pp?te|6 fmol|||| ls ll 5|5)1 5 1 TS[二| 1 4 1 ml 5|ュ1|!||||| ps fo|6|e fe||||| pe|ef 5|)fem]|||| Ll7r lg 6|)|||EE| 注記1()内のやー③については,図3に続く本文で値の求め方を説明している。 注記2 LCSL(n,k)の値の一部は,設問のため表示していない。 図3 LCSL(n,kK)の値 ーー20ーー 3の各要素の値は,〔最長共通部分列の長さを求めるアルゴリズム〕]の1)一(3) の再帰的な関係に従って求められる。 EF,n=0又はk=ニ9のときは(3)に対応するので,LCSL(n,k)=0である。 それ以外の値について,例えば,図3ののて③は次のように値が決まる。 ①について,%=y」なので(1)に対応し,LCSL(2,1)=LCSL(1,0)+1である。 LCSL(1,0)=0なので,LCSL(2,1)=1となる。 ②について,xy。なので(2)に対応し,LCSL(2,1)=1,LCSL(1,2)=ニ0なので, LCSL(2,2)=1となる。 ③について,xs才y。なので(2)に対応し,LCSL(6,1)=1,LCSL(5,2)=2なので, LCSL(6,2)=2となる。 3の要素の値を全て計算することによって列X,Yの最長共通部分列の長さが4 であると分かる。 [動的計画法を用いて最長共通部分列の長さを求めるプログラム〕 [動的計画法を用いて最長共通部分列の長さを求めるアルゴリズム〕に基づいて, ニニつの列の最長共通部分列の長さを求めるプログラムを考える。任意の二つの列を それぞれ配列S,、Tとして受け取り,動的計画法を用いて最長共通部分列の長さを求 めるプログラムを図4に示す。ここで,配列の要素番号は9から始まり,整数型のニ 次元配列lcsLは,行番号が9から配列Sの要素数sまでの(s+1)行,列番号が9 から配列Tの要素数tまでの({+1)列の大きさをもつ。 ー21一 〇整数型:calculate_lcsl(文字型の配列:S,文字型の配列:T) 整数型:s<Sの要素数 整数型:t—Tの要素数 整数型の二次元配列:lcstと{(s+1)行,(t+1)列の未定義の値}‘ 整数型:n k for(nを9からsまで1ずつ増やす) lcsl[n,0]と9 endfor for(kを9からtまで1ずつ増やす) tcsl[0,k]<0 endfor for(nを1からsまで1ずつ増やす) for(kを1からtまで1ずつ増やす) if(S[n一1]がT[k一1]と等しい) lesttm kdて elseif(lesl[n,k一1]がlcsl[n一1,k]より大きい) lesifn,k]< else lesiin,kK]= endif endfor endfor 図4動的計画法を用いて最長共通部分列の長さを求めるプログラム 4のプログラムの時間計算量を,配列Sの要素数s,配列Tの要素数tを用いて 表すとの(|キ|)でぁる。

共通の文章

間4エッジコンピューティングに関する次の記述を読んで,設問に答えよ。 E社は,小学生向けのサッカー教室を運営するスポーツクラブである。このスポボー© ツクラブには約20個の教室があり,教室どとにサッカーチームを運営している。普 段の練習は,地域の公園や小学校のグラウンドを借りて行っているが,3か月に1回 の練習試合では,サッカー用のグラウンドがある総合運動場に遠征している。 サッカー教室に通う小学生の保護者からは“練習試合の様子をPCやスマートフォ ン(以下,スマホという)CRE”との要望があり,E社では練習試合の動画を配 信することを考えた。そこで,E社はシステム開発会社のH社とともに,練習試合の 動画を保護者のPCやスマホヘライブ配信するシステム(以下,新システムという) のプロトタイプを作成してPoCを行うことにした。 [新システムへの要件] H社のQ君は,E社に所属するサッカー教室のコーチや保護者に,新システムに関 する要望のヒアリングを行い,新システムへの要件をまとめた。0Q君がまとめた新シ ステムへの要件を表1に示す。 表1新システムへの要件 ハーフタイム,アディショナルタイムなどを含む試合開始から試合終了までの時間 (60分)について配信する。 3撮影専門のスタッフを用意することは困難なので,カメラを観覧席に設置したまま で自動的に撮影する。 グラウンド全体を撮影すると選手が小さくなってしまうので,ボールの位置を中心 にズームアップして配信する。 5使用予定の観覧席では電源の確保が困難であり,バッテリー駆動が必要である。ま た,有線LANやWi-Fiの設備もないのでモバイル通信を用いる必要がある。 [ハードウェアの調査〕 Q君は,観覧席に設置した機器による動画処理が必要である点,費用を抑えられる 点から,エッジコンピューティングで利用するボードコンピュータの調査を行った。 0君が選定したボードコンピュータには,複雑な命令セットをもつCPUではなく単 純な命令セットをもつ|sa|のcPU,画像認識などで利用するGPU,動画を圧 ass 24ニニ 縮・伸長する専用チップが搭載されている。また,外部インタフェースとして,キ ーボードやマウスを接続するインタフェース,ディスプレイを接続する|b], カメラモジュールを接続するカメラインタフェース,モバイル通信装置を接続する インタフェースを装備している。 Q君は。ボードコンピュータの動作に必要な1時間当たりの電力量を測定した。そ の結果,何も処理をしていない起動状態で1.509mWh,。これに加えて各装置の使用率 が100%の場合,CPUは2,000mWh,GPUは3,000mWh,動画を圧縮・伸長する専用チッ プは400mWh,モバイル通信装置は500mWh。カメラモジュールは169mWhであった。ま た,電力量は装置の使用率に比例することが分かった。 〔動画圧縮方式の検討] 新システムで,グラウンド全体を撮影しつつ,ボールの位置を中心にズームアッ プして配信することを考えると4K解像度(3.840X2,169ピクセル)で撮影すること が求められる。4K BRE,24bpp(bits per pixel),60fps(frames per second)の 動画を無圧縮で伝送する場合,|c|6ビットノ秒(以下,bpsという)の通信 帯域が必要となる。LAL,観覧席で安定的に利用できる46のモバイル通信の上り 側の実効速度は数十Mbps程度であり,通信帯域が不足する。また,4K解像度の動画 の一部を切り取ってFHD解像度(1,920X1,080ピクセル)の動画として伝送する場 合にも通信帯域は十分ではない。 このことから,モバイル通信を用いて動画を配信するためには,動画の圧縮など の対応策が必要である。代表的な動画の圧縮方式には|9|があり,専用チッ プである| 。 ]を使用して動画を圧縮する。専用チップである|e|を 利用することには,①ソフトウェアで圧縮する場合と比較してメリットがある。 [新システムのプロトタイプの設計〕 Q君は新システムのプロトタイプの設計を行った。新システムのプロトタイプのイ メージを図1に,新システムのプロトタイプで行う処理の流れを図2に,処理の詳細 を表2に示す。 Q Zit,②ボール位置の検出処理と動画の切出し処理はクラウドサービスではなく ボードコンピュータで行い,保護者のPCやスマホへの動画配信はクラウドサービス =y= を経由する設計とした。 .° カメラモジュール A Sa Ta a,モバイル通信装置 図1新システムのプロトタイプのイメージ モバイル 通信装置 動動 ル画ウ動動 ボ;ク|保護者の |4スマホ =位のa=F画画 撮ia切圧信7受配_- eyの||出||ge S|信||信保護者の タク検ly 8ビPC 出ス 図2新システムのプロトタイプで行う処理の流れ 表2処理の詳細 処理名称処理内容 名称平均使用率 (%) 動画の撮影ボードコンピュータに接続したカメラで4K MRE,カメラモジュール100 24bpp,60fpsの動画を撮影する。 ボール位置の|あらかじめ学習させたボールの画像情報を用いて,画像認GPU 検出識技術によって撮影した動画の各フレーム中のボールの位|ホ 置を検出する。なお,練習試合で利用するボールは白色とie 黒色から成るボールである。コ 動画の切出しボールの位置を検出できた場合には,ボールの位置を中心しCPU 80 としたFAD解像度の動画を切り出す。できなかった場合に|ュ は,動画全体をFHD解像度に縮小する。ょ クラウドサー|モバイル通信を用いて,圧縮した動画をクラウドサービス|モバイル通信装置50 ビスへ送信|へ送信する。 ボードコンピュータが送信した動画を受信する。クラウドサービス|。一| 動画配信インターネットを用いて,動画を保護者のPCやスマホへ配 信する。 〔新システムのプロトタイプのテスト〕 Q君は,観覧席に新システムのプロトタイプを設置し,実効容量が5,099mWh OF バイルバッテリーを接続してテストを開始した。試合開始から全ての処理は正常に 動作し,ボードコンピュータの温度と配信速度も安定していたが,③試合の終盤に 電力不足によってボードコンピュータが停止する問題が発生した。 この問題の原因を調査したところ,ボール位置の検出処理で利用するGPUの使用率 が高かったので,GPUが処理するデータ量を低減する対応を検討した。データ量を低 減する複数の方法のうち,広いグラウンドから小さなボールを検出する必要がある A,ボールが高速に移動する点を考慮し,ボール位置の検出処理の前に④撮影した 動画のデータ量を小さくする処理を追加した。この結果,追加した処理に必要な電 力量と比較し,GPUの使用率の低減によって削減される電力量の方が多く,動画を試 合終了まで配信できるようになった。 ZOE,Q君新システムのプロトタイプを完成させ,練習試合のライブ配信の PoCを開始した。

共通の文章

問5クラウドサービスへの移行に関する次の記述を読んで,設問に答えよ。 A社は,本社とーつの営業所をもつオフィス機器の販売会社である。本社で,Web サーバ,電子メール(UB,メールという)サーバ,業務サーバなどを運用してい る。 このたび,A社では,サーバの運用管理及びセキュリティ対策の負荷軽減を図るた めに,社内で運用するサーバを,B社のクラウドサービスで4社が占有して利用でき る環境(以下,BCL-Aという)に移行することを決定した。情報システム部のC主任 が,サーバ移行に伴うネットワーク構成の設計を担当することになった。 [現在のネットワーク構成と運用形態〕 現在のA社のネットワーク構成を図1に示す。 DMZのサーバのIPアドレス 本社Fr ae —yon lense! icon peel (Le ee 外部DNS|| éサーバ| 1 U ーーFW L2SW3 DNSサーバ| |HY casi|シュ| 営業所!200.gw.8.0/28 『ォーーーーニーーてーーサーーーゴ‘e222? 1|L2SW|+L3SW0|広域「部LANにaaa eee ee ome |L2SW0 L3SWOィーサ網|内部Nat.lan i Pec|---[ec]L3SW1|上2SW2サーバit :|LEBSWI-}-—F]_L2si2|ny HH '1{(Sameerーーーニーー!1』 85885.)i 1 1 FW:ファイアウォールEs内部DNSメール|中 li it|ye rf L2SM:レイヤー2スイッチ1 ec][ec]5サーバサーバi L3SW:レイヤー3スイッチ!172.16.128.0/20!172.16.0.0724 I 広域イーサ網:広域イーサネットサービス網pemcpfoでtatFSPPE和こう 注記1 209.w.8.yはグローバルIPアドレスである。また,209.e.8.9/28はネットワークアドレス を示し,/28はサブネットマスク長を示す。 注記2 A社.jpはインターネット向けドメイン,A社.lanはA社内向けドメインである。 図1現在のA社のネットワーク構成 現在のA社のネットワークの構成及び運用形態を次に示す。 ・本社及び営業所のPC(以下,社内PCという)には,L3SW1上で稼働するDHCPサー バから配付されるIPアドレス,そのリース期間及びサブネットマスク,①デフォ ルトゲートウェイのTIPアドレス並びにDNSサーバのIPアドレスを設定している。 ・メールサーバは,本社及び営業所の従業員によるメール送受信に利用される。 ・メール中継サーバは,メールサーバから送信された社外宛てのメールを社外のメ ールサーバに中継し,社外のメールサーバからA社宛てに送信されたメールをメー ルサーバに中継する。 ・②メール中継サーバでは,スパムメールの踏み台になることを避けるために,オ ープンリレー防止策を実施している。 ・業務サーバは,社内PCとだけ通信する。 ・社内PCは,内部DNSサーバで名前解決を行う。 -内部DNSサーバは,A社.Lanのゾーン情報を管理し,管理外のドメインのホストの 名前解決要求を受信したときは,名前解決要求をキャッシュDNSサーバに転送する。 ・外部DNSサーバは,Att.jpのゾーン情報を管理する。 ・業務サーバ及びDMZのWebサーバは,HTTP Over TLSによるアクセスだけを受け付 ける。 ・社内PCは,。インターネット上のWebサイト及びDMZのWebサーバに,DMZのプロキ シサーバ経由でアクセスする。 FWに設定されている,インターネットとDMZとの間の通信を許可するルールを表1 に示す。 表1 FWに設定されている,インターネットとDMZとの間の通信を許可するルール 人 注記FWは,応答パケットの通過を自動的に許可する機能をもつ。 ごBY= [BCL-Aに移行後の構成の設計]〕 C主任は,サーバをBCL-Aに移行した後の構成を,次の3点を前提として設計した。 ・社内PCを使用した業務の運用方法及びPCの操作は変更しない。 ・移行作業時の障害によって業務が全面停上上するのを避けるために,今回の移行で は業務サーバを本社に残す。 ・BCL-Aに移行後の各サーバのインターネット向けのIPアドレスには,移行前のDMZ の各サーバと同じグローバルIPアドレスを設定する。 サーバをBCL-Aに移行した後のネットワーク構成を図2に示す。 公開セグメントのサーバのTPアドレスーー BCL-A Att.172.20.0. |公開セグメント|内部セグメント| ysーバ|172.29.1.11| 22000|キャッシュ|[プロキン|tt内部DNS! ||DNSサーバサーバ|!!サーバ 1| 1|Wa oe IMメール 1サーバ中継サーバ|!サーバ! 内部モダメットドのザーyパの1『アドレスーII 172.20.1.0/24!1 172.20.2.0/24| —————so 1インターネットa]IPsec !向けDNSサービス1»ルータ1 ーーる館skーー in.wr:Pie IPsec |L2SWo+L3swo Par L3SW1(L2SW2 ys|! '『ーーーニニーニー人NIME 1 'fec][pc]|11 172.16.0.0/24| 1 1ーーーーーーーーーーーーーーーーーーー 1 192.168.1.0/24| IGN:NAT機能をもつインターネットゲートゥェイ|しリー16128.0/20| 注記図1中の外部DNSサーバの機能は,B社が提供するインターネット向けDNSサービスを利用 して実現する。 図2サーバをBCL-Aに移行した後のネットワーク構成 サーバをBCL-Aに移行した後の各種設定,動作及び構成を次に示す。 ・BCL-Aには,公開セグメントと内部セグメントを設定する。 ・公開セグメント及び内部セグメントには,それぞれ経路表を設定する。経路表に lt,サーバ同士の間及びサーバとインターネットとの間で移行前と同様な通信を 行うことができる経路情報を登録する。 ・BCL-Aのドメイン名は,A社内向けドメインのA社.lanとし,ネットワークアドレ スは172.20.0.0/20を設定する。この172.20.0.9/290をサブネットに分割して,公 開セグメントに172.20.1.0/24を,内部セグメントに172.20.2.0/24を設定する。 ・A社.Lanのゾーン情報は内部DNSサーバで管理する。 ・公開セグメントのサーバは,IGW経由でインターネットと通信する。1GWは,NATに Lot,公開セグメントの各サーバに設定された172.20.1.11一172.20.1.14をイ ンターネットに公開する各サーバの対応するIPアドレスである200.w.B.1~200. a.8.3,200.w.8.5に変換する。 ・公開セグメントのインターネット向けドメイン名は,図1中のDMZと同様のA社.jp とし,A社.jpの各サーバには,図1と同じIPアドレスを設定する。 ・A社.jpのゾーン情報はインターネット向けDNSサービスで管理する。 ・③インターネットから公開セグメントのサーバ宛てに送信されたパケットは,IGW が公開セグメントのサーバに中継する。 ・本社は。IPsecルータ2及びIPsecルータ1を経由してBCL-Aと接続する。 ・④1IPsecルータ2は,BCL-A宛てのパケットを,IPsecルータ1に転送する。 ・⑤L3SW9とL3SW1の経路表及びDHCPサーバの配付情報を変更する。 C主任は,設計内容を上司のD課長に説明し,移行方法が承認された。

共通の文章

問6受講管理システムの改修に関する次の記述を読んで,設問に答えよ。 D社は,日本人を対象に英会話のオンライン教育サービスを提供する中了堅企業であ る。従来は.ビジネス英会話の講座を提供していたが,それに加えて日常英会話の 講座を追加することになった。 従来のビジネス英会話講座と新規に追加する日常英会話講座との違いを表1に示す。 表1従来のビジネス英会話講座と新規に追加する日常英会話講座との違い _|レベル|tik,Fa,上線の3 oe|ジャンル|海外出張。会議,交渉などの15種|社交,RA,趣味などの10種類 の類(変更の可能性あり) Beaなし幼児・小学生,中学生・高校生,大 学生・大人の3種類 受講形態6人までのグループに対して1人の|2人までの受講者に対して1人の講 。|講師がつく受講形態師がつく受講形態 受講予約方法講座の開催スケジュールが決まって|受講者が希望日時を指定して,その いて,それに受講者が先着順で応募|時間帯に空いている講師を選択して する。予約する。 日常英会話講座のジャンルは,サービスを開始してから1年程度は,申込み具合な どを考慮して変更する可能性がある。 講師は割り当てられた講座の開始時刻から終了時刻まで拘束されるが,それ以外 の時間帯は自由である。現状は勤務日と講座担当の割当てだけで勤務を管理してい る。講座の受講管理には,受講管理システムを利用している。 現状のビジネス英会話講座を管理する受講管理システムのE-R図を図1に示す。 受講予約・結果|5|開催スケジュール|講座担当割当 受講者コード講座コード講座コード 講座コード開催番号開催番号 [|ぉ』。|開催年月日講師コード ER開始時刻 評価ここ :eine-講師コード勤務年月日 氏名講帥コード mma te .受講者コード講座名生年月日 氏名レベル略歴 性別ジャンル 生年月日= BARA ju ーー 注記属性名の実線の下線___-はキー,—>:1対多Bue 破線の下線----は外部キーを示す。<>:多対多|BEA 主キーの実線が付いている属性名には,属性名 外部キーの破線を付けない。: 図1現状のビジネス英会話講座を管理する受講管理レシステムのE-FR図 開催えスケジュールについては,同じ講座が複数回開催されるので,開催番号で区 別している。 受講管理システムのデータベースでは,E-R図のエンティティ名を表名にし,属性 名を列名にして,適切なデータ型で表定義した関係データベースによって,データ を管理する。 [受講管理システムの関係スキーマの変更〕 講座の種類には,表1に示す内容に沿った値以外のものを格納できないように定義 域制約を適用する。 日常英会話講座の追加に当たり,日常英会話講座のジャンルの変更の容易性と講 師の勤務管理の厳密化を考慮して,受講管理システムの関係スキーマの変更内容を 次のように検討した。 ・講座エンティティをスーパータイプにして,ビジネス英会話講座エンティティ, 日常英会話講座エンティティをサブタイプとして新規に追加する。講座エンティ ティにビジネス英会話講座か日常英会話講座かを区別する講座区分属性を追加し て,講座エンティティから| c|及び|d|の①ニっの属性をサブタ イプに移す。 ・勤務日でも講師が講座を受けもつことができない時間帯は予約できないようにす るため,勤務日の勤務可能時間帯を管理する勤務可能時間エンティティを追加す る。 追加及び変更するエンティティを図2に示す。 |(am)|勤務年月日 人講師コード 開始時刻 chr 講座コード講座コード 凡例 A M2追加及び変更するエンティティ 〔表の定義の追加,ZB) 受講管理システムの関係スキーマの変更に伴い,新規表の定義,既存表の変更を 行う。今回の変更では,スーパータイプ,サブタイプのエンティティごとに別の表 にしている。講座表の変更に当たり,削除する列の情報は削除前に保存して,追加, したサブタイプに反映する。 講座表の変更を行うSQL文を図3に示す。 ー給一! TABLE講座ADD COLUMN講座区分VARCHAR(10) TABLE講座DROP COLUMN CASCADE TABLE講座DROP COLUMM|d|CASCADE 3講座表の変更を行うSQL文 |勤務可能時間表を作成するSOL文を図4に示す。 4で,勤務日表の行が削除された場合は,参照元の勤務可能時間表の行も自動的 に削除されるようにしている。 CREATE TABLE勤務可能時間( 勤務年月日DATE, 講師コードCHAR(10), 開始時刻TIME, 終了時刻TIME, PRIMARY KEY(勤務年月日,講師コード,開始時刻), FOREIGN KEY(勤務年月日,講師コード)REFERENCES勤務日([3s|) ON DELETE) 4勤務可能時間表を作成するSOL X [勤務日の削除] 勤務日が削除可能となるのは,指定した日の勤務年月日に開催する講座を講師が 担当していない場合である。 指定した日にある講師が担当している講座の講座コードの一覧を取得するSQL文を 5に示す。ここで,“:講師コード”と“:勤務年月日"は.それぞれ対象となる講 師の講師コードと指定した日の年月日を格納する埋込み変数である。 なお,CAST指定は,データ型を変換する際に使用される。 SELECT DISTINCT t0.講座コード FROM開催スケジュールtO INER JOIN講座担当割当1 WHERE t1.講師コード=:講師コードAND t0.開催年月日=CAST(:勤務年月日AS DATE) 5指定した日にある講師が担当している講座の講座コードの一覧を取得するSQL文 pate 39 Pam

共通の文章

問7猫の自動給餌・健康監視シレシステムに関する次の記述を読んで,設問に答えよ。 G社は,猫の飼育に対応する自動給餌機と猫に装着するスマート首輪,及びスマー トフォン(LER,スマホという)にインストールされた専用アプリケーションソフ トウェア(AR,アプリという)から構成される,自動給餌・健康監視レステム‘ (以下,本システムという)の開発を行っている。自動給餌機は餌タンクに蓄えた 餌を供給して猫の食事管理を行いスマート首輪は猫の体調に関するデータの計測- を行いアプリは自動給餌機の状態の確認,設定及び操作を行う。本システムの構 成を図1に,自動給餌機の主な構成要素を表1にそれぞれ示す。 餌タンク_ etカメラ ーー 『ミーーのOF se OHH /|ーーce ‘BLE通信0 アプリがa R= ィンストールTs M給餌‘he されたスマホしーー!シン供給された餌い、)C 次に供給される餌ペータグーートレイ 自動給餌機制御部スマート首輪 図1本システムの構成 表1自動給餌機の主な構成要素 制御部-自動給餌機全体を制御する。 ・仕切板で区切られた四つの区画をもつ。1区画には5gの餌が入る。 給餌機構・制御部から与えられるパルスによって駆動するステッピングモーターで回転し,: Pe HMOD SHAT S.区画分の回転に159バルス必要である。 ・ひずみセンサーの計測値から,トレイ上にある餌の量を算出する。 通信者・無線LANでインターネットを経由してスマホと通信する。 ・BLE(Bluetooth Low Energy)でスマート首輪と通信する。 -猫を動画で録画する。EX ・1画素24ビットの可視光モードと,1画素8ビットの赤外線モードの二つの録画人 カメラモードをもつ。周囲が明るいときは可視光モード,周囲が暗いときは赤外線モー ドに自動で切り替わる。赤外線モードでは赤外線ライトを照射して録画を行う。 -解像度は,どちらのモードでも200万画素である。 〔スマート首輪の動作概要〕 スマート首輪は,加速度センサー,体温センサー及びBLE通信部を内蔵している。 スマート首輪の動作概要を次に示す。 ・スマート首輪は,9.5秒ごとにBLEのビーコンを発信する。 ・1分ごとに,次の処理を行い,猫の体調に関するデータ(以下,体調データという) を作成する。1分ごとに1回分の体調データを作成するので,24時間では1,440個 のデータになる。1回分の体調データは計測日時,運動量,FRA,体温及び猫の 安静状態を示すフラグ(以下,安静フラグという)で構成される。 -1分間の加速度センサーの出力値を集計して,運動量に変換する。 -1分間の加速度センサーの出力値の変化から,呼吸数を算出する。 -体温センサーで体温を計測する。 -5回以上連続して運動量が一定値を下回った場合,安静フラグを有効に設定する。 安静フラグが有効なときの呼吸数と体温を,それぞれ安静時呼吸数と安静時体 温とし,安静フラグが有効な体調データを安静データとする。それぞれ正常な 範囲は,15~30回分と38一39Cである。 ・体調データは最大60回分蓄積することができる。自動給餌機からの送信要求を受 信すると,蓄積した体調データを送信する。何らかの理由で自動給餌機からの送 信要求を受け取れずに,体調データを送信できなかった場合は,60回分を超える と,新しい体調データを最も古いデータに上書きする。蓄積したデータは,送信 要求を受信できた時にまとめて送信する。 [自動給餌機の動作概要] 自動給餌機1台につき,一つのスマート首輪が関連付けられている。また,アプリ から1回分の給餌量,1日の給餌量,猫の画像が設定できる。自動給餌機の動作概要 を次に示す。 ・スマート首輪からBLEのビーコンを受信する。ビーコンの受信信号強度から,猫と の距離を測定し,次の動作を行う。 -猫が一定距離内に来たらカメラを起動し,録画を開始する。 -録画データから猫がトレイの正面に一定時間いると判定した場合,カメラを停 止し,次の方法で餌の供給量を算出して,トレイに供給する。 ー43一 (7)日の給餌量から,その日に猫が食べた餌の量を引く。 (イ)(ア)の結果と1回分の給餌量の小さい方を選択する。 (ウ)(イ)の結果からトレイ上に残っている餌の量を引き5g単位で切り上げたも のを餌の供給量とする。ただし,結果が負の場合は99とする。 -猫が離れると,餌を供給していた場合,ひずみセンサーの計測値から食べた餌 の量を算出して記録する。餌を供給していない場合,カメラを停止する。 -19分に1回,スマート首輪に送信要求を送信し,体調データを受信し,BATS.; ・アプリから要求を受信すると,猫が食べた餌の量及びスマート首輪から受信して 蓄積している体調データを送信する。 ・餌タンクが空になったことを検知し,アプリに空になったことを送信する。 [データ受信率の定義 スマート首輪が作成した体調データのデータ数のうち,自動給餌機が受信できた データ数の割合をデータ受信率という。24時間で自動給餌機が受信できたデータ数 が936個の場合,データ受信率は9361,449=65%である。 [アプリの動作概要〕 アプリの動作概要を次に示す。 ・自動給餌機の状態の確認,設定及び操作を行う。 ・スマート首輪から自動給餌機を経由して受信した体調データ,自動給餌機から受 信した食べた餌の量を保存する。 ・食べた餌の量の履歴をグラフで表示する。 ・自動給餌機から餌タンクが空であることを受信すると,アプリの利用者に通知す る。 ・受信した体調データの安静時体温及び安静時呼吸数の数値から,健康監視結果を. 判定する。判定は,毎日9:99から24時間の安静時呼吸数と安静時体温のデータ数 から行う。正常な範囲のデータ数がどちらも959以上の場合は“安全”,どちらか ーつでも90%未満の場合は“危険",それ以外は“警告"とする。 ー44一 [自動給餌機の制御部のソフトウェアの構成 自動給餌機の制御部では,リアルタイムOSを使用する。自動給餌機の制御部の主 なタスクの一覧を表2に示す。 表2自動給餌機の制御部の主なタスクの一覧 機能概要 ・自動給餌機の全体を制御する。 -カメラ起動の通知を受けると,カメラを起動し,69フレームノ秒,非圧縮で録画を開始 aeする。 -録画の開始から1秒ごとに1秒間の録画データを| 』|タスクに通知する。 ・カメラ停止の通知を受けると,カメラを停止し録画を終了する。 ・給餌実行の通知を受けると,餌の供給量を算出し,必要なパルス数を出力して,Ce 構を回転させ,餌の供給を行う。 ・餌の供給が終わると,ひずみセンサーの計測値からトレイ上の餌の量を算出して記録す 給餌る。 ・食事完了の通知を受けると,①食べた餌の量を算出して記録する。 ・②餌タンクが空になったことを検知すると,無線LAN通信タスクを介してアプリに通知 する。 ・猫が接近した通知を受けると,撮影タスクにカメラ起動を通知する。 ・カメラの録画データを受けると,猫が|pb|一定時間いると判定した場合撮影 猫検知タスクにカメラ停止を通知後,給餌タスクに給餌実行を通知する。 ・猫が離れた通知を受けると,餌を供給していた場合,給餌タスクに食事完了を通知し, 餌を供給していない場合,タスクに| d』 ]を通知する。 ・アプリとの通信及びインターネットを介して時刻の取得を行う。 無線LN通信|27 BBS OS RORE:1回分の給餌量及び1日の給餌量を受信しメモリに保 ・アプリに猫が食べた餌の量及び体調データを送信する。 ・スマート首輪の時刻を自動給餌機と同期する。 acca・スマート首輪と通信し,10分ごとに体調データを受信する。 °-ビーコンを受信すると,猫との距離を測定する。一定距離内に接近した場合又は離れた 場合に猫検知タスクに通知する。 ー45一

共通の文章

モバイルオーダーシステムの画面設計に関する次の記述を読んで,設問に答えよ。 C社は,カフェを運営する会社であり,オフィス街の駅前を中心に約50店舗を運 営している。C社の商品は,顧客の好みに応じたトッピングやサイズを細かくオーダ ーできることが人気を呼び,売上げを伸ばしている。LOL,朝や昼のピーク時間. 帯では,オーダーに時間が掛かることが原因で,顧客からクレームが来ている。 そこで,C社では,顧客自身のスマートフォン(以下,スマホという)でオーダー できるモバイルオーダーシステム(以下,新システムという)を構築することにし た。新システムの構築は,C社情報システム部のR君が担当するてとになった。 〔新システムへの要望〕 R君は,C社の商品開発部の部員やスマホからのオーダーへのニーズがある店舗の 店長を招集し,新システムに対する要望のヒアリングを行った。R君はヒにアリング結 未を次のように整理した。 ・顧客のスマホに(社専用のアプリケーションソフトウェアをあらかじめインストー ルして利用してもらう。 ・顧客が商品のオーダーから決済までをスマホでできるようにする。 ・店内利用かテイクアウトかを選択するとともに,連絡が取れる電話番号をハイフ ン記号を含めて入力できるようにする。顧客の中には海外からの観光客も多いの で,プラス記号から始まる国番号を含む電話番号も入力できるようにする。 ・季節商品を顧客にアピールできるようにする。 ・店舗ごとのおすすめ商品や独自商品をアピールできるようにする。 ・選択された商品についてはアイス又はホットのいずれかを選択できるようにする。 ・サイズの指定は,S(150m),M(208m),L(250ml)の3段階に加え,。100mL~ 500mlの間で59ml間隔で設定できるようにする。. ・トッピングの指定は,コーヒーパウダー,チョコパウダーなど複数のトッピング も指定できるようにする。 ・商品に関する“おこのみ要望"を受け付けられるようにする。 ・商品の受取りは,対象店舗の当日の開店時刻から閉店時刻の30分前までとする。 ー48一 R君は,これらの要望を満たすための要件定義書を作成した。 [画面の設計] R Blt,新システムの要件定義書を基に画面設計を開始した。R君が設計中のトッ 、プ画面と商品選択画面の画面レイアウト例を図1に,トップ画面の画面項目定義書を 表1に,商品選択画面の画面項目定義書を表2に示す。 トップ画面商品選択画面 AaAN AN C社カフェ=\O5}C社カフェ= 季節商品商品選択 1 1!Vig I ligt !|1!14%)s¥300 um¥400 L¥500|[L's s¥300_m¥400_L¥500 |“7 H 1 L像S\300 M\400 L¥500 1像」s¥300 M\400 L\500 CRUCE|画!カフェラテ!画!グリーンティー ooowooOo L像」s*300 M*409 L¥500 1%}s*300 M¥400 L\500 [$$$$$s|ホットプアイス指定 モバイルオーダー〇ホット〇アイス Be|OOO駅店||サイズ指定 人 Os Ou OL〇自由指定[269mL M am 5 時刻-トッピング指定 See Goo 〇店内利用。〇テイクアウトロチョコパウダーモンプランパウダー おこのみ要望 1トップ画面と商品選択画面の画面レイアウト例 表1トップ画面の画面項目定義書 画面項目名|コンポーネ選択肢初期値入力チェックその他仕欄 ント種別 1|#=4a-|a|商品紹介サイト,|設定なしなしなし ログイン,Beta 報変更 2|季節商品(省略)なし季節商品の画像なし3秒で画像を 切替え ae eee 3|店舗選択現在位置から半径|現在位置から最も|なしなし —99)一 Xlトップ画面の画面項目定義書(続き) 画面項目名コンポーネ選択肢初期値入力チェックその他仕様 ント種別 受取り時刻[5開店時刻以降かつ|選択肢のうち最も|開店時刻以降かつ|時刻の早い順 現在時刻十15分|早い時刻表2のNo.9のボ|に表示 以降の時刻のリスタン押下時の時刻 ト以降であるか §連絡先テキストボ|なし前回オーダー時に|正規表現チェック|なし ックス入力された連絡先 店内利用プテ店内利用.テイク|店内利用にチェッ|1個の選択肢が選|なし. イクアウトアウトク択されているか 7商品選択へ進|ボタンなし設定なし(省略)なし むボタン 表2商品選択画面の画面項目定義書 画面項目名コンポーネ選択肢初期値入力チェックその他仕様 ント種別 1|メニュー[_。|商品紹介サイト,|設定なしなしなし ログイン,顧客情 報変更 2|商品選択テーブル対象店舗で販売可|選択なし1個の商品が選択|横2列の表と 能な商品されているかし,縦方向に スクロール 3|選択できる商(省略)aly商品画像十商品名|なしNo.2のテーブ 品+S,M,Lの価格ルの中に表示 4|ホットアイ(省略)ホット,アイス選択なし1個の選択肢が選|なし ス指定択されているか 5サイズ指定(省略)S,M,L,自由指|選択なし1個の選択肢が選|なし 定択されているか サイズ自由指|(省略)109ml一5900mlの|200mL 1個の選択肢が選|No.5が自由指 定間で59ml間隔で択されているか定時だけ操作 小さい順に表示可能にする 7トッピング指|dトッピングごとの|設定なしなしパウダーなど 定選択肢のトッピング 人気順に表示ごとに用意 回PE時 リア [oe[axasy|ボタン|なしspec|(昌| ニニつの画面ともに,画面上部にC社のロゴと会社名を配置する。さらに,右上には人 商品紹介サイト,ログイン,顧客情報変更へのリンクを表示するための| a| 型の画面コンポーネントを配置する。 トップ画面には,季節商品を表示する領域を配置し,商品の画像を順に表示する。 店舗選択と受取り時刻の画面項目は,画面項目の選択時に選択肢のリストを表示し, 表示された複数の選択肢から一つを選択する| b|型の画面コンポーネントを 利用する。連絡先の画面項目は,①連絡先の電話番号を入力できるようにする。ま た,店内利用プテイクアウトの画面項目は,あらかじめ表示された選択肢の中から ーつを選択する| c|型の画面コンポーネントを利用する。 商品選択画面には,商品を選択するための画面項目を配置する。サイズ指定の画 面項目の,S,M,L,自由指定の選択肢のうち,②自由指定を選択した場合だけサイ ズ自由指定の画面項目を操作可能にし,自由指定以外を選択した場合は操作できな いようにする。また,トッピング指定の画面項目は,あらかじめ表示された選択肢 から任意の数のトッピングを選択可能とするために| d|型の画面コンポーネ ントを利用する。 [設計レビピュョー] R君は設計した画面について,R君の上司であるU課長にレビューを依頼した。U課 長は,次のように指摘した。 指摘1:トップ画面の受取り時刻の画面項目について,選択肢と入力チェックに関 して,設計に不備があるので修正すること。 指摘2:商品選択画面の商品選択の画面項目について,テーブル型の画面コンポー ネントを利用する場合,“店舗どとのおすすめ商品や独自商品をアピール できるようにする"という要望の具体化不足が疑われる。これは商品の 売行きに影響びがあるので,商品開発部に確認すること。 〔新システムのテスト〕 新システムの実装を完了し,R君が商品選択画面をテストしたところ,画面の初期 表示に時間が掛かるという問題が検出された。この問題は,全商品の情報を一度に 読み込むことが原因であったので,一度に読み込む商品数を少なくするために③画 面コンポーネントを追加した。また,セキュリティ診断ツールを用いたテストを実 施したところ,商品選択画面のおこのみ要望の画面項目に関して,OSインジェク ションに関する不具合が検出された。 その後,R君は検出された不具合の修正を行って新システムの構築を完了させ,C ーョ1一 社は新システムの運用を開始した。

共通の文章

問19社内手続を扱うサービスデスクに関する次の記述を読んで,設問に答えよ。 J社は通信会社であり,通信サービスや企業向けのアウトソーシング事業を提供し ている。J社の組織は,全国の営業所や技術部などの事業部門と,人事・総務部や情 報システム部などのコーポレート部門に大別される。情報システム部には開発課と 運用課があり,それぞれ社内システムの開発と運用を行っている。J社の人事・総務 部は,従業員向けの社内手続の申請・承認に関わる業務や情報提供業務を行ってい て,業務の担当者は,従業員からの問合せ対応で多忙を極めていた。一方,従業員 は,“社内手続の疑問点を人事や総務のどの担当者に問合せすればよいのか分かりに CW","問合せができても,回答までに時間を要する",“9時から17時までの勤務 時間帯以外は社内手続ができない"など,適切なサポートを受けられていない状況 であった。その結果,従業員の負担も増加し,作業効率の低下を招いていた。 この状況を踏まえ,人事・総務部と情報システム部(以下,両部という)を統括 するW常務は,両部に対し,情報システムを使って,従業員向けのサービスを充実さ せるとともに,問合せ対応の負荷を軽減させるように指示した。両部が検討した結 A,N課長をリーダーとする運用課が,従業員向けのサービスデスク(以下,DEW う)サービスと,社内手続の申請や問合せを受け付けるポータルサービス(以下,P サービスという)の二つのサービス(以下,新サービスという)を提供することに なった。Pサービスは,開発課が社内Webを使って構築するポータルサイトで実現す る。情報システム部は,利用者を代表する事業部門との間でSLAを合意し,新サービ スを提供する。 (SD)サービスの概要〕 従来,人事・総務部で行っていた従業員からの問合せ対応に加えて,Pサービスに 関する問合せも,SDが受け付けて回答を行う。疑問が解決したことを利用者に確認 することで,回答の終了とする。 利用者からSDへの問合せ手段は電話や社内チャットである。従業員にとって問合 せ対応窓口の一本化が図られ,SDの組織が| a|として機能する。SDは運用課 の所属とし,SDの要員は,運用課の従業員及び人事・総務部から異動した従業員の5 名で構成する。SDサービスのSLAの概要(抜粋)を表1に示す。 ー69一 表1 SDサービスのSLAの概要(抜粋) FEAL AER SDサービス提供時間問合せの受付業務を実施する時間帯J社営業日の勤務時間帯" 回答時間問合せを受け付けてから回答を終了す|24時間以内 るまでの経過時間? 注!勤務時間帯は9時から17時までである。 注?SDサービス提供時間以外の時間帯は経過時間に含めない。 [Pサービスの概要]〕 Pサービスには,各種申請機能とセルフヘルプ機能がある。セルフヘルプ機能を実 現するために「AQのデータベース(LAF,FAQ-DBという)SHEL,あらかじめ問 合せと回答とを対にして登録する。これによって,利用者自身が疑問を解決できる SICA Bs Pサービスの概要を表2に,PサービスのSLAの概要(抜粋)を表3に示す。 表2 Pサービスの概要 |機能。|由容。6《6〈《〈《{%t%0Qq〔q〔uQ.t〔0 各種申請-利用者が各種申請を行うと,その申請は承認ワークフローで処理される。 ・その後,適切な担当者へ承認依頼が送信される。 セルフヘルプ・利用者が,社内手続の疑問点についてのキーワードをセルフヘルプに入力 して検索ボタンを押下すると,検索に用いたキーワード(以下,入力され たキーワードという)を含む問合せと回答がFAQ-DBから出力される。 -FA0-DBにアクセスするごとに,FAアクセスログ(以下,Fログという) が1件記録される。Fログのデータ項目としては,HES ID,入力された キーワード,問合せ内容,回答内容,疑問解決フラグなどがある。 ・入力されたキーワードを含む問合せと回答がFAQ-DB中に格納されていなか った場合は,Fログの回答内容のデータ項目は空欄になる。 ・利用者は表示された回答で疑問が解決できた場合は"はい"ROVE,疑 問が解決できなかった場合は"いいえ"ボタンを押下する。この内容がF ログの疑問解決フラグに記録される。 表3 PサービスのSLAの概要(抜粋) |TEAL ATER Pサービス提供時間Pサービスのサービス提供時間帯J社営業日の924時 サービス|b|Pサービス提供時間に対する,実際にサ|99.5%以上 ービスを利用できた時間の割合 問合せ自己解決率?利用者自身がセルフヘルプを用いて疑|80%以上" 問を解決できた比率 SE)サービスレベル目標値は月間の目標値である。 $2問合せ自己解決率は,Fログの疑問解決フラグの値を基に算出する。 なお,N課長は。サービス| b|のサービスレベル目標値を設定する際に,P サービスの許容される停止時間を計算した。その結果,Pサービスは1か月に最大 |c|分までの停止ならばサービスレベル目標値を達成することを確認した。 (SDで行う問合せ対応手順の作成〕 N課長は,SDで行う問合せ対応手順を表4のとおり整備した。SDでは,問合せを記 録する問合せ管理データベース(以下,問合せ管理DBという)を構築して,利用者 から問合せを受け付けるごとに問合せ管理DBに問合せ内容などを記録する。 表4 SDで行う問合せ対応手順 a 〈《〈《央容。 《〈《6《.ぞ7| 記録と分類・利用者から問合せを受け付け,問合せ管理DBに記録する。 ・問合せには一意な問合せ番号を割り当て,利用者に案内する。 ・問合せ内容の皿急度,業務の性質に応じて問合せを分類する。 |9|の割当て|・問合せの分類に基づき,問合せ対応の[ d|として,"高" “ME”を割り当てる。 |。」]・SDが対応手順書りを用いて回答できる場合は。この手順は実施せず、 次の手順に進む。 ・SDが対応手順書を用いて回答できない場合は。人事・総務部又は開発 課のどちらかを| e|先として決定し,|6|先に調査 を依頼する。 解決・対応手順書又は| e|先からの調査の結果を基に,問合せへの 回答を行う。 回答の終了・疑問が解決したことを利用者に確認する。 -回答などの記録を更新し,終了する。 =”)対応手順書とは,問合せへの標準的な回答内容などが記載されている手順書である。 問合せ管理DBには,問合せ番号,SD担当者の従業員ID,利用者の従業員ID,受付 Al,問合せキーワード,問合せ内容,回答内容などのデータ項目がある。なお 問合せキーワードとは,SDが対応手順書を参照するときに用いた用語のことである。: 〔新サービスの試行運用〕 試行部署を選定し,先行的に新サービスの提供を行う試行運用を1か月間実施した。 N課長が新サービスのサービスレベル項目の実績を調査したところ,SDサービスにつ いては問題点はなかったが,Pサービスについてはサービスレベル項目の“問合せ自 己解決率"がサービスレベル目標値を下回り,509%となっていた。そこで,N課長は 問合せ自己解決率についての改善策を次のように検討した。 (1)FAQ-DBに登録すべき問合せの優先度を付けるため,N課長は,①試行運用の『 ログを分析した。 (2)試行運用で新サービスを利用した従業員にアンケート調査したところ,セル フヘルプで回答が得られなかった場合は,SDサービスを利用してSDの回答で疑 問が解決した”との回答が多かった。そこで,N課長は,(1)で分析したFログ中 の| f|と問合せ管理DB中の|g|を突き合わせることにした。 と関連した|9|を含む問合せ管理DBの問合せ内容と回答内容 をFAQ-DBに登録することにした。