(57)【要約】【課題】複数の端末がある場合に、コンテンツに応じて当該コンテンツを再生させる端末を選択する。【解決手段】端末推薦装置０１０であって、発見したUPnP端末０２０およびブラウザ搭載端末０３０の再生能力を取得し、端末管理記憶手段０１４に記憶する端末管理手段０１２と、ユーザが使用するブラウザ搭載端末の周囲に存在する端末を、端末管理記憶手段０１４に記憶された端末の中から識別する端末識別手段０１６と、ブラウザ搭載端末０３０が要求したコンテンツに含まれるメディア毎に、当該メディアを再生させる端末を端末管理記憶手段０１４に記憶された端末の中から選択する端末推薦手段０１５と、を備える。【選択図】図１
2015049770.tif 000002
【特許請求の範囲】
【請求項１】
端末推薦装置であって、
発見したUPnP端末およびブラウザ搭載端末の再生能力を取得し、端末管理記憶手段に記憶する端末管理手段と、
ユーザが使用するブラウザ搭載端末の周囲に存在する端末を、前記端末管理記憶手段に記憶された端末の中から識別する端末識別手段と、
前記ブラウザ搭載端末が要求したコンテンツに含まれるメディア毎に、当該メディアを再生させる端末を、前記端末管理記憶手段に記憶された端末の中から選択する端末推薦手段と、を備えること
を特徴とする端末推薦装置。
【請求項２】
請求項１記載の端末推薦装置であって、
前記端末識別手段は、それぞれ異なる音声信号を前記端末管理記憶手段に記憶された端末に送信して再生させ、前記ブラウザ搭載端末から受信した音声処理結果を用いて前記ブラウザ搭載端末の周囲に存在する端末を識別すること
を特徴とする端末推薦装置。
【請求項３】
請求項１記載の端末推薦装置であって、
前記端末推薦手段は、
前記コンテンツに含まれるメディア毎に、当該メディアを再生可能な端末を、前記端末管理記憶手段を用いて選定する第１のフィルタ、
前記端末識別手段が識別した、前記ブラウザ搭載端末の周囲に存在する端末を選定する第２のフィルタ、および、
各端末のカテゴリに応じてあらかじめ設定された優先度を用いて、前記コンテンツに含まれるメディア毎に、当該メディアを再生させる端末の優先度を決定する第３のフィルタの少なくとも１つを行い、
前記第１のフィルタから第３のフィルタのうち複数のフィルタを行う場合は、第１のフィルタ、第２のフィルタ、第３のフィルタの順に行うこと
を特徴とする端末推薦装置。
【請求項４】
請求項１に記載の端末推薦装置であって、
前記端末管理手段は、外部サーバからUPnP端末のカテゴリを取得し、前記端末管理記憶手段に記憶すること
を特徴とする端末推薦装置。
【請求項５】
コンピュータが行う端末推薦方法であって、
発見したUPnP端末およびブラウザ搭載端末の再生能力を取得し、端末管理記憶部に記憶する端末管理ステップと、
ユーザが使用するブラウザ搭載端末の周囲に存在する端末を、前記端末管理記憶部に記憶された端末の中から識別する端末識別ステップと、
前記ブラウザ搭載端末が要求したコンテンツに含まれるメディア毎に、当該メディアを再生させる端末を、前記端末管理記憶部に記憶された端末の中から選択する端末推薦ステップと、を行うこと
を特徴とする端末推薦方法。
【請求項６】
請求項１から４のいずれか一項に記載の端末推薦装置としてコンピュータを機能させるための端末推薦プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク家電の連携技術とWebコンテンツ分散制御技術に関する。
【背景技術】
【０００２】
近年PC 並の性能を持つモバイルデバイスが爆発的に普及し、端末間を連携したサービスが注目を浴びている。また、HTML5 と呼ばれるW3C 標準のWeb 技術が進化している。こうした背景の下で、Web上のコンテンツをユーザの周囲の機器に分散させることで、これまで体験出来なかったコンテンツ閲覧や情報検索が可能になると考えられる。
【０００３】
DLNA（DLNA(Digital Living Network Alliance)では、LAN内のコンテンツの分散制御が可能であるが、NAT 超えを要するWeb上のコンテンツの分散制御は不可能である。非特許文献１では、こうしたDLNA の制約を取り払い、Web上のコンテンツをDLNA 端末で再生可能とする手法を提案している。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】山中  政彦、「DLNA とその応用技術による新しい映像視聴サービスの創出」、exa review 技術ジャーナルNo.7、2006.12、＜URL：http://www.exa-corp.co.jp/techinfo/review07/07＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
UPnP(DLNA) 端末やブラウザを搭載する端末間で、Web コンテンツを連携させる際、連携可能な端末が増えると機器を選択する煩雑さが増大するという問題が発生する。特に、映像や音声などのコンテンツの再生に関しては、機器の特長が色濃く反映されるので適切な端末の推薦が必要となる。つまり、映像や音声などのコンテンツを端末連携する際は、お薦めの端末を選択することが課題となる。
【０００６】
なお、非特許文献１では、DLNA 端末が複数ある場合に自動的に再生するべき端末を選択する端末推薦については考慮されていない。
【０００７】
本発明は、上記の事情に鑑みなされたもので、本発明の目的は、複数の端末がある場合に、コンテンツに応じて当該コンテンツを再生させる端末を選択する端末推薦装置、端末推薦方法および端末推薦プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明は、端末推薦装置であって、発見したUPnP端末およびブラウザ搭載端末の再生能力を取得し、端末管理記憶手段に記憶する端末管理手段と、ユーザが使用するブラウザ搭載端末の周囲に存在する端末を、前記端末管理記憶手段に記憶された端末の中から識別する端末識別手段と、前記ブラウザ搭載端末が要求したコンテンツに含まれるメディア毎に、当該メディアを再生させる端末を、前記端末管理記憶手段に記憶された端末の中から選択する端末推薦手段と、を備える。
【０００９】
本発明は、コンピュータが行う端末推薦方法であって、発見したUPnP端末およびブラウザ搭載端末の再生能力を取得し、端末管理記憶部に記憶する端末管理ステップと、ユーザが使用するブラウザ搭載端末の周囲に存在する端末を、前記端末管理記憶部に記憶された端末の中から識別する端末識別ステップと、前記ブラウザ搭載端末が要求したコンテンツに含まれるメディア毎に、当該メディアを再生させる端末を、前記端末管理記憶部に記憶された端末の中から選択する端末推薦ステップと、を行う。
【００１０】
本発明は、上記端末推薦装置としてコンピュータを機能させるための端末推薦プログラムである。
【発明の効果】
【００１１】
本発明によれば、複数の端末がある場合に、コンテンツに応じて当該コンテンツを再生させる端末を選択する端末推薦装置、端末推薦方法および端末推薦プログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態における端末推薦システムの全体構成図である。
【図２】第１の端末管理処理のフローチャートである。
【図３】端末管理テーブルの一例を示す図である。
【図４】第２の端末管理処理のフローチャートである。
【図５】端末推薦処理のフローチャートである。
【図６】優先度テーブルの一例を示す図である。
【図７】端末識別処理のフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態を、図面を用いて説明する。
【００１４】
図１は、本発明の実施形態における端末推薦システムの構成例を示す図である。図示する端末推薦システムは、端末推薦サーバ０１０と、複数の端末０２０、０３０と、外部サーバ０５０とを有する。端末には、UPnP端末０２０と、ブラウザ端末０３０とを含む。UPnP端末０２０は、ブラウザを搭載していない非ブラウザ端末であって、例えば、TV、AVアンプなどを用いることができる。
【００１５】
ブラウザ端末０３０は、ブラウザを搭載した端末（ブラウザ搭載端末）である。ブラウザ端末０３０には、例えば利用者が携帯するスマートフォン、PC、タブレット端末などのモバイル端末を用いることができる。利用者は、端末推薦サーバ０１０が保持するWebコンテンツ００１（または、Webサーバから当該端末推薦サーバ０１０が取得したWebコンテンツ００１）にアクセスする。本実施形態のWebコンテンツ００１には、audioタグ、videoタグ、imgタグなどが含まれていることを想定する。
【００１６】
外部サーバ０５０は、端末推薦サーバ０１０からの要求に応じて、UPnP端末０２０のカテゴリを提供する。
【００１７】
端末推薦サーバ０１０は、利用者が要求したWebコンテンツ００１を再生（表示）させる端末を推薦する。本実施形態では、Webコンテンツ００１に含まれる動画、音声、画像などのメディア毎に複数の端末で分散して再生させるものとする。端末推薦サーバ０１０には、例えば、インターネットとの接続を行うプロキシサーバなどを用いることができる。
【００１８】
図示する端末推薦サーバ０１０は、html分割処理部０１１と、端末管理処理部０１２と、端末発見処理部０１３と、端末管理情報記憶部０１４と、端末推薦処理部０１５と、端末識別処理部０１６と、分散配信処理部０１７とを備える。
【００１９】
html分割処理部０１１は、利用者がブラウザ端末０３０を用いて要求したWebコンテンツ００１に含まれるaudio タグ、video タグなどのメディアに関するタグを解析（パース）する。
【００２０】
端末管理処理部０１２は、端末発見処理部０１３のUPnP 端末発見制御部０１３１が発見したUPnP端末０２０の端末情報を取得し、端末管理情報記憶部０１４に記憶する。また、端末管理処理部０１２は、Webクライアント情報制御部０１３２が検出した、当該端末推薦サーバ０１０にアクセスしているブラウザ端末０３０の端末情報を取得し、端末管理情報記憶部０１４に記憶する。また、端末管理処理部０１２は、外部サーバ０５０から端末のカテゴリを取得し、端末管理情報記憶部０１４を更新する。
【００２１】
端末発見処理部０１３は、UPnP 端末発見制御部０１３１とWebクライアント情報制御部０１３２を有する。UPnP 端末発見制御部０１３１は、UPnP端末０２０を発見し、Webクライアント情報制御部０１３２は、端末推薦サーバ０１０にアクセスしているブラウザ端末０３０を検出する。
【００２２】
端末管理情報記憶部０１４には、端末管理テーブルと優先度テーブルとが記憶される。端末管理テーブルには、端末管理処理部０１２が管理するUPnP端末０２０およびブラウザ端末０３０の端末情報が記憶される。優先度テーブルには、端末のカテゴリ毎の優先度が記憶されている。端末管理テーブルおよび優先度テーブルについては、後述する。
【００２３】
端末推薦処理部０１５は、利用者がブラウザ端末０３０を用いて要求したWebコンテンツ００１に含まれるメディア毎に、当該メディアを再生させる端末を、端末管理情報記憶部０１４に記憶された端末の中から選択し、推薦する。本実施形態では、３つのフィルタ（フィルタリング）を用いて端末の推薦を行うものとする。
【００２４】
まず、端末推薦処理部０１５は、html分割処理部０１１から対象となる映像や音声などのメディアフォーマットを判定し、端末管理情報記憶部０１４の端末管理テーブルを参照して、判定したメディアフォーマットのメディアを再生可能な端末を選定する（第１フィルタ）。そして、端末推薦処理部０１５は、端末識別処理部０１６より識別された、利用者の周囲の端末を選定する（第２フィルタ）。そして、端末推薦処理部０１５は、端末管理情報記憶部０１４の優先度テーブルに基づいて、メディア毎に再生させる端末の優先度を決定する（第３のフィル）。
【００２５】
端末識別処理部０１６は、利用者が利用するブラウザ端末０３０の周囲に存在する端末を、端末管理情報記憶部０１４に記憶された端末の中から識別する。
【００２６】
分散配信処理部０１７は、端末推薦処理部０１５が推薦した各端末にWebコンテンツ００１に含まれる各メディアを分散配信する。なお、推薦する端末が存在しない場合は、分散配信は行わず、通常通り利用者が利用しているブラウザ端末０３０に配信し、再生を開始する。
【００２７】
本実施形態により、利用者がスマートフォン（ブラウザ端末０３０）を用いて、例えば写真のスライドショーのような動画ファイル（.mp4) と音声ファイル（.mp3）を含むWebコンテンツ００１にアクセスすると、動画は目の前のTVへ、音声はAVアンプへ、その他のコンテンツはスマートフォンへ分散再生させることが可能となる。
【００２８】
上記説明した端末推薦サーバ０１０は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置などを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた端末推薦サーバ０１０のプログラムを実行することにより、端末推薦サーバ０１０の各機能が実現される。また、端末推薦サーバ０１０用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２９】
次に、本実施形態の端末推薦サーバ０１０の処理について説明する。
【００３０】
＜端末管理処理＞
まず、端末管理処理について説明する。端末推薦サーバ０１０は、以下の２つの方法を用いてUPnP端末０２０およびブラウザ端末０３０をそれぞれ発見し、管理する。
【００３１】
図２は、第１の端末管理処理を示すフローチャートである。第１の端末管理処理では、UPnP端末０２０を発見し、管理する。なお、図２に示す処理は、定期的に行われるものとする（Ｓ１１、Ｓ２０）。具体的には、所定の時間間隔で（例えば、t=5秒毎に）、Ｓ１２〜Ｓ１９の処理が繰り返し行われる。
【００３２】
まず、Ｓ１２で、端末発見処理部０１３のUPnP端末発見制御部０１３１は、SSDP（simple service discovery protocol）を用いて、UPnP端末０２０の発見（検出）処理を行う。これにより、発見された各UPnP端末０２０の端末発見・制御処理部０２１は、自端末の基本情報をUPnP端末発見制御部０１３１に送信する。
【００３３】
Ｓ１３で、端末管理処理部０１２は、各UPnP端末０２０の基本情報を、UPnP端末発見制御部０１３１を介して受信し、各UPnP端末０２０の基本情報に含まれるUUIDが、端末管理情報記憶部０１４に既に登録されているか否かを判別する。
【００３４】
発見された全てのUPnP端末０２０のUUIDが登録されている場合、つまり新たなUPnP端末０２０の発見がなかった場合は（Ｓ１３：ＹＥＳ）、Ｓ２０に進み、所定の時間の経過後（ｔ秒後）に再びＳ１２以降の処理を行う。一方、端末管理情報記憶部０１４に登録されていないUUIDのUPnP端末０２０が少なくとも１つ存在する場合、つまり、新たなUPnP端末０２０を発見した場合は（Ｓ１３：ＮＯ）、Ｓ１４に進む。
【００３５】
Ｓ１４で、UPnP端末発見制御部０１３１は、httpリクエストを用いて、新たに発見した各UPnP端末０２０からDevice Description とService Descriptionとを取得する。
【００３６】
Ｓ１５で、UPnP端末発見制御部０１３１は、SOAPを用いて、Service Description の中で再生可能なメディアフォーマット（ファイルフォーマット）を返すサービス（例えば、getProtocolInfo）を使用することで、各UPnP端末０２０が再生可能なメディアフォーマットを取得する。
【００３７】
Ｓ１６で、端末管理処理部０１２は、Ｓ１５で取得した再生可能なメディアフォーマットに基づくメディア再生能力を、端末管理情報記憶部０１４に記憶する。
【００３８】
図３は、端末管理情報記憶部０１４に記憶された端末管理テーブルの一例を示すものである。図示する端末管理テーブルには、端末毎に、当該端末の機器ID（UUID、SocketIDなど）と、機器名と、カテゴリと、メディア再生能力（ここでは、メディアフォーマット毎の再生可否）とが記憶される。Ｓ１６では、端末管理処理部０１２は、SSDPにより取得されたUUIDと、Device Description から取得された機器名（friendlyName）と、メディア再生能力とを端末管理テーブルに記憶する。なお、図３に示す例では、再生可能なメディアフォーマットについては○を、再生可能なメディアフォーマットについては×を設定している。
【００３９】
また、本実施形態では、端末管理処理部０１２は、端末のカテゴリ（例えば、TV、AVアンプ、ルータ等）についても端末管理情報記憶部０１４に記憶する。
【００４０】
Ｓ１７で、端末管理処理部０１２は、新たに発見した各UPnP端末０２０のカテゴリがDevice Description に設定されているなど推定可能であるか否か判定する。推定可能なUPnP端末０２０については（Ｓ１７：ＹＥＳ）、Ｓ１９に進み、端末管理処理部０１２は、推定されたカテゴリを端末管理テーブルに記憶し、更新する。
【００４１】
推定不可能なUPnP端末０２０については（Ｓ１７：ＮＯ）、Ｓ１８で、端末管理処理部０１２は、端末情報を配信する外部サーバ０５０が提供するAPIを利用することで、推定不可能なUPnP端末０２０のカテゴリを外部サーバ０５０から取得する。例えば「VSA-922」という機器名をクエリとし、APIを利用することで｛category：AVアンプ｝というカテゴリを外部サーバ０５０から取得することができる。そして、Ｓ１９で、端末管理処理部０１２は、取得したカテゴリを端末管理テーブルに記憶し、更新する。
【００４２】
図４は、第２の端末管理処理を示すフローチャートである。第２の端末管理処理では、ブラウザ端末０３０を発見し、管理する。
【００４３】
Ｓ２１で、利用者が利用するブラウザ端末０３０が、ブラウザを介して端末推薦サーバ０１０にアクセスした場合、端末発見処理部０１３のWebクライアント情報制御部０１３２は、アクセスしたブラウザ端末０３０を検知する。
【００４４】
Ｓ２２で、Webクライアント情報制御部０１３２は、アクセスしたブラウザ端末０３０が読み込んだWebコンテンツ００１に、各種のメディアフォーマットのメディアを再生可能であるか否かを判定するためのJavaScriptを付加して、ブラウザ端末０３０へ通知する。通知手法には、例えばWebSocketなどを用いる。
【００４５】
Ｓ２３で、ブラウザ端末０３０の端末情報取得部０３１は、Webクライアント情報制御部０１３２から送信されたJavaScriptを用いて、各種のメディアフォーマットのメディアが自端末のブラウザで再生可能か否かを判定し、判定結果であるメディア再生能力を端末推薦サーバ０１０に送信する。
【００４６】
Ｓ２４で、端末管理処理部０１２は、ブラウザ端末０３０から送信されたメディア再生能力を、Webクライアント情報制御部０１３２を介して取得し、端末管理情報記憶部０１４の端末管理テーブルに記憶する。なお、Ｓ２１で検出したブラウザ端末０３０の機器IDにはSocketIDを使用する。また、ブラウザ端末０３０のカテゴリには、ブラウザを設定する。これにより、端末推薦サーバ０１０を介して通信するブラウザ端末０３０の情報は、全て端末管理情報記憶部０１４に登録される。
【００４７】
以上説明した第１の端末管理処理および第２の端末管理処理により、異なるプロトコルで通信されるUPnP端末０２０とブラウザ端末０３０の再生能力を、例えば図３に示す端末管理テーブルのように一元的に管理することが可能となる。
【００４８】
＜端末推薦処理＞
次に、端末推薦処理について説明する。本実施形態では、３つのフィルタ（フィルタリング）を行うことで、連携可能な端末を判定し、連携可能な端末の中で優先度を決定し、推薦する。
【００４９】
図５は、本実施形態の端末推薦処理を示すフローチャートである。図５に示す処理は、利用者がブラウザ端末０３０を用いて端末推薦サーバ０１０の所望のWebコンテンツ００１にアクセスすることで開始される。
【００５０】
Ｓ３１で、html分割処理部０１１は、ブラウザ端末０３０から要求されたWebコンテンツ００１を解析し、当該Webコンテンツ００１内に、videoタグ、audioタグ、imgタグなどのメディアに関するタグがあるか否かを判別する。これは、getElementbyTagName等のDOM操作APIを用いることで判別可能である。メディアに関するタグがある場合、html分割処理部０１１は、各タグに設定されたソース名を参照し、ソース名の拡張子からwebコンテンツ００１に含まれるメディアのメディアフォーマットを特定する。そして、特定した各メディアフォーマットを、端末推薦処理部０１５に出力する。以下のＳ３２〜３４の３つのフィルタは、特定されたメディアフォーマット毎に行われる。また、html分割処理部０１１は、Webコンテンツ００１を、分散配信処理部０１７に出力する。
【００５１】
Ｓ３２で、端末推薦処理部０１５は、第１フィルタである「フォーマットマッチング」により、html分割処理部０１１から入力された各メディアフォーマットのメディアを再生する端末候補を選定する。具体的には、端末推薦処理部０１５は、所定の時間毎に更新される端末管理情報記憶部０１４の端末管理テーブルを参照して、各メディアフォーマットのメディアを再生することが可能な端末を端末候補として選定する。例えば、ソース名の拡張子が「***.wmv」のメディアフォーマットの場合であって、端末管理テーブルが図３の場合、Ｓ３２の第１フィルタを行うことで、端末管理テーブルに記憶された４つ端末のうち、端末候補を２つに絞り込むことが可能となる。この第１のフィルタによって選定された端末が、Ｓ３３の第２のフィルタに入力される端末候補となる。
【００５２】
Ｓ３３で、端末推薦処理部０１５は、端末識別処理部０１６が行う第２フィルタである「利用者の周囲の端末の識別」により、第１フィルタで選定した端末候補をさらに限定する。第２フィルタ、利用者が使用しているブラウザ端末０３０の周囲に存在する端末を識別する。第２フィルタの処理については、後述する。第２のフィルタによって選定された端末が、Ｓ３４の第３のフィルタに入力される端末候補となる。
【００５３】
Ｓ３４で、端末推薦処理部０１５は、第３フィルタである「端末の特徴を考慮したマッチング」によって、第２フィルタで選定された端末候補の優先度（優先順位）を決定する。本実施形態では、端末推薦処理部０１５は、端末管理情報記憶部０１４に記憶された優先度テーブルを用いて、各メディアフォーマットのメディアを再生する端末の優先度を決定する。
【００５４】
図６は、優先度テーブルの一例を示す図である。図示する優先度テーブルは、メディアフォーマット毎に、各カテゴリの端末の優先度が設定されたテーブルである。なお、優先度テーブルは、システム管理者が手動で作成してもよいし、あるいは、リストベースで端末を選択した操作ログ、wifi強度などを解析・学習することで自動的に作成することも可能である。
【００５５】
端末推薦処理部０１５は、優先度テーブルを用いて、各メディアフォーマットのメディア毎に第２フィルタで選定された端末候補の優先度を決定する。例えば、mp3のメディアフォーマットの端末候補の優先度を決定する場合、第２フィルタで選定された端末候補がTVおよびAVアンプであるものとする。この場合、端末推薦処理部０１５は、図６に示す優先度テーブルを参照して、第１の優先順位にAVアンプの端末を、第２の優先順位にTVの端末とする優先度を決定する。
【００５６】
Ｓ３５で、端末推薦処理部０１５は、第３フィルタにより決定した各メディアフォーマットのメディアを再生する端末候補を優先度とともに分散配信処理部０１７に出力する。これにより、分散配信処理部０１７は、Ｓ３１でhtml分割処理部０１１から入力されたWebコンテンツ００１と、端末推薦処理部０１５から入力された各メディアフォーマットのメディアを再生する端末候補およびその優先度とを用いて、各メディアフォーマットのメディアを再生する端末を決定し（ここでは、優先度が最も高い端末候補を再生端末と決定し）、UPnPまたはWebSocketにより、決定した各端末に再生信号を送信する。
【００５７】
これにより、例えば、利用者の目の前にAVアンプとTV（UPnP端末０２０）がある状況において、利用者がスマートフォン（ブラウザ端末０３０）を用いてmp4ファイルが埋め込まれたWebコンテンツ００１にアクセスすると、mp4ファイルは自動的に目の前のTVで再生され、また、利用者がスマートフォンを用いてmp3ファイルが埋め込まれたWebコンテンツ００１にアクセスすると、mp3ファイルは自動的にAV アンプで再生される。
【００５８】
次に、図５のＳ３３の第２フィルタの処理について説明する。
【００５９】
図７は、第２フィルタである「利用者の周囲の端末の識別」の処理を示すフローチャートである。第２フィルタでは、端末識別処理部０１６により、webコンテンツ００１にアクセスしている利用者のブラウザ端末０３０の周囲（例えば、所定の範囲内）に存在する端末を判定・識別する。
【００６０】
Ｓ３３１で、端末識別処理部０１６は、図５のＳ３２で第１フィルタによって選定された端末候補の端末情報（例えば、機器ID）を、識別対象端末として端末推薦処理部０１５から取得する。
【００６１】
Ｓ３３２で、端末識別処理部０１６は、端末候補の端末数と同じ数の、周波数の異なる特殊音を生成する。特殊音は、特定の周波数成分のみを持つ音である。例えば、端末候補の数が３台の場合、周波数を1000Hz、2000Hz、4000Hz に設定した特殊音を生成する。
【００６２】
Ｓ３３３で、端末識別処理部０１６は、Ｓ３３１で取得した各端末候補に、それぞれの特殊音の再生命令を送信する。UPnP端末０２０に対しては、端末識別処理部０１６は、Service DescriptionのSetVolumeControl等を用いて音量を適切に制御し、生成した特殊音の音声信号をSetAVTransportURIで設定し、Play コマンドで再生命令を行う。これにより、UPnP端末０２０のコンテンツ再生部０２２は、送信された特殊音を再生する。なお、これらのコマンドの送受信は、SOAP で行う。
【００６３】
ブラウザ端末０３０に対しても同様に、端末識別処理部０１６は、WebSocketのPUSH機能を用いてブラウザ端末０３０を制御する。具体的には、端末識別処理部０１６は、videoオブジェクトのメソッドを利用して、音量を設定し、autoplay再生を開始させる。
【００６４】
Ｓ３３４で、端末識別処理部０１６は、ブラウザ端末０３０の音声解析部０３２がフーリエ変換した音声処理結果を取得する。Webコンテンツ００１にアクセスした利用者が利用しているブラウザ端末０３０の音声解析部０３２は、WebRTCのAPI を利用することで特殊音を送信された端末から再生される音声を取得し、WebAudioAPI を用いることでフーリエ変換を行い、その結果である音声処理結果を、端末識別処理部０１６に送信する。
【００６５】
Ｓ３３５で、端末識別処理部０１６は、取得した音声処理結果を用いて、所定の閾値を超えるパワースペクトルを持つ周波数成分を持つ特殊音を特定し、当該特殊音を再生した端末が、利用者が利用しているブラウザ端末０３０の周囲に存在する端末であると判別する。そして、端末識別処理部０１６は、特定した特殊音の再生命令を送信した端末の端末情報を、第２フィルタの選定結果として端末推薦処理部０１５に出力する。
【００６６】
以上説明した本実施形態では、UPnP端末０２０およびブラウザ端末０３０の端末情報を取得し、端末管理情報記憶部０１４に記憶する。これにより、異なるプロトコルで通信されるUPnP端末０２０とブラウザ端末０３０のメディア再生能力などの端末情報を、一元的に管理することができる。
【００６７】
また、本実施形態では、要求されたWebコンテンツ００１に含まれるメディア毎に、当該メディアを再生させる端末を、UPnP端末０２０およびブラウザ端末０３０が一元的に管理される端末管理情報記憶部０１４の中から選択する。これにより、本実施形態では、メディアに応じて適切な端末を選択することができる。
【００６８】
また、本実施形態では、３つのフィルタを行うことで、各メディアを再生させる端末候補を選定し、選定した端末候補の中で優先度を決定する。これにより、利用者に選定した端末候補を提示する際に、端末候補の各端末を優先度順にソートして提示することができる。また、ユーザに操作を強いることのない自動的な端末連携を実現することができる。具体的には、Webコンテンツ閲覧において、周囲のTVやAV アンプといった映像再生能力や音声再生能力に長けた端末を有効活用し、自動的にWebコンテンツ００１を利用者の周囲の端末に分散させることができる。
【００６９】
また、本実施形態では、それぞれ異なる音声信号を端末に送信して再生させることで、利用者が利用するブラウザ端末０３０の周囲に存在する端末を識別することができる。
【００７０】
また、本実施形態では、自動的にWebコンテンツ００１の情報を分割し、シームレスかつ端末の特徴を活用した新たなWebコンテンツの楽しみ方を提供することができる。例えば、Webコンテンツをブラウジングする際の体験として、以下のようなユースケースが考えられる。
【００７１】
１．写真のスライドショーの端末間連携
ブラウザ端末０３０上で写真のスライドショーを再生すると、周囲のTVで映像が再生され、周囲のAVアンプから音声が再生され、スマートフォンなどのブラウザ端末０３０以上に高画質かつ高音質でスライドショーを楽しむことができる。
【００７２】
２．音楽アーティストのライブ予約
ライブのチケットの検索中に、周囲のAV アンプからライブの雰囲気を感じさせるような臨場感溢れる音声が再生される。
【００７３】
３．カメラサイトのページを閲覧
カメラ購入の為商品を比較検討していると、各カメラCMや、高機能なカメラで実際に撮影されたスライドショー等の映像コンテンツが周囲のTVで再生され、宣伝効果を向上させる。
【００７４】
なお、本発明は上記実施形態に限定されるものではなく、特許請求の範囲内において、種々変更・応用が可能である。例えば、上記実施形態では、３つのフィルタを用いて端末推薦処理を行うこととしたが、この３つのフィルタの少なくとも１つを行って、端末推薦処理を行うこととしてもよい。なお、３つのフィルタのうち複数のフィルタを用いて端末推薦処理を行う場合は、第１のフィルタ、第２のフィルタ、第３のフィルタの順に行うものとする。また、第１のフィルタを行わず、最初に第２のフィルタを行う場合は、端末識別処理部０１６は、利用者が利用するブラウザ端末０３０の周囲に存在する端末を、端末管理情報記憶部０１４に記憶された端末の中から識別する。
【符号の説明】
【００７５】
００１：Webコンテンツ
０１０：端末推薦サーバ
０１１：html分割処理部
０１２：端末管理処理部
０１３：端末発見処理部
０１３１：UPnP端末発見制御部
０１３２：Webクライアント情報制御部
０１４：端末管理情報記憶部
０１５：端末推薦処理部
０１６：端末識別処理部
０１７：分散配信処理部
０２０：UPnP端末
０２１：端末発見・制御処理部
０２２：コンテンツ再生処理部
０３０：ブラウザ端末
０３１：端末情報取得部
０３２：音声解析部
０５０：外部サーバ
【図１】
2015049770.tif 000003
【図２】
2015049770.tif 000004
【図３】
2015049770.tif 000005
【図４】
2015049770.tif 000006
【図５】
2015049770.tif 000007
【図６】
2015049770.tif 000008
【図７】
2015049770.tif 000009