(57)【要約】  モバイル機器のユーザが、アクティブな通信セッションを行いながら秘匿に情報を取得することを可能にするシステムおよび方法論が提供される。本発明は、ユーザが、アクティブな通信セッションを中断することなく、情報（例えば予定表の予約、連絡先情報、仕事の情報）の検索および取得を指示することを可能にする。情報の内容は、要求者のみによって検出可能な、相手に隠された可聴フィードバックにより、構成および伝達されることができる。
2010541481.tif 000002
【特許請求の範囲】
【請求項１】
モバイル機器を介して、相手に隠されたデータアクセスを容易にするシステムであって、
ユーザからのデータ要求を生成するインタフェースコンポーネント（１０６）と、
前記データ要求を取得し、アクティブな通信セッション中に、前記データのサブセットの可聴表現を前記ユーザに秘匿に伝達する情報管理コンポーネント（１０２）と
を備えるシステム。
【請求項２】
前記データ（１０４）は、予定表データ、連絡先データ、仕事データ、ウェブブラウザを介してアクセスされるデータ、または、ローカルもしくはリモートのストアの１つを介してアクセスされるデータ、の少なくとも１つであることを特徴とする請求項１に記載のシステム。
【請求項３】
前記インタフェースコンポーネント（１０２）が、前記ユーザによる視覚を用いない動作を容易にするように構成され、前記モバイル機器は、画面を備えないモバイル機器であることを特徴とする請求項１に記載のシステム。
【請求項４】
前記要求を評価し、前記データを識別する要求管理コンポーネント（３０２）をさらに備えることを特徴とする請求項１に記載のシステム。
【請求項５】
前記インタフェースから前記要求を受け取る要求取得コンポーネント（６０２）と、
少なくとも部分的に前記要求の内容に基づいて前記データを識別する要求分析コンポーネント（６０４）と
をさらに備えることを特徴とする請求項１に記載のシステム。
【請求項６】
前記データのサブセットを取得し、前記インタフェースコンポーネントに対して提示するデータ管理コンポーネント（３０４）をさらに備えることを特徴とする請求項１に記載のシステム。
【請求項７】
前記要求に基づいてストアを識別し、前記ストアにある前記データにアクセスするデータ取得コンポーネント（７０２）をさらに備えることを特徴とする請求項６に記載のシステム。
【請求項８】
嗜好、ポリシ、または推論、の少なくとも１つに基づいて、前記ユーザに対して前記データを可聴に提示するデータ提示コンポーネント（７０４）をさらに備えることを特徴とする請求項６に記載のシステム。
【請求項９】
前記インタフェースコンポーネントを介して受け取られたトリガに基づき、データの生成または変更の少なくとも１つを行うデータ更新コンポーネント（７０６）をさらに備えることを特徴とする請求項６に記載のシステム。
【請求項１０】
前記インタフェースコンポーネント（１０６）は、触知可能なボタン、触知可能なサムホイール、「ｓｏａｐ」装置、ジェスチャ入力装置、または「ｅａｒＰｏｄ」装置、の少なくとも１つを用いて、目を使わない入力を容易にすることを特徴とする請求項１に記載のシステム。
【請求項１１】
アクティブな通信セッションを行いながら視覚を用いずにデータを取得する、コンピュータによって実施される方法であって、
前記アクティブな通信セッション中にデータ要求を受け取るステップと、
前記データ要求を分析するステップと、
前記分析に基づいてデータを取得するステップであって、前記データはＰＩＭ（個人情報マネジャ）データである、ステップと
を備えることを特徴とする方法。
【請求項１２】
「目を使わない」インタフェースを介して前記データ要求をトリガするステップをさらに備えることを特徴とする請求項１１に記載のコンピュータによって実施される方法。
【請求項１３】
前記アクティブな通信セッションを中断することなく、前記データの内容の可聴表現を秘匿にユーザに提示するステップをさらに備えることを特徴とする請求項１１に記載のコンピュータによって実施される方法。
【請求項１４】
アクティブな通信セッション中にＰＩＭデータを管理するシステムであって、
前記ＰＩＭデータのサブセットの取得要求をトリガする手段と、
前記アクティブな通信セッションを中断することなく、前記ＰＩＭデータの前記サブセットを秘匿にユーザに伝達する手段と
を備えることを特徴とするシステム。
【請求項１５】
変更命令をトリガする手段（１０６）と、
前記変更命令に応じて前記ＰＩＭデータの更新または変更の少なくとも１つを行う手段（１０２）と
をさらに備えることを特徴とする請求項１４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はモバイル機器を介したアクティブな使用中の検索に関する。
【背景技術】
【０００２】
携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、個人音楽プレーヤ、ラップトップ機等の個人モバイル機器の普及が進み続けるのに伴って、「モバイル性」が多くの消費者製品とワイヤレス事業者のサービスの焦点となっている。例えば、電気通信産業では、通信とコンピューティングの必要性に関して消費者がもはや場所の制約を受けなくなるため、「モバイル性」が最前線にある。昨今は、技術の進展に伴って、日常の活動、計画、娯楽に携帯機器を使用する消費者が増え続けている。
【０００３】
モバイル機器の普及が増すにつれて、ほぼあらゆる場所から電話をかけ、予定表の予約にアクセスし、仕事を管理し、連絡先情報を記憶し、電子メールを取り出し、インスタントメッセージ（ＩＭ）を介して通信し、オンラインサービスにアクセスできる能力も発展を続けている。こうした機器が利用できるようになってかなりの時間が経つが、従来の機器は、利用可能な機能のシームレスな統合を実現していない。
【０００４】
今日、電子メールの整理、予定表の項目の管理、仕事の追跡、連絡先管理、メモ取りの提供、および日誌の記録を可能にするために、個人情報管理（ＰＩＭ）アプリケーションがしばしば使用される。そうしたＰＩＭアプリケーションは、独立型のアプリケーションとして使用される場合も、例えば組織に属する複数のユーザ等に向けてより高度な機能を提供するサーバと連携して実装される場合もある。例えば、サーバは、メールボックス、予定表、フォルダ、会議時刻の割り当てを共有する能力を複数のユーザに提供することができる。
【０００５】
基本的に、ＰＩＭアプリケーションは、自己管理ツールとして機能する情報管理ツールまたはアプリケーションを指す。ＰＩＭの主要な目的の１つは、予定表の項目、連絡先情報、日誌、仕事、電子メール等の情報の管理（例えば記録や追跡）を提供することである。サーバと連携して使用される場合、ＰＩＭは、ネットワーク（例えばインターネット、イントラネット）を介してデータを同期するとともに、他のユーザに情報を提示または伝達することができる。例えば、ネットワークを介して、また然るべき許可があれば、ユーザは、別のユーザのアカウントに関連する予定表項目、電子メール、あるいはその他のＰＩＭデータを閲覧することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、ユーザが、アクティブな通信セッションを中断することなく、情報（例えば予定表の予約、連絡先情報、仕事の情報）の検索および取得を指示することを可能にすることを目的とする。
【課題を解決するための手段】
【０００７】
以下に、本発明の一部態様の基本的理解を提供するために、本発明の簡単な概要を提示する。この概要は、本発明の広範にわたる概説ではない。本発明の主要／必須要素を明らかにするものでも、本発明の範囲を詳細に示すものでもない。その唯一の目的は、その後に提示するより詳細な説明の前置きとして、簡略化した形態で本発明の一部の概念を提示することである。
【０００８】
本明細書に開示および請求される本発明は、その一態様で、モバイル機器のユーザが、アクティブな通話を行いながら個人情報マネジャ（ＰＩＭ）データに秘匿にアクセスすることを可能にするシステムを備える。すなわち、本発明は、ユーザがアクティブな通話を中断することなく、情報の検索および取得を指示することを可能にする。情報は、連絡先、予定表の項目、仕事等のＰＩＭ（個人情報マネジャ）データを含む大半の情報を含むことができることは理解されよう。本発明によると、ユーザは、アクティブな通話を行いながら、通話の相手が気づくことなく、あるいはそのような情報を相手に明らかにすることなく、秘匿にＰＩＭ情報にアクセスすることができる。
【０００９】
他の態様では、ユーザは、別の者と会話をしながら、ＰＩＭデータ（例えば予定表の項目、連絡先の項目）を秘匿に（および／または自動的に）生成することができる。また、ＰＩＭデータは、例えば予定表を照会した結果予約を入れるために更新されることができる。諸態様は、ユーザに対して情報を秘匿に可聴に再生することを可能にする。例えば、可聴音や他の特徴的な音声を使用して、予定表中の「予定がある」時間枠と「空いている」時間枠を伝達することができる。また、必要な場合は、言語音声を使用して、予定表の項目に関連する都合を伝達することができる。
【００１０】
さらに別の態様では、確率論的および／または統計に基づく分析を用いてユーザが自動的に行って欲しい動作を予測または推論する機械学習および推論コンポーネントが提供される。
【００１１】
上記の目的およびそれに関連する目的を達成するために、以下の説明と添付図面との関連で、本発明の特定の例示的態様が本明細書に説明される。ただし、それらの態様は、本発明の原理を用いることが可能な各種方法の数個のみを示すものであり、本発明は、そのような態様とその均等物をすべて包含するものとする。本発明の他の効果と新規の特徴は、図面と併せて以下の本発明の詳細な説明を検討することから明らかになろう。
【図面の簡単な説明】
【００１２】
【図１】本発明の一態様による、モバイル機器を介した、中断のない情報へのアクセスを容易にする例示的システムの図である。
【図２】本発明の一態様による、アクティブな通話を行いながら、照会されたデータを取得し、秘匿に提示する（例えば可聴に）ことを容易にする手順の例示的フローチャートである。
【図３】アクティブな通信セッションを行いながら秘匿に情報を管理する要求管理コンポーネントおよびデータ管理コンポーネントを用いるシステムの例示的ブロック図である。
【図４】本発明の態様による例示的なインタフェースメニューの図である。
【図５】本発明の態様による例示的なインタフェースの対応付けを示す図である。
【図６】本発明の態様による、ユーザによって要求される情報を確定する要求取得コンポーネントおよび分析コンポーネントを用いるシステムの例示的ブロック図である。
【図７】本発明の態様による、データを検索、アクセス、配信、および／または変更するデータ取得コンポーネント、提示コンポーネント、および更新コンポーネントを用いるシステムの例示的ブロック図である。
【図８】ユーザに代わって動作を推論および／または自動化する機械学習および推論コンポーネントを用いるシステムの例示的ブロック図である。
【図９】本開示アーキテクチャを実行するように動作することが可能なコンピュータのブロック図である。
【図１０】本発明による例示的なコンピューティング環境の概略ブロック図である。
【発明を実施するための形態】
【００１３】
次いで、本発明について図面を参照して説明する。すべての図面を通じて、同様の要素は同様の参照符号を使用して参照する。以下の説明では、説明の目的で本発明の完全な理解を提供するために、多数の具体的な詳細事項を述べる。しかし、本発明は、それらの具体的な詳細事項を用いずに実施することができることは明らかであろう。他の例では、本発明の説明を簡単にするために、よく知られた構造および装置はブロック図で示す。
【００１４】
本願で用いられる場合、用語「コンポーネント」および「システム」は、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、あるいは実行中のソフトウェアを問わず、コンピュータに関連するエンティティを指すものとする。例えば、コンポーネントは、これらに限定しないが、プロセッサで実行されるプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータ等である。例示として、サーバで実行されるアプリケーションとサーバの両方がコンポーネントとなりうる。１つまたは複数のコンポーネントがプロセスおよび／または実行のスレッド中に存在することができ、コンポーネントは、１つのコンピュータに集中させて配置しても、および／または２台以上のコンピュータ間に分散してもよい。
【００１５】
本明細書で使用される場合、用語「推論する」または「推論」は、一般に、事象および／またはデータを介して取り込まれた観察結果のセットから、システム、環境、および／またはユーザの状態を推測または推量するプロセスを言う。推論は、特定のコンテクストや動作を識別するために用いることができ、例えば状態の確率分布を生成することができる。推論は確率的であってよい。すなわち、データと事象の考慮に基づく、対象とする状態の確率分布の計算であってよい。推論は、事象および／またはデータのセットからより高いレベルの事象を構築するために用いられる技術を指す場合もある。そのような推論の結果、観察された事象のセットおよび／または記憶された事象データから新しい事象または動作が構築され、事象が時間的に近接して相関しているか否か、および、それらの事象およびデータが１つの事象およびデータ源から得られるか、数個の事象およびデータ源から得られるかは問われない。
【００１６】
初めに図面を参照すると、図１は、モバイル機器のユーザが、アクティブな通話を行いながら、秘匿に情報（例えば個人情報マネジャ（ＰＩＭ）データ、ウェブブラウザを介してアクセスされるデータ、ローカルまたはリモートのストアにあるデータ等）にアクセスし、検索し、取得することを容易にするシステム１００を示す。諸態様では、本発明の特徴、機能、および利益は、視覚障害のあるユーザ、注意力が別の物に向けられている状況にあるユーザ（例えば歩行中、車の運転中等）を支援することができる。また、本発明は、画面を備えないモバイル通信機器等、ディスプレイを有する機器に用いられることができる。
【００１７】
モバイル機器は、これらに限定されないが、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、個人メディアプレーヤ、パームトップコンピュータ、ラップトップ機等を含む、大半のモバイルまたは携帯型の通信機器を指すことを理解および認識されたい。効果として、本発明は、ユーザがアクティブな通信セッション（例えば音声通話）を行いながら情報を検索することを可能にする。その情報は、アクティブな通信セッションを中断することなく照会し、取得することができる。
【００１８】
現在、多くのモバイル機器は、個人の予定表などのサービスを組み込んでいる（あるいは他の形でサービスにリモートから／ネットワークを介してアクセスすることができる）。しかし、記憶されたデータの社会的性質を考えると、ユーザはしばしば、進行中すなわち「生」の電話での会話の一部としてそのような情報にアクセスする必要がある。ヘッドセットを使用しない一般的な場合には、これはしばしば、ユーザが会話を中断してキーボードおよび／または画面を見ることを要する。
【００１９】
本発明は、その一態様において、電話機に記憶された（または電話機からアクセスされる）情報（例えばＰＩＭデータ）への「目を使わない」アクセスを可能にする。一例では、システム１００は、相手に隠した聴覚フィードバックを介してこのアクセスを可能にする。聴覚フィードバックは、音声、単語、あるいはそれらの組み合わせである。すなわち、このフィードバックは、例えば通話相手には聞こえず、ユーザすなわち要求者にのみ聞こえる。
【００２０】
一般に、システム１００は、インタフェースコンポーネント１０６を介して受け取られる要求および指示に応答してストア１０４のデータにアクセスする情報管理コンポーネント１０２を含む。動作の際、ユーザは、電話機を耳に当てたまま、インタフェースコンポーネント１０６（例えば電話機のキーパッド）を使用してアクセスを制御またはトリガすることができる。以下で考察および説明するように、インタフェースコンポーネント１０６の代替の設計および構成を用いて、システム１００とのユーザ対話を強化することができる。
【００２１】
ストア（記憶装置）１０４は、予定表の予約、連絡先情報、仕事、日誌の項目等のＰＩＭデータまたは情報を保持することができる。本発明の態様は、ローカルの（例えばモバイル機器に搭載された）ストア１０４を用いるが、他の態様では、遠隔にある（ならびに分散した）ストアを用いることができる。例えば、一態様では、ストア１０４は、クラウドの中に置かれ、インターネットを介してアクセスされることができる。他の態様では、情報の一部はクラウド内に置き、他の部分は機器搭載の記憶装置１０４に配置し、そこから取得することができる。さらには、必要に応じて、データはローカルに索引付けして、遠隔から取得することができる。これらの態様は、本発明とそれに付随する特許請求の範囲の一部とみなされたい。
【００２２】
動作時に、ユーザは、アクティブな通信セッションを行いながら、そのアクティブな通信セッションを中断することなく情報を検索することができる。例えば、図のように、会議の予定を立てる際に、電話をかけてきた者が「月曜の朝はどう？」とたずねるとする。本発明によれば、ユーザは、機器搭載の情報管理コンポーネント１０２と共にインタフェースコンポーネント１０６を介して、途切れ目なく（また秘匿に）情報ストア（例えば１０４）を検索することができる。そのようにして情報が取得されることができ、ユーザは予約の都合を秘匿に通知されることができる。
【００２３】
例えば無音、相手に隠された可聴音、言語によるメッセージ、振動による合図、視覚的な合図等、ユーザへの通知には大半の通知プロトコルを使用できることが理解されよう。例えば、相手に隠された可聴メッセージがユーザに送信されるシナリオでは、ここで、情報管理コンポーネント１０２は、自動的に電話機を「消音」することにより、通話の相手から情報を隠しておくことができる。情報がユーザに伝達されると、情報管理コンポーネント１０２は、自動的に「消音」機能をオフに切り替えて、ユーザが例えば「１０時以降なら空いている」等、発呼者の問い合わせに答えられるようにする。
【００２４】
上記の例および他の例は、続く図の参照からより明らかになろう。本明細書に説明される例は単に本発明に視点を追加するために提供されるものであり、本発明を何ら限定するものではないことを理解されたい。したがって、本開示とそれに付随する特許請求の範囲の範囲に含めるべき他の態様およびシナリオが存在する。
【００２５】
図１の例に示すように、ユーザは、情報、例えばＰＩＭデータに対する検索クエリをトリガすることができる。その個人データは、秘匿にユーザに伝達されることができる。必要な場合、ユーザはデータの更新（あるいは他の修正／作成）を指示することができる。例えばユーザが１０時以降に都合がよいと判断されると、ユーザは、予定表のその時刻を埋める命令をトリガして、約束の時刻を予定することができる。代替実施形態では、項目を生成すると、詳細事項（例えば件名、場所等）が追加されることができる。代わりに、時間枠は最小限の情報で埋めて、後に例えばデスクトップコンピュータを介してユーザによって補足することもできる。
【００２６】
図２は、本発明の一態様による、モバイル機器を介して、途切れ目なく（また秘匿に）情報を取得する方法論の説明図である。説明を簡潔にするために、ここで例えばフローチャートの形で示す方法論は、一連の動作として図示および説明するが、本発明は動作の順序によって限定されるものではなく、一部の動作は、本発明により、本明細書で図示および説明する順序とは異なる順序で、および／または他の動作と同時に行うことができることを理解および認識されたい。例えば、当業者には、方法論は、これに代えて、状態図のように相互に関連する一連の状態や事象として表すことも可能であることが理解および認識されよう。さらに、本発明による方法論を実装するために図の動作すべてが必要とは限らない。
【００２７】
２０２で、ユーザは、アクティブな、すなわち「進行中」の通話あるいは通信セッションを行っている。通信セッションには、これらに限定されないが、携帯電話による通話、ｖｏｉｃｅ−ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（ＶｏＩＰ）による通話等が含まれることを理解されたい。例えば、ユーザは、携帯電話あるいはスマートフォンを介してアクティブな通話を行っている。通話中に、ユーザは、例えば通話相手からの問い合わせに対して、ＰＩＭデータにアクセスする理由を有する可能性がある。別の例では、ユーザは、後の約束の開始に遅れないように予定表の項目を確認したい場合がある。ユーザがアクティブな通信セッションを行いながら情報にアクセスすることを望む訳に関しては、多くの理由が存在することが理解されよう。
【００２８】
２０４で、データの取得が指示されることができる。例えば、一例では、キーボード（例えばホットキー）を使用して情報の検索をトリガすることができる。上記のように、本発明の代替実施形態によれば、大半の任意のトリガ機構を使用することができる。特殊設計されたコントロール、ボタン、ナビゲーション機器等を使用して取得をトリガすることができる。
【００２９】
２０６で、データ要求が分析されることができる。例えば、検索クエリ（あるいは要求）が口頭の語句の形である場合、本発明は、音声認識機能を用いて要求される情報を判定することができる。さらに、例えば「次の予約を検索する」等の特定機能についてキーを事前にプログラムしておくことができることが理解されよう。一例では、モバイル機器を耳に当てる際の一般的な人間工学的位置に対応するために、電話機の背面にボタンを配置して、ユーザの指による使い勝手のよさに配慮することができる。他の例では、キーまたはボタンにナビゲーション用の指示部（例えば一段高くなったエポキシドット等の触知できる機能）を備えて、ユーザが「進行中」のセッションを中断することなく所望のナビゲーションキーを見つけるのを助けることができる。
【００３０】
本開示およびそれに付随する特許請求の範囲の主旨および／または範囲から逸脱することなく、諸態様で他の入力機構および／または装置を用いることができる。例えば、他の態様では、例えばデテント（ｄｅｔｅｎｔ）付きのサムホイールでの「触覚による」フィードバックを用いることができる。「ｓｏａｐ」等の他の光学ナビゲーション装置も他の態様で用いることができる。「ｓｏａｐ」は、主としてマウスに使われるハードウェアを利用しながらも空中で動作するポインティングデバイスを指すことを理解されたい。ｓｏａｐは、布地でできた外袋の内部で自由に移動する光学センサ装置を用いる。ユーザが外から圧力をかけると、光学センサが外袋とは独立して移動する。光学センサは、この相対的な移動を感知し、位置の入力として報告する。
【００３１】
さらに他の態様では、マーキングメニューや「ｅａｒＰｏｄ」等のジェスチャ入力を用いる。ｅａｒＰｏｄは、明確に形成された（例えば円形の）範囲にナビゲーションアクセスを制限するオーバーレイを備えたタッチパッドを基礎とする。ｅａｒＰｏｄは、その円形の範囲をいくつかの領域、例えば４個あるいは８個の領域に分割し、各領域が１つのメニュー項目に対応する。この分割により、慣れたユーザは再度戻らずにメニューを操作することができる。また、ｅａｒＰｏｄは、ユーザがゾーンとゾーンの間を指でなぞると、聴覚フィードバックをユーザに提供する。認識されるように、この聴覚フィードバックにより、慣れていないユーザはメニューを見ずにメニューの選択肢を覚えることができる。
【００３２】
２０８でデータが取得されることができ、２１０でユーザに対して提示または伝達されることができる。本発明の主旨および／または範囲から逸脱することなく、大半の任意の提示方法を使用できることが理解されよう。例えば、無音により、予定表の予約の要求について衝突がないことを伝えることができる。本発明の代替態様では、聴覚（口頭の語句、音）、振動による合図、視覚的な（例えば照明による）合図、等の他の通知プロトコルを使用することができる。さらに、代替態様では、人工知能と、機械学習および推論（ＭＬＲ）機構を使用してユーザに代わって諸機能および動作を自動化できることを理解されたい。
【００３３】
次いでシステム１００の代替ブロック図である図３を参照されたい。一般に、情報管理コンポーネント１０２は、要求管理コンポーネント３０２と、データ管理コンポーネント３０４を含むことができる。これらの下位コンポーネント（３０２、３０４）は共に、ユーザの要求の解釈と、情報の取得とユーザへの提示を可能にする。以下の説明の考察から分かるように、データ管理コンポーネント３０４は、必要に応じてデータの修正も容易にすることができる。
【００３４】
上記のように、現在、多くのモバイル機器は、個人の予定表等のサービス、連絡先等（例えばＰＩＭデータ）を組み込んでいる（あるいはサービスにアクセスする）。しかし、記憶されているデータの社会的性質を考えると、ユーザはしばしば、通話あるいは他の通信セッションの一部としてそうした情報にアクセスする必要がある。ヘッドセットを使用しない典型的な場合には、これは大抵の場合、ユーザが会話を中断して画面を見ることを必要とする。
【００３５】
このシナリオによると、本発明は、電話機に記憶された情報への「目を使わない」アクセスを提供する。例示的な一態様で、システム１００は、聴覚フィードバックを介して「目を使わない」アクセスを可能にする。「聴覚フィードバック」は、これらに限定されないが、口頭の単語、音、ビープ音、ホワイトノイズ等の音声を含むことができることを理解されたい。情報を秘匿に保ち、現在進行中の通信セッションの流れを中断しないために、このフィードバックはマスクして、通話相手には聞こえず、ユーザだけに聞こえるようにすることができる。必要な場合は、他の態様により、セッションの両（または複数）関係者が情報を得られるようにすることができる。
【００３６】
一態様では、インタフェースコンポーネント１０６は、標準的な、あるいは特殊化されたキーパッドとすることができ、これを用いて、電話機をユーザの耳に当てたまま情報アクセスをトリガすることができる。基本的に、システム１００は、情報の提示をそのような情報の要求者に秘匿にすることにより、聴覚フィードバックと電話の会話との間の衝突を最小に抑えるように設計されることができる。すなわち、ユーザがインタフェースコンポーネント１０６を介して情報を要求すると、情報管理コンポーネント１０２は、進行中の通信セッションの流れを中断することなく、情報を秘匿に提示することができる。
【００３７】
本発明は、２つの例示的なユーザ調査を示す。第１の調査では、電話機を耳に当てた姿勢について、有用なキー押下の正確さを得られることを検証する。第２の調査は、本発明を、視覚を利用する参照条件と比較する。基本的に、第２の調査では、参加者に、電話で話しながら自分の連絡先リストにアクセスし、対話を通じて、「目を使わずに」予定表の予約について取り決めるように要求した。主観的結果は、視覚を利用した参照条件よりも、本発明の「目を使わずに済む」態様が強く好まれることを示している。
【００３８】
上記のように、現在、多くのモバイル機器は、従来は複数の機器に分散されていた機能を組み込んでいる。そのため、そうした機器はしばしば「スマート」機器あるいはスマートフォンと呼ばれる。そうした「スマート」機器は、例えば、連絡先リストと電話機能に加えて、ローカルに記憶された個人予定表（またはリモートに記憶された個人予定表へのアクセス）を提供する。個人情報は社交に関するシナリオで特に重要であるため、ユーザはしばしば、電話で話の進行中にそうした情報にアクセスする必要がある。以下に示すのは、従来の視覚的な参照機器を使用した場合に、この情報へのアクセスが「進行中の」電話での会話にどのように影響を与えるかについての例示的なシナリオである。
ジョン：やあ、アミ。来週中に会えるかな？
アミ：予定表を見てみるからちょっと待って。
アミは、ディスプレイを見られるように電話機を耳から離す。予定表アプリケーションを開き、次の週に移動する。
いつ頃がいいの？
ジョン：火曜日の朝はどう？
アミ：見てみる。ちょっと待って。
アミは再び電話機を見、火曜に移動し、予定を確認し、再び電話機を耳に当てる。
いつですって？ああ、３時から４時しか空いていないわ。
ジョン：残念、僕は午後はずっと会議があるんだ。水曜の午後はどう？
アミ：ちょっと待って。見てみるわ。
【００３９】
理解されるように、従来の対話モデルではユーザは画面を見なければならず、これはユーザの耳に電話機を当てながらでは実質的に不可能である。電話機を耳に当てたり、離したりすると、会話が妨げられる。不都合なことに、この中断は、従来の機器およびシステムでは日常的に発生する。
【００４０】
ヘッドセットは、従来の機器およびシステムに関連する問題を一部緩和できる可能性があるが、ヘッドセットは、特定のユーザグループと一部の文化的状況に定着している。ヘッドセットは実社会の状況認識の妨げとなり、また多くの場合快適でない、あるいは見た目がよくない、あるいは社会的に不自然であると判断されるため、多くのユーザはヘッドセットを用いない。ヘッドセットを用いても、視覚的情報にアクセスするには画面を見ることが必要であり、歩行や運転等、視覚的な注意力を要する他の作業の妨げになる可能性がある。スピーカーフォンも、プライバシーの問題を呈する可能性があることに加えて、ヘッドセットと同じ制約を受けることが理解されよう。
【００４１】
従来のシステムに対して、本発明は、ユーザがアクティブに会話を行いながら、自身のモバイル機器に記憶された（あるいはモバイル機器からアクセス可能な）個人情報に「視覚を使わずに」アクセスすることを可能にする。図３に示すように、ユーザは、インタフェースコンポーネント１０６（例えば備え付けの電話のキーパッド）を使用して情報へのアクセスを制御する。要求管理コンポーネント３０２は、ユーザから受け取った要求（例えば指示、照会）を分析することができる。その後、データ管理コンポーネント３０４が、情報および確認を検索し、アクセスし、例えば通話相手には聞こえずユーザのみに聞こえる聴覚フィードバックを介して、それを提供することができる。
【００４２】
本発明の開発時、ユーザ群の開発段階調査で、人々はしばしば電話での会話中に情報にアクセスすることを必要とする、あるいは望むことが分かった。その状況はしばしば、従来の視覚で駆動される電話インタフェースでは問題になる。予定表へのアクセスと連絡先追加の機能は、調査の参加者が要求した最も一般的な会話中の動作の２つであった。情報の「視覚を用いない」管理の具体例が本明細書に説明されるが、それらの例は本発明に視点を加えるために提供され、本発明を何ら限定するものではないことは理解されたい。
【００４３】
本発明は、データ管理のために「目を使わずに」片手で行える動作を可能にする、消費者向け電話機に対する一連の可能な変更を提示する。調査で、ユーザは目を使わない場合に５％以下のエラー率を達成できることが示されている。実験でも、目を使わない場合のオーバーヘッドは、目を用いる場合に比べて、１回のキーストローク当たりおよそ２００ミリ秒であることが分かっている。定性的なユーザ調査では、８人中７人の参加者は、視覚的なナビゲーションを必要とする従来のスマート携帯電話よりも、本発明の目を使わないシステムを好む、あるいは強く好むことが示された。
【００４４】
本発明の態様は、聴覚フィードバックとモバイル入力の２つの例示的カテゴリに分けて説明することができる。聴覚フィードバックは、個人データ（例えばＰＩＭデータ）の内容の伝達に使用することができる。動作時、情報管理コンポーネント１０２は、要求およびデータ管理の下位コンポーネント（３０２、３０４）を介して、データの分析、アクセス、設定、および提示を可能にすることができる。入力された（例えば照会、変更）データは、インタフェースコンポーネント１０６を介してユーザから伝達されることができ、インタフェースコンポーネント１０６は、特別に設計されたボタン、ナビゲーション装置、センサ、認識システム等を含むことができる。これら２つの例示的カテゴリ各々について以下でより詳しく説明する。
【００４５】
初めに、要求およびデータ管理の下位コンポーネント（３０２、３０４）によって提供される聴覚フィードバックを説明すると、聴覚フィードバックの長所と短所は、対話型の音声応答システムの分野で広く研究されてきた。主要な課題の１つは、音声プロンプトがユーザに待機を強いることである（結果として「プッシュホン地獄（ｔｏｕｃｈ  ｔｏｎｅ  ｈｅｌｌ）」に陥る）。したがって、しばしば、ユーザが「途中ダイヤル（ｄｉａｌ  ｔｈｒｏｕｇｈ）」してプロンプトを中断できるようにするか、またはよく知っているプロンプトを飛ばして進むために「先行ダイヤル（ｄｉａｌ  ａｈｅａｄ）」できるようにすることが望ましい。したがって、本発明は、諸態様で、ユーザがキーパッド入力を使用して先行ダイヤルできるようにすると共に、プロンプトを聞くことを強いられるのではなく、「進む」および「戻る」のキーを使用して電話機のメニュー選択肢の中を移動できるようにする。他の態様では、ユーザは、例えばインタフェースコンポーネント１０６を介して、ショートカットを使用してある場所に直接ジャンプすることができる。
【００４６】
大半の人対人の会話は一定量の冗長性を含んでいるが、電話での会話に聴覚情報を差し込むと妨害となる恐れがある。そのため、本発明は、発話を時間的に圧縮し、その後シリアル化することにより、妨害を軽減することができる。他の態様では、再生速度を上げながら単語を抜かす。発話ではない音声は発話の音声に比べると気が散らない可能性があり、階層メニューでナビゲーションの合図等の情報を伝達する際に使用できることが理解されよう。したがって、本発明の態様では非発話あるいは非言語の合図を使用して、例えばメニュー中の場所や、「予定のある」時間枠と「空いている」時間枠等の情報を伝達する。
【００４７】
次いでインタフェースコンポーネント１０６を介した入力の説明に移ると、本発明は、例えばキーパッドを使用して、片手で目を使わずに入力することを可能にする。数個のボタンと共にキーボードを用いる入力が、反復またはコーディング（ｃｈｏｒｄｉｎｇ）を通じて支援されることができる。一部の態様では、ジェスチャにより、ユーザが目を使わない動作を行うことを可能にすることができる。目を使わない動作を容易にするために、研究されたフォームファクタの１つは、例えばボタン、キー、ジョイスティック、センサパッド等を介して、機器の裏面で入力を受け取る。
【００４８】
上記のように、インタフェースコンポーネント１０６は、音声認識機能も備えることができる。音声入力は会話を妨げる可能性があるので、諸態様では任意で「消音」ボタンを用いることにより、ユーザのコマンドを会話の相手から隠すことができる。
【００４９】
一例では、目を使わずに聴覚で行われる対話は、インタフェースコンポーネント１０６を介してトリガされる。ユーザは、（例えばインタフェースコンポーネント１０６を介して）電話機のボタンを押すことにより対話を制御し、聴覚フィードバックで確認を受け取ることができる（例えば情報管理コンポーネント１０２を介して）。以下では、例示的な聴覚メニューの設計概念、メニューの構造、および本発明の段階的説明を述べる。
【００５０】
電話での会話中に聴覚フィードバックを使用することの理論的根拠の１つは、大半の人間対人間の会話は一定量の冗長性を含んでいることである。例えば回線のドロップアウトや大きな音を立てるトラックが傍を通過する等により会話の一部が失われた場合、ユーザは、その推論が短く、重要な瞬間に発生したのではない限り、通例は会話を続ける。
【００５１】
本発明は、例えばインタフェースコンポーネント１０６を介して、要求時にフィードバックを提供する。すなわち、情報管理コンポーネント１０２は、インタフェースコンポーネント１０６を経由してトリガされたユーザ要求に応答して聴覚フィードバックを再生する。タイミングをユーザの制御下に置くことにより、ユーザは適当な短時間だけ待機し、電話番号等の重要な情報が伝えられる瞬間を避けられることが理解されよう。
【００５２】
アクティブな通信の中断を最小限に抑えるために、本発明は、聴覚フィードバックにおいて短くすることを考慮する。したがって、本発明は、例えば可能である場合には常に１つの音節にする等、短いかたまりで音声フィードバックを管理する。理解されるように、可聴フィードバックの継続時間を短くすることにより、会話が邪魔される可能性を最小にすることができる。
【００５３】
聴覚フィードバックのブロックが長くなるのを避けるために、本発明は、メニュー項目のリストや予約等の複合要素を自動的に細分化（あるいは分解）することができる。項目や予約を一度にすべて提示するのではなく、ユーザは、必要に応じてそれらの中を選択的に移動し、各項目の再生を別々に開始することができる。例えば予定表を３０分単位で移動する際、各単位は、現在対象となっている時間枠の時間と都合を伝える１〜２個のみの音節となる。同様に、ユーザは、開始時間と終了時間を入力するのではなく、繰り返しキーを押す（例えばブロックおよび「進む」）ことにより、予定表の項目を埋めることができる。
【００５４】
本発明は、複合要素を非発話でプレビューすることを可能にすることができる。例えば、３時間および一日の予定表の表示のプレビューを与えるには、本発明は、複合要素全体を提示することができる。このプレビューは、４０ミリ秒のイアコン（ｅａｒｃｏｎ）（例えば「都合がよい」あるいは「空いている」ことを表すホワイトノイズと、「埋まっている」あるいは「予定がある」ことを表すブザー音）とその間に挿入される２０ミリ秒の空白との連結として作成することができる。これは聴覚フィードバックの一例に過ぎないことは理解されたい。このように非発話の音声を使用することにより、フィードバックの長さを最小にする。
【００５５】
本発明の目標の１つは、アクティブあるいは「進行中」の通信セッションの中断を最小にすることである。短さと分解を目指すことにより、大半の聴覚要素は、１つまたは２つの音節セグメントで伝達することができる。例外が存在しうることは理解されたい。例えば、例外は、メインメニューを形成するタスク名（「テキストメッセージを聴く」等）である。省略しない名前を使用することで、目を使わないシステムで有用であることが判明している発見の容易性と学習可能性の向上を可能にすることができることが理解されよう。会話の妨害を最小に抑えるために、本発明は、ユーザが必要に応じて音声の再生を中断できるようにする。
【００５６】
諸態様で、インタフェースコンポーネント１０６のメインメニューは、上記で挙げた原理のいくつかを組み合わせる。したがって、メインメニューは、そこに入る時には音声が出ないようにすることができ、これは「オンデマンドフィードバック」とも呼ばれる。ボタンを押すと、システムが「連絡先を追加する」等のそのボタンの機能のみを読み上げる（分解、発見の容易性）。その後キーあるいはボタンを押すと、個々の機能についてのメニューに入る。理解されるように、慣れたユーザは、すばやく連続して２回押下することにより、メニュー名の読み上げをあらかじめ回避することができ（中断可能性）、これは、別個の確定ボタンを使用するよりも時間がかからないことが分かっている。他の態様では独立した「確定」ボタンを用いることができる。本明細書に説明する構成および機能は、本発明の態様を例示するものであり、本発明を何ら限定するものではないことを理解されたい。
【００５７】
図４に、本発明の一態様による例示的なインタフェースメニューの構造を示す。図のように、例示的メニューは従来の電話キーパッドの３×４個のキーからなる数値部分を基礎としており、方向指示パッドやソフトキー等の追加的なボタンは持たない。ただし、適宜、あるいは必要に応じて追加的なボタンおよび／または構成を用いる他の態様が存在する。
【００５８】
諸態様で、各メニューは、図５に示す２つのパターンの１つから導出される。「メニュー」パターンは、少数の選択肢を含むメニューへの迅速なアクセスを提供し、数字とＴ９テキスト入力についても動作する。メニューの対応付けは、数字、文字、メニュー機能等の少数の選択肢の入力を提供する。それに対して、「イテレータ（ｉｔｅｒａｔｏｒ）」パターンは、ユーザが種々のステップサイズや、階層として（あるいはその他の形で）編成された内容を使用して、長いリストの中を移動することを可能にする。イテレータの対応付けは、長い、あるいは非定形の選択肢のリストからの選択を可能にする。
【００５９】
図４Ａ〜４Ｃの「ホーム」、「連絡先の検索」、および「連絡先の追加」のメニューは、「メニュー」パターンに従っており、その他のメニューはすべて「イテレータ」パターンに従っている。この例では、「イテレータ」パターンを使用して「連絡先の検索」を実施することが考えられるが、この態様では、Ｔ９を使用して所望の氏名あるいは電話番号の一部を入力することによって事前に選別するという、より迅速でごく一般的な手法を用いる。応答を短く保つために、本発明は、一致を略さずに読み上げるのではなく、一致の数をもって応答することができる。ユーザは、一致の数が十分に少ないと判断すると、残りの選択肢を見て回ることができる。
【００６０】
図４に示すように、各例示的な下位メニューは、例えば別個の作業である連絡先の追加と連絡先の検索や、１つの作業である予定表等の特定の作業を実施する。この態様では、連絡先の追加と予定表は、図４Ａに示すように目立ちやすい隅の位置に割り当てられる。
【００６１】
モードの切り替えは一般に問題となると考えられ、目を使わない応用例ではさらに問題となりうることが理解されよう。したがって、ここで例示する態様では、複数段階のメニューやウィザードを回避することにより、モードの切り替えを可能な限り少なくする。例えば、本発明は、「イテレータ」パターンから予定表を得る。図４に示す例示的設計では、各下位メニューは、１つの作業を完了するのに必要な全インタフェースを保持している。メインメニューの機能である、消音、スピーカーフォン、および音声の録音は、単に個々の機能をトグル式にオン／オフし、ここでもモードの切り替えを回避している。
【００６２】
一態様では、本発明は、ユーザが入力することができる情報を、作業に用いられる情報に制限し、通話が終わるまですべての追加的な情報の入力を遅らせる。例えば連絡先の追加は、ユーザが電話番号を追加できるようにするが、その番号について氏名を入力することは可能に（あるいは必要と）しない。電話番号は、例えば「．ｂｌｉｎｄＳｉｇｈｔ  ｆｉｌｅｄ＜ｄａｔｅ＞＜ｔｉｍｅ＞」等、特定の命名規則で自動的にファイルされる。同じことが新しい予約にも当てはまる。通話が終わるまで関連性が低いデータの入力を遅らせることで、通話中の対話の時間を最小にし、したがって会話への影響も最小に抑えられることが理解されよう。
【００６３】
次に示すのは、本発明の使用状況を提供する段階的説明の例である。より詳細には、上記のシナリオを今度は本発明の態様に従って説明する。この例示的な段階的説明では、対話は
【００６４】
【表１】
2010541481.tif 000003
【００６５】
【表２】
2010541481.tif 000004
【００６６】
と識別され、その後にその結果行われる「音声応答」が続く。この提示方法では、人対人の対話と人対電話機の対話とが交替で行われることを提案するが、それらの対話は通例は上記のように口頭の会話と「並行して」行われる。この並行した対話は、しばしば待ち時間を完全に解消することを理解されたい。以下が例示的な段階的説明である。
【００６７】
【表３】
2010541481.tif 000005
【００６８】
次いで図６を参照すると、本発明の一態様によるシステム１００の代替ブロック図が示される。より詳細には、図６は、要求管理コンポーネント３０２と一体の下位コンポーネントを示す。それらの下位コンポーネントには、要求取得コンポーネント６０２と要求分析コンポーネント６０４が含まれる。これらの下位コンポーネントは共に、ユーザがアクティブな通信セッションを行いながら途切れ目なく（また秘匿に）情報を検索することを容易にする。より詳細には、これらの下位コンポーネント（６０２、６０４）は、インタフェースコンポーネント１０６を経由して生成されたユーザ要求の取得と分析を可能にする。
【００６９】
上記のように、多くのモバイル機器は、個人の予定表（および他のＰＩＭデータ）等のサービスを組み込む（またはサービスにネットワークを通じてアクセスする）ことができる。しかし、記憶されたデータの社会的性質を考えると、ユーザはしばしばアクティブな電話での会話の一部として（あるいは通話の最中に）そのような情報にアクセスすることを必要とする（あるいは望む）。ヘッドセットを使用しない一般的な場合、アクティブな通信セッション中にそのような情報にアクセスするには、ユーザはＰＩＭデータを取り出すために会話を中断して画面を見る必要がある。例えば、従来の機器を使用して進行中の通話中に予定を立てる場合、ユーザは、機器のディスプレイを介してその情報に視覚的にアクセスしなければならない。
【００７０】
本発明は、電話機（あるいはリモートの記憶装置内）に記憶された情報への「目を使わない」アクセスを開示する。諸態様で、本発明は、相手に隠された聴覚フィードバックを介してそのような情報を伝達することを可能にする。また、他の態様では、情報は、これに限定されないが視覚および振動を利用したフィードバックを含む他の通知プロトコルを介して伝達することができる。
【００７１】
動作時、要求取得コンポーネント６０２によって要求が受け取られ、要求分析コンポーネント６０４によって評価される。基本的に、この評価で、要求の範囲とその他の詳細事項を特定する。例えば、要求で、ユーザが予定表の項目に興味があるのか、連絡先情報に興味があるのか等を明らかにすることができる。また、要求の詳細事項（例えば日付、時刻、名前）は、インタフェースコンポーネント１０６から受け取る要求情報と信号を解釈することによって確定することができる。
【００７２】
図７は、本発明の態様によるシステム１００のさらに別の代替ブロック図を示す。大まかに言うと、図７は、データ管理コンポーネント３０４が、データ取得コンポーネント７０２、データ提示コンポーネント７０４、ならびに任意選択のデータ更新コンポーネント７０６を含むことができることを示している。これらの下位コンポーネント（７０２、７０４、７０６）は、データの検索、アクセス、伝達、ならびに任意で更新（または生成）を可能にする。
【００７３】
データ取得コンポーネント７０２は、要求管理コンポーネント３０２から受け取る分析に基づいてデータを検索することができる。一態様では、データは、ローカルに、例えばローカルメモリに記憶される。他の態様では、データは、例えばネットワークからアクセス可能なサーバ等、リモートに記憶されることができる。さらには、データは、適切あるいは必要な場合は複数の場所に記憶されることができる。記憶場所に関係なく、データ取得コンポーネント７０２を用いて、要求される情報を見つけ、取得することができる。
【００７４】
データ提示コンポーネント７０４は、ユーザに対して情報を設定および提示（例えば配信）することができる。例えば、情報の内容を伝達するために、データは圧縮または変換して適当な音声通知にすることができる。一例では、ユーザが、所与の日および時刻に会議を予定するためにその日および時刻の都合を問い合わせるとする。ここで、当該情報はデータ取得コンポーネント７０２によって取得され、都合をユーザに伝える適当な音声通知に変換されることができる。一態様では、一続きの音とホワイトノイズを使用して、要求される時間枠の都合をユーザに通知することができる。上記のように、ユーザは、予定表を検索するために、前後の時間枠に移動することができる。したがって、ここで図示および説明される下位コンポーネントを使用して、ユーザに対する通知および／または信号を特定し、検索し、アクセスし、設定し、提示することができる。
【００７５】
さらに、上記のように、それらの通知および／または信号は、アクティブな会話の流れを中断することなく秘匿に伝達することができる。すなわち、情報は、通話の関係者のうち要求元でない者から隠すことができる。
【００７６】
さらに、上記のように、データ更新コンポーネント７０６を用いてデータを変更、作成、および／または更新することができる。いくつかの例では、予定表および連絡先の項目を作成または変更することができる。ここで、時間枠は、少ない情報で埋め、後に補うことができる。同様に、上記のように、情報の少ない連絡先エントリを生成し、後に補うことができる。
【００７７】
効果として、本発明は、アクティブな通信セッション中の、相手に隠されたＰＩＭデータフィードバックを可能にする。聴覚フィードバックのシナリオでは、フィードバックは、例えば通信の相手には聞こえず、ユーザのみに聞こえる。ユーザは、電話機を耳に当てたまま、電話機のキーパッドを使用してこの機能を制御することができる。他の態様では、本発明の主旨および／または範囲から逸脱することなく、他のボタンまたはトリガ機構（例えばキーワード）を使用することができる。基本的に、本発明は、ユーザが機器のディスプレイを見てテキストを読むことを必要とせずに情報を取り出すことを可能にする。ここで、本発明を使用することにより、進行中の電話での会話に聴覚フィードバックを提供することで生じる妨害を最小にする（あるいは可能性としてはなくす）ことができる。
【００７８】
図８に、本発明による、１つまたは複数の機能の自動化を容易にするＭＬＲコンポーネント８０２を用いたシステム８００を示す。ＭＬＲは本発明では任意選択であり、代替態様では上記のコア機能の範囲を制限することなく用いることができることは理解されたい。本発明は、（例えばデータの検索、設定、提示等との関連で）各種の態様を実施するために、ＭＬＲを利用した各種の手法を用いることができる。例えば、いつＰＩＭデータにアクセスするか、データをどのように伝達するか等を決定するプロセスは、自動分類器システムおよびプロセスを介して容易にすることができる。
【００７９】
分類器は、入力された属性ベクトルｘ＝（ｘ１，ｘ２，ｘ３，ｘ４，ｘｎ）を、その入力があるクラスに属する信頼度と対応付ける関数、すなわちｆ（ｘ）＝ｃｏｎｆｉｄｅｎｃｅ（ｃｌａｓｓ）である。このような分類では、確率論および／または統計に基づく分析（例えば分析の効用および費用を計算の考慮に入れる）を用いて、ユーザが自動的に行って欲しい動作を予測または推論することができる。
【００８０】
サポートベクトルマシン（ＳＶＭ）は、用いることが可能な分類器の一例である。ＳＶＭは、可能な入力の空間内で超平面を見つけることによって動作し、超平面は、トリガ基準を非トリガ事象から分けることを試みる。直感的に、これは、訓練データに近いが同じではないテストデータについて分類を正確にする。他の有向および無向モデルの分類手法には、例えばナイーブベイズ、ベイズネットワーク、決定木、ニューラルネットワーク、ファジー論理モデルが含まれ、種々の独立パターンを提供する確率論的分類モデルを用いることができる。本明細書で使用される分類は、優先順位のモデルを開発するために利用される統計回帰も包含する。
【００８１】
本明細書から容易に理解されるように、本発明は、明示的に（例えば汎用的な訓練データを介して）トレーニングされた分類器ならびに（例えばユーザの振る舞いの観察や外部情報を受け取ることを介して）暗黙的にトレーニングされた分類器を用いることができる。例えば、ＳＶＭは、分類器コンストラクタおよび機能選択モジュール内での学習あるいは訓練段階を介して構成される。そのため、分類機を使用して複数の機能を自動的に学習および実行することができ、それらの機能には、これに限定されないが、ＰＩＭデータにいつアクセスするか、どのデータを取得するか、データの解釈をどのように設定するか、データをどのように提示するか等を所定の基準に従って決定することが含まれる。
【００８２】
次いで図９を参照すると、ここに開示されるアーキテクチャを実行するように動作可能なコンピュータのブロック図が示される。本発明の各種態様についての追加的なコンテクストを提供するために、図９および以下の説明は、本発明の各種態様が実施されることが可能な適切なコンピューティング環境９００の簡単で一般的な説明を提供するものである。これは本発明の環境の一例に過ぎず、本発明に視点を追加するために提供されることを理解されたい。したがって、他の例示的環境には、これらに限定されないが、スマートフォン、携帯電話、ポケットコンピュータ、携帯情報端末、通信機能を備えたモバイル機器等が含まれる。上記では１つまたは複数のコンピュータで実行することが可能なコンピュータ実行可能命令の一般的文脈で本発明について説明したが、当業者は、本発明は、他のプログラムモジュールと組み合わせて、および／またはハードウェアとソフトウェアの組み合わせとして実施することも可能であることを認識されよう。
【００８３】
一般に、プログラムモジュールには、特定のタスクを行う、あるいは特定の抽象データ型を実装する、ルーチン、プログラム、コンポーネント、データ構造等が含まれる。さらに、当業者は、本発明の方法は、他のコンピュータシステム構成で実施することができ、そうした構成には、シングルプロセッサまたはマルチプロセッサのコンピュータシステム、ミニコンピュータ、メインフレームコンピュータ、ならびにパーソナルコンピュータ、ハンドヘルドコンピューティング機器、マイクロプロセッサを利用した、あるいはプログラム可能な消費者家電製品等が含まれ、各々は、１つまたは複数の関連する機器と動作的に結合されることができる。
【００８４】
ここに説明される本発明の態様は、通信ネットワークを通じて連結された遠隔の処理機器によって特定のタスクが行われる分散コンピューティング環境で実施することもできる。分散コンピューティング環境では、プログラムモジュールは、ローカルおよびリモート両方のメモリ記憶装置に配置されることができる。
【００８５】
コンピュータは通常、各種のコンピュータ可読媒体を備える。コンピュータ可読媒体は、コンピュータによるアクセスが可能な任意の利用可能媒体でよく、揮発性および不揮発性の媒体、取り外し可能および取り外し不能媒体の両方を含む。限定ではなく例として、コンピュータ可読媒体は、コンピュータ記憶媒体と通信媒体を備えることができる。コンピュータ記憶媒体には、コンピュータ可読命令、データ構造、プログラムモジュール、あるいは他のデータ等の情報を記憶するための方法または技術で実装された、揮発性および不揮発性、取り外し可能および取り外し不能の媒体が含まれる。コンピュータ記憶媒体には、これらに限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、または他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、または他の光ディスク記憶、磁気カセット、磁気テープ、磁気ディスク記憶、または他の磁気記憶装置、あるいは、所望の情報を記憶するために使用することができ、コンピュータによるアクセスが可能な他の媒体が含まれる。
【００８６】
通信媒体は通例、コンピュータ可読命令、データ構造、プログラムモジュール、あるいは他のデータを、搬送波等の変調データ信号あるいは他の移送機構中に実施し、任意の情報伝達媒体を含む。用語「変調データ信号」は、信号中に情報を符号化するような形でその特徴の１つまたは複数を設定または変更した信号を意味する。限定ではなく例として、通信媒体には、有線ネットワークや直接配線接続等の有線媒体と、音響、無線周波、赤外線、および他の無線媒体等の無線媒体が含まれる。上記の媒体の組み合わせもコンピュータ可読媒体の範囲に含まれる。
【００８７】
再度図９を参照すると、本発明の各種態様を実施する例示的環境９００は、コンピュータ９０２を含み、コンピュータ９０２は、処理装置９０４、システムメモリ９０６、およびシステムバス９０８を含む。システムバス９０８は、これに限定されないがシステムメモリ９０６を含むシステムコンポーネントを、処理装置９０４に結合する。処理装置９０４は、各種の市販プロセッサでよい。デュアルマイクロプロセッサおよび他のマルチプロセッサアーキテクチャも処理装置９０４として用いることができる。
【００８８】
システムバス９０８は、各種の市販のバスアーキテクチャを使用して、メモリバス（メモリコントローラを備える場合も備えない場合もある）、ペリフェラルバス、およびローカルバスに相互接続することが可能な数種のバスストラクチャのいずれでもよい。システムメモリ９０６は、読み取り専用メモリ（ＲＯＭ）９１０およびランダムアクセスメモリ（ＲＡＭ）９１２を含む。基本入出力システム（ＢＩＯＳ）は、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等の不揮発性メモリ９１０に記憶され、ＢＩＯＳは、起動時等にコンピュータ９０２内の要素間の情報転送を助ける基本ルーチンを含んでいる。ＲＡＭ９１２は、データをキャッシュするためのスタティックＲＡＭ等の高速ＲＡＭも含むこともできる。
【００８９】
コンピュータ９０２はさらに、内蔵ハードディスクドライブ（ＨＤＤ）９１４（例えばＥＩＤＥ、ＳＡＴＡ）、磁気フロッピーディスクドライブ（ＦＤＤ）９１６（例えば取り外し可能ディスケット９１８の読み書きを行う）、および、光ディスクドライブ９２０（例えばＣＤ−ＲＯＭディスク９２２の読み出し、あるいはＤＶＤ等の他の大容量光学媒体の読み書きを行う）を含み、内蔵ハードディスクドライブ９１４は、外部で適切なシャーシ（図示せず）に入れて使用するように構成されてもよい。ハードディスクドライブ９１４、磁気ディスクドライブ９１６、および光ディスクドライブ９２０は、それぞれハードディスクドライブインタフェース９２４、磁気ディスクドライブインタフェース９２６、光学ドライブインタフェース９２８でシステムバス９０８に接続することができる。外部ドライブを実装するためのインタフェース９２４は、ユニバーサルシリアルバス（ＵＳＢ）およびＩＥＥＥ１３９４インタフェース技術の少なくとも１つまたは両方を含む。他の外部ドライブ接続技術が本発明の企図内にある。
【００９０】
これらドライブとそれに関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令等の不揮発性の記憶を提供する。コンピュータ９０２について、これらドライブと媒体は、適切なデジタル形式でのデータの記憶に対応する。上記のコンピュータ可読媒体の説明ではＨＤＤ、取り外し可能磁気ディスケット、およびＣＤやＤＶＤ等の取り外し可能光学媒体を挙げたが、当業者には、ｚｉｐドライブ、磁気カセット、フラッシュメモリカード、カートリッジ等のコンピュータに可読な他の種の媒体もこの例示的動作環境で使用することができ、さらに、そのような媒体が、本発明の方法を実行するためのコンピュータ実行可能命令を保持してよいことを理解されたい。
【００９１】
ドライブおよびＲＡＭ９１２には複数のプログラムモジュールが記憶されることができ、それらには、オペレーティングシステム９３０、１つまたは複数のアプリケーションプログラム９３２、他のプログラムモジュール９３４、およびプログラムデータ９３６が含まれる。オペレーティングシステム、アプリケーション、モジュール、および／またはデータのすべてまたは一部は、ＲＡＭ９１２にキャッシュされることもできる。本発明は、各種の市販オペレーティングシステム、または複数のオペレーティングシステムの組み合わせと共に実施できることは理解されよう。
【００９２】
ユーザは、キーボード９３８や、マウス９４０などのポインティングデバイス等の１つまたは複数の有線／無線の入力装置を通じてコンピュータ９０２にコマンドおよび情報を入力することができる。他の入力装置（図示せず）には、マイクロフォン、赤外線リモコン、ジョイスティック、ゲームパッド、スタイラスペン、タッチスクリーン等がある。上記および他の入力装置は、多くの場合、システムバス９０８に結合された入力装置インタフェース９４２を通じて処理装置９０４に接続されるが、パラレルポート、ＩＥＥＥ１３９４シリアルポート、ゲームポート、ＵＳＢポート、赤外線インタフェース等の他のインタフェースで接続することもできる。
【００９３】
モニタ９４４あるいは他の種の表示装置も、ビデオアダプタ９４６等のインタフェースを介してシステムバス９０８に接続される。モニタ９４４に加えて、コンピュータは通例、スピーカやプリンタ等の他の周辺出力装置（図示せず）を含む。
【００９４】
コンピュータ９０２は、リモートコンピュータ９４８等の１つまたは複数のリモートコンピュータとの有線通信および／または無線通信を介した論理接続を使用するネットワーク環境で動作することができる。リモートコンピュータ９４８は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、携帯型コンピュータ、マイクロプロセッサを利用した娯楽機器、ピアデバイス、あるいは他の一般的なネットワークノードであり、図を簡潔にするために図にはメモリ／記憶装置９５０のみを示すが、通常はコンピュータ９０２に関連して説明した要素の多くまたはすべてを備える。図の論理接続は、ローカルエリアネットワーク（ＬＡＮ）９５２、および／またはワイドエリアネットワーク（ＷＡＮ）９５４等のより大きなネットワークへの有線／無線接続を含む。このようなＬＡＮおよびＷＡＮのネットワーク環境は、オフィスや企業で一般的であり、イントラネット等の企業規模のコンピュータネットワークを容易にし、それらのネットワークはすべて、例えばインターネットのような世界規模の通信ネットワークに接続することができる。
【００９５】
ＬＡＮネットワーク環境で使用される場合、コンピュータ９０２は、有線および／または無線の通信ネットワークインタフェースあるいはアダプタ９５６を通じてローカルネットワーク９５２に接続される。アダプタ９５６は、ＬＡＮ９５２との有線または無線通信を容易にすることができ、ＬＡＮ９５２は、無線アダプタ９５６と通信するためにＬＡＮ９５２上に配置された無線アクセスポイントを含む場合もある。
【００９６】
ＷＡＮネットワーク環境で使用される場合、コンピュータ９０２は、モデム９５８を含むことができ、あるいはＷＡＮ９５４上の通信サーバに接続されるか、あるいはインターネットを経由して等、ＷＡＮ９５４を通じた通信を確立するための他の手段を有する。モデム９５８は、内蔵型でも外付け型でも、また有線機器でも無線機器でもよく、シリアルポートインタフェース９４２を介してシステムバス９０８に接続される。ネットワーク環境では、コンピュータ９０２に関連して図示するプログラムモジュール、またはその一部は、リモートのメモリ／記憶装置９５０に記憶されることができる。図のネットワーク接続は例示であり、コンピュータ間に通信リンクを確立する他の手段が使用されてよいことは理解されよう。
【００９７】
コンピュータ９０２は、無線通信内に動作可能に配置された無線機器またはエンティティと通信するように動作することができ、それらは例えば、プリンタ、スキャナ、デスクトップコンピュータおよび／または携帯型コンピュータ、携帯情報端末、通信衛星、無線検出可能タグに関連付けられた機器あるいは場所（例えばキオスク、新聞販売スタンド、トイレ）、電話機等である。これには、少なくとも、Ｗｉ−ＦｉおよびＢｌｕｅｔｏｏｔｈ（商標）の無線技術が含まれる。したがって、通信は、従来のネットワークのように事前に定義された構造であっても、単に少なくとも２つの機器間のアドホック通信であってもよい。
【００９８】
Ｗｉ−Ｆｉ、すなわちＷｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙは、自宅のソファ、ホテル客室のベッド、あるいは職場の会議室から、配線を用いずにインターネットに接続することを可能にする。Ｗｉ−Ｆｉは、例えばコンピュータのような機器が基地局の範囲内であればどの場所でも屋内外でデータを送受信することを可能にする携帯電話で使われている技術と同様の無線技術である。Ｗｉ−Ｆｉネットワークは、ＩＥＥＥ８０２．１１（ａ、ｂ、ｇ等）と呼ばれる無線技術を使用して、セキュリティが保護され、信頼性が高く、高速なワイヤレス接続を提供する。Ｗｉ−Ｆｉネットワークを使用して、コンピュータを、コンピュータ、インターネット、および有線ネットワーク（ＩＥＥＥ８０２．３あるいはＥｔｈｅｒｎｅｔ（登録商標）を使用する）に接続することができる。Ｗｉ−Ｆｉネットワークは、例えば１１Ｍｂｐｓ（８０２．１１ａ）あるいは５４Ｍｐｂｐｓ（８０２．１１ｂ）のデータ速度で、免許不要の２．４ＧＨｚおよび５ＧＨｚの無線帯で動作し、あるいは、両方の帯域を含む（デュアルバンド）製品と動作して、多くのオフィスで使用される基本的な１０ＢａｓｅＴ  ｗｉｒｅｄ  Ｅｔｈｅｒｎｅｔ（登録商標）ネットワークと同様の現実世界での性能を提供することができる。
【００９９】
次いで図１０を参照すると、本発明による例示的コンピューティング環境１０００の概略ブロック図を示す。システム１０００は、１つまたは複数のクライアント１００２を含む。クライアント１００２は、ハードウェアおよび／またはソフトウェア（例えばスレッド、プロセス、コンピューティング機器）である。クライアント１００２は、例えば、本発明を用いることにより、クッキーおよび／または関連付けられたコンテクスト情報を保持することができる。
【０１００】
システム１０００は、１つまたは複数のサーバ１００４も含む。サーバ１００４もハードウェアおよび／またはソフトウェア（例えばスレッド、プロセス、コンピューティング機器等）である。サーバ１００４は、例えば、本発明を用いることにより、変換を行うためのスレッドを保持することができる。クライアント１００２とサーバ１００４の間で可能な通信の１つは、２つ以上のコンピュータプロセスの間で送信されるように適合されたデータパケットの形態である。データパケットは、例えばクッキーおよび／または関連付けられたコンテクスト情報を含むことができる。システム１０００は、クライアント１００２とサーバ１００４の間の通信を容易にするために用いることができる通信フレームワーク１００６（例えばインターネットのような世界規模の通信ネットワーク）を含む。
通信は、有線技術（光ファイバを含む）および／または無線技術を介して容易にされることができる。クライアント１００２は、クライアント１００２にとってローカルな情報（例えばクッキーおよび／または関連付けられたコンテクスト情報）を記憶するために用いることができる１つまたは複数のクライアントデータストア１００８に動作上接続されている。同様に、サーバ１００４も、サーバ１００４にとってローカルな情報を記憶するために用いることが可能な１つまたは複数のサーバデータストア１０１０に動作上接続されている。
【０１０１】
上記で述べた内容には本発明の例が含まれる。言うまでもなく、本発明を説明する目的で、想定されるすべての構成要素や方法論の組み合わせを説明することは可能ではなく、当業者は、本発明のさらなる組み合わせおよび置き換えが可能であることを認識できよう。したがって、本発明は、添付の特許請求の範囲の主旨および範囲に該当するすべてのそのような改変、変更、および変形を包含するものとする。さらに、用語「〜を含む（ｉｎｃｌｕｄｅ）」が詳細な説明または請求の範囲で使用される限りにおいて、この語は、請求項で「〜を備える（ｃｏｍｐｒｉｓｉｎｇ）」が移行語として使用される場合の解釈と同様に包含的な意味とする。
【図１】
2010541481.tif 000006
【図２】
2010541481.tif 000007
【図３】
2010541481.tif 000008
【図４】
2010541481.tif 000009
【図５】
2010541481.tif 000010
【図６】
2010541481.tif 000011
【図７】
2010541481.tif 000012
【図８】
2010541481.tif 000013
【図９】
2010541481.tif 000014
【図１０】
2010541481.tif 000015
【国際調査報告】
2010541481.tif 000016
2010541481.tif 000017