(57)【要約】  本システムと方法は、少なくとも非体系化プライマリ入力エリアを有するリモートタッチインタフェースを介して、１つ以上のメニューを有する装置をリモートでコントロールするために特に有用である。ユーザは、インタフェースを見ることを必要とすることなくタッチインタフェースへの入力を提供することができ、また、依然として、被リモートコントロール装置からの所望の応答を達成することができる。タッチインタフェースのプライマリ入力エリアは、タッチスクリーンのようなバックグランドディスプレイを持っていても持っていなくても良いが、タッチインタフェースのプライマリ入力エリアは非体系化されているべきであり、また、個別に選択可能な項目群、ボタン群、アイコン群あるいはその他の任意のものを有するべきでない。タッチインタフェースは非体系化されているので、ユーザは、任意の選択可能なボタンを識別しなくてすむ。代わりに、ユーザは、ジェスチャーをタッチインタフェースへ入力することができ、また、被リモートコントロール装置の反応を見ることができる。このシステムは、任意の他の視覚的な確認を提供しない。【選択図】    なし
2012525773.tif 000002
【特許請求の範囲】
【請求項１】
装置をリモートでコントロールするための方法であって、
リモートでコントロールされる装置である被リモートコントロール装置で、タッチ入力データとして、タッチ開始、タッチ移動、タッチ終了及び継続期間データを含む基本タッチ入力情報を備えるタッチ入力データを受信するステップと、
グラフィカルユーザインタフェースであるＧＵＩの現在のコンテキストに基づいて、前記タッチ入力データを解釈することによって、潜在的なコマンド群のセットからコマンドを判定するステップと、
前記コマンドに応じて、前記ＧＵＩを更新するステップと
を有することを特徴とする方法。
【請求項２】
前記タッチ入力データは、タッチスクリーンインタフェースの非体系化部分に受信される
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記判定するステップは、第１のＧＵＩのコンテキストにおける第１のコマンドと、第２のＧＵＩのコンテキストにおける第２のコマンドとを判定する
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記受信するタッチ入力データは、一方向通信を介して受信される
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記タッチ入力データは、５０バイトまでのパケットで受信される
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項６】
前記タッチ入力データは、２０バイトまでのパケットで受信される
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項７】
前記タッチ入力データは、複数の指によるタッチを含むタッチ入力情報を含んでいる
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
キーボードを表示するコンテキストを前記被リモートコントロール装置へ通知する、該被リモートコントロール装置との双方向通信を実行するステップを更に有する
ことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
装置可読媒体と、
請求項１乃至８のいずれか１項に記載の方法をコンピュータに実行させるための、前記装置可読媒体に記憶されている装置実行可能命令と
を備える製品。
【請求項１０】
リモート装置に対するリモートコントローラとして装置に機能させるアプリケーションが構成設定されている装置であって、
非体系化タッチセンサーエリアを有するＧＵＩを表示するように構成されているタッチセンサー入力部分であって、前記非体系化タッチセンサーエリアにおけるタッチ入力あるいはタッチジェスチャーの形式で様々な入力を受信し、前記タッチ入力あるいは前記タッチジェスチャーを電気信号へ解釈するように構成されているタッチセンサー入力部分と、
前記非体系化センサーエリアから前記電気信号を受信し、かつ前記電気信号を、少なくとも位置、移動及び継続期間のパラメータ群へ変換するためのプロセッサと、
前記プロセッサから前記パラメータ群を受信し、該パラメータ群を、解釈のためにリモートでコントロールされる装置である被リモートコントロール装置へ送信するための通信インタフェースとを備え、
前記通信インタフェースは、少なくとも一方向プロトコルを使用して、前記パラメータを前記被リモートコントロール装置へ送信することによって、入力確認が前記リモート装置で受信されない
ことを特徴とする装置。
【請求項１１】
前記タッチセンサー入力部分は、更に、１つ以上の体系化タッチセンサーエリアを含んでいる
ことを特徴とする請求項１０に記載の装置。
【請求項１２】
前記通信インタフェースは、前記リモート装置のメニューあるいは表示の変更を学習するための双方向プロトコルを使用するように構成されている
ことを特徴とする請求項１０または１１に記載の装置。
【請求項１３】
前記タッチセンサー入力部分は、当該装置が、地面に対して垂直方向にある場合に、体系化インタフェースになるように構成されている
ことを特徴とする請求項１０乃至１２のいずれか１項に記載の装置。
【請求項１４】
システムであって、
タッチスクリーンに表示されるインタフェースの非体系化部分におけるタッチ入力を受信するように構成されているタッチスクリーン入力装置と、前記タッチ入力を記述するデータを送信するように構成されている通信インタフェースとを含むリモート装置と、
複数のコンテキストにおけるグラフィカルユーザインタフェースを提示するように構成されている被リモートコントロール装置とを有し、
前記被リモートコントロール装置は、更に、前記タッチ入力を記述するデータを受信するための通信インタフェースと、前記グラフィカルユーザインタフェースの従前に提示されているコンテキストに基づいて、該タッチ入力を記述するデータを解釈するためのプロセッサとを含んでいる
ことを特徴とするシステム。
【請求項１５】
１つのコンテキストはマルチメディア再生コンテキストであり、
もう１つのコンテキストはマルチメディアファイル選択コンテキストであり、
前記１つのコンテキストにおいて受信される前記データに応じて１つの動作を実行し、
前記もう１つのコンテキストにおいて受信される同一の前記データに応じて異なる動作を実行する
ことを特徴とする請求項１４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願のクロスリファレンス
本願は、２００９年５月１日に出願された名称が「方向タッチリモート」の米国特許仮出願第１２／４３４５５６号の優先権を主張し、これを参照することによって、その全体内容は本明細書に組み込まれる。
【０００２】
本発明は、リモートコントロールに関するものであり、特に、タッチ装置のリモートコントロールに関するものである。
【背景技術】
【０００３】
装置がより複雑になるにつれて、リモート装置（remotes）がそれらの装置をコントロールするようになっている。早期のリモート装置はその単純さが有効であったが、技術が進歩するにつれて、それらは機能性の観点が欠如している。今日では、それぞれが時には複数の機能を有している、５０以上のボタンを備えるリモート装置をよく見かけるようになっている。このようなリモート装置は、ボタンの機能を学習することを詳細に検討することを頻繁に必要とし、また、予想外のコマンドが頻繁に与えられすぎてしまうほどボタンが小さくなっている。
【０００４】
ボタンは便利なものであり、これは、それらが、コマンドを付与する際の触覚的なフィードバックを提供し、また、いくつかの場合、選択するいくつかのボタンは、様々な感触や形状を持つことで、正しいボタンが選択されていることを最小限の視覚的な確認で、リモート装置を操作するための機能を容易に実現できるからである。形状あるいは構造でさえも、かなり頻繁に、ユーザの焦点を被リモートコントロール装置から取り去り、また、望ましくない結果をもたらす複雑なインタフェースを備えるリモート装置に焦点が当てられている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
タッチスクリーンリモート装置は、これらの問題のいくつかを解決することを試行しているが、それ以外の問題を生み出し得る。タッチスクリーンリモート装置は、適切なコマンドを発見するためのユーザナビゲートメニューを有することによって、スクリーン上に一度に表示するオプションをより少なくすることが可能となる一方で、タッチスクリーンは、常に、ユーザがリモート装置を見ることを要求する。タッチスクリーンは、どの選択がなされているかをユーザに確認させることを可能にする触覚的なフィードバックを持たないので、ユーザは、視覚的に選択を確認しなければならず、これは望ましいことではない。
【０００６】
別のタッチスクリーンリモート装置はアプリケーション特有ものであり、また、双方向通信を要求する。ここで、被リモートコントロール装置は、リモート装置に、一定のグラフィカルユーザインタフェースを表示することを命令する。ユーザは、選択を行うためにリモート装置を見なければならない。これは、リモート装置上のグラフィカルユーザインタフェースは、被リモートコントロール装置の表示の内容に従って変化するからである。また、これらのリモート装置は、リモート装置と被リモートコントロール装置との間の通信のやり取りのせいで、リモートアプリケーションを操作することが時にはかなり遅れてしまうという問題がある。
【０００７】
更にまた別のタッチスクリーンリモート装置は、被リモートコントロール装置に表示されるカーソルをコントロールする。これらのリモート装置は、リモート装置自身に代えて、被リモートコントロール装置を見ることによって操作することができる一方で、コマンドを入力するために、かなりの量のユーザの労力を要求する可能性がある。ユーザは、カーソルをメニューまでもっていき、そしてコマンドを選択するという面倒な手順を踏まなければならなくなる。このようなタイプの対話は、単純なクリック操作と、上述のリモート装置のコントロールの利点が損なわれている。
【０００８】
従って、リモート装置のディスプレイを見ることなく操作することができる単純なリモート装置が望まれていて、また、素早く効率的に操作しながら、予想外のコマンドの入力を最小限にするリモート装置が望まれている。
【課題を解決するための手段】
【０００９】
本明細書で開示される概念の更なる特徴及び利点は、以下の説明で説明され、また、その一部は、その説明から自明なものである、あるいは記載される技術の実施によって学習することができる。この概念の特徴及び利点は、添付の請求項によって特に示される機器及びその組み合わせによって実現され、かつ得ることができる。記載される技術のこれらの特徴及び他の特徴は、以下の説明と添付の請求項からより完全に明らかとなる、あるいは、本明細書で説明される開示の概念の実施によって学習することができる。
【００１０】
本開示は、装置の機能群の少なくともいくつかをコントロールするための表示装置において複数のコンテキストを有するグラフィカルユーザインタフェース（ＧＵＩ）を表示することによって、汎用タッチスクリーンデータで装置をリモートでコントロールするための方法及び装置を記載する。タッチイベントを特徴づけるデータを受信して、利用可能なコマンド群のリストに解釈あるいは変換することができる。これらのコマンドは、ＧＵＩのコンテキストの観点から解釈されるタッチデータに応じて、装置による動作に作用させることができる。
【００１１】
本開示は、更に、上述の、かつ本明細書全体を通して説明される方法のステップ群を少なくとも装置に効果的に実行させるプログラムコードを記憶するためのコンピュータ可読媒体を含んでいる。
【００１２】
いくつかの例では、同一のタッチイベントは、複数のＧＵＩのコンテキストにおいて同一の動作を振る舞うことができるが、別の例では、同一のタッチは、異なるインタフェースのコンテキストで異なる動作を振る舞うことができる。
【００１３】
任意のポータブル電子装置を、セルラーフォン、スマートフォン、ＰＤＡあるいはポータブルメディアプレイヤーを含むリモート装置として動作させることが有用である。
【００１４】
同様に、任意の数の装置を、リモート装置によってコントロールすることができ、これには、マルチメディア管理プログラム、及びプレイヤー、あるいはデジタルビデオレコード、あるいはテレビあるいはケーブルボックスのようなテレビチューナ装置がある。
【００１５】
また、開示される内容は、多機能装置をリモートコントロールとして動作させるアプリケーションを実行する多機能装置がある。非体系化タッチセンサーエリアを備えるグラフィカルユーザインタフェースを表示するタッチスクリーン装置が提供される。このタッチスクリーンは、非体系化タッチセンサーエリアにタッチジェスチャーの形式での様々な入力を受信し、かつそのタッチジェスチャーを電気信号に解釈するように構成することができる。この非体系化タッチセンサーエリアは、個別の選択可能な機能を有さない領域を少なくとも備えるものである。装置は、更に、タッチセンサーエリアからの電気信号を受信し、その電気信号を、少なくとも位置、移動及び継続期間のパラメータ群へ変換するためのプロセッサを備える。加えて、プロセッサからパラメータ群を受信し、そのパラメータ群を、解釈のためにリモートでコントロールされる装置である被リモートコントロール装置へ送信するための通信インタフェースが提供される。この通信インタフェースは、実質的に一方向で使用することができるプロトコルを少なくとも使用して、パラメータを被リモートコントロール装置へ送信することができ、それによって、入力確認はリモート装置で受信されない。
【００１６】
いくつかの実施形態では、同一のあるいは複数の異なるリモート装置上で複数の取り得るアプリケーション群から選択されるアプリケーションをリモートでコントロールする方法が開示される。タッチ入力のデータ表現を、タッチスクリーンインタフェースの非体系化部分で受信することができる。このデータは、被リモートコントロール装置によって、あるいは被リモートコントロールアプリケーションをコントロールする装置によって、受信することができ、そして、被リモートコントロール装置あるいはアプリケーションによって認識可能なイベント群のセットへ解釈することができる。利用可能なイベント群のセットに基づいて、コンテキストに関連付けられるＧＵＩを更新することができる。この更新は、表示されるＧＵＩに関連付けられているコンテキストに基づいて選択される被リモートコントロールアプリケーションによって認識可能なイベント群のセットからのイベントの選択に応じることができる。
【００１７】
上述の実施形態が実現される方法を最適に説明するために、また、開示の他の効果及び特徴を定義するために、より詳細な説明が以下で提供され、また、添付の図面で示される。これらの図面が単なる本発明の例示の実施形態を示していて、その範囲を制限するものと見なされないものであるということが重要であり、一例を、以下の図面の使用を通じてより具体的にかつ詳細に記載し説明する。
【図面の簡単な説明】
【００１８】
【図１】例示のコンピュータ装置を示す図である。
【図２】リモートコントロール装置用の例示のインタフェースの実施形態を示す図である。
【図３】システムの実施形態の例示の機能図を示す図である。
【図４】集中化ＵＩコントローラ機能の実施形態の例示のフロー図である。
【図５】集中化ＵＩコントローラ機能の実施形態の例示のフロー図である。
【図６】集中化ＵＩコントローラ機能の実施形態の例示のフロー図である。
【図７】例示のメニューグラフィカルユーザインタフェースの実施形態を示す図である。
【図８】例示のメディア再生グラフィカルユーザインタフェースの実施形態を示す図である。
【図９】例示の方法の実施形態を示す図である。
【図１０】リモートコントロール装置の例示のインタフェースの実施形態を示す図である。
【発明を実施するための形態】
【００１９】
開示される方法及び装置の様々な実施形態を以下で説明する。特定の実装で説明するが、これは例示の目的のためだけであることが理解されるべきである。当業者には、開示の精神及び範囲から逸脱することなく、他のコンポーネント群、構成設定群、及びステップ群が使用されても良いことを理解するであろう。
【００２０】
図１を参照すると、ポータブルあるいは固定であり得る汎用コンピュータ装置１００が示される。この汎用コンピュータ装置は、記載される実施形態を実行するために適していて、あるいは、いくつかの実施形態では、２つ以上の汎用コンピュータ装置が以下の実施形態を実行するために互いに通信することができる。この汎用コンピュータ装置１００は、処理ユニット（ＣＰＵ）１２０とシステムバス１１０とを含むように示され、このシステムバス１１０は、処理ユニット１２０と様々なシステムコンポーネントを接続する。この様々なシステムコンポーネントには、リードオンリメモリ（ＲＯＭ）１４０とランダムアクセスメモリ（ＲＡＭ）１５０のようなシステムメモリを含んでいる。他のシステムメモリ１３０も、使用のために利用することができる。このシステムは、複数のＣＰＵ１２０を備えるコンピュータ装置上で、あるいはより大きな処理能力を提供するためにネットワーク化されているコンピュータ装置群のグループあるいはクラスタ上で動作しても良いことが理解できるであろう。システムバス１１０は、任意のいくつかのタイプのバス構造であっても良く、これには、メモリバスあるいはメモリコントローラ、周辺バス、及び任意の様々なバスアーキテクチャを使用するローカルバスが含まれる。ＲＯＭＵ１４０あるいはその類に記憶される基本入力／出力（ＢＩＯＳ）は、例えば、スタートアップ中に、コンピュータ装置１００内の要素間の情報の伝送を支援する基本ルーチンを提供することができる。また、コンピュータ装置１００は、記憶装置を含み、これには、例えば、ハードディスクドライブ１６０、磁気ディスクドライブ、光ディスクドライブ、テープドライブあるいはその類がある。記憶装置１６０は、ドライブインタフェースによってシステムバス１１０に接続されている。これらのドライブと、それに関連するコンピュータ可読媒体は、コンピュータ装置１００用の、コンピュータ可読命令、データ構造、プログラムモジュール、及びその他のデータの不揮発性記憶装置を提供する。１つの態様では、特定の機能を実行するハードウェアモジュールは、機能を実行するための必須のハードウェアコンポーネントと協働する有形のコンピュータ可読媒体に記憶されるソフトウェアコンポーネントを含んでいて、このハードウェアコンポーネントには、ＣＰＵ、バス、ディスプレイ、及びその類がある。基本のコンポーネントは当業者には周知であり、また、適切なバリエーションが、装置のタイプ、例えば、装置が小さな携帯コンピュータ装置、デスクトップコンピュータ、あるいは大規模なコンピュータサーバであるかどうかに依存して予定されている。
【００２１】
本明細書で記載される例示の実施形態はハードディスクを採用しているが、コンピュータによってアクセス可能なデータを記憶することができる、他のタイプのコンピュータ可読媒体も、例示の動作環境に使用できることが当業者には理解されるべきである。このコンピュータ可読媒体には、磁気カセッテ群、フラッシュメモリカード群、デジタル多用途ディスク群、カートリッジ群、ランダムアクセスメモリ（ＲＡＭ）群、リードオンリメモリ（ＲＯＭＵ）群がある。
【００２２】
コンピュータ装置１００とのユーザ対話を実現可能にするために、入力装置１９０は、任意のいくつかの入力メカニズムを示している。これには、音声用のマイクロフォン、ジェスチャーあるいはグラフィカル入力用のタッチセンサースクリーン、キーボード、マウス、モーション入力、音声及びその類がある。出力装置１７０は、当業者に周知のいくつかの出力メカニズムの１つ以上とすることができる。ディスプレイあるいはスピーカに接続することができるあるいは含むことができる、例えば、ビデオ出力装置あるいはオーディオ出力装置が知られている。加えて、ビデオ出力装置とオーディオ出力装置は、これらの専用の機能のパフォーマンスを高めるための特注のプロセッサ群を含むこともできる。いくつかの例では、マルチモーダルシステムは、ユーザに、コンピュータ装置１００と通信するための複数のタイプの入力を提供することができる。通信インタフェース１８０は、一般的には、ユーザ入力とシステム出力とを統括し、管理する。任意の特定のハードウェア装置上で動作する、開示の方法と装置に制限はなく、それゆえ、基本的な特徴は、ハードウェアあるいはファームウェア構成の開発に応じて、それらの改良されたものと容易に置き換えることができる。
【００２３】
説明を簡単にするために、例示のシステムの実施形態は、個別の機能ブロック群（「プロセッサ」として表記されている機能ブロック群を含む）を備えるように提示されている。これらの機能ブロック群の表現は、共有あるいは専用ハードウェアの使用を通じて提供され、また、これには、限定するものではないが、ソフトウェアを実行することができるハードウェアを含んでいる。例えば、図１で提示される１つ以上のプロセッサの機能は、１つの共有プロセッサあるいはマルチプロセッサによって提供されても良い。（用語「プロセッサ」の使用は、ソフトウェアを実行することができるハードウェアを排他的に参照するものとして解釈されるべきでない）。例示の実施形態は、マイクロプロセッサ及びデジタル信号プロセッサ（ＤＳＰ）ハードウェア、後述する動作を実行するソフトウェアを記憶するためのリードオンリメモリ（ＲＯＭ）、それらの結果を記憶するためのランダムアクセスメモリ（ＲＡＭ）を備えることができる。大規模集積（ＶＬＳＩ）ハードウェアの実施形態、それに加えて、汎用ＤＳＰ回路と組み合わせられているカスタムＶＬＳＩ回路が提供されても良い。
【００２４】
様々な実施形態の論理動作は、以下のものとして実現することができる。（１）汎用コンピュータ内のプログマブル回路上で動作するコンピュータによって実現されるステップ群、動作群あるいは手順群のシーケンス、（２）特定用途プログマブル回路上で動作するコンピュータによって実現されるステップ群、動作群あるいは手順群のシーケンス、（３）これらのプログマブル回路群内で相互接続されるマシーンモジュール群あるいはプログラムエンジン群である。
【００２５】
本発明のシステム及び方法は、特に、非体系化（unstructured）プライマリ入力エリアを少なくとも有するリモートタッチインタフェースを介して、１つ以上のメニューを有する装置をリモートコントロールするために特に有用である。ユーザは、タッチインタフェースを見ることを必要とすることなくタッチインタフェースへの入力を提供でき、また、依然として、被リモートコントロール装置からの所望の応答を得ることができる。タッチインタフェースのプライマリ入力エリアは、典型的なタッチスクリーンのようなバックグラウンドディスプレイを持っていてもいなくても良いが、タッチインタフェースのプライマリ入力エリアは非体系化されているべきである。換言すれば、実施形態では、タッチインタフェースのプライマリ入力エリアは、個別に選択可能な項目群、ボタン群、アイコン群あるいはその類を有するべきでない。タッチインタフェースが非体系化されているので、ユーザは、任意の選択可能なボタンを識別しなくてすむ。むしろ、ユーザは、ジェスチャーをタッチインタフェースに入力して、装置の応答を確認することができる。いくつかの実施形態では、システムは、任意の他の視覚的な確認を提供しない。
【００２６】
図２は、例示のリモート装置の実施形態を示している。リモート装置２００は、インタフェースを提供するアプリケーションあるいは他のソフトウェアルーチンを実行するように示されている。図示の実施形態では、リモート装置２００は、タッチスクリーンインタフェース２０２を有し、このタッチスクリーンインタフェースは、例えば、キャパシタセンサータッチパッドのような、任意のタッチセンサーインタフェースであり得る。また、リモート装置自身は、専用のリモート装置、あるいは、スマートフォン、ポータブル音楽再生装置あるいはＰＤＡのような、他の機能を有するポータブル電子装置とすることができる。
【００２７】
タッチセンサーインタフェース２０２は、プライマリタッチセンサーエリア２０４を有し、これは、大部分のユーザタッチ入力を受け付けることができる。図示の実施形態では、タッチセンサーインタフェースは、また、メニューエリア２０６、ナビゲーションバー２０７、タブバー２０８及びステータスバー２０９を含む、他のタッチセンサーエリアを有している。
【００２８】
プライマリタッチセンサーエリア２０４は非体系化エリアであり、これは、個別に選択可能な項目群、例えば、ボタン群あるいはアイコン群を有さない。また、プライマリタッチセンサーエリア２０４は非体系化されているので、選択するためのあるいは回避するための選択可能な項目群は存在せず、それゆえ、プライマリタッチセンサーエリアは、得に、リモート装置自身を見ることを必要とすることなく、リモート装置への入力を提供することに貢献する。むしろ、ユーザは、フィードバックのために、被リモートコントロール装置を見ることができる。
【００２９】
ナビゲーションバー２０７で開始すると、独立して選択可能な２つのボタンが表示される。戻るボタン２２６は、ここでは「設定」と表記されているのは、本例示では、ユーザはこの設定メニューへ戻ることができるからであり、また、ユーザが従前のスクリーンに戻すことを選択することができるからである。ボタンの表記は、ボタンが選択される場合にユーザが戻るスクリーンの名前を表示するために変更することができる。ボタン２２４は、進むボタンとして動作するが、多くの場合、ユーザに「再生中（Now Playing）スクリーン（ＮＰと略称される）」として取り扱う。これは、被リモートコントロール装置がオーディオあるいはビデオを再生している場合に提示される。本明細書全体を通して、特定の名前を有するように示されているリモート装置インタフェース内の多くのボタンの表記は、限定することが意図されるものではないことが理解されるべきである。
【００３０】
全体のメニューエリア２０６はタッチセンサーエリアであり、これは、メニューエリア内でのタップを受信することによって従前のメニューへ戻るための入力、あるいは、押下と保持動作を受け付け、検出することによって最上位レベルのメニューへ戻るための入力を記録する。図示の実施形態では、２つの他のボタンが提示されている。キーボードボタン２２２と情報ボタン２２０は、必要な場合には表示され、必要ない場合には表示されないようにすることができる。例えば、被リモートコントロール装置のユーザインタフェース上にキーボードが提示される場合、キーボードボタン２２２が現れる。キーボードボタン２２２を選択すると、キーボードに、被リモートコントロール装置のインタフェースへのタイプ入力を容易にするためのリモート装置インタフェースを表示させることができる。同様に、利用可能な情報に対する被リモートコントロール装置のインタフェース上に項目が表示される場合に、情報ボタン２２０を表示することができる。
【００３１】
これらのボタン２２０と２２２は、一般的には、メニューエリア２０６とスクリーン２０２との外縁周辺に配置される。インタフェースの角にボタン２２０と２２２とを配置することは、予想外の選択を回避することの助けとなる。これは、ユーザが、装置の角の１つを誤って接触することはまれであると予想されるからである。
【００３２】
いくつかの実施形態では、リモート装置２００は、移動電話、スマートフォン、ポータブルマルチメディアプレイヤー、ＰＤＡ、あるいは、様々な組み合わせの機能を実現できる他のポータブルコンピュータ装置であり得る。これらの実施形態では、タブバー２０８は、リモート装置上の他の機能群との間をナビゲートするために有用である。タブバー２０８は、その目的のために、選択可能なボタンを有する体系化タッチセンサーエリアとすることができる。例えば、ボタン２１８はリモート装置２００にアルバムメニューに切り替えることを指示することができ、また、ボタン２１６はリモート装置２００にアーティストメニューへ切り替えることを指示することができ、ボタン２１２はリモート装置２００にサーチスクリーン（検索画面）へ切り替えることを指示することができる。ボタン２１０は、追加のオプションを提供することができる。リモートボタン２１４は、リモート装置をリモートインタフェースへ戻すことができる。
【００３３】
いくつかの実施形態では、エリア２０６、２０７、２０８及び２０９の内の１つあるいはすべてが、リモートインタフェースの一部として存在しなくても良い。いくつかの他の実施形態では、エリア２０６、２０７、２０８及び２０９は、予想外の選択を回避するように様々な状況での入力を無視することができる。例えば、リモート装置が実質的に水平の状態で保持されている場合には、すべての個々の選択可能な入力を選択不能にすることができ、また、補足的な形態では、リモート装置が実質的に垂直の角度で保持される場合には、個々の選択可能な入力を選択するためにアクティブにすることができる。
【００３４】
いくつかの実施形態では、予想外の選択を防止するための１つの方法は、個々の選択可能なエリア内の開始と終了の両方への選択動作を要求する。例えば、メニューエリアをアクティブにするために、タッチは、メニューエリア２０６内で開始し、終了しなければならない。タッチがプライマリタッチセンサーエリア２０４内であるがメニューエリアの外で開始あるいは終了した場合、その入力は、プライマリタッチセンサーエリア２０４内で通常に与えられ、検出されるタイプの入力とみなされる。
【００３５】
図３に示されるように、タッチ装置２００は、ユーザからのタッチイベントを受信して、それらは、タッチイベントをタッチイベントハンドラ２５２へ渡すレスポンダタッチイベントモジュール２５０を使用する入力となる。タッチイベントハンドラ２５２は、レスポンダタッチイベントモジュール２５０によって受信されるタッチイベントを解釈し、そのタッチイベントについての情報を識別する。例えば、タッチイベントハンドラは、タッチ開始の画素位置、タッチ終了の画素位置を識別することができ、また、タッチ移動を識別することができる。タッチイベントの期間も解釈する。タッチイベントハンドラ２５２は、タッチイベントが、メニュー入力、選択動作、コンテキストメニュー入力あるいはトップメニュー入力となるかどうかを解釈することができる。この情報は、タッチパケット暗号化及びフォーマッタモジュール２５４によって、パケットにフォーマット化され、そして暗号化され、ＴＣＰクライアント２５６によって被リモートコントロール装置３００へ送信される。
【００３６】
図３はリモート装置２００から被リモートコントロール装置３００へデータを送信するためのＴＣＰクライアント２５６を示している一方で、任意のプロトコルを、装置２００から装置３００へデータを送信するために使用することができる。しかしながら、この実施形態では、スピードの利点があることからＴＣＰで議論する。ＴＣＰは、リモート装置から被リモートコントロール装置へのデータ送信における待ち時間を増やす可能性があるハンドシェイクあるいはその他の不必要な通信を要求することなく、実質的に一方向の形式で動作するように構成することができる。どんな技術でも、装置間の直接接続あるいはローカルエリアを介する装置間の接続が選択されるかにかかわらず、タッチ装置２００によって送信される情報を相対的に高速かつ信頼性のある配信を可能にするべきであることが理解されるであろう。
【００３７】
加えて、タッチ装置２００から被リモートコントロール装置３００へのコマンドの高速送信のために、送信されるデータ量は最小限に維持されるべきである。いくつかの実施形態では、送信されるデータ量は、１パケットあたり、２０バイト周辺から約５０バイトを有する。タッチ装置２００のタッチインタフェースは多目的な機器であり、データを記録して、そのデータを、リモート装置に対するより複雑な命令に解釈することができることが理解される一方で、複雑さは有益でない。むしろ、単純な情報を記録して、タッチ装置２００によって送信することが有益である。
【００３８】
以下に示されるものは、タッチ装置２００から送信することができるデータの例である。この実施形態では、被リモートコントロール装置が、データを、装置をコントロールするために必要なコマンド群に十分に解釈することができるデータが送信されるが、同時に、送信されるデータ量は最小限に維持される。タッチ装置２００によって送信されるデータは、タッチ位置（タッチイベントの開始及び終了の少なくとも一方）、タッチインタフェースに接触している指の数、イベントのタイプ、タッチの速度（選択的には、被リモートコントロール装置に速度を計算することを可能にするために送信することができるタッチイベントの継続期間）のような情報を含んでいる。タッチ装置は、また、より特別な情報を送信することができ、これには、以下の例で示されるように、選択されている個々の選択可能な項目群がある。使用することができる、様々の異なるフォーマット、量及びタイプが存在し、また、以下の例が、この機能に対する可能性の範囲を制限することを意味するものでないことが理解されるべきである。
【００３９】
【数１】
2012525773.tif 000003
【００４０】
上述の例は、排他的なものであるとみなされるべきでない。例えば、上述のデータは、タッチスクリーンに接触している指の数と、それらの指の内の１つの位置を含んでいる。いくつかの実施形態では、２つ以上の指がタッチスクリーンに接触している場合、それらの指のすべての位置座標を記録して、被リモートコントロール装置へ送信することができる。
【００４１】
リモートコンテキスト（context：状況）では、リモート装置２００からのコマンドは、被リモートコントロール装置３００によってすぐに送受信されることが重要である。それゆえ、図３に示される実施形態では、リモート装置は、大量の一般的なタッチ装置データを送信し、データの解釈を被リモートコントロール装置３００へゆだねる。例えば、ＴＣＰサーバ３０２は、ＴＣＰクライアント２５６から送信されるＴＣＰデータを受信し、そのデータはモジュール３０４で解読される。
【００４２】
一般的なタッチデータ（タッチ開始、移動、終了、時間／速度）は、タッチイベントインタプリタ３０６のようなインタプリタによって解釈することができる。このタッチイベントインタプリタ３０６は、一般的なタッチイベントデータを、被リモートコントロール装置３００によって理解され、かつ使用することができるイベントへ解釈する。この例では、リモート装置２００によって記録されたタッチ開始、移動及び終了のような情報は、イベント、左（レフト）、右（ライト）、上（アップ）、下（ダウン）、左スワイプ（スワイプレフト）、右スワイプ（スワイプライト）、上スワイプ（スワイプアップ）、下スワイプ（スワイプダウン）に解釈することができる。あるいは、リモート装置２００によって記録されたタッチ開始、移動及び終了のような情報は、一般的な方法で、タッチ開始、移動あるいは終了として解釈することができる。
【００４３】
イベントハンドラ３０８も示されていて、これは、入力を受信して、それをグラフィカルユーザインタフェース用のコントローラに渡すことができる。図示されるように、イベントハンドラ３０８は、標準リモートコントロール３３０から発信されるイベントを受信することができ、このイベントは、ヒューマンインタフェースマネージャ３１０によって受信され解釈される。また、イベントハンドラ３０８は、タッチイベントインタプリタ３０６によって解釈される、タッチ装置２００から発信されるイベントも受信することができる。
【００４４】
１つ以上のＵＩコントローラは、被リモートコントロール装置の各グラフィカルユーザインタフェースをコントロールする。図３に示されるように、ＵＩコントローラは、焦点化（focused）ＵＩコントローラ３１２と表記されていて、これは、そのＵＩコントローラが、被リモートコントロール装置によって現在表示されているＧＵＩに関連付けられているＵＩコントローラを表しているからである。多くのＵＩコントローラが存在する一方で、焦点化ＵＩコントローラは、現在表示されているＧＵＩスクリーンに関連付けられているコントローラである。
【００４５】
焦点化ＵＩコントローラ３１２は、イベントハンドラ３０８からのイベントを受信する。焦点化ＵＩコントローラ３１２は、取り得る入力のすべてを受信し、どの入力でも反応するように、その入力を焦点化ＵＩコントローラが受け付けるように構成されている。
【００４６】
図４−６は、どのようにして様々な焦点化ＵＩコントローラが同一のタッチイベントのセットを処理するかを示している。３４０で、ユーザは、タッチインタフェース上の任意の位置Ｘで開始し、Ｘよりも左にある位置Ｘ−１０で終了するジェスチャーを入力する。ここで、タッチジェスチャーは、ある程度の速度を有している。上述のように、タッチ入力は受信され、処理され、そして、被リモートコントロール装置へ送信される。被リモートコントロール装置では、タッチイベントインタプリタ３４６がタッチ入力を表現するデータを受信し、そのデータを、被リモートコントロール装置によって認識することができるイベント３４２に解釈することができる。この例では、タッチイベントインタプリタは、スワイプレフト（左へスワイプ）イベントとレフト（左）イベントを出力する。
【００４７】
イベントハンドラ３４８は、レフトイベントとスワイプレフトイベントを、現在、「焦点（in focus）」となっているＵＩコントローラへ渡す。ＵＩコントローラが現在表示されているユーザインタフェーススクリーンの少なくとも一部をコントロールしている場合には、そのＵＩコントローラは「焦点」にあると呼ばれる。焦点化ＵＩコントローラは、イベントハンドラ３４８からのイベントを受信する。図４−図６では、３つの異なる焦点化ＵＩコントローラとして、移動メニュー焦点化ＵＩコントローラ３１５、スライドショー焦点化ＵＩコントローラ３１７、及びメディア再生焦点化ＵＩコントローラ３１９が存在する。図４では、移動メニュー焦点化ＵＩコントローラ３１５は、イベントハンドラ３４８からのタッチイベント３２４を受信し、３４４で、レフトスワイプイベントを認識して、ＵＩに、３５０で、選択を通じてのスクロールを表示させ、スクロール操作をイーズアウトさせる。図５では、スライドショー焦点化ＵＩコントローラ３１７がアクティブなコントローラであり、これは、３５２で、レフトイベントを認識し、それは、３５４で、スライドショーの従前のスライドに戻るユーザインタフェースを生成する。図６では、メディア再生焦点化ＵＩコントローラ３１９がアクティブなコントローラであり、これは、３５６で、スワイプレフトイベントを認識し、それは、３５８で、スライドショーの従前のスライドに戻るユーザインタフェースを生成する。図４−図６は、どのようにして、同一のタッチ入力がいくつかの異なるイベントとして認識することができ、焦点化ＵＩコントローラ群がイベントを選択してユーザインタフェースにおける動作を発生させることを示している。
【００４８】
図４−図６で示される例では、焦点化ＵＩコントローラが２つの入力イベントの内の１つだけを認識しているが、焦点化ＵＩコントローラは、複数の動作が結び付けられている複数のイベント群を認識できるようにすることも可能である。例えば、ムービーメニューコントローラは、スワイプイベントとレフトイベントの両方を認識することができるであろうか、そのような場合は、焦点化ＵＩコントローラは、複数のイベントが認識される場合でも、それらのイベントの１つを選択するように構成することができる。
【００４９】
ここで、図３における標準のリモート装置３３０と比較して、現在説明している技術がどのように動作するかを比較することが有益である。リモート装置２００を概念化する方法の１つは、それと通信する装置とは無関係に、同一のデータを出力することができるユニバーサルリモート装置とするものがある。それは、非体系化インタフェースを有するリモート装置であり、それゆえ、任意のジェスチャーあるいはコマンドを入力することができる。これに対して、リモート装置３３０は、被リモートコントロール装置に対して専用のものとなっている。ここでの議論のために、このリモート装置は、メニューボタン、上下左右だけを有する単純なリモート装置であるとする。被リモートコントロール装置は、リモート装置３３０からの入力を受け付けるように構成され、また、各入力は、被リモートコントロール装置における機能に結び付けられている。伝統的なユニバーサルリモート装置ですら、被リモートコントロール装置に専用となるコマンド群を出力するリモート装置３３０と同様に動作するようにプログラムされている。
【００５０】
タッチ装置２００からの入力は、タッチイベントインタプリタ３０６によって受信され、ここで、タッチイベントインタプリタ３０６は、タッチデータを、リモート装置によって潜在的に使用することができるタッチイベントへ解釈することができる。イベントハンドラ３０８は、イベントを、焦点化ＵＩコントローラ３１２へ転送する。標準リモート装置３３０からの入力は、ヒューマンインタフェース装置イベントマネージャ３１０によって受信して、タッチ装置によって使用することできるイベントに解釈することができる。タッチ装置２００から受信されるイベントと同じように、イベントハンドラ３０８は、コマンドを、標準リモート装置３３０から焦点化ＵＩコントローラ３１２へ転送することができる。
【００５１】
いくつかの実施形態では、焦点化ＵＩコントローラ３１２は、標準リモート装置３３０を使用することができる入力以上の追加の入力を受け付けるように構成することができる。このような実施形態では、焦点化ＵＩコントローラ３１２は、それらの入力から、受け付けたい入力を選択することができる。これらの実施形態では、焦点化ＵＩコントローラ３１２は、その選択を行うように構成することができる。例えば、焦点化ＵＩコントローラ３１２には、タッチ装置２００からのイベントを受信中であることが通知され、また、これらのコマンドが、標準リモート装置３３０によって与えられる、レフトイベントのような、単純な入力よりもより好ましいものであるとみなすことができる。このような場合、焦点化ＵＩコントローラ３１２がタッチ装置２００からのイベントを受信している場合には、単純なイベント、あるいはスワイプのような、より高いレベルのイベントを選択することが必要となるであろう。これは、それらの両方が提示されるからである。焦点化ＵＩコントローラ３１２は、データがタッチ装置２００からのものであることを学習することができ、また、レフトイベントに基づいてムービーチャプタをスキップすることとは対照的に、スワイプ入力に基づいてムービーを早送りすることを選択することができる。
【００５２】
焦点化ＵＩコントローラ３１２は、装置がどのコマンドを受信しているかに基づいて様々なコマンドを受け付けるように構成することができるのと同じように、現在表示されているインタフェースのコンテキスト（状況）に基づいてコマンドを解釈することもできる。上述のように、各焦点化ＵＩコントローラは様々なコンテキスト（状況）に対して専用のものとなる。より多くのＵＩコントローラを、それ自身が所有する機能をそれぞれ担当するように存在させることができる。各ＵＩコントローラは、ＵＩの様々な部分、あるいは様々なコンテキスト（状況）を有する様々なスクリーンを担当するので、各焦点化ＵＩコントローラは、与えられる同一の入力に対して異なる機能を実行することができる。
【００５３】
上述のように、ユーザは、プライマリタッチセンサーエリア２０４へ様々な入力を提供することができるが、その入力の結果は、入力が与えられるコンテキスト（状況）に依存して変化し得る。特定のＧＵＩに対して専用となる焦点化ＵＩコントローラは、自身のコンテキスト（状況）の要素群あるいは特性群に基づいて入力を解釈するようにプログラムすることができる。例えば、リモート装置上で動作するマルチメディアアプリケーションをリモートコントロールする場合、例えば、カリフォルニア州、クパチーノにあるアップル社によるＩＴＵＮＥＳあるいはＡＰＰＬＥ  ＴＶでは、少なくともメニューコンテキスト（図７）及びメディア再生コンテキスト（図８）を存在させることができ、これらはそれぞれ自身の行動を統括するそれ自身が所有する焦点化ＵＩコントローラを有している。マルチメディアアプリケーションをリモートでコントロールすることを一実施形態として説明しているが、様々な他の装置を、本明細書で説明される概念に従ってコントロールすることができ、これには、限定するものではないが、テレビ、ケーブルボックス、デジタルビデオレコーダ、デジタルディスクプレイヤー（ＤＶＤ、ＣＤ、ＨＤ−ＤＶＤ、ブルーレイ等）がある。
【００５４】
リモート装置上で実行するマルチメディアアプリケーションの例に戻る。メニューコンテキストでは、ユーザは、タイトル、アーティスト、メディアタイプ、プレイ（再生）リスト、アルバム名、ジャンル（メディアを閲覧するためのこれらのカテゴリのいくつかは、ムービーあるいは歌のような異なるメディアタイプに多かれ少なかれ適用可能であることが理解されるべきである）によって、メディアを潜在的に閲覧することができる。図７では、ユーザは、リスト内に配置されているムービータイトルによってメニューインタフェースを閲覧することができる。メニューコンテキストでは、様々な入力をプライマリタッチセンサーエリアに入力して、メニューをナビゲートし、そして、選択を行うことができる。例えば、以下の表で示されるように、ユーザは、所望の方向でインタフェースをスワイプすることができる。これにより、スクロール操作を得ることができる。従来より知られているように、ジェスチャーの速度とスクロール操作は関連させることができる。例えば、より高速のスワイプジェスチャーは、高速のスクロール操作及びより長いスクロール期間の少なくとも一方を得ることができる。
【００５５】
加えて、プライマリタッチセンサーエリアはタップジェスチャーも受信することができ、これは、項目を選択することができる。また、プライマリタッチセンサーエリア２０４にわたってユーザの指をドラッグすることは、選択されているあるいはハイライトされている項目を移動させることができる。
【００５６】
【表１】
2012525773.tif 000004
【００５７】
多くの同一の動作は、別のコンテキスト（状況）において、被リモートコントロール装置上であるいは被リモートコントロール装置によって実行される、様々な結果あるいは動作を得ることができる。例えば、以下のチャートで示されるように、上述のいくつかの同一の動作は、図８に示されるメディア再生コンテキストにおいて異なる結果をもたらすことになる。プライマリタッチセンサーエリアでの指によるシングルタップは、メニューコンテキストにおける選択とは対照的に、再生コンテキストでは、メディアファイルを再生あるいはポーズさせることができる。同様に、ドラッグ動作は、シャトル３６７のシャトルトランスポート操作を得ることができる。右スワイプ（スワイプライト）及び左スワイプ（スワイプレフト）は、メニューコンテキストにおけるスクロール操作とは対照的に、それぞれ高速右送り及び左送りを得ることができる。上スワイプ（アップワードスワイプ）は、情報表示３６５を、メディアプレイヤーがショーを利用可能であることを示す様々な情報を循環させて表示することができる。下スワイプ（ダウンワードスワイプ）は、チャプタセクションメニューを表示することができる。
【００５８】
【表２】
2012525773.tif 000005
【００５９】
他の入力群は、コンテキストによって変化する必要はない。例えば、メニューエリア２０６内のタップは、従前のメニュースクリーンへ戻る。メニューエリア内で指を保持することは、トップメニューへ戻る。また、プライマリタッチセンサーエリア２０４へのいくつかの入力は、常に、同一の動作となり、プライマリタッチセンサーエリア２０４内を２指で押下して保持することは、装置が現在表示しているコンテキストに対するメニューへ戻ることになる。
【００６０】
【表３】
2012525773.tif 000006
【００６１】
上述の様々なタッチ入力に加えて、より多くの入力も可能である。上述の議論は、上述の技術を使用することができる利用可能なタッチ入力あるいはジェスチャーを制限するように見なされるべきでない。例えば、上述の１つあるいは２つの指による入力に加えて、３つあるいは４つの指による入力も考慮される。加えて、より複雑なジェスチャー、例えば、２つ以上の指を離して、かつ、各指に関連する入力を提供することも利用することができる。このようなジェスチャーは、従来より既に知られていて、例えば、スクリーン上の画像を回転させるために一方の指で他方の指の周りを回転させたり、あるいは２つの指を互いに広げたり近づけたりすることで、ズームアウトや動作中にすることができるジェスチャーがある。それ以外の多くのものが、当業者の範囲内で考慮される。
【００６２】
また、用語「指（digit）」は上述のものを意味している一方で、本明細書の全体を通して、その意味に制限されるものではない。いくつかの実施形態では、指は人間の手の指を意味している一方で、いくつかの実施形態では、指は容量性素子によって検知することができる任意のものを意味することができる。いくつかの実施形態では、指は、ディスプレイ入力装置に入力するためのスタイラスあるいは他のオブジェクトを意味することができる。
【００６３】
集中化（フォーカス化（focused））ＵＩコントローラが入力を受け付けると、それは、被リモートコントロール装置のＵＩに影響を与える。多くの場合、これは、ユーザが、適切なコマンドが与えられたことを受信する最初のフィードバックとなり得る。このようなフィードバックのループはシステムの応答性を向上し、かつリモートインタフェースを複雑にしないことを可能にする。しかしながら、他の実施形態では、他のタイプのフィードバックを供給することができる。例えば、可聴フィードバックをユーザに供給して、コマンドが発行されたことをユーザに少なくとも知らせることができる。選択的には、リモート装置は、振動したり、任意のその他の所望のタイプのフィードバックを提供することができる。フィードバックはコマンド専用とすることができ、各コマンドに対して様々な音あるいは振動を用いることができる。
【００６４】
いくつかの実施形態では、被リモートコントロール装置はイベントインタプリタを有さない場合がある。これらの実施形態では、リモート装置は、タッチ入力のデータ表現を被リモートコントロール装置へ送信することになり、この場合、集中化ＵＩコントローラをそのデータを解釈するように構成することができる。
【００６５】
いくつかの実施形態では、リモート装置のメニューあるいは表示を変更することについて学習することをリモート装置に可能にすることが有用である。このような実施形態では、別々の通信チャネルを、例えば、装置間で情報を転送するためのハイパーテキスト転送プロトコルを使用して、オープンにすることができる。リモート装置の応答性を維持するために、ほとんどの通信はより高速な単一方向通信であるが、必要な場合は双方向通信を使用することができる。例えば、リモート装置から被リモート装置への通信のほとんどは、ＴＣＰを使用して転送されるが、ＨＴＴＰあるいはＤＡＡＰを、リモート装置に特殊な場合を通知するために使用することができる。特殊な場合とは、例えば、追加の情報が利用可能な場合、あるいは、キーボードが被リモートコントロール装置上で表示される場合がある。このような例では、例えば、キーボードは、リモート装置に表示され、キーボードへの入力をＨＴＴＰプロトコルを使用して転送することができる。同様に、図８に示さるような情報が利用可能である場合、情報ボタンをリモート装置に表示して、情報ウィンドウ３６５を提示することができる。
【００６６】
図９は、リモート装置をコントロールするための方法を示している。ステップ４１８では、リモートアプリケーションは、ユーザからのタッチ入力を受信するための非体系化タッチセンサーエリアを提供する。ステップ４２２では、タッチ入力が受信され、少なくともタッチ開始、タッチ終了、移動、及び継続期間のデータに解釈される。ステップ４２４で、このデータはフォーマットされ、被リモートコントロール装置へ送信される。
【００６７】
ステップ４２６では、被リモートコントロール装置は、被リモートコントロール装置によって現在表示されているスクリーンのコンテキスト（状況）の情報を用いて、受信したデータを解釈する。ステップ４２８で、受信した入力と、現在のディスプレイのコンテキストに依存して、被リモートコントロール装置は、リモート装置から受信されるデータを解釈して、コマンドを受け付ける。ステップ４３０で、このコマンドは、被リモートコントロール装置に、コマンドを実行させ、そして、その結果を表示させる。
【００６８】
上述の記載は、ソフトウェアに関連するメディア再生装置を使用している一方で、この技術は、他の被リモートコントロール装置、例えば、テレビ、ＤＶＲ、ＤＶＤプレイヤー、ブルーレイ、ケーブルボックス等に等しく適用できることが明らかであろう。例えば、被リモートコントロール装置は、汎用のタッチスクリーンインタフェースデータを受け付けて解釈し、それらの入力に応答するようにプログラムすることができる。選択的には、リモート装置自身に、どのようにしてほとんどの任意の被リモートコントロール装置と通信するかについての命令を提供することができる。リモート装置も被リモートコントロール装置も、リモート装置に現在表示されているものあるいは表示させようとしていることのコンテキストに基づいてタッチデータを解釈することができる限り、上述の技術の原理を適用することができる。
【００６９】
いくつかの実施形態では、多かれ少なかれタッチセンサーエリアを利用することができる。しかしながら、体系化インタフェースを有する追加のタッチセンサーエリアは、リモート装置に予想外のコマンドが入力される可能性を高めてしまう。最適なインタフェースは、ユーザが多くの状況での選択を行うことをリモート装置を見る必要がないような、完全なユーザ経験を提供するものである。しかしながら、ユーザがリモート装置を見ていない場合において、装置全体がユーザと同様に感じるタッチ環境では、予想外の入力があり得り、かつ多すぎる個々の選択可能な項目が利用可能である場合には、その可能性が一層高まる可能性があることが理解されるであろう。
【００７０】
いくつかの方法を、予想外の入力を防止するために使用することができる。それらの内の１つは、上述のように、装置の方向を判定して、そして、その方向に基づいて、ユーザが入力しようとするコマンドがどんなタイプのコマンドであるかを判定するために、加速度装置を使用する。その装置が水平である場合、ユーザは、おそらく、装置を見ておらず、ジェスチャーは、被リモートコントロール装置をコントロールすることを意図している可能性がある。しかしながら、ユーザがスクリーンを見ることができるように、その装置がより垂直になっているあるいは角度がつけられている場合、ユーザは、おそらくスクリーンを見ていて、そして、入力が体系化インタフェースボタンに入力される可能性が高い。別の代替構成は図１０に示され、ここでは、リモート装置５００は横方向に回転される。この方向では、インタフェース全体は体系化されておらず、また、プライマリ選択エリア５０２とメニュー選択エリア５０４だけが存在する。この実施形態は、ユーザが、非体系化インタフェースだけを使用してタッチジェスチャーを入力し、被リモートコントロール装置をコントロールすることを要望している場合に、インタフェースの体系化部分を除去することによって、予想外の入力を取り除くことになる。装置が縦方向に回転される場合、体系化インタフェースを利用可能にすることができる。意図しない入力を削減するための更なる別の方法は、装置の方向とは無関係に、タッチスクリーンの表示部分を完全にオフにすることである。これらの実施形態では、プライマリ選択エリアとメニューエリアへの非体系化入力が利用可能となる。ユーザが体系化オプション群の１つを必要とする場合、ハードウェアボタン、装置をシェイクすることが、あるいはタッチジェスチャーのようないくつかの作動メカニズムによって、スクリーンを元に戻すことができる。
【００７１】
加えて、また、上述のように、非体系化インタフェースへの入力のように、体系化入力に流れ込むあるいは体系化入力から外れる任意の入力を受け付けるようにタッチインタフェースを構成することによって、予想外の入力を回避することができる。
【００７２】
本発明の範囲内の実施形態は、コンピュータ実行可能命令あるいはデータ構造を記憶し、かつそれらを搬送するためにあるいは有するためのコンピュータ可読媒体を含んでも良い。このようなコンピュータ可読媒体は、汎用あるいは特定用途コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定的なものではない例としては、そのような有形のコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、あるいは他の光学ディスク記憶装置、磁気ディスク記憶装置、あるいは他の磁気記憶装置、あるいは、コンピュータ実行可能命令あるいはデータ構造の形式で所望のプログラムコード手段を搬送あるいは記憶するために使用することができる、任意の他の媒体とすることができる。情報が、ネットワークあるいは別の通信接続（有線、無線、あるいはそれらの組み合わせ）を介してコンピュータへ送信されるあるいは提供される場合、コンピュータは、適切に、その接続をコンピュータ可読媒体とみなす。つまり、任意のそのような接続は、適切に、コンピュータ可読媒体と呼べる。上述の内容の組み合わせも、有形のコンピュータ可読媒体の範囲に含まれるべきである。
【００７３】
コンピュータ実行可能命令は、例えば、汎用コンピュータ、特定用途コンピュータあるいは、特定用途処理装置に、一定の機能あるいは機能群のグループを実行させる命令及びデータを含んでいる。コンピュータ実行可能命令も、スタンドアローンであるいはネットワーク環境で、コンピュータによって実行されるプログラムモジュールを含んでいる。一般的には、プログラムモジュールは、ルーチン、プログラム、オブジェクト、コンポーネント、及び、特定のタスクを実行するあるいは特定の抽象データタイプを実現するデータ構造を含んでいる。データ構造に関連付けられている、コンピュータ実行可能命令と、プログラムモジュールは、本明細書で開示される方法のステップ群を実行するためのプログラムコード手段の例を示している。このような実行可能命令あるいはそれに関連付けられているデータ構造の特定のシーケンスは、そのようなステップ群で記述される機能群を実現するための対応する動作群の例を示している。
【００７４】
当業者は、本発明の他の実施形態が様々なタイプのコンピュータシステムコンフィギレーション（構成設定）を有するネットワークコンピューティング環境で実現することができることを理解するであろう。このコンピュータシステムコンフィギレーションには、パーソナルコンピュータ、携帯装置、マルチプロセッサシステム、マイクロプロセッサベースあるいはプログラム可能なコンシューマ電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ及びその類が含まれる。実施形態は、分散コンピューティング環境で実現されても良い。この分散コンピューティング環境は、通信ネットワークを通じてリンク（有線リンク、無線リンク、あるいはそれらの組み合わせによって）されているローカル処理装置とリモート処理装置によってタスクが実行されるものである。分散コンピューティング環境では、プログラムモジュールは、ローカルメモリ記憶装置とリモートメモリ記憶装置との両方に配置されていても良い。
【００７５】
上述のシステムの様々な記憶装置での通信は、ローカルエリアネットワーク、トークンリングネットワーク、インターネット、企業イントラネット、８０２．１１シリーズの無線信号、光ファイバネットワーク、無線送信あるいはマイクロ波送信等を通じて実行することができる。基礎となる通信技術が変更されるとしても、本明細書で記載される基本的な原理は依然として適用可能である。
【００７６】
上述の様々な実施形態は、例示のためだけに提供されるものであり、本発明を限定するように解釈されるべきでない。例えば、本明細書の原理は、任意の被リモートコントロール装置に適用することができる。また、当業者は、リモート装置と被リモートコントロール装置との間の通信がローカルエリアネットワークを介する通信に限定されず、赤外線チャネル、ブルートゥース、あるいは任意の他の適切な通信インタフェースを介する通信を含むことができることを認識するであろう。当業者は、本明細書で図示されかつ記載される例示の実施形態及び応用例に従うことなく、また、本発明の真の精神及び範囲から逸脱することなく、本発明に対して、様々な修正及び変更を行うことができることを容易に認識するであろう。
【図１】
2012525773.tif 000007
【図２】
2012525773.tif 000008
【図３】
2012525773.tif 000009
【図４】
2012525773.tif 000010
【図５】
2012525773.tif 000011
【図６】
2012525773.tif 000012
【図７】
2012525773.tif 000013
【図８】
2012525773.tif 000014
【図９】
2012525773.tif 000015
【図１０】
2012525773.tif 000016
【手続補正書】
【提出日】平成24年1月11日(2012.1.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
装置をリモートでコントロールするためのシステムであって、
複数のコンテキストを有するグラフィカルユーザインタフェースであるＧＵＩを、リモートでコントロールされる装置である被リモートコントロール装置によって表示する表示手段と、
前記被リモートコントロール装置とは別個の、タッチセンサ装置で検出されるタッチイベントの物理理的な特性を記述するデータを受信するためのタッチセンサ手段と、
前記ＧＵＩの現在のコンテキストに基づいて前記物理理的な特性を記述するデータを解釈することによって利用可能なコマンド群のセットからコマンドを判定し、その判定したコマンドに基づく動作を発生させるための処理手段と
を備えることを特徴とするシステム。
【請求項２】
前記処理手段は、前記ＧＵＩの複数のコンテキストの内の１つにおける第１のコマンドと、前記ＧＵＩの複数のコンテキストの内の別の１つにおける第２のコマンドとを判定する
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記被リモートコントロール装置は、マルチメディア管理プログラムとメディア再生プログラムとを備える
ことを特徴とする請求項１に記載のシステム。
【請求項４】
前記被リモートコントロール装置は、デジタルビデオレコーダを備える
ことを特徴とする請求項１に記載のシステム。
【請求項５】
前記被リモートコントロール装置は、テレビチューナ装置を備える
ことを特徴とする請求項１に記載のシステム。
【請求項６】
リモート装置に対するリモートコントローラとして装置に機能させるアプリケーションが構成設定されている装置であって、
非体系化タッチセンサーエリアを有するＧＵＩを表示するように構成されているタッチセンサー入力部分であって、前記非体系化タッチセンサーエリアにおけるタッチジェスチャーの形式で様々な入力を受信し、前記タッチジェスチャーを電気信号へ解釈するように構成されているタッチセンサー入力部分と、
前記非体系化センサーエリアから前記電気信号を受信し、かつ前記電気信号を、少なくとも位置、移動及び継続期間のパラメータ群へ変換するためのプロセッサと、
前記プロセッサから前記パラメータ群を受信し、該パラメータ群を、解釈のためにリモートでコントロールされる装置である被リモートコントロール装置へ送信するための通信インタフェースとを備え、
前記通信インタフェースは、少なくとも一方向プロトコルを使用して、前記パラメータを前記被リモートコントロール装置へ送信することによって、入力確認が前記リモート装置で受信されない
ことを特徴とする装置。
【請求項７】
前記装置は、ポータブルメディアプレイヤーである
ことを特徴とする請求項６に記載の装置。
【請求項８】
前記装置は、スマートフォンである
ことを特徴とする請求項６に記載の装置。
【請求項９】
前記アプリケーションは、更に、機能を選択するために、双方向通信プロトコルを使用して前記被リモートコントロール装置と通信する
ことを特徴とする請求項６に記載の装置。
【請求項１０】
前記タッチセンサー入力部分は、当該装置が横方向である場合に、被体系化タッチセンサエリアを表示する
ことを特徴とする請求項６に記載の装置。
【請求項１１】
前記タッチセンサー入力部分は、当該装置が縦方向である場合に、体系化タッチセンサエリアを表示する
ことを特徴とする請求項１０に記載の装置。
【請求項１２】
装置上で処理を実行するためのコンピュータ実行可能命令を記憶するコンピュータ可読記録媒体であって、
複数のコンテキストを有するグラフィカルユーザインタフェースであるＧＵＩを、リモートでコントロールされる装置である被リモートコントロール装置によって表示するステップと、
前記被リモートコントロール装置とは別個の、タッチセンサ装置で検出されるタッチイベントの物理理的な特性を記述するデータを受信するステップと、
前記ＧＵＩの現在のコンテキストに基づいて前記物理理的な特性を記述するデータを解釈することによって利用可能なコマンド群のセットからコマンドを判定するステップと、
前記判定したコマンドに基づく動作を発生するステップと
を含むコンピュータ実行可能命令を記憶するコンピュータ可読記録媒体。
【請求項１３】
前記判定するステップは、前記ＧＵＩの複数のコンテキストの内の１つにおける第１のコマンドと、前記ＧＵＩの複数のコンテキストの内の別の１つにおける第２のコマンドとを判定する
ことを特徴とする請求項１２に記載のコンピュータ可読記録媒体。
【請求項１４】
前記被リモートコントロール装置は、マルチメディア管理プログラムとメディア再生プログラムとを備える
ことを特徴とする請求項１２に記載のコンピュータ可読記録媒体。
【請求項１５】
前記被リモートコントロール装置は、テレビチューナ装置を備える
ことを特徴とする請求項１２に記載のコンピュータ可読記録媒体。
【請求項１６】
同一のあるいは複数の異なるリモート装置上で複数のアプリケーションから選択されるアプリケーションをリモートでコントロールする方法であって、
タッチスクリーンインタフェースの非体系化部分で受信されるタッチ入力のデータであって、タッチの開始、タッチの移動、タッチの終了、及び継続期間のデータを含む基本タッチ入力情報を含むデータを、リモートでコントロールされる装置である被リモートコントロール装置上の通信インタフェースで受信するステップと、
前記タッチ入力のデータを、リモートでコントロールされる前記アプリケーションによって認識可能なイベント群のセットに解釈するステップと
を有することを特徴とする方法。
【請求項１７】
リモートでコントロールされる前記アプリケーションによって表示される、コンテキストに関連付けられているＧＵＩを更新するステップを更に有し、
前記更新するステップによる更新は、表示されている前記ＧＵＩに関連付けられているコンテキストに基づいて選択される前記アプリケーションによって認識可能なイベント群のセットから１つイベントを選択することに応じて実行される
ことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記被リモートコントロール装置は、マルチメディア管理プログラムとメディア再生プログラムとを備える
ことを特徴とする請求項１６に記載の方法。
【請求項１９】
前記被リモートコントロール装置は、デジタルビデオレコーダを備える
ことを特徴とする請求項１６に記載の方法。
【請求項２０】
前記被リモートコントロール装置は、テレビチューナ装置を備える
ことを特徴とする請求項１６に記載の方法。
【国際調査報告】
2012525773.tif 000017
2012525773.tif 000018
2012525773.tif 000019