JP6811226B2 - 構造化された提案 - Google Patents

Description

関連出願の相互参照

本願は、２０１４年５月３０日に出願された、発明の名称が「ＳＴＲＵＣＴＵＲＥＤ ＳＵＧＧＥＴＩＯＮＳ」である米国特許仮出願第６２／００５，８３９号、及び２０１５年５月２０日に出願された、発明の名称が「ＳＴＲＵＣＴＵＲＥＤ ＳＵＧＧＥＴＩＯＮＳ」である米国特許出願第１４／７１８，０４９号に対する優先権を主張する。これらの出願のそれぞれの内容は、全ての目的のために参照により本明細書に組み込まれている。

１．技術分野
本開示は概ね、コンテキストアウェアコンピューティングに関し、より具体的には、提案される連絡先情報及びイベント情報を特定し、これらの情報をユーザに提供することに関する。
２．背景技術

ユーザは、現代の電子デバイスにより、友人、同僚、及びアクティビティに今までよりもっと繋がることができる。しかしながら、連絡先及びカレンダーイベントを電子デバイス上で管理することは煩わしい場合がある。例えば、連絡先又はカレンダーイベントを追加又は更新するには、典型的には、幾つかの手作業の工程が必要である。結果として、多くのユーザは、アドレス帳及びカレンダーを更新し続けることを怠り、ユーザが人物又はイベントの情報を見つける必要があるとき、代わりに、デバイス上の記憶されたメッセージ及び他のコンテンツの不十分な検索に依存することを選択してしまっている。これにより、ユーザは、苛立たしい経験をし、生産性の損失がもたらされる場合がある。

いくつかの実施形態では、連絡先を提案する方法は、電子デバイスにおいて、メッセージを受信することと、受信したメッセージにおいて、エンティティ及びエンティティに関連付けられた連絡先情報を特定することと、特定されたエンティティに関連付けられた連絡先がデータベースデータベース内の複数の連絡先の中に存在しないことを判定することと、判定に応じて、エンティティに関連付けられた連絡先を生成することと、を含み、生成された連絡先は、連絡先情報と、生成された連絡先が提案される連絡先であることの表示と、を含む。

いくつかの実施形態では、連絡先を提案する方法は、電子デバイスにおいて、メッセージを受信することと、受信したメッセージにおいて、エンティティ及びエンティティに関連付けられた連絡先情報の項目と、を特定することと、特定されたエンティティに関連付けられた連絡先がデータベースデータベース内の複数の連絡先の中に存在すること、及び連絡先が連絡先情報の特定された項目を含まないことを判定することと、判定に応じて、連絡先情報の項目と、連絡先情報の項目が連絡先情報の提案された項目であることの表示と、を含むように連絡先を更新することと、を含む。

いくつかの実施形態では、連絡先を提案する方法は、ディスプレイを備える電子デバイスにおいて、メッセージを受信することと、受信したメッセージにおいて、エンティティ及びエンティティに関連付けられた連絡先情報を特定することと、特定された連絡先情報が、提案される連絡先情報であることの表示を生成することと、エンティティに関連付けられた連絡先に対応する第１のユーザインタフェースを表示することと、を含み、第１のユーザインタフェースは、生成された表示に基づいて、特定された連絡先情報が、提案される連絡先情報であることを示す第１のユーザインタフェースオブジェクトを含む。

いくつかの実施形態では、連絡先を提案する方法は、ディスプレイを備える電子デバイスにおいて、メッセージを受信することと、受信したメッセージにおいて、エンティティ及びエンティティに関連付けられた連絡先情報を特定することと、受信したメッセージに対応する第１のユーザインタフェースを表示することと、を含み、第１のユーザインタフェースは、電子デバイスによって受信されたとおりのメッセージのコンテンツを含む第１の部分と、第２の部分であって、特定されたエンティティに対応する第１のユーザインタフェースオブジェクト、特定された連絡先情報に対応する第２のユーザインタフェースオブジェクト、及び選択された場合、電子デバイスに、特定された連絡先情報をデータベースに追加させる、特定された連絡先情報に関連付けられた第３のユーザインタフェースオブジェクト、を含む、第２の部分と、を含む。

いくつかの実施形態では、カレンダーイベントを提案する方法は、電子デバイスにおいて、メッセージを受信することと、受信したメッセージにおいて、イベント情報を特定することと、特定されたイベント情報に関連付けられたカレンダーイベントを生成することと、を含み、生成されたカレンダーイベントは、イベント情報と、生成されたカレンダーイベントが提案されたカレンダーイベントであることの表示と、を含む。

いくつかの実施形態では、カレンダーイベントを提案する方法は、ディスプレイを備える電子デバイスにおいて、メッセージを受信することと、受信したメッセージにおいて、イベント情報を特定することと、受信したメッセージに対応する第１のユーザインタフェースを表示することと、を含み、第１のユーザインタフェースは、電子デバイスによって受信されたとおりのメッセージのコンテンツを含む第１の部分と、第２の部分であって、特定されたイベント情報に対応する第１のユーザインタフェースオブジェクト、選択された場合、電子デバイスに、特定されたイベント情報を複数のカレンダーイベントを含むデータベースに追加させる、特定されたイベント情報に関連付けられた第２のユーザインタフェースオブジェクト、を含む、第２の部分と、を含む。

いくつかの実施形態では、複数の連絡先及び／又はカレンダーイベントを提案する方法は、ディスプレイを備える電子デバイスにおいて、メッセージを受信することと、受信したメッセージにおいて、連絡先又はイベント情報の複数の事例を特定することと、受信したメッセージに対応する第１のユーザインタフェースを表示することと、を含み、第１のユーザインタフェースは、電子デバイスによって受信されたとおりのメッセージのコンテンツを含む第１の部分と、選択された場合、電子デバイスに、特定された連絡先又はイベント情報の複数の事例のリストを含む第２のユーザインタフェースを表示させる第２の部分と、を含む。

いくつかの実施例に係る、タッチ感知ディスプレイを備えたポータブル多機能デバイスを示すブロック図である。 いくつかの実施形態に係る、イベント処理のための例示的な構成要素を示すブロック図である。 いくつかの実施形態に係る、タッチスクリーンを有するポータブル多機能デバイスを示す図である。 いくつかの実施形態に係る、ディスプレイ及びタッチ感知面を備える例示的な多機能デバイスのブロック図である。 いくつかの実施形態に係る、ポータブル多機能デバイス上のアプリケーションのメニューのための例示的なユーザインタフェースを示す図である。 いくつかの実施形態に係る、ポータブル多機能デバイス上のアプリケーションのメニューのための例示的なユーザインタフェースを示す図である。 いくつかの実施形態に係る、提案された連絡先についての例示的なデータ構造のブロック図である。 いくつかの実施形態に係る、提案されるカレンダーイベントについての例示的なデータ構造のブロック図を示す。 いくつかの実施形態に係る、提案される連絡先及びカレンダーイベントを提供するための例示的なユーザインタフェースを示す図である。 いくつかの実施形態に係る、提案される連絡先及びカレンダーイベントを提供するための例示的なユーザインタフェースを示す図である。 いくつかの実施形態に係る、提案される連絡先及びカレンダーイベントを提供するための例示的なユーザインタフェースを示す図である。 いくつかの実施形態に係る、提案される連絡先及びカレンダーイベントを提供するための例示的なユーザインタフェースを示す図である。 いくつかの実施形態に係る、提案される連絡先及びカレンダーイベントを提供するための例示的なユーザインタフェースを示す図である。 いくつかの実施形態に係る、提案される連絡先及びカレンダーイベントを提供するための例示的なユーザインタフェースを示す図である。 いくつかの実施形態に係る、提案される連絡先及びカレンダーイベントを提供するための例示的なユーザインタフェースを示す図である。 いくつかの実施形態に係る、提案される連絡先を生成するための例示的なプロセスのフロー図である。 いくつかの実施形態に係る、提案される連絡先を生成するための例示的なプロセスのフロー図である。 いくつかの実施形態に係る、既存の連絡先を連絡先情報の提案される項目により更新するための例示的なプロセスのフロー図である。 いくつかの実施形態に係る、既存の連絡先を連絡先情報の提案される項目により更新するための例示的なプロセスのフロー図である。 いくつかの実施形態に係る、連絡先を提案される連絡先情報と共に表示するための例示的なプロセスのフロー図である。 いくつかの実施形態に係る、連絡先を提案される連絡先情報と共に表示するための例示的なプロセスのフロー図である。 いくつかの実施形態に係る、提案される連絡先情報をメッセージと共に表示するための例示的なプロセスのフロー図である。 いくつかの実施形態に係る、提案されるカレンダーイベントを生成するための例示的なプロセスのフロー図である。 いくつかの実施形態に係る、提案されるカレンダーイベントを生成するための例示的なプロセスのフロー図である。 いくつかの実施形態に係る、提案されるイベント情報をメッセージと共に表示するための例示的なプロセスのフロー図である。 いくつかの実施形態に係る、複数の提案される連絡先又はイベント情報をメッセージと共に表示するための例示的なプロセスのフロー図である。 いくつかの実施形態に係る電子デバイスの機能ブロック図である。 いくつかの実施形態に係る電子デバイスの機能ブロック図である。 いくつかの実施形態に係る電子デバイスの機能ブロック図である。 いくつかの実施形態に係る電子デバイスの機能ブロック図である。 いくつかの実施形態に係る電子デバイスの機能ブロック図である。 いくつかの実施形態に係る電子デバイスの機能ブロック図である。 いくつかの実施形態に係る電子デバイスの機能ブロック図である。 いくつかの実施形態に係る電子デバイスの機能ブロック図である。 いくつかの実施形態に係る電子デバイスの機能ブロック図である。

以下の開示及び実施形態の説明では、実施することができる特定の実施形態が実例として示されている添付の図面を参照する。本開示の範囲から逸脱することなく、他の実施形態及び実施例を実施することができ、変更を行うことができることを理解されたい。

上述のように、連絡先及びカレンダーイベントを電子デバイス上で管理することは、ユーザにとって煩わしい場合があるが、それは、連絡先又はカレンダーイベントを追加又は更新することは、時間がかかる幾つかの手作業の工程が必要であるためである。このため、多くのユーザは、アドレス帳及びカレンダーを最新の状態に維持することを容易に怠り、ユーザが特定の連絡先又はイベント情報について、彼らのデバイスを手作業で検索する必要がある時、後により多くの時間がかかってしまう。これにより、ユーザは、苛立たしい経験をし、生産性の損失がもたらされる場合がある。

本開示は、ユーザのメッセージに基づいて、ユーザのための連絡先及びカレンダーイベントを自動的に提案する電子デバイスを提供することにより、この課題に取り組むものである。本デバイスは、ユーザのメッセージを、連絡先及びイベント情報に関して分析し、この情報に基づいてユーザのための提案される連絡先及びカレンダーイベントを自動的に生成又は更新することができる。提案される連絡先及びカレンダーイベントは、ユーザにより手入力されたかのように検索可能であり、ユーザは、提案される連絡先及びカレンダーイベントを追加するか、又は無視するかを選択することができる。このように、ユーザの連絡先及びカレンダーイベントを、ユーザの側における労力を必要とせずに、又は最小限の労力により維持することができる。これにより、ユーザの時間を節約することができ、生産性を向上させ、より効率的なヒューマンマシンインタフェースを生成することができる。
１．例示的なデバイス

以下において、図１Ａ、図１Ｂ、図２、及び図３は、連絡先及びイベント情報を提案するための技術を実行するための例示的なデバイスの説明を提供する。図４Ａ、図４Ｂ及び図６Ａ〜６Ｇは、連絡先及びイベント情報を提案するための例示的なユーザインタフェースを示す。これらの図のユーザインタフェースは、図７Ａ〜図１３のプロセスを含めた、以下で説明されるプロセスを例示するために使用される。

以下の説明では、様々な要素を説明するために「第１」、「第２」などの用語が使用されるが、これらの要素はこれらの用語によって限定されるべきではない。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。例えば、説明されている様々な実施形態の範囲から逸脱することなく、第１のタッチは第２のタッチと称することができ、同様に、第２のタッチは第１のタッチと称し得る。第１のタッチと第２のタッチはともにタッチであるが、同じタッチではない。

本明細書で説明される様々な実施形態の説明で使用される用語法は、特定の実施形態を説明することのみを目的とするものであって、限定することを意図するものではない。説明される様々な実施形態の説明及び添付の特許請求の範囲で使用されるとき、単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈がそうではないことを明確に示さない限り、複数形もまた含むことが意図される。本明細書で使用される時に、用語「及び／又は」が、関連する列挙された項目のうちの１つ以上の全ての可能な任意の組み合わせを指し、かつこれを含むことをもまた理解されたい。更に、用語「ｉｎｃｌｕｄｅｓ（含む）」、「ｉｎｃｌｕｄｉｎｇ（含む）」、「ｃｏｍｐｒｉｓｅｓ（備える）」、及び／又は「ｃｏｍｐｒｉｓｉｎｇ（備える）」は、本明細書で使用される場合、記述される特徴、整数、ステップ、動作、要素、及び／又は構成要素の存在を指定するが、１つ以上の他の特徴、整数、ステップ、動作、要素、構成要素、及び／又はそれらの群の存在若しくは追加を排除するものではないことが理解されるであろう。

用語「ｉｆ（〜場合に）」は、文脈に応じて「ｗｈｅｎ（〜ときに）」、「ｕｐｏｎ（〜ときに）」、「ｉｎ ｒｅｓｐｏｎｓｅ ｔｏ ｄｅｔｅｒｍｉｎｉｎｇ（〜という判定に応じて）」、又は「ｉｎ ｒｅｓｐｏｎｓｅ ｔｏ ｄｅｔｅｃｔｉｎｇ（〜を検出したことに応じて）」を意味すると解釈することができる。同様に、句「ｉｆ ｉｔ ｉｓ ｄｅｔｅｒｍｉｎｅｄ（〜と判定される場合に）」又は「ｉｆ［ａ ｓｔａｔｅｄ ｃｏｎｄｉｔｉｏｎ ｏｒ ｅｖｅｎｔ］ｉｓ ｄｅｔｅｃｔｅｄ（［述べられる条件又はイベント］が検出される場合に）」は、文脈に応じて「ｕｐｏｎ ｄｅｔｅｒｍｉｎｉｎｇ（〜と判定される時に）」、「ｉｎ ｒｅｓｐｏｎｓｅ ｔｏ ｄｅｔｅｒｍｉｎｉｎｇ（〜との判定に応じて）」、「ｕｐｏｎ ｄｅｔｅｃｔｉｎｇ ［ｔｈｅ ｓｔａｔｅｄ ｃｏｎｄｉｔｉｏｎ ｏｒ ｅｖｅｎｔ］（［述べられる条件又はイベント］の検出時に）」、又は「ｉｎ ｒｅｓｐｏｎｓｅ ｔｏ ｄｅｔｅｃｔｉｎｇ［ｔｈｅ ｓｔａｔｅｄ ｃｏｎｄｉｔｉｏｎ ｏｒ ｅｖｅｎｔ］（［述べられる条件又はイベント］の検出に応じて）」を意味すると解釈することができる。

電子デバイス、そのようなデバイス用のユーザインタフェース、及びそのようなデバイスを使用するための関連プロセスの、実施形態を説明する。いくつかの実施形態では、このデバイスは、ＰＤＡ機能及び／又は音楽再生機能などの、他の機能をも含む、モバイル電話機などのポータブル通信デバイスである。ポータブル多機能デバイスの例示的な実施形態は、限定を伴わずに、Ｃａｌｉｆｏｒｎｉａ州ＣｕｐｅｒｔｉｎｏのＡｐｐｌｅ Ｉｎｃ．のｉＰｈｏｎｅ（登録商標）、ｉＰｏｄ Ｔｏｕｃｈ（登録商標）、及びｉＰａｄ（登録商標）デバイスを含む。タッチ感知面（例えば、タッチスクリーンディスプレイ及び／又はタッチパッド）を備えたラップトップ又はタブレットコンピュータなど他のポータブル電子デバイスも、任意選択的に、使用できる。いくつかの実施形態では、このデバイスは、ポータブル通信デバイスではなく、タッチ感知面（例えば、タッチスクリーンディスプレイ及び／又はタッチパッド）を備えたデスクトップコンピュータであることも理解されるであろう。

以下の論考では、ディスプレイ及びタッチ感知面を備える電子デバイスを説明する。しかし、この電子デバイスが、物理キーボード、マウス、及び／又はジョイスティックなどの１つ以上の他の物理ユーザインタフェースデバイスを任意選択的に含むことを理解されたい。

そのデバイスは、描画アプリケーション、プレゼンテーションアプリケーション、ワードプロセッシングアプリケーション、ウェブサイト作成アプリケーション、ディスクオーサリングアプリケーション、スプレッドシートアプリケーション、ゲームアプリケーション、電話アプリケーション、ビデオ会議アプリケーション、電子−メールアプリケーション、インスタントメッセージングアプリケーション、トレーニングサポートアプリケーション、写真管理アプリケーション、デジタルカメラアプリケーション、デジタルビデオカメラアプリケーション、ウェブブラウジングアプリケーション、デジタル音楽再生アプリケーション、及び／又はデジタルビデオ再生アプリケーションのうちの１つ以上など、様々なアプリケーションをサポートすることができる。

このデバイス上で実行される様々なアプリケーションは、タッチ感知面などの、少なくとも１つの共通の物理ユーザインタフェースデバイスを、任意選択的に使用する。タッチ感知面の１つ以上の機能並びにデバイス上に表示される対応する情報は、１つのアプリケーションから次のアプリケーションへ、及び／又は対応するアプリケーションの中で、任意選択的に、調整、及び／又は変更される。この方式で、そのデバイスの共通の（タッチ感知面などの）物理アーキテクチャは、ユーザにとって直観的かつ透過的なユーザインタフェースを有する様々なアプリケーションを、任意選択的にサポートする。

ここで、タッチ感知ディスプレイを備えるポータブルデバイスの実施形態に注意を向ける。図１Ａは、いくつかの実施形態に係る、タッチ感知ディスプレイシステム１１２を備えたポータブル多機能デバイス１００を示すブロック図である。タッチ感知ディスプレイ１１２は、便宜上「タッチスクリーン」と呼ばれる場合があり、「タッチ感知ディスプレイシステム」として既知であるか、又はそのように呼ばれる場合もある。デバイス１００は、メモリ１０２（任意選択的に、１つ以上のコンピュータ可読記憶媒体を含む）、メモリコントローラ１２２、１つ以上の処理ユニット（ＣＰＵ）１２０、周辺機器インタフェース１１８、ＲＦ回路１０８、オーディオ回路１１０、スピーカ１１１、マイクロフォン１１３、入出力（Ｉ／Ｏ）サブシステム１０６、その他の入力制御デバイス１１６、及び外部ポート１２４を含む。デバイス１００は、１つ以上の光センサ１６４を、任意選択的に含む。デバイス１００は、デバイス１００（例えば、デバイス１００のタッチ感知ディスプレイシステム１１２などのタッチ感知面）上の接触の強度を検出するための、１つ以上の接触強度センサ１６５を、任意選択的に含む。デバイス１００は、デバイス１００上に触知出力を生成する（例えば、デバイス１００のタッチ感知ディスプレイシステム１１２又はデバイス３００のタッチパッド３５５などの、タッチ感知面上に触知出力を生成する）ための、１つ以上の触知出力生成器１６７を、任意選択的に含む。これらの構成要素は、１つ以上の通信バス又は信号ライン１０３を介して、任意選択的に通信する。

本明細書及び特許請求の範囲で使用されるとき、タッチ感知面上の接触の「強度」という用語は、タッチ感知面上の接触（例えば、指接触）の力又は圧力（単位面積当りの力）、あるいはタッチ感知面上の接触の力又は圧力の代替物（代用物）を指す。接触の強度は、少なくとも４つの異なる数値を含み、より典型的には、数百以上の異なる数値（例えば、少なくとも２５６）を含む、数値の範囲を有する。接触の強度は、様々な方法及び様々なセンサ、又はセンサの組み合わせを使用して、任意選択的に、判定（又は、測定）される。例えば、タッチ感知面の下に又は隣接して配置された１つ以上のセンサは、タッチ感知面上の様々な点における力を測定するために、任意選択的に用いられる。いくつかの実装において、複数の力センサの力測定値を組み合わせて（例えば、加重平均）、接触の推定の力を判定する。同様に、スタイラスの感圧性先端部を任意選択的に使用して、タッチ感知面上のスタイラスの圧力を判定する。別の方法としては、タッチ感知面上で検出される接触領域のサイズ及び／若しくはその変化、接触に近接するタッチ感知面の電気容量及び／若しくはその変化、並びに／又は、接触に近接するタッチ感知面の抵抗及び／若しくはその変化が、タッチ感知面上の接触の力又は圧力の代用物として、任意選択的に用いられる。いくつかの実施形態では、接触の力又は圧力の代替的測定値は、強度閾値を超えているかを判定するために直接に用いられる（例えば、強度閾値は、代替的測定値に対応する単位で記述される）。いくつかの実施形態では、接触の力又は圧力の代替的測定値は、推定される力又は圧力に変換され、この推定される力又は圧力を用いて、強度閾値を超えているか判定される（例えば、強度閾値は、圧力の単位で測定された圧力閾値である）。接触の強度をユーザ入力の属性として使用することは、アフォーダンスを（例えば、タッチ感知ディスプレイ上に）表示するため、及び／又はユーザ入力を（例えば、タッチ感知ディスプレイ、タッチ感知面、又はノブ若しくはボタンなどの物理的／機械的制御を介して）受信するための面積が制限された、低減されたサイズのデバイスにおいて、ユーザによるアクセスが他の場合に不可能であり得る、追加のデバイス機能へのユーザのアクセスを可能にする。

本明細書及び特許請求の範囲で使用される時、用語「触知出力」は、ユーザの触覚でユーザによって検出されることになる、デバイスの従前の位置に対するデバイスの物理的変位、デバイスの構成要素（例えば、タッチ感知面）の、デバイスの別の構成要素（例えば、筐体）に対する物理的変位、又はデバイスの質量中心に対する構成要素の変位を指す。例えば、デバイス又はデバイスの構成要素が、タッチに敏感なユーザの表面（例えば、ユーザの手の指、手のひら、又は他の部分）に接触している状況において、物理的変位によって生成された触知出力は、デバイス又はデバイスの構成要素の物理的特性の認識された変化に相当する触感として、ユーザによって解釈される。例えば、タッチ感知面（例えば、タッチ感知ディスプレイ又はトラックパッド）の移動は、ユーザによって、物理アクチュエータボタンの「ダウンクリック」又は「アップクリック」として、任意選択的に解釈される。いくつかの場合、ユーザの移動により物理的に押された（例えば、変位された）タッチ感知面に関連付けられた物理アクチュエータボタンの移動がない時でさえ、ユーザは「ダウンクリック」又は「アップクリック」などの触感を感じる。別の例として、タッチ感知面の移動は、タッチ感知面の平滑度に変化がない時でさえ、タッチ感知面の「粗さ」としてユーザによって、任意選択的に、解釈又は感じられる。このようなユーザによるタッチの解釈は、ユーザの個別の感覚認知によるが、大多数のユーザに共通したタッチの感覚認知が数多くある。したがって、触知出力が、ユーザの特定の感覚認知（例えば、「アップクリック」「ダウンクリック」、「粗さ」）に対応するものと記述される場合、別途記載のない限り、生成された触知出力は、典型的な（又は、平均的な）ユーザの記述された感覚認知を生成するデバイス、又はデバイスの構成要素の物理的変位に対応する。

デバイス１００は、ポータブル多機能デバイスの一実施例に過ぎず、デバイス１００は、示されるものよりも多いか又は少ない構成要素を任意選択的に有するか、２つ以上の構成要素を任意選択的に組み合わせるか、又は構成要素の異なる構成若しくは配置を任意選択的に有することを理解されたい。図１Ａに示される様々な構成要素は、１つ以上の信号処理回路及び／又は特定用途向け集積回路を含む、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの双方の組み合わせの形態で実装される。

メモリ１０２は、１つ以上のコンピュータ可読記憶媒体を含んでもよい。コンピュータ可読記憶媒体は、有形かつ非一時的であってもよい。メモリ１０２は高速ランダムアクセスメモリを含んでよく、また、１つ以上の磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性固体メモリデバイスなどの、不揮発性メモリを含んでもよい。メモリコントローラ１２２は、デバイス１００の他の構成要素によるメモリ１０２へのアクセスを制御してもよい。

周辺機器インタフェース１１８を使用して、このデバイスの入力及び出力周辺機器を、ＣＰＵ１２０及びメモリ１０２に連結することができる。１つ以上のプロセッサ１２０は、デバイス１００のための様々な機能を実行するため並びにデータ処理を行うために、メモリ１０２に記憶された様々なソフトウェアプログラム及び／若しくは命令セットを走らせたり、又は実行したりする。いくつかの実施形態では、周辺機器インタフェース１１８、ＣＰＵ１２０、及びメモリコントローラ１２２はチップ１０４などの単一チップ上に実装されてもよい。一部の他の実施形態では、それらは、別個のチップ上に実装することができる。

ＲＦ（無線周波数）回路１０８は、電磁信号とも呼ばれるＲＦ信号を送受信する。ＲＦ回路１０８は、電気信号を電磁信号に、又は電磁信号を電気信号に変換し、電磁信号を介して通信ネットワーク及び他の通信デバイスと通信する。ＲＦ回路１０８は、アンテナシステム、ＲＦ送受信機、１つ以上の増幅器、同調器、１つ以上の発振器、デジタル信号プロセッサ、ＣＯＤＥＣチップセット、加入者識別モジュール（ＳＩＭ）カード、メモリなどを含むがこれらに限定されない、上記の機能を実行するための周知の回路を、任意選択的に含む。ＲＦ回路１０８は、インターネット情報検索システム（ＷＷＷ）とも呼ばれるインターネットなどのネットワーク、セルラー電話ネットワークなどのイントラネット及び／又は無線ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）及び／又はメトロポリタンエリアネットワーク（ＭＡＮ）、及び他のデバイスと無線通信によって、任意選択的に通信する。ＲＦ回路１０８は、近距離無線通信（near field communication、ＮＦＣ）を、例えば、狭域無線により検出するための周知の回路を任意選択的に含む。無線通信は、複数の通信規格、通信プロトコル、及び通信技術のうちのいずれかを、任意選択的に使用し、それらの通信規格、通信プロトコル、及び通信技術としては、移動通信用のグローバルシステム（Global System for Mobile Communications、ＧＳＭ（登録商標））、拡張データＧＳＭ環境（Enhanced Data GSM Environment、ＥＤＧＥ）、高速ダウンリンクパケット接続（high−speed downlink packet access、ＨＳＤＰＡ）、高速アップリンクパケット接続（high−speed uplink packet access、ＨＳＵＰＡ）、Ｅｖｏｌｕｔｉｏｎ，Ｄａｔａ−Ｏｎｌｙ（ＥＶ−ＤＯ）、ＨＳＰＡ、ＨＳＰＡ＋、２重セルＨＳＰＡ（Dual−Cell HSPA、ＤＣ−ＨＳＰＤＡ）、ロングタームエボリューション（long term evolution、ＬＴＥ）、近距離無線通信（near field communication、ＮＦＣ）、広帯域符号分割多元接続（wideband code division multiple access、Ｗ−ＣＤＭＡ）、符号分割多元接続（code division multiple access、ＣＤＭＡ）、時分割多元接続（time division multiple access、ＴＤＭＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＴＬＥ）、Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ（Ｗｉ−Ｆｉ）（登録商標）（例えば、ＩＥＥＥ ８０２．１１ａ、ＩＥＥＥ ８０２．１１ｂ、ＩＥＥＥ ８０２．１１ｇ、ＩＥＥＥ ８０２．１１ｎ、及び／又はＩＥＥＥ ８０２．１１ａｃ）、ボイスオーバーインターネットプロトコル（voice over Internet Protocol、ＶｏＩＰ）、Ｗｉ−ＭＡＸ、電子−メール用のプロトコル（例えば、インターネットメッセージアクセスプロトコル（Internet message access protocol、ＩＭＡＰ）及び／又はポストオフィスプロトコル（post office protocol、ＰＯＰ））、インスタントメッセージング（例えば、拡張可能メッセージング及びプレゼンスプロトコル（extensible messaging and presence protocol、ＸＭＰＰ）、インスタントメッセージング及びプレゼンス利用拡張向けセッション開始プロトコル（Session Initiation Protocol for Instant Messaging and Presence Leveraging Extensions、ＳＩＭＰＬＥ）、インスタントメッセージング及びプレゼンスサービス（Instant Messaging and Presence Service、ＩＭＰＳ））、及び／又はショートメッセージサービス（Short Message Service、ＳＭＳ）、あるいは本文書の出願日現在までに未だ開発されていない通信プロトコルを含めた任意の他の好適な通信プロトコルが挙げられるが、これらに限定されない。

