Column
マッシュアップ開発の複雑性
「マッシュアップ」はWebサービスをさらに高機能にする新たな可能性として脚光を浴び始めている。だがこの手法は、技術面や法律面での新たな問題をサービス分野に持ち込むものでもある。
Webサービスがアプリケーション機能を公開するためのメカニズムとして人気が高まるのに伴い、そういったサービスをさらに高度なアプリケーション・ビヘイビアと組み合わせることで実現される新たな可能性が脚光を浴びるようになってきた。この手法は、「マッシュアップ」という名前が与えられるまでに一般化した。しかし同手法は、技術面や法律面における一連の新たな問題をサービス分野に持ち込むものである。ここでは、これらの問題について論じる。
今日の開発コミュニティーにおいてマッシュアップと呼ばれている手法の斬新性は、各種のWebソースを1つのシームレスなインタフェースに統合することによって実現できるデータの視野の拡大にあるといえる。アプリケーションのビジネス価値は、データを組み合わせてさまざまな視野を実現することによって得られるが、Webサービスが登場するまでは、このプロセスは膨大なリソースを必要としたり、誤ったデータが混入するといった問題を抱えていた。
ネットワークが広く普及する前は、多数のデータソースを利用してアプリケーションを構築できるのは一部の企業に限られていた。このプロセスを実現するには、そういった情報のオンデマンドアーカイブを保有していることが条件だったからである。ネットワークが一般化するのに伴い、スクリーンスクレイピングやWebクローリングといった、ネットワーク上に存在するデータにアクセスするための手法が次々と登場した。その中には、今日でも多くのアプリケーション開発者が有効に活用している手法もある。
こういった手法は現在でも用いられているものの、その多くはデータの精度の面で問題がある。その理由は単純だ。これらの手法が、HTMLやASCII端末用フォーマットなど、元来は人間が理解するためのフォーマットからデータを抽出することを目的としているからである。一方、Webサービスは、機械が理解可能なアプリケーション、すなわち、XMLのような、言語非依存型フォーマットでデータを公開するアプリケーションとしてデザインされており、マッシュアップと呼ばれる手法を通じて異なるデータソースを高度なアプリケーションに統合する可能性が、Webサービス繁栄のための土壌を醸成した。
マッシュアップ型アプリケーションの魅力は、Webサービスを利用することにより、オンデマンド方式で粒度の高いデータを取得できることにある。一方、Webクローリングやスクリーンスクレイピングのような非Webサービス型手法を使用する場合、ほかのアプリケーションで再利用するためにデータを収集し、フィルターをかけるプロセスだけでも大変なタスクとなる。Webサービスでは、このプロセスが統合されている。
マッシュアップの普及の最大の原動力となっているのは、Java EEや.NETをベースとするサーバサイドアプリケーションを通じてWebサービスを連携する技術よりも、むしろAjax(Asynchronous JavaScript and XML)と呼ばれる新たな手法との連携を通じて実現可能なブラウザ型アプリケーションである。
サーバサイドプラットフォームに結び付いたWebサービスを組み合わせることで実現される可能性を過小評価するわけではないが、クライアントサイドアプリケーションがAjaxを通じてWebサービスと直接インタラクトするように設計すれば、複雑なサーバサイドロジックを記述しなくても、サードパーティープロバイダーが保持するWebサービスとデータソースを利用できる。そればかりか、Web全体から収集して組み合わせたデータのスナップショットを即座に手に入れる能力をユーザーに与えることができるのだ。
ここに、効果的なマッシュアップ開発の複雑性が存在する。エンドユーザーがアクセスするWebサービスは、同じソースに属するわけではないため、クロスサイトスクリプティング(XSS)と呼ばれる深刻なブラウザセキュリティ侵犯が起きるのだ。重大なセキュリティ上の不備を抱えたブラウザでない限り、エンドユーザーは、信頼できないサイトにアクセスしようしていることを示す不吉なメッセージを受け取ることになるため、強力なマッシュアップアプリケーションとしてデザインされたものであっても、セキュリティに不備があるWebページと見なされる可能性がある。
XSSの禁止がデフォルトの防御設定になっているのには十分な理由がある。ニュースと地図データを組み合わせた創造的なマッシュアップを提供したいと思ったとしても、このテクニックは悪質なサービスと連携するために利用することもできるのだ。このため、開発者であるあなたの選択肢は1つしかないことになる。すべてのWebサービスデータを、信頼できるソース(つまりあなたのサイト)経由で結び付けることである。
ユーザーは合意の上であなたのサイトをナビゲートしているのであり、それはあるレベルの信頼を意味する。この信頼を利用すれば、サードパーティーのWebサービスへのリクエストを代理発行した上で、リモートからデータを取得したことをユーザーに気付かせることなく結果をブラウザに返すことがでる。だが、このプロキシ手法をマッシュアップで利用することは、新たなセキュリティリスクを招くことにもなる。
ブラウザクライアントに代わってプロキシブローカーによるリクエストを行うためには、承認されたリクエストだけがプロキシを通過できるようにするための認証メカニズムを確立する必要がある。さもなければ、インターネット上の誰もが、あなたのサーバを経由してサードパーティーのWebサービスを呼び出す危険性があるからだ。この認証プロセスはさほど重要ではないように思えるかもしれないが、プロキシ自体がほかのWebサービスを呼び出すためのWebサービスであることを考えれば、十分な配慮が必要だ。
技術面から目を転じると、マッシュアップという手法は、Webサービスの利用において法律面で新たな問題を持ち込んだ。地図、気象情報、データフィード(RSS/Atom)、政府統計など多数のソースから供給され、爆発的に増加するWebサービスにアクセスできるという状況においては、束縛を受けない創造性が、当初想定されていたWebサービスの利用形態の枠を超え、法的問題にかかわる領域に足を踏み入れるのは不可避であったと言えよう。
インターネット上のマッシュアップ型サイトではこれまで、Webサービスデータの利用方法に問題があったために、デザインが変更されたものもあれば、完全に閉鎖されたものもある。問題視された利用方法としては、人気ボードゲームに関連した商標侵害や、ほかのソースと結び付けると秘匿性が問題となる犯罪データの関連付けなどがあった。こういった利用は法的問題を引き起こしかねないという懸念から、多くの大手Webサービスプロバイダーが、いかなる形態においてもほかのソースとデータを組み合わせることを全面的に禁止した。このため、マッシュアップに関しては、ユーザーとWebプロバイダー両方の立場に立って注意を払う必要がある。あなたがデータ利用の法的条項に違反している可能性もあれば、一部のユーザーが予想外の形であなたのデータを利用している可能性もあるのだ。
以上、Webサービス技術をビルディングブロックとして採用し、XMLデータの利用シナリオを拡大するための最新のアプローチの1つであるマッシュアップを概括した。
本稿筆者のダニエル・ルービオ氏は、フリーの技術コンサルタントで、エンタープライズソフトウェアおよびWebベースのソフトウェアを専門とする。これらの分野以外にも、ソフトウェアに関するさまざまな話題をブログに定期的に投稿している。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー