JP2019135666A - 表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するための方法、システム、および媒体 - Google Patents

Abstract

【課題】表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するための方法、システム、および媒体を提供する。【解決手段】いくつかの実施形態では、メディア再生デバイスを制御するための方法が提供される。前記方法は、制御対象のメディア再生デバイスを検知する工程と、モバイルデバイスのタッチ感知ディスプレイが複数のユーザインターフェース要素の提示が抑制されている表示抑制状態になったと判定する工程と、前記表示抑制状態にある前記タッチ感知ディスプレイから入力を受信する工程と、受信された前記入力が前記複数のユーザインターフェース要素からのユーザインターフェース要素に対応すると判断することによって、行われる予定の前記メディア再生デバイスのアクションを選択する工程と、選択された前記アクションを行うための命令を前記メディア再生デバイスに送信する工程と、を備える。【選択図】図１

Description

開示される主題は、表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するための方法、システム、および媒体に関する。

関連出願の相互参照
本出願は、参照によりその全体が本明細書に組み込まれる、２０１３年６月２６日出願の米国特許出願第１３／９２８，１７４号の利益を主張する。

モバイルデバイス（スマートフォン、タブレットデバイスなど）は、テレビ上におけるメディアコンテンツの提示を制御するために用いられる。たとえば、モバイルデバイスは、そのモバイルデバイスのユーザに対し制御インターフェースを提示し、その制御インターフェース上におけるユーザの選択に応じてテレビに命令を送信する、専用のリモート制御アプリケーションを起動することができる。しかしながら、モバイルデバイスのスクリーンは、使われていない状態が一定期間過ぎると、オフになることが多い。あるいは、モバイルデバイスのスクリーンの輝度が暗くなるなど、節電状態になる。専用のリモート制御アプリケーションの制御インターフェースを用いたテレビの制御を続けるためには、ユーザは、モバイルデバイス上のボタンを選択したり、そのモバイルデバイスのスクリーンと対話するなどして、そのモバイルデバイスの電源を入れる必要がある。これによってユーザは、モバイルデバイスをアンロックすること（たとえば、パスワード、パスコードを入れたり、タッチスクリーン上で特定のパターンを描いたりなどして）、および／または専用のリモート制御アプリケーションにナビゲートすること、あるいは専用のリモート制御アプリケーションを再起動することが必要になることもある。これらは、モバイルデバイスおよび／またはリモート制御アプリケーションを使用するユーザの体験を損なう可能性がある。

従って、表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するための方法、システム、および媒体を提供することが望まれる。

開示される主題のいくつかの実施形態に従う、表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するための方法、システム、および媒体。

開示される主題のいくつかの実施形態に従い、メディア再生デバイスを制御するための方法が提供される。前記方法は、制御対象のメディア再生デバイスを検知する工程と、モバイルデバイスのタッチ感知ディスプレイが複数のユーザインターフェース要素の提示が抑制されている表示抑制状態になったと判定する工程と、前記表示抑制状態にある前記タッチ感知ディスプレイから入力を受信する工程と、受信された前記入力が前記複数のユーザインターフェース要素からのユーザインターフェース要素に対応すると判断することによって、行われる予定の前記メディア再生デバイスのアクションを選択する工程と、選択された前記アクションを行うための命令を前記メディア再生デバイスに送信する工程と、を備える。

開示される主題のいくつかの実施形態に従い、メディア再生デバイスを制御するためのシステムが提供される。前記システムは、タッチ感知ディスプレイと、ハードウェアプロセッサと、を備え、前記ハードウェアプロセッサは、制御対象のメディア再生デバイスを検知し、モバイルデバイスのタッチ感知ディスプレイが複数のユーザインターフェース要素の提示が抑制されている表示抑制状態になったと判定し、前記表示抑制状態にある前記タッチ感知ディスプレイから入力を受信し、受信された前記入力が前記複数のユーザインターフェース要素からのユーザインターフェース要素に対応すると判断することによって、行われる予定の前記メディア再生デバイスのアクションを選択し、選択された前記アクションを行うための命令を前記メディア再生デバイスに送信するよう構成されている。

開示される主題のいくつかの実施形態に従い、プロセッサによって実行されるときに、前記プロセッサにメディア再生デバイスを制御するための方法を行わせるコンピュータ実行可能命令を含む非一過性コンピュータ可読媒体が提供される。前記方法は、制御対象のメディア再生デバイスを検知する工程と、モバイルデバイスのタッチ感知ディスプレイが複数のユーザインターフェース要素の提示が抑制されている表示抑制状態になったと判定する工程と、前記表示抑制状態にある前記タッチ感知ディスプレイから入力を受信する工程と、受信された前記入力が前記複数のユーザインターフェース要素からのユーザインターフェース要素に対応すると判断することによって、行われる予定の前記メディア再生デバイスのアクションを選択する工程と、選択された前記アクションを行うための命令を前記メディア再生デバイスに送信する工程と、を備える。

開示される主題のいくつかの実施形態に従い、表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するためのプロセスの一例を示す図。 開示される主題のいくつかの実施形態に従い、表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するためのユーザインターフェースの一例を示す図。 開示される主題のいくつかの実施形態に従い、表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するためのユーザインターフェースの一例を示す図。 開示される主題のいくつかの実施形態に従い、表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するためのユーザインターフェースの一例を示す図。 開示される主題のいくつかの実施形態に従い、タッチスクリーンによる表示が抑制される間にモバイルデバイスのタッチスクリーンにおけるタッチ入力を受信するためのプロセスの一例を示す図。 開示される主題のいくつかの実施形態に従い、モバイルデバイスのロックスクリーンからリモート制御アプリケーションを開始させるためのユーザインターフェースの一例を示す図。 開示される主題のいくつかの実施形態に従い、モバイルデバイスのロックスクリーンからリモート制御アプリケーションを開始させるためのユーザインターフェースの一例を示す図。 開示される主題のいくつかの実施形態に従い、モバイルデバイスを用いてリモートデバイスを制御するためのプロセスの一例を示す図。 開示される主題のいくつかの実施形態に従い、モバイルデバイスを用いてメディア再生デバイスを制御するためのプロセスの一例を示す図。 開示される主題のいくつかの実施形態に従い、表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するための、本明細書において説明されるメカニズムの実施形態に適した例示的なシステムを示す概略図。 開示される主題のいくつかの実施形態に従って用いられる、図７のモバイルデバイス、リモートデバイス、およびメディア再生デバイスの詳細な例を示す図。

開示される主題の様々な目的、特徴、および効果は、開示される主題に関する以下の詳細な説明を参照することで、以下の図面と関連して考慮されるときに、より十分に理解され得る。以下の図面においては、同一の参照符号は同一の要素を指す。

様々な実施形態に従って、表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するためのメカニズムが提供される。
一般的に言って、これらのメカニズムは、モバイルデバイスのタッチスクリーンからの入力を受け取り、受信した入力をもとにリモートデバイスを制御するための命令を生成するリモート制御アプリケーションを提供し得る。これらのメカニズムは、任意の適切なリモートデバイス（テレビ、スマートテレビ、ゲーム機、セットトップボックス、デジタルメディア受信機、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータなど）を制御するために用いられる。

いくつかの実施形態では、リモート制御アプリケーションは、そのリモート制御アプリケーションを実行中のモバイルデバイスを用いてリモートデバイスが制御されるときに、起動される。以下に説明されるように、たとえば、図１に関連して、リモート制御アプリケーションは、任意の適切な技術を用いて適時に起動される。たとえば、リモート制御アプリケーションは、リモート制御アプリケーションを起動させるためのタッチスクリーン上でユーザ入力を受信することに応じて、起動される。

いくつかの実施形態では、リモート制御アプリケーションの起動後、そのリモート制御アプリケーションはユーザに対して、制御するリモートデバイスを選択するための機会を提供し得る。制御されるために選択されるリモートデバイスは、ユーザによって選択されるか、自動的に選択される。さらに、リモート制御アプリケーションを実行中のモバイルデバイスは、リモートデバイスとモバイルデバイスとの間の双方向通信を用いて（たとえば、有線および／または無線ネットワークを介して）制御対象のリモートデバイスとペアリングされるか、制御対象のリモートデバイスを選択し、単方向通信を用いて（たとえば、赤外線信号を用いて）その制御対象のリモートデバイスに命令を送ることで、その制御対象のリモートデバイスとペアリングされる。

いくつかの実施形態では、リモート制御アプリケーションは、モバイルデバイスのタッチスクリーン上にリモート制御インターフェースを提示することができる。たとえば、モバイルデバイスがリモート制御アプリケーションを、タッチスクリーンのディスプレイを用いて提示されているフォアグラウンドアプリケーションとして実行している場合、そのリモート制御アプリケーションはユーザに対して、そのリモートデバイスを制御する命令を生成するための様々なユーザインターフェース要素を含むリモート制御インターフェースを提示することができる。以下に説明されるように、ユーザインターフェース要素は、リモートデバイスの様々な機能（たとえば、提示されているメディアコンテンツの再生または一時停止）、または他の任意の適切な機能に対応し得る。さらに、ユーザインターフェース要素のうちの１以上に対応するタッチスクリーンのタッチインターフェースによって受信される入力（たとえば、再生／一時停止ボタンへのタッチ）によって、リモート制御アプリケーションは、リモートデバイスに命令を送り、ユーザインターフェース要素に対応するアクション（たとえば、リモートデバイスによって提示されているメディアコンテンツの再生または一時停止）を行う。

いくつかの実施形態では、リモート制御アプリケーションを実行中のモバイルデバイスがロックスクリーンを表示するなど、あるアプリケーションへのアクセスを抑制する場合、リモート制御インターフェースがそのロックスクリーンの状態でユーザに対して提示され、リモート制御のタッチインターフェースはそのリモート制御インターフェースに対応する入力を受け取ることができる。これに加えて、またはこれに代えて、リモート制御インターフェースを、通常はモバイルデバイスによってロックスクリーンの状態でユーザに対して提示される任意のまたは全てのユーザインターフェースアイテムの代わりに、ロックスクリーンの状態でユーザに対して提示することができる。

いくつかの実施形態では、リモート制御アプリケーションを実行中のモバイルデバイスが表示抑制状態（たとえば、ディスプレイがオフにされる状態、ディスプレイがバックライトなしで作動される状態、ディスプレイのリフレッシュレートが低周波である状態）にある場合、リモート制御インターフェースがモバイルデバイスのタッチスクリーンを用いて提供および／または提示される。そうしたリモート制御インターフェースによって、タッチスクリーンのディスプレイ上にリモート制御インターフェースが提示されるかどうかにかかわらず、タッチスクリーンのタッチインターフェースは入力を受け取る。これによってユーザは、たとえモバイルデバイスが、低電力状態や、モバイルデバイスの通常作動状態に対して表示が抑制されているような他の状態で作動していても、リモートデバイスを制御するためのリモート制御アプリケーションのリモート制御インターフェースに入力を提供することができる。いくつかの実施形態では、表示抑制状態で提供されるリモート制御インターフェースは、タッチスクリーンのディスプレイを用いてリモート制御インターフェースがユーザに対して提示されるときに提供されるリモート制御インターフェースよりも少ない機能しか有しない、抑制されたリモート制御インターフェースであり得る。

いくつかの実施形態では、モバイルデバイスが表示抑制状態にあるときに制御され得るリモートデバイスの機能に対応するユーザインターフェース要素は、ユーザに対して提示されるとき、モバイルデバイスが表示抑制状態にあるときに制御され得ないリモートデバイスの機能に対応するユーザインターフェース要素から区別される。表示抑制状態で使用され得るユーザインターフェース要素は、任意の適切な技術を用いることで、表示抑制状態で使用され得ないユーザインターフェース要素から区別される。たとえば、リモート制御アプリケーションの起動時に、表示抑制状態で使用され得るユーザインターフェース要素はユーザに対してハイライトされる。より具体的な例では、どのユーザインターフェース要素が表示抑制状態で使用され得るかについての説明（チュートリアルなど）が、ユーザに対して提示される。別の例として、表示抑制状態で使用され得ないユーザインターフェース要素がグレーアウトされる。

図１を参照すると、表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するためのプロセスの一例１００が、開示される主題のいくつかの実施形態に従って提供される。１０２では、リモート制御アプリケーションはタッチスクリーンを有するモバイルデバイス（たとえば、スマートフォン、タブレットコンピュータ、ＰＤＡ）上で起動される。リモート制御アプリケーションは、任意の適切な技術を用いて起動される。たとえば、いくつかの実施形態においては、ユーザは、リモート制御アプリケーションを起動させるための、リモート制御アプリケーションに対応するアイコンを選択することができる。別の例として、リモート制御アプリケーションは、ペアリングされたリモートデバイス（たとえば、以下に説明されるように１０４に従って過去にモバイルデバイスとペアリングされたリモートデバイス）の存在を検知することに応じて、起動することができる。また別の例として、リモート制御アプリケーションは、モバイルデバイス上で実行中の別のアプリケーションによって行われるアクションに応じて、起動することができる。より具体的には、リモート制御アプリケーションは、たとえば、リモートデバイス上でメディアコンテンツを再生するためのリモートデバイスとコンテンツを共有しているモバイルデバイス上のメディア再生アプリケーションに応じて、起動することができる。さらに別の例として、リモート制御アプリケーションはモバイルデバイスの別のアプリケーション（別の複数のアプリケーション）に、リモート制御アプリケーションがその別のアプリケーションを起動することまたはその別のアプリケーション内で特定のアクションを行うことに応じて起動することができるように、組み込まれる。より具体的な例では、リモート制御アプリケーションは、テレビ上のメディアコンテンツの提示を制御するためのテレビ（または他のメディア提示デバイス）にモバイルデバイスを接続するアプリケーションに組み込まれる。

１０４では、リモート制御アプリケーションによって、モバイルデバイスは１以上の制御対象のリモートデバイスとペアリングする。リモート制御アプリケーションは任意の適切なリモートデバイス（たとえば、スマートテレビ、デジタルメディア受信機、ゲーム機、セットトップボックス、テレビ、オーディオビデオ受信機、メディアセンターパーソナルコンピュータ、パーソナルコンピュータ、ラップトップコンピュータ、および／または他の任意の適切なリモートデバイス）を制御するよう構成され得る。

いくつかの実施形態では、リモート制御アプリケーションを実行中のモバイルデバイスと、制御対象のリモートデバイスとは、双方向通信を確立させるためのネットワークを介して互いに通信することができる。たとえば、モバイルデバイスとリモートデバイスとの両方が同一のローカルエリアネットワーク（たとえば、有線ローカルエリアネットワーク、無線ローカルエリアネットワーク、そうしたネットワークの組み合わせ）に接続されると、モバイルデバイスとリモートデバイスとはそのローカルエリアネットワークを介して互いに通信することができる。別の例として、モバイルデバイスとリモートデバイスとの両方が同一の非ローカルエリアネットワーク（たとえば、インターネット）に接続されると、モバイルデバイスとリモートデバイスとはその非ローカルエリアネットワークを介して互いに通信することができる。そうした例では、ユーザはモバイルデバイスおよび／またはリモートデバイスによって、ユーザインターフェースに入力するためのコードを提示される。これは、非ローカルネットワークを介して通信を確立しようと試みるデバイスを特定するために用いられる。また別の例として、モバイルデバイスは、たとえば無線通信規格であるＩＥＥＥ８０２．１１系のうちの１つを用いて、そのモバイルデバイスと同一のエリア内で発見されるリモートデバイスに直接的に接続するための無線アドホックネットワークを構築することができる。さらに別の例として、モバイルデバイスは、ＢＬＵＥＴＯＯＴＨ（登録商標）やＷＩＲＥＬＥＳＳ ＵＳＢといった近距離無線通信規格を用いて、リモートデバイスと直接的に通信することができる。さらにまた別の例として、リモート制御アプリケーションを実行中のモバイルデバイスと、対応するアプリケーション、特定のオペレーティングシステム、または他の任意の互換性のあるソフトウェアを実行中のリモートデバイスとの間で、通信を確立させることができる。

いくつかの実施形態では、モバイルデバイスと、制御対象のリモートデバイスとの間で通信が確立されたとき、それらの二つのデバイスは「ペアリングされる」と称されるが、本明細書では「双方向ペアリング」と称されることもある。いくつかの実施形態では、リモート制御アプリケーションを実行中のモバイルデバイスと、制御対象のリモートデバイスとがペアリングされるとき、リモートデバイスのための特定情報は、将来的にリモートデバイスとのペアリングを可能とするためのモバイルデバイスのメモリに保存される。これによって、リモート制御アプリケーションを実行中のモバイルデバイスは、将来段階で制御対象のリモートデバイスと自動的に接続することが可能になる。

いくつかの実施形態では、リモート制御アプリケーションを実行中のモバイルデバイスは制御対象のリモートデバイスに命令を送信するよう構成され、その場合、制御対象のリモートデバイスはモバイルデバイスと通信するよう構成されない。モバイルデバイスは、制御信号を受け取るがモバイルデバイスとは通信することができないデバイスを制御するよう構成され、本明細書では「リモートデバイスとの単方向ペアリング」と称されることがある。たとえば、リモートデバイスはリモート制御コマンドを含む赤外線信号を受け取る赤外線受信機で構成されるテレビであってよく、モバイルデバイスはリモート制御コマンドを含む赤外線信号を送信するための赤外線送信機で構成され得る。

いくつかの実施形態では、制御対象のデバイス（たとえば、単方向ペアリングを確立するデバイス）は任意の適切な技術を用いて選択され、リモート制御インターフェースは任意の適切な技術を用いてそのデバイスを制御するためのコードライブラリを用いてプログラムされる。たとえば、いくつかの実施形態では、デバイスのリストからリモートデバイスを選択することによって、デバイスのタイプのリストからデバイスのタイプ（たとえば、テレビ、セットトップボックス）を選択することによって、制御信号（たとえば、電力制御、チャンネル制御）を様々なデバイスに連続的に出力し、いつリモートデバイスがそうした制御に応答するかの指標をユーザから受信し、そのユーザ指標に応じて制御方式を設定することによって、他の適切な技術によって、または、そうした技術の組み合わせによって、制御対象のデバイスは選択される。より具体的な例では、制御対象のデバイスはデバイスのリストから選択され、そのデバイスを制御するためのコマンドに対応するコードライブラリは任意の適切なソース（たとえば、メモリ、デバイスに従ってコードライブラリを保存するリモートサーバ）から取り出しおよび／またはロードされる。

いくつかの実施形態では、任意の適切なハードウェア、たとえば、モバイルデバイスに結合された送信機（たとえば、赤外線送信機）、モバイルデバイスに統合された送信機、モバイルデバイスとの双方向ペアリングが可能でないリモートデバイスに信号を送信するための送信機を有するモバイルデバイスとの双方向通信（たとえば、双方向ペアリング）が可能である第２のリモートデバイス、または、他の任意の適切なハードウェアを用いて、単方向ペアリングによって制御対象のデバイスへの接続が確立される。

いくつかの実施形態では、１０４におけるペアリングは、デバイスを発見および／またはペアリングするためのユーザインターフェースを含み得る。例えば、上述の通り、デバイスのリストが、制御対象のデバイスの選択のためにユーザに対して提示される。他の例として、そうしたユーザインターフェースは、制御対象のデバイスを自動的に判断するための制御を含み得る。いくつかの実施形態では、ペアリングは、任意の適切な技術を用いて自動的に行われる。たとえば、ペアリングは、モバイルデバイスが接続されるローカルエリアネットワーク上のモバイルデバイスと通信するよう構成されているリモートデバイスを検知することによって行われる。他の例として、モバイルデバイスは、ネットワーク（たとえば、ローカルエリアネットワーク、アドホックネットワーク、近距離無線通信ネットワーク）上のリモートデバイスを、そうしたリモートデバイスがそれら自身を特定するリクエストを一斉送信し、双方向通信を確立させる前にレスポンスを受信することによって、発見することができる。また他の例として、モバイルデバイスを用いてリモートデバイスのアドレス（たとえば、ＩＰアドレス）を入れ（その逆も同様）、通信セッションを開始させることによって、モバイルデバイスと制御対象のリモートデバイスとの両方がアクセス可能であるローカルネットワーク（たとえば、ＬＡＮ、アドホックネットワーク）または非ローカルネットワーク（たとえば、インターネット、ワイドエリアネットワーク）を介して、ペアリングが行われる。さらに他の例として、ペアリングは、モバイルデバイスと制御対象のリモートデバイスとの両方によってアクセス可能なローカルネットワーク（たとえば、ＬＡＮ、アドホックネットワーク）または非ローカルネットワーク（たとえば、インターネット、ワイドエリアネットワーク）を介して行われることが可能であり、これは、ネットワークを介してリモートデバイスおよびモバイルデバイスをペアリングするために、両デバイスがペアリングモードである間に、リモートデバイスまたはモバイルデバイスに他方のデバイス上で入力されることの可能なコードを生成させることによる。別の例として、各デバイス上で実行中の関連アプリケーション（たとえば、オペレーティングシステム、メディア再生アプリケーション、ブラウザアプリケーション）においてユーザが同一のユーザアカウント（またはリンクされたユーザアカウント）にログインする場合、ペアリングが行われる。

いくつかの実施形態では、リモート制御アプリケーションが起動されるとき、または、制御対象のデバイスを構成するためのオプションの選択が受信されるときなど、適時にペアリングが行われる。さらに、たとえば、ユーザがモバイルデバイス（たとえば、タブレットコンピュータ）上で提示されているビデオをリモートデバイス（たとえば、テレビ、デジタルメディア受信機、セットトップボックス、パーソナルコンピュータ）と共有する選択をするとき、ペアリングは他のアプリケーションにおいて行われるアクションに応じて実施される。

いくつかの実施形態では、ペアリングは過去にペアリングされたデバイスに基づいて自動的に実施され、および／または特定のアクションに応じて実施される。たとえば、過去にペアリングされたリモートデバイスがモバイルデバイスに近くにあるとモバイルデバイスが判断する場合（たとえば、信号強度、モバイルデバイスの位置、およびペアリングされたリモートデバイスの既知の位置に基づいて）、リモートデバイスがモバイルデバイスと同一のローカルエリアネットワーク上にあるとモバイルデバイスが判断する場合、モバイルデバイス上のリモート制御アプリケーションを起動するユーザに応じて、ペアリングされたデバイスとメディアを共有するユーザに応じて、または他の適切なタイミングで実施される。いくつかの実施形態では、モバイルデバイスと制御対象のリモートデバイスとの間のペアリングは、たとえば、図４Ａおよび図４Ｂに関連して以下に説明されるように、モバイルデバイスのロックスクリーンから実施される。

１０６において、リモート制御インターフェースはユーザに対して、リモート制御アプリケーションを実行中のモバイルデバイスのディスプレイ上に提示される。リモート制御インターフェースは、任意の適切なユーザインターフェース要素（たとえば、ボタン、スライダー、スクラバー）を含んでもよく、制御対象のリモートデバイスの任意の適切な機能を制御するよう構成され得る。たとえば、リモート制御インターフェースは、提示されるメディアのタイプに基づくデフォルトユーザインターフェースを含み得る。たとえば、リモート制御インターフェースは、ローカルストレージから提示されるか、またはリモートコンテンツソースからストリーム配信される映画など、事前に記録されたメディアを再生、一時停止、音量制御、巻戻し、早送りなどするためのリモートデバイスを制御するためのユーザインターフェースを含み得る。他の例として、リモート制御インターフェースは、従来のケーブルテレビシステムにおいて配信されるコンテンツに対して、たとえば、電子プログラミングガイドを提示し、電子プログラミングガイドをナビゲートし、チャンネルを変更し、音量を制御するリモートデバイスを制御するためのユーザインターフェースを含み得る。さらに、リモート制御インターフェースは、制御対象のリモートデバイスが、音量を変更する、または複数のチャンネルに合わせるよう構成されていない場合、たとえば、音量またはチャンネル制御を含まないことによって、制御対象のリモートデバイスのタイプに基づくデフォルト制御を含み得る。他の例として、リモートデバイスが提示されているコンテンツを一時停止するよう構成されていない場合、一時停止ボタンはリモート制御インターフェースから省略され得る。

いくつかの実施形態では、リモート制御インターフェースの一部および／またはリモート制御インターフェース内でのユーザインターフェース要素の配置として提示されるユーザインターフェース要素および／または機能は、任意の適切な技術を用いて、たとえば、リモート制御インターフェースの設定画面からのユーザ設定の制御によって設定される。さらに具体的な例として、リモート制御インターフェースによってユーザは、事前に定められた一連のレイアウトから選ぶことができる。さらに具体的な別の例として、リモート制御インターフェースのセットアップは、モバイルデバイスのディスプレイのサイズに基づいてなされる（たとえば、スクリーンがより小さい場合、リモート制御インターフェースはより少ないユーザインターフェース要素、または、より小さな要素を含んでもよく、その逆も同様である）。

図２は、開示される主題のいくつかの実施形態に従い、リモート制御アプリケーションのユーザインターフェースの一例２００を示す。図２Ａに示す例では、リモート制御アプリケーションは、リモート制御アプリケーションがユーザに対し提示されるタッチスクリーン２０４を有するモバイルデバイス２０２上で実行中である。そうしたタッチスクリーン２０４は、リモート制御アプリケーションの様々なユーザインターフェース要素を選択するためのタッチ入力（たとえば、ユーザからの）を検知するのにも用いられる。

図２Ａの例に示されるリモート制御インターフェース２００は、リモートデバイスの動作を制御するための様々なユーザインターフェース要素を含み得る。たとえば、リモート制御インターフェース２００は、再生／一時停止ボタン２０６、音量制御２０８、消音ボタン２１０、チャンネル制御２１２、ガイドボタン２１４、ホームボタン２１６、およびバックボタン２１８を含み得る。リモート制御インターフェース２００に含まれるとして示されているユーザインターフェース要素は単なる例であって、リモートデバイスの任意の適切な機能を制御するための任意の適切なユーザインターフェース要素は本明細書において説明されるメカニズムを使用するリモート制御インターフェースが含まれてもよい、と理解される。

いくつかの実施形態では、再生／一時停止ボタン２０６は、ペアリングされたリモートデバイスによって提示されているコンテンツの再生／一時停止状態を制御するために用いられる。たとえば、再生／一時停止ボタン２０６と対応する位置において、モバイルデバイス２０２によってタッチスクリーン２０４の一部分に対するタッチが検知されるとき、リモートデバイスによって提示されているコンテンツを再生または一時停止するためのコマンドが、リモートデバイスの現在の再生／一時停止状態に依拠して、ペアリングされたリモートデバイスに送られる。いくつかの実施形態では、モバイルデバイス２０２と、現在再生状態にあることをモバイルデバイス２０２に伝える、制御対象のリモートデバイスとの間で双方向通信が確立される場合、再生／一時停止ボタン２０６を選択することで、一時停止コマンドが発行されるが、その逆も同様である。さらに、再生／一時停止ボタン２０６に関連して提示されるアイコンは、たとえば、リモートデバイスが再生状態であるときは一時停止アイコン、リモートデバイスが一時停止状態であるときは再生アイコンを提示することで、リモートデバイスの状態に依拠して変化することがある。

いくつかの実施形態では、音量制御２０８は、制御対象のリモートデバイスの音量レベルを制御するために用いられる。いくつかの実施形態では、音量制御２０８は、現在のスライダー位置に対応するタッチスクリーン２０８の一部分にタッチし、制御対象のデバイスによる音量出力について選択可能な値の範囲を表すバーに沿って現在のスライダー位置を移動させることによって特定の位置に調整されるスライダー制御を含み得る。他の例として、音量制御２０８は、モバイルデバイス２０２が、音量制御２０８に対応するタッチスクリーン２０４の一部分内において、スワイプジェスチャーを検知するとき音量を調整するために用いられる、スワイプ制御を含み得る。ここで、上向きスワイプ（たとえば、「−」から「＋」に向かって）は音量アップに対応し、下向きスワイプ（たとえば、「＋」から「−」に向かって）は音量ダウンに対応する。また他の例として、音量制御２０８は、そうしたボタンに対応する位置において、モバイルデバイス２０２によってタッチスクリーン２０４の一部分に対するタッチが検知されるとき、音量を制御するためのコマンドがリモートデバイスに送信されるように音量制御２０８内で「＋」および「−」の位置に対応するボタンを含み得る。音量を制御するための他の適切な制御が、音量制御２０８に含まれてもよい。

いくつかの実施形態では、消音ボタン２１０は、制御対象のリモートデバイスの音量出力を消音／消音解除するために用いられる。たとえば、消音ボタン２１０に対応する位置において、モバイルデバイス２０２によってタッチスクリーン２０４の一部分へのタッチが検知されるとき、ペアリングされたリモートデバイスに対し、リモートデバイスによって音声が提示されることを抑制するための、または、音声提示が現在抑制されている場合は（たとえば、過去に受信された消音コマンドに応じて）音声が提示されるためのコマンドが送られる。いくつかの実施形態では、モバイルデバイス２０２と、現在消音解除状態にあることをモバイルデバイス２０２に伝える、制御対象のリモートデバイスとの間で双方向通信が確立される場合、消音ボタン２０６を選択することで消音コマンドが発行されるが、その逆も同様である。さらに、消音ボタン２１０に関連して提示されるアイコンは、たとえば、リモートデバイスが消音状態であるときは消音ボタンを赤ボタンとして提示し、リモートデバイスが消音状態でないときは消音ボタンを緑ボタンとして提示することによって、リモートデバイスの状態に依拠して変化することがある。

いくつかの実施形態では、チャンネル制御２１２は、制御対象のリモートデバイスのチャンネルを制御するために用いられる。チャンネル制御２１２は、チャンネルを制御するための任意の適切な入力（たとえば、音量制御２０８に関連して説明される入力に類似した入力）を受信することができる、
いくつかの実施形態では、ガイドボタン２１４は、ガイドボタン２１４に対応する位置において、モバイルデバイス２０２がタッチスクリーン２０４の一部分へのタッチを検知することに応じて、現在提示されているコンテンツに関する情報の提示を制御するために、および／または電子プログラムガイドなどが提示されるために用いられる。

いくつかの実施形態では、ホームボタン２１６は、制御対象のリモートデバイスのメニューを提示することを制御するため、リモートデバイスのホームスクリーンにリモートデバイスをナビゲートさせるため、または、リモートデバイスに他の適切な機能を行わせるために用いられる。そうした機能に対応するコマンドは、ホームボタン２１６に対応する位置において、モバイルデバイス２０２がタッチスクリーン２０４の一部分へのタッチを検知することに応じて、モバイルデバイス２０２によって送信される。

いくつかの実施形態では、バックボタン２１８は、ユーザインターフェースの提示を制御する（たとえば、ユーザインターフェースの過去に提示されたレベルにナビゲートする、ユーザインターフェースを終了する）ために用いられる。これに加えて、またはこれに代えて、バックボタン２１８は、現在提示されているチャンネルに先だって提示されたチャンネルにナビゲートするためのリモートデバイスのチャンネルを制御するために用いられる。そうした機能に対応するコマンドは、バックボタン２１８に対応する位置において、モバイルデバイス２０２がタッチスクリーン２０４の一部分へのタッチを検知することに応じて、モバイルデバイス２０２によって送信される。

いくつかの実施形態では、制御対象のリモートデバイスの状態（たとえば、制御対象のリモートデバイスの提示状態）に応じて、リモート制御インターフェース２００はリモートデバイスを制御するための他のユーザインターフェース要素を提示するよう変更される。たとえば、リモートデバイスがビデオを提示していて、リモートデバイスの提示が一時停止状態である場合、リモート制御インターフェース２００は、動画を通じてサーチするためのシークボタン、シーン選択ボタン（たとえば、次のシーン、前のシーン）、その動画の進行を示すためのおよび／またはビデオ内でナビゲートする特定の位置を選択するためのスクラバーバー、または他の任意の適切な制御を含むよう変更される。他の例として、ガイドボタン２１４の選択に応じてガイドが提示される場合、電子プログラムガイドがモバイルデバイス２０２によって提示されるか、または、制御対象のリモートデバイスによって提示されるガイドをナビゲートするための選択ボタンおよび方向ボタンが提示される。

いくつかの実施形態では、モバイルデバイス２０２によって生成される他の適切な信号が、制御対象のリモートデバイスを制御するために用いられる。たとえば、タッチスクリーン上での左から右のスワイプジェスチャーによって早送りコマンドがリモートデバイスに対して発行され、タッチスクリーン上での右から左のスワイプジェスチャーによって巻戻しコマンドがリモートデバイスに対して発行される。いくつかの実施形態では、そうしたフィーチャが利用可能であるのは、制御対象のリモートデバイスのコンテンツの提示が一時停止されるときのみである。他の例として、モバイルデバイス２０２のタッチスクリーン２０４上での長押しジェスチャーの検知に応じて、モバイルデバイス２０２は、制御対象のリモートデバイスによってユーザインターフェースを提示させてもよいし、リモートデバイスによって提示されるユーザインターフェースを制御するようリモート制御インターフェース２００を変更させてもよい。さらに他の例として、タッチスクリーン２０４によって検知される任意の適切なジェスチャーおよび／またはマルチタッチ入力が、リモートデバイスに対して送信される任意の適切なコマンドを生成するために用いられる。

いくつかの実施形態では、モバイルデバイス２０２のモーションセンサ（たとえば、加速度計、ジャイロスコープ、磁力計）が、モバイルデバイス２０２によって生成されるコマンドの基準として用いられる信号を生成してもよい。たとえば、モバイルデバイス２０２が、制御対象のリモートデバイスに対し、コンテンツの提示を一時停止させるコマンドを発行する場合、モバイルデバイス２０２は１以上のモーションセンサによって検知される回転に、たとえば、その感知された回転に基づいてリモートデバイスが提示しているコンテンツを早送りまたは巻戻しすることによって応答してもよい。別の例では、モバイルデバイス２０２は、モバイルデバイス２０２が特定の配向にあることを検知するときに、リモート制御アプリケーションのユーザインターフェースを提示してもよいし、他のアプリケーションのユーザインターフェース（たとえば、モバイルデバイス２０２のオペレーティングシステム、ウェブブラウザアプリケーション）を提示してもよい。また別の例として、モバイルデバイス２０２が表示抑制状態にある場合（たとえば、図１の１１４に関連して以下に説明されるような場合）、リモート制御アプリケーションは、第１配向（たとえば、縦配向）においてリモート制御機能の第１セット（たとえば、再生、一時停止、音量、チャンネル）を用いて第１のレイアウトを使用してもよいし、第２配向（たとえば、横配向）においてリモート制御機能の第２セット（たとえば、再生、一時停止、早送り、スキップ送り、巻戻し、スキップ戻し）を用いて第２のレイアウトを使用してもよい。

図１に戻って、１０８において、リモート制御アプリケーションは、モバイルデバイスがロックスクリーンおよび／またはロック状態であるかどうかを判断してもよい。いくつかの実施形態では、モバイルデバイスのロックスクリーンは、モバイルデバイスによって行われる機能を制限されたセットの機能に制限するユーザインターフェースを含んでもよい。たとえば、いくつかの実施形態では、ロックスクリーン中であるモバイルデバイスは、救急サービスに電話をかけるために用いられても（たとえば、９１１に電話をかけるために用いられても）よい。いくつかの実施形態では、モバイルデバイスを「アンロック」するために（たとえば、モバイルデバイスの他の機能にアクセスするために）、ある入力または入力の組み合わせが必要になる。そうした入力は、ボタン押下またはボタン押下の組み合わせ、アイコンのスワイプ、特定のモーションによりモバイルデバイスを動かすこと、モバイルデバイスのタッチスクリーン上への特定の一連のタッチ（たとえば、押すこと、ジェスチャー）、特定のパスワードまたはパスコードを入れること（たとえば、数字、文字、特定の動きを用いて）を含んでもよい。

モバイルデバイスがロックスクリーンの状態にある、すなわちモバイルデバイスがロック状態であるかどうかを判断するために、任意の適切な技術が用いられてもよい。たとえば、リモート制御アプリケーションは、モバイルデバイスがロックスクリーンの状態にあるかどうかを判断するために、定期的にモバイルデバイスのステータスを要求してもよい。他の例として、モバイルデバイスがロックスクリーンの状態になることに応じて、モバイルデバイスのオペレーティングシステムによって、モバイルデバイス上で実行中のアプリケーションに通知が送られてもよい。

いくつかの実施形態では、モバイルデバイスが、リモート制御アプリケーションをプライマリアプリケーション（たとえば、ユーザに対して提示されているリモート制御インターフェース２００などのリモート制御インターフェース）として実行している場合、リモート制御アプリケーションは、モバイルデバイスがアンロック状態から初めにロックスクリーンに移行することなく、直接的に低電力状態、スリープ状態、または節電状態に遷移しないように抑制してもよい。たとえば、モバイルデバイスがユーザ入力を検知することなく一定期間（たとえば、１分、５分）が過ぎて低電力状態になるよう構成される場合、リモート制御アプリケーションは、モバイルデバイスが低電力状態になる前に初めにロックスクリーンの状態になるようにしてもよい。他の例として、モバイルデバイスが所定期間経過後または特定のユーザ入力に応じて節電状態になるよう設定される場合（たとえば、内蔵電池などの電源の電力を節約するためにモバイルデバイスの１以上のフィーチャが抑制されるか、また全容量未満で、動作する状態）、リモート制御アプリケーションは、モバイルデバイスが節電状態になる前にロックスクリーンの状態になるようにしてもよい。いくつかの実施形態では、このようにアンロック状態から低電力状態（または節電状態）への状態遷移を抑制することを生じさせるのは、モバイルデバイスが制御対象のリモートデバイスにペアリングされていてもいなくても、モバイルデバイスがリモート制御アプリケーションを実行していてもいなくても、タイマーによって状態遷移が生じるときであってボタンを押すことなどによって状態遷移が生じないときに限っても、または、他の任意の適切な時間であってもよい。