オーディオ回路１１０、スピーカ１１１、及びマイクロフォン１１３は、ユーザとデバイス１００との間のオーディオインタフェースを提供する。音声回路１１０は、周辺機器インタフェース１１８から音声データを受信し、音声データを電気信号に変換し、電気信号をスピーカ１１１に送信する。スピーカ１１１は、電気信号を人間の可聴音波に変換する。音声回路１１０は、マイクロフォン１１３により音波から変換された電気信号も受信する。音声回路１１０は、電気信号を音声データに変換し、処理するために音声データを周辺機器インタフェース１１８に送出する。オーディオデータは周辺機器インタフェース１１８によって、メモリ１０２及び／又はＲＦ回路機構１０８から取得され、かつ／あるいはメモリ１０２及び／又はＲＦ回路機構１０８に送信されてもよい。いくつかの実施形態では、オーディオ回路１１０は更にヘッドセットジャック（例えば、図２の２１２）を備える。ヘッドセットジャックは、オーディオ回路１１０と、出力専用ヘッドホン又は出力（例えば、片耳又は両耳用のヘッドホン）及び入力（例えば、マイクロホン）の両方を持つヘッドセットなどの、取り外し可能なオーディオ入出力周辺機器との間のインタフェースを提供する。

Ｉ／Ｏサブシステム１０６は、周辺機器インタフェース１１８に、タッチスクリーン１１２及び他の入力制御デバイス１１６などのデバイス１００の入出力周辺機器を連結する。Ｉ／Ｏサブシステム１０６は、ディスプレイコントローラ１５６、光センサコントローラ１５８、強度センサコントローラ１５９、触覚フィードバックコントローラ１６１、及び他の入力又は制御デバイス用の１つ以上の入力コントローラ１６０を、任意選択的に含む。１つ以上の入力コントローラ１６０は、他の入力制御デバイス１１６から／へ電気信号を受信／送信する。他の入力制御デバイス１１６は、物理ボタン（例えば、プッシュボタン、ロッカボタンなど）、ダイアル、スライダースイッチ、ジョイスティック、クリックホイールなどを、任意選択的に含む。いくつかの代替的実施形態において、入力コントローラ（１つ又は複数）１６０は、キーボード、赤外線ポート、ＵＳＢポート、及びマウスなどのポインタデバイスのうちのいずれかに、任意選択的に連結される（又は、いずれにも連結されない）。１つ以上のボタン（例えば、図２の２０８）は、スピーカ１１１及び／又はマイクロフォン１１３の音量調節のためのアップ／ダウンボタンを、任意選択的に含む。１つ以上のボタンは、プッシュボタン（例えば、図２の２０６）を、任意選択的に含む。

２００５年１２月２３日に出願された、米国特許第７，６５７，８４９号である米国特許出願第１１／３２２，５４９号、「Ｕｎｌｏｃｋｉｎｇ ａ Ｄｅｖｉｃｅ ｂｙ Ｐｅｒｆｏｒｍｉｎｇ Ｇｅｓｔｕｒｅｓ ｏｎ ａｎ Ｕｎｌｏｃｋ Ｉｍａｇｅ」に記載されているように、プッシュボタンの素早い押下により、タッチスクリーン１１２のロックが解かれるか、又はタッチスクリーン上のジェスチャを用いてデバイスをロック解除する処理が開始されてもよい。同出願はその全体が本明細書において参照により組み込まれている。プッシュボタン（例えば、２０６）のより長い押下により、デバイス１００への電源が入れられるか又は切られてもよい。ユーザは、１つ以上のボタンの機能性をカスタマイズすることが可能であってもよい。タッチスクリーン１１２は、仮想若しくはソフトボタン並びに１つ以上のソフトキーボードを実現するために用いられる。

タッチ感知ディスプレイ１１２は、デバイスとユーザとの間の入力インタフェース及び出力インタフェースを提供する。ディスプレイコントローラ１５６は、タッチスクリーン１１２から／へ電気信号を受信し及び／又は送信する。タッチスクリーン１１２は、ユーザに視覚出力を表示する。この視覚出力は、グラフィック、テキスト、アイコン、ビデオ、及びそれらの任意の組み合わせ（「グラフィック」と総称される）を含み得る。いくつかの実施形態では、これらの視覚出力の一部又は全てはユーザインタフェースオブジェクトに対応してもよい。

タッチスクリーン１１２は、触覚及び／若しくは触感の接触に基づくユーザからの入力を受け付けるタッチ感知面、センサ、又はセンサのセットを有している。タッチスクリーン１１２及びディスプレイコントローラ１５６（メモリ１０２内の任意の関連モジュール及び／又は命令セットと共に）は、タッチスクリーン１１２上で接触（及び任意の動作又は接触の中断）を検出し、検出された接触をタッチスクリーン１１２上に表示されたユーザインタフェースオブジェクト（例えば、１つ以上のソフトキー、アイコン、ウェブページ、又は画像）との対話に変換する。ある例示的な実施形態では、タッチスクリーン１１２とユーザとの間の接触は、ユーザの指に対応する。

タッチスクリーン１１２は、ＬＣＤ（liquid crystal display、液晶ディスプレイ）技術、ＬＰＤ（light emitting polymer display、発光ポリマーディスプレイ）技術、又はＬＥＤ（light emitting diode、発光ダイオード）技術を用いてもよいが、他の実施形態では、その他のディスプレイ技術が使用されてもよい。タッチスクリーン１１２及びディスプレイコントローラ１５６は、限定するものではないが、静電容量技術、抵抗性技術、赤外線技術、及び表面超音波技術、並びにタッチスクリーン１１２との１つ以上の接触点を判定するための、他の近接センサアレイ又は他の要素を含む、現在知られているか若しくは今後開発される複数のタッチ感知技術のうちのいずれかを使用して、接触及びそのあらゆる移動若しくは中断を検出してもよい。例示的な実施形態では、Ｃａｌｉｆｏｒｎｉａ州ＣｕｐｅｒｔｉｎｏのＡｐｐｌｅ Ｉｎｃ．からのｉＰｈｏｎｅ及びｉＰｏｄ Ｔｏｕｃｈにおいて見られるものなどの、投影型相互キャパシタンス感知技術が使用されている。

タッチスクリーン１１２のいくつかの実施形態におけるタッチ感知ディスプレイは、以下の米国特許、第６，３２３，８４６号（Ｗｅｓｔｅｒｍａｎら）、第６，５７０，５５７号（Ｗｅｓｔｅｒｍａｎら）、及び／若しくは第６，６７７，９３２号（Ｗｅｓｔｅｒｍａｎ）、並びに／又は米国特許出願公開第２００２／００１５０２４（Ａ１）号に記載されているマルチタッチ感知タッチパッドに類似していてもよい。これらの文献はそれぞれその全体が本明細書において参照により組み込まれている。ただし、タッチスクリーン１１２はデバイス１００からの視覚出力を表示するのに対して、タッチ感知タッチパッドは視覚出力を提供しない。

タッチスクリーン１１２のいくつかの実施形態におけるタッチ感知ディスプレイは、以下の出願で説明されているとおりであってもよい。（１）米国特許出願第１１／３８１，３１３号、「Ｍｕｌｔｉｐｏｉｎｔ Ｔｏｕｃｈ Ｓｕｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ」、２００６年５月２日出願、（２）米国特許出願第１０／８４０，８６２号、「Ｍｕｌｔｉｐｏｉｎｔ Ｔｏｕｃｈｓｃｒｅｅｎ」、２００４年５月６日出願、（３）米国特許出願第１０／９０３，９６４号、「Ｇｅｓｔｕｒｅｓ Ｆｏｒ Ｔｏｕｃｈ Ｓｅｎｓｉｔｉｖｅ Ｉｎｐｕｔ Ｄｅｖｉｃｅｓ」、２００４年７月３０日出願、（４）米国特許出願第１１／０４８，２６４号、「Ｇｅｓｔｕｒｅｓ Ｆｏｒ Ｔｏｕｃｈ Ｓｅｎｓｉｔｉｖｅ Ｉｎｐｕｔ Ｄｅｖｉｃｅｓ」、２００５年１月３１日出願、（５）米国特許出願第１１／０３８，５９０号、「Ｍｏｄｅ−Ｂａｓｅｄ Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅｓ Ｆｏｒ Ｔｏｕｃｈ Ｓｅｎｓｉｔｉｖｅ Ｉｎｐｕｔ Ｄｅｖｉｃｅｓ」、２００５年１月１８日出願、（６）米国特許出願第１１／２２８，７５８号、「Ｖｉｒｔｕａｌ Ｉｎｐｕｔ Ｄｅｖｉｃｅ Ｐｌａｃｅｍｅｎｔ Ｏｎ Ａ Ｔｏｕｃｈ Ｓｃｒｅｅｎ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ」、２００５年９月１６日出願、（７）米国特許出願第１１／２２８，７００号、「Ｏｐｅｒａｔｉｏｎ Ｏｆ Ａ Ｃｏｍｐｕｔｅｒ Ｗｉｔｈ Ａ Ｔｏｕｃｈ Ｓｃｒｅｅｎ Ｉｎｔｅｒｆａｃｅ」、２００５年９月１６日出願、（８）米国特許出願第１１／２２８，７３７号、「Ａｃｔｉｖａｔｉｎｇ Ｖｉｒｔｕａｌ Ｋｅｙｓ Ｏｆ Ａ Ｔｏｕｃｈ−Ｓｃｒｅｅｎ Ｖｉｒｔｕａｌ Ｋｅｙｂｏａｒｄ」、２００５年９月１６日出願、及び（９）米国特許出願第１１／３６７，７４９号、「Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎａｌ Ｈａｎｄ−Ｈｅｌｄ Ｄｅｖｉｃｅ」、２００６年３月３日出願。これらの出願は全てそれらの全体が本明細書において参照により組み込まれている。

タッチスクリーン１１２は、１００ｄｐｉを超えるビデオ解像度を有してもよい。いくつかの実施形態において、タッチスクリーンは約１６０ｄｐｉの映像解像度を有する。ユーザは、スタイラス、指などの、任意の好適な物体又は付属物を使用して、タッチスクリーン１１２に接触してよい。いくつかの実施形態では、ユーザインタフェースは、主として指に基づく接触及びジェスチャで機能するように設計され、タッチスクリーン上の指の接触面積が広いことにより、スタイラスに基づく入力よりも精度が低いことがある。いくつかの実施形態では、デバイスは、粗い指に基づく入力を正確なポインタ／カーソル位置又はユーザの望むアクションを実行するためのコマンドに変換する。

いくつかの実施形態では、タッチスクリーンに加えて、デバイス１００は、特定の機能をアクティブ化又は停止させるためのタッチパッド（図示せず）を含んでもよい。いくつかの実施形態では、タッチパッドは、タッチスクリーンとは異なり、視覚出力を表示しない、デバイスのタッチ感知エリアである。タッチパッドは、タッチスクリーン１１２とは別個のタッチ感知面、又はタッチスクリーンによって形成されるタッチ感知面の拡張部であってもよい。

デバイス１００はまた、様々な構成要素に電力を供給するための電力システム１６２をも含む。電力システム１６２は、電力管理システム、１つ以上の電源（例えば、バッテリ、交流（ＡＣ：alternating current））、再充電システム、停電検出回路、電力コンバータ又はインバータ、電力状態インジケータ（例えば、発光ダイオード（ＬＥＤ））、並びにポータブルデバイスにおける電力の生成、管理、及び分配に関連付けられる任意の他の構成要素を含んでもよい。

デバイス１００は１つ以上の光センサ１６４も含んでもよい。図１Ａは、Ｉ／Ｏサブシステム１０６内の光センサコントローラ１５８に結合された光センサを示す。光センサ１６４は、電荷結合素子（ＣＣＤ：charge−coupled device）又は相補的金属酸化物半導体（ＣＭＯＳ：complementary metal−oxide semiconductor）フォトトランジスタを含んでもよい。光センサ１６４は、１つ以上のレンズを通して投影された、環境からの光を受光し、その光を、画像を表すデータに変換する。撮像モジュール１４３（カメラモジュールとも呼ばれる）と連動して、光センサ１６４は静止画像又はビデオを取り込んでもよい。いくつかの実施形態では、タッチスクリーンディスプレイを静止画像及び／又はビデオ画像取得のためのビューファインダとして使用することができるように、デバイスの前面のタッチスクリーンディスプレイ１１２の反対側である、デバイス１００の背面に光センサが配置されている。いくつかの実施形態では、ユーザが他のビデオ会議参加者をタッチスクリーンディスプレイ上で見るのと同時に、ユーザの画像をビデオ会議のために得ることができるように、デバイスの前面に光センサが配置されている。いくつかの実施形態では、光センサ１６４の位置はユーザによって（例えば、デバイス筐体内のレンズ及びセンサを回転させることによって）変更されることができ、それにより、単一の光センサ１６４をタッチスクリーンディスプレイと共にビデオ会議並びに静止画像及び／若しくはビデオ画像取得のどちらにも用い得るようにしている。

デバイス１００はまた、１つ以上の接触強度センサ１６５をも任意選択的に含む。図１Ａは、Ｉ／Ｏサブシステム１０６内の強度センサコントローラ１５９に結合された、接触強度センサを示す。接触強度センサ１６５は、１つ以上のピエゾ抵抗ひずみゲージ、電気容量式力センサ、電気力センサ、圧電力センサ、光学力センサ、容量式タッチ感知面、又は他の強度センサ（例えば、タッチ感知面上の接触の力（又は圧力）を測定するために使用するセンサ）を、任意選択的に含む。接触強度センサ１６５は、環境から接触強度情報（例えば、圧力情報又は圧力情報のプロキシ）を受信する。いくつかの実施形態において、少なくとも１つの接触強度センサが、タッチ感知面（例えば、タッチ感知ディスプレイシステム１１２）に併置されているか、又は近接している。いくつかの実施形態において、少なくとも１つの接触強度センサが、デバイス１００の前面に配置されたタッチスクリーンディスプレイ１１２の反対側である、デバイス１００の背面に配置されている。

デバイス１００は１つ以上の近接センサ１６６を含んでもよい。図１Ａは、周辺機器インタフェース１１８に連結された近接センサ１６６を示す。その代わりに、近接センサ１６６は、Ｉ／Ｏサブシステム１０６内の入力コントローラ１６０に結合されてもよい。近接センサ１６６は、米国特許出願第１１／２４１，８３９号、「Ｐｒｏｘｉｍｉｔｙ Ｄｅｔｅｃｔｏｒ Ｉｎ Ｈａｎｄｈｅｌｄ Ｄｅｖｉｃｅ」、第１１／２４０，７８８号、「Ｐｒｏｘｉｍｉｔｙ Ｄｅｔｅｃｔｏｒ Ｉｎ Ｈａｎｄｈｅｌｄ Ｄｅｖｉｃｅ」、同第１１／６２０，７０２号、「Ｕｓｉｎｇ Ａｍｂｉｅｎｔ Ｌｉｇｈｔ Ｓｅｎｓｏｒ Ｔｏ Ａｕｇｍｅｎｔ Ｐｒｏｘｉｍｉｔｙ Ｓｅｎｓｏｒ Ｏｕｔｐｕｔ」、同第１１／５８６，８６２号、「Ａｕｔｏｍａｔｅｄ Ｒｅｓｐｏｎｓｅ Ｔｏ Ａｎｄ Ｓｅｎｓｉｎｇ Ｏｆ Ｕｓｅｒ Ａｃｔｉｖｉｔｙ Ｉｎ Ｐｏｒｔａｂｌｅ Ｄｅｖｉｃｅｓ」、及び同第１１／６３８，２５１号、「Ｍｅｔｈｏｄｓ Ａｎｄ Ｓｙｓｔｅｍｓ Ｆｏｒ Ａｕｔｏｍａｔｉｃ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｆ Ｐｅｒｉｐｈｅｒａｌｓ」で説明されているように動作してもよく、これらの文献は、その全体が参照により本明細書に組み込まれる。一部の実施形態では、この多機能デバイスが、ユーザの耳の近くに配置される場合（例えば、ユーザが電話通話を行っている場合）、近接センサは、タッチスクリーン１１２をオフにして無効化する。

デバイス１００はまた、１つ以上の触知出力生成器１６７をも任意選択的に含む。図１Ａは、Ｉ／Ｏサブシステム１０６内の触覚フィードバックコントローラ１６１に結合された、触知出力生成器を示す。触知出力生成器１６７は、スピーカ又は他の音声構成要素などの１つ以上の電気音響デバイス、及び／又はモータ、ソレノイド、電気活性ポリマー、圧電アクチュエータ、静電アクチュエータ、若しくは他の触知出力構成要素（例えば、デバイス上で電気信号を触知出力に変換する構成要素）などの、エネルギーを直線運動に変換する電気機械デバイスを、任意選択的に含む。接触強度センサ１６５は、触覚フィードバックモジュール１３３から触覚フィードバック生成命令を受信し、デバイス１００のユーザが感知できる触知出力をデバイス１００上で生成する。いくつかの実施形態において、少なくとも１つの触知出力生成器は、タッチ感知面（例えば、タッチ感知ディスプレイシステム１１２）と併置されているか、又は近接しており、任意選択的に、タッチ感知面を垂直方向に（例えば、デバイス１００の表面の内／外）又は横方向（例えば、デバイス１００の表面と同じ平面の前後方向）に移動することによって、触知出力を生成する。いくつかの実施形態において、少なくとも１つの触知出力生成器センサは、デバイス１００の前面に配置されたタッチスクリーンディスプレイ１１２の反対側である、デバイス１００の背面に配置されている。

デバイス１００は更に、１つ以上の加速度計１６８を備えてもよい。図１Ａは、周辺機器インタフェース１１８に連結された加速度計１６８を示す。その代わりに、加速度計１６８は、Ｉ／Ｏサブシステム１０６内の入力コントローラ１６０に結合されてもよい。加速度計１６８は、米国特許出願公開第２００５０１９００５９号、「Ａｃｃｅｌｅｒａｔｉｏｎ−ｂａｓｅｄ Ｔｈｅｆｔ Ｄｅｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ ｆｏｒ Ｐｏｒｔａｂｌｅ Ｅｌｅｃｔｒｏｎｉｃ Ｄｅｖｉｃｅｓ」、及び米国特許出願公開第２００６００１７６９２号、「Ｍｅｔｈｏｄｓ Ａｎｄ Ａｐｐａｒａｔｕｓｅｓ Ｆｏｒ Ｏｐｅｒａｔｉｎｇ Ａ Ｐｏｒｔａｂｌｅ Ｄｅｖｉｃｅ Ｂａｓｅｄ Ｏｎ Ａｎ Ａｃｃｅｌｅｒｏｍｅｔｅｒ」に記載されているように動作してもよく、これらの文献はどちらも、その全体が参照により本明細書に組み込まれている。いくつかの実施形態において、情報は、１つ以上の加速度計から受信したデータの分析に基づいて、ポートレートビュー又はランドスケープビューでタッチスクリーンディスプレイ上に表示される。デバイス１００は、必要に応じて、加速度計（１つ又は複数）１６８に加えて、磁力計（図示せず）並びにデバイス１００の位置及び向き（例えば、ポートレート又はランドスケープ）に関する情報を取得するためのＧＰＳ（又はＧＬＯＮＡＳＳ又は他のグローバルナビゲーションシステム）受信部（図示せず）を、任意選択的に含む。

いくつかの実施形態において、メモリ１０２に記憶されたソフトウェアコンポーネントは、オペレーティングシステム１２６、通信モジュール（又は命令セット）１２８、接触／動きモジュール（又は命令セット）１３０、グラフィックモジュール（又は命令セット）１３２、テキスト入力モジュール（又は命令セット）１３４、全地球測位システム（ＧＰＳ）モジュール（又は命令セット）１３５、及びアプリケーション（命令セット）１３６を含む。更に、いくつかの実施形態において、図１Ａ及び図３に示すように、メモリ１０２（図１Ａ）又は３７０（図３）は、デバイス／グローバル内部状態１５７を記憶する。デバイス／グローバル内部状態１５７は、以下の１つ以上を含む：現在アクティブ状態のアプリケーションがあれば、どのアプリケーションがアクティブかを示す、アクティブアプリケーション状態、どのアプリケーション、ビュー、又は他の情報がタッチスクリーンディスプレイ１１２の様々な領域を占領しているかを示す、表示状態、デバイスの様々なセンサ及び入力コントロールデバイス１１６から得られる情報を含む、センサ状態、並びに、デバイスの位置及び／又は姿勢に関する位置情報。

オペレーティングシステム１２６（例えば、Ｄａｒｗｉｎ（登録商標）、ＲＴＸＣ、ＬＩＮＵＸ（登録商標）、ＵＮＩＸ（登録商標）、ＯＳ Ｘ（登録商標）、ｉＯＳ、ＷＩＮＤＯＷＳ（登録商標）、又はＶｘＷｏｒｋｓ（登録商標）などの組み込みオペレーティングシステム）は、一般的なシステムタスク（例えば、メモリ管理、記憶デバイス制御、電力管理など）を制御及び管理するための様々なソフトウェアコンポーネント及び／又はドライバを含み、様々なハードウェアとソフトウェアコンポーネントとの間の通信を容易にする。

通信モジュール１２８は、１つ以上の外部ポート１２４を介して他のデバイスとの通信を容易にし、また、ＲＦ回路１０８及び／又は外部ポート１２４が受信したデータを処理するための様々なソフトウェア構成要素を含む。外部ポート１２４（例えば、ユニバーサルシリアルバス（ＵＳＢ）、ＦＩＲＥＷＩＲＥ（登録商標）など）は、直接的に、又はネットワーク（例えば、インターネット、無線ＬＡＮなど）を介して間接的に他のデバイスに連結するように適合される。いくつかの実施形態において、外部ポートは、ｉＰｏｄ（登録商標）（Ａｐｐｌｅ Ｉｎｃ．の商標）デバイス上で使用される３０ピンコネクタと同一の、又はこれに類似した及び／若しくは互換性のあるマルチピン（例えば、３０ピン）コネクタである。

接触／動きモジュール１３０は、任意選択的に、（ディスプレイコントローラ１５６に関連して）タッチスクリーン１１２との接触、及び他のタッチ感知デバイス（例えば、タッチパッド又は物理クリックホイール）との接触を検出する。接触／動きモジュール１３０は、接触が発生したかどうかの判定（例えば、フィンガダウンイベントの検出）、接触の強度（例えば、接触の力若しくは圧力、又は、接触の力若しくは圧力の代用語）の判定、接触の移動及びタッチ感知面にわたる動きの追跡（例えば、１つ以上のフィンガドラッグイベントの検出）があるかどうかの判定、及び接触が中止したかどうか（例えば、フィンガアップイベント又は接触の中断の検出）の判定などの、接触の検出に関係する様々な動作を実行するための様々なソフトウェア構成要素を含む。接触／動きモジュール１３０は、タッチ感知面から接触データを受信する。一連の接触データにより表される接触点の移動を判定することは、接触点の速さ（大きさ）、速度（大きさ及び方向）、及び／又は加速度（大きさ及び／又は方向の変化）を判定することを、任意選択的に含む。これらの動作は、任意選択的に、単一の接触（例えば、１つの指の接触）又は複数の同時接触（例えば、「マルチタッチ」／複数の指の接触）に適用される。いくつかの実施形態において、接触／動きモジュール１３０及びディスプレイコントローラ１５６は、タッチパッド上の接触を検出する。

いくつかの実施形態では、接触／移動モジュール１３０は、ユーザによって動作が実行されたか否かを判定するための（例えば、ユーザがアイコン上で「クリック」したか否かを判定するための）、１つ以上の強度閾値のセットを使用する。いくつかの実施形態では、少なくとも強度閾値のサブセットが、ソフトウェアパラメータに従って判定される（例えば、強度閾値は、特定の物理アクチュエータのアクティブ化閾値によって判定されず、デバイス１００の物理ハードウェアを変更することなく調整し得る）。例えば、トラックパッド又はタッチスクリーンディスプレイのマウス「クリック」閾値は、トラックパッド又はタッチスクリーンディスプレイハードウェアを変更することなく広範囲の既定の閾値のうちのいずれかに設定し得る。加えて、いくつかの実装において、デバイスのユーザには、（例えば、個々の強度閾値を調整することにより、及び／又は「強度」パラメータのシステムレベルのクリックの後すぐに複数の強度閾値を調整することによって）強度閾値のセットのうちの１つ以上を調整するためのソフトウェア設定が提供されている。

接触／動きモジュール１３０は、任意選択的に、ユーザによるジェスチャ入力を検出する。タッチ感知面上の異なるジェスチャは、異なる接触パターン（例えば、異なる動き、タイミング、及び／又は検出された接触の強度）を有する。したがって、ジェスチャは、特定の接触パターンを検出することによって、任意選択的に、検出される。例えば、指のタップジェスチャを検出することは、フィンガダウンイベントを検出し、続いて（例えば、アイコンの位置での）そのフィンガダウンイベントと同じ位置（又は、実質的に同じ位置）でフィンガアップ（リフトオフ）イベントを検出することを含む。他の実施例として、タッチ感知面でのフィンガスワイプジェスチャの検出は、フィンガダウンイベントを検出し、続いて１つ以上のフィンガドラッグイベントを検出し、その後、フィンガアップ（リフトオフ）イベントを検出することを含む。

グラフィックモジュール１３２は、表示されるグラフィックの視覚的効果（例えば、輝度、透明度、彩度、コントラスト、又は他の視覚特性）を変更するための構成要素を含めた、タッチスクリーン１１２又は他のディスプレイ上にグラフィックをレンダリングして表示するための、様々な既知のソフトウェア構成要素を含む。本明細書で使用する時、用語「グラフィック」は、ユーザに対して表示することができる任意のオブジェクトを含み、それらのオブジェクトとしては、テキスト、ウェブページ、アイコン（ソフトキーを含むユーザインタフェースオブジェクトなど）、デジタル画像、ビデオ、アニメーションなどが挙げられるが、これらに限定されない。

いくつかの実施形態において、グラフィックモジュール１３２は、使用されるグラフィックを表すデータを記憶する。それぞれのグラフィックには、対応するコードが、任意選択的に、割り当てられる。グラフィックモジュール１３２は、アプリケーションなどから、必要に応じて、座標データ及び他のグラフィックプロパティデータと共に、表示されるグラフィックを指定する１つ以上のコードを受信し、ディスプレイコントローラ１５６に出力する画面画像データを生成する。

触覚フィードバックモジュール１３３は、デバイス１００とのユーザ対話に応じて、デバイス１００上の１つ以上の場所で触知出力を生成するために、触知出力生成器（１つ又は複数）１６７によって使用される命令を生成するための、様々なソフトウェア構成要素を含む。

