戦国IT - 情報処理技術者試験の過去問対策サイト
ブログお知らせお問い合わせ料金プラン

ITストラテジスト 2023年 午後1 問02


地域におけるスマートシティ構想に関する次の記述を読んで、設問に答えよ。

 D市は、穏やかな気候で、野菜や果物の栽培、魚の養殖など農水産業が盛んな地域である。農水産業はD市の地域経済を支える基幹産業であり、古くから親しまれている農水産物はブランド認定品として広く認知され、大都市圏を中心に流通している。D市には、農水産業を営む農村部、温泉や渓谷などの自然観光資源がある観光部、企業のオフィスや商業施設などが集中した都市部がある。  E社は、大手のSIベンダーであり、D市を含む全国の市町村向けに数多くの行政システムを提供している。E社は、D市を対象地域とするスマートシティ構想を検討しD市に提言することにし、地域が一体となって取り組むべき課題とその対応策を明らかにすることで地域活性化を図り、E社の事業領域拡大も狙うこととした。   〔D市の現状〕  D市は近年、地域経済の縮小や人口減少、加えて、特に農村部で顕著な空き家問題など、社会課題が表面化してきており迅速な対策が必要である。E社は、D市の現状の課題を把握するために住民や観光客に対しアンケートやグループインタビューなどで調査を行った。  (1) 農村部の課題   D市の農村部では、昨今の燃料費高騰などによって流通コストが増加し、販売する農水産物の利益率が低下している。また、形や大きさなどが規格外の農水産物は、品質に問題がなくても大都市圏へ流通できず、廃棄せざるを得ないので、農水産業者(以下、生産者という)にとって利益率低下の原因の一つになっている。この問題は昨今のSDGsへの関心の高まりからも無視できない状況である。D市の観光部や都市部の宿泊施設や飲食店など(以下、実需者という)には規格外の農水産物を流通できれば、利益率の改善や廃棄の抑制につながる可能性があるが、大都市圏との取引を優先してきたことからD市内の他地域との接点がなく、実現できていない。  (2) 観光部の課題   外国人観光客や国内企業の社員旅行客などが減少傾向にある。一方、自然志向の高まりから、D市の自然観光資源に魅力を感じ、家族や友人などで訪れる少人数の旅行客は増加傾向にある。少人数の旅行客では、食事を重要視することが多く、D市産の農水産物を利用したメニューで特徴が出せれば、より多くの観光客を呼び込める可能性があるが、実現できていない。   数年前から、遊休農地の増加の歯止めや空き家の活用を目的として、遊休農地を市民農園に整備した上での農業体験や、空き家を利用した宿泊体験などを提供している。大都市圏から来た観光客で、農水産業体験や宿泊体験をした人の中には、D市で農水産業に従事することに魅力を感じ、実際に市外から移住してきた人もいる。   一方で、移住を考える人の中には、農水産業は熟練のノウハウを必要とするイメージをもち、移住をためらう人もいる。移住経験者との意見交換ができればそのような懸念が払拭され、移住につながる可能性もあるが、実現できていない。  (3) 都市部の課題   市外の企業の従業員の中には、D市の自然観光資源や農水産物が気に入り、D市の都市部に移住し、市外の企業にリモートワークしたいといった声を聞くことがある。また、都市部にはリモートワーク拠点として利用できるコワーキングスペースがある。その近郊の飲食店にD市産の農水産物を利用した特徴あるメニューがあれば、是非利用したいとの声を聞くことがあるが、実現できていない。   〔スマートシティ構想〕  調査結果を受けE社は、D市の強みを生かし弱みを補強することで、“人が安心して訪れ、暮らし、働くことができる市”を実現するスマートシティ構想を検討し、D市へ提言した。地域が一体となって、農水産業資源や自然観光資源を生かしたサービスを提供しD市の魅力を高めることで、人口の増加を図り、地方創生を目指す。  E社は、スマートシティ構想の取組では、農水産業や観光といった様々な分野の環境変化に対応することや、継続的に各分野が協調する必要があると考えている。そのため、スマートシティ構想で活用するITは、変更や拡張が容易で、分野間のデータ連携が可能な仕組みとする必要があると考えた。  また、住民や観光客にサービスを更に利用してもらうためには、利用者ごとのニーズにより合致したサービスを提供する必要があり、そのためには利用者の属性情報、利用履歴情報、位置情報など(以下、利用者情報という)を同意に基づいて取得し、利用することが適切であると考えている。  そこで、E社は構想の実現に向けた第一歩として、E社が事務局となりD市の支援のもと住民や実需者、生産者、観光客を含めた実証実験(以下、PoCという)を行うための会議体(以下、PoC協議会という)を設置しアイディアを募集することとした。   〔PoC協議会の提言〕  PoC協議会は、D市の状況とアイディア募集の結果から、スマートシティ構想ではITを活用し、各分野が協調して地産地消や魅力的な情報発信などを行うことで地方創生を推進するサービスが必要であるとD市に提言した。サービス実現に向けては、地域オペレーションシステムとして、スマートシティプラットフォームの整備が必要との認識で一致した。  スマートシティプラットフォームの概念図は、図1のとおりである。スマートシティプラットフォームの上に地方創生を推進するサービスを提供するアプリケーションシステム(以下、アプリという)を実装する。