リモート制御アプリケーションが、モバイルデバイスがロックスクリーンの状態であると判断する場合（１０８における「はい」）、プロセス１００は１１０に進んでもよい。そうでなく、リモート制御アプリケーションが、モバイルデバイスがロックスクリーンの状態ではないと判断する場合（１０８における「いいえ」）、プロセス１００は以下に説明される１１２に進んでもよい。

１１０において、リモート制御アプリケーションはユーザに対して、タッチスクリーンのディスプレイが抑制されているときにリモート制御インターフェースのどの機能が有効であるかの指標とともに、ロックスクリーンのためのリモート制御インターフェースを提示してもよい。いくつかの実施形態では、リモート制御アプリケーションを実行中のモバイルデバイスがロックスクリーンの状態にあるときに提示されるリモート制御インターフェースは、モバイルデバイスがアンロックされていてリモート制御インターフェースを提示しているときに提示されるリモート制御インターフェース（たとえば、図２の例に示すような）と異なっていてもよい。たとえば、制御対象のリモートデバイスを制御するために用いられるユーザインターフェース要素の位置、数、大きさ、色などは、ロックスクリーン上に提示されるリモート制御インターフェースでは、アンロック状態において提示されるリモート制御インターフェースにおいて提示されるものと異なっていてもよい。

いくつかの実施形態では、ロックスクリーンのリモート制御インターフェースにおいて利用可能であるユーザインターフェース要素は、モバイルデバイスの表示が抑制されるときにユーザインターフェース要素に関連する機能が利用可能であるかどうかに基づいて区別される。たとえば、いくつかの実施形態では、モバイルデバイスの表示が抑制されるときに利用可能ではない機能に対応するユーザインターフェース要素は、異なる色、異なるテクスチャ、異なる輝度などで提示される。他の例として、モバイルデバイスがロックスクリーンに移行することに応じて、ユーザインターフェースオーバーレイが提示される。そうしたオーバーレイは、どのユーザインターフェース要素が、モバイルデバイスの表示が抑制されるときに利用可能である機能に対応するかについての説明を提示してもよい。そうした一例では、オーバーレイは、タッチスクリーンによってユーザ入力（タップ、終了アイコンに対応する特定の位置でのユーザ入力など）を受信することによって、無視される。また他の例として、ヘルプボタンがロックスクリーンにされ、ヘルプボタンに対応する入力を受信することに応じて、リモート制御アプリケーションは、表示が抑制されているときにどの機能が利用可能であるかを説明するユーザインターフェースを提示してもよい。さらに他の例としては、モバイルデバイスが所定期間（たとえば、３０秒、１分）後にロックスクリーンから表示抑制状態に移行するよう構成されている場合、表示抑制状態において利用可能ではない機能に対応するユーザインターフェース要素は、所定期間が経過するにつれて暗くなってもよい。別の例として、入力が受信されて表示抑制状態に移行する（たとえば、特定のソフトウェアまたは物理ボタンから信号が受信される）場合、リモート制御アプリケーションは、表示抑制状態に移行する前に、表示抑制状態であっても利用可能である機能に対応するユーザインターフェース要素を短時間（たとえば、０．５〜２秒）提示してもよい。

図２は、開示される主題のいくつかの実施形態に従うリモート制御アプリケーションのユーザインターフェース要素の一例２３０を示す。図２Ｂに示す例では、リモート制御アプリケーションは、ロックスクリーンがユーザに対して提示されるモバイルデバイス２０２上で実行中である。

図２Ｂに示すリモート制御インターフェース２３０は、図２Ａに関連して上述されている、ユーザインターフェース要素２０６〜２１８を含み得る、リモートデバイスの動作を制御するための様々なユーザインターフェース要素を含んでいてもよい。いくつかの実施形態では、リモート制御インターフェース２３０は、モバイルデバイス２０２がロックスクリーンの状態にあることをユーザに対して示すことができるロックアイコン２３２を含んでもよい。さらに、ロックアイコン２３２を選択することで、モバイルデバイス２０２にアンロックシーケンスを開始させるか、モバイルデバイスに表示抑制状態においてどの機能が利用可能であるかを説明するオーバーレイ（たとえば、上述の通り）を提示させるか、モバイルデバイスを表示抑制状態に移行させるか、モバイルデバイスにリモート制御インターフェース２３０の提示を抑制（または、提示が過去に抑制されている場合はリモート制御インターフェース２３０を提示）させるか、または、モバイルデバイスに他の任意の適切な機能を行わせてもよい。

図２Ｂに示す例においては、消音ボタン２１０、ガイドボタン２１４、ホームボタン２１６、およびバックボタン２１８が、再生／一時停止ボタン２０６、音量制御２０８、およびチャンネル制御２１２と区別されている。概して、機能の差別化は、第１フォーマット（たとえば、色、透明度、輝度、アニメーション、陰影付け）を用いて表示される、利用可能なフィーチャのためのボタンを提示することによって、および、第２フォーマットを用いて、利用可能ではないフィーチャのためのボタンを提示することによって行われている。この例においては、グレーアウトされているとして提示されているボタン２１０〜２１８は、リモート制御インターフェースのこれらのフィーチャが表示抑制状態では利用可能ではないことを示す。

いくつかの実施形態では、モバイルデバイス（たとえば、モバイルデバイス２０２）のロックスクリーンは、他の任意の適切な機能および／または情報を含んでいてもよい。たとえば、現在の日時がロックスクリーンに提示されていてもよいし、ロックスクリーンからモバイルデバイス２０２の機能にアクセスするためのアイコン２３４が提示されていてもよい。

図１に戻って、１１２において、リモート制御アプリケーションは、モバイルデバイスが表示抑制状態になったかどうかを判断してもよい。モバイルデバイスは、任意の適切なアクションに応じて表示抑制状態になってもよい。たとえば、モバイルデバイスは、任意のユーザ入力を受信せずに所定期間経過することに応じて表示抑制状態になってもよい（モバイルデバイスがアンロック状態にあっても、ロックスクリーンにあっても）。他の例として、モバイルデバイスは、特定のボタン（たとえば、ハードウェアボタン、ソフトウェアボタン）がアクティブにされたことを示す信号を受信することに応じて表示抑制状態になってもよい。また他の例として、モバイルデバイスは、モバイルデバイス上で実行中のアプリケーション（たとえば、リモート制御アプリケーション、メディア提示アプリケーション）からの信号に応じて表示抑制状態になってもよい。

モバイルデバイスの表示抑制状態は、任意の適切なモバイルデバイスの状態の組み合わせを含んでよい。たとえば、いくつかの実施形態では、モバイルデバイスの表示抑制状態は、モバイルデバイスのタッチスクリーンのディスプレイのバックライトを含んでよい。他の例として、ディスプレイの駆動周波数を減少させること（たとえば、半分、９０パーセント、ゼロ）、バックライトに供給される電圧を減少させること（たとえば、半分、９０パーセント、ゼロ）、ディスプレイ用のバックライトを提供するために用いられる要素の数を減少させることなどによって、ディスプレイによる消費電力が減少される。また他の例として、モバイルデバイスが、バックライト点灯ディスプレイ（たとえば、ＬＣＤディスプレイ）と反射またはフロントライト点灯ディスプレイ（たとえば、電子ペーパーディスプレイ）を備えたハイブリッドディスプレイを有する場合、バックライト点灯ディスプレイは抑制され、反射またはフロントライト点灯ディスプレイは低リフレッシュレート（たとえば、１ヘルツ、１０ヘルツ、所定の入力に応じた非同期リフレッシュ）で情報を提示するために用いられる。

表示抑制状態が、全ての情報の表示を抑制することではなく、モバイルデバイスのディスプレイの電力消費を減少させることに関係する場合、そのデバイスを用いて、表示抑制状態において利用可能である機能に従ってユーザインターフェースを提示することができる。たとえば、ＬＣＤディスプレイおよび電子ペーパーディスプレイを含むハイブリッドタッチスクリーンが提供される場合、低リフレッシュレートで表示抑制状態において利用可能であるフィーチャに対応するユーザインターフェースを提示するために、電子ペーパーディスプレイが用いられる。

モバイルデバイスが表示抑制状態であるかどうか判断するために、任意の適切な技術が用いられる。たとえば、リモート制御アプリケーションは、モバイルデバイスが表示抑制状態であるかどうか判断するために、モバイルデバイスのステータスを定期的に要求してもよい。他の例として、モバイルデバイスが表示抑制状態になることに応じて、モバイルデバイスのオペレーティングシステムによって、モバイルデバイス上で実行中のアプリケーション（たとえば、リモート制御アプリケーション）に対して通知が送られてもよい。

リモート制御アプリケーションが、タッチスクリーンが表示抑制状態ではないと判断する場合（１１２における「いいえ」）、プロセス１００は１０８に戻ってよく、適切なリモート制御インターフェースを提示してもよい（たとえば、モバイルデバイスがロックスクリーン状態でない場合は１０６のリモート制御インターフェースを提示するか、または、モバイルデバイスがロックスクリーン状態である場合は１１０のリモート制御インターフェースを提示する）。そうでなく、リモート制御アプリケーションが、タッチスクリーンの表示が抑制されていると判断する場合（１１２における「はい」）、プロセス１００は１１４に進んでもよい。

いくつかの実施形態では、リモート制御インターフェースがモバイルデバイスのユーザに対して１以上の中間インターフェースを提供してもよい、ということに留意すべきである。これによってたとえば、モバイルデバイスのユーザは、リモート制御インターフェースまたはモバイルデバイスのスクリーン上に現在表示されている他の任意の適切なインターフェースから、モバイルデバイスが表示抑制状態になったときに提供されるタッチインターフェースに遷移させられてもよい。適切な一実施形態では、図２Ｂに戻って、モバイルデバイスが表示抑制状態になっていると判断することに応じて、リモート制御インターフェースは、表示抑制状態において利用可能であるユーザインターフェース要素を特定および／またはハイライトしてもよい。より具体的な例では、リモート制御インターフェースは、特定されたユーザインターフェース要素に対応するタッチ入力を提供するためのエリアを示すオーバーレイを提示してもよい。図２Ｃに示す通り、リモート制御インターフェースは、表示抑制状態になる前に、エリア２４０、２４２、および２４４を特定してもよい。より具体的な別の例では、リモート制御インターフェースは、表示抑制状態においてどのユーザインターフェース要素が利用可能であるか、および、表示抑制状態においてどのユーザインターフェース要素が利用可能ではないかを説明するオーバーレイを提供してもよい。

これらの例では、リモート制御インターフェースは、表示抑制状態になる前に一定期間（たとえば、３秒）、特定されたユーザインターフェース要素、オーバーレイ、および／または他の任意の適切なインターフェースを提供してもよい。これに加えて、またはこれに代えて、リモート制御アプリケーションは、モバイルデバイスのユーザが提示を中断するための適切な指標を提供するまで（たとえば、ユーザが「再表示しない」ボタンを選択することに応じて）、表示抑制状態になる前に特定されたユーザインターフェース要素および／またはオーバーレイの提供を続けてもよい。

より具体的なまた別の例では、リモート制御アプリケーションは、モバイルデバイスのユーザを表示抑制状態に遷移させる１以上のアニメーションを提供してもよい。たとえば、モバイルデバイスのスクリーン上に表示されているユーザインターフェース要素から、表示抑制状態において利用可能であるユーザインターフェース要素への（たとえば、モバイルデバイスが表示抑制状態になったことを検知するときに、ユーザインターフェース要素のフルセットから、ユーザインターフェース要素のサブセットへの）変化を示すために、リモート制御は１以上のアニメーションを用いてもよい。図２Ｂおよび２Ｃを参照して、再生／一時停止ボタン２０６に対応する表示抑制状態であるエリア２４０を提供することに応じて、リモート制御アプリケーションは、タッチ入力受信用のエリア２４０を示すための再生／一時停止ボタン２０６を拡大するために、アニメーションを用いてもよい。この例では、表示抑制状態においてアクティブにされるユーザインターフェース要素がより少ないため、リモート制御アプリケーションは、リモート制御アプリケーションは、ユーザインターフェース要素に対応するタッチ入力を受信するために、表示されるユーザインターフェース要素よりも大きなエリアを提供してもよい。

１１４において、リモート制御アプリケーションは、リモート制御アプリケーションの表示抑制状態において利用可能である機能に対応するリモート制御インターフェースのレイアウトを用いて、タッチスクリーンのタッチインターフェースから入力を受信してもよい。いくつかの実施形態では、リモート制御アプリケーションは、モバイルデバイスが表示抑制状態であるとき、タッチスクリーンのタッチインターフェースをアクティブのままにさせてもよい。さらに、いくつかの実施形態では、モバイルデバイスが表示抑制状態になったことに応じて、タッチスクリーンのタッチインターフェースの感度が減少されてもよい。たとえば、タッチインターフェースからの信号を検知する頻度が減少されてもよいし、検知用の閾値が増加されてもよいし（たとえば、より長時間のタッチを必要とさせる、より強いタッチを必要とさせる）、タッチインターフェースの機能が減少されてもよい（たとえば、タッチインターフェースのマルチタッチ性能を無効にすること、ジェスチャー認識を無効にすること、または、タッチインターフェースの感度を減少するための他の任意の適切なアクションによって）。