テキスト入力モジュール１３４は、グラフィックモジュール１３２の構成要素であってもよく、様々なアプリケーション（例えば、連絡先１３７、電子−メール１４０、ＩＭ１４１、ブラウザ１４７、及びテキスト入力を必要とする任意の他のアプリケーション）でテキストを入力するための、ソフトキーボードを提供する。

ＧＰＳモジュール１３５は、デバイスの場所を判定し、この情報を、様々なアプリケーションで使用するために（例えば、場所に基づくダイアル発呼で使用するために電話１３８へ、写真／ビデオのメタデータとしてカメラ１４３へ、並びに、天気ウィジェット、地域のイエローページウィジェット、及び地図／ナビゲーションウィジェットなどの、場所に基づくサービスを提供するアプリケーションへ）提供する。

アプリケーション１３６は、以下のモジュール（若しくは、命令のセット）、又はそれらの部分集合若しくは上位集合を含んでもよい。
●連絡先モジュール１３７（時には、アドレス帳又は連絡先リストとも呼ぶ）、
●電話モジュール１３８、
●ビデオ会議モジュール１３９、
●電子メールクライアントモジュール１４０、
●インスタントメッセージング（ＩＭ）モジュール１４１、
●トレーニングサポートモジュール１４２、
●静止画像及び／又はビデオ画像用のカメラモジュール１４３、
●画像管理モジュール１４４、
●ビデオプレーヤモジュール
●音楽プレーヤモジュール
●ブラウザモジュール１４７、
●カレンダーモジュール１４８、
●気象ウィジェット１４９−１、株式ウィジェット１４９−２、電卓ウィジェット１４９−３、アラーム時計ウィジェット１４９−４、辞書ウィジェット１４９−５、及びユーザが取得した他のウィジェット、並びにユーザ作成ウィジェット１４９−６のうちの１つ以上を含むことができるウィジェットモジュール１４９、
●ユーザ作成ウィジェット１４９−６を作成するためのウィジェット作成モジュール１５０、
●検索モジュール１５１、
●ビデオプレーヤモジュール及び音楽プレーヤモジュールを統合した、ビデオ及び音楽プレーヤモジュール１５２、
●メモモジュール１５３、
●地図モジュール１５４、及び／又は
●オンラインビデオモジュール１５５

メモリ１０２内に記憶されてもよい他のアプリケーション１３６の例としては、他のワードプロセッシングアプリケーション、他の画像編集アプリケーション、描画アプリケーション、プレゼンテーションアプリケーション、ＪＡＶＡ（登録商標）対応アプリケーション、暗号化、デジタル著作権管理、音声認識、及び音声複製が挙げられる。

タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４と共に、連絡先モジュール１３７は、（例えば、メモリ１０２又はメモリ３７０内の連絡先モジュール１３７のアプリケーション内部状態１９２に記憶された）アドレス帳又は連絡先リストを管理するために使用されてもよく、この管理には、アドレス帳に名前（単数又は複数）を追加すること、アドレス帳から名前（単数又は複数）を削除すること、電話番号（単数又は複数）、メールアドレス（単数又は複数）、住所（単数又は複数）、又は他の情報を名前と関連付けること、画像を名前と関連付けること、名前を分類して振り分けること、電話番号又はメールアドレスを提供して、電話１３８、テレビ会議モジュール１３９、メール１４０、若しくはＩＭ１４１による通信を開始させる及び／又は容易にすること、などが含まれる。

ＲＦ回路機構１０８、オーディオ回路１１０、スピーカ１１１、マイクロフォン１１３、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４と共に、電話モジュール１３８は、電話番号に対応する一連の文字を入力し、連絡先モジュール１３７内の１つ以上の電話番号にアクセスし、入力されている電話番号を修正し、それぞれの電話番号をダイアルし、会話を遂行し、会話が完了した際に接続を切るか又は電話を切るために、使用されてもよい。上述のように、無線通信は、複数の通信規格、通信プロトコル、及び通信技術のうちのいずれかを使用してもよい。

ＲＦ回路１０８、オーディオ回路１１０、スピーカ１１１、マイクロフォン１１３、タッチスクリーン１１２、ディスプレイコントローラ１５６、光センサ１６４、光センサコントローラ１５８、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、連絡先モジュール１３７、及び電話モジュール１３８と共に、ビデオ会議モジュール１３９は、ユーザの指示に従って、ユーザと１人以上の他の参加者との間のビデオ会議を開始し、行い、終了するための、実行可能命令を含む。

ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４に関連して、電子メールクライアントモジュール１４０は、ユーザの指示に応じて、電子メールを作成し、送信し、受信し、管理するための、実行可能命令を含む。画像管理モジュール１４４に関連して、電子メールクライアントモジュール１４０は、カメラモジュール１４３で撮影された静止画像又はビデオ画像を有する電子メールを作成及び送信することを、非常に容易にする。

ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４に関連して、インスタントメッセージングモジュール１４１は、インスタントメッセージに対応する文字のシーケンスを入力したり、入力済みの文字を修正したり、それぞれのインスタントメッセージを（例えば、電話ベースのインスタントメッセージのためのショートメッセージサービス（ＳＭＳ）若しくはマルチメディアメッセージサービス（ＭＭＳ）プロトコルを使用して、又はインターネットベースのインスタントメッセージのためのＸＭＰＰ、ＳＩＭＰＬＥ、又はＩＭＰＳを使用して）送信したり、インスタントメッセージを受信して、受信したインスタントメッセージを表示したりするための、実行可能な命令を含む。いくつかの実施形態では、送信及び／又は受信されるインスタントメッセージは、ＭＭＳ及び／又は拡張メッセージングサービス（ＥＭＳ：Enhanced Messaging Service）でサポートされるような、グラフィック、写真、オーディオファイル、ビデオファイル、及び／又は他の添付ファイルを含んでもよい。本明細書で使用するとき、「インスタントメッセージング」とは、電話ベースのメッセージ（例えば、ＳＭＳ又はＭＭＳを使用して送信されるメッセージ）及びインターネットベースのメッセージ（例えば、ＸＭＰＰ、ＳＩＭＰＬＥ又はＩＭＰＳを使用して送信されるメッセージ）の双方を示す。

ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、ＧＰＳモジュール１３５、地図モジュール１５４、及び音楽再生モジュールに関連して、トレーニングサポートモジュール１４２は、（例えば、時間、距離、及び／又はカロリー消費目標を有する）トレーニングを生成する、トレーニングセンサ（スポーツデバイス）と通信する、トレーニングセンサデータを受信する、トレーニングをモニタするために使用されるセンサを較正する、トレーニング用の音楽を選択して再生する、並びに、トレーニングデータを表示、記憶、及び送信するための、実行可能命令を含む。

タッチスクリーン１１２、ディスプレイコントローラ１５６、光センサ（１つ又は複数）１６４、光センサコントローラ１５８、接触／動きモジュール１３０、グラフィックモジュール１３２、及び画像管理モジュール１４４に関連して、カメラモジュール１４３は、静止画像又はビデオ（ビデオストリームを含む）をキャプチャして、メモリ１０２にそれらを記憶したり、静止画像又はビデオの特徴を変更したり、又はメモリ１０２から静止画像又はビデオを削除したりするための、実行可能な命令を含む。

タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィクモジュール１３２、テキスト入力モジュール１３４、及びカメラモジュール１４３に関連して、画像管理モジュール１４４は、静止画像及び／又はビデオ画像を配置し、修正し（例えば、編集し）又は別の方法で操作し、ラベルを付け、削除し、提示し（例えば、デジタルスライドショー又はアルバム内で）、並びに記憶したりするための、実行可能な命令を含む。

ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４に関連して、ブラウザモジュール１４７は、ウェブページ又はそれらの一部、並びにウェブページにリンクされた添付及び他のファイルを検索し、リンク付けし、受信し、表示することを含むユーザの指示に従い、インターネットをブラウズするための、実行可能な命令を含む。

ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、電子メールクライアントモジュール１４０、及びブラウザモジュール１４７に関連して、カレンダーモジュール１４８は、ユーザの指示に従い、カレンダー及びカレンダーに関連付けられたデータ（例えば、カレンダーの項目、すべきことのリストなど）を作成し、表示し、変更し、記憶するための、実行可能な命令を含む。

ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、及びブラウザモジュール１４７に関連して、ウィジェットモジュール１４９は、ユーザによってダウンロードされ、使用することが可能なミニアプリケーション（例えば、天候ウィジェット１４９−１、株価ウィジェット１４９−２、電卓ウィジェット１４９−３、アラーム時計ウィジェット１４９−４、及び辞書ウィジェット１４９−５）、又はユーザによって作成することが可能なミニアプリケーション（例えば、ユーザ作成ウィジェット１４９−６）である。いくつかの実施形態では、ウィジェットは、ＨＴＭＬ（ハイパーテキストマークアップ言語）ファイル、ＣＳＳ（カスケーディングスタイルシート）ファイル、及びＪａｖａＳｃｒｉｐｔファイルを含む。一部の実施形態では、ウィジェットは、ＸＭＬ（拡張可能マークアップ言語）ファイル及びＪａｖａＳｃｒｉｐｔ（登録商標）ファイル（例えば、Ｙａｈｏｏ！（登録商標）ウィジェット）を含む。ウィジェット）を含む。

ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、及びブラウザモジュール１４７に関連して、ウィジェット作成モジュール１５０は、ウィジェットを作成する（例えば、ウェブページのユーザ指定箇所をウィジェットに変える）ために、ユーザによって使用されてもよい。

タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィクモジュール１３２、及びテキスト入力モジュール１３４に関連して、検索モジュール１５１は、ユーザの指示に従い、１つ以上の検索基準（例えば、１つ以上のユーザ指定の検索語句）と一致する、メモリ１０２内のテキスト、音楽、音、画像、ビデオ、及び／又は他のファイルを検索するための、実行可能な命令を含む。

タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィクモジュール１３２、オーディオ回路１１０、スピーカ１１１、ＲＦ回路１０８、及びブラウザモジュール１４７と関連して、ビデオ及び音楽再生モジュール１５２は、ＭＰ３又はＡＡＣファイルなどの１つ以上のファイル形式で記憶された録音済みの音楽又は他のサウンドファイルをユーザがダウンロード及び再生できるようにする実行可能な命令、並びにビデオを（タッチスクリーン１１２上又は外部ポート１２４を介して接続された外部のディスプレイ上に）表示、提示、又は別の方法で再生するための、実行可能な命令を含む。いくつかの実施形態において、デバイス１００は、ｉＰｏｄ（Ａｐｐｌｅ Ｉｎｃ．の商標）などのＭＰ３プレーヤの機能を、任意選択的に含む。

タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４に関連して、メモモジュール１５３は、ユーザの指示に従って、メモ、ＴｏＤｏリストなどを作成及び管理するための、実行可能な命令を含む。

ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、ＧＰＳモジュール１３５、及びブラウザモジュール１４７に関連して、地図モジュール１５４は、ユーザの指示に従い、地図及び地図に関連付けられたデータ（例えば、運転方向、特定の位置又はその近くの店舗及びその他の見所のデータ、並びに他の位置ベースのデータ）を受信、表示、変更、及び記憶するのに使用することができる。

タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、オーディオ回路１１０、スピーカ１１１、ＲＦ回路１０８、テキスト入力モジュール１３４、電子メールクライアントモジュール１４０、及びブラウザモジュール１４７に関連して、オンラインビデオモジュール１５５は、ユーザがＨ．２６４などの１つ以上のファイル形式のオンラインビデオにアクセスし、ブラウズし、受信し（例えば、ストリーミング及び／又はダウンロードにより）、再生し（例えば、タッチスクリーン上で又は外部ポート１２４を介して接続された外部のディスプレイ上で）、特定のオンラインビデオへのリンクを含む電子メールを送信し、別の方法で管理できるようにする命令を含む。いくつかの実施形態においては、電子メールクライアントモジュール１４０ではなく、インスタントメッセージモジュール１４１が、特定のオンライン映像へのリンクを送信するために用いられる。２００７年６月２０日に出願された米国仮特許出願第６０／９３６，５６２号、「Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｄｅｖｉｃｅ，Ｍｅｔｈｏｄ，ａｎｄ Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ ｆｏｒ Ｐｌａｙｉｎｇ Ｏｎｌｉｎｅ Ｖｉｄｅｏｓ」、及び２００７年１２月３１日に出願された米国特許出願第１１／９６８，０６７号、「Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｄｅｖｉｃｅ，Ｍｅｔｈｏｄ，ａｎｄ Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ ｆｏｒ Ｐｌａｙｉｎｇ Ｏｎｌｉｎｅ Ｖｉｄｅｏｓ」に、オンラインビデオアプリケーションの追加の説明を見いだすことができる。これらの出願の内容はその全体が本明細書において参照により組み込まれている。

上記で識別されたモジュール及びアプリケーションのそれぞれは、１つ以上の上記の機能を実行する実行可能な命令セット及び本出願に記載の方法（例えば、コンピュータにより実行される方法及び本明細書に記載の他の情報処理方法）に対応する。これらのモジュール（例えば、命令のセット）は、別個のソフトウェアプログラム、手順、又はモジュールとして実装される必要はなく、それゆえ、様々な実施形態では、これらのモジュールの様々なサブセットを組み合わせるか、又は他の方式で再編成することができる。例えば、ビデオ再生モジュールは、音楽再生モジュールと組み合わせて単一のモジュール（例えば、ビデオ及び音楽再生モジュール１５２、図１Ａ）にされてもよい。いくつかの実施形態では、メモリ１０２は、上記で識別されたモジュール及びデータ構造のサブセットを記憶することができる。更に、メモリ１０２は、上述されていない追加のモジュール及びデータ構造を記憶してもよい。

いくつかの実施形態では、デバイス１００は、デバイス上の機能の既定のセットの動作が排他的にタッチスクリーン及び／又はタッチパッドを介して実行されるデバイスである。デバイス１００の動作のための主要な入力制御デバイスとしてタッチスクリーン及び／又はタッチパッドを使用することにより、デバイス１００上の物理的な入力制御デバイス（プッシュボタン、ダイアル、及び同様のものなど）の数を減らすことができる。

排他的にタッチスクリーン及び／又はタッチパッドを介して実行される、既定の機能のセットは、任意選択的に、ユーザインタフェース間のナビゲーションを含む。いくつかの実施形態では、タッチパッドは、ユーザによってタッチされると、デバイス１００上に表示される任意のユーザインタフェースから、メインメニュー、ホームメニュー、又はルートメニューへデバイス１００をナビゲートする。かかる実施形態において、「メニューボタン」はタッチパッドを使って実装される。いくつかの他の実施形態では、メニューボタンは、タッチパッドの代わりに、物理的なプッシュボタン又は他の物理的な入力コントロールデバイスである。

図１Ｂは、いくつかの実施形態に係る、イベント処理のための例示的な構成要素を示すブロック図である。いくつかの実施形態では、メモリ１０２（図１Ａ）又は３７０（図３）は、イベントソータ１７０（例えば、オペレーティングシステム１２６内）及び対応するアプリケーション１３６−１（例えば、上述のアプリケーション１３７〜１５１、１５５、３８０〜３９０のいずれか）を含む。

イベントソータ１７０は、イベント情報を受け付け、イベント情報を配布するアプリケーション１３６−１及びアプリケーション１３６−１のアプリケーションビュー１９１を決定する。イベントソータ１７０は、イベントモニタ１７１及びイベントディスパッチャモジュール１７４を含む。いくつかの実施形態において、アプリケーション１３６−１は、アプリケーションがアクティブ又は実行中の時、タッチ感知ディスプレイ１１２で上に表示される現在のアプリケーションビュー（１つ又は複数）を示す、アプリケーション内部状態１９２を含む。いくつかの実施形態では、デバイス／グローバル内部状態１５７は、いずれのアプリケーションが現在アクティブであるかを判定するために、イベントソータ１７０によって使用され、アプリケーション内部状態１９２は、イベント情報の配信先となるアプリケーションビュー１９１を決定するために、イベントソータ１７０によって使用される。

いくつかの実施形態では、アプリケーション内部状態１９２は、アプリケーション１３６−１が実行を再開する際に使用される再開情報、アプリケーション１３６−１によって情報が表示されているか又は表示の準備が整っていることを示すユーザインタフェース状態情報、ユーザがアプリケーション１３６−１の以前の状態又はビューに戻ることを可能にするための状態待ち行列、及びユーザが以前に行ったアクションのリドゥ／アンドゥ待ち行列のうちの１つ以上などの、追加情報を含む。

イベントモニタ１７１は、周辺機器インタフェース１１８からイベント情報を受信する。イベント情報は、サブイベント（例えば、マルチタッチジェスチャの一部としての、タッチ感知ディスプレイ１１２上でのユーザのタッチ）についての情報を含む。周辺デバイスインタフェース１１８は、Ｉ／Ｏサブシステム１０６又は（オーディオ回路機構１１０を介して）近接センサ１６６、加速度計（１つ又は複数）１６８、及び／若しくはマイクロフォン１１３などのセンサから受信する情報を送信する。周辺機器インタフェース１１８がＩ／Ｏサブシステム１０６から受け取る情報は、タッチ感知ディスプレイ１１２又はタッチ感知面からの情報を含む。

いくつかの実施形態では、イベントモニタ１７１は、所定の間隔で周辺機器ンタフェース１１８に要求を送る。これに応じて、周辺機器インタフェース１１８は、イベント情報を送出する。他の実施形態において、周辺機器ンタフェース１１８は、重要なイベント（例えば、所定のノイズ閾値を超える、及び／又は所定時間より長い入力を受け付けること）がある場合にのみイベント情報を送出する。いくつかの実施形態では、イベントソータ１７０はまた、ヒットビュー判定モジュール１７２及び／又はアクティブイベント認識部判定モジュール１７３も含む。

ヒットビュー判断モジュール１７２は、タッチ感知ディスプレイ１１２が２つ以上のビューを表示した際に、１つ以上のビュー内のどこにおいてサブイベントが発生したかを判断するためのソフトウェア手続きを提供する。ビューは、ユーザがディスプレイ上で見ることができる制御部及び他の要素で構成される。

アプリケーションに関連付けられるユーザインタフェースの別の態様は、本明細書では、アプリケーションビュー又はユーザインタフェースウィンドウと呼ばれる場合がある、ビューのセットであり、それらの中で、情報が表示され、タッチに基づくジェスチャが実施される。タッチが検出される（それぞれのアプリケーションの）アプリケーションビューは、アプリケーションのプログラム階層又はビュー階層内のプログラムレベルに対応してもよい。例えば、タッチが検出される最低レベルのビューはヒットビューと呼ばれてもよく、適切な入力として認識されるイベントのセットは、少なくとも部分的には、タッチベースのジェスチャを開始する最初のタッチのヒットビューに基づいて判定されてもよい。

ヒットビュー判断モジュール１７２は、タッチベースのジェスチャのサブイベントに関連付けられた情報を受け取る。アプリケーションが、階層として編成された複数のビューを有する場合、ヒットビュー判定モジュール１７２は、サブイベントを処理するべき階層内の最下位のビューとして、ヒットビューを特定する。ほとんどの状況では、ヒットビューは、最初のサブイベント（例えば、イベント又は潜在的なイベントを形成するサブイベントのシーケンスにおける最初のサブイベント）が発生する最下位レベルのビューである。ヒットビューがヒットビュー判定モジュール１７２によって識別されると、ヒットビューは、典型的には、それがヒットビューとして識別された、同じタッチ又は入力ソースに関連する全てのサブイベントを受け付ける。

アクティブイベント認識部判定モジュール１７３は、ビュー階層内のどのビュー（１つ又は複数）がサブイベントの特定のシーケンスを受け取るべきかを判定する。いくつかの実施形態において、アクティブイベント認識部判定モジュール１７３は、ヒットビューのみがサブイベントの特定のシーケンスを受け取るべきであると判定する。他の実施形態において、アクティブイベント認識部判定モジュール１７３は、サブイベントの物理的な位置を含む全てのビューはアクティブに関わっているビューであると判定し、したがって、全てのアクティブに関わっているビューは、サブイベントの特定のシーケンスを受け付けるべきであると判定する。他の実施形態では、タッチサブイベントがある特定のビューに関連付けられた領域に完全に限定されたとしても、階層の上位のビューはアクティブに関わっているビューのままであるであろう。

イベントディスパッチャモジュール１７４は、イベント情報をイベント認識部（例えば、イベント認識部１８０）に送信する。アクティブイベント認識部判定モジュール１７３を含む実施形態では、イベントディスパッチャモジュール１７４は、アクティブイベント認識部判定モジュール１７３により判定されたイベント認識部にイベント情報を配布する。いくつかの実施形態では、イベントディスパッチャモジュール１７４は、それぞれのイベント受信部１８２により取得されるイベント情報をイベント待ち行列内に記憶する。

いくつかの実施形態では、オペレーティングシステム１２６は、イベントソータ１７０を含む。あるいは、アプリケーション１３６−１が、イベントソータ１７０を含む。更に他の実施形態では、イベントソータ１７０は、スタンドアロンモジュール、又は接触／動きモジュール１３０などのメモリ１０２に記憶された別のモジュールの一部である。

いくつかの実施形態では、アプリケーション１３６−１は、そのアプリケーションのユーザインタフェースの各ビュー内で発生するタッチイベントを処理する命令をそれぞれが含む、複数のイベントハンドラ１９０及び１つ以上のアプリケーションビュー１９１を含む。アプリケーション１３６−１のそれぞれのアプリケーションビュー１９１は、１つ以上のイベント認識部１８０を含む。典型的に、それぞれのアプリケーョンビュー１９１は、複数のイベント認識部１８０を含む。他の実施形態では、イベント認識部１８０のうちの１つ以上は、ユーザインタフェースキット（図示せず）又はアプリケーション１３６−１が方法及び他の性質を継承する上位レベルのオブジェクトなど、別個のモジュールの一部である。いくつかの実施形態では、それぞれのイベントハンドラ１９０は、データアップデータ１７６、オブジェクトアップデータ１７７、ＧＵＩアップデータ１７８、及び／又はイベントソータ１７０から受け付けたイベントデータ１７９のうちの１つ以上を含む。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６、オブジェクトアップデータ１７７、又はＧＵＩアップデータ１７８を利用するか又は呼び出してもよい。あるいは、アプリケーションビュー１９１のうちの１つ以上は、１つ以上のそれぞれのイベントハンドラ１９０を含む。また、いくつかの実施形態において、データアップデータ１７６、オブジェクトアップデータ１７７、及びＧＵＩアップデータ１７８のうちの１つ以上がそれぞれのアプリケーションビュー１９１内に含まれている。

各イベント認識部１８０は、イベントソータ１７０からイベント情報（例えば、イベントデータ１７９）を受け取って、そのイベント情報からイベントを特定する。イベント認識部１８０は、イベント受信部１８２及びイベント比較部１８４を含む。いくつかの実施形態では、イベント認識部１８０は更に、メタデータ１８３及びイベント配信命令１８８（サブイベント配信命令を含んでいてもよい）の少なくともサブセットを含む。

イベント受信部１８２は、イベントソータ１７０からイベント情報を受信する。イベント情報は、例えば、タッチ又はタッチの移動などのサブイベントの情報を含む。サブイベントによっては、イベント情報は、サブイベントの位置などの追加情報をもまた含む。サブイベントがタッチの動きに関わる場合には、イベント情報は、サブイベントの速さ及び方向を更に含んでもよい。いくつかの実施形態において、イベントは、ある方向から別の方向へ（例えば、ポートレートの向きからランドスケープの向きへ、又はその逆）のデバイスの回転を含み、イベント情報は、デバイスの現在の向き（デバイスの姿勢とも呼ばれる）についての対応する情報を含む。

イベント比較部１８４は、イベント情報を既定のイベント又はサブイベントの定義と比較し、その比較により、イベント又はサブイベントを判定、又はイベント若しくはサブイベントの状態を判定又は更新する。いくつかの実施形態において、イベント比較部１８４は、イベント定義１８６を含む。ベント定義１８６は、例えば、イベント１（１８７−１）、イベント２（１８７−２）などの、イベントの定義（例えば、サブイベントの既定のシーケンス）を含む。いくつかの実施形態において、イベント（１８７）内のサブイベントは、例えば、タッチ開始、タッチ終了、タッチの移動、タッチの中止、及び複数のタッチを含む。ある実施例において、イベント１（１８７−１）の定義は、表示されたオブジェクト上のダブルタップである。ダブルタップは、例えば、表示されたオブジェクト上の所定の段階についての第１のタッチ（タッチ開始）、所定の段階についての第１のリフトオフ（タッチ終了）、表示されたオブジェクト上の所定の段階についての第２のタッチ（タッチ開始）、及び所定の段階についての第２のリフトオフ（タッチ終了）を含む。別の実施例において、イベント２（１８７−２）の定義は、表示されたオブジェクト上のドラッグである。ドラッグは、例えば、表示されたオブジェクト上の所定の段階についてのタッチ（又は接触）、タッチ感知ディスプレイ１１２にわたるタッチの移動、及びタッチのリフトオフ（タッチ終了）を含む。いくつかの実施形態において、イベントは、１つ以上の関連付けられたイベントハンドラ１９０についての情報も含む。

いくつかの実施形態では、イベント定義１８６は、それぞれのユーザインタフェースオブジェクト用のイベントの定義を含む。いくつかの実施形態では、イベントコンパレーター１８４は、サブイベントに関連付けられたユーザインタフェースオブジェクトを判定するヒットテストを実行する。例えば、３つのユーザインタフェースオブジェクトがタッチ感知ディスプレイ１１２に表示されるアプリケーションビューにおいて、タッチ感知ディスプレイ１１２上でタッチが検出されると、イベントコンパレーター１８４は、３つのユーザインタフェースオブジェクトのうちのどれがタッチ（サブイベント）に関連付けられているかを判断するためのヒットテストを行う。表示されたそれぞれのオブジェクトが、それぞれのイベントハンドラ１９０に関連付けられている場合、イベント比較部はヒットテストの結果を用いて、アクティブ化する必要のあるイベントハンドラ１９０を判定する。例えば、イベント比較部１８４は、サブイベント及びヒットテストのトリガーとなるオブジェクトに関連付けられたイベントハンドラを選択する。

いくつかの実施形態では、各イベント（１８７）に関する定義はまた、サブイベントのシーケンスがイベント認識部のイベントタイプに対応するか否かが判定されるまで、イベント情報の送付を遅延させる、遅延作用も含む。

それぞれのイベント認識部１８０が、一連のサブイベントがイベント定義１８６のイベントのいずれとも一致しないと判定した場合、それぞれのイベント認識部１８０は、イベント不可能、イベント失敗、又はイベント終了の状態に入り、その後は、タッチベースのジェスチャの次のサブイベントを無視する。この状況では、もしあれば、ヒットビューについてアクティブのままである他のイベント認識部は、進行中のタッチベースのジェスチャのサブイベントの追跡及び処理を続行する。

いくつかの実施形態では、それぞれのイベント認識部１８０は、イベント配信システムがアクティブに関わっているイベント認識部にどのようにサブイベント配信を実行するかについて示す、構成可能なプロパティ、フラグ、及び／又はリストを持つメタデータ１８３を含む。いくつかの実施形態において、メタデータ１８３は、イベント認識部が互いにどのように対話し得るかについて示す構成可能なプロパティ、フラグ、及び／又はリストを含む。いくつかの実施形態において、メタデータ１８３は、構成可能なプロパティ、フラグ、及び／又はサブイベントがビュー階層又はプログラム階層内の様々なレベルに配布されるかどうかを示すリストを含む。

