(57)【要約】  ホームネットワークコントローラ装置が、コンテンツ再生能力を有してはいるがリモートユーザインターフェイスの存在を必要とするクライアント装置を有効にするように、リモートユーザインターフェイスにラッピングされたコンテンツを再提供することにより、発見及び制御サービスを活用して、マルチメディアコンテンツを共有する装置間の相互運用性を高める。【選択図】図１
2016502692.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと、
前記プロセッサが実行可能な命令を有する、前記プロセッサがアクセス可能なコンピュータ可読記憶媒体と、
を備えたコントローラであって、前記コンピュータ可読記憶媒体は、前記プロセッサを、
前記コントローラによってネットワーク上のクライアント装置に提供された単一のユーザインターフェイス（ＵＩ）を通じて異なるコンテンツソースを前記クライアント装置に適応させ、前記クライアント装置が最初に提示されたコンテンツをリモートＵＩを使用せずに受け取って再生することも透過的に可能にする、
ように構成する、
ことを特徴とするコントローラ。
【請求項２】
前記コントローラは、前記クライアント装置によって具体化される、
ことを特徴とする請求項１に記載のコントローラ。
【請求項３】
前記コントローラは、前記クライアント装置から物理的に分離している、
ことを特徴とする請求項１に記載のコントローラ。
【請求項４】
前記コンピュータ可読記憶媒体上の命令を実行する前記プロセッサは、前記リモートＵＩにマルチメディアコンテンツが組み込まれるように、前記マルチメディアコンテンツを、前記リモートＵＩにラッピングされたコンテンツに変換するように構成される、
ことを特徴とする請求項１に記載のコントローラ。
【請求項５】
前記コントローラは、マルチメディアコンテンツを発見するための発見機能をリモートＵＩ提供装置の機能と組み合わせて、リモートＵＩの一部として提供されたマルチメディアコンテンツのみを取り扱うクライアントサービスアプリケーション上で前記マルチメディアコンテンツの再生が行われるようにする、
ことを特徴とする請求項４に記載のコントローラ。
【請求項６】
前記リモートＵＩは、オーディオビデオ（ＡＶ）再生を含む発見可能なウェブブラウザである、
ことを特徴とする請求項１に記載のコントローラ。
【請求項７】
前記リモートＵＩをサーバが提供する、
ことを特徴とする請求項１に記載のコントローラ。
【請求項８】
サーバが、リモートＵＩを提供せずにＡＶコンテンツのみを提供し、前記コントローラは、前記リモートＵＩを格納して前記サーバ上の前記ＡＶコンテンツを発見し、少なくとも前記コンテンツを表すコンテンツリストを前記リモートＵＩにラッピングした後で該リモートＵＩを前記クライアント装置に提供する、
ことを特徴とする請求項１に記載のコントローラ。
【請求項９】
プロセッサと、
前記プロセッサがアクセス可能なコンピュータ可読記憶媒体と、
を備えたコントローラであって、前記コンピュータ可読記憶媒体は、前記プロセッサを、
前記クライアント装置にリモートユーザインターフェイス（ＵＩ）を提供しない、オーディオビデオ（ＡＶ）コンテンツのサーバの発見と、該ＡＶコンテンツを再生するように構成されたクライアント装置の発見とを実行し、
前記サーバ上のＡＶコンテンツを発見し、
前記コントローラのリモートＵＩ内に前記サーバ上のＡＶコンテンツのリストを提供し、
前記コンテンツのリストをラッピングした前記リモートＵＩを前記クライアント装置に配信する、
ように構成する、
ことを特徴とするコントローラ。
【請求項１０】
前記サーバは、前記リストからの選択に応答して前記クライアント装置にＡＶコンテンツを送信する、
ことを特徴とする請求項９に記載のコントローラ。
【請求項１１】
前記コントローラは、前記クライアント装置を遠隔制御するように構成される、
ことを特徴とする請求項９に記載のコントローラ。
【請求項１２】
前記コントローラは、前記クライアント装置によって具体化される、
ことを特徴とする請求項９に記載のコントローラ。
【請求項１３】
前記コントローラは、前記クライアント装置から物理的に分離している、
ことを特徴とする請求項９に記載のコントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、一般に、発見されたマルチメディアコンテンツのリモートユーザインターフェイスラッパーを備えたホームネットワークコントローラに関する。
【背景技術】
【０００２】
Ｚｅｒｏｃｏｎｆ、ユニバーサルプラグアンドプレイ（ＵＰｎＰ）及びＡｉｒｐｌａｙなどの様々な規格には、ホームネットワークの発見及び制御が含まれている。ＵＰｎＰは、リモートユーザインターフェイス及びマルチメディアを共有する家庭内装置の接続性を管理するための非常に柔軟なアーキテクチャを提供する技術の一例である。デジタルリビングネットワークアーキテクチャ（ＤＬＮＡ）は、ベースになるＵＰｎＰ装置にメディアフォーマット及び特定のトランスポートプロトコルを追加することによってこの技術を標準化する。しかしながら、本明細書で理解されるように、以下の２つの相反するシナリオを組み合わせようと試みた時には複雑性が生じる。１つは、コンテンツサーバが、コンテンツの選択を、マルチメディア再生機能と共にクライアントに配信されるリモートユーザインターフェイスの一部として予想している場合である。この場合、クライアントは、コンテンツを利用可能にするリモートユーザインターフェイスサービスを発見してこれに接続するだけでよい。その一方で、ホームネットワーク上の利用可能なサービスからの利用可能なコンテンツの選択を発見してこれらのコンテンツをユーザに提示する独自のユーザインターフェイスを含むアプリケーションがクライアントに存在するという状況も生じ得る。コンテンツサーバがそのコンテンツの一部をリモートユーザインターフェイスと共に配信し、このコンテンツの一部がクライアントによって単独で発見されると予想される場合に複雑性が生じる。結果として、クライアント装置のユーザは、家庭内の異なるコンテンツソースを検索して再生すべくアプリケーションを切り替えるように装置のメニューシステムを通じてナビゲートすることを迫られると考えられる。また、各マルチメディア対応アプリケーションは様々な能力を有し、これによって例えばリモートユーザインターフェイスを通じて１つの方法で再生したコンテンツが、例えば独立したメディアプレーヤアプリケーションを通じて別の方法で再生した時にうまく動作しない場合にフラストレーションとなることもある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本原理は、理想的には１つの方法を通じてクライアントユーザの体験を統一すべきであると認識している。
【課題を解決するための手段】
【０００４】
従って、コントローラが、プロセッサと、このプロセッサが実行可能な命令を有する、プロセッサがアクセス可能なコンピュータ可読記憶媒体とを備え、このコンピュータ可読記憶媒体は、プロセッサを、コントローラによってネットワーク上のクライアント装置に提供された単一のユーザインターフェイス（ＵＩ）を通じて異なるコンテンツソースをクライアント装置に適応させ、クライアント装置が、最初に提示されたコンテンツをリモートＵＩを使用せずに受け取って再生することも透過的に可能にするように構成する。
【０００５】
コントローラは、クライアント装置によって具体化することも、或いはクライアント装置から物理的に分離することもできる。コントローラのプロセッサは、リモートＵＩにマルチメディアコンテンツが組み込まれるように、マルチメディアコンテンツを、リモートＵＩにラッピングされたコンテンツに変換することもできる。コントローラは、マルチメディアコンテンツを発見するための発見機能をリモートＵＩ提供装置の機能と組み合わせて、リモートＵＩの一部として提供されたマルチメディアコンテンツのみを取り扱うクライアントサービスアプリケーション上でマルチメディアコンテンツの再生が行われるようにする。実装例では、リモートＵＩが、オーディオビデオ（ＡＶ）再生を含む発見可能なウェブブラウザである。１つの例では、サーバがリモートＵＩを提供することもできるが、別の例では、サーバがリモートＵＩを提供せずにＡＶコンテンツのみを提供し、コントローラが、リモートＵＩを格納してサーバ上のＡＶコンテンツを発見し、コンテンツを表すコンテンツリストをリモートＵＩにラッピングした後でこのリモートＵＩをクライアント装置に提供する。コンテンツリストは、コントローラがサーバ上で発見したコンテンツからコントローラによって導出することができる。
【０００６】
別の態様では、コントローラが、プロセッサと、このプロセッサがアクセス可能なコンピュータ可読記憶媒体とを含み、このコンピュータ可読記憶媒体は、プロセッサを、オーディオビデオ（ＡＶ）コンテンツのサーバの発見と、このＡＶコンテンツを再生するように構成されたクライアント装置の発見とを実行するように構成する。サーバは、クライアント装置にリモートユーザインターフェイス（ＵＩ）を提供しない。コントローラのプロセッサは、サーバ上のＡＶコンテンツを発見し、コントローラのリモートＵＩ内にサーバ上のＡＶコンテンツのリストを提供する。コントローラは、コンテンツリストをラッピングしたリモートＵＩをクライアント装置に配信する。
【０００７】
本発明の詳細は、その構造及び動作の両方に関し、同じ要素を同じ参照番号で示す添付図面を参照することによって最も良く理解することができる。
【図面の簡単な説明】
【０００８】
【図１】クライアント装置例及びサーバ例の簡略ブロック図である。
【図２】第１のアーキテクチャのメッセージフローを示すメッセージフロー図である。
【図３】第２のアーキテクチャのメッセージフローを示すメッセージフロー図である。
【発明を実施するための形態】
【０００９】
最初に図１を参照すると、本原理によるコントローラ１２を含むシステムを大まかに１０で示しており、このコントローラ１２は、ＤＬＮＡなどを用いて、ホームネットワークなどのローカルネットワークにおいて、ＴＶなどの１又はそれ以上のクライアント装置１４、並びにディスクプレーヤ及びパーソナルビデオレコーダなどのいずれかの適当なサービング装置によって構築できる１又はそれ以上のマルチメディアサーバ１６と通信する。
【００１０】
コントローラ１２は、ディスク記憶装置又は固体記憶装置などの１又はそれ以上のコンピュータ可読記憶媒体２０にアクセスする１又はそれ以上のプロセッサ１８を含み、コンピュータ可読記憶媒体２０は、本明細書で説明するロジックをプロセッサ１８に実行させる。コントローラ１２は、有線又は無線モデム、Ｅｔｈｅｒｎｅｔポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、Ｂｌｕｅｔｏｏｔｈトランシーバなどの、装置間のネットワーク内通信をサポートするための１又はそれ以上のネットワークインターフェイス２２も含む。
【００１１】
サーバ１６は、ディスク記憶装置又は固体記憶装置などの１又はそれ以上のコンピュータ可読記憶媒体２６にアクセスする１又はそれ以上のプロセッサ２４を含み、コンピュータ可読記憶媒体２６は、本明細書で説明するロジックをプロセッサ２４に実行させる。サーバ１６は、有線又は無線モデム、Ｅｔｈｅｒｎｅｔポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、Ｂｌｕｅｔｏｏｔｈトランシーバなどの、装置間のネットワーク内通信をサポートするための１又はそれ以上のネットワークインターフェイス２８も含む。
【００１２】
クライアント１４は、ディスク記憶装置又は固体記憶装置などの１又はそれ以上のコンピュータ可読記憶媒体３２にアクセスする１又はそれ以上のプロセッサ３０を含み、コンピュータ可読記憶媒体３２は、本明細書で説明するロジックをプロセッサ３０に実行させる。クライアント１４は、有線又は無線モデム、Ｅｔｈｅｒｎｅｔポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、Ｂｌｕｅｔｏｏｔｈトランシーバなどの、装置間のネットワーク内通信をサポートするための１又はそれ以上のネットワークインターフェイス３４も含む。通常、クライアント装置１４は、ディスプレイ３６においてビデオを出力し、スピーカ３８において音声を出力する。クライアント装置は、ＴＶ、ゲーム機、ラップトップ又はスレートコンピュータ、ホームシアターシステム、或いは一般にサーバ１６などのＨＤＭＩソースから受け取った高品位マルチメディアインターフェイス（ＨＤＭＩ）コンテンツを再生するための「シンク」を構築するその他のクライアント装置とすることができる。なお、本明細書の図には、別個のクライアント装置１４、コントローラ１２及びサーバ１６を示しているが、実施形態によっては、コントローラ１２をクライアント装置１４又はサーバ１６内に具体化することもできる。
【００１３】
本原理によれば、コントローラ１２は、リモートユーザインターフェイス能力を有するクライアントが最初に提示されたコンテンツをリモートユーザインターフェイスを使用せずに受け取って再生することも透過的に可能にすることを特定の目的として、異なるコンテンツソースをネットワーク上の装置１４及びサービスに適応させ、コントローラが提供する単一のユーザインターフェイスを通じてこれらのコンテンツソースを管理する。コントローラは、タブレットコンピュータ又はスマートフォンなどの遠隔装置内に具体化することも、或いは上述したようにクライアント装置１４の一部とすることもできる。
【００１４】
本原理によれば、コントローラ１２により、オーディオビデオコンテンツなどのマルチメディアが、リモートユーザインターフェイス（ＵＩ）ラッピングされたコンテンツに変換される。換言すれば、マルチメディアコンテンツがリモートＵＩに組み込まれる。その際、リモートＵＩの一部として提供されるマルチメディアコンテンツのみを取り扱うクライアントサービスアプリケーション上で再生を行えるように、ＵＰｎＰコントロールポイントなどのコントロールポイントによって提供されるマルチメディアコンテンツ発見機能を、リモートＵＩ提供装置によって提供される機能と一意的に組み合わせる。
【００１５】
オーディオビデオ（ＡＶ）再生を含む発見可能なウェブブラウザが１つの例である。この場合、ブラウザ内では、付随するリモートＵＩサービスの要素（例えば、ブラウザアプリケーション）を通じてＡＶが有効になる。
【００１６】
図２に、ＵＰｎＰなどを用いて装置の発見が実行される事例を示しており、この場合、サーバ１６が唯一の発見可能なＡＶを有しており、このＡＶが、ステップ（１）においてリモートＵＩではなくコントローラ１２によって発見される。従って、コントローラ１２は、コンテンツリストをラッピングしているリモートＵＩのソースとして機能し、このリモートＵＩをクライアントに配信する（ステップ２）。ステップ（３）において、クライアント装置においてリモートＵＩ内にコンテンツリストが提示される。ステップ（４）において、クライアント１４によってサーバ１６からＡＶが引き出される。コントローラアプリケーションは、ユーザ入力のための装置リモコンとして任意に機能することもでき、この場合、（例えば、ＵＰｎＰのｐｒｏｃｅｓｓＩｎｐｕｔ動作を用いて）ネットワークを介して、又は赤外線、Ｂｌｕｅｔｏｏｔｈ及びその他の無線技術を介して制御が行われる。
【００１７】
いくつかの例では、この実施形態として、ホームネットワークに接続されたＴＶの使用事例が挙げられる。この実施形態は、限定するわけではないが、ＤＬＮＡエコシステムにおける装置とサービスの相互運用性を含み、ホームネットワークを介して配信される将来的なＴＶコンテンツ及びサービスは、クライアント上でＨＴＭＬ５のユーザエージェント（例えば、ブラウザ）をサポートするという普遍性及び基本設定を活用する傾向にあると認識する。ＨＴＭＬ５のユーザエージェントは、ＨＴＭＬ５上で動作するアプリケーションによって有効になるＨＴＭＬ  Ｖｉｄｅｏ要素を通じてビデオ再生を提供する。
【００１８】
上述したコントローラ１２は、クライアント１４におけるＨＴＭＬ５のユーザエージェントをＤＬＮＡコンテンツの再生を含むように標準化し、リモートユーザインターフェイスを通じて全てのコンテンツを提示することができれば、クライアントは１つのアプリケーションをサポートすればよく、従って家庭内で全てのコンテンツにアクセスする単一のシームレスなユーザ体験がもたらされるという事実を活用することによって複雑性問題を解決する。また、ＨＴＭＬ、ＣＳＳ及びＪａｖａＳｃｒｉｐｔは、様々なウェブ開発コミュニティの一般的ツールであるため、コンテンツをラッピングしているリモートユーザインターフェイスがＨＴＭＬ５に基づく場合には、多くの異なるスキン及びプレゼンテーション技術によってユーザ体験を急速に進化・改善することができる。
【００１９】
本明細書では、特定の「発見されたマルチメディアコンテンツのリモートユーザインターフェイスラッパーを含むホームネットワークコントローラ」を図示して詳述したが、本発明に含まれる主題は特許請求の範囲によってのみ限定されるものであると理解されたい。
【符号の説明】
【００２０】
１２  コントローラ
１４  クライアント
１６  サーバ
１８、２４、３０  マイクロプロセッサ
２０、２６、３２  媒体
２２、３４  ネットワークインターフェイス
３６  ディスプレイ
３８  スピーカ
【図１】
2016502692.tif 000003
【図２】
2016502692.tif 000004
【図３】
2016502692.tif 000005
【国際調査報告】
2016502692.tif 000006