図２Ｃは、リモート制御を実行中のモバイルフォンが表示抑制状態である、開示される主題のいくつかの実施形態に応じて、リモート制御インターフェースのユーザインターフェースの一例を示す。図２Ｃに示す例では、リモート制御アプリケーションがモバイルデバイス２０２上で実行中であり、タッチスクリーン２０４のタッチインターフェースはコマンドを受信するためにアクティブである。しかしながら、タッチスクリーン２０４の表示は、モバイルデバイス２０２がユーザインターフェースを提示しないように抑制されている。

図２Ｃのユーザインターフェースは、タッチ入力（たとえば、ユーザによるタッチ入力）に対応するエリアを含んでいてもよい。より具体的には、図２Ｃにおける破線は、タッチされるときにリモート制御インターフェースを実行中のモバイルデバイスにコマンドを生成させ得るタッチスクリーンの部分を示す。たとえば、図２Ｃのユーザインターフェースは、再生／一時停止コマンドに対応し得るエリア２４０を含んでいてもよい。エリア２４２は、音量制御コマンドを生成するためのスワイプ入力を受信するためのエリアに対応していてもよく、エリア２４４は、チャンネル制御コマンドを生成するためのスワイプ入力を受信するためのエリアに対応していてもよい。いくつかの実施形態では、これらのエリアは概して、ユーザインターフェース要素（たとえば、図２Ａおよび２Ｂに示すような、再生／一時停止ボタン２０６、音量制御２０８、およびチャンネル制御２１０）によって示されるエリアに対応し得る。さらに、これらのエリアは、ユーザ入力を受け取る位置の視覚フィードバックが示されない表示抑制状態である間に、ユーザにユーザインターフェースエリアの使用を促進するために、対応するユーザインターフェース要素のエリアに対して拡大される。たとえば、タッチ入力を受け取るためのエリアは、所定割合だけ増加されてもよい（たとえば、２０パーセント、３分の１）。別の例として、タッチスクリーンの表面全体が、単一の機能に対応していてもよい（たとえば、タッチスクリーン２０４上におけるタッチはどこでも再生／一時停止コマンドに対応していてもよい）。さらに、同一の部分における様々なタッチ入力は、様々な機能に対応していてもよい。たとえば、表面上のタッチジェスチャーはどこでも再生／一時停止コマンドに対応していてもよく、ディスプレイの左側におけるスワイプジェスチャーは音量制御に対応していてもよく、ディスプレイの右側におけるスワイプジェスチャーはチャンネル制御に対応していてもよい。表示抑制状態においては、他の任意の適切な制御、および／または制御の組み合わせが実施されてもよい。

図３は、開示される主題のいくつかの実施形態に従いタッチスクリーンの表示が抑制されている、タッチスクリーンを用いてリモートデバイスを制御するための入力を受信することにより、リモートデバイスに対し命令を送信するためのプロセスの一例３００を示す。３０２において、モバイルデバイス上で実行中のリモート制御アプリケーションは、タッチスクリーンの表示が抑制されていると判断してもよい。図１に関連して上述したように、表示が抑制されているかどうかの判断は、アクティブな判断か、またはパッシブな判断であり得る。さらに、図１に関連して上述したように、任意の適切な技術（たとえば、表示を低電力状態または他の消費電力状態にすること、表示のバックライトを抑制すること）を用いて表示が抑制されてもよい。

３０４において、リモート制御アプリケーションによって、タッチスクリーンのタッチインターフェースの感度が減少されてもよい。たとえば、タッチスクリーンに対する入力が検知される頻度が減らされてもよいし、タッチスクリーンのタッチ感知解像度が減少されてもよいし、マルチタッチの感度が抑制されてもよいし、ジェスチャー認識が抑制されてもよいし（たとえば、タッチ感知は二値、すなわちオン／オフとして実施される）、または、タッチ感度を減少することでタッチインターフェースの電力消費を減少させるための他の任意の適切な技術が用いられてもよい。いくつかの実施形態では、たとえば、プロセッサの駆動周波数を減少させるなど、プロセッサを低電力状態（または他の電力消費状態）にすることによって、モバイルデバイスのプロセッサの性能が減少される。

３０６において、リモート制御アプリケーションは、タッチスクリーンのタッチインターフェースにおいてタッチが検知されたかどうかを示す信号、および／またはタッチに関連する情報（位置、タイミング、方向など）を受信してもよい。タッチが検知されない場合（３０６における「いいえ」）、プロセス３００は３０６に戻ってよく、タッチが受信されたかどうかを示す信号の受信を続けてもよい。そうでなく、タッチが検知された場合は（３０６における「はい」）、プロセス３００は３０８に進んでよい。

３０８において、リモート制御アプリケーションは、タッチが意図的なものである可能性が高いのか、非意図的なものである可能性が高いかどうかを判断するために、ヒューリスティックスを用いてもよい。たとえば、リモート制御アプリケーションは、ユーザがリモート制御アプリケーションのユーザインターフェースを意図的にアクティブにした可能性が高いのか、タッチが非意図的であった可能性が高いかどうかを判断してもよい。タッチが非意図的であったかどうかを判断するのに、任意の適切な技術が用いられてもよい。たとえば、ユーザが非意図的にユーザインターフェースにタッチした（たとえば、ユーザがモバイルデバイスを拾い上げる）ことを示す可能性のある一定の閾値を超えて、モバイルデバイスが移動または回転しているかどうかを判断するために、モバイルデバイスの加速度計またはジャイロスコープが用いられてもよい。他の例として、瞬間的なタッチ（たとえば、０．５秒未満の時間に行われるタッチ）を示すタッチは、コマンドを引き起こす偶然のタッチの可能性を減少させるために、無視されてもよい。また他の例として、ユーザは、後に続くタッチが意図的であることを確認するために、タッチ入力を行う前にダブルタップを行ってもよい。前述の内容は単なる例であって、意図的なタッチを非意図的なものから区別するために、任意の適切なヒューリスティックスが用いられてもよい、と理解される。

いくつかの実施形態では、モバイルデバイスのオペレーティングシステムが、タッチが意図的なものである可能性が高いか、非意図的なものである可能性が高いかどうかを判断するためのヒューリスティックスを定義してもよい、ということに留意すべきである。たとえば、モバイルデバイスは、モバイルデバイスのタッチスクリーンへのタッチを示す信号を送信する前に、タッチが意図的なものであるのか非意図的なものであるかどうかを判断するために、ヒューリスティックスを用いてもよい。それに応じて、モバイルデバイスのオペレーティングシステムは、タッチの検知をリモート制御アプリケーションに対し送信してもよい（たとえば、モバイルデバイスのオペレーティングシステムの判断するところにより、リモート制御アプリケーションによって受信された全てのタッチの検知は意図的であるとみなされる）。

３１０において、リモート制御アプリケーションは、３０８における判断に基づいて、３０６で検知されたタッチが意図的であったかどうかを判断してもよい。リモート制御が、タッチが意図的ではなかったと判断する場合（３１０における「いいえ」）、プロセス３００は３０６に戻ってよく、タッチが検知されるかどうかの判断を続けてもよい。そうでなく、タッチが意図的であると判断される場合（３１０における「はい」）、プロセス３００は３１２に進んでもよい。

３１２において、リモート制御アプリケーションは、３０６において検知されたタッチを表示抑制状態のためのリモート制御レイアウトと照合することによって、送信される命令を判断してもよい。たとえば、タッチ入力がユーザインターフェースエリア（図２Ｃのエリア２４０〜２４４）と対応し、入力のジェスチャーがそうしたエリアに対して認識されたジェスチャー（たとえば、エリア２４０に対してのタップ、エリア２４２および２４４に対してのスワイプ）と対応する場合、その入力およびそのジェスチャーのエリアに対応する機能に基づいて（たとえば、エリア２４０に対しての再生／一時停止、エリア２４２に対しての音量アップ／ダウン）、コマンドが生成されてもよい。いくつかの実施形態では、透過性のあるユーザアクションに基づいて、リモート制御インターフェースのレイアウトが変化してもよい。たとえば、図２Ａに関連して上述したように、一時停止コマンドの生成後、左から右へのスワイプジェスチャーは、早送りコマンドを生成させる入力として認識される。

さらに、いくつかの実施形態では、リモート制御アプリケーションは、３０６において検知されたタッチが有効な命令に対応するかどうかを判断してもよい。いくつかの実施形態では、３０８においてタッチが意図的であると判断される場合であっても、そのタッチは有効な制御に対応しない可能性がある。たとえば、エリア２４２内でのタッチは、スワイプモーションの始まりであると判断され得るため、意図的だとみなされるが、ユーザがスワイプジェスチャーを行わない場合、タッチは有効ではないとみなされる。

３１４において、リモート制御アプリケーションは３１２で判断された有効なタッチに対応する命令をモバイルデバイスに送信させてもよい。コマンドに対応する命令を送信するために、任意の適切な技術が用いられてもよい。たとえば、いくつかの実施形態では、図１に関連して上述したように、ネットワーク（たとえば、無線通信規格であるＩＥＥＥ８０２．１１系のうちの１つを使用するネットワーク）を用いて命令が送信される。他の例として、赤外線送信機を用いて命令が送信される。また他の例として、赤外線送信機を有するハードウェアデバイスに対して無線ネットワークを用いて命令が送信され、その後このハードウェアデバイスが赤外線送信機を用いて命令を送信してもよい。

いくつかの実施形態では、リモート制御アプリケーションは１つの有効なタッチに対応する複数の命令をモバイルデバイスに送信させてもよい、ということに留意すべきである。たとえば、モバイルデバイスが複数のリモートデバイスにペアリングされて、その複数のリモートデバイスを制御することに応じて、リモート制御アプリケーションがモバイルデバイスに、各リモートデバイスに対して命令を送信させてもよい。より具体的な例では、複数のデバイス（たとえば、モバイルデバイス、複数のスマートテレビデバイス、デジタルメディア受信機、無線スピーカー）上で実行中のインターネットラジオアプリケーションの音量を下げるための有効なタッチを検知することに応じて、リモート制御アプリケーションがモバイルデバイスに、適切な命令を各リモートデバイスに対して送信させてもよい。

他の適切な実施形態では、モバイルデバイス上でメディアコンテンツをユーザに対して提示しているメディア再生アプリケーションと、このメディアコンテンツをテレビデバイス上でも提示しているメディア再生アプリケーションとを制御することに応じて、リモート制御アプリケーションは各メディア再生アプリケーションに対して命令を送信してもよい。たとえば、リモート制御アプリケーションのユーザから有効な一時停止の指標を受信することに応じて、リモート制御アプリケーションは様々なデバイス上の各メディア再生アプリケーションに対して、メディアコンテンツの提示を一時停止させるための命令を送信してもよい。

３１４における命令の送信後、プロセス３００は３０６に戻ってもよく、タッチが検知されたかどうかの判断を続けてもよい。
図４Ａは、いくつかの実施形態に従い、アイコン４０２を有するモバイルデバイス２０２のロックスクリーンの一例４００を示す。いくつかの実施形態では、アイコン４０２が選択される場合、モバイルデバイスはロックスクリーンからリモート制御アプリケーションを起動させることが可能である。そうした実施形態では、リモート制御アプリケーションを起動させることは、フォンをアンロックすることを必要とし得る特権アクションとみなされない可能性がある。たとえば、Ｅメールアプリケーションに対応するアイコン２３４を選択することは、そのＥメールアプリケーションへのアクセスを認める前に、アンロックアクションまたは一連のアンロックアクションをユーザに行わせる必要のある特権アクションである可能性がある。

いくつかの実施形態では、リモート制御アプリケーションを用いてモバイルデバイスとペアリングされたリモートデバイスが接続されるときのみ、アイコン４０２が提示される。いくつかの実施形態では、アイコン４０２を選択することによって、リモート制御インターフェースは、モバイルデバイスのロックスクリーンに提示される（たとえば、図２Ｂに示すように）。これに加えて、またはこれに代えて、アイコン４０２を選択することによって、図２に示すようにリモート制御アプリケーションがユーザに対して、フォアグラウンドアプリケーションとして提示されながらも、モバイルデバイスの特権機能へのユーザアクセスを認めさせないことが可能である。

いくつかの実施形態では、アイコン４０２を選択することによって、リモート制御アプリケーションに、図４Ｂに示すように、リモート制御アプリケーションを用いて制御されるリモートデバイスのリスト４０４（たとえば、１０４において発見されるデバイスのリスト）を提示させてもよい。そうしたリストを用いて、ユーザがリモート制御アプリケーションを用いてどのリモートデバイスを制御したいかについてユーザに尋ねることが可能である。