いくつかの実施形態では、それぞれのイベント認識部１８０は、イベントの１つ以上の特定のサブイベントが認識された時に、イベントに関連付けられたイベントハンドラ１９０をアクティブ化する。いくつかの実施形態では、それぞれのイベント認識部１８０は、イベントハンドラ１９０に、イベントに関連付けられたイベント情報を配布する。イベントハンドラ１９０をアクティブ化することと、それぞれのヒットビューにサブイベントを送信（及び送信を延期する）することとは、区別される。いくつかの実施形態では、イベント認識部１８０は、認識されたイベントに関連付けられたフラグをスローし、フラグに関連付けられたイベントハンドラ１９０はフラグをキャッチし、既定の処理を実行する。

いくつかの実施形態では、イベント配信命令１８８は、イベントハンドラをアクティブ化せずにサブイベントに関するイベント情報を配信するサブイベント配信命令を含む。その代わりに、サブイベント配信命令は、一連のサブイベントに関連付けられたイベントハンドラ又はアクティブに関わっているビューにイベント情報を配布する。一連のサブイベント又はアクティブに関わっているビューに関連付けられているイベントハンドラは、イベント情報を受け付け、所定の処理を実行する。

いくつかの実施形態では、データアップデータ１７６は、アプリケーション１３６−１で使用されるデータを作成及び更新する。例えば、データアップデータ１７６は、連絡先モジュール１３７で使用される電話番号を更新したり、ビデオプレーヤモジュールで使用されるビデオファイルを記憶したりする。いくつかの実施形態において、オブジェクトアップデータ１７７は、アプリケーション１３６−１で使用されるオブジェクトを作成及び更新する。例えば、オブジェクトアップデータ１７７は、新たなユーザインタフェースオブジェクトを作成する、又はユーザインタフェースオブジェクトの位置を更新する。ＧＵＩアップデータ１７８は、ＧＵＩを更新する。例えば、ＧＵＩアップデータ１７８は、表示情報を準備し、タッチ感知ディスプレイ上に表示するため、表示情報をグラフィクモジュール１３２に送信する。

いくつかの実施形態では、イベントハンドラ（単数又は複数）１９０は、データアップデータ１７６、オブジェクトアップデータ１７７、及びＧＵＩアップデータ１７８を含む、又はそれらに対するアクセスを有する。いくつかの実施形態では、データアップデータ１７６、オブジェクトアップデータ１７７、及びＧＵＩアップデータ１７８は、それぞれのアプリケーション１３６−１又はアプリケーションビュー１９１の１つのモジュールに含まれる。他の実施形態では、それらは、２つ以上のソフトウェアモジュールに含まれる。

タッチ感知ディスプレイ上のユーザのタッチのイベント処理に関する前述の論考はまた、入力デバイスを使用して多機能デバイス１００を動作させるための他の形態のユーザ入力にも適用されるが、その全てがタッチスクリーン上で開始されるわけではないことが理解されよう。例えば、単一又は複数のキーボードの押下又は保持に任意選択的に合わせたマウスの移動及びマウスボタンの押下、タッチパッド上でのタップ、ドラッグ、スクロールなどの接触移動、ペンスタイラス入力、デバイスの移動、口頭の指示、検出された眼球運動、バイオメトリック入力、及び／又はこれらの任意の組み合わせが、認識対象のイベントを定義するサブイベントに対応する入力として、任意選択的に利用される。

図２は、いくつかの実施形態に係る、タッチスクリーン１１２を有するポータブル多機能デバイス１００を示す。タッチスクリーンは、ユーザインタフェース（ＵＩ）２００内に１つ以上のグラフィックを、任意選択的に、表示する。後述する実施形態並びに本実施形態において、ユーザは、例えば、１本以上の指２０２（図には、正確な縮尺率では描かれていない）又は１つ以上のスタイラス２０３（図には、正確な縮尺率では描かれていない）を用いてグラフィック上でジェスチャを行うことにより、グラフィックのうちの１つ以上を選択できる。いくつかの実施形態において、ユーザが１つ以上のグラフィックとの接触を断った際に、１つ以上のグラフィックの選択が生じる。いくつかの実施形態において、ジェスチャは、１回以上のタップ、１回以上のスワイプ（左から右へ、右から左へ、上方向へ、及び／又は下方向へ）、及び／又はデバイス１００と接触した指のローリング（右から左へ、左から右へ、上方向へ、及び／又は下方向へ）を、任意選択的に含む。いくつかの実装又は状況において、グラフィックとの偶発的な接触は、グラフィックを選択しない。例えば、選択に対応するジェスチャがタップである場合、アプリケーションアイコンの上をスワイプするスワイプジェスチャは、対応するアプリケーションを、任意選択的に、選択しない。

デバイス１００はまた、「ホーム」又はメニューボタン２０４などの、１つ以上の物理ボタンも含み得る。前述したように、メニューボタン２０４は、デバイス１００上で実行することができるアプリケーションのセット内の任意のアプリケーション１３６へのナビゲーションに使用されてもよい。あるいは、いくつかの実施形態において、メニューボタンは、タッチスクリーン１１２に表示されたＧＵＩにおけるソフトキーとして実装されている。

いくつかの実施形態では、デバイス１００は、タッチスクリーン１１２、メニューボタン２０４、デバイスへの電源をオン／オフし、デバイスをロックするためのプッシュボタン２０６、音量調整ボタン（単数又は複数）２０８、加入者識別モジュール（Subscriber Identity Module、ＳＩＭ）カードスロット２１０、ヘッドセットジャック２１２、及びドッキング／充電用外部ポート１２４を含む。プッシュボタン２０６は、ボタンを押下して、既定の時間間隔にわたってボタンを押下された状態で保持することによって、デバイス上の電源をオン／オフし、ボタンを押下して、既定の時間間隔が経過する前にボタンを解放することによって、デバイスをロックし、及び／又はデバイスをロック解除する、若しくはロック解除処理を開始するために、任意選択的に使用される。代替的実施形態において、デバイス１００はまた、マイクロフォン１１３を通して、一部の機能をアクティブ化し、又はディアクティブ化するための口頭入力を受け付ける。また、デバイス１００は、タッチスクリーン１１２への接触の強度を検出するための１つ以上の接触強度センサ１６５及び／又はデバイス１００のユーザの触覚出力を生成するための１つ以上の触覚出力生成器１６７を、任意選択的に含む。

図３は、いくつかの実施形態に係る、ディスプレイ及びタッチ感知面を備える例示的な多機能デバイスのブロック図である。デバイス３００は、ポータブルでなくてもよい。いくつかの実施形態において、デバイス３００は、ラップトップコンピュータ、デスクトップコンピュータ、タブレットコンピュータ、マルチメディアプレーヤデバイス、ナビゲーションデバイス、教育的デバイス（子供の学習玩具など）、ゲームシステム、又は制御デバイス（例えば、ホーム又は業務用コントローラ）である。デバイス３００は、典型的には、１つ以上の処理ユニット（ＣＰＵ）３１０と、１つ以上のネットワーク又は他の通信インタフェース３６０と、メモリ３７０と、これらの構成要素を相互接続するための１つ以上の通信バス３２０とを含む。通信バス３２０は、システム構成要素間の通信を相互接続及び制御する回路（チップセットと称することがある）を、任意選択的に含む。デバイス３００は、典型的にはタッチスクリーンディスプレイである、ディスプレイ３４０を備える入出力（Ｉ／Ｏ）インタフェース３３０を含む。Ｉ／Ｏインタフェース３３０はまた、キーボード及び／又はマウス（又は他のポインティングデバイス）３５０並びにタッチパッド３５５、デバイス３００上に触知出力を生成するための（例えば、図１Ａを参照して上述された触知出力生成器（１つ又は複数）１６７と同様の）触知出力生成器３５７、センサ３５９（例えば、光センサ、加速度センサ、近接センサ、タッチ感知センサ、及び／又は図１Ａを参照して上述された接触強度センサ（１又は複数）１６５と同様の接触強度センサ）も、任意選択的に含む。メモリ３７０は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ、又は他のランダムアクセスソリッドステートメモリデバイスなどの、高速ランダムアクセスメモリを含み、また任意選択的に、１つ以上の磁気ディスク記憶デバイス、光ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性半導体記憶デバイスなどの、不揮発性メモリを含む。メモリ３７０は、ＣＰＵ（１つ又は複数）３１０からは離れて位置する１つ以上の記憶デバイスを、任意選択的に含む。いくつかの実施形態において、メモリ３７０は、ポータブル多機能デバイス１００（図１Ａ）のメモリ１０２に記憶されたプログラム、モジュール、及びデータ構造に類似するプログラム、モジュール、及びデータ構造、又はそれらのサブセットを記憶する。更に、メモリ３７０は、携帯型多機能デバイス１００のメモリ１０２内に存在しない追加プログラム、モジュール、及びデータ構造を記憶し得る。例えば、デバイス３００のメモリ３７０は、描画モジュール３８０、プレゼンテーションモジュール３８２、文書作成モジュール３８４、ウェブサイト作成モジュール３８６、ディスクオーサリングモジュール３８８、及び／又はスプレッドシートモジュール３９０を、任意選択的に記憶するが、ポータブル多機能デバイス１００（図１）のメモリ１０２は、これらのモジュールを、任意選択的に記憶しない。

図３の上記で識別された要素のそれぞれは、前述のメモリデバイスの１つ以上に記憶してもよい。上記で識別されたモジュールうちのそれぞれは、上述した機能を実行するための命令セットに対応する。上記で識別されたモジュール若しくはプログラム（例えば、命令セット）は、別個のソフトウェアプログラム、手続き、又はモジュールとして実施される必要はなく、したがって、様々な実施形態において、これらのモジュールの様々なサブセットを組み合わせてもよく、又は別の方法で再配置されてもよい。いくつかの実施形態では、メモリ３７０は、上記で識別されたモジュール及びデータ構造のサブセットを記憶することができる。更に、メモリ３７０は、上述されていない追加のモジュール及びデータ構造を記憶してもよい。

例えば、ポータブル多機能デバイス１００上に実装することができるユーザインタフェースの実施形態に注目を向ける。

図４Ａは、いくつかの実施形態に係る、ポータブル多機能デバイス１００上のアプリケーションのメニューのための例示的なユーザインタフェースを示す。同様のユーザインタフェースが、デバイス３００上に実装されてもよい。いくつかの実施形態では、ユーザインタフェース４００は、以下の要素、又はそれらのサブセット若しくはスーパーセットを含む。
●セルラー及びＷｉ−Ｆｉ信号などの無線通信（１つ又は複数）のための信号強度標識（１つ又は複数）４０２、
●時間４０４、
●Ｂｌｕｅｔｏｏｔｈ標識４０５、
●バッテリ状態標識４０６、
●下記などの、頻繁に利用されるアプリケーション用のアイコンを含むトレイ４０８、
○不在着信又は音声メールメッセージの数の標識４１４を任意選択的に含む、「電話」とラベル付けされる、電話モジュール１３８用のアイコン４１６、
○未読電子メールの数の標識４１０を任意選択的に含む、「メール」とラベル付けされた、電子メールクライアントモジュール１４０用のアイコン４１８、
○「ブラウザ」とラベル付けされた、ブラウザモジュール１４７用のアイコン４２０、並びに
○「ｉＰｏｄ」とラベル付けされた、ｉＰｏｄ（Ａｐｐｌｅ Ｉｎｃ．の商標）モジュール１５２とも称されるビデオ及び音楽再生モジュール１５２用のアイコン４２２、並びに
●下記などの、その他のアプリケーション用のアイコン、
○「メッセージ」とラベル付けされる、ＩＭモジュール１４１用のアイコン４２４、
○「カレンダー」とラベル付けされる、カレンダーモジュール１４８用のアイコン４２６、
○「写真」とラベル付けされる、画像管理モジュール１４４用のアイコン４２８、
○「カメラ」とラベル付けされる、カメラモジュール１４３用のアイコン４３０、
○「オンラインビデオ」とラベル付けされる、オンラインビデオモジュール１５５用のアイコン４３２、
○「株式」とラベル付けされる、株式ウィジェット１４９−２用のアイコン４３４、
○「マップ」とラベル付けされる、地図モジュール１５４用のアイコン４３６、
○「天気」とラベル付けされる、天気ウィジェット１４９−１用のアイコン４３８、
○「時計」とラベル付けされる、アラーム時計ウィジェット１４９−４用のアイコン４４０、
○「トレーニングサポート」とラベル付けされる、トレーニングサポートモジュール１４２用のアイコン４４２、
○「メモ」とラベル付けされる、メモモジュール１５３用のアイコン４４４、並びに
○デバイス１００及びその様々なアプリケーション１３６に関する設定へのアクセスを提供する、「設定」とラベル付けされる、設定アプリケーション若しくはモジュール用のアイコン４４６

図４Ａに示されているアイコンのラベルは、単なる例示であることに留意されたい。例えば、ビデオ及び音楽再生モジュール１５２用のアイコン４２２は、任意選択的に、「音楽」又は「音楽プレーヤ」とラベル付けされてもよい。他のラベルが、様々なアプリケーションアイコンのために、任意選択的に使用される。いくつかの実施形態では、それぞれのアプリケーションアイコンに関するラベルは、それぞれのアプリケーションアイコンに対応するアプリケーションの名前を含む。いくつかの実施形態において、特定のアプリケーションアイコンのラベルは、特定のアプリケーションアイコンに対応するアプリケーションの名前とは異なる。

図４Ｂは、ディスプレイ４５０（例えば、タッチスクリーンディスプレイ１１２）とは別個のタッチ感知面４５１（例えば、図３のタブレット又はタッチパッド３５５）を備えるデバイス（例えば、図３のデバイス３００）上の、例示的なユーザインタフェースを示す。デバイス３００はまた、タッチ感知面４５１上の接触の強度を検出するための、１つ以上の接触強度センサ（例えば、センサ３５７のうちの１つ以上）、及び／又はデバイス３００のユーザに対する触知出力を生成するための、１つ以上の触知出力生成器３５９を含む。

以下の実施例のうちのいくつかは、タッチスクリーンディスプレイ１１２上の入力（タッチ感知面とディスプレイとが組み合わされている場合）を参照して説明されるが、いくつかの実施形態では、デバイスは、図４Ｂに示すように、ディスプレイとは別個のタッチ感知面上での入力を検出する。いくつかの実施形態では、このタッチ感知面（例えば、図４Ｂでの４５１）は、ディスプレイ（例えば、４５０）上の主軸（例えば、図４Ｂでの４５３）に対応する主軸（例えば、図４Ｂでの４５２）を有する。これらの実施形態によれば、デバイスは、ディスプレイ上のそれぞれの場所に対応する場所（例えば、図４Ｂでは、４６０は４６８に対応し、４６２は４７０に対応する）での、タッチ感知面４５１との接触（例えば、図４Ｂでの４６０及び４６２）を検出する。この方式で、タッチ感知面がディスプレイとは別個のものである場合、タッチ感知面（例えば、図４Ｂでの４５１）上でデバイスによって検出されたユーザ入力（例えば、接触４６０及び４６２、並びにそれらの移動）が、多機能デバイスのディスプレイ（例えば、図４Ｂでの４５０）上のユーザインタフェースを操作するために、デバイスによって使用される。同様の方法が、本明細書に記載の他のユーザインタフェースに、任意選択的に使用されることを理解されたい。

更に加えて、以下の説明は、主に指入力（例えば、指の接触、指のタップジェスチャ、指のスワイプジェスチャ）を参照して説明されるが、いくつかの実施形態では、それらの指入力のうちの１つ以上は、別の入力デバイスからの入力（例えば、マウスに基づく入力又はスタイラス入力）で置き換えられることを理解されたい。例えば、スワイプジェスチャは、任意選択的に、（例えば、接触の代わりに）マウスクリックと置換され、その後、（例えば、接触の移動の代わりに）スワイプの経路に沿ってカーソルの移動が行われる。別の実施例として、タップジェスチャは、（例えば、接触の検出に続いて接触の検出を停止する代わりに）カーソルがタップジェスチャの位置上に配置される間、任意選択的に、マウスクリックと置換される。同様に、複数のユーザ入力が同時に検出される時、複数のコンピュータマウスが同時に、任意選択的に用いられ、又はマウスと指接触が同時に用いられることが理解されよう。

ここで使用されるとき、用語「アフォーダンス」は、デバイス１００、３００、及び／又は５００（図１、３、及び５）のディスプレイスクリーン上に表示され得るユーザ対話式のグラフィカルユーザインタフェースオブジェクトを指す。例えば、画像（例えば、アイコン）、ボタン、及びテキスト（例えば、ハイパーリンク）がそれぞれ、アフォーダンスを構成してもよい。

本明細書で使用されるとき、用語「フォーカスセレクタ」とは、ユーザが対話しているユーザインタフェースの現在の部分を示す、入力要素を指す。カーソル又は他のロケーションマーカを含むいくつかの実装において、カーソルは、タッチ感知面（例えば、図３のタッチパッド３５５、又は図４Ｂのタッチ感知面４５１）上で入力（例えば、押下げ入力）が検出された時に、カーソルが特定のユーザインタフェース要素（例えば、ボタン、ウインドウ、スライダ、又は他のユーザインタフェース要素）の上にある間に、「フォーカスセレクタ」として機能し、特定のユーザインタフェース要素が、検出された入力に従って調整される。タッチスクリーンディスプレイ上でのユーザインタフェース要素との直接的な対話を有効にするタッチスクリーンディスプレイ（例えば、図１Ａのタッチ感知ディスプレイシステム１１２、又は図４Ａのタッチスクリーン１１２）を含むいくつかの実装において、タッチスクリーン上の検出された接触は、入力（例えば、接触による押下げ入力）が特定のユーザインタフェース要素（例えば、ボタン、ウインドウ、スライダ、又は他のユーザインタフェース要素）の位置にあるタッチスクリーン上で検出された時に、「フォーカスセレクタ」として機能し、特定のユーザインタフェース要素が、検出された入力に従って調整される。いくつかの実装において、（例えば、タブキー又は矢印キーを使ったフォーカスの１つのボタンから別のボタンへの移動により）タッチスクリーンディスプレイ上の対応するカーソルの移動又は接触の移動なしに、フォーカスが、ユーザインタフェースの１つの領域からユーザインタフェースの別の領域に移動される。これらの実装において、フォーカスセレクタは、ユーザインタフェースの異なる領域間でのフォーカスの移動に従って移動する。フォーカスセレクタが取る特定のフォームに関係なく、フォーカスセレクタは、全体的に、ユーザのユーザインタフェースとの意図した（例えば、ユーザが対話したいと思っているユーザインタフェースの要素をデバイスに指示することによる）対話を伝達するように、ユーザによって制御されたユーザインタフェース要素（又は、タッチスクリーンディスプレイ上の接触）である。例えば、押下げ入力がタッチ感知面（例えば、タッチパッド又はタッチスクリーン）上で検出された時にそれぞれのボタンの上にあるフォーカスセレクタ（例えば、カーソル、接触又は選択ボックス）の位置は、（デバイスのディスプレイ上に示されている他のユーザインタフェース要素とは反対に）ユーザが、それぞれのボタンをアクティブ化しようとしていることを指示する。

明細書及び特許請求の範囲で使用されるように、接触の「特性強度」という用語は、接触の１つ以上の強度に基づく接触の特性を指す。いくつかの実施形態では、特性強度は複数の強度サンプルに基づく。特性強度は、任意選択的に、既定の数の強度サンプル、又は既定のイベント（例えば、接触を検出した後、接触のリフトオフを検出する前、接触の移動の開始を検出する前若しくは後、接触の終了を検出する前、接触の強度の増加を検出する前若しくは後、及び／又は接触の強度の減少を検出する前若しくは後）に対して所定の時間期間（例えば、０．０５、０．１、０．２、０．５、１、２、５、１０秒）内に収集された強度サンプルのセットに基づく。接触の特性強度は、任意選択的に、接触の強度の最大値、接触の強度の中間値（mean）、接触の強度の平均値（average）、接触の強度の上位１０個のパーセンタイル値、接触の強度の最大値の半分の値、接触の強度の最大値の９０パーセントの値などのうちの１つ以上に基づく。いくつかの実施形態では、特性強度を判定するために、接触の期間が使用される（例えば、特性強度が経時的な接触の強度の平均である時）。いくつかの実施形態では、動作がユーザによって実行されたかどうかを判定するために、特性強度が１つ以上の強度閾値のセットと比較される。例えば、１つ以上の強度閾値のセットは、第１の強度閾値及び第２の強度閾値を含んでもよい。この実施例では、第１の閾値を上回らない特性強度を有する接触の結果として第１の動作が実行され、第１の強度閾値を上回り、第２の強度閾値を上回らない特性強度を有する接触の結果として第２の動作が実行され、第２の閾値を上回る特性強度を有する接触の結果として第３の動作が実行される。いくつかの実施形態では、特性強度と１つ以上の閾値との間の比較が、第１の動作又は第２の動作を実行するかを判定するために使用されるのではなく、１つ以上の動作を実行するかどうか（例えば、それぞれの動作を実行するのか、又はそれぞれの動作の実行を省略するのか）を判定するために使用される。

いくつかの実施形態では、特性強度を判定する目的で、ジェスチャの一部分が特定される。例えば、タッチ感知面は、接触の強度が増加する、開始位置から遷移して終了位置まで達する連続的なスワイプ接触を受け取ってもよい。この実施例では、終了位置における接触の特性強度は、連続的なスワイプ接触全体ではなく、そのスワイプ接触の一部分（例えば、終了位置におけるスワイプ接触の部分のみ）のみに基づいてもよい。いくつかの実施形態では、接触の特性強度を判定することの前に、平滑化アルゴリズムがスワイプ接触の強度に適用されてもよい。例えば、平滑化アルゴリズムは、任意選択的に、非荷重移動平均平滑化アルゴリズム、三角平滑化アルゴリズム、中央値フィルタ平滑化アルゴリズム、及び／又は指数平滑化アルゴリズムのうちの１つ以上を含む。いくつかの状況では、これらの平滑化アルゴリズムは、特性強度を判定する目的で、スワイプ接触の強度の小幅な上昇又は低下を除外する。

タッチ感知面上の接触の強度は、接触検出強度閾値、軽い押圧強度閾値、深い押圧強度閾値、及び／又は１つ以上の他の強度閾値などの１つ以上の強度閾値に対して特徴付けされてもよい。いくつかの実施形態では、軽い押圧強度閾値は、物理マウスのボタン又はトラックパッドのクリックに典型的に関連付けられた動作を、デバイスが実行することになる強度に相当する。いくつかの実施形態では、深い押圧強度閾値は、物理マウスのボタン又はトラックパッドのクリックに典型的に関連付けられた動作とは異なる動作を、デバイスが実行することになる強度に相当する。いくつかの実施形態では、軽い押圧強度閾値を下回る（例えば、かつ、それを下回ると接触がもはや検出されないわずかな接触検出強度閾値を上回る）特性強度で接触が検出される場合、デバイスは、軽い押圧強度閾値又は深い押圧強度閾値に関連付けられた動作を実行することなく、タッチ感知面上の接触の移動に従って、フォーカスセレクタを移動させることになる。全般的には、特に明記しない限り、これらの強度閾値は、異なるユーザインタフェース図のセット間でも一貫している。

軽い押圧強度閾値を下回る強度から、軽い押圧強度閾値と深い押圧強度閾値との間の強度への、接触の特性強度の増大は、「軽い押圧」入力と称される場合がある。深い押圧強度閾値を下回る強度から、深い押圧強度閾値を上回る強度への、接触の特性強度の増大は、「深い押圧」入力と称される場合がある。接触検出強度閾値を下回る強度から、接触検出強度閾値と軽い押圧強度閾値との間の強度への、接触の特性強度の増大は、タッチ面上の接触の検出と称される場合がある。接触検出強度閾値を上回る強度から、接触検出強度閾値を下回る強度への、接触の特性強度の減少は、タッチ面からの接触のリフトオフの検出と称される場合がある。いくつかの実施形態では、接触検出強度閾値はゼロである。いくつかの実施形態では、接触検出強度閾値はゼロを上回る。

本明細書で説明されるいくつかの実施形態では、１つ以上の動作は、それぞれの押圧入力を含むジェスチャの検出に応答して、又はそれぞれの接触（又は、複数の接触）で実行されるそれぞれの押圧入力の検出に応答して実行され、それらのそれぞれの押圧入力は、少なくとも部分的に、押圧入力強度閾値を上回る接触（又は、複数の接触）の強度の増大の検出に基づいて検出される。いくつかの実施形態では、それぞれの動作は、押圧入力強度閾値を上回る、それぞれの接触の強度の増大（例えば、それぞれの押圧入力の「ダウンストローク」）の検出に応答して、実行される。いくつかの実施形態では、押圧入力は、押圧入力強度閾値を上回る、それぞれの接触の強度の増大、及び後続の押圧入力強度閾値を下回る接触の強度の減少を含み、それぞれの動作は、その後続の押圧入力閾値を下回るそれぞれの接触の強度の減少（例えば、それぞれの押圧入力の「アップストローク」）の検出に応答して、実行される。

いくつかの実施形態では、デバイスは、「ジッタ」と呼ばれる場合がある偶発的入力を回避するために、強度ヒステリシスを採用し、デバイスは、押圧入力強度閾値との既定の関連性を有するヒステリシス強度閾値を、定義又は選択する（例えば、ヒステリシス強度閾値は、押圧入力強度閾値よりもＸ強度単位低いか、又は、ヒステリシス強度閾値は、押圧入力強度閾値の７５％、９０％、若しくは何らかの妥当な比率である）。それゆえ、いくつかの実施形態では、押圧入力は、押圧入力強度閾値を上回る、それぞれの接触の強度の増大、及び後続の、押圧入力強度閾値に対応するヒステリシス強度閾値を下回る接触の強度の減少を含み、それぞれの動作は、そのヒステリシス強度閾値を下回る、後続のそれぞれの接触の強度の減少（例えば、それぞれの押圧入力の「アップストローク」）の検出に応答して、実行される。同様に、いくつかの実施形態では、押圧入力は、デバイスが、ヒステリシス強度閾値以下の強度から、押圧入力強度閾値以上の強度への、接触の強度の増大、及び任意選択的に、ヒステリシス強度以下の強度への、後続の接触の強度の減少を検出する場合にのみ、検出され、それぞれの動作は、その押圧入力（例えば、状況に応じて、接触の強度の増大、又は接触の強度の減少）の検出に応答して、実行される。

説明を容易にするために、押圧入力強度閾値に関連付けられた押圧入力に応答して、又はその押圧入力を含むジェスチャに応答して実行される動作の説明は、押圧入力強度閾値を上回る接触の強度の増大、ヒステリシス強度閾値を下回る強度から押圧入力強度閾値を上回る強度への接触の強度の増大、押圧入力強度閾値を下回る接触の強度の減少、及び／又は押圧入力強度閾値に対応するヒステリシス強度閾値を下回る接触の強度の減少のいずれかの検出に応答して、任意選択的にトリガーされる。更に加えて、押圧入力強度閾値を下回る、接触の強度の減少の検出に応じて、動作が実行されるとして説明される実施例では、その動作は、押圧入力強度閾値に対応し、かつ押圧入力強度閾値よりも低い、ヒステリシス強度閾値を下回る、接触の強度の減少の検出に応じて、任意選択的に実行される。
２．構造化された提案

本開示の実施形態では、電子デバイスは、ユーザのメッセージからユーザに対して提案される連絡先及びカレンダーイベントを構造化することができる。提案される連絡先及びカレンダーイベントは、ユーザにより手作業で入力されたかのように検索可能であり、ユーザは、提案される連絡先及びカレンダーイベントを追加又は無視する（例えば、拒否する）ことを選択することができる。この方法において、ユーザの連絡先及びカレンダーイベントを、ユーザの側における労力を必要とせず、又は最小限の努力により維持することができる。これにより、ユーザの時間を節約することができ、生産性を向上させることができ、より効率的な人間−機械インタフェースを生成することができる。
２．１ 提案される連絡先情報

