[論文レビュー] Bridging the Gap between Technical Heterogeneity of Context-Aware Platforms: Experimenting a Service Based Connectivity between Adaptable Android, WComp and OpenORB

Valérie Monfort, Sihem Cherif|arXiv (Cornell University)|Mar 2, 2012

Context-Aware Activity Recognition Systems参考文献 7被引用数 5

ひとこと要約

本稿では、コンテキスト対応プラットフォーム間の技術的非同一性を解消するためのサービス指向統合フレームワークを提案する。これにより、適応性を備えたAndroidデバイスがWebサービスを介してWCompおよびOpenORBミドルウェアと相互運用可能になる。Androidを適応性に対応させる拡張と、標準化されたWebサービスの活用により、多様なプラットフォーム間でシームレスな通信が実現され、WCompおよびOpenORBを対象とした具体的な事例研究を通じて、クロスプラットフォーム間のサービス交換が成功裏に実現されたことが示された。

ABSTRACT

Many companies include in their Information Systems (IS) several communicating heterogeneous middleware according to their technical needs. The need is the same when IS requires using context aware platforms for different aims. Moreover, users may be mobile and want to receive and send services with their PDA that more often supports Android based Human Man Interface. In this paper, we show how we extend Android to make it adaptable and open. We also present how we communicate between different heterogeneous context aware platforms as WComp and OpenORB by using Android and Web Services. We introduce a concrete case study to explain our approach.

研究の動機と目的

• 企業情報システムで使用されるコンテキスト対応プラットフォームにおける技術的非同一性の課題に対処すること。
• Android搭載PDAを搭載したモバイルユーザーが、WCompやOpenORBといった多様なコンテキスト対応ミドルウェアと相互作用できるようにすること。
• Androidを拡張し、異種のミドルウェアプラットフォームとの統合と適応性をサポートすること。
• 異種のコンテキスト対応プラットフォーム間での相互運用性を実現するためのサービス指向接続モデルの設計と評価すること。
• 実世界の事例研究を通じて、本アプローチの実現可能性と有効性を実証すること。

提案手法

• モジュラーなアーキテクチャを通じて、適応性と動的サービス統合をサポートするようにAndroidを拡張する。
• 異種のプラットフォーム間を仲介する共通の通信レイヤーとしてWebサービスを実装する。
• 技術スタックが異なる代表的なコンテキスト対応ミドルウェアプラットフォームとしてWCompとOpenORBを用いる。
• プラットフォーム固有の詳細を抽象化するサービス指向のミドルウェアレイヤーを設計し、クロスプラットフォームの相互運用性を実現する。
• プラットフォームに依存しない通信を保証するため、標準化されたWebサービスプロトコル（例：SOAPやREST）を採用する。
• サービス発見、呼び出し、コンテキスト対応の適応といった処理を含む、プラットフォーム間での通信を事例研究を通じて検証する。

実験結果

リサーチクエスチョン

• RQ1 Androidは、異種のコンテキスト対応ミドルウェアとの統合と適応性をサポートするために、どのように拡張可能か？
• RQ2 WCompやOpenORBのような多様なコンテキスト対応プラットフォーム間で、信頼性の高いサービス指向通信を実現するためのアーキテクチャパターンは何か？
• RQ3 Webサービスは、分散型コンテキスト対応システムにおける技術的非同一性をどれほど効果的に解消できるか？
• RQ4 本提案フレームワークは、異なる技術スタックを持つプラットフォーム間での相互運用性を実現する一方で、コンテキスト対応性をどのように維持できるか？
• RQ5 実世界のシナリオにおけるこのようなサービス指向統合の導入には、どのような実務的課題と利点があるか？

主な発見

• 拡張されたAndroidプラットフォームは、異種のコンテキスト対応ミドルウェアとの動的適応と統合を成功裏にサポートした。
• Webサービスは、技術的差異があるにもかかわらず、WCompとOpenORB間での相互運用性を実現する実用的で標準化された通信レイヤーを提供した。
• 事例研究により、クロスプラットフォーム間でのサービス発見と呼び出しが成功裏に実現され、提案アーキテクチャの実現可能性が検証された。
• 本フレームワークにより、Androidデバイス上のモバイルユーザーが、異種のプラットフォーム間でシームレスにコンテキスト対応サービスにアクセスおよび提供できるようになった。
• 本アプローチにより、プラットフォーム間の結合度が低下し、コンテキスト対応システムの保守性と拡張性が向上した。
• 統合モデルは、複数のプラットフォームを統合する必要がある企業環境におけるコンテキスト対応サービスの構成に、応用可能である可能性を示した。