図４Ｂは、リモート制御アプリケーションによって制御されるデバイスを選択するためのユーザインターフェースの一例を示す。いくつかの実施形態では、リモート制御アプリケーションを用いて制御される複数のデバイスが検知される場合、または、２以上のデバイスが、検知される１つのリモートデバイスと関連付けられる場合（たとえば、パーソナルコンピュータに結合されるテレビ、高精細度マルチメディアインターフェース（ＨＤＭＩ（登録商標））コンシューマーエレクトロニクスコントロール（ＣＥＣ）バスに接続される他の複数のデバイスを制御するためのコマンドが発行されるよう、ＣＥＣバスに接続されるデバイス）、リモート制御アプリケーションがモバイルデバイス２０２のロックスクリーンから起動するときに、ユーザは選択インターフェース４０４を提示される。さらに、モバイルデバイスがアンロック状態にあるときにリモート制御アプリケーションが起動される場合、ユーザは類似のインターフェースを提示される。

いくつかの実施形態では、リモートデバイスがアンロック状態である間にモバイルデバイスとペアリングされたリモートデバイスのみが、選択インターフェース４０４に提示されてもよい。これによって、モバイルデバイスが、悪意のあるユーザによって未知のデバイスにペアリングされないようにすることができる。いくつかの実施形態では、リモート制御アプリケーションが、図２Ｂに示すようなロックスクリーン中に提示されようと、図２Ａに示すようなモバイルデバイスのアンロック状態で提示されようと、適切な入力を受信することに応じて制御対象のリモートデバイスは変更される。

いくつかの実施形態では、検知されるリモートデバイスが所定の数以上に存在する場合、ユーザインターフェース４０４によって、複数のデバイスを通じたスクロールを可能とさせてもよいし、「さらに」のオプションを選択することにより追加のデバイスを提示させてもよい。いくつかの実施形態では、ユーザがまずリモート制御アプリケーションをモバイルデバイスとペアリングしたときに、たとえば、図１に関連して上述したように、デバイスを特定する名称が自動的に追加されてもよい、および／または、ユーザによって設定されてもよい。

図５は、開示される主題のいくつかの実施形態に従い、リモート制御アプリケーションを実行しているモバイルデバイス２０２と、リモート制御アプリケーションを用いて制御されるリモートデバイス５０２との間のフローの一例５００を示す。いくつかの実施形態では、リモートデバイス５０２は、モバイルデバイス２０２との双方向通信が可能である任意の適切なリモートデバイス（スマートテレビ、ゲーム機、セットトップボックス、デジタルメディア受信機、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータなど）であってよい。

５０４において、リモート制御アプリケーションは、モバイルデバイス２０２上で起動される。上述の通り、リモート制御アプリケーションは、様々な技術を用いて（たとえば、複数のアプリケーションからアプリケーションをユーザが選択することによって）起動される。他の例として、別のアプリケーション（たとえば、メディア再生アプリケーション）の一部として、またはユーザが他のアプリケーション中でアクションを行うこと（たとえば、リモートデバイス５０２に対して、ビデオ再生アプリケーションによって提示されているビデオをシェアすること）に応じて、リモート制御アプリケーションが起動される。また他の例として、図４Ｂに関連して上述したように、ユーザがモバイルデバイス２０２のロックスクリーンからアプリケーションを選択することに応じて、リモート制御アプリケーションが起動される。さらに他の例として、検知されているペアリング済みのリモートデバイスの存在に応じて、リモート制御アプリケーションが起動される。さらに、検知されたリモートデバイスがリモート制御アプリケーションによって制御される状態であると判断することに応じて、リモート制御アプリケーションが起動される。

５０６において、リモート制御アプリケーションはモバイルデバイス２０２にリモートデバイス５０２との通信を確立させてもよい。そうした通信は、任意の適切な技術（たとえば、図１に関連して上述したペアリング）を用いて確立される。

５０８において、リモート制御アプリケーションは、モバイルデバイス２０２が表示抑制状態であるかどうかを判断してもよい。たとえば、リモート制御アプリケーションは、図１および図３に関連して上述したように、モバイルデバイス２０２が表示抑制状態であるかどうかを判断してもよい。

モバイルデバイス２０２が表示抑制状態であると判断される場合（５０８における「はい」）、フロー５００は５１０に進んでもよく、リモート制御ユーザインターフェースの提示を停止させてもよい。これに加えて、またはこれに代えて、上述の通り表示抑制状態の構成に従って、リモート制御アプリケーションは、電子ペーパーディスプレイなどを用いることによって、リモート制御インターフェースを抑制状態で提示させてもよい。

モバイルデバイス２０２が表示抑制状態ではない場合（５０８における「いいえ」）、フロー５００は５１２に進んでもよく、ユーザに対するリモート制御インターフェースの提示を続けてもよい。そうしたリモート制御インターフェースは、上述のインターフェースのうち任意のもの、または他の任意の適切なインターフェースを含んでもよい。いくつかの実施形態では、リモート制御アプリケーションは、リモート制御インターフェースを提示するのではなく（自動的であっても、ユーザ入力に応じてでも）、モバイルデバイス２０２を表示抑制状態に遷移させてもよい。

５１４において、リモート制御アプリケーションは、有効なユーザ入力が検知されたかどうかを判断してもよい。たとえば、図３の３１４に関連して上述したように入力が検知されてもよい。

５１６において、リモート制御アプリケーションはモバイルデバイス２０２に、５１４において検知されたユーザ入力に基づいてリモートデバイス５０２に対して命令を送信させてもよい。たとえば、上述の通り、命令の送信は任意の適切な技術を用いて行われる。

５１８において、リモート制御アプリケーションは、５１６で送信された命令に応じてリモートデバイスの状態が変化した場合、リモートデバイスの新しい状態を示す信号を受信してもよいし、リモート制御インターフェースにおける変化が状態の変化によって請け合われる場合（たとえば、図１および／または図３に関連して上述した通りに）、リモート制御インターフェースを変更することが可能である。たとえば、リモートデバイスによって提示されている動画が一時停止される場合、リモート制御インターフェースが変更されてもよいし、受け取り可能な入力の種類が変更されてもよい。いくつかの実施形態では、リモート制御インターフェースを変更することは、リモート制御ユーザインターフェースにおいて提示されるレイアウト、表示が抑制されているときのリモート制御ユーザインターフェースのレイアウト、またはその両方を変更することを含んでもよい。

５２０において、リモートデバイス５０２は、リモート制御アプリケーションを実行しているモバイルデバイス２０２との通信を確立させてもよい。いくつかの実施形態では、リモート制御アプリケーションの起動前に通信が確立される（たとえば、モバイルデバイス２０２とリモートデバイス５０２との両方が同一のネットワーク上にあるとき、モバイルデバイス２０２上でリモート制御アプリケーションが実行中であるかどうかにかかわらず、通信が確立される）。他の例として、過去にモバイルデバイスとペアリングされたリモートデバイスがネットワーク上に存在することが検知される。上述の通り、リモート制御アプリケーションは、過去にペアリングされたリモートデバイスとモバイルデバイスとが同一のネットワーク上にあるとき、たとえばバックグラウンドにおいて起動される。

５２２において、リモートデバイス５０２は、モバイルデバイス２０２から命令を受信してもよい。上述の通り、任意の適切な技術を用いて命令が受信される。
５２４において、リモートデバイス５０２は、５２２で受信された命令が有効な命令であるかどうかを判断してもよい。たとえば、５２２において音量制御命令が受信されるが、リモートデバイス５０２が音量レベルの制御を備えていない場合、これは無効な命令の例となり得る。５２２で受信した命令が無効である場合（５２４における「いいえ」）、フロー５００は５２２に戻ってもよい。そうでなく、命令が有効である場合（５２４における「はい」）、フロー５００は５２６に進んでもよい。

５２６において、リモートデバイス５０２は、５２２において受信された有効な命令に基づいてアクションを行ってもよい。アクションの例は、リモートデバイス５０２によって再生されているメディア（たとえば、音楽、動画）の再生または一時停止、音量制御、チャンネル制御、ハイライトされた領域の配置、ユーザインターフェース要素の選択、または他の任意の適切なアクションを含んでよい。

５２８において、リモートデバイス５０２は、リモートデバイス５０２の新しい状態をモバイルデバイス２０２に対して送信してもよい。上述の通り、モバイルデバイス２０２上で実行中のリモート制御アプリケーションのリモート制御ユーザインターフェースを制御するために、リモートデバイス５０２の状態が用いられる。リモートデバイス５０２は、モバイルデバイス２０２から命令を受信するために、５２２に戻ってもよい。

図６は、モバイルデバイス２０２、リモートデバイス５０２、およびメディア再生デバイス６０２の間におけるフローの一例６００を示す。メディア再生デバイス６０２は、任意の適切なメディア再生デバイス（たとえば、テレビ、スマートテレビ、ゲーム機、セットトップボックス、デジタルメディア受信機、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ）、または、リモートデバイス５０２によって制御される他の任意のデバイスであってもよい。たとえば、リモートデバイス５０２はデジタルメディア受信機であってもよいし、メディア再生デバイス６０２はテレビであってもよい。そうした例では、メディア再生デバイス６０２によって受け入れられるフォーマットにおいてメディア再生デバイス６０２に対して命令を送信するために、リモートデバイス５０２が用いられる。いくつかの実施形態では、リモートデバイス５０２とメディア再生デバイス６０２との間の通信は、たとえば、リモートデバイス５０２によるメディア再生デバイス６０２に対しての単方向通信であってもよい。たとえば、リモートデバイス５０２は、赤外線信号において符号化された命令をメディア再生デバイス６０２の赤外線受信機に対して送るために用いられる赤外線送信機を含んでもよい。これに加えて、またはこれに代えて、リモートデバイス５０２とメディア再生デバイス６０２との間の通信は、たとえば、リモートデバイス５０２とメディア再生デバイス６０２との間の双方向通信であってもよい。たとえば、リモートデバイス５０２とメディア再生デバイス６０２とは、高精細度マルチメディアインターフェース（ＨＤＭＩ）を用いて接続されてもよいし、ＨＤＭＩ規格のコンシューマーエレクトロニクスコントロール（ＣＥＣ）フィーチャを用いて通信を行ってもよい。

図６のフロー６００は、図５に関連して上述したフロー５００の５０４〜５１６および５２０〜５２４と同様に、進んでもよい。しかしながら、５２２において受信された命令が有効であると判断したあとは、６０４においてリモートデバイス５０２は、アクションを行うのではなく（または行うことに加えて）、メディア再生デバイス６０２に対して命令を送信してもよい。たとえば、リモートデバイス５０２が再生音量を変更するよう構成されていない場合、モバイルデバイス２０２からの音量を変更するための命令は、メディア再生デバイス６０２に対して送信される。

６０６において、メディア再生デバイス６０２は、任意の適切な技術を用いて命令を受信してもよい。リモートデバイス５０２とメディア再生デバイス６０２との間で単方向通信が行われる場合、メディア再生デバイス６０２は、任意のソースから受信された有効である命令に応答してもよい（たとえば、メディア再生デバイス６０２は、命令についての１つのソースと、命令についての別のソースとを区別しない可能性がある）。

６０８において、メディア再生デバイスは、６０６において受信された命令が有効な命令であるかどうかを判断してもよい。たとえば、一連の有効な命令は、メディア再生デバイス６０２の状態に基づいてもよい。より具体的には、メディア再生デバイス６０２の入力がアンテナ以外の入力に設定されるときにチャンネルを変更するための命令がメディア再生デバイス６０２によって受信される場合、これは無効な命令とみなされる。

６０８において受信された命令が無効である場合（６０８における「いいえ」）、フロー６００は６０６に戻り、また、メディア再生デバイス６０２は６０６に戻って命令の受信を続けてもよい。そうでなく、６０６において受信された命令が有効である場合（６０８における「はい」）、フロー６００は６１０に進んでもよい。

６１０において、メディア再生デバイス６０２は、６０６で受信された命令に基づいてアクションを行ってもよい。６０６において受信された命令に基づいて、任意の適切なアクション（たとえば、音量制御、チャンネル制御、ユーザインターフェース要素の選択、設定の変更）が行われてもよい。６１０においてアクションを行ったあと、フロー６００は６０６に戻ってもよく、命令の送信を続けてもよい。

図７は、いくつかの実施形態に従い、本明細書において説明されるように表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するためのメカニズムが実施されるシステムの概略図の一例７００を示す。図示するように、システム７００は１以上のモバイルデバイス２０２を含んでもよい。複数のモバイルデバイス２０２は、互いにローカルであっても、互いにリモートであってもよい。モバイルデバイス２０２は１以上の通信リンク７０２によって、通信リンク７０６を介して１以上のリモートデバイス５０２にリンクされる通信ネットワーク７０４に接続され、モバイルデバイス２０２および／またはリモートデバイス５０２は通信リンク９０８を介してメディア再生デバイス６０２にリンクされる。