図５Ａは、いくつかの実施形態に係る、提案される連絡先についての例示的なデータ構造５０２Ａを示す。図５Ａに示すように、電子デバイス５００は、メッセージ５１０からの連絡先情報５２０Ａを、対応する連絡先５３０Ａに関連付ける（例えば、記憶する）ことができる。メッセージ５１０としては、デバイス５００のユーザにより送信又は受信することができる、例えば、電子メール、インスタントメッセージ、デバイス５００上のアプリケーションを介したメッセージなどの、任意の種類のメッセージが挙げられ、メッセージ５１０への任意の添付を含み得る。

連絡先情報５２０Ａは、エンティティの名称、電話番号、アドレス、ビジネスネットワーク又はソーシャルネットワークのハンドル名などの、アドレス帳データベース内の連絡先エントリに典型的に関連付けられる情報を含むことができる。連絡先エントリは、典型的には、エンティティにより、体系化又は索引付けされる。エンティティとしては、個人、グループ、組織、企業などを挙げることができる。連絡先情報５２０Ａは、連絡先モジュール１３７などのアプリケーションが連絡先情報５２０Ａを処理するために認識することができる、任意の好適なフォーマットで記憶され得る。連絡先情報５２０はまた、ＣａｒｄＤＡＶプロトコルなどの標準的なプロトコルに従ってフォーマット化されてもよい。これにより、ネットワーク上において、更新又は他のクライアントとの同期が可能となる。

いくつかの実施形態では、特定された連絡先情報５２０Ａは、３つの相互排他的な状態−提案状態５４０、追加状態５５０、及び拒否状態５６０のうちいずれか１つで、連絡先５３０Ａに関連付けられることができる。提案状態５４０は、ユーザが連絡先への連絡先情報５２０Ａの追加を未だに確認又は承認していない状態を示し得る。追加状態５５０は、ユーザが連絡先への連絡先情報５２０Ａの追加を確認又は承認した状態を示し得る。拒否状態５６０は、ユーザが連絡先への連絡先情報５２０Ａの追加を拒否した状態を示し得る。連絡先５３０Ａはまた、全ての関連付けられた連絡先情報が同じ状態に属する場合、これらの３つの状態のうち任意の１つに関連付けられることもできる。

いくつかの実施形態では、追加状態５５０は、デバイス５００により、デフォルト状態として処理されることができる。デフォルト状態とは、追加状態５５０にあることを示すために、このような連絡先に関連付けられるべき追加データを必要としないことを意味する。例えば、デバイス５００上のユーザにより追加された連絡先は、追加状態５５０にデフォルト化されることができる。

追加状態５５０がデフォルト状態として処理される実施形態では、デバイス５００は、データを、連絡先情報５２０Ａに関連付けて、連絡先情報５２０Ａが提案状態５４０か又は拒否状態５６０かのいずれか一方に属することを示すことができる。このデータは、メタデータなどの任意の好適な形態をとることができ、メタデータは、連絡先情報５２０Ａを処理して、連絡先情報５２０Ａが提案状態５４０か又は拒否状態５６０かのいずれか一方にあることを認識するアプリケーションにより使用されることができる。デバイス５００はまた、データを、連絡先５３０Ａに関連付けて、連絡先５３０Ａ及び全ての関連付けられた連絡先情報が提案状態５４０か又は拒否状態５６０かのいずれか一方に属することを示すこともできる。

提案状態５４０にある連絡先情報５２０Ａを記憶することにより、（例えば、デバイス５００上で動作するアプリケーションを介して）デバイス５００は、連絡先の検索において提案される連絡先情報を含むことができる。ユーザの混乱を避けるために、デバイス５００はまた、ユーザに対して、連絡先情報５２０Ａが、（例えば、ラベル付け又は強調により）視覚的表示を提供することにより、かつ／又は（例えば、ユーザが連絡先情報５２０Ａに対して行動を起こすことを可能にする前に、ユーザに追加的な入力を要求することにより）ユーザが連絡先情報５２０Ａに直接的に行動を起こすことを防止することにより、提案状態５４０にあることを示すことができる。入力とは、タッチ、マウス、スピーチなどの入力における任意の好適な方法を指すことができる。

拒否状態５６０にある連絡先情報５２０Ａを記憶することにより、デバイス５００は、ユーザに対して、再度、連絡先情報を提案しないように、ユーザが拒否した以前に提案された連絡先情報を記憶していることができる。拒否状態５６０にある連絡先情報５２０Ａは、追加状態５５０及び提案状態５４０にある連絡先情報を処理するアプリケーションにより無視され得る。

デバイス５００は、デバイス５００上のローカルに、連絡先情報５２０Ａを記憶することができ、連絡先情報５２０Ａが提案状態５４０から追加状態５５０に変更されるまで、連絡先情報５２０Ａをリモートデータベースに同期することを自制することができる。他の実施形態では、連絡先情報５２０Ａは、提案状態５４０にある間に、リモートデータベースに更新されてもよい。

デバイス５００は、メッセージ５１０中の構造化又は非構造化コンテンツから、連絡先情報５２０Ａを特定することができる。構造化コンテンツとは、フライト、ホテル、及び／又は自動車の予約情報を同じ所定の方法で（例えば、同じＨＴＭＬ構造を使用して）レイアウトするオンライン旅行代理店により提供される自動電子メールなどの、所定のフォーマットに従って配置された、形式的な体系又は構造を有するコンテンツを指す。いくつかの実施形態では、連絡先情報５２０Ａを構造化コンテンツから特定するために、デバイス５００は、このようなメッセージにより提供された特定のフォーマットにある連絡先情報を認識するように構成されているテンプレートを使用することができる。いくつかの実施形態では、デバイス５００は、これらのテンプレートをネットワーク上に追加及び／又は更新することができる。

非構造化コンテンツとは、（例えば、誰かが、新しい番号を有していることをメッセージ内で述べるなどの）自然言語コンテンツ及び電子メールの署名などの、形式的な体系又は構造を有さないコンテンツを指す。連絡先情報５２０Ａを非構造化コンテンツから特定するために、デバイス５００は、特定のフレーズ、例えば、「新しい番号を取得しました。その番号は、＜番号＞です」などの、連絡先情報に対する所定の言及を特定するように構成されているデータ検出器を使用することができる。デバイス５００はまた、これらのデータ検出器をネットワーク上に追加及び／又は更新することができる。デバイス５００は、デバイス５００上（例えば、アドレス帳データベース内）の連絡先情報を、デバイス５００上（例えば、メッセージ内）のその連絡先情報に関連付けられた言語と相互相関させることにより、データ検出器によって依存される所定の言及を改良することができる。次に、相関された言語を使用して、その後の使用ために所定の言及の精度を上げることができる。デバイス５００により分析されたメッセージコンテンツは、デバイス５００により認識可能な、メッセージメタデータを含む任意の情報を含むことができる。

いくつかの実施形態では、デバイスは、命令（例えば、ユーザのリクエスト）を受け取って、連絡先（例えば、個人又は企業）との通信（例えば、電話、インスタントメッセージ、電子メール）を開始する。デバイスは、連絡先が、デバイスのアドレス帳にないことを判定する。応答において、デバイスは、１つ以上の通信（例えば、インスタントメッセージ、電子メール、カレンダーの項目）に基づく連絡先情報（例えば、電話番号、ユーザ名、電子メールアドレス）の場所を特定する。つまり、デバイスは、可能性のある連絡先のデータベースを検索して、命令において参照された、リクエストされた連絡先を区別する。任意選択的に、デバイスは、適合する可能性のある連絡先の順位付けされたリストを提示し、意図した連絡先を選択するユーザ入力を受け取る。意図した連絡先を選択するユーザ入力に応じて、デバイスは、意図した連絡先との通信（例えば、電話、インスタントメッセージ、電子メール）を開始してもよい。
２．２ 提案されるイベント情報

図５Ｂは、いくつかの実施形態に係る、提案されるカレンダーイベントについての例示的なデータ構造５０２Ｂを示す。図５Ｂに示すように、電子デバイス５００は、メッセージ５１０からのイベント情報５２０Ｂを、対応するカレンダーイベント５３０Ｂに関連付ける（例えば、記憶する）ことができる。メッセージ５１０としては、デバイス５００のユーザにより送信又は受信され得る、例えば、電子メール、インスタントメッセージ、デバイス上のアプリケーションを介したメッセージなどの、任意の種類のメッセージを挙げられ、メッセージへの任意の添付を含み得る。

イベント情報５２０Ｂは、時刻、日付、場所などのカレンダーデータベース内のカレンダーの項目に典型的に関連付けられた情報を含むことができる。イベント情報５２０Ｂは、カレンダーモジュール１４８などのアプリケーションがイベント情報５２０Ｂを処理するために認識することができる、任意の好適なフォーマットで記憶され得る。イベント情報５２０Ｂはまた、ＣａｌＤＡＶプロトコルなどの標準的なプロトコルに従ってフォーマット化されてもよい。これにより、ネットワーク上において、更新又は他のクライアントとの同期が可能となる。

いくつかの実施形態では、特定されたイベント情報５２０Ｂは、３つの相互排他的な状態−提案状態５４０、追加状態５５０、及び拒否状態５６０のうち任意の１つの状態で、カレンダーイベント５３０Ｂに関連付けられ得る。提案状態５４０は、ユーザがカレンダーイベントへのイベント情報５２０Ｂの追加を未だに確認又は承認していない状態を示し得る。追加状態５５０は、ユーザがカレンダーイベントへのイベント情報５２０Ｂの追加を確認又は承認した状態を示し得る。拒否状態５６０は、ユーザがカレンダーイベントへのイベント情報５２０Ｂの追加を拒否した状態を示し得る。カレンダーイベント５３０Ｂはまた、全ての関連付けられたカレンダーイベント情報が同じ状態に属する場合、これらの３つの状態のうちいずれか１つに関連付けられることもできる。

いくつかの実施形態では、追加状態５５０は、デバイス５００により、デフォルト状態として処理されることができる。デフォルト状態とは、追加状態５５０にあることを示すために、このようなカレンダーイベントに関連付けられるべき追加データを必要としないことを意味する。例えば、デバイス５００上にユーザにより追加されたカレンダーイベントは、追加状態５５０にデフォルト化されることができる。

追加状態５５０がデフォルト状態として処理される実施形態では、デバイス５００は、データを、イベント情報５２０Ｂに関連付けて、イベント情報５２０Ｂが提案状態５４０又は拒否状態５６０のいずれか一方に属することを示すことができる。このデータは、メタデータなどの任意の好適な形態をとることができ、メタデータは、イベント情報５２０Ｂを処理して、イベント情報５２０Ｂが提案状態５４０又は拒否状態５６０のいずれか一方にあることを認識するアプリケーションにより使用されることができる。デバイス５００はまた、データを、カレンダーイベント５３０Ｂに関連付けて、カレンダーイベント５３０Ｂ及び全ての関連付けられたイベント情報が提案状態５４０又は拒否状態５６０のいずれか一方に属することを示すこともできる。

提案状態５４０にあるイベント情報５２０Ｂを記憶することにより、（例えば、デバイス５００上で動作するアプリケーションを介して）デバイス５００は、カレンダーイベントの検索において、提案されるイベント情報を含むことができる。ユーザの混乱を避けるために、デバイス５００は、ユーザに対して、イベント情報５２０Ｂが、（例えば、ラベル付け又は強調により）視覚的表示を提供することにより、かつ／又は（例えば、ユーザがイベント情報５２０Ｂに行動を起こすことが可能になる前に、ユーザに追加的な入力を要求することにより）ユーザがイベント情報５２０Ｂに直接行動を起こすことを防止することにより、提案状態５４０にあることをも示すこともできる。入力とは、タッチ、マウス、スピーチなどの入力における任意の好適な方法を指すことができる。

拒否状態５６０にあるイベント情報５２０Ｂを記憶することにより、デバイス５００は、ユーザに対して、再度、イベント情報を提案しないように、ユーザが拒否した以前に提案されたイベント情報を記憶していることができる。拒否状態５６０にあるイベント情報５２０Ｂは、追加状態５５０及び提案状態５４０にあるイベント情報を処理するアプリケーションにより無視され得る。

デバイス５００は、デバイス５００上のローカルに、イベント情報５２０Ｂを記憶することができ、イベント情報５２０Ｂが提案状態５４０から追加状態５５０に変更されるまで、イベント情報５２０Ｂをリモートデータベースに同期することを自制することができる。他の実施形態では、イベント情報５２０Ｂは、提案状態５４０にある間に、リモートデータベースに更新されてもよい。

デバイス５００は、メッセージ５１０中の構造化又は非構造化コンテンツから、イベント情報５２０Ｂを特定することができる。構造化コンテンツとは、フライト、ホテル、及び／又は自動車の予約情報を同じ所定の方法で（例えば、同じＨＴＭＬ構造を使用して）レイアウトするオンライン旅行代理店により提供される自動電子メールなどの、所定のフォーマットに従って配置された、形式的な体系又は構造を有するコンテンツを指す。いくつかの実施形態では、イベント情報５２０Ｂを構造化コンテンツから特定するために、デバイス５００は、このようなメッセージにより提供された特定のフォーマットにあるイベント情報を認識するように構成されているテンプレートを使用することができる。いくつかの実施形態では、デバイス５００は、これらのテンプレートをネットワーク上に追加及び／又は更新することができる。

非構造化コンテンツとは、（例えば、誰かが、どこかで特定の時間にあなたに会う予定であることをメッセージ中で言うなどの）自然言語コンテンツ及び電子メールの署名などの、形式的な体系又は構造を有さないコンテンツを指す。イベント情報５２０Ｂを非構造化コンテンツから特定するために、デバイス５００は、特定のフレーズ、例えば、「＜場所＞で、＜時刻＞に私と会う」などの、イベント情報に対する所定の言及を特定するように構成されているデータ検出器を使用することができる。デバイス５００はまた、これらのデータ検出器をネットワーク上に追加及び／又は更新することができる。デバイス５００は、デバイス５００上（例えば、カレンダーデータベース中）のイベント情報を、デバイス５００上（例えば、メッセージ中）のそのイベント情報に関連付けられた言語と相互相関させることにより、データ検出器によって依存される所定の言及を改良することができる。次に、相関された言語を使用して、その後の使用ために所定の言及の精度を上げることができる。デバイス５００により分析されたメッセージのコンテンツは、デバイス５００により認識可能な、メッセージメタデータを含む任意の情報を含むことができる。

いくつかの実施例では、デバイスは、カレンダーイベント（例えば、ユーザにより追加されたカレンダーイベント又はユーザにより受け付けられた受信した会合への招待）に関連付けられた１つ以上の通信（例えば、電子メール若しくは他のコンテンツ）を特定する。例えば、デバイスは、通信に同じ又は類似する名称のイベント、同じ又は類似する日付／時刻及び／又は期間のイベント、並びに／又は同じ場所のイベントが記載されている場合、通信がカレンダーイベントに関連付けられていると判定してもよい。別の例について、デバイスは、通信中に使用された同じ又は類似する言語を含むカレンダーイベントに基づいて、通信がカレンダーイベントに関連付けられていると判定してもよい。１つ以上の通信及び関連付けられたカレンダーイベントは、分析及び／又は比較されて、将来のカレンダー入力が作成又は提案されるべきである、候補となる通信をより的確に特定する。例えば、機械学習技術を用いて、（カレンダーイベントを作成するために使用された電子メールのサポートベクターマシーン及びコーパスを使用して）イベントの基礎となる電子メールから訓練する／電子メールを分析することにより、イベント作成のパターンを学習させることができる。

例えば、デバイスは、「こんにちは。交換部品を受け取りに、明日部品店までお越しいただけませんか？」という言語を含む、自動車部品店からの電子メール通信を受信することができる。電子メールはまた、部品店の所在地住所を含む電子メールの署名を含んでもよい。次に、ユーザは、「交換部品を受け取りに部品店に立ち寄る」という言語を含むカレンダーイベントを手作業で作成してもよい。カレンダーイベントはまた、カレンダーイベントの場所として、部品店の所在地住所を含んでもよい。電子メール通信及びカレンダーイベントに基づいて、デバイスは、機械学習を使用して、この種の電子メール通信がカレンダー入力に対する提案を必要としていると判定することができる。判定は、電子メール通信内の「交換部品を受け取りに部品店に立ち寄る」とカレンダーイベントとの間の類似性、電子メール通信内の所在地住所とカレンダーイベントとの間の類似性、電子メール通信及びカレンダーイベント内で特定される日付／時刻の類似性、又はこれらの２つ以上の組み合わせに基づいてもよい。

いくつかの例では、デバイスは、インスタントメッセージでの会話（例えば、ＳＭＳ又はテキストメッセージでの会話）から（例えば、同会話中に）、イベント情報を特定する。会話中に、デバイスは、イベントに関連する情報を収集する。会話の関連部分の後（例えば、所定のセットの情報が収集された後）、デバイスは、提案されるカレンダーイベントを生成する。いくつかの実施例では、提案されるカレンダーイベントは、最初に提案されるカレンダーイベントが生成された後に送信又は受信された会話中のメッセージに基づいて更新される。この会話イベント作成技術は、ユーザが、インスタントメッセージでの会話中のメッセージに基づいて、素早くかつ効率的に、イベントをカレンダーに追加することを可能にする。

例えば、デバイスは、デバイスのユーザと自動車部品店の代表者との間のインスタントメッセージでの会話を表示していてもよい。会話は、「こんにちは。交換部品を受け取りに、明日部品店までお越しいただけませんか？」という言語を含む、代表者からのメッセージを含んでもよい。会話はまた、部品店の所在地住所を含む、代表者からのメッセージを含んでもよい。ユーザは、「はい。そちらに伺います！」と応答してもよい。会話の関連部分（例えば、「はい。そちらに伺います！」という訪問の確認、又は「明日」という時間及び場所（所在地住所）の受信）に応じて、デバイスは、提案されるカレンダー情報を生成する。更新された時刻（例えば、「実際には、明日はお休みですが、今週の金曜日は営業しております。」）、場所、又は他のイベント成分を示す、代表者からのメッセージをデバイスがその後に受信した場合、デバイスは、提案されるカレンダーイベントを更新してもよい。

例示的なデータ構造５２０Ａ及び５２０Ｂは、同一であってもよく、又は異なっていてもよいことを認識されたい。例えば、単独のデータ構造が、提案されるカレンダーイベントに対してと同様に、提案される連絡先に対して使用されてもよい。あるいは、１つのデータ構造が、提案される連絡先に対して使用されてもよい一方で、別の異なるデータ構造が、提案されるカレンダーイベントに対して使用されてもよい。

また、メッセージ５１０は、提案される連絡先に対してのみ、提案されるカレンダーイベントに対してのみ、又は提案される連絡先と提案されるカレンダーイベントの両方に対して、処理されてもよいことも認識されたい。提案される連絡先と提案されるカレンダーイベントの両方に対して処理される場合、メッセージ５１０は、提案される連絡先と提案されるカレンダーイベントとに対して、連続的に又は平行して処置され得る。例えば、メッセージ５１０は、まず、提案される連絡先に対して処理され、次いで、提案されるカレンダーイベントに対して処理されてもよい。あるいは、メッセージ５１０及びメッセージ５１０のコピーが、提案される連絡先と提案されるカレンダーイベントとに対して、並行して処理されてもよい。

いくつかの実施例では、告知又はリマインダが、メッセージ又は他のメディア内の構造化又は非構造化コンテンツから特定されたイベント情報に基づいて、（デバイス５００上での視覚的告知、触覚的告知、音声告知、又は１つ以上の告知の組み合わせにより）ユーザに対して提示されてもよい。いくつかの実施例では、告知又はリマインダは、イベント情報が追加状態に関連付けられていなくても、ユーザに提示されてもよい。例えば、デバイスは、近く予定されているキャンプ旅行について受信した電子メールに基づいて、キャンプ旅行がユーザのカレンダーに追加されていなくても、荷物を準備することを、ユーザに思い出させることができる。このため、リマインダは、提案状態にある（例えば、明確に承認又は拒否されていない）カレンダー入力、イベントなどについて提示されてもよい。
３．ユーザインタフェース及び関連プロセス

図６Ａ〜図１３は、デバイス５００に実装され得るユーザインタフェース（「ＵＩ」）及び関連プロセスの実施形態を示す。いくつかの実施形態では、デバイス５００は、デバイス１００又は３００に相当する。

図６Ａ及び図６Ｇは、いくつかの実施形態に係る、提案される連絡先及びカレンダーイベントを提供するための例示的なユーザインタフェースを示す。

特に、図６Ａは、例えば、上述のようにメッセージを処理した後の、提案される連絡先情報（すなわち、提案状態５４０にある連絡先情報）を含む連絡先に対応する、例えば、ユーザインタフェースの連絡先モジュール１３７による表示を示す。この例では、連絡先は、個人名であるＪｏｈｎ Ａｐｐｌｅｓｅｅｄに関連付けられ、企業名（「Ａｎｙ Ｃｏｍｐａｎｙ Ｉｎｃ．」）、職場番号（「４０５−５５５−１２３４」）、及び携帯電話番号（「４０５−１２３−６６３３」）を含む。企業名及び職場番号は、連絡先情報の確認された項目であり、追加状態５５０に属する。携帯電話番号は、連絡先情報の提案される項目であり、提案状態５４０に属する。

デバイス５００は、ユーザに対して、携帯電話番号が連絡先情報の提案される項目であり、ユーザにより承認されたものではないことを示すために、ユーザインタフェースオブジェクト６００（例えば、「提案」という語）を、ユーザインタフェースの中に提供することができる。任意の好適なユーザインタフェースオブジェクトが、この目的で使用され、ユーザインタフェースオブジェクトとしては、携帯電話番号が連絡先情報の提案される項目であることの、ラベル、アイコン、又は他の視覚的表示が挙げられる。同じ連絡先が、提案状態５４０にある連絡先情報の項目及び追加状態５５０にある連絡先情報の項目を含む場合、図６Ａの事例におけるように、デバイス５００は、提案状態５４０にある項目を、追加状態５５０にある全ての項目の下に、又は同項目に対してより低い優先度の位置に表示することができる。

デバイス５００はまた、ユーザが、この最初のユーザインタフェースから、提案される番号で、Ｊｏｈｎ Ａｐｐｌｅｓｅｅｄに電話を掛けるアプリケーション（例えば、電話モジュール１３８）を直接呼び出すことを防止することができる。例えば、デバイス５００は、提案される番号のユーザによる選択がその番号に直接電話を掛けることとならないことを示すために、連絡先情報の承認された項目と視覚的外観が異なる視覚的外観（例えば、グレーアウトした外観（図示せず））を有する提案された番号に関連付けられたテキスト及び／又は領域を提供することができる。むしろ、ユーザが提案される番号を選択すると、デバイス５００は、現在のユーザインタフェースを、ユーザが提案される番号をレビューし、電話を掛けることができる、第２のユーザインタフェースに置き換えてもよい。

図６Ｂに示すように、（「レビュー提案」とラベル付けされる）第２のユーザインタフェースは、提案される番号に関連付けられた（「連絡先に追加」とラベル付けされる）ユーザインタフェースオブジェクト６０２を含むバナーの形式で提案部分６０６を含む。ユーザインタフェースオブジェクト６０２をユーザにより選択することは、デバイス５００に、提案される番号を、追加状態５５０にある連絡先に追加させる（例えば、提案される番号の状態を、提案状態５４０から追加状態５５０に変更する）ことができる。この後のユーザインタフェースにおける、携帯電話番号の次に表示される電話のアイコンなどの携帯電話番号又は類似する表示のユーザによる選択に基づいて、デバイス５００は、提案される番号でＪｏｈｎ Ａｐｐｌｅｓｅｅｄに電話を掛けるアプリケーション（例えば、電話モジュール１３８）を呼び出すことができる。いくつかの実施形態では、デバイス５００は、ユーザがユーザインタフェースオブジェクト６０２を選択しないが、携帯電話番号及び類似する表示を選択する（例えば、ユーザが提案される番号に電話を掛けることが、連絡先に対する、提案される番号の暗黙的な承認として扱われない）場合、携帯電話番号を提案状態５４０に維持することができる。他の実施形態では、デバイス５００は、ユーザがユーザインタフェースオブジェクト６０２を選択しなかった（例えば、ユーザが提案される番号に電話を掛けることが、連絡先に対する、提案される番号の暗黙的な承認として扱われる）場合であっても、ユーザが携帯電話番号を選択すると、携帯電話番号の状態を、追加状態５５０に変更することができる。

図６Ｂにおける第２のユーザインタフェースもまた、提案される番号に関連付けられた（「無視」とラベル付けされる）ユーザインタフェースオブジェクト６０４を含む。ユーザインタフェースオブジェクト６０４のユーザによる選択により、デバイス５００に、ユーザインタフェースオブジェクト６０２を表示することを中止することができる。この表示の取り止めにより、番号を連絡先に追加する選択肢を排除することができる。ユーザインタフェースオブジェクト６０４を選択すると、デバイス５００は、提案される番号の状態を、提案状態５４０から拒否状態５６０に変更することができる。拒否状態５６０において、デバイス５００は、この連絡先との関連において、提案される番号を、もはや表示又は提案しないように構成されてもよい。

更に加えて、図６Ｂにおける第２のユーザインタフェースは、提案される番号がデバイス５００により特定されたメッセージの一部分を含む、（「関連する電子メール」とラベル付けされる）メッセージ部分６０８を含む。このため、提案される連絡先情報をレビューするためのインタフェースを提供する際、図６Ｂのユーザインタフェースは、提案される連絡先情報に関連付けられたメッセージコンテキストを、ユーザに提供することができる。図６Ｂに示すように、デバイス５００は、携帯電話番号を含む部分に関連する、電子メールの限定的な部分を表示することができる。ユーザがメッセージの表示された部分を選択すると、デバイス５００は、メッセージアプリケーション（例えば、電子メールクライアントモジュール１４０）に、ユーザに対する電子メール全体を開かせることができる。いくつかの実施形態では、電子メール全体は、図６Ｄに示したものに相当するユーザインタフェースにおいて、提案される連絡先情報と共に表示されてもよい。

図６Ｃは、図６Ａにおける「編集」のユーザインタフェースオブジェクトをユーザが選択することに応じて表示されるユーザインタフェースを示す。この編集のユーザインタフェースオブジェクトでは、ユーザは、ユーザインタフェースオブジェクト６１０により表された提案される番号に直接電話を掛けることもできる。ユーザインタフェースオブジェクト６１０は、番号が提案状態５４０にあることを示すために、強調（すなわち、ボールドに）されている。任意の好適な視覚的表示を使用して、ユーザインタフェースオブジェクト６１０が提案状態５４０にあることを示すことができる。

図６Ｄは、メッセージ内に特定された提案される連絡先情報を有するデバイス５００により、デバイス５００上でメッセージ（例えば、電子メールクライアントモジュール１４０により表示される電子メール）を開くと、ユーザが見ることができるスクリーンを示す。図６Ｄのユーザインタフェースは、提案部分６１２及びメッセージ部分６１４を含む。メッセージ部分６１４は、デバイス５００により受信されたメッセージのコンテンツを含む。提案部分６１２は、特定されたエンティティ（「Ｊｏｈｎ Ａｐｐｌｅｓｅｅｄ」）に対応するユーザインタフェースオブジェクト、特定された連絡先情報（「４０５−１２３−６６３３」）に対応するユーザインタフェースオブジェクト、及び特定された連絡先情報に関連付けられた（「連絡先に追加」とラベル付けされる）ユーザインタフェースオブジェクト６１８を含む。ユーザインタフェースオブジェクト６１８は、選択された場合、デバイスに、提案される番号を追加状態５５０にある連絡先に追加させる。提案部分６１２は、特定された連絡先情報に関連付けられた（「無視」とラベル付けされる）ユーザインタフェースオブジェクト６２０を含む。ユーザインタフェースオブジェクト６２０は、選択されると、デバイス５００に、特定された連絡先情報の状態を、提案状態５４０から拒否状態５６０に変更させる。拒否状態５６０において、デバイス５００は、この連絡先との関連において、提案される連絡先情報を、もはや表示又は提案しないように構成されてもよい。「無視」及び「連絡先に追加」タイルの上の提案部分６１２の特定された連絡先情報６１６を選択することにより、特定されたエンティティに関連付けられた連絡先に対応するユーザインタフェースをもたらすことができる。例えば、デバイス５００は、この実施形態において、図６Ａに示したものに相当するユーザインタフェース内に、「Ｊｏｈｎ Ａｐｐｌｅｓｅｅｄ」についての連絡先情報を提示することができる。

