特開 2023-40093 可変触覚出力のための意味論的フレームワーク

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023040093

(43)【公開日】2023-03-22

(54)【発明の名称】可変触覚出力のための意味論的フレームワーク

(51)【国際特許分類】

   G06F 3/01 20060101AFI20230314BHJP

   G06F 3/0481 20220101ALI20230314BHJP

【ＦＩ】

G06F3/01 560

G06F3/0481

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2022208689

(22)【出願日】2022-12-26

(62)【分割の表示】P 2021034605の分割

【原出願日】2015-07-23

(31)【優先権主張番号】62/044,870

(32)【優先日】2014-09-02

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/172,122

(32)【優先日】2015-06-07

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/129,905

(32)【優先日】2015-03-08

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】ムセット， カミール

(72)【発明者】

【氏名】ブッチャー， ゲイリー

(72)【発明者】

【氏名】ヴェルウェイジ， ユーゴー

(72)【発明者】

【氏名】イヴ， ジョナサン

(57)【要約】      （修正有）

【課題】複数の触覚出力変化を、アラート条件及びトリガ、アプリケーションコンテキスト並びに他の条件に関する様々な情報を用いる結束性意味論的フレームワークに体系化し、関連イベント間で特性を共用する触覚出力のシステム、方法及び装置を提供する。
【解決手段】イベントクラス又はアプリケーションクラスは、対応する触覚出力のための根拠となり、アラート顕著性設定がオンであるかどうかが、顕著性が増大した触覚出力をアラート用標準触覚出力に加えるための根拠となり、一貫した触覚により、関連するアプリケーションクラス、アプリケーション及び／又はコンテキストの種類分けを提供する。
【選択図】図３３ａ

【特許請求の範囲】

【請求項1】

コンピューティングデバイス上で実行される、プロセッサによって実行される方法であって、
前記コンピューティングデバイス上で実行中のアプリケーションと関連付けられたアラート条件を検出することと、
前記アラート条件を検出したことに応じて、
前記アラート条件と関連付けられた時期における、前記アプリケーションと関連付けられた状態を判定することと、
前記アラート条件と関連付けられた前記時期に前記アプリケーションがアクティブ状態にあったという判定に従って、前記アラート条件の発生を表す第１の触覚出力であって、出力特性の第１のセットを有する、第１の触覚出力を提供することと、
前記アラート条件と関連付けられた前記時期に前記アプリケーションが非アクティブ状態にあったという判定に従って、前記アラート条件の前記発生を表す第２の触覚出力であって、出力特性の第２のセットを有する前記第２の触覚出力を提供することと、
を含み、前記第２の触覚出力が前記第１の触覚出力とは異なる、方法。

【請求項2】

前記アラート条件と関連付けられた時期における、前記アプリケーションと関連付けられた前記状態を判定することが、前記アプリケーション用のユーザインタフェースが、前記アラート条件と関連付けられた前記時期に前記デバイスのタッチスクリーンに表示されたかどうかを判定することを含む、請求項１に記載の方法。

【請求項3】

前記アラート条件の前記時期における、前記アプリケーションと関連付けられた前記状態を判定することが、前記アプリケーションに対するユーザ入力であって、前記アラート条件とは異なるユーザ入力が、前記アラート条件をトリガーしたかどうかを判定することを含む、請求項１に記載の方法。

【請求項4】

検出されたユーザ入力に基づいて、前記アラート条件の前記時期に前記アプリケーションが前記アクティブ状態にあったと判定することと、
前記アラート条件の前記時期における、前記ユーザ入力と関連付けられたユーザ関与のレベルを判定することと、
前記判定された関与のレベルに基づいて、前記第１の触覚出力の前記出力特性の第１のセットのうちの１つ以上を判定することと、
を更に含む、請求項３に記載の方法。

【請求項5】

前記アラート条件と関連付けられた時期における、前記アプリケーションと関連付けられた状態を判定することが、前記アラート条件と関連付けられた前記時期に前記アプリケーションが前記タッチスクリーンコンピューティングデバイス上で実行中だったかどうかを判定することを含み、
前記アプリケーションが前記アクティブ状態にあったと判定することが、前記アラート条件と関連付けられた前記時期に前記アプリケーションが前記タッチスクリーンコンピューティングデバイス上のフォアグランドで実行中であったと判定することを含み、
前記アプリケーションが前記非アクティブ状態にあったと判定することが、前記アプリケーションが前記タッチスクリーンコンピューティングデバイス上で実行中でなかったか、又は前記アラート条件と関連付けられた前記時期に前記タッチスクリーンコンピューティングデバイス上のバックグランドで実行中であったと判定することを含む、請求項１又は２に記載の方法。

【請求項6】

前記アプリケーションに対応するそれぞれのユーザインタフェースウィンドウが、前記デバイス上のマルチアプリケーションウィンドウユーザインタフェースに１つ以上の他のユーザインタフェースウィンドウと同時に表示され、
前記アラート条件と関連付けられた前記時期における、前記アプリケーションと関連付けられた前記状態を判定することが、前記アプリケーションに対応する前記それぞれのユーザインタフェースウィンドウが、前記アラート条件と関連付けられた前記時期に前記マルチアプリケーションウィンドウユーザインタフェースの前記フォアグランドに表示されたかどうかを判定することを含む、請求項１から５のいずれか一項に記載の方法。

【請求項7】

１つ以上の他のユーザインタフェースウィンドウが、前記アラート条件と関連付けられた前記時期に、前記デバイス上でマルチアプリケーションウィンドウユーザインタフェースに同時に表示され、
前記アラート条件と関連付けられた前記時期における、前記アプリケーションと関連付けられた前記状態を判定することが、前記アプリケーションに対応するそれぞれのユーザインタフェースウィンドウが、前記アラート条件と関連付けられた前記時期に前記マルチアプリケーションウィンドウユーザインタフェースに表示されたかどうかを判定することを含む、請求項１から５のいずれか一項に記載の方法。

【請求項8】

前記アラート条件が、前記アプリケーションによって自動的にトリガーされるイベント、前記デバイスの外部のソースから前記アプリケーションによって受信される自動開始イベント通知、又は前記デバイスを操作しているユーザ以外の人間ユーザから前記アプリケーションによって受信される手動開始イベント通知に対応する、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記第１の触覚出力が第１のオーディオ出力を伴い、
前記第２の触覚出力が第２のオーディオ出力を伴い、
前記第１の触覚出力が前記第２の触覚出力と同一であり、
前記第１のオーディオ出力が前記第２のオーディオ出力とは異なる、請求項１から８のいずれか一項に記載の方法。

【請求項10】

前記第１の触覚出力がオーディオ出力を伴い、
前記第２の触覚出力が前記オーディオ出力を伴い、
前記第１の触覚出力が前記第２の触覚出力とは異なる、請求項１から８のいずれか一項に記載の方法。

【請求項11】

前記第２の触覚出力がオーディオ出力に伴い、前記第２の触覚出力の波形が、前記付随オーディオ出力の波形に基づいて生成され、ミラーリングし、及び同期する、請求項１から８のいずれか一項に記載の方法。

【請求項12】

前記第１の触覚出力がオーディオ出力を伴わず、
前記第２の触覚出力がオーディオ出力を伴う、請求項１から８のいずれか一項に記載の方法。

【請求項13】

前記第１の触覚出力が前記第２の触覚出力と類似している、請求項１２に記載の方法。

【請求項14】

前記第２の触覚出力が前記第１の触覚出力よりも高い強度を有する、請求項１から８、１２又は１３のいずれか一項に記載の方法。

【請求項15】

前記特性の第１のセットが、前記第１の触覚出力の振幅、期間、規則性、反復周波数、又は触覚的特徴の選択のうちの１つ以上を含む、請求項１から８、１２、又は１３のいずれか一項に記載の方法。

【請求項16】

前記第２の触覚出力が前記第１の触覚出力とは異なり、前記第１の触覚出力よりも高い強度を有する、請求項１から８、１２、又は１３のいずれか一項に記載の方法。

【請求項17】

前記アラート条件と関連付けられた時期における、前記アプリケーションと関連付けられた前記状態を判定することが、前記アラート条件と関連付けられた前記時期における前記タッチスクリーンコンピューティングデバイスの状態を判定することを含み、
前記アプリケーションが前記アクティブ状態にあったと判定することが、前記アラート条件と関連付けられた前記時期に前記タッチスクリーンコンピューティングデバイスがアクティブであったと判定することを含み、
前記アプリケーションが前記非アクティブ状態にあったと判定することが、前記アラート条件と関連付けられた前記時期に前記タッチスクリーンコンピューティングデバイスが非アクティブであったと判定することを含む、請求項１に記載の方法。

【請求項18】

前記第１及び第２のセット特性が、前記タッチスクリーンコンピューティングデバイスのデバイスタイプに対応する、請求項１又は１７に記載の方法。

【請求項19】

第１の時点において、前記アプリケーションが前記アクティブ状態にある間に、前記アプリケーションと関連付けられた第１のアラート条件を検出することと、
前記第１のアプリケーションが前記アクティブ状態にある間に前記第１のアラート条件を検出したことに応じて、前記第１のアラート条件を表す第１の出力を提供することと、
第２の時点において、前記第１のアプリケーションが非アクティブ状態にある間に、第２のアラート条件を検出することと、
前記アプリケーションが前記非アクティブ状態にある間に前記第２のアラート条件を検出したことに応じて、前記第２のアラート条件を表す、前記第１の触覚出力とは異なる前記第２の触覚出力を提供することと、
を更に含む、請求項１から８、１２、１３、１７、又は１８のいずれか一項に記載の方法。

【請求項20】

前記デバイスがタッチ感知ディスプレイを有し、
前記第１の触覚出力及び前記第２の触覚出力が、前記コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される、請求項１から８、１２、１３、１７、１８、又は１９のいずれか一項に記載の方法。

【請求項21】

実行されると、請求項１から２０のうちの一項に記載のステップをプロセッサに実行させる実行可能なコードを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。

【請求項22】

ディスプレイと、
タッチ感知面と、
請求項１から２０のいずれか一項を実行する手段と、
を備えるコンピュータプログラム製品。

【請求項23】

ディスプレイとタッチ感知面とを有する電子デバイスで使用するための情報処理装置であって、
請求項１から２０のいずれか一項を実行する手段を備えるコンピュータプログラム製品。

【請求項24】

コンピューティングデバイス上で実行されるプロセッサによって実行される方法であって、
アプリケーションと関連付けられたアラート条件の発生を検出することと、
前記アラート条件の前記発生を検出したことに応じて、
前記アラート条件が手動開始イベントによってトリガーされたかどうかを判定することと、
前記アラート条件が手動開始イベントによってトリガーされたという判定に従って、手動開始イベント通知に対応する第１の触覚出力を提供することと、
前記アラート条件が自動開始イベントによってトリガーされたという判定に従って、自動開始イベント通知に対応する第２の触覚出力であって、前記第１の触覚出力とは異なる、第２の触覚出力を提供することと、
を含む方法。

【請求項25】

前記アラート条件が手動開始イベントによってトリガーされたと判定することが、前記アラート条件が人間ユーザによって開始されたイベントに対応するかどうかを判定することを含む、請求項２４に記載の方法。

【請求項26】

前記アラート条件が手動開始イベントによってトリガーされたことを前記アラート条件特性が示すと判定することが、前記アラート条件が、前記コンピューティングデバイスのユーザ以外の人間ユーザによって開始されたイベントに対応するかどうかを判定することを含む、請求項２４又は２５に記載の方法。

【請求項27】

前記アラート条件が手動開始イベントによってトリガーされたと判定することが、前記アラート条件が人間ユーザから受信した入力に対応するかどうかを判定することを含み、前記入力が前記コンピューティングデバイスのユーザを特定し、前記入力が、前記コンピューティングデバイスの前記ユーザに前記入力について注意を促す前記人間ユーザからの合図を含む、請求項２４又は２５に記載の方法。

【請求項28】

前記アラート条件が自動開始イベントによってトリガーされたと判定することが、前記アラート条件が前記アプリケーションによって自動的にトリガーされたか、又は前記デバイスの外部のソースから前記アプリケーションによって受信された自動開始イベント通知だったと判定することを含む、請求項２４に記載の方法。

【請求項29】

前記アラート条件が自動開始イベントによってトリガーされたと判定することが、前記アラート条件が、所定の時期に発生するか、又は所定のトリガー条件の充足について報告すると判定することを含む、請求項２４又は２８に記載の方法。

【請求項30】

前記アラート条件が自動開始イベントによってトリガーされたという判定に従って、
前記自動開始イベントが前記デバイスの外部で発生している自動開始イベントに対応するかどうかを判定し、
前記自動開始イベントが、前記デバイスの外部で発生しているイベントに対応するという判定に従って、外部で発生している自動開始イベントの通知に対応する、前記第２の触覚出力の第１の変形例を提供し、
前記自動開始イベントが、前記デバイス内で開始されたイベントに対応するという判定に従って、内部で生成された自動開始イベントの通知に対応する、前記第２の触覚出力の第２の変形例を提供する、請求項２４又は２９に記載の方法。

【請求項31】

前記判定することが、前記アラート条件が手動開始イベントによってトリガーされたという判定に従って、
前記手動開始イベントと関連付けられた緊急度を判定することと、
前記緊急度に基づいて前記第１の触覚出力の強度を変調することと、
を更に含む、請求項２４から２７のいずれか一項に記載の方法。

【請求項32】

前記アラート条件が手動開始イベントによってトリガーされたという判定に従って、
前記手動開始イベントと関連付けられた１つ以上のコンテキスト属性を判定することと、
前記１つ以上のコンテキスト属性に基づいて前記第１の触覚出力の強度を変調することと、
を更に含む、請求項２４から２７のいずれか一項に記載の方法。

【請求項33】

前記アラート条件が自動開始イベントによってトリガーされたという判定に従って、
前記自動開始イベントと関連付けられた１つ以上のコンテキスト属性を判定するために、前記アラート条件と関連付けられた特性を分析することと、
前記１つ以上のコンテキスト属性に基づいて前記第２の出力の強度を変調することと、
を更に含む、請求項２４、２８から３０のいずれか一項に記載の方法。

【請求項34】

前記アラート条件が自動開始イベントによってトリガーされたという判定に従って、
前記自動開始イベントと関連付けられた時変性緊急度を判定することと、
前記時変性緊急度を示すために、指定された時間窓にわたって前記第２の触覚出力の強度を変調することと、
を更に含む、請求項２４、２８から３０のいずれか一項に記載の方法。

【請求項35】

前記第１の触覚出力が第１のオーディオ出力を伴い、
前記第２の触覚出力が第２のオーディオ出力を伴い、
前記第１の触覚出力が前記第２の触覚出力と類似しており、
前記第１のオーディオ出力が前記第２のオーディオ出力とは異なる、請求項２４から３４のいずれか一項に記載の方法。

【請求項36】

前記第１の触覚出力が第１のオーディオ出力を伴い、
前記第２の触覚出力が第２のオーディオ出力を伴い、
前記第１のオーディオ出力が前記第２のオーディオ出力と類似しており、
前記第１の触覚出力が前記第２の触覚出力とは異なる、請求項２４から３４のいずれか一項に記載の方法。

【請求項37】

前記第１の触覚出力が第１のオーディオ出力を伴い、
前記第２の触覚出力がオーディオ出力を伴わない、請求項２４から３４のいずれか一項に記載の方法。

【請求項38】

前記第１の触覚出力が前記第２の触覚出力と類似している、請求項３７に記載の方法。

【請求項39】

前記手動開始イベント通知に対応する前記第１の触覚出力の強度が、前記自動開始イベント通知に対応する前記第２の触覚出力よりも高い、請求項２４から３４のいずれか一項に記載の方法。

【請求項40】

前記第１の触覚出力が、前記第１の触覚出力の振幅と、前記第１の触覚出力の期間と、前記第１の触覚出力と関連付けられた規則性と、前記第１の触覚出力における触覚的特徴の反復周波数と、前記第１の触覚出力を成す触覚的特徴の選択と、のうちの１つ以上を含む特性の第１のセットによって特徴付けられ、
前記第２の触覚出力が、前記第２の触覚出力の振幅と、前記第２の触覚出力の期間と、前記第２の触覚出力と関連付けられた規則性と、前記第２の触覚出力における触覚的特徴の反復周波数と、前記第２の触覚出力を成す触覚的特徴の選択と、のうちの１つ以上を含む特性の第２のセットによって特徴付けられる、請求項２４から３９のいずれか一項に記載の方法。

【請求項41】

第１の人間送信者からの着信電子メールメッセージに対応する第１のアラート条件を検出することと、
前記着信電子メールメッセージが手動開始イベントに対応すると判定したことに応じて、前記第１の触覚出力を提供することと、
第２の人間送信者からの着信テキストメッセージに対応する第２のアラート条件を検出することと、
前記着信テキストメッセージが手動開始イベントに対応すると判定したことに応じて、前記第１の触覚出力を提供することと、
を更に含む、請求項２４に記載の方法。

【請求項42】

前記デバイスがタッチ感知ディスプレイを有し、
前記第１の触覚出力及び前記第２の触覚出力が、前記コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される、請求項２４から４１のいずれか一項に記載の方法。

【請求項43】

コンピューティングデバイス上で実行されるプロセッサによって実行される方法であって、
アプリケーションと関連付けられたアラート条件の発生を検出することと、
前記アラート条件の前記発生を検出したことに応じて、
前記アラート条件が、前記ユーザと関連付けられた連絡先一覧内の送信者からの個人的な通信に対応するかどうかを判定することと、
前記アラート条件が、前記ユーザと関連付けられた連絡先一覧内の送信者からの個人的な通信に対応するという判定に従って、個人的なアラート通知に対応する第１の触覚出力を提供することと、
前記アラート条件が、前記ユーザと関連付けられた連絡先一覧内の送信者からの個人的な通信に対応しないという判定に従って、自動アラート通知に対応する第２の触覚出力を提供することと、
を含み、前記第１の触覚出力の規模が前記第２の触覚出力よりも大きい、方法。

【請求項44】

実行されると、請求項２４から４３のうちの一項に記載のステップをプロセッサに実行させる実行可能なコードを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。

【請求項45】

ディスプレイと、
タッチ感知面と、
請求項２４から４３のいずれか一項を実行する手段と、
を備えるコンピュータプログラム製品。

【請求項46】

ディスプレイとタッチ感知面とを有する電子デバイスで使用するための情報処理装置であって、
請求項２４から４３のいずれか一項を実行する手段を備えるコンピュータプログラム製品。

【請求項47】

コンピューティングデバイス上で実行されるプロセッサによって実行される方法であって、
アプリケーションに対するユーザ入力を受信することと関連付けられた第１のアラート条件を前記コンピューティングデバイスで検出することと、
前記第１のアラート条件を検出したことに応じて、第１の強度を有し、前記ユーザ入力に対応する第１の触覚出力を前記アプリケーションに提供することと、
前記第１の触覚出力を提供した後に、前記アプリケーションにおける所定のシステムイベントを受信することと関連付けられた第２のアラート条件を検出することと、
前記第２のアラート条件を検出したことに応じて、前記第１の強度よりも大きい第２の強度を有し、前記所定のシステムイベントに対応する第２の触覚出力を提供することと、含む方法。

【請求項48】

前記第１の触覚出力が、前記ユーザ入力に直接応じて、かつ前記ユーザ入力の結果として提供されるフィードバックである、請求項４７に記載の方法。

【請求項49】

前記第２のアラート条件が、前記アプリケーションによって自動的にトリガーされるイベント、前記アプリケーションによって受信される自動開始イベント通知、又は前記アプリケーションによって受信される手動開始イベント通知に対応する、請求項４７又は４８に記載の方法。

【請求項50】

入力に基づく変調条件が存在するかどうかを判定することと、
入力に基づく変調条件が存在すると判定したことに応じて、前記第１の触覚出力を提供する前に、前記第１の触覚出力を修正することと、
を更に含む、請求項４７から４９のいずれか一項に記載の方法。

【請求項51】

それぞれのアラート条件を検出することと、
前記それぞれのアラート条件が前記コンピューティングデバイス上で受信したそれぞれのユーザ入力から生じたと判定することと、
前記検出されたユーザ入力と関連付けられたユーザ関与の程度を特定することと、
ユーザ関与の前記程度に基づいて前記第１の触覚出力の前記第１の信号強度を変調することと、
を更に含む、請求項４７から４９のいずれか一項に記載の方法。

【請求項52】

それぞれのアラート条件を検出することと、
前記それぞれのアラート条件が、前記デバイス上で触感ユーザ入力を受信したことから生じたと判定することと、
前記触感ユーザ入力を受信した前記デバイス上の位置を特定することと、
前記触感ユーザ入力を受信した前記デバイス上の前記位置の指定半径閾値内で、指定された割合の前記第１の触覚出力の触覚エネルギーよりも大きな触覚エネルギーを提供することによって前記第１の触覚出力の空間触覚エネルギープロファイルを変調することと、
を更に含む、請求項４７から４９のいずれか一項に記載の方法。

【請求項53】

それぞれのアラート条件を検出することと、
前記それぞれのアラート条件が、前記デバイスで触感ユーザ入力を受信したことから生じたと判定することと、
前記触感ユーザ入力を受信した前記デバイス上の前記位置で知覚できるように前記第１の触覚出力の触覚エネルギーの前記振幅を低減することによって、前記第１の触覚出力の空間触覚エネルギープロファイルを変調することと、
を更に含む、請求項４７から４９のいずれか一項に記載の方法。

【請求項54】

前記触感ユーザ入力を受信した前記デバイス上の前記位置が時間とともに変わり、
前記触感ユーザ入力を受信した前記時変性位置に対応する前記空間触覚エネルギーが、時間とともに変わる、請求項５３に記載の方法。

【請求項55】

それぞれのアラート条件を検出することと、
前記それぞれのアラート条件が、触感ユーザ入力を受信したことから生じたと判定することと、前記触感ユーザ入力の時変的な形態学的特性を特定することと、
前記第１の触覚出力の形態学的特性を時間とともに修正して前記触感ユーザ入力の前記時変的な形態学的特性を模倣することと、
を更に含む、請求項４７から４９のいずれか一項に記載の方法。

【請求項56】

前記時変的な形態学的特性が、前記触感ユーザ入力と前記コンピューティングデバイスのタッチ感知面との間の時間依存型接触圧プロファイルを含み、
前記修正することが、前記第１の触覚出力のプロファイルを時間とともに変調して、前記触感ユーザ入力と前記コンピューティングデバイスの前記タッチ感知面との間の前記時間依存型接触圧プロファイルを模倣することを含む、請求項５５に記載の方法。

【請求項57】

それぞれのアラート条件を検出することと、
前記それぞれのアラート条件が持続的なユーザ入力から生じたと判定することと、
前記判定したことに応じて、前記持続的なユーザ入力の開始時期に前記第１の触覚出力を開始することと、
前記持続的なユーザ入力の終了を検出することと、
前記持続的なユーザ入力の終了時期に前記第１の触覚出力を終了することと、
を更に含む、請求項４７から４９のいずれか一項に記載の方法。

【請求項58】

周囲条件に基づく変調条件が存在するかどうかを判定することと、
周囲条件に基づく変調条件が存在すると判定したことに応じて、前記第２の触覚出力を提供する前に、前記第２の触覚出力を修正することと、
を更に含む、請求項４７から５７のいずれか一項に記載の方法。

【請求項59】

それぞれのアプリケーションと関連付けられたそれぞれのアラート条件を検出することと、
前記それぞれのアラート条件が、ユーザ入力を受信したことから生じたものでないと判定することと、
前記それぞれのアラート条件が、ユーザ入力を受信したことから生じたものでないと判定したことに応じて、
前記それぞれのアラート条件の発生時に、１つ以上の周囲条件が触覚出力に対する潜在的干渉として前記デバイスに対して存在するかどうかを判定することと、
干渉する周囲条件が前記デバイスに対して存在しないという判定に従って、前記ユーザの受容力の状態に基づいてそれぞれの第２の触覚出力を提供することと、
１つ以上の周囲条件が触覚出力に対する潜在的干渉として前記デバイスに対して存在するという判定に従って、前記ユーザに対する前記それぞれの第２の出力の提供を遅らせることと、
を更に含む、請求項４７、４９、又は５０のいずれか一項に記載の方法。

【請求項60】

それぞれのアプリケーションと関連付けられたそれぞれのアラート条件を検出することと、
前記それぞれのアラート条件が、ユーザ入力を受信したことから生じたものでないと判定することと、
前記それぞれのアラート条件が、ユーザ入力を受信したことから生じたものでないと判定したことに応じて、
前記それぞれのアラート条件の発生時に、１つ以上の周囲条件が触覚出力に対する潜在的干渉として前記デバイスに対して存在するかどうかを判定することと、
干渉する周囲条件が前記デバイスに対して存在しないという判定に従って、出力特性の第１のセットを有する前記第２の触覚出力の第１の変形例を前記ユーザに提供することと、
１つ以上の周囲条件が触覚出力に対する潜在的干渉として前記デバイスに対して存在するという判定に従って、出力特性の前記第１のセットとは異なる第２のセットを有し、前記第２の触覚出力の前記第１の変形例よりも高い強度を有する前記第２の触覚出力の第２の変形例を前記ユーザに提供することと、
を更に含む、請求項４７、４９、又は５０のいずれか一項に記載の方法。

【請求項61】

それぞれのアプリケーションと関連付けられたそれぞれのアラート条件を検出することと、
前記それぞれのアラート条件が、ユーザ入力を受信したことから生じたものでないと判定することと、
前記それぞれのアラート条件が、ユーザ入力を受信したことから生じたものでないと判定したことに応じて、
前記デバイスを操作しているユーザの関与レベルを前記第２の触覚出力に対して高めるためのプライミング触覚出力であって、少なくとも一部分が前記第２の触覚出力よりも大きく発声される、プライミング触覚出力を、前記第２の触覚出力の前兆として提供することと、
前記プライミング触覚出力の提供に続き、かつ指定された時間間隔内に前記第２の触覚出力を提供することと、
を更に含む、請求項４７、４９、又は５０のいずれか一項に記載の方法。

【請求項62】

前記プライミング触覚出力が、時間とともに次第に高まる前記触覚構成要素の強度によって特徴付けられる時変的な波形形態を有するプライミング触覚構成要素を含む、請求項６１に記載の方法。

【請求項63】

前記プライミング触覚出力が、強調された触覚的特徴に続いて次第に減少する前記触覚構成要素の強度によって特徴付けられる時変的な波形形態を有するプライミング触覚構成要素を含む、請求項６１に記載の方法。

【請求項64】

前記第２の触覚出力が前記プライミング触覚出力に先行し、
前記第１の触覚出力が、対応する先行プライミング触覚出力なしで、受信したユーザ入力から生じる対応アラート条件に応じて直接提供される、請求項６１に記載の方法。

【請求項65】

前記プライミング触覚出力の特性が、前記アラート条件と関連付けられた緊急性又はコンテキストに基づいて選択される、請求項６１に記載の方法。

【請求項66】

第１のアプリケーションと関連付けられたアプリケーションユーザインタフェースに表示されたユーザインタフェース要素のユーザ選択に対応する第１のアラート条件を検出することと、
前記第１のアラート条件に応じて、ユーザインタフェース要素の前記ユーザ選択を表すそれぞれの第１の触覚出力であって、第１の強度の第１の触覚的特徴と第１の期間とを含む第１の触覚構成要素を含む、それぞれの第１の触覚出力を提供することと、
前記それぞれの第１の触覚出力を提供した後に、前記第１のアプリケーションによって受信されたアラート通知に対応する第２のアラート条件を検出することと、
前記第２のアラート条件に応じて、前記アラート通知の受信を表すそれぞれの第２の触覚出力を提供することと、
を更に含み、前記それぞれの第２の触覚出力が、第２の強度の第２の触覚的特徴と第２の期間とを含む第２の触覚構成要素を含み、前記それぞれの第２の触覚出力が、前記それぞれの第１の出力とは異なり、前記第２の触覚的特徴が前記第１の触覚的特徴よりも大きく発声されるか、前記第２の強度が前記第１の強度よりも大きいか、又は前記第２の期間が前記第１の期間よりも長い、ことに基づいて前記それぞれの第１の出力よりも大きく発声される、請求項４７に記載の方法。

【請求項67】

第１のアプリケーションと関連付けられた第１のアラート条件であって、それぞれのユーザ入力から生じた、第１のアラート条件を検出することと、
前記第１のアラート条件を表すそれぞれの第１の触覚出力を提供することと、
前記それぞれの第１の触覚出力を提供した後に、前記第１のアプリケーションと関連付けられた第２のアラート条件であって、ユーザ入力を受信したことから生じたものではない、第２のアラート条件を検出することと、
前記第２のアラート条件を表すそれぞれの第２の触覚出力であって、前記それぞれの第１の出力とは異なり、前記それぞれの第１の出力よりも高い強度を有する、それぞれの第２の触覚出力を提供することと、
を更に含む、請求項４７に記載の方法。

【請求項68】

前記第１の触覚出力が、前記第１の触覚出力の振幅と、前記第１の触覚出力の期間と、前記第１の触覚出力と関連付けられた規則性と、前記第１の触覚出力における触覚的特徴の反復周波数と、前記第１の触覚出力を成す触覚的特徴の選択と、のうちの１つ以上を含む特性の第１のセットを有し、
前記第２の触覚出力が、前記第２の触覚出力の振幅と、前記第２の触覚出力と関連付けられた前記触覚構成要素の期間と、前記第２の触覚出力と関連付けられた規則性と、前記第２の触覚出力における触覚的特徴の反復周波数と、前記第２の触覚出力を成す触覚的特徴の選択と、のうちの１つ以上を含む特性の第２のセットを有する、請求項４７から４９、５０から５３、又は５５ １のいずれか一項に記載の方法。

【請求項69】

前記第１の触覚出力が第１のオーディオ出力を伴い、
前記第２の触覚出力が第２のオーディオ出力を伴い、
前記第１の触覚出力が前記第２の触覚出力と類似しており、
前記第１のオーディオ出力が前記第２のオーディオ出力とは異なる、請求項４７から６８のいずれか一項に記載の方法。

【請求項70】

前記第１の触覚出力が第１のオーディオ出力を伴い、
前記第２の触覚出力が第２のオーディオ出力を伴い、
前記第１のオーディオ出力が前記第２のオーディオ出力と類似しており、
前記第１の触覚出力が前記第２の触覚出力とは異なる、請求項４７から６８のいずれか一項に記載の方法。

【請求項71】

前記第１の触覚出力の前記第１の強度及び前記第２の触覚出力の前記第２の強度が、前記デバイス上の容量設定に対して逆相関的に更に調節される、請求項７０に記載の方法。

【請求項72】

前記第２の触覚出力がオーディオ出力を伴い、
前記第１の触覚出力がオーディオ出力を伴わない、請求項４７から６８のいずれか一項に記載の方法。

【請求項73】

前記コンピューティングデバイスが、前記ユーザ入力を受信するためのタッチ感知ディスプレイを含み、
前記第１の触覚出力及び前記第２の触覚出力が、前記コンピューティングデバイス上の前記タッチ感知ディスプレイを介して提供される、請求項４７から７２のいずれか一項に記載の方法。

【請求項74】

実行されると、請求項４７から７３のうちの一項に記載のステップをプロセッサに実行させる実行可能なコードを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。

【請求項75】

ディスプレイと、
タッチ感知面と、
請求項４７から７３のいずれか一項を実行する手段と、
を備えるコンピュータプログラム製品。

【請求項76】

ディスプレイとタッチ感知面とを有する電子デバイスで使用するための情報処理装置であって、
請求項４７から７３のいずれか一項を実行する手段を備えるコンピュータプログラム製品。

【請求項77】

コンピューティングデバイス上で実行されるプロセッサによって実行される方法であって、
前記コンピューティングデバイス上で実行中のアプリケーションによって実行されたマルチパート動作の第１の一部に対応する入力を受信することと、
前記マルチパート動作の前記第１の一部に対応する前記入力を受信したことに応じて、継続的な触覚出力シーケンスを開始することと、
前記継続的な触覚出力シーケンスを開始した後に、前記マルチパート動作の第２の一部に対応する入力を受信することと、
前記マルチパート動作の前記第２の一部に対応する前記入力を受信したことに応じて、前記継続的な触覚出力シーケンスを終了することと、
を含む方法。

【請求項78】

前記マルチパート動作の前記第１の一部に対応する前記入力が前記デバイスのタッチ感知面上で検出され、
前記マルチパート動作の前記第２の一部に対応する前記入力が前記デバイスの前記タッチ感知面上で検出され、
前記触覚出力シーケンスが前記タッチ感知面を介して提供される、請求項７７に記載の方法。

【請求項79】

前記マルチパート動作の前記第１の一部に対応する前記入力が前記デバイスによって検出され、
前記マルチパート動作の前記第２の一部に対応する前記入力が第２のデバイスによって検出される、請求項７７又は７８に記載の方法。

【請求項80】

前記マルチパート動作の前記第１の一部に対応する前記入力が前記デバイスによって検出され、
前記マルチパート動作の前記第２の一部に対応する前記入力が前記デバイスによって検出される、請求項７７又は７８に記載の方法。

【請求項81】

前記マルチパート動作が安全なトランザクションであり、
前記マルチパート動作の前記第１の一部が、前記安全なトランザクションを許可するように前記デバイスを保護することを含み、
前記マルチパート動作の前記第２の一部が、前記安全なトランザクションを許可することを含む、請求項７７から８０のいずれか一項に記載の方法。

【請求項82】

前記マルチパート動作が安全なトランザクションであり、
前記マルチパート動作の前記第１の一部が、前記安全なトランザクションを完了するのにユーザ認証が必要とされると判定することを含み、
前記マルチパート動作の前記第２の一部が、前記安全なトランザクションのためのユーザ認証を受信することを含む、請求項７７から８０のいずれか一項に記載の方法。

【請求項83】

前記マルチパート動作の前記第１の一部が、文書の下書きを閉じることを含み、
前記マルチパート動作の前記第２の一部が、前記文書の前記下書きに戻ることを含む、請求項７７から８０のいずれか一項に記載の方法。

【請求項84】

前記マルチパート動作の前記第１の一部に対応する前記入力が、前記デバイス上で実行中のアプリケーションとやりとりする第１のユーザ入力であり、
前記マルチパート動作の前記第２の一部に対応する前記入力が、前記アプリケーションとやりとりする第２のユーザ入力であって、前記第１のユーザ入力とは別個である、第２のユーザ入力である、請求項７７又は７８に記載の方法。

【請求項85】

前記マルチパート動作の前記第１の一部に対応する前記入力を検出することが、前記タッチ感知面上での接触を検出することを含み、
前記マルチパート動作の前記第２の一部に対応する前記入力を検出することが、前記タッチ感知面上での前記接触の移動を検出することを含む、請求項７７又は７８に記載の方法。

【請求項86】

前記マルチパート動作の前記第１の一部に対応する前記入力を検出することが、
前記タッチ感知面上での接触の移動を検出することを含み、
前記マルチパート動作の前記第２の一部に対応する前記入力を検出することが、
前記タッチ感知面からの前記接触のリフトオフを検出することを含む、請求項７７又は７８に記載の方法。

【請求項87】

前記マルチパート動作の前記第１及び第２の一部に対応する前記入力が単一ジェスチャを含み、
前記マルチパート動作の前記第１の一部に対応する前記入力が前記ジェスチャの初期の一部であり、
前記マルチパート動作の前記第２の一部に対応する前記入力が前記ジェスチャの後続の一部である、請求項７７又は７８に記載の方法。

【請求項88】

前記ジェスチャが、前記デバイスのディスプレイに表示されたユーザインタフェース内の第１の位置に対応する前記タッチ感知面の一部分で開始され、前記第１の位置とは異なる前記ユーザインタフェース内の前記第１の位置とは異なる前記ユーザインタフェース第２の位置に対応する前記タッチ感知面の第２の一部分で終了する、請求項８７に記載の方法。

【請求項89】

前記マルチパート動作の前記第１の一部に対応する前記入力が、前記それぞれのアプリケーションと関連付けられたイベントを開始し、
前記イベントが、前記マルチパート動作の前記第２の一部に対応する前記入力の受信まで持続し、
前記マルチパート動作の前記第２の一部に対応する前記入力が、前記それぞれのアプリケーションと関連付けられた前記イベントを終了する、請求項７７から８８のいずれか一項に記載の方法。

【請求項90】

前記アプリケーションがテキスト編集アプリケーションであり、
前記マルチパート動作の前記第１の一部に対応する前記入力が、前記テキスト編集アプリケーションのテキスト入力モードを有効化する第１のユーザインタフェース要素の選択であり、
前記マルチパート動作が、前記テキスト編集アプリケーションへのテキスト入力用の１つ以上の入力を含み、
前記イベントが、テキスト入力用の前記入力に応答する前記テキスト編集文書内でのテキスト操作に対応し、
前記マルチパート動作の前記第２の一部に対応する前記入力が、前記テキスト編集アプリケーションの前記テキスト入力モードを無効化するユーザインタフェース要素の選択である、請求項８９に記載の方法。

【請求項91】

前記マルチパート動作の前記第１の一部に対応する前記入力が、トランザクションを開始する第１のユーザインタフェース要素の選択であり、
前記マルチパート動作が、前記トランザクションを処理するのに必要な情報の入力用の１つ以上の入力を含み、
前記イベントが、前記トランザクションを処理するのに必要な前記情報を受信する１つ以上のデータ入力フィールドへの入力に対応し、
前記マルチパート動作の前記第２の一部に対応する前記入力が、前記トランザクションの完了を許可するユーザインタフェース要素の選択である、請求項８９に記載の方法。

【請求項92】

前記マルチパート動作の前記第２の一部に対応する前記入力が、前記マルチパート動作の前記第１の一部に対応する前記入力に続いて行われ、前記マルチパート動作の前記第１の一部に対応する前記入力とは、前記イベントの期間に対応する指定された時間間隔分だけ時間的に切り離されており、
前記継続的な触覚出力シーケンスが、前記イベントの前記期間全体にわたって提供され、前記イベントの発生を示す、請求項８９に記載の方法。

【請求項93】

前記継続的な触覚出力シーケンスの特性が、前記マルチパート動作の前記第１の一部に対応する前記入力によって開始される前記イベントに基づいて選択される、請求項８９に記載の方法。

【請求項94】

前記マルチパート動作の前記第１の一部に対応する前記入力を受信したことに応じて第１の触覚フィードバックを提供することを更に含み、前記第１の触覚フィードバックが、前記イベントに基づいて選択され、前記イベントの開始を示し、記第１の触覚フィードバックが前記継続的な触覚出力シーケンスとは別個である、請求項８９に記載の方法。

【請求項95】

前記マルチパート動作の前記第２の一部に対応する前記入力を受信したことに応じて、前記継続的な触覚出力シーケンスとは別個である第２の触覚フィードバックを提供することを更に含む、請求項１９４に記載の方法。

【請求項96】

前記マルチパート動作の前記第１の一部に対応する前記入力が、前記アプリケーションと関連付けられた継続的なイベントを保留にし、
前記マルチパート動作の前記第２の一部に対応する前記入力が、前記アプリケーションと関連付けられた前記継続的なイベントを再開する、請求項７７から８０のいずれか一項に記載の方法。

【請求項97】

前記アプリケーションが音声通信アプリケーションであり、
前記イベントが、前記マルチパート動作の前記第１の一部に対応する前記入力の受信時に行われる継続的な音声通信であり、
前記マルチパート動作の前記第１の一部に対応する前記入力が、前記継続的な音声通信を保留にする、前記音声通信アプリケーションの第１のユーザインタフェース要素の選択であり、
前記マルチパート動作の前記第２の一部に対応する前記入力が、前記音声通信を再開する、第２のユーザインタフェース要素の選択である、請求項８９に記載の方法。

【請求項98】

マルチパート動作の前記第１の一部に応じて継続的な触覚出力シーケンスを開始した後、及び前記マルチパート動作の第２の一部に対応する入力を受信する前に、
前記マルチパート動作の前記第２の一部に対応する前記入力とは別個である１つ以上の追加ユーザ入力を受信することと、
前記追加ユーザ入力に関係なく、前記マルチパート動作の前記第２の一部に対応する前記入力の受信まで、前記継続的な触覚出力を提供し続けることと、
を更に含む、請求項７７から８０のいずれか一項に記載の方法。

【請求項99】

前記マルチパート動作に対応する後続の入力が受信されるまで、時間とともに前記継続的な触覚出力シーケンスの強度が高まる、請求項７７から９８のいずれか一項に記載の方法。

【請求項100】

前記マルチパート動作の前記第１の一部に対応する前記入力を検出したことに応じて、前記継続的な触覚シーケンスに伴う継続的なオーディオ出力シーケンスを開始することと、
前記マルチパート動作の前記第２の一部に対応する前記入力を検出したことに応じて、前記継続的なオーディオ出力シーケンスを終了することと、
を更に含む、請求項７７から９８のいずれか一項に記載の方法。

【請求項101】

前記触覚出力シーケンスの時変的な触覚エネルギープロファイルが、前記オーディオ出力シーケンスの時変的な音響エネルギープロファイルを模倣する、請求項１００に記載の方法。

【請求項102】

前記マルチパート動作の前記第１の一部に対応する前記入力が、継続的なイベント一時中断するのではなく、前記それぞれのアプリケーションと関連付けられたイベントを開始すると判定したことに応じ、付随するオーディオ出力シーケンスなしで前記触覚出力シーケンスを提供することと、
前記マルチパート動作の前記第１の一部に対応する前記入力が、前記それぞれのアプリケーションと関連付けられた継続的なイベントを一時中断すると判定したことに応じて、前記継続的な触覚出力シーケンスに付随する継続的なオーディオ出力シーケンスを提供することと、
を更に含む、請求項７７から８０のいずれか一項に記載の方法。

【請求項103】

実行されると、請求項７７から１０２のうちの一項に記載のステップをプロセッサに実行させる実行可能なコードを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。

【請求項104】

ディスプレイと、
タッチ感知面と、
請求項７７から１０２のいずれか一項を実行する手段と、
を備えるコンピュータプログラム製品。

【請求項105】

ディスプレイとタッチ感知面とを有する電子デバイスで使用するための情報処理装置であって、
請求項７７から１０２のいずれか一項を実行する手段を備えるコンピュータプログラム製品。

【請求項106】

第１の動作を実行するための要求に対応する第１の入力を検出することと、
前記第１の入力を検出したことに応じて、
触覚構成要素を含む第１の出力を提供することと、
前記第１の動作を実行することと、
前記第１の動作を実行した後に、前記第１の動作と、補完的動作を含む第２の動作と、を実行するための要求に対応する第２の入力を検出することと、
前記第２の入力を検出したことに応じて、
触覚構成要素を含む第２の出力であって、前記第１の出力を含む、第２の出力を、前記補完的動作に対応する補完的出力を提供することと併せて提供することと、
前記第２の動作を実行することと、
を含む、コンピューティングデバイス上で実行されるプロセッサによって実行される方法。

【請求項107】

前記第２の入力を検出したことに応じて、
前記第１の動作を実行すること、及び同時に前記第１の出力を提供することと、
前記補完的動作を実行すること、及び同時に前記補完的出力を提供することと、
を更に含む、請求項１０６に記載の方法。

【請求項108】

前記第２の入力を検出したことに応じて、
前記補完的動作を実行する前に前記第１の動作を実行することと、
前記補完的出力を提供する前に前記第１の出力を提供することと、
を更に含む、請求項１０６に記載の方法。

【請求項109】

前記第２の入力を検出したことに応じて、
前記補完的動作を実行した後に前記第１の動作を実行することと、
前記補完的出力を提供した後に前記第１の出力を提供することと、
を更に含む、請求項１０６に記載の方法。

【請求項110】

前記第２の入力を検出したことに応じて、
前記補完的動作の一部分と同時に前記第１の動作の少なくとも一部分を実行することと、
前記補完的出力の一部分と同時に前記第１の出力の少なくとも一部分を提供することと、
を更に含む、請求項１０６に記載の方法。

【請求項111】

前記第１の動作が、カメラでの画像のキャプチャに対応し、
前記第２の動作が、指定された時間間隔の後に画像をキャプチャすることに対応する、請求項１０６から１１０のいずれか一項に記載の方法。

【請求項112】

前記第１の動作が、前記デバイスが安全なトランザクションを許可できるようにするためのトランザクション有効化動作に対応し、
前記第２の動作が、前記デバイスが安全なトランザクションを許可できるようにすることと、前記安全なトランザクションを許可することと、に対応する、請求項１０６から１１０のいずれか一項に記載の方法。

【請求項113】

前記第１の動作が、既存のファイル内にコンテンツを保存するための保存動作に対応し、
前記第２の動作が、既存のファイル内のコンテンツを新しいファイルに保存するための、名前を付けて保存する動作に対応する、請求項１０６から１１０のいずれか一項に記載の方法。

【請求項114】

前記第１の動作が、メッセージ受信箱の中にあるメッセージへの返信を送信するための送信動作に対応し、
前記第２の動作が、前記メッセージ受信箱の中にあるメッセージへの返信を送信するため、及び前記メッセージ受信箱から削除するための送信及びアーカイブ動作に対応する、請求項１０６から１１０のいずれか一項に記載の方法。

【請求項115】

前記補完的動作が可変値を有し、
前記補完的出力が、前記可変属性の前記値に基づく、請求項１０６から１１４のいずれか一項に記載の方法。

【請求項116】

前記第２の出力に対応する前記触覚構成要素が、前記第１の出力に対応する第１の触覚構成要素と、前記補完的出力に対応する第２の触覚構成要素であって、前記第１の触覚構成要素とは別個である、第２の触覚構成要素と、を含む、請求項１０６から１１５のいずれか一項に記載の方法。

【請求項117】

前記補完的出力が非触覚構成要素を含む、請求項１０６、１１０から１１６のいずれか一項に記載の方法。

【請求項118】

前記第２の出力が、前記補完的動作を前記第１の動作とは異なるものとして特定するテキスト構成要素を含む、請求項１０６、１１０から１１６のいずれか一項に記載の方法。

【請求項119】

前記補完的出力がオーディオ構成要素を含み、
前記第１の出力がオーディオ構成要素を含まない、請求項１０６、１１０から１１６のいずれか一項に記載の方法。

【請求項120】

前記コンピューティングデバイスがタッチ感知ディスプレイを含み、
前記第１及び第２の入力が前記タッチ感知ディスプレイを通じて受信され、
前記第１の出力の前記触覚構成要素及び前記第２の出力の前記触覚構成要素が、前記タッチ感知ディスプレイを介して提供される、請求項１０６、１１０から１１６のいずれか一項に記載の方法。

【請求項121】

カメラで第１の画像をキャプチャするための要求に対応する第１の入力を検出することと、前記第１の入力を検出したことに応じて、
触覚構成要素を含む第１の出力を提供することと、
前記第１の画像をキャプチャすることと、
前記第１の画像をキャプチャした後、指定された時間間隔の後に第２の画像をキャプチャするための要求に対応する第２の入力を検出することと、
前記第２の入力を検出したことに応じて、
触覚構成要素を含む第２の出力であって、前記第１の出力を含む、第２の出力を、前記指定された時間間隔の経過を測定することに対応する補完的出力を提供することと併せて提供することと、
前記指定された時間間隔の後に前記第２の画像キャプチャすることと、
を含む、プロセッサによって実行される方法。

【請求項122】

前記デバイスが安全なトランザクションを許可できるようにするためのトランザクション有効化動作を実行するための要求に対応する第１の入力を検出することと、
前記第１の入力を検出したことに応じて、
触覚構成要素を含む第１の出力を提供することと、
前記デバイスが安全なトランザクションを許可できるようにすることと、
前記トランザクション有効化動作を実行した後に、安全なトランザクションを許可するための要求に対応する第２の入力を検出することと、
前記第２の入力を検出したことに応じて、
触覚構成要素を含む第２の出力であって、前記第１の出力を含む、第２の出力を、前記安全なトランザクションを許可することに対応する補完的出力を提供することと併せて提供することと、
前記安全なトランザクションを許可することと、
を含む、プロセッサによって実行される方法。

【請求項123】

保存動作を実行するための要求に対応する第１の入力を検出することと、
前記第１の入力を検出したことに応じて、
触覚構成要素を含む第１の出力を提供することと、
既存のファイル内にコンテンツを保存するための前記保存動作を実行することと、
前記保存動作を実行した後に、既存のファイル内のコンテンツを新しいファイルに保存するための、名前を付けて保存する動作を実行するための要求に対応する第２の入力を検出することと、
前記第２の入力を検出したことに応じて、
触覚構成要素を含む第２の出力であって、前記第１の出力を含む第２の出力を、前記新しいファイルの作成に対応する補完的出力を提供することと併せて提供することと、
前記名前を付けて保存する動作を実行することと、
を含む、プロセッサによって実行される方法。

【請求項124】

実行されると、請求項１０６から１２３のうちの一項に記載のステップをプロセッサに実行させる実行可能なコードを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。

【請求項125】

ディスプレイと、
タッチ感知面と、
請求項１０６から１２３のいずれか一項を実行する手段と、
を備えるコンピュータプログラム製品。

【請求項126】

ディスプレイとタッチ感知面とを有する電子デバイスで使用するための情報処理装置であって、請求項１０６から１２３のうちのいずれか一項を実行する手段を備える情報処理装置。

【請求項127】

コンピューティングデバイス上で実行されるプロセッサによって実行される方法であって、
第１のアラート条件の発生を検出することと、
前記第１のアラート条件の前記発生を検出したことに応じて、第１の触覚構成要素及び第１の非触覚構成要素を含む第１の出力を提供することと、
前記第１の出力を提供した後に、第２のアラート条件の発生を検出することと、
前記第２のアラート条件の前記発生を検出したことに応じて、
第２の触覚構成要素及び第２の非触覚構成要素を含む第２の出力を提供することと、
を含み、前記第１のアラート条件及び前記第２のアラート条件が、同じアラート条件クラス内にある異なるアラート条件だと、前記第１の出力及び前記第２の出力が１つ以上の同じ構成要素を共有し、かつ１つ以上の異なる構成要素を有し、
前記第１のアラート条件及び前記第２のアラート条件が、異なるアラート条件クラス内にある異なるアラート条件だと、前記第１の触覚構成要素が前記第２の触覚構成要素とは異なり、前記第１の非触覚構成要素が前記第２の非触覚構成要素とは異なる、方法。

【請求項128】

前記第１のアラート条件及び前記第２のアラート条件が前記同じアラート条件クラス内にあり、前記クラスが、アプリケーション用のアラート条件と関連付けられている、請求項１２７に記載の方法。

【請求項129】

前記第１のアラート条件及び前記第２のアラート条件が前記同じアラート条件クラス内にあり、前記クラスがアプリケーションのカテゴリと関連付けられている、請求項１２７に記載の方法。

【請求項130】

前記同じアラート条件クラス内にある前記第１のアラート条件及び前記第２のアラート条件が２つの異なるアプリケーションと関連付けられており、前記クラスが、前記２つの異なるアプリケーション内にある既定クラスの機能内の機能に対応する、請求項１２７に記載の方法。

【請求項131】

前記同じアラート条件クラス内にある前記第１のアラート条件及び前記第２のアラート条件が共通のアプリケーションと関連付けられており、前記クラスが既定クラスの機能内の機能に対応する、請求項１２７に記載の方法。

【請求項132】

アラート条件のクラスが、メッセージ、アクティビティアラート、メディア再生アラート、仮想アシスタントアラート、システムアラート、スケジューリングリマインダ、及びインターネットブラウザアップデートを含む、請求項１２７から１３１のいずれか一項に記載の方法。

【請求項133】

前記第１のアラート条件及び前記第２のアラート条件が前記同じアラート条件の別個のインスタンスに対応する場合に、前記第１の出力が前記第２の出力と同一である、請求項１２７から１３２のいずれか一項に記載の方法。

【請求項134】

前記第１及び第２の非触覚構成要素がオーディオ出力である、請求項１２７から１３３のいずれか一項に記載の方法。

【請求項135】

前記第１及び第２の非触覚構成要素が視覚出力である、請求項１２７から１３３のいずれか一項に記載の方法。

【請求項136】

前記第１のアラート条件及び前記第２のアラート条件が、同じアラート条件クラス内にある異なるアラート条件であり、
前記第１の出力の前記第１の触覚構成要素が前記第２の出力の前記第２の触覚構成要素と同一であり、
前記第１の出力の前記第１の非触覚構成要素が前記第２の出力の前記第２の非触覚構成要素とは異なる、請求項１２７から１３３のいずれか一項に記載の方法。

【請求項137】

前記第１のアラート条件及び前記第２のアラート条件が、同じアラート条件クラス内にある異なるアラート条件であり、
前記第１の出力の前記第１の非触覚構成要素が前記第２の出力の前記第２の非触覚構成要素と同一であり、
前記第１の出力の前記第１の触覚構成要素が前記第２の出力の前記第２の触覚構成要素とは異なる、請求項１２７から１３３のいずれか一項に記載の方法。

【請求項138】

前記第１のアラート条件及び前記第２のアラート条件が同じアラート条件に対応し、
前記第１の出力が、前記第２の出力を伴う第２の追加構成要素とは異なる第１の追加構成要素を伴う、請求項１２７から１３７のいずれか一項に記載の方法。

【請求項139】

前記第１のアラートをトリガーした前記第１のイベントについて記述している
前記第２の出力に伴う前記第２の追加構成要素が、前記第２のアラートをトリガーした前記第２のイベントについて記述している情報を提供する、請求項１３８に記載の方法。

【請求項140】

前記第２の出力を提供した後に、第３のアラート条件の発生を検出することと、
前記第３のアラート条件の前記発生を検出したことに応じて、
第３の触覚構成要素及び第３の非触覚構成要素を含む第３の出力を提供することと、
を更に含み、前記第１のアラート条件、前記第２のアラート条件、及び前記第３のアラート条件が、同じアラート条件クラス内にある異なるアラート条件だと、前記第１の出力、前記第２の出力、及び前記第３の出力が１つ以上の同じ構成要素を共有し、かつ１つ以上の異なる構成要素を有し、
前記第３のアラート条件が前記第１のアラート条件及び前記第２のアラート条件とは異なるアラート条件クラス内にあると、前記第３の触覚構成要素が、前記第１の触覚構成要素及び前記第２の触覚構成要素のどちらとも異なり、前記第３の非触覚構成要素が、前記第１の非触覚構成要素及び前記第２の非触覚構成要素のどちらとも異なる、請求項１２７から１３３のいずれか一項に記載の方法。

【請求項141】

前記コンピューティングデバイスがタッチ感知ディスプレイを有し、
前記第１の出力の前記第１の触覚構成要素及び前記第２の出力の前記第２の触覚構成要素が、前記コンピューティングデバイス上の前記タッチ感知ディスプレイを介して提供される、請求項１２７から１４１のいずれか一項に記載の方法。

【請求項142】

実行されると、請求項１２７から１４１のうちの一項に記載のステップをプロセッサに実行させる実行可能なコードを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。

【請求項143】

ディスプレイと、
タッチ感知面と、
請求項１２７から１４１のうちのいずれか一項を実行する手段と、
を備えるコンピュータプログラム製品。

【請求項144】

ディスプレイとタッチ感知面とを有する電子デバイスで使用するための情報処理装置であって、
請求項１２７から１４１のうちのいずれか一項を実行する手段を備えるコンピュータプログラム製品。

【請求項145】

方法であって、
触感出力生成器を備えるコンピューティングデバイスにおいて、
第１のイベントの発生を検出することと、
前記第１のイベントの前記発生を検出したことに応じて、
前記第１のイベントが、前記アラート顕著性設定によって影響される複数のタイプのイベントのうち第１のタイプのイベントであるという判定に従って、前記デバイスのアラート顕著性設定に少なくとも部分的に基づいて選択された第１の触覚構成要素を含む第１のアラートを前記触感出力生成器を用いて提供することと、
前記第１のイベントが、前記アラート顕著性設定によって影響されない複数のタイプのイベントのうち第２のタイプのイベントであるという判定に従って、前記デバイスの前記アラート顕著性設定に関わらず選択された第２の触覚構成要素を含む第２のアラートを前記触感出力生成器を用いて提供することと、
を含む方法。

【請求項146】

前記第１のアラートが前記第２のアラートとは異なる、請求項１４５に記載の方法。

【請求項147】

前記デバイスの前記アラート顕著性設定に少なくとも部分的に基づいて選択された前記第１の触覚構成要素を含む前記第１のアラートを提供することが、
前記アラート顕著性設定の値を判定することと、
前記アラート顕著性設定が第１の値を有するという判定に従って、第３の触覚構成要素及び第４の触覚構成要素を含む前記第１の触覚構成要素を含む前記第１のアラートを提供することと、
前記アラート顕著性設定が、前記第１の値とは異なる第２の値を有するという判定に従って、前記第３の触覚構成要素を含むが前記第４の触覚構成要素を含まない前記第１の触覚構成要素を含む前記第１のアラートを提供することと、
を含む、請求項１４５又は１４６に記載の方法。

【請求項148】

前記第４の触覚構成要素が前記第３の触覚構成要素に先行する、請求項１４７に記載の方法。

【請求項149】

前記第１のイベントが、前記アラート顕著性設定によって影響される前記複数のタイプのイベントのうち第３のタイプのイベントであるという判定に従って、前記デバイスの前記アラート顕著性設定に少なくとも部分的に基づいて選択された触覚構成要素を含む第３のアラートを提供することを含み、前記デバイスの前記アラート顕著性設定に少なくとも部分的に基づいて選択された前記触覚構成要素を含む前記第３のアラートを提供することが、
前記アラート顕著性設定の値を判定することを含み、
前記アラート顕著性設定が前記第１の値という判定に従って、前記第３のアラートが第５の触覚構成要素及び第６の触覚構成要素を含み、
前記アラート顕著性設定が前記第１の値と異なる前記第２の値を有するという判定に従って、前記第３のアラートが、前記第５の触覚構成要素を含むが前記第６の触覚構成要素を含まない、請求項１４７又は１４８のいずれか一項に記載の方法。

【請求項150】

前記第６の触覚構成要素が前記第４の触覚構成要素と同一である、請求項１４９に記載の方法。

【請求項151】

前記デバイスの前記アラート顕著性設定が前記第１の値を有する間に、前記第１のイベントの前記発生が検出され、
前記第１のイベントに応じて提供される前記第１のアラートが、前記第１の触覚構成要素及び前記第２の触覚構成要素を含み、
前記第１のイベントに応じて提供される前記第２のアラートが、第２のアラート触覚構成要素を含み、
前記方法が、
前記デバイスの前記アラート顕著性設定が前記第１の値を有する間に、前記デバイスの前記アラート顕著性設定を前記第２の値に変更する要求を受信することと、
前記アラート顕著性設定を前記第２の値に変更する前記要求を受信したことに応じて、前記アラート顕著性設定を前記第２の値に変更することと、
前記デバイスの前記アラート顕著性設定が前記第２の値を有する間に、
第２のイベントの前記発生を検出することと、
前記第２のイベントの前記発生を検出したことに応じて、
前記第２のイベントが前記第１のタイプのイベントであるという判定に従って、前記第３の触覚構成要素を含み、前記第４の触覚構成要素を含まない第３のアラートを提供することと、
前記第２のイベントが前記第２のタイプのイベントであるという判定に従って、前記第２の触覚構成要素を含む前記第２のアラートを提供することと、
を更に含む、請求項１４７から１５０のいずれか一項に記載の方法。

【請求項152】

前記アラート顕著性設定の前記第１の値がオンであり、前記アラート顕著性設定の前記第２の値がオフである、請求項１４７から１５１のいずれか一項に記載の方法。

【請求項153】

前記アラート顕著性設定が第１の値を有する場合に、第１の複数のイベントクラスにおけるイベントに応じてトリガーされたアラートに対する追加の触覚構成要素を提供することと、
前記アラート顕著性設定が前記第２の値を有する場合に、前記第１の複数のイベントクラスにおけるイベントに応じてトリガーされたアラートに対する前記追加の触覚構成要素を提供することを差し控えることと、
前記アラート顕著性設定が前記第１の値を有するか、又は前記第２の値を有するかに関わらず、前記第１の複数のイベントクラスと異なる第２の複数のイベントクラスにおけるイベントに応じてトリガーされたアラートに対する前記追加の触覚構成要素を提供することを差し控えることと、
を更に含む、請求項１４５から１５２のいずれか一項に記載の方法。

【請求項154】

前記デバイスがタッチ感知ディスプレイを有し、
前記触覚構成要素が、前記コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される、請求項１４５から１５３のいずれか一項に記載の方法。

【請求項155】

実行されると、請求項１４５から１５４のうちの一項に記載のステップをプロセッサに実行させる実行可能なコードを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。

【請求項156】

ディスプレイと、
タッチ感知面と、
請求項１４５から１５４のいずれか一項を実行する手段と、
を備えるコンピュータプログラム製品。

【請求項157】

ディスプレイとタッチ感知面とを有する電子デバイスで使用するための情報処理装置であって、
請求項１４５から１５４のいずれか一項を実行する手段を備えるコンピュータプログラム製品。

【請求項158】

方法であって、
触感出力生成器を有するデバイスにおいて、
イベントを検出することと、
前記イベントを検出したことに応じて、
前記イベントが、複数の異なるイベントタイプを含む第１のイベントクラス内のあるタイプのイベントであるという判定に従って、前記触感出力生成器によって生成された第１の触覚構成要素を含む第１のアラートを提供することと、
前記イベントが、複数の異なるイベントタイプを含む第２のイベントクラス内のあるタイプのイベントであるという判定に従って、前記触感出力生成器によって生成された、前記第１の触覚構成要素とは異なる第２の触覚構成要素を含む第２のアラートを提供することと、
前記イベントが、複数の異なるイベントタイプを含む第３のイベントクラス内のあるタイプのイベントであるという判定に従って、前記第１の触覚構成要素及び前記第２の触覚構成要素とは異なる、前記触感出力生成器によって生成された第３の触覚構成要素を含む第３のアラートを提供することと、
を含む方法。

【請求項159】

前記イベントを検出したことに応じて、前記イベントが、複数の異なるイベントタイプを含む第４のイベントクラス内のあるタイプのイベントであるという判定に従って、前記第１の触覚構成要素、前記第２の触覚構成要素、及び前記第３の触覚構成要素とは異なる、前記触感出力生成器によって生成された第４の触覚構成要素を含む第４のアラートを提供することを含む、請求項１５８に記載の方法。

【請求項160】

前記第４のイベントクラスが、サードパーティのアプリケーションによって生成されたイベントに対応する、請求項１５９に記載の方法。

【請求項161】

前記第４の触覚構成要素が、前記第１の触覚構成要素、前記第２の触覚構成要素、又は前記第３の触覚構成要素に含まれない触覚出力要素により、前記第１の触覚構成要素、前記第２の触覚構成要素、及び前記第３の触覚構成要素と区別される、請求項１５９に記載の方法。

【請求項162】

前記第１の触覚構成要素が、触覚出力間の間隔、触覚出力の数、及び前記触覚構成要素中の時間経過に伴う触覚出力の前記振幅の変化うちの少なくとも１つに基づいて、前記第２の触覚構成要素及び前記第３の触覚構成要素とは異なる、請求項１５８に記載の方法。

【請求項163】

イベントの前記第１のクラスが、他のユーザからの通信に基づいて生成されたイベントを含み、
イベントの前記第２のクラスが、前記デバイスのユーザによって入力された既定の基準に基づいて生成されたイベントを含み、
イベントの前記第３のクラスが、デバイスによって監視される基準の前記充足に基づいて生成されたイベントを含む、請求項１５８又は１５９に記載の方法。

【請求項164】

前記デバイスが、異なるイベントに対応する複数の一意のアラートを有し、前記第１のイベントクラス、前記第２のイベントクラス、及び前記第３のイベントクラスが、一意のアラートに対応する前記イベントよりも頻繁に発生するのが典型的であるタイプのイベントに対応する、請求項１５８から１６３のいずれか一項に記載の方法。

【請求項165】

前記デバイスがタッチ感知ディスプレイを有し、
前記触覚構成要素が、前記コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される、請求項１５８から１６４のいずれか一項に記載の方法。

【請求項166】

実行されると、請求項１５８から１６５のうちの一項に記載のステップをプロセッサに実行させる実行可能なコードを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。

【請求項167】

ディスプレイと、
タッチ感知面と、
請求項１５８から１６５のいずれか一項を実行する手段と、
を備えるコンピュータプログラム製品。

【請求項168】

ディスプレイとタッチ感知面とを有する電子デバイスで使用するための情報処理装置であって、
請求項１５８から１６５のいずれか一項を実行する手段を備えるコンピュータプログラム製品。

【請求項169】

１つ以上の触覚出力デバイス及び１つ以上のオーディオ出力デバイスを有する電子デバイスにおいて、
前記デバイスにおける第１の条件の発生を検出することと、
前記第１の条件の前記発生を検出したことに応じて、アプリケーションの第１のクラス内のそれぞれのアプリケーションに対応する第１のアラートであって、
前記１つ以上の触覚出力デバイスを介して出力される第１の触覚構成要素と、
アプリケーションの前記第１のクラス内の前記それぞれのアプリケーションによる使用のために指定されているオーディオ波形から構成され、前記１つ以上のオーディオ出力デバイスを介して出力される第１のオーディオ構成要素と、
を含む第１のアラートを生成することと、
前記デバイスにおける第２の条件の発生を検出することと、
前記第２の条件の前記発生を検出したことに応じて、アプリケーションの前記第１のクラスとは異なる第２のアプリケーションのクラス内のそれぞれのアプリケーションに対応する第２のアラートであって、
前記１つ以上の触覚出力デバイスを介して出力される第２の触覚構成要素と、
アプリケーションの前記第２のクラス内のアプリケーションによる使用のために指定されているオーディオ波形から構成され、前記１つ以上のオーディオ出力デバイスを介して出力される第２のオーディオ構成要素と、
を含む、第２のアラートを生成することと、
を含む、コンピュータによって実行される方法。

【請求項170】

前記第１の触覚構成要素及び前記第２の触覚構成要素が、アプリケーションの前記第１のクラス及びアプリケーションの前記第２のクラスの両方に利用可能な１つ以上の触覚波形から構成される、請求項１６９に記載の方法。

【請求項171】

前記デバイスが複数の異なるアラートを生成するように構成されており、
前記複数の異なるアラートが、アプリケーションの前記第１のクラスに利用可能であり、アプリケーションの前記第２のクラスに利用可能でないオーディオ構成要素を含む２つ以上のアラートの第１のサブセットを含み、
前記複数の異なるアラートが、アプリケーションの前記第２のクラスに利用可能であり、アプリケーションの前記第２のクラスによる使用のために指定されている前記オーディオ波形から構成されているオーディオ構成要素を含む２つ以上のアラートの第２のサブセットを含む、請求項１６９又は１７０に記載の方法。

【請求項172】

アラートの前記第２のサブセットが、アプリケーションの前記第２のクラスと関連付けられているそれぞれのオーディオサンプルに異なる変換を適用することによって生成された２つのアラートを含む、請求項１７１に記載の方法。

【請求項173】

アラートの前記第１のサブセットが、アプリケーションの前記第１のクラス内の第１のアプリケーションと関連付けられているそれぞれのオーディオサンプルに異なる変換を適用することによって生成された２つのアラートを含む、請求項１７１に記載の方法。

【請求項174】

アラートの前記第１のサブセットが、アプリケーションの前記第１のクラス内の第２のアプリケーションと関連付けられているそれぞれのオーディオサンプルに異なる変換を適用することによって生成された２つのアラートを含み、前記第２のアプリケーションと関連付けられている前記それぞれのオーディオサンプルが、前記第１のアプリケーションと関連付けられている前記それぞれのオーディオサンプルとは異なる、請求項１７３に記載の方法。

【請求項175】

アラートの前記第２のサブセットが、アプリケーションの前記第１のクラスに利用可能でない、請求項１７１から１７４のいずれか一項に記載の方法。

【請求項176】

２つ以上のアラートの前記第１のサブセットが、アプリケーションの前記第１のクラス及びアプリケーションの前記第２のクラスに利用可能である触覚構成要素を含み、
２つ以上のアラートの前記第２のサブセットが、アプリケーションの前記第２のクラス及びアプリケーションの前記第１のクラスに利用可能である触覚構成要素を含む、請求項１７１から１７４のいずれか一項に記載の方法。

【請求項177】

前記複数の異なるアラートが、アプリケーションの前記第２のクラス及びアプリケーションの前記第１のクラスに利用可能であるオーディオ構成要素を含む２つ以上のアラートの第３のサブセットを含む、請求項１７１から１７６のいずれか一項に記載の方法。

【請求項178】

前記１つ以上のオーディオ出力デバイスを介して出力される前記第１のオーディオ構成要素が、アプリケーションの前記第１のクラス内の第１のアプリケーションによる使用のために指定されているオーディオ波形から構成され、
前記１つ以上のオーディオ出力デバイスを介して出力される前記第１のオーディオ構成要素が、アプリケーションの前記第１のクラス内の第２のアプリケーションによる使用のために指定されているオーディオ波形から構成される、請求項１６９又は１７７に記載の方法。

【請求項179】

前記１つ以上のオーディオ出力デバイスを介して出力される前記第２のオーディオ構成要素が、アプリケーションの前記第２のクラス内のアプリケーションによる使用のために指定されている前記オーディオ波形から構成され、前記アラートが、アプリケーションの前記第２のクラス内の第３のアプリケーションに対応し、
前記１つ以上のオーディオ出力デバイスを介して出力される前記第１のオーディオ構成要素が、アプリケーションの前記第２のクラス内のアプリケーションによる使用のために指定されている前記オーディオ波形から構成され、前記アラートが、アプリケーションの前記第２のクラス内の第２のアプリケーションに対応する、請求項１６９又は１７７に記載の方法。

【請求項180】

前記デバイスがタッチ感知ディスプレイを有し、
前記第１の触覚構成要素及び前記第２の触覚構成要素が、前記コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される、請求項１６９から１７９のいずれか一項に記載の方法。

【請求項181】

実行されると、請求項１６９から１８０のうちの一項に記載のステップをプロセッサに実行させる実行可能なコードを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。

【請求項182】

ディスプレイと、
タッチ感知面と、
請求項１６９から１８０のいずれか一項を実行する手段と、
を備えるコンピュータプログラム製品。

【請求項183】

ディスプレイとタッチ感知面とを有する電子デバイスで使用するための情報処理装置であって、
請求項１６９から１８０のいずれか一項を実行する手段を備えるコンピュータプログラム製品。

【請求項184】

方法であって、
１つ以上の触覚出力デバイス及び１つ以上のオーディオ出力デバイスを有する電子デバイスにおいて、
前記電子デバイスにおける、第１のソフトウェアアプリケーションにおける第１のタイプの第１の条件の発生を検出することと、
前記第１のソフトウェアアプリケーションにおける前記第１の条件の前記発生を検出したことに応じて、
発生した前記第１の条件が前記第１のタイプであることを示す第１の触覚構成要素と、
前記第１のソフトウェアアプリケーションにおいて前記第１の条件が発生したことを示す第１のオーディオ構成要素と、
を含む、前記第１の条件に対応する第１のアラートを生成することと、
前記電子デバイスおける、前記第１のソフトウェアアプリケーションとは異なる第２のソフトウェアアプリケーションにおける前記第１のタイプの前記第１の条件の発生を検出することと、
前記第２のソフトウェアアプリケーションにおける前記第１の条件の前記発生を検出したことに応じて、
発生した前記第１の条件が前記第１のタイプであることを示す前記第１の触覚構成要素と、
前記第１のソフトウェアアプリケーションとは異なる前記第２のソフトウェアアプリケーションにおいて前記第１の条件が発生したことを示す、前記第１のオーディオ構成要素とは異なる第２のオーディオ構成要素と、
を含む、前記第１の条件に対応する第２のアラートを生成することと、
を含む方法。

【請求項185】

前記電子デバイスにおける、前記第１及び第２のソフトウェアアプリケーションとは異なる第３のソフトウェアアプリケーションにおける前記第１の条件の前記発生を検出することと、
前記電子デバイスにおける、前記第３のソフトウェアアプリケーションにおける前記第１の条件の前記発生を検出したことに応じて、
発生した前記第１の条件が前記第１のタイプであることを示す前記第１の触覚構成要素と、
前記第３のソフトウェアアプリケーションにおいて前記第１の条件が発生したことを示す、前記第１のオーディオ構成要素及び前記第２のオーディオ構成要素とは異なる第３のオーディオ構成要素と、
を含む、前記第３のソフトウェアアプリケーションにおける前記第１の条件に対応する第３のアラートを生成することと、
を更に含む、請求項１８４に記載の方法。

【請求項186】

前記ユーザによって要求された動作が発生していないことを前記第１の触覚構成要素が示し、
前記第１のアプリケーションにおいて前記動作が発生していないことを前記第１のオーディオ構成要素が示し、
前記第２のアプリケーションにおいて前記動作が発生していないことを前記第２のオーディオ構成要素が示す、請求項１８４又は１８５に記載の方法。

【請求項187】

前記ユーザによって要求された動作が正常に発生したことを前記第１の触覚構成要素が示し、
前記第１のアプリケーションにおいて前記動作が発生したことを前記第１のオーディオ構成要素が示し、
前記第２のアプリケーションにおいて前記動作が発生したことを前記第２のオーディオ構成要素が示す、請求項１８４又は１８５に記載の方法。

【請求項188】

前記第１のオーディオ構成要素が、前記第１のアプリケーションによる使用のために指定されているオーディオ波形に基づいて生成され、
前記第２のオーディオ構成要素が、前記第２のアプリケーションによる使用のために指定されているオーディオ波形に基づいて生成される、請求項１８４から１８７のいずれか一項に記載の方法。

【請求項189】

前記第１のオーディオ構成要素が、アプリケーションの第１のクラス内のアプリケーションによる使用のために指定されているオーディオ波形に基づいて生成され、
前記第２のオーディオ構成要素が、アプリケーションの前記第１のクラスとは異なる第２のアプリケーションのクラス内のアプリケーションによる使用のために指定されているオーディオ波形に基づいて生成される、請求項１８４から１８７のいずれか一項に記載の方法。

【請求項190】

前記電子デバイスが、複数の異なる条件及び複数の異なるソフトウェアアプリケーションに応じて、触覚構成要素及びオーディオ構成要素を含むアラートを提供するように構成されており、
前記第１の条件が前記第１の触覚構成要素によって表され、
前記第１の条件とは異なる第２の条件が、前記第１の触覚構成要素とは異なる第２の触覚構成要素によって表され、
前記第１のソフトウェアアプリケーションが、前記第１のオーディオ構成要素によって表され、
前記第１のソフトウェアアプリケーションとは異なる前記第２のソフトウェアアプリケーションが、前記第１のオーディオ構成要素とは異なる前記第２のオーディオ構成要素によって表される、請求項１８４から１８９のいずれか一項に記載の方法。

【請求項191】

前記第２の条件が、要求された動作の成功を示し、前記第２の触覚構成要素が、前記第１のオーディオ構成要素内の特徴と整合する一連の触覚出力を含み、
前記第１の条件が、要求された動作の失敗を示し、前記第１の触覚構成要素が、前記第１のオーディオ構成要素内の特徴と整合しない、請求項１９０に記載の方法。

【請求項192】

前記第２の条件が、要求された動作の成功を示し、前記第２の触覚構成要素が、前記第２のオーディオ構成要素内の特徴と整合する一連の触覚出力を含み、
前記第１の条件が、要求された動作の失敗を示し、前記第１の触覚構成要素が、前記第２のオーディオ構成要素内の特徴と整合しない、請求項１９０に記載の方法。

【請求項193】

前記電子デバイスがタッチ感知ディスプレイを有し、
前記第１の触覚構成要素及び前記第２の触覚構成要素が、前記電子デバイス上の前記タッチ感知ディスプレイを介して提供される、請求項１８４から１９２のいずれか一項に記載の方法。

【請求項194】

実行されると、請求項１８４から１９３のうちの一項に記載のステップをプロセッサに実行させる実行可能なコードを記憶する非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。

【請求項195】

ディスプレイと、
タッチ感知面と、
請求項１８４から１９３のいずれか一項を実行する手段と、
を備えるコンピュータプログラム製品。

【請求項196】

ディスプレイとタッチ感知面とを有する電子デバイスで使用するための情報処理装置であって、
請求項１８４から１９３のいずれか一項を実行する手段を備えるコンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、概ね、触覚フィードバックを提供するための方法及び装置に関し、より具体的には、デバイス又はアプリケーションと関連付けられた条件に対応する触覚フィードバックの意味論的（semantic）フレームワークのための方法及び装置に関する。

【背景技術】

【0002】

触感フィードバックシステムにより、ユーザは、タッチ又は接触によりサブシステムとやりとりすることができる。触覚システムにより、アクチュエータ、センサ、又は両方を使用することによって、これら触感によるやりとりが容易になる。

【発明の概要】

【0003】

本明細書に記載された実施形態は、複数の触覚出力の変化を、アラート条件及びトリガ、アプリケーションコンテキスト、並びに他の条件に関する様々な情報を用いる結束型（cohesive）意味論的フレームワークに体系化して、関連イベント間で特徴を共用する触覚出力のシステムを提供する触覚フィードバックの方法及び装置を開示する。本開示は、様々な条件における触覚応答を提供するためのシステム及び方法に関する。開示された触覚応答のアプローチは、任意の好適なソフトウェア、ハードウェア、又はその両方を用いて実行することができる。

【0004】

いくつかの実施形態では、アプリケーションと関連付けられた検出されたアラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態は、対応する触覚出力を提供するための根拠となる。例えば、アラート条件の検出に応じて、アラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態が判定される。アラート条件と関連付けられた時点においてアプリケーションがアクティブ状態であった場合、アラート条件の発生を表す第１の触覚出力が提供され、アラート条件と関連付けられた時点においてアプリケーションが非アクティブ状態であった場合、アラート条件の発生を表し、第１の触覚出力と異なる、第２の触覚出力が提供される。

【0005】

いくつかの実施形態では、検出されたアラート条件が手動でトリガーされたか、又は自動でトリガーされたかどうかが、対応する触覚出力を提供するための根拠となる。例えば、アラート条件の検出応じて、アラート条件が手動で開始されたイベントによってトリガーされたかどうかが判定される。アラート条件が手動で開始されたイベントによってトリガーされた場合、手動で開始されたイベントの通知に対応して第１の触覚出力が提供される。アラート条件が自動で開始されたイベントによってトリガーされた場合、自動で開始されたイベントの通知に対応して第２の触覚出力が提供され、第２の触覚出力は、第１の触覚出力と異なる。

【0006】

いくつかの実施形態では、検出されたアラート条件がユーザ入力に関連付けられているか、又は所定のシステムイベントに関連付けられているかどうかが、対応する触覚出力を提供するための根拠となる。例えば、アプリケーションに対するユーザ入力の受信に関連付けられた第１のアラート条件の検出に応じて、第１の触覚出力がユーザ入力に対応して提供される。第１の触覚出力に続いて、アプリケーションでの所定のシステムイベントの受信に関連付けられた第２のアラート条件の検出に応じて、第１の触覚出力よりも大きい強度の第２の触覚出力が所定のシステムイベントに対応して提供される。

【0007】

いくつかの実施形態では、検出されたアラート条件がマルチパート動作の一部分かどうかが、対応する触覚出力を提供するための根拠となる。例えば、マルチパート動作の第１の部分に対応する入力の受信に応じて、継続的な触覚出力シーケンスが開始される。開始後かつマルチパート動作の第２の部分に対応する入力の受信に応じて、継続的な触覚出力シーケンスが停止される。

【0008】

いくつかの実施形態では、動作を実行するための検出された要求が別の動作のサブセットであるかどうかが、対応する触覚出力を提供するための根拠となる。例えば、第１の動作を実行するための要求に対応する第１の入力の検出に応じて、触覚構成要素を含む第１の出力が提供され、第１の動作が実行される。第１の動作の実行後、かつ第１の動作及び追加動作を含む第２の動作を実行するための要求に対応する第２の入力の検出に応じて、触覚構成要素を含み、追加動作に対応する追加出力を加えた第１の出力を含む第２の出力が提供され、第２の動作が実行される。

【0009】

いくつかの実施形態では、検出された２つのアラート条件が同じアラート条件のクラスまたはアプリケーションのクラスか、又は異なるアラート条件のクラスまたはアプリケーションのクラスであるかどうかが、対応する触覚出力を提供するための根拠となる。例えば、第１のアラート条件の発生の検出に応じて、第１の触覚構成要素及び第１の非触覚構成要素を含む第１の出力が提供される。第１の出力後、かつ第２のアラート条件の発生の検出に応じて、第２の触覚構成要素及び第２の非触覚構成要素を含む第２の出力が提供される。第１のアラート条件及び第２のアラート条件がアラート条件の同じクラスである異なるアラート条件である場合、第１の出力及び第２の出力は、１つ又は２つ以上の同じ構成要素を共用し、１つ又は２つ以上の異なる構成要素を有するが、第１のアラート条件及び第２のアラート条件がアラート条件の異なるクラスである異なるアラート条件である場合、第１の触覚構成要素は、第２の触覚構成要素と異なり、第１の非接触構成要素は、第２の非接触構成要素と異なる。別の例では、

【0010】

いくつかの実施形態では、

【0011】

本明細書に記載された方法の様々な実施形態は、本明細書に記載された他の任意の実施形態と組み合わせることができることに留意されたい。本明細書に記載された特徴及び利点は、包括的であるとは限らない。具体的には、多数の更なる特徴及び利点が、図面、明細書、及び特許請求の範囲に照らして当業者にとって明らかとなるであろう。更に、本明細書において使用される文言は、専ら読みやすさ及び説明の目的で選択されたものであり、本発明の主題を画定又は制限するために選択されたものではない点には留意されたい。

【図面の簡単な説明】

【0012】

【図1A】いくつかの実施形態に係る、タッチ感知ディスプレイを備えたポータブル多機能デバイスを示すブロック図である。

【0013】

【図1B】いくつかの実施形態に係る、イベント処理のための例示的な構成要素を示すブロック図である。

【0014】

【図2】いくつかの実施形態に係る、タッチスクリーンを備えたポータブル多機能デバイスの図である。

【0015】

【図3】いくつかの実施形態に係る、ディスプレイ及びタッチ感知面を備える例示的な多機能デバイスのブロック図である。

【0016】

【図4A】いくつかの実施形態に係る、ポータブル多機能デバイスにおけるアプリケーションのメニューのための例示的なユーザインタフェースの図である。

【0017】

【図4B】いくつかの実施形態に係る、ディスプレイとは別個のタッチ感知面を有する多機能デバイスのための例示的なユーザインタフェースの図である。

【0018】

【図5】いくつかの実施形態による、様々な触覚波形形態の例の図である。

【0019】

【図6】いくつかの実施形態による、様々なオーディオ波形形態の例の図である。

【0020】

【図7】いくつかの実施形態による、アプリケーションと関連付けられたアラート条件を検出し、対応する触覚出力を提供する方法のフロー図である。

【0021】

【図8】いくつかの実施形態による、電子メールアプリケーションの例示的なユーザインタフェースの図である。

【0022】

【図9】いくつかの実施形態による、アプリケーションと関連付けられたアラート条件を検出し、条件が手動で開始されたイベントによってトリガーされたか、又は自動で開始されたイベントによってトリガーされたかに応じて触覚出力を提供する方法のフロー図である。

【0023】

【図10】いくつかの実施形態による、ユーザ入力から第１のアラート条件を検出し、アプリケーションと関連付けられた所定のイベントから第２のアラート条件を検出し、対応する触覚出力を提供する方法のフロー図である。

【0024】

【図11】いくつかの実施形態による、マルチパート動作に関連付けられたアラート条件を検出し、対応する触覚出力を提供する方法のフロー図である。

【0025】

【図12】いくつかの実施形態による、第１及び第２の動作を実行するための第１及び第２の入力を検出し、動作を実行し、対応する出力を提供する方法のフロー図である。

【0026】

【図13】いくつかの実施形態による、第１及び第２のアラート条件を検出し、対応する出力を提供する方法のフロー図である。

【0027】

【図14】いくつかの実施形態に係る、電子デバイスの機能ブロック図である。

【0028】

【図15】いくつかの実施形態に係る、電子デバイスの機能ブロック図である。

【0029】

【図16】いくつかの実施形態に係る、電子デバイスの機能ブロック図である。

【0030】

【図17】いくつかの実施形態に係る、電子デバイスの機能ブロック図である。

【0031】

【図18】いくつかの実施形態に係る、電子デバイスの機能ブロック図である。

【0032】

【図19】いくつかの実施形態に係る、電子デバイスの機能ブロック図である。

【0033】

【図20】いくつかの実施形態による、第１の音響ポートを含むデバイスハウジングの図である。

【0034】

【図21A】いくつかの実施形態による、自己静電容量式タッチピクセル電極に対応するタッチセンサ回路及びセンシング回路の図である。

【0035】

【図21B】いくつかの実施形態による、自己静電容量式タッチセンサの図である。

【0036】

【図22A】いくつかの実施形態による、触覚アクチュエータの図である。

【0037】

【図22B】いくつかの実施形態による、触覚アクチュエータの図である。

【0038】

【図23A】いくつかの実施形態による、ウェアラブルデバイスの図である。

【0039】

【図23B】いくつかの実施形態による、ウェアラブル電子デバイスを装着しているユーザが、第２の電子デバイスを自身のポケットに有している図である。

【0040】

【図24】いくつかの実施形態による、ウェアラブル電子デバイスの模式図である。

【0041】

【図25】いくつかの実施形態による、クラスに応じた様々な触覚アラート及び他のフィードバックアラートを提供する方法のフロー図である。

【0042】

【図26】いくつかの実施形態による、様々な触覚に対する選択的な顕著性の増大を提供する方法のフロー図である。

【0043】

【図27】いくつかの実施形態に係る、デバイス上でアラート顕著性を設定するための例示的なユーザインタフェースの図である。

【0044】

【図28】いくつかの実施形態に係る、電子デバイスの機能ブロック図である。

【0045】

【図29】いくつかの実施形態に係る、電子デバイスの機能ブロック図である。

【0046】

【図30】いくつかの実施形態による、第１の条件及び第２の条件を検出し、触覚出力及びオーディオ出力を含む対応するアラートを生成する方法のフロー図である。

【0047】

【図31】いくつかの実施形態による、波形の様々な事例の図である。

【0048】

【図32】いくつかの実施形態による、第１及び第２のコンテキストで第１の条件を検出し、触覚出力及びオーディオ出力を含む対応するアラートを生成する方法のフロー図である。

【0049】

【図33a】いくつかの実施形態による、様々な触覚波形及びオーディオ波形が、時間的に分離している図及び一致している図の両方の図である。

【0050】

【図33b】いくつかの実施形態による、様々な触覚波形及びオーディオ波形が時間的に重なっている図である。

【0051】

【図33c】いくつかの実施形態による、様々な触覚波形及びオーディオ波形が時間的に重なっている図である。

【0052】

【図34】いくつかの実施形態による、電子デバイスの機能ブロック図である。

【0053】

【図35】いくつかの実施形態による、電子デバイスの機能ブロック図である。

【発明を実施するための形態】

【0054】

本明細書における実施形態は、アラート条件及びトリガに関する様々な情報、アプリケーションコンテキスト、並びに触覚出力に対応する他の条件を用いて、関連イベント間で特徴を共用する触覚出力のシステムを提供する、結束型意味論的フレームワークに複数の触覚出力の変化を体系化する触覚フィードバックの方法及び装置を開示する。

【0055】

いくつかの実施形態では、アプリケーションと関連付けられた検出されたアラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態は、対応する触覚出力を提供するための根拠となる。いくつかの実施形態では、検出されたアラート条件が手動でトリガーされたか、又は自動でトリガーされたかどうかが、対応する触覚出力を提供するための根拠となる。いくつかの実施形態では、検出されたアラート条件がユーザ入力に関連付けられているか、又は所定のシステムイベントに関連付けられているかどうかが、対応する触覚出力を提供するための根拠となる。

【0056】

いくつかの実施形態では、検出されたアラート条件がマルチパート動作の一部分かどうかが、対応する触覚出力を提供するための根拠となる。いくつかの実施形態では、動作を実行するための検出された要求が別の動作のサブセットであるかどうかが、対応する触覚出力を提供するための根拠となる。いくつかの実施形態では、検出された２つのアラート条件が同じアラート条件のクラスか、又は異なるアラート条件のクラスであるかどうかが、対応する触覚出力を提供するための根拠となる。
例示的なデバイス

【0057】

ここで、添付図面に実施例が示される実施形態を詳細に参照する。以下の詳細な説明では、説明されている様々な実施形態の完全な理解を提供するために、数多くの具体的な詳細が記載されている。しかし、説明されている様々な実施形態は、これらの具体的な詳細を伴わずとも実施し得ることが、当業者には明らかであろう。他の例においては、周知の方法、手順、構成要素、回路、及びネットワークは、実施形態の態様を不必要に不明瞭なものとしないよう、詳細には説明されていない。

【0058】

本明細書では、第１の、第２のなどの用語が、いくつかの事例において、様々な要素を説明するために使用されるが、これらの要素は、それらの用語によって限定されるべきではないことも理解されるであろう。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。例えば、説明されている様々な実施形態の範囲から逸脱することなく、第１の接触は、第２の接触と称することができ、同様に、第２の接触は、第１の接触と称することができると考えられる。第１の接触及び第２の接触は、双方共に接触であるが、それらは同じ接触ではない。

【0059】

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

【0060】

本明細書で使用されるとき、用語「ｉｆ（～の場合には）」は、任意選択的に、文脈に応じて「ｗｈｅｎ（のとき～）」、「ｕｐｏｎ（～する際）」、「ｉｎ ｒｅｓｐｏｎｓｅ ｔｏ ｄｅｔｅｒｍｉｎｉｎｇ（～という判定に応じて）」、又は「ｉｎ ｒｅｓｐｏｎｓｅ ｔｏ ｄｅｔｅｃｔｉｎｇ（～の検出に応じて）」を意味するものと解釈される。同様に、句「ｉｆ ｉｔ ｉｓ ｄｅｔｅｒｍｉｎｅｄ（～と判定される場合に）」又は「ｉｆ（ａ ｓｔａｔｅｄ ｃｏｎｄｉｔｉｏｎ ｏｒ ｅｖｅｎｔ）ｉｓ ｄｅｔｅｃｔｅｄ（（述べられる条件又はイベント）が検出される場合に）」を、文脈に応じて「ｕｐｏｎ ｄｅｔｅｒｍｉｎｉｎｇ（～と判定される時に）」、「ｉｎ ｒｅｓｐｏｎｓｅ ｔｏ ｄｅｔｅｒｍｉｎｉｎｇ（～との判定に応じて）」、「ｕｐｏｎ ｄｅｔｅｃｔｉｎｇ（ｔｈｅ ｓｔａｔｅｄ ｃｏｎｄｉｔｉｏｎ ｏｒ ｅｖｅｎｔ）（（述べられる条件又はイベント）の検出時に）」、又は「ｉｎ ｒｅｓｐｏｎｓｅ ｔｏ ｄｅｔｅｃｔｉｎｇ（ｔｈｅ ｓｔａｔｅｄ ｃｏｎｄｉｔｉｏｎ ｏｒ ｅｖｅｎｔ）（（述べられる条件又はイベント）の検出に応じて）」を意味するものと、任意選択的に解釈する。

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

メモリ１０２は、高速ランダムアクセスメモリを任意選択的に含み、また任意選択的に、１つ又は２つ以上の磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性半導体メモリデバイスなどの、不揮発性メモリも含む。ＣＰＵ１２０及び周辺デバイスインタフェース１１８などの、デバイス１００の他の構成要素によるメモリ１０２へのアクセスは、メモリコントローラ１２２により任意選択的に制御される。

【0070】

周辺機器インタフェース１１８を使用して、このデバイスの入力及び出力周辺機器を、ＣＰＵ１２０及びメモリ１０２に連結することができる。１つ又は２つ以上のプロセッサ１２０は、デバイス１００のための様々な機能を実行するために、かつデータ処理を行うために、メモリ１０２に記憶された様々なソフトウェアプログラムおよび／または命令セットを動作させたり、又は実行したりする。

【0071】

いくつかの実施形態では、周辺機器インタフェース１１８、ＣＰＵ１２０、及びメモリコントローラ１２２は、任意選択的に、チップ１０４などの単一チップ上に実装される。いくつかの他の実施形態では、これらは、任意選択的に個別のチップ上に実装される。

【0072】

ＲＦ（無線周波数）回路１０８は、電磁信号とも呼ばれるＲＦ信号を送受信する。ＲＦ回路１０８は、電気信号を電磁信号に／電磁信号を電気信号に変換し、その電磁信号を介して、通信ネットワーク及び他の通信デバイスと通信する。ＲＦ回路１０８は、アンテナシステム、ＲＦ送受信機、１つ又は２つ以上の増幅器、同調器、１つ又は２つ以上の発振器、デジタル信号プロセッサ、ＣＯＤＥＣチップセット、加入者識別モジュール（ＳＩＭ）カード、メモリなどを含むがこれらに限定されない、上記の機能を実行するための周知の回路を任意選択的に含む。ＲＦ回路１０８は、ワールドワイドウェブ（ＷＷＷ）とも呼ばれるインターネットなどのネットワーク、イントラネット及び／又はセルラー電話ネットワークなどの無線ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）及び／又はメトロポリタンエリアネットワーク（ＭＡＮ）、並びに他のデバイスと無線通信によって任意選択的に通信する。無線通信は、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）（登録商標）、Ｅｎｈａｎｃｅｄ Ｄａｔａ ＧＳＭ Ｅｎｖｉｒｏｎｍｅｎｔ（ＥＤＧＥ）（登録商標）、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ）、Ｅｖｏｌｕｔｉｏｎ、Ｄａｔａ－Ｏｎｌｙ（ＥＶ－ＤＯ）、ＨＳＰＡ、ＨＳＰＡ＋、Ｄｕａｌ－Ｃｅｌｌ ＨＳＰＡ（ＤＣ－ＨＳＰＤＡ）、ロングタームエボリューション（ＬＴＥ）、近距離無線通信（ＮＦＣ）、広帯域符号分割多元接続（Ｗ－ＣＤＭＡ）（登録商標）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ワイヤレスフィデリティ（Ｗｉ－Ｆｉ）（登録商標）（例えば、ＩＥＥＥ８０２．１ｌａ、ＩＥＥＥ ８０２．１ｌｂ、ＩＥＥＥ ８０２．１ｌｇ及び／又はＩＥＥＥ８０２．１ｌｎ）を含むが、これらに限定されない複数の通信規格、プロトコル及び技術のいずれかを任意選択的に用い、オーディオ回路１１０、スピーカ１１１、及びマイクロフォン１１３は、ユーザとデバイス１００との間のオーディオインタフェースを提供する。オーディオ回路１１０は、周辺機器インタフェース１１８から音声データを受信し、音声データを電気信号に変換し、電気信号をスピーカ１１１に送信する。スピーカ１１１は、電気信号を人間の耳に聞こえる音波に変換する。音声回路１１０はまた、マイクロフォン１１３により音波から変換された電気信号を受信する。オーディオ回路１１０は、電気信号を音声データに変換し、処理するために音声データを周辺機器インタフェース１１８に送出する。音声データは、周辺デバイスインタフェース１１８によって任意選択的に、メモリ１０２および／またはＲＦ回路１０８から取り込まれ、かつ／又はメモリ１０２および／またはＲＦ回路１０８へ送出される。いくつかの実施形態では、オーディオ回路１１０は、ヘッドセットジャック（例えば、図２の２１２）を更に含む。ヘッドセットジャックは、オーディオ回路１１０と、出力専用ヘッドホン又は出力（例えば、片耳又は両耳用のヘッドホン）及び入力（例えば、マイクロフォン）の双方を有するヘッドセットなどの、取り外し可能なオーディオ入出力周辺デバイスとの間のインタフェースを提供する。

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

デバイス１００はまた、１つ又は２つ以上の光学センサ１６４も任意選択的に含む。図１Ａは、Ｉ／Ｏサブシステム１０６内の光学センサコントローラ１５８に連結された光学センサを示す。光学センサ１６４は、電荷結合デバイス（ＣＣＤ）又は相補的金属酸化物半導体（ＣＭＯＳ）フォトトランジスタを、任意選択的に含む。光学センサ１６４は、１つ又は２つ以上のレンズを通して投影された、環境からの光を受光し、その光を、画像を表すデータに変換する。撮像モジュール１４３（カメラモジュールとも称する）と併用して、光学センサ１６４は、静止画像又は映像を任意選択的にキャプチャする。いくつかの実施形態では、タッチスクリーンディスプレイを静止画像及び／又は映像取得のためのビューファインダとして有効化するように、光学センサは、デバイスの前面のタッチスクリーンディスプレイ１１２の反対側である、デバイス１００の背面に配置されている。いくつかの実施形態において、ユーザがタッチスクリーンディスプレイ上で他のテレビ会議参加者を見ている間に、ユーザの画像を、テレビ会議のために任意選択的に得るように、別の光学センサは、デバイスの前面に配置される。

【0081】

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

【0082】

デバイス１００はまた、１つ又は２つ以上の近接センサ１６６も任意選択的に含む。図１Ａは、周辺機器インタフェース１１８と連結された近接センサ１６６を示す。あるいは、近接センサ１６６は、Ｉ／Ｏサブシステム１０６内の入力コントローラ１６０に連結される。いくつかの実施形態では、多機能デバイスがユーザの耳の近くに配置されているとき（例えば、ユーザが電話通話を行っているとき）、近接センサは、オフになり、タッチスクリーン１１２は、無効になる。

【0083】

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

【0084】

デバイス１００はまた、１つ又は２つ以上の加速度計１６８も任意選択的に含む。図１Ａは、周辺機器インタフェース１１８に連結された加速度計１６８を示す。あるいは、加速度計１６８は、Ｉ／Ｏサブシステム１０６内の入力コントローラ１６０に、任意選択的に連結される。いくつかの実施形態では、情報は、１つ又は２つ以上の加速度計から受信したデータの分析に基づいて、縦長表示又は横長表示でタッチスクリーンディスプレイ上に表示される。デバイス１００は、その開示全体が参照により本明細書に援用される米国特許出願第１１／９６９，８００号（２００８年１月４日出願）に記載されたとおり、（複数の）加速度計１６８に加えて、磁力計（図示せず）並びにデバイス１００の位置及び向き（例えば、縦長又は横長）に関する情報を取得するためのＧＰＳ（又はＧＬＯＮＡＳＳ又は他のグローバルナビゲーションシステム）受信部（図示せず）を任意選択的に含む。

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

アプリケーション１３６は、以下のモジュール（又は、命令のセット）、又はそれらのサブセットまたはスーパーセットを任意選択的に含む。
・連絡先モジュール１３７（アドレス帳または連絡先リストとも呼ばれる場合もある）、
・電話モジュール１３８、
・テレビ会議モジュール１３９、
・電子メールクライアントモジュール１４０、
・インスタントメッセージング（ＩＭ）モジュール１４１、
・トレーニングサポートモジュール１４２、
・静止画像および／またはビデオ画像用のカメラモジュール１４３、
・画像管理モジュール１４４、
・ブラウザモジュール１４７、
・カレンダーモジュール１４８、
・天気ウィジェット１４９－１、株価ウィジェット１４９－２、計算機ウィジェット１４９－３、アラーム時計ウィジェット１４９－４、辞書ウィジェット１４９－５、及びユーザによって取得された他のウィジェット、並びにユーザ作成ウィジェット１４９－６のうち１つ以上を任意選択的に含む、ウィジェットモジュール１４９、
・ユーザ作成ウィジェット１４９－６を作成するためのウィジェットクリエータモジュール１５０、
・検索モジュール１５１、
・ビデオ再生モジュール及び音楽再生モジュールから任意選択的に構成される、ビデオ及び音楽再生モジュール１５２、
・メモモジュール１５３、
・地図モジュール１５４、並びに／又は
・オンラインビデオモジュール１５５。

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

タッチスクリーン１１２、ディスプレイシステムコントローラ１５６、接触モジュール１３０、グラフィックモジュール１３２、オーディオ回路１１０、スピーカ１１１、ＲＦ回路１０８、テキスト入力モジュール１３４、電子メールクライアントモジュール１４０、及びブラウザモジュール１４７と併せて、オンラインビデオモジュール１５５は、ユーザがＨ．２６４などの１つ又は２つ以上のファイル形式のオンラインビデオにアクセスし、ブラウズし、（例えば、ストリーミング及び／又はダウンロードにより）受信し、（例えば、タッチスクリーン上で又は外部ポート１２４を介して接続された外部のディスプレイ上で）再生し、特定のオンラインビデオへのリンクを含む電子メールを送信し、別の方法で管理できるようにする命令を含む。いくつかの実施形態では、特定のオンラインビデオへのリンクを送信するために、電子メールクライアントモジュール１４０ではなく、インスタントメッセージングモジュール１４１が、用いられる。

【0110】

上記の識別されたモジュール及びアプリケーションのそれぞれは、上記の１つ又は２つ以上の機能及び方法を実行するための実行可能命令セットに対応する。

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイシステムコントローラ１５６、接触モジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、ＧＰＳモジュール１３５、及びブラウザモジュール１４７と併せて、地図モジュール１５４は、任意選択的に、ユーザの指示に従って、地図及び地図に関連付けられたデータ（例えば、運転方向、特定の場所又は特定の場所の近辺の商店及び他の対象地点に関するデータ、並びに他の位置関連データ）を、受信、表示、修正、かつ記憶するために使用される。

【0118】

タッチスクリーン１１２、ディスプレイシステムコントローラ１５６、接触モジュール１３０、グラフィックモジュール１３２、オーディオ回路１１０、スピーカ１１１、ＲＦ回路１０８、テキスト入力モジュール１３４、電子メールクライアントモジュール１４０、及びブラウザモジュール１４７と併せて、オンラインビデオモジュール１５５は、ユーザがＨ．２６４などの１つ又は２つ以上のファイル形式のオンラインビデオにアクセスし、ブラウズし、（例えば、ストリーミング及び／又はダウンロードにより）受信し、（例えば、タッチスクリーン上で又は外部ポート１２４を介して接続された外部のディスプレイ上で）再生し、特定のオンラインビデオへのリンクを含む電子メールを送信し、別の方法で管理できるようにする命令を含む。いくつかの実施形態では、特定のオンラインビデオへのリンクを送信するために、電子メールクライアントモジュール１４０ではなく、インスタントメッセージングモジュール１４１が用いられる。

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

いくつかの実施形態では、イベントモニタ１７１は、所定のインターバルで周辺デバイスインタフェース１１８にリクエストを送信する。これに応じて、周辺機器インタフェース１１８は、イベント情報を送信する。実施形態では、周辺機器インタフェース１１８は、重要なイベント（例えば、所定のノイズ閾値を超え、かつ／又は所定時間より長い入力を受信すること）がある場合にのみイベント情報を送信する。

【0127】

いくつかの実施形態では、イベントソータ１７０はまた、ヒットビュー判定モジュール１７２及び／又はアクティブイベント認識部判定モジュール１７３も含む。

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

イベント受信部１８２は、イベントソータ１７０からイベント情報を受信する。このイベント情報は、サブイベントについての情報、例えば、タッチ又はタッチの移動についての情報を含む。サブイベントによっては、イベント情報はまた、サブイベントの場所などの追加情報も含む。サブイベントが、タッチの動きに関わるとき、イベント情報はまた、サブイベントの速度及び方向も、任意選択的に含む。いくつかの実施形態では、イベントは、ある向きから別の向きへ（例えば、縦長の向きから横長の向きへ、又はその逆）のデバイスの回転を含み、イベント情報は、デバイスの現在の向き（デバイスの姿勢とも呼ばれる）についての相当する情報を含む。

【0137】

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

【0138】

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

【0139】

いくつかの実施形態では、それぞれのイベント１８７の定義はまた、サブイベントのシーケンスが、イベント認識部のイベントタイプに対応するか又は相当しないかが判定されるまで、イベント情報の配信を遅延させる、遅延作用も含む。

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

デバイス１００はまた、「ホーム」又はメニューボタン２０４などの、１つ又は２つ以上の物理ボタンも任意選択的に含む。前述のように、メニューボタン２０４は、デバイス１００上で任意選択的に実行されるアプリケーションのセット内の任意のアプリケーション１３６へのナビゲーションに、任意選択的に使用される。いくつかの実施形態では、メニューボタン２０４は、メニューボタン２０４上の指紋を識別する指紋センサを含む。指紋センサは、メニューボタン２０４上の指がデバイス１００のロック解除に使用される指紋と一致する指紋を有するかどうかを判定するために、任意選択的に使用される。あるいは、いくつかの実施形態では、メニューボタンは、タッチスクリーン１１２に表示されたＧＵＩにおけるソフトキーとして実装されている。

【0149】

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

【0150】

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

【0151】

上記で特定された図３の要素のそれぞれは、上述のメモリデバイスのうち１つ又は２つ以上に、任意選択的に記憶される。上記で識別されたモジュールのそれぞれは、上述した機能を実行する命令セットに対応する。上述の識別されたモジュール又はプログラム（すなわち、命令セット）は、別個のソフトウェアプログラム、手順、又はモジュールとして実装される必要はなく、したがって、様々な実施形態では、これらのモジュールの様々なサブセットは、任意選択的に組み合わされるか、又は別の方法で再編成される。いくつかの実施形態では、メモリ３７０は、上述の識別されたモジュール及びデータ構造のサブセットを任意選択的に記憶する。更に、メモリ３７０は、上述されていない追加のモジュール及びデータ構造を任意選択的に記憶する。

【0152】

ここで、ポータブル多機能デバイス１００上に任意選択的に実装される、ユーザインタフェース（「ＵＩ」）の実施形態に着目する。

【0153】

図４Ａは、いくつかの実施形態による、ポータブル多機能デバイス１００上のアプリケーションのメニューに関する、例示的なユーザインタフェースを示す。同様のユーザインタフェースは、デバイス３００上に、任意選択的に実装される。いくつかの実施形態では、ユーザインタフェース４００は、以下の要素、又はそれらのサブセットまたはスーパーセットを含む。

【0154】

セルラー信号及びＷｉ－Ｆｉ信号などの（複数の）無線通信に関する（複数の）信号強度インジケータ４０２、時刻４０４、Ｂｌｕｅｔｏｏｔｈ（登録商標）インジケータ４０５、バッテリ状態インジケータ４０６、頻繁に使用されるアプリケーション用のアイコンを有するトレイ４０８、例えば、不在着信又は音声メールメッセージの数のインジケータ４１４を任意選択的に含む、「電話」とラベル付けされる、電話モジュール１３８用のアイコン４１６、未読電子メールの数のインジケータ４１０を任意選択的に含む、「メール」とラベル付けされた、電子メールクライアントモジュール１４０用のアイコン４１８、「ブラウザ」とラベル付けされた、ブラウザモジュール１４７用のアイコン４２０、「ｉＰｏｄ」とラベル付けされる、ｉＰｏｄ（Ａｐｐｌｅ Ｉｎｃ．の商標）モジュール１５２とも称されるビデオ及び音楽再生モジュール１５２用のアイコン４２２、並びに他のアプリケーション用のアイコンとして、例えば、「テキスト」とラベル付けされた、ＩＭモジュール１４１用のアイコン４２４、「カレンダー」とラベル付けされた、カレンダーモジュール１４８用のアイコン４２６、「写真」とラベル付けされた、画像管理モジュール１４４用のアイコン４２８、「カメラ」とラベル付けされた、カメラモジュール１４３用のアイコン４３０、「オンラインビデオ」とラベル付けされた、オンラインビデオモジュール１５５用のアイコン４３２、「株価」とラベル付けされた、株価ウィジェット１４９－２用のアイコン４３４、「地図」とラベル付けされた、地図モジュール１５４のアイコン４３６、「天気」とラベル付けされた、天気ウィジェット１４９－１用のアイコン４３８、「時計」とラベル付けされる、アラーム時計ウィジェット１４９－４用のアイコン４４０、「トレーニングサポート」とラベル付けされる、トレーニングサポートモジュール１４２用のアイコン４４２、「メモ」とラベル付けされた、メモモジュール１５３用のアイコン４４４。デバイス１００及びその様々なアプリケーション１３６に関する設定へのアクセスを提供する、設定アプリケーションまたはモジュール用のアイコン４４６。

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

ここで、デバイス３００又はポータブル多機能デバイス１００などの、電子デバイスに実装することができる触覚出力及び関連プロセスの実施形態に注目する。以下の説明は、デバイス１００に関するが、本明細書の実施形態は、デバイス３００に援用することができる。

【0161】

図５は、いくつかの実施形態による、様々な触覚波形形態の例の図である。様々な触覚タイプは、別個の意味を持つ様々な触覚波形を生成する様々な組み合わせで使用される極小の触覚構成要素として機能する。以下の実施例は、本明細書における触覚出力タイプを区別する用語を確立するために記載されている。本明細書に記載された触覚出力タイプは、網羅的であることを意図せず、他の触覚波形が使用されてもよい。

【0162】

いくつかの実施形態による、波形５０５は、単一のタップであったとしても触覚を出力するデバイスのユーザによってすぐに知覚できる（例えば、所定の触覚デバイスのタッチ知覚性の絶対閾値を顕著に超える）比較的大きな振幅を有する触覚波形、又は「タップ」タイプの触覚出力の例を表す。様々なタップ触覚出力５０５ａ～５０５ｅで見られるように、波形は、振幅、継続時間、及び頻度が変化する。通常、ヒトは、５Ｈｚ～２９Ｈｚの周波数、及び０Ｎ～１．０Ｎの振幅（ソーン、約０～４０ｄＢＡと等価）を知覚できるが、ｋＨｚに依存する。可聴振幅のヒトの聴覚は、１～４ｋＨｚで最も鋭敏である。

【0163】

いくつかの実施形態に従って、波形５１０は、単一のマイクロタップとして検知するために触覚を出力するデバイスのユーザに対して、すぐには知覚できないが、複数のマイクロタップが連続して出力される場合には容易に知覚できる（例えば、所定の触覚デバイスのタッチ知覚性の低い閾値付近の）波形５０５と比較して比較的小さな振幅（及び、任意選択的に、より短い持続時間）を有する触覚波形、又は「マイクロタップ」タイプの触覚出力の例を表す。マイクロタップ波形５１０ａ～５１０ｃはまた、振幅、継続時間、及び頻度も変化する。

【0164】

波形５１５は、タップに続く２つのマイクロタップの組み合わせ触覚の例を表す。マイクロタップは、単独では容易に知覚できないため、マイクロタップに先行するタップを有する波形は、タップでユーザの注意を引くことによって、ユーザがマイクロタップをより速やかに知覚するように「準備させる」ことができる。

【0165】

波形５２０は、徐々に振幅が減少するより長い継続時間の波を有する「フェード」タイプの波形の例を表す。波形５２０ａは、より大きなタップレベルの振幅で始まり、マイクロタップレベルの振幅で終わる「タップフェード」であり、波形５２０ｂは、より小さなマイクロタップレベルの振幅で始まり、より低い振幅で終わるマイクロタップフェードである。

【0166】

波形５２５は、通常は全体でより長い継続時間（例えば、０．５秒から１秒の間）続く、連続した高頻度である「バズ」タイプの波形の例を表す。バズは、様々な実施形態に従って、より高い又はより低い振幅を有してもよく、一貫した振動としてユーザが知覚可能である。

【0167】

様々なオーディオ波形は、オーディオドメインにおいて触覚出力の頻度、振幅、及び継続時間特性に対応するように、又はそれらから区別するために、様々な触覚波形に対して同期して、任意選択的に出力される。上述したような様々な極小の触覚構成要素は、オーディオ波形に対応する様々な触覚波形を生成するために様々な組み合わせで使用される。極小の触覚構成要素は、様々なパラメータ（例えば、振幅、回数／反復、タイミングオフセット）を用いて変調され、オーディオ波形が触覚波形に対応するように、触覚デバイス自体から直接様々なオーディオパターンを発生させる。加えて、触覚アクチュエータ（例えば、（複数の）触感出力生成器１６７）によって生成されたいくつかの波形は、いくつかの実施形態による「カチカチ音」などの機械様サウンドの可聴出力を生成する。あるいは、いくつかの実施形態では、別個のオーディオ信号生成器及び出力デバイス（例えば、音色生成器及びスピーカ）は、触覚波形と区別された波形を有するオーディオ波形を同期して出力するために使用することができる。

【0168】

図６は、いくつかの実施形態による、様々なオーディオ波形形態の例の図である。波形６０５は、様々な振幅、継続時間、及び頻度のオーディオ波形の例を表す。オーディオが対となるべきアクティビティと相関する通常のサウンドを模倣するために特殊な波形が生成される場合がある。波形６１０は、特殊な波形の例である。波形６１０ａは、トランシーバの音を模倣した波形であり、波形６１０ｂは、心拍音を模倣した波形である。

【0169】

いくつかの実施形態では、触覚波形及びオーディオ波形が対応する形態を有するとき、例えば、触覚波形及びオーディオ波形が、２つの波形が互いに類似して見えるように同様の時間に同様の継続時間のピークを有している場合、これらの波形は、同期して出力されている。波形６１５（触覚、点線）及び６２０（オーディオ、実線）は、別々に示してあり、次いで位置合わせされ、時間同期される。この例では、時間アラインメントは、触覚波形を、心拍音のオーディオ波形を有する一連のタップと同調させて、結合サウンドを生成し、例えば、心拍モニタと併せて使用するために、心拍の感覚を生成する。

【0170】

いくつかの実施形態では、オーディオ構成要素は、属性を共用するが、依然異なる。例えば、異なるピッチで、又は異なる楽器を使用して再生された同じ着信音又は楽譜（同じ振幅、頻度、及び継続時間）が使用される。同じ触覚出力に異なるオーディオ（例えば、高いピッチと低いピッチ、金属音とガラス音とセラミック音で再生された同じオーディオなど）を重ね合わせることは、異なる意味論的構成要素を生成する。これらの例は、網羅的であることを意図せず、他のオーディオ波形を使用してもよい。

【0171】

例えば、それぞれの触覚出力は、対応するオーディオ出力が付随してもよく、それぞれの触覚出力の少なくとも一部と併用されるそれぞれのオーディオ出力の少なくとも一部を伴ってもよく、又はそれぞれのオーディオ出力は、それぞれの触覚出力及びそれぞれのオーディオ出力が知覚的に同時または同調するように、それぞれの触覚出力に時間的に近接して起こる。触覚波形及びオーディオ波形は、完全に位置合わせする必要はなく、デバイスは、触覚出力及びオーディオ出力の特定のクラスに対して、触覚出力及びオーディオ出力が時間的にややずれていたとしてもユーザに同時であるか、又は同調していると知覚されることとなる事実を考慮してもよい（例えば、オーディオ出力は、触覚出力よりもすばやく処理されるため、オーディオ出力を提供する前に触覚出力を提供することは、場合によっては、オーディオ出力及び触覚出力が同時又は同調して起きているとしてユーザに知覚させることとなる）。付随するオーディオ部分における変化はまた、オーディオ出力を含む実施形態間で変化し得る。例えば、第１の出力に関連付けられたオーディオ構成要素の振幅、第１の出力に関連付けられたオーディオ構成要素の継続時間、第１の出力に関連付けられたオーディオ構成要素に関連付けられた１つ又は２つ以上の音質（例えば、ピッチ、音色など）のそれぞれは、特定の状況で変化し得る。
アプリケーションの状態に基づく触覚出力

【0172】

いくつかの実施形態に従って、アプリケーション用に検出されたアラート条件と関連付けられた時点におけるアプリケーションと関連付けられた１つ又は２つ以上の状態は、対応する触覚出力を提供するための根拠となる。アプリケーションの状態と相関する触覚出力を提供することは、より効率的なヒューマン・マシン・インタフェースを生み出し、それによって、ユーザが動作を実行するためにかかる時間を減らし、その結果として、エネルギー使用を減らし、デバイスに電力を供給するバッテリのバッテリ寿命を増大させる。図７は、いくつかの実施形態による、アプリケーションと関連付けられたアラート条件を検出し、対応する触覚出力を提供する方法７００のフロー図である。いくつかの実施形態では、図７に示した工程とは異なる工程を実施してもよいことに留意されたい。

【0173】

本方法は、いくつかの実施形態によるコンピューティングデバイス１００上で実行しているアプリケーションと関連付けられたアラート条件を７０５で検出するデバイス１００によって開始する。コンピューティングデバイス１００上で実行しているアプリケーションに対して、アラート条件は、様々な実施形態に従って様々な形態をとる。アラート条件は、デバイスのユーザ宛の任意のイベント、通知、又は他のアラートである。あるタイプのアラート条件は、アプリケーションによって自動でトリガーされるか、又はアプリケーション内からトリガーされるイベントに対応する。例えば、アプリケーションによってトリガーされるアラート条件は、リマインダ、スケジュールされた通知、又はアプリケーションによって生成されたアラームなどの所定の又はスケジュールされたアラートを含む。第２のタイプのアラート条件は、デバイスの外部の発信元からアプリケーションによって受信される、自動で開始されたイベント通知である。例えば、大量の一斉送信電子メール、スパム、メーリングリスト宛のシステムによって生成された電子メール、又は任意の他のシステムによって生成された通信などの、システムによって生成された電子メールまたはメッセージである。第３のタイプのアラート条件は、デバイスを操作しているユーザ以外の人間のユーザからの、アプリケーションによって受信された、手動で開始されたイベント通知である。例えば、ユーザの連絡先リストにある既知の電子メールアドレス又は電話番号からの着信メッセージ又は入呼である。様々なアラート条件を検出することができ、例えば、電子メール又はメッセージングアプリケーションのユーザインタフェースがデバイスのディスプレイ上に表示されている間に電子メール又はテキストメッセージの受信の検出を行う。

【0174】

いくつかの実施形態に従って、アラート条件に応じて、デバイス１００は、アラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態を７１０で判定する。１つの例では、アラート条件と関連付けられる時点は、アラートを受信する時点である。第２の例では、アラート条件と関連付けられる時点は、アラートを検出する時点である。

【0175】

いくつかの実施形態では、アラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態を７１０で判定することは、アプリケーション用のユーザインタフェースがアラート条件の時点において又はその前後にデバイス上に表示されたかどうか判定することを含む。状況によっては、その時点は、アラート条件の時点であり、他の状況では、対象の時間は、アラート条件と関連付けられた時点周辺の特定の時間インターバル、例えば、アラート条件と関連付けられた時点の前及び／又は後のインターバルに広がる規定の時間ウィンドウの間を含む。

【0176】

いくつかの実施形態に従って、状態は、アラート条件と関連付けられた時点において、アプリケーションがコンピューティングデバイス上で実行していたか否かに基づいて７１０で判定することができる。かかる判定は、アプリケーションがフォアグランドで実行していることに基づいて、アプリケーションがアクティブ状態であったという判定によってなされる。例えば、ユーザインタフェース要素は、アプリケーションが実行中、デバイスのディスプレイ上で見ることができる。この場合、アプリケーションがコンピューティングデバイス上で実行していない又はバックグラウンドで実行していることに基づいて、アプリケーションは、非アクティブ状態にあったと判定される。例えば、デバイスは、アクティブには使用されていなかったか、又はアプリケーションの指示で計算を実行していなかったか、又はアプリケーションのアクティブ状態を示すユーザインタフェース要素を表示していなかった。ユーザインタフェースディスプレイの状況及びアプリケーションのアクティブ状態の両方の組み合わせは、７１０での判定に任意選択的に使用される。

【0177】

図８を参照すると、いくつかの実施形態による、デバイス１００上でフォアグラウンドでアクティブに実行している電子メールアプリケーション８００の例が示され、そのアプリケーション用のユーザインタフェースを見ることができる。この例では、電子メールアプリケーション８００は、アクティブ状態にある。反対に、デバイス１００上で非アクティブである電子メールアプリケーションの例は、図４Ａに示され、電子メールアプリケーション８００は、デバイス１００上に見えないため、実行していないか又はバックグラウンドで実行しているかのいずれか一方である。

【0178】

再度、図７を参照すると、この例では、アラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態は、アプリケーションに対応するそれぞれのユーザインタフェースウィンドウが、アラート条件と関連付けられた時点におけるマルチアプリケーションウィンドウのユーザインタフェースのフォアグラウンドに表示されたかどうかに基づいて７１０で判定される。例えば、マルチアプリケーションウィンドウが重ねて表示されている場合、ｚ層の一番手前の位置のアプリケーションは、アクティブなアプリケーションであるとみなされる。当該技術分野で周知のように、それぞれのユーザインタフェースウィンドウは、ユーザ入力又はユーザインタラクションを受容する、かつ／又は受信するように構成されている、フォーカスを有するウィンドウと称される場合がある、アプリケーションウィンドウである。

【0179】

いくつかの実施形態に従って、１つ又は２つ以上の他のユーザインタフェースウィンドウは、アラート条件と関連付けられた時点においてデバイス上のマルチアプリケーションウィンドウのユーザインタフェースに同時に表示され、この場合、アラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態を７１０で判定することは、アプリケーションに対応するそれぞれのユーザインタフェースウィンドウが、アプリケーションと関連付けられた時点にマルチアプリケーションウィンドウのユーザインタフェースに表示されたかどうか判定することを含む。

【0180】

いくつかの実施形態に従って、アラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態を７１０で判定する別の方法は、アプリケーションに対するユーザ入力がアラート条件と関連付けられた時点に検出されたかどうかを、アラート条件と異なるユーザインタラクションで判定すること含む。例えば、様々な状況でのユーザ入力は、ユーザタッチ入力、音声入力、または視覚／凝視に基づく入力、又はアプリケーションに対するユーザ入力を受信する任意の手段を含む。場合によっては、アラートに関連付けられた時点は、アラート条件の時点であり、他の状況では、アラート条件と関連付けられた時点周辺の特定の時間インターバル、例えば、アラート条件と関連付けられた時点の前及び／又は後のインターバルに広がる規定の時間ウィンドウの間を含む。

【0181】

アラート条件と関連付けられた時点に検出されたユーザインタラクションに基づいて、アプリケーションがアクティブな状態にあったことを７１０で判定するいくつかの実施形態では、デバイス１００は、アラート条件と関連付けられた時点におけるユーザインタラクションに関連付けられたユーザ関与のレベルを更に判定する。いくつかの状況でのユーザ関与は、アプリケーションとの可能性のあるユーザインタラクションの範囲であり、視線のみなどの最小の関与レベルから、音声又はタッチのみなどの中程度の関与レベルを経過して、アプリケーションにフォーカスするために組み合わされたタッチ、音声、及び視線などのより大きい関与レベルまでに及ぶ（例えば、現在の関与レベル、所定の時間にわたるこれまでの関与レベルのいずれか一方、又はその２つの組み合わせなど）。

【0182】

アラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態を７１０で判定することは、いくつかの実施形態では、アラート条件と関連付けられた時点のコンピューティングデバイスの状態を判定することを含む。この例では、アプリケーションがアクティブ状態にあったと判定することは、コンピューティングデバイスがアラート条件と関連付けられた時点においてアクティブであったことを判定することを含む。いくつかの実施形態に従って、例えば、アクティブなデバイスは、電源がオンであり（例えば、ディスプレイがオンであり）、かつ／又はアクティブ・ユースの状態であるデバイスを含む。同様に、アプリケーションが非アクティブ状態にあったと判定することは、コンピューティングデバイスがアラート条件と関連付けられた時点において、何らかの形で非アクティブであったと判定することを含む。例えば、電源が切られたデバイス、スリープモード又はハイバネーションモードにあるデバイス、アクティブ・ユース中ではないデバイス、ディスプレイが消されているデバイスであり、様々な状況における非アクティブなデバイスにそれぞれ相当する。

【0183】

いくつかの実施形態に従って、アプリケーションがアラート条件と関連付けられた時点においてアクティブ状態であったという判定に従って、デバイス１００は、第１のセットの出力特性を有する第１の触覚出力を７１５で提供する。

【0184】

第１の触覚出力用の第１のセットの特性は、第１の触覚出力の振幅、継続時間、規則性、繰り返し頻度、又は極小の触覚的特徴の変化のうち１つ又は２つ以上を含む。状況によっては、第１の触覚出力は、第１のオーディオ出力が付随する。例えば、それぞれの触覚出力は、対応するオーディオ出力が付随してもよく、それぞれの触覚出力の少なくとも一部と併用されるそれぞれのオーディオ出力の少なくとも一部を伴ってもよく、又はそれぞれのオーディオ出力は、それぞれの触覚出力及びそれぞれのオーディオ出力が知覚的に同時または同調するように、それぞれの触覚出力に時間的に近接して起こる。触覚波形及びオーディオ波形は、完全に位置合わせする必要はなく、デバイス１００は、触覚出力及びオーディオ出力の特定のクラスに対して、触覚出力及びオーディオ出力が時間的にややずれていたとしても、同時に又は同調して起きているとユーザによって知覚されることとなる事実を考慮してもよい（例えば、オーディオ出力は、触覚出力よりもすばやく処理されるため、オーディオ出力を提供する前に触覚出力を提供することは、状況によっては、オーディオ出力及び触覚出力が同時に又は同調して起きているとしてユーザに知覚させることとなる）。付随するオーディオ部分における変化はまた、オーディオ出力を含む実施形態間で変化し得る。例えば、第１の出力に関連付けられたオーディオ構成要素の振幅、第１の出力に関連付けられたオーディオ構成要素の継続時間、第１の出力に関連付けられたオーディオ構成要素に関連付けられた１つ又は２つ以上の音質（例えば、ピッチ、音色など）のそれぞれは、特定の状況で変化し得る。

【0185】

いくつかの実施形態に従って、第１及び第２のセットの特性は、コンピューティングデバイスのデバイス種類に対応する。例えば、同じイベントに対して、デバイス１００は、デバイスの種類（例えば、電話対腕時計対ラップトップコンピュータ対他のハンドヘルドデバイス）に基づいて異なる触覚出力を任意選択的に提供する。しかし、いくつかの実施形態では、第１の出力の触覚構成要素と第２の出力の触覚構成要素との間の差異は、これらの出力が実行されるデバイスとは無関係に保持される。この状況では、全種類のデバイス上で、同じパターンの触覚出力が提供されるが、触覚出力の振幅における差異は、その出力が実施されるデバイスに基づく。

【0186】

デバイス自体における変化、ひいては触覚出力の詳細は、様々な実施形態に従って変化する。例えば、状況によっては、デバイスは、タッチ感知ディスプレイを有する。いくつかの実施形態では、第１の触覚出力及び第２の触覚出力は、コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される。この例では、デバイス１００は、タッチ感知ディスプレイを介してユーザのタッチ入力を受信することと、及び同じタッチ感知ディスプレイを介して触覚出力を提供することとの両方が可能である。いくつかの実施形態に従って、この２方向性タッチ感度により、デバイス１００は、受信されたユーザ入力に基づくフィードバックを提供することができる。

【0187】

上述のように、デバイス１００は、アラート条件と関連付けられた時点におけるユーザインタラクションに関連付けられたユーザ関与のレベルを任意選択的に判定する。これらの状況では、デバイス１００は、判定された関与のレベルに基づいて第１の触覚出力用の出力特性の第１のセットのうち１つ又は２つ以上を更に判定する。いくつかの実施形態では、オーディオ構成要素及び／又は触覚構成要素の振幅、継続時間、繰り返し頻度は、アプリケーションとのユーザインタラクション／関与の程度と反比例して変化してもよい。したがって、より高度なユーザインタラクションに対して、第１のセットの出力特性は、より捉えにくく、より知覚しにくくなるように、より低い強度を第１の出力に持たせるように選択される。したがって、ユーザは、ユーザが既にアプリケーションとの高度な関与又は対話をしているとき、極度に強力な信号にさらされることはない。いくつかの実施形態に従って、ユーザがあまり関与していない場合、デバイス又はアプリケーションに更なる注意を引くためにより高い強度の信号がユーザに提供される。例えば、検出されたユーザインタラクションが高いレベルのユーザインタラクション／関与を反映するタッチ入力又はタッチジェスチャ（及び／又はユーザの凝視）を含む場合、ユーザは、（視覚又はタッチを介してアプリケーションと対話して）アプリケーションとより関与していることからアラート条件におそらく気付いているため、より弱く又はより小さく発声される出力がユーザに提供される。検出されたユーザインタラクションが、音声入力を含むが、アプリケーションとのより低いレベル又は程度の関与を反映するタッチ又は凝視を伴わない場合、アラート条件に更なる注意を引くために、より強くかつより大きく発声される出力が任意選択的に提供される。

【0188】

アラート条件と関連付けられた時点においてアプリケーションが非アクティブ状態であったという判定に従って、デバイス１００は、アラート条件の発生を表す第２の触覚出力を７２０で任意選択的に提供し、第２の触覚出力は、第２のセットの出力特性を有し、第２の触覚出力は、第１の触覚出力と異なる。

【0189】

いくつかの実施形態に従って、第２の触覚出力は、第１の触覚出力と異なり、かつ第１の触覚出力よりも大きな強度を有する。例えば、任意選択的に、第１の触覚出力よりも、信号振幅はより大きく、頻度はより高く、かつ／又は継続時間はより長い。第２の触覚出力は、状況によっては、第１の触覚出力よりも大きな強度を有する。いくつかの実施形態では、第１の出力の触覚構成要素は、第１のセットのパラメータ（例えば、より小さい振幅、より小さい周期性／定常性、イベントのより小さい繰り返し頻度又は回数、出力のより短い継続時間、あまり邪魔をしない／知覚されない／発声されない）を有し、第２の状態の間の第２のセットのパラメータよりも、デバイスのアクティブ状態の間により弱く発声される第１のセットの触覚的特徴又は極小の触覚構成要素（例えば、マイクロタップ）から構成される。同様に、それぞれのオーディオ構成要素が付随する場合、第１の出力のオーディオ構成要素は、アクティブ状態の間の第１のセットのパラメータ（例えば、より小さい振幅、出力のより短い継続時間、あまり邪魔をしない／知覚されない／強くないオーディオメモ）及び非アクティブ状態の間の第２のセットのパラメータを有する。いくつかの実施形態に従って、より高い強度の出力の目的は、アプリケーションが非アクティブ状態にあるとき、アラート条件にユーザの注意を高めて引くことである。

【0190】

上記で論じたように、デバイス１００の状態は、触覚出力の変調、又は出力特性を判定するために任意選択的に使用される。例えば、いくつかの実施形態に従って、デバイスが（例えば、デバイスのバッテリ寿命が所定の閾値未満、例えば、５％、１０％、１５％、又は２０％に低下したため）電力節約状態にあるとき、電力を節約する触覚出力（例えば、より小さい振幅、より短い継続時間、及び／又はより低い頻度の触覚出力）は、たとえこれらの触覚出力がユーザによって知覚されにくいとしても使用される。デバイスが電力節約状態にはないとき、初期設定の触覚出力は、これらの触覚出力が電力を節約していなくても（例えば、電力を節約する触覚出力に比べて、比較的大きな振幅、より長い継続時間、及び／又はより高い頻度の触覚出力）、状況によって使用される。いくつかの実施形態では、第１の出力の触覚構成要素と第２の出力の触覚構成要素との間の差違は、電力を節約する触覚出力が使用されるときであっても、デバイスが電力節約状態にあるため、維持される。

【0191】

第１の触覚出力と同様に、第２の触覚出力は、オーディオ出力が任意選択的に付随し、付随するオーディオ出力の波形に基づいて、これを反映して、かつこれに同期して生成された第２の触覚出力の波形を伴う。いくつかの実施形態では、触覚構成要素の波形は、図６と併せて論じたように、それぞれのオーディオ構成要素の波形から生成され、かつその波形に一致するか、その波形を模倣するか、反映するか、又はその波形と同期している。

【0192】

触覚及びオーディオの様々な組み合わせは、デバイスによって出力されて、ユーザに異なる意味論的情報を提供することができる。第１の例として、第１の触覚出力は、オーディオ出力が付随しないが、第２の触覚出力は、オーディオ出力が付随する。第２の例として、第１の触覚出力は、第１のオーディオ出力が付随し、第２の触覚出力は、第１のオーディオ出力と異なる第２のオーディオ出力が付随する。

【0193】

所与の触覚波形は、異なる知覚を生成できるので、異なるオーディオ波形が付随するときに意味論的情報を生成できる。例えば、高周波数のオーディオ音を伴う触覚構成要素の出力は、異なる知覚可能単位をもたらすので、低周波数のオーディオ音を伴う同じ触覚構成要素の出力と比較すると、意味論的情報をもたらす。高周波数音は、触覚出力によって表されるイベントのクラスにおける重要な発生にユーザの注意を高めて引くために使用してもよいが、その一方で、低周波数音は、イベントのクラスにおける状態変化を示すために使用してもよい。例えば、所与の触覚出力は、テキストメッセージの受信を示すために使用してもよく、緊急メッセージ（または指定送信者からのメッセージ）に対する高周波数音、又は非緊急メッセージまたは非指定送信者から受信したメッセージに対する低周波数音のいずれか一方が付随してもよい。加えて、２つの関連アラートに対して（例えば、テキストメッセージの受信に対応するアラート及び電子メールメッセージの受信に対応するアラートは）、別々に対応する同じ韻律を有するオーディオ構成要素を有するので、同じ触覚構成要素を使用する（例えば、共用触覚構成要素は、２つのアラートがメッセージ受信アラートに対応するという情報を提供するが、その一方で、異なるオーディオ構成要素は、どの種類のメッセージを受信したのかという情報を提供する）。

【0194】

いくつかの実施形態では、第１の触覚出力は、第２の触覚出力と類似、同一、又は略同一である。１つの例において、第１の触覚出力は、オーディオ出力が付随し、第２の触覚出力は、同じオーディオ出力が付随する。この例では、第１の触覚出力は、第２の触覚出力と異なる。図８のアクティブな電子メールアプリケーション８００及び図４Ａの非アクティブな電子メールアプリケーション８００の上記例を再度参照のこと。以下は、電子メールアプリケーション８００用の例示的アラート条件情報、並びに様々な条件、状態、モード、及び条件に対応する出力を示す表である。

【表1】

【0195】

表１は、受信している電子メールの単一のアラート条件の変化に基づく可能性のある出力の変化を示す。最初の７行は、電子メールを受信したときにアプリケーションがとることになる様々なモード、すなわち、アプリケーションを用いて、メールボックススクリーンを表示する、受信箱を表示する、選択されたメッセージを表示する、送信済みメッセージボックスを表示する、作成中の下書きを表示する、電子メール検索フィールド、及びアプリケーションがバックグラウンドで実行しているとき、に従って新規メッセージがないアクティブ状態のアプリケーションを示す。最初の８行では新規メッセージが受信されていないため、出力（触覚又はその他）は存在しない。

【0196】

しかし、残りの８行は、新規メッセージが受信されている条件及び対応する出力を示す。表に示すように、大部分のアクティブモードに対して、触覚出力は、マイクロタップであり、オーディオ出力は、電子メール受信の初期設定オーディオである。しかし、アプリケーションが非アクティブである最後の行、及びアプリケーションがアクティブであるがバックグラウンドで実行している最後から２つ目の行は、触覚出力は、フェードタップであり、オーディオ出力は、電子メール受信の初期設定のままである。したがって、オーディオ出力は、アプリケーションがアクティブかどうかに無関係に保持されるが、触覚出力は、アプリケーションが非アクティブであるか、又はバックグラウンドで実行しているときにより強い強度（マイクロタップに対してフェードタップ）を有する。表１は、いくつかの実施形態による条件及び対応する出力を提供するが、これは単なる例示である。アラート、状態、モード、条件、及び出力の他の組合せが、異なる実施形態により使用される。

【0197】

１つの例において、第１の時点で、アプリケーションがアクティブ状態にある間、デバイス１００は、アプリケーションと関連付けられた第１のアラート条件を７０５で検出し、第１のアプリケーションがアクティブ状態にある間に第１のアラート条件を検出することに応じて、第１のアラート条件を表す第１の出力を７１５で提供する。第２の時点で、第１のアプリケーションが非アクティブ状態にある間、デバイス１００は、第２のアラート条件を検出し、アプリケーションが非アクティブ状態にある間に第２のアラート条件を検出することに応じて、第２のアラート条件を表す第２の触覚出力を７２０で提供する。第２の触覚出力は、第１の触覚出力と異なる。

【0198】

図７における動作について説明された特定の順序は単なる例示であり、説明された順序は、動作を実行することができる唯一の順序であることを示すことを意図するものではないことを理解されたい。当業者であれば、本明細書に記載された動作の順序換えをする様々な方法を認識するであろう。加えて、本明細書に記載の他の方法（例えば、方法９００、１０００、１１００、１２００、１３００、２５００、２６００、３０００、及び３２００）に関して本明細書で記載されている他のプロセスの詳細はまた、図７に関連して上述されている方法７００に類似の方法で適用可能であることも留意されたい。例えば、方法７００を参照して上述した入力、アラート条件、アプリケーション、状態、及び触覚出力は、本明細書に記載された他の方法（例えば、方法９００、１０００、１１００、１２００、１３００、２５００、２６００、３０００、及び３２００）を参照して本明細書に記載された入力、アラート条件、アプリケーション、状態、及び触覚出力の特性のうち１つ又は２つ以上を、任意選択的に有する。簡潔性のために、これらの詳細は、ここでは繰り返さない。
アラート条件のトリガーに基づく触覚出力

【0199】

アラート条件は、手動又は自動でトリガーすることができる。いくつかの実施形態に従って、検出されたアラート条件が手動でトリガーされたか又は自動でトリガーされたかが、対応する触覚出力を提供するための根拠となる。アラート条件が手動でトリガーされたか又は自動でトリガーされたかに相関する触覚出力を提供することは、より効率的なヒューマン・マシン・インタフェースを生み出し、それによって、ユーザが動作を実行するためにかかる時間を減らし、その結果として、エネルギー消費を減らし、デバイスに電力を供給するバッテリのバッテリ寿命を増大させる。図９は、いくつかの実施形態による、アプリケーションと関連付けられたアラート条件を検出し、条件が手動で開始されたイベントによってトリガーされたか、又は自動で開始されたイベントによってトリガーされたかどうかに応じて触覚出力を提供する方法９００のフロー図である。いくつかの実施形態では、図９に示した工程とは異なる工程を実施してもよいことに留意されたい。

【0200】

本方法は、アプリケーションと関連付けられたアラート条件を９０５で検出するデバイス１００によって開始する。コンピューティングデバイス１００上で実行しているアプリケーションに対して、アラート条件は、様々な実施形態に従って様々な形態をとる。アラート条件は、デバイスのユーザ宛の任意のイベント、通知、又は他のアラートである。あるタイプのアラート条件は、手動で開始されたイベントによってトリガーされるイベントに相当し、第２のタイプのアラート条件は、自動で開始されたイベントによってトリガーされるイベントに対応する。状況によっては、デバイス１００は、タッチ感知ディスプレイを有する。

【0201】

アラート条件の検出に応じて、デバイス１００は、アラート条件が手動で開始されたイベントによってトリガーされたかどうかを９１０で判定する。この工程は、アラート条件が人間のユーザによって開始されたイベントに対応するかどうかを判定することを含む。様々な状況は、表２と併せて以下で更に論じるように、イベントが人間のユーザによって開始されたか否かをデバイス１００によって判定するために寄与することができる。

【0202】

いくつかの実施形態では、アラート条件が手動で開始されたイベントによってトリガーされたことをアラート条件特性が示すことを９１０で判定することは、アラート条件が、コンピューティングデバイスのユーザ以外の人間のユーザによって開始されたイベントに対応するかどうか判定することを含む。この判定に関するいくつかの例示的な条件はまた、以下で説明するように表２にも示してある。

【0203】

アラート条件が手動で開始されたイベントによってトリガーされたと判定することは、いくつかの実施形態では、アラート条件が人間のユーザから受信した入力に対応するかどうかを判定することと、コンピューティングデバイスのユーザを特定することと、コンピューティングデバイスのユーザに入力に関してアラートを送るための人間のユーザからの指示を含むことと、を含む。いくつかの実施形態では、人間のユーザから受信した入力は、デバイス１００のユーザからであるが、いくつかの実施形態では、入力は、別のデバイス上の別のユーザ（例えば、他のユーザからデバイスユーザへの個人メッセージの送信者）から受信される。

【0204】

表２は、いくつかの例示的な状況を示し、この状況下で、デバイス１００は、アラート条件が手動で開始されたイベントによってトリガーされたかどうか、イベントが人間のユーザによって開始されたかどうか、かつユーザがデバイス１００のユーザと異なるユーザかどうかを９１０で判定するために使用される情報を有する。表２に示したアプリケーションは、メッセージ、電子メール、電話、カレンダー、タイマ、アクティビティモニタ、及びソーシャルネットワーキングを含むが、この判定を行うためにデバイス１００に類似の情報を提供する任意の他のアプリケーションであることも考えられる。

【表2】

【0205】

表に示した例について、人為的／自動の列は、特定のアラート、条件、及びアプリケーションが、手動で（人為的に）開始されると考えられるアラートに対応するか、又は自動で開始されると考えられるアラートに対応するか、すなわち、アラートが人為的手段によって開始されるのか、又は自動手段によって開始されるのかを示している。例えば、第２行、第４行、第６行、及び第７行はそれぞれ、人間のユーザによる手動アクションを示している。これらの例では、アクションは、デバイスのユーザ（ユーザの列）によって、デバイス上のアプリケーション（例えば、メッセージ、電子メール、又は電話アプリケーション）へのユーザ入力などによって明確に行われるので、デバイス１００は、ユーザが人間のユーザであったこと、及びより明確にはデバイスユーザであったことを容易に判定できる。しかし、他の状況では、いくつかのアラート条件は、手動で、人間のユーザにより、又は自動でのいずれかで生成できるものとして、デバイス１００に既知のタイプに属する。例えば、１行、３行、及び５行は、このカテゴリのアラート条件を有する。特に、メッセージアプリケーションにおいて受信された新規メッセージは、通常は、手動の（人為的に開始された）イベント、例えば、異なるデバイスユーザによって送信されたテキスト又は他のメッセージである。しかし、メッセージはまた、スパム又は広告テキストメッセージなどのシステムによって自動生成することもできる。同様に、新規電子メールメッセージは、人間のユーザによってか、又はシステム（例えば、ボットによって生成されると考えられる、大量電子メール、スパム電子メール、又は定期購読者向けｌｉｓｔｓｅｒｖ（登録商標）電子メールなど）によって自動的にか、のいずれか一方で開始することができる。最後の例では、電話アプリケーションにおける入呼は、通常は、人為的に開始されたイベントであるが、発信者のリスト、例えば、寄付の勧誘又は政治運動の一部としてシステムが自動ダイアルすることによって、自動で開始された呼び出しでもあり得る。これらの状況のそれぞれにおいて、イベントが手動で開始されたか又は自動で開始されたかに関してより決定的に判定できるようにするために、アラート条件の発信元に関する更なる情報が必要である。

【0206】

例えば、電子メール又はメッセージに対して、デバイス１００は、管理され、作成され、制御され、又は更にはユーザに関連付けられている連絡先リスト内の送信者からの個人通信にアラート条件が対応するかどうかを判定できる。最も簡単な例は、電子メールアドレス又は電話番号を伴う連絡先カードなどの実際の連絡先ファイルであるが、他の連絡先リストはまた、状況によっては、ユーザが以前通信したか、又は通信を受けた電子メールアドレス又は電話番号を含む。これらの例は単に、通信が人間のユーザによって手動で開始されたと思われるかどうかをデバイス１００が確認すると考えられる他の手段が多く存在するということである。

【0207】

他の例を表２の第２行から最後の行において示している。この例では、ソーシャルネットワーキングアプリケーションは、ユーザが投稿にタグ付けしたという通知を送信する。通信自体がソーシャルネットワーキングサーバから届いた一方で、通知の内容は、投稿がソーシャルネットワーキングアプリケーション内のデバイスユーザに接続された人間のユーザによって手動で開始されたことを示す。

【0208】

いくつかの実施形態に従って、アラート条件が手動で開始されたイベントによってトリガーされたという判定に従って、デバイス１００は、手動で開始されたイベントの通知に対応する第１の触覚出力を９１５で提供する。

【0209】

アラート条件が手動のイベントによって開始されたことをデバイス１００が判定すると、触覚出力は、アラート条件に対応して提供される。いくつかの実施形態に従って、第１の触覚出力は、コンピューティングデバイスのタッチ感知ディスプレイを介して提供される。いくつかの実施形態では、この判定は、手動で開始されたイベントに関連付けられた緊急性の程度を判定することと、緊急性の程度に基づいて第１の触覚出力の強度を９１２で変調することと、を更に含む。例えば、デバイス１００は、別のエンドユーザからの着信メッセージの内容を分析して、メッセージの緊急性を判定する。したがって、デバイス１００は、電子メール内の日付情報またはメッセージの題名／内容、題名またはメッセージ内に使用されているキーワード（例えば、「緊急」）を検証するか、又はいくつかの実施形態では、「重要」フラグなどのメッセージ内に含まれるメタデータを検証する。いくつかの実施形態に従って、デバイス１００は、メッセージの送信者又は受信者が、重要人物としてユーザによってフラグが付けられた個人を含むか、又はいくつかの他の特別な記号表示を伴う個人を含むかを判定する。その後、デバイス１００は、着信メッセージの内容に関連付けられた緊急性に強度（例えば、振幅、継続時間、頻度）が比例する触覚出力及び／又はオーディオ出力を９１５で提供する。いくつかの実施形態に従って、通常、予想された又は緊急性がない通知／出力は、１つのセットの出力特性を有し、不測の通知は、ユーザの注意を高めて引くことを試みるために、より強い第２のセットの出力特性を有する。

【0210】

状況によっては、デバイス１００は、手動で開始されたイベントに関連付けられた１つ又は２以上のコンテキストの属性を判定し、その根拠に基づく触覚出力の強度を９１２で変調する。例えば、様々な因子は、着信する手動通知に関連付けられたコンテキストの属性及び提供されるべき触覚通知又はオーディオ通知の強度を評価するために考慮することができる。コンテキストの属性には、メッセージを送信する受信者の身元、メッセージの他の受信者の包含及び特定、メッセージ受信のタイミング、通知を受信したときのユーザの位置、通知を受信したときにユーザによって実施されるアクティビティ、メッセージを伝達するために使用されるメディアなどが挙げられるが、この列挙は、網羅的であるわけではない。

【0211】

いくつかの実施形態に従って、このとき、手動で開始されたイベントの通知に対応する第１の触覚出力は、自動で開始されたイベントの通知に対応する第２の触覚出力よりも強い。例えば、より強い出力は、手動で開始されたイベントにユーザの注意を高めて引くと思われる。状況によっては、より個人的で、的が絞られ、デバイスのユーザに直接関連する可能性がより高いことから、手動で開始されたアラートに対する触覚は、ユーザがすぐに注目することをより必要とするシステムによって判定されたイベントにユーザの速やかな注意を引くために役立つ。

【0212】

例えば、いくつかの実施形態に従って、第１の触覚出力は、第１の触覚出力の振幅、第１の触覚出力の継続時間、第１の触覚出力に関連付けられた規則性、第１の触覚出力における触覚的特徴の繰り返し頻度、及び第１の触覚出力を構成する触覚的特徴の選択のうち１つ又は２つ以上を含む第１のセットの特性によって特徴付けられる。例えば、第２の触覚出力は、第２の触覚出力の振幅、第２の触覚出力の継続時間、第２の触覚出力に関連付けられた規則性、第２の触覚出力における触覚的特徴の繰り返し頻度、及び第２の触覚出力を構成する触覚的特徴の選択のうち１つ又は２つ以上を含む第２のセットの特性によって特徴付けられる。

【0213】

状況によっては、手動で開始された２つのイベントを連続で受信することができる。第１のアラート条件は、第１の人間の送信者からの着信電子メールメッセージに対応して検出することができ、着信電子メールメッセージが手動で開始されたイベントに対応するという判定に応じて、デバイス１００は、第１の触覚出力を提供する。第２のアラート条件は、第２の人間の送信者からの着信テキストメッセージに対応して検出され、着信テキストメッセージが手動で開始されたイベントに対応するという判定に応じて、デバイス１００は、第１の触覚出力を提供する。いくつかの実施形態に従って、多数の他の変化が可能である。

【0214】

アプリケーションと関連付けられたアラート条件の検出に応じて、アラート条件が自動で開始されたイベントによってトリガーされたという判定に従って、デバイス１００は、自動で開始されたイベントの通知に対応する第２の触覚出力を９２０で提供する。第２の触覚出力は、第１の触覚出力とは異なる。

【0215】

自動で開始されたイベントによってトリガーされたアラート条件の多数の例が存在する。表２を再度参照すると、カレンダー、タイマ、及びアクティビティモニタアプリケーション用のアラート条件はそれぞれ、多様な自動化の例であり、アプリケーション自体によって生成される。少し異なる例では、最後の行は、電子メールの形式のソーシャルネットワーキング用のアクティビティの概要であるアラート条件を示している。この例では、アラート条件がスケジュールされ、定期的に発生する。したがって、概要がユーザが開始したアクション（例えば、別のユーザによって投稿にタグ付けされた上記の例）に関連するいくつかのイベント情報を含んでもよいが、ソーシャルネットワークからの電子メールは、特定の投稿を含む１日又は１週の間にわたるアクティビティを集約する。しかし、電子メールは、人間のユーザからの要求又は指示によってトリガーされなかったため、手動で開始されたイベントとはみなされない（電子メールは、手動で開始されたイベントの情報をほとんど含まない）。いくつかの実施形態に従って、第２の触覚出力は、コンピューティングデバイスのタッチ感知ディスプレイを介して提供される。

【0216】

いくつかの実施形態に従って、デバイス１００は、アラート条件がアプリケーションによって自動でトリガーされたこと（例えば、アプリケーションによって生成されたリマインダ通知または自動化アラームなどの所定の又はスケジュールされたアラート）、又はデバイスの外部の送信元からアプリケーションによって受信された自動で開始されたイベントの通知（例えば、自動で／システムで生成された電子メールまたはメッセージ）であったと判定する。例えば、送信者の電子メールアドレス[e-mail]は、電子メールに応じて返信するための実際の人間の送信者がいないため、この電子メールが自動的手段によって送信されたことを示唆する。

【0217】

いくつかの実施形態に従って、自動で開始されたイベントがデバイス１００の外部で発生しているイベントに対応するという判定に従って、デバイス１００は、外部で発生している自動で開始されたイベントの通知に対応する第２の触覚出力の第１の変形例を提供する。同様に、自動で開始されたイベントがデバイス内で開始されたイベントに対応するという判定に従って、デバイス１００は、内部で生成され、自動で開始されたイベントの通知に対応する第２の触覚出力の第２の変形例を提供する。したがって、いくつかの実施形態に従って、イベントが着信メッセージによって生成されたかどうかに応じて、同じアプリケーションに対して異なる通知が提供される。

【0218】

いくつかの実施形態に従って、アラート条件が所定の時点において発生するか、又は所定のトリガー条件を満たすと報告するとデバイス１００が判定することにより、アラート条件が自動トリガーを有することが示される。例えば、いくつかの所定のトリガー条件（例えば、その日の自身のアクティビティゴール（activity goal）を達成した、ジオフェンス（geo-fenced）領域を離れたなど）を満たすことは、自動型トリガーである。

【0219】

手動で開始されたアラートトリガと同様に、デバイス１００は、アラート条件と関連付けられた特性を分析して、自動で開始されたイベントに関連付けられた１つ又は２つ以上のコンテキストの属性を判定し、１つ又は２つ以上のコンテキストの属性に基づく第２の出力の強度を９１２で変調する。自動通知に関連付けられたコンテキストの属性及び、様々な状況により、提供されるべき触覚通知又はオーディオ通知の強度を評価する際、様々な因子が考慮される。例えば、通知のタイプ（例えば、１回限りのイベント対周期的／繰り返しアラームなどの繰り返しイベント）、イベントの発生時点のユーザの位置、外部でトリガーされたか又は内部でトリガーされた通知か、通知を受信した時点においてユーザによって実施されるアクティビティ、外部通知に対するアクティビティ、メッセージを伝達するために使用される媒体。

【0220】

手動でトリガーされたイベントと同様に、自動で開始されたイベントに対して、デバイス１００は、自動で開始されたイベントに関連付けられた緊急性が時間的に変化する程度を判定し、特定の時間ウィンドウにわたって、第２の触覚出力を９１２で変調して、緊急性が時間的に変化する程度を示す。例えば、自動で開始された（例えば、内部で、予めスケジュールされた）トリガーに対して、触覚パラメータのセットは、通知に関連付けられたイベントの緊急性又はタイミングに基づいて９１２で変調される。例えば、いくつかの実施形態に従って、カメラアプリケーションに対して、デバイス１００は、写真が撮影されるまで増大する一連のマイクロタップ出力を提供し、このマイクロタップ間のインターバルは、写真を撮影する時点に接近するにつれて次第に減少し、緊急性の意識を増大させるか、又はタイミング因子をユーザが理解する助けとなる時間的に変化する出力を提供する。

【0221】

いくつかの実施形態では、第１の触覚出力用の特性の第１のセットは、第２の触覚出力用の特性の第２のセットと異なる。同様に、それぞれのオーディオ構成要素が付随する場合、第１の出力のオーディオ構成要素は、自動で開始されたイベントの通知に対してではなく、手動で開始されたイベントの通知に対して、第１のセットのパラメータ（より大きい振幅、出力のより長い継続時間、より強い／より知覚される／より発声されるオーディオ符号）を有する。

【0222】

特定の例は、アプリケーションと関連付けられたアラート条件を検出することと、個人アラート通知に対応する第１の触覚出力が提供される場合、ユーザに関連付けられた連絡先のリスト内の送信者からの個人通信にアラート条件が対応するかどうかを応答可能なように判定し、又は自動アラート通知に対応する第２の触覚出力が提供される場合、ユーザに関連付けられた連絡先のリスト内の送信者からの個人通信にアラート条件が対応しないかどうかを判定することと、を含む。ここで、第１の触覚出力は、第２の触覚出力よりも大きい強度を有する。

【0223】

触覚出力は、対応するオーディオ出力が任意選択的に付随し、それぞれの触覚出力の少なくとも一部と併用されるそれぞれのオーディオ出力の少なくとも一部を伴い、又はそれぞれのオーディオ出力は、それぞれの触覚出力及びそれぞれのオーディオ出力が知覚的に同時であるか、または同調するように、それぞれの触覚出力に時間的に近接して起こる。触覚波形及びオーディオ波形は、完全に位置合わせする必要はなく、デバイス１００は、触覚出力及びオーディオ出力の特定のクラスに対して、触覚出力及びオーディオ出力が時間的にややずれていたとしても、同時に又は同調して起きているとユーザによって知覚されることとなる事実を考慮してもよい（例えば、オーディオ出力は、触覚出力よりもすばやく処理されるため、オーディオ出力を提供する前に触覚出力を提供することは、状況によっては、オーディオ出力及び触覚出力が同時に又は同調して起きているとしてユーザに知覚させることとなる）。付随するオーディオ部分における変化はまた、オーディオ出力を含む実施形態間で変化し得る。例えば、第１の出力に関連付けられたオーディオ構成要素の振幅、第１の出力に関連付けられたオーディオ構成要素の継続時間、第１の出力に関連付けられたオーディオ構成要素に関連付けられた１つ又は２つ以上の音質（例えば、ピッチ、音色など）のそれぞれは、特定の状況で変化し得る。

【0224】

いくつかの実施形態に従って、第１の触覚出力と同様に、第２の触覚出力は、オーディオ出力が付随し、付随するオーディオ出力の波形に基づいて、酷似させて、かつ同期して生成された第２の触覚出力の波形を伴う。いくつかの実施形態では、触覚構成要素の波形は、図６と併せて論じたように、それぞれのオーディオ構成要素の波形から生成され、かつその波形に一致するか、その波形を模倣するか、反映するか、又はその波形と同期している。

【0225】

いくつかの実施形態に従って、触覚波形及びオーディオ波形の様々な組み合わせが出力される。いくつかの実施形態に従って、第１の触覚出力は、オーディオ出力が付随しないが、第２の触覚出力は、オーディオ出力が付随する。１つの例において、第１の触覚出力は、第１のオーディオ出力が付随し、第２の触覚出力は、第２のオーディオ出力が付随する。この場合、第１の触覚出力は、第２の触覚出力と同一であり、第１のオーディオ出力は、第２のオーディオ出力とは異なる。いくつかの実施形態では、同じ触覚波形は、異なるオーディオ波形が付随するとき、異なる知覚を生成する。例えば、オーディオ（着信）音が低いピッチに対して高いピッチで再生され、同じ触覚構成要素（又は通常のユーザがそれらを区別できないであろう略類似した触覚構成要素）が付随する場合、触覚構成要素の知覚は、同一の触覚であっても異なる。着信音のより高いピッチの又は甲高いバージョンは、ユーザの注意を高めて引くために第２の出力と共に使用されると考えられる。いくつかの実施形態では、第１の触覚出力は、第２の触覚出力と類似、同一、又は略同一である。

【0226】

別の例として、第１の触覚出力は、オーディオ出力が付随し、第２の触覚出力は、同じオーディオ出力が付随する。この例では、第１の触覚出力は、第２の触覚出力と異なる。

【0227】

図９における動作について説明された特定の順序は単なる例示であり、説明された順序は、動作を実行することができる唯一の順序であることを示すことを意図するものではないことを理解されたい。当業者であれば、本明細書に記載された動作の順序換えをする様々な方法を認識するであろう。加えて、本明細書に記載の他の方法（例えば、方法７００、１０００、１１００、１２００、１３００、２５００、２６００、３０００、及び３２００）に関して本明細書で記載されている他のプロセスの詳細はまた、図９に関連して上述されている方法９００に類似の方法で適用可能であることも留意されたい。例えば、方法９００を参照して上述した入力、アラート条件、イベント、アプリケーション、状態、及び触覚出力は、本明細書に記載された他の方法（例えば、方法７００、１０００、１１００、１２００、１３００、２５００、２６００、３０００、及び３２００）を参照して本明細書に記載された入力、アラート条件、イベント、アプリケーション、状態、及び触覚出力の特性のうち１つ又は２つ以上を任意選択的に有する。簡潔性のために、これらの詳細は、ここでは繰り返さない。
フィードバック対通知に基づく触覚出力

【0228】

アラート条件は、ユーザ入力によって又は所定のシステムイベント（例えば、リマインダ、通知）によってトリガーすることができる。いくつかの実施形態に従って、検出されたアラート条件がユーザ入力に関連付けられているか、又は所定のシステムイベントに関連付けられているかが、対応する触覚出力を提供するための根拠となる。アラート条件のタイプに相関する触覚出力を提供することは、より効率的なヒューマン・マシン・インタフェースを生み出し、それによって、ユーザが動作を実行するためにかかる時間を減らし、その結果として、エネルギー消費を減らし、デバイスに電力を供給するバッテリのバッテリ寿命を増大させる。図１０は、いくつかの実施形態による、ユーザ入力からの第１のアラート条件及びアプリケーションと関連付けられた所定のイベントからの第２のアラート条件を検出し、対応する触覚出力を提供する方法１０００のフロー図である。いくつかの実施形態では、図１０に示した工程とは異なる工程を実施してもよいことに留意されたい。

【0229】

本方法は、アプリケーションに対するユーザ入力の受信に関連付けられたコンピューティングデバイス１００上で第１のアラート条件を１００５で検出することによって開始する。いくつかの実施形態に従って、第１のアラート条件は、本明細書の他の部分に記載された様々なアラート条件のうち任意であり得、アプリケーションは、デバイス１００上で実行している任意のアプリケーションであり得る。いくつかの実施形態に従って、コンピューティングデバイス１００は、ユーザ入力の受信用のタッチ感知ディスプレイを備える。

【0230】

いくつかの実施形態に従って、第１のアラート条件の検出に応じて、デバイス１００は、第１の強度を有し、アプリケーションに対するユーザ入力に対応する第１の触覚出力を１０１０で提供する。第１の触覚出力は、任意選択的にユーザ入力に直接応じて、かつユーザ入力の結果として提供されるフィードバックである。いくつかの実施形態に従って、より強い触覚（例えば、より大きな振幅又はより長い触覚）は、ユーザ入力に直接応答するフィードバックに対して使用される触覚ではなく、ユーザ入力への応答ではない不測のアラート用に使用される。いくつかの実施形態では、不測のアラートは、ユーザの注目がデバイスに向けられているコンテキスト外で発生するアラート（例えば、ユーザがデバイスをアクティブに使用していない間か、又はユーザがデバイスを見ていない間に発生するアラート）である。例えば、デバイスのユーザがデバイスを装着しているがデバイスを見ておらずメッセージングアプリと対話していない間にデバイスによって生成される電子メッセージアラートは、不測のアラートであり、その一方で、ユーザがデバイスを見ている間、及び／又はデバイス上でメッセージアプリケーションを開いている間に受信した同じアラートは、予測されたアラートであると考えられる。同様に、特定のユーザ入力（例えば、ユーザが地図上にピンを置くときの「クリック」）に対するフィードバックがユーザによって予測される。なぜなら、ユーザがデバイスとアクティブに関与しているので、強くない触覚アラートに、より気付きやすいためである。いくつかの実施形態に従って、第１の触覚出力は、コンピューティングデバイス１００上のタッチ感知ディスプレイを介して提供される。第１の強度は、本明細書の他の部分に記載されたように、触覚波形の振幅、頻度、及び／又は継続時間の所定の又は調節可能な組み合わせであることができる。

【0231】

デバイス１００はまた、アプリケーションでの所定のシステムイベントの受信に関連付けられた第２のアラート条件を１０１５で検出する。例えば、第２のアラート条件は、アプリケーションによって、又はアプリケーション内から自動でトリガーされるイベントに対応する。かかるイベントには、様々な実施形態に従って、所定の時点に発生するか、または所定の基準を満たすことを報告するアラート、アプリケーションによって生成されたリマインダ通知またはアラート、アプリケーションによって受信された自動で開始されたイベントの通知（例えば、システムが生成した大量メール、スパム、メーリングリスト宛にシステムが生成した電子メールなどの自動／システム生成電子メールまたはメッセージ）、又はアプリケーションによって受信された手動で開始されたイベントの通知（例えば、ユーザの連絡先リストにある既知の電子メールアドレスまたは電話番号からの着信メッセージまたは入呼などの、人間のユーザによって開始されたイベント）が挙げられる。

【0232】

第２のアラート条件の検出に応じて、デバイス１００は、第２の強度を有し、所定のシステムイベントに対応する、第２の触覚出力を１０２０で提供し、第２の強度は、第１の強度よりも大きい。第２の強度は、振幅、頻度、及び／又は継続時間のうち１つ又は２つ以上において第１の強度よりも大きい。コンピューティングデバイス１００がタッチ感知ディスプレイを備えるとき、第２の触覚出力は、コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される。

【0233】

第２の触覚出力のより大きな第２の強度は、ユーザ入力の結果として生じないアラート条件にユーザの注意を高めて引くように設計されている。例えば、アプリケーションを使用中（この場合は、指は、デバイス１００に既にタッチしていてもよい）のユーザフィードバックは、指でデバイスにタッチしていないユーザと比較して、ユーザがフィードバックに気付くためにはより弱い触覚出力で済む。デバイスに接触中のフィードバックは、ユーザによって予測されるので、不測の出力よりも、任意選択的に、より捉えにくく、小さめであってもよい。いくつかの実施形態に従って、直接操作は、短くすばやい触覚フィードバック（＜１００ミリ秒）をもたらすべきである。触覚フィードバックは、それがユーザ入力への応答であるとき、あまり強くない（例えば、より低い振幅、より少ない触覚的特徴、より長い周期性／繰り返し、より短い継続時間、より弱い触覚的特徴など）。その一方で、通知は、多くの場合、不測の出力であり、それゆえに、状況によっては、ユーザの注意を高めて引くためにより強い必要がある。したがって、通知は、任意選択的に長め（約１．５秒）かつ強めである。

【0234】

例として、いくつかの実施形態に従って、デバイス１００は、第１のアプリケーションと関連付けられたアプリケーションユーザインタフェース上に表示されたユーザインタフェース要素のユーザの選択に対応する第１のアラート条件を１００５で検出し、第１のアラート条件に応じて、ユーザインタフェース要素のユーザの選択を表すそれぞれの第１の触覚出力を１０１０で提供し、それぞれの第１の触覚出力は、第１の強度及び第１の継続時間の第１の触覚的特徴を含む第１の触覚構成要素を含む。いくつかの実施形態に従って、それぞれの第１の触覚出力を提供後、デバイス１００は、第１のアプリケーションによって受信されたアラート通知に対応する第２のアラート条件を１０１５で検出し、第２のアラート条件に応じて、アラート通知の受信を表すそれぞれの第２の触覚出力を１０２０で提供し、それぞれの第２の触覚出力は、以下を含む第２の触覚構成要素を含む。（１）第２の強度及び第２の継続時間の第２の触覚的特徴、並びに（２）第２の触覚的特徴が第１の触覚的特徴よりもより発声される、第２の強度が第１の強度よりも大きい、又は第２の継続時間が第１の継続時間よりも長いことに基づいて、それぞれの第１の触覚出力と異なり、より発声されること。例えば、着信電話呼は、電話アプリケーション上で入呼に応答するか、又は入呼を切るよりも強い触覚出力を有すると考えられる。

【表3】

【0235】

表３は、電話アプリケーション、並びに３つの異なるアラート条件である入呼、入呼への応答、及び入呼を切るに対応する出力を示す。この例では、入呼に応答するか、又は入呼を切るユーザ、アクションをとるユーザによって予測されたアクションであるので、アクションを付随する対応する触覚出力は、ユーザに対するフィードバックとみなされる。この２つのアラート条件に対して、触覚出力はあまり強くない（例えば、マイクロタップ）。対照的に、入呼は、アラート条件のより不測のタイプであり、実際に、限られた時間に存在するものであるので、ユーザの注目を引くことを意図してより大きな強度を伴う触覚（例えば、ダブルバズ）を有する。いくつかの実施形態に従って、より強い触覚（例えば、より大きな振幅又はより長い触覚）は、ユーザ入力に直接応答するフィードバックに対して使用される触覚ではなく、ユーザ入力への応答ではない不測のアラート用に使用される。

【0236】

表３は、いくつかの実施形態による条件及び対応する出力を提供するが、これは単なる例示である。アラート、状態、モード、条件、及び出力の他の組合せが異なる実施形態により使用される。

【0237】

状況によっては、触覚出力は、触覚出力が特定のユーザ入力の結果として生じるか否かに基づいて変化し得る。いくつかの実施形態では、デバイス１００は、第１のアプリケーションと関連付けられた第１のアラート条件を最初に検出し、第１のアラート条件は、それぞれのユーザ入力の結果として生じる。例えば、タッチを与えるユーザは、電子メールアプリケーションで電子メールメッセージを入力して、タイプする。いくつかの実施形態に従って、デバイス１００は、第１のアラート条件を表すそれぞれの第１の触覚出力を提供する。上記の例に続けて、デバイスは、それぞれのユーザ接触の入力に対して小さい強度で短いインターバルのバズを提供する。それぞれの第１の触覚出力を提供後、デバイス１００は、第１のアプリケーションと関連付けられた第２のアラート条件を検出する。第２のアラート条件は、ユーザ入力の受信からは生じない。電子メールアプリケーションのコンテキストでは、このアラート条件は、任意選択的に、電子メールアプリケーション内の着信電子メールである。いくつかの実施形態に従って、デバイス１００は、第２のアラート条件を表すそれぞれの第２の触覚出力を次いで提供し、それぞれの第２の触覚出力は、それぞれの第１の触覚出力と異なり、より大きな強度を有する。例えば、第２の触覚出力は、着信メッセージのデバイスのユーザに通知するためにより大きい強度及び／又はタップの長期化を任意選択的に有する。

【0238】

いくつかの実施形態に従って、第１及び第２の触覚出力は、ユーザの注意を引くためにその強度及びその能力に影響を与える様々な特性を有することができる。例えば、第１の触覚出力は、第１の触覚出力の振幅、第１の触覚出力の継続時間、第１の触覚出力に関連付けられた規則性、第１の触覚出力における触覚的特徴の繰り返し頻度、第１の触覚出力を構成する触覚的特徴の選択のうち１つ又は２つ以上を含む第１のセットの特性を有し、第２の触覚出力は、第２の触覚出力の振幅、第２の触覚出力に関連付けられた触覚構成要素の継続時間、第２の触覚出力に関連付けられた規則性、第２の触覚出力における触覚的特徴の繰り返し頻度、第２の触覚出力を構成する触覚的特徴の選択のうち１つ又は２つ以上を含む第２のセットの特性を有する。様々な実施形態に従って、特性のうち任意は、第１の触覚と第２の触覚との間で異なってもよく、又は特性の全てが異なってもよい。

【0239】

いくつかの実施形態に従って、触覚及びオーディオの様々な組み合わせが出力される。いくつかの実施形態に従って、第１の触覚出力は、オーディオ出力が付随しないが、第２の触覚出力は、オーディオ出力が付随する。１つの例において、第１の触覚出力は、第１のオーディオ出力が付随し、第２の触覚出力は、第２のオーディオ出力が付随する。この場合、第１の触覚出力は、第２の触覚出力と同一であり、第１のオーディオ出力は、第２のオーディオ出力と異なる。いくつかの実施形態では、同じ触覚波形は、異なるオーディオ波形が付随するとき、異なる知覚を生じる。例えば、オーディオ（着信）音が低いピッチに対して高いピッチで再生され、同じ触覚構成要素（又は通常のユーザがそれらを区別できないであろう略類似した触覚構成要素）が付随する場合、触覚構成要素の知覚は、同一の触覚であっても異なる。着信音のより高いピッチの又は甲高いバージョンは、ユーザの注意を高めて引くために第２の出力とともに使用されると考えられる。いくつかの実施形態では、第１の触覚出力は、第２の触覚出力と類似、同一、又は略同一である。

【0240】

いくつかの実施形態に従って、触覚出力のうち任意は、オーディオ出力を付随させることができ、付随するオーディオ出力の波形に基づいて、反映して、かつ同期させて生成された第２の触覚出力の波形を伴う。いくつかの実施形態では、触覚構成要素の波形は、図６と併せて論じたように、それぞれのオーディオ構成要素の波形から生成され、かつその波形に一致するか、その波形を模倣するか、反映するか、又はその波形と同期している。触覚波形及びオーディオ波形は、完全に位置合わせする必要はなく、デバイス１００は、触覚出力及びオーディオ出力の特定のクラスに対して、触覚出力及びオーディオ出力が時間的にややずれていたとしても、同時に又は同調して起きているとユーザによって知覚されることとなる事実を考慮してもよい（例えば、オーディオ出力は、触覚出力よりもすばやく処理されるため、オーディオ出力を提供する前に触覚出力を提供することは、状況によっては、オーディオ出力及び触覚出力が同時に又は同調して起きているとしてユーザに知覚させることとなる）。付随するオーディオ部分における変化はまた、オーディオ出力を含む実施形態間で変化し得る。例えば、第１の出力に関連付けられたオーディオ構成要素の振幅、第１の出力に関連付けられたオーディオ構成要素の継続時間、第１の出力に関連付けられたオーディオ構成要素に関連付けられた１つ又は２つ以上の音質（例えば、ピッチ、音色など）のそれぞれは、特定の状況で変化し得る。

【0241】

いくつかの実施形態では、触覚強度とデバイスの音量との間に連携がある。例えば、第１の触覚出力の第１の強度及び第２の触覚出力の第２の強度は、オーディオチャネルが切られているか、又は弱められている場合、触覚出力が独立にか、又は初期設定強度／所定の強度に加えてかのいずれか一方で、任意選択的に増大されるように、デバイス上の音量設定に反比例して調節される。

【0242】

いくつかの実施形態では、第１の触覚出力の提供前に、デバイス１００は、入力に基づく変調条件が存在するかどうかを１０２５で判定し、入力に基づく変調条件が存在するという判定に応じて、第１の触覚出力の提供前に、デバイス１００は、第１の触覚出力を１０３０で修正する。

【0243】

例えば、入力に基づく１つの変調条件は、ユーザの関与である。この事例では、デバイス１００は、それぞれのアラート条件を検出し、それぞれのアラート条件がコンピューティングデバイス上で受信されたそれぞれのユーザ入力から生じたと判定する。次いで、いくつかの実施形態に従って、デバイス１００は、検出されたユーザ入力に関連付けられたユーザ関与の程度を特定し、ユーザ関与の程度に基づいて、第１の触覚出力の第１の信号強度を変調する。例えば、いくつかの実施形態では、オーディオ構成要素及び／又は触覚構成要素の強度（例えば、振幅、継続時間、繰り返し頻度）は、アプリケーション／デバイスとのユーザ入力の対話／ユーザの関与の程度と反比例して変化してもよい。ユーザの対話／関与のより高い度合／程度（タッチ又は直接操作など）に対して、出力特性は、第１の出力をより捉えにくく、又はより弱く／より知覚されないようにするように選択される。したがって、ユーザは、ユーザがアプリケーション／デバイスとの高い度合の関与又は対話をしているとき、極度に強力なフィードバック信号を受けることはない。例えば、タッチ／直接操作に対して最も弱い出力が提供される。例えば、ユーザが入力を与えながらデバイスと接触している場合、ユーザは、極度に強力なフィードバック信号を受けるべきではない。その一方で、ユーザがあまり関与していない場合、更なる注意を引くためにユーザに対してより強い信号が提供される。

【表4】

【0244】

表４は、ユーザのフォーカスにおける変化を伴うアラート条件に対するユーザ関与の様々なレベル、及び結果としての触覚出力レベルを示す。表に示した触覚出力レベルは、主要なかつ副次的なユーザのフォーカスを考慮して、ユーザの注意を引くために必要な触覚強度のレベルのスライディングスケールとして考えることができる。例えば、最も高いレベルのユーザ関与は、アラート条件がフィードバックの形式であるときの、アラート条件を生成するアプリケーションの直接操作である。例えば、ユーザがアプリケーションに情報を入力している場合、アプリケーションは、既にユーザの主要なフォーカスであり、ユーザの注意を引くためにはわずかな触覚があればよく、最も低いレベルの触覚「レベル１」を出力することができる。これは、できる限り最も小さな触覚、例えば、１回のマイクロタップであってもよい。

【0245】

第３行に飛ぶと、ユーザがデバイスにタッチしているが、異なるアプリケーションに入力している場合、ユーザは、デバイスに集中しているので、あるレベルの関与をしているが、ユーザは、アラートを提供するアプリケーションとは異なるアプリケーションを使用しているため、ユーザは、ユーザがアラートを提供するアプリケーションに入力していた場合よりも低い関与をしている。この場合、適切な出力は、「レベル２」の触覚出力である。例えば、レベル２の出力は、連続した２回のマイクロタップであると考えられる。

【0246】

第２行から最後の行まで飛ぶと、ユーザは、アラートをアクティブに発するがバックグラウンドで動作するアプリケーションを有することができ、アラート条件の時点においてデバイスにタッチしていなくてもよい。結果として、デバイスは、この状況では、ユーザの注意を得るためにより大きな触覚を選んでもよい。したがって、「レベル３」の触覚出力は、適切な、例えば、プライミングタップであってもよく、１回のマイクロタップ又は連続するマイクロタップが続いてもよい。

【0247】

最後に、最後の行は、非アクティブ状態でアラートを発するアプリケーションを有するユーザを示す。状況によっては、アプリケーションは、バックグラウンドであっても実行してないか、又はデバイスは、スリープ状態にある。この例では、最大の触覚の「レベル４」が、ユーザの注意を得るために適切である。例えば、ダブルバズの触覚出力が、状況によっては、適切であると考えられる。いくつかの実施形態に従って、より強い触覚（例えば、より大きな振幅又はより長い触覚）は、ユーザ入力に直接応答するフィードバックに対して使用される触覚ではなく、ユーザ入力への応答ではない不測のアラート用に使用される。

【0248】

これは、限定された数の状況及び触覚出力例を用い、全てのアプリケーション及びアラートが同じように扱われると仮定した単なる一例であり、他の状況においてはその限りではない場合がある。加えて、触覚出力の特定のレベルは、「初期設定の」出力、例えば、レベル２であってもよく、その場合、ユーザのフォーカスに応じて、デバイスは、触覚出力の強度を上下に調節してもよい。表４は、いくつかの実施形態による条件及び対応する出力を提供するが、これは単なる例示である。アラート、状態、フォーカス、条件、及び出力の他の組合せが様々な実施形態に従って使用される。

【0249】

いくつかの実施形態では、触覚出力は、ユーザ入力の位置に基づいて修正される。この例では、デバイス１００は、それぞれのアラート条件を検出し、それぞれのアラート条件がデバイス上の触感ユーザ入力の受信から生じたと判定する。デバイス１００は、第１の触覚出力の空間触覚エネルギープロファイルを、デバイス上の触感ユーザ入力を受信している位置で触覚出力を知覚できるように、第１の触覚出力の触覚エネルギーの振幅を低減することによって、変調する。いくつかの実施形態に従って、触覚エネルギーの振幅は、ユーザの指／触感入力の位置から離れた位置では知覚できないように低減することができる。例えば、低い振幅は、接触点で指によって知覚することができるが、残りの手及び／又は手首では知覚することができない。同様に、いくつかの実施形態では、デバイス１００は、それぞれのアラート条件を検出し、それぞれのアラート条件がデバイス上の触感ユーザ入力の受信から生じたと判定するが、その場合、デバイス上の触感ユーザ入力を受信した位置を具体的に特定し、デバイス上の触感ユーザ入力を受信した位置の特定の半径閾値内で、第１の触覚出力の特定の割合よりも大きく提供することによって、第１の触覚出力の空間触覚エネルギープロファイルを変調する。いくつかの実施形態に従って、デバイス上の触感ユーザ入力を受信した位置は、時間と共に変化するので、空間触覚エネルギーもまた、デバイス上の触感ユーザ入力を受信した時間的に変化する位置に対応して、時間と共に変化する。

【0250】

いくつかの実施形態に従って、触覚出力の形態学的特性は、触感入力を模倣する。例えば、デバイス１００は、それぞれのアラート条件を検出し、それぞれのアラート条件が触感ユーザ入力の受信から生じたと判定し、次いで、触感ユーザ入力の時間的に変化する形態学的属性を特定する。様々な実施形態に従って、触感入力の時間的に変化する形態学的属性には、タッチ感知面上の接触の検出、その接触が感知面と維持されているか、どのくらい離れているか、どの向きに動いているかをモニタすること、接触点に置かれた圧力の量を決定することなどが挙げられる。次いで、デバイス１００は、触感ユーザ入力の時間的に変化する形態学的属性を模倣するために、第１の触覚出力の形態学的特性を経時的に修正する。例えば、模倣するための第１の触覚出力の形態学的特性は、触感入力を再現するために触覚出力の振幅、継続時間、頻度などを変化させることを含む。

【0251】

いくつかの実施形態では、触覚構成要素の波形は、ユーザ触感入力と完全に位置合わせされる必要はなく、デバイス１００は、触覚出力が時間的にややずれていたとしても同時に又は同調して起きているとユーザによって知覚されることとなる事実を考慮してもよい（例えば、触覚出力は、遅延した応答としてユーザが知覚することができるよりもすばやく処理されるため、同時に又は同調して起きているとしてユーザに触覚を知覚させることとなる）。いくつかの実施形態では、利用可能な所定のセットの触覚的特徴のうち特定の触覚的特徴は、第１の出力の触覚構成要素を構成するために、触覚的特徴がユーザ入力を最も良好に模倣していることに基づいて選択される。いくつかの例として、単純なタッチに対するマイクロタップ、より長い／より押し込んだタッチに対するペンクリックタップ、スワイプに対するバズ、指を持ち上げて終了するスワイプに対する終了時に大きくなるバズが挙げられる。例えば、いくつかの実施形態に従って、時間的に変化する形態学的属性は、触感ユーザ入力とタッチ感知面との間の時間依存型接触圧プロファイルを含み、修正することは、触感ユーザ入力とコンピューティングデバイスのタッチ感知面との間の時間依存型接触圧プロファイルを再現するために第１の触覚出力のエネルギープロファイルを時間と共に変調することを含む。

【0252】

いくつかの実施形態に従って、触覚出力は、持続的なユーザ入力、ジェスチャ、機械的調節、又はユーザによる他のデバイス操作の時間幅を模倣できる。例えば、デバイス１００は、それぞれのアラート条件を最初に検出し、それぞれのアラート条件が持続的なユーザ入力から生じたと判定する。いくつかの実施形態に従って、持続的なユーザ入力には、コンピューティングデバイス上のタッチ感知面での触感ユーザ入力、ノブの回転、ボタンの押し下げ、又は検出可能な開始／終了時点を伴うデバイス操作の任意の他のユーザ入力が挙げられる。いくつかの実施形態では、デバイスは、アラート条件がジェスチャ、機械的調節などから生じたと判定できる。その判定に応じて、デバイス１００は、持続的なユーザ入力の開始時点において第１の触覚出力を開始し、持続的なユーザ入力の終了を検出し、次いで、持続的なユーザ入力の終了時点において第１の触覚出力（例えば、ユーザ入力を模倣すること）を終了する。いくつかの実施形態では、触覚出力は、ユーザ入力によって、ユーザ入力の開始時点に開始され、ユーザ入力の終了時点に終了する。したがって、触覚フィードバック／触覚出力は、ユーザ入力の継続時間をほぼ通して継続する。触覚出力は、タッチ感知面に限定されず、ユーザ入力の位置で提供されると考えられる。例えば、腕時計の側面の回転ノブを回すと、クリックのように感じる触覚により、ユーザがノブを回すに従って、持続したフィードバックを提供すると考えられる。

【0253】

いくつかの実施形態では、第２の触覚出力の提供前に、デバイス１００は、周囲条件に基づく変調条件が存在するかどうかを１０３５で判定し、周囲条件に基づく変調条件が存在するという判定に応じて、第２の触覚出力の提供前に、デバイスは、第２の触覚出力を１０４０で修正する。

【0254】

例えば、デバイス１００は、周囲条件が触覚出力のユーザ知覚に対して潜在的妨害として存在するかどうかを判定する。この例では、デバイス１００は、１つ又は２つ以上の周囲条件がそれぞれのアラート条件の発生時点に触覚出力の潜在的干渉としてデバイスに対して存在しているかどうかを判定する。いくつかの実施形態に従って、周囲条件には、（測定された周囲ノイズ、並びにユーザが図書館、博物館、映画館、病院、又は静寂であると一般的に既知である他の場所にいると特定することを含む）ノイズ、触覚感覚に対するユーザの身体的受容力に影響を及ぼす移動／振動、デバイスとの関与レベル（例えば、上記で論じたように、ビューイング、タッチ、会話など）、デバイスへのユーザの近接度（例えば、ユーザの身体上のデバイス対デバイスからの特定の近接閾値よりも離れて位置するなど）が挙げられる。

【表5】

【0255】

表５は、いくつかの実施形態に従って、アラート条件の間に存在し得る、様々なアプリケーション状態に対する様々な周囲条件、及びこれらの条件に基づいて提供される触覚出力へのあり得る修正を示す。表に示した周囲条件には、低いノイズレベル及び高いノイズレベル、低い振動レベル及び高い振動レベル、デバイスへの短い距離及び長い距離、並びに上記セクション及び表４に関連する高いユーザ関与レベル及び低いユーザ関与レベルが挙げられる。この表は、様々な周囲条件の例を備え、所与のアプリケーションの状態（アクティブ又は非アクティブ）に対して、触覚出力が周囲条件に合わせて調節するためにどのように修正されると考えられるかを示している。表５は、触覚出力に対する修正を示すのみであるが、オーディオなどの非触覚出力に対して類似の調節が行われると考えられる。触覚修正の列は、多くの変形例が可能ではあるが、なし（アラートに対する初期設定の触覚を維持）、増加１、２、又は３、及び低下１の可能な修正を列挙している。これらは単なる例である。高ノイズ、低振動（非アクティブ）、高振動（アクティブ）、及びデバイスへの長い距離（行３、行４、行６、行７、及び行１１）などのいくつかの条件に対して、デバイスは、ユーザをある程度、注意散漫にさせる場合がある周囲条件において、初期設定の触覚を１つ又は２つの工程、例えば、１回のマイクロタップをタップまたは２回のマイクロタップに、又はタップをバズになどに増加させることによって修正することができる。高振動（非アクティブ）又はデバイスへの長い距離（行８及び行１２）など他の条件に対して、デバイスは、ユーザをより大きい程度に注意散漫にさせる場合がある周囲条件において、初期設定の触覚をより大きな量だけ、例えば、マイクロタップをバズなどに増加させることによって修正することができる。状況によっては、触覚は、修正の一部としてオーディオ出力が付随してもよい。触覚の強度の修正に対して代替的に又は追加的に、デバイスは、例えば、増加３と表記された周囲条件に対する触覚出力を受け取るユーザに対して、周囲条件が向上するまで触覚出力を遅延してもよい。この例では、デバイスは、干渉する周囲条件が治まったので触覚を出力することができるかどうかを究明するために、周囲条件を定期的に判定することができる。他の状況では、遅延は、適用されない。これらの例は、限られた数の状況及び触覚出力例を用いた非常に限定されたものであり、全てのアプリケーション及びアラートが同一に扱われると仮定したもので、他の状況においてはその限りではない場合がある。

【0256】

いくつかの実施形態では、周囲条件は、もしあったとしてもユーザをそれほど注意散漫にしないため、修正は必要ない（例えば、修正の列で「なし」とした行）。最後に、周囲条件下によっては、デバイスは、例えば、ユーザが関与しているため小さめの出力が必要とされる場合、高い関与レベルに対して、アラート条件と関連付けられた初期設定の触覚を低下させることができる。表５は、いくつかの実施形態による条件及び対応する出力を提供するが、これは単なる例示である。周囲条件、アラート、状態、及び出力の他の組合せが様々な実施形態により使用される。

【0257】

いくつかの実施形態に従って、デバイス１００は、触覚出力を遅延させる。最初に、デバイス１００は、干渉する周囲条件がデバイスに対して存在しないという判定を行う。この例では、デバイス１００は、ユーザの受容力の状態に基づいてそれぞれの第２の触覚出力を提供し、１つ又は２つ以上の周囲条件が触覚出力への潜在的干渉としてデバイスに対して存在するという判定に従って、デバイス１００は、ユーザに対するそれぞれの第２の出力の提供を遅延させる。例えば、遅延は、後続のインスタンスにおいて干渉する周囲条件が存在しなくなるまで継続してもよい（例えば、デバイス１００は、いくらか後の時点で再度、干渉する周囲条件が存在するかどうかを判定する）。例えば、通知を受信したときにユーザが非常に活動的（例えば、ランニング又はトレーニングの最中）であり、そのため触覚感覚を知覚できない場合、デバイスは、ユーザが活動を完了するまで待機するなど、活動が完了するまで触覚出力を遅延させることができ、次いで、通知に対応する触覚出力を提供できる。他の状況下において、アラートは、デバイスが周囲条件と無関係にアラートを遅延させることができない十分な緊急性である場合がある。これらの例では、周囲条件の判定は、触覚感覚に対するユーザの身体の受容力を、例えば、ユーザの現在の周辺の特性に基づいて推定するための代用として機能する。

【0258】

いくつかの実施形態に従って、デバイス１００は、触覚出力の変形例、例えば、表５と併せて記載した修正例を提供する。この例では、デバイス１００は、それぞれのアプリケーションと関連付けられたそれぞれのアラート条件を検出し、それぞれのアラート条件がユーザ入力の受信から生じなかったと判定する。それぞれのアラート条件がユーザ入力の受信から生じなかったという判定に応じて、デバイス１００は、１つ又は２つ以上の周囲条件がそれぞれのアラート条件の発生時点において触覚出力に対する潜在的干渉としてデバイスに対して存在するかどうかを判定し、干渉する周囲条件がデバイスに存在しないという判定に従って、デバイス１００は、ユーザに第２の触覚出力の第１の変形例を提供し、第２の触覚出力の第１の変形例は、第１のセットの出力特性を有している。例えば、いくつかの実施形態に従って、変形例は、よりソフトで、より短い継続時間の、より捉えにくい触覚特性（例えば、マイクロタップ）を含む触覚出力であり得る。１つ又は２つ以上の周囲条件が触覚出力に対する潜在的干渉としてデバイスに対して存在するという判定に従って、デバイス１００は、ユーザに第２の触覚出力の第２の変形例を提供し、第２の触覚出力の第２の変形例は、第２のセットの出力の特性を有し、第２のセットの特性は、第１のセットの特性と異なり、第２の触覚出力の第２の変形例は、第２の触覚出力の第１の変形例よりも大きな強度を有する。

【0259】

いくつかの実施形態では、デバイス１００は、ユーザに「準備させる」ために触覚出力を修正できる。例えば、デバイス１００は、それぞれのアプリケーションと関連付けられたそれぞれのアラート条件を最初に検出し、次いで、それぞれのアラート条件がユーザ入力の受信から生じなかったと判定する。いくつかの実施形態に従って、それぞれのアラート条件がユーザ入力の受信から生じなかったという判定に応じて、デバイスは、第２の触覚出力に対する前兆としてプライミング触覚出力を提供し、プライミング触覚出力は、デバイスを操作するユーザの関与レベルを第２の触覚出力に対して増加させるように設計され、プライミング触覚出力の少なくとも一部は、第２の触覚出力よりもより発声される。デバイス１００は、プライミング触覚出力の提供に続いて、かつ提供の特定の時間インターバル内で、第２の触覚出力を任意選択的に提供する。

【0260】

いくつかの実施形態に従って、デバイス１００は、プライミングの変形例を提供できる。１つの例において、プライミング触覚出力は、時間と共に次第に増大する触覚構成要素の強度によって特徴付けられる時間的に変化する波形形態を伴うプライミング触覚構成要素を含む。いくつかの実施形態では、プライミング触覚出力は、通知に対してユーザを無意識のうちに準備させるために、徐々に増大する触覚波形の強度を含む。いくつかの実施形態に従って、プライミング後、オーディオ音量の大幅な増大が、触覚構成要素に呼応して発生する。別の例では、プライミング触覚出力は、触覚構成要素の強度が次第に低下する前に、強調された触覚的特徴によって特徴付けられる時間的に変化する波形形態を伴うプライミング触覚構成要素を任意選択的に含む。あるいは、いくつかの実施形態に従って、デバイス１００は、より強いプライミング触覚（及び任意選択的にオーディオ）出力を最初に提供することによって、ユーザの感受性を意図的に準備させることができ、次いで、ユーザの感知が準備されると、その出力に中程度の出力を続けることができる。いくつかの実施形態に従って、第２の触覚出力に先行してプライミング触覚出力があり、第１の触覚出力は、対応する先行プライミング触覚出力なしに、受信したユーザ入力から生じる対応するアラート条件に応じて、直接提供される。様々な実施形態では、プライミング触覚出力の特性は、アラート条件と関連付けられた緊急性又はコンテキストに基づいて選択され、アラート条件の緊急性を反映した出力の強度を伴う。

【0261】

図１０における動作について説明された特定の順序は単なる例示であり、説明された順序は、動作を実行することができる唯一の順序であることを示すことを意図するものではないことを理解されたい。当業者であれば、本明細書に記載された動作の順序換えをする様々な方法を認識するであろう。加えて、本明細書に記載の他の方法（例えば、方法７００、９００、１１００、１２００、１３００、２５００、２６００、３０００、及び３２００）に関して本明細書で記載されている他のプロセスの詳細はまた、図１０に関連して上述されている方法１０００に類似の方法で適用可能であることも留意されたい。例えば、方法１０００を参照して上述した入力、アラート条件、アプリケーション、及び触覚出力は、本明細書に記載された他の方法（例えば、方法７００、９００、１１００、１２００、１３００、２５００、２６００、３０００、及び３２００）を参照して本明細書に記載された入力、アラート条件、アプリケーション、及び触覚出力の特性のうち１つ又は２つ以上を、任意選択的に有する。簡潔性のために、これらの詳細は、ここでは繰り返さない。
マルチパート動作に対する触覚出力

【0262】

いくつかの実施形態に従って、検出されたアラート条件がマルチパート動作の一部分かどうかが、対応する触覚出力を提供するための根拠となる。アラート条件がマルチパート動作の一部分であるかどうかに関連する触覚出力を提供することは、より効率的なヒューマン・マシン・インタフェースを生み出し、それによって、ユーザが動作を実行するためにかかる時間を減らし、その結果として、エネルギー消費を減らし、デバイスに電力を供給するバッテリのバッテリ寿命を増大させる。図１１は、いくつかの実施形態による、マルチパート動作に関連付けられたアラート条件を検出し、対応する触覚出力を提供する方法１１００のフロー図である。いくつかの実施形態では、図１１に示した工程とは異なる工程を実施してもよいことに留意されたい。

【0263】

本方法は、コンピューティングデバイス１００上で実行しているアプリケーションによって実施されるマルチパート動作の第１の部分に対応する入力を１１０５で受信することによって開始する。いくつかの実施形態では、マルチパート動作の第１の部分に対応する入力は、デバイス１００のタッチ感知面上で検出される。

【0264】

マルチパート動作の第１の部分に対応する入力の受信に応じて、デバイス１００は、継続触覚出力シーケンスを１１１０で開始する。継続触覚出力シーケンスは、第２の入力が受信されるまでシーケンスが続く限り、様々な実施形態に従って、保持され、一定であり、変化するがある時間にわたって継続するか、又は断続的であるとういう意味において継続することができる。いくつかの実施形態では、マルチパート動作の第１の部分に対応する入力の検出に応じて、デバイスはまた、継続触覚出力シーケンスを付随させるために継続オーディオ出力シーケンスを開始する。

【0265】

いくつかの実施形態に従って、デバイス１００は、タッチ感知面を有し、触覚出力シーケンスは、タッチ感知面を介して提供される。例えば、触覚出力は、タッチ感知面をタッチしているデバイスのユーザに知覚可能である所定のパターンでのタッチ感知面の触覚振動を含む。

【0266】

いくつかの実施形態では、継続触覚出力シーケンスに加えて、デバイス１００は、マルチパート動作の第１の部分に対応する入力の受信に応答した第１の触覚フィードバックを１１１５で提供する。第１の触覚フィードバックは、イベントに基づいて選択され、イベントの開始を示し、状況によっては、継続触覚出力シーケンスと異なる。例えば、いくつかの実施形態に従って、第１の触覚フィードバックは、継続触覚出力シーケンスよりも大きな強度の触覚出力を有する。

【0267】

いくつかの実施形態に従って、継続触覚出力シーケンスの開始後、デバイス１００は、マルチパート動作の第２の部分に対応する入力を１１２０で受信する。タッチ感知面を有するデバイス１００に対して、マルチパート動作の第２の部分に対応する入力は、タッチ感知面上で検出される。

【0268】

いくつかの実施形態では、２つのデバイスは、関係している。したがって、マルチパート動作の第１の部分及びマルチパート動作の第２の部分の両方に対応する入力は、デバイス１００によって検出される。しかし、いくつかの実施形態では、マルチパート動作の第１の部分に対応する入力は、デバイス１００によって検出され、マルチパート動作の第２の部分に対応する入力は、第２のデバイスによって検出される。

【0269】

いくつかの実施形態に従って、追加のユーザ入力は、デバイス１００によって受信することができる。例えば、いくつかの実施形態に従って、マルチパート動作の第１の部分に応答した継続触覚出力シーケンスの１１１０での開始後、かつマルチパート動作の第２の部分に対応する入力の１１２０での受信前に、デバイス１００は、マルチパート動作の第２の部分に対応する入力と異なる、１つ又は２つ以上の追加のユーザ入力を１１２５で受信する。これらの状況では、いくつかの実施形態に従って、デバイスは、マルチパート動作の第２の部分に対応する入力を受信するまで、追加のユーザ入力と無関係に継続触覚出力の提供を継続する。

【0270】

いくつかの実施形態に従って、マルチパート動作の第２の部分に対応する入力の受信に応じて、デバイス１００は、継続触覚出力シーケンスを１１３０で終了する。いくつかの実施形態では、マルチパート動作の第２の部分に対応する入力の検出に応じて、デバイス１００はまた、任意の継続オーディオ出力シーケンスを終了する。

【0271】

マルチパート動作の第２の部分に対応する入力は、マルチパート動作の第１の部分に対応する入力に続き、いくつかの実施形態に従って、イベントの継続時間に対応する時間の特定のインターバルによって、マルチパート動作の第１の部分に対応する入力からやがて分離される。更に、状況によっては、継続触覚出力シーケンスは、イベントの継続時間全体にわたって提供され、イベントの発生を示す。

【0272】

いくつかの実施形態に従って、デバイスはまた、マルチパート動作の第２の部分に対応する入力の受信に応答した第２の触覚フィードバックを１１３５で提供する。第２の触覚フィードバックは、継続触覚出力シーケンスと異なる。状況によっては、第２の触覚フィードバックは、イベントの終了を示し、継続触覚出力シーケンスと異なる。例えば、いくつかの実施形態に従って、第２の触覚フィードバックは、継続触覚出力シーケンスよりも大きな強度の触覚出力を有する。

【0273】

様々な実施形態に従って、マルチパート動作は、様々な形態をとることができる。いくつかの実施形態に従って、マルチパート動作は、安全なトランザクションであり、安全なトランザクションを認証するためにデバイスを保護することを含むマルチパート動作の第１の部分を伴う。この例では、信用証明書、例えば、パスワード又は指紋などのバイオメトリック認証を提供するユーザに応じて、デバイスは、決済情報を近距離無線通信（ＮＦＣ）サブシステムを介して決済端末に提供できる決済モードに移される。したがって、デバイスを保護することは、第１の部分であり、対応する継続触覚出力を開始させると考えられる。加えて、マルチパート動作の第２の部分は、この例により、安全なトランザクションを認証することを含む。したがって、いくつかの実施形態に従って、認証は、第２の工程であり、例えば、ＮＦＣサブシステムが第１の工程から保護されている間にＮＦＣサブシステムが決済端末のＮＦＣ領域の範囲に入ったとき、決済端末に決済情報を提供することを含む。

【0274】

ＮＦＣマルチパート安全トランザクションのいくつかの実施形態では、マルチパート動作の第１の部分は、安全なトランザクションを完了するためにユーザ認証が必要であると判定することを含む。例えば、決済端末のＮＦＣ領域の範囲に入るＮＦＣサブシステムに応じて、決済端末は、安全なトランザクションを認証するためにパスワード又は指紋などのバイオメトリック認証などの信用証明書を提供するようにユーザに促す。この例では、マルチパート動作の第２の部分は、安全なトランザクションのためのユーザ認証の受信を含む。例えば、触覚出力は、決済プロセスが開始できる前にユーザ認証情報をユーザが提供する必要があることをユーザに気付かせるために提供され、ユーザ認証情報は、パスコードに基づくか、又はバイオメトリックに基づく認証を任意選択的に含む。いくつかの実施形態では、第１の触覚出力パターンは、ユーザ認証の必要性が判定されたときと、ユーザ認証が受信されたときとの間（例えば、ユーザ認証の要求とユーザ認証の受信との間）に、ユーザ認証情報を提供することをユーザに気付かせるために、デバイスによって提供され、第２の触覚出力パターンは、ユーザ認証情報が受信されたときと、安全なトランザクションが承認されたときとの間（例えば、ユーザ認証の受信と決済端末への決済情報の提供との間）に、デバイスによって提供される。この例では、いくつかの実施形態に従って、第２の触覚出力パターンは、ＮＦＣサブシステムが決済端末の近くに置かれたことをユーザに気付かせるために、第１の触覚出力パターンと異なる。

【0275】

他の決済の実施形態によれば、入力は、ＮＦＣを使用しない安全なトランザクションに対応している。この例では、マルチパート動作の第１の部分は、トランザクションを開始する第１のユーザインタフェース要素の選択である。オンライン購入などの金融トランザクションに対して、オンライン決済のアクティブ化に対応する要素の選択により、安全情報又は機密情報を入力するためのユーザインタフェースにユーザが入力できるようになる。別の例として、ユーザは、安全な電子メールアカウント又はオンライン店舗などの安全な場所へのログインを要求する。上記の例を続けると、マルチパート動作は、トランザクションを処理するために必要な情報のエントリのための１つ又は２つ以上の入力を含む。例えば、クレジットカード情報又は金融トランザクションの認証に必要な他の照合情報のエントリ及び対応する継続触覚出力シーケンスは、情報のエントリの継続時間を通して提供される。同様に、入力は、安全なウェブアカウントにログインするためのユーザ名及びパスワードのエントリであってもよい。いくつかの実施形態では、イベントは、トランザクションを処理するために必要な情報を受信する１つ又は２つ以上のデータエントリフィールドの数に対応し、マルチパート動作の第２の部分に対応する入力は、トランザクションの完了を認証するユーザインタフェース要素、例えば、決済認証ユーザインタフェース要素の選択である。

【0276】

いくつかの実施形態に従って、マルチパート動作の第１の部分は、文書の下書きを閉じることを含み、マルチパート動作の第２の部分は、文書の下書きに戻ることを含む。文書を閉じる例は、様々な実施形態に従って、電子メール又はテキストメッセージの下書きを閉じて、別のタスクに切り替えるか、又は他のアプリケーションを開くことを含み、文書に戻ることは、他のタスク又は他のアプリケーションから電子メール又はテキストメッセージの下書きに切り替えて戻ることを含む。

【0277】

いくつかの実施形態では、入力は、時間的に互いに接近して発生している個別の入力である。例えば、いくつかの実施形態に従って、マルチパート動作の第１の部分に対応する入力は、デバイス上で実行しているアプリケーションと対話する第１のユーザ入力であり、マルチパート動作の第２の部分に対応する入力は、アプリケーションと対話する第２のユーザ入力であり、第２のユーザ入力は、第１のユーザ入力と異なる。例えば、アプリケーションへの第１のユーザ入力は、第１のタップ及びリフトオフであると考えられ、第２のユーザ入力は、同じアプリケーション内での第２のタップ及びリフトオフであると考えられる。

【0278】

状況によっては、マルチパート動作は、マルチパートジェスチャである。例えば、いくつかの実施形態に従って、動作は、マルチパート動作の第１の部分に対応する入力をデバイス１００のタッチ感知面上の接触として最初に検出することを含み、マルチパート動作の第２の部分に対応する入力の検出は、タッチ感知面上の接触の移動を検出することを含む。スワイプジェスチャの例では、第１の部分は、ユーザがタッチ感知面にタッチすることであり、第２の部分は、ユーザがタッチ面にわたって接触を動かす間、ユーザがタッチ感知面との接触を維持していることである。別の例では、動作は、マルチパート動作の第１の部分に対応する入力をタッチ感知面上の接触の移動として最初に検出することと、タッチ感知面からの接触のリフトオフの検出としてマルチパート動作の第２の部分に対応する入力を検出することと、を含む。

【0279】

いくつかの実施形態に従って、マルチパート動作の第１及び第２の部分に対応する入力は、単一のジェスチャを含み、マルチパート動作の第１の部分に対応する入力は、ジェスチャの初期の部分（例えば、指の接触によるタッチ及びホールド）であり、マルチパート動作の第２の部分に対応する入力は、ジェスチャの後続の部分（例えば、指の接触のリフトオフ）である。例えば、テキスト編集又はビューイングアプリケーションでは、単語の上に指を置いて下方へホールドすると、その単語が最初にハイライトされ、次いでハイライトされた単語の上に指を置いて下方へホールドすることを継続すると、切り取り－コピー－貼り付けメニューが起動する。この例では、接触のリフトオフは、タッチ・アンド・ホールドに対応する表示された態様の選択を表すと考えられる。

【0280】

いくつかの実施形態では、ジェスチャは、デバイス１００のディスプレイ上に表示されたユーザインタフェース内の第１の位置に対応するタッチ感知面のある部分上で開始され、第１の位置と異なるユーザインタフェース内の第２の位置に対応するタッチ感知面の第２の部分上で終了する。例えば、いくつかの実施形態に従って、タッチ・スワイプ・リフトオフシーケンスは、ドラッグ及びドロップを実施するために、又はカメラビューア内の焦点領域を移動させるために使用することができる。

【0281】

いくつかの実施形態に従って、マルチパート動作の第１の部分に対応する入力は、それぞれのアプリケーションと関連付けられたイベントを開始し、イベントは、マルチパート動作の第２の部分に対応する入力を受信するまで持続され、その時点で、マルチパート動作の第２の部分に対応する入力は、それぞれのアプリケーションと関連付けられたイベントを終了する。例えば、いくつかの実施形態に従って、第１の入力は、アプリケーションと関連付けられたイベントを開始する（例えば、アプリケーションのアプリケーションユーザインタフェース上に提供された）ユーザインタフェース要素の選択であり、第２の入力は、アプリケーションと関連付けられたイベントを終了する（例えば、同じアプリケーションのアプリケーションユーザインタフェース上の）異なるユーザインタフェース要素の選択である。

【0282】

いくつかの実施形態に従って、アプリケーションは、テキスト編集アプリケーションであり、マルチパート動作の第１の部分に対応する入力は、テキスト編集アプリケーションのテキストエントリモードを有効化する第１のユーザインタフェース要素の選択である。この例では、マルチパート動作は、テキスト編集アプリケーションにテキストエントリするための１つ又は２つ以上の入力を含み、イベントは、テキストエントリのための入力に応答したテキスト編集文書内のテキスト操作に相当し、マルチパート動作の第２の部分に対応する入力は、テキスト編集アプリケーションのテキストエントリモードを無効化するユーザインタフェース要素の選択である。いくつかの実施形態に従って、テキスト編集アプリケーションは、デバイスユーザが他のユーザと通信できるようにする電子メール又はメッセージングアプリケーションなどの通信アプリケーションである。いくつかの実施形態に従って、テキスト編集アプリケーションは、ワードプロセッサアプリケーション、メモ帳または付箋アプリケーション、又はテキストエントリを可能にするが独自の通信機能を提供しない他のアプリケーションなどの非通信テキスト編集アプリケーションである。

【0283】

いくつかの実施形態に従って、継続触覚出力シーケンスの特性は、マルチパート動作の第１の部分に対応する入力によって開始されるイベントに基づいて選択される。例えば、呼び出しを保留にすると、金融トランザクションイベント又は安全なログインよりも弱い強度の（例えば、より低いエネルギーの、より弱い、より知覚されない）触覚出力シーケンスが付随する。金融トランザクションイベント又は安全なログインに対して、ユーザは、機密情報又は安全情報を提供するので、更なる注意を引くべきトランザクションである。この例では、マルチパート動作の継続時間にわたって（例えば、機密情報が入力された後であるがトランザクションが終了する前）、ユーザは、事前エントリに気付かされ、その結果、エントリされている情報の機密性を損なわないためにトランザクションを速やかに完了する。状況によっては、機密情報を利用可能なまま残さないために時間切れ機能が使用される。加えて、異なる触覚出力パターンは、ユーザに、そのパターンが完了する途中でどのタスクに対するものなのかという情報を任意選択的に提供する。

【0284】

いくつかの実施形態に従って、マルチパート動作の第１の部分に対応する入力は、アプリケーションと関連付けられた継続イベントを一時停止し、マルチパート動作の第２の部分に対応する入力は、アプリケーションと関連付けられた継続イベントを再開する。例えば、状況によっては、第１の部分は、継続イベントにおける一時中断を開始する。いくつかの実施形態では、第１の入力は、マルチメディアファイル、ビデオクリップ、歌、又は進行中の電話呼び出しの再生などのアクションを一時中断するユーザインタフェース要素の選択に対応し、第２の入力は、アクションを再開する異なる）ユーザインタフェース要素の選択である。

【0285】

いくつかの実施形態に従って、継続触覚出力シーケンスの強度は、マルチパート動作に対応する後続の入力が受信されるまで、時間と共に増大する。例えば、継続触覚出力シーケンスの触覚エネルギー（例えば、振幅、頻度、触覚的特徴）は、（例えば、強度又は触覚エネルギーを増加させることで）経時的に変調され、マルチパート動作に対応する更なる入力を提供する緊急性が増大していることをユーザに気付かせる。かかる増大する出力は、様々な実施形態に従って、マルチパート動作の第１の部分によって開始されたイベントを終了するか、又はマルチパート動作の第１の部分によって一時停止されたイベントを再開するためのリマインダに対応することができる。

【0286】

いくつかの実施形態では、触覚出力シーケンスの時間的に変化する触覚エネルギープロファイルは、オーディオ出力シーケンスの時間的に変化する音響エネルギープロファイルを模倣する。図６と併せて論じたように、いくつかの実施形態に従って、触覚シーケンス及びオーディオシーケンスの時間的に変化する波形形態は、互いに、模倣、反映、位置合わせ、及び／又は同調する。

【0287】

いくつかの実施形態に従って、出力は、マルチパート動作の第１の部分が新しいイベントを開始するか、又は継続するイベントを一時中断するかに応じるオーディオ出力を含む。いくつかの実施形態に従って、マルチパート動作の第１の部分に対応する入力が継続するイベントを一時中断しないが、それぞれのアプリケーションと関連付けられたイベントを開始するという判定に応じて、デバイス１００は、付随するオーディオ出力シーケンスを持たない触覚出力シーケンスを提供し、マルチパート動作の第１の部分に対応する入力がそれぞれのアプリケーションと関連付けられた継続するイベントを一時中断するという判定に応じて、デバイス１００は、継続触覚出力に付随する継続オーディオ出力シーケンスを提供する。いくつかの実施形態では、オーディオ出力シーケンスは、マルチパート動作の第１の部分が継続するイベント又はアクションを一時中断するか又は一時停止するときのみ、触覚出力シーケンスを付随する。一時中断の間、ユーザは、デバイス及び／又はアプリケーションとおそらく関与していない。例えば、ユーザは、伝達される通話を受動的に待機することができ、それゆえに、オーディオ出力に関連付けられた更なる刺激を許容できる。しかし、いくつかの実施形態では、オーディオシーケンスは、ユーザが電子メールメッセージを能動的にタイプしているか、又は安全な金融情報またはログイン情報をエントリしているなど、実際のイベントがいくつかの実施形態によるマルチパート動作の第１の部分によって開始された場合、触覚シーケンスを付随しない。

【0288】

いくつかの実施形態に従って、アプリケーションは、音声通信アプリケーションである。例えば、いくつかの実施形態に従って、アプリケーションは、通常の電話アプリケーション、Ｓｋｙｐｅ（登録商標）などのボイスオーバーインターネット・アプリケーション、又はＧｃｈａｔなどの電子メールアプリケーションに埋め込まれた音声通信アプリケーションであり得る。いくつかの実施形態に従って、イベントは、マルチパート動作の第１の部分に対応する入力を受信した時点において発生している継続中の音声通信であり、マルチパート動作の第１の部分に対応する入力は、音声通信アプリケーションの第１のユーザインタフェース要素の選択であり、その選択は、継続中の音声通信を一時停止させる。例えば、音声通話は、通話転送又は通話保留要求のため一時中断される。いくつかの実施形態に従って、マルチパート動作の第２の部分に対応する入力は、音声通信を再開する第２のユーザインタフェース要素の選択である。

【0289】

図１１における動作について説明された特定の順序は単なる例示であり、説明された順序は、動作を実行することができる唯一の順序であることを示すことを意図するものではないことを理解されたい。当業者であれば、本明細書に記載された動作の順序換えをする様々な方法を認識するであろう。加えて、本明細書に記載の他の方法（例えば、方法７００、９００、１０００、１２００、１３００、２５００、２６００、３０００、及び３２００）に関して本明細書で記載されている他のプロセスの詳細はまた、図１１に関連して上述されている方法１１００に類似の方法で適用可能であることも留意されたい。例えば、方法１１００を参照して上述した入力、動作、アプリケーション、及び触覚出力は、本明細書に記載された他の方法（例えば、方法７００、９００、１０００、１２００、１３００、２５００、２６００、３０００、及び３２００）を参照して本明細書に記載された入力、動作、アプリケーション、及び触覚出力の特性のうち１つ又は２つ以上を、任意選択的に有する。簡潔性のために、これらの詳細は、ここでは繰り返さない。
サブセット動作に対する触覚出力

【0290】

いくつかの実施形態に従って、動作を実施するために検出された要求が別の動作のサブセットである動作に関連したかどうかは、対応する触覚出力を提供するための根拠となる。動作を実施するための要求が別の動作のサブセットである動作に付随するかどうかに相関する触覚出力を提供することは、より効率的なヒューマン・マシン・インタフェースを生み出し、それによって、ユーザが動作を実施するためにかかる時間を減らし、その結果として、エネルギー消費を減らし、デバイスに電力を供給するバッテリのバッテリ寿命を増大させる。図１２は、いくつかの実施形態による、第１及び第２の動作を実施するための第１及び第２の入力を検出し、動作を実施し、対応する出力を提供する方法１２００の例示的な方法フロー図である。いくつかの実施形態では、図１２に示した工程とは異なる工程を実施してもよいことに留意されたい。

【0291】

本方法は、第１の動作を実施する要求に対応する第１の入力を１２０５で検出することによって開始する。いくつかの実施形態に従って、コンピューティングデバイス１００は、タッチ感知ディスプレイを備え、第１の入力は、いくつかの実施形態によるタッチ感知ディスプレイを介して受信される。

【0292】

いくつかの実施形態に従って、第１の入力の検出に応じて、デバイス１００は、触覚構成要素を含む第１の出力を１２１０で提供する。タッチ感知ディスプレイを備えている場合、第１の出力の触覚構成要素は、いくつかの実施形態によるタッチ感知ディスプレイを介して提供される。

【0293】

また、いくつかの実施形態による第１の入力の検出に応じて、デバイス１００は、第１の動作を１２１５で実施する。第１の動作は、入力に応じて、デバイス１００によって実施される任意の動作であり得る。後述する例には、様々な実施形態に従って、カメラを用いた画像のキャプチャ、デバイスが安全なトランザクションを認証できるようにするためのトランザクション有効化動作、既存ファイル内にコンテンツを保存するための保存動作、及びメッセージ受信箱内にあるメッセージに対する返信を送信するための送信動作が挙げられるが、この列挙は、網羅的であることを意図しない。デバイス１００による他の動作は、以下の本方法の工程として想定される。

【0294】

第１の動作の実施後、デバイス１００は、いくつかの実施形態による第１の動作及び追加動作を含む第２の動作を実施するための要求に対応する第２の入力を１２２０で検出する。いくつかの実施形態に従って、コンピューティングデバイス１００がタッチ感知ディスプレイを備える場合、第２の入力は、タッチ感知ディスプレイを介して受信される。

【0295】

いくつかの実施形態に従って、第２の入力の検出に応じて、デバイス１００は、触覚構成要素を含む第２の出力を１２２５で提供し、第２の出力は、追加動作に対応する追加出力の提供と併せた第１の出力を含む。タッチ感知ディスプレイを備えている場合、第２の出力の触覚構成要素は、いくつかの実施形態によるタッチ感知ディスプレイを介して提供される。

【0296】

いくつかの実施形態では、第２の出力に対応する触覚構成要素は、第１の出力に対応する第１の触覚構成要素及び追加出力に対応する第２の触覚出力構成要素を含み、第２の触覚出力構成要素は、第１の触覚構成要素と異なる。例えば、第２の触覚構成要素は、いくつかの実施形態による第１の触覚構成要素よりも大きい強度（例えば、振幅、継続時間、頻度）を有する。

【0297】

いくつかの実施形態に従って、追加出力は、非触覚構成要素を含む。様々な実施形態に従って、非触覚構成要素は、オーディオ又は視覚（例えば、グラフィック、テキスト）のうち任意であることができる。いくつかの実施形態では、追加出力は、オーディオ構成要素を含むが、第１の出力は、オーディオ構成要素を含まない。例えば、オーディオ出力は、カメラアプリケーションが画像キャプチャに対してカウントダウンする時間の特定のインターバルを測定するインターバルの間に提供されるが、画像のキャプチャの動作自体は、オーディオサウンドが付随しない。

【0298】

オーディオ出力を含む追加出力に対して、触覚出力は、いくつかの実施形態による対応するオーディオ出力が付随し、オーディオ部分及び触覚部分は、オーディオ出力の少なくとも一部が触覚出力の少なくとも一部と同時であるときに位置合わせされ、又はオーディオ出力は、いくつかの実施形態による触覚出力とほぼ同時に発生する。触覚波形及びオーディオ波形は、完全に位置合わせする必要はなく、デバイス１００は、触覚出力及びオーディオ出力の特定のクラスに対して、触覚出力及びオーディオ出力が時間的にややずれていたとしても、同時に又は同調して起きているとユーザによって知覚されることとなる事実を考慮してもよい（例えば、オーディオ出力は、触覚出力よりもすばやく処理されるため、オーディオ出力を提供する前に触覚出力を提供することは、状況によっては、オーディオ出力及び触覚出力が同時に又は同調して起きているとしてユーザに知覚させることとなる）。付随するオーディオ部分における変化はまた、オーディオ出力を含む実施形態間で変化し得る。例えば、第１の出力に関連付けられたオーディオ構成要素の振幅、第１の出力に関連付けられたオーディオ構成要素の継続時間、第１の出力に関連付けられたオーディオ構成要素に関連付けられた１つ又は２つ以上の音質（例えば、ピッチ、音色など）のそれぞれは、特定の状況で変化し得る。

【0299】

いくつかの実施形態では、同じ触覚波形は、異なるオーディオ波形が付随するとき、異なる知覚を生じる。例えば、オーディオ（着信）音が低いピッチに対して高いピッチで再生され、同じ触覚構成要素（又は通常のユーザがそれらを区別できないであろう略類似した触覚構成要素）が付随する場合、触覚構成要素の知覚は、同一の触覚であっても異なる。着信音のより高いピッチの又は甲高いバージョンは、ユーザの注意を高めて引くために第２の出力と共に使用されると考えられる。いくつかの実施形態では、第１の触覚出力は、第２の触覚出力と類似、同一、又は略同一である。

【0300】

いくつかの実施形態に従って、第２の出力は、追加動作が第１の動作と異なると特定するテキスト構成要素を含む。例えば、テキスト構成要素は、補足情報を記載してもよい。例えば、送信動作及びアーカイブ動作に対応する出力は、メッセージがアーカイブ済みであることを示すテキスト情報を提供する。別の例として、決済成功メッセージに対応する出力は、安全情報が検証済みであることを示す。

【0301】

いくつかの実施形態に従って、追加動作は、様々な値を有し、追加出力は、可変属性の値に基づく。例えば、カメラによって写真を撮る前の時間インターバルは、様々な実施形態に従って、５秒、１０秒、１５秒などであってもよい。いくつかの実施形態に従って、１０秒のカメラタイマに対して、追加出力は、対応して１０秒間続く。

【0302】

いくつかの実施形態に従って、その後、デバイス１００は、第２の動作を１２３０で実施する。第１及び第２の動作の実施のタイミングは、それぞれ変化し得る。いくつかの実施形態に従って、第１の動作は、第１の出力の提供と同時に実施され、追加動作は、追加出力の提供と同時に実施される。例えば、シャッタセルフタイマに対して、第１の動作に対応する第１の出力は、タイマがカウントダウンするときに提供され、追加動作に対応する追加出力は、シャッタが写真を撮影するときに提供される。

【0303】

第１の動作は、追加動作及びいくつかの実施形態による追加出力の提供前に提供された第１の出力の実施前に実施することができる。例えば、メッセージ送信（例えば、電子メール）機能に対応する第１の動作に対して、第２の動作は、送信動作及びアーカイブ動作であり、送信動作は、アーカイブ部分である追加動作の前に実施される。

【0304】

いくつかの実施形態に従って、第１の動作の少なくとも一部は、追加動作の一部と同時に実施され、第１の出力の少なくとも一部は、追加出力の一部と同時に提供される。

【0305】

以下は、方法１２００の工程の例示に役立ついくつかの例である。第１の例では、第１の動作は、カメラを用いた画像のキャプチャに対応する。様々な実施形態に従って、カメラは、デバイス１００に一体化されているか、又はデバイスから離れているが、デバイスによって遠隔制御される。この例での第２の動作は、時間の特定のインターバル後の画像のキャプチャに対応する。特に、この例の方法は、カメラを用いて第１の画像をキャプチャする要求に対応する第１の入力を検出することによって開始し、第１の入力の検出に応じて、いくつかの実施形態による触覚構成要素を含む第１の出力を提供する。また、第１の入力の検出に応じて、デバイス１００は、第１の画像をキャプチャする。第１の画像をキャプチャ後、デバイス１００は、時間の特定のインターバル後に第２の画像をキャプチャする要求に対応する第２の入力を検出し、第２の入力の検出に応じて、いくつかの実施形態による触覚構成要素を含む第２の出力を提供する。この例では、第２の出力は、時間の特定のインターバルの経過の測定に対応する追加出力を提供することに関連した第１の出力を含み、第２の画像は、時間の特定のインターバル後にキャプチャされる。

【0306】

別の例では、第１の動作は、デバイスが安全なトランザクションを認証することを有効化するためのトランザクション有効化動作に対応し、第２の動作は、デバイスが安全なトランザクションを認証することを有効化し、いくつかの実施形態による安全なトランザクションを認証することに対応する。例えば、クレジットカード情報が必要なオンライン決済コンテキストでは、有効な動作は、決済端末または販売の他の時点、又はユーザの信用証明書及びパスワードを必要とするユーザログイン要求時において、決済信用証明書を提供するためにＮＦＣサブシステムを準備する。具体的には、この例に従って、本方法は、デバイスが安全なトランザクションを認証できるようにするためのトランザクション有効化動作を実施するための要求に対応する第１の入力を検出することによって開始し、第１の入力の検出に応じて、触覚構成要素を含む第１の出力を提供する。また、第１の入力の検出に応じて、デバイスが安全なトランザクションを認証することを有効化する。トランザクション有効化動作の実施後、安全なトランザクションを認証するための要求に対応する第２の入力を検出し、第２の入力の検出に応じて、触覚構成要素を含む第２の出力を提供する。第２の出力は、安全なトランザクション及び追加動作の認証に対応する追加出力の提供に関連する第１の出力を含む。また、第２の入力の検出に応じて、安全なトランザクションを認証する。

【0307】

いくつかの実施形態に従って、第１の動作は、既存ファイル内のコンテンツを保存するための保存動作に対応し、第２の動作は、既存ファイル内のコンテンツを新規ファイルに保存するための、名前を付けて保存の動作に対応する。この例では、保存動作を実施するための要求に対応する第１の入力が検出され、第１の入力の検出に応じて、触覚構成要素を含む第１の出力が提供される。また、第１の入力の検出に応じて、保存動作は、既存ファイル内のコンテンツを保存するために実施される。保存動作の実施後、既存ファイル内のコンテンツを新規ファイルに保存するための名前を付けて保存の動作を実施するための要求に対応する第２の入力が検出され、第２の入力の検出に応じて、触覚構成要素を含む第２の出力が提供される。第２の出力は、いくつかの実施形態による新規ファイルの作成に対応する追加出力の提供と併せた第１の出力を含む。また、第２の入力の検出に応じて、名前を付けて保存の動作が実施される。

【0308】

いくつかの実施形態に従って、第１の動作は、メッセージ受信箱内にあるメッセージへの返信を送信するための送信動作に対応し、第２の動作は、メッセージ受信箱内にあるメッセージへの返信を送信し、その返信をメッセージ受信箱から除くための送信動作及びアーカイブ動作に対応する。

【0309】

図１２における動作について説明された特定の順序は単なる例示であり、説明された順序は、動作を実施することができる唯一の順序であることを示すことを意図するものではないことを理解されたい。当業者であれば、本明細書に記載された動作の順序換えをする様々な方法を認識するであろう。加えて、本明細書に記載の他の方法（例えば、方法７００、９００、１０００、１１００、１３００、２５００、２６００、３０００、及び３２００）に関して本明細書で記載されている他のプロセスの詳細はまた、図１２に関連して上述されている方法１２００に類似の方法で適用可能であることも留意されたい。例えば、方法１２００を参照して上述した入力、動作、アプリケーション、及び触覚出力は、本明細書に記載された他の方法（例えば、方法７００、９００、１０００、１１００、１３００、２５００、２６００、３０００、及び３２００）を参照して本明細書に記載された入力、動作、アプリケーション、及び触覚出力の特性のうち１つ又は２つ以上を、任意選択的に有する。簡潔性のために、これらの詳細は、ここでは繰り返さない。
アラート条件クラスに関連付けられた触覚出力

【0310】

いくつかの実施形態に従って、検出された２つのアラート条件がアラート条件の同じクラスであるか又は異なるクラスであるかが、対応する触覚出力を提供するための根拠となる。アラート条件が、アラート条件の同じクラス内にあるか又は異なるクラス内にあるかに相関する触覚出力を提供することは、より効率的なヒューマン・マシン・インタフェースを生み出し、それによって、ユーザが動作を実施するためにかかる時間を減らし、その結果として、エネルギー消費を減らし、デバイスに電力を供給するバッテリのバッテリ寿命を増大させる。図１３は、いくつかの実施形態に従って、第１及び第２のアラート条件を検出し、対応する出力を提供する方法１３００の例示的な方法フロー図である。いくつかの実施形態では、図１３に示した工程とは異なる工程を実施してもよいことに留意されたい。

【0311】

いくつかの実施形態に従って、本方法は、第１のアラート条件の発生を１３０５で検出することによって開始する。第１のアラート条件は、本明細書の他の部分に記載された様々なアラート条件のうち任意であることができる。

【0312】

いくつかの実施形態に従って、第１の出力は、第１のアラート条件の発生の検出に応じて、第１の触覚構成要素及び第１の非触覚構成要素を含む１３１０で提供される。様々な実施形態に従って、非触覚構成要素は、オーディオ又は視覚（例えば、グラフィック、テキスト）のうち任意であることができる。いくつかの実施形態に従って、オーディオ構成要素が含まれるとき、オーディオ構成要素及び触覚構成要素は、位置合わせされる。触覚波形及びオーディオ波形は、完全に位置合わせする必要はなく、デバイス１００は、触覚出力及びオーディオ出力の特定のクラスに対して、触覚出力及びオーディオ出力が時間的にややずれていたとしても、同時に又は同調して起きているとユーザによって知覚されることとなる事実を考慮してもよい（例えば、オーディオ出力は、触覚出力よりもすばやく処理されるため、オーディオ出力を提供する前に触覚出力を提供することは、状況によっては、オーディオ出力及び触覚出力が同時に又は同調して起きているとしてユーザに知覚させることとなる）。いくつかの実施形態に従って、非触覚部分は、テキスト構成要素を含む。

【0313】

いくつかの実施形態に従って、第１の出力の提供後、デバイス１００は、第２のアラート条件の発生を１３１５で検出し、第２のアラート条件の発生の検出に応じて、第２の触覚構成要素及び第２の非触覚構成要素を含む第２の出力を１３２０で提供する。いくつかの実施形態に従って、第１のアラート条件及び第２のアラート条件が、アラート条件の同じクラス内にある異なるアラート条件のとき、第１の出力及び第２の出力は、１つ又は２つ以上の同じ構成要素を共用し、１つ又は２つ以上の異なる構成要素を有する。あるいは、第１のアラート条件及び第２のアラート条件が、アラート条件の同じクラス内にあるとき、第１及び第２の出力は、１つ又は２つ以上の共通の構成要素を有する。いくつかの実施形態に従って、第１のアラート条件及び第２のアラート条件が、アラート条件の異なるクラス内にある異なるアラート条件のとき、第１の触覚構成要素は、第２の触覚構成要素と異なり、第１の非触覚構成要素は、第２の非触覚構成要素と異なる。あるいは、第１のアラート条件及び第２のアラート条件が、アラート条件の異なるクラス内にあるとき、第１及び第２の出力は、共通の構成要素を有しない。

【0314】

いくつかの実施形態に従って、アラート条件のクラスには、メッセージ、アクティビティアラート、メディア再生アラート、バーチャルアシスタントアラート、システムアラート、スケジュールリマインダ、及びインターネットブラウザ更新が挙げられる。

【0315】

いくつかの実施形態に従って、第１のアラート条件及び第２のアラート条件が、同じアラート条件の別個の例に対応するとき、第１の出力は、第２の出力と同一である。コンピューティングデバイス１００がタッチ感知ディスプレイを有する場合、第１の出力の第１の触覚構成要素及び第２の出力の第２の触覚構成要素は、コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される。

【0316】

いくつかの実施形態では、第１及び第２の非触覚構成要素は、オーディオ出力である。オーディオ出力を含む非触覚出力に対して、触覚出力は、いくつかの実施形態による対応するオーディオ出力が付随し、オーディオ部分及び触覚部分は、オーディオ出力の少なくとも一部が触覚出力の少なくとも一部と同時であるときに位置合わせされ、又はオーディオ出力は、いくつかの実施形態による触覚出力とほぼ同時に発生する。触覚波形及びオーディオ波形は、完全に位置合わせする必要はなく、デバイス１００は、触覚出力及びオーディオ出力の特定のクラスに対して、触覚出力及びオーディオ出力が時間的にややずれていたとしても、同時に又は同調して起きているとユーザによって知覚されることとなる事実を考慮してもよい（例えば、オーディオ出力は、触覚出力よりもすばやく処理されるため、オーディオ出力を提供する前に触覚出力を提供することは、状況によっては、オーディオ出力及び触覚出力が同時に又は同調して起きているとしてユーザに知覚させることとなる）。付随するオーディオ部分における変化はまた、オーディオ出力を含む実施形態間で変化し得る。例えば、第１の出力に関連付けられたオーディオ構成要素の振幅、第１の出力に関連付けられたオーディオ構成要素の継続時間、第１の出力に関連付けられたオーディオ構成要素に関連付けられた１つ又は２つ以上の音質（例えば、ピッチ、音色など）のそれぞれは、特定の状況で変化し得る。

【0317】

いくつかの実施形態では、同じ触覚波形は、異なるオーディオ波形が付随するとき、異なる知覚を生じる。例えば、オーディオ（着信）音が低いピッチに対して高いピッチで再生され、同じ触覚構成要素（又は通常のユーザがそれらを区別できないであろう略類似した触覚構成要素）が付随する場合、触覚構成要素の知覚は、同一の触覚であっても異なる。着信音のより高いピッチの又は甲高いバージョンは、ユーザの注意を高めて引くために第２の出力と共に使用されると考えられる。いくつかの実施形態では、第１の触覚出力は、第２の触覚出力と類似、同一、又は略同一である。

【0318】

いくつかの実施形態では、第１及び第２の非触覚構成要素は、テキスト、グラフィック、又はメタデータ出力などの視覚出力である。

【0319】

いくつかの実施形態に従って、第１のアラート条件及び第２のアラート条件は、アラート条件の同じクラスにあり、このクラスは、アプリケーション用のアラート条件と関連付けられている。この例では、それぞれのアプリケーションに由来する全てのアラートは、共通のクラスに分類され、クラスは、アプリケーションによって区別される。例えば、全てのバーチャルアシスタントイベントは、異なるオーディオ構成要素を伴う同じ触覚構成要素を任意選択的に有する。別の例では、着信メッセージ及び発信メッセージは、異なるオーディオを伴う同じ触覚出力を有し、同じ触覚出力は、共通のインスタントメッセージングアプリケーションと関連付けられることに任意選択的に基づく。共通の構成要素（この例では、触覚構成要素）は、アプリケーションを特定する。更に別の例では、確認イベント、キャンセルイベント、及び起動イベントを含む個人自動アシスタント（personal automated assistant）用のイベントは、任意選択的に全て、同じオーディオを有するが、触覚出力は異なる。

【表6】

【0320】

表６は、いくつかの実施形態による、メッセージングアプリケーションに対するメッセージ受信アラート及びメッセージ送信アラートを示す。この例では、様々なモードが、アクティブなアプリケーション状態に対して列挙されている。新規メッセージ受信の場合では、５行、６行、及び７行に示すように、タップタイプの触覚が出力され、メッセージ受信の初期設定のオーディオが出力される。新規メッセージ送信の場合では、最後の行に示すように、タップタイプの触覚が出力され、メッセージ送信の初期設定のオーディオが出力される。メッセージ受信（第１のアラート条件）及びメッセージ送信（第２のアラート条件）は、クラスがアプリケーション（メッセージング）に関連付けられているアラート条件の同じクラス内にあるため、両方のアラート条件の触覚出力は同じであるが、オーディオ出力は異なる。表６は、いくつかの実施形態による条件及び対応する出力を提供するが、これは単なる例示である。アラート、状態、モード、条件、及び出力の他の組合せが様々な実施形態により使用される。

【0321】

いくつかの実施形態に従って、第１のアラート条件及び第２のアラート条件は、アラート条件の同じクラスにあり、このクラスは、アプリケーションのカテゴリに関連付けられている。例えば、いくつかの実施形態に従って、アプリケーションのクラスには、メッセージングアプリケーション、ゲームアプリケーション、健康／フィットネスアプリケーション、生産性アプリケーション、又はソーシャルネットワーキングアプリケーションが挙げられる。いくつかの実施形態では、共通の又は類似の機能を有するか、又は実施するアプリケーションは、アプリケーションの共通のクラスに任意選択的に属する。アプリケーションのクラスの例には、テキストベースの通信アプリケーション（インスタントメッセージング、電子メール、ソーシャルメディア）、音声ベースの通信アプリケーション（電話、ボイスオーバーインターネット）、マルチメディアアプリケーション（写真ビューアアプリケーション、カメラアプリケーション、音楽プレーヤ、ビデオプレーヤ）、テキスト編集アプリケーション（ｗｏｒｄ（登録商標）、メモ帳）、スケジュール作成アプリケーション（カレンダー、アラーム）、及びインターネットブラウザアプリケーション（ｃｈｒｏｍｅ（登録商標）、ｓａｆａｒｉ（登録商標））が挙げられる。したがって、いくつかの実施形態に従って、クラスは、アプリケーションにわたる機能によって区別される。１つの例として、いくつかの実施形態に従って、電子メールメッセージ及びテキストメッセージは異なるアプリケーション（電子メール及びインスタントメッセージング）に属しているが、アプリケーションの同じクラス（両方ともテキストベースの通信アプリケーション）にあるアプリケーションと関連付けられているため、同じ触覚出力及び異なるオーディオ出力を有する。

【0322】

いくつかの実施形態に従って、第１のアラート条件及び第２のアラート条件は、アラート条件の同じクラスにあり、このクラスは、機能の定義済みのクラス内の機能に対応する。例えば、アクティビティモニタリングアプリケーション内でアクティビティゴールの成果について報告するアラート（例えば、ゴールに接近、ゴールを下回る、ゴール達成、目標の１０％達成、目標の５０％達成など）は、アラートの同じクラス内に任意選択的に分類される。いくつかの実施形態に従って、同じスケジュール作成アプリケーション内の様々なアラーム又はリマインダは、様々な定義済みの時間インスタンスに対して設定されるか、又は様々な異なる定義済みの基準を満たすことについて報告するように設定される。

【表7】

【0323】

表７は、いくつかの実施形態による、様々なアクティビティ関連のゴールを示す。この例では、同じアラート条件クラスに属する３つの異なるアラート条件、すなわち、固定終了タイマ、目標の５０％のアクティビティ、及び目標に到達したアクティビティを示す。示されるアラート条件のクラスは、アクティビティモニタリングアプリケーション内でアクティビティゴールの成果について伝えるアラートの機能の定義済みのクラス内の機能に対応する。表中のそれぞれのイベントに対して、触覚出力は、タップタイプの出力であるが、オーディオ出力は、異なるタイプ毎に変化する（例えば、初期設定のアクティビティチャイム、オーディオなし、強いアクティビティチャイム）。表７は、いくつかの実施形態による条件及び対応する出力を提供するが、これは単なる例示である。アラート、状態、モード、条件、及び出力の他の組合せが様々な実施形態により使用される。

【0324】

いくつかの実施形態に従って、第１のアラート条件及び第２のアラート条件は、２つの異なるアプリケーションと関連付けられ、第１のアラート条件及び第２のアラート条件は、アラート条件の同じクラスにあり、クラスは、２つの異なるアプリケーション内の機能の定義済みのクラス内の機能に対応する。いくつかの実施形態に従って、機能の定義済みのクラスの例には、同じクラスに分類されるアプリケーションにわたる別のユーザからの着信テキスト通信（着信電子メール、着信インスタントメッセージ、着信ソーシャルメディアメッセージ）について伝えるアラート、共通のクラスに分類される全てのアプリケーションにわたる別のユーザからの着信音声通信（電話、ボイスオーバーインターネット、電子メールアプリケーション内の音声通話）について伝えるアラート、共通のクラスに分類される全てのアプリケーションに対するアプリケーションソフトウェアアップグレードを伝えるシステムアラート、デバイスの様々な状態（Ｗｉ－Ｆｉ（登録商標）に接続済み／利用できない、ＧＰＳのオン／オフ、バッテリ寿命インジケータ、デバイスのオン／オフ）について伝えるシステムアラートが挙げられる。

【表8】

【0325】

表８は、４つの異なるアプリケーションタイプである、カレンダー、メッセージ、ソーシャルネットワーキング、及びゲームに対する、ソフトウェアアップグレードが利用可能な様々なアラート条件を含む。これらのアラート条件はそれぞれ、異なるアプリケーションと関連付けられているが、機能の定義済みのクラス内の機能に対応するアラート条件の同じクラスにある。この場合、全てのアプリケーションに対するアプリケーションソフトウェアのアップグレードとなる。それぞれのアラート条件に対して、バズ・タップの触覚は、出力である。アラート条件の一部はまた、非触覚出力を有する。ソーシャルネットワーキング又はゲームアプリケーションの場合、触覚出力は、ポップアップタイプの通知によって挨拶を受ける。表８は、いくつかの実施形態による条件及び対応する出力を提供するが、これは単なる例示である。アラート、状態、モード、条件、及び出力の他の組合せが様々な実施形態により使用される。

【0326】

いくつかの実施形態に従って、第１のアラート条件及び第２のアラート条件が、アラート条件の同じクラス内にある異なるアラート条件のとき、第１の出力の第１の触覚構成要素は、第２の出力の第２の触覚構成要素と同一（又は略同一）であり、第１の出力の第１の非触覚構成要素（例えば、オーディオ又は視覚）は、第２の出力の第２の非触覚構成要素と異なる。上記の表４、表５、及び表６の例のそれぞれは、共通の触覚構成要素及び異なる非触覚構成要素を共用するため、このカテゴリに分類される。いくつかの実施形態では、「同一の」触覚構成要素は、触覚出力生成器（場合により類似の構成要素）が（通常のユーザには知覚的に略同一であったとしても）いくらか異なる触覚出力を生成する場合であっても、触覚出力生成器に配信される同じ触覚出力命令に基づいて生成される触覚構成要素である。いくつかの実施形態では、オーディオ構成要素は属性を共有することができるが、依然異なっている。例えば、異なるピッチ又は異なる楽器を使用して演奏された同じ着信音又は楽譜である。同じ触覚出力に異なるオーディオを重ね合わせること（例えば、高いピッチ対低いピッチ、金属音対ガラス音対セラミック音で再生された同じオーディオ）は、異なる知覚を生成する。いくつかの実施形態では、異なる触覚構成要素は、通常のユーザによって知覚的に区別できる触覚出力を生成するように触覚出力生成器に配信される異なる触覚出力命令に基づいて生成される触覚構成要素である）。

【0327】

いくつかの実施形態に従って、その反対の関係が、触覚対非触覚の類似性及び差異に対して、これらのそれぞれの出力において適用される。第１のアラート条件及び第２のアラート条件が、アラート条件の同じクラス内にある異なるアラート条件のとき、第１の出力の第１の非触覚構成要素は、第２の出力の第２の非触覚構成要素と同一（又は略同一）であり、第１の出力の第１の触覚構成要素は、第２の出力の第２の触覚構成要素と異なる。

【0328】

いくつかの実施形態に従って、第１のアラート条件及び第２のアラート条件が同じアラート条件に対応するとき、第１の出力は、第２の出力に付随する第２の追加構成要素と異なる第１の追加構成要素が付随する。例えば、第１及び第２の着信インスタントメッセージは両方とも、着信インスタントメッセージであり、それゆえに、同じアラート条件である。この例では、第１の追加構成要素は、第１のアラート条件をトリガーした第１のイベントに特有であり、第２の追加構成要素は、第２のアラート条件をトリガーした第２のイベントに特有であり、例えば、いくつかの実施形態に従って、第１の着信インスタントメッセージの追加構成要素は、第１のインスタントメッセージ（例えば、送信者の名前、送信者の連絡先情報、メッセージの本文／内容）に特有な視覚構成要素（テキスト、メタデータ、グラフィック）を含む。同様に、第２の着信インスタントメッセージの追加構成要素は、第２のインスタントメッセージ（例えば、送信者の名前、送信者の連絡先情報、メッセージの本文／内容）に特有な視覚構成要素（テキスト、メタデータ、グラフィック）を含む。いくつかの実施形態に従って、第１の出力に付随する第１の追加構成要素は、第１のアラート（例えば、メッセージの断片又は自動補助応答のテキスト版）をトリガーした第１のイベントを記述する情報（例えば、テキスト情報）を任意選択的に提供し、第２の出力に付随する第２の追加構成要素は、第２のアラートをトリガーした第２のイベントを記述する情報（例えば、テキスト情報）を提供する。

【0329】

いくつかの実施形態に従って、第２の出力を１３２０で提供後、デバイス１００は、第３のアラート条件の発生を１３２５で検出し、第３のアラート条件の発生の検出に応じて、第３の触覚構成要素及び第３の非触覚構成要素を含む第３の出力を１３３０で提供する。第１のアラート条件、第２のアラート条件、及び第３のアラート条件が、アラート条件の同じクラス内にある異なるアラート条件のとき、第１の出力、第２の出力、及び第３の出力は、１つ又は２つ以上の同じ構成要素を任意選択的に共用し、１つ又は２つ以上の異なる構成要素を有する。第３のアラート条件が、第１のアラート条件及び第２のアラート条件と異なるアラート条件のクラス内にあるとき、第３の触覚構成要素は、第１の触覚構成要素及び第２の触覚構成要素の両方と任意選択的に異なり、第３の非触覚構成要素は、第１の非触覚構成要素及び第２の非触覚構成要素の両方と任意選択的に異なる。あるいは、いくつかの実施形態に従って、第１のアラート条件、第２のアラート条件、及び第３のアラート条件が、アラート条件の同じクラス内にある異なるアラート条件であるとき、第１の出力、第２の出力、及び第３の出力は、１つ又は２つ以上の共通の構成要素（例えば、触覚、非触覚）を有し、第３のアラート条件が、第１のアラート条件及び第２のアラート条件と異なるアラート条件のクラス内にあるとき、第３の触覚出力は、第１の出力及び第２の出力と共通の構成要素を有しない。

【0330】

図１３における動作について説明された特定の順序は単なる例示であり、説明された順序は、動作を実施することができる唯一の順序であることを示すことを意図するものではないことを理解されたい。当業者であれば、本明細書に記載された動作の順序換えをする様々な方法を認識するであろう。加えて、本明細書に記載の他の方法（例えば、方法７００、９００、１０００、１１００、１２００、２５００、２６００、３０００、及び３２００）に関して本明細書に記載の他のプロセスの詳細はまた、図１３に関連して上述されている方法１３００に類似の方法で適用可能であることも留意されたい。例えば、方法１３００を参照して上述した入力、アラート条件、アプリケーション、及び触覚出力は、本明細書に記載された他の方法（例えば、方法７００、９００、１０００、１１００、１２００、２５００、２６００、３０００、及び３２００）を参照して本明細書に記載された入力、アラート条件、アプリケーション、及び触覚出力の特性のうち１つ又は２つ以上を、任意選択的に有する。簡潔性のために、これらの詳細は、ここでは繰り返さない。

【0331】

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

【0332】

上述したように、図７及び図９～図１３を参照して記載した動作は、図１４～図１９に示す構成要素により、任意選択的に実施される。図１４は、説明される様々な実施形態の原理に従って構成されたデバイス１００の、例示的な機能ブロック図を示す。図１４で説明される機能ブロックが、説明される様々な実施形態の原理を実施するように任意選択的に組み合わされ、又はサブブロックに分離されることが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせまたは分割、又は更なる定義を任意選択的に支持する。

【0333】

図１４に示すように、デバイス１００は、アプリケーションを表示するように構成された表示ユニット１４０１、ユーザ接触を受信するように構成されたタッチ感知面ユニット１４０３、並びに表示ユニット１４０１及びタッチ感知面ユニット１４０３に連結された処理ユニット１４０５を含む。いくつかの実施形態では、処理ユニット１４０５は、検出ユニット１４１０、状態判定ユニット１４１５、触覚提供ユニット１４２０、関与判定ユニット１４２５、及び出力判定ユニット１４３０を含む。

【0334】

処理ユニット１４０５は、（例えば、検出ユニット１４１０を用いて）コンピューティングデバイス上で実行しているアプリケーションと関連付けられたアラート条件を検出するように構成される。処理ユニット１４０５はまた、（例えば、状態判定ユニット１４１５を用いて）アラート条件の検出に応答したアラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態を判定するように構成される。アラート条件と関連付けられた時点においてアプリケーションがアクティブ状態であったという判定に従って、処理ユニット１４０５は、（例えば、触覚提供ユニット１４２０を用いて）アラート条件の発生を表す第１の触覚出力を提供し、第１の触覚出力は、第１のセットの出力特性を有し、アラート条件と関連付けられた時点においてアプリケーションが非アクティブ状態であったという判定に従って、（例えば、触覚提供ユニット１４２０を用いて）アラート条件の発生を表す第２の触覚出力を提供し、第２の触覚出力は、第２のセットの出力特性を有し、第２の触覚出力は、第１の触覚出力と異なる。

【0335】

以下の段落［０３３５］～［０３４７］は、図１４に例示したデバイス１００によって、個別に又は任意の組み合わせで実施されてもよい異なる実施形態を説明する。

【0336】

処理ユニット１４０５は、アラート条件と関連付けられた時点においてアプリケーションと関連付けられた状態を、（例えば、状態判定ユニット１４１５を用いて）アプリケーション用のユーザインタフェースがアラート条件と関連付けられた時点においてデバイスのタッチスクリーン上に表示されていたかどうかを判定することによって判定する。

【0337】

処理ユニット１４０５は、アラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態を、（例えば、状態判定ユニット１４１５を用いて）アプリケーションに対するユーザ入力がアラート条件をトリガーしたかどうかを、アラート条件と異なるユーザインタラクションによって判定することによって判定する。

【0338】

アプリケーションがアラート条件の時点において検出されたユーザインタラクションに基づいてアクティブ状態にあった場合、処理ユニット１４０５は、（例えば、関与判定ユニット１４２５を用いて）アラート条件の時点におけるユーザインタラクションに関連付けられたユーザ関与のレベルを判定し、（例えば、出力判定ユニットを用いて）判定された関与のレベルに基づいて第１の触覚出力に対する第１のセットの出力特性のうち１つ又は２つ以上を判定する。

【0339】

アプリケーションがアクティブ状態にあったと判定する処理ユニット１４０５は、アラート条件と関連付けられた時点においてコンピューティングデバイス上でフォアグラウンドでアプリケーションが実行していたことを判定することを含む。アプリケーションが非アクティブ状態にあったと判定する処理ユニット１４０５は、アラート条件と関連付けられた時点におけるコンピューティングデバイス上でアプリケーションが実行していなかったか、又はバックグラウンドで実行していたと判定することを含む。

【0340】

表示ユニット１４０１は、デバイス上のマルチアプリケーションウィンドウのユーザインタフェース上の１つ又は２つ以上の他のユーザインタフェースウィンドウと同時にアプリケーションに対応するそれぞれのユーザインタフェースウィンドウを表示する。処理ユニット１４０５は、（例えば、状態判定ユニット１４１５を用いて）アプリケーションに対応するそれぞれのユーザインタフェースウィンドウが、アラート条件と関連付けられた時点におけるマルチアプリケーションウィンドウのユーザインタフェースのフォアグラウンドに表示されたかどうかを判定する。

【0341】

表示ユニット１４０１は、アラート条件と関連付けられた時点におけるデバイス上のマルチアプリケーションウィンドウのユーザインタフェース上に同時にある、１つ又は２つ以上の他のユーザインタフェースウィンドウを表示し、処理ユニット１４０５は、アラート条件と関連付けられた時点における、アプリケーションと関連付けられた状態を（例えば、判定ユニット１４１５を用いて）判定し、アプリケーションに対応するそれぞれのユーザインタフェースウィンドウが、アラート条件と関連付けられた時点におけるマルチアプリケーションウィンドウのユーザインタフェースに表示されたかどうかの判定を含む。

【0342】

いくつかの実施形態では、アラート条件は、アプリケーションによって自動でトリガーされたイベント、デバイスの外部の発信元からアプリケーションによって受信された自動で開始されたイベントの通知、又はデバイスを操作するユーザ以外の人間のユーザからアプリケーションによって受信された手動で開始されたイベントの通知に対応する。

【0343】

処理ユニット１４０５は、（例えば、出力判定ユニット１４３０を用いて）第１のオーディオ出力が付随する第１の触覚出力及び第２のオーディオ出力が付随する第２の触覚出力を含む出力を提供し、第１の触覚出力は、第２の触覚出力と同一であり、第１のオーディオ出力は、第２のオーディオ出力と異なる。あるいは、処理ユニット１４０５は、（例えば、出力判定ユニット１４３０を用いて）オーディオ出力が付随する第１の触覚出力及び同じオーディオ出力が付随する第２の触覚出力を含む出力を提供し、第１の触覚出力は、第２の触覚出力と異なる。

【0344】

処理ユニット１４０５は、オーディオ出力によって出力された第２の触覚出力に付随し、第２の触覚出力の波形は、付随するオーディオ出力の波形に基づいて生成され、これを再現し、かつこれに同期させて生成される。処理ユニット１４０５は、（例えば、出力判定ユニット１４３０を用いて）オーディオ出力が付随しない第１の触覚出力及びオーディオ出力が付随する第２の触覚出力を含む出力を提供する。いくつかの実施形態では、第１の触覚出力は、第２の触覚出力と類似している。いくつかの実施形態では、第２の触覚出力は、第１の触覚出力よりも大きな強度を有する。

【0345】

（例えば出力判定ユニット１４３０によって提供された）第１のセットの触覚出力の特性は、振幅、継続時間、規則性、繰り返し頻度、又は第１の触覚出力の触覚的特徴の選択のうち１つ又は２つ以上を含む。いくつかの実施形態では、第２の触覚出力は、第１の触覚出力と異なり、かつ第１の触覚出力よりも大きな強度を有する。

【0346】

処理ユニット１４０５は、（例えば、状態判定ユニットを用いて）アラート条件と関連付けられた時点におけるコンピューティングデバイスの状態を、コンピューティングデバイスがアラート条件と関連付けられた時点においてアクティブであったと判定することによって、判定し、アプリケーションが非アクティブ状態であったという判定は、コンピューティングデバイスがアラート条件と関連付けられた時点において非アクティブであったという判定を含む。いくつかの実施形態に従って、第１及び第２のセットの特性は、コンピューティングデバイスのデバイスタイプに対応する。

【0347】

いくつかの実施形態では、第１の時点で、アプリケーションがアクティブ状態にある間、処理ユニット１４０５は、（例えば、検出ユニット１４１０を用いて）アプリケーションと関連付けられた第１のアラート条件を検出し、第１のアプリケーションがアクティブ状態にある間に第１のアラート条件を検出することに応じて、処理ユニット１４０４は、（例えば、出力判定ユニット１４３０を用いて）第１のアラート条件を表す第１の出力を提供する。第２の時点で、第１のアプリケーションが非アクティブ状態にある間、処理ユニット１４０５は、第２のアラート条件を検出し、アプリケーションが非アクティブ状態にある間に第２のアラート条件を検出することに応じて、処理ユニット１４０５は、（例えば、出力判定ユニット１４４０を用いて）第２のアラート条件を表す第２の触覚出力を提供する。第２の触覚出力は、第１の触覚出力と異なる。

【0348】

いくつかの実施形態では、デバイスは、（例えば、タッチ感知面ユニット１４０３によって提供される）タッチ感知ディスプレイを有し、第１の触覚出力及び第２の触覚出力は、（例えば、出力判定ユニット１４３０を用いて）コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される。上述したように、図７及び図９～図１３を参照して記載した動作は、図１４～図１９に示す構成要素により、任意選択的に実施される。図１４は、説明される様々な実施形態の原理に従って構成されたデバイス１００の、例示的な機能ブロック図を示す。図１４で説明される機能ブロックが、説明される様々な実施形態の原理を実施するように任意選択的に組み合わされ、又はサブブロックに分離されることが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせまたは分割、又は更なる定義を任意選択的に支持する。

【0349】

上述したように、図７及び図９～図１３を参照して記載した動作は、図１４～図１９に示す構成要素により、任意選択的に実施される。図１５は、説明される様々な実施形態の原理に従って構成されたデバイス１００の、例示的な機能ブロック図を示す。図１５で説明される機能ブロックが、説明される様々な実施形態の原理を実施するように任意選択的に組み合わされ、又はサブブロックに分離されることが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせまたは分割、又は更なる定義を任意選択的に支持する。

【0350】

図１５に示すように、デバイス１００は、アプリケーションを表示するように構成された表示ユニット１５０１、ユーザ接触を受信するように構成されたタッチ感知面ユニット１５０３、並びに表示ユニット１５０１及びタッチ感知面ユニット１５０３に連結された処理ユニット１５０５を含む。いくつかの実施形態では、処理ユニット１５０５は、検出ユニット１５１０、トリガー判定ユニット１５１５、触覚提供ユニット１５２０、外部イベント判定ユニット１５２５、出力変形提供ユニット１５３０、緊急性判定ユニット１５３５、コンテキスト判定ユニット１５４０、変調ユニット１５４５、及び個人通信判定ユニット１５５０を含む。

【0351】

処理ユニット１５０５は、（例えば、検出ユニット１５１０を用いて）アプリケーションと関連付けられたアラート条件の発生を検出するように構成され、アラート条件の発生の検出に応じて、（例えば、トリガー判定ユニット１５１５を用いて）アラート条件が手動で開始されたイベントによってトリガーされたかどうかを判定する。アラート条件が手動で開始されたイベントによってトリガーされたという判定に従って、処理ユニット１５０５は、（例えば、触覚提供ユニット１５２０を用いて）手動で開始したイベント通知に対応する第１の触覚出力を提供し、アラート条件が自動で開始されたイベントによってトリガーされたという判定に従って、処理ユニット１５０５は、（例えば、触覚提供ユニット１５２０を用いて）自動で開始したイベント通知に対応する第２の触覚出力を提供し、第２の触覚出力は、第１の触覚出力と異なる。

【0352】

以下の段落［０３５３］～［０３６４］は、図１５に例示したデバイス１００によって、個別に又は任意の組み合わせで実施されてもよい様々な実施形態を説明する。

【0353】

いくつかの実施形態に従って、処理ユニット１５０５は、アラート条件が手動で開始されたイベントによってトリガーされたことを、（例えば、トリガー判定ユニット１５１５を用いて、）アラート条件が人間のユーザによって開始されたイベントに対応するかどうかを判定することによって判定する。いくつかの実施形態では、処理ユニット１５０５は、アラート条件が手動で開始されたイベントによってトリガーされたことを、（例えば、トリガー判定ユニット１５１５を用いて、）アラート条件がコンピューティングデバイスのユーザ以外の人間のユーザによって開始されたイベントに対応するかどうかを判定することによって判定する。

【0354】

いくつかの実施形態に従って、処理ユニット１５０５は、アラート条件が手動で開始されたイベントによってトリガーされたことを、（例えば、トリガー判定ユニット１５１５を用いて、）アラート条件が人間のユーザから受信した入力に対応するかどうかを判定することによって判定する。入力は、コンピューティングデバイスのユーザを特定し、入力は、コンピューティングデバイスのユーザに入力に関してアラートを送るための人間のユーザからの指示を含む。

【0355】

いくつかの実施形態に従って、処理ユニット１５０５は、（例えば、トリガー判定ユニット１５１５を用いて、）アラート条件がアプリケーションによって自動でトリガーされたかどうか、又はデバイスの外部の送信元からアプリケーションによって受信された自動で開始されたイベントの通知であるかどうかを判定する。あるいは、処理ユニット１５０５は、アラート条件が自動で開始されたイベントによってトリガーされたことを、（例えば、トリガー判定ユニット１５１５を用いて、）アラート条件が所定の時点に発生するか、又は所定のトリガー条件を満たすことを伝えると判定することによって判定する。

【0356】

いくつかの実施形態に従って、アラート条件が自動で開始されたイベントによってトリガーされたという判定に従って、処理ユニット１５０５は、（例えば、外部イベント判定ユニット１５２５を用いて）自動で開始されたイベントが、デバイスの外部で発生している自動で開始されたイベントに対応するかどうかを判定する。自動で開始されたイベントがデバイスの外部で発生しているイベントに対応するという判定に従って、処理ユニット１５０５は、（例えば、出力変形提供ユニット１５３０を用いて）外部で発生している自動で開始されたイベントの通知に対応する、第２の触覚出力の第１の変形を提供する。自動で開始されたイベントがデバイス内で開始されたイベントに対応するという判定に従って、処理ユニット１５０５は、（例えば、出力変形提供ユニット１５３０を用いて）内部で生成され、自動で開始されたイベントの通知に対応する、第２の触覚出力の第２の変形例を提供する。

【0357】

いくつかの実施形態に従って、アラート条件が手動で開始されたイベントによってトリガーされたという判定に従って、処理ユニット１５０５は、（例えば、緊急性判定ユニット１５３５を用いて）手動で開始されたイベントに関連付けられた緊急性の程度を判定し、（例えば、変調ユニット１５４５を用いて）緊急性の程度に基づく第１の触覚出力の強度を変調する。いくつかの実施形態に従って、アラート条件が手動で開始されたイベントによってトリガーされたという判定に従って、いくつかの実施形態による処理ユニット１５０５は、（例えば、コンテキスト判定ユニット１５４０を用いて）手動で開始されたイベントに関連付けられた１つ又は２つ以上のコンテキストの属性を判定し、（例えば、変調ユニット１５４５を用いて）１つ又は２つ以上のコンテキストの属性に基づいて第１の触覚出力の強度を変調する。

【0358】

いくつかの実施形態に従って、アラート条件が自動で開始されたイベントによってトリガーされたという判定に従って、処理ユニット１５０５は、アラート条件と関連付けられた特性を分析し、（例えば、コンテキスト判定ユニット１５４０を用いて）自動で開始されたイベントに関連付けられた１つ又は２つ以上のコンテキストの属性を判定し、（例えば、変調ユニット１５４５を用いて）１つ又は２つ以上のコンテキストの属性に基づく第２の触覚出力の強度を変調する。

【0359】

いくつかの実施形態に従って、アラート条件が自動で開始されたイベントによってトリガーされたという判定に従って、処理ユニット１５０５は、（例えば、緊急性判定ユニット１５３５を用いて）自動で開始されたイベントに関連付けられた時間的に変化する緊急性の程度を判定し、（例えば、変調ユニット１５４を用いて）時間的に変化する緊急性の程度を示すために、第２の触覚出力の強度を、特定の時間ウィンドウにわたって変調する。

【0360】

いくつかの実施形態では、第１の触覚出力は、第１のオーディオ出力が付随し、第２の触覚出力は、第２のオーディオ出力が付随し、第１の触覚出力は、第２の触覚出力に類似し、第１のオーディオ出力は、第２のオーディオ出力と異なる。いくつかの実施形態では、第１の触覚出力は、第１のオーディオ出力が付随し、第２の触覚出力は、第２のオーディオ出力が付随し、第１のオーディオ出力は、第２のオーディオ出力に類似し、第１の触覚出力は、第２の触覚出力と異なる。いくつかの実施形態では、第１の触覚出力は、第１のオーディオ出力が付随し、第２の触覚出力は、オーディオ出力が付随しない。第１の触覚出力は、任意選択的に第２の触覚出力と類似している。

【0361】

いくつかの実施形態に従って、手動で開始されたイベントの通知に対応する第１の触覚出力は、自動で開始されたイベントの通知に対応する第２の触覚出力よりも強い。状況によっては、第１の触覚出力は、第１の触覚出力の振幅、第１の触覚出力の継続時間、第１の触覚出力に関連付けられた規則性、第１の触覚出力における触覚的特徴の繰り返し頻度、第１の触覚出力を構成する触覚的特徴の選択のうち１つ又は２つ以上を含む特性の第１のセットにより特徴付けられ、第２の触覚出力は、第２の触覚出力の振幅、第２の触覚出力の継続時間、第２の触覚出力に関連付けられた規則性、第２の触覚出力における触覚的特徴の繰り返し頻度、第２の触覚出力を構成する触覚的特徴の選択のうち１つ又は２つ以上を含む特性の第２のセットにより特徴付けられる。

【0362】

いくつかの実施形態に従って、処理ユニット１５０５は、（例えば、検出ユニット１５１０を用いて）第１の人間の送信者からの着信電子メールメッセージに対応する第１のアラート条件を検出する。着信電子メールメッセージが手動で開始されたイベントに対応するという判定に応じて、処理ユニット１５０５は、（例えば、触覚提供ユニット１５２０を用いて）第１の触覚出力を提供する。処理ユニット１５０５は、（例えば、検出ユニット１５１０を用いて）第２の人間の送信者からの着信テキストメッセージに対応する第２のアラート条件を検出し、着信テキストメッセージが手動で開始されたイベントに対応するという判定に応じて、（例えば、触覚提供ユニット１５２０を用いて）第１の触覚出力を提供する。

【0363】

いくつかの実施形態では、デバイスは、（例えば、タッチ感知面ユニット１５０３によって提供される）タッチ感知ディスプレイを有し、第１の触覚出力及び第２の触覚出力は、（例えば、触覚提供ユニット１５２０を用いて）コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される。

【0364】

いくつかの実施形態に従って、処理ユニット１５０５は、（例えば、検出ユニット１５１０を用いて）アプリケーションと関連付けられたアラート条件の発生を検出し、アラート条件の発生の検出に応じて、（例えば、個人通信判定ユニット１５５０を用いて）アラート条件がユーザに関連付けられた連絡先リスト内の送信者からの個人通信に対応するかどうかを判定する。ユーザに関連付けられた連絡先のリスト内の送信者からの個人通信にアラート条件が相当するという判定に従って、処理ユニット１５０５は、（例えば、触覚提供ユニット１５２０を用いて）個人アラート通知に対応する第１の触覚出力を提供し、ユーザに関連付けられた連絡先のリスト内の送信者からの個人通信にアラート条件が相当しないという判定に従って、処理ユニット１５０５は、（例えば、触覚提供ユニット１５２０を用いて）自動アラート通知に対応する第２の触覚出力を提供する。ここで、第１の触覚出力は、第２の触覚出力よりも規模が大きい。

【0365】

上述したように、図７及び図９～図１３を参照して記載した動作は、図１４～図１９に示す構成要素により、任意選択的に実施される。図１６は、説明される様々な実施形態の原理に従って構成されたデバイス１００の、例示的な機能ブロック図を示す。図１６で説明される機能ブロックが、説明される様々な実施形態の原理を実施するように任意選択的に組み合わされ、又はサブブロックに分離されることが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせまたは分割、又は更なる定義を任意選択的に支持する。

【0366】

図１６に示すように、デバイス１００は、アプリケーションを表示するように構成された表示ユニット１６０１、ユーザ接触を受信するように構成されたタッチ感知面ユニット１６０３、並びに表示ユニット１６０１及びタッチ感知面ユニット１６０３に連結された処理ユニット１６０５を含む。いくつかの実施形態では、処理ユニット１６０５は、検出ユニット１６１０、出力提供ユニット１６１５、変調条件判定ユニット１６２０、出力修正ユニット１６２５、関与測定ユニット１６３０、触感入力判定ユニット１６３５、出力終了ユニット１６４０、周囲条件判定ユニット１６４５、出力遅延ユニット１６５０、及びプライミング提供ユニット１６５５を含む。

【0367】

処理ユニット１６０５は、（例えば、検出ユニット１６１０を用いて）アプリケーションに対するユーザ入力の受信に関連付けられたコンピューティングデバイス上で第１のアラート条件を検出するように構成され、第１のアラート条件の検出に応じて、（例えば、出力提供ユニット１６１５を用いて）第１の強度を有し、アプリケーションに対するユーザ入力に対応する第１の触覚出力を提供する。第１の触覚出力の提供後、処理ユニット１６０５は、（例えば、検出ユニット１６１０を用いて）アプリケーションでの所定のシステムイベントの受信に関連付けられた第２のアラート条件を検出し、第２のアラート条件の検出に応じて、（例えば、出力提供ユニット１６１５を用いて）第２の強度を有し、所定のシステムイベントに対応する第２の触覚出力を提供する。第２の強度は、第１の強度よりも大きい。

【0368】

以下の段落［０３６］～［０３８６］は、図１６に例示したデバイス１００によって、個別に又は任意の組み合わせで実施することができる様々な実施形態を説明する。

【0369】

いくつかの実施形態では、第１の触覚出力は、ユーザ入力に直接応じて、かつユーザ入力の結果として提供されるフィードバックである。いくつかの実施形態に従って、第２のアラート条件は、アプリケーションによって自動でトリガーされたイベント、アプリケーションによって受信された自動でトリガーされたイベントの通知、又はアプリケーションによって受信された手動で開始されたイベントの通知に対応する。

【0370】

いくつかの実施形態に従って、処理ユニット１６０５は、（例えば、変調条件判定ユニット１６２０を用いて）入力に基づく変調条件が存在するかどうかを判定し、入力に基づく変調条件が存在するという判定に応じて、第１の触覚出力を提供する前に、処理ユニット１６０５は、（例えば、出力修正ユニット１６２５を用いて）第１の触覚出力を修正する。

【0371】

いくつかの実施形態では、それぞれのアラート条件を検出後、処理ユニット１６０５は、それぞれのアラート条件がコンピューティングデバイス上で受信されたそれぞれのユーザ入力から生じたと判定し、（例えば、関与測定ユニット１６３０を用いて）検出されたユーザ入力に関連付けられたユーザ関与の程度を特定する。処理ユニット１６０５は、（例えば、出力修正ユニット１６２５を用いて）ユーザ関与の程度に基づいて第１の触覚出力の第１の信号強度を変調する。

【0372】

いくつかの実施形態では、それぞれのアラート条件を検出後、処理ユニット１６０５は、（例えば、触感入力判定ユニット１６３５を用いて）それぞれのアラート条件がデバイス上での触感ユーザ入力の受信から生じたと判定し、デバイス上の触感ユーザ入力を受信する位置を特定する。処理ユニット１６０５は、（例えば、出力修正ユニット１６２５を用いて）第１の触覚出力の空間触覚エネルギープロファイルを、デバイス上の触感ユーザ入力を受信している位置の特定の半径閾値内で、第１の触覚出力の触覚エネルギーの特定の比率よりも大きく提供することによって変調する。

【0373】

いくつかの実施形態では、それぞれのアラート条件の検出後、処理ユニット１６０５は、（例えば、触感入力判定ユニット１６３５を用いて）それぞれのアラート条件がデバイス上での触感ユーザ入力の受信から生じたと判定し、（例えば、出力修正ユニット１６２５を用いて）第１の触覚出力の空間触覚エネルギープロファイルを、デバイス上の触感ユーザ入力を受信している位置で第１の触覚出力が知覚可能であるように、第１の触覚出力の触覚エネルギーの振幅を減少させることによって、変調する。デバイス上の触感ユーザ入力を受信する位置は、時間と共に変化してもよく、空間触覚エネルギーは、触感ユーザ入力を受信した時間的に変化する位置に対応して、時間と共に変化してもよい。

【0374】

いくつかの実施形態では、それぞれのアラート条件を検出後、処理ユニット１６０５は、（例えば、触感入力判定ユニット１６３５を用いて）それぞれのアラート条件が触感ユーザ入力の受信から生じたと判定し、触感ユーザ入力の時間的に変化する形態学的属性を特定する。処理ユニット１６０５は、（例えば、出力修正ユニット１６２５を用いて）触感ユーザ入力の時間的に変化する形態学的属性を模倣するために、第１の触覚出力の形態学的特性を、徐々に修正する。いくつかの実施形態に従って、時間的に変化する形態学的属性は、触感ユーザ入力とコンピューティングデバイスのタッチ感知面との間の時間依存型接触圧プロファイルを含み、修正することは、（例えば、出力修正ユニット１６２５を用いて）触感ユーザ入力とコンピューティングデバイスのタッチ感知面との間の時間依存型接触圧プロファイルを再現するための第１の触覚出力のエネルギープロファイルを時間と共に変調することを含む。

【0375】

いくつかの実施形態では、それぞれのアラート条件を検出後、処理ユニット１６０５は、（例えば、触感入力判定ユニット１６３５を用いて）それぞれのアラート条件が持続的なユーザ入力から生じたことを判定し、この判定に応じて、（例えば、出力提供ユニット１６１５を用いて）持続的なユーザ入力の開始時点において第１の触覚出力を開始する。処理ユニット１６０５は、持続的なユーザ入力の終了を検出し、（例えば、出力終了ユニット１６４０を用いて）持続的なユーザ入力の終了時点において第１の触覚出力を終了する。

【0376】

処理ユニット１６０５は、（例えば、周囲条件判定ユニット１６４５を用いて）周囲条件に基づく変調条件が存在するかどうかを判定し、周囲条件に基づく変調条件が存在するという判定に応じて、第２の触覚出力を提供する前に、（例えば、出力修正ユニット１６２５を用いて）第２の触覚出力を修正する。

【0377】

いくつかの実施形態では、それぞれのアプリケーションと関連付けられたそれぞれのアラート条件を検出後、処理ユニット１６０５は、それぞれのアラート条件がユーザ入力の受信から生じなかったと判定し、それぞれのアラート条件がユーザ入力の受信から生じなかったという判定に応じて、処理ユニット１６０５は、（例えば、周囲条件判定ユニット１６４５を用いて）１つ又は２つ以上の周囲条件がそれぞれのアラート条件の発生時点において触覚出力に対する潜在的な干渉としてデバイスに存在するかどうかを判定する。干渉する周囲条件がデバイスに存在しないという判定に従って、処理ユニット１６０５は、（例えば、出力提供ユニット１６１５を用いて）ユーザの受容力の状態に基づくそれぞれの第２の触覚出力を提供する。１つ又は２つ以上の周囲条件が触覚出力に対する潜在的な干渉としてデバイスに対して存在するという判定に従って、処理ユニット１６０５は、（例えば、出力遅延ユニット１６５０を用いて）ユーザへのそれぞれの第２の出力の提供を遅延させる。

【0378】

いくつかの実施形態では、それぞれのアプリケーションと関連付けられたそれぞれのアラート条件を検出後、処理ユニット１６０５は、それぞれのアラート条件がユーザ入力の受信から生じなかったと判定し、それぞれのアラート条件がユーザ入力の受信から生じなかったという判定に応じて、処理ユニット１６０５は、（例えば、周囲条件判定ユニット１６４５を用いて）１つ又は２つ以上の周囲条件がそれぞれのアラート条件の発生時点に触覚出力に対する潜在的な干渉としてデバイスに存在するかどうかを判定する。干渉する周囲条件がデバイスに対して存在しないとの判定に従って、処理ユニット１６０５は、（例えば、出力修正ユニット１６２５を用いて）ユーザに第２の触覚出力の第１の変形例を提供し、第２の触覚出力の第１の変形例は、出力特性の第１のセットを有する。１つ又は２つ以上の周囲条件が触覚出力に対する潜在的干渉としてデバイスに対して存在するという判定に従って、処理ユニット１６０５は、（例えば、出力修正ユニット１６２５を用いて）ユーザに第２の触覚出力の第２の変形例を提供し、第２の触覚出力の第２の変形例は、第２のセットの出力特性を有し、第２のセットの特性は、第１のセットの特性と異なり、第２の触覚出力の第２の変形例は、第２の触覚出力の第１の変形例よりも大きな強度を有する。

【0379】

いくつかの実施形態では、それぞれのアプリケーションと関連付けられたそれぞれのアラート条件を検出後、処理ユニット１６０５は、それぞれのアラート条件がユーザ入力の受信から生じなかったと判定し、それぞれのアラート条件がユーザ入力の受信から生じなかったという判定に応じて、処理ユニット１６０５は、（例えば、プライミング提供ユニット１６５５を用いて）第２の触覚出力の前兆としてプライミング触覚出力を提供し、プライミング触覚出力は、デバイスを操作しているユーザの関与レベルを第２触覚出力に対して増大し、プライミング触覚出力の少なくとも一部は、第２触覚出力よりも大きく発声される。加えて、処理ユニット１６０５は、（例えば、出力提供ユニット１６１５を用いて）プライミング触覚出力の提供に続き、かつプライミング触覚出力の提供の特定の時間インターバル内の第２の触覚出力を提供する。いくつかの実施形態では、プライミング触覚出力は、時間とともに触覚構成要素の強度が次第に増加することによって特徴付けられる時間的に変化する波形形態を伴うプライミング触覚構成要素を含む。いくつかの実施形態では、プライミング触覚出力は、強調された触覚的特徴の後で触覚構成要素の強度が次第に減少することによって特徴付けられる時間的に変化する波形形態を伴うプライミング触覚構成要素を含む。

【0380】

いくつかの実施形態では、第２の触覚出力に先行してプライミング触覚出力があり、第１の触覚出力は、対応する先行プライミング触覚出力なしに、受信したユーザ入力から生じる対応するアラート条件に応じて、直接提供される。いくつかの実施形態では、プライミング触覚出力の特性は、アラート条件と関連付けられた緊急性又はコンテキストに基づいて選択される。

【0381】

いくつかの実施形態では、処理ユニット１６０５は、（例えば、検出ユニット１６１０を用いて）第１のアプリケーションと関連付けられたアプリケーションユーザインタフェース上に表示されたユーザインタフェース要素のユーザの選択に対応する第１のアラート条件を検出する。第１のアラート条件に応じて、処理ユニット１６０５は、（例えば、出力提供ユニット１６１５を用いて）ユーザインタフェース要素のユーザの選択を表すそれぞれの第１の触覚出力を提供し、それぞれの第１の触覚出力は、第１の強度及び第１の継続時間の第１の触覚的特徴を含む第１の触覚構成要素を含む。それぞれの第１の触覚出力を提供後、処理ユニット１６０５は、（例えば、検出ユニット１６１０を用いて）第１のアプリケーションによって受信されたアラート通知に対応する第２のアラート条件を検出し、第２のアラート条件に応じて、処理ユニット１６０５は、（例えば、出力提供ユニット１６１５を用いて）アラート通知の受信を表すそれぞれの第２の触覚出力を提供し、それぞれの第２の触覚出力は、第２の強度及び第２の継続時間の第２の触覚的特徴を含む第２の触覚構成要素を含み、それぞれの第２の触覚出力は、第２の触覚的特徴が第１の触覚的特徴よりもより発声される、第２の強度が第１の強度よりも大きい、又は第２の継続時間が第１の継続時間よりも長いことに基づいて、それぞれの第１の触覚出力と異なり、より発声される。

【0382】

いくつかの実施形態では、処理ユニット１６０５は、（例えば、検出ユニット１６１０を用いて）第１のアプリケーションと関連付けられた第１のアラート条件、すなわち、それぞれのユーザ入力から生じる第１のアラート条件を検出し、（例えば、出力提供ユニット１６１５を用いて）第１のアラート条件を表すそれぞれの第１の触覚出力を提供する。それぞれの第１の触覚出力の提供後、処理ユニット１６０５は、（例えば、検出ユニット１６１０を用いて）第１のアプリケーションと関連付けられた第２のアラート条件、すなわち、それぞれのユーザ入力から生じない第２のアラート条件を検出し、（例えば、出力提供ユニット１６１５を用いて）第２のアラート条件を表すそれぞれの第２の触覚出力を提供し、それぞれの第２の触覚出力は、それぞれの第１の出力と異なり、より大きな強度を有する。

【0383】

いくつかの実施形態では、第１の触覚出力は、第１の触覚出力の振幅、第１の触覚出力の継続時間、第１の触覚出力に関連付けられた規則性、第１の触覚出力における触覚的特徴の繰り返し頻度、第１の触覚出力を構成する触覚的特徴の選択のうち１つ又は２つ以上を含む特性の第１のセットを有し、第２の触覚出力は、第２の触覚出力の振幅、第２の触覚出力に関連付けられた触覚構成要素の継続時間、第２の触覚出力に関連付けられた規則性、第２の触覚出力における触覚的特徴の繰り返し頻度、第２の触覚出力を構成する触覚的特徴の選択のうち１つ又は２つ以上を含む特性の第２のセットを有する。

【0384】

いくつかの実施形態では、第１の触覚出力は、第１のオーディオ出力が付随し、第２の触覚出力は、第２のオーディオ出力が付随し、第１の触覚出力は、第２の触覚出力に類似し、第１のオーディオ出力は、第２のオーディオ出力と異なる。いくつかの実施形態では、第１の触覚出力は、第１のオーディオ出力が付随し、第２の触覚出力は、第２のオーディオ出力が付随し、第１のオーディオ出力は、第２のオーディオ出力に類似し、第１の触覚出力は、第２の触覚出力と異なる。

【0385】

いくつかの実施形態では、第１の触覚出力の第１の強度及び第２の触覚出力の第２の強度は、デバイス上の音量設定に反比例して更に調節される。いくつかの実施形態に従って、第２の触覚出力は、オーディオ出力が付随し、第１の触覚出力は、オーディオ出力が付随しない。

【0386】

いくつかの実施形態では、コンピューティングデバイスは、（例えば、タッチ感知面ユニット１６０３によって）ユーザ入力を受信するためのタッチ感知ディスプレイを備え、第１の触覚出力及び第２の触覚出力は、（例えば、出力提供ユニット１６１５を用いて）コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される。

【0387】

上述したように、図７及び図９～図１３を参照して記載した動作は、図１４～図１９に示す構成要素により、任意選択的に実施される。図１７は、説明される様々な実施形態の原理に従って構成されたデバイス１００の、例示的な機能ブロック図を示す。図１７で説明される機能ブロックが、説明される様々な実施形態の原理を実施するように任意選択的に組み合わされ、又はサブブロックに分離されることが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせまたは分割、又は更なる定義を任意選択的に支持する。

【0388】

図１７に示すように、デバイス１００は、アプリケーションを表示するように構成された表示ユニット１７０１、ユーザ接触を受信するように構成されたタッチ感知面ユニット１７０３、並びに表示ユニット１７０１及びタッチ感知面ユニット１７０３に連結された処理ユニット１７０５を含む。いくつかの実施形態では、処理ユニット１７０５は、入力受信ユニット１７１０、継続出力開始ユニット１７１５、継続出力終了ユニット１７２０、フィードバック提供ユニット１７２５、及び追加入力受信ユニット１７３０を含む。

【0389】

処理ユニット１７０５は、（例えば、入力受信ユニット１７１０を用いて）コンピューティングデバイス上で実行しているアプリケーションによって実施されるマルチパート動作の第１の部分に対応する入力を受信するように構成され、マルチパート動作の第１の部分に対応する入力の受信に応じて、（例えば、継続出力開始ユニット１７１５を用いて）継続触覚出力シーケンスを開始する。継続触覚出力シーケンスの開始後、処理ユニット１７０５は、（例えば、入力受信ユニット１７１０を用いて）マルチパート動作の第２の部分に対応する入力を受信し、マルチパート動作の第２の部分に対応する入力の受信に応じて、（例えば、継続終了ユニット１７２０を用いて）継続触覚出力シーケンスを終了する。

【0390】

以下の段落［０３９１］～［０４０６］は、図１７に例示したデバイス１００によって、個別に又は任意の組み合わせで実施されてもよい様々な実施形態を説明する。

【0391】

いくつかの実施形態では、マルチパート動作の第１の部分に対応する入力の検出は、（例えば、タッチ感知面ユニット１７０３を用いて）デバイスのタッチ感知面上で検出され、マルチパート動作の第２の部分に対応する入力は、（例えば、入力受信ユニット１７１０を用いて）デバイスのタッチ感知面上で検出される。いくつかの実施形態に従って、触覚出力シーケンスは、（例えば、継続出力開始ユニット１７１５を用いて）タッチ感知面を介して提供される。

【0392】

いくつかの実施形態では、マルチパート動作の第１の部分に対応する入力は、（例えば、入力受信ユニット１７１０を用いて）デバイスによって検出され、マルチパート動作の第２の部分に対応する入力は、第２のデバイスによって検出される。いくつかの実施形態では、マルチパート動作の第１の部分に対応する入力及びマルチパート動作の第２の部分に対応する入力は、（例えば、入力受信ユニット１７１０を用いて）デバイスによって検出される。

【0393】

いくつかの実施形態に従って、マルチパート動作は、安全なトランザクションであり、マルチパート動作の第１の部分は、安全なトランザクションを認証するためにデバイスを保護することを含み、マルチパート動作の第２の部分は、安全なトランザクションを認証することを含む。いくつかの実施形態に従って、マルチパート動作は、安全なトランザクションであり、マルチパート動作の第１の部分は、安全なトランザクションを遂行するためにユーザ認証が必要であると判定することを含み、マルチパート動作の第２の部分は、安全なトランザクションのためにユーザ認証を受信することを含む。

【0394】

いくつかの実施形態では、マルチパート動作の第１の部分は、文書の下書きを閉じることを含み、マルチパート動作の第２の部分は、文書の下書きに戻ることを含む。いくつかの実施形態では、マルチパート動作の第１の部分に対応する入力は、デバイス上で実行しているアプリケーションやりとりする第１のユーザ入力であり、マルチパート動作の第２の部分に対応する入力は、アプリケーションとやりとりする第２のユーザ入力であり、第２のユーザ入力は、第１のユーザ入力と異なる。

【0395】

いくつかの実施形態に従って、マルチパート動作の第１の部分に対応する入力を検出することは、（例えば、入力受信ユニット１７１０を用いて）タッチ感知面上の接触を検出することを含み、マルチパート動作の第２の部分に対応する入力を検出することは、（例えば、入力受信ユニット１７１０を用いた）タッチ感知面上の接触の移動を検出することを含む。いくつかの実施形態では、マルチパート動作の第１の部分に対応する入力を検出することは、（例えば、入力受信ユニット１７１０を用いて）タッチ感知面上の接触の移動を検出することを含み、マルチパート動作の第２の部分に対応する入力を検出することは、（例えば、入力受信ユニット１７１０を用いて）タッチ感知面上の接触のリフトオフを検出することを含む。

【0396】

いくつかの実施形態では、マルチパート動作の第１及び第２の部分に対応する入力は、単一のジェスチャを含み、マルチパート動作の第１の部分に対応する入力は、ジェスチャの初期の部分であり、マルチパート動作の第２の部分に対応する入力は、ジェスチャの後続の部分である。いくつかの実施形態に従って、ジェスチャは、（例えば、タッチ感知面ユニット１７０３を用いて）デバイスのディスプレイ上に表示されたユーザインタフェース内の第１の位置に対応するタッチ感知面のある部分上で開始され、第１の位置と異なるユーザインタフェース内の第２の位置に対応するタッチ感知面の第２の部分上で終了する。

【0397】

いくつかの実施形態では、マルチパート動作の第１の部分に対応する入力は、それぞれのアプリケーションと関連付けられたイベントを開始し、イベントは、マルチパート動作の第２の部分に対応する入力を受信するまで持続され、マルチパート動作の第２の部分に対応する入力は、（例えば、継続出力終了ユニット１７２０を用いて）それぞれのアプリケーションと関連付けられたイベントを終了する。

【0398】

いくつかの実施形態に従って、アプリケーションは、テキスト編集アプリケーションであり、マルチパート動作の第１の部分に対応する入力は、テキスト編集アプリケーションのテキストエントリモードを有効化する第１のユーザインタフェース要素の選択である。いくつかの実施形態に従って、マルチパート動作は、テキスト編集アプリケーションへのテキストエントリに対する１つ又は２つ以上の入力を含み、イベントは、テキストエントリに対する入力に応答したテキスト編集文書内のテキスト操作に対応する。マルチパート動作の第２の部分に対応する入力は、テキスト編集アプリケーションのテキストエントリモードを無効化するユーザインタフェース要素の選択である。

【0399】

いくつかの実施形態では、マルチパート動作の第１の部分に対応する入力は、トランザクションを開始するユーザインタフェース要素の選択であり、マルチパート動作は、トランザクションを処理するために必要な情報のエントリに対する１つ又は２つ以上の入力を含む。いくつかの実施形態でのイベントは、トランザクションを処理するために必要な情報を受信する１つ又は２つ以上のデータエントリフィールドの数に対応し、マルチパート動作の第２の部分に対応する入力は、トランザクションの遂行を認証するユーザインタフェース要素の選択である。

【0400】

いくつかの実施形態では、マルチパート動作の第２の部分に対応する入力は、マルチパート動作の第１の部分に対応する入力の後に行われ、イベントの継続時間に対応する時間の特定のインターバルによって、マルチパート動作の第１の部分に対応する入力からやがて分離され、継続触覚出力シーケンスは、イベントの継続時間全体にわたって提供され、イベントの発生を示す。継続触覚出力シーケンスの特性は、マルチパート動作の第１の部分に対応する入力によって開始されるイベントに基づいて任意選択的に選択される。

【0401】

いくつかの実施形態では、処理ユニット１７０５は、（例えば、フィードバック提供ユニット１７２５を用いて）マルチパート動作の第１の部分に対応する入力の受信に応答した第１の触覚フィードバックを提供し、第１の触覚フィードバックは、イベントに基づいて選択され、イベントの開始を示し、第１の触覚フィードバックは、継続触覚出力シーケンスと異なる。処理ユニット１７０５は、（例えば、フィードバック提供ユニット１７２５を用いて）マルチパート動作の第２の部分に対応する入力の受信に応答した第２の触覚フィードバックを更に提供し、第２の触覚フィードバックは、継続触覚出力シーケンスと異なる。

【0402】

いくつかの実施形態に従って、マルチパート動作の第１の部分に対応する入力は、アプリケーションと関連付けられた継続イベントを一時停止し、マルチパート動作の第２の部分に対応する入力は、アプリケーションと関連付けられた継続イベントを再開する。

【0403】

いくつかの実施形態では、アプリケーションは、音声通信アプリケーションであり、イベントは、マルチパート動作の第１の部分に対応する入力の受信の時点において発生している進行中の音声通信である。いくつかの実施形態では、マルチパート動作の第１の部分に対応する入力は、音声通信アプリケーションの第１のユーザインタフェース要素の選択であり、この選択は、進行中の音声通信を一時停止させ、マルチパート動作の第２の部分に対応する入力は、音声通信を再開させる第２のユーザインタフェース要素の選択である。

【0404】

いくつかの実施形態では、マルチパート動作の第１の部分に応答した継続触覚出力シーケンスの開始後、かつマルチパート動作の第２の部分に対応する入力の受信前に、処理ユニット１７０５は、（例えば、追加入力受信ユニット１７３０を用いて）マルチパート動作の第２の部分に対応する入力と異なる１つ又は２つ以上の追加のユーザ入力を受信する。処理ユニット１７０５は、（例えば、継続出力開始ユニット１７１５を用いて）追加のユーザ入力とは無関係に継続触覚出力の提供を、マルチパート動作の第２の部分に対応する入力の受信まで継続する。いくつかの実施形態では、継続触覚出力シーケンスの強度は、マルチパート動作に対応する後続の入力が受信されるまで、時間とともに増大する。

【0405】

いくつかの実施形態に従って、（例えば、入力受信ユニット１７１０を用いた）マルチパート動作の第１の部分に対応する入力の検出に応じて、処理ユニット１７０５は、（例えば、継続出力開始ユニット１７１５を用いて）継続触覚出力シーケンスに付随する継続オーディオ出力シーケンスを開始し、（例えば、入力受信ユニット１７１０を用いた）マルチパート動作の第２の部分に対応する入力の検出に応じて、（例えば、継続出力終了ユニット１７２０を用いて）継続オーディオ出力シーケンスを終了する。

【0406】

いくつかの実施形態では、触覚出力シーケンスの時間的に変化する触覚エネルギープロファイルは、オーディオ出力シーケンスの時間的に変化する音響エネルギープロファイルを模倣する。状況によっては、マルチパート動作の第１の部分に対応する入力が継続するイベントを一時中断しないが、それぞれのアプリケーションと関連付けられたイベントを開始するという判定に応じて、処理ユニット１７０５は、（例えば、継続出力開始ユニット１７１５を用いて）付随するオーディオ出力シーケンスを持たない触覚出力シーケンスを提供し、マルチパート動作の第１の部分に対応する入力がそれぞれのアプリケーションと関連付けられた継続するイベントを一時中断するという判定に応じて、処理ユニット１７０５は、（例えば、継続出力開始ユニット１７１５を用いて）継続触覚出力シーケンスが付随する継続オーディオ出力シーケンスを提供する。

【0407】

上述したように、図７及び図９～図１３を参照して記載した動作は、図１４～図１９に示す構成要素により、任意選択的に実施される。図１８は、説明される様々な実施形態の原理に従って構成されたデバイス１００の、例示的な機能ブロック図を示す。図１８で説明される機能ブロックが、説明される様々な実施形態の原理を実施するように任意選択的に組み合わされ、又はサブブロックに分離されることが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせまたは分割、又は更なる定義を任意選択的に支持する。

【0408】

図１８に示すように、デバイス１００は、アプリケーションを表示するように構成された表示ユニット１８０１、ユーザ接触を受信するように構成されたタッチ感知面ユニット１８０３、並びに表示ユニット１８０１及びタッチ感知面ユニット１８０３に連結された処理ユニット１８０５を含む。いくつかの実施形態では、処理ユニット１８０５は、入力検出ユニット１８１０、出力提供ユニット１８１５、動作実施ユニット１８２０、画像キャプチャユニット１８２５、安全トランザクション認証ユニット１８３０、及び保存動作実施ユニット１８３５を含む。

【0409】

処理ユニット１８０５は、（例えば、入力検出ユニット１８１０を用いて）第１の動作を実施する要求に対応する第１の入力を検出するように構成され、第１の入力の検出に応じて、（例えば、出力提供ユニット１８１５を用いて）触覚構成要素を含む第１の触覚出力を提供するように構成されている。また、第１の入力の検出に応じて、処理ユニット１８０５は、（例えば、動作実施ユニット１８２０を用いて）第１の動作を実施するように構成されている。第１の動作の実施後、処理ユニット１８０５は、（例えば、入力検出ユニット１８１０を用いて）第１の動作及び追加動作を含む第２の動作を実施する要求に対応する第２の入力を検出するように構成され、第２の入力の検出に応じて、（例えば、出力提供ユニット１８１５を用いて）触覚構成要素を含む第２の出力を提供し、第２の出力は、追加動作に対応する追加出力の提供と併せた第１の出力を含む。また、第２の入力の検出に応じて、処理ユニット１８０５は、（例えば、動作実施ユニット１８２０を用いて）第２の動作を実施するように構成される。

【0410】

以下の段落［０４１１］～［０４２０］は、図１８に例示したデバイス１００によって、個別に又は任意の組み合わせで実施することができる様々な実施形態を説明する。

【0411】

いくつかの実施形態では、第２の入力の検出に応じて、処理ユニット１８０５は、（例えば、動作実施ユニット１８２０及び出力提供ユニット１８１５を用いて）第１の動作を実施し、第１の出力を同時に提供し、追加動作を実施し、追加出力を同時に提供する。

【0412】

いくつかの実施形態では、第２の入力の検出に応じて、処理ユニット１８０５は、（例えば、動作実施ユニット１８２０を用いて）追加動作を実施する前に第１の動作を実施し、（例えば、出力提供ユニット１８１５を用いて）追加出力を提供する前に第１の出力を提供する。いくつかの実施形態では、第２の入力の検出に応じて、処理ユニット１８０５は、（例えば、動作実施ユニット１８２０を用いて）追加動作を実施した後に第１の動作を実施し、（例えば、出力提供ユニット１８１５を用いて）追加出力を提供した後に第１の出力を提供する。

【0413】

いくつかの実施形態では、第２の入力の検出に応じて、処理ユニット１８０５は、（例えば、動作実施ユニット１８２０を用いて）追加動作の一部と同時に第１の動作の少なくとも一部を実施し、（例えば、出力提供ユニット１８１５を用いて）追加出力の一部と同時に第１の出力の少なくとも一部を提供する。

【0414】

いくつかの実施形態では、第１の動作は、カメラを用いる画像のキャプチャに相当し、第２の動作は、時間の特定のインターバル後の画像のキャプチャに対応する。いくつかの実施形態では、第１の動作は、デバイスが安全なトランザクションを認証することを有効化するためのトランザクション有効化動作に対応し、第２の動作は、デバイスが安全なトランザクションを認証することを有効化し、安全なトランザクションを認証することに対応する。

【0415】

いくつかの実施形態に従って、第１の動作は、既存ファイル内のコンテンツを保存するための保存動作に対応し、第２の動作は、既存ファイル内のコンテンツを新規ファイルに保存するための、名前を付けて保存する動作に対応する。いくつかの実施形態に従って、第１の動作は、メッセージ受信箱内にあるメッセージへの返信を送信するための送信動作に対応し、第２の動作は、メッセージ受信箱内にあるメッセージへの返信を送信し、その返信をメッセージ受信箱から除くための送信動作及びアーカイブ動作に対応する。いくつかの実施形態では、追加動作は、様々な値を有し、追加出力は、可変属性の値に基づく。

【0416】

いくつかの実施形態では、第２の出力に対応する触覚構成要素は、第１の出力に対応する第１の触覚構成要素及び追加出力に対応する第２の触覚構成要素を含み、第２の触覚出力構成要素は、第１の触覚構成要素と異なる。状況によっては、追加出力は、非触覚構成要素を含む。いくつかの実施形態では、第２の出力は、追加動作が第１の動作と異なるとして特定するテキスト構成要素を含む。また、場合によっては、追加出力は、オーディオ構成要素を含むが、第１の出力は、オーディオ構成要素を含まない。

【0417】

いくつかの実施形態に従って、コンピューティングデバイスは、タッチ感知ディスプレイを備え、第１及び第２の入力は、（例えば、タッチ感知面ユニット１８０３を用いて）タッチ感知ディスプレイを介して受信される。いくつかの実施形態では、第１の出力の触覚構成要素及び第２の出力の触覚構成要素は、（例えば、出力提供ユニット１８１５を用いて）タッチ感知ディスプレイを介して提供される。

【0418】

いくつかの実施形態では、処理ユニット１８０５は、（例えば、入力検出ユニット１８１０を用いて）カメラを用いて第１の画像をキャプチャする要求に対応する第１の入力を検出し、第１の入力の検出に応じて、処理ユニット１８０５は、（例えば、出力提供ユニット１８１５を用いて）触覚構成要素を含む第１の出力を提供する。また、第１の入力の検出に応じて、処理ユニット１８０５は、（例えば、画像キャプチャユニット１８２５を用いて）第１の画像をキャプチャし、第１の画像のキャプチャ後、（例えば、入力検出ユニット１８１０を用いて）時間の特定のインターバル後に第２の画像をキャプチャする要求に対応する第２の入力を検出する。第２の入力の検出に応じて、処理ユニット１８０５は、（例えば、出力提供ユニット１８１５を用いて）触覚構成要素を含む第２の出力を提供し、第２の出力は、時間の特定のインターバルの経過の測定に対応する追加出力を提供することと併せた第１の出力を含み、処理ユニット１８０５は、（例えば、画像キャプチャユニット１８２５を用いて）は、時間の特定のインターバル後に第２の画像をキャプチャする。

【0419】

いくつかの実施形態では、処理ユニット１８０５は、（例えば、入力検出ユニット１８１０を用いて）デバイスが安全なトランザクションを認証できるようにするためのトランザクション有効化動作を実施する要求に対応する第１の入力を検出し、第１の入力の検出に応じて、（例えば、出力提供ユニット１８１５を用いて）触覚構成要素を含む第１の出力を提供する。また、第１の入力の検出に応じて、処理ユニット１８０５は、（例えば、安全トランザクション認証ユニット１８３０を用いて）デバイスが安全なトランザクションを認証できるようにする。トランザクション有効化動作の実施後、処理ユニット１８０５は、（例えば、入力検出ユニット１８１０を用いて）安全なトランザクションを認証するための要求に対応する第２の入力を検出し、第２の入力の検出に応じて、（例えば、出力提供ユニット１８１５を用いて）触覚構成要素を含む第２の出力を提供し、第２の出力は、安全なトランザクションの認証に対応する追加出力の提供と共に第１の出力を含む。また、第２の入力の検出に応じて、処理ユニット１８０５は、（例えば、安全トランザクション認証ユニット１８３０を用いて）安全なトランザクションを認証する。

【0420】

いくつかの実施形態では、処理ユニット１８０５は、（例えば、入力検出ユニット１８１０を用いて）保存動作を実施する要求に対応する第１の入力を検出し、第１の入力の検出に応じて、（例えば、出力提供ユニット１８１５を用いて）触覚構成要素を含む第１の出力を提供する。また、第１の入力の検出に応じて、処理ユニット１８０５は、（例えば、保存動作実施ユニット１８３５を用いて）既存ファイル内のコンテンツを保存するための保存動作を実施し、保存動作の実施後、処理ユニット１８０５は、（例えば、入力検出ユニット１８１０を用いて）既存ファイル内のコンテンツを新規ファイルに保存するための名前を付けて保存の動作を実施する要求に対応する第２の入力を検出し、第２の入力の検出に応じて、（例えば、出力提供ユニット１８１５を用いて）触覚構成要素を含む第２の出力を提供する。第２の出力は、新規ファイルの作成に対応する追加出力の提供と共に第１の出力を含む。また、第２の入力の検出に応じて、処理ユニット１８０５は、（例えば、保存動作実施ユニット１８３５を用いて）動作として保存を実施する。

【0421】

上述したように、図７及び図９～図１３を参照して記載した動作は、図１４～図１９に示す構成要素により、任意選択的に実施される。図１９は、説明される様々な実施形態の原理に従って構成されたデバイス１００の、例示的な機能ブロック図を示す。図１９で説明される機能ブロックが、説明される様々な実施形態の原理を実施するように任意選択的に組み合わされ、又はサブブロックに分離されることが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせまたは分割、又は更なる定義を任意選択的に支持する。

【0422】

図１９に示すように、デバイス１００は、アプリケーションを表示するように構成された表示ユニット１９０１、ユーザ接触を受信するように構成されたタッチ感知面ユニット１９０３、並びに表示ユニット１９０１及びタッチ感知面ユニット１９０３に連結された処理ユニット１９０５を含む。いくつかの実施形態では、処理ユニット１９０５は、アラート条件検出ユニット１９１０及び出力提供ユニット１９１５を含む。

【0423】

処理ユニット１９０５は、（例えば、アラート条件検出ユニット１９１０を用いて）第１のアラート条件の発生を検出するように構成され、第１のアラート条件の発生の検出に応じて、（例えば、出力提供ユニット１９１５を用いて）第１の触覚構成要素及び第１の非触覚構成要素を含む第１の出力を提供する。第１の出力の提供後、処理ユニット１９０５は、（例えば、アラート条件検出ユニット１９１０を用いて）第２のアラート条件の発生を検出するように構成され、第２のアラート条件の発生の検出に応じて、（例えば、出力提供ユニット１９１５を用いて）第２の触覚構成要素及び第２の非触覚構成要素を含む第２の出力を提供する。第１のアラート条件及び第２のアラート条件がアラート条件の同じクラス内にある異なるアラート条件である場合、第１の出力及び第２の出力は、１つ又は２つ以上の同じ構成要素を共用し、１つ又は２つ以上の異なる構成要素を有し、第１のアラート条件及び第２のアラート条件がアラート条件の異なるクラス内にある異なるアラート条件である場合、第１の触覚構成要素は、第２の触覚構成要素と異なり、第１の非接触構成要素は、第２の非接触構成要素と異なる。

【0424】

以下の段落［０４２５］～［０４３１］は、図１９に例示したデバイス１００によって、個別に又は任意の組み合わせで実施することができる様々な実施形態を説明する。

【0425】

いくつかの実施形態では、第１のアラート条件及び第２のアラート条件は、アラート条件の同じクラスにあり、このクラスは、アプリケーション用のアラート条件と関連付けられている。いくつかの実施形態では、第１のアラート条件及び第２のアラート条件は、アラート条件の同じクラスにあり、このクラスは、アプリケーションのカテゴリに関連付けられている。いくつかの実施形態では、第１のアラート条件及び第２のアラート条件は、２つの異なるアプリケーションと関連付けられ、第１のアラート条件及び第２のアラート条件は、アラート条件の同じクラスにあり、クラスは、２つの異なるアプリケーション内の機能の定義済みのクラス内の機能に対応する。いくつかの実施形態に従って、第１のアラート条件及び第２のアラート条件は、共通のアプリケーションと関連付けられ、第１のアラート条件及び第２のアラート条件は、アラート条件の同じクラスにあり、クラスは、機能の定義済みのクラス内の機能に対応する。

【0426】

いくつかの実施形態では、アラート条件のクラスには、メッセージ、アクティビティアラート、メディア再生アラート、バーチャルアシスタントアラート、システムアラート、スケジューリングリマインダ、及びインターネットブラウザ更新が挙げられる。いくつかの実施形態では、第１のアラート条件及び第２のアラート条件は、同じアラート条件の別個の例に相当し、第１の出力は、第２の出力と同一である。いくつかの実施形態に従って、第１及び第２の非触覚構成要素は、オーディオ出力である。いくつかの実施形態に従って、第１及び第２の非触覚構成要素は、視覚出力である。

【0427】

いくつかの実施形態では、第１のアラート条件及び第２のアラート条件が、アラート条件の同じクラス内にある異なるアラート条件のとき、第１の出力の第１の触覚構成要素は、第２の出力の第２の触覚構成要素と同一であり、第１の出力の第１の非触覚構成要素は、第２の出力の第２の非触覚構成要素と異なる。いくつかの実施形態では、第１のアラート条件及び第２のアラート条件が、アラート条件の同じクラス内にある異なるアラート条件のとき、第１の出力の第１の非構成要素は、第２の出力の第２の非触覚構成要素と同一であり、第１の出力の第１の触覚構成要素は、第２の出力の第２の触覚構成要素と異なる。

【0428】

いくつかの実施形態に従って、第１のアラート条件及び第２のアラート条件は、同じアラート条件に相当し、第１の出力は、第２の出力に付随する第２の追加構成要素と異なる第１の追加構成要素が付随する。

【0429】

いくつかの実施形態では、第１の出力に付随する第１の追加構成要素は、第１のアラートをトリガーした第１のイベントを記述している情報を提供し、第２の出力に付随する第２の追加構成要素は、第２のアラートをトリガーした第２のイベントを記述している情報を提供する。

【0430】

いくつかの実施形態では、第２の出力の提供後、処理ユニット１９０５は、（例えば、アラート条件検出ユニット１９１０を用いて）第３のアラート条件の発生を検出し、第３のアラート条件の発生の検出に応じて、（例えば、出力提供ユニット１９１５を用いて）第３の触覚構成要素及び第３の非触覚構成要素を含む第３の出力を提供し、第１のアラート条件、第２のアラート条件、及び第３のアラート条件が、アラート条件の同じクラスの異なるアラート条件であるとき、第１の出力、第２の出力、及び第３の出力は、１つ又は２つ以上の同じ構成要素を共用し、１つ又は２つ以上の異なる構成要素を有し、第３のアラート条件が、第１のアラート条件及び第２のアラート条件と異なるアラート条件のクラス内にあるとき、第３の触覚構成要素は、第１の触覚構成要素及び第２の触覚構成要素の両方と異なり、第３の非触覚構成要素は、第１の非触覚構成要素及び第２の非触覚構成要素の両方と異なる。

【0431】

いくつかの実施形態では、コンピューティングデバイスは、（例えば、タッチ感知面ユニットを伴う）タッチ感知ディスプレイを有し、第１の触覚出力の第１の触覚構成要素及び第２の触覚出力の第２の触覚構成要素は、（例えば、出力提供ユニット１９１５を用いて）コンピューティングデバイス上のタッチ感知ディスプレイを介して提供される。
ハードウェアの仕様

【0432】

特定の実施形態では、デバイス１００は、単純化した模式形態で示される、音響エネルギーを送受信するための１つ又は２つ以上の音響モジュール２００６を備えることができる。音響モジュール２００６は、非限定例として、電子デバイスのスピーカ又はマイクロフォンであってもよい。

【0433】

図２０に示すように、デバイスハウジングは、音響モジュール２００６に連結された第１の音響ポート２０２０を含む。いくつかの例では、音響モジュール２００６は、デバイス１００のためのマイクロフォン又はスピーカ要素のいずれか一方として機能するように構成される。しかし、以下の説明の目的のために、音響モジュール２００６は、スピーカ要素又はモジュールとして説明される。音響ポート２０２０は、音響モジュール２００６からユーザの耳への可聴信号の送信を容易にするオリフィス２０３１、２０３２を含む。この例では、オリフィスは、ハウジング１０１を貫いて延在し、音響モジュールの内部構成要素を外部環境と音響的に接続する。他の例では、単一の音響ポートが、複数のオリフィス又は単一のオリフィスを含んでもよい。いくつかの実施形態では、音響ポート２０２０はまた、液体又はその他の異物の進入を抑制するように構成されたハウジング構造２０２１（「天蓋（umbrella）」）、スクリーンメッシュ２０１５、又はその他の保護要素を含んでもよい。

【0434】

天蓋構造２０２１は、水又は流体２００１が音響モジュール２００６に直接激突することを概ね阻止する。１つの例において、音響ポート２００１は、モジュールの音響チャンバ（例えば、天蓋２０２１とメッシュ２０１５との間の、オリフィス２０３１、２０３２を含む空間）に対してずらされた１つ以上のオリフィス又は開口部２０３１、２０３２を含む。天蓋構造は、ケース又はハウジング１０１の外面になるように形成されてもよい。例えば、天蓋構造２０２１は、音響チャンバに対してずらされた２つ以上のオリフィス又は開口部２０３１、２０３２の間に配置された材料から形成されてもよい。

【0435】

更に、特定の実施形態は、音響チャンバを、水がチャンバ内又はオリフィスの他の部分内に溜まる可能性を低減する形状であってもよい。スクリーン２０１５は、音響空洞２０１１を外部環境から分離することができ、外部環境から音響空洞２０１１内への液体又はその他の異物の進入を妨げることができる。例えば、（複数の）オリフィス２０３１、２０３２の側壁は、オリフィス内又はチャンバ内の水の表面張力を低減するために、スクリーン２０１５の略表面まで延在してもよい。同様に、オリフィスの外側は、オリフィスに隣接する液体の表面張力を低減し、かくして液体の除去を促進するために、面取りされていてもよい。

【0436】

図２０に示した本例では、音響モジュール２００６は、スピーカモジュールである。図２０に示すように、スピーカ音響モジュールは、振動板２０１０、ボイスコイル２００９、中心磁石２００８、及び側方磁石／コイル２００７を含む、音を生成し、送信するための様々な構成要素を含んでもよい。典型的な実施では、振動板２０１０は、ボイスコイル２００９内の刺激信号に応じて音波又は音響信号を生成するように構成される。すなわち、ボイスコイル２００９内の変調された刺激信号は、振動板２０１０の運動を生じさせる。振動板２０１０の運動は、音波を作り出し、音波は、音響モジュール２００６の音響空洞２０１１を通って伝搬し、最終的にポート２０２０から外部環境へ出る。場合によっては、音響空洞１０６は、振動板２０１０の運動によって生成された音波を増幅し、かつ／又は減衰させるように構成された形状及びサイズを有する音響共振器として機能する。

【0437】

特定の実施形態では、音響モジュール２００６はまた、端壁２０１３及び基部２０１４などの、構造支持要素を含む。これらの要素は、スピーカ要素のための物理的支持を提供することができる。様々なヨーク、コネクタなどもまた、このような支持を提供することができる。特定の実施形態は、デバイスの内部を環境に対して密閉するためのガスケット２０１６を含んでもよい。本明細書において挙げられている構造は一例として意図されており、限定を意図されていないことを理解されたい。例えば、代替実施形態では、音響空洞は、追加の構成要素から形成されてもよいか、又は単一の構成要素から形成されてもよい。

【0438】

図２０に示された音響モジュール２００６は、スピーカ音響モジュールの一種の一例として提供されている。いくつかの実施形態は、異なる種類のスピーカ、マイクロフォンなどを用いてもよい。更に、スピーカとの関連で説明されているが、上述のことはマイクロフォンに同等に適用可能であり、多くの実施形態は、マイクロフォンを同様に組み込んでもよい。

【0439】

本明細書に記載された実施形態は、タッチの位置を検出するための１つ又は２つ以上のセンサを備えてもよい。特に、タッチセンサは、タッチ感知面を形成するためにウェアラブル電子デバイスのディスプレイに対して配置することができる。タッチの位置を判定するために使用することができる個別のタッチセンサに関して以下に説明される。

【0440】

一実施形態では、デバイスは、自己静電容量式ピクセル又は電極のアレイから形成することができる自己静電容量式タッチセンサを備えることができる。図２１Ａは、自己静電容量式タッチピクセル電極に対応するタッチセンサ回路及びセンシング回路を示す。タッチセンサ回路２１０９は、タッチピクセル電極に関連付けられたアース端子に対する固有自己静電容量を伴うタッチピクセル電極２１０２を有することができ、また、指２１１２などの物体がタッチピクセル電極２１０２に近接しているか、又はタッチしているときに形成することができるアース端子に対する追加の自己静電容量を有することができる。タッチピクセル電極２１０２のアースに対する全自己静電容量は、容量２１０４として示すことができる。タッチピクセル電極２１０２は、センシング回路２１１４に連結することができる。センシング回路２１１４は、オペアンプ２１０８、フィードバック抵抗器２１１６、フィードバックコンデンサ２１１０、及び入力電源２１０６を含むことができるが、他の構成も採用することができる。例えば、フィードバック抵抗器２１１６は、スイッチコンデンサ抵抗器と置き換えることができる。タッチピクセル電極２１０２は、オペアンプ２１０８の反転入力に連結することができる。ＡＣ電源２１０６は、オペアンプ２１０８の非反転入力に連結することができる。タッチセンサ回路２１０９は、指２１１２がタッチセンサパネルにタッチするか、又は近接するかのいずれか一方によって引き起こされる、タッチピクセル電極２１０２の全自己静電容量２１０４の変化を感知するように構成することができる。出力２１２０は、近接イベントまたはタッチイベントの存在を判定するためにプロセッサによって使用することができるか、又は出力は、タッチイベントまたは近接イベントの存在を判定するためにディスクリート・ロジックネットワークに入力することができる。

【0441】

図２１Ｂは、例示的な自己静電容量式タッチセンサ２１３０を示す。タッチセンサ２１３０は、表面に配置され、タッチコントローラ２１０６内の感知チャネルと連結された複数のタッチピクセル電極２１０２を含むことができ、駆動／感知インタフェース２１２５を介して感知チャネルからの刺激信号によって駆動することができ、駆動／感知インタフェース２１２５を介して同様に感知チャネルによって感知することができる。タッチコントローラ２１０６が、それぞれのタッチピクセル電極２１０２で検出されたタッチの量を判定した後、タッチが発生したタッチスクリーンパネル内のタッチピクセルのパターンは、タッチの「画像」（例えば、タッチスクリーンにタッチするか、又はごく接近する物体のパターン）として考えることができる。図２１Ｂでのタッチピクセル電極２１０２の配置は、一例として提供されているが、タッチピクセル電極の配置及び／又は幾何学形状は、実施形態に応じて変化してもよい。

【0442】

特定の実施形態は、異なるタッチセンシング機構を採用してもよい。例えば、特定の実施形態は、タッチの検出のために相互容量センサアレイを使用してもよい。いくつかの実施形態は、抵抗膜式タッチセンサ、光学式タッチセンサ、又は本明細書で論じられた任意のタッチセンシング技術の任意の組み合わせを使用してもよい。したがって、自己静電容量式タッチセンシングは、いくらか詳細に記載されているが、タッチセンシングなどに関する本明細書における参考文献は、任意の所与の実施形態で使用されるタッチセンサの特定の種類とは無関係に、タッチの検出を対象に含むことを意図していると理解及び認識されたい。

【0443】

特定の実施形態では、電子デバイスは、触覚フィードバックをユーザに提供するための１つ又は２つ以上の触覚モジュールを備えてもよい。本明細書において説明されている諸実施形態は、知覚可能な触覚フィードバックを提供するために好適な１つ又は２つ以上の触覚アクチュエータに関するか、又はその形態をとってもよい。このようなアクチュエータは、電磁コイル、永久磁石又はその他の磁界源を含んでもよい。コイルが励磁されると、磁界が、塊体にローレンツ力を及ぼすことによって、触覚アクチュエータの塊体における運動を誘導し得る。コイルを流れる電流方向は、塊体の運動方向を決定し、その一方で、磁界の強度は、塊体の速度及びそれゆえ触覚出力の大きさを決定する。

【0444】

概して、電子デバイスの非常にコンパクトなフォームファクタを所与として、いくつかの実施形態において実装される触覚アクチュエータは、結果として生じる機械的エネルギーを最大化するか、又は向上させるように構成されてもよい。

【0445】

一実施形態では、図２２Ａ及び図２２Ｂに示すように、触覚アクチュエータ２４５０は、塊体が静止状態になっているときにコイル２２００内に少なくとも部分的に配置されている塊体を有してもよい。この塊体は、フレーム２２６０内に付着させた磁石アレイとして実装される反対の極性の２つの磁石２２１１、２２１２を含んでもよい。フレーム２２６０は、塊体に余分の重量を提供することができ、それゆえ、より強い触覚出力が生成される場合がある。中心ブロック２２７０は、任意選択的であるが、磁石を分離してもよい。シャフト２２５０は、塊体を貫いて延在してもよく、それにより、塊体は、シャフト上を自由に摺動することができる。

【0446】

（磁石２２１１、２２１２、及び中心ブロック２２７０から形成される）磁石アレイは、コイルに電流が流れているとき、コイル２２００の磁界と相互作用する放射状磁界（図２２Ｂを参照のこと）を生成することができる。磁界同士の相互作用の結果生じたローレンツ力によって、塊体は、シャフト２２５０に沿って第１の方向に運動する。コイル２２００内の電流の流れを反転させると、ローレンツ力は、反転する。その結果、磁石２２１１、２２１２上の磁界又は磁力はまた、反転され、塊体は、第２の方向に運動し得る。したがって、塊体は、コイルを通る電流の方向に依存して、シャフトに沿って双方向に運動し得る。コイル２２００内に交流電流を流すことによって、中心磁石アレイは、シャフトに沿って後方及び前方へ運動することができる。この運動は、アクチュエータのハウジング２２２０における運動を誘導することができ、それが今度は電子デバイスのハウジングにおける運動を誘導することができる。

【0447】

中心磁石アレイがシャフト２２５０へ引き付けられ、これが両者の間の摩擦を増大させ、それにより、中心磁石アレイ及びフレーム２２６０を運動させるために必要な力を増大させ得るであろうことを阻止するために、シャフトは、タングステン、チタン、ステンレス鋼などの非フェライト系材料から形成することができ、塊体は、軸受上でシャフトに沿って摺動することができる。

【0448】

アクチュエータはまた、塊体に復元力を提供する構造を有してもよい。例えば、ばね２２１０は、シャフトの両端部に配置されてもよい。塊体がばねを押し込むにつれて、ばねは、収縮し、運動エネルギーを蓄積する。この運動エネルギーは、解放され、塊体をシャフト２２５０に沿って戻し、それにより、塊体を最初の出発位置へ、又はその近くへ送ることができる。（複数の）ばね内の運動エネルギーは、コイルと連携して磁石をかかる様式で運動させることができる。

【0449】

本明細書においては、線形アクチュエータが説明されているが、異なる実施形態では、他の種類のアクチュエータが用いられてもよいことを理解されたい。例えば、いくつかの実施形態は、回転型アクチュエータ、圧電アクチュエータ、又は任意の他の好適な線形または非線形アクチュエータを用いてもよい。同様に、特定の実施形態は、協調して作動する複数のアクチュエータを用いてもよい。

【0450】

本明細書において説明されている諸実施形態は、好適な電子デバイスの形態をとるか、それに組み込まれるか、又はそれと共に動作してもよい。かかるデバイスの一例は、図２３Ａに示されており、ウェアラブル機構の形態をとる。図示のように、この機構は、ユーザの手首に装着され、バンドによって手首に固定することができる。この機構は、以下の多様な機能を有することができるが、これらに限定されない。時間を刻むこと、ユーザの生理学的信号をモニタし、これらの信号に基づく健康関連情報を提供すること、異なる機能性を有する異なる種類のデバイスであり得る他の電子デバイスと（有線又は無線方式で）通信すること、ユーザに、オーディオ、触覚、視覚、及び／又は他の感覚的出力を含んでもよいアラートを提供すること（そのアラートのいずれか又は全てを互いに同期させてもよい）、ディスプレイ上にデータを視覚的に表現すること、デバイスの動作を開始、制御、又は修正するために使用することができる１つ又は２つ以上のセンサからデータを収集すること、デバイスの表面上でのタッチの位置及び／又はデバイス上に付与された力の量を決定し、そのいずれか一方又は両方を入力として使用すること、１つ又は２つ以上の機能を制御するために音声入力を受け取ること、１つ又は２つ以上の機能を制御するために触感入力を受け取ること、など。

【0451】

好適な電子デバイスの代替実施形態は、電話、タブレットコンピューティングデバイス、ポータブルメディアプレーヤ、又は図４Ａに示すような他のポータブル多機能デバイス１００を含む。更に他の好適な電子デバイスは、ラップトップ／ノートブックコンピュータ、パーソナルデジタルアシスタント、タッチスクリーン、入力感知パッド又は面などを含んでもよい。

【0452】

図２４は、ウェアラブル電子デバイスの例示的な模式図を示す。図２４に示すように、デバイス１００は、メモリ２４１０であって、それに記憶された命令を有するメモリ２４１０にアクセスするように構成された１つ又は２つ以上の処理ユニット２４０５を含む。命令又はコンピュータプログラムは、デバイス１００に関して説明される動作又は機能のうち１つ又は２つ以上を実行するように構成されてもよい。例えば、命令は、デバイスの様々な構成要素の動作を制御又は調整するように構成されてもよい。かかる構成要素は、限定するものではないが、ディスプレイ２４１５、１つ以上の入力／出力構成要素２４２０、１つ以上の通信チャネル２４２５、１つ以上のセンサ２４３０、２４３５、スピーカ２４４０、マイクロフォン２４４５、及び／又は１つ以上の触覚フィードバックデバイス２４５０を含む。いくつかの実施形態では、スピーカ及びマイクロフォンは、単一のユニットに組み合わせられてもよく、かつ／又はデバイスのハウジングを貫く共通ポートを共用してもよい。いくつかの実施形態はまた、バッテリ２４５５又は無線電力２４６０を含む。図２４に示したようなデバイス１００の構成要素のそれぞれは、代わりに、対応する名称又は機能を有する別の形状の構成要素であってもよい。

【0453】

図２４の処理ユニット２４０５は、データ又は命令を処理、受信、又は送信することができる任意の電子デバイスとして実装されてもよい。例えば、処理ユニット２４０５は、マイクロプロセッサ、中央演算処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、又はかかるデバイスの組み合わせのうちの１つ以上を備えてもよい。本明細書に記載する場合、用語「プロセッサ」とは、単一のプロセッサまたは処理ユニット、複数のプロセッサまたは複数の処理ユニット、他の適切に構成された（複数の）コンピューティング要素を包含することを意図するものである。

【0454】

いくつかの実施形態では、電子デバイスは種々のバンド、ストラップ、又はその他の保持機構（まとめて、「バンド」）を受容し得る。これらのバンドは、デバイス内の凹部又はその他の孔内に受容され、それにロックするラグによって、電子デバイスに取り外し可能に接続されてもよい。ラグはバンドの一部であってもよいか、又はバンドから分離可能であってもよい（および／または分離していてもよい）。概して、ラグは電子デバイスの凹部内にロックし、それにより、バンドとデバイスとの間の接続を維持してもよい。ユーザは、ラグが摺動するか、又は別の仕方で動いて凹部から出ることを可能にするために、ロック機構を解除してもよい。いくつかの実施形態では、凹部はバンド内に形成されてもよく、ラグはデバイス内に付着されるか、又は組み込まれてもよい。

【0455】

ユーザはバンドと電子デバイスの組み合わせを変更することができ、それにより、２つのカテゴリの混合及び適合を可能にする。他の形態及び／又は機能を有するデバイスが同様の凹部を含んでもよく、ラグ、及び／又はラグを組み込んだバンドと解除可能に結合してもよいことを理解されたい。このように、各々が別のものに適合する、バンドとデバイスのエコシステムが構想されてもよい。１つの更なる例として、デバイスを接続するための単一のバンドが用いられてもよい。このような実施形態では、バンドは、２つのデバイスが信号を互いへ送信し、それにより、互いにやりとりすることを可能にする電気的相互接続部を含んでもよい。

【0456】

多くの実施形態では、電子デバイスは、時間を刻み、それを表示することができ、本質的に、とりわけ、腕時計として機能する。時間は、デバイス、その設定、及び（場合によっては）ユーザの好みに依存して、アナログ又はデジタル形式で表示することができる。通例、時間は、デバイスの外面の一部を形成するデジタルディスプレイ積層体上に表示される。

【0457】

ディスプレイ積層体は、ディスプレイの上に重なる、カバーガラスなどの、カバー要素を含んでもよい。カバーガラスは必ずしもガラスから形成される必要はない。ガラスは１つのオプションである。それは、サファイア、ジルコニア、アルミナ、化学強化ガラス、硬化プラスチックなどから形成されてもよい。同様に、ディスプレイは、液晶ディスプレイ、有機発光ダイオードディスプレイ、又は任意のその他の好適なディスプレイ技術であってもよい。要素の中でもとりわけ、ディスプレイ積層体は、いくつかの実施形態では、バックライトを含んでもよい。

【0458】

デバイスはまた、カバーガラス上におけるタッチのロケーションを判定するための１つ以上のタッチセンサを備えてもよい。タッチセンサは、タッチのロケーションを判定するためにディスプレイ積層体内、又はその上に組み込まれてもよい。タッチセンサは、特定の実施形態においては、自己静電容量式、他のものにおいては、相互容量式、又はそれらの組み合わせであってもよい。

【0459】

同様に、デバイスは、カバーガラスに加えられる力の量を判定するための力センサを含んでもよい。力センサは、いくつかの実施形態では静電容量センサであってもよく、いくつかの実施形態では歪みセンサであってもよい。どちらの実施形態においても、力センサは概して透明であり、透明材料から作製されているか、又はディスプレイの視野に干渉しないようにディスプレイの真下、又はそれから離れて配置される。力センサは、例えば、シリコーン又は別の変形可能材料によって分離された２枚の静電容量性プレートの形態をとってもよい。静電容量性プレートが外力を受けて互いに近づくにつれて、キャパシタンスの変化が測定されてもよく、キャパシタンス変化から外力の値が相関関係により求められてもよい。更に、力センサ上の複数の地点からの、又は複数の力センサからの相対的なキャパシタンス変化を比較することによって、力が及ぼされているロケーション又はロケーション群が判定されてもよい。一実施形態では、力センサは、ディスプレイの周囲の真下に延在するガスケットの形態をとってもよい。ガスケットは、実施形態に依存して、区分化されているか、又は単体であってもよい。

【0460】

電子デバイスはまた、アラートをユーザに提供してもよい。アラートは、以下に応じて生成されてもよい。デバイスの状態の変化（その一例は、電力の低下である）、デバイスによる（メッセージの受信などの）情報の受信、デバイスと別の機構／デバイス（メッセージが待機状態であるか、又は通信が進行中であることをデバイスに通知する第２のタイプのデバイスなど）との間の通信、アプリケーションの動作状態（ゲームの一部として、またはカレンダー予約が直前に迫ったときなど）又はオペレーティングシステムの動作状態（デバイスの電源がオンとなったときまたは電源を切ったときなど）、など。アラートのためのトリガの数及び種類は、様々であり、広範囲にわたる。

【0461】

アラートは、聴覚的なもの、視覚的なもの、触覚的なもの、又はそれらの組み合わせであってもよい。触覚アクチュエータがデバイス内に収容されてもよく、直線運動して触覚出力を生成しもよい（ただし、代替実施形態では、触覚アクチュエータは回転型であるか、又は任意のその他の種類のものであってもよい）。スピーカがアラートの聴覚構成要素を提供してもよく、上述のディスプレイが視覚アラート構成要素を提供してもよい。いくつかの実施形態では、専用ライト、ディスプレイ、又はその他の視覚出力構成要素がアラートの一部として用いられてもよい。

【0462】

アラートの聴覚、触覚及び／又は視覚構成要素は、総合的な経験をユーザに提供するために同期されてもよい。１つ以上の構成要素は、それらの間の所望の同期を作り出すために他の構成要素に対して遅延されてもよい。構成要素は、それらが実質的に同時に知覚されるように同期されてもよい。一例として、触覚出力は聴覚的なものよりも知覚されるのに時間がかかり得るため、触覚出力は聴覚出力の少し前に開始されてもよい。別の例として、触覚出力（又はその一部）は、聴覚出力の相当前に、ただし、弱いレベル、又は更に、閾下レベルで開始されてもよく、それにより、聴覚出力を受信することを装着者に事前に教える。

【0463】

例示的な電子デバイスは、有線接続を通じてか、又は無線でかのいずれか一方で他の電子デバイスと通信してもよい。データは、デバイス間で受け渡されてもよく、一方のデバイスが他方に情報を中継すること、他方を制御すること、他方のセンサ、出力、及び／又は入力を利用することなどを可能にする。図２３Ｂは、サンプル電子デバイス１００を装着しているユーザ２３１０が、第２の電子デバイス２３２０を自身のポケットに入れている様子を示す。第２のデバイスは、デバイス１００及び３００に関して本明細書に記載された性能のうち任意を任意選択的に有する。データは、電子デバイス１００、２３２０の間で無線送信されてもよく、それにより、ユーザ２１０が第１の電子デバイス１００を用いて第２のデバイス２３２０からのデータを受信すること、データを見ること、かつデータとやりとりすることを可能にする。したがって、ユーザ２３１０は、第２のデバイスと直接やりとりすることを実際に必要とすることなく、第１の電子デバイス１００を通じて第２のデバイスの機能の一部又は全てへのアクセスを有することができる。

【0464】

更に、電子デバイス１００、２３２０は、データを共有するだけでなく、機能性をも共有するように協働することができる。例えば、２つのデバイスのうちの一方は、他方が欠いているセンサ、アプリケーション、又は機能を組み込んでいてもよい。このような能力を欠いている電子デバイスは、それらを、要求側デバイスと無線共用していてもよい他方のデバイスから要求してもよい。それゆえ、複数のデバイスは、拡張された機能、ソフトウェア、アクセス及び同様のものを両者の間で提供し、最終的にはユーザに提供するように、協力して動作し得る。１つの非限定例として、電子デバイス１００は電話をかけるか、又は電話を受けることができなくてもよく、その一方で、第２のデバイス２３２０はそれを行うことができてもよい。それにもかかわらず、ユーザは、第１のデバイス１００を通じて電話をかけ、及び／又は電話を受けることができる。第１のデバイスは、実際に電話をかけるか、又は電話を受けるために、第２のデバイス２３２０を用いてもよい。

【0465】

別の非限定例として、電子デバイス１００は近くの販売端末と無線で通信してもよく、かくして、ユーザが商品の販売、購入、又は返品などの取引を迅速かつ効率的に遂行することを可能にする。電子デバイスは、これら及び他の機能を実行するために近距離通信技術を用いてもよい。

【0466】

上述されたように、バンドが２つの電子デバイスに接続されてもよく、両者の間の有線通信経路の役割を果たしてもよい。別の例として、デバイスは無線で通信してもよく、それにより、一方のデバイスが第２のデバイスからの情報をユーザへ中継することを可能にする。この後者の例は、第２のデバイスに近づきにくい場合に特に有用になり得る。

【0467】

特定の実施形態は、ユーザの特定の生理学的特性を測定するための１つ又は２つ以上の生体センサを組み込んでいてもよい。デバイスは、例えば、ユーザの心拍数又は血液酸素化レベルを判定するためのフォトプレシモグラム（photoplesymogram）センサを含んでもよい。デバイスは、更に、又は代わりに、デバイスが体脂肪率、身体の電気的活動、身体インピーダンスなどを推定することを可能にし得る、ユーザの身体インピーダンスを測定するための電極を含んでもよい。また、血圧、紫外線暴露などを含む。電子デバイス内に組み込まれているか、又はそれに関連付けられているセンサに依存して、種々のユーザ特性が測定かつ／又は推定されてもよく、それにより、異なる健康情報がユーザに提供されることを可能にする。

【0468】

特定の実施形態は、無線で充電されてもよい。例えば、誘導充電台が、デバイスのバッテリを充電するためにデバイス内の誘導受電器へ電力を送電してもよい。更に、デバイスと台との間の誘導電磁界を変化させることによって、データが両者の間で通信されてもよい。１つの単純な非限定例として、この通信は、デバイスが台の上に置かれると、台を低電力休止状態から活動充電状態へ起こすために用いられてもよい。その他の無線充電システム（例えば、近傍磁界共鳴及び無線周波数）が同様に用いられてもよい。代替的に、デバイスはまた、電極を通じた有線充電を用いてもよい。

【0469】

特定の実施形態では、デバイスは、心棒の付いた竜頭の形態をとり得る、回転入力を含んでもよい。竜頭及び心棒は、回転入力を提供するために、回転させられてもよい。心棒及び／又は竜頭の回転は、光学的に、電気的に、磁気的に、又は機械的に感知されてもよい。更に、いくつかの実施形態では、竜頭及び心棒はまた、横方向にも動いてもよく、それにより、第２の種類の入力をデバイスに提供する。

【0470】

電子デバイスは、１つ又は２つ以上のボタンを同様に含んでもよい。（複数の）ボタンは、押されて、更に別の入力をデバイスに提供することができる。様々な実施形態では、ボタンは、ドームスイッチ、ロッカスイッチ、電気接点、磁気スイッチなどであってもよい。いくつかの実施形態では、ボタンは防水性であるか、又は他の様態で環境に対して密閉されていてもよい。

【0471】

様々な実施形態は、１つ又は２つ以上の運動センサを含むか、又は他の様態でそれを組み込んでいてもよい。運動センサは、デバイスの動きを検出し、その動きに基づいてデバイス又は関連アプリケーションの状態、出力、又は入力を提供するか、修正するか、停止するか、又は他の様態でそれに影響を及ぼしてもよい。非限定例として、動きは、デバイスを沈黙させるか、又はデバイスによって生成されたアラートに確認応答するために用いられてもよい。運動センサのサンプルとしては、加速度計、ジャイロセンサ、磁気計、ＧＰＳセンサ、距離センサなどが挙げられる。いくつかの実施形態は、位置特定及び／又はナビゲーション補助を促進するか、又はそれを可能にするために、ＧＰＳセンサを用いてもよい。

【0472】

図２４に示すように、デバイス１００はまた、スピーカ２４４０及び／又はマイクロフォン２４４５を含む、１つ又は２つ以上の音響要素を含んでもよい。スピーカ２４４０は、駆動電子機器回路又は回路機構を含んでもよく、コマンド又は入力に応じて可聴音又は音響信号を作り出すように構成されてもよい。同様に、マイクロフォン２４４５もまた、駆動電子機器回路又は回路機構を含んでもよく、コマンド又は入力に応じて可聴音又は音響信号を受信するように構成される。スピーカ２４４０及びマイクロフォン２４４５は、音響エネルギーが通過することを許すが、液体及びその他のごみの進入を阻止し得るケース内のポート又は開口部に音響的に結合されてもよい。

【0473】

特定の実施形態は、周辺光センサを組み込んでいてもよい。周辺光センサは、デバイスがその環境の明るさを感知し、それに応じて特定の動作パラメータを調節することを可能にし得る。例えば、電子デバイスは、感知された周辺光に応じてディスプレイの明るさを変更することができる。別の例として、光が、ある期間の間、ほとんど又は全く感知されなければ、電子デバイスはディスプレイをオフにしてもよい。

【0474】

電子デバイスのこれら及び他の機能、動作、及び能力は、本明細書全体を読むことによって明らかになるであろう。
アラートクラスに基づく触覚出力

【0475】

いくつかの実施形態に従って、アラート条件は、多くの異なる手法でトリガーすることができる。例えば、いくつかのアラートは、電子メールを受信する、音声メールメッセージを受信する、テキストメッセージを受信するなどの他者からの通信によってトリガーされる。他のアラートは、カレンダーアラート又はリマインダなどのユーザ設定通知によってトリガーされる。更に他のアラートは、アプリケーションに基づくか、又はデバイスに基づくアラートなど、金融トランザクションイベント又はデバイスのペアリングイベントなどのシステムに基づく通知によってトリガーされる。いくつかのアラートは、サードパーティのアプリケーションによってトリガーされ、一方、他のアラートは、デバイス用に作られたアプリケーション又は他の態様からトリガーされる。いくつかの実施形態に従って、どのタイプでトリガーされてアラートが生じたのかが、対応する触覚出力を提供するための根拠となる。

【0476】

いくつかの実施形態に従って、対応する触覚は、アラートクラスに関連付けられ、ユーザは、触覚フィードバックを、特定の触覚及び特定のアラートクラスに関連付けられた他の出力を伴う言語として、徐々に理解するようになる。様々なアラートのクラスに相関する触覚出力を提供することは、より効率的なヒューマン・マシン・インタフェースを生み出し、それによって、ユーザがアラートを理解して、動作を実行するためにかかる時間を減らし、その結果として、エネルギー消費を減らし、デバイスに電力を供給するバッテリのバッテリ寿命を増大させる。図２５は、いくつかの実施形態による、異なるアラートクラスにそれぞれ対応する、様々な触覚アラート及び他のフィードバックアラートを提供するための方法２５００のフロー図である。いくつかの実施形態では、図２５に示した工程とは異なる工程を実施してもよいことに留意されたい。

【0477】

本方法は、イベントを２５０５で検出するデバイス１００によって開始する。触感出力生成器を有するコンピューティングデバイス１００上で実行しているアプリケーションに対して、イベントは、様々な実施形態による様々な形態をとる。イベントは、デバイスのユーザ宛の任意の通知、アラート、又は他のイベントである。状況によっては、デバイス１００は、タッチ感知ディスプレイを有する。

【0478】

いくつかの実施形態に従って、アラートイベントの異なるタイプは、異なるイベントクラスに対応する。特定のクラスに分類するイベントタイプの判定に従って、アラートは、イベントクラスに対応して提供される。例えば、イベントが第１のイベントクラスにおけるイベントのタイプであるという判定に従って、第１のアラートは、触感出力生成器によって生成された第１の触覚構成要素を含む２５１５で提供される。同様に、イベントが複数の異なるイベントタイプを含む第２のイベントクラス内のイベントのタイプであるという判定に従って、第２のアラートは、触感出力生成器で生成され、第１の触覚構成要素と異なる第２の触覚構成要素を含む２５２０で提供される。同様に、イベントが複数の異なるイベントタイプを含む第３のイベントクラス内のイベントのタイプであるという判定に従って、触感出力生成器で生成され、第１の触覚構成要素及び第２の触覚構成要素と異なる第３の触覚構成要素を含む第３のアラートは、２５２５で提供される。したがって、いくつかの実施形態に従って、触覚出力は、イベントが属しているイベントクラスに依存する。

【0479】

いくつかの実施形態に従って、第１の触覚構成要素は、触覚出力間の間隔のうち１つ又は２つ以上、触覚出力の数、及び触覚構成要素の間に徐々に触覚出力の振幅が変化することに基づいて、第２の触覚構成要素及び第３の触覚構成要素と異なる。

【0480】

いくつかの実施形態では、先に図２５と併せて論じたように、触覚構成要素は、アラートのオーディオ構成要素がデバイスによって提供されるかどうかを問わず、アラートの異なるクラスの間でユーザが容易に区別できるようにするために略異なるように設計される。例えば、デバイスは、異なるイベントに対応する複数の固有のアラートを有してもよく、第１のイベントクラス、第２のイベントクラス、及び第３のイベントクラスは、固有のアラートに対応するイベントよりもより頻繁に通常は発生するイベントのタイプに対応する。

【0481】

状況によっては、イベントクラスは、異なる因子に基づいて生成されたイベントに対応する。例えば、いくつかの実施形態に従って、イベントの第１のクラスは、他のユーザからの通信に基づいて生成されたイベントを含み、イベントの第２のクラスは、デバイスのユーザによって入力された定義済みの基準に基づいて生成されたイベントを含み、イベントの第３のクラスは、デバイスにモニタされる基準の達成に基づいて生成されたイベントを含む。

【0482】

いくつかの実施形態に従って、イベントクラスは、表９と併せて以下に更に論じるように、様々なイベントに対応する。例えば、いくつかの実施形態に従って、イベントの第１のタイプは、個人イベントクラスにあり、イベントの第２のタイプは、ユーザ設定イベントクラスにあり、イベントの第３のタイプは、システムベントクラスにある。個人イベントクラスは、着信メッセージ、着信電子メール、着信音声メールなどを含んでもよい。ユーザ設定イベントクラスは、カレンダー通知、リマインダ通知、タイマ／アラームイベントなどのイベントを含んでもよい。システムイベントクラスは、ペアリングイベント、金融トランザクションイベント、又はバッテリ残量イベントなどを含んでもよい。いくつかの実施形態に従って、それぞれのクラスに対応するアラートは、クラスが触覚出力の１つ又は２つ以上の属性を共有するように、そのクラス用にあらかじめ設定される。いくつかの実施形態に従って、クラスに対応する触覚は、デバイス１００のユーザによって設定される。

【0483】

いくつかの実施形態に従って、２５０６でのイベントの検出に応答し、イベントが複数の異なるイベントタイプを含む第４のイベントクラス内のイベントのタイプであるという判定に従って、第１の触覚構成要素、第２の触覚構成要素、及び第３の触覚構成要素と異なる、触感出力生成器で生成された、第４の触覚構成要素を含む第４のアラートを２５３０で提供する。いくつかの実施形態に従って、第４のイベントクラスは、サードパーティのアプリケーションによって生成されたイベントに対応し、このイベントとしては、様々なセカンドパーティ又はサードパーティのイベント、例えば、ソーシャルネットワーキングメッセージを提供するソーシャルネットワーク又はゲーム通知を提供するゲームアプリケーションが挙げられる。

【0484】

いくつかの実施形態に従って、第４の触覚構成要素は、第１の触覚構成要素、第２の触覚構成要素、又は第３の触覚構成要素に含まれない触覚出力要素によって、第１の触覚構成要素、第２の触覚構成要素、及び第３の触覚構成要素と区別される。例えば、サードパーティのアプリケーションによって生成されたイベントに対応する第４のイベントのクラスの場合では、第４の触覚構成要素は、アラートがネィティブアプリケーションのうち任意のもの又はデバイスによって供給された機構由来ではなく、サードパーティのアプリケーション由来であるとユーザが容易に見分けられるように、サードパーティのイベントに固有の触覚構成要素（例えば、特定の振動パターン）を含んでもよく、他のクラスに対応して提供された触覚出力に含まれなくてもよい。この例では、第１、第２、及び第３のイベントクラスは、デバイスから直接、又はデバイス用に作られたアプリケーションから開始するイベントに対応する。しかし、いくつかの実施形態では、所与のクラスに対応する触覚構成要素は、他のクラスから区別してアラートが特定のイベントクラス由来であることを触覚出力からユーザが容易に見分けられるように、そのクラスに固有であってもよく、他のクラスに対応して提供された触覚出力に含まれなくてもよい。

【0485】

いくつかの実施形態では、触覚出力にそれぞれのオーディオ構成要素が付随する場合、オーディオ構成要素は、同様にイベントを反映している。例えば、クラス用のオーディオ構成要素は、他のクラスから区別してアラートが特定のイベントクラス由来であることをオーディオ出力からユーザが容易に見分けられるように、そのクラスに固有であってもよく（例えば、サウンドの特定のタイプ）、他のクラスに対応して提供された触覚出力に含まれなくてもよい。

【0486】

表９は、検出されたイベントが既知のイベントであるという判定に使用される情報をデバイス１００が有する、いくつかの例示的状況を示す。示した例は、４つのイベントクラス、個人、ユーザ設定、システム、及びサードパーティを表すが、任意のイベントクラスであると考えられる。表９に示したイベントタイプには、電子メールメッセージ、テキストメッセージ、及び音声メールメッセージ（個人）、カレンダー及びリマインダ通知、タイマ及びアラームアラート（ユーザ設定）、デバイスのペアリング、金融トランザクション、及びバッテリ残量表示（システム）、並びにサードパーティのメッセージ及び通知（サードパーティ）が挙げられるが、この判定を行うためにデバイス１００に類似の情報を提供する任意の他のイベントであると考えられる。

【表9】

【0487】

示した例に対して、イベントクラスの列は、イベントが分類される４つのクラスである、個人、ユーザ設定、システム、又はサードパーティのうちいずれかを示す。それぞれのクラス内で、様々なイベントタイプがイベントタイプの列ごとに列挙されている。それぞれのイベントクラスに対して数例が列挙されているが、この列挙は、他のイベントタイプを排除することを意味するものではない。いくつかの実施形態では、個人イベントは、通常は別のユーザによってデバイスユーザに個人的に送信された、電子メール、テキスト、又は音声メールなどのイベントである。いくつかの実施形態に従って、ユーザ設定イベントは、その名称が示すように、デバイスのユーザによって設定されたイベントであり、例えば、カレンダー通知、リマインダ、タイマ期限、アラーム作動などである。いくつかの実施形態では、システムイベントは、デバイス又はシステム自体によって生成される、デバイスのペアリング又はバッテリ残量表示などのイベントである。いくつかの実施形態に従って、サードパーティのイベントは、大幅に変化し得るが、デバイス上で実行するサードパーティのアプリケーションによってトリガーされたイベントに概ね相当する。サードパーティのイベントの例には、ソーシャルネットワーキングアプリケーションに対応するメッセージ又は通知、ゲームアプリケーションに対応する通知又はリマインダ、フィットネスアプリケーションに対応するアクティビティアラートなどが挙げられる。

【0488】

示した例では、イベントタイプとは無関係に、所与のイベントクラスに対応する全てのイベントが同じ触覚出力及びオーディオ出力を有することに留意されたい。いくつかの実施形態に従って、全ての個人イベントクラスのイベントは、速いダブルタップと、それに続く長いフェードを伴うリーンというオーディオ構成要素を含む触覚構成要素の出力をもたらす。この例では、出力は、タップ－タップ－リーン（フェード）としてユーザによって知覚される。いくつかの実施形態に従って、全てのユーザ設定イベントクラスのイベントは、最初に遅いダブルタップと、それに続くチャイムのオーディオ構成要素を含む触覚構成要素の出力をもたらす。この例では、出力は、タップ－－－タップ－チャイムとしてユーザによって知覚される。

【0489】

いくつかの実施形態に従って、全てのシステムイベントクラスのイベントは、より静かな「トン」というオーディオ構成要素を伴うランブルの終了時に重なる触覚ランブルの出力をもたらし、そのランブルの完了後に始まる、短いフェードを伴うリーンというオーディオ構成要素が続く。この例では、出力は、ランブル．．．（トン）．．．－リーン（フェード）としてユーザによって知覚される。いくつかの実施形態に従って、全てのサードパーティのイベントクラスのイベントは、速いダブルタップ及びバズフェードを含むサードパーティのアプリケーションに対応する一貫した触覚構成要素の出力をもたらし、オーディオ構成要素と部分的に重なるバズフェードを伴い、オーディオ構成要素は、サードパーティのアプリケーションと関連付けられたイベントタイプ又は条件によって変化してもよい。この例では、出力は、タップ－タップ－リーン（音量アップ又はダウン）．．．（バズ（フェード））．．．としてユーザによって知覚される。

【0490】

これらの例では、触覚構成要素及びオーディオ構成要素の両方は、他のクラスから区別してアラートが特定のイベントクラス由来であることを出力からユーザが容易に見分けられるように、所与のクラスに一意的に対応することに留意されたい。サードパーティのアプリケーションクラスの例では、触覚は同一であり、オーディオはクラスの特性であるが、イベントタイプ又は条件に応じて変化する。加えて、ユーザが自身のデバイス上でサウンドをオフしていたとしても、アラートが特定のイベントクラス由来であることを触覚出力のみからユーザが容易に見分けられるように、触覚出力単独でもまた、これらの例の所与のクラスに一意的に対応する。ユーザに一貫した容易に理解できるアラート言語を提供するために、アラートの異なるクラスは、複数の異なるイベントにそれぞれ対応し、アラートがユーザに選択可能（又はユーザに変更可能）である実施形態では、ユーザは、イベントクラスに関連付けられたサウンド又は触覚出力を変更するオプションを任意選択的に提供されるが、そのサウンド又は触覚出力の変更により、サウンド又は触覚出力は、アラートのそのクラスに関連付けられた全てのイベントに対して変わることとなる。加えて、いくつかの実施形態では、ユーザは、イベントを異なるイベントクラスに割り当てるためのオプションが提供される。このカスタマイズ可能性により、アラートの効率及び効果を高める一貫したアラート言語がまだ保持されている間、ユーザは、自身のデバイスによって提供されるアラートをカスタマイズできるようになる。

【0491】

図２５における動作について説明された特定の順序は単なる例示であり、説明された順序は、動作を実行することができる唯一の順序であることを示すことを意図するものではないことを理解されたい。当業者であれば、本明細書に記載された動作の順序換えをする様々な方法を認識するであろう。加えて、本明細書に記載の他の方法（例えば、方法７００、９００、１０００、１１００、１２００、１３００、２６００、３０００、及び３２００）に関して本明細書で記載されている他のプロセスの詳細はまた、図２５に関連して上述されている方法２５００に類似の方法で適用可能であることも留意されたい。例えば、方法２５００を参照して上述した入力、アラート条件、アプリケーション、及び触覚出力は、本明細書に記載された他の方法（例えば、方法７００、９００、１０００、１１００、１２００、１３００、２６００、３０００、及び３２００）を参照して本明細書に記載された入力、アラート条件、アプリケーション、及び触覚出力の特性のうち１つ又は２つ以上を、任意選択的に有する。簡潔性のために、これらの詳細は、ここでは繰り返さない。
触覚出力に対する選択的アラートの顕著性

【0492】

いくつかの実施形態に従って、アラート条件は、触覚出力の顕著性の増大に選択的に依存する。いくつかの実施形態では、デバイス１００は、ユーザに「準備させる」ために触覚出力の顕著性を変更でき、これにより、アラートに対してより注意を引かせる。例えば、デバイス１００は、別の触覚出力の前兆としてプライミング（priming）触覚出力を提供でき、プライミング触覚出力は、デバイス１００を操作しているユーザの注目度を他の触覚出力に対して増大させるように設計されている。状況によっては、顕著性は、いくつかの触覚に対して増大し、その他に対しては増大しない。これは、感覚障害を持つユーザ（例えば、可聴アラートを聴くことができないユーザ、又は振動アラートに対する感受性が低下しているユーザ）にとって特に重要である。

【0493】

図２６は、いくつかの実施形態による、様々な触覚用の選択的顕著性を増大させる方法２６００のフロー図である。いくつかの実施形態では、図２６に示した工程とは異なる工程を実施してもよいことに留意されたい。

【0494】

方法２６００は、触感出力生成器を有するコンピューティングデバイスでの第１のイベントの発生を２６０５で検出することによって開始する。イベントは、図２５と併せて先に論じたイベントタイプを含む、任意のタイプであってもよい。第１のイベントの発生の検出に応じて、異なるタイプのイベントが、異なる顕著性を有する異なるアラートを提供することができる。例えば、第１のイベントがイベントの第１のタイプであるという判定に従って、第１の触覚構成要素を含む第１のアラートは、触感出力生成器を用いて２６１０で提供され、触覚構成要素は、デバイスのアラート顕著性設定に少なくとも部分的に基づいて選択される。第１のイベントがイベントの第２のタイプであるという判定に従って、デバイスのアラートの顕著性設定とは無関係に選択された第２の触覚構成要素を含む第２のアラートは、触感出力生成器を用いて２６３０で提供される。

【0495】

いくつかの実施形態に従って、デバイスのアラート顕著性設定は、２つの値、すなわち、増大するアラート顕著性に対応する１つの値及び増大しないアラート顕著性に対応する第２の値を有する。図２７は、いくつかの実施形態によるデバイス１００上でのアラート顕著性設定用の例示的なユーザインタフェースの図である。図に示すように、顕著性増大アラート選択器２７１０は、「オン」は、特定のアラートの顕著性が増大することとなることを示し、「オフ」は、顕著性が増大することとなるアラートがないことを示すように、ユーザが顕著性の増大の使用をオン又はオフにできるようにする。本明細書で論じたように、一部のアラートは、この設定がオンのときに顕著性の増大を有することとなり、一部のアラートは、この設定を考慮しないこととなる。例えば、いくつかの実施形態に従って、図２５と併せて論じた例示的なクラスを使用して、アラート顕著性設定がオンのとき、個人及びユーザ設定イベントクラス内のイベントは、顕著性の増大を伴う触覚出力をもたらすこととなり、システム及びサードパーティのイベントクラス内のイベントは、アラート顕著性設定がオンであるにもかかわらず変化しないこととなる。

【0496】

いくつかの実施形態に従って、イベントタイプが、関連するイベントの一対のセットの一部であるとき、２つのイベントのうち一方は、顕著性が増大した触覚を受信するイベントとして指定することができる。例えば、友人とのペアリングが試みられる場合、成功した友人とのペアリング又は失敗した友人とのペアリングという２つの結果のみが存在する。成功した友人とのペアリングは、予測された結末であるため、これに対して顕著性の増大は必要ではない。しかし、ペアリングの失敗は、予測することができず、それゆえに、ユーザの注目をより容易に集めるために顕著性が増大した触覚を介してユーザの注意をひくことができる。このように、いくつかの実施形態に従って、一対の選択肢のうち友人とのペアリングイベントの失敗の結果に対しては、顕著性が増大した触覚がもたらされると考えられ、その一方で、友人とのペアリングの成功に対しては、標準的な触覚出力が提供されると考えられる。

【0497】

いくつかの実施形態では、顕著性の増大の設定がオンのときにアラートが顕著性の増大を有するかどうかは、アラートをトリガーしたイベントの重要性に基づく。例えば、いくつかの実施形態では、イベントは、電子メール上の緊急または重要フラグ、ＶＩＰ連絡先から受信したメッセージ、又はイベントがある意味で他のイベントよりも重要であることを示す他の類似の情報などのイベントの重要性又は緊急性に対応する（例えば、メタデータの形式の）情報を含むことができる。いくつかの実施形態では、「緊急」、「重要性大」などの重要性を示すキーワードについて、イベントの内容を調べることができる。いくつかの実施形態では、２つ以上の顕著性増大インジケータを伴うイベントに更に高度な顕著性を追加することができる。例えば、メッセージを受信し、顕著性の増大がオフのとき、そのメッセージは、個人イベントクラス用の標準的な触覚をトリガーする。しかし、同じメッセージをＶＩＰ連絡先から受信し、顕著性設定がオフのとき、ＶＩＰ連絡先を他のメッセージの連絡先と比較して区別するために、顕著性をいくらか増大させてもよい。また、顕著性の増大がオンのとき、受信したメッセージは、顕著性を増大させた。したがって、いくつかの実施形態に従って、１つのトリガ（例えば、個人用の顕著性増大設定）由来の増大は、「追加の顕著性（extra salience）」出力を生成するために、別のトリガ（例えば、ＶＩＰ連絡先からのメッセージ）由来の増加と組み合わせることができる。例えば、追加の顕著性出力は、イベントクラス用の標準的な触覚に先行する３つの個別のプライミング触覚構成要素であると考えられる。

【0498】

いくつかの実施形態に従って、いくつかのイベントタイプは、イベントの性質によってより重要であるとみなされる。例えば、いくつかの例における金融トランザクションをトリガーしたイベントは、金融トランザクションに分類されるイベントクラスとは無関係に、他のイベントよりも重要であると考えられる。したがって、金融トランザクションの例では、より感知しやすいと考えられるイベントの特定のカテゴリは、バンキングまたは株取引アプリケーションと関連付けられた任意のアクティビティ、又は金融に関連し、かつ／または不正行為を被りやすい他のイベントを含むと考えられる。別の例は、デバイスを操作しているユーザ以外の人間のユーザから直接受信したと思われるメッセージイベントタイプでもある、顕著性の増大（例えば、個人）に依存するイベントクラス内のイベントである。例えば、ユーザの連絡先リストにある既知の電子メールアドレス又は電話番号からの着信メッセージ又は呼び出しである。デバイスを操作するユーザ以外の人間のユーザから受信したと思われるイベントタイプの更なる検討については、表２を参照のこと。この例では、人間のユーザから受信したと思われる全てのメッセージのイベントタイプ（例えば、メール、メッセージ、及び音声メール）は、顕著性が増大した触覚を有するが、クラス内の他のイベントタイプ（例えば、フォトストリームアクティビティ）は、それを有さない。

【0499】

いくつかの実施形態に従って、イベントクラス内の他のイベントクラスが顕著性増大設定に対応する顕著性が増大した出力を提供することができる場合であっても、増大した触覚出力の顕著性から特定のイベントタイプを排除することができる。例えば、顕著性の増大がオンのイベントクラス（例えば、個人）内で、ＵＩインタラクション（例えば、スクロール、アイテム全体にわたるナビゲーション、ＵＩボタンの押し下げ、又は他のユーザ入力）に対する応答によってトリガーされたイベントは、設定がオンであっても、顕著性増大のアラートを有しない。いくつかの例では、ユーザ入力は、アプリケーション又はデバイスとの高いレベルのユーザ関与の特性であり、それゆえに、顕著性の増大を必要としないイベントである。したがって、ユーザは、ユーザがアプリケーションとの高度な関与又はやりとりをしているとき、極度に強力なフィードバック信号を受けることはない。

【0500】

イベントクラス内の他のイベントタイプが顕著性増大設定に対応する顕著性が増大した出力を提供する場合であっても、増大した触覚出力の顕著性から特定のイベントタイプを排除することができる別の条件は、アラートを提供するアプリケーションがアクティブ状態にある（例えば、デバイスユーザによって使用されている）場合である。例えば、受信メッセージのイベントタイプは、個人イベントクラスであり、それゆえに、設定がオンのとき、通常は顕著性増大のアラートを受けると考えられる。しかし、デバイスのユーザがメッセージを受信した時点においてメッセージングアプリケーションを使用しているイベントでは、顕著性が増大した触覚は、提供されないと考えられる。その一方で、同じ受信メッセージイベントは、ユユーザがメッセージを受信したときにメッセージングアプリケーションを使用しなかった場合、顕著性の増大をトリガーすると考えられる。

【0501】

第１のイベントタイプが、アラート顕著性設定に少なくとも基づいて選択された触覚構成要素を含むアラートをもたらし、第２のイベントタイプが、アラート顕著性設定と無関係に触覚構成要素を選択する上記の例では、設定値がアラートの顕著性の増大に対応するとき、第１のアラートは、顕著性の増大を有し、第２のアラートは、これを有しない。したがって、アラート顕著性設定がアラートの顕著性の増大に対応する値を有するにもかかわらず、全てのアラートが顕著性の増大を有することはないと考えられる。上記からの例を続けると、イベントの第１のタイプは、イベントの個人イベントクラスに対応する着信メッセージイベントであり、イベントの第２のタイプは、イベントのシステムイベントクラスに対応する支払いイベントであり、設定値は、アラートの顕著性の増大に対応し、メッセージ（個人クラス）イベントは、顕著性増大を有すると考えられるが、決済（システムクラス）イベントは、第２のタイプが設定を考慮しないため、これを有しないと考えられる。いくつかの実施形態に従って、個人及びユーザ設定のイベントクラスは、アラートの顕著性設定がオンのとき、アラート用の顕著性が増大した触覚を有すると考えられるが、その一方で、システム及びサードパーティのイベントクラスは、アラートの顕著性設定値とは無関係に標準的な触覚アラートを有すると考えられる。

【0502】

いくつかの実施形態に従って、第１のアラートは、第２のアラートと異なる。例えば、第１のアラートは、第２のアラートと異なる触覚構成要素を含むと考えられるか、又は第１のアラートは、第２のアラートと異なるオーディオ構成要素を含むと考えられるか、又は第１のアラートは、異なる触覚構成要素及び異なるオーディオ構成要素の両方を含むと考えられる。

【0503】

しかし、いくつかの実施形態では、デバイスは、追加の触覚構成要素を実施せず、アラートの顕著性設定が第２の値を有するとき、第１の複数のイベントクラス内のイベントに応じてトリガーされたアラート用の標準的な触覚構成要素を２６２５で提供するだけである。クラスに関する上記の例を進めると、標準的な触覚構成要素は、アラートの顕著性設定が第２の値（オフ）を有するとき、個人又はユーザ設定のイベントクラスのイベントに応じてトリガーされたアラートから生じると考えられる。同様に、いくつかの実施形態では、デバイスは、追加の触覚構成要素を提供することを実施せず、アラートの顕著性設定が第１の値又は第２の値を有することとは無関係に、第２の複数のイベントクラス内のイベントに応じてトリガーされたアラート用の標準的な触覚構成要素を２６２５で提供するだけである。クラスに関する上記の例を進めると、標準的な触覚構成要素はまた、アラートの顕著性設定の値に無関係に、システム又はサードパーティのイベントクラスのイベントに応じてトリガーされたアラートから生じると考えられる。いくつかの事例では、第２の複数のイベントクラスは、第１の複数のイベントクラスと区別できる。したがって、いくつかの例では、着信イベントが、デバイスがアラートの顕著性を増加させるイベントクラスであり、アラート顕著性値がアラートの顕著性を増大させるように設定されているイベントクラスの両方である場合にのみ、追加の触覚構成要素が提供される。例えば、アラート顕著性設定が「オン」のとき、個人又はユーザ設定のイベントクラス内のイベントである。

【0504】

いくつかの実施形態に従って、様々な触覚に対して選択的な顕著性の増大を提供するための方法は、アラート顕著性設定値を２６１５で最初に判定することを含む。アラート顕著性設定が第１の値を有するという判定に従って、第１のアラートは、２６２０で第１の触覚構成要素及び第２の触覚構成要素を含み、一方、アラート顕著性設定が第１の値と異なる第２の値を有するという判定に従って、第１のアラートは、２６２５で、第１の触覚構成要素を含むが、第２の触覚構成要素を含まない。例として、第１の値は、「増大するアラート顕著性」の値であると考えられ、第２の値は、「増大しないアラート顕著性」の値であると考えられる。上記の例を続けると、いくつかの実施形態に従って、個人又はユーザ設定のイベントクラス内のイベント、及び「増大するアラート顕著性」（オン）のアラート顕著性設定に対して、アラートは、第１の触覚構成要素（対応するイベントクラス用の標準的な触覚構成要素）及びアラートに関連付けられた触覚出力の顕著性を増大させるための第２の触覚構成要素の両方を含むと考えられる。いくつかの実施形態に従って、システム又はサードパーティのイベントクラスにおけるイベントに対して、「増大するアラート顕著性」（オン）のアラート顕著正設定を伴うとしても、アラートは、クラスに対応するイベント用の第１の、標準的な触覚構成要素のみを含むと考えられる。いくつかの実施形態に従って、本方法は、第１のイベントがイベントの第３のタイプであるという判定に従って、デバイスのアラート顕著性設定に少なくとも部分的に基づいて選択された触覚構成要素を含む第３のアラートを提供することを更に含む。この例では、デバイスのアラート顕著性設定に少なくとも部分的に基づいて選択された触覚構成要素を含む第３のアラートを提供することは、（例えば、上記の工程２６１５に類似する）アラート顕著性設定の値を判定することを含む。イベントクラスの例を再度参照すると、いくつかの実施形態に従って、個人のイベントクラスが第１のタイプであった場合、ユーザ設定のイベントクラスは、この例の第３のタイプである。

【0505】

いくつかの実施形態に従って、アラートの顕著性設定が第１の値を有するという判定に従って、第３のアラートは、第３の触覚構成要素及び第４の触覚構成要素を含み、アラートの顕著性設定が第１の値と異なる第２の値を有するという判定に従って、第３のアラートは、第３の触覚構成要素を含むが、第４の触覚構成要素を含まない。先行例と同様に、いくつかの実施形態に従って、第１の値は、増大するアラート顕著性の値であり、第２の値は増大しない顕著性の値である。例えば、第３の触覚構成要素（対応するイベントクラス用の標準的な構成要素）は、アラートに関連付けられた触覚出力の顕著性を増大させるために、第４の触覚構成要素と対になると考えられる。加えて、いくつかの実施形態において、第４の触覚構成要素は、第２の触覚構成要素と同じである。例えば、第１の触覚構成要素及び第２の触覚構成要素は両方共、アラートが緊急であることをユーザに通知するために使用される、顕著性が増大した触覚構成要素又はプライミング構成要素である。いくつかの実施形態では、デバイスは、プライミング触覚出力の提供に続いて、かつ提供の特定の時間インターバル内で、第２の触覚出力を提供する。イベントクラスの例を続けると、ユーザ設定のイベントクラス内のイベント用のイベントアラートの顕著性の増大に対応する第４の触覚は、個人のイベントクラス内のイベント用のイベントアラートの顕著性の増大に対応する第２の触覚と同じであり、両方の触覚構成要素は、それぞれのクラス用の標準触覚に先行するプライミング触覚である。

【0506】

いくつかの実施形態に従って、本方法は、第１のアラートが、デバイスのアラート顕著性設定が第１の値を有している間に検出されるとき、第１のイベントに応じて提供される第１のアラートが、第１の触覚構成要素及び第２の触覚構成要素を含み、第１のイベントに応じて提供される第２のアラートが、第２のアラートの触覚構成要素を含むことを、更に含む。いくつかの実施形態では、本方法は続いて、デバイスのアラート顕著性設定が第１の値を有している間に、デバイスのアラート顕著性設定を第２の値に変更する要求を受信し、アラート顕著性設定を変更する要求の受信に応じて、アラート顕著性設定を第２の値に変更する。例えば、個人のイベントクラスのイベントに対して、第１及び第２の触覚構成要素が、アラート顕著性設定がオンであるため提供された場合、要求は、アラート顕著性設定をオフにするための要求である。同様に、いくつかの実施形態では、本方法は、デバイスのアラート顕著性設定が第２の値を有している間に、第２のイベントが第１のタイプのイベントであるという判定に従った第３のアラートの提供に応じて、第２のイベントの発生を検出することを含む。第３のアラートは、第１の触覚構成要素を含むが、第２の触覚構成要素は含まない。例えば、第３の触覚構成要素は、アラート顕著性設定がオフにされるため、ユーザ設定のイベントクラスのイベント用に提供されただけである。同様に、第２のイベントがイベントの第２のタイプであるという判定に従って、本方法は、第２のアラートの触覚構成要素を含む第２のアラートを提供し始める。いくつかの実施形態では、第２のアラートは、第２の触覚構成要素を含まない（例えば、アラート顕著性設定が「増大するアラート顕著性」、「増大しないアラート顕著性」に設定されていたとしても、第２のアラートは、アラート顕著性設定に影響されず、第２の「追加の顕著性」の触覚構成要素を含まない。例えば、イベントの第２のタイプは、システムのイベントクラスのイベントであり、第２の触覚構成要素は、アラート顕著性設定とは無関係に出力に含まれない。

【0507】

いくつかの実施形態に従って、第１の触覚構成要素は、触覚出力間の間隔のうち１つ又は２つ以上、触覚出力の数、及び触覚構成要素の間に徐々に触覚出力の振幅が変化することに基づいて、第２の触覚構成要素及び第３の触覚構成要素と異なる。

【0508】

いくつかの実施形態では、先に図２５と併せて論じたように、触覚構成要素は、アラートのオーディオ構成要素がデバイスによって提供されるかどうかを問わず、アラートの異なるクラスの間でユーザが容易に区別できるようにするために略異なるように設計されている。例えば、デバイスは、異なるイベントに対応する複数の固有のアラートを有してもよく、第１のイベントクラス、第２のイベントクラス、及び第３のイベントクラスは、固有のアラートに対応するイベントよりもより頻繁に通常は発生するイベントのタイプに対応する。アラートは、クラスに関連するため、第１のイベントクラス内のイベントに対するアラートの触覚構成要素は、第２のイベントクラス内のイベントに対するアラートの触覚構成要素とはユーザによって区別可能であり、両方とも、第３のイベントクラス内のイベントに対するアラートの触覚構成要素とはユーザによって区別可能である。場合によっては、通常はより頻繁に発生するイベントは、統計学的に言えば、他のイベントよりも頻繁に発生するイベントである。表９と併せて先に論じたように、いくつかの実施形態では、より頻繁に発生するイベントは、イベントクラスに一緒にグループ化され、頻繁に発生するイベントの異なるタイプ間の区別をユーザが行なうことができるように、一貫したアラートが提供される。

【0509】

いくつかの実施形態では、イベントに関連付けられたイベントクラスは、追加の触覚構成要素が、トリガーされたアラートと併せて提供されるかどうかに影響する。いくつかの実施形態に従って、追加の触覚構成要素は、アラート顕著性設定が第１の値を有するとき、第１の複数のイベントクラス内のイベント（例えば、個人）に応じてトリガーされたアラートに２６２０で提供される。例えば、第１のイベントクラスに関連付けられた触覚に加えて、追加の触覚が同様に提供される。追加の触覚は、いくつかの実施形態では、プライミング触覚である。例えば、状況によっては、第２の触覚構成要素は、第１の触覚構成要素に先行する。

【0510】

状況によっては、イベントクラスは、異なる因子に基づいて生成されたイベントに対応する。例えば、いくつかの実施形態に従って、イベントの第１のクラスは、他のユーザからの通信に基づいて生成されたイベントを含み、イベントの第２のクラスは、デバイスのユーザによって入力された定義済みの基準に基づいて生成されたイベントを含み、イベントの第３のクラスは、デバイスにモニタされる基準の達成に基づいて生成されたイベントを含む。いくつかの実施形態に従って、イベントクラスは、図２５と併せて論じられたイベントクラス、すなわち、個人、ユーザ設定、システム、及びサードパーティに類似して、イベント情報によってクラスに属するように特徴付けられる。

【0511】

いくつかの実施形態では、イベントクラスは、デバイスがユーザにイベントのどのタイプがイベントクラスに分類されるのか選択できるようにするように設定可能である。しかし、いくつかの実施形態では、イベントクラスに分類されるイベントのタイプは、定義済みであり、デバイスは、デバイスのユーザにどのイベントタイプが特定のイベントクラスに分類されるのか選択できるようにはしない。

【0512】

同様に、いくつかの実施形態に従って、アラート顕著性設定は、特定のイベントクラス、又はユーザが触覚出力における顕著性の増大を好むと考えられる個々のイベントタイプでさえも、ユーザが選択できるようにユーザ設定可能である。ユーザがより重要だと考えるイベントに相関する触覚出力をユーザがカスタマイズできるようにすることは、より効率的なヒューマン・マシン・インタフェースを生み出し、それによって、ユーザが動作を実行するためにかかる時間を減らし、その結果として、エネルギー消費を減らし、デバイスに電力を供給するバッテリのバッテリ寿命を増大させる。

【0513】

表１０は、アラート顕著性設定に基づいて顕著性を選択的に増大させるための情報をデバイス１００が有する、いくつかの例示的状況を示す。示した例は、表９で先に示したイベントクラスと同じ４つのイベントクラスである、個人、ユーザ設定、システム、及びサードパーティを表すが、任意のイベントクラスであってもよい。

【表10】

【0514】

示した例に対して、イベントクラスの列は、イベントが分類される４つのクラス、個人、ユーザ設定、システム、又はサードパーティを示す。それぞれのクラス内で、様々なイベントタイプが、イベントタイプの列ごとに列挙されている。それぞれのイベントクラスに対して数例が列挙されているが、この列挙は、他のイベントタイプを排除することを意味しない。先のチャートと同様に、イベントタイプとは無関係に、所与のイベントクラスに対応するあらゆるイベントが、同じ標準触覚及びそのクラスのオーディオ出力特性を有し、それぞれのクラスは、イベントクラスに対応する任意のイベントに対するのと同様に同じ顕著性が増大した出力を共有する。サードパーティのアプリケーションクラスの例では、触覚は、同一であり、付随するオーディオ構成要素は、オーディオがイベントタイプ又は条件に応じて変化するにもかかわらず、サードパーティのアプリケーションに特有である。

【0515】

表１０は、アラート顕著性設定に対応する追加の列を含む。顕著性の増大を使用してはならないことを示す、アラート顕著性設定がオフのとき、表９の例に対応する、標準的な触覚及びオーディオ出力が示されることに留意されたい。これにより、所与のクラスに一意的に対応する触覚構成要素及びオーディオ構成要素の両方のゴールを、他のクラスから区別してアラートが特定のイベントクラス由来であることを出力からユーザが容易に見分けられるように維持することができる。

【0516】

イベントクラスのうち２つ、すなわち、個人及びユーザ設定に対して、顕著性の増大を使用すべきであることを示す、アラート顕著性がオンになっているとき、顕著なバズ触覚がそのクラス用の標準的な出力に追加される。いくつかの実施形態に従って、標準的な出力に先行するようにアラートの初期に追加の触覚が追加される。この例では、より長い継続時間及び高い頻度の一連のタップである、顕著なバズ触覚構成要素は、持続する振動又は「バズ」をユーザが感じるように追加される。いくつかの実施形態に従って、顕著なバズは、０．５秒以上の継続時間を有し、強度は、バズの開始から終了時まで上昇し、標準的な出力に比べてユーザの注意を引くことに役立つ。また、アラート顕著性設定がオンのときであっても、イベントクラスのうち２つ、すなわち、システム及びサードパーティは、出力の顕著性において増大を示さない、すなわち、設定とは無関係に標準的な出力が使用されることに留意されたい。

【表11-1】

【表11-2】

【0517】

上に示した表１１に、異なるイベントに対応する異なるオーディオ出力及び触覚出力を示す。イベントは、通知、フィードバック、及びアラートに分けられる。同じ名称のオーディオ出力は、同じ（又は略同じ）オーディオ出力（オーディオ波形）に対応する。異なる名称のオーディオ出力は、異なる（又は物質的／感覚的に異なる）オーディオ出力（オーディオ波形）に対応する。同じ名称の触覚出力は、同じ（又は略同じ）触覚出力（触覚波形）に対応する。異なる名称の触覚出力は、異なる（又は物質的／感覚的に異なる）触覚出力（触覚波形）に対応する。括弧（）で囲まれた触覚／オーディオ出力名は、任意選択的に割愛され、オーディオ出力又は触覚出力が存在しないことと置き換えられる。

【0518】

いくつかの実施形態では、触覚／オーディオ出力は、上記の通知クラスに加えて、複数のタイプ及び又はクラスにグループ化される。通知は、ユーザがデバイスに注意を払っていないとき（例えば、新規メッセージを受信したとき、又はカレンダーイベントが発生する時間であるとき）に、ユーザの注意を引くように設計された触覚／オーディオ出力に概ね相当する。アラートは、（例えば、ユーザが徒歩中又は運転中のナビゲーション指示、デバイスのロック解除の失敗／成功など）ユーザがデバイスに注意を払っている間に、デバイスで実施されている動作（又はデバイスの条件）についてユーザにアラートを送るように設計された触覚／オーディオ出力に概ね相当する。フィードバックは、（例えば、スクロール入力、ボタン選択入力、送信メッセージなど）ユーザからの入力がデバイスによって検出されたことをユーザにフィードバックするように、又は入力がデバイスにいくつかの閾値（例えば、スクロール限界、ズーム限界、代替メニューが表示される力／圧力閾値）に到達させたことを示すように設計された触覚／オーディオ出力に概ね相当する。いくつかの実施形態では、顕著性増大設定が「オン」のとき、顕著性が増大した触覚／オーディオ出力は、ユーザが注意を払っていないときにユーザの注意を引くように設計された通知に提供されるが、フィードバックには提供されない（例えば、ユーザは、既にデバイスに注意を払っており、デバイスとアクティブにやりとりしているからである）。いくつかの実施形態では、顕著性が増大した触覚／オーディオ出力は、アプリケーションが閉じているときのアプリケーションと関連付けられたいくつかの通知（例えば、メッセージ通知）に提供されるが、アプリケーションが開いているときにアプリケーションと関連付けられたフィードバック（例えば、メッセージングアプリケーションが開いているときの送信及び受信メッセージアラート）には提供されない。表１１の例に対して、メッセージ通知は、顕著性増大設定に基づいて異なる触覚出力（例えば、顕著性増大設定がオフのときに触覚出力Ｈ００１、顕著性増大設定がオンのときに触覚出力Ｈ０６６）を使用するが、メッセージが送信されるときのメッセージフィードバックは、顕著性増大設定とは無関係に同じ触覚出力を使用する（例えば、顕著性増大設定がオン又はオフの場合に触覚出力Ｈ０２３が使用される）。

【0519】

いくつかの実施形態では、アラート顕著性設定は、対応するオーディオ出力の顕著性を変更せずに、触覚出力の顕著性を変更する。例えば、先に表１１に示したように、メッセージ通知は、顕著性増大設定がオンであるかを問わず、同じオーディオ出力（Ａ００１）を使用するが、顕著性増大設定に応じた異なる触覚出力を使用する（例えば、顕著性増大設定がオフのときに触覚出力Ｈ００１が使用され、顕著性増大設定がオンのときに触覚出力Ｈ０６６が使用される）。

【0520】

図２６における動作について説明された特定の順序は単なる例示であり、説明された順序は、動作を実行することができる唯一の順序であることを示すことを意図するものではないことを理解されたい。当業者であれば、本明細書に記載された動作の順序換えをする様々な方法を認識するであろう。加えて、本明細書に記載の他の方法（例えば、方法７００、９００、１０００、１１００、１２００、１３００、２５００、３０００、及び３２００）に関して本明細書に記載の他のプロセスの詳細はまた、図２６に関連して上述された方法２６００に類似の方法で適用可能であることも留意されたい。例えば、方法２６００を参照して上述した入力、アラート条件、アプリケーション、及び触覚出力は、本明細書に記載された他の方法（例えば、方法７００、９００、１０００、１１００、１２００、１３００、２５００、３０００、及び３２００）を参照して本明細書に記載された入力、アラート条件、アプリケーション、及び触覚出力の特性のうち１つ又は２つ以上を、任意選択的に有する。簡潔性のために、これらの詳細は、ここでは繰り返さない。

【0521】

図２５～図２７を参照して記載した動作は、図２８及び図２９に示す構成要素により任意選択的に実施される。図２８は、説明される様々な実施形態の原理に従って構成されたデバイス１００の例示的な機能ブロック図を示す。図２８で説明される機能ブロックが、説明される様々な実施形態の原理を実施するように任意選択的に組み合わされ、又はサブブロックに分離されることが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせまたは分割、又は更なる定義を任意選択的に支持する。

【0522】

図２８に示すように、デバイス１００は、アプリケーションを表示するように構成された表示ユニット２８０１、ユーザ接触を受信するように構成されたタッチ感知面ユニット２８０３、並びに表示ユニット２８０１及びタッチ感知面ユニット２８０３に連結された処理ユニット２０８５を含む。いくつかの実施形態では、処理ユニット２８０５は、検出ユニット２８１０及びアラート提供ユニット２８１５を含む。

【0523】

以下の段落［０５２４］～［０５２７］は、図２８に例示したデバイス１００によって、個別に又は任意の組み合わせで実施することができる様々な実施形態を説明する。

【0524】

処理ユニット２８０５は、（例えば、検出ユニット２８１０を用いて）触感出力生成器を有するデバイスでイベントを検出するように構成され、イベントの検出に応じて、イベントが複数の異なるイベントタイプを含む第１のイベントクラス内のイベントのタイプであるという判定に従って、触感出力生成器によって生成された第１の触覚構成要素を含む第１のアラートを（例えば、アラート提供ユニット２８１５を用いて）提供する。

【0525】

イベントが複数の異なるイベントタイプを含む第２のイベントクラス内のイベントのタイプであるという判定に従って、処理ユニット２８０５は、触感出力生成器で生成され、第１の触覚構成要素と異なる第２の触覚構成要素を含む第２のアラートを（例えば、アラート提供ユニット２８１５を用いて）提供するように構成される。イベントが複数の異なるイベントタイプを含む第３のイベントクラス内のイベントのタイプであるという判定に従って、処理ユニット２８０５は、触感出力生成器で生成され、第１の触覚構成要素及び第２の触覚構成要素と異なる、第３の触覚構成要素を含む第３のアラートを（例えば、アラート提供ユニット２８１５を用いて）提供するように構成される。

【0526】

いくつかの実施形態に従って、イベントの第１のクラスは、他のユーザからの通信に基づいて生成されたイベントを含み、イベントの第２のクラスは、デバイスのユーザによって入力された定義済みの基準に基づいて生成されたイベントを含み、イベントの第３のクラスは、デバイスにモニタされる基準の達成に基づいて生成されたイベントを含む。いくつかの実施形態に従って、第１の触覚構成要素は、触覚出力間の間隔、触覚出力の数、及び触覚構成要素の間の経時的な触覚出力（例えば、アラート提供ユニット２８１５によって提供された出力）の振幅の変化のうち少なくとも１つに基づいて、第２の触覚構成要素及び第３の触覚構成要素と異なる。

【0527】

いくつかの実施形態に従って、デバイスは、（例えば、アラート提供ユニット２８１５によって提供された）異なるイベントに対応する複数の固有のアラートを有してもよく、第１のイベントクラス、第２のイベントクラス、及び第３のイベントクラスは、固有のアラートに対応するイベントよりもより頻繁に通常は発生するイベントのタイプに対応する。

【0528】

イベントの検出に応じて、イベントが複数の異なるイベントタイプを含む第４のイベントクラス内のイベントのタイプであるという判定に従って、処理ユニット２８０５は、触感出力生成器で生成され、第１の触覚構成要素、第２の触覚構成要素、及び第３の触覚構成要素と異なる第４の触覚構成要素を含む第４のアラートを（例えば、アラート提供ユニット２８１５を用いて）提供するように構成されている。いくつかの実施形態に従って、第４のイベントクラスは、サードパーティのアプリケーションによって生成されたイベントに対応する。いくつかの実施形態に従って、第４の触覚構成要素は、第１の触覚構成要素、第２の触覚構成要素、又は第３の触覚構成要素に含まれない触覚出力要素によって、第１の触覚構成要素、第２の触覚構成要素、及び第３の触覚構成要素と区別される。

【0529】

上述したように、図２５～図２７を参照して記載した動作は、図２８及び図２９に示す構成要素により任意選択的に実施される。図２９は、説明される様々な実施形態の原理に従って構成されたデバイス１００の、例示的な機能ブロック図を示す。図２９で説明される機能ブロックが、説明される様々な実施形態の原理を実施するように任意選択的に、組み合わされ、又はサブブロックに分離されることが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせまたは分割、又は更なる定義を任意選択的に支持する。

【0530】

図２９に示すように、デバイス１００は、アプリケーションを表示するように構成された表示ユニット２９０１、ユーザ接触を受信するように構成されたタッチ感知面ユニット２９０３、並びに表示ユニット２９０１及びタッチ感知面ユニット２９０３に連結された処理ユニット２９０５を含む。いくつかの実施形態では、処理ユニット２９０５は、検出ユニット２９１０、アラート提供ユニット２９１５、アラート顕著性判定ユニット２９２０、及び設定変更ユニット２９２５を含む。

【0531】

以下の段落［０５３２］～［０５４０］は、図２９に例示したデバイス１００によって、個別に又は任意の組み合わせで実施されてもよい異なる実施形態を説明する。

【0532】

処理ユニット２９０５は、（例えば、検出ユニット２９１０を用いて）触感出力生成器を備えたコンピューティングデバイスでの第１のイベントの発生を検出するように構成され、第１のイベントがイベントの第１のタイプであるという判定に従って、（例えば、アラート提供ユニット２９１５を用いて）デバイスのアラート顕著性設定に少なくとも部分的に基づいて選択された第１の触覚構成要素を含む第１のアラートを触感出力生成器を用いて提供する。第１のイベントがイベントの第２のタイプであるという判定に従って、処理ユニット２９０５は、（例えば、アラート提供ユニット２９１５を用いて）デバイスのアラート顕著性設定とは無関係に選択された第２の触覚構成要素を含む第２のアラートを触感出力生成器を用いて提供するように構成される。いくつかの実施形態に従って、第１のアラートは、第２のアラートと異なる。

【0533】

いくつかの実施形態に従って、デバイスのアラート顕著性設定に少なくとも部分的に基づいて選択された触覚構成要素を含む第１のアラートの提供は、（例えば、アラート顕著性判定ユニット２９２０を用いた）アラート顕著性設定の値の判定を含む。いくつかの実施形態に従って、アラート顕著性設定が第１の値を有するという判定に従って、（例えば、アラート提供ユニット２９１５によって提供された）第１のアラートは、第１の触覚構成要素及び第２の触覚構成要素を含む。いくつかの実施形態に従って、アラート顕著性設定が第１の値と異なる第２の値を有するという判定に従って、（例えば、アラート提供ユニット２９１５によって提供された）第１のアラートは、第１の触覚構成要素を含むが第２の触覚構成要素を含まない。いくつかの実施形態に従って、アラート顕著性設定の第１の値はオンであり、アラート顕著性設定の第２の値はオフである。いくつかの実施形態に従って、第２の触覚構成要素は、第１の触覚構成要素に先行する。

【0534】

第１のイベントがイベントの第３のタイプであるという判定に従って、処理ユニット２９０５は、（例えば、アラート提供ユニット２９１５を用いて）デバイスのアラート顕著性設定に少なくとも部分的に基づいて選択された触覚構成要素を含む第３のアラートを提供するように構成される。いくつかの実施形態に従って、デバイスのアラート顕著性設定に少なくとも部分的に基づいて選択された触覚構成要素を含む第３のアラートを提供する処理ユニット２９０５は、（例えば、アラート顕著性判定ユニット２９２０を用いて）アラート顕著性設定の値を判定するように構成されている処理ユニット２９０５を含む。

【0535】

いくつかの実施形態に従って、アラート顕著性設定が第１の値を有するという判定に従って、第３のアラートは、第３の触覚構成要素及び第４の触覚構成要素を含む。いくつかの実施形態に従って、アラート顕著性設定が第１の値と異なる第２の値を有するという判定に従って、第３のアラートは、第３の触覚構成要素を含むが第４の触覚構成要素を含まない。いくつかの実施形態に従って、第４の触覚構成要素は、第２の触覚構成要素と同じである。

【0536】

いくつかの実施形態に従って、デバイスのアラート顕著性設定が第１の値を有している間に第１のアラートが検出されると、第１のイベントに応じて提供される第１のアラートは、第１の触覚構成要素及び第２の触覚構成要素を含み、第１のイベントに応じて提供される第２のアラートは、第２のアラートの触覚構成要素を含む（例えば、アラートは、アラート提供ユニット２９１５によって提供される）。いくつかの実施形態に従って、デバイスのアラート顕著性設定が第１の値を有している間、処理ユニット２９０５は、（例えば、設定変更ユニット２９２５を用いて）デバイスのアラート顕著性設定を第２の値に変更する要求を受信するように構成される。また、いくつかの実施形態に従って、アラート顕著性設定を第２の値に変更する要求の受信に応じて、処理ユニット２９０５は、（例えば、設定変更ユニット２９２５を用いて）アラート顕著性設定を第２の値に変更するように構成される。

【0537】

いくつかの実施形態に従って、デバイスのアラート顕著性設定が第２の値を有している間、処理ユニット２９０５は、（例えば、検出ユニット２９１０を用いて）第２のイベントの発生を検出するように構成され、第２のイベントの発生の検出に応じて、第２のイベントがイベントの第１のタイプであるという判定に従って、処理ユニット２９０５は、（例えば、アラート提供ユニット２９１５を用いて）第１の触覚構成要素を含むが第２の触覚構成要素を含まない第３のアラートを提供するように構成される。いくつかの実施形態に従って、第２のイベントがイベントの第２のタイプであるという判定に従って、処理ユニット２９０５は、（例えば、アラート提供ユニット２９１５を用いて）第２のアラート触覚構成要素を含む第２のアラートを提供するように構成されている。

【0538】

いくつかの実施形態に従って、処理ユニット２９０５は、アラート顕著性設定が第１の値を有するとき、（例えば、アラート提供ユニット２９１５を用いて）第１の複数のイベントクラス内のイベントに応じてトリガーされたアラート用の追加の触覚構成要素を提供するように構成されている。いくつかの実施形態に従って、処理ユニット２９０５は、アラート顕著性設定が第２の値を有するとき、第１の複数のイベントクラス内のイベントに応じてトリガーされたアラート用の追加の触覚構成要素を（例えば、アラート提供ユニット２９１５を用いて）提供しないように構成される。いくつかの実施形態に従って、処理ユニット２９０５は、アラート顕著性設定が第１の値又は第２の値を有することとは無関係に、第１の複数のイベントクラスとは異なる第２の複数のイベントクラス内のイベントに応じてトリガーされたアラート用の追加の触覚構成要素を（例えば、アラート提供ユニット２９１５を用いて）提供しないように構成される。

【0539】

いくつかの実施形態に従って、イベントの第１のクラスは、他のユーザからの通信に基づいて生成されたイベントを含み、イベントの第２のクラスは、デバイスのユーザによって入力された定義済みの基準に基づいて生成されたイベントを含み、イベントの第３のクラスは、デバイスにモニタされる基準の達成に基づいて生成されたイベントを含む。いくつかの実施形態に従って、第１の触覚構成要素は、触覚出力間の間隔、触覚出力の数、及び触覚構成要素の間の経時的な触覚出力（例えば、アラート提供ユニット２９１５によって提供された出力）の振幅のうち少なくとも１つに基づいて、第２の触覚構成要素及び第３の触覚構成要素と異なる。

【0540】

いくつかの実施形態に従って、デバイスは、（例えば、アラート提供ユニット２９１５によって提供された）異なるイベントに対応する複数の固有のアラートを有し、第１のイベントクラス、第２のイベントクラス、及び第３のイベントクラスは、固有のアラートに対応するイベントよりもより頻繁に通常は発生するイベントのタイプに対応する。
アプリケーション固有の触覚／オーディオ出力

【0541】

アラート条件は、様々な異なるアプリケーションクラス（例えば、ファーストパーティのアプリケーション、サードパーティのアプリケーション）内でトリガーすることができ、様々なアプリケーション（例えば、電子メール、カレンダー、テキストメッセージ、決済アプリケーション、タイマアプリケーションなど）によってトリガーすることができ、多くの異なるコンテキスト（例えば、アクション成功、アクション失敗など）でトリガーすることができる。いくつかの実施形態に従って、どのアプリケーションクラスが、どのアプリケーションが、かつ／又はどのコンテキスト内で検出された条件が、検出されるのかが、対応する出力を生成する根拠となる。アプリケーションクラス、アプリケーション、及び／又はコンテキストに相関する触覚出力及び／又はオーディオ出力を提供することは、出力に対する触覚及びオーディオの種類分けを一貫させ、それゆえに、より効率的なヒューマン・マシン・インタフェースを生み出すことができ、それによって、ユーザが動作を実行するためにかかる時間を減らし、その結果として、エネルギー消費を減らし、デバイスに電力を供給するバッテリのバッテリ寿命を増大させる。

【0542】

表１２は、触覚出力及びオーディオ出力の両方を使用する出力の種類分けの一貫性の例として、様々なアプリケーションクラス、アプリケーション、及びコンテキストの概要を提供する。

【表12】

【0543】

表１２の最初の２行は、第１のアプリケーション、すなわち、ファーストパーティのアプリケーション、及び第２のアプリケーション、すなわち、サードパーティのアプリケーションを示す。それぞれのクラス内のアプリケーションに対して、アラートは、そのアプリケーションクラスに特有の波形変形を含むオーディオ出力構成要素と組み合わせたアプリケーションのクラスに対応する触覚出力構成要素であり、例えば、ファーストパーティのアプリケーションアラートは、第１の触覚構成要素及び第１のクラスの波形の変形例を含むが、その一方で、サードパーティのアプリケーションアラートは、第２の触覚構成要素及び第２のクラスの波形の変形例を含む。これにより、それぞれのアプリケーションクラスに関連付けられた一貫した触覚を維持することができる。しかし、ファーストパーティのアプリケーションはそれぞれ、それ自体の触覚を通常は有するが、その一方で、サードパーティのアプリケーションは、単一の触覚を通常は共用する。より具体的な例は、表１３と併せて以下で検討される。

【0544】

表１２の第３行及び第４行は、単一のクラス（ファーストパーティのアプリケーション）内の２つの異なるアプリケーションを、任意のトリガ条件に基づいて示す。両方のアプリケーションは、ファーストパーティのアプリケーションクラスに対応する同じ（第１の）触覚出力をもたらすが、それぞれは、特定のアプリケーションと関連付けられた波形に対する波形変形例に対応する異なるオーディオ出力を有する。例えば、第１のアプリケーションは、第１のアプリケーションと関連付けられた波形変形例を伴う第１の触覚出力を、第１のアプリケーション内の異なる条件に対する異なる変形例と対にする。同様に、第２のアプリケーションは、第２のアプリケーションと関連付けられた波形変形例を伴う第１の触覚出力を、第２のアプリケーション内の異なる条件に対する異なる変形例と対にする。これにより、それぞれのアプリケーションと関連付けられた一貫した触覚を維持することができる。より具体的な例は、表１４と併せて以下で検討される。

【0545】

表１２の最後の４行は、２つの異なる条件（成功、失敗）を、条件にわたって一貫した触覚出力及び特定のコンテキストに基づいて変化可能なオーディオ出力を伴って示す。例えば、成功の条件は、成功に関連付けられた一貫した第１の触覚を提供するが、その一方で、コンテキスト１は、コンテキスト１に関連付けられた第１のセットの波形を提供し、コンテキスト２は、コンテキスト２に関連付けられた第２のセットの波形を提供する。同様に、失敗の条件は、失敗に関連付けられた一貫した第１の触覚を提供するが、その一方で、コンテキスト１は、コンテキスト１に関連付けられた第１のセットの波形を提供し、コンテキスト２は、コンテキスト２に関連付けられた第２のセットの波形を提供する。これにより、それぞれの条件（成功、失敗）に関連付けられた一貫した触覚を維持することができる。より具体的な例は、表１５と併せて以下で検討される。

【0546】

いくつかの実施形態に従って、アラート条件がどのアプリケーション内でトリガーされるのかが、対応する出力を生成するための根拠となる。図３０は、いくつかの実施形態による、第１の条件及び第２の条件を検出し、触覚出力及びオーディオ出力を含む対応するアラートを生成する方法３０００のフロー図である。いくつかの実施形態では、図３０に示した工程とは異なる工程を実施してもよいことに留意されたい。

【0547】

本方法は、１つ又は２つ以上の触覚出力デバイス及び１つ又は２つ以上のオーディオ出力デバイスを有する電子デバイスで、第１の条件のデバイスでの発生を３００５で検出することによって開始する。いくつかの実施形態に従って、第１の条件は、本明細書の他の部分に記載された様々なアラート条件のうち任意であってもよく、アプリケーションは、デバイス１００上で実行している任意のアプリケーションであってもよい。例えば、いくつかの実施形態では、条件の発生は、数例を挙げると、通信の受信（例えば、外部発信元からのメッセージ）のうち１つ以上、ユーザからの入力（例えば、タッチ、音声、またはフィードバックに関連付けられた機械的入力）の検出、又はトリガ基準の達成の検出（例えば、アラームの期限、トレーニングの完了としてなど）を含む。いくつかの実施形態に従って、コンピューティングデバイス１００は、ユーザ入力の受信用のタッチ感知ディスプレイを備える。

【0548】

第１の条件の発生の検出に応じて、デバイス１００は、アプリケーションの第１のクラス内のそれぞれのアプリケーションに対応する第１のアラートを３０１０で生成する。第１のアラートは、この例では、１つ又は２つ以上の触覚出力デバイスを介して出力される第１の触覚構成要素３０１２、及び１つ又は２つ以上のオーディオ出力デバイスを介して出力される第１のオーディオ構成要素３０１４を含む。この事例では、オーディオ構成要素は、アプリケーションの第１のクラス内のそれぞれのアプリケーションによる使用のために指定されたオーディオ波形から構成される。いくつかの実施形態では、アプリケーションの第１のクラスは、ファーストパーティのアプリケーションを含み、オーディオ構成要素は、それぞれのアプリケーション用のアラートを他のアプリケーション用のアラートから区別するために使用される固有のオーディオサンプルである。いくつかの実施形態に従って、第１の触覚出力は、コンピューティングデバイス１００上のタッチ感知ディスプレイを介して提供される。

【0549】

デバイス１００はまた、第２の条件のデバイス１００での発生を３０１５で、任意選択的にしばらく経過してから、検出する。第２の条件の発生の検出に応じて、デバイスは、アプリケーションの第１のクラスと異なるアプリケーションの第２のクラス内のそれぞれのアプリケーションに対応する第２のアラートを３０２０で生成し、第２のアラートは、１つ又は２つ以上の触覚出力デバイスを介して出力される第２の触覚構成要素３０２２と、１つ又は２つ以上のオーディオ出力デバイスを介して出力される第２のオーディオ構成要素３０２４と、を含む。この事例では、オーディオ構成要素は、アプリケーションの第２のクラス内のアプリケーションによる使用のために指定されたオーディオ波形から構成される。いくつかの実施形態では、アプリケーションの第２のクラスは、サードパーティのアプリケーションを含み、オーディオ構成要素は、サードパーティのアプリケーション用のアラートをファーストパーティのアプリケーション用のアラートから区別するために使用されるオーディオサンプルである。いくつかの実施形態に従って、第１の触覚出力は、コンピューティングデバイス１００上のタッチ感知ディスプレイを介して提供される。

【0550】

表１３は、様々なアプリケーションクラス用のアラートに対応する例示的な触覚出力及びオーディオ出力を示す。この表の最初の３行は、第１のアプリケーションクラス、例えば、ファーストパーティのアプリケーションに対応するアラートを示す。ファーストパーティの電子メール、カレンダー、及びテキストメッセージアプリケーションのそれぞれに対して、出力は、第１のアプリケーションクラス（ファーストパーティのアプリケーション）に対応する第１の触覚出力及び第１のアプリケーションクラス（ファーストパーティのアプリケーション）に対応する波形インスタンスを含むオーディオ出力を含む。波形の変形例は、図３１と併せて以下でより詳細に検討される。アプリケーションクラスに相関する触覚出力及びオーディオ出力を提供することにより、ユーザに、アプリケーションクラスに関連付けられた出力に対する種類分けにおいて一貫性が提供される。上記の表９及び表１０はまた、ファーストパーティ及びサードパーティの両方のアラートの例を提供する。

【0551】

同様に、この表の最後の３行は、第２のアプリケーションクラス、例えば、サードパーティのアプリケーションに対応するアラートを示す。サードパーティのメッセージ、通知、及びアラートのそれぞれに対して、出力は、いくつかの実施形態に従って、ファーストパーティのアプリケーションに対応する第１の触覚と異なる、第２のアプリケーションクラス（サードパーティのアプリケーション）に対応する第２の触覚出力及び第２のアプリケーションクラス（サードパーティのアプリケーション）に対応する波形インスタンスを含むオーディオ出力を含む。アプリケーションクラスに相関する触覚出力及びオーディオ出力を提供することにより、ユーザに、アプリケーションクラスに関連付けられた出力に対する種類分けにおいて一貫性が提供される。

【表13】

【0552】

加えて、サードパーティのアプリケーションは、触覚出力の固有のセットを有するが、サードパーティのアプリケーションはまた、同じ触覚フィードバックのいくつかを共用できる。例えば、触覚／オーディオクリックなどの身体的フィードバックをシミュレートするアラート、又はスクロール可能なリストビューがディスプレイの端に到達したときに跳ね返るなどユーザインタフェース要素と連動して提供されるシミュレートされた跳ね返り（ゴムバンド様）効果を提供する触覚は、使用中のアプリケーションのクラスとは無関係に利用可能であると考えられる。アプリケーションがスクロール可能なリストを含む場合、出力は、アプリケーションのクラスとは無関係に、そのアクションに関するアプリケーション内での使用に利用可能である。

【0553】

【0554】

いくつかの実施形態に従って、本方法の第１のアラートを３０１０で生成することは、アラートがアプリケーションの第１のクラス内のそれぞれのアプリケーションに対応するという判定に従い、第２のアラートを３０２０で生成することは、アプリケーションの第１のクラスと異なるアプリケーションの第２のクラス内のそれぞれのアプリケーションに対応するという判定に従う。

【0555】

いくつかの実施形態に従って、第１の触覚構成要素及び第２の触覚構成要素は、アプリケーションの第１のクラス及びアプリケーションの第２のクラスの両方に利用可能な１つ又は２つ以上の触覚波形から構成される。例えば、本明細書に記載された様々な波形のうち任意は、例えば、ミニタップ、マイクロタップ、タップ、正弦波などである。上述した図５は、様々な触覚波形形態の例を示す。

【0556】

いくつかの実施形態に従って、デバイス１００は、様々なアラートを３０１０、３０２０で生成するように構成されている。様々なアラートは、アプリケーションの第１のクラスには利用可能であり、アプリケーションの第２のクラスには利用できないオーディオ構成要素を含む２つ以上のアラートの第１のサブセットを含む。例えば、特定のオーディオ構成要素は、ファーストパーティのアプリケーションによる使用のために指定されてもよいが、サードパーティのアプリケーションによる使用には利用できない。異なるアラートはまた、アプリケーションの第２のクラスには利用可能であり、アプリケーションの第２のクラスによる使用のために指定されたオーディオ波形から構成されるオーディオ出力を含む２つ以上のアラートの第２のサブセットを含む。例えば、特定のオーディオ波形は、サードパーティのアプリケーションによる使用に特異的であってもよく、それゆえに、サードパーティのアプリケーションの一貫したオーディオ特性を提供する。上述した図６は、様々なオーディオ波形形態の例を示す。

【0557】

いくつかの実施形態に従って、アラートの第２のサブセットは、アプリケーションの第２のクラスに関連付けられた同じそれぞれのオーディオサンプル（例えば、マイクロフォンを用いたサウンドの録音である自然オーディオサンプル又はデジタル的に生成された合成オーディオサンプル）に異なる変換を適用することによって生成された２つのアラートを含む。いくつかの実施形態では、２つのアラートは、アプリケーションの第２のクラスに関連付けられたそれぞれのオーディオサンプルに第１の変換を適用することによって生成されたオーディオ構成要素を含むアラートを含む。いくつかの実施形態では、このアラートは、アプリケーションの第２のクラス内の複数のアプリケーションに利用可能である。２つのアラートはまた、アプリケーションの第２のクラスに関連付けられたそれぞれのオーディオサンプルに第２の変換を適用することによって生成されたオーディオ構成要素を含む異なるアラートを任意選択的に含み、第１の変換は、第２の変換と異なる。いくつかの実施形態では、この異なるアラートは、アプリケーションの第２のクラス内の複数のアプリケーションに利用可能である。波形に適用された変換は、例えば、オーディオサンプルの振幅、継続時間、ピッチ、又は繰り返しの数を変化させることを含む。

【0558】

同様に、いくつかの実施形態に従って、アラートの第１のサブセットは、アプリケーションの第１のクラス内の第１のアプリケーションと関連付けられた（同じ）それぞれのオーディオサンプルに異なる変換を適用することによって生成された２つのアラート含む。いくつかの実施形態では、２つのアラートは、アプリケーションの第１のクラス内の第１のアプリケーションと関連付けられたそれぞれのオーディオサンプルに第１の変換を適用することによって生成されたオーディオ構成要素を含むアラートを含む。いくつかの実施形態では、このアラートは、アプリケーションの第１のクラス内の複数のアプリケーションに利用可能である。いくつかの実施形態では、このアラートは、アプリケーションの第１のクラス内の第１のアプリケーションにのみ利用可能である。２つのアラートはまた、アプリケーションの第１のクラス内の第１のアプリケーションと関連付けられたそれぞれのオーディオサンプルに第２の変換を適用することによって生成されたオーディオ構成要素を含む異なるアラートを任意選択的に含み、第１の変換は、第２の変換と異なる。いくつかの実施形態では、この異なるアラートは、アプリケーションの第１のクラス内の複数のアプリケーションに利用可能である。いくつかの実施形態では、この異なるアラートは、アプリケーションの第１のクラス内の第１のアプリケーションにのみ利用可能である。

【0559】

同様に、いくつかの実施形態に従って、アラートの第１のサブセットは、アプリケーションの第１のクラス内の第２のアプリケーションと関連付けられた同じそれぞれのオーディオサンプルに異なる変換を適用することによって生成された２つのアラートを含み、第２のアプリケーションと関連付けられたそれぞれのオーディオサンプルは、第１のアプリケーションと関連付けられたそれぞれのオーディオサンプルと異なる。例えば、第１のアプリケーション及び第２のアプリケーションはそれぞれ、アプリケーションに対する「種類分け」として役立つ特徴的なサウンドを有し、例えば、決済アプリケーションは、決済アプリケーション用の決済成功、決済失敗、及び口座有効化が認識可能に類似のサウンドを有するように、決済アプリケーションに固有のサウンドサンプルを用いて生成されたアラートを使用する。比較すると、バーチャルアシスタントアプリケーションは、バーチャルアシスタント成功、バーチャルアシスタント失敗、及びバーチャルアシスタント準備完了の全てが、決済アプリケーション用のアラートの認識可能な類似のサウンドと異なる認識可能な類似のサウンドを持つように、バーチャルアシスタントアプリケーションに固有のサウンドサンプルを用いて生成されたアラートを使用する。いくつかの実施形態では、２つのアラートは、アプリケーションの第１のクラス内の第２のアプリケーションと関連付けられたそれぞれのオーディオサンプルに第１の変換を適用することによって生成されたオーディオ構成要素を含むアラートを含む。いくつかの実施形態では、このアラートは、アプリケーションの第１のクラス内の複数のアプリケーションに利用可能である。いくつかの実施形態では、このアラートは、アプリケーションの第１のクラス内の第２のアプリケーションにのみ利用可能である。２つのアラートはまた、アプリケーションの第１のクラス内の第２のアプリケーションと関連付けられたそれぞれのオーディオサンプルに第２の変換を適用することによって生成されたオーディオ構成要素を含む異なるアラートを任意選択的に含み、第１の変換は、第２の変換と異なる。いくつかの実施形態では、この異なるアラートは、アプリケーションの第１のクラス内の複数のアプリケーションに利用可能である。いくつかの実施形態では、この異なるアラートは、アプリケーションの第１のクラス内の第２のアプリケーションにのみ利用可能である。

【0560】

いくつかの実施形態に従って、アラート条件がどのアプリケーション内でトリガーされるのかが、対応する出力を生成するための根拠となる。表１４は、単一のアプリケーションクラス（ファーストパーティのアプリケーション）内の２つの異なるアプリケーション（電子メール、決済）用のアラートに対応する例示的な触覚及びオーディオ出力を示す。この表の最初の３行は、第１のアプリケーション、例えば、電子メールに対応するアラートを示す。電子メール条件の電子メール受信、電子メール送信、及び電子メール削除のそれぞれに対して、出力は、第１のアプリケーションクラス（ファーストパーティのアプリケーション）に対応する第１の触覚及び電子メールアプリケーションに対応する波形インスタンスを含むオーディオ出力を含む。それぞれの電子メールアプリケーションの条件は、電子メールの波形の波形変形例、すなわち、第１のアプリケーションの波形１、２、３を有する。波形変形例は、図３１と併せて以下でより詳細に検討される。電子メールアプリケーションに相関するオーディオ出力を提供することにより、ユーザに、電子メールアプリケーションと関連付けられた出力に対する種類分けにおいて一貫性が提供される。

【0561】

同様に、この表の最後の３行は、第２のアプリケーション、例えば、決済に対応するアラートを示す。決済条件の決済成功、決済失敗、口座有効化のそれぞれに対して、出力は、第１のアプリケーションクラス（ファーストパーティのアプリケーション）に対応する第１の触覚及び決済アプリケーションに対応する波形インスタンスを含むオーディオ出力を含む。それぞれの決済アプリケーションの条件は、決済の波形の波形変形例、すなわち、第２のアプリケーションの波形１、２、３を有する。決済アプリケーションに相関するオーディオ出力を提供することにより、ユーザに、決済アプリケーションと関連付けられた出力に対する種類分けにおいて一貫性が提供される。

【表14】

【0562】

いくつかの実施形態に従って、アラートの第２のサブセットは、アプリケーションの第１のクラスに利用できない。例えば、ファーストパーティのアプリケーションは、サードパーティのアプリケーションのアラートサウンドを使用することはできず、任意選択的に逆も同様である。いくつかの実施形態に従って、アラートの第１及び第２のサブセットの両方は、両方のサードパーティのアプリケーションが共用触覚構成要素を使用してもよいように、アプリケーションの第１のクラス及びアプリケーションの第２のクラスに利用可能な触覚構成要素を含む。

【0563】

いくつかの実施形態に従って、異なるアラートは、アプリケーションの第２のクラス及びアプリケーションの第１のクラスに利用可能な、例えば、両方が共同使用のために指定されている、オーディオ構成要素を含む２つ以上のアラートの第３のサブセットを含む。例えば、触覚／オーディオクリックなどの身体的フィードバックをシミュレートするアラート、又はスクロール可能なリストビューがディスプレイの端に到達したときに跳ね返るなどユーザインタフェース要素と連動して提供されるシミュレートされた跳ね返り（ゴムバンド様）効果を提供する触覚は、使用中のアプリケーションのクラスとは無関係に利用可能であると考えられる。アプリケーションがスクロール可能なリストを含む場合、出力は、アプリケーションのクラスとは無関係に、そのアクションに関するアプリケーション内での使用に利用可能である。したがって、サードパーティのアプリケーションは、表１３と併せて先に指摘したように、触覚アラートの固有のセットを有するが、サードパーティのアプリケーションはまた、同じ触覚フィードバックのいくつかを共用できる。

【0564】

いくつかの実施形態に従って、１つ又は２つ以上のオーディオ出力デバイスを介して出力される第１のオーディオ構成要素は、アプリケーションの第１のクラス（例えば、ファーストパーティのアプリケーション）内の第１のアプリケーション（例えば、決済アプリケーション）による使用のために指定されたオーディオ波形から構成される。例えば、オーディオ構成要素は、任意選択的に、第１のアプリケーション用のアラートを他のアプリケーション用のアラートから区別するために使用される固有のオーディオサンプルである。いくつかの実施形態に従って、１つ又は２つ以上のオーディオ出力デバイスを介して出力される第１のオーディオ構成要素は、アプリケーションの第１のクラス（例えば、ファーストパーティのアプリケーション）内の第２のアプリケーション（例えば、バーチャルアシスタントアプリケーション）による使用のために指定されたオーディオ波形から構成される。例えば、オーディオ構成要素は、任意選択的に、第２のアプリケーション用のアラートを他のアプリケーション用のアラートから区別するために使用される固有のオーディオサンプルである。

【0565】

いくつかの実施形態に従って、１つ又は２つ以上のオーディオ出力デバイスを介して出力される第２のオーディオ構成要素は、アラートがアプリケーションの第２のクラス（例えば、ファーストパーティのアプリケーション）内の第３のアプリケーション（例えば、決済アプリケーション）に対応するとき、アプリケーションの第２のクラス内のアプリケーションによる使用のために指定されたオーディオ波形から構成される。例えば、オーディオ構成要素は、任意選択的に、第１のアプリケーション用のアラートを他のアプリケーション用のアラートから区別するために使用される固有のオーディオサンプルである。

【0566】

いくつかの実施形態に従って、１つ又は２つ以上のオーディオ出力デバイスを介して出力される第１のオーディオ構成要素は、アラートがアプリケーションの第２のクラス（例えば、ファーストパーティのアプリケーション）内の第２のアプリケーション（例えば、バーチャルアシスタントアプリケーション）に対応するとき、アプリケーションの第２のクラス内のアプリケーションによる使用のために指定されたオーディオ波形から構成される。例えば、オーディオ構成要素は、第１のアプリケーション用のアラートを他のアプリケーション用のアラートから区別するために使用される固有のオーディオサンプルである。

【0567】

図３０における動作について説明された特定の順序は単なる例示であり、説明された順序は、動作を実行することができる唯一の順序であることを示すことを意図するものではないことを理解されたい。当業者であれば、本明細書に記載された動作の順序換えをする様々な方法を認識するであろう。加えて、本明細書に記載の他の方法（例えば、方法７００、９００、１０００、１１００、１２００、１３００、２５００、２６００、及び３２００）に関して本明細書に記載の他のプロセスの詳細はまた、図３０に関連して上述された方法３０００に類似の方法で適用可能であることも留意されたい。例えば、方法３０００を参照して上述した入力、アラート条件、アプリケーション、及び触覚出力は、本明細書に記載された他の方法（例えば、方法７００、９００、１０００、１１００、１２００、１３００、２５００、２６００、及び３２００）を参照して本明細書に記載された入力、アラート条件、アプリケーション、及び触覚出力の特性のうち１つ又は２つ以上を、任意選択的に有する。簡潔性のために、これらの詳細は、ここでは繰り返さない。

【0568】

図３１は、いくつかの実施形態による、波形の様々な事例を示す。波形は、触覚又はオーディオであり得る。図に示すように、波形３１０５は、その特徴に関連付けられた特定の振幅３１１０、並びに全継続時間３１１５及び波形の特徴間の頻度３１２０を有する。波形３１２５は、振幅３１１０には影響しないが、より長い全継続時間３１３０及び波形の特徴間のより低い頻度３１３５をもたらす変換を適用した波形３１０５である。波形３４１０は、両方の振幅３１４５に影響し、より短い全継続時間３１５０及び波形の特徴間のより高い頻度３１５５５をもたらす変換を適用した波形３１０５である。

【0569】

上述したこれらの変換された波形に関連して、波形３１０５は、特定のアプリケーションクラス又はアプリケーションとの使用に指定される。例えば、いくつかの実施形態に従って、決済アプリケーションは、オーディオ波形３１０５に関連付けられている。この例では、アラートは、波形インスタンス３１２５がその決済成功を示し、波形インスタンス３１４０が決済失敗を示し、波形インスタンス３１０５が決済アプリケーション用の口座有効化を示すように、決済アプリケーションに固有のサウンドサンプルを用いて生成される。それぞれの波形インスタンス３１０５、３１２５、３１４０は、波形３１０５の同じサウンドサンプルに基づくため、３つ全ては、ユーザが決済アプリケーションと関連付けることとなる認識可能な類似のサウンドを有する。

【0570】

いくつかの実施形態に従って、アラート条件がどのコンテキスト内でトリガーされるのかが、対応する出力を生成するための根拠となる。コンテキストに相関する触覚出力及び／又はオーディオ出力を提供することは、出力に対する触覚及びオーディオの種類分けにおける一貫性を可能にし、それゆえに、より効率的なヒューマン・マシン・インタフェースを生み出し、それによって、ユーザが動作を実行するためにかかる時間を減らし、その結果として、エネルギー消費を減らし、デバイスに電力を供給するバッテリのバッテリ寿命を増大させる。図３２は、くつかの実施形態による、第１及び第２のコンテキストにおいて第１の条件を検出し、触覚出力及びオーディオ出力を含む対応するアラートを生成するための方法３２００のフロー図である。いくつかの実施形態では、図３２に示した工程とは異なる工程を実施してもよいことに留意されたい。

【0571】

本方法は、１つ又は２つ以上の触覚出力デバイス及び１つ又は２つ以上のオーディオ出力デバイスを有する電子デバイス１００で、デバイスでの第１のコンテキストにおける第１の条件の発生を３２０５で検出することによって開始する。例えば、条件は、失敗条件であり、失敗イベントのコンテキストは、その失敗イベントが第１のアプリケーションで発生したことである。いくつかの実施形態に従って、条件の発生は、数例を挙げると、通信の受信（例えば、外部発信元からのメッセージ）、ユーザからの入力（例えば、タッチ、音声、又はフィードバックに関連付けられた機械的入力）の検出、及びトリガ基準の達成の検出（例えば、アラームの期限、トレーニングの完了としてなど）のうち１つ又は２つ以上を含む。いくつかの実施形態に従って、コンピューティングデバイス１００は、ユーザ入力の受信用のタッチ感知ディスプレイを備える。

【0572】

第１のコンテキストでの第１の条件の発生の検出に応じて、デバイス１００は、発生した条件の種類（例えば、失敗イベントが発生した）を示す第１の触覚構成要素３２１２、及び第１の条件が第１のコンテキスト（例えば、特定のアプリケーション内で発生したことを示す第１のオーディオ構成要素３２１４を含む、第１の条件に対応する第１のアラートを３２１０で生成する。いくつかの実施形態に従って、第１の触覚出力は、コンピューティングデバイス１００上のタッチ感知ディスプレイを介して提供される。

【0573】

デバイス１００はまた、第１のコンテキストと異なる第２のコンテキストでの（例えば、第１のアプリケーションと異なる第２のアプリケーションでの）第１の条件の発生を３２１５で検出する。第２のコンテキストでの第１の条件の発生の検出に応じて、デバイス１００は、第１の条件が発生したことを示す第１の触覚構成要素３２１２、例えば、第２のアプリケーションコンテキストでの失敗に対応する同じ触覚構成要素、及び第１のコンテキストと異なる第２のコンテキストで発生した第１の条件を示す、第１のオーディオ構成要素と異なる第２のオーディオ構成要素３２２２を含む、第１の条件に対応する第２のアラートを３２２０で生成する。例えば、失敗イベントは、第１のアプリケーションと異なる第２のアプリケーションで発生した、又は失敗イベントは、失敗した動作を実施するための別の要求をユーザが提出する選択肢を含み、それゆえに、出力のオーディオ部分は、第１のコンテキストでの同じ条件（失敗）の出力のオーディオ部分と異なる。

【0574】

いくつかの実施形態に従って、本方法の第１のアラートを３２１０で生成することは、アラートが第１のコンテキストで発生した第１の条件に対応するという判定に従い、第２のアラートを３２２０で生成することは、第１の条件が第２のコンテキストで発生したという判定に従う。

【0575】

条件（例えば、失敗）に対する一貫した触覚を維持することによって、触覚波形は、意味論的意味を有する。同様に、条件に関連付けられた触覚の意味は、オーディオ構成要素の意味論的意味とは無関係である。例えば、触覚に対してよりもオーディオに対してより広いダイナミックレンジがあるため、オーディオアラートは、いくつかの実施形態による触覚アラートに対するコンテキストを提供する。

【0576】

いくつかの実施形態に従って、本方法は、第１及び第２のコンテキストと異なる第３のコンテキストで、デバイスで第１の条件（例えば、失敗）の発生を３２３０で検出することを更に含む。第３のコンテキストにおけるデバイスでの第１の条件の発生の検出に応じて、デバイス１００は、発生した条件の種類を示す第１の触覚構成要素３２１２（例えば、失敗イベントが発生したことを示す同じ触覚構成要素）、及び第３のコンテキストで発生した第１の条件（例えば、第１のアプリケーションと異なる第３のアプリケーションで発生した失敗イベント）を示す、第１のオーディオ構成要素及び第２のオーディオ構成要素と異なる第３のオーディオ構成要素３２４２を含む、第３のコンテキストでの第１の条件に対応する第３のアラートを３２４０で生成する。いくつかの実施形態に従って、本方法の第３のアラートを３２４０で生成することは、アラートが第３のコンテキストで発生した第１の条件に対応するという判定に従う。

【0577】

いくつかの実施形態に従って、アラート条件がトリガーされたコンテキストが、対応する出力を生成するための根拠となる。表１３は、２つの異なるアプリケーションクラスにわたる、異なるコンテキストでの、２つの異なる条件（成功、失敗）に対するアラートに対応する例示的な触覚及びオーディオ出力を示す。この表の最初の２行は、第１の条件（成功）に対応するアラートを示す。成功のそれぞれのコンテキスト（決済アプリケーション、電子メールアプリケーション）に対して、出力は、条件（成功）に対応する第１の触覚、及び成功のコンテキスト（決済、メッセージ送信）に対応する波形インスタンスを含むオーディオ出力を含む。

【0578】

この表の第３行及び第４行は、第２の条件（失敗）に対応するアラートを示す。失敗のそれぞれのコンテキスト（決済アプリケーション、電子メールアプリケーション）に対して、出力は、条件（失敗）に対応する第２の触覚、及び成功のコンテキスト（決済、メッセージ送信）に対応する波形インスタンスを含むオーディオ出力を含む。

【0579】

この表の最初の４行はまた、第１のアプリケーションクラス、すなわち、ファーストパーティのアプリケーションに対応する。表の最後の２行は、アプリケーションの第２のクラス、例えば、サードパーティのアプリケーションのコンテキストでの成功及び失敗の条件に対応するアラートを示す。この例では、アプリケーションは、同じであるが、オーディオ出力は、変化する。なぜなら、提供されたオーディオは、アプリケーションクラスをコンテキストとして使用し、条件（成功、失敗）に対応する触覚を伴う第２のクラスの波形１、２を提供するからである。コンテキストとは無関係に条件（成功、失敗）と一貫して相関する触覚出力を提供することによって、ユーザは、条件に関連付けられた出力に対する種類分けにおける一貫性が提供され、触覚に対してよりもオーディオに対してより広いダイナミックレンジがあるため、オーディオアラートは、触覚アラートに対するコンテキストを提供する。

【表15】

【0580】

いくつかの実施形態に従って、第１の触覚構成要素は、ユーザによって要求された動作の発生が失敗したことを示し、第１のオーディオ構成要素は、第１のアプリケーションで動作の発生が失敗したこと（例えば、ファーストパーティの決済アプリケーションを用いる決済の失敗）を示し、第２のオーディオ構成要素は、第２のアプリケーションでの動作の発生が失敗したこと（例えば、サードパーティのメッセージングアプリケーションでのメッセージ送信の失敗）を示す。したがって、触覚構成要素は、共用され、オーディオ構成要素は、失敗が発生したアプリケーションに基づいて変化する。

【0581】

いくつかの実施形態に従って、第１の触覚構成要素は、ユーザによって要求された動作の発生が成功したことを示し、第１のオーディオ構成要素は、第１のアプリケーションでの動作が発生したこと（例えば、ファーストパーティの決済アプリケーションを用いる成功した決済）を示し、第２のオーディオ構成要素は、動作が第２のアプリケーションで発生したことを示す。（例えば、サードパーティのメッセージングアプリケーションにおいて送信が成功したメッセージ）。したがって、触覚構成要素は、共用され、オーディオ構成要素は、成功が発生したアプリケーションに基づいて変化する。いくつかの実施形態に従って、第１のオーディオ構成要素は、第１のアプリケーションによる使用のために指定されたオーディオ波形に基づいて生成される。いくつかの実施形態では、第１のアプリケーションによる使用のために指定されたオーディオ波形はまた、例えば、図３０と併せて先により詳細に記載したように、第１のアプリケーションに対応するアラート用の他のオーディオ構成要素を生成するために使用される。第２のオーディオ構成要素は、第１のアプリケーションと異なる第２のアプリケーションによる使用のために指定されたオーディオ波形に基づいて生成される。いくつかの実施形態では、第２のアプリケーションによる使用のために指定されたオーディオ波形はまた、例えば、図３０と併せて先により詳細に記載したように、第２のアプリケーションに対応するアラート用の他のオーディオ構成要素を生成するために使用される。

【0582】

いくつかの実施形態に従って、第１のオーディオ構成要素は、アプリケーションの第１のクラス内のアプリケーションによる使用のために指定されたオーディオ波形に基づいて生成される。いくつかの実施形態では、ファーストパーティのアプリケーションによる使用のために指定されたオーディオ波形はまた、例えば、図３０と併せて先により詳細に記載したように、ファーストパーティのアプリケーションに対応するアラート用の他のオーディオ構成要素を生成するために使用される。第２のオーディオ構成要素は、アプリケーションの第１のクラスと異なるアプリケーションの第２のクラス内のアプリケーションによる使用のために指定されたオーディオ波形に基づいて生成される。いくつかの実施形態では、サードパーティのアプリケーションによる使用のために指定されたオーディオ波形はまた、例えば、図３０と併せて先により詳細に記載したように、サードパーティのアプリケーションに対応するアラート用の他のオーディオ構成要素を生成するために使用される。

【0583】

いくつかの実施形態に従って、デバイスは、複数の異なる条件及び複数の異なるコンテキストに応じて触覚構成要素及びオーディオ構成要素を含むアラートを提供するように構成される。例えば、第１の条件は、第１の触覚構成要素によって表され、第１の条件と異なる第２の条件は、第１の触覚構成要素と異なる第２の触覚構成要素によって表される。いくつかの実施形態では、第１の触覚構成要素と第２の触覚構成要素とは、異なる継続時間、強度、又は波形を有するため、異なっている。いくつかの実施形態では、第１のオーディオ構成要素と第２のオーディオ構成要素とは、異なる数の一連の触覚出力を含むため、異なっている。いくつかの実施形態に従って、第１のコンテキストは、第１のオーディオ構成要素によって表され、第１のコンテキストと異なる第２のコンテキストは、第１のオーディオ構成要素と異なる第２のオーディオ構成要素によって表される。いくつかの実施形態では、第１のオーディオ構成要素と第２のオーディオ構成要素とは、異なるオーディオサンプルに基づくため、異なっている。いくつかの実施形態では、第１のオーディオ構成要素と第２のオーディオ構成要素とは、異なる数の連続した楽譜を含むため、異なっている。

【0584】

いくつかの実施形態に従って、第１の条件は、要求された動作の成功を示し、第１の触覚構成要素は、第１のオーディオ構成要素内の特徴と位置合わせされた一連の触覚出力を含む。例えば、位置合わせは、同期している、互いに模倣している、かつ／又は互いに反映している触覚出力とオーディオ出力との間の特徴、例えば、触覚構成要素内の個別の触覚出力は、オーディオ構成要素内の連続した楽譜に対応して生成されることを意味してもよい。例えば、いくつかの実施形態に従って、触覚出力は、オーディオ構成要素内の連続した楽譜の直前又は連続した楽譜の間に提供される。いくつかの実施形態に従って、第１の条件は、要求された動作の失敗を示し、第１の触覚構成要素は、第１のオーディオ構成要素内の形状と位置合わせされていない、例えば、触覚構成要素内の触覚出力は、オーディオ構成要素内の連続した楽譜に対応せずに生成される。例えば、オーディオ構成要素内の複数の連続した楽譜にわたって延在する連続する触覚出力が提供される。

【0585】

いくつかの実施形態に従って、第１の条件は、要求された動作の成功を示し、第１の触覚構成要素は、第２のオーディオ構成要素内の形状と位置合わせされた一連の触覚出力を含み、例えば、触覚構成要素内の個別の触覚出力は、オーディオ構成要素内の連続した楽譜に対応して生成される。例えば、いくつかの実施形態に従って、触覚出力は、オーディオ構成要素内の連続した楽譜の直前又は連続した楽譜の間に提供される。いくつかの実施形態に従って、第１の条件は、要求された動作の失敗を示し、第１の触覚構成要素は、第２のオーディオ構成要素内の形状と位置合わせされていない、例えば、触覚構成要素内の触覚出力は、オーディオ構成要素内の連続した楽譜に対応せずに生成される。例えば、いくつかの実施形態に従って、オーディオ構成要素内の複数の連続した楽譜にわたって延在する連続する触覚出力が提供される。

【0586】

図６と併せて論じたように、それぞれの触覚出力は、対応するオーディオ出力が付随してもよく、それぞれの触覚出力の少なくとも一部と併用されるそれぞれのオーディオ出力の少なくとも一部を伴ってもよく、又は、それぞれのオーディオ出力は、それぞれの触覚出力及びそれぞれのオーディオ出力が知覚的に同時であるか、または同期するように、それぞれの触覚出力に時間的に近接して起こる。触覚波形及びオーディオ波形は、完全に位置合わせする必要はなく、デバイスは、触覚出力及びオーディオ出力の特定のクラスに対して、触覚出力及びオーディオ出力が時間的にややずれていたとしてもユーザに同時であるか、又は同調していると知覚されることとなる事実を考慮してもよい（例えば、オーディオ出力は、触覚出力よりもすばやく処理されるため、オーディオ出力を提供する前に触覚出力を提供することは、場合によっては、オーディオ出力及び触覚出力が同時又は同調して起きているとしてユーザに知覚させることとなる）。

【0587】

図３２における動作について説明された特定の順序は単なる例示であり、説明された順序は、動作を実行することができる唯一の順序であることを示すことを意図するものではないことを理解されたい。当業者であれば、本明細書に記載された動作の順序換えをする様々な方法を認識するであろう。加えて、本明細書に記載の他の方法（例えば、方法７００、９００、１０００、１１００、１２００、１３００、２５００、２６００、及び３０００）に関して本明細書で記載されている他のプロセスの詳細はまた、図３２に関連して上述されている方法３０００に類似の方法で適用可能であることも留意されたい。例えば、方法３０００を参照して上述した入力、アラート条件、アプリケーション、及び触覚出力は、本明細書に記載された他の方法（例えば、方法７００、９００、１０００、１１００、１２００、１３００、２５００、２６００、及び３０００）を参照して本明細書に記載された入力、アラート条件、アプリケーション、及び触覚出力の特性のうち１つ又は２つ以上を、任意選択的に有する。簡潔性のために、これらの詳細は、ここでは繰り返さない。

【0588】

図３３ａは、いくつかの実施形態による、様々な触覚波形及びオーディオ波形が、時間的に離れている図及び一致している図の両方を示す。触覚波形３３０５及びオーディオ波形３３１０は、例えば、アラート用出力として一緒に使用することができる。混合出力３３１５で図示するように、触覚波形３３０５及びオーディオ波形３３１０は、位置合わせされておらず、触覚に続いてオーディオ、続いて触覚、続いてオーディオのようにユーザによって知覚されることとなる。しかし、触覚波形３３０５及びオーディオ波形３３１０は、混合出力３３２５において図示しするように一緒に使用されるとき、位置合わせさが完璧ではなかったとしても、オーディオ出力は、触覚出力と同時であるとユーザによって知覚されるように、位置合わせされる。

【0589】

図３３ｂは、いくつかの実施形態による、様々な触覚波形及びオーディオ波形が、時間的に重なっている図を示す。いくつかの実施形態に従って、触覚波形３３３０は、例えば、失敗イベント用の触覚波形である。いくつかの実施形態に従って、失敗触覚３３３０は、長く続くバズである。失敗触覚３３３０が異なるオーディオ出力と併せて使用されるとき、図３２と併せて記載したように、異なる失敗のタイプ及び又は異なるコンテキストにおける失敗を知らせる。オーディオ波形３３３５は、サードパーティのオーディオ波形を表し、この例では、リーン・リーン・ダンのように聞こえる失敗オーディオサンプルである。混合出力３３４０に示すように、触覚波形３３３０及びオーディオ波形３３３５は、位置合わせされている。オーディオ波形３３４５は、異なるサードパーティのオーディオ波形を表し、この例では、ダン・ダン・ダンのように聞こえる再試行オーディオサンプルである。これは、サードパーティのオーディオ波形の変形として失敗オーディオ波形３３３５に類似したオーディオサンプルであるが、ある形体及び異なる３番目の形体の２つよりもむしろ類似した３つの形体を有する。失敗触覚３３３０と組み合わせると、組み合わせ波形３３５０が生じる。組み合わせた波形３３５０は、失敗触覚３３３０を共用するが、コンテキスト、それゆえにオーディオ波形３３３５由来のオーディオ出力が異なる。

【0590】

図３３ｃは、いくつかの実施形態による、様々な触覚波形及びオーディオ波形が、時間的に重なっている図を示す。いくつかの実施形態に従って、触覚波形３３３０は、例えば、図３３ｂのような失敗イベント用の同じ触覚波形である。失敗触覚３３３０は、異なる２つのファーストパーティのオーディオ波形（３３５５、３３６５）と併せて使用されて、異なるが関連した２つのファーストパーティのアラートを生成する。オーディオ波形３３５５は、ダ・ダン、ダ・ダンのように聞こえる決済失敗オーディオサンプル用のファーストパーティのオーディオ波形を表す。組み合わせた出力３３６０は、位置合わせさした触覚波形３３３０及びオーディオ波形３３３５を示す。オーディオ波形３３６５は、ファーストパーティのオーディオ波形を表し、この例では、ダ・ダン、ダ・ダン、ダ・ダンのように聞こえるパスコードエントリ失敗オーディオサンプルである。失敗触覚３３３０と組み合わせたとき、組み合わせた波形３３７０が生じる。組み合わせた波形３３７０は、失敗触覚３３３０を共用するが、コンテキストにおいて、それゆえに、オーディオ波形３３５５由来のオーディオ出力において異なる。

【0591】

図３０及び図３２を参照して上述した動作は、任意選択的に、図１Ａ及び図１Ｂ及び図３４及び図３５に示す構成要素により実施される。図３４は、説明される様々な実施形態の原理に従って構成されたデバイス１００の、例示的な機能ブロック図を示す。図３４で説明される機能ブロックが、説明される様々な実施形態の原理を実施するように任意選択的に組み合わされ、又はサブブロックに分離されることが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせまたは分割、又は更なる定義を任意選択的に支持する。

【0592】

図３４に示すように、デバイス１００は、アプリケーションを表示するように構成された表示ユニット３４０１、ユーザ接触を受信するように構成されたタッチ感知面ユニット３４０３、並びに表示ユニット３４０１及びタッチ感知面ユニット３４０３に連結された処理ユニット３４０５を含む。いくつかの実施形態では、処理ユニット３４０５は、検出ユニット３４１０及びアラート生成ユニット３４１５を含む。

【0593】

以下の段落［０５９４］～［０６０２］は、図３４に例示したデバイス１００によって、個別に又は任意の組み合わせで実施されてもよい異なる実施形態を説明する。

【0594】

処理ユニット３４０５は、１つ又は２つ以上の触覚出力デバイスを備えた電子デバイスで、（例えば、検出ユニット３４１０を用いて）デバイスでの第１の条件の発生を検出するように構成され、その発生の検出に応じて、任意選択的に、アラートがアプリケーションの第１のクラス内のそれぞれのアプリケーションに対応するという判定に従って、（例えば、アラート生成ユニット３４１５を用いて）アプリケーションの第１のクラス内のそれぞれのアプリケーションに対応する第１のアラートを生成する。処理ユニット３４０５はまた、（例えば、検出ユニット３４１０を用いて）デバイスでの第２の条件の発生を検出し、応じて、（例えば、アラート生成ユニット３４１５を用いて）アプリケーションの第１のクラスと異なるアプリケーションの第２のクラス内のそれぞれのアプリケーションに対応する第２のアラートを生成するように構成され、第２のアラートは、１つ又は２つ以上の触覚出力デバイスを介して出力される第２の触覚構成要素、及びアプリケーションの第２のクラス内のアプリケーションによる使用のために指定されたオーディオ波形から構成される、１つ又は２つ以上のオーディオ出力デバイスを介して出力される第２のオーディオ構成要素、を含む。

【0595】

いくつかの実施形態に従って、第１の触覚構成要素及び第２の触覚構成要素は、アプリケーションの第１のクラス及びアプリケーションの第２のクラスの両方に利用可能な１つ又は２つ以上の触覚波形から構成される。

【0596】

いくつかの実施形態に従って、デバイス１００は、（例えば、アラート生成ユニット３４１５によって）複数の異なるアラートを生成するように構成される。複数の異なるアラートは、アプリケーションの第１のクラスに利用可能であるがアプリケーションの第２のクラスに利用できないオーディオ構成要素を含む２つ以上のアラートの第１のサブセットを含み、複数の異なるアラートは、アプリケーションの第２のクラスに利用可能であり、アプリケーションの第２のクラスによる使用のために指定されたオーディオ波形から構成されるオーディオ構成要素を含む２つ以上のアラートの第２のサブセットを含む。

【0597】

いくつかの実施形態に従って、アラートの第２のサブセットは、アプリケーションの第２のクラスに関連付けられたそれぞれのオーディオサンプルに異なる変換を適用することによって（例えば、アラート生成ユニット３４１５によって）生成された２つのアラートを含む。いくつかの実施形態に従って、アラートの第１のサブセットは、アプリケーションの第１のクラス内の第１のアプリケーションと関連付けられたそれぞれのオーディオサンプルに異なる変換を適用することによって（例えば、アラート生成ユニット３４１５によって）生成された２つのアラートを含む。

【0598】

いくつかの実施形態に従って、アラートの第１のサブセットは、アプリケーションの第１のクラス内の第２のアプリケーションと関連付けられたそれぞれのオーディオサンプルに異なる変換を適用することによって（例えば、アラート生成ユニット３４１５によって）生成された２つのアラートを含み、第２のアプリケーションと関連付けられたそれぞれのオーディオサンプルは、第１のアプリケーションと関連付けられたそれぞれのオーディオサンプルと異なる。いくつかの実施形態に従って、アラートの第２のサブセットは、アプリケーションの第１のクラスに利用できない。

【0599】

いくつかの実施形態に従って、（例えば、アラート生成ユニット３４１５によって生成された）２つ以上のアラートの第１のサブセットは、アプリケーションの第１のクラス及びアプリケーションの第２のクラスに利用可能な触覚構成要素を含み、２つ以上のアラートの第２のサブセットは、アプリケーションの第２のクラス及びアプリケーションの第１のクラスに利用可能な触覚構成要素を含む。

【0600】

いくつかの実施形態に従って、（例えば、アラート生成ユニット３４１５によって生成された）複数の異なるアラートは、アプリケーションの第２のクラス及びアプリケーションの第１のクラスに利用可能なオーディオ構成要素を含む、２つ以上のアラートの第３のサブセットを含む。

【0601】

いくつかの実施形態に従って、（例えば、アラート生成ユニット３４１５によって）１つ又は２つ以上のオーディオ出力デバイスを介して出力される第１のオーディオ構成要素は、アプリケーションの第１のクラス内の第１のアプリケーションによる使用のために指定されたオーディオ波形から構成され、１つ又は２つ以上のオーディオ出力デバイスを介して出力される第１のオーディオ構成要素は、アプリケーションの第１のクラス内の第２のアプリケーションによる使用のために指定されたオーディオ波形から構成される。

【0602】

いくつかの実施形態に従って、（例えば、アラート生成ユニット３４１５によって）１つ又は２つ以上のオーディオ出力デバイスを介して出力される第２のオーディオ構成要素は、アプリケーションの第２のクラス内のアプリケーションによる使用のために指定されたオーディオ波形から構成され、１つ又は２つ以上のオーディオ出力デバイスを介して出力される第１のオーディオ構成要素は、アラートがアプリケーションの第２のクラス内の第２アプリケーションに対応するとき、アプリケーションの第２のクラス内のアプリケーションによる使用のために指定されたオーディオ波形から構成される。

【0603】

図３５は、説明される様々な実施形態の原理に従って構成されたデバイス１００の、例示的な機能ブロック図を示す。図３５で説明される機能ブロックが、説明される様々な実施形態の原理を実施するように任意選択的に組み合わされ、又はサブブロックに分離されることが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせまたは分割、又は更なる定義を任意選択的に支持する。

【0604】

図３５に示すように、デバイス１００は、アプリケーションを表示するように構成された表示ユニット３５０１、ユーザ接触を受信するように構成されたタッチ感知面ユニット３５０３、並びに表示ユニット３５０１及びタッチ感知面ユニット３５０３に連結された処理ユニット３５０５を含む。いくつかの実施形態では、処理ユニット３５０５は、検出ユニット３５１０及びアラート生成ユニット３５１５を含む。

【0605】

以下の段落［０６０６］～［０６１５］は、図３５に例示したデバイス１００によって、個別に又は任意の組み合わせで実施することができる様々な実施形態を説明する。

【0606】

処理ユニット３５０５は、１つ又は２つ以上の触覚出力デバイスを備えた電子デバイスで、（例えば、検出ユニット３５１０を用いて）第１のコンテキストでの第１の条件の発生を検出するように構成され、その発生の検出に応じて、（例えば、アラート生成ユニット３５１５を用いて）発生した条件の種類を示す第１の触覚構成要素、及び第１の条件が第１のコンテキストで発生したことを示す第１のオーディオ構成要素を含む第１の条件に対応する第１のアラートを生成する。

【0607】

処理ユニット３５０５はまた、（例えば、検出ユニット３５１０を用いて）第１のコンテキストと異なる第２のコンテキストでの第１の条件のデバイスでの発生を検出するように構成され、その発生の検出に応じて、（例えば、アラート生成ユニット３５１５を用いて）第１の条件が発生したことを示す第１の触覚構成要素、及び第１の条件が第１のコンテキストと異なる第２のコンテキストで発生したことを示す、第１のオーディオ構成要素と異なる第２のオーディオ構成要素を含む第１の条件に対応する第２のアラートを生成する。

【0608】

処理ユニット３５０５はまた、（例えば、検出ユニット３５１０を用いて）第１及び第２のコンテキストと異なる第３のコンテキストのデバイスでの第１の条件のデバイスでの発生を検出するように構成され、第３のコンテキストのデバイスでの第１の条件の発生の検出に応じて、（例えば、アラート生成ユニット３５１５を用いて）発生した条件の種類を示す第１の触覚構成要素、及び第１の条件が２番目の第３のコンテキストで発生したことを示す、第１のオーディオ構成要素及び第２のオーディオ構成要素と異なる第３のオーディオ構成要素を含む第３のコンテキストにおける第１の条件に対応する第３のアラートを生成する。

【0609】

いくつかの実施形態に従って、第１の触覚構成要素は、ユーザによって要求された動作の発生が失敗したことを示し、第１のオーディオ構成要素は、動作の第１のアプリケーションでの発生が失敗したことを示し、第２のオーディオ構成要素は、動作の第２のアプリケーションでの発生が失敗したことを示す。

【0610】

いくつかの実施形態に従って、第１の触覚構成要素は、ユーザによって要求された動作の発生が成功したことを示し、第１のオーディオ構成要素は、動作が第１のアプリケーションで発生したことを示し、第２のオーディオ構成要素は、動作が第２のアプリケーションで発生したことを示す。

【0611】

いくつかの実施形態に従って、第１のオーディオ構成要素は、第１のアプリケーションによる使用のために指定されたオーディオ波形に基づいて生成され、第２のオーディオ構成要素は、第１のアプリケーションと異なる第２のアプリケーションによる使用のために指定されたオーディオ波形に基づいて生成される。

【0612】

いくつかの実施形態に従って、第１のオーディオ構成要素は、アプリケーションの第１のクラス内のアプリケーションによる使用のために指定されたオーディオ波形に基づいて生成され、第２のオーディオ構成要素は、アプリケーションの第１のクラスと異なるアプリケーションの第２のクラス内のアプリケーションによる使用のために指定されたオーディオ波形に基づいて生成される。

【0613】

いくつかの実施形態に従って、デバイスは、複数の異なる条件及び複数の異なるコンテキストに応答する触覚構成要素及びオーディオ構成要素を含むアラートを（例えば、アラート生成ユニット３５１５を用いて）提供するように構成され、第１の条件は、第１の触覚構成要素によって示され、第１の条件と異なる第２の条件は、第１の触覚構成要素と異なる第２の触覚構成要素によって示され、第１のコンテキストは、第１のオーディオ構成要素によって示され、第１のコンテキストと異なる第２のコンテキストは、第１のオーディオ構成要素と異なる第２のオーディオ構成要素によって示される。

【0614】

いくつかの実施形態に従って、第１の条件は、要求された動作の成功を示し、第１の触覚構成要素は、第１のオーディオ構成要素内の形体と位置合わせされた一連の触覚出力を含み、第１の条件は、要求された動作の失敗を示し、第１の触覚構成要素は、（例えば、アラート生成ユニット３５１５によって生成される）第１のオーディオ構成要素内の形体と位置合わせされていない。

【0615】

いくつかの実施形態に従って、第１の条件は、要求された動作の成功を示し、第１の触覚構成要素は、第２のオーディオ構成要素内の形体と位置合わせされた一連の触覚出力を含み、第１の条件は、要求された動作の失敗を示し、第１の触覚構成要素は、第２のオーディオ構成要素内の形体と位置合わせされていない。

【0616】

前述の説明は、説明の目的上、特定の実施形態を参照して説明されている。しかしながら、上記の例示的な論考は、網羅的であること、又は本発明を、開示される厳密な形態に限定することを意図するものではない。上記の教示を鑑みて、多くの修正及び変形が可能である。本発明の原理及びその実際的な応用を最良の形で説明し、それによって他の当業者が、想到される特定の用途に好適な様々な改良で本発明及び様々な実施形態を最良の形で使用することを可能とするために、これらの実施形態を選択し説明した。

【0617】

本明細書中に記載される工程、動作、又はプロセスのいずれも、１つ以上のハードウェア又はソフトウェアモジュールにより、単独でまたは他のデバイスと組み合わせて実行又は実装してもよい。いくつかの実施形態では、ソフトウェアモジュールは、記載した工程、動作、又はプロセスの一部又は全部を実行するためのコンピュータプロセッサによって実行され得るコンピュータプログラムコードを含む、コンピュータ可読媒体を含むコンピュータプログラム製品に実装される。

【0618】

本発明の実施形態は、本明細書において動作を実施するための装置にも関する。この装置は、必要な目的のために特別に構築されてもよく、かつ／又はコンピュータに記憶されたコンピュータプログラムにより選択的に作動されるかまたは再構成される汎用コンピューティングデバイスを含んでもよい。かかるコンピュータプログラムは、有形コンピュータ可読記憶媒体又は電子命令の記憶に適した任意の種類の媒体に記憶することができ、コンピュータシステムバスに連結することができる。更に、本明細書で言及された任意のコンピューティングシステムは、単一のプロセッサを含んでもよく、又は高度なコンピューティング機能向けのマルチプロセッサを含む設計を採用するアーキテクチャであってもよい。

【0619】

本発明の実施形態は、また、搬送波に組み込まれるコンピュータデータ信号に関連し得る。コンピュータデータ信号は、本明細書中に記載されるコンピュータプログラム製品の任意の実施形態又は他のデータの組み合わせを含む。コンピュータデータ信号は、有形媒体又は搬送波中に存在し、搬送波中で変調又は更には符号化される製品であり、有形であり、任意の適切な送信方法に従い送信される。

【0620】

最後に、本明細書において使用される文言は、専ら読みやすさ及び説明の目的で選択されたものであり、本発明の主題を限定又は制限するために選択されたものではない。本発明の範囲は、この発明を実施する形態によってではなく、むしろ本明細書に基づく出願において発行するいずれかの特許請求の範囲によって制限されるものとする。したがって、本発明の実施形態の開示は、以下の特許請求の範囲に記載される本発明の範囲を例示することを目的としたものであって、その限定を目的としたものではない。

【図1A】

【図1B】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21A】

【図21B】

【図22A】

【図22B】

【図23A】

【図23B】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33a】

【図33b】

【図33c】

【図34】

【図35】

【手続補正書】

【提出日】2023-01-12

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

触覚出力生成器を有するコンピューティングデバイス上でプロセッサが実行する方法であって、
前記コンピューティングデバイスで、前記コンピューティングデバイスのユーザから、追加動作を含まない第１の動作を実行するための要求に対応する第１の入力を検出することと、
前記第１の入力を検出したことに応じて、
前記第１の入力を検出したことに応じた前記第１の動作の実行を示す第１の触覚構成要素を含む、第１の出力を提供することと、
前記追加動作を実行せずに前記第１の動作を実行することと、
前記第１の動作を実行した後に、前記コンピューティングデバイスで、前記ユーザから、前記第１の動作と前記追加動作とを含む第２の動作を実行するための要求に対応する第２の入力を検出することと、
前記第２の入力を検出したことに応じて、かつ前記第２の入力後にユーザからの追加入力を要求せずに、
第２の出力を提供することと、ここで前記第２の出力は、
前記第２の入力を検出したことに応じた前記第１の動作の実行を示す前記第１の触覚構成要素と、
前記第２の入力を検出したことに応じた前記追加動作の実行を示す第２の触覚構成要素を含む追加出力との両方を含み、
前記第１の動作と前記追加動作とを含む前記第２の動作を実行することと、
を有する方法。

【請求項2】

前記コンピューティングデバイスが、遠隔コンピューティングデバイスを遠隔制御するウェアラブルコンピューティングデバイスであり、
前記第１の動作が、前記遠隔コンピューティングデバイスで実行される、
請求項１に記載の方法。

【請求項3】

前記第２の入力を検出したことに応じて、
前記第１の動作を実行すること、及び同時に前記第１の出力を提供することと、
前記追加動作を実行すること、及び同時に前記追加出力を提供することと、
をさらに有する、請求項２に記載の方法。

【請求項4】

前記第２の入力を検出したことに応じて、
前記追加動作を実行する前に前記第１の動作を実行することと、
前記追加出力を提供する前に前記第１の出力を提供することと、
をさらに有する、請求項１から３のいずれか１項に記載の方法。

【請求項5】

前記第２の入力を検出したことに応じて、
前記追加動作を実行した後に前記第１の動作を実行することと、
前記追加出力を提供した後に前記第１の出力を提供することと、
をさらに有する、請求項１から３のいずれか１項に記載の方法。

【請求項6】

前記第２の入力を検出したことに応じて、
前記追加動作の一部分と同時に前記第１の動作の少なくとも一部分を実行することと、
前記追加出力の一部分と同時に前記第１の出力の少なくとも一部分を提供することと、
をさらに有する、請求項１から３のいずれか１項に記載の方法。

【請求項7】

前記遠隔コンピューティングデバイスがカメラを含み、
前記第１の動作が、前記カメラでの画像のキャプチャに対応し、
前記第２の動作が、指定された時間間隔の後に画像をキャプチャすることに対応する、請求項２または３に記載の方法。

【請求項8】

前記第１の動作が、前記コンピューティングデバイスが安全なトランザクションを許可できるようにするためのトランザクション有効化動作に対応し、
前記第２の動作が、前記コンピューティングデバイスが安全なトランザクションを許可できるようにすることと、前記安全なトランザクションを許可することと、に対応する、請求項１から６のいずれか一項に記載の方法。

【請求項9】

前記第１の動作が、既存のファイル内にコンテンツを保存するための保存動作に対応し、
前記第２の動作が、既存のファイル内のコンテンツを新しいファイルに保存するための、名前を付けて保存する動作に対応する、請求項１から６のいずれか一項に記載の方法。

【請求項10】

前記第１の動作が、メッセージ受信箱の中にあるメッセージへの返信を送信するための送信動作に対応し、
前記第２の動作が、前記メッセージ受信箱の中にあるメッセージへの返信を送信し、前記メッセージ受信箱から削除するための送信及びアーカイブ動作に対応する、請求項１から６のいずれか一項に記載の方法。

【請求項11】

前記追加動作が値を有し、
前記追加出力が、可変属性の前記値に基づく、請求項１から６、および８から１０のいずれか一項に記載の方法。

【請求項12】

前記第２の触覚構成要素は前記第１の触覚構成要素とは別個である、請求項１から６、および８から１０のいずれか一項に記載の方法。

【請求項13】

前記追加出力が非触覚構成要素を含む、請求項１から６、および８から１２のいずれか一項に記載の方法。

【請求項14】

前記第２の出力が、前記追加動作を前記第１の動作とは異なるものとして特定するテキスト構成要素を含む、請求項１から６、８から１２のいずれか一項に記載の方法。

【請求項15】

前記追加出力がオーディオ構成要素を含み、
前記第１の出力がオーディオ構成要素を含まない、請求項１から６、および８から１２のいずれか一項に記載の方法。

【請求項16】

前記コンピューティングデバイスがタッチ感知ディスプレイを含み、
前記第１の入力及び前記第２の入力が前記タッチ感知ディスプレイを通じて受信され、
前記第１の出力の前記第１の触覚構成要素及び前記第２の出力の前記第２の触覚構成要素が、前記タッチ感知ディスプレイを介して提供される、請求項１から１５のいずれか一項に記載の方法。

【請求項17】

触覚出力生成器と、
タッチ感知面と、
１つ以上のプログラムを格納するメモリと、を有するデバイスであって、
前記１つ以上のプログラムは、
前記デバイスで、前記デバイスのユーザから、追加動作を含まない第１の動作を実行するための要求に対応する第１の入力を検出することと、
前記第１の入力を検出したことに応じて、
前記第１の入力を検出したことに応じた前記第１の動作の実行を示す第１の触覚構成要素を含む第１の出力を提供することと、
前記追加動作を実行せずに前記第１の動作を実行することと、
前記第１の動作を実行した後に、前記デバイスで、前記ユーザから、前記第１の動作と前記追加動作とを含む第２の動作を実行するための要求に対応する第２の入力を検出することと、
前記第２の入力を検出したことに応じて、かつ前記第２の入力後にユーザからの追加入力を要求せずに、
第２の出力を提供することと、ここで前記第２の出力は、
前記第２の入力を検出したことに応じた前記第１の動作の実行を示す前記第１の触覚構成要素と、
前記第２の入力を検出したことに応じた前記追加動作の実行を示す第２の触覚構成要素を含む追加出力との両方を含み、
前記第１の動作と前記追加動作とを含む前記第２の動作を実行することと、
のための命令を含む、デバイス。

【請求項18】

前記１つ以上のプログラムが、請求項２から１６のいずれか１項に記載の方法を実行するための命令を含む、請求項１７に記載のデバイス。

【請求項19】

実行可能なコードを有するコンピュータプログラムであって、前記実行可能なコードは実行されると、触覚出力生成器を有するコンピューティングデバイスのプロセッサに、
前記コンピューティングデバイスで、前記コンピューティングデバイスのユーザから、追加動作を含まない第１の動作を実行するための要求に対応する第１の入力を検出することと、
前記第１の入力を検出したことに応じて、
前記第１の入力を検出したことに応じた前記第１の動作の実行を示す第１の触覚構成要素を含む、第１の出力を提供することと、
前記追加動作を実行せずに前記第１の動作を実行することと、
前記第１の動作を実行した後に、前記コンピューティングデバイスで、前記ユーザから、前記第１の動作と前記追加動作とを含む第２の動作を実行するための要求に対応する第２の入力を検出することと、
前記第２の入力を検出したことに応じて、かつ前記第２の入力後にユーザからの追加入力を要求せずに、
第２の出力を提供することと、ここで前記第２の出力は、
前記第２の入力を検出したことに応じた前記第１の動作の実行を示す前記第１の触覚構成要素と、
前記第２の入力を検出したことに応じた前記追加動作の実行を示す第２の触覚構成要素を含む追加出力との両方を含み、
前記第１の動作と前記追加動作とを含む前記第２の動作を実行することと、
を実行させる、コンピュータプログラム。

【請求項20】

前記実行可能なコードは実行されると、前記プロセッサに請求項２から１６のいずれか１項に記載の方法を実行させる、請求項１９に記載のコンピュータプログラム。

【外国語明細書】