本章では本論文のまとめを述べ，最後に今後の課題について述
べる．
7.1 まとめ
本論文では，はじめに現在の情報環境において新たに発生すると考えられる移動し ながら環境に応じよりリッチなユーザエクスペリエンスを提供するサービスに切替え 利用したいという要求と，実現の際に発生する問題について述べた．具体的には異な る環境に複数存在するサービスの中から切替え先となる異種サービスの発見問題，環 境の管理者もサービスの開発者も異なり共通のインタフェースを備えない異種サービ ス間での互換性確保問題の二つの問題があった．互換性確保問題は各サービスが独自 に作成したデータを送受信しあえる互換性と，お互いに独自定義したデータを解釈で きる互換性を確保する必要があった．
そこで本研究では，これらの問題を解決する研究領域としてサービスハンドオフを 定義し，サービスハンドオフを実現する環境としてサービスハンドオフフレームワー クを提案した．本フレームワークの提案に向け，サービスを分類し対象サービス群を明 らかにした後に，機能要件をあげ，アプローチ方法の検討を行った．具体的には，サー ビス切替え後も通信データを継続的に変換し続ける必要がないサービスを対象とし，
モバイル端末上の支援機構による状態データの変換移送を行うことで本フレームワー クを実現することにした．
本研究では，サービスハンドオフフレームワークで必要とされる機能のうちコアと なるサービスハンドオフ支援機能と，本機能の処理に大きく関わるサービス情報管理 機能に焦点を当て研究を行った．サービスハンドオフ支援機能はユーザ端末上のミド ルウェア：uMediatorとして，サービス情報管理機能は任意の範囲に一つ設置が求め られるサーバ：Usdl Control Serverとして設計，実装を行った．また，サービス情報 を記述するためにUSDLの拡張記述を設計・定義した．以上により，問題点として挙 げた切替え先サービスの発見と，異種サービス間でのデータ送受信，解釈の互換性確 保の問題を解決した．
本論文ではuMediatorとUsdl Control Serverを利用し，異なる環境に存在し異なる 開発者が開発した共通のインタフェースを備えないストリーミング動画再生サービス 間でのサービスハンドオフの実証実験を行い，uMediatorの有効性を実証した．しか しuMediatorの性能評価では，実装にO(n2)の処理を有していたためにSH元サービ スのSHデータタイプがXMLの場合は，データ変換に膨大な処理時間を要するという 問題を確認した．
7.2 今後の課題
本節では，今後の課題について述べる．以下に課題を列挙する．
uMediatorの性能向上
本論文ではuMediatorの性能評価でSH元サービスのSHデータタイプがXML の場合は，データ変換に膨大な処理時間を要するという問題を確認した．SHは ユーザの移動に伴い発生すると考えられるため，短時間でのサービス切換えが求
められるが，現在の実装ではSHデータ内のデータ数が増加するにつれ実用性が 失われることになる．ゆえに，今後はO(n2)の処理を改善しより短時間でデータ 変換を行うよう改良し性能を向上させる．
SHフレームワークの他の処理機構の研究
本論文では，SHフレームワークのコアとなるSH支援機能，SH支援機能と通信 し処理に影響を与えるサービス情報管理機能に焦点を絞り研究を行った．今後 は，SH管理機能，サービス情報配信機能へ焦点を当て研究を行う必要がある．
特にSH管理機能は，SH実用化のためにはどのような設定が必要か，よりユー スケースに踏み込み研究を行う必要がある．またSHのトリガであるユーザの情 報環境移動は，何を基準にどのように判断すべきなのかなど多くの研究課題が存 在する．
非対応サービスへの対応
本研究ではSHの汎用面と開発コストの面から，モバイル端末上の支援機構によ る状態データの変換移送を行うアプローチを採った．しかし，本アプローチ方法 はSH後もデータの変換が必要となるサービスに関しては非対応である．ゆえに，
サービス固有の変換サーバを構築する方法についても検討し，非対応のサービス へも対応する必要がある．
登録済みサービス情報の閲覧を可能にする
本研究では他サービスのusdlを継承し，その継承を調べることでサービス同士 の関係を求め異種サービスを判定している．しかし，他サービスの開発者が記述 したusdlを参照する仕組みは存在しない．ゆえにUsdl Control Serverの情報を サービス開発者が閲覧し，開発サービス情報を継承を利用し記述可能にする必要 がある．