図６Ｅは、メッセージ内に特定された提案されるイベント情報を有するデバイス５００により、デバイス５００上でメッセージ（例えば、電子メールクライアントモジュール１４０により表示される電子メール）を開くと、ユーザが見ることができるスクリーンを示す。図６Ｅのユーザインタフェースは、提案部分６２０及びメッセージ部分６２２を含む。メッセージ部分６２２は、デバイス５００により受信されたメッセージのコンテンツを含む。提案部分６２０は、特定されたイベント情報（「夕食」、「寿司屋」、「３月７日金曜日」、又は「午後９：５０」）に対応するユーザインタフェースオブジェクトと、特定されたイベント情報に関連付けられた（「カレンダーに追加」とラベル付けされる）ユーザインタフェースオブジェクト６２６と、を含む。ユーザインタフェースオブジェクト６２６は、選択された場合、デバイス５００に、提案されるイベント情報を追加状態５５０にあるカレンダーイベントに追加させる。提案部分６２０は、選択されると、デバイス５００に、特定されたイベント情報の状態を、提案状態５４０から拒否状態５６０に変更させる、（「無視」とラベル付けされる）ユーザインタフェースオブジェクト６２８を含む。拒否状態５６０において、デバイス５００は、このカレンダーイベントとの関連において、提案されるイベント情報を、もはや表示又は提案しないように構成されてもよい。「無視」及び「カレンダーに追加」タイルの上の提案部分６２０の特定されたイベント情報６２４を選択することにより、提案されるイベント情報を追加状態５５０にあるカレンダーイベントに追加するために、ユーザがユーザインタフェースオブジェクトを選択することができる、特定されたイベント情報に関連付けられた（例えば、連絡先モジュール１３７により表示された）カレンダーイベントに対応するユーザインタフェース（図示せず）をもたらすことができる。

いくつかの例では、デバイスは、デバイスのカレンダー上に、カレンダーイベントを表示してもよい。この場合、カレンダーイベントは、提案状態５４０にあるイベント情報に相当する。デバイスのカレンダー上に表示された提案状態５４０にあるカレンダーイベントは、それらが提案状態５４０にあることを示すために、任意選択的にグレーアウトされてもよい。デバイスは、（例えば、ユーザがカレンダーイベントに関連付けられたアフォーダンスをアクティブ化する際に）カレンダーイベントの詳細を表示してもよい。カレンダーイベントの詳細としては、イベント情報のソースの少なくとも一部分（例えば、提案されるイベント情報の基礎をなしている、電子メールなどの通信の一部分）が挙げられる。あるいは又は更には、デバイスは、アクティブ化された場合、デバイスに、提案されるイベント情報の基礎をなしている通信（例えば、電子メール）の少なくとも一部分を表示させるアフォーダンスを表示してもよい。提案されるカレンダーイベントの表示された詳細はまた、提案されるカレンダーイベントを無視（若しくは拒否）するか、又は提案されるカレンダーイベントを受諾するアフォーダンスを任意選択的に含んでもよい。このため、ユーザは、デバイスのカレンダー上の提案されるカレンダーイベントを見ることができ、ユーザは、提案されるカレンダーイベントを素早くかつ効率的に拒否又は受諾することができる。

図６Ｆは、メッセージ内に特定された複数の提案される連絡先及び／又はカレンダーイベントを有するデバイス５００により、デバイス５００上でメッセージ（例えば、電子メールクライアントモジュール１４０により表示される電子メール）を開くと、ユーザが見ることができるスクリーンを示す。図６Ｆのユーザインタフェースは、提案部分６３０及びメッセージ部分６３２を含む。メッセージ部分６３２は、デバイス５００により受信されたとおりのメッセージのコンテンツを含む。提案部分６３０は、選択された場合、デバイス５００に、図６Ｇに示す特定された連絡先又はイベント情報の複数の事例のリストを有する、後のユーザインタフェースを表示させる、ユーザが選択可能な領域を更に含む。図６Ｆの提案部分６３０を、図６Ｆのユーザインタフェース内に図６Ｇの提案全てを組み込むよりもむしろ単独のバナーに制限することにより、図６Ｆの提案部分が、メッセージ部分におけるメッセージをユーザが見て、読むことを妨げることを防止することができる。

図６Ｇは、図６Ｆのユーザインタフェースに関連付けられたメッセージ内で特定された提案される連絡先又はイベント情報のリストを有する、後続のユーザインタフェースを示す。図６Ｇに示すように、提案は、種類によって体系化される（例えば、提案されるカレンダーイベントがグループ化され、提案される連絡先がグループ化される）。各提案は、上述の「無視」並びに「連絡先に追加」及び「カレンダーに追加」の機能性を含む。図６Ｇのユーザインタフェースはまた、選択された場合、デバイス５００に、追加状態５５０にある対応する連絡先又はカレンダーイベントに、特定された連絡先又はイベント情報の複数の事例のグループ化のそれぞれ（例えば、図６Ｇに示す２つの提案されるカレンダーイベント）を追加させる、ユーザインタフェースオブジェクト６３４（「全て追加」）を含む。

図７Ａ及び図７Ｂは、いくつかの実施形態に係る、提案される連絡先を生成するための例示的なプロセスのフロー図である。プロセスは、電子デバイス（例えば、デバイス５００）において実行され得る。

電子デバイスは、メッセージ（例えば、図６Ｄ、メッセージ部分６１４における電子メール）を受信し（７０２）、受信したメッセージにおいて、エンティティ（例えば、図６Ｄ、「Ｊｏｈｎ Ａｐｐｌｅｓｅｅｄ」）及びエンティティに関連付けられた連絡先情報（例えば、図６Ｄ、「４０５−１２３−６６３３」）を特定することができる（７０４）。デバイスは、特定されたエンティティに関連付けられた連絡先（例えば、図５Ａ、連絡先５３０Ａ）が、データベース（例えば、アドレス帳データベースなどのデバイス５００上のストレージ）内の複数の連絡先の中に存在しないことを判定することができる（７２２）。この判定に応じて（７２４）、デバイスは、エンティティに関連付けられた連絡先を生成することができる。生成された連絡先は、連絡先情報と、生成された連絡先が（例えば、提案状態５４０にある）提案される連絡先であることの表示（例えば、メタデータ）と、を含む。デバイスが「Ｊｏｈｎ Ａｐｐｌｅｓｅｅｄ」という連絡先を提案される連絡先として生成する場合、連絡先における連絡先情報の各項目は、連絡先情報の提案される項目として示され、提案状態５４０で記憶され、又は全体として連絡先全体は、提案される連絡先として示され、提案状態５４０で記憶されることに留意されたい。また、送受信メッセージなどの、デバイス上の任意のメッセージが、開示されたプロセスを使用して分析され得ることにも留意されたい。

いくつかの実施形態では、特定されたエンティティは、名称であり、特定された連絡先情報は、電話番号、アドレス、ビジネスネットワーク又はソーシャルネットワークのハンドル名である（７０６）。

いくつかの実施形態では、デバイスは、メッセージ中の署名ブロックを認識することにより、メッセージ中の非構造化コンテンツを特定することができる。例えば、メッセージ中のエンティティ及び関連付けられた連絡先情報を特定するために、デバイスは、メッセージの署名ブロックを特定し、特定された署名ブロックをエンティティ及び連絡先情報について分析することができる（７０８）。メッセージは、電子メールを含んでもよく、署名ブロックは、電子メールの署名であってもよい（７１０）。電子メールは、電子メールのスレッドにおいて、１つ以上の以前の電子メールを含むことができ、電子メールの署名を特定することは、電子メールのスレッドにおける１つ以上の以前の電子メールを分析することを含み得る（７１２）。電子メールの引用レイヤーを展開することより、デバイスは、電子メールのスレッド中の種々の電子メールにおける、連絡先情報の場所を誤って関連付けることを避けることができる。

いくつかの実施形態では、デバイスは、データ検出器で決定的なフレーズを検索することにより、メッセージ中の非構造化コンテンツを特定することができる。例えば、メッセージ中のエンティティ及び関連付けられた連絡先情報を特定するために、デバイスは、メッセージにおいて、所定のフレーズの収集に基づいて１つ以上のフレーズを特定し、１つ以上の特定されたフレーズを、エンティティ及び連絡先情報について分析することができる（７１４）。デバイスは、ネットワークにわたる所定のフレーズの収集を更新することができ（７１６）、この更新により、デバイスは、正確なフレーズを使用し続けることができる。デバイスはまた、提案される連絡先を拒否するリクエストの結果として、所定のフレーズのうち１つ以上をダウングレードすることができる（７１８）。つまり、ユーザが、特定のフレーズの使用により特定された提案を拒否し続ける場合、それらのフレーズは不正確であることの表示であってもよい。デバイスはまた、データベース中の連絡先情報を電子デバイス上の連絡先情報に関連付けられた言語（例えば、メッセージ、カレンダーイベントなど）と相互相関させることにより、所定のフレーズのうち１つ以上を生成することができる（７２０）。このようにして、デバイスは、連絡先情報を含むメッセージ内のどの正確な言語が、例えば、ユーザに、連絡先を連絡先情報により作成又は更新させるかを判定することができる。

いくつかの実施形態では、提案される連絡先は、図５Ａのデータ構造の観点から、検索可能である。例えば、デバイスは、（例えば、ユーザが、デバイス上のアプリケーションを介して連絡先を検索することにより）連絡先に対するリクエストを受信し、連絡先に対するリクエストに応じて、提案される連絡先を検索することができる（７２６）。

いくつかの実施形態では、デバイスは、連絡先の生成に応じて、ネットワーク上のリモートデータベース内に、提案される連絡先を記憶することを自制することができる（７２８）。例えば、提案される連絡先が提案状態５４０にある場合、デバイスは、連絡先をネットワーク上の複数のクライアントに対して更新することを可能にする、更新又は同期サービス（例えば、デバイス上のアプリケーション）に、連絡先を勧めることを自制することができる。

いくつかの実施形態では、デバイスは、提案される連絡先をデータベースに追加するリクエスト（例えば、図６Ｄ、「連絡先に追加」６１８）を受信し、リクエストに応じて、データベースにおいて、生成された連絡先が提案される連絡先であることを表示することなく、生成された連絡先を記憶する（例えば、連絡先の状態を、提案状態５４０から追加状態５５０に変更する）ことができる（７３０）。提案される連絡先をデータベースに追加するリクエストに応じて、デバイスは、ネットワーク上のリモートデータベースにおいて、例えば、連絡先を更新又は同期サービスに勧めることにより、生成された連絡先が提案される連絡先であることを表示することなく、生成された連絡先を記憶することができる（７３２）。

いくつかの実施形態では、デバイスは、提案される連絡先を拒否するリクエスト（例えば、図６Ｄ、「無視」６２０）を受信し、提案される連絡先を拒否するリクエストに応じて、エンティティ及び連絡先情報が将来のメッセージにおいて特定される結果として、提案される連絡先が将来、生成されることを防止することができる（７３４）。これは、拒否状態５６０にある拒否された連絡先を記憶することにより実現され、デバイスは、既に拒否されているものを知ることができる。

図８Ａ及び図８Ｂは、いくつかの実施形態に係る、既存の連絡先を連絡先情報の提案される項目により更新するための例示的なプロセスのフロー図である。プロセスは、電子デバイス（例えば、デバイス５００）において実行され得る。

電子デバイスは、メッセージ（例えば、図６Ｄ、メッセージ部分６１４内の電子メール）を受信し（８０２）、受信したメッセージにおいて、エンティティ（例えば、図６Ｄ、「Ｊｏｈｎ Ａｐｐｌｅｓｅｅｄ」）及びエンティティに関連付けられた連絡先情報の項目（例えば、図６Ｄ、「４０５−１２３−６６３３」）を特定する（８０４）。デバイスは、特定されたエンティティに関連付けられた連絡先（例えば、図５Ａ、連絡先５３０Ａ）がデータベース内の複数の連絡先の中に存在すること、及び連絡先が連絡先情報の特定された項目を含まないことを判定することができる（８２２）。この判定に応じて（８２４）、デバイスは、連絡先情報の項目及び連絡先情報の項目が連絡先情報の（例えば、提案状態５４０にある）提案される項目であることの表示（例えば、メタデータ）を含むように、連絡先を更新することができる。また、送受信メッセージなどの、デバイス上の任意のメッセージが、開示されたプロセスを使用して分析され得ることにも留意されたい。

いくつかの実施形態では、特定されたエンティティは、名称であり、連絡先情報の特定された項目は、電話番号、アドレス、ビジネスネットワーク又はソーシャルネットワークのハンドル名である（８０６）。

いくつかの実施形態では、デバイスは、メッセージ中の署名を認識することにより、メッセージ中の非構造化コンテンツを特定することができる。例えば、メッセージ中のエンティティ及び連絡先情報の関連付けられた項目を特定するために、デバイスは、メッセージの署名ブロックを特定し、特定された署名ブロックをエンティティ及び連絡先情報の項目について分析することができる（８０８）。メッセージは、電子メールを含んでもよく、署名ブロックは、電子メールの署名であってもよい（８１０）。電子メールは、電子メールのスレッドにおいて、１つ以上の以前の電子メールを含むことができ、電子メールの署名を特定することは、電子メールのスレッドにおける１つ以上の以前の電子メールを分析することを含むことができる（８１２）。電子メールの引用レイヤーを展開することより、デバイスは、電子メールのスレッド中の種々の電子メールにおける、連絡先情報の場所を誤って関連付けることを避けることができる。

いくつかの実施形態では、デバイスは、データ検出器で決定的なフレーズを検索することにより、メッセージ中の非構造化コンテンツを特定することができる。例えば、メッセージ中のエンティティ及び連絡先情報の関連付けられた項目を特定するために、デバイスは、メッセージにおいて、所定のフレーズの収集に基づいて１つ以上のフレーズを特定し、１つ以上の特定されたフレーズを、エンティティ及び連絡先情報の項目について分析することができる（８１４）。デバイスは、ネットワークにわたる所定のフレーズの収集を更新することができ（８１６）、この更新により、デバイスは、正確なフレーズを使用し続けることができる。デバイスはまた、連絡先情報の提案される項目を拒否するリクエストの結果として、所定のフレーズのうち１つ以上をダウングレードすることができる（８１８）。つまり、ユーザが、特定のフレーズの使用により特定された提案を拒否し続ける場合、それらのフレーズは不正確であることの表示であってもよい。デバイスまた、データベース中の連絡先情報を電子デバイス上の連絡先情報に関連付けられた言語（例えば、メッセージ、カレンダーイベントなど）と相互相関させることにより、所定のフレーズのうち１つ以上を生成することができる（８２０）。このようにして、デバイスは、連絡先情報を含むメッセージ内のどの正確な言語が、例えば、ユーザに、連絡先を連絡先情報により作成又は更新させるかを判定することができる。

いくつかの実施形態では、提案される連絡先は、図５Ａのデータ構造の観点から、検索可能である。例えば、デバイスは、（例えば、ユーザが、デバイス上のアプリケーションを介して連絡先を検索することにより）連絡先に対するリクエストを受信し、連絡先に対するリクエストに応じて、連絡先情報の提案される項目を検索することができる（８２６）。

いくつかの実施形態では、デバイスは、連絡先の更新に応じて、ネットワーク上のリモートデータベース内に、連絡先情報の提案される項目を記憶することを自制することができる（８２８）。連絡先情報の提案される項目が提案状態５４０にある場合、デバイスは、連絡先をネットワーク上の複数のクライアントに対して更新することを可能にする、更新又は同期サービス（例えば、デバイス上のアプリケーション）に、連絡先情報の項目を勧めることを自制することができる。

いくつかの実施形態では、デバイスは、連絡先情報の提案される項目をデータベースに追加するリクエスト（例えば、図６Ｂ、「連絡先に追加」６０２）を受信し、リクエストに応じて、データベースにおいて、連絡先情報の項目が連絡先情報の提案される項目であることを表示することなく、更新された連絡先を記憶する（例えば、連絡先情報の状態を、提案状態５４０から追加状態５５０に変更する）ことができる（８３０）。連絡先情報の提案される項目をデータベースに追加するリクエストに応じて、デバイスは、ネットワーク上のリモートデータベースにおいて、例えば、連絡先情報を更新／同期サービスに勧めることにより、連絡先情報の項目が連絡先情報の提案される項目であることを表示することなく、更新された連絡先を記憶することができる（８３２）。

いくつかの実施形態では、デバイスは、連絡先情報の提案される項目を拒否するリクエスト（例えば、図６Ｂ、「無視」６０４）を受信し、連絡先情報の提案される項目を拒否するリクエストに応じて、エンティティ及び連絡先情報の項目が将来のメッセージにおいて特定される結果として、連絡先が将来、連絡先情報の提案される項目により更新されることを防止することができる（８３４）。これは、拒否状態５６０にある拒否された連絡先情報を記憶することにより実現され、デバイスは、既に拒否されているものを知ることができる。

図９Ａ及び図９Ｂは、いくつかの実施形態に係る、連絡先を提案される連絡先情報と共に表示するための例示的なプロセスのフロー図である。プロセスは、ディスプレイを備える電子デバイス（例えば、デバイス５００）において実行され得る。

電子デバイスは、メッセージ（例えば、図６Ｄ、メッセージ部分６１４内の電子メール）を受信し（９０２）、受信したメッセージにおいて、エンティティ（例えば、図６Ｄ、「Ｊｏｈｎ Ａｐｐｌｅｓｅｅｄ」）及びエンティティに関連付けられた連絡先情報（例えば、図６Ｄ、「４０５−１２３−６６３３」）を特定することができる（９０４）。デバイスは、特定された連絡先情報が、提案される連絡先情報であることの表示（例えば、メタデータ）を生成し（９０６）、エンティティに関連付けられた連絡先に対応する第１のユーザインタフェース（例えば、図６Ａ）を表示することができる（９０８）。第１のユーザインタフェースは、生成された表示に基づき、特定された連絡先情報が、提案される連絡先情報であることを示す、第１のユーザインタフェースオブジェクト（例えば、「提案」）を含むことができる。

いくつかの実施形態では、デバイスは、提案される連絡先情報の選択に対応する入力により、エンティティに連絡するアプリケーションを呼び出すことを防止することができる（例えば、図６Ａ、提案される番号を選択することによって、その番号に電話を掛けない）（９１０）。

いくつかの実施形態では、デバイスは、第１のユーザインタフェースにおける提案される連絡先情報の選択に対応する入力を検出し、検出に応じて、選択された場合、電子デバイスに、特定された連絡先情報をデータベースに追加させる、特定された連絡先情報が関連付けられた第２のユーザインタフェースオブジェクト（例えば、図６Ｂ、「連絡先に追加」６０２）を含む第２のユーザインタフェース（例えば、図６Ｂ）を表示することができる（９１２）。第２のユーザインタフェースは、選択された場合、電子デバイスに、第２のユーザインタフェースオブジェクトを表示することを中止させる、特定された連絡先情報に関連付けられた第３のユーザインタフェースオブジェクト（例えば、図６Ｂ、「無視」６０４）を含むことができる（９１４）。第２のユーザインタフェースを表示することにより、第１のユーザインタフェースを表示することを中止することができる（９１６）。デバイスは、特定された連絡先情報のデータベースへの追加に応じて、第１のユーザインタフェースオブジェクトの表示を中止することができる（９１８）。

いくつかの実施形態では、第２のユーザインタフェースは、メッセージの少なくとも一部分（例えば、図６Ｂ、「関連する電子メール」）を表示することができる（９２０）。デバイスは、表示されたメッセージの選択に対応する入力を検出し、検出に応じて、メッセージ（例えば、図６Ｄ）を開くアプリケーション（例えば、電子メールクライアントモジュール１４０）を呼び出すことができる（９２２）。メッセージは、電子メールであってもよく、アプリケーションは、電子メールアプリケーションであってもよい（９２４）。

いくつかの実施形態では、デバイスは、第２のユーザインタフェースにおける提案される連絡先情報の選択に対応する入力を検出し、検出に応じて、特定された連絡先情報を使用して、エンティティにコンタクトするアプリケーション（例えば、電話モジュール１３８）を呼び出すことができる（９２６）。第２のユーザインタフェース中の提案される連絡先情報の選択に対応する入力の検出に応じて、デバイスは、特定された連絡先情報をデータベースに追加する（例えば、連絡先情報の状態を、提案状態５４０から追加状態５５０に変更する）ことができる（９２８）。デバイスは、特定された連絡先情報のデータベースへの追加に応じて、第１のユーザインタフェースオブジェクトの表示を中止することができる（９１８）。

図１０は、いくつかの実施形態に係る、提案される連絡先情報をメッセージと共に表示するための例示的なプロセスのフロー図を示す。プロセスは、ディスプレイを備える電子デバイス（例えば、デバイス５００）において実行され得る。

電子デバイスは、メッセージ（例えば、図６Ｄ、メッセージ部分６１４における電子メール）を受信し（１００２）、受信したメッセージにおいて、エンティティ（例えば、図６Ｄ、「Ｊｏｈｎ Ａｐｐｌｅｓｅｅｄ」）及びエンティティに関連付けられた連絡先情報（例えば、図６Ｄ、「４０５−１２３−６６３３」）を特定することができる（１００４）。メッセージは、電子メールであってもよい（１００６）。特定されたエンティティは、名称であってもよく、特定された連絡先情報は、電話番号、アドレス、ビジネスネットワーク又はソーシャルネットワークのハンドル名であってもよい（１００８）。

デバイスは、受信したメッセージに対応する第１のユーザインタフェース（例えば、図６Ｄ）を表示することができる（１０１０）。第１のユーザインタフェースは、電子デバイスによって受信されたメッセージのコンテンツを含む第１の部分（例えば、図６Ｄ、メッセージ部分６１４）と、第２の部分であって、特定されたエンティティに対応する第１のユーザインタフェースオブジェクト（例えば、図６Ｄ、「Ｊｏｈｎ Ａｐｐｌｅｓｅｅｄ」）、特定された連絡先情報に対応する第２のユーザインタフェースオブジェクト（例えば、図６Ｄ、「４０５−１２３−６６３３」）、及び選択された場合、電子デバイスに、特定された連絡先情報をデータベースに追加させる（例えば、連絡先情報を連絡先として記憶させる）、特定された連絡先情報に関連付けられた第３のユーザインタフェースオブジェクト（例えば、図６Ｄ、「連絡先に追加」６１８）、を含む、第２の部分（図６Ｄ、提案部分６１２）と、を含むことができる。第２の部分は、選択された場合、電子デバイスに、第３のユーザインタフェースオブジェクトを表示することを中止させる、特定された連絡先情報に関連付けられた第４のユーザインタフェースオブジェクト（例えば、図６Ｄ、「無視」６２０）を含むことができる（１０１２）。

図１１Ａ及び図１１Ｂは、いくつかの実施形態に係る、提案されるカレンダーイベントを生成するための例示的なプロセスのフロー図である。プロセスは、電子デバイス（例えば、デバイス５００）において実行され得る。

電子デバイスは、メッセージ（例えば、図６Ｅ、メッセージ部分６２２における電子メール）を受信し（１１０２）、受信したメッセージにおいて、イベント情報（例えば、図６Ｅ、「夕食」、「寿司屋」、「３月７日金曜日」、又は「午後９：５０」）を特定することができる（１１０４）。デバイスは、特定されたイベント情報に関連付けられたカレンダーイベント（例えば、図５Ｂ、カレンダーイベント５３０Ｂ）を生成することができ（１１２２）、生成されたカレンダーイベントは、イベント情報と、生成されたカレンダーイベントが提案されるカレンダーイベントである（例えば、提案状態５４０にある）ことの表示（例えば、メタデータ）と、を含む。

いくつかの実施形態では、特定されたイベント情報は、日付及び時刻である（１１０６）。

いくつかの実施形態では、デバイスは、このようなメッセージにより提供された特定のフォーマットの連絡先情報を認識するように構成されているテンプレートを使用することにより、メッセージにおける構造化コンテンツを特定することができる。例えば、メッセージにおけるイベント情報を特定するために、デバイスは、メッセージ内のコンテンツのフォーマットを特定し、メッセージ内のコンテンツのフォーマットでイベント情報を認識するように構成されている所定のテンプレートの収集から、テンプレートを特定し、コンテンツを特定されたテンプレートにより、イベント情報について分析することができる（１１０８）。メッセージは、電子メールを含んでもよく、コンテンツは、予約を含んでもよい（例えば、図６Ｅ）（１１１０）。デバイスは、所定のテンプレートの収集をネットワーク上で更新することができ（１１１２）、この更新により、デバイスは、正確なテンプレートを使用し続けることができる。

いくつかの実施形態では、デバイスは、データ検出器でイベント情報に対する言及を検索することにより、メッセージにおける非構造化コンテンツを特定することができる。例えば、メッセージにおけるイベント情報を特定するために、デバイスは、日付及び時刻に対する所定の言及の収集に基づいて、メッセージにおける日付及び時刻に対する１つ以上の言及を特定し、日付及び時刻に対する１つ以上の特定された言及を、イベント情報について分析することができる（１１１４）。デバイスは、日付及び時刻に対する所定の言及の収集をネットワーク上で更新することができ（１１１６）、この更新により、デバイスは、正確な言及を使用し続けることができる。デバイスは、提案されるカレンダーイベントを拒否するリクエストの結果として、日付及び時刻に対する所定の言及のうち１つ以上をダウングレードすることができる（１１１８）。つまり、ユーザが、日付及び時刻に対する特定の言及の使用により特定された提案を拒否し続ける場合、これらの言及は不正確であることの表示であり得る。デバイスは、複数のカレンダーイベントを含むデータベースにおけるイベント情報を、電子デバイス上のイベント情報に関連付けられた言語と相互相関させることにより、日付及び時刻に対する所定の言及のうち１つ以上を生成することができる（１１２０）。このようにして、デバイスは、イベント情報を含むメッセージ内のどの言語が、例えば、ユーザに、カレンダーイベントを作成又はイベント情報により更新させるかをより的確に判定することができる。

いくつかの実施形態では、提案されるカレンダーイベントは、図５のデータ構造の観点から検索可能である。例えば、デバイスは、（例えば、ユーザが、デバイス上のアプリケーションを介してカレンダーイベントを検索することにより）カレンダーイベントに対するリクエストを受信し、カレンダーイベントに対するリクエストに応じて、提案されるカレンダーイベントを検索することができる（１１２４）。

いくつかの実施形態では、デバイスは、カレンダーイベントの生成に応じて、ネットワーク上のリモートデータベース内に、提案されるカレンダーイベントを記憶することを自制することができる（１１２６）。例えば、提案されるカレンダーイベントが提案状態５４０にある場合、デバイスは、カレンダーイベントをネットワーク上の複数のクライアントに対して更新することを可能にする、更新又は同期サービス（例えば、デバイス上のアプリケーション）に、カレンダーイベントを勧めることを自制することができる。

いくつかの実施形態では、デバイスは、提案されるカレンダーイベントを複数のカレンダーイベントを含むデータベースに追加するリクエスト（例えば、図６Ｅ、「カレンダーに追加」６２６）を受信し、リクエストに応じて、データベースにおいて、生成されたカレンダーイベントが提案されるカレンダーイベントであることを表示することなく、生成されたカレンダーイベントを記憶する（例えば、カレンダーイベントの状態を、提案状態５４０から追加状態５５０に変更する）ことができる（１１２８）。提案されるカレンダーイベントをデータベースに追加するリクエストに応じて、デバイスは、ネットワーク上のリモートデータベース内に、例えば、カレンダーイベントを更新又は同期サービスに勧めることにより、生成されたカレンダーイベントが提案されるカレンダーイベントであることを表示することなく、生成されたカレンダーイベントを記憶することができる（１１３０）。