応用情報技術者試験(令和5年度 午後 問02 図01)
(1) APIゲートウェイ層  APIゲートウェイ層は、APIをオープンAPIとして公開する機能を提供する。各APIは、アプリから受け取ったリクエストを適切な共通機能や標準データ基盤にルーティングする。これによってアプリは、共通機能や標準データ基盤の内部仕様を意識せずに構築できる。 (2) 共通機能層  共通機能層は、認証やID管理、API管理や開発基盤、オプトイン管理など、アプリが共通で利用する各機能を共通機能として提供する。オプトイン管理は、利用者情報の取得・利用に係る同意を管理する機能である。 (3) 標準データ基盤層  標準データ基盤層は、アプリで発生したデータの管理やアプリ間のデータ連携を行う機能を提供する。   〔PoCの実施〕  PoC協議会は、募集したアイディアの中から、PoCによって実効性を評価する対象として次の三つのアプリを選定し、スマートシティ構想実現に向けた第一歩とすることとした。なお、募集したアイディアの中には、行政システムとのデータ連携によって地方創生を推進するものもあった。PoC協議会は、将来的に行政の動きも踏まえつつ、今回のPoCの結果も考慮した上で、具体的に行政システムとのデータ連携も検討し、D市に提案する必要があると考えている。  (1) コミュニティアプリ   農村部、観光部、都市部の住民、観光客の間で意見交換や情報共有を行うアプリである。PoC実施に当たり、コミュニティアプリに意見の登録や交換をするスレッドを、PoCを実施するアプリごとに用意し、アプリの利用者間のコミュニケーションを活性化する。  (2) 地産地消コーディネートアプリ   生産者と実需者をつなぎ、需要と供給をマッチングするアプリである。生産者は、自らの属性情報、農水産物の画像や特徴などを、実需者は、自らの属性情報、店舗の画像や特徴、料理に使う材料や必要量などを地産地消コーディネートアプリへ登録する。   地産地消コーディネートアプリは、実需者のニーズ情報と、生産者が提供する農水産物の情報をマッチングし、候補となる生産者・実需者の組合せを選び出し、生産者・実需者それぞれへ通知する。実需者は、通知された情報の中で気に入った農水産物があれば地産地消コーディネートアプリ内で購入することができる。また、生産者も実需者に対し、追加の農水産物の提案ができる。  (3) レコメンドアプリ   利用者情報や利用者の入力情報からAIが利用者の想定される利用目的を判断し、その目的に合った情報をレコメンドするアプリである。実需者が自身のサービスを登録する。大都市圏から来る観光客をメインに、広く市内外の利用者に使用してもらうことを想定している。   観光目的の場合は、おすすめの観光スポットや宿泊施設、飲食店などへの最適なルートや平均的な所要時間などがレコメンドされる。利用者は気に入ればレコメンドアプリから宿泊施設や飲食店の予約ができる。   農水産業体験やリモートワークなどの滞在目的の場合は、滞在可能な宿泊施設や体験可能な農水産業、コワーキングスペースなどがレコメンドされる。利用者は気に入れば、レコメンドアプリから予約をすることができる。

設問1:

問題文を見る
〔スマートシティ構想〕について、E社がD市のスマートシティ構想を進める上で、生かそうとしたD市の強み、補強しようとしたD市の弱みは何か。それぞれ30字以内で答えよ。

模範解答

強み:自然観光資源や高品質な農水産物があること 弱み:農村部・観光部・都市部が協調できていないこと

解説

