(57)【要約】      （修正有）【課題】配信先候補デバイス毎の画面構成の変化を、出力先変更前に通知することが可能な情報処理装置および制御方法を提供する。【解決手段】情報処理装置１ＡがＵＩ管理部１５を備え、ＵＩ管理部１５の内部に、配信先候補デバイス１Ｂ〜１Ｆに出力先を変更した場合に前記配信先候補デバイスにおける出力環境に応じて決定される画面構成の変化を抽出する抽出部と、前記抽出部により抽出した画面構成の変化を通知するよう制御する通知制御部と、を備える。【選択図】図２
2015090570.tif 000002
【特許請求の範囲】
【請求項１】
配信先候補デバイスに出力先を変更した場合に前記配信先候補デバイスにおける出力環境に応じて決定される画面構成の変化を抽出する抽出部と、
前記抽出部により抽出した画面構成の変化を通知するよう制御する通知制御部と、
を備える、情報処理装置。
【請求項２】
前記通知制御部は、前記画面構成の変化を、音声、テキスト、または図表の少なくともいずれかを用いて通知する、請求項１に記載の情報処理装置。
【請求項３】
前記抽出部は、対象アプリケーションにより現在表示されている画面に含まれる情報と、前記配信先候補デバイスに出力先を変更した場合に前記配信先候補デバイスで表示される画面に含まれる情報との相違点を、前記画面構成の変化として抽出する、請求項１に記載の情報処理装置。
【請求項４】
前記抽出部は、所定のトリガが検出された際に、前記配信先候補デバイスに出力先を変更した場合の画面構成の変化の抽出を開始する、請求項１に記載の情報処理装置。
【請求項５】
前記通知制御部は、配信先デバイスの選択画面を兼ねた通知画面において、配信先候補デバイス毎の画面構成または画面構成の変化を、テキスト、アイコン、またはサムネイル画像により表示して通知する、請求項１に記載の情報処理装置。
【請求項６】
前記情報処理装置は、
前記配信先候補デバイスから、前記配信先候補デバイスの出力環境に応じて決定される画面構成の情報を受信する受信部をさらに備える、請求項１に記載の情報処理装置。
【請求項７】
前記情報処理装置は、
前記配信先候補デバイスから、前記配信先候補デバイスの出力環境を受信する受信部をさらに備える、請求項１に記載の情報処理装置。
【請求項８】
前記情報処理装置は、
サーバ装置から、前記配信先候補デバイスの出力環境を受信する受信部をさらに備える、請求項１に記載の情報処理装置。
【請求項９】
前記配信先候補デバイスには、表示方向が異なる配信元デバイスも含まれる、請求項１に記載の情報処理装置。
【請求項１０】
前記情報処理装置は、決定された配信先デバイスに、対象アプリケーションによる出力の開始を指示するコマンドを送信する送信部をさらに備える、請求項１に記載の情報処理装置。
【請求項１１】
前記情報処理装置は、
対象アプリケーションにより提示される画面構成を自身の出力環境に応じて決定する決定部と、
配信元デバイスからの要求に応じて、前記決定した画面構成の情報を前記配信元デバイスに送信するよう制御する送信制御部と、
をさらに備える、請求項１に記載の情報処理装置。
【請求項１２】
配信先候補デバイスに出力先を変更した場合に前記配信先候補デバイスにおける出力環境に応じて決定される画面構成の変化を抽出するステップと、
抽出した画面構成の変化を通知するよう制御するステップと、
を含む、制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置および制御方法に関する。
【背景技術】
【０００２】
従来、実行中の対象アプリケーションにより提示されるＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）の出力先を他のデバイス（配信先デバイス）に変更することが可能である。
【０００３】
このような配信先デバイスの切換えに関し、例えば下記特許文献１では、変更する配信先デバイスを、配信元デバイスのＵＩ上から選択する手法が開示されている。
【０００４】
また、下記特許文献２では、操作性向上を目的として、対象アプリケーションの現在の状態を考慮し、次のユーザ操作のための情報を提供する手法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１２９０６８号公報
【特許文献２】特開２００２−２５９１１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、配信先（出力先）デバイスを変更した場合に、実行される対象アプリケーションにより提示されるＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）は、配信先デバイスの出力環境に応じて変化する。例えば、同じアプリケーションを実行しても各デバイスの解像度の大きさによって各デバイスで出力される画面構成は異なる。しかしながら、従来では、実際に出力先を切り替えた後に解像度が変更されたことがユーザに通知されるのみであって、ＵＩ上の変更点については通知されず、ユーザ自身がＵＩ上の変化を確認する必要があった。その結果、最適な環境でＵＩを操作するためには、各デバイスに実際に出力先を変更してＵＩを表示させるという試行錯誤が必要であり、時間と手間がかかっていた。
【０００７】
また、上記特許文献１、２でも、出力先を選択する際に、各出力先に応じてＵＩがどのように変化するかについてユーザに事前に通知することについては何ら言及されていない。
【０００８】
そこで、本開示では、配信先候補デバイス毎の画面構成の変化を、出力先変更前に通知することが可能な情報処理装置および制御方法を提案する。
【課題を解決するための手段】
【０００９】
本開示によれば、配信先候補デバイスに出力先を変更した場合に前記配信先候補デバイスにおける出力環境に応じて決定される画面構成の変化を抽出する抽出部と、前記抽出部により抽出した画面構成の変化を通知するよう制御する通知制御部と、を備える、情報処理装置を提案する。
【００１０】
本開示によれば、配信先候補デバイスに出力先を変更した場合に前記配信先候補デバイスにおける出力環境に応じて決定される画面構成の変化を抽出するステップと、抽出した画面構成の変化を通知するよう制御するステップと、を含む、制御方法を提案する。
【発明の効果】
【００１１】
以上説明したように本開示によれば、配信先候補デバイス毎の画面構成の変化を、出力先変更前に通知することが可能となる。
【００１２】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１３】
【図１】本開示の一実施形態による配信先デバイス変更システムの概要について説明するための図である。
【図２】本実施形態による配信先デバイス変更システムの構成を示すブロック図である。
【図３】本実施形態による配信先デバイス変更システムの第２のシステム構成について説明するためのブロック図である。
【図４】本実施形態による配信先デバイス変更システムの第３のシステム構成について説明するためのブロック図である。
【図５】対象アプリケーションを実行する場合のデバイス毎のＵＩ画面構成を示す図である。
【図６】対象アプリケーションを実行する場合のデバイス毎のＵＩ画面構成を示す図である。
【図７】現在のＵＩ利用状態情報と、配信先候補デバイスのＵＩ利用状態情報との比較について説明するための図である。
【図８】現在のＵＩ利用状態情報と、配信先候補デバイスのＵＩ利用状態情報との比較について説明するための図である。
【図９】本実施形態によるＵＩ変化個所の通知画面の一例を示す図である。
【図１０】本実施形態によるＵＩ変化個所の他の通知画面の例を示す図である。
【図１１】各デバイスの性能に応じたＵＩの変化について説明するための図である。
【図１２】ミュージックプレイヤーアプリケーションにより提示される機能ＵＩのデバイス毎の変化個所の通知例を示す図である。
【図１３】ミュージックプレイヤーアプリケーションにより提示される機能ＵＩのデバイス毎の変化個所の他の通知例を示す図である。
【図１４】利用者が増えた場合のＵＩ変化通知について説明するための図である。
【図１５】配信先候補デバイスの特性と表示内容の種類に伴ってＵＩが変化する場合の通知例を示す図である。
【図１６】複数の配信先候補デバイスで出力する場合におけるＵＩの変化の通知例を示す図である。
【図１７】ＵＩ毎に出力先デバイスを選択する場合の画面例を示す図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１５】
また、説明は以下の順序で行うものとする。
１．本開示の一実施形態による配信先デバイス変更システムの概要
２．システム構成
２−１．第１のシステム構成
２−２．第２のシステム構成
２−３．第３のシステム構成
３．動作処理
４．具体的な通知例
４−１．デバイスの変更に伴うＵＩの変化通知
４−２．ユーザ環境の変化をトリガとしたＵＩ変化通知
４−３．配信先候補デバイスの特性と表示内容の種類に伴うＵＩの変化通知
４−４．複数の配信先候補デバイスで出力する場合のＵＩ変化通知
５．変形例
６．まとめ
【００１６】
＜＜１．本開示の一実施形態による配信先デバイス変更システムの概要＞＞
まず、本開示の一実施形態による配信先デバイス変更システムの概要について図１を参照して説明する。図１に示すように、本実施形態による配信先デバイス変更システムは、現在アプリケーションを実行しているデバイス（配信元デバイス）１Ａと、配信変更先の候補である複数のデバイス（配信先候補デバイス）１Ｂ〜１Ｆにより構成される。
【００１７】
デバイス１Ａ〜１Ｆは、いずれも本開示による情報処理装置の一例である。例えば、図１に示すように、デバイス１Ａがスマートフォン（高機能携帯電話端末）、デバイス１ＢがＰＣ（パーソナルコンピュータ）、デバイス１Ｃがタブレット端末、デバイス１ＤがＴＶ、デバイス１Ｅがメガネ型ＨＭＤ（ヘッドマウンドディスプレイ）、デバイス１Ｆが時計型デバイスにより実現される。
【００１８】
ここで、現在アプリケーションがデバイス１Ａで実行され、デバイス１Ａの表示部に実行中のアプリケーションによるＵＩ（ユーザインタフェース）が表示されている場合に、他のデバイス１Ｂ〜１Ｆのいずれかに出力先を変更することを想定する。
【００１９】
この場合、出力先のデバイス１Ｂ〜１Ｆの環境（解像度、スピーカの有無、音声入力かキーボード入力かタッチパネル入力かといった入力インターフェースの種別、デバイスの種別等）に応じて、対象アプリケーションにより提示されるＵＩが異なる。出力先でどのようなＵＩが提示されるかは、従来は実際に切り替えた後でなければ分からず、最適な環境でＵＩを操作するためには、各環境でＵＩを実際に表示するという試行錯誤が必要であった。
【００２０】
そこで、本実施形態では、配信先候補デバイス毎のＵＩの変化（すなわち、画面構成の変化）を、実際に配信先候補デバイスに出力先を変更する前にユーザに通知するシステムを提供する。これにより、ユーザは、実際に出力先（配信先）を切り替える前に、デバイス毎のＵＩの変化を把握し、最適なＵＩを選択することができる。
【００２１】
以上、本開示の一実施形態による配信先デバイス変更システムの概要について説明した。続いて、本開示によるシステムの構成について、以下図２〜図４を参照して説明する。
【００２２】
＜＜２．システム構成＞＞
＜２−１．第１のシステム構成＞
図２は、本実施形態による配信先デバイス変更システムの構成を示すブロック図である。図２に示すように、各デバイス１Ａ〜１Ｆ（情報処理装置）は同様の構成を有し、配信元デバイスにも配信先デバイスにもなり得る。本実施形態では、デバイス１Ａが現在アプリケーションを実行している配信元デバイスであって、デバイス１Ｂ〜１Ｆが次にアプリケーションを実行する配信先候補デバイスであるとして説明を行う。なお配信先候補のデバイス１Ｃ〜１Ｆの構成は、デバイス１Ｂと同一であるので、図示を省略する。
【００２３】
デバイス１Ａは、図２に示すように、通信部１１、環境情報取得部１２、機能駆動部１４、ＵＩ管理部１５、表示部１６、および記憶部１７を有する。
【００２４】
（通信部）
通信部１１は、無線／有線により外部装置と接続し、データの送受信を行う機能を有する。例えば本実施形態による通信部１１は、配信先候補となる周囲のデバイスと、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）、赤外線通信、近接無線通信等によりデータの送受信を行う機能を有する。本実施形態による通信部１１は、配信先候補のデバイス１Ｂ〜１Ｆから、配信先候補デバイスの出力環境に応じて決定される画面構成の情報（以下、ＵＩ利用状態情報とも称す）を受信する。
【００２５】
（環境情報取得部）
環境情報取得部１２は、ユーザ行動やデバイス１Ａ周辺の環境等、出力先変更（出力先変更に伴うＵＩの変化）のトリガとなるイベントを検出する。ユーザ行動にはユーザ操作が含まれ、例えば環境情報取得部１２は、ボタン、スイッチ等の物理的構造を有する操作入力部や、表示画面への操作入力を受け付けるタッチセンサ、カメラ、マイクロフォン等により実現され、ユーザ操作（入力情報）を取得する。また、ユーザ行動にはユーザの移動や現在位置も含まれ、例えば環境情報取得部１２は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）やＷｉ−Ｆｉ電波を利用して位置測定を行う測定部により実現されてもよいし、加速度センサやジャイロセンサにより実現されユーザの動きを取得してもよい。また、デバイス１Ａ周辺の環境には、デバイス１Ａを利用するユーザの状況も含まれ、環境情報取得部１２は、例えばカメラ（撮像部）および当該カメラで撮像した撮像画像に基づいてデバイス１Ａの利用者の顔認識を行い、利用者の人数や年代（大人か子供か）を解析する解析部により実現されてもよい。
【００２６】
（機能駆動部）
機能駆動部１４は、対象アプリケーションの駆動（実行）制御を行う。機能駆動部１４は、例えばユーザ操作に応じて対象アプリケーションの駆動を開始する。また、機能駆動部１４により駆動される対象アプリケーションが提示する各種画面は、表示部１６から出力される。
【００２７】
（ＵＩ管理部）
ＵＩ管理部１５は、機能駆動部１４で駆動中の対象アプリケーションにより提示されるＵＩの画面構成を管理する。具体的には、ＵＩ管理部１５は、表示部１６の出力環境（解像度や表示デバイスの種別等）に応じて、対象アプリケーションにより提示されるＵＩの画面構成を決定する。
【００２８】
また、ＵＩ管理部１５は、対象アプリケーションにより提示されるＵＩが他のデバイスで出力される場合におけるＵＩの画面構成の変化を抽出する抽出部としても機能する。ＵＩ管理部１５（抽出部）は、例えば他のデバイス（配信先候補デバイス）から取得したＵＩ利用状態情報と、現在のＵＩ利用状態情報とを比較し、画面に含まれる情報の相違点を画面構成の変化として抽出する。このようなＵＩの画面構成の変化の抽出は、配信元デバイスが配信先候補デバイスに近付いた場合や利用者の人数が変更した場合等、配信元デバイスの周囲の環境の変化や、ユーザによる配信先変更メニューの呼び出し操作等をトリガとして開始される。
【００２９】
また、ＵＩ管理部１５は、抽出した画面構成の変化を、表示部１６または音声出力部（不図示）からユーザに通知するよう制御する通知制御部としても機能する。表示部１６から通知する際は、例えば配信先デバイスの選択画面を兼ねた通知画面において、配信先候補デバイス毎の画面構成または画面構成の変化を、テキスト、アイコン、またはサムネイル画像等を用いて通知する。
【００３０】
さらに、ＵＩ管理部１５は、対象アプリケーションにより提示されるＵＩを複数のデバイスで分割表示する場合の管理を行うことも可能である。
【００３１】
（表示部）
表示部１６は、機能駆動部１４により駆動されるアプリケーションが提供する各種ＵＩを表示したり、ＵＩ管理部１５による制御に従って配信先候補デバイス毎のＵＩの画面構成の変化を通知したりする。また、表示部１６は、例えばＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）またはＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）等により実現される。
【００３２】
（記憶部）
記憶部１７は、デバイス１Ａ（情報処理装置）の各構成が各種処理を実行するためのプログラムや、アプリケーションデータ、各種情報等を記憶する。
【００３３】
以上、本実施形態による情報処理装置の一例としてデバイス１Ａの構成について説明した。なお上述したデバイス１Ａの環境情報取得部１２、機能駆動部１４、およびＵＩ管理部１５の各機能は、デバイス１Ａに搭載されるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、不揮発性メモリ、インターフェース部を備えたマイクロコンピュータにより実現され得る。
【００３４】
デバイス１Ｂの構成は、図２に示すようにデバイス１Ａと同様であるので、ここでの詳細な説明は省略する。なお、デバイス１Ｂがデバイス１Ａに対して配信先候補デバイスになる場合、デバイス１ＢのＵＩ管理部１５は、デバイス１Ａからの要求に応じて、デバイス１Ｂの表示部１６の出力環境に応じて対象アプリケーションにより提示されるＵＩの画面構成を決定し、ＵＩ利用状態情報としてデバイス１Ａに送信する。また、配信先候補のデバイス１Ｂの機能駆動部１４は、デバイス１Ａからの指示（対象アプリケーションによる出力の開始を指示するコマンド）に従って、対象アプリケーションの駆動を開始する。この際、デバイス１Ｂの機能駆動部１４は、デバイス１Ａから対象アプリケーションのコンテキストを取得し、対象アプリケーションの現在の駆動状態を引き継ぐ。
【００３５】
以上説明した配信先デバイス変更システムは、複数のデバイス１Ａ〜１Ｆにより構成され、そのうち１のデバイスが配信元デバイスとなる場合、他のデバイスが配信先候補デバイスとなる。ここで、本実施形態による配信先デバイス変更システムの構成は、図２に示す例に限定されず、例えば以下に説明する他のシステム構成により実現されてもよい。
【００３６】
＜２−２．第２のシステム構成＞
図３は、本実施形態による配信先デバイス変更システムの第２のシステム構成について説明するためのブロック図である。図３に示すように、第２のシステム構成は、複数のデバイス１０Ａ〜１０Ｆと、ＵＩ管理装置２を含む。ＵＩ管理装置２は、複数のデバイス１０Ａ〜１０Ｆのうち、現在アプリケーションを実行しているデバイス１０Ａと有線／無線により接続し得る。
【００３７】
また、図２を参照して説明した第１のシステム構成と異なり、図３に示す第２のシステム構成では、ＵＩ管理装置２（本開示による情報処理装置）が、第１のシステム構成において各デバイス１Ａ〜１Ｆ（本開示による情報処理装置）が有するＵＩ管理部１５の機能を実行する。以下、第２のシステム構成に含まれるＵＩ管理装置２の構成について具体的に説明する。
【００３８】
（ＵＩ管理装置）
ＵＩ管理装置２は、図３に示すように、通信部２１、ＵＩ管理部２５、および記憶部２７を有する。
【００３９】
通信部２１は、有線／無線により配信元デバイスとなるデバイス１０Ａと接続し、データの送受信を行う。また、本実施形態による通信部２１は、配信元デバイスであるデバイス１０Ａから、デバイス１０Ａの出力環境情報と、配信先候補デバイスとなるデバイス１０Ｂ〜１０Ｆの出力環境情報を受信する。
【００４０】
ＵＩ管理部２５は、対象アプリケーションにより各デバイスにおいて提示されるＵＩの画面構成を管理する。具体的には、ＵＩ管理部２５は、通信部２１を介してデバイス１０Ａから各デバイス１０Ａ〜１０Ｆの出力環境情報を取得し、当該出力環境情報に基づいて、対象アプリケーションにより提示されるＵＩの画面構成をデバイス毎に決定する。
【００４１】
また、ＵＩ管理部２５は、対象アプリケーションが現在駆動されているデバイス１０Ａにおいて提示されるＵＩの画面構成と、配信先候補のデバイス１０Ｂ〜１０Ｆにおいて提示されるＵＩの画面構成とを比較し、画面構成の変化を抽出する。
【００４２】
そして、ＵＩ管理部２５は、抽出した画面構成の変化を、デバイス１０Ａの表示部１６または音声出力部（不図示）からユーザに通知するよう制御する。具体的には、画面構成の変化を示す情報を、通信部２１からデバイス１０Ａに送信する。
【００４３】
記憶部２７は、ＵＩ管理装置２（情報処理装置）の各構成が各種処理を実行するためのプログラムや、アプリケーションデータ、各種情報等を記憶する。
【００４４】
以上、ＵＩ管理装置２の構成について具体的に説明した。なおＵＩ管理装置２は、ＰＣ、スマートフォン、タブレット端末等のユーザ端末により実現されてもよいし、ネットワーク上のサーバ装置により実現されてもよい。
【００４５】
（デバイス）
複数のデバイス１０Ａ〜１０Ｆは同一の構成を有するので、図３においてデバイス１０Ｃ〜１０Ｆの図示は省略する。また、複数のデバイス１０Ａ〜１０Ｆのうち、現在アプリケーションを駆動している配信元デバイスがＵＩ管理装置２と接続し、当該配信元デバイスは、配信先候補となる他のデバイス（配信先候補デバイス）から取得した出力環境情報をＵＩ管理装置２に送信する。図３に示す例では、デバイス１０Ａが現在アプリケーションを駆動している配信元デバイスであると想定し、以下、同じ構成を有するデバイス１０Ａ〜１０Ｆのうち代表してデバイス１０Ａの構成を説明する。
【００４６】
デバイス１０Ａは、図３に示すように、通信部１１、環境情報取得部１２、機能駆動部１４、表示部１６、および記憶部１７を有する。各構成の機能は図２を参照して説明した同符号の構成の機能と同じである。
【００４７】
ただし、本実施形態による通信部１１は、配信先候補のデバイス１０Ｂ〜１０Ｆから取得した出力環境情報を、自身の出力環境情報と共に、ＵＩ管理装置２に送信し、対象アプリケーションにより提供されるＵＩのデバイス毎の画面構成の変化を問い合わせる。
【００４８】
また、表示部１６は、通信部１１によりＵＩ管理装置２から受信したデバイス毎の画面構成の変化を示す通知画面を表示する。
【００４９】
さらに、通信部１１は、選択された配信先のデバイスに対して、対象アプリケーションの駆動開始指示と、機能駆動部１４から取得した対象アプリケーションのコンテキストを送信する。
【００５０】
以上、複数のデバイスの代表としてデバイス１０Ａの構成を説明した。なお配信先候補となったデバイス１０Ｂでは、現在アプリケーションを駆動しているデバイス１０Ａからの要求に応じて、自身の出力環境情報を送信する。また、デバイス１０Ａから対象アプリケーションの駆動指示があった場合、デバイス１０Ｂは、対象アプリケーションの駆動を開始する。
【００５１】
＜２−３．第３のシステム構成＞
続いて、本実施形態による配信先デバイス変更システムの他のシステム構成について図４を参照して説明する。図４は、本実施形態による配信先デバイス変更システムの第３のシステム構成について説明するためのブロック図である。
【００５２】
図４に示すように、第３のシステム構成は、複数のデバイス１’Ａ〜１’Ｆと、ＵＩ管理サーバ３を含む。ＵＩ管理サーバ３は、複数のデバイス１’Ａ〜１’Ｆと有線／無線により接続する。
【００５３】
また、上記第２のシステム構成と異なり、図４に示す第３のシステム構成では、ＵＩ管理サーバ３が各デバイス１’Ａ〜１’Ｆの出力環境情報を収集する。以下、第３のシステム構成に含まれるＵＩ管理サーバ３の構成について具体的に説明する。
【００５４】
（ＵＩ管理サーバ）
ＵＩ管理サーバ３は、図４に示すように、通信部３１および環境情報ＤＢ３８を有する。通信部３１は、有線／無線によりデバイス１’Ａ〜１’Ｆと接続し、データの送受信を行う。具体的には、通信部３１は、デバイス１’Ａ〜１’Ｆから、各デバイス１’Ａ〜１’Ｆの出力環境情報を受信する。また、通信部３１は、デバイス１’Ａ〜１’Ｆのうち一のデバイスからの要求に応じて、他のデバイスの出力環境情報を送信する。
【００５５】
環境情報ＤＢ３８は、通信部３１によりデバイス１’Ａ〜１’Ｆから受信した各デバイスの出力環境情報を格納する記憶部である。
【００５６】
（デバイス）
続いて、第３のシステム構成に含まれる各デバイスについて説明する。複数のデバイス１’Ａ〜１’Ｆは同一の構成を有するので、図４においてデバイス１’Ｂ〜１’Ｆの構成の図示は省略している。また、複数のデバイス１’Ａ〜１’Ｆのうち、現在アプリケーションを駆動しているデバイスが配信元デバイスとなってＵＩ管理サーバ３と接続し、配信先候補となる他のデバイスの出力環境情報を受信する。以下、デバイス１’Ａ〜１’Ｆのうち、代表してデバイス１’Ａの構成について説明する。
【００５７】
デバイス１’Ａは、図４に示すように、通信部１１、環境情報取得部１２、機能駆動部１４、ＵＩ管理部１５’、表示部１６、および記憶部１７を有する。各構成の機能は図２を参照して説明した同符号の構成の機能と同じであるので、ここでの説明は省略する。なお本システム構成による通信部１１は、ＵＩ管理サーバ３から、配信先候補のデバイス１’Ｂ〜１’Ｆの出力環境情報を受信する。
【００５８】
ＵＩ管理部１５’は、通信部１１を介してＵＩ管理サーバ３から配信先候補デバイスの出力環境情報を取得し、当該出力環境情報に基づいて、配信先候補デバイス毎の対象アプリケーションにより提示されるＵＩの画面構成（ＵＩ利用状態情報）を決定する。そして、ＵＩ管理部１５’は、現在デバイス１’Ａで駆動されている対象アプリケーションにより提示されるＵＩの画面構成と、配信先候補デバイス毎に想定されるＵＩの画面構成とを比較し、その変化を抽出する。抽出された変化は、デバイス１’Ａの表示部１６または音声出力部（不図示）からユーザに通知される。
【００５９】
このように、第３のシステム構成では、配信元のデバイス１’Ａが、ＵＩ管理サーバ３から、配信先候補のデバイス１’Ｂ〜１’Ｆの出力環境情報を取得し、各配信先候補デバイスにおけるＵＩの画面構成を決定している。
【００６０】
＜＜３．動作処理＞＞
次に、本実施形態による配信先デバイス変更システムの動作処理について説明する。ここでは、一例として図１、図２に示す第１のシステム構成における動作処理について図５を参照して説明する。
【００６１】
図５は、本実施形態による配信先デバイス変更システムの動作処理を示すフローチャートである。図５に示すように、まず、ステップＳ１０３において、現在アプリケーションを実行中のデバイス１Ａ（配信元デバイス）の環境情報取得部１２は、配信先変更のトリガとなるイベントを検出する。トリガとなるイベントには、例えばデバイス１Ａが他のデバイスに近付いた場合、利用者が一人から二人に増えた場合、またはデバイス１Ａを所持するユーザが走っている状態から歩いている状態に変わった場合等、デバイス１Ａを取り囲む周囲の環境が変化した場合が挙げられる。また、トリガとなるイベントには、ユーザによる配信先変更メニューの呼び出し操作があった場合も含まれる。
【００６２】
次に、ステップＳ１０６において、デバイス１Ａの環境情報取得部１２は、環境の確認を行う。具体的には、環境情報取得部１２は、対象となるアプリケーションの機能、機能の表示構成、機能利用可能状況、周辺に存在するデバイス環境、ユーザの状況（走っているのか歩いているのか、何人で利用しているのか等）や行動の変化等、対象アプリケーションをとりまく環境でＵＩに影響を与える要素を収集する。
【００６３】
次いで、ステップＳ１０９において、デバイス１Ａは、配信先候補デバイスに対してＵＩ利用状態情報の取得要求を行う。具体的には、配信先候補デバイスで対象アプリケーションがどのように実行されるか確認するために、デバイス１Ａの環境情報取得部１２は、上記Ｓ１０６で収集した対象アプリケーションの機能やユーザの状況等ＵＩに影響を与える要素の情報を、通信部１１から配信先候補デバイスに送信する。
【００６４】
次に、ステップＳ１１２において、デバイス１Ｂ（配信先候補デバイス）のＵＩ管理部１５は、どのような状態で対象アプリケーションが実行されるかを示すＵＩ利用状態情報を作成する。ここで、対象アプリケーションが実行される状態（ＵＩの画面構成）が出力環境毎（解像度毎）に異なる点について、図６を参照して説明する。
【００６５】
図６は、対象アプリケーションを実行する場合のデバイス毎のＵＩ画面構成を示す図である。図６に示すように、フルＵＩを利用した場合、対象アプリケーションの機能を表示する画面構成５０は、全てのＵＩ、すなわちＵＩ１、ＵＩ２、ＵＩ３を含む。一方、解像度が「小」のデバイス１Ａでは、対象アプリケーションの機能を表示する画面構成５１は、ＵＩ１のみを含み、ＵＩ２およびＵＩ３は利用できない。また、解像度が「大」のデバイス１Ｂでは、対象アプリケーションの機能を表示する画面構成５２は、ＵＩ１、ＵＩ２、ＵＩ３を含み、フル利用が可能である。また、解像度が「中」のデバイス１Ｃでは、対象アプリケーションの機能を表示する画面構成５２は、ＵＩ１およびＵＩ２と、アイコン化されたＵＩ３を含み、ＵＩ３は利用可能であるがアイコン化される。
【００６６】
このように、各デバイスの出力環境（ここでは一例として解像度）によって、対象アプリケーションの実行状態（具体的には、ＵＩの画面構成）は異なる。
【００６７】
デバイス１Ｂは、対象アプリケーションを実行した場合のＵＩの画面構成５２の情報を、ＵＩ利用状態情報としてデバイス１Ａ（配信元デバイス）に送信する。
【００６８】
続いて、図５に示すステップＳ１１５において、デバイス１ＡのＵＩ管理部１５は、現在のＵＩ利用状態情報と、配信先候補デバイス（デバイス１Ｂ）のＵＩ利用状態情報とを比較し、ＵＩの変化個所を抽出する。ＵＩ利用状態情報の比較による変化個所の抽出について図７を参照して説明する。
【００６９】
図７は、現在のＵＩ利用状態情報５１０と、配信先候補デバイス（デバイス１Ｂ）のＵＩ利用状態情報５２０との比較について説明するための図である。図７に示す例は、解像度が「小」のデバイス１Ａから、解像度が「大」のデバイス１Ｂに環境が変わる場合であって、ＵＩ利用状態情報５１０とＵＩ利用状態情報５２０を比較すると、ＵＩ２およびＵＩ３に変化が抽出される。すなわち、現在のＵＩ利用状態情報５１０では、ＵＩ２およびＵＩ３は非表示の状態であるが、配信先候補のデバイス１ＢのＵＩ利用状態情報５２０では、ＵＩ２およびＵＩ３が表示の状態となる。
【００７０】
比較の結果、図７に示すように、ＵＩ１は変更なし（引き続き利用可能）であって、ＵＩ２およびＵＩ３が利用可能になる（変化あり）というＵＩの変化個所情報６００が取得される。
【００７１】
続いて、図５に示すステップＳ１１８において、デバイス１Ａは、他の配信先候補デバイス（デバイス１Ｃ）に対してＵＩ利用状態情報の取得要求を行う。
【００７２】
次に、ステップＳ１２１において、デバイス１Ｃ（配信先候補デバイス）のＵＩ管理部１５は、どのような状態で対象アプリケーションが実行されるかを示すＵＩ利用状態情報を作成する。解像度が「中」のデバイス１Ｃにおける対象アプリケーション実行時のＵＩの画面構成５３は、図６を参照して上述した通りである。デバイス１Ｃは、対象アプリケーションを実行した場合のＵＩの画面構成５３の情報を、ＵＩ利用状態情報としてデバイス１Ａ（配信元デバイス）に送信する。
【００７３】
次いで、ステップＳ１２４において、デバイス１ＡのＵＩ管理部１５は、現在のＵＩ利用状態情報と、配信先候補デバイス（デバイス１Ｃ）のＵＩ利用状態情報とを比較し、ＵＩの変化個所を抽出する。ＵＩ利用状態情報の比較による変化個所の抽出について図８を参照して説明する。
【００７４】
図８は、現在のＵＩ利用状態情報５１０と、配信先候補デバイス（デバイス１Ｃ）のＵＩ利用状態情報５３０との比較について説明するための図である。図８に示す例は、解像度が「小」のデバイス１Ａから、解像度が「中」のデバイス１Ｃに環境が変わる場合であって、ＵＩ利用状態情報５１０とＵＩ利用状態情報５３０を比較すると、ＵＩ２およびＵＩ３に変化が抽出される。すなわち、現在のＵＩ利用状態情報５１０では、ＵＩ２およびＵＩ３は非表示の状態であるが、配信先候補のデバイス１ＣのＵＩ利用状態情報５３０では、ＵＩ２が表示の状態となり、ＵＩ３はアイコン化されて表示の状態となる。
【００７５】
比較の結果、図８に示すように、ＵＩ１は変更なし（引き続き利用可能）であって、ＵＩ２は利用可能になり（変化あり）、ＵＩ３は制限付きで利用可能になる（変化あり）というＵＩの変化個所情報６１０が取得される。
【００７６】
次に、図５のステップＳ１２７において、デバイス１ＡのＵＩ管理部１５は、配信先候補デバイスを、配信先候補デバイス毎のＵＩ変化個所の情報と共に表示部１６に表示してユーザに通知するよう制御する。ここで、図９に、本実施形態によるＵＩ変化個所の通知画面の一例を示す。
【００７７】
図９に示す例では、現在対象のアプリケーションが実行されているデバイス１Ａの表示部１６ＡでＵＩ１が表示されている。デバイス１ＡのＵＩ管理部１５は、図９に示すように、ＵＩ１上に配信先候補デバイス毎のＵＩの利用可能状況をテキスト化した通知画面６１を表示することで、ＵＩの変化個所をユーザに通知することができる。具体的には、通知画面６１では、デバイスＸＸに出力先を変更した場合、ＵＩ１、ＵＩ２、およびＵＩ３が利用可能な状態となることが示され、また、デバイスＸＸＸに出力先を変更した場合、ＵＩおよびＵＩ２が利用可能な状態となり、ＵＩ３は制限付きで利用可能な状態となることが示される。
【００７８】
さらに、デバイスＸＸＸＸに出力先を変更した場合、ＵＩ１は利用可能な状態となるが、ＵＩ２およびＵＩ３は利用できない（表示されない）状態となることが示される。
【００７９】
ユーザは、通知画面６１を参照してデバイス毎のＵＩの変化を加味し、どのデバイスに出力先を変更するかを決定する。通知画面６１は、変更先を選択するための選択画面としての機能も兼ねるので、ユーザは、通知画面６１のうち変更先に決定したデバイスの表示領域をタップすることで、配信先デバイスを選択することができる。
【００８０】
なおＵＩの変化個所の通知は、テキスト化した通知画面６１に限定されず、例えばアイコン等を用いたグラフィカルな表現を用いてもよい。以下、図１０を参照して他の通知画面について説明する。
【００８１】
図１０は、本実施形態によるＵＩ変化個所の他の通知画面の例を示す図である。図１０に示すように、ＵＩ管理部１５は、配信先候補デバイス毎のＵＩの利用可能状況をアイコン化した通知画面６２を表示することで、ＵＩの変化個所をユーザに通知することができる。具体的には、通知画面６２では、デバイス毎に利用可能なＵＩを表すアイコンが表示される。
【００８２】
例えばデバイスＸＸでは、地図のＵＩを表すアイコン６２０、運動情報のＵＩを表すアイコン６２１、および知人の投稿コメントのＵＩを表すアイコン６２２が表示され、これらのＵＩが利用可能な状態であることが示される。
【００８３】
また、デバイスＸＸＸでは、アイコン６２０およびアイコン６２１が表示され、これらのＵＩが利用可能な状態であることが示される。また、知人の投稿コメントのＵＩを表すアイコンは、色付きや点線で表現されたアイコン６２２’が表示されることで、制限付きで利用可能な状態となることが示される。
【００８４】
さらに、デバイスＸＸＸＸでは、地図のＵＩのアイコン６２０のみが表示されることで、地図のＵＩは利用可能な状態となるが、他のＵＩは利用できない（表示されない）状態となることが示される。
【００８５】
以上、本実施形態による配信先候補デバイス毎のＵＩの変化個所通知について詳細に説明した。
【００８６】
次に、図５のステップＳ１３０において、デバイス１ＡのＵＩ管理部１５は、出力変更先（配信先）としてユーザに選択されたデバイス（配信先デバイス）に対して、対象アプリケーションの機能実行を指示するコマンドを送信する。具体的には、ＵＩ管理部１５は、選択されたデバイス（ここでは、例えばデバイス１Ｂ）に対して、対象アプリケーションの現在の状態を示す情報（コンテキスト）と共に、必要であれば対象アプリケーション自体を送信し、対象アプリケーションの機能出力を指示する。
【００８７】
そして、ステップＳ１３３において、デバイス１Ｂの機能駆動部１４は、配信元のデバイス１Ａからの指示に従って、対象アプリケーションの機能を実行する。
【００８８】
＜＜４．具体的な通知例＞＞
以上、本実施形態による配信先デバイス変更システムの動作処理について説明した。続いて、本実施形態による配信先デバイス毎のＵＩ変化通知について、具体的な例を挙げて説明する。
【００８９】
＜４−１．デバイスの変更に伴うＵＩの変化通知＞
まず、配信先候補デバイスの性能（ここでは、解像度や端末の向き）に応じてＵＩが変化する場合の具体的なＵＩ変化通知例について、図１１〜図１３を参照して説明する。ここでは、対象アプリケーションの一例としてミュージックプレイヤーアプリケーションが実行されている。ミュージックプレイヤーアプリケーションでは、「ジャケット写真」、曲名や再生位置などを示す「再生情報」、再生や一時停止等の操作を行うための「コントローラ」、および「曲リスト」の各ＵＩが表示され得る。
【００９０】
図１１は、各デバイスの性能に応じたＵＩの変化について説明するための図である。図１１に示すように、デバイス１Ａ（スマートフォン）が縦向きの場合、表示部１６Ａにおいてミュージックプレイヤーアプリケーションにより提示される機能ＵＩは、ジャケット写真のＵＩ４、再生情報のＵＩ５、およびコントローラのＵＩ６である。本実施形態では、デバイス１Ａの長手方向が水平方向に対して略垂直の場合を縦向きと称す。
【００９１】
また、デバイス１Ｆ（時計型デバイス）の場合、表示部１６Ｆにおいてミュージックプレイヤーアプリケーションにより提示される機能ＵＩは、再生情報のＵＩ５およびコントローラのＵＩ６である。本実施形態では、デバイス１Ａに比べてデバイス１Ｆの解像度が小さいため、「ジャケット写真」のＵＩ４が非表示になる。
【００９２】
また、デバイス１Ａが横向きの場合、表示部１６Ａにおいてミュージックプレイヤーアプリケーションにより提示される機能ＵＩは、ジャケット写真のＵＩ４、再生情報のＵＩ５、コントローラのＵＩ６、および曲リストのＵＩ７である。なお本実施形態において、同じデバイス１Ａであっても、向き（表示方向）が異なる場合は配信先候補デバイスに含まれる。
【００９３】
さらに、デバイス１Ｃ（タブレット端末）の場合、解像度がデバイス１Ａより大きく、表示部１６Ｃにおいてミュージックプレイヤーアプリケーションにより提示される機能ＵＩは、ジャケット写真のＵＩ４、再生情報のＵＩ５、コントローラのＵＩ６、曲リストのＵＩ７、およびアーティスト情報のＵＩ８である。
【００９４】
このように配信先候補デバイスの性能に応じて表示画面の画面構成が異なる場合、デバイス１ＡのＵＩ管理部１５は、実際に出力先を変更する前にＵＩの変化個所を抽出し、デバイス毎にＵＩがどのように変化するかをユーザに通知することができる。ここで、図１２に、ミュージックプレイヤーアプリケーションにより提示される機能ＵＩのデバイス毎の変化個所の通知例を示す。
【００９５】
図１２に示す通知画面６３は、表示部１６Ａにおいて、現在ミュージックプレイヤーアプリケーションにより提示されている機能ＵＩ上に重畳表示されている。また、通知画面６３では、現在ミュージックプレイヤーアプリケーションにより提示されている機能ＵＩと比較して変化する個所のみが示されている。
【００９６】
具体的には、例えば時計型のデバイス１Ｆの場合、図１１に示すようにジャケット写真のＵＩ４が非表示になるので、図１２に示す通知画面６３において、「Ｗａｔｃｈ  写真×」と示される。また、横向きのデバイス１Ａでは、現状のＵＩに加えて曲リストのＵＩ７が表示されるので、通知画面６３において、「スマートフォン（横向き）  曲リスト○」と示される。
【００９７】
さらに、タブレット端末のデバイス１Ｃでは、現状のＵＩに加えて曲リストのＵＩ７およびアーティスト情報のＵＩ８が表示されるので、通知画面６３において、「タブレット  曲リスト○、アーティスト情報○」と示される。
【００９８】
このように、ＵＩ管理部１５は、配信先候補デバイスの性能に応じて異なるＵＩを、現状のＵＩと比較して変化する個所、すなわち表示または非表示になるＵＩを示すことで通知することができる。これにより、例えばユーザが「曲リスト」を見たかった場合、配信先候補デバイスで実際に表示させて確認するという手間をかけずに、事前に配信先候補デバイス毎のＵＩの変化を確認することができる。また、図１２に示す例では、現在対象アプリケーションを実行しているデバイス１Ａを横向きにするだけで「曲リスト」が表示されることが分かる。
【００９９】
以上、配信先候補デバイスの性能に応じてＵＩが変化する場合の具体的なＵＩ変化通知例について説明した。なお、ＵＩ変化の通知方法は図１２に示す例に限定されず、例えば、配信先候補デバイス毎の変化後の表示画面のサムネイル画像を用いてもよい。以下、図１３を参照して説明する。
【０１００】
図１３は、ミュージックプレイヤーアプリケーションにより提示される機能ＵＩのデバイス毎の変化個所の他の通知例を示す図である。デバイス１Ａの表示部１６Ａに表示される通知画面６４は、図１３に示すように、配信先候補デバイス毎のサムネイル画像６４０、６４１、６４２を含む。このように、ＵＩ管理部１５は、変化後のＵＩのサムネイル画像を用いることで、ＵＩの変化個所を直感的にユーザに通知することができる。
【０１０１】
＜４−２．ユーザ環境の変化をトリガとしたＵＩ変化通知＞
続いて、ユーザ環境の変化をトリガとしたＵＩ変化通知について図１４を参照して説明する。例えばデバイスの利用者が変化した場合、アプリケーションによっては所定の機能が追加される場合があるので、ＵＩ管理部１５は、ユーザが自発的に配信先デバイスの変更を指示した場合の他、ユーザ環境が変化した場合も配信先変更のトリガとなるイベントとして検出する。
【０１０２】
図１４は、利用者が増えた場合のＵＩ変化通知について説明するための図である。例えば、親（大人）４Ａのみがデバイス１Ａを利用している環境から、親４Ａと子供４Ｂがデバイス１Ａを利用している環境に変化した場合、対象アプリケーションの機能により、漢字が読めない子供に対応するよう付加情報として振り仮名が提示され得る。利用者の環境の変化は、デバイス１Ａに搭載されたカメラにより利用者の顔認識が行われ、トリガとなるイベントとして検出される。
【０１０３】
利用者に子供が含まれた場合、デバイス１ＡのＵＩ管理部１５は、周辺のデバイス１Ｂ（ＰＣ）、デバイス１Ｄ（ＴＶ）からＵＩ利用状態情報を取得し、ＵＩの変化個所を通知する通知画面６５を表示部１６Ａに表示させる。通知画面６５では、図１４に示すように、ＴＶ（デバイス１Ｄ）に出力先を変更した場合は振り仮名つきの表示になることが示され、ＰＣ（デバイス１Ｂ）に出力先を変更した場合は変化がないことが示される。
【０１０４】
これにより、利用者環境が変化した場合も、実際に配信先候補デバイスでプレビューすることなく、最適な配信先デバイスの選択を行うことができる。
【０１０５】
＜４−３．配信先候補デバイスの特性と表示内容の種類に伴うＵＩの変化通知＞
図１５は、配信先候補デバイスの特性と表示内容の種類に伴ってＵＩが変化する場合の通知例を示す図である。本実施例では、配信元となるデバイス１Ａ（スマートフォン）の表示画面が、「地図情報」および「店情報」のＵＩ１０と、プライベートな情報を含む「知人の投稿コメント」のＵＩ１１で形成されている場合を想定する。ＵＩ１０の「地図情報」は、例えばユーザの現在地と、所定のスタート地点から店までのルートを地図上に示したものである。
【０１０６】
ここで、ＵＩの出力先を、例えば表示部が透過するメガネ型のＨＭＤのデバイス１Ｅに変更する場合、通常、ユーザの視界を遮らないようＵＩの表示領域は小さく制御されるので、「店情報」は省略され、「地図情報」を「ナビ」の機能に切り替えたＵＩ１０’が提示される。ＵＩ１０’の「ナビ」とは、テキストで道順を誘導するものである。なおデバイス１Ｅでは、テキストのナビが音声ナビに切り替えられ、ＵＩ１０’が非表示にされることも想定される。また、プライベートな情報を含む「知人の投稿コメント」のＵＩ１１は、デバイス１Ｅが装着者のみが閲覧できるプライベートなデバイスという特性を有するので、デバイス１Ｅで利用可能となる。
【０１０７】
一方、ＵＩの出力先を、デジタルサイネージのデバイス１Ｇに変更する場合、デバイス１Ｇの解像度は大きいので、「地図情報」および「店情報」のＵＩ１０は変化せずにそのまま出力される。また、プライベートな情報を含む「知人の投稿コメント」のＵＩ１１は、デバイス１Ｇが屋外や店頭等に設置されるパブリックなデバイスという特性を有するので、デバイス１Ｇでは表示されない。なおデバイス１Ｇはデジタルサイネージであるので、デバイス１Ａと連携してＵＩ１０を表示する他、図１５に示すように、広告や周辺の案内表示等を常時表示していてもよい。
【０１０８】
デバイス１ＡのＵＩ管理部１５は、上述したように出力先のデバイスの特性に応じて変化するＵＩの利用状態情報を各デバイス１Ｅ、１Ｇから取得し、ＵＩの変化個所を通知する通知画面６６を表示部１６Ａに表示させる。通知画面６６では、図１５に示すように、メガネ型ＨＭＤ（デバイス１Ｅ）に出力先を変更した場合は「店情報」が表示されず、「地図情報」が「ナビ」に変化することが示され、デジタルサイネージ（デバイス１Ｇ）に出力先を変更した場合はプライバシーを考慮して「知人の投稿コメント」が表示されないことが示される。
【０１０９】
これにより、ユーザは、プライベートな情報がパブリックなデバイス１Ｇに表示されないことを事前に把握するこができ、安心してユーザ自身が所持するプライベートなデバイス１Ａとデジタルサイネージのようなパブリックなデバイス１Ｇとの連携を行うことができる。
【０１１０】
＜４−４．複数の配信先候補デバイスで出力する場合のＵＩ変化通知＞
以上説明した各実施例では、複数の配信先候補デバイスのうちいずれか１つのデバイスを選択することを想定しているが、本実施形態はこれに限定されず、例えば複数のデバイスでＵＩを分割して表示することも可能である。以下、図１６を参照して具体的に説明する。
【０１１１】
図１６は、複数の配信先候補デバイスで出力する場合におけるＵＩの変化の通知例を示す図である。ここでは、対象アプリケーションの一例としてランニング用の運動アプリケーションが実行されている。本実施例では、配信元となるデバイス１Ａ（スマートフォン）の表示画面が、「地図情報」および「ナビ情報」のＵＩ１２と、「運動の詳細情報」のＵＩ１３で形成されている場合を想定する。ＵＩ１３の「運動の詳細情報」は、例えば走行距離や走行時間、消費カロリー、心拍数等の情報が含まれる。
【０１１２】
ランニング用の運動アプリケーションは、走行中に、走行ルートや時間、速度、心拍数等の情報を継続して取得するので、走行前はデバイス１Ａ（スマートフォン）で一括して操作し、走行中はウェアラブルデバイスに切り替えることが望ましい。ウェアラブルデバイスは、例えば図１６に示すようなメガネ型ＨＭＤのデバイス１Ｅや、時計型のデバイス１Ｆが挙げられる。
【０１１３】
ここで、ＵＩの出力先は、メガネ型ＨＭＤのデバイス１Ｅと時計型のデバイス１Ｆのうちいずれか一方であってもよいし、両方であってもよい。両方のデバイスが出力先として選択された場合、現在のＵＩは分割して表示される。
【０１１４】
いずれか一方のデバイスに出力先を変更する場合をユースケース１として説明する。具体的には、例えばデバイス１Ｅのみに出力先を変更する場合、図１６に示すように、「地図情報」および「ナビ情報」のＵＩ１２が「ナビ情報」のみに変化したＵＩ１２’と、「運動の詳細情報」のＵＩ１３が「運動の簡易情報」に変化したＵＩ１３’が表示される。
【０１１５】
一方、両方のデバイスに出力先を変更する場合をユースケース２として説明する。この場合、デバイス１Ａに現在表示されているＵＩは分割して表示される。具体的には、図１６に示すように、例えばデバイス１Ｅでは、「地図情報」および「ナビ情報」のＵＩ１２が「ナビ情報」のみに変化したＵＩ１２’が表示され、デバイス１Ｆでは、「運動の詳細情報」のＵＩ１３が「運動の簡易情報」に変化したＵＩ１３’が表示される。
【０１１６】
デバイス１ＡのＵＩ管理部１５は、上述したように各ユースケースに応じて変化するＵＩの利用状態情報を各デバイス１Ｅ、１Ｆから取得し、ＵＩの変化個所を通知する通知画面６７を表示部１６Ａに表示させる。通知画面６７は、図１６に示すように、ユースケース１におけるＵＩの変化と、ユースケース２におけるＵＩの変化を通知する。
【０１１７】
具体的には、ユースケース１では、「地図情報」と「ナビ情報」が「ナビ情報」のみになってメガネ型ＨＭＤ（デバイス１Ｅ）で表示され、また、「運動の詳細情報」は「運動の簡易情報」に変化してメガネ型ＨＭＤ（デバイス１Ｅ）で表示されることが示される。一方、ユースケース２では、「地図情報」と「ナビ情報」が「ナビ情報」のみになってメガネ型ＨＭＤ（デバイス１Ｅ）で表示され、「運動の詳細情報」は「運動の簡易情報」に変化して時計型デバイス（デバイス１Ｆ）で表示されることが示される。
【０１１８】
通知画面６７は、変更先を選択するための選択画面としての機能も兼ねるので、ユーザは、通知画面６７のうち所望するユースケースの表示領域をタップすることで、配信先デバイスを選択することができる。
【０１１９】
このように複数のデバイスにＵＩを分割して出力する場合も含めて、どのデバイスでどの機能が利用可能かを事前にユーザに通知することで、ユーザは、最適な配信先候補デバイスを選択することができる。
【０１２０】
＜＜５．変形例＞＞
以上、本実施形態によるＵＩ変化通知について具体的に説明した。続いて、本実施形態による配信先デバイス変更システムの変形例について説明する。
【０１２１】
＜５−１．ＵＩ毎に出力先デバイスを選択する場合＞
上述した各実施例では、配信先候補デバイス毎に変化するＵＩが通知されているが、本実施形態はこれに限定されず、例えばＵＩ毎に出力先デバイスを選択することも可能である。以下、図１７を参照して具体的に説明する。
【０１２２】
図１７は、ＵＩ毎に出力先デバイスを選択する場合の画面例を示す図である。ここでは、対象アプリケーションの一例として映画を再生するアプリケーションを用いる。図１７に示すように、デバイス１Ａでは、映画再生アプリケーションが実行され、映像のＵＩ１５、操作用コントローラのＵＩ１６、および映像に対する投稿コメントのＵＩ１７が提示される。
【０１２３】
例えばユーザが外出中にデバイス１Ａで映画再生アプリケーションを用いて映画を鑑賞していた場合に、帰宅すると、デバイス１Ａは、周辺から配信先候補デバイス（デバイス１Ｃ、１Ｄ）を検出する。このような配信先候補デバイスの検出は配信先変更のトリガとなるイベントに該当し、デバイス１ＡのＵＩ管理部１５は、各配信先候補デバイスから対象アプリケーション（ここでは、映画再生アプリケーション）を事項した場合のＵＩ利用状態情報を取得する。
【０１２４】
そして、デバイス１ＡのＵＩ管理部１５は、各配信先候補デバイスから取得したＵＩ利用状態情報に基づいて、現在表示している各ＵＩ１５、１６、１７がそれぞれどの配信先候補デバイスに配信可能であるかを判断する。そして、ＵＩ管理部１５は、図１７に示すように、ＵＩ毎に配信先候補デバイスを選択するための選択画面６８ａ、６８ｂ、６８ｃを、各１５、１６、１７の表示領域上に表示させる。
【０１２５】
具体的には、選択画面６８ａは、映像のＵＩ１５上に表示され、映像のＵＩ１５を配信することが可能なデバイスである、ＴＶ（デバイス１Ｄ）とタブレット（デバイス１Ｃ）の選択ボタンにより構成される。また、選択画面６８ｂは、コントローラのＵＩ１６上に表示され、コントローラのＵＩ１６を配信することが可能なデバイスである、ＴＶ（デバイス１Ｄ）とタブレット（デバイス１Ｃ）の選択ボタンにより構成される。また、選択画面６８ｃは、投稿コメントのＵＩ１６上に表示され、コントローラのＵＩ１６を配信することが可能なデバイスであるタブレット（デバイス１Ｃ）の選択ボタンにより構成される。なお、いずれの選択画面６８ａ〜６８ｃにもスマートフォン（デバイス１Ａ）の選択ボタンが含まれ、デバイス１Ａでの出力を継続したいＵＩについては、デバイス１Ａを選択することが可能である。
【０１２６】
これにより、ユーザは、例えば外出中にデバイス１Ａ（スマートフォン）で映画を途中まで鑑賞していた場合に、帰宅すると、解像度がより大きいデバイス１Ｄ（ＴＶ）に映像の出力先を変更し、手元のデバイス１Ｃ（タブレット）にコントローラを変更することができる。このように、デバイス１Ａで提示される複数のＵＩの出力先を、それぞれ最適なデバイスに指定することができる。
【０１２７】
＜５−２．配信先候補デバイスが離れた場所にある場合＞
上述した実施形態では、配信元のデバイス１Ａの周囲に配信先候補のデバイス１Ｂ〜１Ｆが存在し、例えばデバイス１Ａが配信先候補のデバイス１Ｂ〜１Ｆに近付いたことをトリガとして配信先候補デバイス毎のＵＩ変化通知が行われている。しかし、本実施形態はこれに限定されず、例えば配信元のデバイス１Ａは、離れた場所に存在する配信先候補デバイスのＵＩ変化通知を行うことも可能である。
【０１２８】
具体的には、例えば図４に示すＵＩ管理サーバ３と各デバイス１’Ａ〜１’Ｆがネットワークを介して接続するシステム構成において、配信元のデバイス１’Ａは、離れた場所に存在する配信先候補デバイスのＵＩ変化通知を行うことが可能である。配信元のデバイス１’ＡのＵＩ管理部１５’は、ＵＩ管理サーバ３に格納されている各配信先候補デバイスの出力環境情報を取得し、各配信先候補デバイスにおいて対象アプリケーションにより提示されるＵＩの画面構成（ＵＩ利用状態情報）を決定し、ＵＩの変化通知を行う。
【０１２９】
これにより、例えば現在デバイス１’Ａを利用しているユーザの周囲には存在しないが、ユーザが移動すれば利用することが可能な離れた場所に存在するデバイスも配信先候補デバイスに含むことができるので、ユーザはより最適な選択を行うことができる。
【０１３０】
＜＜５．まとめ＞＞
上述したように、本開示の実施形態による配信先デバイス変更システムは、配信先候補デバイス毎のＵＩの変化を、配信先候補デバイスでプレビューすることなく、事前にユーザに通知することができる。これにより、ユーザは、実際に配信先（出力先）を切り替える前に、配信先候補デバイス毎のＵＩの変化を把握し、最適なＵＩを選択することができる。
【０１３１】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本技術はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１３２】
例えば、上述したデバイス１Ａ〜１Ｇ、１’Ａ〜１’Ｆ、ＵＩ管理装置２に内蔵されるＣＰＵ、ＲＯＭ、およびＲＡＭ等のハードウェアに、デバイス１Ａ〜１Ｇ、１’Ａ〜１’Ｆ、ＵＩ管理装置２の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させたコンピュータ読み取り可能な記憶媒体も提供される。
【０１３３】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１３４】
なお、本技術は以下のような構成も取ることができる。
（１）
配信先候補デバイスに出力先を変更した場合に前記配信先候補デバイスにおける出力環境に応じて決定される画面構成の変化を抽出する抽出部と、
前記抽出部により抽出した画面構成の変化を通知するよう制御する通知制御部と、
を備える、情報処理装置。
（２）
前記通知制御部は、前記画面構成の変化を、音声、テキスト、または図表の少なくともいずれかを用いて通知する、前記（１）に記載の情報処理装置。
（３）
前記抽出部は、対象アプリケーションにより現在表示されている画面に含まれる情報と、前記配信先候補デバイスに出力先を変更した場合に前記配信先候補デバイスで表示される画面に含まれる情報との相違点を、前記画面構成の変化として抽出する、前記（１）または（２）に記載の情報処理装置。
（４）
前記抽出部は、所定のトリガが検出された際に、前記配信先候補デバイスに出力先を変更した場合の画面構成の変化の抽出を開始する、前記（１）〜（３）のいずれか１項に記載の情報処理装置。
（５）
前記通知制御部は、配信先デバイスの選択画面を兼ねた通知画面において、配信先候補デバイス毎の画面構成または画面構成の変化を、テキスト、アイコン、またはサムネイル画像により表示して通知する、前記（１）〜（４）のいずれか１項に記載の情報処理装置。
（６）
前記情報処理装置は、
前記配信先候補デバイスから、前記配信先候補デバイスの出力環境に応じて決定される画面構成の情報を受信する受信部をさらに備える、前記（１）〜（５）のいずれか１項に記載の情報処理装置。
（７）
前記情報処理装置は、
前記配信先候補デバイスから、前記配信先候補デバイスの出力環境を受信する受信部をさらに備える、前記（１）〜（５）のいずれか１項に記載の情報処理装置。
（８）
前記情報処理装置は、
サーバ装置から、前記配信先候補デバイスの出力環境を受信する受信部をさらに備える、前記（１）〜（５）のいずれか１項に記載の情報処理装置。
（９）
前記配信先候補デバイスには、表示方向が異なる配信元デバイスも含まれる、前記（１）〜（８）のいずれか１項に記載の情報処理装置。
（１０）
前記情報処理装置は、決定された配信先デバイスに、対象アプリケーションによる出力の開始を指示するコマンドを送信する送信部をさらに備える、前記（１）〜（９）のいずれか１項に記載の情報処理装置。
（１１）
前記情報処理装置は、
対象アプリケーションにより提示される画面構成を自身の出力環境に応じて決定する決定部と、
配信元デバイスからの要求に応じて、前記決定した画面構成の情報を前記配信元デバイスに送信するよう制御する送信制御部と、
をさらに備える、前記（１）〜（１０）のいずれか１項に記載の情報処理装置。
（１２）
配信先候補デバイスに出力先を変更した場合に前記配信先候補デバイスにおける出力環境に応じて決定される画面構成の変化を抽出するステップと、
抽出した画面構成の変化を通知するよう制御するステップと、
を含む、制御方法。
（１３）
コンピュータに、
配信先候補デバイスに出力先を変更した場合に前記配信先候補デバイスにおける出力環境に応じて決定される画面構成の変化を抽出する抽出部と、
前記抽出部により抽出した画面構成の変化を通知するよう制御する通知制御部と、
として機能させるためのプログラム。
（１４）
配信先候補デバイスに出力先を変更した場合に前記配信先候補デバイスにおける出力環境に応じて決定される画面構成の変化を抽出する抽出部と；
前記抽出部により抽出した画面構成の変化を通知するよう制御する通知制御部と；
配信先デバイスに、対象アプリケーションによる出力の開始を指示するコマンドを送信する送信部と；
を有する配信元デバイスと、
前記配信元デバイスから送信された出力の開始を指示するコマンドを受信する受信部と；
前記受信したコマンドに基づいて、対象アプリケーションによる出力を開始する機能駆動部と；
を有する配信先デバイスと、
を備える、システム。
【符号の説明】
【０１３５】
１Ａ〜１Ｇ、１’Ａ〜１’Ｆ、１０Ａ〜１０Ｆ    デバイス
１１    通信部
１２    環境情報取得部
１４    機能駆動部
１５、１５’    ＵＩ管理部
１６、１６Ａ〜１６Ｆ    表示部
１７    記憶部
２    ＵＩ管理装置
２１    通信部
２５    ＵＩ管理部
２７    記憶部
３    ＵＩ管理サーバ
３１    通信部
３８    環境情報ＤＢ
４Ａ    親
４Ｂ    子供
５０〜５３    画面構成
５１０、５２０、５３０    ＵＩ利用状態情報
６００、６１０    変化個所情報
６１、６２、６３、６４、６５、６６、６７    通知画面
６２０、６２１、６２２、６２２’    アイコン
６４０、６４１、６４２    サムネイル画像
６８ａ、６８ｂ、６８ｃ    選択画面
【図１】
2015090570.tif 000003
【図２】
2015090570.tif 000004
【図３】
2015090570.tif 000005
【図４】
2015090570.tif 000006
【図５】
2015090570.tif 000007
【図６】
2015090570.tif 000008
【図７】
2015090570.tif 000009
【図８】
2015090570.tif 000010
【図９】
2015090570.tif 000011
【図１０】
2015090570.tif 000012
【図１１】
2015090570.tif 000013
【図１２】
2015090570.tif 000014
【図１３】
2015090570.tif 000015
【図１４】
2015090570.tif 000016
【図１５】
2015090570.tif 000017
【図１６】
2015090570.tif 000018
【図１７】
2015090570.tif 000019