いくつかの実施形態では、デバイスは、提案されるカレンダーイベントを拒否するリクエスト（例えば、図６Ｅ、「無視」６２８）を受信し、拒否するリクエストに応じて、イベント情報が将来のメッセージにおいて特定される結果として、提案されるカレンダーイベントが将来、生成されることを防止することができる（１１３２）。これは、拒否状態５６０にある拒否されたイベントを記憶することにより実現され、デバイスは、既に拒否されているものを知ることができる。

図１２は、いくつかの実施形態に係る、提案されるイベント情報をメッセージと共に表示するための例示的なプロセスのフロー図を示すである。プロセスは、ディスプレイを備える電子デバイス（例えば、デバイス５００）において実行され得る。

電子デバイスは、メッセージ（例えば、図６Ｅ、メッセージ部分６２２における電子メール）を受信し（１２０２）、受信したメッセージにおいて、イベント情報（例えば、図６Ｅ、「夕食」、「寿司屋」、「３月７日金曜日」、又は「午後９：５０」）を特定することができる（１２０４）。メッセージは、電子メールであってもよい（１２０６）。特定されたイベント情報は、日付及び時刻であってもよい（１２０８）。

デバイスは、受信したメッセージに対応する第１のユーザインタフェース（例えば、図６Ｅ）を表示することができる（１２１０）。第１のユーザインタフェースは、電子デバイスによって受信されたメッセージのコンテンツを含む第１の部分（例えば、図６Ｅ、メッセージ部分６２２）と、第２の部分であって、特定されたイベント情報に対応する第１のユーザインタフェースオブジェクト（例えば、図６Ｅ、「夕食」、「寿司屋」、「３月７日金曜日」、又は「午後９：５０」）、及び選択された場合、電子デバイスに、特定されたイベント情報を複数のカレンダーイベントを含むデータベースに追加させる（例えば、イベント情報をカレンダーイベントとして記憶させる）、特定されたイベント情報に関連付けられた第２のユーザインタフェースオブジェクト（例えば、図６Ｅ、「カレンダーに追加」６２６）、を含む、第２の部分（例えば、図６Ｅ、提案部分６２０）と、を含むことができる。第２の部分は、選択された場合、電子デバイスに、第２のユーザインタフェースオブジェクトを表示することを中止させる、特定されたイベント情報に関連付けられた第３のユーザインタフェースオブジェクト（例えば、図６Ｅ、「無視」６２８）を含むことができる（１２１２）。

図１３は、いくつかの実施形態に係る、複数の提案される連絡先又はイベント情報をメッセージと共に表示するための例示的なプロセスのフロー図である。プロセスは、ディスプレイを備える電子デバイス（例えば、デバイス５００）において実行され得る。

電子デバイスは、メッセージ（例えば、図６Ｆ、メッセージ部分６３２における電子メール）を受信し（１３０２）、受信したメッセージにおける連絡先又はイベント情報の複数の事例（例えば、図６Ｆ、添付の旅行計画における「イベント２件、連絡先１件」）を特定することができる（１３０４）。

デバイスは、受信したメッセージに対応する第１のユーザインタフェース（例えば、図６Ｆ）を表示することができる（１３０６）。第１のユーザインタフェースは、電子デバイスによって受信されたメッセージのコンテンツを含む第１の部分（例えば、図６Ｆ、メッセージ部分６３２）と、選択された場合、電子デバイスに、特定された連絡先又はイベント情報の複数の事例のリストを含む第２のユーザインタフェース（図６Ｇ）を表示させる第２の部分（例えば、図６Ｆ、提案部分６３０）と、を含むことができる。

いくつかの実施形態では、デバイスは、第１のユーザインタフェースの第２の部分の選択に対応する入力を検出し、検出に応じて、特定された連絡先又はイベント情報の複数の事例のリストと、特定された連絡先又はイベント情報の複数の事例のそれぞれについて、選択された場合、電子デバイスに、特定された情報をデータベースに追加させる（例えば、イベント情報をカレンダーイベントとして、又は、連絡先情報を連絡先として記憶させる）、第１のユーザインタフェースオブジェクト（例えば、図６Ｇ、「カレンダーに追加」又は「連絡先に追加」）と、を含む、第２のユーザインタフェースを表示することができる（１３０８）。
第２のユーザインタフェースは、特定された連絡先又はイベント情報の複数の事例のそれぞれについて、選択された場合、電子デバイスに、第１のユーザインタフェースオブジェクトを表示することを中止させる、第２のユーザインタフェースオブジェクト（例えば、図６Ｇ、「無視」）を含むことができる（１３１０）。第２のユーザインタフェースは、選択された場合、電子デバイスに、特定された連絡先又はイベント情報の複数の事例のグループ化（例えば、カレンダーイベント又は連絡先）のそれぞれをデータベースに追加させる、第３のユーザインタフェースオブジェクト（例えば、図６Ｇ、「全てを追加」６３４）を含むことができる（１３１２）。第２のユーザインタフェースを表示することにより、第１のユーザインタフェースを表示することを中止することができる（１３１４）。

図７Ａ〜図１３における動作について説明された特定の順序は例示であり、説明された順序は、動作を実行することができる唯一の順序であることを示すことを意図するものではないことを理解されたい。当業者であれば、本明細書で説明される動作の再順序付けをする様々な方法を認識するであろう。簡潔性のために、これらの詳細は、ここでは繰り返さない。更に、プロセス７００〜１３００（図７〜図１３）の態様は、互いに組み込まれてもよいことに留意されたい。

上述の情報処理プロセスの動作は、汎用プロセッサ又は特定用途向けチップなどの情報処理装置の１つ以上の機能モジュールを実行させることにより実施することができる。これらのモジュール、これらのモジュールの組み合わせ、及び／又はそれらの（例えば、図１Ａ、図１Ｂ、及び図３に関して上述されたような）一般的なハードウェアとの組み合わせは全て、本発明の保護の範囲内に含まれる。

図１４は、いくつかの実施例において、上記で説明された特徴を実行する、電子デバイス１４００の例示的な機能ブロックを示す。図１４に示すように、電子デバイス１４００は、グラフィカルオブジェクトを表示するよう構成されたディスプレイユニット１４０２と、ユーザのジェスチャを受信するように構成されたタッチ感知面ユニット１４０４と、外部電子デバイスを検出し、そのデバイスと通信するように構成された１つ以上のＲＦユニット１４０６と、ディスプレイユニット１４０２、タッチ感知面ユニット１４０４、及びＲＦユニット１４０６に結合された処理ユニット１４０８と、を含む。

いくつかの実施形態では、処理ユニット１４０８は、１つ以上のアプリケーション１４１２を実行するオペレーティングシステム１４１０を支持するように構成されている。いくつかの実施形態では、処理ユニット１４０８は、無線通信の範囲内にある外部デバイスを代表しているＲＦユニット１４０６からデータを受信し、タッチ感知面ユニット１４０４上でグラフィカルユーザインタフェースアフォーダンスを表示し、表示されたアフォーダンス上の接触を検出するのに応じて、外部デバイス上で実行しているアプリケーションに対応するデバイス１４００上のアプリケーションを起動するように構成されている。

デバイス１４００の機能ブロックは、任意選択的に、説明される様々な実施例の原理を実行するために、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合わせによって実行される。図１４で説明する機能ブロックが、説明される様々な実施例の原理を実施するために、任意選択的に、組み合わされ、又はサブブロックに分離されることが当業者に理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を、任意選択的に支持する。

図１５は、いくつかの実施例において、上記で説明された特徴を実行する、別の電子デバイス１５００の例示的な機能ブロックを示す。図１４に示すように、電子デバイス１５００は、グラフィカルオブジェクトを表示するよう構成されたディスプレイユニット１４０２と、ユーザのジェスチャを受信するように構成されたタッチ感知面ユニット１５０４と、外部電子デバイスを検出し、そのデバイスと通信するように構成された１つ以上のＲＦユニット１５０６と、ディスプレイユニット１５０２、タッチ感知面ユニット１５０４、及びＲＦユニット１５０６に結合された処理ユニット１５０８と、を含む。

いくつかの実施形態では、処理ユニット１５０８は、上記で説明された様々な機能を実行する１つ以上のユニット１５１０〜１５２０を支持するように構成されている。例えば、受信ユニット１５１０は、上記で説明された受信機能（例えば、メッセージを受信）のうち１つ以上を実行するように構成されている。特定ユニット１５１２は、上記で説明された特定機能（例えば、受信したメッセージにおけるエンティティ及びエンティティに関連付けられた連絡先情報を特定するか、受信したメッセージにおけるイベント情報を特定するか、又は受信したメッセージにおける連絡先若しくはイベント情報の複数の事例を特定するか）のうち１つ以上を実行するように構成されている。判定ユニット１５１４は、上記で説明された判定機能（例えば、特定されたエンティティに関連付けられた連絡先がデータベース内の複数の連絡先の中に存在しないことを判定する機能、特定されたエンティティに関連付けられた連絡先がデータベース内の複数の連絡先の中に存在すること、及び連絡先が連絡先情報の特定された項目を含まないことを判定する機能）のうち１つ以上を実行するように構成されている。生成ユニット１５１６は、上記で説明された生成すること（例えば、判定に応じて、エンティティに関連付けられた連絡先を生成すること、特定された連絡先情報が、提案される連絡先情報であることの表示を生成すること、及び特定されたイベント情報に関連付けられたカレンダーイベントを生成すること）のうち１つ以上を実行するように構成されている。更新ユニット１５１８は、上記で説明された更新すること（例えば、判定に応じて、連絡先情報の項目及び連絡先情報の項目が連絡先情報の提案される項目であることの表示を含むように連絡先を更新すること）のうち１つ以上を実行するように構成されている。表示ユニット１５２０は、上記で説明された表示すること（例えば、エンティティ又は受信したメッセージに関連付けられた連絡先に対応する第１のユーザインタフェースを、例えば、ディスプレイユニット１５０２に表示すること）のうち１つ以上を実行するように構成されている。

デバイス１５００の機能ブロックは、任意選択的に、説明される様々な実施例の原理を実行するために、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合わせによって実行される。図１５で説明する機能ブロックが、説明される様々な実施例の原理を実施するために、任意選択的に、組み合わされ、又はサブブロックに分離されることが当業者に理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を、任意選択的に支持する。

いくつかの実施形態によれば、図１６は、説明される様々な実施形態の原理に従って構成された、電子デバイス１６００の機能ブロック図を示す。このデバイスの機能ブロックは、説明される様々な実施形態の原理を遂行するために、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせによって、任意選択的に実装される。図１６で説明する機能ブロックが、説明される様々な実施形態の原理を実行するために、任意選択的に、組み合わされ、又はサブブロックに分離されることが当業者に理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を、任意選択的に支持する。

図１６に示すように、電子デバイス１６００は、外部電子デバイスと通信するように構成された１つ以上のＲＦユニット１６０６と、ＲＦユニット１６０６と結合された処理ユニット１６０８と、を含む。いくつかの実施形態では、処理ユニット１６０８は、受信ユニット１６１０、特定ユニット１６１２、判定ユニット１６１４、生成ユニット１６１６、分析ユニット１６１８、更新ユニット１６２０、ダウングレードユニット１６２２、検索ユニット１６２４、記憶中止ユニット１６２６、記憶ユニット１６２８、及び防止ユニット１６３０を含む。

処理ユニット１６０８は、（例えば、受信ユニット１６１０により）メッセージを受信し、受信したメッセージにおいて、エンティティ及びエンティティに関連付けられた連絡先情報を、（例えば、特定ユニット１６１２により）特定し、特定されたエンティティに関連付けられた連絡先がデータベース内の複数の連絡先の中に存在しないことを、（例えば、判定ユニット１６１４により）判定し、判定に応じて、エンティティに関連付けられた連絡先を、（例えば、生成ユニット１６１６により）生成するように構成されており、生成された連絡先は、連絡先情報と、生成された連絡先が提案される連絡先であることの表示と、を含む。

いくつかの実施形態では、特定されたエンティティは、名称を含み、特定された連絡先情報は、電話番号、アドレス、ビジネス、又はソーシャルネットワークのハンドル名を含む。

いくつかの実施形態では、特定するために、処理ユニット１６０８は、メッセージの署名ブロックを、（例えば、特定ユニット１６１２により）特定し、
特定された署名ブロックをエンティティ及び連絡先情報について、（例えば、分析ユニット１６１８により）分析するように更に構成されている。

いくつかの実施形態では、メッセージは、電子メールを含み、署名ブロックは、電子メールの署名を含む。

いくつかの実施形態では、電子メールは、電子メールのスレッドにおいて、１つ以上の以前の電子メールを含み、電子メールの署名を特定するために、処理ユニット１６０８は、電子メールのスレッドにおける１つ以上の以前の電子メールを、（例えば、分析ユニット１６１８により）分析するように更に構成されている。

いくつかの実施形態では、特定するために、処理ユニット１６０８は、メッセージにおいて、所定のフレーズの収集に基づいて１つ以上のフレーズを、（例えば、特定ユニット１６１２により）特定し、１つ以上の特定されたフレーズを、エンティティ及び連絡先情報について、（例えば、分析ユニット１６１８により）分析するように更に構成されている。

いくつかの実施形態では、処理ユニット１６０８は、所定のフレーズの収集をネットワーク上に、（例えば、更新ユニット１６２０により）更新するように更に構成されている。

いくつかの実施形態では、処理ユニット１６０８は、提案される連絡先を拒否するリクエストの結果として、所定のフレーズのうち１つ以上を、（例えば、ダウングレードユニット１６２２により）ダウングレードするように更に構成されている。

いくつかの実施形態では、処理ユニット１６０８は、データベース内の連絡先情報を、電子デバイス上の連絡先情報に関連付けられた言語と相互相関させることにより、所定のフレーズのうち１つ以上を、（例えば、生成ユニット１６１６により）生成するように更に構成されている。

いくつかの実施形態では、処理ユニット１６０８は、連絡先に対するリクエストを、（例えば、受信ユニット１６１０により）受信し、連絡先に対するリクエストに応じて、提案される連絡先を、（例えば、検索ユニット１６２４により）検索するように更に構成されている。

いくつかの実施形態では、処理ユニット１６０８は、連絡先の生成に応じて、ネットワーク上のリモートデータベース内に、提案される連絡先を、（例えば、記憶中止ユニット１６２６により）記憶することを自制するように更に構成されている。

いくつかの実施形態では、処理ユニット１６０８は、提案される連絡先をデータベースに追加するリクエストを、（例えば、受信ユニット１６１０により）受信し、提案される連絡先をデータベースに追加するリクエストに応じて、データベースにおいて、生成された連絡先が提案される連絡先であることを表示することなく、生成された連絡先を、（例えば、記憶ユニット１６２８により）記憶するように更に構成されている。

いくつかの実施形態では、処理ユニット１６０８は、提案される連絡先をデータベースに追加するリクエストに応じて、ネットワーク上のリモートデータベース内に、生成された連絡先が提案される連絡先であることを表示することなく、生成された連絡先を、（例えば、記憶ユニット１６２８により）記憶するように更に構成されている。

いくつかの実施形態では、処理ユニット１６０８は、提案される連絡先を拒否するリクエストを、（例えば、受信ユニット１６１０により）受信し、提案される連絡先を拒否するリクエストに応じて、エンティティ及び連絡先情報が将来のメッセージにおいて特定される結果として、提案される連絡先が将来、生成されることを、（例えば、防止ユニット１６３０により）防止するように更に構成されている。

図７Ａ及び図７Ｂを参照して上述された動作は、図１Ａ及び図１Ｂ、又は図１６に示される構成要素によって、任意選択的に実行される。例えば、ブロック７０２での受信動作、ブロック７０４での特定動作、ブロック７２２での判定動作、ブロック７２４での生成動作、ブロック７２６での受信動作、及びブロック７２８での記憶自制動作は、イベントソータ１７０、イベント認識部１８０、及びイベントハンドラ１９０によって実行され得る。イベントソータ１７０内のイベントモニタ１７１は、タッチ感知ディスプレイ１１２上の接触を検出し、イベントディスパッチャモジュール１７４は、イベント情報をアプリケーション１３６−１に配布する。アプリケーション１３６−１のそれぞれのイベント認識部１８０は、イベント情報をそれぞれのイベント定義１８６と比較し、タッチ感知面上の第１の位置の第１の接触がユーザインタフェース上のアフォーダンスのアクティブ化などの、既定のイベント又はサブイベントに対応するかどうかを判定する。それぞれの既定のイベント又はサブイベントが検出されると、イベント認識部１８０は、イベント又はサブイベントの検出に関連するイベントハンドラ１９０をアクティブ化させる。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６若しくはオブジェクトアップデータ１７７を利用又は呼び出してもよい。いくつかの実施形態において、イベントハンドラ１９０は、アプリケーションにより表示されるものを更新するためのそれぞれのＧＵＩアップデータ１７８にアクセスする。同様に、当業者にとって、他の処理が図１Ａ及び図１Ｂに示される構成要素に基づいてどのように実行され得るかは明らかであるだろう。

いくつかの実施形態によれば、図１７は、説明される様々な実施形態の原理に従って構成された、電子デバイス１７００の機能ブロック図を示す。このデバイスの機能ブロックは、説明される様々な実施形態の原理を遂行するために、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせによって、任意選択的に実装される。図１７で説明する機能ブロックが、説明される様々な実施形態の原理を実行するために、任意選択的に、組み合わされ、又はサブブロックに分離されることが当業者に理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を、任意選択的に支持する。

図１７に示すように、電子デバイス１７００は、外部電子デバイスと通信するように構成された１つ以上のＲＦユニット１７０６と、１つ以上のＲＦユニット１７０６に結合された処理ユニット１７０８と、を含む。いくつかの実施形態では、処理ユニット１７０８は、受信ユニット１７１０、特定ユニット１７１２、判定ユニット１７１４、生成ユニット１７１６、分析ユニット１７１８、更新ユニット１７２０、ダウングレードユニット１７２２、検索ユニット１７２４、記憶中止ユニット１７２６、記憶ユニット１７２８、及び防止ユニット１７３０を含む。

処理ユニット１７８０は、メッセージを、（例えば、受信ユニット１７１０により）受信し、受信したメッセージにおいて、エンティティ及びエンティティに関連付けられた連絡先情報の項目を、（例えば、特定ユニット１７１２により）特定し、特定されたエンティティに関連付けられた連絡先がデータベース内の複数の連絡先の中に存在すること、及び連絡先が連絡先情報の特定された項目を含まないことを、（例えば、特定ユニット１７１４により）判定し、判定に応じて、連絡先情報の項目及び連絡先情報の項目が連絡先情報の提案される項目であることの表示を含むように、連絡先を、（例えば、更新ユニット１７２０により）更新するように構成されている。

いくつかの実施形態では、特定されたエンティティは、名称を含み、連絡先情報の特定された項目は、電話番号、アドレス、ビジネスネットワーク又はソーシャルネットワークのハンドル名を含む。

いくつかの実施形態では、特定するために、処理ユニット１７０８は、メッセージの署名ブロックを、（例えば、特定ユニット１７１２により）特定し、特定された署名ブロックをエンティティ及び連絡先情報の項目について、（例えば、分析ユニット１７１８により）分析するように更に構成されている。

いくつかの実施形態では、メッセージは、電子メールを含み、署名ブロックは、電子メールの署名を含む。

いくつかの実施形態では、電子メールは、電子メールのスレッドにおいて、１つ以上の以前の電子メールを含み、電子メールの署名を特定するために、処理ユニット１７０８は、電子メールのスレッドにおける１つ以上の以前の電子メールを、（例えば、分析ユニット１７１８により）分析するように更に構成されている。

いくつかの実施形態では、特定するために、処理ユニット１７０８は、メッセージにおいて、所定のフレーズの収集に基づいて１つ以上のフレーズを、（例えば、特定ユニット１７１２により）特定し、１つ以上の特定されたフレーズを、エンティティ及び連絡先情報の項目について、（例えば、分析ユニット１７１８により）分析するように更に構成されている。

いくつかの実施形態では、処理ユニット１７０８は、所定のフレーズの収集をネットワーク上に、（例えば、更新ユニット１７２０により）更新するように更に構成されている。

いくつかの実施形態では、処理ユニット１７０８は、連絡先情報の提案される項目を拒否するリクエストの結果として、所定のフレーズのうち１つ以上を、（例えば、ダウングレードユニット１７２２により）ダウングレードするように更に構成されている。

いくつかの実施形態では、処理ユニット１７０８は、データベース内の連絡先情報を、電子デバイス上の連絡先情報に関連付けられた言語と相互相関させることにより、所定のフレーズのうち１つ以上を、（例えば、生成ユニット１７１６により）生成するように更に構成されている。

いくつかの実施形態では、処理ユニット１７０８は、連絡先に対するリクエストを、（例えば、受信ユニット１７１０により）受信し、連絡先に対するリクエストに応じて、連絡先情報の提案される項目を、（例えば、検索ユニット１７２４により）検索するように更に構成されている。

いくつかの実施形態では、処理ユニット１７０８は、連絡先の更新に応じて、ネットワーク上のリモートデータベース内に、連絡先情報の提案される項目を、（例えば、記憶中止ユニット１７２６により）記憶することを自制するように更に構成されている。

いくつかの実施形態では、処理ユニット１７０８は、連絡先情報の提案される項目をデータベースに追加するリクエストを、（例えば、受信ユニット１７１０により）受信し、連絡先情報の提案される項目をデータベースに追加するリクエストに応じて、データベースにおいて、連絡先情報の項目が連絡先情報の提案される項目であることを表示することなく、更新された連絡先を、（例えば、記憶ユニット１７２８により）記憶するように更に構成されている。

いくつかの実施形態では、処理ユニット１７０８は、連絡先情報の提案される項目をデータベースに追加するリクエストに応じて、ネットワーク上のリモートデータベース内に、連絡先情報の項目が連絡先情報の提案される項目であることを表示することなく、更新された連絡先を、（例えば、記憶ユニット１７２８により）記憶するように更に構成されている。

いくつかの実施形態では、処理ユニット１７０８は、連絡先情報の提案される項目を拒否するリクエストを、（例えば、受信ユニット１７１０により）受信し、連絡先情報の提案される項目を拒否するリクエストに応じて、エンティティ及び連絡先情報の項目が将来のメッセージ内で特定される結果として、連絡先が将来、連絡先情報の提案される項目により更新されることを、（例えば、防止ユニット１７３０により）防止するように更に構成されている。

図８Ａ及び図８Ｂを参照して上述された動作は、図１Ａ及び図１Ｂ、又は図１７に示される構成要素によって、任意選択的に実行される。例えば、ブロック８０２での受信動作、ブロック８０４での特定動作、ブロック８２２での判定動作、及びブロック８２４での更新動作は、イベントソータ１７０、イベント認識部１８０、及びイベントハンドラ１９０によって実行され得る。イベントソータ１７０内のイベントモニタ１７１は、タッチ感知ディスプレイ１１２上の接触を検出し、イベントディスパッチャモジュール１７４は、イベント情報をアプリケーション１３６−１に配布する。アプリケーション１３６−１のそれぞれのイベント認識部１８０は、イベント情報をそれぞれのイベント定義１８６と比較し、タッチ感知面上の第１の位置の第１の接触がユーザインタフェース上のアフォーダンスのアクティブ化などの、既定のイベント又はサブイベントに対応するかどうかを判定する。それぞれの既定のイベント又はサブイベントが検出されると、イベント認識部１８０は、イベント又はサブイベントの検出に関連するイベントハンドラ１９０をアクティブ化させる。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６若しくはオブジェクトアップデータ１７７を利用又は呼び出してもよい。いくつかの実施形態において、イベントハンドラ１９０は、アプリケーションにより表示されるものを更新するためのそれぞれのＧＵＩアップデータ１７８にアクセスする。同様に、当業者にとって、他の処理が図１Ａ及び図１Ｂに示される構成要素に基づいてどのように実行されることができるかは明らかであるだろう。

いくつかの実施形態によれば、図１８は、説明される様々な実施形態の原理に従って構成された、電子デバイス１８００の機能ブロック図を示す。このデバイスの機能ブロックは、説明される様々な実施形態の原理を遂行するために、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせによって、任意選択的に実装される。図１８で説明する機能ブロックが、説明される様々な実施形態の原理を実行するために、任意選択的に、組み合わされ、又はサブブロックに分離されることが当業者に理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を、任意選択的に支持する。

図１８に示すように、電子デバイス１８００は、グラフィカルオブジェクトを表示するよう構成されたディスプレイユニット１８０２と、外部電子デバイスと通信するように構成された１つ以上のＲＦユニット１８０６と、ディスプレイユニット１８０２及び１つ以上のＲＦユニット１８０６に結合された処理ユニット１８０８と、を含む。いくつかの実施形態では、処理ユニット１８０８は、受信ユニット１８１０、特定ユニット１８１２、生成ユニット１８１４、表示可能化ユニット１８１６、防止ユニット１８１８、検出ユニット１８２０、呼び出しユニット１８２２、及び追加ユニット１８２４を含む。

処理ユニット１８０８は、メッセージを、（例えば、受信ユニット１８１０により）受信し、受信したメッセージにおいて、エンティティ及びエンティティに関連付けられた連絡先情報を、（例えば、特定ユニット１８１２により）特定し、特定された連絡先情報が、提案される連絡先情報であることの表示を、（例えば、生成ユニット１８１４により）生成し、エンティティに関連付けられた連絡先に対応する第１のユーザインタフェースの表示を、（例えば、表示可能化ユニット１８１６により）可能にするように構成されており、第１のユーザインタフェースは、生成された表示に基づき、特定された連絡先情報が、提案される連絡先情報であることを示す第１のユーザインタフェースオブジェクトを含む。

いくつかの実施形態では、処理ユニット１８０８は、提案される連絡先情報の選択に対応する入力がエンティティにコンタクトするアプリケーションを呼び出すことを、（例えば、防止ユニット１８１８により）防止するように更に構成されている。

いくつかの実施形態では、処理ユニット１８０８は、第１のユーザインタフェースにおいて提案される連絡先情報の選択に対応する入力を、（例えば、検出ユニット１８２０により）検出し、第１のユーザインタフェースにおいて提案される連絡先情報の選択に対応する入力の検出に応じて、選択された場合、電子デバイスに、特定された連絡先情報をデータベースに追加させる、特定された連絡先情報に関連付けられた第２のユーザインタフェースオブジェクトを含む第２のユーザインタフェースの表示を、（例えば、表示可能化ユニット１８１６により）可能にするように更に構成されている。

いくつかの実施形態では、第２のユーザインタフェースは、選択された場合、電子デバイスに、第２のユーザインタフェースオブジェクトを表示することを中止させる、特定された連絡先情報に関連付けられた第３のユーザインタフェースオブジェクトを含む。

いくつかの実施形態では、第２のユーザインタフェースの表示は、第１のユーザインタフェースの表示を中止する。

いくつかの実施形態では、第２のユーザインタフェースは、メッセージの少なくとも一部分を表示する。

いくつかの実施形態では、処理ユニット１８０８は、表示されたメッセージの選択に対応する入力を、（例えば、検出ユニット１８２０により）検出し、表示されたメッセージの選択に対応する入力の検出に応じて、メッセージを開くアプリケーションを、（例えば、呼び出しユニット１８２２により）呼び出すように更に構成されている。

いくつかの実施形態では、メッセージは、電子メールを含み、アプリケーションは、電子メールアプリケーションを含む。

