(57)【要約】  間接インタラクション入力デバイスにおいて、ｚ情報が、デバイスに対するユーザーインタラクションモデルを定義するために考慮され得る。ｚ方向における変位のあらゆる測定が利用され得る。そうした情報が入力デバイスから利用可能な場合である。圧力データは、インタラクション状態を定めるために使用され得る。種々の閾値によって定義されるこれらの状態間での移行を伴うものである。デバイスは、生データ又は正規化されたデータを提供することができ、状態情報、または、状態移行を規定する閾値を定めるデータを提供することができる。この情報は、デバイスによって提供されたコンタクトポイントの属性として備えられ得る。データは、種々の類似のデバイスにわたり正規化することができる。アプリケーションは、それ自身の目的のためにデバイスからの生の圧力データを使用するか、または、システム又はデバイスで定義された閾値及び状態に従って圧力データを解釈するために、デバイス自身又はホストオペレーティングシステムソフトウェアに依存することができる。
2014534525.tif 000002
【特許請求の範囲】
【請求項１】
コンピューターで実施される方法であって：
間接タッチデバイス上のコンタクトポイントを記述する情報をメモリーの中に受け取るステップと；
前記間接タッチデバイスからｚ方向情報をメモリーの中に受け取るステップと；
前記ｚ方向情報に従って、前記コンタクトポイントに関する状態情報をメモリーの中に生成するステップと、を含む、
ことを特徴とする方法。
【請求項２】
前記方法は、さらに、
前記デバイスの複数の状態を定めるために、前記ｚ方向情報に対して複数の閾値を適用するステップと、を含む、
請求項１に記載の方法。
【請求項３】
前記複数の状態は、アイドル状態、ホバー状態、および、エンゲージ状態を含む、
請求項２に記載の方法。
【請求項４】
エンゲージエントリーの閾値とエンゲージイグジットの閾値は、異なる値である、
請求項３に記載の方法。
【請求項５】
ホバーエントリーの閾値とホバーイグジットの閾値は、異なる値である、
請求項３に記載の方法。
【請求項６】
前記複数の状態は、エンゲージロック状態を含み、
前記エンゲージロック状態は、圧力が所定の閾値を超えた場合に、あらゆる他の状態からの移行によって入ることができ、
前記エンゲージロック状態に入った後で、前記エンゲージロック状態は、前記閾値以下から再度前記閾値を超える圧力変化によって抜けられる、
請求項３に記載の方法。
【請求項７】
前記複数の状態及び対応する状態移行は、関連の圧力信号を介した複数のコンタクトのそれぞれと独立して動作される、
請求項３に記載の方法。
【請求項８】
前記複数の状態及び対応する状態移行は、複数のコンタクトに係る圧力信号を結合することにより単一に動作される、
請求項３に記載の方法。
【請求項９】
アプリケーションは、正規化された圧力データを受け取る、
請求項１に記載の方法。
【請求項１０】
前記方法は、さらに、
ｚ方向の情報に係る変化率を定めるステップと；
前記ｚ方向の情報に係る変化率に従って、前記デバイスからのデータを処理するステップと、を含む、
請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、間接タッチ入力デバイスのための圧力ベースのインタラクションに関する。
【背景技術】
【０００２】
ナビゲーション及びコンピューターシステムのコントロールに使用される手動の入力デバイスは、システムの能力及びユーザーの全体的な経験に重要な影響を与えている。ナビゲーション及びコンピューターシステムのコントロールに使用される手動の入力デバイスにはいくつかの種類がある。最も一般的なものは、シングルポインター、マウス又はタッチパッドといった間接インタラクションデバイス、及び、タッチスクリーンキーボードとペン及びタブレットデバイスといった直接インタラクションデバイスがある。
【０００３】
ほとんどの入力デバイスは、位置情報に加えてボタンを有している。例えば、マウスについてデュアルステート（ｄｕａｌ−ｓｔａｔｅ）メカニカルボタンが一般的である。ペンデジタイザーも、また、典型的には、チップ（ｔｉｐ）及び/又はスタイラスバレル（ｓｔｙｌｕｓ  ｂａｒｒｅｌ）において圧力反応デバイスを有しており、チップとバレルの圧力をそれぞれに伝送する。ペンデジタイザーのためのほとんどのソフトウェアドライバーは、チップ関連データの処理中にマウスエミュレーションの形式を実施する。また、ボタン及び他のメカニズムは、一般的には、入力デバイスの独立した入力として処置される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本概要は、以降の詳細な説明でより詳しく記述される本発明の概念について、簡素化された形式において代表的な概念の選択を紹介するものである。本概要は、特許請求された技術的事項の主要な特徴または本質的な特徴を特定することを意図するものではなく、また、特許請求された技術的事項の範囲を限定するために使用されることを意図するものでもない。
【課題を解決するための手段】
【０００５】
タッチセンサーといった間接インタラクション入力デバイスは、複数の入力ポイントを提供することができる。例えば、タッチ感知センサー（ｔｏｕｃｈ−ｓｅｎｓｉｔｉｖｅ  ｓｅｎｓｏｒ）は、ユーザーがセンサーにタッチしている座標空間において２つ又はそれ以上位置を示すデータを提供することができる。そうしたセンサーは、四角形状であり得るが、他の形状であってもよい。センサーは、タッチパッドと類似して見えるが、一つのポイントの動きを追跡する代わりに、ユーザーによってタッチされた複数のポイントを検出する。これら複数ポイントは、続いて、ディスプレイ上の複数の位置にマップされる。
【０００６】
ディスプレイから２次元におけるデバイス座標へのマッピングに加えて、追加の次元、ここにおいてはｚ情報又は深さとよばれるもの、もまた、デバイスに対するユーザーインタラクションモデルを定義するために考慮され得る。コンタクト部に適用される圧力といった、ｚ方向、つまりコンタクト平面に垂直な軸上、における変位のあらゆる測定が利用され得る。そうした情報が入力デバイスから利用可能な場合である。圧力データは、インタラクション状態を定めるために使用され得る。種々の閾値によって定義されるこれらの状態間での移行を伴うものである。デバイスは、生データ又は正規化されたデータを提供することができ、状態情報、または、状態移行を規定する閾値を定めるデータを提供することができる。この情報は、デバイスによって提供されたコンタクトポイントの属性として備えられ得る。デバイスドライバー、ホストオペレーティングシステムの入力プロセッサ、または、アプリケーションは、種々の類似のデバイスにわたるデータを正規化することができる。アプリケーションは、それ自身の目的のためにデバイスからの生の圧力データを使用するか、または、システム又はデバイスで定義された閾値及び状態に従って圧力データを解釈するために、デバイス自身又はホストオペレーティングシステムソフトウェアに依存することができる。
【０００７】
従って、一つの態様において、タッチデバイス上のコンタクトポイントを記述する情報は、メモリーの中に受け取られる。ｚ方向の情報も、また、入力デバイスから受け取られる。コンタクトポイントに関する振る舞い（ｂｅｈａｖｉｏｒ）は、ｚ方向の情報に従って、デバイス、ホストオペレーティングシステム、または、アプリケーションによって変更され、状態移行及び他のインタラクションが影響され得る。
【０００８】
一つの実施例においては、入力デバイスに係る複数の状態を定めるために、ｚ方向の情報に対して複数の閾値が適用される。状態は、入力デバイスに対して適用されるそれぞれのコンタクトと独立して定めることができる。代替的に、入力デバイス上の全てのコンタクトに対して状態が定められてよい。複数のコンタクトに係る圧力信号は、いくつかの方法で単一の動作（ａｃｔｕａｔｉｏｎ）に結合され得る。例えば、最も高い圧力を示しているコンタクトが、状態移行を動作するように使用され得る。全てのコンタクトに対する、中間値といった平均圧力が、状態移行を動作するように使用され得る。最も高い圧力を示しているコンタクトは、インタラクション状態を進める（エントリー：ｅｎｔｒｙ）ために使用され、最も低い圧力のコンタクトは、インタラクション状態を後退する（イグジット：ｅｘｉｔ）ために使用され得る。複数の状態は、例えば、アイドル状態のシーケンス、ホバー（ｈｏｖｅｒ）状態及びエンゲージ（ｅｎｇａｇｅ）状態を含んでいる。エンゲージエントリー及びエンゲージイグジットの閾値は、同一の値または異なる値であってよい。ホバーエントリー及びホバーイグジットの閾値はゼロであってよく、ホバー状態が除外され得ることを意味している。アイドルとエンゲージとの間の移行は、単にコンタクトを適用するか又は取り除くかによってトリガーされ得る。複数の状態は、エンゲージロック状態（ｅｎｇａｇｅ  ｌｏｃｋｅｄ  ｓｔａｔｅ）を含んでよく、圧力が所定の閾値を超えた場合に、あらゆる他の状態からの移行によって入ることができる。エンゲージロック状態に入った後で、エンゲージロック状態は、閾値以下から再度閾値を超える圧力変化によって抜ける。
【０００９】
状態を定めるために使用される閾値は、デバイスの中に保管されるか、または、デバイスからのデータを使用して、ホストオペレーティングシステム又はアプリケーションによって定められ、管理され得る。デバイス状態は、デバイス上で為されたコンタクトのリストにおける、コンタクトの属性であってよい。アプリケーション又はホストオペレーティングシステムは、一つまたはそれ以上の状態に対するアクセスを禁止することができる。ｚ方向の情報に係る変化率を定めることができ、入力デバイスからのデータが、ｚ方向の情報に係る変化率に従って処理され得る。
【００１０】
アプリケーションは、ｚ方向の情報の使用に係るオプトイン（ｏｐｔ  ｉｎ）及びオプトアウト（ｏｐｔ  ｏｕｔ）に関する設定を有することができる。例えば、アプリケーションは、状態情報だけを受け取ることができ、生の圧力データ又は正規化された圧力データは受け取らない。アプリケーションは、生のｚ方向のデータを受け取ることができる。アプリケーションは、正規化されたｚ方向のデータを受け取ることができる。アプリケーションは、ｚ方向のデータを受け取ることができ、状態情報は受け取らない。ｚ方法の情報は、圧力データを表すことができる。
【００１１】
以降の説明においては、添付の図面が参照される。図面は、明細書の一部を構成しており、説明図として、本技術に係る所定の実施例が示されている。本発明開示の範囲を逸脱することなく、他の実施例が使用され、構成の変更がなされ得ることが理解されるべきである。
【図面の簡単な説明】
【００１２】
【図１】図１は、間接タッチデバイスを使用するシステムのブロックダイヤグラムを示している。
【図２】図２は、ｚ情報を使用する実施例を説明する状態ダイヤグラムを示している。
【図３】図３は、ｚ情報を使用する別の実施例を説明する状態ダイヤグラムを示している。
【図４】図４は、こうしたシステムが実施されるコンピューターデバイスの実施例に係るブロックダイヤグラムを示している。
【発明を実施するための形態】
【００１３】
以降のセクションでは、間接タッチ入力デバイスが使用されるオペレーティング環境の実施例を提供する。
【００１４】
図１を参照すると、コンピューターシステム１００は、コンピュータープラットフォーム（詳細は以下に説明される）に接続された間接タッチデバイス１０２を含んでいる。コンピュータープラットフォームは、オペレーティングシステムを有しており、一つまたはそれ以上のアプリケーションと、間接タッチデバイスを含む周辺機器といったコンピュータープラットフォームに係るリソース、との間のインタラクションを管理する。
【００１５】
オペレーティングシステムの中で、間接タッチデバイス１０２からのタッチデータ１２０が受け取られる。タッチデータ１２０は、コンタクトポイントに関するｘ及びｙ方向における情報、および、ｚ情報を含んでいる。コンタクト情報は、設定１４４に従って、コンタクト追跡モジュール１４０によって処理され、アプリケーション１０８に対してコンタクト情報１４２を提供する。一般的に、コンタクト情報１４２は、それぞれの時間フレームに対するコンタクトのリストを含むことができ、間接タッチデバイス１０２によってデータが提供される。それぞれのポイントは、オペレーティングシステム及び/又はアプリケーション１０８によって取り扱われる。例えば、表示されたアイテムを選択するための、あらゆる一つのポイントに類似のやり方で、または、例えば、表示されたアイテムを縮小又は拡大するための、間接タッチ入力デバイスからの複数のポイントに類似するやり方で扱われる。複数のポイントの使用可能な範囲は、一旦ディスプレイに対してマップされれば、この発明を限定するものではない。
【００１６】
間接タッチデバイスから受け取る他のデータは、ｚ方向、つまりコンタクト平面に垂直な軸上、における変位の測定であり、コンタクトに対して適用される圧力といったものである。
【００１７】
この種のデータを有する入力デバイスの実施例は、これらに限定されるわけではないが、センサーボタンを伴う容量性タッチセンサー、コンタクト領域の区別を伴う容量性タッチセンサー、メカニカル圧力センサー、マイクロソフトコーポレーション製のＫＩＮＥＣＴシステムといった画像センサー、表面からの距離を測定する光学的スタイラス、マイクロソフトコーポレーション製のＳＵＲＦＡＣＥといったセンサーからの対象物の距離を光学的に測定するセンサー、３次元モーション検出システム、および、スクイーズ（ｓｑｕｅｅｚｅ）ベースの入力デバイス、がある。
【００１８】
このｚ方向の情報は、設定１３４に従ってｚ情報追跡モジュール１３０によって処理され、ｚ情報と状態データ１３２が提供されて、アプリケーション１０８によって使用され得る。
【００１９】
ｚ情報追跡モジュールの一つの実施例では、ｚ方向において変位の異なる閾値が使用され、入力デバイスとのインタラクションに係る状態の変化を果たす。一つの実施例において、入力デバイスは３つの状態を有する。アイドル、ホバー、および、エンゲージ状態である。状態は、入力デバイスからの利用可能なデータに依存して、コンタクトごと、または、入力デバイス全体に対して定められ得る。
【００２０】
図２に示すように、入力デバイスの状態ダイヤグラムは、最初にアイドル状態にいることを表している。アイドル状態２００においては、ｚ方向の情報が継続的に処理され、第１のエントリー閾値に対して評価される。信号が第１の閾値より大きい場合、デバイスは、２０４で示されるように、ホバー状態２０２に移行する。ホバー状態においては、信号が第２のエントリー閾値より大きいか等しい場合、デバイスは、２０８で示されるように、エンゲージ状態２０６に移行する。ホバー状態において、信号が第３の取得イグジット閾値より小さいか等しい場合、デバイスは、２１２で示されるように、アイドル状態２００に戻る。エンゲージ状態において、信号が第４の非ゼロエンゲージイグジット閾値より小さいか等しい場合、デバイスは、２１２で示されるように、ホバー状態２０２に戻る。エンゲージイグジット閾値がゼロである場合は、一旦エンゲージ状態にいて、コンタクトが完全にセンサーから取り除かれるまでデバイスはその状態に留まる。２１３で示されるようにである。アイドル状態からホバー状態への移行は、コンタクトセッションの開始を示しており、一方、アイドル状態への移行は、コンタクトセッションの終了を示している。
【００２１】
エンゲージエントリー閾値とエンゲージイグジット閾値は、ホバー状態とエンゲージ状態との間の移行を推進するものであるが、同一の値又は異なる値であり得る。例えば、ｚ値の増加がエンゲージを示しているとすれば、エンゲージイグジット閾値（ホバー状態に戻る移行のためのもの）は、エンゲージエントリー閾値よりも小さくてよい。同様に、エントリー閾値とイグジット閾値は、ホバー状態とエンゲージ状態との間の移行を推進するものであるが、同一の値又は異なる値であり得る。例えば、ｚ値の増加がエンゲージを示しているとすれば、イグジット閾値（アイドル状態に戻る移行のためのもの）は、エントリー閾値よりも小さくてよい。しかしながら、エントリー閾値は、典型的にはゼロより少しだけ上の値である。アイドル状態が、デバイスとのコンタクトが無いこと、または、単なる偶然のコンタクトを示しているからである。従って、イグジット閾値は、コンタクトセッションの終了を表すものであり、典型的にはゼロである。ホバー状態及びエンゲージ状態のエントリー閾値とイグジット閾値はゼロであり得る。このことは、ホバー状態が除外され得ること、および、２０７で破線によって示されるアイドル状態とエンゲージ状態との間の移行が、単にコンタクトの適用又は除去によってトリガーされ得ることを意味している。
【００２２】
図３は、別の実施例を示しており（図２と同じ参照番号は同一のエレメントを示している）、エンゲージ状態がロックされ得る（実際には、別の状態３００である）。このロック状態３００は、あらゆる他の状態からの移行３０２、３０４、３０６によってエントリーされ得る。圧力が、第１から第４閾値よりも大きい第５のロックエントリー閾値を超える場合である。ロック状態にエントリーした後、状態は、例えば、第５閾値の下の値から第５閾値の上の値までの別の圧力変化によってイグジットできる。ロック状態からエンゲージ状態への移行３０８が生じる。
【００２３】
デバイスとのユーザー体験（ｕｓｅｒ  ｅｘｐｅｒｉｅｎｃｅ）を定めるために使用される閾値は（図１での設定１３４）、デバイスの中に保管され、デバイスがインストールされるときにコンピューターシステムに対して提供され得る。または、デバイスドライバー、ホストオペレーティングシステム、又は、アプリケーションによって管理され得る。デバイスドライバー、ホストオペレーティングシステムの入力プロセッサ、又は、生の圧力データが伝送されるアプリケーションは、ｚ情報追跡モジュール（図１の１３０）を実施して、デバイス状態及びデバイス状態間の移行を管理し、追跡することができる。デバイス状態は、他のアプリケーションに対して提供されるコンタクトリスト（図１の１４２）におけるコンタクトの属性であってよい。そうしたデバイスドライバー又はホストオペレーティングシステムの入力プロセッサは、利用可能な移行を制限するアプリケーションからの入力を受け容れるように構成されてよい。例えば、アプリケーションは、デバイスドライバー又はオペレーティングシステム入力プロセッサに対して、アプリケーションの中でのいくつかの状態への移行がロックされ得ること、ロック状態といったもの、を指示することができる。デバイス状態に対する閾値はアプリケーションによって定めることでき、カスタム（ｃｕｓｔｏｍ）ユーザー体験をアプリケーションによって定義することができる。
【００２４】
デバイスの状態が、入力デバイス上の全てのコンタクトに対して定義されている場合、複数のコンタクトに関するｚ情報は、いくつかのやり方で、単一の動作へと結合され得る。例えば、最も高い圧力を示しているコンタクトが、状態移行を動作させるために使用され得る。全てのコンタクトに対する、中間値といった平均圧力が、状態移行を動作するように使用され得る。最も高い圧力を示しているコンタクトは、インタラクション状態を進める（エントリー）ために使用され、最も低い圧力のコンタクトは、インタラクション状態を後退させる（イグジット）ために使用され得る。
【００２５】
複数の異なるタイプのデバイスからの入力を受け取ることができるソフトウェア層を通じて振る舞い（ｂｅｈａｖｉｏｒ）が定義される場合、状態変化に対する閾値は、正規化されたデバイスデータに関して設定されてよい。デバイスデータの正規化は、一般的に、デバイスからの入力範囲の正規化された範囲への非線形なマッピングを含んでおり、ルックアップテーブルを使用して実施され得る。一つの実施例において、デバイスドライバー又は他のアプリケーションに対するサービスとして利用可能なユーザーレベルのプロセスといった、ホストベースのソフトウェアは、デバイスからデータを受け取り、それを正規化する。正規化された圧力データは、他のアプリケーションに対して提供されるコンタクトリストにおけるコンタクトの属性であってよい。
【００２６】
アプリケーションは、また、圧力データといった、ｚ情報データの使用に係るオプトイン及びオプトアウトをすることができる。一つの実施例において、アプリケーションがオプトインする場合、状態情報だけを受け取り、生の圧力データ又は正規化された圧力データは受け取らない。別の実施例において、アプリケーションは、生の圧力データを受け取る。別の実施例では、アプリケーションは、正規化されたデータを受け取る。別の実施例では、圧力データだけが受け取られ、状態情報は受け取られない。
【００２７】
他の振る舞いも、例えば、ディファレンシャル圧力といった、ｚ方向における時間にわたる変位に基づいて定義され得る。ｚ方法の変位又は速度を表わす入力を出力レスポンスに対してマップするために、セグメント化された線形変換計算が入力について適用され得る。出力レスポンスは、ボリューム（ｖｏｌｕｍｅ）、シャトル（ｓｈｕｔｔｌｅ）、または、ズーム速度、もしくは、他のアプリケーション定義の振る舞いといった、種々のコントロールのあらゆるものであり得る。こうしたマッピングは、大きさの差異が最も小さい入力ポイントといった、一つの入力ポイントの差異に基づいて、入力ポイントのグループから実行され得る。または、こうしたマッピングは、それぞれの入力ポイントに対してここにおいて実行されてよい。複数の指の操作に対する代替としての、圧力を介した単一のコンタクトの下での加速された操作に係る一つの可能性のあるアプリケーションは、自動車を操作している間のハンドヘルドコンピューターの安全な動作である。別のアプリケーションは、複数の、圧力変調されたオペレーションを同時に実行することができる。一つの例は、一つの手の２本の指を使用して、ビデオゲームにおいて同時に、銃撃の比率を変更し、かつ、動きを進めることである。別の例として、コンタクト圧力における高率な増加は、仮想３次元空間において、ビデオシャトルを加速するか、ボリュームを増加するか、ズームインするか、または、ナビゲーションを進める。
【００２８】
今まで実施例について説明してきたので、そうしたシステムが動作するようにデザインされたコンピューター環境についてこれから説明する。以降の説明は、このシステムが実施され得る好適なコンピューター環境について簡潔で、一般的な説明を提供することを意図したものである。システムは、数多くの汎用又は専用コンピューターハードウェア構成を用いて実施され得る。よく知られたコンピューターデバイスの実施例は、これらに限定されるわけではないが、以下のものを含んでいる。パーソナルコンピューター、サーバーコンピューター、ハンドヘルド又はラップトップデバイス（例えば、メディアプレーヤー、ノートブックコンピューター、携帯電話、パーソナルデータアシスタント、ボイスレコーダー）、ゲームコンソール、プログラム可能な家電製品、ネットワークＰＣ、ミニコンピューター、メインフレームコンピューター、上記のあらゆるシステム又はデバイスを含む分散コンピューティング環境、等である。
【００２９】
図４は、好適なコンピューターシステム環境の一つの実施例を示している。本コンピューターシステム環境は、好適なコンピューター環境の一つの実施例に過ぎず、そうしたコンピューター環境の使用又は機能性の範囲についての限定を示唆することを意図するものではない。コンピューター環境は、動作環境の実施例において説明されたコンポーネントの一つ又はあらゆる組み合わせに関する依存性又は要求を有するものとして解釈されるべきではない。
【００３０】
図４に関して、コンピューター環境の実施例は、コンピューターマシン４００といった、コンピューターマシンを含んでいる。最も基本的な構成において、コンピューターマシン４００は、典型的に少なくとも一つの処理ユニット４０２及びメモリー４０４を含んでいる。コンピューターデバイスは、複数のプロセッサユニット及び/又はグラフィックプロセッサユニット４２０といった追加のコプロセッサ（ｃｏ−ｐｒｏｃｅｓｓｉｎｇ）ユニットを含んでよい。コンピューターデバイスの実際の構成及びタイプに依存して、メモリー４０４は、揮発性（ＲＡＭといったもの）、不揮発性（ＲＯＭ、フラッシュメモリー、等といったもの）、または、２つのある組み合わせであってよい。この最も基本的な構成は、図４において破線４０６によって示されている。加えて、コンピューターマシン４００は、また、追加の特徴／機能性を有し得る。例えば、コンピューターマシン４００は、また、追加のストレージ（リムーバブル及び/又は非リムーバブルなもの）を有してよく、これらに限定されるわけではないが、磁気又は光ディスク又はテープを含んでいる。こうした追加のストレージは、図４においてリムーバブルストレージ４０８及び非リムーバブルストレージ４１０として示されている。コンピューターストレージ媒体は、揮発性及び不揮発性媒体、リムーバブル及び非リムーバブル媒体を含んでおり、コンピュータープログラムインストラクション、データ構造、プログラムモジュール、または、他のデータといった情報を保管するためのあらゆる方法又は技術において実施される。メモリー４０４、リムーバブルストレージ４０８、および、非リムーバブルストレージ４１０は、全てコンピューターストレージ媒体の実施例である。コンピューターストレージ媒体は、これらに限定されるわけではないが、以下のものを含んでいる。ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリー又は他のメモリー技術、ＣＤ−ＲＯＭ、デジタル多目的ディスク（ＤＶＤ）又は他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたは磁気ストレージデバイス、または、所望の情報を保管するために使用でき、コンピューターマシン４００によってアクセスされ得る他のあらゆる媒体である。あらゆるこうしたコンピューターストレージ媒体は、コンピューターマシン４００の一部であり得る。
【００３１】
コンピューターマシン４００は、また、コミュニケーション接続４１２を含んでよく、デバイスは他のデバイスとコミュニケーションすることができる。コミュニケーション接続４１２は、コミュニケーション媒体の一つの実施例である。コミュニケーション媒体は、典型的には、コンピューターで読み取り可能なインストラクション、データ構造、プログラムモジュール、または、搬送波または他の伝送メカニズムといった、変調されたデータ信号における他のデータ、を伝送し、あらゆる情報伝達媒体を包含している。用語「変調されたデータ信号（“ｍｏｄｕｌａｔｅｄ  ｄａｔａ  ｓｉｇｎａｌ”）」は、一つまたはそれ以上の特徴セットを有する信号、または信号中の情報をエンコードするといった方法で変更された信号を意味する。実施例として、かつ、限定するものではなく、コミュニケーション媒体は、有線ネットワークまたは直接有線接続といった有線媒体、および、音響、ＲＦ、赤外線、そして他の無線媒体といった、無線媒体を含んでいる。
【００３２】
コンピューターマシン４００は、キーボード、マウス、ペン、カメラ、タッチ入力デバイス、等といった種々の入力デバイスを有している。ディスプレイ、スピーカー、プリンター、等といった出力デバイス４１６も、また、含まれている。こうしたデバイスの全ては、従来技術としてよく知られたものであり、ここにおいて詳しく説明する必要はない。
【００３３】
システムは、ソフトウェアの一般的なコンテクスト（ｃｏｎｔｅｘｔ）において実施され得る。ソフトウェアは、プログラムモジュールといった、コンピューターで実行可能なインストラクション及び／又はコンピューターで解釈されるインストラクションを含んでおり、コンピューターマシンによって処理されるものである。一般的に、プログラムモジュールは、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、等を含み、プロセッサユニットによって処理されると、プロセッサユニットに対して所定のタスク又は所定の抽象的なデータタイプを実行するように指示する。このシステムは、分散コンピューター環境において実施されてもよい。タスクは、コミュニケーションネットワークを通じてリンクされた離れたプロセッサデバイスによって実行される。分散コンピューター環境において、プログラムモジュールは、メモリストレージデバイスを含むローカル及びリモート両方のコンピューターストレージ媒体の中に存在し得る。
【００３４】
添付の請求項のプリアンブルにおける用語「製造方法」、「プロセス」、「マシン」、および、「組合せ」は、米国特許法第１０１条におけるこれらの用語の使用によって定義される特許可能な技術的事項の範囲内にあるものと考えられる技術的事項に請求項を限定するように意図されたものである。
【００３５】
ここにおいて説明されたあらゆる又は全ての前出の代替的な実施例は、追加のハイブリッドな実施例を形成するために望まれるあらゆる組合せにおいて使用され得るものである。添付の請求項において定められる技術的事項は、上述の所定の実施例に必ずしも限定されるものではないことが理解されるべきである。上述の所定の実施例は、単なる例として開示されたものである。
【図１】
2014534525.tif 000003
【図２】
2014534525.tif 000004
【図３】
2014534525.tif 000005
【図４】
2014534525.tif 000006
【国際調査報告】
2014534525.tif 000007
2014534525.tif 000008