いくつかの実施形態では、モバイルデバイス２０２、リモートデバイス５０２、およびメディア再生デバイス６０２はそれぞれ、コンピュータなどの汎用デバイスと、クライアント、サーバなどの専用デバイスとのうちの任意のものであってよい。これら汎用または特殊用途のデバイスのうち任意のものは、ハードウェアプロセッサ（たとえば、マイクロプロセッサ、デジタル信号プロセッサ、制御装置であってもよい）、メモリ、通信インターフェース、表示制御装置、入力デバイスなど任意の適切な部品を含んでもよい。モバイルデバイス２０２はたとえば、スマートフォン、タブレットコンピュータ、ウェアラブルコンピュータ、パーソナルコンピュータ、ラップトップコンピュータ、ゲーム機、デジタルメディア受信機、セットトップボックス、スマートテレビ、サーバとして実施される。

通信ネットワーク９０４は、任意の適切なコンピュータネットワーク（たとえば、インターネット、イントラネット、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ネットワーク、デジタル加入者線ネットワーク、フレームリレーネットワーク、非同期転送モード（ＡＴＭ）ネットワーク、バーチャルプライベートネットワーク（ＶＰＮ））またはそうしたネットワークの組み合わせであってもよい。通信リンク９０２，９０６および９０８は、モバイルデバイス２０２、リモートデバイス５０２、およびメディア再生デバイス６０２の間でデータを通信するのに適切な任意の通信リンク（ネットワークリンク、ダイヤルアップリンク、無線リンク、ハードワイヤードリンク、光リンク、赤外線リンク、他の任意の適切な通信リンク、または、そうしたリンクの任意の適切な組み合わせなど）であってよい。

システム７００は、メディアコンテンツを提示し、メディア再生デバイス６０２を用いてメディアを提示し、メディア再生デバイス６０２の動作を制御し（たとえば、単方向通信を用いて）、通信ネットワーク７０４を介してコンテンツを受信し、他の適切な機能またはそうした機能の任意の適切な組み合わせを行うための、１以上のリモートデバイス５０２を含んでもよい。

図８は、開示される主題のいくつかの実施形態に従い、図７に示すモバイルデバイス２０２、リモートデバイス５０２、メディア再生デバイス６０２のうち１つを実施するために用いられるハードウェアの一例８００を示す。図８を参照して、モバイルデバイス２０２は、相互接続されるハードウェアプロセッサ８０２、表示／入力デバイス８０４、メモリ８０６、および送信機／受信機８０８を含んでもよい。いくつかの実施形態では、メモリ８０６は、ハードウェアプロセッサ８０２を制御するためのコンピュータプログラムを保存するためのストレージデバイス（非一過性コンピュータ可読記憶媒体など）を含んでもよい。

ハードウェアプロセッサ８０２はコンピュータプログラムを用いて、ユーザがとりわけリモートデバイス５０２および／またはメディア再生デバイス６０２を制御することを可能にするリモート制御インターフェースを表示／入力デバイス８０４上に提示してもよい。通信リンク７０２または他の任意の通信リンクを通じて受信されるデータは任意の適切なソースから受信されてもよい、ということにも留意すべきである。いくつかの実施形態では、ハードウェアプロセッサ８０２は、通信リンク７０２または他の任意の通信リンクを通じて、たとえば送信機、受信機、送信機／受信機、トランシーバー、または他の任意の適切な通信デバイス（送信機／受信機８０８など）を用いて、データを送受信することができる。表示／入力デバイス８０４は、タッチスクリーン、スピーカー、および／または他の適切な表示および／または提示デバイスを含んでもよい。表示／入力デバイス８０４はさらに、コンピュータキーボード、コンピュータマウス、マイクロフォン、タッチパッド、音声認識回路、タッチスクリーンのタッチインターフェース、および／または他の任意の適切な入力デバイスを含んでもよい。いくつかの実施形態では、タッチスクリーンは、任意の適切なタッチ感知ハードウェア（たとえば、静電容量式タッチセンサ、抵抗膜式タッチセンサ）を含んでもよい。さらに、タッチスクリーンのディスプレイは、任意の適切なディスプレイハードウェア（たとえば、ＬＣＤディスプレイ、電子ペーパーディスプレイ、ハイブリッドＬＣＤ／電子ペーパーディスプレイ）を含んでもよい、および／または、タッチスクリーンディスプレイにおいては他の任意の適切な透過型または反射型表示技術が用いられてもよい。送信機／受信機８０８は、とりわけリモートデバイス（リモートデバイス５０２など）に対するコマンドならびにリモートデバイス（リモートデバイス５０２など）からのステータス情報を送信および／または受信するための任意の適切な送信機および／または受信機を含んでもよい。

リモートデバイス５０２は、相互接続されるハードウェアプロセッサ８１２、表示／入力デバイス８１４、メモリ８１６、および送信機／受信機８１８を含んでもよい。いくつかの実施形態では、メモリ８１６は、ハードウェアプロセッサ８１２を制御するためのコンピュータプログラムを保存するためのストレージデバイス（非一過性コンピュータ可読記憶媒体など）を含んでもよい。

ハードウェアプロセッサ８１２はコンピュータプログラムを用いて、メディアコンテンツおよび／またはそのメディアコンテンツを提示するための表示／入力デバイス８１４に対するユーザインターフェース、および／または、メディア再生デバイス上のユーザインターフェースを提供してもよい。通信リンク７０６または他の任意な通信リンクを通じて受信されるデータは任意の適切なソースから受信されてもよい、ということにも留意すべきである。いくつかの実施形態では、ハードウェアプロセッサ８１２は、通信リンク７０６または他の任意の通信リンクを通じて、たとえば送信機、受信機、送信機／受信機、トランシーバー、または他の任意の適切な通信デバイス（送信機／受信機８１８など）を用いて、データを送受信することができる。表示／入力デバイス８１４は、フラットパネルディスプレイ、プロジェクター、ブラウン管ディスプレイ、ビデオ出力ポート、タッチスクリーン、スピーカー、および／または他の適切な表示および／または提示デバイスを含んでもよい。表示／入力デバイス８１４はさらに、コンピュータキーボード、コンピュータマウス、マイクロフォン、タッチパッド、音声認識回路、タッチスクリーンのタッチインターフェース、および／または他の任意の適切な入力デバイスを含んでもよい。送信機／受信機８１８は、とりわけモバイルデバイス２０２からのコマンド、モバイルデバイス２０２に対してのステータス情報、ならびにメディア再生デバイス６０２に対するコマンドを送信および／または受信するための任意の適切な送信機および／または受信機を含んでもよい。

メディア再生デバイス６０２は、相互接続されるハードウェアプロセッサ８２２、表示／入力デバイス８２４、メモリ８２６、および送信機／受信機８２８を含んでもよい。いくつかの実施形態では、メモリ８２６は、通信リンク７０８または他のリンクを通じて受信されるデータを保存するためのストレージデバイスを含んでもよい。ストレージデバイス（非一過性コンピュータ可読記憶媒体など）はさらに、ハードウェアプロセッサ８２２を制御するためのプログラムを含んでもよい。

ハードウェアプロセッサ８２２はコンピュータプログラムを用いて、たとえば、メディアコンテンツを提示するだけでなく、モバイルデバイス２０２および／またはリモートデバイス５０２からコマンドを受信してもよい。通信リンク７０８または他の任意な通信リンクを通じて受信されるデータは任意の適切なソースから受信されてもよい、ということにも留意すべきである。いくつかの実施形態では、ハードウェアプロセッサ８２２は、通信リンク７０８または他の任意の通信リンクを通じて、たとえば送信機、受信機、送信機／受信機、トランシーバー、または他の任意の適切な通信デバイス（送信機／受信機８２８など）を用いて、データを送受信することができる。いくつかの実施形態では、ハードウェアプロセッサ８２２は、１以上のユーザによって送信されたコマンドおよび／または値を受信することができる。表示／入力デバイス８２４は、タッチスクリーン、フラットパネルディスプレイ、ブラウン管ディスプレイ、プロジェクター、スピーカー、および／または他の適切な表示および／または提示デバイスを含んでもよい。表示／入力デバイス８２４はさらに、コンピュータキーボード、コンピュータマウス、マイクロフォン、タッチパッド、音声認識回路、タッチスクリーンのタッチインターフェース、および／または他の任意の適切な入力デバイスを含んでもよい。送信機／受信機８０８は、とりわけ音声および／または動画コンテンツを含むメディアコンテンツ、ならびに、モバイルデバイス２０２および／またはリモートデバイス５０２からのコマンドを送信および／または受信するための任意の適切な送信機および／または受信機を含んでもよい。

具体的な一実施形態では、リモート制御アプリケーションを含む本明細書において説明されるメカニズムは、クライアントサイドソフトウェア、クライアントサイドハードウェア、サーバサイドソフトウェア、サーバサイドハードウェア、またはそれらの任意の適切な組み合わせを含んでもよい。たとえば、リモート制御アプリケーションは、ハードウェアプロセッサ８０２によって認識可能なプログラミング言語で書かれるコンピュータプログラム（たとえば、Ｊａｖａ（登録商標），Ｃ，Ｏｂｊｅｃｔｉｖｅ−Ｃ，Ｃ＋＋，Ｃ♯，Ｊａｖａｓｃｒｉｐｔ（登録商標），ビジュアルベーシックなどのプログラミング言語、または他の任意の適切なアプローチで書かれるプログラム）を包含してもよい。他の例として、リモート制御アプリケーションは、１以上のウェブページまたはウェブページの部分に対応するコードを包含してもよい（たとえば、ハイパーテキストマークアップランゲージ（ＨＴＭＬ）、ダイナミックハイパーテキストマークアップランゲージ（ＤＨＴＭＬ）、エクステンシブルマークアップランゲージ（ＸＭＬ）、Ｊａｖａサーバページ（ＪＳＰ）、アクティブサーバページ（ＡＳＰ）、コールドフュージョンなど、任意の適切なエンコーディング、または他の任意の適切なアプローチを介して）。

いくつかの実施形態では、任意の適切なコンピュータ可読媒体を用いて、本明細書において説明される機能および／またはプロセスを実行するための命令を保存することができる。たとえば、いくつかの実施形態では、コンピュータ可読媒体は一過性であっても非一過性であってもよい。たとえば、非一過性コンピュータ可読媒体は、磁気メディア（ハードディスク、フロッピー（登録商標）ディスクなど）、光学メディア（コンパクトディスク、デジタルビデオディスク、ブルーレイディスクなど）、半導体メディア（フラッシュメモリ、電気的プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）など）、非一時的であるかもしくは送信中に外観の永続性を欠いている任意の適切なメディア、および／または任意の適切な実体的メディアなどのメディアを含んでもよい。他の例として、一過性コンピュータ可読媒体は、ネットワーク上、ワイヤ、導体、光ファイバ、回路、一時的であるかもしくは送信中に外観の永続性を欠いている任意の適切なメディア、および／または任意の適切な非実体的メディアにおける信号を含んでもよい。

図１，３，５および６のプロセスの上記手順は、図に示されるおよび説明される順番および順序に限定されない任意の順番および順序で実行されるまたは行われる、と理解されるべきである。さらに、図１，３，５および６のプロセスの上記手順のいくつかは、待ち時間および処理時間を減らすために適宜実質的に同時または並行して実行されるまたは行われる。

「メカニズム」という用語は、本明細書中で使用されているように、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の適切な組み合わせを包含し得る、ということにも留意すべきである。

本発明は、前述の例示的実施形態において説明および図示されてきたが、本開示は単に例として開示されたものであり、かつ本発明を実施する上での詳細においては、本発明の精神および範囲から外れることなく多数の変更がなされ得る、と理解される。開示された実施形態の特徴は、様々な方法で組み合わされ、かつ再配置され得る。

表示抑制状態にあるモバイルデバイスのタッチスクリーンを用いてリモートデバイスを制御するための方法、システム、および媒体が提供される。
本発明は、前述の例示的実施形態において説明および図示されてきたが、本開示は単に例として開示されたものであり、かつ本発明を実施する上での詳細においては、次に続く請求項によってのみ制限される本発明の精神および範囲から外れることなく多数の変更がなされ得る、と理解される。開示された実施形態の特徴は、様々な方法で組み合わされ、かつ再配置され得る。

Claims (30)