いくつかの実施形態では、処理ユニット１８０８は、第２のユーザインタフェースにおける提案される連絡先情報の選択に対応する入力を、（例えば、検出ユニット１８２０により）検出し、第２のユーザインタフェースにおける提案される連絡先情報の選択に対応する入力の検出に応じて、特定された連絡先情報を使用して、エンティティにコンタクトするアプリケーションを、（例えば、呼び出しユニット１８２２により）呼び出すように更に構成されている。

いくつかの実施形態では、処理ユニット１８０８は、第２のユーザインタフェースにおける提案される連絡先情報の選択に対応する入力の検出に応じて、特定された連絡先情報をデータベースに、（例えば追加ユニット１８２４により）追加するように更に構成されている。

いくつかの実施形態では、処理ユニット１８０８は、特定された連絡先情報のデータベースへの追加に応じて、第１のユーザインタフェースオブジェクトの表示を中止するように更に構成されている。

図９Ａ及び図９Ｂを参照して上述された動作は、図１Ａ及び図１Ｂ、又は図１８に示される構成要素によって、任意選択的に実行される。例えば、ブロック９０２での受信動作、ブロック９０４での特定動作、ブロック９０６での生成動作、及びブロック９０８での表示動作は、イベントソータ１７０、イベント認識部１８０、及びイベントハンドラ１９０によって実行され得る。イベントソータ１７０のイベントモニタ１７１は、タッチ感知ディスプレイ１１２上の接触を検出し、イベントディスパッチャモジュール１７４は、イベント情報をアプリケーション１３６−１に配布する。アプリケーション１３６−１のそれぞれのイベント認識部１８０は、イベント情報をそれぞれのイベント定義１８６と比較し、タッチ感知面上の第１の位置の第１の接触がユーザインタフェース上のアフォーダンスのアクティブ化などの、既定のイベント又はサブイベントに対応するかどうかを判定する。それぞれの既定のイベント又はサブイベントが検出されると、イベント認識部１８０は、イベント又はサブイベントの検出に関連するイベントハンドラ１９０をアクティブ化させる。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６若しくはオブジェクトアップデータ１７７を利用又は呼び出してもよい。いくつかの実施形態において、イベントハンドラ１９０は、アプリケーションにより表示されるものを更新するためのそれぞれのＧＵＩアップデータ１７８にアクセスする。同様に、当業者にとって、他の処理が図１Ａ及び図１Ｂに示される構成要素に基づいてどのように実行されることができるかは明らかであるだろう。

いくつかの実施形態によれば、図１９は、説明される様々な実施形態の原理に従って構成された、電子デバイス１９００の機能ブロック図を示す。このデバイスの機能ブロックは、説明される様々な実施形態の原理を遂行するために、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせによって、任意選択的に実装される。図１９で説明する機能ブロックが、説明される様々な実施形態の原理を実行するために、任意選択的に、組み合わされ、又はサブブロックに分離されることが当業者に理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を、任意選択的に支持する。

図１９に示すように、電子デバイス１９００は、グラフィカルオブジェクトを表示するように構成されたディスプレイユニット１９０２と、外部電子デバイスと通信するように構成された１つ以上のＲＦユニット１９０６と、ディスプレイユニット１９０２及び１つ以上のＲＦユニット１９０６に結合された処理ユニット１９０８と、を含む。いくつかの実施形態では、処理ユニット１９０８は、受信ユニット１９１０、特定ユニット１９１２、及び表示可能化ユニット１９１４を含む。

処理ユニット１９０８は、メッセージを、（例えば、受信ユニット１９１０により）受信し、受信したメッセージにおいて、エンティティ及びエンティティに関連付けられた連絡先情報を、（例えば、特定ユニット１９１２により）特定し、受信したメッセージに対応する第１のユーザインタフェースの表示を、（例えば、表示可能化ユニット１９１４により）可能にするように構成されており、第１のユーザインタフェースは、電子デバイスによって受信されたメッセージのコンテンツを含む第１の部分と、第２の部分であって、特定されたエンティティに対応する第１のユーザインタフェースオブジェクト、特定された連絡先情報に対応する第２のユーザインタフェースオブジェクト、及び選択された場合、電子デバイスに、特定された連絡先情報をデータベースに追加させる、特定された連絡先情報に関連付けられた第３のユーザインタフェースオブジェクト、を含む、第２の部分と、を含む。

いくつかの実施形態では、第２の部分は、選択された場合、電子デバイスに、第３のユーザインタフェースオブジェクトを表示することを中止させる、特定された連絡先情報に関連付けられた第４のユーザインタフェースオブジェクトを含む。

いくつかの実施形態では、メッセージは、電子メールを含む。

いくつかの実施形態では、特定されたエンティティは、名称を含み、特定された連絡先情報は、電話番号、アドレス、ビジネスネットワーク又はソーシャルネットワークのハンドル名を含む。

図１０を参照して上述された動作は、図１Ａ及び図１Ｂ、又は図１９に示される構成要素によって、任意選択的に実行される。例えば、ブロック１００２での受信動作、ブロック１００４での特定動作、及びブロック１０１０での表示動作は、イベントソータ１７０、イベント認識部１８０、及びイベントハンドラ１９０によって実行され得る。イベントソータ１７０のイベントモニタ１７１は、タッチ感知ディスプレイ１１２上の接触を検出し、イベントディスパッチャモジュール１７４は、イベント情報をアプリケーション１３６−１に配布する。アプリケーション１３６−１のそれぞれのイベント認識部１８０は、イベント情報をそれぞれのイベント定義１８６と比較し、タッチ感知面上の第１の位置の第１の接触がユーザインタフェース上のアフォーダンスのアクティブ化などの、既定のイベント又はサブイベントに対応するかどうかを判定する。それぞれの既定のイベント又はサブイベントが検出されると、イベント認識部１８０は、イベント又はサブイベントの検出に関連するイベントハンドラ１９０をアクティブ化させる。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６若しくはオブジェクトアップデータ１７７を利用又は呼び出してもよい。いくつかの実施形態において、イベントハンドラ１９０は、アプリケーションにより表示されるものを更新するためのそれぞれのＧＵＩアップデータ１７８にアクセスする。同様に、当業者にとって、他の処理が図１Ａ及び図１Ｂに示される構成要素に基づいてどのように実行されることができるかは明らかであるだろう。

いくつかの実施形態によれば、図２０は、説明される様々な実施形態の原理に従って構成された、電子デバイス２０００の機能ブロック図を示す。このデバイスの機能ブロックは、説明される様々な実施形態の原理を遂行するために、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせによって、任意選択的に実装される。図２０で説明する機能ブロックが、説明される様々な実施形態の原理を実行するために、任意選択的に、組み合わされ、又はサブブロックに分離されることが当業者に理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を、任意選択的に支持する。

図２０に示すように、電子デバイス２０００は、外部電子デバイスと通信するように構成された１つ以上のＲＦユニット２００６と、１つ以上のＲＦユニット２００６に結合された処理ユニット２００８と、を含む。いくつかの実施形態では、処理ユニット２００８は、受信ユニット２０１０、特定ユニット２０１２、生成ユニット２０１４、分析ユニット２０１６、更新ユニット２０１８、ダウングレードユニット２０２０、検索ユニット２０２２、記憶自制ユニット２０２４、記憶ユニット２０２６、防止ユニット２０２８を含む。

処理ユニット２００８は、メッセージを、（例えば、受信ユニット２０１０により）受信し、受信したメッセージにおいて、イベント情報を、（例えば、特定ユニット２０１２により）特定し、特定されたイベント情報に関連付けられたカレンダーイベントを、（例えば、生成ユニット２０１４により）生成するように構成されており、生成されたカレンダーイベントは、イベント情報と、生成されたカレンダーイベントが提案されるカレンダーイベントであることの表示と、を含む。

いくつかの実施形態では、特定されたイベント情報は、日付及び時刻を含む。

いくつかの実施形態では、特定するために、処理ユニット２００８は、メッセージ中のコンテンツのフォーマットを、（例えば、特定ユニット２０１２により）特定し、メッセージ中のコンテンツのフォーマットでイベント情報を認識するように構成されている所定のテンプレートの収集から、テンプレートを、（例えば、特定ユニット２０１２により）特定し、コンテンツを特定されたテンプレートにより、イベント情報について、（例えば、分析ユニット２０１６により）分析するように更に構成されている。

いくつかの実施形態では、メッセージは、電子メールを含み、コンテンツは、予約を含む。

いくつかの実施形態では、処理ユニット２００８は、所定のテンプレートの収集をネットワーク上に、（例えば、更新ユニット２０１８により）更新するように更に構成されている。

いくつかの実施形態では、特定するために、処理ユニット２００８は、日付及び時刻に対する所定の言及の収集に基づいて、メッセージ内の日付及び時刻に対する１つ以上の言及を、（例えば、特定ユニット２０１２により）特定し、日付及び時刻に対する１つ以上の特定された言及を、イベント情報に対して、（例えば、分析ユニット２０１６により）分析するように更に構成されている。

いくつかの実施形態では、処理ユニット２００８は、ネットワーク上の、日付及び時刻に対する所定の言及の収集を、（例えば、更新ユニット２０１８により）更新するように更に構成されている。

いくつかの実施形態では、処理ユニット２００８は、提案されるカレンダーイベントを拒否するリクエストの結果として、日付及び時刻に対する所定の言及のうち１つ以上を、（例えば、ダウングレードユニット２０２０により）ダウングレードするように更に構成されている。

いくつかの実施形態では、処理ユニット２００８は、複数のカレンダーイベントを含むデータベース内のイベント情報を、電子デバイス上のイベント情報に関連付けられた言語と相互相関させることにより、日付及び時刻に対する所定の言及のうち１つ以上を、（例えば、生成ユニット２０１４により）生成するように更に構成されている。

いくつかの実施形態では、処理ユニット２００８は、カレンダーイベントに対するリクエストを（例えば、受信ユニット２０１０により）受信し、カレンダーイベントに対するリクエストに応じて、提案されるカレンダーイベントを、（例えば、検索ユニット２０２２により）検索するように更に構成されている。

いくつかの実施形態では、処理ユニット２００８は、カレンダーイベントの生成に応じて、ネットワーク上のリモートデータベース内の、提案されるカレンダーイベントを、（例えば、記憶中止ユニット２０２４により）記憶することを自制するように更に構成されている。

いくつかの実施形態では、処理ユニット２００８は、提案されるカレンダーイベントを、複数のカレンダーイベントを含むデータベースに追加するリクエストを、（例えば、受信ユニット２０１０により）受信し、提案されるカレンダーイベントをデータベースに追加するリクエストに応じて、データベースにおいて、生成されたカレンダーイベントが提案されるカレンダーイベントであることを表示することなく、生成されたカレンダーイベントを、（例えば、記憶ユニット２０２６により）記憶するように更に構成されている。

いくつかの実施形態では、処理ユニット２００８は、提案されるカレンダーイベントをデータベースに追加するリクエストに応じて、ネットワーク上のリモートデータベースにおいて、生成されたカレンダーイベントが提案されるカレンダーイベントであることを表示することなく、生成されたカレンダーイベントを、（例えば、記憶ユニット２０２６により）記憶するように更に構成されている。

いくつかの実施形態では、処理ユニット２００８は、提案されるカレンダーイベントを拒否するリクエストを、（例えば、受信ユニット２０１０により）受信し、提案されるカレンダーイベントを拒否するリクエストに応じて、イベント情報が将来のメッセージ内で特定される結果として、提案されるカレンダーイベントが将来、生成されることを、（例えば、防止ユニット２０２８により）防止するように更に構成されている。

図１１Ａ及び図１１Ｂを参照して上述された動作は、図１Ａ及び図１Ｂ、又は図２０に示される構成要素によって、任意選択的に実行される。例えば、ブロック１１０２での受信動作、ブロック１１０４での特定動作、及びブロック１１２２での生成動作は、イベントソータ１７０、イベント認識部１８０、及びイベントハンドラ１９０によって実行され得る。イベントソータ１７０のイベントモニタ１７１は、タッチ感知ディスプレイ１１２上の接触を検出し、イベントディスパッチャモジュール１７４は、イベント情報をアプリケーション１３６−１に配布する。アプリケーション１３６−１のそれぞれのイベント認識部１８０は、イベント情報をそれぞれのイベント定義１８６と比較し、タッチ感知面上の第１の位置の第１の接触がユーザインタフェース上のアフォーダンスのアクティブ化などの、既定のイベント又はサブイベントに対応するかどうかを判定する。それぞれの既定のイベント又はサブイベントが検出されると、イベント認識部１８０は、イベント又はサブイベントの検出に関連するイベントハンドラ１９０をアクティブ化させる。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６若しくはオブジェクトアップデータ１７７を利用又は呼び出してもよい。いくつかの実施形態において、イベントハンドラ１９０は、アプリケーションにより表示されるものを更新するためのそれぞれのＧＵＩアップデータ１７８にアクセスする。同様に、当業者にとって、他の処理が図１Ａ及び図１Ｂに示される構成要素に基づいてどのように実行されることができるかは明らかであるだろう。

いくつかの実施形態によれば、図２１は、説明される様々な実施形態の原理に従って構成された、電子デバイス２１００の機能ブロック図を示す。このデバイスの機能ブロックは、説明される様々な実施形態の原理を遂行するために、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせによって、任意選択的に実装される。図２１で説明する機能ブロックが、説明される様々な実施形態の原理を実行するために、任意選択的に、組み合わされ、又はサブブロックに分離されることが当業者に理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を、任意選択的に支持する。

図２１に示すように、電子デバイス２１００は、グラフィカルオブジェクトを表示するように構成されたディスプレイユニット２１０２と、外部電子デバイスと通信するように構成された１つ以上のＲＦユニット２１０６と、ディスプレイユニット２１０２及び１つ以上のＲＦユニット２１０６に結合された処理ユニット２１０８と、を含む。いくつかの実施形態では、処理ユニット２１０８は、受信ユニット２１１０、特定ユニット２１１２、及び表示可能化ユニット２１１４を含む。

処理ユニット２１０８は、メッセージを、（例えば、受信ユニット２１１０により）受信し、受信したメッセージにおいて、イベント情報を、（例えば、特定ユニット２１１２により）特定し、受信したメッセージに対応する第１のユーザインタフェースの表示を、（例えば、表示可能化ユニット２１１４により）可能にするように構成されており、第１のユーザインタフェースは、電子デバイスによって受信されたメッセージのコンテンツを含む第１の部分と、第２の部分であって、特定されたイベント情報に対応する第１のユーザインタフェースオブジェクト、及び選択された場合、電子デバイスに、特定されたイベント情報を複数のカレンダーイベントを含むデータベースに追加させる、特定されたイベント情報に関連付けられた第２のユーザインタフェースオブジェクト、を含む、第２の部分と、を含む。

いくつかの実施形態では、第２の部分は、選択された場合、電子デバイスに、第２のユーザインタフェースオブジェクトを表示することを中止させる、特定されたイベント情報に関連付けられた第３のユーザインタフェースオブジェクトを含む。

いくつかの実施形態では、メッセージは、電子メールを含む。

いくつかの実施形態では、特定されたイベント情報は、日付及び時刻を含む。

図１２を参照して上述された動作は、図１Ａ及び図１Ｂ、又は図２１に示される構成要素によって、任意選択的に実行される。例えば、ブロック１２０２での受信動作、ブロック１２０４での特定動作、及びブロック１２１０での表示動作は、イベントソータ１７０、イベント認識部１８０、及びイベントハンドラ１９０によって実行され得る。イベントソータ１７０内のイベントモニタ１７１は、タッチ感知ディスプレイ１１２上の接触を検出し、イベントディスパッチャモジュール１７４は、イベント情報をアプリケーション１３６−１に配布する。アプリケーション１３６−１のそれぞれのイベント認識部１８０は、イベント情報をそれぞれのイベント定義１８６と比較し、タッチ感知面上の第１の位置の第１の接触がユーザインタフェース上のアフォーダンスのアクティブ化などの、既定のイベント又はサブイベントに対応するかどうかを判定する。それぞれの既定のイベント又はサブイベントが検出されると、イベント認識部１８０は、イベント又はサブイベントの検出に関連するイベントハンドラ１９０をアクティブ化させる。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６若しくはオブジェクトアップデータ１７７を利用又は呼び出してもよい。いくつかの実施形態において、イベントハンドラ１９０は、アプリケーションにより表示されるものを更新するためのそれぞれのＧＵＩアップデータ１７８にアクセスする。同様に、当業者にとって、他の処理が図１Ａ及び図１Ｂに示される構成要素に基づいてどのように実行されることができるかは明らかであるだろう。

いくつかの実施形態によれば、図２２は、説明される様々な実施形態の原理に従って構成された、電子デバイス２２００の機能ブロック図を示す。このデバイスの機能ブロックは、説明される様々な実施形態の原理を遂行するために、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせによって、任意選択的に実装される。図２２で説明する機能ブロックが、説明される様々な実施形態の原理を実行するために、任意選択的に、組み合わされ、又はサブブロックに分離されることが当業者に理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を、任意選択的に支持する。

図２２に示すように、電子デバイス２２００は、グラフィカルオブジェクトを表示するように構成されたディスプレイユニット２２０２と、外部電子デバイスと通信するように構成された１つ以上のＲＦユニット２２０６と、ディスプレイユニット２２０２及び１つ以上のＲＦユニット２２０６に結合された処理ユニット２２０８と、を含む。いくつかの実施形態では、処理ユニット２２０８は、受信ユニット２２１０、特定ユニット２２１２、表示可能化ユニット２２１４、及び検出ユニット２２１６を含む。

処理ユニット２２０８は、メッセージを、（例えば、受信ユニット２２１０により）受信し、受信したメッセージにおいて、連絡先又はイベント情報の複数の事例を、（例えば、特定ユニット２２１２により）特定し、受信したメッセージに対応する第１のユーザインタフェースの表示を、（例えば、表示可能化ユニット２２１４により）可能にするように構成されており、第１のユーザインタフェースは、電子デバイスによって受信されたメッセージのコンテンツを含む第１の部分と、選択された場合、電子デバイスに、特定された連絡先又はイベント情報の複数の事例のリストを含む第２のユーザインタフェースを表示させる第２の部分と、を含む。

いくつかの実施形態では、処理ユニット２２０８は、第１のユーザインタフェースの第２の部分の選択に対応する入力を、（例えば、検出ユニット２２１６により）検出し、第１のユーザインタフェースの第２の部分の選択に対応する入力の検出に応じて、特定された連絡先又はイベント情報の複数の事例のリストと、特定された連絡先又はイベント情報の複数の事例のそれぞれについて、選択された場合、電子デバイスに、特定された情報をデータベースに追加させる、第１のユーザインタフェースオブジェクトと、を含む、第２のユーザインタフェースの表示を、（例えば、表示可能化ユニット２２１４により）可能にするように更に構成されている。

いくつかの実施形態では、第２のユーザインタフェースは、特定された連絡先又はイベント情報の複数の事例のそれぞれについて、選択された場合、電子デバイスに、第１のユーザインタフェースオブジェクトを表示することを中止させる、第２のユーザインタフェースオブジェクトを含む。

いくつかの実施形態では、第２のユーザインタフェースは、選択された場合、電子デバイスに、特定された連絡先又はイベント情報の複数の事例のグループ化のそれぞれをデータベースに追加させる、第３のユーザインタフェースオブジェクトを含む。

いくつかの実施形態では、第２のユーザインタフェースの表示により、第１のユーザインタフェースの表示を中止させる。

図１３を参照して上述された動作は、図１Ａ及び図１Ｂ、又は図２２に示される構成要素によって、任意選択的に実行される。例えば、ブロック１３０２での受信動作、ブロック１３０４での特定動作、及びブロック１３０６での表示動作は、イベントソータ１７０、イベント認識部１８０、及びイベントハンドラ１９０によって実行され得る。イベントソータ１７０内のイベントモニタ１７１は、タッチ感知ディスプレイ１１２上の接触を検出し、イベントディスパッチャモジュール１７４は、イベント情報をアプリケーション１３６−１に配布する。アプリケーション１３６−１のそれぞれのイベント認識部１８０は、イベント情報をそれぞれのイベント定義１８６と比較し、タッチ感知面上の第１の位置の第１の接触がユーザインタフェース上のアフォーダンスのアクティブ化などの、既定のイベント又はサブイベントに対応するかどうかを判定する。それぞれの既定のイベント又はサブイベントが検出されると、イベント認識部１８０は、イベント又はサブイベントの検出に関連するイベントハンドラ１９０をアクティブ化させる。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６若しくはオブジェクトアップデータ１７７を利用又は呼び出してもよい。いくつかの実施形態において、イベントハンドラ１９０は、アプリケーションにより表示されるものを更新するためのそれぞれのＧＵＩアップデータ１７８にアクセスする。同様に、当業者にとって、他の処理が図１Ａ及び図１Ｂに示される構成要素に基づいてどのように実行されることができるかは明らかであるだろう。

上述の説明は、説明の目的上、特定の実施形態を参照して説明されている。しかし、上述の例示的説明は、網羅的であること、又は本発明を、開示されている寸分違わない形態に限定することを意図されてはいない。上述の教示を考慮すれば、多くの修正及び変形が可能である。技術原理及びその実際の応用を最も良く説明するために、実施形態が選択され、説明された。これにより、当業者は、技術及び想到される特定の使用に好適である様々な修正を含む様々な実施形態を最適に利用することができる。

添付の図面を参照して本開示及び実施例が十分に説明されたが、様々な変更及び修正が当業者には明らかになるであろうということに留意されたい。このような変更及び修正は、特許請求の範囲によって定義されるとおりの本開示及び実施例の範囲内に含まれるものと理解されるべきである。

上述のように、本技術の一態様は、魅力的なコンテンツ又はユーザが興味を示す可能性のある任意の他のコンテンツをユーザに対して配信することを改良するための、様々なソースから入手できるデータの収集及び使用である。本開示は、いくつかの例において、この収集されたデータが、特定の人物を独自に特定し、又は同人物にコンタクトをとる若しくは同人物の位置を特定することに使用することができる個人情報データを含む場合があることが想到される。このような個人情報データは、位置依存データ、人口統計データ、電話番号、電子メールアドレス、自宅住所、又は任意の他の特定する情報を含む場合がある。

本開示は、本技術において、このような個人情報データを使用してユーザを利することができることを認識するものである。例えば、個人情報データを使用して、ユーザにとってより興味のある目的のコンテンツを配信することができる。したがって、このような個人情報データの使用により、配信されるコンテンツの計数的管理が可能となる。また更に、ユーザを利する個人情報データの他の使用もまた、本開示により想到される。

本開示は、このような個人情報データの収集、分析、開示、伝送、保存、又は他の使用を担うエンティティが確立した個人情報保護方針及び／又はプライバシー慣行を遵守するであろうことを更に想到している。特に、このようなエンティティは、個人情報データを内密及び安全に維持するために、産業界又は政府の要件に合致又は同要件を越えるとして一般的に認識される、個人情報保護方針及びプライバシー慣行を実行し、首尾一貫して使用しなければならない。例えば、ユーザからの個人情報は、そのエンティティの合法的かつ正当な使用のために収集されるべきであり、それらの合法的使用を除いて、共有又は販売されるべきではない。更には、そのような収集は、ユーザに告知して同意を得た後にのみ実施するべきである。更には、そのようなエンティティは、そのような個人情報データへのアクセスを保護して安全化し、その個人情報データへのアクセスを有する他者が、それらの個人情報保護方針及び手順を遵守することを保証するための、あらゆる必要な措置を講じるものとする。更には、そのようなエンティティは、広く受け入れられている個人情報保護方針及びプライバシーの慣行に対する自身の遵守を証明するために、第三者による評価を自らが受けることができる。

前述のことがらにもかかわらず、本開示はまた、ユーザが、個人情報データの使用又は個人情報データへのアクセスを選択的に阻止する実施形態も想到する。すなわち、本開示は、そのような個人情報データへのアクセスを防止又は阻止するために、ハードウェア要素及び／又はソフトウェア要素を提供することができると想到している。例えば、広告配信サービスの場合には、この技術は、ユーザが、サービスの登録中に、個人情報データの収集への参加の「オプトイン」又は「オプトアウト」を選択することを可能にするように構成され得る。別の例では、ユーザは、目的のコンテンツ配信サービスについての位置情報を提供しないことを選択することができる。更に別の実施例では、ユーザは、正確な位置情報を提供しないが、位置ゾーン情報の伝送を許可することを選択することができる。

それゆえ、本開示は、１つ以上の様々な開示された実施形態を実施するための個人情報データの使用を、広範に網羅するものであるが、本開示は、それらの様々な実施形態がまた、そのような個人情報データにアクセスすることを必要とせずに実施することも可能である点も、また想到している。すなわち、本技術の様々な実施形態は、そのような個人情報データの全て又は一部分の欠如により、実施不可能となるものではない。例えば、非個人情報データ又は必要最小限の個人情報（例えば、ユーザに関連するデバイスによりリクエストされているコンテンツ、コンテンツ配信サービスに利用可能な他の非個人情報、又は公衆に利用可能な情報）に基づく選択を推測することにより、コンテンツは、選択され、ユーザに配信することができる。

Claims (6)

1. 方法であって、
   ディスプレイを有する電子デバイスにおいて、
   メッセージを受信することと、
   前記受信したメッセージにおいて、エンティティと前記エンティティに関連付けられた連絡先情報とを特定することと、
   前記エンティティに関連付けられた前記特定された連絡先情報を提案状態で記憶することであって、前記提案状態で記憶される連絡先情報は、追加状態又は拒否状態で記憶される連絡先情報とは異なり、且つ前記提案状態で記憶される前記特定された連絡先情報は、ユーザが連絡先に追加することを承認していない又は前記連絡先への追加を拒否していない連絡先情報である、記憶することと、
   前記受信したメッセージに対応する第１のユーザインタフェースを表示することであって、前記第１のユーザインタフェースは、
   前記電子デバイスによって受信された前記メッセージのコンテンツを含む第１の部分と、
   第２の部分であって、
   前記特定されたエンティティに対応する第１のユーザインタフェースオブジェクトと、
   前記特定された連絡先情報に対応する第２のユーザインタフェースオブジェクトと、
   前記電子デバイスに、前記特定された連絡先情報をデータベースに追加することを拒否させるように構成される、前記特定された連絡先情報に関連付けられた第３のユーザインタフェースオブジェクトと、を含む、第２の部分と、を含む、前記第１のユーザインタフェースを表示することと、
   前記ディスプレイに前記第１のユーザインタフェースを表示している間に、前記特定された連絡先情報に関連付けられた前記第３のユーザインタフェースオブジェクトの選択を検出することと、
   前記第３のユーザインタフェースオブジェクトの選択を検出したことに応じて、
   前記第１のユーザインタフェースの前記第２の部分を表示することを中止することと、
   前記第１のユーザインタフェースの前記第１の部分の表示を維持することと、
   前記電子デバイスに、前記特定された連絡先情報を前記データベースに追加することを拒否させると共に、前記特定された連絡先情報を前記提案状態から前記拒否状態へ変更することと、を含む方法。
2. 請求項１に記載の方法であって、前記メッセージは電子メールを含む、方法。
3. 請求項１または２に記載の方法であって、前記特定されたエンティティは名称を含み、前記特定された連絡先情報は、電話番号、アドレス、ビジネスネットワーク又はソーシャルネットワークのハンドル名を含む、方法。
4. コンピュータに、請求項１から３のいずれか１項に記載の方法を実行させるためのコンピュータプログラム。
5. 電子デバイスであって、
   請求項４に記載のコンピュータプログラムを格納するメモリと、
   前記メモリに格納された前記コンピュータプログラムを実行することが可能な１つ以上のプロセッサと、を含む、電子デバイス。
6. 電子デバイスであって、
   請求項１から３のいずれか１項に記載の方法を実行する手段を含む、電子デバイス。

Images