解答の論理構成

  1. D市の“強み”を探る
    • 問題文には「穏やかな気候で、野菜や果物の栽培、魚の養殖など農水産業が盛んな地域」とあり、さらに「古くから親しまれている農水産物はブランド認定品として広く認知」されています。
    • また「温泉や渓谷などの自然観光資源がある観光部」と明記されており、これらはスマートシティ構想で“生かそうとした”地域資産です。
      ⇒ 以上を要約すると“自然観光資源”と“高品質な農水産物”が強みになります。
  2. D市の“弱み”を探る
    • 農村部については「大都市圏との取引を優先してきたことからD市内の他地域との接点がなく、実現できていない」。
    • 観光部でも「特色あるメニューでより多くの観光客を呼び込める可能性があるが、実現できていない」。
    • 都市部でも「飲食店にD市産の農水産物を利用した特徴あるメニューがあれば…実現できていない」。
    • これらはいずれも“農村部・観光部・都市部が協調していない”ことに起因しています。
      ⇒ スマートシティ構想ではここを“補強しようとした”と読み取れます。
  3. したがって
    • 強み:自然観光資源やブランド力のある農水産物
    • 弱み:地域内の各部門が連携できていない状態

誤りやすいポイント

  • 強みを「D市にはコワーキングスペースがある」と短絡しがちですが、これは都市部限定の話で地域全体のコア資源ではありません。
  • 弱みを「人口減少そのもの」と答えると範囲が広すぎて“スマートシティ構想で補強しようとしたポイント”から外れます。
  • “協調できていない”を「情報不足」とだけ表現すると課題の本質(部門間連携の欠如)がぼやけます。

FAQ

Q: 強みに“ブランド認定品”と書かないと減点になりますか?
A: 「古くから親しまれている農水産物はブランド認定品として広く認知」と示されているため、“高品質な農水産物”や“ブランド農水産物”など、文意が取れる表現なら問題ありません。
Q: 弱みを「データ連携不足」と書くのは適切ですか?
A: データ以前に「農村部・観光部・都市部が協調できていない」という物理的・組織的課題が焦点なので、“データ連携不足”だけでは不十分です。
Q: 強みと弱みは一対で書く必要がありますか?
A: 本設問は“それぞれ答えよ”となっており、独立に評価されます。ただし論理の整合性を保つため、構想の流れに沿った対比を意識すると良いです。

関連キーワード: スマートシティ, データ連携, 地産地消, オープンAPI, オプトイン管理

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問2:〔PoC協議会の提言〕について答えよ。

問題文を見る
(1)スマートシティプラットフォームを整備する狙いは何か。二つ挙げ、それぞれ25字以内で答えよ。

模範解答

①:変更や拡張を容易にすること ②:分野間のデータ連携を可能にすること

解説

解答の論理構成

  1. 課題の抽出
    • E社は「様々な分野の環境変化に対応することや、継続的に各分野が協調する必要がある」と認識しています。
  2. IT基盤に求められる要件
    • そこで「スマートシティ構想で活用するITは、変更や拡張が容易で、分野間のデータ連携が可能な仕組みとする必要がある」と【問題文】に明記されています。
  3. プラットフォーム整備の目的
    • 上記の要件を満たす共通基盤としてスマートシティプラットフォームを構築し、
      ① 変更・拡張を柔軟に行えるようにする
      ② 分野横断でデータをやり取りできるようにする
      ことが狙いとなります。

誤りやすいポイント

  • 「APIの公開」や「利用者情報の取得同意」など個別機能を狙いと勘違いしやすい
  • 「地方創生」や「人口増加」といった最上位の政策目的を書いてしまい、本設問が問う技術的狙いからずれる
  • 図1の層構造ばかりに注目し、【問題文】の引用部分を見落とす

FAQ

Q: なぜ「オープンAPIの公開」は直接の狙いに含まれないのですか?
A: オープンAPIは手段の一つであり、最終的には変更・拡張の容易さとデータ連携の実現を目指すためです。
Q: 分野間とは具体的にどの分野を指しますか?
A: 【問題文】で挙げられている農水産業・観光・都市部サービスなど、D市に存在する複数の分野を指します。これらが同一基盤でデータを共有できることが重要です。
Q: 今後行政システムと連携する場合、この狙いは変わりますか?
A: 変わりません。行政システムが加わっても、変更・拡張しやすい設計とデータ連携の仕組みが必須となります。

関連キーワード: オープンAPI, 共通機能, データ基盤, 認証管理, データ連携

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問2:〔PoC協議会の提言〕について答えよ。