1. メディア再生デバイスを制御するための方法であって、
   制御対象のメディア再生デバイスを検知する工程と、
   モバイルデバイスのタッチ感知ディスプレイを用いて、選択された前記メディア再生デバイスの複数のアクションに対応する複数のユーザインターフェース要素を有するリモート制御インターフェースを提示する工程であって、１以上の前記ユーザインターフェース要素の各々は、特定のユーザインターフェース要素に対応する所定のユーザ入力を前記タッチ感知ディスプレイから受信するときに選択可能である、工程と、
   前記タッチ感知ディスプレイを用いて、前記複数のユーザインターフェース要素の提示が抑制されている表示抑制状態中において有効である前記複数のユーザインターフェース要素のうちの第１サブセットと、前記表示抑制状態中において有効でない前記複数のユーザインターフェース要素のうちの第２サブセットと、を少なくとも含むロックスクリーンを提示する工程であって、前記第２サブセットは、前記表示抑制状態中において有効でないことを示す指標とともに提示される、工程と、
   前記ロックスクリーンの提示中に、前記タッチ感知ディスプレイのうちの第１エリアから入力を受信する工程と、
   前記ロックスクリーンの提示中に、前記タッチ感知ディスプレイのうちの前記第１エリアが前記複数のユーザインターフェース要素のうちの第１ユーザインターフェース要素を提示する前記タッチ感知ディスプレイのうちのエリアに対応すると判定する工程と、
   前記ロックスクリーンの提示中に、前記第１ユーザインターフェース要素に対応する行われる予定の選択された前記メディア再生デバイスの第１アクションを選択する工程と、
   前記ロックスクリーンの提示中に、選択された前記第１アクションを行うための第１命令を前記メディア再生デバイスに送信する工程と、
   前記タッチ感知ディスプレイが前記表示抑制状態になったと判定する工程と、
   前記表示抑制状態にある前記タッチ感知ディスプレイのうちの第２エリアから入力を受信する工程と、
   前記タッチ感知ディスプレイの前記表示抑制状態中に、前記タッチ感知ディスプレイのうちの前記第２エリアが前記第１サブセットのうちの第２ユーザインターフェース要素を提示するために用いられる前記タッチ感知ディスプレイのうちのエリアに対応すると判定する工程と、
   前記タッチ感知ディスプレイの前記表示抑制状態中に、前記第２ユーザインターフェース要素に対応する行われる予定の前記メディア再生デバイスの第２アクションを選択する工程と、
   前記タッチ感知ディスプレイの前記表示抑制状態中に、選択された前記第２アクションを行うための命令を前記メディア再生デバイスに送信する工程と
   を備える方法。
2. 制御対象のメディア再生デバイスを検知する工程はさらに、複数のメディア再生デバイスからの前記メディア再生デバイスの選択を受信する工程を備える、
   請求項１に記載の方法。
3. 前記第２サブセットが前記表示抑制状態中において有効でないことを前記指標により示すことは、前記第２サブセットを前記第１サブセットとは異なる色で提示することを含む、
   請求項１に記載の方法。
4. 前記モバイルデバイスの前記タッチ感知ディスプレイが表示抑制状態になっていると判定することに応じて、前記リモート制御インターフェースが提示される、
   請求項１に記載の方法。
5. 前記第２サブセットが前記表示抑制状態中において有効でないことを示す前記指標は、前記第２サブセットが前記表示抑制状態中において有効でないことを示す説明を伴うユーザインターフェースオーバーレイを含む、
   請求項１に記載の方法。
6. 前記複数のユーザインターフェース要素は一時停止ボタンを含む、
   請求項１に記載の方法。
7. 行われる予定の前記第２アクションは、前記表示抑制状態中における受信された前記入力が前記一時停止ボタンの位置に対応すると判定するときに前記メディア再生デバイスによって提示されているメディアコンテンツアイテムの提示を一時停止する工程を含む、
   請求項６に記載の方法。
8. ユーザ入力を受信しない所定期間の後、前記表示抑制状態になる、
   請求項１に記載の方法。
9. 前記表示抑制状態になることは、前記タッチ感知ディスプレイのバックライトを抑制することを含む、
   請求項１に記載の方法。
10. 前記表示抑制状態になることは、節電状態になることを含む、
    請求項１に記載の方法。
11. メディア再生デバイスを制御するためのシステムであって、前記システムは、
    モバイルデバイスのタッチ感知ディスプレイと、
    ハードウェアプロセッサと、を備え、前記ハードウェアプロセッサは、
    制御対象のメディア再生デバイスを検知する工程と、
    前記タッチ感知ディスプレイを用いて、選択された前記メディア再生デバイスの複数のアクションに対応する複数のユーザインターフェース要素を有するリモート制御インターフェースを提示する工程であって、１以上の前記ユーザインターフェース要素の各々は、特定のユーザインターフェース要素に対応する所定のユーザ入力を前記タッチ感知ディスプレイから受信するときに選択可能である、工程と、
    前記タッチ感知ディスプレイを用いて、前記複数のユーザインターフェース要素の提示が抑制されている表示抑制状態中において有効である前記複数のユーザインターフェース要素のうちの第１サブセットと、前記表示抑制状態中において有効でない前記複数のユーザインターフェース要素のうちの第２サブセットと、を少なくとも含むロックスクリーンを提示する工程であって、前記第２サブセットは、前記表示抑制状態中において有効でないことを示す指標とともに提示される、工程と、
    前記ロックスクリーンの提示中に、前記タッチ感知ディスプレイのうちの第１エリアから入力を受信する工程と、
    前記ロックスクリーンの提示中に、前記タッチ感知ディスプレイのうちの前記第１エリアが前記複数のユーザインターフェース要素のうちの第１ユーザインターフェース要素を提示する前記タッチ感知ディスプレイのうちのエリアに対応すると判定する工程と、
    前記ロックスクリーンの提示中に、前記第１ユーザインターフェース要素に対応する行われる予定の選択された前記メディア再生デバイスの第１アクションを選択する工程と、
    前記ロックスクリーンの提示中に、選択された前記第１アクションを行うための第１命令を前記メディア再生デバイスに送信する工程と、
    前記タッチ感知ディスプレイが前記表示抑制状態になったと判定する工程と、
    前記表示抑制状態にある前記タッチ感知ディスプレイのうちの第２エリアから入力を受信する工程と、
    前記タッチ感知ディスプレイの前記表示抑制状態中に、前記タッチ感知ディスプレイのうちの前記第２エリアが前記第１サブセットのうちの第２ユーザインターフェース要素を提示するために用いられる前記タッチ感知ディスプレイのうちのエリアに対応すると判定する工程と、
    前記タッチ感知ディスプレイの前記表示抑制状態中に、前記第２ユーザインターフェース要素に対応する行われる予定の前記メディア再生デバイスの第２アクションを選択する工程と、
    前記タッチ感知ディスプレイの前記表示抑制状態中に、選択された前記第２アクションを行うための命令を前記メディア再生デバイスに送信する工程と、を行うよう構成されている、
    システム。
12. 前記ハードウェアプロセッサはさらに複数のメディア再生デバイスからの前記メディア再生デバイスの選択を受信するよう構成されている、
    請求項１１に記載のシステム。
13. 前記第２サブセットが前記表示抑制状態中において有効でないことを前記指標により示すことは、前記第２サブセットを前記第１サブセットとは異なる色で提示することを含む、
    請求項１１に記載のシステム。
14. 前記モバイルデバイスの前記タッチ感知ディスプレイが表示抑制状態になっていると判定することに応じて、前記リモート制御インターフェースが提示される、
    請求項１１に記載のシステム。
15. 前記第２サブセットが前記表示抑制状態中において有効でないことを示す前記指標は、前記第２サブセットが前記表示抑制状態中において有効でないことを示す説明を伴うユーザインターフェースオーバーレイを含む、
    請求項１１に記載のシステム。
16. 前記複数のユーザインターフェース要素は一時停止ボタンを含む、
    請求項１１に記載のシステム。
17. 行われる予定の前記第２アクションは、前記表示抑制状態中における受信された前記入力が前記一時停止ボタンの位置に対応すると判定するときに前記メディア再生デバイスによって提示されているメディアコンテンツアイテムの提示を一時停止する工程を含む、
    請求項１６に記載のシステム。
18. ユーザ入力を受信しない所定期間の後、前記表示抑制状態になる、
    請求項１１に記載のシステム。
19. 前記表示抑制状態になることは、前記タッチ感知ディスプレイのバックライトを抑制することを含む、
    請求項１１に記載のシステム。
20. 前記表示抑制状態になることは、節電状態になることを含む、
    請求項１１に記載のシステム。
21. プロセッサによって実行されるときに、前記プロセッサにメディア再生デバイスを制御するための方法を行わせるコンピュータ実行可能命令を含む非一過性コンピュータ可読媒体であって、前記方法は、
    制御対象のメディア再生デバイスを検知する工程と、
    モバイルデバイスのタッチ感知ディスプレイを用いて、選択された前記メディア再生デバイスの複数のアクションに対応する複数のユーザインターフェース要素を有するリモート制御インターフェースを提示する工程であって、１以上の前記ユーザインターフェース要素の各々は、特定のユーザインターフェース要素に対応する所定のユーザ入力を前記タッチ感知ディスプレイから受信するときに選択可能である、工程と、
    前記タッチ感知ディスプレイを用いて、前記複数のユーザインターフェース要素の提示が抑制されている表示抑制状態中において有効である前記複数のユーザインターフェース要素のうちの第１サブセットと、前記表示抑制状態中において有効でない前記複数のユーザインターフェース要素のうちの第２サブセットと、を少なくとも含むロックスクリーンを提示する工程であって、前記第２サブセットは、前記表示抑制状態中において有効でないことを示す指標とともに提示される、工程と、
    前記ロックスクリーンの提示中に、前記タッチ感知ディスプレイのうちの第１エリアから入力を受信する工程と、
    前記ロックスクリーンの提示中に、前記タッチ感知ディスプレイのうちの前記第１エリアが前記複数のユーザインターフェース要素のうちの第１ユーザインターフェース要素を提示する前記タッチ感知ディスプレイのうちのエリアに対応すると判定する工程と、
    前記ロックスクリーンの提示中に、前記第１ユーザインターフェース要素に対応する行われる予定の選択された前記メディア再生デバイスの第１アクションを選択する工程と、
    前記ロックスクリーンの提示中に、選択された前記第１アクションを行うための第１命令を前記メディア再生デバイスに送信する工程と、
    前記タッチ感知ディスプレイが前記表示抑制状態になったと判定する工程と、
    前記表示抑制状態にある前記タッチ感知ディスプレイのうちの第２エリアから入力を受信する工程と、
    前記タッチ感知ディスプレイの前記表示抑制状態中に、前記タッチ感知ディスプレイのうちの前記第２エリアが前記第１サブセットのうちの第２ユーザインターフェース要素を提示するために用いられる前記タッチ感知ディスプレイのうちのエリアに対応すると判定する工程と、
    前記タッチ感知ディスプレイの前記表示抑制状態中に、前記第２ユーザインターフェース要素に対応する行われる予定の前記メディア再生デバイスの第２アクションを選択する工程と、
    前記タッチ感知ディスプレイの前記表示抑制状態中に、選択された前記第２アクションを行うための命令を前記メディア再生デバイスに送信する工程と
    を備える非一過性コンピュータ可読媒体。
22. 制御対象のメディア再生デバイスを検知する工程はさらに、複数のメディア再生デバイスからの前記メディア再生デバイスの選択を受信する工程を備える、
    請求項２１に記載の非一過性コンピュータ可読媒体。
23. 前記第２サブセットが前記表示抑制状態中において有効でないことを前記指標により示すことは、前記第２サブセットを前記第１サブセットとは異なる色で提示することを含む、
    請求項２１に記載の非一過性コンピュータ可読媒体。
24. 前記モバイルデバイスの前記タッチ感知ディスプレイが表示抑制状態になっていると判定することに応じて、前記リモート制御インターフェースが提示される、
    請求項２１に記載の非一過性コンピュータ可読媒体。
25. 前記第２サブセットが前記表示抑制状態中において有効でないことを示す前記指標は、前記第２サブセットが前記表示抑制状態中において有効でないことを示す説明を伴うユーザインターフェースオーバーレイを含む、
    請求項２１に記載の非一過性コンピュータ可読媒体。
26. 前記複数のユーザインターフェース要素は一時停止ボタンを含む、
    請求項２１に記載の非一過性コンピュータ可読媒体。
27. 行われる予定の前記第２アクションは、前記表示抑制状態中における受信された前記入力が前記一時停止ボタンの位置に対応すると判定するときに前記メディア再生デバイスによって提示されているメディアコンテンツアイテムの提示を一時停止する工程を含む、
    請求項２６に記載の非一過性コンピュータ可読媒体。
28. ユーザ入力を受信しない所定期間の後、前記表示抑制状態になる、
    請求項２１に記載の非一過性コンピュータ可読媒体。
29. 前記表示抑制状態になることは、前記タッチ感知ディスプレイのバックライトを抑制することを含む、
    請求項２１に記載の非一過性コンピュータ可読媒体。
30. 前記表示抑制状態になることは、節電状態になることを含む、
    請求項２１に記載の非一過性コンピュータ可読媒体。