Research/LifeLog/ライフログマップスの履歴差分(No.2)

履歴一覧
現在との差分を表示
ソースを表示
履歴を表示
Research/LifeLog/ライフログマップスへ行く。
- 1 (2010-03-26 (金) 21:40:14)
- 2 (2010-03-26 (金) 22:04:19)

追加された行はこの色です。
削除された行はこの色です。

*マッシュアップAPIを用いた異なるライフログサービスの連携 [#o70dff68]

**背景 [#g64f485d]
近年，人間の日常生活における行動をデジタルデータとして記録するライフログサービスが注目を集め，様々なライフログサービスが公開・提供されています．
これらライフログを，集約・連携（マッシュアップと呼ぶ）することで，より付加価値の高い情報サービスへと発展させることが期待でき，我々は先行研究において，ライフログのための標準データモデルを提案しています．また最新の成果では，様々なライフログを標準データモデルへ変換し，それらを検索・取得するための汎用的なAPI（マッシュアップAPIと呼ぶ）を設計・実装しています．これにより，多種多様なライフログのデータを，プログラムから統一的な方法で横断的にアクセスすることが可能となります．

**目的とアプローチ [#x5677d9c]
本研究では，マッシュアップAPIを用いて実際のマッシュアップアプリケーションを構築し，その効果を評価することを目的とします．
具体的には，Twitter，Flickr および GARMIN Connectの3つの異なるライフログをマッシュアップし，LifeLogMapsというサービスを開発します．
開発においては，各ライフログサービスが個別に公開している固有APIを用いる場合と，提案するマッシュアップAPIを用いる場合の2通りで開発し，両者の比較・評価を行います．

**LifeLogMaps [#r81dea61]
LifeLogMapsは，Twitter，Flickr および GARMIN Connectの3つの異なるライフログサービスからそれぞれのログデータを取得し，ウォーキング中に記録したつぶやき(Twitter)，写真(Flickr)，歩いたコース(GARMINConnect)を時系列で集約，Google Maps上にオーバーレイして可視化するアプリケーションです(下図)．
CENTER:&attachref(Lifelogmaps.jpg);


**評価 [#e955259b]
従来型の開発方式とマッシュアップAPIを用いた開発方式を，開発効率と実行効率の観点から比較し，評価を行いました．
CENTER:&attachref(hyouka.jpg);
-''アプリケーションの開発効率''~
モジュール数，総コード行数，開発工数いずれにおいても効率化を達成することができた．
-''アプリケーションの実行効率''~
実行時間はマッシュアップAPIを用いたほうが低速であり，3～11倍もの実行時間がかかってしまい，改善の余地があることがわかった．

**発表文献 [#neea41f5]
 鎌田 早織, 坂本 寛幸, 井垣 宏, 中村 匡秀, ``マッシュアップAPIを用いた異なるライフログサービスの連携,'' 電子情報通信学会技術研究報告, vol.109, no.450, pp.091-096 , March 2010[[[PDF]>http://www27.cs.kobe-u.ac.jp/achieve/data/pdf/1056.pdf]]
-鎌田 早織, 坂本 寛幸, 井垣 宏, 中村 匡秀, ``マッシュアップAPIを用いた異なるライフログサービスの連携,'' 電子情報通信学会技術研究報告, vol.109, no.450, pp.091-096 , March 2010[[[PDF]>http://www27.cs.kobe-u.ac.jp/achieve/data/pdf/1056.pdf]]

Research/LifeLog/ライフログマップス の履歴差分(No.2)

Research/LifeLog/ライフログマップスの履歴差分(No.2)