問題文を見る
(2)共通機能層にオプトイン管理機能を実装し利用者情報を取得、利用するのはどのような目的か。35字以内で答えよ。

模範解答

利用者ごとのニーズにより合致したサービスを提供するため

解説

解答の論理構成

  1. 【問題文】には、スマートシティ構想で取得する利用者情報について
    「利用者ごとのニーズにより合致したサービスを提供する必要があり、そのためには利用者の属性情報、利用履歴情報、位置情報など(以下、利用者情報という)を同意に基づいて取得し、利用することが適切である」
    と明示されています。
  2. 共通機能層に実装する「オプトイン管理」は、まさに「利用者情報の取得・利用に係る同意を管理する機能」と説明されています。
  3. したがって、オプトイン管理機能の目的は「同意を得た利用者情報を活用して、各利用者に最適化されたサービスを提供すること」であると論理的に導けます。
  4. これを設問の指示どおり簡潔に表現すると、模範解答の「利用者ごとのニーズにより合致したサービスを提供するため」となります。

誤りやすいポイント

  • オプトイン管理の目的を「個人情報保護法への対応」とだけ書いてしまい、本来のサービス提供目的を落とすケース。
  • 「同意取得」だけに注目し、取得した情報を“どう活用するか”の視点を抜かしてしまうケース。
  • 共通機能層の他の機能(認証・ID管理やAPI管理)と混同し、認証目的と書いてしまうケース。

FAQ

Q: オプトイン管理と認証・ID管理は何が違うのですか?
A: 認証・ID管理は「誰がアクセスしているか」を確認・管理する機能、オプトイン管理は「その利用者情報を取得・利用して良いか」という同意状況を管理する機能です。役割が異なるため混同しないよう注意が必要です。
Q: 利用者情報の取得は必ずオプトイン方式でなければなりませんか?
A: スマートシティ構想では、パーソナライズドサービス提供の前提として同意に基づく情報取得を重視しているため、オプトイン方式が採用されています。法令や利用目的によってはオプトアウト方式が用いられる場合もありますが、本問題の前提ではオプトインが必須です。
Q: 共通機能層にオプトイン管理を置くメリットは?
A: すべてのアプリが同一の同意管理ロジックを利用できるため、実装工数削減と統一的なガバナンス確保を両立できます。

関連キーワード: オプトイン, パーソナライズ, 属性情報, APIゲートウェイ, データ連携

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問3:〔PoCの実施〕について答えよ。

問題文を見る
(1)コミュニティアプリのレコメンドアプリ用のスレッドにおいて、滞在目的の利用者に対してどのような意見交換を促進するとD市の人口増加に寄与する可能性があるか。25字以内で答えよ。

模範解答

移住を考える人と移住経験者との意見交換

解説

解答の論理構成

  1. 問題文は、滞在目的の利用者、すなわち「農水産業体験やリモートワークなどの滞在目的」の人々を想定しています。
  2. 該当箇所では、移住希望者の不安とその解決策が示されています。
    引用:「移住を考える人の中には、農水産業は熟練のノウハウを必要とするイメージをもち、移住をためらう人もいる。」
  3. 同じ段落で、解決策として次が明記されています。
    引用:「移住経験者との意見交換ができればそのような懸念が払拭され、移住につながる可能性もあるが、実現できていない。」
  4. D市の人口増加に寄与するのは“移住につながる可能性”を高めることです。したがって、コミュニティアプリのスレッドで促進すべき意見交換は、上記引用部そのものとなります。
  5. よって解答は「移住を考える人と移住経験者との意見交換」となります。

誤りやすいポイント

  • 「滞在目的=観光客」と短絡し、観光情報の交換と答えてしまう。
  • 「農水産業体験のノウハウ共有」とまとめてしまい、当事者(移住経験者)の存在を欠落させる。
  • スレッドの対象をコミュニティアプリ全体と誤解し、住民同士の雑談など広く答えてしまう。

FAQ

Q: なぜ観光情報ではなく移住に焦点を当てるのですか?
A: 問題文が「人口増加に寄与する」目的を明示しており、人口増加=移住促進が直接的だからです。
Q: 農水産業体験のノウハウ共有と書いたら部分点はもらえますか?
A: 当事者間の意見交換(移住希望者と移住経験者)を示していないため、意図が異なり減点リスクが高いです。
Q: スレッドはレコメンドアプリ用ですが、コミュニティアプリでの話題なのですか?
A: レコメンドアプリ利用者向けにコミュニティアプリ内でスレッドを準備する設定なので、コミュニティアプリ側での意見交換内容を答えます。

