基本情報技術者 2024年 科目A 問05

ロジックマッシュアップ【午前解説】

正解の理由

解法ステップ

1. 「マッシュアップ」の種類を思い出す
   • プレゼンテーション（UI）マッシュアップ：外部コンテンツを埋め込む・表示を組み合わせる。
   • データマッシュアップ：複数データソースを集約・加工する。
   • ロジックマッシュアップ：サービス呼び出しの制御や処理フローを組み合わせる（オーケストレーション）。
2. 各選択肢で「処理の制御や条件分岐・合成があるか」を確認する。
   • 単に表示するだけならプレゼンテーション、データを集めて可視化するならデータ、複数サービスを順序や条件で呼ぶならロジック。
3. 条件や複数サービス間の操作の組み合わせが明確に記述されている選択肢を選ぶ。

選択肢別の誤答解説

• ア：地図コンテンツをページに表示する例は、外部ウィジェットやタイルを埋め込む「プレゼンテーション（UI）マッシュアップ」です。ロジックの合成や制御はほとんど発生しません。
• イ：複数サービスから経済指標を取得してグラフ化するのは「データマッシュアップ／データ集約」に該当します。データ取得と加工は行いますが、サービス間の制御フローや条件付きの振る舞いを組み合わせる点が主目的ではありません。
• ウ：予算で絞ったあと、別サービスに対してさらに空室照会を行うという「条件に基づく複数サービス呼び出しの組合せ」があり、ロジックマッシュアップそのものです。
• エ：マウス操作で地図の一部だけを再読み込みするのは技術的にはAJAXなどのクライアント側部分更新であり、マッシュアップのカテゴリには該当しません。表示更新の手法（UIの実装）に関する記述です。

よくある誤解

• 「複数の外部データを使えばすべてロジックマッシュアップ」という誤解：データを単に結合・可視化するだけならデータマッシュアップであり、ロジック（制御・条件・順序）があるかが分岐点です。
• 「地図やウィジェットの埋め込みもマッシュアップだろう」という誤解：UI部品を組み合わせるのはプレゼンテーションマッシュアップで、ロジックマッシュアップとは目的が異なります。
• 実装手法（例：AJAXで部分更新）を見てマッシュアップの種類を判断する誤り：通信手段は実装細部で、マッシュアップの分類は機能の組合せ（データ・表示・ロジック）で決まります。

補足コラム

• エラーハンドリング：サービス間の失敗伝播をどう扱うか（リトライ、フォールバック）。
• レイテンシーと並列化：多数サービス呼び出しは応答遅延の原因になるため並列呼び出しやキャッシュを検討。
• 認可・認証：OAuthやAPIキーの管理、ユーザ権限の伝搬。
• トランザクション性：分散トランザクションが必要か、補償トランザクションで代替するかを設計。

# 予算で施設を絞る -> 各施設の空室を問い合わせる（並列）
facilities = get_facilities_by_budget(min_budget, max_budget)  # サービスA
available = parallel_map(facilities, lambda f: check_availability(f.id))  # サービスB
results = [f for f, a in zip(facilities, available) if a.is_available]

FAQ