関連キーワード: マッチング, オプトイン管理, データ連携, レコメンド, コミュニケーション

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問3:〔PoCの実施〕について答えよ。

問題文を見る
(2)PoCの実効性を評価する指標のうち、地産地消コーディネートアプリに関する指標を15字以内で答えよ。

模範解答

アプリを利用して購入した件数

解説

解答の論理構成

  1. PoCでは「実効性を評価する指標」を定義し、三つのアプリそれぞれの成果を測定します。
  2. 地産地消コーディネートアプリの説明には、実需者と生産者のマッチング後の具体的行動として
    「実需者は、通知された情報の中で気に入った農水産物があれば地産地消コーディネートアプリ内で購入することができる。」
    と明記されています。
  3. スマートシティ構想の目的は「地産地消…を行うことで地方創生を推進するサービス」を実現し、地域内取引を活性化させることです。したがって、マッチングが行われただけではなく、実際に「購入」まで至った件数がサービス価値を最も端的に示します。
  4. 以上より、地産地消コーディネートアプリのPoC指標は「アプリを利用して購入した件数」が適切となります。

誤りやすいポイント

  • マッチング回数や閲覧数を指標にしてしまい、実際の成果である「購入」を見落とす。
  • 生産者側の登録件数を評価指標にしてしまう。登録は手段に過ぎず、効果を測るには不十分です。
  • 三つのアプリで共通の指標を設定しようとしてしまう。アプリごとに目的が異なるため、地産地消コーディネートアプリでは購入件数がより適切です。

FAQ

Q: マッチング成立件数では駄目なのですか?
A: マッチング成立だけでは実際の取引が行われたか不明です。本構想の目的は地域内での流通促進であり、購入まで至った件数が適切です。
Q: 登録者数が増えれば十分な指標では?
A: 登録者数の増加は導入効果の一部を示しますが、最終的な経済的インパクトを測るためには購入件数を確認する必要があります。
Q: 取引金額を指標にするとどうなりますか?
A: 金額は重要ですが、PoC段階では取引規模が小さく変動が大きいため、シンプルで比較可能な購入件数が扱いやすい指標となります。

関連キーワード: KPI, マッチング, レコメンド, オプトイン, データ連携

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問3:〔PoCの実施〕について答えよ。

問題文を見る
(3)PoCの実効性を評価する指標のうち、レコメンドアプリに関する指標を15字以内で答えよ。

模範解答

アプリを利用して予約した件数

解説

解答の論理構成

  1. PoCでは「実効性を評価する指標」を設定し、アプリごとの成果を定量的に測定します。
  2. 【問題文】のレコメンドアプリには
     ‐「観光目的の場合は…レコメンドされる。利用者は気に入ればレコメンドアプリから宿泊施設や飲食店の予約ができる。」
     ‐「農水産業体験やリモートワークなどの滞在目的の場合は…利用者は気に入れば、レコメンドアプリから予約をすることができる。」
     と記載され、アプリ経由で“予約”が完結する点が強調されています。
  3. 実際に予約が発生すれば、レコメンド機能が利用者のニーズに合致したことを客観的に示せます。予約数こそが最終成果であり、利用促進・経済効果を直接表すKPIになります。
  4. 以上より、PoCの指標は「アプリを利用して予約した件数」が適切であると結論づけられます。

誤りやすいポイント

  • レコメンドを“閲覧”や“クリック”のみで評価しようとする
    → 実際の経済行動に結び付かないため不十分です。
  • ダウンロード数やログイン数を指標に選ぶ
    → 行動ではなく興味段階の指標であり、PoCの効果測定には適しません。
  • 字数を意識し過ぎて「予約件数」など意味が曖昧な表現に縮めてしまう
    → 文意が伝わらず減点対象になり得ます。

FAQ

Q: 「予約完了率」ではダメですか?
A: 率は分母(閲覧数やレコメンド数)が必要で定義が不明確です。件数の方がストレートに成果を示せます。
Q: 「売上額」を指標にすると複数業者の価格差でブレませんか?
A: その通りです。金額は業種・季節で変動します。件数は価格変動の影響を受けにくく、PoC比較に適します。
Q: レコメンドの精度指標は不要ですか?
A: 精度は重要ですが、PoC段階では利用者行動に直結する予約件数で効果を把握し、精度評価は次フェーズで詳細検討するのが一般的です。

関連キーワード: KPI, レコメンド, マッチング, データ分析, 予約管理

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問3:〔PoCの実施〕について答えよ。

問題文を見る
(4)PoCの実効性を評価する指標のうち、スマートシティ構想に関する指標を10字以内で答えよ。

模範解答

アプリ利用者数

解説

解答の導き方

設問は「PoCの実効性を評価する指標のうち、スマートシティ構想に関する指標」を問うています。問題文から次の順で考えると、答えにたどり着けます。
  1. まず目的を確認します。問題文には「人が安心して訪れ、暮らし、働くことができる市」を実現することがスマートシティ構想の目的と明記されています。これは「地域が一体となって」サービスを提供し、住民・生産者・実需者・観光客など複数主体の参加と協調が不可欠であることを意味します。
  2. PoCで選定したアプリを見ると、「コミュニティアプリ」「地産地消コーディネートアプリ」「レコメンドアプリ」があり、これらはそれぞれ異なる主体(住民、実需者、生産者、観光客など)を対象にしています。したがって、スマートシティの実効性(地域が一体となる効果)は、これらのアプリを利用する人の範囲と数によって直接評価できます。
  3. 技術的裏付けとして、図1の共通機能層に「認証・ID管理」「オプトイン管理」があり、標準データ基盤層は「アプリで発生したデータの管理やアプリ間のデータ連携」を担います。ここから、アプリ横断で「誰が利用しているか」を一意に把握・集計できれば、重複を除いた利用者数を正しく評価できることが分かります。なお、APIゲートウェイ層はAPI公開やルーティングを行う層であり、重複排除そのものの役割は持ちません。重複排除は「認証・ID管理」や標準データ基盤で統合して行う必要があります。
  4. 上記を踏まえ、スマートシティ構想に関する代表的で直接的な指標は、プラットフォームやアプリ群を利用する人の数を示すものです。これが設問の字数制限(10字以内)にも収まる最適な指標となります。
結論として、適切な指標は「アプリ利用者数」です。

誤りやすいポイント

  • 「売上高」や「購入件数」など経済指標を選び、スマートシティ自体の採用・参加状況を測る指標と混同する。これらは二次的な指標であり、構想全体の採用度を直接示さない。
  • APIゲートウェイのログや端末ID、ダウンロード数をそのまま合算してユニーク人数とする。複数アプリを同一人物が使うと重複集計になるため、認証ベースのユニークIDで集計する必要がある。
  • 同意(オプトイン)を無視して個人情報を用いた集計を行う。問題文は「利用者情報を同意に基づいて取得し、利用する」としており、同意管理を考慮しない集計は不適切になる。
  • 「インストール数」や「累積ダウンロード数」をそのまま指標にする。利用の実態(アクティブな人の数)と異なるため減点対象になりやすい。
  • PoCで選定された複数アプリのうち一つだけの利用者数を指標にする。構想は「地域が一体となって」いるかが重要なので、横断的な指標が求められる。

FAQ

Q: なぜ「アプリ利用者数」が最優先の指標なのですか?
A: スマートシティ構想の目的は地域の主体が協調してサービスを作り地域活性化を図ることです。PoCで選定された複数のアプリを住民・生産者・実需者・観光客が使うことが前提なので、まず「誰がどれだけ参加しているか」を示すアプリ利用者数が基本的かつ直接的な成功指標になります。利用回数や購買額は補助的な評価指標です。
Q: ユニーク利用者を正しく数えるにはどうすればいいですか?
A: 「認証・ID管理」で発行・管理する一意の利用者IDを基準に集計し、標準データ基盤でアプリ間データを連携してユニーク集計します。また、集計対象はオプトイン管理で同意を得た利用者に限定する必要があります。APIゲートウェイはルーティングや公開の役割であり、重複排除は認証・ID管理やデータ基盤側で処理します。
Q: 同意しない利用者は指標に入れられますか?
A: 個人を特定する情報を使って横断的に集計する場合は同意が必要です。同意がない利用者は匿名集計(例:総セッション数や匿名化された統計)として別扱いにし、主要指標「アプリ利用者数」は同意を得たユニーク利用者を中心に報告するのが適切です。

関連キーワード: APIゲートウェイ、認証・ID管理、オプトイン管理、データ連携、標準データ基盤

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

戦国ITクイズ機能

\ せっかくなら /

ITストラテジストを
クイズ形式で学習しませんか?

クイズ画面へ遷移する→

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてブログプライバシーポリシー利用規約特商法表記開発者について