(57)【要約】      （修正有）【課題】小型電子デバイスのユーザが、電子メール等のアラート情報を参照したり、それらに応答するのを効率的に行うことを可能にするユーザインターフェースを提供する。【解決手段】ディスプレイを備える電子デバイス５００は、電子メールの着信等の非同期イベントに応じたアラートを受信し、アラート受信に応じて知覚出力を発する。デバイスはユーザ入力を検出し、ユーザ入力が知覚出力から所定の時間インターバル内で検出されたかどうかを判定する。ユーザ入力が所定の時間インターバル内で検出されたとの判定に従って、デバイスは、ディスプレイ上に通知６０６を表示する。この場合、通知は情報の第１の部分を含む。デバイスが第２の所定期間後もユーザ入力を検出し続けている場合、デバイスは、情報の第２の部分を表示することができ、この場合に第２の部分は第１の部分とは異なる。【選択図】図８
2018152085.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
ディスプレイを備える電子デバイスにおいて、
情報を含むアラートを受信することと、
前記アラートの受信に応じて、知覚出力を発することと、
ユーザ入力を検出することと、
前記ユーザ入力が前記知覚出力から所定の時間インターバル内で検出されたかどうかを判定することと、
前記ユーザ入力が前記所定の時間インターバル内で検出されたとの判定に従って、前記ディスプレイ上に通知を表示することであって、前記通知が、前記情報の第１の部分を含む、ことと、
を含む、方法。
【請求項２】
前記電子デバイスが、触覚機構を含み、前記知覚出力を発することが、前記触覚機構に触覚出力を発しさせることを含む、請求項１に記載の方法。
【請求項３】
前記ユーザ入力が前記知覚出力から前記所定の時間インターバル後に検出されたとの判定に従って、時計文字盤を表示することを更に含み、前記時計文字盤が、前記アラートが未読であるという指標を含む、請求項１又は２に記載の方法。
【請求項４】
前記ユーザ入力が前記知覚出力から前記所定の時間インターバル後に検出されたとの判定に従って、ホーム画面を表示することを更に含み、前記ホーム画面が、複数のアプリケーションを表す複数のユーザインターフェースオブジェクトを含み、前記ユーザインターフェースオブジェクトが、アクティブ化されると、対応するアプリケーションを起動させ、前記ホーム画面が、前記アラートが未読であるという指標を含む、請求項１又は２に記載の方法。
【請求項５】
前記通知を表示することが、前記ディスプレイを非アクティブ状態からアクティブ化することを含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記通知を表示することが、ホーム画面の表示を前記通知の表示で置き換えることを含む、請求項１から４のいずれか一項に記載の方法。
【請求項７】
前記通知を表示することが、前記通知を前記ディスプレイ上で第１の方向に移動させるアニメーションを表示することを含む、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記通知が、前記アラートに関連付けられたアプリケーションを起動させるためのアプリケーションアフォーダンスを含み、前記方法が、
前記アプリケーションアフォーダンスの選択を検出することと、
前記選択の検出に応じて、前記アラートに関連付けられた前記アプリケーションを起動させることと、
を更に含む、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記アラートの受信に応じて、ユーザアクティビティレベルがアクティビティ基準に合致するかどうかを判定することを更に含み、
前記ユーザアクティビティレベルが前記アクティビティ基準に合致するまで、前記知覚出力の発生を遅延させる、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記ディスプレイが、タッチ感知ディスプレイであり、前記デバイスが、前記タッチ感知ディスプレイ上での接触の強度を検出するように構成されており、前記方法が、
前記通知が表示されている間に、前記ディスプレイ上で接触を検出することと、
前記接触の特性強度が閾値強度を上回るかどうかを判定することと、
前記接触の特性強度が前記閾値強度を上回るとの判定に従って、ミュート基準に合致する１つ以上の後続のアラートを抑制するためのオプションを表示することと、
前記接触の特性強度が前記閾値強度を下回るとの判定に従って、かつ、前記接触が前記ディスプレイ上の前記アプリケーションアフォーダンスに対応する位置にあるとの判定に従って、前記アラートに関連付けられた前記アプリケーションを起動させることと、
を更に含む、請求項１又は２に記載の方法。
【請求項１１】
前記ミュート基準が、前記アラートのソースに基づいている、請求項１０に記載の方法。
【請求項１２】
前記ディスプレイが、タッチ感知ディスプレイであり、前記方法が、
前記通知が表示されている間に、前記タッチ感知ディスプレイ上で第２の接触を検出することと、
前記第２の接触が消去基準に合致するかどうかを判定することと、
前記第２の接触が前記消去基準に合致するとの判定に従って、前記通知を前記ディスプレイから除去することと、
を更に含む、請求項１から９のいずれか一項に記載の方法。
【請求項１３】
前記第２の接触がスワイプを含む場合、前記第２の接触が、前記消去基準に合致する、請求項１２に記載の方法。
【請求項１４】
前記第２の接触が閾値距離を超える前記第２の接触の移動を含む場合、前記第２の接触が、前記消去基準に合致する、請求項１２又は１３に記載の方法。
【請求項１５】
前記通知を表示することが、前記通知を前記ディスプレイ上で第１の方向に移動させるアニメーションを表示することを含み、前記第２の接触が前記第１の方向とは反対の第２の方向への前記接触の移動を含む場合、前記第２の接触が、前記消去基準に合致する、請求項１２から１４のいずれか一項に記載の方法。
【請求項１６】
前記第２の接触が、前記第２の接触の移動及び前記第の２接触の解放を含み、前記方法が、
前記第２の接触の前記移動の検出に応じて、
前記第２の接触の前記移動に従って、前記通知を前記ディスプレイ上でスライドさせることと、
前記通知に隣接させて、消去インジケータを表示することと、
前記第２の接触が前記消去基準に合致するとの判定に従って、かつ、前記第２の接触の前記解放の検出に応じて、前記消去インジケータ及び前記通知を、前記ディスプレイから除去することと、
前記第２の接触が前記消去基準に合致しないとの判定に従って、かつ、前記第２の接触の前記解放の検出に応じて、
前記通知を初期位置に戻すように前記ディスプレイ上で移動させるアニメーションを表示することと、
前記消去インジケータを前記ディスプレイから除去することと、
を更に含む、請求項１２から１５のいずれか一項に記載の方法。
【請求項１７】
前記通知を除去することが、前記通知を前記第２の方向に前記ディスプレイの外へと移動させるアニメーションを表示することを含む、請求項１５又は１６に記載の方法。
【請求項１８】
前記通知を前記ディスプレイから除去することが、前記ディスプレイを非アクティブ化することを含む、請求項１２から１７のいずれか一項に記載の方法。
【請求項１９】
前記通知を前記ディスプレイから除去することが、前記通知の表示を、ホーム画面の表示で置き換えることを含み、前記ホーム画面が、前記アラートが未読であるという指標を含む、請求項１２から１７のいずれか一項に記載の方法。
【請求項２０】
前記通知を前記ディスプレイから除去することが、前記通知の表示を、時計文字盤の表示で置き換えることを含み、前記時計文字盤が、前記アラートが未読であるという指標を含む、請求項１２から１７のいずれか一項に記載の方法。
【請求項２１】
第２のユーザ入力が前記通知の表示後、第２の所定の時間インターバル内で検出されていたかどうかを判定することと、
前記第２のユーザ入力が前記第２の所定の時間インターバル内で検出されていたとの判定に従って、前記通知を前記ディスプレイから除去することと、
前記第２のユーザ入力が前記第２の所定の時間インターバル内で検出されていなかったとの判定に従って、前記情報の第２の部分を表示することであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
を更に含む、請求項１から１１のいずれか一項に記載の方法。
【請求項２２】
前記ユーザ入力が前記通知の表示後、第２の所定の時間インターバル後も検出され続けているかどうかを判定することと、
前記ユーザ入力が前記第２の所定の時間インターバル後も検出され続けているとの判定に従って、前記情報の第２の部分を表示することであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
前記ユーザ入力が前記第２の所定の時間インターバル後は検出され続けていないとの判定に従って、前記通知を前記ディスプレイから除去することと、
を更に含む、請求項１から１１のいずれか一項に記載の方法。
【請求項２３】
前記通知を表示している間に、前記ディスプレイ上で第３の接触を検出することと、
前記第３の接触の検出に応じて、前記情報の第２の部分を表示することであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
を更に含む、請求項１から１１のいずれか一項に記載の方法。
【請求項２４】
前記第２の部分が、前記通知に隣接して表示される、請求項２２又は２３に記載の方法。
【請求項２５】
前記第３の接触が、前記第１の方向へのスワイプであり、前記情報の前記第２の部分を表示することが、前記情報の前記第２の部分を前記画面上で前記第１の方向にスライドさせることを含む、請求項２３に記載の方法。
【請求項２６】
前記情報の前記第２の部分を表示することが、
前記情報の前記第２の部分を表示するかどうかを示す構成データを取得することと、
前記構成データが前記情報の前記第２の部分を表示すべきであると示すとの判定に応じて、前記情報の前記第２の部分を表示することと、
を更に含む、請求項２１から２３に記載の方法。
【請求項２７】
前記通知を表示している間に、前記アプリケーションアフォーダンスの選択を検出することと、
第４の接触の検出に応じて、前記アラートに関連付けられたアプリケーションを起動させることと、
を更に含む、請求項１から１０のいずれか一項に記載の方法。
【請求項２８】
前記アラートが、電子メッセージであり、前記方法が、
前記情報の前記第２の部分が表示されている間に、前記ディスプレイ上で第４の接触を検出することと、
前記第４の接触の検出に応じて、前記電子メッセージのソースとの間で送受信した電子メッセージを含むメッセージ会話の少なくとも一部分を表示することと、
を更に含む、請求項２１から２５のいずれか一項に記載の方法。
【請求項２９】
前記アラートが、音声コンテンツを含み、前記情報の前記第２の部分を表示することが、前記音声コンテンツを再生するオプションを表示することを含み、前記方法が、
前記音声コンテンツを再生する前記オプションの選択を検出することと、
前記選択の検出に応じて、前記音声コンテンツを再生することと、
を更に含む、請求項２０から２４のいずれか一項に記載の方法。
【請求項３０】
前記音声コンテンツが、第１の音声コンテンツであり、前記方法が、
前記第１の音声コンテンツを再生する前記オプションの選択を検出した後に、第２の音声コンテンツを含む第２のアラートを受信することと、
前記第２のアラートの受信に応じて、前記第２の音声コンテンツを再生することと、
を更に含む、請求項２９に記載の方法。
【請求項３１】
前記情報の前記第２の部分を表示している間に、第３のユーザ入力を検出することと、
前記第３のユーザ入力の検出に応じて、前記情報の前記第２の部分を、前記第３のユーザ入力に従ってスクロールすることと、
を更に含む、請求項２１から２５のいずれか一項に記載の方法。
【請求項３２】
前記第３のユーザ入力が、前記ディスプレイ上でのスワイプである、請求項３１に記載の方法。
【請求項３３】
前記デバイスが、回転可能入力機構を含み、前記第３のユーザ入力が、前記回転可能入力機構の回転である、請求項３１に記載の方法。
【請求項３４】
前記第３のユーザ入力が、下向き方向に関連付けられており、前記方法が、
前記情報の最初の部分が表示されているかどうかを判定することと、
前記情報の前記最初の部分が表示されているとの判定に従って、かつ、前記第３のユーザ入力の検出に応じて、前記情報の前記第２の部分を前記ディスプレイから除去することと、
を更に含む、請求項３１から３３のいずれか一項に記載の方法。
【請求項３５】
前記第３のユーザ入力が、上向き方向に関連付けられており、前記方法が、
前記情報の最後の部分が表示されているかどうかを判定することと、
前記情報の前記最後の部分が表示されているとの判定に従って、かつ、前記第３のユーザ入力の検出に応じて、第１の複数のユーザインターフェースオブジェクトを前記ディスプレイ上に表示することであって、前記ユーザインターフェースオブジェクトが、前記アラートに関連付けられたアプリケーションに対応するアクションに関連付けられている、ことと、
を更に含む、請求項３１から３３のいずれか一項に記載の方法。
【請求項３６】
前記情報が前記ディスプレイ上で上向きにスクロールされると、前記第１の複数のユーザインターフェースオブジェクトが、前記ディスプレイ上で、前記情報の前記最後の部分の下へと上向きにスクロールされる、請求項３５に記載の方法。
【請求項３７】
前記情報の前記第２の部分を前記ディスプレイから除去することが、前記通知の前記第２の部分の表示を、時間の指標を含むホーム画面の表示で置き換えることを含み、前記ホーム画面が、前記アラートが未読であるという指標を伴わずに表示される、請求項３４に記載の方法。
【請求項３８】
前記情報の前記第２の部分を除去することが、前記情報の前記第２の部分を前記第２の方向に前記ディスプレイの外へとスライドさせることを含む、請求項３４に記載の方法。
【請求項３９】
前記デバイスが、前記タッチ感知ディスプレイ上での接触の強度を検出するように構成されており、前記方法が、
前記ディスプレイ上で第５の接触を検出することと、
前記第５の接触の特性強度が閾値強度を上回るかどうかを判定することと、
前記第５の接触の特性強度が前記閾値強度を上回るとの判定に従って、第１の複数のユーザインターフェースオブジェクトを表示することであって、前記ユーザインターフェースオブジェクトが、前記アラートに関連付けられた前記アプリケーションに対応するアクションに関連付けられている、ことと、
前記第５の接触の特性強度が前記閾値強度を下回るとの判定に従って、前記アラートに関連付けられたアプリケーションを起動させることと、
を更に含む、請求項２１から２３のいずれか一項に記載の方法。
【請求項４０】
前記第１の複数のユーザインターフェースオブジェクト中の第１のユーザインターフェースオブジェクトの選択を検出することと、
前記第１のユーザインターフェースオブジェクトの前記選択の検出に応じて、データを外部電子デバイスに送信して、前記外部電子デバイスに、前記アラートに関連付けられた前記アプリケーションを起動させることと、
を更に含む、請求項３５又は３９に記載の方法。
【請求項４１】
前記情報の前記第２の部分が表示されている間に、ユーザ入力が第３の所定の時間インターバル内で受信されていたかどうかを判定することと、
ユーザ入力が前記第３の所定の時間インターバル内で受信されていなかったとの判定に従って、前記ディスプレイを非アクティブ化することと、
を更に含む、請求項２１から２５のいずれか一項に記載の方法。
【請求項４２】
前記通知が、前記情報の前記第２の部分に隣接して表示され、前記通知が、アプリケーションアフォーダンスを含み、前記方法が、
前記情報の前記第２の部分が表示されている間に、前記アプリケーションアフォーダンスの選択を検出することと、
前記アプリケーションアフォーダンスの前記選択の検出に応じて、
第２の複数のユーザインターフェースオブジェクトを表示することと、
を更に含む、請求項２１から２５のいずれか一項に記載の方法。
【請求項４３】
前記第２の複数のユーザインターフェースオブジェクトの第１のユーザインターフェースオブジェクトの選択を検出することと、
前記第１のユーザインターフェースオブジェクトの前記選択の検出に応じて、
第３の複数のユーザインターフェースオブジェクトを表示することと、
を更に含む、請求項４２に記載の方法。
【請求項４４】
前記電子デバイスが、ハードウェアボタンを備え、前記方法が、
前記ハードウェアボタン上での入力を検出することと、
前記ハードウェアボタン上での前記入力の検出に応じて、第３の複数のユーザインターフェースオブジェクトを表示することと、
を更に含む、請求項１から１１又は２１から２３のいずれか一項に記載の方法。
【請求項４５】
前記第３の複数のユーザインターフェースオブジェクトの第１のユーザインターフェースオブジェクトの選択を検出することと、
前記第３の複数のユーザインターフェースオブジェクトの前記第１のユーザインターフェースオブジェクトの前記選択の検出に応じて、所定の応答メッセージを選択するためのユーザインターフェースを表示することと、
を更に含む、請求項４３又は４４に記載の方法。
【請求項４６】
第１の所定の応答メッセージの選択を検出することと、
前記第１の所定の応答メッセージの前記選択の検出に応じて、
前記第１の所定の応答メッセージを前記アラートのソースに送信することと、
を更に含む、請求項４５に記載の方法。
【請求項４７】
前記第１の所定の応答メッセージを前記アラートの前記ソースに送信することが、
確認アフォーダンスを表示することと、
前記確認アフォーダンスの選択を検出することと、
前記確認アフォーダンスの前記選択の検出に応じて、前記第１の所定の応答メッセージを前記アラートの前記ソースに送信することと、
を含む、請求項４６に記載の方法。
【請求項４８】
前記第１の所定の応答メッセージを前記ソースに送信した後に、
メッセージ送信完了確認画面を前記ディスプレイ上に表示することと、
前記メッセージ送信完了確認画面の表示を、前記ホーム画面の表示で置き換えることであって、前記ホーム画面が、前記アラートが未読であるという指標を伴わずに表示される、ことと、
を更に含む、請求項４６又は４７に記載の方法。
【請求項４９】
前記第３の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択を検出することと、
前記第３の複数のユーザインターフェースオブジェクトの前記第２のユーザインターフェースオブジェクトの前記選択の検出に応じて、
絵文字アイコンを選択するためのユーザインターフェースを表示することと、
を更に含む、請求項４３又は４４に記載の方法。
【請求項５０】
第１の絵文字アイコンの選択を検出することと、
前記第１の絵文字アイコンの前記選択の検出に応じて、前記第１の絵文字アイコンを前記アラートの前記ソースに送信することと、
を更に含む、請求項４９に記載の方法。
【請求項５１】
前記絵文字アイコンを前記アラートの前記ソースに送信することが、
確認アフォーダンスを表示することと、
前記確認アフォーダンスの選択を検出することと、
前記確認アフォーダンスの前記選択の検出に応じて、前記絵文字アイコンを前記アラートの前記ソースに送信することと、
を含む、請求項５０に記載の方法。
【請求項５２】
前記第２の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択を検出することと、
前記第２の複数のユーザインターフェースオブジェクトの前記第２のユーザインターフェースオブジェクトの前記選択の検出に応じて、
前記情報の前記第２の部分が表示されたかどうかを判定することと、
前記情報の前記第２の部分が表示されたとの判定に従って、前記ホーム画面を表示することであって、前記ホーム画面が、前記アラートが未読であるという指標を伴わずに表示される、ことと、
前記情報の前記第２の部分が表示されなかったとの判定に従って、前記ホーム画面を表示することであって、前記ホーム画面が、前記アラートが未読であるという指標を含む、ことと、
を更に含む、請求項４２に記載の方法。
【請求項５３】
前記第２の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択を検出することと、
前記第２の複数のユーザインターフェースオブジェクトの前記第２のユーザインターフェースオブジェクトの前記選択の検出に応じて、
前記情報の前記第２の部分が表示されたかどうかを判定することと、
前記情報の前記第２の部分が表示されたとの判定に従って、前記時計文字盤を表示することであって、前記時計文字盤が、前記アラートが未読であるという指標を伴わずに表示される、ことと、
前記情報の前記第２の部分が表示されなかったとの判定に従って、前記時計文字盤を表示することであって、前記時計文字盤が、前記アラートが未読であるという指標を含む、ことと、
を更に含む、請求項４２に記載の方法。
【請求項５４】
前記第２の複数のユーザインターフェースオブジェクトの第３のユーザインターフェースオブジェクトの選択を検出することと、
前記第２の複数のユーザインターフェースオブジェクトの前記第３のユーザインターフェースオブジェクトの前記選択の検出に応じて、
前記ディスプレイ上に仮想キーボードを表示することと、
を更に含む、請求項４２に記載の方法。
【請求項５５】
前記デバイスが、マイクロフォンを備え、前記方法が、
前記第２の複数のユーザインターフェースオブジェクトの第４のユーザインターフェースオブジェクトの選択を検出することと、
前記第２の複数のユーザインターフェースオブジェクトの前記第４のユーザインターフェースオブジェクトの前記選択の検出に応じて、
前記マイクロフォンからのオーディオ入力を記録することと、
前記記録したオーディオ入力に対応するデータを前記アラートの前記ソースに送信することと、
を更に含む、請求項４２に記載の方法。
【請求項５６】
前記記録したオーディオ入力に対応するデータを送信することが、
前記記録したオーディオ入力の指標及び送信アフォーダンスを前記ディスプレイ上に表示することと、
前記送信アフォーダンスの選択を検出することと、
前記送信アフォーダンスの前記選択の検出に応じて、前記記録したオーディオ入力に対応する前記データを前記アラートの前記ソースに送信することと、
を含む、請求項５５に記載の方法。
【請求項５７】
前記電子デバイスが、回転可能かつ押下可能な入力機構を備え、前記方法が、
前記アプリケーションを起動させた後に、前記回転可能かつ押下可能な入力機構の押下を検出することと、
前記押下の検出に応じて、前記ホーム画面を前記ディスプレイ上に表示することと、
を更に含む、請求項８、２７、又は３９に記載の方法。
【請求項５８】
前記回転可能かつ押下可能な入力機構が、回転可能な機械式ボタンであり、前記押下が、前記機械式ボタン上での押圧を表す、請求項５７に記載の方法。
【請求項５９】
前記回転可能かつ押下可能な入力機構が、回転可能な容量性ボタンであり、前記押下が、前記容量性ボタン上でのタッチを表す、請求項５８に記載の方法。
【請求項６０】
前記通知が、第１の通知であり、前記方法が、
前記第１の通知が表示されている間に、第２の情報を含む第２のアラートを受信することと、
前記第２のアラートの受信に応じて、前記第１の通知の表示を、第２の通知の表示で置き換えることであって、前記第２の通知が、前記第２の情報の第１の部分を含む、ことと、
を更に含む、請求項１又は２に記載の方法。
【請求項６１】
前記第２のアラートの受信に応じて、第２の知覚出力を発することを更に含む、請求項６０に記載の方法。
【請求項６２】
前記第２の通知を消去する要求を検出することと、
前記要求の検出に応じて、
前記第２の通知を消去することと、
前記第１の通知を再度表示することと、
を更に含む、請求項６０又は６１に記載の方法。
【請求項６３】
前記第２の通知を消去する要求を検出することと、
前記要求の検出に応じて、
前記第２の通知を消去することと、
前記ホーム画面を表示することであって、前記ホーム画面が、前記第１のアラート及び前記第２のアラートが未読であるという指標を含む、ことと、
を更に含む、請求項６０又は６１に記載の方法。
【請求項６４】
前記第２の通知を消去する要求を検出することと、
前記要求の検出に応じて、
前記第２の通知を消去することと、
前記時計文字盤を表示することであって、前記時計文字盤が、前記第１のアラート及び前記第２のアラートが未読であるという指標を含む、ことと、
を更に含む、請求項６０又は６１に記載の方法。
【請求項６５】
前記情報の前記第２の部分を表示している間に、第２の情報を含む第２のアラートを受信することと、
前記第２のアラートの受信に応じて、前記情報の前記第２の部分の表示を、第２の通知の表示で置き換えることであって、前記第２の通知が、前記第２の情報の第１の部分を含む、ことと、
を更に含む、請求項２１から２５のいずれか一項に記載の方法。
【請求項６６】
前記アラートが、ソースから受信した第１のアラートであり、前記方法が、
前記情報の前記第２の部分を表示している間に、前記ソースから第２のアラートを受信することと、
前記第２のアラートの受信に応じて、前記第１のアラート及び前記第２のアラートを表すグループ化された通知を表示することと、
を更に含む、請求項２１から２５に記載の方法。
【請求項６７】
前記第１のアラート及び前記第２のアラートが、同じアプリケーションに関連付けられている、請求項６６に記載の方法。
【請求項６８】
前記グループ化された通知上で第６の接触を検出することと、
前記第６の接触の検出に応じて、前記ソースから受信したアラートのリストを表示することであって、前記アラートのリストが、同じアプリケーションに関連付けられている、ことと、
を更に含む、請求項６７に記載の方法。
【請求項６９】
前記アラートが、フィットネスアラートであり、前記方法が、
第２の所定の時間インターバル後に、前記通知の表示を、フィットネスの進捗を表すユーザインターフェースオブジェクトの表示で置き換えることと、
第３の所定の時間インターバル後に、前記ユーザインターフェースオブジェクトの表示を、前記情報の第２の部分の表示で置き換えることであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
を更に含む、請求項１又は２に記載の方法。
【請求項７０】
前記アラートが未読であるという前記指標が、シェブロンの表示を含む、請求項３、４、１９、２０、５２、５３、６３、及び６４のいずれか一項に記載の方法。
【請求項７１】
前記シェブロンの前記表示が、アニメーション化されている、請求項７０に記載の方法。
【請求項７２】
前記シェブロンが、第１の方向に向いており、前記ディスプレイが、タッチ感知ディスプレイであり、前記方法が、
前記ディスプレイ上での前記第１の方向へのスワイプの検出に応じて、前記通知を前記ディスプレイ上に表示することを更に含む、請求項７０に記載の方法。
【請求項７３】
方法であって、
ディスプレイを備える電子デバイスにおいて、
複数のアラートを受信することと、
前記複数のアラートの受信に応じて、
前記複数のアラートがグループ化基準に合致するかどうかを判定することと、
前記複数のアラートが前記グループ化基準に合致するとの判定に従って、前記複数のアラートを表すグループ化された通知を表示することと、
前記複数のアラートが前記グループ化基準に合致しないとの判定に応じて、
前記複数のアラートを表す複数の通知を表示することと、
を含む、方法。
【請求項７４】
前記グループ化基準が、前記複数のアラートが同じソースから受信されているかどうか、前記複数のアラートがアラートの数値閾値を超えるかどうか、前記複数のアラートが同じアプリケーションに関連付けられているかどうか、及び、前記複数のアラートが所定の期間内で受信されているかどうか、からなる群から選択される１つ以上の基準に基づいている、請求項７３に記載の方法。
【請求項７５】
前記複数のアラートが、同じソースから受信され、かつ同じアプリケーションに関連付けられている第１のアラート及び第２のアラートを含み、前記第１のアラート及び前記第２のアラートが、前記グループ化基準に合致し、前記第１のアラートが、第１の情報を含み、前記第２のアラートが、第２の情報を含み、前記方法が、
前記ディスプレイ上において、前記グループ化された通知に対応する位置で第７の接触を検出することと、
前記第７の接触の検出に応じて、前記第１の情報及び前記第２の情報を前記ディスプレイ上に表示することと、
を更に含む、請求項７３に記載の方法。
【請求項７６】
前記第１のアラート及び前記第２のアラートが、異なるソースから受信され、かつ同じアプリケーションに関連付けられており、前記方法が、
前記ディスプレイ上において、前記グループ化された通知に対応する位置で第８の接触を検出することと、
前記第８の接触の検出に応じて、前記アプリケーションに関連付けられたアラートのリストを表示することであって、前記アラートのリストが、前記第１のアラート及び前記第２のアラートを含む、ことと、
を更に含む、請求項７３に記載の方法。
【請求項７７】
前記複数のアラートが、複数のアプリケーションに関連付けられており、前記複数のアラートが、前記グループ化基準に合致し、前記方法が、
前記複数のアラートを表すグループ化された通知を表示することと、
前記ディスプレイ上において、前記グループ化された通知に対応する位置で第９の接触を検出することと、
前記第９の接触の検出に応じて、前記複数のアラートを表す通知のリストを表示することであって、前記受信したアラートが、前記第１のアラート及び前記第２のアラートを含む、ことと、
を更に含む、請求項７３に記載の方法。
【請求項７８】
前記複数のアラートの受信に更に応じて、知覚出力を発することを更に含む、請求項７３に記載の方法。
【請求項７９】
前記複数のアラートが前記グループ化基準に合致するとの判定に更に従って、単一の知覚出力を発することと、
前記複数のアラートが前記グループ化基準に合致しないとの判定に更に従って、前記複数のアラートに対応する複数の知覚出力を発することと、
を更に含む、請求項７３に記載の方法。
【請求項８０】
方法であって、
タッチ感知ディスプレイを備える電子デバイスにおいて、
前記ディスプレイがコンテンツを能動的に表示している間に、情報を含むアラートを受信することと、
前記アラートの受信に応じて、通知バナーを、前記ディスプレイの一部分にわたって表示することであって、前記通知バナーが、前記情報の第１の部分を含み、前記コンテンツの少なくとも一部分が、表示され続ける、ことと、
前記ディスプレイ上において、前記通知バナーに対応する位置で接触を検出することと、
前記接触の検出に応じて、前記情報の第２の部分を表示することであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
を含む、方法。
【請求項８１】
ディスプレイと、
１つ以上のプロセッサと、
メモリと、
１つ以上のプログラムと、を備える電子デバイスであって、前記１つ以上のプログラムが、前記メモリ内に記憶され、かつ前記１つ以上のプロセッサによって実行されるように構成されており、前記１つ以上のプログラムが、請求項１から７２に記載のプロセスのうちのいずれかを実行するための命令を含む、電子デバイス。
【請求項８２】
１つ以上のプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、前記１つ以上のプログラムが、命令を含み、前記命令が、タッチ感知ディスプレイを備える電子デバイスによって実行されると、前記デバイスに、請求項１から７２に記載のプロセスのうちのいずれかを実行させる、非一時的コンピュータ可読記憶媒体。
【請求項８３】
ディスプレイと、
請求項１から７２に記載の方法のうちのいずれかを実行するための手段と、を含む、電子デバイス。
【請求項８４】
ディスプレイと、
１つ以上のプロセッサと、
メモリと、
１つ以上のプログラムと、を備える電子デバイスであって、前記１つ以上のプログラムが、前記メモリ内に記憶され、かつ前記１つ以上のプロセッサによって実行されるように構成されており、前記１つ以上のプログラムが、請求項７３から７９に記載のプロセスのうちのいずれかを実行するための命令を含む、電子デバイス。
【請求項８５】
１つ以上のプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、前記１つ以上のプログラムが、命令を含み、前記命令が、タッチ感知ディスプレイを備える電子デバイスによって実行されると、前記デバイスに、請求項７３から７９に記載のプロセスのうちのいずれかを実行させる、非一時的コンピュータ可読記憶媒体。
【請求項８６】
ディスプレイと、
請求項７３から７９に記載の方法のうちのいずれかを実行するための手段と、を含む、電子デバイス。
【請求項８７】
１つ以上のプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、前記１つ以上のプログラムが、命令を含み、前記命令が、ディスプレイを備える電子デバイスの１つ以上のプロセッサによって実行されると、前記デバイスに、
情報を含むアラートを受信することと、
前記アラートの受信に応じて、知覚出力を発することと、
ユーザ入力を検出することと、
前記ユーザ入力が前記知覚出力から所定の時間インターバル内で検出されたかどうかを判定することと、
前記ユーザ入力が前記所定の時間インターバル内で検出されたとの判定に従って、前記ディスプレイ上に通知を表示することであって、前記通知が、前記情報の第１の部分を含む、ことと、
を行わせる、非一時的コンピュータ可読記憶媒体。
【請求項８８】
１つ以上のプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、前記１つ以上のプログラムが、命令を含み、前記命令が、ディスプレイを備える電子デバイスの１つ以上のプロセッサによって実行されると、前記デバイスに、
複数のアラートを受信することと、
前記複数のアラートの受信に応じて、
前記複数のアラートがグループ化基準に合致するかどうかを判定することと、
前記複数のアラートが前記グループ化基準に合致するとの判定に従って、前記複数のアラートを表すグループ化された通知を表示することと、
前記複数のアラートが前記グループ化基準に合致しないとの判定に応じて、
前記複数のアラートを表す複数の通知を表示することと、
を行わせる、非一時的コンピュータ可読記憶媒体。
【請求項８９】
１つ以上のプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、前記１つ以上のプログラムが、命令を含み、前記命令が、ディスプレイを備える電子デバイスの１つ以上のプロセッサによって実行されると、前記デバイスに、
前記ディスプレイがコンテンツを能動的に表示している間に、情報を含むアラートを受信することと、
前記アラートの受信に応じて、通知バナーを、前記ディスプレイの一部分にわたって表示することであって、前記通知バナーが、前記情報の第１の部分を含み、前記コンテンツの少なくとも一部分が、表示され続ける、ことと、
前記ディスプレイ上において、前記通知バナーに対応する位置で接触を検出することと、
前記接触の検出に応じて、前記情報の第２の部分を表示することであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
を行わせる、非一時的コンピュータ可読記憶媒体。
【請求項９０】
ディスプレイと、
１つ以上のプロセッサと、
メモリと、
１つ以上のプログラムと、を備える電子デバイスであって、前記１つ以上のプログラムが、前記メモリ内に記憶され、かつ前記１つ以上のプロセッサによって実行されるように構成されており、前記１つ以上のプログラムが、
情報を含むアラートを受信することと、
前記アラートの受信に応じて、知覚出力を発することと、
ユーザ入力を検出することと、
前記ユーザ入力が前記知覚出力から所定の時間インターバル内で検出されたかどうかを判定することと、
前記ユーザ入力が前記所定の時間インターバル内で検出されたとの判定に従って、前記ディスプレイ上に通知を表示することであって、前記通知が、前記情報の第１の部分を含む、ことと、に関する命令を含む、電子デバイス。
【請求項９１】
ディスプレイと、
１つ以上のプロセッサと、
メモリと、
１つ以上のプログラムと、を備える電子デバイスであって、前記１つ以上のプログラムが、前記メモリ内に記憶され、かつ前記１つ以上のプロセッサによって実行されるように構成されており、前記１つ以上のプログラムが、
複数のアラートを受信することと、
前記複数のアラートの受信に応じて、
前記複数のアラートがグループ化基準に合致するかどうかを判定することと、
前記複数のアラートが前記グループ化基準に合致するとの判定に従って、前記複数のアラートを表すグループ化された通知を表示することと、
前記複数のアラートが前記グループ化基準に合致しないとの判定に従って、
前記複数のアラートを表す複数の通知を表示することと、に関する命令を含む、電子デバイス。
【請求項９２】
タッチ感知ディスプレイと、
１つ以上のプロセッサと、
メモリと、
１つ以上のプログラムと、を備える電子デバイスであって、前記１つ以上のプログラムが、前記メモリ内に記憶され、かつ前記１つ以上のプロセッサによって実行されるように構成されており、前記１つ以上のプログラムが、
前記ディスプレイがコンテンツを能動的に表示している間に、情報を含むアラートを受信することと、
前記アラートの受信に応じて、通知バナーを、前記ディスプレイの一部分にわたって表示することであって、前記通知バナーが、前記情報の第１の部分を含み、前記コンテンツの少なくとも一部分が、表示され続ける、ことと、
前記ディスプレイ上において、前記通知バナーに対応する位置で接触を検出することと、
前記接触の検出に応じて、前記情報の第２の部分を表示することであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
に関する命令を含む、電子デバイス。
【請求項９３】
電子デバイスであって、
ディスプレイと、
情報を含むアラートを受信するための手段と、
前記アラートの受信に応じて、知覚出力を発するための手段と、
ユーザ入力を検出するための手段と、
前記ユーザ入力が前記知覚出力から所定の時間インターバル内で検出されたかどうかを判定するための手段と、
前記ユーザ入力が前記所定の時間インターバル内で検出されたとの判定に従って、前記ディスプレイ上に通知を表示するための手段であって、前記通知が、前記情報の第１の部分を含む、手段と、
を含む、電子デバイス。
【請求項９４】
電子デバイスであって、
ディスプレイと、
複数のアラートを受信するための手段と、
前記複数のアラートの受信に応じて、前記複数のアラートがグループ化基準に合致するかどうかを判定するための手段と、
前記複数のアラートが前記グループ化基準に合致するとの判定に従って、前記複数のアラートを表すグループ化された通知を表示するための手段と、
前記複数のアラートが前記グループ化基準に合致しないとの判定に従って、前記複数のアラートを表す複数の通知を表示するための手段と、を含む、電子デバイス。
【請求項９５】
電子デバイスであって、
タッチ感知ディスプレイと、
前記ディスプレイがコンテンツを能動的に表示している間に、情報を含むアラートを受信するための手段と、
前記アラートの受信に応じて、通知バナーを、前記ディスプレイの一部分にわたって表示するための手段であって、前記通知バナーが、前記情報の第１の部分を含み、前記コンテンツの少なくとも一部分が、表示され続ける、手段と、
前記ディスプレイ上において、前記通知バナーに対応する位置で接触を検出するための手段と、
前記接触の検出に応じて、前記情報の第２の部分を表示するための手段であって、前記第２の部分が、前記第１の部分とは異なる、手段と、を含む、電子デバイス。
【請求項９６】
ディスプレイユニットと、
前記ディスプレイユニットに結合された処理ユニットと、を備える電子デバイスであって、前記処理ユニットが、
情報を含むアラートを受信することと、
前記アラートの受信に応じて、知覚出力を有効にすることと、
ユーザ入力を検出することと、
前記ユーザ入力が前記知覚出力から所定の時間インターバル内で検出されたかどうかを判定することと、
前記ユーザ入力が前記所定の時間インターバル内で検出されたとの判定に従って、前記ディスプレイユニット上において通知の表示を有効にすることであって、前記通知が、前記情報の第１の部分を含む、ことと、
を行うように構成されている、電子デバイス。
【請求項９７】
前記電子デバイスが、触覚機構ユニットを備え、前記知覚出力を有効にすることが、前記触覚機構ユニットに、触覚出力を発しさせることを含む、請求項９６に記載の電子デバイス。
【請求項９８】
前記処理ユニットが、
前記ユーザ入力が前記知覚出力から前記所定の時間インターバル後に検出されたとの判定に従って、前記ディスプレイユニット上において、時計文字盤の表示を有効にすることであって、前記時計文字盤が、前記アラートが未読であるという指標を含む、ことを行うように更に構成されている、請求項９６又は９７に記載の電子デバイス。
【請求項９９】
前記処理ユニットが、
前記ユーザ入力が前記知覚出力から前記所定の時間インターバル後に検出されたとの判定に従って、前記ディスプレイユニット上において、ホーム画面の表示を有効にすることであって、前記ホーム画面が、複数のアプリケーションを表す複数のユーザインターフェースオブジェクトを含み、前記ユーザインターフェースオブジェクトが、アクティブ化されると、対応するアプリケーションを起動させ、前記ホーム画面が、前記アラートが未読であるという指標を含む、ことを行うように更に構成されている、請求項９６又は９７に記載の電子デバイス。
【請求項１００】
前記通知の表示を有効にすることが、前記ディスプレイユニットを非アクティブ状態からアクティブ化することを含む、請求項９６から９９のいずれか一項に記載の電子デバイス。
【請求項１０１】
前記通知を表示することが、前記ディスプレイユニット上において、ホーム画面の表示を前記通知の表示で置き換えることを含む、請求項９６から９９のいずれか一項に記載の電子デバイス。
【請求項１０２】
前記通知の表示を有効にすることが、前記通知を前記ディスプレイユニット上で第１の方向に移動させるアニメーションの表示を有効にすることを含む、請求項９６から１０１のいずれか一項に記載の電子デバイス。
【請求項１０３】
前記通知が、前記アラートに関連付けられたアプリケーションを起動させるためのアプリケーションアフォーダンスを含み、前記処理ユニットが、
前記アプリケーションアフォーダンスの選択を検出し、
前記選択の検出に応じて、前記アラートに関連付けられた前記アプリケーションを起動させるように更に構成されている、請求項９６から１０２のいずれか一項に記載の電子デバイス。
【請求項１０４】
前記処理ユニットが、
前記アラートの受信に応じて、ユーザアクティビティレベルがアクティビティ基準に合致するかどうかを判定するように更に構成されており、
前記ユーザアクティビティレベルが前記アクティビティ基準に合致するまで、前記知覚出力の発生を遅延させる、請求項９６から１０３のいずれか一項に記載の電子デバイス。
【請求項１０５】
前記ディスプレイユニットが、タッチ感知ディスプレイユニットであり、前記電子デバイスが、前記タッチ感知ディスプレイユニット上での接触の強度を検出するように構成されており、前記処理ユニットが、
前記通知が前記タッチ感知ディスプレイユニット上に表示されている間に、前記タッチ感知ディスプレイユニット上で接触を検出し、
前記接触の特性強度が閾値強度を上回るかどうかを判定し、
前記接触の特性強度が前記閾値強度を上回るとの判定に従って、前記タッチ感知ディスプレイユニット上において、ミュート基準に合致する１つ以上の後続のアラートを抑制するためのオプションの表示を有効にし、
前記接触の特性強度が前記閾値強度を下回るとの判定に従って、かつ、前記接触が前記タッチ感知ディスプレイユニット上の前記アプリケーションアフォーダンスに対応する位置にあるとの判定に従って、前記アラートに関連付けられたアプリケーションを起動させるように更に構成されている、請求項９６又は９７に記載の電子デバイス。
【請求項１０６】
前記ミュート基準が、前記アラートのソースに基づいている、請求項１０５に記載の電子デバイス。
【請求項１０７】
前記ディスプレイユニットが、タッチ感知ディスプレイユニットであり、前記処理ユニットが、
前記通知が前記タッチ感知ディスプレイユニット上に表示されている間に、前記タッチ感知ディスプレイユニット上で第２の接触を検出し、
前記第２の接触が消去基準に合致するかどうかを判定し、
前記第２の接触が前記消去基準に合致するとの判定に従って、前記通知の、前記タッチ感知ディスプレイユニットからの除去を有効にするように更に構成されている、請求項９６から１０４のいずれか一項に記載の電子デバイス。
【請求項１０８】
前記第２の接触がスワイプを含む場合、前記第２の接触が、前記消去基準に合致する、請求項１０７に記載の電子デバイス。
【請求項１０９】
前記第２の接触が閾値距離を超える前記第２の接触の移動を含む場合、前記第２の接触が、前記消去基準に合致する、請求項１０７又は１０８に記載の電子デバイス。
【請求項１１０】
前記通知の表示を有効にすることが、前記通知を前記ディスプレイユニット上で第１の方向に移動させるアニメーションの表示を有効にすることを含み、前記第２の接触が前記第１の方向とは反対の第２の方向への前記接触の移動を含む場合、前記第２の接触が、前記消去基準に合致する、請求項１０７から１０９のいずれか一項に記載の電子デバイス。
【請求項１１１】
前記第２の接触が、前記第２の接触の移動及び前記第の２接触の解放を含み、前記処理ユニットが、
前記第２の接触の前記移動の検出に応じて、
前記第２の接触の前記移動に従って前記通知を前記ディスプレイユニット上でスライドさせることを有効にし、
前記ディスプレイユニット上において、前記通知に隣接する消去インジケータの表示を有効にし、
前記第２の接触が前記消去基準に合致するとの判定に従って、かつ、前記第２の接触の前記解放の検出に応じて、前記消去インジケータ及び前記通知の、前記ディスプレイユニットからの除去を有効し、
前記第２の接触が前記消去基準に合致しないとの判定に従って、かつ、前記第２の接触の前記解放の検出に応じて、
前記ディスプレイユニット上において、前記通知を初期位置に戻すように前記ディスプレイユニット上で移動させるアニメーションの表示を有効にし、
前記消去インジケータの、前記ディスプレイユニットからの除去を有効にするように更に構成されている、請求項１０７から１１０のいずれか一項に記載の電子デバイス。
【請求項１１２】
前記通知の除去を有効にすることが、前記通知を前記第２の方向に前記ディスプレイユニットの外へと移動させるアニメーションの表示を有効にすることを含む、請求項１１０又は１１１に記載の電子デバイス。
【請求項１１３】
前記通知の前記ディスプレイユニットからの除去を有効にすることが、前記ディスプレイユニットを非アクティブ化することを含む、請求項１０７から１１２のいずれか一項に記載の電子デバイス。
【請求項１１４】
前記通知の前記ディスプレイユニットからの除去を有効にすることが、前記通知の前記表示をホーム画面の表示で置き換えることを有効にすることであって、前記ホーム画面が、前記アラートが未読であるという指標を含む、ことを含む、請求項１０７から１１２のいずれか一項に記載の電子デバイス。
【請求項１１５】
前記通知の前記ディスプレイユニットからの除去を有効にすることが、前記通知の前記表示を時計文字盤の表示で置き換えることを有効にすることであって、前記時計文字盤が、前記アラートが未読であるという指標を含む、ことを含む、請求項１０７から１１２のいずれか一項に記載の電子デバイス。
【請求項１１６】
前記処理ユニットが、
第２のユーザ入力が前記通知の表示後、第２の所定の時間インターバル内で検出されていたかどうかを判定することと、
前記第２のユーザ入力が前記第２の所定の時間インターバル内で検出されていたとの判定に従って、前記通知の前記ディスプレイユニットからの除去を有効にすることと、
前記第２のユーザ入力が前記第２の所定の時間インターバル内で検出されていなかったとの判定に従って、前記ディスプレイユニット上において、前記情報の第２の部分の表示を有効にすることであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
を行うように更に構成されている、請求項９６から１０６のいずれか一項に記載の電子デバイス。
【請求項１１７】
前記処理ユニットが、
前記ユーザ入力が前記通知の表示後、第２の所定の時間インターバル後も検出され続けているかどうかを判定することと、
前記ユーザ入力が前記第２の所定の時間インターバル後も検出され続けているとの判定に従って、前記ディスプレイユニット上において、前記情報の第２の部分の表示を有効にすることであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
前記ユーザ入力が前記第２の所定の時間インターバル後は検出され続けていないとの判定に従って、前記通知の前記ディスプレイユニットからの除去を有効にすることと、
を行うように更に構成されている、請求項９６から１０６のいずれか一項に記載の電子デバイス。
【請求項１１８】
前記処理ユニットが、
前記通知を表示している間に、前記ディスプレイユニット上で第３の接触を検出することと、
前記第３の接触の検出に応じて、前記ディスプレイユニット上において、前記情報の第２の部分の表示を有効にすることであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
を行うように更に構成されている、請求項９６から１０６のいずれか一項に記載の電子デバイス。
【請求項１１９】
前記第２の部分が、前記通知に隣接して表示される、請求項１１７又は１１８に記載の電子デバイス。
【請求項１２０】
前記第３の接触が、前記第１の方向へのスワイプであり、前記情報の前記第２の部分の表示を有効にすることが、前記情報の前記第２の部分を前記ディスプレイユニット上で前記第１の方向にスライドさせることを有効にすることを含む、請求項１１８に記載の電子デバイス。
【請求項１２１】
前記情報の前記第２の部分の表示を有効にすることが、
前記情報の前記第２の部分を表示するかどうかを示す構成データを取得することと、
前記構成データが前記情報の前記第２の部分を表示すべきであると示すとの判定に応じて、前記情報の前記第２の部分の表示を有効にすることと、
を更に含む、請求項１１６から１１８に記載の電子デバイス。
【請求項１２２】
前記処理ユニットが、
前記通知を表示している間に、前記アプリケーションアフォーダンスの選択を検出し、
前記アプリケーションアフォーダンスの前記選択の検出に応じて、前記アラートに関連付けられたアプリケーションを起動させるように更に構成されている、請求項９６から１０５のいずれか一項に記載の電子デバイス。
【請求項１２３】
前記アラートが、電子メッセージであり、前記処理ユニットが、
前記情報の前記第２の部分が前記ディスプレイユニット上に表示されている間に、前記ディスプレイユニット上で第４の接触を検出し、
前記第４の検出に応じて、前記ディスプレイユニット上において、前記電子メッセージのソースとの間で送受信した電子メッセージを含むメッセージ会話の少なくとも一部分の表示を有効にするように更に構成されている、請求項１１６から１２０のいずれか一項に記載の電子デバイス。
【請求項１２４】
前記アラートが、音声コンテンツを含み、前記情報の前記第２の部分の表示を有効にすることが、前記音声コンテンツを再生するオプションの表示を有効にすることを含み、前記処理ユニットが、
前記音声コンテンツを再生する前記オプションの選択を検出し、
前記選択の検出に応じて、前記音声コンテンツの再生を有効にするように更に構成されている、請求項１１５から１１９のいずれか一項に記載の電子デバイス。
【請求項１２５】
前記音声コンテンツが、第１の音声コンテンツであり、前記処理ユニットが、
前記第１の音声コンテンツを再生する前記オプションの前記選択を検出した後に、第２の音声コンテンツを含む第２のアラートを受信し、
前記第２のアラートの受信に応じて、前記第２の音声コンテンツの再生を有効にするように更に構成されている、請求項１２４に記載の電子デバイス。
【請求項１２６】
前記処理ユニットが、
前記情報の前記第２の部分を表示している間に、第３のユーザ入力を検出し、
前記第３のユーザ入力の検出に応じて、前記ディスプレイユニット上において、前記情報の前記第２の部分を、前記第３のユーザ入力に従ってスクロールすることを有効にするように更に構成されている、請求項１１６から１２０のいずれか一項に記載の電子デバイス。
【請求項１２７】
前記第３のユーザ入力が、前記ディスプレイユニット上でのスワイプである、請求項１２６に記載の電子デバイス。
【請求項１２８】
前記電子デバイスが、回転可能な入力ユニットを更に備え、前記第３のユーザ入力が、前記回転可能な入力ユニットの回転である、請求項１２６に記載の電子デバイス。
【請求項１２９】
前記第３のユーザ入力が、下向き方向に関連付けられており、前記処理ユニットが、
前記情報の最初の部分が前記ディスプレイユニット上に表示されているかどうかを判定し、
前記情報の前記最初の部分が表示されているとの判定に従って、かつ、前記第３のユーザ入力の検出に応じて、前記情報の前記第２の部分の、前記ディスプレイユニットからの除去を有効にするように更に構成されている、請求項１２６から１２８のいずれか一項に記載の電子デバイス。
【請求項１３０】
前記第３のユーザ入力が、上向き方向に関連付けられており、前記処理ユニットが、
前記情報の最後の部分が前記ディスプレイユニット上に表示されているかどうかを判定することと、
前記情報の前記最後の部分が表示されているとの判定に従って、かつ、前記第３のユーザ入力の検出に応じて、前記ディスプレイユニット上において、第１の複数のユーザインターフェースオブジェクトの表示を有効にすることであって、前記ユーザインターフェースオブジェクトが、前記アラートに関連付けられたアプリケーションに対応するアクションに関連付けられている、ことと、
を行うように更に構成されている、請求項１２６から１２８のいずれか一項に記載の電子デバイス。
【請求項１３１】
前記情報が前記ディスプレイユニット上で上向きにスクロールされると、前記第１の複数のユーザインターフェースオブジェクトが、前記ディスプレイユニット上で、前記情報の前記最後の部分の下へと上向きにスクロールされる、請求項１３０に記載の電子デバイス。
【請求項１３２】
前記情報の前記第２の部分の前記ディスプレイユニットからの除去を有効にすることが、前記ディスプレイユニット上において、前記通知の前記第２の部分の前記表示を、時間の指標を含むホーム画面の表示で置き換えることを有効にすることであって、前記ホーム画面が、前記アラートが未読であるという指標を伴わずに表示される、ことを含む、請求項１２９に記載の電子デバイス。
【請求項１３３】
前記情報の前記第２の部分の除去を有効にすることが、前記情報の前記第２の部分を前記第２の方向に前記ディスプレイの外へとスライドさせることを含む、請求項１２９に記載の電子デバイス。
【請求項１３４】
前記ディスプレイユニットが、タッチ感知ディスプレイユニットであり、前記電子デバイスが、前記タッチ感知ディスプレイ上での接触の強度を検出するように構成されており、前記処置ユニットが、
前記タッチ感知ディスプレイユニット上で第５の接触を検出することと、
前記第５の接触の特性強度が閾値強度を上回るかどうかを判定することと、
前記第５の接触の特性強度が前記閾値強度を上回るとの判定に従って、前記タッチ感知ディスプレイユニット上において、第１の複数のユーザインターフェースオブジェクトの表示を有効にすることであって、前記ユーザインターフェースオブジェクトが、前記アラートに関連付けられた前記アプリケーションに対応するアクションに関連付けられている、ことと、
前記第５の接触の特性強度が前記閾値強度を下回るとの判定に従って、前記アラートに関連付けられたアプリケーションを起動させることと、
を行うように更に構成されている、請求項１１６から１１８のいずれか一項に記載の電子デバイス。
【請求項１３５】
前記処理ユニットが、
前記第１の複数のユーザインターフェースオブジェクト中の第１のユーザインターフェースオブジェクトの選択を検出し、
前記第１のユーザインターフェースオブジェクトの前記選択の検出に応じて、データを外部電子デバイスに送信して、前記外部電子デバイスに、前記アラートに関連付けられた前記アプリケーションを起動させるように更に構成されている、請求項１３０又は１３４に記載の電子デバイス。
【請求項１３６】
前記処理ユニットが、
前記情報の前記第２の部分が前記ディスプレイユニット上に表示されている間に、ユーザ入力が第３の所定の時間インターバル内で受信されていたかどうかを判定し、
ユーザ入力が前記第３の所定の時間インターバル内で受信されていなかったとの判定に従って、前記ディスプレイユニットを非アクティブ化するように更に構成されている、請求項１１６から１２０のいずれか一項に記載の電子デバイス。
【請求項１３７】
前記通知が、前記情報の前記第２の部分に隣接して表示され、前記通知が、アプリケーションアフォーダンスを含み、前記処理ユニットが、
前記情報の前記第２の部分が前記ディスプレイユニット上に表示されている間に、前記アプリケーションアフォーダンスの選択を検出し、
前記アプリケーションアフォーダンスの前記選択の検出に応じて、前記ディスプレイユニット上において、第２の複数のユーザインターフェースオブジェクトの表示を有効にするように更に構成されている、請求項１１６から１２０のいずれか一項に記載の電子デバイス。
【請求項１３８】
前記処理ユニットが、
前記第２の複数のユーザインターフェースオブジェクトの第１のユーザインターフェースオブジェクトの選択を検出し、
前記第１のユーザインターフェースオブジェクトの前記選択の検出に応じて、前記ディスプレイユニット上において、第３の複数のユーザインターフェースオブジェクトの表示を有効にするように更に構成されている、請求項１３７に記載の電子デバイス。
【請求項１３９】
前記電子デバイスが、ボタンユニットを備え、前記処理ユニットが、
前記ボタンユニット上での入力を検出し、
前記ボタンユニット上での前記入力の検出に応じて、前記ディスプレイユニット上において、第３の複数のユーザインターフェースオブジェクトの表示を有効にするように更に構成されている、請求項９６から１０６又は１１６から１１８のいずれか一項に記載の電子デバイス。
【請求項１４０】
前記処理ユニットが、
前記第３の複数のユーザインターフェースオブジェクトの第１のユーザインターフェースオブジェクトの選択を検出し、
前記第３の複数のユーザインターフェースオブジェクトの前記第１のユーザインターフェースオブジェクトの前記選択の検出に応じて、前記ディスプレイユニット上において、所定の応答メッセージを選択するためのユーザインターフェースの表示を有効にするように更に構成されている、請求項１３８又は１３９に記載の電子デバイス。
【請求項１４１】
前記処理ユニットが、
第１の所定の応答メッセージの選択を検出し、
前記第１の所定の応答メッセージの前記選択の検出に応じて、前記第１の所定の応答メッセージの、前記アラートのソースへの送信を有効にするように更に構成されている、請求項１４０に記載の電子デバイス。
【請求項１４２】
前記第１の所定の応答メッセージの、前記アラートの前記ソースへの送信を有効にすることが、
前記ディスプレイユニット上において、確認アフォーダンスの表示を有効にすることと、
前記確認アフォーダンスの選択を検出することと、
前記確認アフォーダンスの前記選択の検出に応じて、前記第１の所定の応答メッセージの、前記アラートの前記ソースへの送信を有効にすることと、
を含む、請求項１４１に記載の電子デバイス。
【請求項１４３】
前記処理ユニットが、
前記第１の所定の応答メッセージを前記ソースに送信した後に、
前記ディスプレイユニット上において、メッセージ送信完了確認画面の表示を有効にすることと、
前記ディスプレイユニット上において、前記メッセージ送信完了確認画面の前記表示を、前記ホーム画面の表示で置き換えることを有効にすることであって、前記ホーム画面が、前記アラートが未読であるという指標を伴わずに表示される、ことと、
を行うように更に構成されている、請求項１４１又は１４２に記載の電子デバイス。
【請求項１４４】
前記処理ユニットが、
前記第３の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択を検出し、
前記第３の複数のユーザインターフェースオブジェクトの前記第２のユーザインターフェースオブジェクトの前記選択の検出に応じて、前記ディスプレイユニット上において、絵文字アイコンを選択するためのユーザインターフェースの表示を有効にするように更に構成されている、請求項１３８又は１３９に記載の電子デバイス。
【請求項１４５】
前記処理ユニットが、
第１の絵文字アイコンの選択を検出し、
前記第１の絵文字アイコンの前記選択の検出に応じて、前記第１の絵文字アイコンの、前記アラートの前記ソースへの送信を有効にするように更に構成されている、請求項１４４に記載の電子デバイス。
【請求項１４６】
前記絵文字アイコンの、前記アラートの前記ソースへの送信を有効にすることが、
前記ディスプレイユニット上において、確認アフォーダンスの表示を有効にすることと、
前記確認アフォーダンスの選択を検出することと、
前記確認アフォーダンスの前記選択の検出に応じて、前記絵文字アイコンの、前記アラートの前記ソースへの送信を有効にすることと、
を含む、請求項１４５に記載の電子デバイス。
【請求項１４７】
前記処理ユニットが、
前記第２の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択を検出することと、
前記第２の複数のユーザインターフェースオブジェクトの前記第２のユーザインターフェースオブジェクトの前記選択の検出に応じて、
前記情報の前記第２の部分が前記ディスプレイユニット上に表示されたかどうかを判定することと、
前記情報の前記第２の部分が前記ディスプレイユニット上に表示されたとの判定に従って、前記ディスプレイユニット上において、前記ホーム画面の表示を有効にすることであって、前記ホーム画面が、前記アラートが未読であるという指標を伴わずに表示される、ことと、
前記情報の前記第２の部分が前記ディスプレイユニット上に表示されなかったとの判定に従って、前記ディスプレイユニット上において、前記ホーム画面の表示を有効にすることであって、前記ホーム画面が、前記アラートが未読であるという指標を含む、ことと、
を行うように更に構成されている、請求項１３７に記載の電子デバイス。
【請求項１４８】
前記処理ユニットが、
前記第２の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択を検出することと、
前記第２の複数のユーザインターフェースオブジェクトの前記第２のユーザインターフェースオブジェクトの前記選択の検出に応じて、
前記情報の前記第２の部分が前記ディスプレイユニット上に表示されたかどうかを判定することと、
前記情報の前記第２の部分が前記ディスプレイユニット上に表示されたとの判定に従って、前記ディスプレイユニット上において、前記時計文字盤の表示を有効にすることであって、前記時計文字盤が、前記アラートが未読であるという指標を伴わずに表示される、ことと、
前記情報の前記第２の部分が前記ディスプレイユニット上に表示されなかったとの判定に従って、前記ディスプレイユニット上において、前記時計文字盤の表示を有効にすることであって、前記時計文字盤が、前記アラートが未読であるという指標を含む、ことと、
を行うように更に構成されている、請求項１３７に記載の電子デバイス。
【請求項１４９】
前記処理ユニットが、
前記第２の複数のユーザインターフェースオブジェクトの第３のユーザインターフェースオブジェクトの選択を検出し、
前記第２の複数のユーザインターフェースオブジェクトの前記第３のユーザインターフェースオブジェクトの前記選択の検出に応じて、前記ディスプレイユニット上において、仮想キーボードの表示を有効にするように更に構成されている、請求項１３７に記載の電子デバイス。
【請求項１５０】
前記電子デバイスが、マイクロフォンユニットを更に備え、前記処理ユニットが、
前記第２の複数のユーザインターフェースオブジェクトの第４のユーザインターフェースオブジェクトの選択を検出し、
前記第２の複数のユーザインターフェースオブジェクトの前記第４のユーザインターフェースオブジェクトの前記選択の検出に応じて、
前記マイクロフォンユニットからのオーディオ入力の記録を有効にし、
前記記録したオーディオ入力に対応するデータの、前記アラートの前記ソースへの送信を有効にするように更に構成されている、請求項１３７に記載の電子デバイス。
【請求項１５１】
前記記録したオーディオ入力に対応する前記データの送信を有効にすることが、
前記ディスプレイユニット上において、前記記録したオーディオ入力の指標及び送信アフォーダンスの表示を有効にすることと、
前記送信アフォーダンスの選択を検出することと、
前記送信アフォーダンスの前記選択の検出に応じて、前記記録したオーディオ入力に対応する前記データの、前記アラートの前記ソースへの送信を有効にすることと、
を含む、請求項１５０に記載の電子デバイス。
【請求項１５２】
前記電子デバイスが、回転可能かつ押下可能な入力ユニットを更に備え、前記処理ユニットが、
前記アプリケーションを起動させた後に、前記回転可能かつ押下可能な入力ユニットの押下を検出し、
前記押下の検出に応じて、前記ディスプレイユニット上において、前記ホーム画面の表示を有効にするように更に構成されている、請求項１０３、１２２、又は１３４に記載の電子デバイス。
【請求項１５３】
前記回転可能かつ押下可能な入力ユニットが、回転可能な機械式ボタンを含み、前記押下が、前記機械式ボタン上での押圧を表す、請求項１５２に記載の電子デバイス。
【請求項１５４】
前記回転可能かつ押下可能な入力ユニットが、回転可能な容量性ボタンを含み、前記押下が、前記容量性ボタン上でのタッチを表す、請求項１５３に記載の電子デバイス。
【請求項１５５】
前記通知が、第１の通知であり、前記処理ユニットが、
前記第１の通知が前記ディスプレイユニット上に表示されている間に、第２の情報を含む第２のアラートを受信することと、
前記第２のアラートの受信に応じて、前記ディスプレイユニット上において、前記第１の通知の表示を、第２の通知の表示で置き換えることを有効にすることであって、前記第２の通知が、前記第２の情報の第１の部分を含む、ことと、
を行うように更に構成されている、請求項９６又は９７に記載の電子デバイス。
【請求項１５６】
前記処理ユニットが、
前記第２のアラートの受信に応じて、第２の知覚出力を有効にするように更に構成されている、請求項１５５に記載の電子デバイス。
【請求項１５７】
前記処理ユニットが、
前記第２の通知を消去する要求を検出し、
前記要求の検出に応じて、
前記第２の通知の前記ディスプレイユニットからの消去を有効にし、
前記ディスプレイユニット上において、前記第１の通知の再表示を有効にするように更に構成されている、請求項１５５又は１５６に記載の電子デバイス。
【請求項１５８】
前記処理ユニットが、
前記第２の通知を消去する要求を検出することと、
前記要求の検出に応じて、
前記第２の通知の前記ディスプレイユニットからの消去を有効にすることと、
前記ディスプレイユニット上において、前記ホーム画面の表示を有効にすることであって、前記ホーム画面が、前記第１のアラート及び前記第２のアラートが未読であるという指標を含む、ことと、
を行うように更に構成されている、請求項１５５又は１５６に記載の電子デバイス。
【請求項１５９】
前記処理ユニットが、
前記第２の通知を消去する要求を検出することと、
前記要求の検出に応じて、
前記第２の通知の前記ディスプレイユニットからの消去を有効にすることと、
前記ディスプレイユニット上において、前記時計文字盤の表示を有効にすることであって、前記時計文字盤が、前記第１のアラート及び前記第２のアラートが未読であるという指標を含む、ことと、
を行うように更に構成されている、請求項１５５又は１５６に記載の電子デバイス。
【請求項１６０】
前記処理ユニットが、
前記情報の前記第２の部分を前記ディスプレイユニット上に表示している間に、第２の情報を含む第２のアラートを受信することと、
前記第２のアラートの受信に応じて、前記ディスプレイユニット上において、前記情報の前記第２の部分の表示を、第２の通知の表示で置き換えることを有効にすることであって、前記第２の通知が、前記第２の情報の第１の部分を含む、ことと、
を行うように更に構成されている、請求項１１６から１２０のいずれか一項に記載の電子デバイス。
【請求項１６１】
前記アラートが、ソースから受信した第１のアラートであり、前記処理ユニットが、
前記情報の前記第２の部分を前記ディスプレイユニット上に表示している間に、前記ソースから第２のアラートを受信し、
前記第２のアラートの受信に応じて、前記ディスプレイユニット上において、前記第１のアラート及び前記第２のアラートを表すグループ化された通知の表示を有効にするように更に構成されている、請求項１１６から１２０に記載の電子デバイス。
【請求項１６２】
前記第１のアラート及び前記第２のアラートが、同じアプリケーションに関連付けられている、請求項１６１に記載の電子デバイス。
【請求項１６３】
前記処理ユニットが、
前記グループ化された通知上で第６の接触を検出することと、
前記第６の接触の検出に応じて、前記ディスプレイユニット上において、前記ソースから受信したアラートのリストの表示を有効にすることであって、前記アラートのリストが、同じアプリケーションに関連付けられている、ことと、
を行うように更に構成されている、請求項１６２に記載の電子デバイス。
【請求項１６４】
前記アラートが、フィットネスアラートであり、前記処理ユニットが、
第２の所定の時間インターバル後に、前記ディスプレイユニット上において、前記通知の表示を、フィットネスの進捗を表すユーザインターフェースオブジェクトの表示で置き換えることを有効にすることと、
第３の所定の時間インターバル後に、前記ディスプレイユニット上において、前記ユーザインターフェースオブジェクトの表示を、前記情報の前記第２の部分の表示で置き換えることを有効にすることであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
を行うように更に構成されている、請求項９６又は９７に記載の電子デバイス。
【請求項１６５】
前記アラートが未読であるという前記指標が、シェブロンの表示を含む、請求項９８、９９、１１４、１１５、１４７、１４８、１５８、及び１５９のいずれか一項に記載の電子デバイス。
【請求項１６６】
前記シェブロンの前記表示が、アニメーション化されている、請求項１６５に記載の電子デバイス。
【請求項１６７】
前記シェブロンが、第１の方向に向いており、前記ディスプレイが、タッチ感知ディスプレイであり、前記方法が、
前記ディスプレイ上での前記第１の方向へのスワイプの検出に応じて、前記通知を前記ディスプレイ上に表示することを更に含む、請求項１６５に記載の電子デバイス。
【請求項１６８】
ディスプレイユニットと、
前記ディスプレイユニットに結合された処理ユニットと、を備える電子デバイスであって、前記処理ユニットは、
複数のアラートを受信し、
前記複数のアラートの受信に応じて、前記複数のアラートがグループ化基準に合致するかどうかを判定し、
前記複数のアラートが前記グループ化基準に合致するとの判定に従って、前記ディスプレイユニット上において、前記複数のアラートを表すグループ化された通知の表示を有効にし、
前記複数のアラートが前記グループ化基準に合致しないとの判定に応じて、前記ディスプレイユニット上において、前記複数のアラートを表す複数の通知の表示を有効にするように構成されている、電子デバイス。
【請求項１６９】
前記グループ化基準が、
前記複数のアラートが同じソースから受信されているかどうか、
前記複数のアラートがアラートの数値閾値を超えるかどうか、
前記複数のアラートが同じアプリケーションに関連付けられているかどうか、及び、
前記複数のアラートが所定の期間内で受信されているかどうか、
からなる群から選択される１つ以上の基準に基づいている、請求項１６８に記載の電子デバイス。
【請求項１７０】
前記複数のアラートが、同じソースから受信され、かつ同じアプリケーションに関連付けられている第１のアラート及び第２のアラートを含み、前記第１のアラート及び前記第２のアラートが、前記グループ化基準に合致し、前記第１のアラートが、第１の情報を含み、前記第２のアラートが、第２の情報を含み、前記ディスプレイユニットが、タッチ感知ディスプレイユニットであり、前記処理ユニットが、
前記タッチ感知ディスプレイユニット上において、前記グループ化された通知に対応する位置で第７の接触を検出し、
前記第７の接触の検出に応じて、前記タッチ感知ディスプレイユニット上において、前記第１の情報及び前記第２の情報の表示を有効にするように更に構成されている、請求項１６８に記載の電子デバイス。
【請求項１７１】
前記第１のアラート及び前記第２のアラートが、異なるソースから受信され、かつ同じアプリケーションに関連付けられており、前記ディスプレイユニットが、タッチ感知ディスプレイユニットであり、前記処理ユニットが、
前記タッチ感知ディスプレイユニット上において、前記グループ化された通知に対応する位置で第８の接触を検出することと、
前記第８の接触の検出に応じて、前記タッチ感知ディスプレイユニット上において、前記アプリケーションに関連付けられたアラートのリストの表示を有効にすることであって、前記アラートのリストが、前記第１のアラート及び前記第２のアラートを含む、ことと、
を行うように更に構成されている、請求項１６８に記載の電子デバイス。
【請求項１７２】
前記複数のアラートが、複数のアプリケーションに関連付けられており、前記複数のアラートが、前記グループ化基準に合致し、前記ディスプレイユニットが、タッチ感知ディスプレイユニットであり、前記処理ユニットが、
前記タッチ感知ディスプレイユニット上において、前記複数のアラートを表すグループ化された通知の表示を有効にすることと、
前記タッチ感知ディスプレイユニット上において、前記グループ化された通知に対応する位置で第９の接触を検出することと、
前記第９の接触の検出に応じて、前記タッチ感知ディスプレイユニット上において、前記複数のアラートを表す通知のリストの表示を有効にすることであって、前記受信したアラートが、前記第１のアラート及び前記第２のアラートを含む、ことと、
を行うように更に構成されている、請求項１６８に記載の電子デバイス。
【請求項１７３】
前記処理ユニットが、
前記複数のアラートの受信に更に応じて、知覚出力を有効にするように更に構成されている、請求項１６８に記載の電子デバイス。
【請求項１７４】
前記処理ユニットが、
前記複数のアラートが前記グループ化基準に合致するとの判定に更に従って、単一の知覚出力を有効にし、
前記複数のアラートが前記グループ化基準に合致しないとの判定に更に従って、前記複数のアラートに対応する複数の知覚出力を有効にするように更に構成されている、請求項１６８に記載の電子デバイス。
【請求項１７５】
タッチ感知ディスプレイユニットと、
前記タッチ感知ディスプレイユニットに結合された処理ユニットと、を備える電子デバイスであって、前記処理ユニットが、
前記タッチ感知ディスプレイユニットがコンテンツを能動的に表示している間に、情報を含むアラートを受信することと、
前記アラートの受信に応じて、通知バナーの、前記タッチ感知ディスプレイユニットの一部分にわたる表示を有効にすることであって、前記通知バナーが、前記情報の第１の部分を含み、前記コンテンツの少なくとも一部分が、前記タッチ感知ディスプレイユニット上に表示され続ける、ことと、
前記タッチ感知ディスプレイユニット上において、前記通知バナーに対応する位置で接触を検出することと、
前記接触の検出に応じて、前記タッチ感知ディスプレイユニット上において、前記情報の第２の部分の表示を有効にすることであって、前記第２の部分が、前記第１の部分とは異なる、ことと、
を行うように構成されている、電子デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
[関連出願の相互参照]
この出願は、２０１４年９月２日出願の「Ｒｅｄｕｃｅｄ−Ｓｉｚｅ  Ｉｎｔｅｒｆａｃｅｓ  Ｆｏｒ  Ｍａｎａｇｉｎｇ  Ａｌｅｒｔｓ」と題された米国特許仮出願第６２／０４４，８９４号、及び２０１５年３月７日出願の「Ｒｅｄｕｃｅｄ−Ｓｉｚｅ  Ｉｎｔｅｒｆａｃｅｓ  Ｆｏｒ  Ｍａｎａｇｉｎｇ  Ａｌｅｒｔｓ」と題された米国特許仮出願第６２／１２９，８１８号に対する優先権を主張する。これらの出願の内容は、全ての目的で、参照により本明細書に組み込まれる。
【０００２】
この出願は、同時係属中の、２０１５年３月８日出願の「Ｒｅｄｕｃｅｄ−Ｓｉｚｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｉｎｔｅｒｆａｃｅ」と題された米国特許仮出願第６２／１２９，９２４号、２０１４年９月２日出願の「Ｒｅｄｕｃｅｄ−Ｓｉｚｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｉｎｔｅｒｆａｃｅ」と題された米国特許仮出願第６２／０４４，９５３号、２０１５年３月８日出願の「Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  Ｆｏｒ  Ｒｅｃｅｉｖｉｎｇ  Ｕｓｅｒ  Ｉｎｐｕｔ」と題された米国特許仮出願第６２／１２９，９０３号、２０１５年３月３日出願の「Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  Ｆｏｒ  Ｒｅｃｅｉｖｉｎｇ  Ｕｓｅｒ  Ｉｎｐｕｔ」と題された米国特許仮出願第６２／１２７，８００号、２０１４年９月２日出願の「Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  Ｆｏｒ  Ｒｅｃｅｉｖｉｎｇ  Ｕｓｅｒ  Ｉｎｐｕｔ」と題された米国特許仮出願第６２／０４４，９２３号、２０１４年７月１８日出願の「Ｒａｉｓｅ  Ｇｅｓｔｕｒｅ  Ｄｅｔｅｃｔｉｏｎ  ｉｎ  ａ  Ｄｅｖｉｃｅ」と題された米国特許仮出願第６２／０２６，５３２号、２０１３年５月８日出願の「Ｄｅｖｉｃｅ，Ｍｅｔｈｏｄ，ａｎｄ  Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  ｆｏｒ  Ｄｉｓｐｌａｙｉｎｇ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  Ｏｂｊｅｃｔｓ  Ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ｔｏ  ａｎ  Ａｐｐｌｉｃａｔｉｏｎ」と題された国際出願第ＰＣＴ／ＵＳ２０１３／０４００６１号、２０１３年１１月１１日出願の「Ｄｅｖｉｃｅ，Ｍｅｔｈｏｄ，ａｎｄ  Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  ｆｏｒ  Ｔｒａｎｓｉｔｉｏｎｉｎｇ  Ｂｅｔｗｅｅｎ  Ｔｏｕｃｈ  Ｉｎｐｕｔ  ｔｏ  Ｄｉｓｐｌａｙ  Ｏｕｔｐｕｔ  Ｒｅｌａｔｉｏｎｓｈｉｐｓ」と題された国際出願第ＰＣＴ／ＵＳ２０１３／０６９４８３号、及び２０１４年９月２日出願の米国特許仮出願第６２／０４４，８９４号に関連する。これらの出願の内容は、その全体が、参照により本明細書に組み込まれる。
【０００３】
開示された例は、一般的には、電子デバイスのユーザインターフェースに関する。
【背景技術】
【０００４】
ユーザにより着用されるように構成されている小型電子デバイス（例えば、典型的な携帯電話より小さいデバイス）は、ユーザが、様々な種類のアラート、例えば、テキストメッセージ、電子メール、ボイスメール、及びカレンダーアラートを見たり、それらに応答したりするのを可能にする。アラートを見たり、アラートに応答したりするために小型電子デバイスを効率的に使用できるようにするユーザインターフェースが望まれている。
【発明の概要】
【０００５】
いくつかの実施形態によれば、ディスプレイを備える電子デバイスにおいて、ある方法が実行される。本方法は、情報を含むアラートを受信することと、アラートの受信に応じて、知覚出力を発することとを含む。本方法は、ユーザ入力を検出することと、ユーザ入力が知覚出力から所定の時間インターバル内で検出されたかどうかを判定することとを含む。本方法は、ユーザ入力が所定の時間インターバル内で検出されたとの判定に従って、ディスプレイ上に通知を表示することを含み、この通知は、情報の第１の部分を含む。
【０００６】
いくつかの実施形態によれば、ディスプレイを備える電子デバイスにおいて、ある方法が実行される。本方法は、第１のアラート及び第２のアラートを受信することを含む。本方法は、第１のアラート及び第２のアラートの受信に応じて、第１のアラート及び第２のアラートがグループ化基準に合致するかどうかを判定することを含む。本方法は、第１のアラート及び第２のアラートがグループ化基準に合致するとの判定に応じて、第１のアラート及び第２のアラートを表すグループ化された通知を表示することを含む。本方法は、第１のアラート及び第２のアラートがグループ化基準に合致しないとの判定に応じて、第１のアラートを表す第１の通知を表示することと、第１の通知の表示を、第２のアラートを表す第２の通知の表示で置き換えることとを含む。
【０００７】
いくつかの実施形態によれば、コンテンツを能動的に表示している電子デバイスにおいて、ある方法が実行される。本方法は、情報を含むアラートを受信することを含む。本方法は、アラートの受信に応じて、通知バナーを、ディスプレイの一部にわたって表示すること含み、本通知バナーは、情報の第１の部分を含み、コンテンツの少なくとも一部分が表示され続ける。本方法は、ディスプレイ上の、通知バナーに対応する位置における接触を検出することと、接触の検出に応じて、情報の第２の部分を表示することを含み、第２の部分は、第１の部分とは異なっている。
【０００８】
いくつかの実施形態によれば、命令を含む１つ以上のプログラムを記憶する非一時的コンピュータ可読記憶媒体が開示される。命令は、ディスプレイを備える電子デバイスの１つ以上のプロセッサによって実行されると、電子デバイスに、情報を含むアラートを受信することと、アラートの受信に応じて、知覚出力を発することと、ユーザ入力を検出することと、ユーザ入力が知覚出力から所定の時間インターバル内で検出されたかどうかを判定することと、ユーザ入力が所定の時間インターバル内で検出されたとの判定に従って、ディスプレイ上に通知を表示することであって、通知は、情報の第１の部分を含む、ことと、を行わせる。
【０００９】
いくつかの実施形態によれば、命令を含む１つ以上のプログラムを記憶する非一時的コンピュータ可読記憶媒体が開示される。命令は、ディスプレイを備える電子デバイスの１つ以上のプロセッサによって実行されると、電子デバイスに、複数のアラートを受信することと、複数のアラートの受信に応じて、複数のアラートがグループ化基準に合致するかどうかを判定することと、複数のアラートがグループ化基準に合致するとの判定に従って、複数のアラートを表すグループ化された通知を表示することと、複数のアラートがグループ化基準に合致しないとの判定に応じて、複数のアラートを表す複数の通知を表示することと、を行わせる。
【００１０】
いくつかの実施形態によれば、命令を含む１つ以上のプログラムを記憶する非一時的コンピュータ可読記憶媒体が開示される。命令は、タッチ感知ディスプレイを備える電子デバイスの１つ以上のプロセッサによって実行されると、電子デバイスに対して、コンテンツを能動的に表示している間に、情報を含むアラートを受信することと、アラートの受信に応じて、通知バナーを、ディスプレイの一部にわたって表示することであって、通知バナーは、情報の第１の部分を含み、コンテンツの少なくとも一部分が表示され続ける、ことと、タッチ感知ディスプレイ上の、通知バナーに対応する位置における接触を検出することと、接触の検出に応じて、情報の第２の部分を表示することであって、第２の部分は、第１の部分とは異なっている、ことと、を行わせる。
【００１１】
いくつかの実施形態によれば、命令を含む１つ以上のプログラムを記憶する一時的コンピュータ可読記憶媒体が開示される。命令は、ディスプレイを備える電子デバイスの１つ以上のプロセッサによって実行されると、電子デバイスに、情報を含むアラートを受信することと、アラートの受信に応じて、知覚出力を発することと、ユーザ入力を検出することと、ユーザ入力が知覚出力から所定の時間インターバル内で検出されたかどうかを判定することと、ユーザ入力が所定の時間インターバル内で検出されたとの判定に従って、ディスプレイ上に通知を表示することであって、通知は、情報の第１の部分を含む、ことと、を行わせる。
【００１２】
いくつかの実施形態によれば、命令を含む１つ以上のプログラムを記憶する一時的コンピュータ可読記憶媒体が開示される。命令は、ディスプレイを備える電子デバイスの１つ以上のプロセッサによって実行されると、電子デバイスに、複数のアラートを受信することと、複数のアラートの受信に応じて、複数のアラートがグループ化基準に合致するかどうかを判定することと、複数のアラートがグループ化基準に合致するとの判定に従って、複数のアラートを表すグループ化された通知を表示することと、複数のアラートがグループ化基準に合致しないとの判定に応じて、複数のアラートを表す複数の通知を表示することと、を行わせる。
【００１３】
いくつかの実施形態によれば、命令を含む１つ以上のプログラムを記憶する一時的コンピュータ可読記憶媒体が開示される。命令は、タッチ感知ディスプレイを備える電子デバイスの１つ以上のプロセッサによって実行されると、電子デバイスに、コンテンツを能動的に表示している間に、情報を含むアラートを受信することと、アラートの受信に応じて、通知バナーを、ディスプレイの一部にわたって表示することであって、通知バナーは、情報の第１の部分を含み、コンテンツの少なくとも一部分が表示され続ける、ことと、タッチ感知ディスプレイ上の、通知バナーに対応する位置における接触を検出することと、接触の検出に応じて、情報の第２の部分を表示することであって、第２の部分は、第１の部分とは異なっている、ことと、を行わせる。
【００１４】
電子デバイスは、ディスプレイと、１つ以上のプロセッサと、メモリと、１つ以上のプログラムとを備え、１つ以上のプログラムは、メモリ内に記憶され、かつ１つ以上のプロセッサによって実行されるように構成されており、１つ以上のプログラムは、情報を含むアラートを受信し、アラートの受信に応じて、知覚出力を発するための命令と、ユーザ入力を検出し、ユーザ入力が知覚出力から所定の時間インターバル内で検出されたかどうかを判定するための命令と、ユーザ入力が所定の時間インターバル内で検出されたとの判定に従って、ディスプレイ上に通知を表示するための命令であって、通知は、情報の第１の部分を含む、命令とを含む。
【００１５】
電子デバイスは、ディスプレイと、１つ以上のプロセッサと、メモリと、１つ以上のプログラムとを備え、１つ以上のプログラムは、メモリ内に記憶され、かつ１つ以上のプロセッサによって実行されるように構成されており、１つ以上のプログラムは、第１のアラート及び第２のアラートを受信し、第１のアラート及び第２のアラートの受信に応じて、第１のアラート及び第２のアラートがグループ化基準に合致するかどうかを判定するための命令と、第１のアラート及び第２のアラートがグループ化基準に合致するとの判定に応じて、第１のアラート及び第２のアラートを表すグループ化された通知を表示するための命令と、第１のアラート及び第２のアラートがグループ化基準に合致しないとの判定に応じて、第１のアラートを表す第１の通知を表示し、第１の通知の表示を、第２のアラートを表す第２の通知の表示で置き換えるための命令とを含む。
【００１６】
電子デバイスは、タッチ感知ディスプレイと、１つ以上のプロセッサと、メモリと、１つ以上のプログラムとを備え、１つ以上のプログラムは、メモリ内に記憶され、かつ１つ以上のプロセッサによって実行されるように構成されており、１つ以上のプログラムは、情報を含むアラートを受信し、アラートの受信に応じて、通知バナーを、ディスプレイの一部にわたって表示するための命令であって、通知バナーは、情報の第１の部分を含み、コンテンツの少なくとも一部分が表示され続ける、命令と、ディスプレイ上の、通知バナーに対応する位置における接触を検出し、接触の検出に応じて、情報の第２の部分を表示するための命令であって、第２の部分は、第１の部分とは異なっている、命令とを含む。
【００１７】
これらの機能を実行するための実行可能命令は、非一時的コンピュータ可読記憶媒体又は１つ以上のプロセッサによって実行されるように構成された他のコンピュータプログラム製品に、任意選択的に、含まれる。これらの機能を実行するための実行可能命令は、一時的コンピュータ可読記憶媒体又は１つ以上のプロセッサによって実行されるように構成された他のコンピュータプログラム製品に、任意選択的に、含まれる。
【図面の簡単な説明】
【００１８】
説明される様々な実施形態のより良好な理解のために、以下の図面と併せて、以下の「発明を実施するための形態」を参照されたく、それらの図面内では、類似の参照番号は、それらの図の全体を通じて対応する部分を指す。
【００１９】
【図１Ａ】いくつかの実施形態に係る、タッチ感知ディスプレイを備えるポータブル多機能デバイスを示すブロック図である。
【００２０】
【図１Ｂ】いくつかの実施形態に係る、イベント処理のための例示的な構成要素を示すブロック図である。
【００２１】
【図２】いくつかの実施形態に係る、タッチスクリーンを有するポータブル多機能デバイスを示す図である。
【００２２】
【図３】いくつかの実施形態に係る、ディスプレイ及びタッチ感知面を備える例示的な多機能デバイスのブロック図である。
【００２３】
【図４Ａ】いくつかの実施形態に係る、ポータブル多機能デバイス上のアプリケーションのメニューに関する例示的なユーザインターフェースを示す図である。
【００２４】
【図４Ｂ】いくつかの実施形態に係る、ディスプレイとは別個のタッチ感知面を備える多機能デバイスに関する例示的なユーザインターフェースを示す図である。
【００２５】
【図５Ａ】いくつかの実施形態に係る、パーソナル電子デバイスを示す図である。
【００２６】
【図５Ｂ】いくつかの実施形態に係る、パーソナル電子デバイスを示すブロック図である。
【００２７】
【図５Ｃ】強度センサによる接触の検出を示す図である。
【００２８】
【図５Ｄ】接触に対する集合強度の割り当てを示す図である。
【００２９】
【図５Ｅ】接触の強度を有するジェスチャの検出を示す図である。
【図５Ｆ】接触の強度を有するジェスチャの検出を示す図である。
【図５Ｇ】接触の強度を有するジェスチャの検出を示す図である。
【図５Ｈ】接触の強度を有するジェスチャの検出を示す図である。
【００３０】
【図６Ａ】例示的なユーザインターフェースを示す図である。
【図６Ｂ】例示的なユーザインターフェースを示す図である。
【図６Ｃ】例示的なユーザインターフェースを示す図である。
【００３１】
【図７】例示的なユーザインターフェースを示す図である。
【００３２】
【図８】例示的なユーザインターフェースを示す図である。
【００３３】
【図９】例示的なユーザインターフェースを示す図である。
【００３４】
【図１０】例示的なユーザインターフェースを示す図である。
【００３５】
【図１１】例示的なユーザインターフェースを示す図である。
【００３６】
【図１２Ａ】例示的なユーザインターフェースを示す図である。
【図１２Ｂ】例示的なユーザインターフェースを示す図である。
【図１２Ｃ】例示的なユーザインターフェースを示す図である。
【００３７】
【図１３Ａ】例示的なユーザインターフェースを示す図である。
【図１３Ｂ】例示的なユーザインターフェースを示す図である。
【００３８】
【図１４】例示的なユーザインターフェースを示す図である。
【００３９】
【図１５】例示的なユーザインターフェースを示す図である。
【００４０】
【図１６】例示的なユーザインターフェースを示す図である。
【００４１】
【図１７】例示的なユーザインターフェースを示す図である。
【００４２】
【図１８】例示的なユーザインターフェースを示す図である。
【００４３】
【図１９】例示的なユーザインターフェースを示す図である。
【００４４】
【図２０】例示的なユーザインターフェースを示す図である。
【００４５】
【図２１】例示的なユーザインターフェースを示す図である。
【００４６】
【図２２】例示的なユーザインターフェースを示す図である。
【００４７】
【図２３Ａ】例示的なユーザインターフェースを示す図である。
【図２３Ｂ】例示的なユーザインターフェースを示す図である。
【図２３Ｃ】例示的なユーザインターフェースを示す図である。
【００４８】
【図２４】例示的なユーザインターフェースを示す図である。
【００４９】
【図２５】アラートを管理するための例示的なプロセスを示す図である。
【００５０】
【図２６】アラートを管理するための例示的なプロセスを示す図である。
【００５１】
【図２７】アラートを管理するための例示的なプロセスを示す図である。
【００５２】
【図２８】いくつかの実施形態に係る、電子デバイスの例示的な機能ブロック図である。
【図２９】いくつかの実施形態に係る、電子デバイスの例示的な機能ブロック図である。
【図３０】いくつかの実施形態に係る、電子デバイスの例示的な機能ブロック図である。
【図３１】いくつかの実施形態に係る、電子デバイスの例示的な機能ブロック図である。
【発明を実施するための形態】
【００５３】
以下の説明では、例示的な方法、パラメータなどが記載される。ただし、そのような説明は、本開示の範囲に対する制限として意図されるものではなく、例示的な実施形態の説明として提供されることを認識されたい。
【００５４】
上述のとおり、ユーザにより着用されるように構成された小型のパーソナル電子デバイスは、ユーザが、様々なアラート、例えば、テキストメッセージ、電子メール、ボイスメール、音声メッセージ、ストックアラート、クロックアラーム、カレンダーアラート、フィットネスアラート、ストアクーポン又はポイントポログラムアラートを、例えば、ユーザインターフェースを介して見たり、それらに応答したりするのを可能にする。しかしながら、小型デバイスには、アラートを見たり、アラートに応答したりするのに関連するいくつかの課題が存在する。例えば、大きな画面用に設計されたユーザインターフェースアプローチは、小型画面を有する電子デバイス上では、十分に動作しないおそれがある。より小型の画面サイズは、例えば、アラートに関連するテキストコンテンツが読みづらかったり、正確な入力をタッチスクリーンに提供するのが困難であったりするおそれがある。詳細なデバイス利用説明を表示するには画面のスペースが十分でない場合があるため、ユーザインターフェースは、習得したり、使用したりするのに直観的であることが重要である。限られた画面サイズのために、複数のタイル状の画面を表示するのは実用的でない場合があり、このため、ある画面を他の画面で置き換えること、及び単一の画面上に表示される情報量を制限することは、より効果的なユーザインターフェース戦略となり得る。
【００５５】
上記利用上の懸念に加えて、携帯電話又はラップトップコンピュータなどのより大型の電子デバイスによく見られるように、ポケット、ケース、又はハンドバックに入れられるのではなく、小型電子デバイスが、ユーザにより（例えば、シャツ、ベルト、ブレスレット、又はネックレスに取り付けることによって）外側に身に着けられた場合、プライバシーの懸念が存在するおそれがある。ユーザは、近くにいる他人がアラートを見ることができるであろうと懸念する場合があるため、このようなユーザインターフェースは、ユーザが、アラートのコンテンツが表示される場合と頻度とを制御することができることが望ましい。更に、デバイスがユーザにより着用されているため、例えば、携帯電話よりユーザに密着している場合、このようなユーザインターフェースは、頻繁な割り込みによりユーザを困らせないことが望ましい。理想的には、ユーザが、素早く、容易に、かつ直観的に、小型のパーソナル電子デバイス上のアラートを見たり、それに応答したりすることができるユーザインターフェースである。そのような技術は、アラートを使用するユーザの認識的負担を軽減し、それによって生産性を高め得る。更には、そのような技術は、通常であれば冗長なユーザ入力に対して浪費されるプロセッサ及びバッテリの電力を削減することができる。
【００５６】
以下、図１Ａ、図１Ｂ、図２、図３、図４Ａ、図４Ｂ、図５Ａ、及び図５Ｂは、アラート通知を管理するための手法を実行するための例示的なデバイスの説明を提供する。図６Ａ〜図２４は、アラート通知を管理するための、例示的なユーザインターフェースを示す。これらの図のユーザインターフェースはまた、図２５〜図２７のプロセスを含む、以下で説明されるプロセスを示すためにも使用される。
【００５７】
以下の説明では、様々な要素を説明するために、「第１の」、「第２の」などの用語が使用されるが、これらの要素は、これらの用語によって限定されるべきではない。これらの用語は、ある要素を別の要素と区別するためにのみ使用される。例えば、説明される様々な実施形態の範囲から逸脱することなく、第１のタッチを第２のタッチと呼ぶことが可能であり、同様に、第２のタッチを第１のタッチと呼ぶことも可能である。第１のタッチ及び第２のタッチは、双方ともタッチであるが、同じタッチではない。
【００５８】
本明細書で説明される様々な実施形態の説明で使用される用語は、特定の実施形態を説明することのみを目的とするものであって、限定することを意図するものではない。説明される様々な実施形態の説明及び添付の特許請求の範囲で使用されるとき、単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈がそうではないことを明確に示さない限り、複数形もまた含むことが意図されている。本明細書で使用されるとき、用語「及び／又は」は、関連する列挙された項目のうちの１つ以上のあらゆる全ての可能な組み合わせを指し、かつこれを含むことをもまた理解されたい。用語「ｉｎｃｌｕｄｅｓ（含む）」、「ｉｎｃｌｕｄｉｎｇ（含む）」、「ｃｏｍｐｒｉｓｅｓ（備える）」及び／又は「ｃｏｍｐｒｉｓｉｎｇ（備える）」は、本明細書で使用されるとき、述べられた特徴、整数、ステップ、動作、要素、及び／又は構成要素の存在を指定するが、１つ以上の他の特徴、整数、ステップ、動作、要素、構成要素、及び／又はそれらの群の存在又は追加を除外しないことが更に理解されるであろう。
【００５９】
用語「ｉｆ（〜場合に）」は、文脈に応じて「ｗｈｅｎ（〜ときに）」又は「ｕｐｏｎ（〜ときに）」又は「ｉｎ  ｒｅｓｐｏｎｓｅ  ｔｏ  ｄｅｔｅｒｍｉｎｉｎｇ（〜との判定に応じて）」、又は「ｉｎ  ｒｅｓｐｏｎｓｅ  ｔｏ  ｄｅｔｅｃｔｉｎｇ（〜の検出に応じて）」を意味すると解釈することができる。同様に、句「ｉｆ  ｉｔ  ｉｓ  ｄｅｔｅｒｍｉｎｅｄ（〜と判定される場合に）」又は「ｉｆ  ［ａ  ｓｔａｔｅｄ  ｃｏｎｄｉｔｉｏｎ  ｏｒ  ｅｖｅｎｔ］  ｉｓ  ｄｅｔｅｃｔｅｄ（［述べられる条件又はイベント］が検出される場合に）」は、文脈に応じて「ｕｐｏｎ  ｄｅｔｅｒｍｉｎｉｎｇ（〜と判定されるときに）」又は「ｉｎ  ｒｅｓｐｏｎｓｅ  ｔｏ  ｄｅｔｅｒｍｉｎｉｎｇ（〜との判定に応じて）」、「ｕｐｏｎ  ｄｅｔｅｃｔｉｎｇ  ［ｔｈｅ  ｓｔａｔｅｄ  ｃｏｎｄｉｔｉｏｎ  ｏｒ  ｅｖｅｎｔ］（［述べられる条件又はイベント］の検出時に）」、又は「ｉｎ  ｒｅｓｐｏｎｓｅ  ｔｏ  ｄｅｔｅｃｔｉｎｇ  ［ｔｈｅ  ｓｔａｔｅｄ  ｃｏｎｄｉｔｉｏｎ  ｏｒ  ｅｖｅｎｔ］（［述べられる条件又はイベント］の検出に応じて）」を意味すると解釈することができる。
【００６０】
電子デバイス、そのようなデバイス用のユーザインターフェース、及びそのようなデバイスを使用するための関連プロセスの実施形態を説明する。いくつかの実施形態では、このデバイスは、ＰＤＡ機能及び／又は音楽再生機能などの他の機能をも含む、モバイル電話機などのポータブル通信デバイスである。ポータブル多機能デバイスの例示的な実施形態は、限定を伴わずに、Ａｐｐｌｅ  Ｉｎｃ．（Ｃｕｐｅｒｔｉｎｏ，Ｃａｌｉｆｏｒｎｉａ）のｉＰｈｏｎｅ（登録商標）、ｉＰｏｄ  Ｔｏｕｃｈ（登録商標）、及びｉＰａｄ（登録商標）デバイスを含む。タッチ感知面（例えば、タッチスクリーンディスプレイ及び／又はタッチパッド）を備えたラップトップ又はタブレットコンピュータなどの他のポータブル電子デバイスも、任意選択的に使用する。また、いくつかの実施形態では、このデバイスは、ポータブル通信デバイスではなく、タッチ感知面（例えば、タッチスクリーンディスプレイ及び／又はタッチパッド）を備えたデスクトップコンピュータであることを理解されたい。
【００６１】
以下の論考では、ディスプレイ及びタッチ感知面を備える電子デバイスを説明する。しかし、この電子デバイスが、物理キーボード、マウス、及び／又はジョイスティックなどの１つ以上の他の物理ユーザインターフェースデバイスを任意選択的に含むことを理解されたい。
【００６２】
デバイスは、描画アプリケーション、プレゼンテーションアプリケーション、ワードプロセッシングアプリケーション、ウェブサイト作成アプリケーション、ディスクオーサリングアプリケーション、スプレッドシートアプリケーション、ゲームアプリケーション、電話アプリケーション、テレビ会議アプリケーション、電子メールアプリケーション、インスタントメッセージングアプリケーション、トレーニングサポートアプリケーション、写真管理アプリケーション、デジタルカメラアプリケーション、デジタルビデオカメラアプリケーション、ウェブブラウジングアプリケーション、デジタル音楽再生アプリケーション、及び／又はデジタルビデオ再生アプリケーションのうちの１つ以上など、様々なアプリケーションをサポートしてもよい。
【００６３】
デバイス上で実行される様々なアプリケーションは、タッチ感知面などの、少なくとも１つの共通の物理ユーザインターフェースデバイスを任意選択的に使用する。タッチ感知面の１つ以上の機能並びにデバイス上に表示される対応する情報は、アプリケーションごとに、かつ／又はそれぞれのアプリケーション内で、任意選択的に調整及び／又は変更される。このように、デバイスの共通の（タッチ感知面などの）物理アーキテクチャは、ユーザにとって直観的で分かりやすいユーザインターフェースを有する様々なアプリケーションを任意選択的にサポートする。
【００６４】
ここで、タッチ感知ディスプレイを備えるポータブルデバイスの実施形態に注意を向ける。図１Ａは、いくつかの実施形態に係る、タッチ感知ディスプレイシステム１１２を備えるポータブル多機能デバイス１００を示すブロック図である。タッチ感知ディスプレイ１１２は、便宜上「タッチスクリーン」と呼ばれる場合があり、「タッチ感知ディスプレイシステム」として既知であるか、又はそのように呼ばれる場合がある。デバイス１００は、メモリ１０２（任意選択的に、１つ以上のコンピュータ可読記憶媒体を含む）、メモリコントローラ１２２、１つ以上の処理ユニット（ＣＰＵ）１２０、周辺機器インターフェース１１８、ＲＦ回路１０８、オーディオ回路１１０、スピーカ１１１、マイクロフォン１１３、入出力（Ｉ／Ｏ）サブシステム１０６、他の入力制御デバイス１１６、及び外部ポート１２４を含む。デバイス１００は、１つ以上の光センサ１６４を任意選択的に含む。デバイス１００は、デバイス１００（例えば、デバイス１００のタッチ感知ディスプレイシステム１１２などのタッチ感知面）上の接触の強度を検出するための、１つ以上の接触強度センサ１６５を任意選択的に含む。デバイス１００は、デバイス１００上に触知出力を生成する（例えば、デバイス１００のタッチ感知ディスプレイシステム１１２又はデバイス３００のタッチパッド３５５などのタッチ感知面上に触知出力を生成する）ための、１つ以上の触知出力生成器１６７を任意選択的に含む。これらの構成要素は、１つ以上の通信バス又は信号線１０３を介して、任意選択的に通信する。
【００６５】
本明細書及び特許請求の範囲で使用するとき、タッチ感知面上の接触の「強度」という用語は、タッチ感知面上の接触（例えば、指接触）の力又は圧力（単位面積当たりの力）、あるいはタッチ感知面上の接触の力又は圧力の代替物（代用物）を指す。接触の強度は、少なくとも４つの異なる値を含み、より典型的には、数百（例えば、少なくとも２５６）の異なる値を含む、値の範囲を有する。接触の強度は、任意選択的に、様々な手法、及び様々なセンサ又はセンサの組み合わせを使用して、判定（又は、測定）される。例えば、タッチ感知面の下の、又はタッチ感知面に隣接する、１つ以上の力センサを任意選択的に使用して、タッチ感知面上の様々な点での力を測定する。いくつかの実装では、複数の力センサからの力測定値を組み合わせて（例えば、加重平均で）、推定される接触の力を判定する。同様に、スタイラスの感圧性先端部を任意選択的に使用して、タッチ感知面上のスタイラスの圧力を判定する。あるいは、タッチ感知面上で検出される接触領域のサイズ及び／若しくはその変化、接触に近接するタッチ感知面の静電容量及び／若しくはその変化、並びに／又は、接触に近接するタッチ感知面の抵抗及び／若しくはその変化が、タッチ感知面上の接触の力又は圧力の代用物として、任意選択的に用いられる。いくつかの実装では、接触の力又は圧力の代替的測定値は、強度閾値を超えているかどうかを判定するために直接用いられる（例えば、強度閾値は、代替的測定値に対応する単位で記述される）。いくつかの実装では、接触の力又は圧力の代替的測定値は、推定される力又は圧力に変換され、この推定される力又は圧力を使用して、強度閾値を超えているかどうか判定される（例えば、強度閾値は、圧力の単位で測定される圧力閾値である）。接触の強度をユーザ入力の属性として使用することにより、アフォーダンスを（例えば、タッチ感知ディスプレイ上に）表示するための、及び／又は、ユーザ入力を（例えば、タッチ感知ディスプレイ、タッチ感知面、又はノブ若しくはボタンなどの物理的／機械的制御部を介して）受信するための面積が制限されている小型デバイス上で、通常であればユーザによるアクセスは不可能であり得る追加的なデバイス機能への、ユーザのアクセスが可能となる。
【００６６】
本明細書及び特許請求の範囲で使用するとき、用語「触知出力」は、ユーザの触覚を使用してユーザによって検出されることになる、デバイスの従前の位置に対するそのデバイスの物理的変位、デバイスの別の構成要素（例えば、筐体）に対するそのデバイスの構成要素（例えば、タッチ感知面）の物理的変位、又はデバイスの質量中心に対する構成要素の変位を指す。例えば、デバイス又はデバイスの構成要素が、タッチに敏感なユーザの表面（例えば、指、手のひら、又はユーザの手の他の部分）に接触している状況では、物理的変位によって生成される触知出力は、そのデバイス又はデバイスの構成要素の物理的特性の知覚される変化に対応する触感として、ユーザによって解釈されることになる。例えば、タッチ感知面（例えば、タッチ感知ディスプレイ又はトラックパッド）の移動は、ユーザによって、物理アクチュエータボタンの「ダウンクリック」又は「アップクリック」として、任意選択的に解釈される。一部の場合には、ユーザの移動によって物理的に押圧される（例えば、変位される）、タッチ感知面に関連付けられた物理アクチュエータボタンの移動がない場合であっても、ユーザは、「ダウンクリック」又は「アップクリック」などの触感を感じることになる。別の例として、タッチ感知面の移動は、タッチ感知面の平滑度に変化がないときでさえ、タッチ感知面の「粗さ」として、ユーザによって任意選択的に解釈又は感知される。ユーザによるタッチのかかる解釈は、ユーザの個別の感覚認知によるが、大多数のユーザに共通したタッチの感覚認知が数多くある。それゆえ、触知出力が、ユーザの特定の感覚認知（例えば、「アップクリック」、「ダウンクリック」、「粗さ」）に対応するものとして説明される場合、特に明記しない限り、生成される触知出力は、典型的な（又は、平均的な）ユーザに対して、その説明される感覚認知を生じさせる、デバイス又はその構成要素の物理的変位に対応する。
【００６７】
デバイス１００は、ポータブル多機能デバイスの一実施例に過ぎず、デバイス１００は、示されているものよりも多くの構成要素又は少ない構成要素を任意選択的に有し、２つ以上の構成要素を任意選択的に組み合わせるか、又は、それらの構成要素の異なる構成若しくは配置を任意選択的に有することを理解されたい。図１Ａに示される様々な構成要素は、１つ以上の信号処理回路及び／又は特定用途向け集積回路を含む、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの双方の組み合わせの形態で実装される。
【００６８】
メモリ１０２は、１つ以上のコンピュータ可読記憶媒体を含んでもよい。コンピュータ可読記憶媒体は、有形かつ非一時的であってもよい。メモリ１０２は、高速ランダムアクセスメモリを含んでもよく、また、１つ以上の磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性ソリッドステートメモリデバイスなどの、不揮発性メモリを含んでもよい。メモリコントローラ１２２は、デバイス１００の他の構成要素によるメモリ１０２へのアクセスを制御してもよい。
【００６９】
周辺機器インターフェース１１８を使用して、デバイスの入力及び出力周辺機器を、ＣＰＵ１２０及びメモリ１０２に結合することができる。１つ以上のプロセッサ１２０は、メモリ１０２に記憶された様々なソフトウェアプログラム及び／若しくは命令セットを走らせたり、実行したりして、デバイス１００に関する様々な機能を実行し、かつデータを処理する。いくつかの実施形態では、周辺機器インターフェース１１８、ＣＰＵ１２０、及びメモリコントローラ１２２は、チップ１０４などの単一チップ上に実装されてもよい。一部の他の実施形態では、それらは、別個のチップ上に実装されてもよい。
【００７０】
ＲＦ（無線周波数）回路１０８は、電磁信号とも呼ばれるＲＦ信号を送受信する。ＲＦ回路１０８は、電気信号を電磁信号に、又は電磁信号を電気信号に変換し、電磁信号を介して通信ネットワーク及び他の通信デバイスと通信する。ＲＦ回路１０８は、アンテナシステム、ＲＦ送受信機、１つ以上の増幅器、同調器、１つ以上の発振器、デジタル信号プロセッサ、ＣＯＤＥＣチップセット、加入者識別モジュール（ＳＩＭ）カード、メモリなどを含むがこれらに限定されない、これらの機能を実行するための周知の回路を任意選択的に含む。ＲＦ回路１０８は、インターネット情報検索システム（ＷＷＷ）とも呼ばれるインターネットなどのネットワーク、セルラー電話ネットワークなどのイントラネット及び／又は無線ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）及び／又はメトロポリタンエリアネットワーク（ＭＡＮ）、並びに他のデバイスと、無線通信によって、任意選択的に通信する。ＲＦ回路１０８は、短距離通信無線によるものなどの、近距離通信（ＮＦＣ）フィールドを検出するための、周知の回路機構を任意選択的に含む。無線通信は、複数の通信規格、通信プロトコル、及び通信技術のうちのいずれかを任意選択的に使用し、それらの通信規格、通信プロトコル、及び通信技術としては、移動通信用のグローバルシステム（Global System for Mobile Communications、ＧＳＭ（登録商標））、拡張データＧＳＭ環境（Enhanced Data GSM Environment、ＥＤＧＥ）、高速ダウンリンクパケットアクセス（high-speed downlink packet access、ＨＳＤＰＡ）、高速アップリンクパケットアクセス（high-speed uplink packet access、ＨＳＵＰＡ）、Ｅｖｏｌｕｔｉｏｎ，Ｄａｔａ−Ｏｎｌｙ（ＥＶ−ＤＯ）、ＨＳＰＡ、ＨＳＰＡ＋、２重セルＨＳＰＡ（Dual-Cell HSPA、ＤＣ−ＨＳＰＤＡ）、ロングタームエボリューション（long term evolution、ＬＴＥ）、近距離無線通信（near field communication、ＮＦＣ）、広帯域符号分割多元接続（wideband code division multiple access、Ｗ−ＣＤＭＡ）、符号分割多元接続（code division multiple access、ＣＤＭＡ）、時分割多元接続（time division multiple access、ＴＤＭＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＴＬＥ）、Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ（Ｗｉ−Ｆｉ）（登録商標）（例えば、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｎ、及び／又はＩＥＥＥ８０２．１１ac）、ボイスオーバーインターネットプロトコル（voice over Internet Protocol、ＶｏＩＰ）、Ｗｉ−ＭＡＸ、電子メール用のプロトコル（例えば、インターネットメッセージアクセスプロトコル（Internet message access protocol、ＩＭＡＰ）及び／又はポストオフィスプロトコル（post office protocol、ＰＯＰ））、インスタントメッセージング（例えば、拡張可能メッセージング及びプレゼンスプロトコル（extensible messaging and presence protocol、ＸＭＰＰ）、インスタントメッセージング及びプレゼンス利用拡張向けセッション開始プロトコル（Session Initiation Protocol for Instant Messaging and Presence Leveraging Extensions、ＳＩＭＰＬＥ）、インスタントメッセージング及びプレゼンスサービス（Instant Messaging and Presence Service、ＩＭＰＳ））、及び／又はショートメッセージサービス（Short Message Service、ＳＭＳ）、あるいは本文書の出願日現在までに未だ開発されていない通信プロトコルを含めた任意の他の好適な通信プロトコルが挙げられるが、これらに限定されない。
【００７１】
オーディオ回路１１０、スピーカ１１１、及びマイクロフォン１１３は、ユーザとデバイス１００との間の音声インターフェースを提供する。オーディオ回路１１０は、周辺機器インターフェース１１８から音声データを受信し、音声データを電気信号に変換し、電気信号をスピーカ１１１に送信する。スピーカ１１１は、電気信号を人間の可聴音波に変換する。オーディオ回路１１０はまた、マイクロフォン１１３により音波から変換された電気信号を受信する。オーディオ回路１１０は、電気信号を音声データに変換し、処理するために音声データを周辺機器インターフェース１１８に送信する。音声データは、周辺機器インターフェース１１８によって、メモリ１０２及び／又はＲＦ回路１０８から取得され、かつ／あるいはメモリ１０２及び／又はＲＦ回路１０８に送信されてもよい。いくつかの実施形態では、オーディオ回路１１０はまた、ヘッドセットジャック（例えば、図２の２１２）を備える。ヘッドセットジャックは、オーディオ回路１１０と、出力専用ヘッドホン又は出力（例えば、片耳又は両耳用のヘッドホン）及び入力（例えば、マイクロフォン）の両方を持つヘッドセットなどの、取り外し可能なオーディオ入出力周辺機器との間のインターフェースを提供する。
【００７２】
Ｉ／Ｏサブシステム１０６は、周辺機器インターフェース１１８に、タッチスクリーン１１２及び他の入力制御デバイス１１６などのデバイス１００の入出力周辺機器を接続する。Ｉ／Ｏサブシステム１０６は、ディスプレイコントローラ１５６、光センサコントローラ１５８、強度センサコントローラ１５９、触覚フィードバックコントローラ１６１、及び他の入力又は制御デバイス用の１つ以上の入力コントローラ１６０を、任意選択的に含む。１つ以上の入力コントローラ１６０は、他の入力制御デバイス１１６との間で、電気信号の送受信を行う。他の入力制御デバイス１１６は、物理ボタン（例えば、プッシュボタン、ロッカボタンなど）、ダイヤル、スライダースイッチ、ジョイスティック、クリックホイールなどを、任意選択的に含む。いくつかの代替的実施形態において、入力コントローラ（１つ又は複数）１６０は、キーボード、赤外線ポート、ＵＳＢポート、及びマウスなどのポインタデバイスのうちのいずれかに、任意選択的に接続される（又は、いずれにも接続されない）。１つ以上のボタン（例えば、図２の２０８）は、スピーカ１１１及び／又はマイクロフォン１１３の音量調節のためのアップ／ダウンボタンを任意選択的に含む。１つ以上のボタンは、プッシュボタン（例えば、図２の２０６）を任意選択的に含む。
【００７３】
２００５年１２月２３日に出願された、米国特許第７，６５７，８４９号である米国特許出願第１１／３２２，５４９号、「Ｕｎｌｏｃｋｉｎｇ  ａ  Ｄｅｖｉｃｅ  ｂｙ  Ｐｅｒｆｏｒｍｉｎｇ  Ｇｅｓｔｕｒｅｓ  ｏｎ  ａｎ  Ｕｎｌｏｃｋ  Ｉｍａｇｅ」に記載されているように、プッシュボタンの素早い押下により、タッチスクリーン１１２のロックが解かれるか、又はタッチスクリーン上のジェスチャを用いてデバイスをロック解除する処理が開始されてもよい。同出願は、その全体が本明細書において参照により組み込まれている。プッシュボタン（例えば、２０６）のより長い押下により、デバイス１００の電源を、オン又はオフにすることができる。ユーザは、ボタンのうちの１つ以上の機能をカスタマイズすることが可能であってもよい。タッチスクリーン１１２は、仮想若しくはソフトボタン並びに１つ以上のソフトキーボードを実装するために用いられる。
【００７４】
タッチ感知ディスプレイ１１２は、デバイスとユーザとの間の入力インターフェース及び出力インターフェースを提供する。ディスプレイコントローラ１５６は、タッチスクリーン１１２との間で、電気信号の送受信を行う。タッチスクリーン１１２は、ユーザに視覚出力を表示する。この視覚出力は、グラフィック、テキスト、アイコン、ビデオ、及びそれらの任意の組み合わせ（「グラフィック」と総称される）を含み得る。いくつかの実施形態では、これらの視覚出力の一部又は全ては、ユーザインターフェースオブジェクトに対応し得る。
【００７５】
タッチスクリーン１１２は、触覚及び／若しくは触感の接触に基づくユーザからの入力を受け付けるタッチ感知面、センサ、又はセンサのセットを有している。タッチスクリーン１１２及びディスプレイコントローラ１５６は（メモリ１０２内の任意の関連モジュール及び／又は命令セットと共に）、タッチスクリーン１１２上で接触（及び任意の移動又は接触の中断）を検出し、検出された接触をタッチスクリーン１１２上に表示されたユーザインターフェースオブジェクト（例えば、１つ以上のソフトキー、アイコン、ウェブページ、又は画像）との対話に変換する。例示的な実施形態では、タッチスクリーン１１２とユーザとの間の接触点は、ユーザの指に対応する。
【００７６】
タッチスクリーン１１２は、ＬＣＤ（liquid crystal display、液晶ディスプレイ）技術、ＬＰＤ（light emitting polymer display、発光ポリマーディスプレイ）技術、又はＬＥＤ（light emitting diode、発光ダイオード）技術を用いてもよいが、他の実施形態では、その他のディスプレイ技術が使用されてもよい。タッチスクリーン１１２及びディスプレイコントローラ１５６は、限定するものではないが、静電容量技術、抵抗性技術、赤外線技術、及び表面超音波技術、並びにタッチスクリーン１１２との１つ以上の接触点を判定するための、他の近接センサアレイ又は他の要素を含む、現在知られているか若しくは今後開発される複数のタッチ感知技術のうちのいずれかを使用して、接触及びそのあらゆる移動若しくは中断を検出してもよい。例示的な実施形態では、Ａｐｐｌｅ  Ｉｎｃ．（Ｃｕｐｅｒｔｉｎｏ，Ｃａｌｉｆｏｒｎｉａ）のｉＰｈｏｎｅ（登録商標）及びｉＰｏｄ  Ｔｏｕｃｈ（登録商標）において見られるものなどの、投影型相互静電容量感知技術が使用されている。
【００７７】
タッチスクリーン１１２のいくつかの実施形態におけるタッチ感知ディスプレイは、以下の米国特許第６，３２３，８４６号（Ｗｅｓｔｅｒｍａｎ  ｅｔ  ａｌ．）、第６，５７０，５５７号（Ｗｅｓｔｅｒｍａｎ  ｅｔ  ａｌ．）、及び／若しくは第６，６７７，９３２号（Ｗｅｓｔｅｒｍａｎ）、並びに／又は米国特許出願公開第２００２／００１５０２４（Ａ１）号に記載されているマルチタッチ感知タッチパッドに類似していてもよい。同文献のそれぞれは、その全体が本明細書において参照により組み込まれている。ただし、タッチスクリーン１１２は、デバイス１００からの視覚出力を表示するのに対して、タッチ感知タッチパッドは、視覚出力を提供しない。
【００７８】
タッチスクリーン１１２のいくつかの実施形態におけるタッチ感知ディスプレイは、以下の出願で説明されているとおりであってもよい。（１）２００６年５月２日出願の米国特許出願第１１／３８１，３１３号、「Ｍｕｌｔｉｐｏｉｎｔ  Ｔｏｕｃｈ  Ｓｕｒｆａｃｅ  Ｃｏｎｔｒｏｌｌｅｒ」、（２）２００４年５月６日出願の米国特許出願第１０／８４０，８６２号、「Ｍｕｌｔｉｐｏｉｎｔ  Ｔｏｕｃｈｓｃｒｅｅｎ」、（３）２００４年７月３０日出願の米国特許出願第１０／９０３，９６４号、「Ｇｅｓｔｕｒｅｓ  Ｆｏｒ  Ｔｏｕｃｈ  Ｓｅｎｓｉｔｉｖｅ  Ｉｎｐｕｔ  Ｄｅｖｉｃｅｓ」、（４）２００５年１月３１日出願の米国特許出願第１１／０４８，２６４号、「Ｇｅｓｔｕｒｅｓ  Ｆｏｒ  Ｔｏｕｃｈ  Ｓｅｎｓｉｔｉｖｅ  Ｉｎｐｕｔ  Ｄｅｖｉｃｅｓ」、（５）２００５年１月１８日出願の米国特許出願第１１／０３８，５９０号、「Ｍｏｄｅ−Ｂａｓｅｄ  Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅｓ  Ｆｏｒ  Ｔｏｕｃｈ  Ｓｅｎｓｉｔｉｖｅ  Ｉｎｐｕｔ  Ｄｅｖｉｃｅｓ」、（６）２００５年９月１６日出願の米国特許出願第１１／２２８，７５８号、「Ｖｉｒｔｕａｌ  Ｉｎｐｕｔ  Ｄｅｖｉｃｅ  Ｐｌａｃｅｍｅｎｔ  Ｏｎ  Ａ  Ｔｏｕｃｈ  Ｓｃｒｅｅｎ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ」、（７）２００５年９月１６日出願の米国特許出願第１１／２２８，７００号、「Ｏｐｅｒａｔｉｏｎ  Ｏｆ  Ａ  Ｃｏｍｐｕｔｅｒ  Ｗｉｔｈ  Ａ  Ｔｏｕｃｈ  Ｓｃｒｅｅｎ  Ｉｎｔｅｒｆａｃｅ」、（８）２００５年９月１６日出願の米国特許出願第１１／２２８，７３７号、「Ａｃｔｉｖａｔｉｎｇ  Ｖｉｒｔｕａｌ  Ｋｅｙｓ  Ｏｆ  Ａ  Ｔｏｕｃｈ−Ｓｃｒｅｅｎ  Ｖｉｒｔｕａｌ  Ｋｅｙｂｏａｒｄ」、及び（９）２００６年３月３日出願の米国特許出願第１１／３６７，７４９号、「Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎａｌ  Ｈａｎｄ−Ｈｅｌｄ  Ｄｅｖｉｃｅ」。これらの出願の全ては、その全体が参照により本明細書に組み込まれる。
【００７９】
タッチスクリーン１１２は、１００ｄｐｉを超えるビデオ解像度を有し得る。いくつかの実施形態では、タッチスクリーンは、約１６０ｄｐｉのビデオ解像度を有する。ユーザは、スタイラス、指などの、任意の好適な物体又は付属物を使用して、タッチスクリーン１１２に接触してもよい。いくつかの実施形態では、ユーザインターフェースは、主として指に基づく接触及びジェスチャで機能するように設計されるが、これらは、タッチスクリーン上での指の接触面積がより広いことにより、スタイラスに基づく入力よりも精度が低い恐れがある。いくつかの実施形態において、デバイスは、指に基づく粗い入力を、ユーザによって所望されるアクションを実行するための、正確なポインタ／カーソルの位置又はコマンドに変換する。
【００８０】
いくつかの実施形態では、タッチスクリーンに加えて、デバイス１００は、特定の機能をアクティブ化又は非アクティブ化するための、タッチパッド（図示せず）を含んでもよい。いくつかの実施形態では、タッチパッドは、タッチスクリーンとは異なり、視覚出力を表示しない、デバイスのタッチ感知エリアである。タッチパッドは、タッチスクリーン１１２とは別個のタッチ感知面であってもよく、あるいはタッチスクリーンによって形成されるタッチ感知面の拡張部であってもよい。
【００８１】
デバイス１００はまた、様々な構成要素に電力を供給するための、電力システム１６２も含む。電力システム１６２は、電力管理システム、１つ以上の電源（例えば、バッテリ、交流（ＡＣ））、再充電システム、停電検出回路、電力コンバータ又はインバータ、電力状態インジケータ（例えば、発光ダイオード（ＬＥＤ））、並びにポータブルデバイス内での電力の生成、管理、及び分配に関連付けられる任意の他の構成要素を含んでもよい。
【００８２】
デバイス１００はまた、１つ以上の光センサ１６４を含んでもよい。図１Ａは、Ｉ／Ｏサブシステム１０６内の光センサコントローラ１５８に結合された光センサを示す。光センサ１６４は、電荷結合素子（ＣＣＤ）又は相補的金属酸化物半導体（ＣＭＯＳ）フォトトランジスタを含んでもよい。光センサ１６４は、１つ以上のレンズを通して投影された、環境からの光を受光し、その光を、画像を表すデータに変換する。撮像モジュール１４３（カメラモジュールとも呼ばれる）と関連して、光センサ１６４は、静止画像又はビデオを取り込んでもよい。いくつかの実施形態では、光センサは、デバイスの前面上のタッチスクリーンディスプレイ１１２の反対側である、デバイス１００の背面上に配置されることにより、タッチスクリーンディスプレイは、静止画像及び／又はビデオ画像の取得のためのビューファインダとして使用することが可能となる。いくつかの実施形態では、光センサは、デバイスの前面上に配置されることにより、ユーザがタッチスクリーンディスプレイ上で他のテレビ会議の参加者を見ながら、ユーザの画像をテレビ会議のために取得することができる。いくつかの実施形態では、光センサ１６４の位置は、ユーザによって（例えば、デバイス筐体内のレンズ及びセンサを回転させることによって）変更することができ、それにより、テレビ会議並びに静止画像及び／又はビデオ画像の取得の双方のために、単一の光センサ１６４を、タッチスクリーンディスプレイと共に使用することができる。
【００８３】
デバイス１００はまた、１つ以上の接触強度センサ１６５を任意選択的に含む。図１Ａは、Ｉ／Ｏサブシステム１０６内の強度センサコントローラ１５９に結合された接触強度センサを示す。接触強度センサ１６５は、１つ以上のピエゾ抵抗ひずみゲージ、電気容量式力センサ、電気力センサ、圧電力センサ、光学力センサ、容量式タッチ感知面、又は他の強度センサ（例えば、タッチ感知面上の接触の力（又は圧力）を測定するために使用するセンサ）を任意選択的に含む。接触強度センサ１６５は、環境から、接触強度情報（例えば、圧力情報又は圧力情報の代用物）を受信する。いくつかの実施形態では、少なくとも１つの接触強度センサは、タッチ感知面（例えば、タッチ感知ディスプレイシステム１１２）に併置されているか、又は近接している。いくつかの実施形態では、少なくとも１つの接触強度センサは、デバイス１００の前面に配置されたタッチスクリーンディスプレイ１１２の反対側である、デバイス１００の背面に配置されている。
【００８４】
デバイス１００はまた、１つ以上の近接センサ１６６を含んでもよい。図１Ａは、周辺機器インターフェース１１８に結合された近接センサ１６６を示す。あるいは、近接センサ１６６は、Ｉ／Ｏサブシステム１０６内の入力コントローラ１６０に結合されてもよい。近接センサ１６６は、米国特許出願第１１／２４１，８３９号、「Ｐｒｏｘｉｍｉｔｙ  Ｄｅｔｅｃｔｏｒ  Ｉｎ  Ｈａｎｄｈｅｌｄ  Ｄｅｖｉｃｅ」、同第１１／２４０，７８８号、「Ｐｒｏｘｉｍｉｔｙ  Ｄｅｔｅｃｔｏｒ  Ｉｎ  Ｈａｎｄｈｅｌｄ  Ｄｅｖｉｃｅ」、同第１１／６２０，７０２号、「Ｕｓｉｎｇ  Ａｍｂｉｅｎｔ  Ｌｉｇｈｔ  Ｓｅｎｓｏｒ  Ｔｏ  Ａｕｇｍｅｎｔ  Ｐｒｏｘｉｍｉｔｙ  Ｓｅｎｓｏｒ  Ｏｕｔｐｕｔ」、同第１１／５８６，８６２号、「Ａｕｔｏｍａｔｅｄ  Ｒｅｓｐｏｎｓｅ  Ｔｏ  Ａｎｄ  Ｓｅｎｓｉｎｇ  Ｏｆ  Ｕｓｅｒ  Ａｃｔｉｖｉｔｙ  Ｉｎ  Ｐｏｒｔａｂｌｅ  Ｄｅｖｉｃｅｓ」、及び同第１１／６３８，２５１号、「Ｍｅｔｈｏｄｓ  Ａｎｄ  Ｓｙｓｔｅｍｓ  Ｆｏｒ  Ａｕｔｏｍａｔｉｃ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｆ  Ｐｅｒｉｐｈｅｒａｌｓ」で説明されるように機能し得るものであり、これらの出願は、その全体が参照により本明細書に組み込まれる。いくつかの実施形態では、多機能デバイスが、ユーザの耳の近くに配置される場合（例えば、ユーザが電話通話を行っている場合）、近接センサは、タッチスクリーン１１２をオフにして無効化する。
【００８５】
デバイス１００はまた、１つ以上の触知出力生成器１６７を任意選択的に含む。図１Ａは、Ｉ／Ｏサブシステム１０６内の触覚フィードバックコントローラ１６１に結合された触知出力生成器１６７を示す。触知出力生成器１６７は、スピーカ又は他のオーディオ構成要素などの１つ以上の電気音響デバイス、及び／又はモータ、ソレノイド、電気活性ポリマー、圧電アクチュエータ、静電アクチュエータ、若しくは他の触知出力構成要素（例えば、デバイス上で電気信号を触知出力に変換する構成要素）などの、エネルギーを直線運動に変換する電気機械デバイスを、任意選択的に含む。接触強度センサ１６５は、触覚フィードバックモジュール１３３から触知フィードバック生成命令を受信し、デバイス１００のユーザが感知できる触知出力をデバイス１００上で生成する。いくつかの実施形態において、少なくとも１つの触知出力生成器は、タッチ感知面（例えば、タッチ感知ディスプレイシステム１１２）と併置されているか、又は近接しており、任意選択的に、タッチ感知面を垂直方向に（例えば、デバイス１００の表面の内／外）又は横方向（例えば、デバイス１００の表面と同じ平面の前後方向）に移動させることによって、触知出力を生成する。いくつかの実施形態において、少なくとも１つの触知出力生成器センサは、デバイス１００の前面に配置されたタッチスクリーンディスプレイ１１２の反対側である、デバイス１００の背面に配置されている。
【００８６】
デバイス１００はまた、１つ以上の加速度計１６８を含んでもよい。図１Ａは、周辺機器インターフェース１１８に結合された加速度計１６８を示す。あるいは、加速度計１６８は、Ｉ／Ｏサブシステム１０６内の入力コントローラ１６０に結合されてもよい。加速度計１６８は、米国特許出願公開第２００５／０１９００５９号、「Ａｃｃｅｌｅｒａｔｉｏｎ−ｂａｓｅｄ  Ｔｈｅｆｔ  Ｄｅｔｅｃｔｉｏｎ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｐｏｒｔａｂｌｅ  Ｅｌｅｃｔｒｏｎｉｃ  Ｄｅｖｉｃｅｓ」、及び同第２００６／００１７６９２号、「Ｍｅｔｈｏｄｓ  Ａｎｄ  Ａｐｐａｒａｔｕｓｅｓ  Ｆｏｒ  Ｏｐｅｒａｔｉｎｇ  Ａ  Ｐｏｒｔａｂｌｅ  Ｄｅｖｉｃｅ  Ｂａｓｅｄ  Ｏｎ  Ａｎ  Ａｃｃｅｌｅｒｏｍｅｔｅｒ」で説明されるように機能し得るものであり、これらの文献はどちらも、その全体が参照により本明細書に組み込まれる。いくつかの実施形態では、情報は、１つ以上の加速度計から受信したデータの分析に基づいて、縦長表示又は横長表示でタッチスクリーンディスプレイ上に表示される。デバイス１００は、加速度計（１つ又は複数）１６８に加えて、磁力計（図示せず）並びにデバイス１００の位置及び向き（例えば、ポートレート又はランドスケープ）に関する情報を取得するためのＧＰＳ（又はＧＬＯＮＡＳＳ又は他のグローバルナビゲーションシステム）受信部（図示せず）を任意選択的に含む。
【００８７】
いくつかの実施形態において、メモリ１０２に記憶されたソフトウェア構成要素は、オペレーティングシステム１２６、通信モジュール（又は命令セット）１２８、接触／動きモジュール（又は命令セット）１３０、グラフィックモジュール（又は命令セット）１３２、テキスト入力モジュール（又は命令セット）１３４、全地球測位システム（ＧＰＳ）モジュール（又は命令セット）１３５、及びアプリケーション（又は命令セット）１３６を含む。更に、いくつかの実施形態では、図１Ａ及び図３に示すように、メモリ１０２（図１Ａ）又はメモリ３７０（図３）は、デバイス／グローバル内部状態１５７を記憶する。デバイス／グローバル内部状態１５７は、現在アクティブ状態のアプリケーションがある場合、どのアプリケーションがアクティブかを示す、アクティブアプリケーション状態と、どのアプリケーション、ビュー、又は他の情報がタッチスクリーンディスプレイ１１２の様々な領域を占領しているかを示す、表示状態と、デバイスの様々なセンサ及び入力制御デバイス１１６から得た情報を含む、センサ状態と、デバイスの位置及び／又は姿勢に関する位置情報と、のうちの１つ以上を含む。
【００８８】
オペレーティングシステム１２６（例えば、Ｄａｒｗｉｎ（登録商標）、ＲＴＸＣ（登録商標）、ＬＩＮＵＸ（登録商標）、ＵＮＩＸ（登録商標）、ＯＳ  Ｘ（登録商標）、ｉＯＳ（登録商標）、ＷＩＮＤＯＷＳ（登録商標）、又はＶｘＷｏｒｋｓ（登録商標）などの組み込みオペレーティングシステム）は、一般的なシステムタスク（例えば、メモリ管理、記憶デバイス制御、電力管理など）を制御及び管理するための、様々なソフトウェア構成要素及び／又はドライバを含み、様々なハードウェア構成要素とソフトウェア構成要素との間の通信を容易にする。
【００８９】
通信モジュール１２８は、１つ以上の外部ポート１２４を介した他のデバイスとの通信を容易にし、また、ＲＦ回路１０８及び／又は外部ポート１２４によって受信されたデータを処理するための様々なソフトウェア構成要素も含む。外部ポート１２４（例えば、ユニバーサルシリアルバス（ＵＳＢ）、ＦＩＲＥＷＩＲＥ（登録商標）など）は、他のデバイスに直接結合するように、又はネットワーク（例えば、インターネット、無線ＬＡＮなど）を介して間接的に結合するように、適合される。いくつかの実施形態では、外部ポートは、ｉＰｏｄ（登録商標）（ＡｐｐｌｅＩｎｃ．の商標）デバイス上で使用される３０ピンコネクタと同一の、又はこれに類似した及び／若しくは互換性のあるマルチピン（例えば、３０ピン）コネクタである。
【００９０】
接触／動きモジュール１３０は、（ディスプレイコントローラ１５６と併せて）タッチスクリーン１１２との接触、及び他のタッチ感知デバイス（例えば、タッチパッド又は物理クリックホイール）との接触を任意選択的に検出する。接触／動きモジュール１３０は、接触が生じたか否かを判定すること（例えば、指を下ろすイベントを検出すること）、接触の強度（例えば、接触の力若しくは圧力、又は接触の力若しくは圧力の代替物）を判定すること、接触の移動が存在するか否かを判定し、タッチ感知面を横断する移動を追跡すること（例えば、指をドラッグする１つ以上のイベントを検出すること）、及び接触が停止したか否かを判定すること（例えば、指を上げるイベント又は接触の中断を検出すること）などの、接触の検出に関する様々な動作を実行するための、様々なソフトウェア構成要素を含む。接触／動きモジュール１３０は、タッチ感知面から接触データを受信する。一連の接触データにより表される接触点の移動を判定することは、接触点の速さ（大きさ）、速度（大きさ及び方向）、及び／又は加速度（大きさ及び／又は方向の変化）を判定することを、任意選択的に含む。これらの動作は、任意選択的に、単一の接触（例えば、１つの指の接触）又は複数の同時接触（例えば、「マルチタッチ」／複数の指の接触）に適用される。いくつかの実施形態では、接触／動きモジュール１３０及びディスプレイコントローラ１５６は、タッチパッド上の接触を検出する。
【００９１】
いくつかの実施形態では、接触／動きモジュール１３０は、１つ以上の強度閾値のセットを使用して、ユーザによって動作が実行されたか否かを判定する（例えば、ユーザがアイコン上で「クリック」したか否かを判定する）。いくつかの実施形態では、少なくとも強度閾値のサブセットが、ソフトウェアパラメータに従って判定される（例えば、強度閾値は、特定の物理アクチュエータのアクティブ化閾値によって判定されず、デバイス１００の物理ハードウェアを変更することなく調整され得る）。例えば、トラックパッド又はタッチスクリーンディスプレイのマウス「クリック」閾値は、トラックパッド又はタッチスクリーンディスプレイハードウェアを変更することなく、広範囲の既定閾値のうちのいずれかに設定し得る。更に、いくつかの実装において、デバイスのユーザには、（例えば、個々の強度閾値を調整することにより、及び／又は「強度」パラメータのシステムレベルのクリックにより一度に複数の強度閾値を調整することによって）強度閾値のセットのうちの１つ以上を調整するためのソフトウェア設定が提供されている。
【００９２】
接触／動きモジュール１３０は、ユーザによるジェスチャ入力を任意選択的に検出する。タッチ感知面上での異なるジェスチャは、異なる接触パターン（例えば、検出された接触の、異なる動き、タイミング、及び／又は強度）を有する。それゆえ、ジェスチャは、特定の接触パターンを検出することによって、任意選択的に、検出される。例えば、指のタップジェスチャを検出することは、指を下ろすイベントを検出し、続いて（例えば、アイコンの位置での）その指を下ろすイベントと同じ位置（又は、実質的に同じ位置）で指を上げる（リフトオフする）イベントを検出することを含む。別の例として、タッチ感知面での指のスワイプジェスチャを検出することは、指を下ろすイベントを検出し、続いて１つ以上の指をドラッグするイベントを検出し、その後、指を上げる（リフトオフする）イベントを検出することを含む。
【００９３】
グラフィックモジュール１３２は、表示されるグラフィックの視覚的効果（例えば、輝度、透明度、彩度、コントラスト、又は他の視覚特性）を変更するための構成要素を含めた、タッチスクリーン１１２又は他のディスプレイ上にグラフィックをレンダリングして表示するための、様々な周知のソフトウェア構成要素を含む。本明細書で使用するとき、用語「グラフィック」は、ユーザに対して表示することができる任意のオブジェクトを含み、それらのオブジェクトとしては、テキスト、ウェブページ、アイコン（ソフトキーを含むユーザインターフェースオブジェクトなど）、デジタル画像、ビデオ、アニメーションなどが挙げられるが、これらに限定されない。
【００９４】
いくつかの実施形態では、グラフィックモジュール１３２は、使用されるグラフィックを表すデータを記憶する。それぞれのグラフィックには、対応するコードが、任意選択的に割り当てられる。グラフィックモジュール１３２は、アプリケーションなどから、必要に応じて、座標データ及び他のグラフィックプロパティデータと共に表示されるグラフィックを指定する１つ以上のコードを受信し、次いで、ディスプレイコントローラ１５６に出力する画面画像データを生成する。
【００９５】
触覚フィードバックモジュール１３３は、デバイス１００とのユーザ対話に応じて、デバイス１００上の１つ以上の場所で触知出力を生成するために、触知出力生成器（１つ又は複数）１６７によって使用される命令を生成するための様々なソフトウェア構成要素を含む。
【００９６】
テキスト入力モジュール１３４は、グラフィックモジュール１３２の構成要素であってもよく、様々なアプリケーション（例えば、連絡先１３７、電子メール１４０、ＩＭ１４１、ブラウザ１４７、及びテキスト入力を必要とする任意の他のアプリケーション）でテキストを入力するためのソフトキーボードを提供する。
【００９７】
ＧＰＳモジュール１３５は、デバイスの位置を判定し、様々なアプリケーションで使用するために（例えば、位置に基づくダイヤル動作に使用するために電話１３８へ、ピクチャ／ビデオメタデータとしてカメラ１４３へ、及び気象ウィジェット、地方イエローページウィジェット、地図／ナビゲーションウィジェットなどの位置に基づくサービスを提供するアプリケーションに対して）この情報を提供する。
【００９８】
アプリケーション１３６は、以下のモジュール（又は、命令セット）、又はそれらのサブセット若しくはスーパーセットを含み得る。
●連絡先モジュール１３７（アドレス帳又は連絡先リストとも呼ばれる）、
●電話モジュール１３８、
●テレビ会議モジュール１３９、
●電子メールクライアントモジュール１４０、
●インスタントメッセージング（ＩＭ）モジュール１４１、
●トレーニングサポートモジュール１４２、
●静止画像及び／又はビデオ画像用のカメラモジュール１４３、
●画像管理モジュール１４４、
●ビデオプレーヤモジュール、
●音楽プレーヤモジュール、
●ブラウザモジュール１４７、
●カレンダーモジュール１４８、
●気象ウィジェット１４９−１、株価ウィジェット１４９−２、計算機ウィジェット１４９−３、目覚まし時計ウィジェット１４９−４、辞書ウィジェット１４９−５、及びユーザによって取得された他のウィジェット、並びにユーザ作成ウィジェット１４９−６のうちの１つ以上を含み得る、ウィジェットモジュール１４９、
●ユーザ作成ウィジェット１４９−６を作成するためのウィジェットクリエータモジュール１５０、
●検索モジュール１５１、
●ビデオプレーヤモジュール及び音楽プレーヤモジュールを併合する、ビデオ及び音楽プレーヤモジュール１５２、
●メモモジュール１５３、
●地図プモジュール１５４、及び／又は
●オンラインビデオモジュール１５５。
【００９９】
メモリ１０２内に記憶することが可能な他のアプリケーション１３６の例としては、他のワードプロセッシングアプリケーション、他の画像編集アプリケーション、描画アプリケーション、プレゼンテーションアプリケーション、ＪＡＶＡ（登録商標）対応アプリケーション、暗号化、デジタル著作権管理、音声認識、及び音声複製が挙げられる。
【０１００】
タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４と関連して、連絡先モジュール１３７は、（例えば、メモリ１０２又はメモリ３７０内の連絡先モジュール１３７のアプリケーション内部状態１９２内に記憶される）アドレス帳又は連絡先リストを管理するために使用することができ、この管理には、アドレス帳に名前（１つ又は複数）を追加すること、アドレス帳から名前（１つ又は複数）を削除すること、電話番号（１つ又は複数）、電子メールアドレス（１つ又は複数）、実際の住所（１つ又は複数）、又は他の情報を名前と関連付けること、画像を名前と関連付けること、名前を分類して並べ替えること、電話１３８、テレビ会議モジュール１３９、電子メール１４０、又はＩＭ１４１による通信を開始及び／又は容易にするために、電話番号又は電子メールアドレスを提供すること、などが含まれる。
【０１０１】
ＲＦ回路１０８、オーディオ回路１１０、スピーカ１１１、マイクロフォン１１３、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４と関連して、電話モジュール１３８は、電話番号に対応する一連の文字を入力し、連絡先モジュール１３７内の１つ以上の電話番号にアクセスし、入力されている電話番号を修正し、それぞれの電話番号をダイヤルし、会話を遂行し、会話が完了した際に接続を切るか又は電話を切るために、使用することができる。上述のように、無線通信は、複数の通信規格、通信プロトコル、及び通信技術のうちのいずれかを使用することができる。
【０１０２】
ＲＦ回路１０８、オーディオ回路１１０、スピーカ１１１、マイクロフォン１１３、タッチスクリーン１１２、ディスプレイコントローラ１５６、光センサ１６４、光センサコントローラ１５８、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、連絡先モジュール１３７、及び電話モジュール１３８と関連して、テレビ会議モジュール１３９は、ユーザの指示に従い、ユーザと１人以上の他の参加者との間のテレビ会議を開始し、遂行し、終了するための、実行可能命令を含む。
【０１０３】
ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４と関連して、電子メールクライアントモジュール１４０は、ユーザの指示に応じて、電子メールを作成し、送信し、受信し、管理するための、実行可能命令を含む。画像管理モジュール１４４と関連して、電子メールクライアントモジュール１４０は、カメラモジュール１４３で撮影した静止画像又はビデオ画像を含む電子メールを作成し、送信することを非常に容易にする。
【０１０４】
ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４と関連して、インスタントメッセージングモジュール１４１は、インスタントメッセージに対応する一連の文字を入力し、従前に入力された文字を修正し、それぞれのインスタントメッセージを（例えば、電話ベースのインスタントメッセージ用のショートメッセージサービス（ＳＭＳ）若しくはマルチメディアメッセージサービス（ＭＭＳ）プロトコルを使用して、又はインターネットベースのインスタントメッセージ用のＸＭＰＰ、ＳＩＭＰＬＥ、若しくはＩＭＰＳを使用して）送信し、インスタントメッセージを受信し、受信したインスタントメッセージを見るための、実行可能命令を含む。いくつかの実施形態では、送信及び／又は受信されるインスタントメッセージは、ＭＭＳ及び／又は拡張メッセージングサービス（ＥＭＳ：Enhanced Messaging Service）でサポートされるような、グラフィック、写真、オーディオファイル、ビデオファイル、及び／又は他の添付ファイルを含んでもよい。本明細書で使用するとき、「インスタントメッセージング」とは、電話ベースのメッセージ（例えば、ＳＭＳ又はＭＭＳを使用して送信されるメッセージ）及びインターネットベースのメッセージ（例えば、ＸＭＰＰ、ＳＩＭＰＬＥ、又はＩＭＰＳを使用して送信されるメッセージ）の双方を指す。
【０１０５】
ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、ＧＰＳモジュール１３５、地図モジュール１５４、及び音楽プレーヤモジュールと関連して、トレーニングサポートモジュール１４２は、（例えば、時間、距離、及び／又はカロリー消費目標を有する）トレーニングを生成し、トレーニングセンサ（スポーツデバイス）と通信し、トレーニングセンサデータを受信し、トレーニングをモニタリングするために用いられるセンサを較正し、トレーニング用の音楽を選択して再生し、トレーニングデータを、表示、保存、及び送信するための、実行可能な命令を含む。
【０１０６】
タッチスクリーン１１２、ディスプレイコントローラ１５６、光センサ（１つ又は複数）１６４、光センサコントローラ１５８、接触／動きモジュール１３０、グラフィックモジュール１３２、及び画像管理モジュール１４４と関連して、カメラモジュール１４３は、静止画像又はビデオ（ビデオストリームを含む）をキャプチャしてメモリ１０２にそれらを記憶し、静止画像又はビデオの特性を変更し、又はメモリ１０２から静止画像若しくはビデオを削除するための、実行可能命令を含む。
【０１０７】
タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、及びカメラモジュール１４３と関連して、画像管理モジュール１４４は、静止画像及び／又はビデオ画像を配列し、修正（例えば、編集）するか又は他の方式で操作し、ラベルを付け、削除し、（例えば、デジタルスライドショー又はアルバム内で）提示し、記憶するための、実行可能命令を含む。
【０１０８】
ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４と関連して、ブラウザモジュール１４７は、ウェブページ又はその諸部分、並びにウェブページにリンクされた添付ファイル及び他のファイルを検索すること、リンクさせること、受信すること、及び表示することを含めた、ユーザの指示に従ってインターネットを閲覧するための、実行可能命令を含む。
【０１０９】
ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、電子メールクライアントモジュール１４０、及びブラウザモジュール１４７と関連して、カレンダーモジュール１４８は、ユーザの指示に従い、カレンダー及びカレンダーに関連付けられたデータ（例えば、カレンダー項目、ｔｏ  ｄｏリストなど）を作成し、表示し、修正し、記憶するための、実行可能命令を含む。
【０１１０】
ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、及びブラウザモジュール１４７と関連して、ウィジェットモジュール１４９は、ユーザによってダウンロードされ、使用することが可能なミニアプリケーション（例えば、気象ウィジェット１４９−１、株価ウィジェット１４９−２、計算機ウィジェット１４９−３、目覚まし時計ウィジェット１４９−４、及び辞書ウィジェット１４９−５）、又はユーザによって作成することが可能なミニアプリケーション（例えば、ユーザ作成ウィジェット１４９−６）である。いくつかの実施形態では、ウィジェットは、ＨＴＭＬ（ハイパーテキストマークアップ言語）ファイル、ＣＳＳ（カスケーディングスタイルシート）ファイル、及びＪａｖａＳｃｒｉｐｔ（登録商標）ファイルを含む。いくつかの実施形態では、ウィジェットは、ＸＭＬ（拡張可能マークアップ言語）ファイル及びＪａｖａＳｃｒｉｐｔファイル（例えば、Ｙａｈｏｏ！（登録商標）ウィジェット）を含む。
【０１１１】
ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、及びブラウザモジュール１４７と関連して、ウィジェットクリエータモジュール１５０は、ウィジェットを作成する（例えば、ウェブページのユーザ指定箇所をウィジェットに変える）ために、ユーザによって使用されてもよい。
【０１１２】
タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィクモジュール１３２、及びテキスト入力モジュール１３４と関連して、検索モジュール１５１は、ユーザの指示に従い、１つ以上の検索基準（例えば、１つ以上のユーザ指定の検索語句）と一致する、メモリ１０２内のテキスト、音楽、音、画像、ビデオ、及び／又は他のファイルを検索するための、実行可能命令を含む。
【０１１３】
タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィクモジュール１３２、オーディオ回路１１０、スピーカ１１１、ＲＦ回路１０８、及びブラウザモジュール１４７と関連して、ビデオ及び音楽プレーヤモジュール１５２は、ＭＰ３又はＡＡＣファイルなどの１つ以上のファイル形式で記憶された録音済みの音楽又は他のサウンドファイルをユーザがダウンロード及び再生できるようにする実行可能命令と、ビデオを（タッチスクリーン１１２上又は外部ポート１２４を介して接続された外部のディスプレイ上に）表示、提示、又は別の方法で再生するための実行可能命令とを含む。いくつかの実施形態では、デバイス１００は、ｉＰｏｄ（Ａｐｐｌｅ  Ｉｎｃ．の登録商標）などのＭＰ３プレーヤの機能を任意選択的に含む。
【０１１４】
タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、及びテキスト入力モジュール１３４と関連して、メモモジュール１５３は、ユーザの指示に従い、メモ、ｔｏ  ｄｏリストなどを作成及び管理するための、実行可能命令を含む。
【０１１５】
ＲＦ回路１０８、タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、テキスト入力モジュール１３４、ＧＰＳモジュール１３５、及びブラウザモジュール１４７と関連して、地図モジュール１５４は、ユーザの指示に従い、地図及び地図に関連付けられたデータ（例えば、運転方向、特定の場所若しくはその付近の店舗及び他の関心対象地点についてのデータ、並びに場所に基づく他のデータ）を受信し、表示し、修正し、記憶するために使用することができる。
【０１１６】
タッチスクリーン１１２、ディスプレイコントローラ１５６、接触／動きモジュール１３０、グラフィックモジュール１３２、オーディオ回路１１０、スピーカ１１１、ＲＦ回路１０８、テキスト入力モジュール１３４、電子メールクライアントモジュール１４０、及びブラウザモジュール１４７と関連して、オンラインビデオモジュール１５５は、ユーザが、特定のオンラインビデオにアクセスし、閲覧し、（例えば、ストリーミング及び／又はダウンロードによって）受信し、（例えば、タッチスクリーン上で、又は外部ポート１２４を介して接続された外部のディスプレイ上で）再生し、そのオンラインビデオへのリンクを含む電子メールを送信し、あるいは他の方法で、Ｈ．２６４などの１つ以上のファイル形式でオンラインビデオを管理することが可能となる、命令を含む。いくつかの実施形態では、電子メールクライアントモジュール１４０ではなく、インスタントメッセージングモジュール１４１を使用して、特定のオンラインビデオへのリンクを送信する。オンラインビデオアプリケーションの追加的説明は、２００７年６月２０日出願の米国特許仮出願第６０／９３６，５６２号、「Ｐｏｒｔａｂｌｅ  Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｄｅｖｉｃｅ，Ｍｅｔｈｏｄ，ａｎｄ  Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  ｆｏｒ  Ｐｌａｙｉｎｇ  Ｏｎｌｉｎｅ  Ｖｉｄｅｏｓ」、及び２００７年１２月３１日出願の米国特許出願第１１／９６８，０６７号、「Ｐｏｒｔａｂｌｅ  Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｄｅｖｉｃｅ，Ｍｅｔｈｏｄ，ａｎｄ  Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  ｆｏｒ  Ｐｌａｙｉｎｇ  Ｏｎｌｉｎｅ  Ｖｉｄｅｏｓ」において見出すことができる。これらの出願の内容は、その全体が本明細書において参照により組み込まれる。
【０１１７】
上記で識別されたモジュール及びアプリケーションのそれぞれは、１つ以上の上述の機能を実行するための実行可能命令セット及び本出願に記載の方法（例えば、コンピュータにより実行される方法及び本明細書に記載の他の情報処理方法）に対応する。これらのモジュール（例えば、命令のセット）は、別個のソフトウェアプログラム、手順、又はモジュールとして実装される必要はなく、それゆえ、様々な実施形態では、これらのモジュールの様々なサブセットを組み合わせるか、又は他の方式で再編成することができる。例えば、ビデオプレーヤモジュールは、音楽プレーヤモジュールと組み合わせて単一のモジュール（例えば、図１Ａのビデオ及び音楽プレーヤモジュール１５２）としてもよい。いくつかの実施形態では、メモリ１０２は、上記で識別されたモジュール及びデータ構造のサブセットを記憶することができる。更には、メモリ１０２は、上述されていない追加的モジュール及びデータ構造を記憶することができる。
【０１１８】
いくつかの実施形態では、デバイス１００は、デバイス上の機能の既定のセットの動作が、排他的にタッチスクリーン及び／又はタッチパッドを介して実行されるデバイスである。デバイス１００の動作に関する主要な入力制御デバイスとして、タッチスクリーン及び／又はタッチパッドを使用することによって、デバイス１００上の物理入力制御デバイス（プッシュボタン、ダイヤルなど）の数を低減することができる。
【０１１９】
排他的にタッチスクリーン及び／又はタッチパッドを介して実行される、機能の既定のセットは、ユーザインターフェース間のナビゲーションを任意選択的に含む。いくつかの実施形態では、タッチパッドは、ユーザによってタッチされると、デバイス１００上に表示されている任意のユーザインターフェースから、メインメニュー、ホームメニュー、又はルートメニューへとデバイス１００をナビゲートする。そのような実施形態において、「メニューボタン」は、タッチパッドを使って実装される。いくつかの他の実施形態では、メニューボタンは、タッチパッドの代わりに、物理的なプッシュボタン又は他の物理的な入力制御デバイスである。
【０１２０】
図１Ｂは、いくつかの実施形態に係る、イベント処理のための例示的な構成要素を示すブロック図である。いくつかの実施形態では、メモリ１０２（図１Ａ）又は３７０（図３）は、イベントソータ１７０（例えば、オペレーティングシステム１２６内）及び対応するアプリケーション１３６−１（例えば、上述のアプリケーション１３７〜１５１、１５５、３８０〜３９０のいずれか）を含む。
【０１２１】
イベントソータ１７０は、イベント情報を受信して、そのイベント情報の配信先となるアプリケーション１３６−１及びアプリケーション１３６−１のアプリケーションビュー１９１を決定する。イベントソータ１７０は、イベントモニタ１７１及びイベントディスパッチャモジュール１７４を含む。いくつかの実施形態では、アプリケーション１３６−１は、アプリケーションがアクティブ又は実行中のとき、タッチ感知ディスプレイ１１２上に表示される現在のアプリケーションビュー（１つ又は複数）を示す、アプリケーション内部状態１９２を含む。いくつかの実施形態では、デバイス／グローバル内部状態１５７は、どのアプリケーション（１つ又は複数）が現在アクティブであるかを判定するためにイベントソータ１７０によって使用され、アプリケーション内部状態１９２は、イベント情報の配信先となるアプリケーションビュー１９１を決定するためにイベントソータ１７０によって使用される。
【０１２２】
いくつかの実施形態では、アプリケーション内部状態１９２は、アプリケーション１３６−１が実行を再開する際に使用される再開情報、アプリケーション１３６−１によって情報が表示されているか又は表示の準備が整っていることを示すユーザインターフェース状態情報、ユーザがアプリケーション１３６−１の以前の状態又はビューに戻ることを可能にするための状態待ち行列、及びユーザが以前に行ったアクションのリドゥ／アンドゥ待ち行列のうちの１つ以上などの、追加情報を含む。
【０１２３】
イベントモニタ１７１は、周辺機器インターフェース１１８からイベント情報を受信する。イベント情報は、サブイベント（例えば、マルチタッチジェスチャの一部としての、タッチ感知ディスプレイ１１２上でのユーザのタッチ）についての情報を含む。周辺機器インターフェース１１８は、Ｉ／Ｏサブシステム１０６又は近接センサ１６６、加速度計（１つ又は複数）１６８、及び／若しくは（オーディオ回路１１０を介して）マイクロフォン１１３などのセンサから受信する情報を送信する。周辺機器インターフェース１１８がＩ／Ｏサブシステム１０６から受信する情報は、タッチ感知ディスプレイ１１２又はタッチ感知面からの情報を含む。
【０１２４】
いくつかの実施形態では、イベントモニタ１７１は、所定の間隔で周辺機器インターフェース１１８に要求を送る。これに応じて、周辺機器インターフェース１１８は、イベント情報を送信する。他の実施形態において、周辺機器インターフェース１１８は、重要なイベント（例えば、所定のノイズ閾値を超える、及び／又は所定時間より長い入力の受信）がある場合にのみイベント情報を送信する。
【０１２５】
いくつかの実施形態では、イベントソータ１７０はまた、ヒットビュー判定モジュール１７２及び／又はアクティブイベント認識部判定モジュール１７３を含む。
【０１２６】
ヒットビュー判定モジュール１７２は、タッチ感知ディスプレイ１１２が１つ以上のビューを表示した際に、１つ以上のビュー内のどこにおいてサブイベントが発生したかを判定するためのソフトウェア手順を提供する。ビューは、ユーザがディスプレイ上で見ることが可能な、制御部及び他の要素で構成される。
【０１２７】
アプリケーションに関連付けられたユーザインターフェースの別の態様は、本明細書では、アプリケーションビュー又はユーザインターフェースウィンドウと呼ばれる場合がある、ビューのセットであり、それらの中で、情報が表示され、タッチに基づくジェスチャが実施される。タッチが検出される（それぞれのアプリケーションの）アプリケーションビューは、そのアプリケーションのプログラム階層内又はビュー階層内のプログラムレベルに対応し得る。例えば、タッチが検出される最下位レベルのビューを、ヒットビューと呼ぶことができ、適切な入力として認識されるイベントのセットは、少なくとも部分的には、タッチに基づくジェスチャを開始する最初のタッチのヒットビューに基づいて、判定されてもよい。
【０１２８】
ヒットビュー判断モジュール１７２は、タッチベースのジェスチャのサブイベントと関連付けられた情報を受信する。アプリケーションが、階層として編成された複数のビューを有する場合、ヒットビュー判定モジュール１７２は、サブイベントを処理するべき階層内の最下位のビューとして、ヒットビューを特定する。ほとんどの状況では、ヒットビューは、最初のサブイベント（例えば、イベント又は潜在的なイベントを形成するサブイベントのシーケンスにおける最初のサブイベント）が発生する最下位レベルのビューである。ヒットビューが、ヒットビュー判定モジュール１７２によって特定されると、そのヒットビューは、典型的には、それがヒットビューとして特定された、同じタッチ又は入力ソースに関連する、全てのサブイベントを受信する。
【０１２９】
アクティブイベント認識部判定モジュール１７３は、ビュー階層内のどのビュー（１つ又は複数）が、特定のサブイベントのシーケンスを受信するべきかを判定する。いくつかの実施形態では、アクティブイベント認識部判定モジュール１７３は、そのヒットビューのみが特定のサブイベントのシーケンスを受信するべきであると判定する。他の実施形態では、アクティブイベント認識部判定モジュール１７３は、サブイベントの物理的な場所を含む全てのビューが、能動的に関与するビューであると判定することにより、能動的に関与する全てのビューが、特定のサブイベントのシーケンスを受信するべきであると判定する。他の実施形態では、タッチサブイベントが、特定の１つのビューに関連付けられるエリアに完全に限定された場合であっても、階層内のより上位のビューは、依然として、能動的に関与するビューとして維持される。
【０１３０】
イベントディスパッチャモジュール１７４は、イベント情報をイベント認識部（例えば、イベント認識部１８０）に送付する。アクティブイベント認識部判定モジュール１７３を含む実施形態では、イベントディスパッチャモジュール１７４は、アクティブイベント認識部判定モジュール１７３によって判定されたイベント情報を、イベント認識部に配信する。いくつかの実施形態では、イベントディスパッチャモジュール１７４は、それぞれのイベント受信部１８２によって取得されるイベント情報を、イベント待ち行列内に記憶する。
【０１３１】
いくつかの実施形態では、オペレーティングシステム１２６が、イベントソータ１７０を含む。あるいは、アプリケーション１３６−１が、イベントソータ１７０を含む。更に他の実施形態では、イベントソータ１７０は、スタンドアロンモジュール、又は接触／動きモジュール１３０などの、メモリ１０２に記憶された他のモジュールの一部である。
【０１３２】
いくつかの実施形態では、アプリケーション１３６−１は、複数のイベントハンドラ１９０及び１つ以上のアプリケーションビュー１９１を含み、そのそれぞれが、アプリケーションのユーザインターフェースの各ビュー内で発生するタッチイベントを処理するための命令を含む。アプリケーション１３６−１のそれぞれアプリケーションビュー１９１は、１つ以上のイベント認識部１８０を含む。典型的には、それぞれのアプリケーョンビュー１９１は、複数のイベント認識部１８０を含む。他の実施形態では、イベント認識部１８０のうちの１つ以上は、ユーザインターフェースキット（図示せず）、又はアプリケーション１３６−１が方法及び他の特性を継承する、より上位レベルのオブジェクトなどの、別個のモジュールの一部である。いくつかの実施形態では、それぞれのイベントハンドラ１９０は、データアップデータ１７６、オブジェクトアップデータ１７７、ＧＵＩアップデータ１７８、及び／又は、イベントソータ１７０から受信したイベントデータ１７９のうちの１つ以上を含む。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６、オブジェクトアップデータ１７７、又はＧＵＩアップデータ１７８を利用するか、又は呼び出してもよい。あるいは、アプリケーションビュー１９１のうちの１つ以上は、１つ以上のそれぞれのイベントハンドラ１９０を含む。また、いくつかの実施形態では、データアップデータ１７６、オブジェクトアップデータ１７７、及びＧＵＩアップデータ１７８のうちの１つ以上は、それぞれのアプリケーションビュー１９１内に含まれている。
【０１３３】
それぞれのイベント認識部１８０は、イベントソータ１７０からイベント情報（例えば、イベントデータ１７９）を受信して、そのイベント情報からイベントを特定する。イベント認識部１８０は、イベント受信部１８２及びイベント比較部１８４を含む。いくつかの実施形態では、イベント認識部１８０はまた、メタデータ１８３及び（サブイベント配信命令を含み得る）イベント配信命令１８８の、少なくともサブセットも含む。
【０１３４】
イベント受信部１８２は、イベントソータ１７０からイベント情報を受信する。イベント情報は、サブイベントについての情報、例えば、タッチ又はタッチの移動についての情報を含む。サブイベントによっては、イベント情報はまた、サブイベントの場所などの追加情報も含む。サブイベントが、タッチの動きに関係する場合、イベント情報はまた、そのサブイベントの速さ及び方向を含んでもよい。いくつかの実施形態では、イベントは、１つの向きから別の向きへの（例えば、縦向きから横向きへの、又はその逆の）デバイスの回転を含み、イベント情報は、デバイスの現在の向き（デバイスの姿勢とも呼ばれる）についての対応する情報を含む。
【０１３５】
イベント比較部１８４は、イベント情報を、既定のイベント又はサブイベントの定義と比較し、その比較に基づいて、イベント若しくはサブイベントを判定、又はイベント若しくはサブイベントの状態を判定若しくは更新する。いくつかの実施形態では、イベント比較部１８４は、イベント定義１８６を含む。イベント定義１８６は、例えば、イベント１（１８７−１）、イベント２（１８７−２）などの、イベントの定義（例えば、サブイベントの既定のシーケンス）を含む。いくつかの実施形態では、イベント（１８７）内のサブイベントは、例えば、タッチの開始、タッチの終了、タッチの移動、タッチの中止、及び複数のタッチを含む。一例では、イベント１（１８７−１）に関する定義は、表示オブジェクト上でのダブルタップである。ダブルタップは、例えば、所定の段階に関する表示オブジェクト上での第１のタッチ（タッチの開始）、所定の段階に関する第１のリフトオフ（タッチの終了）、所定の段階に関する表示オブジェクト上での第２のタッチ（タッチの開始）、及び所定の段階に関する第２のリフトオフ（タッチの終了）を含む。別の例では、イベント２（１８７−２）に関する定義は、表示オブジェクト上でのドラッギングである。ドラッギングは、例えば、所定の段階に関する表示オブジェクト上でのタッチ（又は、接触）、タッチ感知ディスプレイ１１２を横断するタッチの移動、及びタッチのリフトオフ（タッチの終了）を含む。いくつかの実施形態では、イベントはまた、１つ以上の関連するイベントハンドラ１９０に関する情報を含む。
【０１３６】
いくつかの実施形態では、イベント定義１８７は、それぞれのユーザインターフェースオブジェクトに関するイベントの定義を含む。いくつかの実施形態では、イベント比較部１８４は、どのユーザインターフェースオブジェクトがサブイベントに関連付けられるかを判定するために、ヒットテストを実行する。例えば、３つのユーザインターフェースオブジェクトが、タッチ感知ディスプレイ１１２上に表示されるアプリケーションビューでは、タッチ感知ディスプレイ１１２上でタッチが検出されると、イベント比較部１８４は、ヒットテストを実行して、３つのユーザインターフェースオブジェクトのうちのいずれが、そのタッチ（サブイベント）に関連付けられているかを判定する。各表示オブジェクトが、それぞれのイベントハンドラ１９０に関連付けられている場合には、イベント比較部１８４は、ヒットテストの結果を使用して、どのベントハンドラ１９０をアクティブ化させるべきかを決定する。例えば、イベント比較部１８４は、サブイベント及びヒットテストのトリガーとなるオブジェクトに関連付けられたイベントハンドラ１９０を選択する。
【０１３７】
いくつかの実施形態では、それぞれのイベント（１８７）に関する定義はまた、サブイベントのシーケンスがイベント認識部１８０のイベントタイプに対応するか否かが判定されるまで、イベント情報の配信を遅延させる、遅延アクションを含む。
【０１３８】
それぞれのイベント認識部１８０が、一連のサブイベントがイベント定義１８６内のイベントのいずれにも一致しないと判定する場合、それぞれのイベント認識部１８０は、イベント不可能状態、イベント失敗状態、又はイベント終了状態に入り、その後は、タッチに基づくジェスチャの後続のサブイベントを無視する。この状況では、存在する場合には、ヒットビューに関してアクティブのまま維持される他のイベント認識部が、進行中のタッチに基づくジェスチャのサブイベントを、引き続き追跡及び処理する。
【０１３９】
いくつかの実施形態では、それぞれのイベント認識部１８０は、イベント配信システムが能動的に関わっているイベント認識部に対してどのようにサブイベント配信を実行するかについてを示す、構成可能な特性、フラグと、及び／又はリストを有するメタデータ１８３を含む。いくつかの実施形態では、メタデータ１８３は、イベント認識部が互いにどのように対話し得るか、又は、どのように対話が有効化されるかを示す、構成可能な特性、フラグ、及び／又はリストを含む。いくつかの実施形態では、メタデータ１８３は、サブイベントがビュー階層内又はプログラム階層内の様々なレベルに配信されるか否かを示す、構成可能な特性、フラグ、及び／又はリストを含む。
【０１４０】
いくつかの実施形態では、それぞれのイベント認識部１８０は、イベントの１つ以上の特定のサブイベントが認識されると、イベントに関連付けられたイベントハンドラ１９０をアクティブ化させる。いくつかの実施形態では、それぞれのイベント認識部１８０は、イベントハンドラ１９０に、そのイベントに関連付けられたイベント情報を配信する。イベントハンドラ１９０をアクティブ化させることは、それぞれのヒットビューにサブイベントを送信すること（及び、送信を延期すること）とは異なる。いくつかの実施形態では、イベント認識部１８０は、認識されたイベントに関連付けられたフラグをスローし、そのフラグに関連付けられたイベントハンドラ１９０は、フラグをキャッチして、既定のプロセスを実行する。
【０１４１】
いくつかの実施形態では、イベント配信命令１８８は、イベントハンドラをアクティブ化させることなく、サブイベントについてのイベント情報を配信するサブイベント配信命令を含む。その代わりに、サブイベント配信命令は、一連のサブイベントに関連付けられたイベントハンドラに、又は能動的に関与するビューに、イベント情報を配信する。一連のサブイベント又は能動的に関与するビューに関連付けられたイベントハンドラは、イベント情報を受信して、所定のプロセスを実行する。
【０１４２】
いくつかの実施形態では、データアップデータ１７６は、アプリケーション１３６−１で使用されるデータを作成及び更新する。例えば、データアップデータ１７６は、連絡先モジュール１３７で使用される電話番号を更新するか、又はビデオプレーヤモジュールで使用されるビデオファイルを記憶する。いくつかの実施形態では、オブジェクトアップデータ１７７は、アプリケーション１３６−１で使用されるオブジェクトを作成及び更新する。例えば、オブジェクトアップデータ１７７は、新たなユーザインターフェースオブジェクトを作成するか、又はユーザインターフェースオブジェクトの位置を更新する。ＧＵＩアップデータ１７８は、ＧＵＩを更新する。例えば、ＧＵＩアップデータ１７８は、表示情報を準備し、その表示情報を、タッチ感知ディスプレイ上に表示するために、グラフィックモジュール１３２に送信する。
【０１４３】
いくつかの実施形態では、イベントハンドラ（１つ又は複数）１９０は、データアップデータ１７６、オブジェクトアップデータ１７７、及びＧＵＩアップデータ１７８を含むか、又はそれらに対するアクセスを有する。いくつかの実施形態では、データアップデータ１７６、オブジェクトアップデータ１７７、及びＧＵＩアップデータ１７８は、それぞれのアプリケーション１３６−１又はアプリケーションビュー１９１の単一のモジュール内に含まれる。他の実施形態では、それらは、２つ以上のソフトウェアモジュール内に含まれる。
【０１４４】
タッチ感知ディスプレイ上でのユーザのタッチのイベント処理に関する前述の論考はまた、入力デバイスを使用して多機能デバイス１００を動作させるための他の形態のユーザ入力にも適用されるが、その全てがタッチスクリーン上で開始されるわけではない点を理解されたい。例えば、キーボードの単一又は複数の押圧若しくは保持と任意選択的に連携される、マウスの移動及びマウスボタンの押圧、タッチパッド上でのタップ、ドラッグ、スクロールなどの接触移動、ペンスタイラス入力、デバイスの移動、口頭による指示検出される眼球運動、バイオメトリック入力、及び／又はこれらの任意の組み合わせが、認識対象のイベントを定義するサブイベントに対応する入力として、任意選択的に利用される。
【０１４５】
図２は、いくつかの実施形態に係る、タッチスクリーン１１２を有するポータブル多機能デバイス１００を示す。タッチスクリーンは、ユーザインターフェース（ＵＩ）２００内に１つ以上のグラフィックを、任意選択的に表示する。本実施形態並びに後述する実施形態において、ユーザは、例えば、１本以上の指２０２（図には、正確な縮尺率では描かれていない）又は１つ以上のスタイラス２０３（図には、正確な縮尺率では描かれていない）を用いて、グラフィック上でジェスチャを行うことにより、グラフィックのうちの１つ以上を選択できる。いくつかの実施形態では、ユーザが１つ以上のグラフィックとの接触を断った際に、１つ以上のグラフィックの選択が生じる。いくつかの実施形態において、ジェスチャは、１回以上のタップ、１回以上のスワイプ（左から右へ、右から左へ、上方向へ、及び／又は下方向へ）、及び／又はデバイス１００と接触した指のローリング（右から左へ、左から右へ、上方向へ、及び／又は下方向へ）を、任意選択的に含む。いくつかの実装又は状況において、グラフィックとの偶発的な接触では、グラフィックは選択されない。例えば、選択に対応するジェスチャがタップである場合、アプリケーションアイコンの上をスワイプするスワイプジェスチャは、任意選択的に、対応するアプリケーションを選択するものではない。
【０１４６】
デバイス１００はまた、「ホーム」又はメニューボタン２０４などの、１つ以上の物理ボタンも含んでもよい。前述のように、デバイス１００上で実行することが可能なアプリケーションのセット内の任意のアプリケーション１３６へとナビゲートするために、メニューボタン２０４が使用されてもよい。あるいは、いくつかの実施形態では、メニューボタンは、タッチスクリーン１１２上に表示されるＧＵＩ内のソフトキーとして実装される。
【０１４７】
一実施形態では、デバイス１００は、タッチスクリーン１１２、メニューボタン２０４、デバイスの電源をオン／オフし、デバイスをロックするためのプッシュボタン２０６、音量調節ボタン（１つ又は複数）２０８、加入者識別モジュール（ＳＩＭ）カードスロット２１０、ヘッドセットジャック２１２、及びドッキング／充電用外部ポート１２４を含む。プッシュボタン２０６は、ボタンを押下して、既定の時間インターバルにわたってボタンを押下された状態で保持することによって、デバイスの電源をオン／オフするため、ボタンを押下して、既定の時間インターバルが経過する前にボタンを解放することによって、デバイスをロックするため、かつ／又は、デバイスをロック解除する、若しくは、ロック解除する処理を開始するために、任意選択的に使用される。代替的実施形態において、デバイス１００はまた、マイクロフォン１１３を通して、一部の機能をアクティブ化又は非アクティブ化するための口頭入力を受け付ける。デバイス１００はまた、タッチスクリーン１１２上の接触の強度を検出するための１つ以上の接触強度センサ１６５及び／又はデバイス１００のユーザの触知出力を生成するための１つ以上の触知出力生成器１６７を、任意選択的に含む。
【０１４８】
図３は、いくつかの実施形態に係る、ディスプレイ及びタッチ感知面を備える例示的な多機能デバイスのブロック図である。デバイス３００は、ポータブル型である必要はない。いくつかの実施形態では、デバイス３００は、ラップトップコンピュータ、デスクトップコンピュータ、タブレットコンピュータ、マルチメディアプレーヤデバイス、ナビゲーションデバイス、教育用デバイス（子供の学習玩具など）、ゲームシステム、又は制御デバイス（例えば、家庭用又は業務用コントローラ）である。デバイス３００は、典型的には、１つ以上の処理ユニット（ＣＰＵ）３１０、１つ以上のネットワーク若しくは他の通信インターフェース３６０、メモリ３７０、及びこれらの構成要素を相互接続するための１つ以上の通信バス３２０を含む。通信バス３２０は、システム構成要素間の通信を相互接続及び制御する回路機構（チップセットと呼ばれる場合もある）を、任意選択的に含む。デバイス３００は、典型的にはタッチスクリーンディスプレイである、ディスプレイ３４０を備える入出力（Ｉ／Ｏ）インターフェース３３０を含む。Ｉ／Ｏインターフェース３３０はまた、キーボード及び／又はマウス（又は他のポインティングデバイス）３５０、並びにタッチパッド３５５、デバイス３００上に触知出力を生成するための（例えば、図１Ａを参照して上述した触知出力生成器１６７と同様の）触知出力生成器３５７、センサ３５９（例えば、図１Ａを参照して上述された接触強度センサ１６５と同様の、光センサ、加速度センサ、近接センサ、タッチ感知センサ、及び／又は接触強度センサ）を任意選択的に含む。メモリ３７０は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ  ＲＡＭ、又は他のランダムアクセスソリッドステートメモリデバイスなどの高速ランダムアクセスメモリを含み、また、１つ以上の磁気ディスク記憶デバイス、光ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性ソリッドステート記憶デバイスなどの不揮発性メモリを任意選択的に含む。メモリ３７０は、ＣＰＵ（１つ又は複数）３１０から離れて位置する１つ以上の記憶デバイスを任意選択的に含む。いくつかの実施形態では、メモリ３７０は、ポータブル多機能デバイス１００（図１Ａ）のメモリ１０２に記憶されたプログラム、モジュール、及びデータ構造に類似する、プログラム、モジュール、及びデータ構造、又はそれらのサブセットを記憶する。更には、メモリ３７０は、ポータブル多機能デバイス１００のメモリ１０２内には存在しない、追加的なプログラム、モジュール、及びデータ構造を、任意選択的に記憶する。例えば、デバイス３００のメモリ３７０は、描画モジュール３８０、プレゼンテーションモジュール３８２、ワードプロセッシングモジュール３８４、ウェブサイト作成モジュール３８６、ディスクオーサリングモジュール３８８、及び／又はスプレッドシートモジュール３９０を任意選択的に記憶するが、ポータブル多機能デバイス１００（図１Ａ）のメモリ１０２は、これらのモジュールを任意選択的に記憶しない。
【０１４９】
上記で識別された図３の要素のそれぞれは、前述のメモリデバイスのうちの１つ以上に記憶されてもよい。上記で識別されたモジュールのそれぞれは、上述した機能を実行するための命令セットに対応する。上記で特定されたモジュール又はプログラム（例えば、命令セット）は、別個のソフトウェアプログラム、手順、又はモジュールとして実装される必要はなく、それゆえ、様々な実施形態では、これらのモジュールの様々なサブセットを組み合わせるか、又は他の方法で再編成することができる。いくつかの実施形態では、メモリ３７０は、上記で識別されたモジュール及びデータ構造のサブセットを記憶してもよい。更には、メモリ３７０は、上述されていない追加的モジュール及びデータ構造を記憶してもよい。
【０１５０】
ここで、例えばポータブル多機能デバイス１００上に実装することが可能な、ユーザインターフェースの実施形態に注意を向ける。
【０１５１】
図４Ａは、いくつかの実施形態に係る、ポータブル多機能デバイス１００上のアプリケーションのメニューに関する例示的ユーザインターフェースを示す。同様のユーザインターフェースを、デバイス３００上に実装してもよい。いくつかの実施形態では、ユーザインターフェース４００は、以下の要素、又はそれらのサブセット若しくはスーパーセットを含む。
●セルラー信号及びＷｉ−Ｆｉ信号などの無線通信（１つ又は複数）に関する信号強度インジケータ（１つ又は複数）４０２、
●時刻４０４、
●Ｂｌｕｅｔｏｏｔｈインジケータ４０５、
●バッテリ状態インジケータ４０６、
●下記などの、頻繁に利用されるアプリケーション用のアイコンを含むトレー４０８、
○不在着信又は留守番電話メッセージの数のインジケータ４１４を任意選択的に含む、「電話」とラベル付けされた、電話モジュール１３８用のアイコン４１６、
○未読電子メールの数のインジケータ４１０を任意選択的に含む、「メール」とラベル付けされた、電子メールクライアントモジュール１４０用のアイコン４１８、
○「ブラウザ」とラベル付けされた、ブラウザモジュール１４７用のアイコン４２０、及び
○「ｉＰｏｄ」とラベル付けされた、ｉＰｏｄ（Ａｐｐｌｅ  Ｉｎｃ．の商標）モジュール１５２とも称される、ビデオ及び音楽プレーヤモジュール１５２用のアイコン４２２、並びに
●下記などの、その他のアプリケーション用のアイコン、
○「メッセージ」とラベル付けされた、ＩＭモジュール１４１用のアイコン４２４、
○「カレンダー」とラベル付けされた、カレンダーモジュール１４８用のアイコン４２６、
○「写真」とラベル付けされた、画像管理モジュール１４４用のアイコン４２８、
○「カメラ」とラベル付けされた、カメラモジュール１４３用のアイコン４３０
○「オンラインビデオ」とラベル付けされた、オンラインビデオモジュール１５５用のアイコン４３２、
○「株価」とラベル付けされた、株価ウィジェット１４９−２用のアイコン４３４、
○「マップ」とラベル付けされた、地図モジュール１５４用のアイコン４３６、
○「天気」とラベル付けされた、気象ウィジェット１４９−１用のアイコン４３８、
○「時計」とラベル付けされた、目覚まし時計ウィジェット１４９−４用のアイコン４４０、
○「トレーニングサポート」とラベル付けされた、トレーニングサポートモジュール１４２用のアイコン４４２、
○「メモ」とラベル付けされた、メモモジュール１５３用のアイコン４４４、及び
○デバイス１００及びその様々なアプリケーション１３６に関する設定へのアクセスを提供する、「設定」とラベル付けされた、設定アプリケーション又はモジュール用のアイコン４４６。
【０１５２】
図４Ａに示されるアイコンのラベルは、単なる例示であることに留意されたい。例えば、ビデオ及び音楽プレーヤモジュール１５２用のアイコン４２２は、任意選択的に、「音楽」又は「音楽プレーヤ」とラベル付けされてもよい。他のラベルが、様々なアプリケーションアイコンのために、任意選択的に使用される。いくつかの実施形態では、それぞれのアプリケーションアイコンに関するラベルは、それぞれのアプリケーションアイコンに対応するアプリケーションの名前を含む。いくつかの実施形態では、特定のアプリケーションアイコンに関するラベルは、その特定のアプリケーションアイコンに対応するアプリケーションの名前とは異なる。
【０１５３】
図４Ｂは、ディスプレイ４５０（例えば、タッチスクリーンディスプレイ１１２）とは別個のタッチ感知面４５１（例えば、図３のタブレット又はタッチパッド３５５）を備えるデバイス（例えば、図３のデバイス３００）上の、例示的なユーザインターフェースを示す。デバイス３００はまた、タッチ感知面４５１上の接触の強度を検出するための１つ以上の接触強度センサ（例えば、センサ３５７のうちの１つ以上）、及び／又はデバイス３００のユーザに対する触知出力を生成するための１つ以上の触知出力生成器３５９を、任意選択的に含む。
【０１５４】
以下の実施例のうちのいくつかは、タッチスクリーンディスプレイ１１２上での入力（タッチ感知面とディスプレイとが組み合わされている場合）を参照して説明されるが、いくつかの実施形態では、デバイスは、図４Ｂに示されるように、ディスプレイとは別個のタッチ感知面上での入力を検出する。いくつかの実施形態では、タッチ感知面（例えば、図４Ｂの４５１）は、ディスプレイ（例えば、４５０）上の主軸（例えば、図４Ｂの４５３）に対応する主軸（例えば、図４Ｂの４５２）を有する。これらの実施形態によれば、デバイスは、ディスプレイ上のそれぞれの場所に対応する場所（例えば、図４Ｂでは、４６０は４６８に対応し、４６２は４７０に対応する）での、タッチ感知面４５１との接触（例えば、図４Ｂの４６０及び４６２）を検出する。このように、タッチ感知面がディスプレイとは別個のものである場合、タッチ感知面（例えば、図４Ｂの４５１）上でデバイスによって検出されたユーザ入力（例えば、接触４６０及び４６２、並びにそれらの移動）は、多機能デバイスのディスプレイ（例えば、図４Ｂの４５０）上のユーザインターフェースを操作するために、デバイスによって使用される。同様の方法が、本明細書で説明される他のユーザインターフェースに関して、任意選択的に使用されることを理解されたい。
【０１５５】
更には、以下の例は、主に指入力（例えば、指の接触、指のタップジェスチャ、指のスワイプジェスチャ）に関連して説明されるが、いくつかの実施形態では、それらの指入力のうちの１つ以上は、別の入力デバイスからの入力（例えば、マウスに基づく入力又はスタイラス入力）で置き換えられることを理解されたい。例えば、スワイプジェスチャは、任意選択的に、（例えば、接触の代わりに）マウスクリックで置換され、その後、（例えば、接触の移動の代わりに）スワイプの経路に沿ってカーソルの移動が行われる。別の例としては、タップジェスチャは、（例えば、接触の検出に続いて、その接触の検出を停止する代わりに）カーソルがタップジェスチャの位置の上に配置されている間、任意選択的に、マウスクリックと置換される。同様に、複数のユーザ入力が同時に検出される場合、複数のコンピュータマウスが任意選択的に同時に使用されるか、又は、マウスと指の接触とが任意選択的に同時に使用されることを理解されたい。
【０１５６】
図５Ａは、例示的なパーソナル電子デバイス５００を示す。デバイス５００は、本体５０２を含む。いくつかの実施形態では、デバイス５００は、デバイス１００及びデバイス３００に関連して説明された機構（例えば、図１Ａ〜図４Ｂ）の一部又は全てを含み得る。いくつかの実施形態では、デバイス５００は、以降ではタッチスクリーン５０４である、タッチ感知ディスプレイスクリーン５０４を有する。あるいは、又はタッチスクリーン５０４に加えて、デバイス５００は、ディスプレイ及びタッチ感知面を有する。デバイス１００及びデバイス３００と同様に、いくつかの実施形態では、タッチスクリーン５０４（又は、タッチ感知面）は、加えられている接触（例えば、タッチ）の強度を検出するための１つ以上の強度センサを有してもよい。タッチスクリーン５０４（又は、タッチ感知面）の１つ以上の強度センサは、タッチの強度を表す出力データを提供することができる。デバイス５００のユーザインターフェースは、タッチの強度に基づきタッチに応じてもよく、これは、異なる強度のタッチは、デバイス５００上で異なるユーザインターフェース動作を呼び出してもよいことを意味する。
【０１５７】
タッチ強度を検出して処理するための技術は、例えば、関連出願である、２０１３年５月８日出願の「Ｄｅｖｉｃｅ，Ｍｅｔｈｏｄ，ａｎｄ  Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  ｆｏｒ  Ｄｉｓｐｌａｙｉｎｇ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  Ｏｂｊｅｃｔｓ  Ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ｔｏ  ａｎ  Ａｐｐｌｉｃａｔｉｏｎ」と題された国際出願第ＰＣＴ／ＵＳ２０１３／０４００６１号、及び２０１３年１１月１１日出願の「Ｄｅｖｉｃｅ，Ｍｅｔｈｏｄ，ａｎｄ  Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ  ｆｏｒ  Ｔｒａｎｓｉｔｉｏｎｉｎｇ  Ｂｅｔｗｅｅｎ  Ｔｏｕｃｈ  Ｉｎｐｕｔ  ｔｏ  Ｄｉｓｐｌａｙ  Ｏｕｔｐｕｔ  Ｒｅｌａｔｉｏｎｓｈｉｐｓ」と題された国際出願第ＰＣＴ／ＵＳ２０１３／０６９４８３号に見出すことができ、これらの文献のそれぞれは、その全体が参照により本明細書に組み込まれる。
【０１５８】
いくつかの実施形態では、デバイス５００は、１つ以上の入力機構５０６及び５０８を有する。入力機構５０６及び５０８は、含まれている場合、物理的であってもよい。物理的入力機構の例としては、プッシュボタン及び回転可能機構が挙げられる。いくつかの実施形態では、デバイス５００は、１つ以上のアタッチメント機構を有する。そのようなアタッチメント機構は、含まれている場合には、例えば、帽子、アイウェア、イヤリング、ネックレス、シャツ、ジャケット、ブレスレット、時計バンド、チェーン、ズボン、ベルト、靴、財布、バックパックなどへのデバイス５００の取り付けを可能にしてもよい。これらのアタッチメント機構は、デバイス５００がユーザによって着用されることを可能にしてもよい。
【０１５９】
図５Ｂは、例示的なパーソナル電子デバイス５００を示す。いくつかの実施形態では、デバイス５００は、図１Ａ、図１Ｂ及び図３に関連して記載した構成要素の一部又は全てを含み得る。デバイス５００は、Ｉ／Ｏ部５１４を１つ以上のコンピュータプロセッサ５１６及びメモリ５１８に動作可能に結合する、バス５１２を有する。Ｉ／Ｏ部５１４は、タッチ感知構成要素５２２及び任意選択的に強度センサ５２４（例えば、接触強度センサ）を有し得る、ディスプレイ５０４に接続することができる。更に、Ｉ／Ｏ部５１４は、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、近距離通信（ＮＦＣ）、セルラー、及び／又は他の無線通信技術を使用して、アプリケーション及びオペレーティングシステムデータを受信するための通信ユニット５３０に接続することができる。デバイス５００は、入力機構５０６及び／又は５０８を備え得る。入力機構５０６は、例えば、回転可能な入力デバイス、又は押下可能かつ回転可能な入力デバイスであってもよい。入力機構５０８は、いくつかの例では、ボタンであってもよい。
【０１６０】
入力機構５０８は、いくつかの例では、マイクロフォンであってもよい。パーソナル電子デバイス５００は、ＧＰＳセンサ５３２、加速度計５３４、方向センサ５４０（例えば、コンパス）、ジャイロスコープ５３６、動きセンサ５３８、及び／又はこれらの組み合わせなどの、様々なセンサを含み得るものであり、それらの全ては、Ｉ／Ｏ部５１４に動作可能に接続することができる。パーソナル電子デバイス５００はまた、触覚機構５４２も含むことができる。触覚機構５４２は、ユーザにより知覚され得る、振動又は他の触覚出力を発してもよい。いくつかの実施形態では、触覚機構５４２は、デバイス１００の触知出力生成器１６７に関して記載されたのに類似する方法で、触覚出力を発してもよい。
【０１６１】
パーソナル電子デバイス５００のメモリ５１８は、コンピュータ実行可能命令を記憶するための、非一時的コンピュータ可読記憶媒体とすることができ、それらの命令は、１つ以上のコンピュータプロセッサ５１６によって実行されると、例えば、コンピュータプロセッサに、プロセス２５００〜２７００（図２５〜図２７）を含めた、上述の技術を実行させることができる。コンピュータ実行可能命令はまた、コンピュータベースのシステム、プロセッサを含むシステム、又は、命令実行システム、装置、若しくはデバイスから命令をフェッチし、それらの命令を実行し得る他のシステムなどの、命令実行システム、装置、又はデバイスによって、又はこれらと関連して使用するために、任意の非一時的コンピュータ可読記憶媒体に記憶及び／又は伝送されてもよい。本明細書の目的においては、「非一時的コンピュータ可読記憶媒体」は、命令実行システム、装置、若しくはデバイスによって、又はこれらと関連して使用するためのコンピュータ実行可能命令を有形的に収容又は記憶し得る、任意の媒体であってもよい。非一時的コンピュータ可読記憶媒体は、磁気的記憶装置、光学的記憶装置、及び／又は半導体記憶装置を含み得るが、これらに限定されない。そのような記憶装置の例としては、磁気ディスク、ＣＤ、ＤＶＤ、又はＢｌｕ−ｒａｙ（登録商標）技術に基づく光ディスク、並びに、フラッシュ、ソリッドステートドライブなどの永続的ソリッドステートメモリが挙げられる。パーソナル電子デバイス５００は、図５Ｂの構成要素及び構成に限定されるものではなく、他の構成要素又は追加的構成要素を、複数の構成で含み得る。
【０１６２】
本明細書で使用されるとき、用語「アフォーダンス」とは、デバイス１００、３００、及び／又は５００（図１、図３、及び図５）のディスプレイスクリーン上に表示され得るユーザ対話式のグラフィカルユーザインターフェースオブジェクトを指す。例えば、画像（例えば、アイコン）、ボタン、及びテキスト（例えば、ハイパーリンク）がそれぞれ、アフォーダンスを構成してもよい。
【０１６３】
本明細書で使用されるとき、用語「フォーカスセレクタ」とは、ユーザが対話しているユーザインターフェースの現在の部分を示す、入力要素を指す。カーソル又は他の位置マーカを含む一部の実装では、カーソルが「フォーカスセレクタ」として機能することにより、特定のユーザインターフェース要素（例えば、ボタン、ウィンドウ、スライダ、又は他のユーザインターフェース要素）の上にカーソルがある間に、タッチ感知面（例えば、図３のタッチパッド３５５又は図４Ｂのタッチ感知面４５１）上で入力（例えば、押圧入力）が検出されると、その特定のユーザインターフェース要素は、検出された入力に従って調節される。タッチスクリーンディスプレイ上のユーザインターフェース要素との直接的な対話を可能にする、タッチスクリーンディスプレイ（例えば、図１Ａのタッチ感知ディスプレイシステム１１２又は図４Ａのタッチスクリーン１１２）を含むいくつかの実装では、タッチスクリーン上で検出された接触が「フォーカスセレクタ」として機能することにより、タッチスクリーンディスプレイ上の特定のユーザインターフェース要素（例えば、ボタン、ウィンドウ、スライダ、又は他のユーザインターフェース要素）の位置で入力（例えば、接触による押圧入力）が検出されると、その特定のユーザインターフェース要素は、検出された入力に従って調節される。いくつかの実装において、（例えば、タブキー又は矢印キーを使ったフォーカスの１つのボタンから別のボタンへの移動により）タッチスクリーンディスプレイ上の対応するカーソルの移動又は接触の移動なしに、フォーカスが、ユーザインターフェースの１つの領域からユーザインターフェースの別の領域に移動される。これらの実装において、フォーカスセレクタは、ユーザインターフェースの異なる領域間でのフォーカスの移動に従って移動する。フォーカスセレクタが取る特定のフォームに関係なく、フォーカスセレクタは、全般的に、ユーザが意図するユーザインターフェースとの対話を（例えば、ユーザが対話したいと思っているユーザインターフェースの要素をデバイスに示すことによって）伝達するために、ユーザによって制御されたユーザインターフェース要素（又は、タッチスクリーンディスプレイ上の接触）である。例えば、タッチ感知面（例えば、タッチパッド又はタッチスクリーン）上で押圧入力が検出されている間の、対応するボタンの上にあるフォーカスセレクタ（例えば、カーソル、接触、又は選択ボックス）の位置は、（デバイスのディスプレイ上に示されている他のユーザインターフェース要素とは反対に）その対応するボタンをアクティブ化することをユーザが意図していることを示すものである。
【０１６４】
本明細書及び特許請求の範囲で使用されるとき、接触の「特性強度」という用語は、接触の１つ以上の強度に基づく接触の特性を指す。いくつかの実施形態では、特性強度は、複数の強度サンプルに基づく。特性強度は、任意選択的に、既定数の強度サンプルに基づく、あるいは既定のイベント（例えば、接触を検出した後、接触のリフトオフを検出する前、接触の移動の開始を検出する前若しくは後、接触の終了を検出する前、接触の強度の増大を検出する前若しくは後、及び／又は、接触の強度の減少を検出する前若しくは後）に関連する所定の期間（例えば、０．０５、０．１、０．２、０．５、１、２、５、１０秒間）に収集されたに強度サンプルのセットに基づく。接触の特性強度は、接触の強度の最大値、接触の強度の平均値（mean value）、接触の強度の平均値（average value）、接触の強度の上位１０個のパーセンタイル値、接触の強度の最大値の半分の値、接触の強度の最大値の９０パーセントの値などのうちの１つ以上に任意選択的に基づく。いくつかの実施形態では、（例えば、特性強度が、経時的な接触の強度の平均である場合）特性強度を判定する際に接触の持続時間が使用される。いくつかの実施形態では、動作がユーザによって実行されたか否かを判定するために、特性強度は、１つ以上の強度閾値のセットと比較される。例えば、１つ以上の強度閾値のセットは、第１の強度閾値及び第２の強度閾値を含んでもよい。この例では、第１の閾値を超過しない特性強度を有する接触は、結果として第１の動作をもたらし、第１の強度閾値を超過し、かつ第２の強度閾値を超過しない特性強度を有する接触は、結果として第２の動作をもたらし、第２の閾値を超過する特性強度を有する接触は、結果として第３の動作をもたらす。いくつかの実施形態では、特性強度と１つ以上の閾値との比較は、第１の動作又は第２の動作のいずれを実行するかを決定するために使用されるのではなく、１つ以上の動作を実行するか否か（例えば、それぞれの動作を実行するか、又はそれぞれの動作の実行を見合わせるか）を決定するために使用される。
【０１６５】
図５Ｃは、複数の強度センサ５２４Ａ〜５２４Ｄによる、タッチ感知ディスプレイスクリーン５０４上の複数の接触５５２Ａ〜５５２Ｅの検出を示す。図５Ｃは、強度の単位に関する、強度センサ５２４Ａ〜５２４Ｄの現在の強度測定値を示す、強度図を更に含む。この例では、強度センサ５２４Ａ及び５２４Ｄの強度測定値はそれぞれ、９単位の強度であり、強度センサ５２４Ｂ及び５２４Ｃの強度測定値はそれぞれ、７単位の強度である。いくつかの実装では、集合強度は、複数の強度センサ５２４Ａ〜５２４Ｄの強度測定値の合計である。この例では、同集合強度は、３２の強度単位である。いくつかの実施形態では、各接触には、集合強度の一部である、対応する強度が割り当てられる。図５Ｄは、接触５５２Ａ〜５５２Ｅに対する、力の中心５５４からのそれぞれの距離に基づく集合強度の割り当てを示す。この例では、接触５５２Ａ、５５２Ｂ、及び５５２Ｅはそれぞれ、集合強度の８の強度単位の接触の強度が割り当てら、接触５５２Ｃ及び５５２Ｄはそれぞれ、集合強度の４の強度単位の接触の強度が割り当てられる。より一般的には、いくつかの実装では、各接触ｊは、所定の数学関数、Ｉｊ＝Ａ・（Ｄｊ／ΣＤｉ）（式中、Ｄｊは、各接触ｊの力の中心までの距離であり、ΣＤｉは、各接触全て（例えば、ｉ＝１〜最後まで）の力の中心までの距離の合計である）に従って、集合強度Ａの一部である対応する強度Ｉｊを割り当てられる。図５Ｃ及び図５Ｄを参照して説明された動作は、デバイス１００、３００、又は５００に類似又は同一の電子デバイスを使用して実行され得る。いくつかの実施形態では、接触の特性強度は、１つ以上の接触の強度に基づく。いくつかの実施形態では、強度センサは、単一の特性強度（例えば、単一の接触の単一の特性強度）を判定するために使用される。強度図は、表示されたユーザインターフェースの一部ではなく、読み手を手助けするために図５Ｃ及び図５Ｄに含まれることに留意されたい。
【０１６６】
いくつかの実施形態では、特性強度を判定する目的のために、ジェスチャの一部分が識別される。例えば、タッチ感知面は、開始位置から移行して終了位置に到達し、その時点で接触の強度が増大する、連続的なスワイプ接触を受信してもよい。この例では、終了位置での接触の特性強度は、スワイプ接触の全体ではなく、その連続的なスワイプ接触の一部分にのみ（例えば、終了位置におけるスワイプ接触の一部分にのみ）基づいていてもよい。いくつかの実施形態では、接触の特性強度を判定する前に、スワイプ接触の強度に平滑化アルゴリズムを適用してもよい。例えば、平滑化アルゴリズムは、非加重移動平均平滑化アルゴリズム、三角平滑化アルゴリズム、中央値フィルタ平滑化アルゴリズム、及び／又は指数平滑化アルゴリズムのうちの１つ以上を任意選択的に含む。いくつかの状況では、これらの平滑化アルゴリズムは、特性強度の判定を目的として、スワイプ接触の強度の小幅な急上昇又は急降下を排除する。
【０１６７】
タッチ感知面上の接触の強度は、接触検出強度閾値、軽い押圧強度閾値、深い押圧強度閾値、及び／又は１つ以上の他の強度閾値などの、１つ以上の強度閾値に関連して特徴付けされてもよい。いくつかの実施形態では、軽い押圧強度閾値は、物理マウスのボタン又はトラックパッドをクリックすることに典型的に関連付けられた動作をデバイスが実行することになる強度に相当する。いくつかの実施形態では、深い押圧強度閾値は、物理マウスのボタン又はトラックパッドをクリックすることに典型的に関連付けられた動作とは異なる動作をデバイスが実行することになる強度に相当する。いくつかの実施形態では、軽い押圧強度閾値を下回る（例えば、かつ、それを下回ると接触がもはや検出されない名目上の接触検出強度閾値を上回る）特性強度で接触が検出される場合、デバイスは、軽い押圧強度閾値又は深い押圧強度閾値に関連付けられた動作を実行することなく、タッチ感知面上での接触の移動に従って、フォーカスセレクタを移動させることになる。全般的には、特に明記しない限り、これらの強度閾値は、異なるユーザインターフェース図のセット間でも一貫している。
【０１６８】
軽い押圧強度閾値を下回る強度から、軽い押圧強度閾値と深い押圧強度閾値との間の強度への、接触の特性強度の増大は、「軽い押圧」入力と称される場合がある。深い押圧強度閾値を下回る強度から、深い押圧強度閾値を上回る強度への、接触の特性強度の増大は、「深い押圧」入力と称される場合がある。接触検出強度閾値を下回る強度から、接触検出強度閾値と軽い押圧強度閾値との間の強度への、接触の特性強度の増大は、タッチ面上の接触の検出と称される場合がある。接触検出強度閾値を上回る強度から、接触検出強度閾値を下回る強度への、接触の特性強度の減少は、タッチ面からの接触のリフトオフの検出と称される場合がある。いくつかの実施形態では、接触検出強度閾値は、ゼロである。いくつかの実施形態では、接触検出強度閾値は、ゼロを上回る。
【０１６９】
本明細書で説明されるいくつかの実施形態では、１つ以上の動作は、それぞれの押圧入力を含むジェスチャの検出に応じて、又はそれぞれの接触（若しくは、複数の接触）で実行されるそれぞれの押圧入力の検出に応じて実行され、それぞれの押圧入力は、押圧入力強度閾値を上回る接触（又は、複数の接触）の強度の増大の検出に少なくとも部分的に基づいて検出される。いくつかの実施形態では、それぞれの動作は、押圧入力強度閾値を上回るそれぞれの接触の強度の増大（例えば、それぞれの押圧入力の「ダウンストローク」）の検出に応じて実行される。いくつかの実施形態では、押圧入力は、押圧入力強度閾値を上回るそれぞれの接触の強度の増大と、その後続の、押圧入力強度閾値を下回る接触の強度の減少とを含み、それぞれの動作は、後続の押圧入力閾値を下回るそれぞれの接触の強度の減少（例えば、それぞれの押圧入力の「アップストローク」）の検出に応じて実行される。
【０１７０】
図５Ｅ〜図５Ｈは、図５Ｅにおける軽い押圧強度閾値（例えば、「ＩＴＬ」）を下回る強度から、図５Ｈにおける深い押圧強度閾値（例えば、「ＩＴＤ」）を上回る強度への、接触５６２の強度の増大に対応する押圧入力を含むジェスチャの検出を示す。接触５６２により実行されたジェスチャは、タッチ感知面５６０上で検出され、その際カーソル５７６は、所定領域５７４内に表示されたアプリケーションアイコン５７２Ａ〜５７２Ｄを含む表示されたユーザインターフェース５７０上において、Ａｐｐ２に対応するアプリケーションアイコン５７２Ｂ上に表示されている。いくつかの実施形態では、ジェスチャは、タッチ感知ディスプレイ５０４上で検出される。強度センサは、タッチ感知面５６０上での接触の強度を検出する。デバイスは、接触５６２の強度が、深い押圧強度閾値（例えば、「ＩＴＤ」）を上回ってピークとなったことを判定する。接触５６２は、タッチ感知面５６０上で維持される。ジェスチャの検出に応じて、かつ、ジェスチャ中に深い押圧強度閾値（例えば、「ＩＴＤ」）を上回る強度を有する接触５６２に従って、図５Ｆ〜図５Ｈで示されるように、Ａｐｐ２に関して現在開かれているドキュメントの縮小表示５７８Ａ〜５７８Ｃ（例えば、サムネイル）が表示される。いくつかの実施形態では、１つ以上の強度閾値と比較される強度は、接触の特性強度である。接触５６２に関する強度図は、表示されたユーザインターフェースの一部ではなく、読み手を手助けするために、図５Ｅ〜図５Ｈに含まれていることに留意されたい。
【０１７１】
いくつかの実施形態では、表示５７８Ａ〜５７８Ｃの表示は、アニメーションを含む。例えば、表示５７８Ａは、図５Ｆで示されるように、最初は、アプリケーションアイコン５７２Ｂの近くに表示される。アニメーションが進行すると、表示５７８Ａは、上向きに移動し、表示５７８Ｂが、図５Ｇで示されるように、アプリケーションアイコン５７２Ｂの近くに表示される。次いで、表示５７８Ａが上向きに移動し、５７８Ｂが表示５７８Ａに向かって上向きに移動すると、表示５７８Ｃは、図５Ｈで示されるように、アプリケーションアイコン５７２Ｂの近くに表示される。表示５７８Ａ〜５７８Ｃは、アイコン５７２Ｂ上に列を形成する。いくつかの実施形態では、図５Ｆ及び図５Ｇで示されるように、アニメーションは、接触５６２の強度に従って進行し、この場合、接触５６２の強度が深い押圧強度閾値（例えば、「ＩＴＤ」）に向かって増大すると、表示５７８Ａ〜５７８Ｃが出現し、上向きに移動する。いくつかの実施形態では、アニメーションの進行が基づく強度は、接触の特性強度である。図５Ｅ〜図５Ｈを参照して説明された動作は、デバイス１００、３００、又は５００に類似又は同一の電子デバイスを使用して実行され得る。
【０１７２】
いくつかの実施形態では、デバイスは、「ジッタ」と呼ばれる場合がある偶発的入力を回避するために強度ヒステリシスを採用し、デバイスは、押圧入力強度閾値との既定の関連性を有するヒステリシス強度閾値を、定義又は選択する（例えば、ヒステリシス強度閾値は、押圧入力強度閾値よりも低いＸ強度単位か、又は、ヒステリシス強度閾値は、押圧入力強度閾値の７５％、９０％、若しくは何らかの妥当な比率である）。それゆえ、いくつかの実施形態では、押圧入力は、押圧入力強度閾値を上回るそれぞれの接触の強度の増大と、その後続の、押圧入力強度閾値に対応するヒステリシス強度閾値を下回る接触の強度の減少とを含み、それぞれの動作は、ヒステリシス強度閾値を下回る、後続のそれぞれの接触の強度の減少（例えば、それぞれの押圧入力の「アップストローク」）の検出に応じて実行される。同様に、いくつかの実施形態では、押圧入力は、デバイスが、ヒステリシス強度閾値以下の強度から、押圧入力強度閾値以上の強度への、接触の強度の増大を検出した場合にのみ、かつ任意選択的に、ヒステリシス強度以下の強度への、後続の接触の強度の減少を検出した場合に検出され、それぞれの動作は、押圧入力（例えば、状況に応じて、接触の強度の増大又は接触の強度の減少）の検出に応じて実行される。
【０１７３】
説明を容易にするために、押圧入力強度閾値に関連付けられた押圧入力に応じて、又は押圧入力を含むジェスチャに応じて実行される動作の説明は、押圧入力強度閾値を上回る接触の強度の増大、ヒステリシス強度閾値を下回る強度から押圧入力強度閾値を上回る強度への接触の強度の増大、押圧入力強度閾値を下回る接触の強度の減少、及び／又は押圧入力強度閾値に対応するヒステリシス強度閾値を下回る接触の強度の減少のいずれかの検出に応じて、任意選択的にトリガーされる。更に加えて、押圧入力強度閾値を下回る接触の強度の減少の検出に応じて、動作が実行されるとして説明される例では、動作は、押圧入力強度閾値に対応し、かつ押圧入力強度閾値よりも低い、ヒステリシス強度閾値を下回る接触の強度の減少の検出に応じて、任意選択的に実行される。ここで、アラートの管理に対するユーザエクスペリエンスを向上させるために、デバイス１００、３００、及び／又は５００などの、ディスプレイ及びタッチ感知面を備える多機能デバイス上で実装することが可能な、ユーザインターフェース並びに関連プロセスの実施形態に注意を向ける。
【０１７４】
１．アラートを管理するためのユーザインターフェース
以下で説明されるアラートを管理するためのユーザインターフェースは、デバイス５００が、アラートの受信及び様々なユーザ入力の検出に応じて表示し得る、画面の例示的なシーケンスにより示される。これらのシーケンスにおいて、矢印は、画面が表示され得る順序を示す。
【０１７５】
ａ．通知の表示
図６Ａ及び図６Ｂは、デバイス５００がアラートを受信した後に表示し得る、例示的な画面６０４、６１２を示す。最初に、タッチスクリーン５０４は、消えているか、又は、非アクティブ状態でもよい。アラートの受信に応じて、デバイス５００は、ユーザにより知覚され得る、可聴出力、可視出力、又は触覚出力などの、知覚出力６０２を発し得る。いくつかの実施形態では、デバイス５００は、デバイス５００上の触覚機構に、触覚出力を発しさせることにより、知覚出力を発し得る。いくつかの実施形態では、デバイス５００は、ユーザに聞こえる音又は音色を再生することにより、知覚出力を発し得る。いくつかの実施形態では、デバイス５００は、タッチスクリーン５０４上に点滅光又はインジケータなどの可視出力を表示することにより、知覚出力を発し得る。
【０１７６】
いくつかの実施形態では、触覚出力を発することは、第１の触覚出力を発することと、第１の触覚出力を発した後に、第２の触覚出力を発することとを含み、第１の触覚出力は、第２の触覚出力とは異なる。ユーザが触覚出力を知覚する顕著性を増大させるために、ユーザは、「プレアラート」触覚出力を受け取ることを望む場合がある。第１の触覚出力は、第２の触覚出力を受け取ることをユーザに「準備させる（prime）」ことをしてもよく、これは、いくつかの実施形態では、以下で説明されるように、特定の情報（例えば、アラートのソース）を示してもよく、あるいは第２の知覚出力（例えば、可聴出力又は可視出力）に関連付けられていてもよい。例えば、動いている間又は何か別のことに注意を払っている間は、触覚出力を知覚することはユーザにとって困難である場合がある。したがって、第２の触覚出力（及び任意選択的に、関連付けられた第２の知覚出力）を知覚することをユーザに「準備させる」第１の触覚出力は、有利であり得る。
【０１７７】
ユーザは、アラートのソースに基づいて、触覚出力の受け取りを望む場合がある。例えば、ユーザは、電子メールアラートと留守電話アラートとでは、異なる触覚出力の受け取りを望む場合がある。別個の触覚出力を提供するために、デバイスは、別個の可聴出力又は可視出力を伴う触覚出力を発してもよく、あるいはデバイスは、異なる強度、長さ、及び／又はパターンなどの、異なる特質を伴う触覚出力を発してもよい。アラートのソースを区別する別個の触覚出力をユーザが受け取れることにより、ユーザは、ディスプレイを見る必要なしに、アラートの種類を知覚することができるため、電池寿命を浪費しない。いくつかの実施形態では、第２の触覚出力は、アラームのソースに基づく。いくつかの実施形態では、第２の触覚出力は、可聴出力又は可視出力で発せられる。
【０１７８】
いくつかの実施形態では、第１の触覚出力は、第２の触覚出力と比較して、より大きい強度及び／又は長さを有する。これは、例えば、ユーザに対してより強い触覚信号を提供し、第２の触覚信号（例えば、アラートのソースに基づいて別個の態様を有するもの、又は、可聴出力若しくは可視出力に関連付けられたもの）に備えてユーザの注意をデバイス５００に引き付けることによって有利であることができる。いくつかの実施形態では、デバイス５００は、触覚出力を発することが、第１の「準備用（priming）」触覚出力を発することを含むかどうかを構成するためのユーザインターフェース（図示せず）を含んでもよい。このような実施形態では、デバイス５００が「準備用」触覚出力を発しないように構成されている場合、触覚出力を発することは、触覚出力を１つだけ発することを含んでもよい。
【０１７９】
図６Ａで示されるように、知覚出力６０２から所定の時間インターバル内での後続のユーザ入力の検出に応じて、デバイス５００は、受信したアラートを表す通知６０６を伴う画面６０４を表示し得る。いくつかの実施形態では、ユーザ入力は、スワイプ又はタップなどの、タッチスクリーン５０４上での接触でもよい。いくつかの実施形態では、デバイス５００がユーザの手首に装着されている場合、ユーザ入力は、ユーザが手首を上げるか又は回転させることによりデバイス５００を視認位置に動かすことを示す信号でもよい。本明細書で使用されるとき、視認位置とは、ユーザがタッチスクリーン５０４を見ることができるデバイス５００の位置である。いくつかの実施形態では、デバイス５００は、「Ｒａｉｓｅ  Ｇｅｓｔｕｒｅ  Ｄｅｔｅｃｔｉｏｎ  ｉｎ  ａ  Ｄｅｖｉｃｅ」と題された、米国特許仮出願第６２／０２６，５３２号に記載されるように、ユーザが手首を上げるか又は下げることを示す信号を検出してもよい。同出願は、その全体が参照により本明細書に組み込まれる。
【０１８０】
受信したアラートは、情報を含む。このような情報は、例えば、テキストコンテンツ、画像コンテンツ、又は音声コンテンツを伴って、アラートのソース、アラートに関連付けられたアプリケーション、並びに／又はアラートに関連付けられた時間及び／若しくは日付を含んでもよい。いくつかの実施形態では、受信したアラートを表す通知は、アラート情報の一部分を含む。例えば、図６Ａに示されるように、通知６０６は、アラートのソース６１０（Ｊａｓｏｎ  Ｊｏｎｅｓ）と、アラートに関連付けられたアプリケーション（この例では、テキストメッセージアプリケーション）を示すアプリケーションアフォーダンス６０８とを含む（画面６０４上に示された破線の長方形は、通知のコンテンツを示すが、破線の長方形は、表示されなくてもよい）。いくつかの実施形態では、アプリケーションアフォーダンス６０８の選択の検出に応じて、デバイス５００は、アラートに関連付けられたアプリケーションを起動させ得る。いくつかの実施形態では、アプリケーションを起動させることは、タッチスクリーン５０４上にアプリケーションを表示することと、このアプリケーション内で見たり、編集したり、又は応答したりするために、アラートを開くこととを含む。
【０１８１】
上述のとおり、デバイス５００は、触覚出力から所定の時間インターバル内でのユーザ入力の検出に応じて、スクリーン６０４を表示し得る。いくつかの実施形態では、所定の時間インターバルは、０秒〜３分の範囲でもよい。他の実施形態では、所定の時間インターバルは、０秒〜１分の範囲でもよい。更に他の実施形態では、所定の時間インターバルは、ユーザにより設定されてもよいし、あるいは、ユーザが入力を提供する前に経過した従前の時間の平均などのユーザの以前の行為に基づいてデバイス５００により決定されてもよい。
【０１８２】
図６Ａで示されたシナリオは、アラートの受信に応じてデバイス５００により発された知覚出力を知覚したユーザが、受信したアラートを表す通知を即座に見ることを望み、それゆえ、デバイス５００を所定の時間インターバル内に（例えば、手首を上げることにより）タッチスクリーン５０４を見るのに適した位置に動かす場合に対応し得る。
【０１８３】
図６Ｂで示されるように、デバイス５００が所定の時間インターバル後にユーザ入力を検出した場合には、デバイス５００は、代わりに、時計文字盤６１２を表示することによって応答し得る。このシナリオは、ユーザが通知を即座に見ることを望んでおらず、知覚出力６０２から少し経ってから、タッチスクリーン５０４を見るために手首を上げる場合に対応し得る。いくつかの実施形態では、時計文字盤６１２は、現在時刻を示すユーザインターフェースオブジェクト６１６を含んでもよい。いくつかの実施形態では、時計文字盤６１２は、アラートコンテンツが未だ表示されていないという理由から、受信したアラートに対応する未読のアラートの指標６１４を含んでもよい。図６Ｂで示されるように、指標６１４は、ドットでもよい。図６Ｃは、指標６１４がシェブロンである、別の実施形態を示す。いくつかの実施形態では、デバイス５００は、シェブロンの代わりに、方向を示す指標を提供する矢印、三角形、又は他のグラフィックオブジェクトを表示する。未読のアラートの指標は、以下でより詳細に説明される。
【０１８４】
いくつかの実施形態では、デバイス５００は、時計文字盤６１２ではなく、ホーム画面を表示し得る。例示的なホーム画面７０６は、図７で示す。ホーム画面は、複数のアプリケーションを表す複数のアフォーダンスを含んでもよく、受信したアラートに対応する未読のアラートの指標を含んでもよい。
【０１８５】
デバイス５００が、知覚出力から所定の時間インターバル内でユーザ入力を検出しない場合、デバイス５００は、画面６０４を表示することなく、最初の暗い又は非アクティブ状態のままでもよい。このシナリオは、ユーザが、通知を即座に見ることを望まない、あるいは近くにいる他人に通知を見られるのを避けるために、知覚出力を知覚した後、タッチスクリーン５０４を見るための位置にデバイス５００を動かさない場合に対応し得る。
【０１８６】
通知６０６が表示されている間に、デバイス５００が、通知が表示されてから第２の所定の時間インターバル内で第２のユーザ入力を検出した場合、デバイス５００は、タッチスクリーン５０４を、最初の暗い又は非アクティブ状態に戻すことができる。第２のユーザ入力は、例えば、ユーザが手首を下げる及び／又は回転させることにより、視認位置の外にデバイス５００を動かすことを示す信号でもよい。第２の所定の時間インターバル内での第２のユーザ入力の検出に応じて、デバイス５００は、ディスプレイを、最初の暗い又は非アクティブ状態に戻すことができる。このシナリオは、通知を見たユーザが、デバイス５００を見続けること又はデバイス５００と対話し続けることを望まないため、手首を下げる場合に対応し得る。
【０１８７】
いくつかの実施形態では、通知６０６を表示することは、タッチスクリーン５０４上で通知６０６を垂直方向にスライドさせるアニメーションを表示することを含む。例えば、デバイス５００は、タッチスクリーン５０４の下部からタッチスクリーン５０４の上部へと通知６０６をスライドさせるアニメーションを表示してもよい。このようなアニメーションは、通知が（例えば）画面の下部から「上昇（rising up）」していることから、通知を「押し下げる（push down）」という、そのアニメーションとは反対方向のタッチスクリーン５０４との接触（例えば、下向きスワイプ）を行うことによって通知が消去されるであろう、という視覚的な合図をユーザに提供し得る。ユーザはまた、アニメーションと同じ方向のタッチスクリーン５０４との接触（例えば、上向きスワイプ）が、テキストメッセージの本文、又はカレンダーアラ−トに関連付けられた追加のテキストなどの更なるアラート情報を「引き上げる（pull up）」（例えば、表示する）であろうことを、そのアニメーションから察知し得る。このため、デバイス５００により表示されたアニメーションは、ユーザがデバイス５００に対して提供し得る可能性のある入力に関する視覚的な合図をユーザに提供することができる。当業者であれば、通知に関するアニメーションの方向が上向き方向である必要はないことを認識するであろう。例えば、通知は、タッチスクリーン上で、画面の上部から下にスライドさせてもよく、この場合、ユーザは、通知を消去するには、上向きスワイプが必要であることを察知し得る。このような視覚的な合図は、小型画面上に詳細な説明の表示を必要とすることなく、ユーザが適切な入力を適用するのをガイドすることにより、マン・マシン・インターフェースを改善することができる。
【０１８８】
上述のとおり、いくつかの実施形態では、デバイス５００は、アラートの受信に応じて、例えば触覚機構に知覚出力を発することによって知覚出力を発することができ、それにより、アラートを受信したことをユーザに通知する。ただし、いくつかの実施形態では、デバイス５００は、ユーザにとってより都合が良いであろうタイミングで知覚出力を伝えるために、アラートの受信に応じて、知覚出力の発生を遅延させ得る。例えば、デバイス５００は、ユーザが比較的活動的でないため、知覚出力をより知覚しやすくなるまで知覚出力を遅延させたり、あるいはユーザが能動的に活動に従事しているか、又は眠っているときに、ユーザの邪魔をしないように知覚出力を遅延させたりしてもよい。いくつかの実施形態では、アラートの受信に応じて、デバイス５００は、１つ以上の動きセンサ、加速度計、心拍数モニタ、及び／又は他の種類のセンサからデータを取得して、現在のユーザアクティビティレベル（例えば、ユーザが現在、運動中、タイピング中、又は睡眠中であるかどうか）を判断してもよい。デバイス５００は、判断されたユーザアクティビティレベルが活動基準に合致するまで、知覚出力を遅延させ得る。いくつかの実施形態では、活動基準としては、例えば、ユーザは（デバイス５００上のセンサからの出力により判断して）比較的静止している、物理キーボード上でのタイピングを停止している、会話が止まっている、又は、睡眠中ではない、ことが挙げられる。この方法により、デバイス５００は、ユーザの邪魔になりにくく、かつユーザがより知覚しやすいタイミングで、新しいアラートを受信したことをユーザに知らせるための知覚出力を発することができる。
【０１８９】
デバイス５００が通知を表示した後、ユーザは、他の選択肢の中から、通知を消去することを選択してもよいし、アラートのコンテンツ（例えば、テキストメッセージの本文、又はカレンダーアラ−トに関連付けられたテキスト）を表示することを選択してもよい。
【０１９０】
ｂ．通知の消去
図７は、アラートを受信した後、デバイス５００がタッチスクリーン５０４上に表示し得る画面の別の例示的なシーケンスを示す。図６Ａに関連して検討されたように、タッチスクリーン５０４は、最初は、暗い又は非アクティブ状態であってもよい。アラートの受信に応じて、デバイス５００は、知覚出力を発し得る。図６Ａで記載したように、知覚出力から第１の所定の時間インターバル内でのユーザ入力の受信に応じて、デバイス５００は、受信したアラートを表す通知６０６を含む画面６０４を表示する。この例示的なシーケンスでは、画面６０４上に通知６０６を表示することは、タッチスクリーン５０４の下部から上向きに通知６０６をスライドさせるアニメーションを表示することを含む。
【０１９１】
通知６０６が表示されている間に、デバイス５００が、消去基準に合致する接触をタッチスクリーン５０４上で検出した場合には、デバイス５００は、通知６０６を消去し得る。いくつかの実施形態では、通知６０６を消去することは、通知６０６をディスプレイから除去すること、及び／又は通知の表示を時計文字盤（例えば、図６Ｂの時計文字盤６１２）又はホーム画面７０６の表示で置き換えることを含む。
【０１９２】
いくつかの実施形態では、接触がタッチスクリーン５０４上でのスワイプ又はフリックである場合、接触は、消去基準に合致する。いくつかの実施形態では、接触がタッチスクリーン５０４上での特定方向へのスワイプ又はフリック、例えば、アニメーションがタッチスクリーン５０４上で通知をスライドさせる方向とは反対の方向へのスワイプ又はフリックである場合、接触は、消去基準に合致する。例えば、アニメーションがタッチスクリーン５０４上で通知を下部から上向きにスライドさせる場合、接触がタッチスクリーン５０４上での下向き方向へのスワイプである場合に、接触は、消去基準に合致し得る。いくつかの実施形態では、タッチスクリーンにわたるスワイプ又はフリックの距離が閾値距離を超える場合に、接触は、消去基準に合致し得る。いくつかの実施形態では、閾値距離は、タッチスクリーン５０４の長さの１／４、１／２、又は３／４でもよい。
【０１９３】
図７に戻って、いくつかの実施形態では、通知６０６が表示されている間における、タッチスクリーン５０４上での接触の移動（例えば、スワイプ）の検出に応じて、デバイス５００は、タッチスクリーン上において、接触の移動の方向に通知６０６をスライドさせ、消去インジケータ７１４を通知に隣接させて表示することができる。図７で示されるように、いくつかの実施形態では、消去インジケータは、接触の移動の方向が下向きである場合、通知の上に表示されてもよい。消去インジケータ７１４は、接触の移動が同じ方向に継続される場合、通知が消去されるであろうという視覚的な合図をユーザに提供してもよい。消去インジケータを表示した後、いくつかの実施形態では、接触が閾値基準に合致する場合には、接触の解放の検出に応じて、デバイス５００は、通知６０６を消去し、消去インジケータ７１４をタッチスクリーン５０４から除去することができる。接触が、閾値基準に合致しない場合（例えば、接触の移動が閾値距離を超えない場合）、デバイス５００は、ディスプレイ上で通知６０６を初期位置に戻すようにスライドさせるアニメーションを表示させ、消去インジケータ７１４をディスプレイから除去することができる。このため、この例では、通知を消去するためには、ユーザは、閾値距離を超えるのに十分なほど通知を「押し下げ」なければならず、でなければ、通知が元の位置に戻ることとなる。いくつかの実施形態では、図７で示されるように、通知６０６を消去することは、通知６０６をタッチスクリーン５０４の外へスライドさせるアニメーションを表示することを含む。いくつかの実施形態では、アニメーションは、通知６０６を、スワイプ又はフリックの方向に、タッチスクリーン５０４の外へスライドさせる。
【０１９４】
上記で検討されたように、ユーザはまた、通知が表示されている間に、（デバイス５００により検出される）手首を下げることによって、通知を消去してもよい。いくつかの実施形態では、デバイス５００は、（図７に関連して検討された）消去基準に合致する接触の検出に応じて通知が消去される場合と、前述したとおり、ユーザが手首を下げることを示す信号の検出に応じて通知が消去される場合とでは、異なる応答をしてもよい。例えば、デバイス５００がユーザの手首に装着されており、デバイス５００が、ユーザが手首を下げることを示す信号を検出した場合、デバイス５００は、ユーザがもはやタッチスクリーン５０４を見ていないと推測してもよく、これにより、通知を消去した後に、タッチスクリーン５０４を消す、又は非アクティブ化してもよい。対照的に、デバイス５００が、通知を表示している間に、消去基準に合致する接触（例えば、下向きスワイプ）をタッチスクリーン５０４上で検出した場合、デバイス５００は、ユーザが依然として能動的にタッチスクリーン５０４を見ていると推測してもよく、デバイス５００は、通知を消去し、次いで、時計文字盤、ホーム画面、又はアラートを受信する前に表示されていた画面などの他の画面を表示することにより、接触に応じてもよい。
ｃ．アラートコンテンツの表示
【０１９５】
上記で検討されたように、受信したアラートは、情報を含む。同情報は、テキストメッセージ又は電子メールの本文、留守番電話メッセージ、カレンダーリマインダーに関する詳細、又は他の種類のコンテンツなどの（可能性のある）アラートコンテンツと共に、アラートのソース、アラートに関連付けられたアプリケーション、及びアラートの時間を含んでもよい。受信したアラートを表す通知は、アラートのソース、関連付けられたアプリケーション、又は受信した時間などの、このアラート情報の第１の部分を含んでもよい。
【０１９６】
図６Ａ、図６Ｂ、及び図７に関連して上記で検討されたように、アラートを受信した後、デバイス５００は、知覚出力を発し、次いで、ユーザ入力の検出に応じて、知覚出力後の第１の時間インターバル内で通知６０６を表示することができる。通知を見るために手首を上げた後、ユーザは、関連付けられたアラートコンテンツを見ることを望む場合がある。
【０１９７】
いくつかの実施形態では、通知を表示した後、所定の時間インターバルの間、ユーザがデバイス５００を視認位置に維持し続けているとデバイス５００が判定した場合、デバイス５００は、アラートコンテンツの一部又は全てを表示し得る。同アラートコンテンツの一部又は全ては、情報の第２の部分と呼ぶこともできる。すなわち、いくつかの実施形態では、デバイス５００は、ユーザがデバイス５００を視認位置で保持し、待っている場合、通知の表示から、アラートコンテンツの表示へと自動的に遷移し得る。
【０１９８】
図８は、デバイス５００がアラートの受信に応じて表示し得る、画面の例示的なシーケンスを示す。タッチスクリーン５０４は、最初は、暗い又は非アクティブ状態でもよい。アラートの受信に応じて、デバイス５００は、知覚出力を発し得る。（図６Ａに関連して記載されたように）知覚出力から所定の期間内でのユーザ入力の受信に応じて、デバイス５００は、通知６０６を表示し得る。通知６０６を表示してから第２の所定期間後もユーザ入力が受信され続けているとの判定に応じて、つまり、デバイス５００が視認位置で維持されていることを示す場合、デバイス５００は、通知６０６及びアラートコンテンツ８０４を含む画面８０２を表示し得る。いくつかの実施形態では、デバイス５００は、通知６０６を表示してから第２の所定の期間内に第２のユーザ入力が検出されなかったことに応じて、画面８０２を表示し得る。第２のユーザ入力は、ユーザが手首を下げることを示す信号であってもよく、例えば、このような入力がないことは、デバイス５００が視認位置にあるままであることを示す。
【０１９９】
この例では、アラートコンテンツ８０４は、通知６０６により表されるテキストメッセージの本文である。他の例では、アラートコンテンツは、例えば、受信した電子メールアラートの件名及び本文の一部若しくは全てを含んでもよいし、又は、カレンダーアラ−トに関連付けられたテキストコンテンツの一部若しくは全て、又は、マルチメディアメッセージであってもよい。
【０２００】
図８で示されるように、いくつかの実施形態では、アラートコンテンツ８０４を表示することは、表示するために、アラートコンテンツ８０４をタッチスクリーン５０４の下部から上にスライドさせながら、通知６０６をタッチスクリーン５０４上で上向きにスライドさせるアニメーション表示することを含み、これにより、通知及びアラートコンテンツが同じ画面上に表示される。いくつかの実施形態では、デバイス５００は、アラートコンテンツを表示するためのスペースを提供するために、通知６０６を、タッチスクリーン５０４の上側コーナーにスライドさせ得る。いくつかの実施形態では、デバイス５００は、アラートコンテンツを表示するためのスペースを提供するために、通知６０６の表示サイズを収縮させ得る。
【０２０１】
いくつかの実施形態では、アラートコンテンツが長すぎてタッチスクリーン５０４上で全て表示できない場合、アラートコンテンツをスクロールさせ得る。ユーザ入力の検出に応じて、デバイス５００は、アラートコンテンツをスクロールさせて、タッチスクリーン５０４上の追加のアラートコンテンツをユーザが見られるようにする。このようなスクロール入力は、タッチスクリーン５０４上での接触（例えば、上向き又は下向きのスワイプ又はフリック）を含んでもよいし、例えば、存在する場合、回転可能入力機構の回転を含んでもよい。いくつかの実施形態では、デバイス５００は、ユーザ入力に従って、アラートコンテンツをスクロールさせ得る。例えば、タッチスクリーン５０４上での上向きスワイプに応じて、デバイス５００は、アラートコンテンツを、タッチスクリーン５０４上で上向きに動かし得る。
【０２０２】
図８で示されるように、いくつかの実施形態では、デバイス５００は、図７に関連して上記で記載されたように、消去基準に合致する接触の検出に応じて、通知及びアラートコンテンツを消去し得る。いくつかの実施形態では、通知６０６及びアラートコンテンツ８０４を消去することは、通知６０６及びアラートコンテンツ８０４を、タッチスクリーン５０４の外にスライドさせることを含む。いくつかの実施形態では、デバイス５００は、上述のとおり、接触の移動が閾値距離を超えない場合、消去インジケータを表示し、通知及びアラートコンテンツを「戻し」得る。いくつかの実施形態では、デバイス５００は、通知及びアラートコンテンツを消去した後、時計文字盤６１２を表示し得る。いくつかの実施形態では、アラートコンテンツが消去された後に時計文字盤６１２が表示される場合、アラートコンテンツが表示された後であるという理由から、時計文字盤は、未読のアラートの指標を伴わずに表示され得る。
【０２０３】
上記で検討されたように、通知を表示した後にデバイスが視認位置に維持されているとの検出に応じて、デバイス５００は、アラートコンテンツを表示し得る。ただし、いくつかの場合には、所定の時間インターバルの間、デバイス５００を視認位置に維持することにより、アラートコンテンツを見るのを待つことをユーザが望まない場合がある。このため、いくつかの実施形態では、デバイス５００は、通知６０６が表示されている間の、タッチスクリーン５０４との接触の検出に応じて、画面８０２も表示し得る。いくつかの実施形態では、アラートコンテンツ８０４の表示を呼び出すための接触は、スワイプ又はフリックなどの、タッチスクリーン５０４上での接触の移動を含んでもよい。いくつかの実施形態では、スワイプ又はフリックは、タッチスクリーン５０４上での上向きスワイプなどの、通知６０６をタッチスクリーン５０４上でスライドさせるアニメーションと同じ方向でなければならず、通知後により多くのアラート情報を、概念的に「引き上げる」。いくつかの実施形態では、接触は、通知６０６上又は通知６０６近くでのタッチ（例えば、指のタップ）であり得る。
【０２０４】
図２４で示されるように、いくつかの実施形態では、タッチスクリーン５０４がコンテンツを能動的に表示している間のアラートの受信に応じて、デバイス５００は、画面コンテンツの少なくとも一部は表示したままで、通知バナー２４０２を、タッチスクリーン５０４の上部にわたって表示し得る。いくつかの実施形態では、タッチスクリーン５０４がコンテンツを能動的に表示している間のアラートの受信に応じて、デバイス５００は、知覚出力７０２を発してもよい。図２４で示された例では、表示されているコンテンツは、ホーム画面７０６である。スワイプ又はタップなどの、通知バナー２４０２上での接触の検出に応じて、デバイス５００は、アラートコンテンツ８０４を含む画面８０２を表示し得る。
【０２０５】
いくつかのアラートは、アラートコンテンツを何ら有さなくてもよい。例えば、クロックアラーム、バッテリ残量低下アラート、又はフィットネスアラームは、アラートコンテンツを何ら有さなくてもよい。このため、いくつかの実施形態では、デバイス５００は、アラートコンテンツの表示へと遷移することなく、通知を表示し続け得る。
【０２０６】
ｄ．アラートコンテンツの自動表示の抑制
いくつかの場合には、ユーザは、プライバシーの懸念又は他の理由から、図８に関連して記載されたように、デバイス５００がアラートコンテンツを自動的に表示することを望まない場合がある。このため、いくつかの実施形態では、デバイス５００は、デバイス５００に記憶された構成データを変更することによってアラートコンテンツのこのような自動表示を抑制する選択肢を、ユーザに対して提供し得る。いくつかの実施形態では、アラートコンテンツの表示に遷移する前に、デバイス５００は、構成データを取得して、アラートコンテンツが表示されるべきかどうかを判定し得る。アラートコンテンツが表示されるべきであると構成データが示す場合、デバイス５００は、図８に関連して上述したとおり、アラートコンテンツを表示し得る。アラートコンテンツが表示されるべきでないと構成データが示す場合、デバイス５００は、アラートコンテンツへと遷移することなく、通知を表示し続け得る。
【０２０７】
いくつかの実施形態では、デバイス５００がアラートコンテンツの自動表示を（構成データにより）抑制するように構成されている場合であっても、デバイス５００は、表示されている通知の上でのタップ又はスワイプなどの接触の検出に応じて、アラートコンテンツを表示してもよい。
【０２０８】
ｅ．音声コンテンツを含むアラート
いくつかの受信したアラートは、音声コンテンツを含んでもよい。このようなアラートは、留守番電話メッセージ、音声メッセージ、又は「プッシュ・トゥ・トーク」メッセージを含んでもよい。いくつかの実施形態では、図９で示されるように、表示されたアラートコンテンツは、音声コンテンツを再生するための再生アフォーダンス９０２を含み得る。再生アフォーダンス９０２の選択の検出に応じて、デバイス５００は、音声コンテンツを再生し得る。いくつかの実施形態では、音声コンテンツが生の音声会話の一部として受信され（例えば、デバイスが「プッシュ・トゥ・トーク」モードで動作している場合）、かつユーザが再生アフォーダンスを選択する場合、デバイス５００は、アフォーダンスの選択に応じて、最初の音声メッセージを再生し得、デバイス５００は、アフォーダンスの後続の選択を要求することなく、音声メッセージが受信されると、後続の音声メッセージを生で再生し得る。
【０２０９】
ｆ．テキストメッセージアラート
いくつかの実施形態では、アラートがテキストメッセージである場合、ユーザは、アラートに関連付けられたテキストメッセ−ジ会話を見ることを望む場合がある。図１０は、デバイス５００がテキストメッセージアラートを受信した後に示し得る、画面のシーケンスを示す。このシーケンスは、図８で示されたシーケンスに類似し、通知６０６と、送信者Ｊａｓｏｎ  Ｊｏｎｅｓから受信したテキストメッセージに対応するアラートコンテンツ８０４とを表示することを示す。ただし、この例では、画面８０２を表示している間に、デバイス５００は、タッチスクリーン５０４上で接触を検出する。接触は、例えば、タッチスクリーン５０４上でのアプリケーションアフォーダンス６０８に対応する位置におけるタッチ若しくはタップ、又は、タッチスクリーン５０４上での水平スワイプでもよい。タッチスクリーン５０４との接触の検出に応じて、デバイス５００は、画面１００２を表示し得る。
【０２１０】
画面１００２は、ユーザとテキストメッセージアラートのソースとの間のテキストメッセージ会話の一部又は全てを含む。この例では、テキストメッセージ会話は、Ｊａｓｏｎ  Ｊｏｎｅｓとの間で送受信されるテキストメッセージを含む。いくつかの実施形態では、テキストメッセージ会話中のテキストメッセージは、メッセージが送受信された順序に基づいて、経時的に配置される。
【０２１１】
ｇ．応答オプション
いくつかの場合には、通知又はアラートコンテンツを見る際、ユーザは、アラートに応答することを望む場合がある。デバイス５００が比較的小さなタッチスクリーンを備える小型デバイスであるため、携帯電話などのより大きなデバイス上でアラートに応答するのに使用され得るユーザインターフェースは、タッチスクリーン５０４上では、効果的でない、かつ／又は、扱いにくい場合がある。ユーザは、小型デバイス上では、困難であるか又は失敗するおそれがある比較的正確なタッチスクリーン入力のシーケンスの提供を必要とすることなく、アラートに応答可能であることを望む場合がある。このため、いくつかの実施形態では、デバイス５００は、ユーザが小型画面上でアラートに対してより素早く、より容易に応答することを可能にするユーザインターフェースを提供し得る。
【０２１２】
上述のとおり、デバイス５００は、タッチスクリーン５０４上での接触の検出に応じて、あるいは、いくつかの実施形態では、回転可能入力機構の回転に応じて、アラートコンテンツをスクロールさせ得る。いくつかの実施形態では、ユーザがアラートコンテンツの下部（コンテンツの最後）を超えてスクロールさせるのを試みた場合、デバイス５００は、アラートに関連付けられたアプリケーションにより実行され得るアクションに関連付けられたユーザインターフェースオブジェクトを表示することにより応答し得る。
【０２１３】
例えば、図１１は、アラートの受信に応じてデバイス５００が表示し得る、画面のシーケンスを示す。これらの画面は、図４に関連して記載された画面と同様である。アラートコンテンツ８０４（この場合、アラートコンテンツは、テキストメッセージである）の下部を表示している間に、デバイス５００は、アラートコンテンツの下部を超えてスクロールさせることを要求するユーザ入力、すなわち、アラートコンテンツを更に表示するためにアラートコンテンツを上向きに移動させることを要求するユーザ入力、を検出する。ユーザ入力は、例えば、タッチスクリーン５０４上での上向きスワイプ、又は、回転可能入力機構の回転でもよい。ユーザ入力の検出に応じて、デバイス５００は、通知６０６及びアラートコンテンツ８０４を上向きにスクロールし、ユーザインターフェースオブジェクト１１１２、１１１４を、タッチスクリーン５０４上のアラートコンテンツの下にスクロールし得る。この例では、通知６０６は、タッチスクリーン５０４の上部の外へスクロールされ、もはや表示されていない。
【０２１４】
図１１の例では、アラートは、テキストメッセージである。このため、この実施形態では、タッチスクリーン５０４上でスクロールされたユーザインターフェースオブジェクト１１１２、１１１４は、テキストメッセージアプリケーションに対応するアクションに関連付けられている。具体的には、ユーザインターフェースオブジェクト１１１２は、返信アクションに関連付けられ、ユーザインターフェースオブジェクト１１１４は、消去アクションに関連付けられている。他の種類のアラートについては、タッチスクリーン５０４上でスクロールされるユーザインターフェースオブジェクトは、異なってもよい。例えば、カレンダー招待については、アクションは、出席又は欠席を含んでもよい。留守番電話アラートについては、アクションは、かけ直す又はメッセージ送信を含んでもよい。いくつかの実施形態では、表示されるユーザインターフェースオブジェクトが３つ以上存在してもよい。
【０２１５】
いくつかの実施形態では、消去アクションに関連付けられたユーザインターフェースオブジェクト１１１４の選択の検出に応じて、デバイス５００は、図８に関連して上述したとおり、アラートを消去し得る。
【０２１６】
いくつかの実施形態では、返信アクションに関連付けられたユーザインターフェースオブジェクト１１１２の選択の検出に応じて、デバイス５００は、画面１１２０を表示し得る。画面１１２０は、テキストメッセージに返信するための選択肢に対応する、複数のユーザインターフェースオブジェクト１１２２、１１２４、１１２６、１１２８を含む。この例では、返信オプションは、「スマートリプライ」、「絵文字」、「音声入力」、及び「ＫＢ」（キーボード）を含む。このような返信オプションは、２０１４年９月２日出願の、Ｎｉｃｈｏｌａｓ  Ｚａｍｂｅｔｔｉを発明者とする、「Ｈｉｓｔｏｒｉｃａｌ  Ｂｕｔｔｏｎｓ  ｆｏｒ  Ｉｎｐｕｔ  Ｍｅｔｈｏｄｓ」と題された、米国特許仮出願第６２／０４４，９２３号、２０１５年３月３日出願の、Ｎｉｃｈｏｌａｓ  Ｚａｍｂｅｔｔｉを発明者とする、「Ｈｉｓｔｏｒｉｃａｌ  Ｂｕｔｔｏｎｓ  ｆｏｒ  Ｉｎｐｕｔ  Ｍｅｔｈｏｄｓ」と題された、米国特許仮出願第６２／１２７，８００号、及び２０１５年３月８日出願の、Ｎｉｃｈｏｌａｓ  Ｚａｍｂｅｔｔｉを発明者とする、「Ｈｉｓｔｏｒｉｃａｌ  Ｂｕｔｔｏｎｓ  ｆｏｒ  Ｉｎｐｕｔ  Ｍｅｔｈｏｄｓ」と題された、米国特許仮出願第６２／１２９，９０３号に記載された機能を含んでもよい。これらの出願は、その全体が参照により組み込まれる。
【０２１７】
「スマートリプライ」に対応するユーザインターフェースオブジェクト１１２２の選択の検出に応じて、デバイス５００は、スマートリプライ画面１１３０を表示し得る。スマートリプライ画面１１３０は、所定の応答メッセージ１１３２、１１３４、１１３６を選択するためのユーザインターフェースを含む。いくつかの実施形態では、所定の応答メッセージのコンテンツは、デバイス５００によりデフォルトとして提供されてもよいし、又は、ユーザによりカスタマイズされてもよい。いくつかの実施形態では、所定の応答メッセージのコンテンツは、外部デバイスから、デバイス５００が受信してもよい。
【０２１８】
所定の応答メッセージ１１３２、１１３４、１１３６の選択の検出に応じて、デバイス５００は、所定の応答メッセージを、アラートソースに送信し、メッセージ送信完了確認画面１１４０を表示し得る。メッセージ送信完了確認画面１１４０を所定の時間インターバルの間表示した後、デバイス５００は、時計文字盤２１２又はホーム画面を表示し得る。この例では、アラートコンテンツが表示された後であるという理由から、時計文字盤２１２は、受信したアラートに対応する未読アラートの指標は含まない。
【０２１９】
画面１１２０に戻って、デバイス５００が、１１２２ではなく、ユーザインターフェースオブジェクト１１２４の選択を検出した場合、デバイス５００は、アラートソースに対する返信として送信するための絵文字（例えば、表意文字、クリップアート、又はアニメーション）を選択するためのユーザインターフェースを表示し得る。絵文字の選択の検出に応じて、デバイス５００は、選択された絵文字を、アラートのソースに送信し、メッセージ送信完了確認画面１１４０を表示し得る。
【０２２０】
いくつかの実施形態では、選択直後に所定の応答又は絵文字を送信する代わりに、デバイス５００は、確認アフォーダンスを表示し得る。確認アフォーダンスの選択の検出に応じて、デバイス５００は、上述のとおり、所定の応答又は絵文字を送信し得る。
【０２２１】
いくつかの実施形態では、ユーザインターフェースオブジェクト１１２６の選択の検出に応じて、デバイス５００は、デバイス５００上のマイクロフォンからのオーディオ入力を記録し、ソースへの返信として、記録した音声に対応するデータを送信し得る。いくつかの実施形態では、記録した音声は、音声メッセージデータとして送信されてもよい。他の実施形態では、記録した音声は、デバイス５００により転記されて、転記データとして送信されてもよい。いくつかの実施形態では、音声記録を表すデータをソースに直ちに送信する代わりに、デバイス５００は、送信アフォーダンスと共に、記録した音声をタッチスクリーン５０４上に表示し、送信アフォーダンスが選択された場合には、デバイス５００に、音声に対応するデータをソースに対して送信させる。
【０２２２】
いくつかの実施形態では、ユーザインターフェースオブジェクト１１２８の選択の検出に応じて、デバイス５００は、ユーザがアラートに対する応答をタイプすることを可能にする仮想キーボードを表示し得る。
【０２２３】
図１２Ａで示されるように、いくつかの実施形態では、ユーザインターフェースオブジェクト１１１２、１１１４をタッチスクリーン５０４上で上にスクロールさせた後、ユーザインターフェースオブジェクト１１１４の下部を過ぎてスクロールさせることを要求するユーザ入力の検出に応じて、デバイス５００は、タッチスクリーン５０４上で、ユーザインターフェースオブジェクト１１１２、１１１４の下に、返信オプションを表すユーザインターフェースオブジェクト１２０２、１２０４、１２０６、及び１２０８をスクロールさせ得る。これらの返信オプションは、図１１に関連して上述した、２つの所定の応答メッセージ１２０２、１２０４、音声入力１２０８、及び絵文字１２０６のオプションを含む。返信オプション１２０２、１２０４、１２０６、１２０８のうちの１つの選択の検出に応じて、デバイス５００は、図１１に関連して記載されたように応答し得る。
【０２２４】
図１２Ｂで示されるように、いくつかの実施形態では、アラートコンテンツの下部の下のユーザインターフェースオブジェクト１１１２、１１１４を上にスクロールさせる代わりに、デバイス５００は、ユーザインターフェースオブジェクト１２０２、１２０４、１２０６、及び１２０８を、画面上で、アラートコンテンツの下部の下にスクロールさせ得る。この例では、アラートコンテンツ８０４の下部を過ぎてスクロールさせることを要求するユーザ入力（例えば、上向きスワイプ）の検出に応じて、デバイス５００は、タッチスクリーン５０４で、アラートコンテンツの下部の下に、これらの返信オプションをスクロールさせる。
【０２２５】
図１２Ｃは、図１１〜図１２Ｂを参照して上述した「スマートリプライ」を使用するためのインターフェースの一部としてデバイス５００が表示し得る、例示的なアニメーションを示す。画面１２１０上に、デバイス５００は、アラート（例えば、テキストメッセージ１２１２）と、返信アクションに関連付けられたユーザインターフェースオブジェクト１２１４とを表示する。返信アクションに関連付けられたユーザ入力（例えば、タッチスクリーン５０４上のユーザインターフェースオブジェクト１２１４の位置におけるタッチ）の受信に応じて、デバイス５００は、複数の所定の応答メッセージのアニメーション化された表示（reveal）を表示してもよい。例えば、図１２Ｃで示すように、画面１２２０は、所定の応答メッセージに対応するユーザインターフェースオブジェクト１２２２及び１２２４を、最初に表示する。ユーザインターフェースオブジェクト１２２２及び１２２４は、画面１２２０の下部に出現し、かつ矢印１２２６により示されるように、上向き方向に画面上を移動するようにアニメーション化されている。一連のアニメーション化された表示に関して、ユーザインターフェースオブジェクト１２２８、１２３０、及び１２３２が画面１２２０の下に出現すると、ユーザインターフェースオブジェクト１２２２及び１２２４は、画面５０４の上部に移動する。ユーザインターフェースオブジェクト１２２８は、第３の所定の応答メッセージを示し、ユーザインターフェースオブジェクト１２３０は、絵文字による応答を示し、ユーザインターフェースオブジェクト１２３２は、音声入力による応答を示す。
【０２２６】
ユーザは、所定の応答メッセージ又は他の応答オプション（例えば、絵文字又は音声入力）の選択を示すユーザ入力を提供してもよい。例えば、ユーザは、タッチスクリーン５０４上のユーザインターフェースオブジェクト１２２８の位置において、タッチを提供してもよい。所定の応答メッセージ又は他の応答オプションの選択を示すユーザ入力の検出に応じて、デバイス５００は、他の所定の応答メッセージ及び応答オプション（例えば、ユーザにより選択されなかったもの）の表示を除去してもよい。図１２Ｃで示されるように、「分かりません」という所定の応答メッセージ（例えば、ユーザインターフェースオブジェクト１２２８）の選択を示すユーザ入力の受信に応じて、デバイス５００は、ユーザインターフェースオブジェクト１２２２、１２２４、１２３０、及び１２３２の表示を除去する。その後に、デバイス５００は、選択された所定の応答メッセージをアニメ化して一時的に停止させ、次いで、矢印１２３４が示すように、画面１２２０の外へ移動させ、消去してもよい。表示された所定の応答メッセージ／他の応答オプションの停止、移動、及び除去後に、デバイス５００は、時計文字盤２１２又はホーム画面などの、第２のユーザインターフェース画面（例えば、画面１２４０）を表示してもよい。例えば、ユーザインターフェースオブジェクト１２２４が画面１２２０の外へ移動した後、デバイス５００は、画面１２４０を、フェードインさせたり、焦点が合っていない状態から焦点が合っている状態へ移行させたりなどすることによって表示してもよい。デバイス５００はまた、選択された所定の応答メッセージを、アラートソースに送信してもよい。
【０２２７】
デバイス５００は、ユーザが他の種類のアラートに応答するのを可能にする、他の応答オプションを表示し得る。例えば、図１３Ａ及び図１３Ｂは、ユーザがクロックアラームアラート又はソーシャルメディアの「友達申請」のアラートに応答するのを可能にするようにデバイス５００がタッチスクリーン５０４上に表示し得る、画面の例示的なシーケンスを示す。図１３Ａで示す例では、デバイス５００は、クロックアラームアラートを受信し、知覚出力を発する。知覚出力から所定の時間インターバル内でのユーザ入力の検出に応じて、デバイス５００は、クロックアラームアラートに対応する通知１３０４を含む画面１３０２を表示する。通知１３０４上での接触の検出に応じて、デバイス５００は、応答画面１３３０を表示する。接触は、通知１３０４が表示されている間の、タッチスクリーン５０４上での上向きスワイプでもよい。この接触に応じて、デバイス５００は、画面１３３０を表示する。この場合、応答オプションは、「スヌーズ」１３０６及び「停止」１３０８を含む。
【０２２８】
図１３Ｂです例では、デバイス５００は、ソーシャルメディアアプリケーションから「友達申請」アラートを受信し、知覚出力を発する。知覚出力から所定の時間インターバル内でのユーザ入力の検出に応じて、デバイス５００は、友達申請アラートに対応する通知１３１２を含む画面１３１０を表示する。画面１３１０を表示している間の、タッチスクリーン５０４との接触の検出に応じて、デバイス５００は、応答画面１３４０を表示する。接触は、例えば、タッチスクリーン５０４上での上向きスワイプでもよい。この接触の検出に応じて、デバイス５００は、画面１３４０を表示する。この場合、アラートの応答オプションは、ユーザが友達申請を承認又は拒否することを可能にする、「承認」１３１４及び「拒否」１３１６を含む。
【０２２９】
当業者であれば、他の種類のアラートについて、多くの他の応答オプションが可能であることを認識するであろう。
【０２３０】
図８〜図１１で示された上述の例では、通知が表示されている間のタッチスクリーン５０４上での上向きスワイプに応じて、デバイス５００は、受信したアラートに関連付けられたアラートコンテンツを表示することを留意されたい。しかしながら、図１３Ａ及び図１３Ｂで示された例では、受信したアラートは、関連付けられたアラートコンテンツを有していない。いくつかの実施形態では、受信したアラートがアラートコンテンツを有しない場合、デバイス５００は、アラートコンテンツを表示するのではなく、応答オプションを表示することにより、通知を表示している間に、タッチスクリーン５０４上での接触（例えば、上向きスワイプ又はタップ）に応答し得る。
【０２３１】
上記で検討されたように、いくつかの実施形態では、デバイス５００は、タッチスクリーン５０４上での接触の強度を（例えば、強度センサ５２４を使用して）検出し得る。デバイス５００は、次いで、接触の強度に基づいて、タッチスクリーン５０４上での接触に応答し得る。少しの間図１１に戻って、いくつかの実施形態では、アラートコンテンツ８０４を表示している間に、閾値強度を上回る特性強度を有するタッチスクリーン５０４との接触の検出に応じて、デバイス５００は、ユーザインターフェースオブジェクト１１２２、１１２４、１１２６、及び１１２８の一部又は全てを表示し得る。
【０２３２】
いくつかの実施形態では、ユーザは、上述のとおり、アラートコンテンツの下部を超えてスクロールさせるか、あるいは、閾値強度を上回る特性強度でタッチスクリーン５０４をタッチするか（例えば、強度センサ５２４により検出されたタッチスクリーン５０４上での強い押圧など）のいずれかにより、ユーザインターフェースオブジェクト１１２２、１１２４、１１２６、及び／又は１１２８にアクセスしてもよい。
【０２３３】
図１４は、ユーザが受信したアラートに応答するのを可能にするために、デバイス５００により表示され得る、画面の別のシーケンスを示す。この例では、アラートコンテンツ８０４が表示されている間に、デバイス５００は、閾値強度を上回る特性強度を有するタッチスクリーン５０４との接触を検出する。閾値を上回る特性強度を有する接触の検出に応じて、デバイス５００は、応答画面１４０２を表示し得る。
【０２３４】
応答画面１４０２は、４つの応答オプションに対応する、４つのユーザインターフェースオブジェクト１４０４、１４０６、１４０８、及び１４１０を含む。ユーザインターフェースオブジェクト１４０４の選択を示す入力の検出に応じて、デバイス５００は、図１１に関連して示され、記載されたように、画面１１２０を表示し得る。
【０２３５】
ユーザインターフェースオブジェクト１４０６の選択の検出に応じて、デバイス５００は、アラートを消去し、時計文字盤又はホーム画面を表示し得る。
【０２３６】
ユーザインターフェースオブジェクト１４０８の選択の検出に応じて、デバイス５００は、後続のアラートを、（例えば、アラートの受信に応じて知覚出力を生じさせないことにより、及び／又は、新たな通知を一切表示しないことにより）無期限に又は所定の期間、抑制し得る。
【０２３７】
いくつかの実施形態では、ユーザインターフェースオブジェクト１４１０の選択の検出に応じて、デバイス５００は、受信したアラートに関連付けられたアプリケーションを起動させ、アプリケーション内でアラートを表示し得る。アプリケーションを起動させることは、デバイス５００の最前面においてアプリケーションを実行すること、及び／又は、タッチスクリーン５０４上でアプリケーションを表示することに対応し得る。この例では、アラートがテキストメッセージであるため、デバイス５００は、テキストメッセージアプリケーションを起動させ得る。他の例では、受信したアラートに応じて、起動されるアプリケーションは、電子メールアプリケーション、カレンダーアプリケーション、天気アプリケーション、ソーシャルネットワークアプリケーション、又はいくつかの他の種類のアプリケーションであってもよい。アプリケーションを起動させた後、ハードウェアボタンの押下又は回転可能かつ押下可能な機構の押下の検出に応じて（図５Ａで示されたように、デバイス５００にいずれか又は両方が存在する場合）、デバイスは、アプリケーションを終了させ、ホーム画面を表示することができる。
【０２３８】
図１４で示す例では、応答画面１４０２は、テキストメッセージ又は電子メールアラートに応答するのに適した、ユーザインターフェースオブジェクト１４０４、１４０６、１４０８、１４１０を含む。ただし、図１２Ａ及び図１２Ｂに関連して上記で検討されたように、応答画面は、異なる種類のアラートに応答するのに適した、異なるユーザインターフェースオブジェクトを有し得る。例えば、アラートがクロックアラームである場合には、「返信」オプション１４０４の代わりに、応答画面は、「スヌーズ」オプションを提供してもよい。別の例として、アラートが音声メッセージである場合には、ユーザが音声メッセージを再生できるように、応答画面は、「再生」オプションを提供してもよい。いくつかの実施形態では、応答画面は、「電話で開く」オプションを提供してもよい。「電話で開く」オプションの選択の検出に応じて、デバイス５００は、アラートに関連付けられたアプリケーションを外部電子デバイスに起動させるために、携帯電話などの、デバイス５００との通信状態にある外部電子デバイスにデータを送信し得る。
【０２３９】
図１３Ａ、図１３Ｂ、及び図１４に関連して記載された応答インターフェースは、関連付けられたアプリケーションの一部ではなく、同アプリケーションは、デバイス５００上で実行されてもよいし、実行されなくてもよいが、応答インターフェースは、アラートユーザインターフェースの一部であることに留意されたい。いくつかの実施形態では、第三者は、デバイス５００との通信状態にある外部電子デバイス上で実行するアプリケーションのための応答オプションを提供してもよい。
【０２４０】
２．複数のアラートの管理
いくつかの実施形態では、デバイス５００は、複数のアラートを受信してもよく、複数の連続する通知を表示してもよい。
【０２４１】
図１５は、複数のアラートの受信に応じて、デバイス５００により表示され得る、画面のシーケンスを示す。上述の例におけるのと同様に、タッチスクリーン５０４は、最初は、暗い又は非アクティブ状態でもよい。第１のアラートの受信に応じて、デバイス５００は、第１の知覚出力６０２を発する。第１の知覚出力６０２から第１の時間インターバル内でのユーザ入力の受信に応じて、デバイス５００は、図６Ａに関連して上記で示され、記載されたように、第１の通知６０６を表示する。
【０２４２】
デバイス５００は、第１の通知を表示している間に、第２のアラートを受信する。第２のアラートの受信に応じて、デバイス５００は、画面６０４を画面１５０２で置き換える。いくつかの実施形態では、第２のアラートの受信に応じて、デバイス５００はまた、第２の知覚出力１５０６を発してもよい。画面１５０２は、第２の受信したアラートを表す第２の通知１５０４を含む。この例では、第２の受信したアラートは、送信者Ｊｕｌｉａ  Ｓｍｉｔｈからの電子メールである。第２の通知は、図８に関連して上記で記載された方法と同様の方法で、画面上でアニメーション化されてもよい。
【０２４３】
デバイス５００は、図８に関連して上記で検討されたように、消去基準に合致するユーザ入力の検出に応じて、第２の通知１５０４を消去し得る。第２の通知を消去した後、デバイス５００は、ホーム画面７０６又は時計文字盤６１２を表示してもよい。図１５で示されるように、ホーム画面又は時計文字盤は、第１及び第２のアラートに対応する、２つの未読アラートの指標を含んでもよい。なお、図１５の時計文字盤６１２上に示された未読アラートのインジケータ６１４が、図６Ｂの時計文字盤６１２上に示された未読アラートのインジケータよりも大きいに留意されたい。以下でより詳細に検討されるように、いくつかの実施形態では、指標のサイズは、未読アラート数についての指標を提供してもよい。
【０２４４】
図１６は、複数のアラートの受信に応じて、デバイス５００により表示され得る、画面の別の例示的なシーケンスを示す。この例では、デバイス５００は、第１のアラートを受信し、第１の知覚出力６０２を発し、図８に関連して上述したとおり、様々なユーザ入力に応じて、第１の通知６０６及び第１のアラートコンテンツ８０４を表示する。
【０２４５】
第１のアラートコンテンツ８０４を表示している間に、デバイス５００は、次いで、情報を含む第２のアラートを受信する。第２のアラートの受信に応じて、デバイス５００は、図１５に関連して記載されたように、第２の通知１５０４を含む画面１５０２を表示し得る。いくつかの実施形態では、第２のアラートの受信に応じて、デバイス５００は、第２の知覚出力１５０６を発してもよい。デバイス５００は、図８に関連して上述したとおり、消去基準に合致するユーザ入力に応じて、第２の通知１５０４を消去し得る。第２の通知１５０４を消去した後に、デバイス５００は、図１５に関連して上述したとおり、時計文字盤６１２又はホーム画面７０６を表示し得る。いくつかの実施形態では、時計文字盤６１２又はホーム画面７０６を表示する代わりに、デバイス５００は、第２の通知１５０４を消去した後に、第１のアラートコンテンツ８０４を再度表示し得る。
【０２４６】
図１７は、デバイス５００が表示し得る、画面の別のシーケンスを示す。このシーケンスは、図１６で示されたシーケンスに類似するが、第２の通知１５０４を消去する代わりに、ユーザは、第２のアラートコンテンツを見ることを望む。デバイス５００は、図８に関連して上述したとおり、ユーザ入力の検出に応じて、第２の通知１５０４を表示しながら、第２のアラートコンテンツ１７１２を表示し得る。この例では、第２のアラートコンテンツ１７１２は、電子メールアラートについての件名１７１０を含む。ユーザ入力は、例えば、第２の通知上での上向きスワイプ又はタップでもよい。
【０２４７】
図１７で示す例では、第２のアラートコンテンツ１７１２を見た後、ユーザは、第２のアラートに関連付けられたアプリケーションの呼び出しを望む。いくつかの実施形態では、タッチスクリーン５０４上の第２のアラートコンテンツ又は第２のアラート通知に対応する位置における接触の検出に応じて、デバイス５００は、第２のアラートに関連付けられたアプリケーションを起動させ、画面１７１４を表示し得る。いくつかの実施形態では、アプリケーションアフォーダンス１７０８の選択の検出に応じて、デバイス５００は、第２のアラートに関連付けられたアプリケーションを起動させ、画面１７１４を表示し得る。
【０２４８】
この例では、第２のアラートに関連付けられたアプリケーションは、電子メールアプリケーションである。したがって、アプリケーションアフォーダンス１７０８の選択の検出に応じて、デバイス５００は、電子メールアプリケーションを起動させ得る。いくつかの実施形態では、デバイス５００がこの方法でアラートに関連付けられたアプリケーションを起動させる場合、画面１７１４で示されるように、アラートは、アプリケーション内で開かれる。
【０２４９】
アプリケーションを起動させ、見た後に、ユーザは、ホーム画面に戻ることを望む場合がある。押下可能なハードウェアボタン又は押下可能かつ回転可能な入力機構であり得る入力ボタン５０６の押下の検出に応じて、デバイス５００は、ホーム画面７０６を表示し得る。この実施例では、ホーム画面７０６は、第１のアラート及び第２のアラートに対応する未読アラートの指標なしに表示される。第１のアラートコンテンツ８０４及び第２のアラートコンテンツ１７１２が両方とも表示されていたためである。
【０２５０】
図１８〜図２０は、上述したとおり、複数のアラートの受信及び入力の検出に応じて、デバイス５００が表示し得る、更なる画面シーケンスを示す。
【０２５１】
図１８で示されたシーケンスでは、デバイス５００は、図１７に関連して示され、記載されたように、第１のアラートを受信し、第１の通知を表示する。デバイス５００は、第１の通知を表示している間に、第２のアラートを受信する。第２のアラートの受信に応じて、デバイス５００は、第２の通知を表示する。この例では、ユーザは、図１６に関連して上述したとおり、第２の通知を消去する。第２の通知を消去した後に、デバイス５００は、第１の通知を再度表示する。ユーザは、次いで、第１の通知を消去し、デバイス５００は、ホーム画面を表示する。この例では、ホーム画面は、第１及び第２のアラートに対応する２つの未読アラートの指標を伴って表示される。
【０２５２】
図１９は、図１８に類似する。ただし、この例では、デバイス５００が第１の通知を表示した後、ユーザは、デバイス５００を視認位置で保持し、デバイス５００は、図１８に関連して上述したとおり、第１のアラートコンテンツを表示することにより応答する。第１のアラートコンテンツを表示している間に、デバイス５００は、第２のアラートを受信し、第２の通知を表示する。ユーザは、第２の通知を消去し、デバイス５００は、次いで、第１のアラートコンテンツを再度表示する。ユーザは、第１のアラートコンテンツを消去し、デバイス５００は、ホーム画面７０６を表示する。この例では、ホーム画面は、第２のアラートに対応する１つの未読アラートの指標を伴って表示される。
【０２５３】
図２０は、図１５に類似する。ただし、第２の通知を消去する代わりに、ユーザは、アプリケーションアフォーダンス２００２をタップして、第２のアラートに関連付けられたアプリケーションを起動させる。アプリケーションアフォーダンス２００２の選択の検出に応じて、デバイス５００は、アプリケーションを起動させ、アプリケーション内で第２のアラートコンテンツを表示する。ユーザは、次いで、ハードウェアボタン又は押下可能かつ回転可能な入力機構５０６を押下することにより、アプリケーションを終了させ、ホーム画面７０６に戻る。
【０２５４】
デバイス５００は、複数の通知又はアラートを見るための他のユーザインターフェースを表示してもよい。図２１で示されるように、いくつかの実施形態では、第１のアラートを表す通知６０６上での接触の検出に応じて、デバイス５００は、通知６０６に関連付けられたアラートコンテンツ２１０６の一部分を含む第１のペインと、受信した他のアラートに関する他のアラートコンテンツを示す１つ以上の更なるペイン２１０８の一部とを含む、画面２１０２を表示し得る。いくつかの実施形態では、画面２１０２は、表示され得る他のペインの数と、現在表示されているペインの位置とをユーザに示すページドット２１１０を含んでもよい。タッチスクリーン５０４上でのフリック又はスワイプの検出に応じて、デバイス５００は、ペインをスクロールさせて、受信した他のアラートに関するアラートコンテンツを表示し得る。
【０２５５】
いくつかの実施形態では、ペイン２１０４上での接触の検出に応じて、デバイス５００は、通知６０６に関連付けられたアラートコンテンツ２１２０の全体を含む画面２１１４を表示し得る。いくつかの実施形態では、画面２１１４は、テキストメッセージ会話中の他のメッセージなどを表示し得る、他のメッセージの表示をユーザに提供し得る、ページドット２１１８を更に含む。いくつかの実施形態では、画面２１１４上のページドット２１１８の色は、メッセージの種類を示してもよい。例えば、現在のアラートコンテンツ２１２０を含むペイン２１１６に関連付けられたページドットは、単色でもよく、一方、返信メッセージなどの他のメッセージは、種々の色のページドットにより示されてもよい。
【０２５６】
３．通知のミュート
いくつかの場合には、ソースからアラートを受信した後、ユーザは、同じソースからのアラートに関する後続の知覚出力を抑制すること、かつ／又は、同じソースからのアラートを表す通知の表示を抑制することを望む場合がある。すなわち、ユーザは、後続のアラートが同じソースから受信される場合、知覚出力により通知されることを望まない場合があり、かつ／又は、タッチスクリーン５０４上に表示される関連付けられた通知を有することを望まない場合がある。図２２で示されるように、デバイス５００は、ソースからアラートを受信し、通知６０６を表示し得る。この例では、通知を表示している間に、デバイス５００は、閾値強度を上回る特性強度を有するタッチスクリーン５０４との接触を検出する。閾値強度を上回る特性強度を有する接触の検出に応じて、デバイス５００は、同じソースから受信した後続のアラート又は同じアプリケーションに関連付けられたアラートをミュートするためのミュートアフォーダンス２２０４を表示し得る。ミュートアフォーダンス２２０４の選択の検出に応じて、デバイス５００は、同じソース又はアプリケーションから受信したアラートに関する知覚出力及び通知を、無制限に又は所定の期間、抑制し得る。
【０２５７】
４．通知のグループ化
いくつかの場合には、デバイス５００は、複数のアラートを、同時に又は短い期間内で受信する場合がある。これは、例えば、デバイス５００の電源が一定期間切られていた場合に起こる場合がある。デバイス５００の電源が、その後、入れられた際、デバイス５００は、デバイス５００の電源が切られていなければ受信されていたであろう全てのアラートを受信する場合がある。この場合には、ユーザは、複数の連続する通知を見たり、消去したりしなければならず、煩わしい場合がある。
【０２５８】
このため、いくつかの実施形態では、複数のアラートの受信に応じて、デバイス５００は、受信したアラートごとに単一の通知を表示するのではなく、複数のアラートを表す単一のグループ化された通知を表示してもよい。デバイス５００は、グループ化基準に基づいて、複数のアラートを表すグループ化された通知を表示するかどうかを判定してもよい。例えば、デバイス５００は、複数のアラートが所定の時間インターバル内で受信されたかどうか、複数のアラートが同じソースから受信されたかどうか、複数のアラートが同じアプリケーションに関連付けられているかどうか、又はこれらの基準のいくつかの組み合わせに基づいて、単一の通知による表示ためにアラートをグループ化してもよい。いくつかの実施形態では、デバイス５００は、時間依存アラートがグループ化された通知に含まれないように除外し、その代わりに、時間依存アラートごとに単一の通知を表示し得る。このような時間依存アラートは、例えば、システムアラート（例えば、電池残量アラート）又は緊急のカレンダーリマインダーを含んでもよい。
【０２５９】
図２３Ａ〜図２３Ｃは、複数のアラートを表すグループ化された通知２３０２、２３０４、２３０６の例を示す。図２３Ａ〜図２３Ｃで示されるように、いくつかの実施形態では、デバイス５００は、グループ化された通知を表示する場合と、単一のアラートを表す通知を表示する場合とでは、ユーザ入力に対して異なる方法で応答し得る。例えば、図８に関連して上述したとおり、単一のアラートを表す通知上での接触（例えば、上向きスワイプ）の検出に応じて、デバイス５００は、アラートコンテンツを表示してもよい。対照的に、複数のアラートを表すグループ化された通知上での接触の検出に応じて、デバイス５００は、複数のアラートに関連付けられたアプリケーション用のインボックスを表示してもよいし（アラートが全て単一のアプリケーションに関連付けられている場合には、アプリケーションは、インボックスを有する）、あるいは、グループ化されたアラートにより表された、受信したアラートそれぞれに対する個々の通知を含む通知のリストを表示してもよい。図２３Ａ〜図２３Ｃは、グループ化された通知画面及びユーザ入力に対する応答の例を示す。
【０２６０】
図２３Ａで示す例示的な画面シーケンスでは、デバイス５００は、３つのテキストメッセージを、同じソースであるＪａｓｏｎ  Ｊｏｎｅｓから受信し、テキストメッセージを表すグループ化された通知２３０２を表示する。グループ化された通知上での接触の検出に応じて、デバイス５００は、受信したメッセージのリストと共に、Ｊａｓｏｎ  Ｊｏｎｅｓ用のテキストメッセージのインボックス２３０８を表示し得る。接触は、例えば、タップ又はスワイプでもよい。リストにあるメッセージのうちの１つを選択したことの検出に応じて、デバイス５００は、関連付けられたアラートコンテンツを表示し得る。
【０２６１】
図２３Ｂで示す例示的な画面シーケンスでは、デバイス５００は、２つのアラートを、２つの異なるソースであるＣｈｒｉｓ  Ｂｌａｃｋ及びＪａｓｏｎ  Ｊｏｎｅｓから受信する。アラートは両方とも、同じアプリケーションに関連付けられている。この例では、アプリケーションは、テキストメッセージアプリケーションである。２つのアラートの受信に応じて、デバイス５００は、２つのアラートを表すグループ化された通知２３０４を表示し得る。グループ化された通知２３０４上での接触の検出に応じて、デバイス５００は、２つのメッセージを列記するテキストメッセージインボックス２３１０を表示し得る。リストにあるメッセージのうちの１つを選択したことの検出に応じて、デバイス５００は、関連付けられたアラートコンテンツを表示し得る。
【０２６２】
更に別の例では、図２３Ｃで示されるように、デバイス５００は、複数のアプリケーションに関連付けられた複数のアラートを受信する。デバイス５００は、複数のアラートを表すグループ化された通知２３０６を表示し得る。グループ化された通知２３０６上での接触の検出に応じて、デバイス５００は、グループ化された通知により表された、受信したアラートそれぞれに対する個々の通知を含む通知のリスト２３１２を表示し得る。通知のうちの１つを選択したことの検出に応じて、デバイス５００は、関連付けられたアラートコンテンツを表示し得る。
【０２６３】
いくつかの実施形態では、グループ化基準に合致する複数のアラートの受信に応じて、デバイス５００は、複数の知覚出力を発し得る。いくつかの実施形態では、グループ化基準に合致する複数のアラートの受信に応じて、デバイス５００は、アラートごとに知覚出力を発するのではなく、単一の知覚出力を発し得る。
【０２６４】
５．未読アラートの指標
図６Ｂ、図７、及び図１５に関連して上記で検討されたように、いくつかの実施例では、表示された時計文字盤又はホーム画面は、未読アラートの指標を提供するユーザインターフェースオブジェクトを含み得る。未読アラートは、受信したが、ユーザにより見られていないアラートに相当する場合があり、又は、ユーザにより「未読」としてマークしたアラートに相当する場合がある。デバイス５００は、例えば、アラートコンテンツの一部若しくは全てがタッチスクリーン５０４上に表示されていたかどうか、アラートコンテンツがタッチスクリーン５０４上にどれぐらい長く表示されたかどうか、アラートに関連付けられた任意の音声コンテンツが再生されたかどうか、及び／又はアラートコンテンツが、（例えば、ユーザが手首を上げることを示す信号に応じて）自動的に表示されたか若しくはタッチスクリーン５０４との接触に応じて表示されたかどうか、に基づいて、アラートが見られたかどうかを判定する。いくつかの実施形態では、アラートがアラートコンテンツを何ら含まない場合には（例えば、クロックアラーム）、デバイス５００は、アラートを表す通知が表示されていたら、このアラートは読まれたものとして考慮してもよい。
【０２６５】
いくつかの実施形態では、デバイス５００は、一時的な通知を生成するアラートを受信してもよい。このような通知は、ユーザにとって、比較的短い期間でのみ有用である場合がある。例えば、ユーザがエクササイズ中であり、フィットネスのマイルストーン（例えば、トレーニングの半分）を達成した場合、デバイス５００は、マイルストーンをユーザに通知するこのような一時的なアラートを受信してもよい。この場合、デバイス５００が一時的なアラートに関して知覚出力を発してから所定の時間インターバル内でユーザが手首を上げた場合、デバイス５００は、アラートを表す通知を表示し得る。ただし、ユーザが少し遅れて手首を上げた場合には、デバイス５００は、時計文字盤又はホーム画面を表示してもよく、時計文字盤又はホーム画面は、アラートがもはやユーザには関係がないという理由から、アラートに対応する未読アラートの指標を含んでいなくてもよい。
【０２６６】
図７に戻って、例示的なホーム画面７０６では、ユーザインターフェースオブジェクト７０８は、未読アラートの数を表示することにより、未読アラートの指標を提供する。他の例では、ユーザインターフェースオブジェクトは、例えば、色が未読アラートの数を表示している（例えば、バナーが暗くなるほど、未読アラートが多いことを示す）場合に、着色されたバナーを表示する、などの異なる方法で、未読アラートの指標を提供してもよい。いくつかの実施形態では、ユーザインターフェースオブジェクトは、未読アラートの数を一切表示せずに、未読アラートが存在することを示してもよい。
【０２６７】
いくつかの実施形態では、図６Ｂ、図６Ｃ、及び図１５で示されたように、デバイス５００は、表示６１４のように、ドット、シェブロン、又は他の形状を表示することにより、未読アラート（１つ又は複数）の指標を提供し得る。いくつかの実施形態では、ドット、シェブロン、又は他の形状の色は、未読アラートの存在を示してもよい。例えば、赤色の形状は、未読アラートが存在することを示してもよく、一方、緑色の形状は、未読アラートが存在しないことを示してもよい。いくつかの実施形態では、形状は、未読アラートの数を示す頻度で、点滅し、フラッシュし、又はサイズが変動してもよい。例えば、より多い点滅頻度は、より多くの未読アラートを示してもよい。いくつかの実施形態では、形状のサイズは、未読アラートの数の指標となり得る。例えば、（図６Ｂのように）小さい形状は、１つの未読アラートを示してもよく、一方、（図１５のように）より大きな形状は、より多くの未読アラートを示してもよい。当業者であれば、未読アラートの数を示すためのこれらのアプローチは、多くの種々の方法を組み合わせられ得ることを理解するであろう。
【０２６８】
いくつかの実施形態では、形状の表示は、エフェクトを含む。例えば、形状は、タッチスクリーン５０４上の位置にフェードインしてもよいし、又は、同位置にスライドさせてもよい（例えば、画面の上端からスライドさせる）。任意選択的に、エフェクトは、アニメーション化されている。いくつかの実施形態では、エフェクトは、ユーザ入力（例えば、ユーザが自身の手首を上げること）に応じて実行される。
【０２６９】
いくつかの実施形態では、形状の表示は、除去基準に従って除去される。例えば、形状は、形状が所定の期間の間表示された後、又は、ユーザ入力（例えば、ユーザが自身の手首を下げるこ）に応じてこと、除去されてもよい。いくつかの実施形態では、形状の除去は、エフェクトを含む。例えば、形状は、タッチスクリーン５０４からフェードアウトしてもよいし、又は、タッチスクリーン５０４の外へスライドさせてもよい（例えば、画面の上端の外へスライドさせる）。任意選択的に、形状の除去は、アニメーション化されている。
【０２７０】
上記未読アラートの指標に関連付けられた機構及び／又はエフェクトは、ユーザに対して、未読アラートが存在することを示してもよい。例えば、この指標の外観又はサイズの変動のアニメーションは、未読アラートが存在するという事実に、ユーザの注意を引き付ける場合がある。
【０２７１】
更に、一部の形状は、更なる技術的なエフェクトを提供してもよい。いくつかの実施形態では、方向示す指標を提供する矢印、三角形、シェブロン（例えば、図６Ｃの６１４）、又は他のグラフィックオブジェクトは、入力によりデバイス５００が未読アラートに関連付けられた動作を実行させられるであろうという視覚的な合図を、ユーザに提供してもよい。例えば、図６Ｃで示されたシェブロン６１４などの、方向の指標となるグラフィックオブジェクトは、このオブジェクトが示している方向（例えば、図６Ｃのシェブロン６１４の場合には、下向き）へのタッチスクリーン５０４上でのスワイプ、ドラッグ、又はフリックにより、デバイス５００が、未読アラートに関連付けられたアクションを実行させられるであろうことを、ユーザに示してもよい。一実施形態において、方向性オブジェクトが指している方向へのスワイプにより、デバイス５００は、未読アラートのコンテンツ（例えば、図８の画面８０２上のアラートコンテント８０４）を表示する。別の実施形態では、オブジェクトにより示された方向へのスワイプにより、デバイス５００は、アラートの通知（例えば、図６Ａの通知６０６）を表示する。更に別の実施形態では、オブジェクトにより示された方向へのスワイプにより、デバイス５００は、未読アラートの通知を含み得る１つ以上の通知のリストを表示させ、又は、未読アラートに対応するアプリケーションを起動させる。例えば、デバイス５００は、２０１４年９月２日出願の「Ｒｅｄｕｃｅｄ−ｓｉｚｅ  Ｎｏｒｔｉｆｉｃａｔｉｏｎ  Ｉｎｔｅｒｆａｃｅ」と題された、同時係属中の米国特許仮出願第６２／０４４，９５３号に記載されたように、複数の通知を表示してもよく、又は、未読アラートに対応するアプリケーションを起動させてもよい。同出願の内容は、参照により本明細書に組み込まれる。
【０２７２】
当業者であれば、未読アラートを示す形状又はオブジェクトの様々な位置及び方向が可能であることを理解するであろう。例えば、タッチスクリーン５０４の下部における指標は、上向きの方向性を示す上向きの矢印、三角形、シェブロン、又は他のグラフィックオブジェクトを含んでもよく、それらは、未読アラートが存在することを示し、かつタッチスクリーン５０４上での上向きスワイプにより、デバイス５００が、未読アラートのコンテンツ、アラートの通知、通知のリスト、又はアラート及び／若しくは通知に関連付けられた別の表示を表示する。
【０２７３】
６．イベントのリマインダーとの対話
いくつかの実施形態では、アラートは、イベント（例えば、パーティー、会議、ゲームなど）に関連付けられている。アラートコンテンツは、イベントの日付、時間、及び場所などの、イベントに関連付けられた情報を含んでもよい。いくつかの実施形態では、イベントのリマインダーは、ユーザがイベントを始めるのにかかるであろう時間の推測に基づいて表示される。推測された時間は、ユーザの位置及びイベントに関連付けられた場所により、任意選択的に決まる。この時間は、例えば、地図アプリケーション、ナビゲーションアプリケーションなどにより生成された、推測される徒歩、自転車、公共交通機関、又は自動車での移動にかかる時間でもよい。いくつかの実施形態では、リマインダーは、ユーザがイベントを始めるのにかかるであろうと推測された時間の分だけ、イベントの時間よりも前に表示される。いくつかの実施形態では、リマインダーは、ユーザがイベントを始めるのにかかるであろうと推測された時間に加えて、時間どおりに到着するためにイベントに出向くのに準備する時間をユーザに与える所定量の時間の分だけ、イベントの時間よりも前に表示される。
【０２７４】
いくつかの実施形態では、イベントの通知又はリマインダーは、アフォーダンスを含む。アフォーダンスの選択の検出に応じて、デバイス５００は、イベントに関連する人物（例えば、イベントの開催者又はユーザをイベントに招待した人物）宛てのメッセージを作成するメッセージアプリケーションをアクティブ化してもよい。この方法において、ユーザは、イベントに関連する人物に、現在のユーザの状況（例えば、「まだ、向かっていません。１０分でそちらに伺います。」）を容易に提供し得る。いくつかの実施形態では、イベントの通知又はリマインダーに関連付けられたアフォーダンスの選択の検出に応じて、デバイス５００は、イベントへの進路を提供又は表示する、地図アプリケーション、ナビゲーションアプリケーションなどをアクティブ化してもよい。この進路は、ユーザの現在位置から、イベントに関連する場所への進路を含んでもよい。
【０２７５】
７．通知及びアラートを管理するためのプロセス
図２５は、通知及びアラートを管理するためのプロセス２５００を示すフロー図である。プロセス２５００は、デバイス５００（図５Ａ）などの、タッチ感知ディスプレイスクリーンを備える電子デバイスにおいて実行されてもよい。ブロック２５０２において、デバイスは、情報を含むアラートを受信する。ブロック２５０４において、デバイスは、アラートの受信に応じて、知覚出力を（例えば、触覚機構５４２を使用して）発する。ブロック２５０６において、デバイスは、ユーザ入力を検出する。ブロック２５０８において、デバイスは、ユーザ入力の検出に応じて、ユーザ入力が知覚出力から所定の時間インターバル内で検出されたかどうかを判定する。ユーザ入力が所定の時間インターバル内で検出されたとの判定に従って、ブロック２５１０において、デバイスは、情報の第１の部分を含む通知を表示する（例えば、任意選択的に、デバイスは、通知を表示してから第２の所定の時間インターバル後もユーザ入力が検出され続けているかどうかを判定する。ユーザ入力が検出され続けているとの判定に従って、デバイスは、情報の第２の部分を表示し、第２の部分は、第１の部分とは異なる。
【０２７６】
プロセス２５００に関連して上述されたプロセス（例えば、図２５及び図６Ａ〜図８）の詳細はまた、本明細書で記載された他のプロセスに、類似の方法で適用可能であることに留意されたい。例えば、プロセス２６００及びプロセス２７００は、プロセス２５００に関連して上述された様々なプロセスの特性のうちの１つ以上を含み得る。簡潔のために、これらの詳細は、他のプロセスの説明では繰り返さない。方法２５００に関連して上述された様々な方法及び技術は、図５Ｂに関連して記載されたものなどの、１つ以上のハードウェアユニットとして、任意選択的に実装されてもよい。
【０２７７】
図２６は、通知及びアラートを管理するためのプロセス２６００を示すフロー図である。プロセス２６００は、デバイス５００（図５Ａ）などの、タッチ感知ディスプレイスクリーンを備える電子デバイスにおいて実行されてもよい。ブロック２６０２において、デバイスは、複数のアラートを受信する。ブロック２６０４において、デバイス５００は、アラートの受信に応じて、複数のアラートがグループ化基準に合致するかどうかを判定する。ブロック２６０６において、デバイスは、ユーザ入力を検出する。ブロック２６０８において、デバイスは、複数のアラートがグループ化基準に合致するとの判定に従い、かつ記ユーザ入力の検出に応じて、複数のアラートを表すグループ化された通知を表示する。複数のアラートがグループ化基準に合致しないとの判定に従い、かつ、ユーザ入力の検出に応じて、ブロック２６１０において、デバイスは、複数のアラートを表す複数の通知を表示する。任意選択的に、グループ化基準は、複数のアラートが同じソースから受信されているかどうか、複数のアラートがアラートの数値閾値を超えるかどうか、複数のアラートが同じアプリケーションに関連付けられているかどうか、及び／又は複数のアラートが所定の時間インターバル以内で受信されているかどうか、に基づく。
【０２７８】
プロセス２６００に関連して上述されたプロセス（例えば、図２６及び図２３）の詳細はまた、本明細書で記載された他のプロセスに、類似の方法で適用可能であることに留意されたい。例えば、プロセス２５００及びプロセス２７００は、プロセス２６００に関連して上述された様々なプロセスの特性のうちの１つ以上を含み得る。簡潔のために、これらの詳細は、他のプロセスの説明では繰り返さない。方法２６００を参照して上述された様々な方法及び技術は、図５Ｂに関連して記載されたものなどの、１つ以上のハードウェアユニットとして、任意選択的に実装されてもよい。
【０２７９】
図２７は、通知及びアラートを管理するためのプロセス２７００を示すフロー図である。プロセス２７００は、デバイス５００（図５Ａ）などの、タッチ感知ディスプレイスクリーンを備える電子デバイスにおいて実行されてもよい。ブロック２７０２において、デバイスは、コンテンツを表示している間に、情報を含むアラートを受信する。ブロック２７０４において、デバイス５００は、アラートの受信に応じて、通知バナーを、ディスプレイにわたって表示する。バナーは、情報の一部を含む。コンテンツの少なくとも一部分は、ディスプレイ上に表示され続ける。ブロック２７０６において、デバイスは、バナー上での接触を検出する。接触の検出に応じて、ブロック２７０８において、デバイスは、情報の第２の部分を表示する。第２の部分は、第１の部分とは異なる。
【０２８０】
プロセス２７００に関連して上述されたプロセス（例えば、図２７及び図２４）の詳細はまた、本明細書で記載された他のプロセスに、類似の方法で適用可能であることに留意されたい。例えば、プロセス２５００及びプロセス２６００は、プロセス２７００に関連して上述された様々なプロセスの特性のうちの１つ以上を含み得る。簡潔のために、これらの詳細は、他のプロセスの説明では繰り返さない。方法２７００を参照して上述された様々な方法及び技術は、図５Ｂに関連して記載されたものなどの、１つ以上のハードウェアユニットとして、任意選択的に実装されてもよい。
【０２８１】
図２８のユニットは、図２５〜図２７に関連して上述された様々な技術及び方法を実装するために使用されてもよい。
【０２８２】
図２８に示されるように、電子デバイス２８００は、ユーザインターフェーストを表示するように構成されたディスプレイユニット２８０２を含み、任意選択的に、ユーザ接触を受信するように構成されたタッチ感知面ユニット２８０４と、タッチ感知面ユニットとの接触の強度を検出するように構成された１つ以上のセンサユニット２８０６と、ディスプレイユニット２８０２、タッチ感知面ユニット２８０４、及びセンサユニット２８０６に結合された処理ユニット２８０８とを含む。いくつかの実施形態では、処理ユニット２８０８は、表示有効化ユニット２８１０、受信ユニット２８１２、及び判定ユニット２８１４を含む。
【０２８３】
いくつかの実施形態では、表示有効化ユニット２８１０は、ディスプレイユニット２８０２に関連して、通知、アラート情報、又はユーザインターフェース（又はユーザインターフェースの一部）を表示するように構成されている。例えば、表示有効化ユニット２８１０は、通知を表示するため、ディスプレイ上で第１の通知を第２の通知で置き換えるため、複数のメッセージ処理動作のうちの１つを選択するためのユーザインターフェースを表示するため、に使用されてもよい。
【０２８４】
いくつかの実施形態において、受信ユニット２８１２は、アラート、データ、又は情報を受信するように構成されている。例えば、受信ユニット２８１２は、情報を含むアラートを受信するのに使用されてもよい。
【０２８５】
いくつかの実施形態では、判定ユニット２８１４は、判定を行うように構成されている。例えば、判定ユニット２８１４は、知覚出力から所定の時間インターバル以内で信号が受信されたかどうかを判定するため、かつ第２の接触の特性強度が閾値強度を上回るかどうかを判定するために使用されてもよい。
【０２８６】
図２９は、説明される様々な実施形態の原理に従って構成された電子デバイス２９００の機能ブロック図を示す。デバイスの機能ブロックは、任意選択的に、説明される様々な実施形態の原理を遂行するために、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせによって、実装される。図２９で説明される機能ブロックが、任意選択的に、組み合わされ、又はサブブロックに分離されて、説明される様々な実施形態の原理を実施することが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を任意選択的に支持する。
【０２８７】
図２９に示されるように、電子デバイス２９００は、グラフィックユーザインターフェースを表示するように構成されたディスプレイユニット２９０２、触覚出力を発するように構成された触覚機構ユニット２９０４、並びにディスプレイユニット２９０２及び触覚機構ユニット２９０４に結合された処理ユニット２９０８を含む。いくつかの実施形態では、電子デバイスは、タッチ入力を受信するように構成され、かつディスプレイユニット２９０２及び処理ユニット２９０８に結合された、タッチ感知面ユニット２９２６を任意選択的に含む。いくつかの実施形態では、電子デバイス２９００は、回転可能かつ押下可能な入力機構２９０６、マイクロフォンユニット２９２６、及びボタンユニット２９２８を任意選択的に含む。いくつかの実施形態において、処理ユニット２９０８は、受信ユニット２９１０、知覚出力有効化ユニット２９１２、検出ユニット２９１４、判定ユニット２９１６、表示有効化ユニット２９１８、起動ユニット２９２０、送信有効化ユニット２９２２、及び音声有効化ユニット２９２４を任意選択的に含む。
【０２８８】
処理ユニット２９０８は、（例えば、受信ユニット２９１０により）情報を含むアラートを受信することと、アラートの受信に応じて、（例えば、知覚出力有効化ユニット２９１２により）知覚出力を有効にすることとを行うように構成されている。処理ユニット２９０８は、（例えば、検出ユニット２９１４により）ユーザ入力を検出することと、（例えば、判定ユニット２９１６により）知覚出力から所定の時間インターバル内でユーザ入力が検出されたかどうかを判定することと、所定の時間インターバル内でユーザ入力が検出されたとの判定に従って、（例えば、表示有効化ユニット２９１８により）ディスプレイユニット２９０２上での通知の表示を有効にすることであって、通知が情報の第１の部分を含む、ことと、を行うように更に構成されている。
【０２８９】
いくつかの実施形態では、知覚出力を有効にすることは、触覚機構ユニット２９０４に、触覚出力を発しさせることを含む。
【０２９０】
いくつかの実施形態では、処理ユニット２９０８は、知覚出力から所定の時間インターバル後にユーザ入力が検出されたとの判定に従って、（例えば、表示有効化ユニット２９１８により）時計文字盤の表示を有効にすることであって、時計文字盤が、アラートが未読であるとの指標を含む、ことと、を行うように更に構成されている。
【０２９１】
いくつかの実施形態では、処理ユニット２９０８は、知覚出力から所定の時間インターバル後にユーザ入力が検出されたとの判定に従って、（例えば、表示有効化ユニット２９１８により）ディスプレイユニット２９０２上でのホーム画面の表示を有効にすることであって、ホーム画面が、複数のアプリケーションを表す複数のユーザインターフェースオブジェクトを含み、ユーザインターフェースオブジェクトが、アクティブ化されると、対応するアプリケーションを起動させ、ホーム画面が、アラートが未読であるとの指標含む、ことを行うように更に構成されている。
【０２９２】
いくつかの実施形態では、通知の表示を有効にすることは、ディスプレイユニット２９０２を非アクティブ状態からアクティブ化することを含む。いくつかの実施形態では、通知を表示することは、ホーム画面の表示を通知の表示で置き換えることを含む。いくつかの実施形態では、通知の表示を有効にすることは、通知をディスプレイ上で第１の方向に移動させるアニメーションの表示を有効にすることを含む。
【０２９３】
いくつかの実施形態では、通知は、アラートに関連付けられたアプリケーションを起動させるためのアプリケーションアフォーダンスを含み、処理ユニット２９０８は、（例えば、検出ユニット２９１４により）アプリケーションアフォーダンスの選択を検出することと、選択の検出に応じて、（例えば、起動ユニット２９２０により）アラートに関連付けられたアプリケーションを起動させることと、を行うように更に構成されている。
【０２９４】
いくつかの実施形態では、処理ユニット２９０８は、アラートの受信に応じて、（例えば、判定ユニット２９１６により）ユーザアクティビティレベルがアクティビティ基準に合致するかどうかを判定することであって、ユーザアクティビティレベルがアクティビティ基準に合致するまで、知覚出力の発生を遅延させる、ことを行うように更に構成されている。
【０２９５】
いくつかの実施形態では、電子デバイスは、タッチ感知ディスプレイ上（例えば、タッチ感知面ユニット２９２６上）での接触の強度を（例えば、検出ユニット２９１４により）検出するように構成されており、処理ユニット２９０８は、通知がディスプレイユニット２９０２上に表示されている間に、（例えば、検出ユニット２９１４により）タッチ感知ディスプレイ上の接触を検出し、（例えば、判定ユニット２９１６により）接触の特性強度が閾値強度を上回るかどうかを判定するように更に構成されている。いくつかの実施形態では、処理ユニット２９０８は、接触の特性強度が閾値強度を上回るとの判定に従って、（例えば、表示有効化ユニット２９１８により）ミュート基準に合致する１つ以上の後続のアラートを抑制するためのオプションの表示を有効にするように更に構成されている。いくつかの実施形態では、処理ユニット２９０８は、接触の特性強度が閾値強度を下回るとの判定に従い、かつ、接触がタッチ感知ディスプレイ上のアプリケーションアフォーダンスに対応する位置にあるとの判定に従って、（例えば、起動ユニット２９２０により）アラートに関連付けられたアプリケーションを起動させるように更に構成されている。いくつかの実施形態では、ミュート基準は、アラートのソースに基づいている。
【０２９６】
いくつかの実施形態では、処理ユニット２９０８は、通知が表示されている間に、（例えば、検出ユニット２９１４により）タッチ感知ディスプレイ上の第２の接触を検出し、（例えば、判定ユニット２９１６により）第２の接触が消去基準に合致するかどうかを判定し、第２の接触が消去基準に合致するとの判定に従って、（例えば、表示有効化ユニット２９１８により）通知のディスプレイからの除去を有効にするように更に構成されている。いくつかの実施形態では、第２の接触がスワイプを含む場合、第２の接触は、消去基準に合致する。いくつかの実施形態では、第２の接触が閾値距離を超える第２の接触の移動を含む場合、第２の接触は、消去基準に合致する。
【０２９７】
いくつかの実施形態では、通知の表示を有効にすることは、通知をディスプレイユニット上で第１の方向に移動させるアニメーションの表示を有効にすることを含み、第２の接触が第１の方向とは反対の第２の方向への接触の移動を含む場合、第２の接触は、消去基準に合致する。
【０２９８】
いくつかの実施形態では、第２の接触は、第２の接触の移動及び第の２接触の解放を含み、処理ユニット２９０８は、第２の接触の移動の検出に応じて、（例えば、表示有効化ユニット２９１８により）第２の接触の移動に従って通知をディスプレイ上でスライドさせることを有効にし、（例えば、表示有効化ユニット２９１８により）通知に隣接する消去インジケータの表示を有効にするように更に構成されている。任意選択的に、処理ユニット２９０８は、第２の接触が消去基準に合致するとの判定に従い、かつ、第２の接触の解放の検出に応じて、（例えば、表示有効化ユニット２９１８により）消去インジケータの除去及び通知のディスプレイからの除去を有効にするように更に構成されている。任意選択的に、処理ユニット２９０８は、第２の接触が消去基準に合致しないとの判定に従い、かつ、第２の接触の解放の検出に応じて、（例えば、表示有効化ユニット２９１８により）ディスプレイ上で通知を初期位置に戻すように移動させるアニメーションの表示を有効にし、消去インジケータのディスプレイからの除去を有効にするように更に構成されている。
【０２９９】
いくつかの実施形態では、通知を除去することは、通知を第２の方向にディスプレイの外へと移動させるアニメーションを表示することを含む。いくつかの実施形態では、通知をディスプレイから除去することは、ディスプレイを非アクティブ化することを含む。いくつかの実施形態では、通知をディスプレイから除去することは、通知の表示を、ホーム画面の表示で置き換えることを含み、ホーム画面は、アラートが未読であるとの指標を含む。いくつかの実施形態では、通知をディスプレイから除去することは、通知の表示を、時計文字盤の表示で置き換えることを含み、時計文字盤は、アラートが未読であるとの指標を含む。
【０３００】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、判定ユニット２９１６により）通知の表示から第２の所定の時間インターバル内で第２のユーザ入力が検出されていたかどうかを判定することと、第２のユーザ入力が第２の所定の時間インターバル内で検出されていたとの判定に従って、（例えば、表示有効化ユニット２９１８により）通知のディスプレイからの除去を有効にすることと、第２のユーザ入力が第２の所定の時間インターバル内で検出されていなかったとの判定に従って、（例えば、表示有効化ユニット２９１８により）情報の第２の部分の表示を有効にすることであって、第２の部分が第１の部分とは異なる、ことと、を行うように更に構成されている。
【０３０１】
いくつかの実施形態では、処理ユニット２９０８は、通知の表示から第２の所定の時間インターバル後もユーザ入力が検出され続けているかどうかを（例えば、判定ユニット２９１６により）判定することと、ユーザ入力が第２の所定の時間インターバル後も検出され続けているとの判定に従って、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）情報の第２の部分の表示を有効にすることであって、第２の部分が第１の部分とは異なる、ことと、ユーザ入力が第２の所定の時間インターバル後は検出され続けていないとの判定に従って、（例えば、表示有効化ユニット２９１８により）通知のディスプレイユニットからの除去を有効にすることと、を行うように更に構成されている。
【０３０２】
いくつかの実施形態では、処理ユニット２９０８は、通知を表示している間に、（例えば、検出ユニット２９１４により）タッチ感知ディスプレイ上（例えば、タッチ感知面ユニット２９２６上）で第３の接触を検出することと、第３の接触の検出に応じて、ディスプレイユニット２９０２上において、（例えば、表示有効化ユニット２９１８により）情報の第２の部分の表示を有効にすることであって、第２の部分が第１の部分とは異なる、ことと、を行うように更に構成されている。いくつかの実施形態では、第２の部分は、通知に隣接して表示される。いくつかの実施形態では、第３の接触は、第１の方向へのスワイプであり、情報の第２の部分の表示を有効にすることは、画面上において、情報の第２の部分を、第１の方向にスライドさせることを含む。
【０３０３】
いくつかの実施形態では、情報の第２の部分の表示を有効にすることは、情報の第２の部分を表示するかどうかを示す構成データを（例えば、受信ユニット２９１０により）取得することと、構成データが情報の第２の部分を表示すべきであると示すとの判定に応じて、情報の第２の部分の表示を有効にすることと、を更に含む。
【０３０４】
いくつかの実施形態では、処理ユニット２９０８は、通知を表示している間に、（例えば、検出ユニット２９１４により）アプリケーションアフォーダンスの選択を検出し、第４の接触の検出に応じて、（例えば、起動ユニット２９２０により）アラートに関連付けられたアプリケーションを起動させるように更に構成されている。
【０３０５】
いくつかの実施形態では、アラートは、電子メッセージであり、処理ユニットは、情報の第２の部分が表示されている間に、（例えば、検出ユニット２９１４により）タッチ感知ディスプレイ上で第４の接触を検出し、第４の検出に応じて、ディスプレイユニット上において、電子メッセージのソースとの間で送受信した電子メッセージを含むメッセージ会話の少なくとも一部分の表示を（例えば、表示有効化ユニット２９１８により）有効にするように更に構成されている。
【０３０６】
いくつかの実施形態では、アラートは、音声コンテンツを含み、情報の第２の部分を表示することは、音声コンテンツを再生するオプションを表示することを含み、処理ユニット２９０８は、（例えば、検出ユニット２９１４により）音声コンテンツを再生するオプションの選択を検出し、選択の検出に応じて、（例えば、音声有効化ユニット２９２４により）音声コンテンツの再生を有効にするように更に構成されている。いくつかの実施形態では、音声コンテンツは、第１の音声コンテンツであり、処理ユニット２９０８は、第１の音声コンテンツを再生するオプションの選択を検出した後に、（例えば、受信ユニット２９１０により）第２の音声コンテンツを含む第２のアラートを受信し、第２のアラートの受信に応じて、（例えば、音声有効化ユニット２９２４により）第２の音声コンテンツの再生を有効にするように更に構成されている。
【０３０７】
いくつかの実施形態では、処理ユニット２９０８は、情報の第２の部分を表示している間に、（例えば、検出ユニット２９１４により）第３のユーザ入力を検出し、第３のユーザ入力の検出に応じて、（例えば、表示有効化ユニット２９１８により）情報の第２の部分の、第３のユーザ入力に従ったスクロールを有効にするように更に構成されている。いくつかの実施形態では、第３のユーザ入力は、タッチ感知ディスプレイ上（例えば、タッチ感知面ユニット２９２６上）でのスワイプである。いくつかの実施形態では、第３のユーザ入力は、回転可能かつ押下可能な入力機構２９０６の回転である。
【０３０８】
いくつかの実施形態では、第３のユーザ入力は、下向き方向に関連付けられており、処理ユニット２９０８は、（例えば、判定ユニット２９１６により）情報の最初の部分がディスプレイユニット２９０２上に表示されているかどうかを判定し、情報の最初の部分が表示されているとの判定に従い、かつ、第３のユーザ入力の検出に応じて、（例えば、表示有効化ユニット２９１８により）情報の第２の部分のディスプレイユニットからの除去を有効にするように更に構成されている。
【０３０９】
いくつかの実施形態では、第３のユーザ入力は、上向き方向に関連付けられており、処理ユニット２９０８は、（例えば、判定ユニット２９１６により）情報の最後の部分が表示されているかどうかを判定し、情報の最後の部分がディスプレイユニット２９０２上に表示されているとの判定に従い、かつ、第３のユーザ入力の検出に応じて、（例えば、表示有効化ユニット２９１８により）第１の複数のユーザインターフェースオブジェクトの、ディスプレイユニット上での表示を有効にするように更に構成されている。任意選択的に、ユーザインターフェースオブジェクトは、アラートに関連付けられたアプリケーションに対応するアクションに関連付けられている。いくつかの実施形態では、情報がディスプレイユニット上を上向きにスクロールされると、第１の複数のユーザインターフェースオブジェクトは、ディスプレイ上で、情報の最後の部分の下へと上向きにスクロールされる。
【０３１０】
いくつかの実施形態では、情報の第２の部分のディスプレイユニットからの除去を有効にすることは、ディスプレイユニット上における通知の第２の部分の表示を、ディスプレイユニット上における時間の表示を含むホーム画面の表示で置き換えることを有効にすることであって、ホーム画面は、アラートが未読であるという指標を伴わずに表示される、ことを含む。いくつかの実施形態では、情報の第２の部分の除去を有効にすることは、情報の第２の部分を第２の方向にディスプレイユニットの外へとスライドさせることを有効にすることを含む。
【０３１１】
いくつかの実施形態では、電子デバイスは、タッチ感知ディスプレイ上（例えば、タッチ感知面ユニット２９２６上）での接触の強度を検出するように構成されており、処理ユニット２９０８は、（例えば、受信ユニット２９１４により）タッチ感知ディスプレイ上で第５の接触を検出し、（例えば、判定ユニット２９１６により）第５の接触の特性強度が閾値強度を上回るかどうかを判定するように更に構成されている。いくつかの実施形態では、処理ユニット２９０８は、第５の接触の特性強度が閾値強度を上回るとの判定に従って、ディスプレイユニット２９０２上において、（例えば、表示有効化ユニット２９１８により）第１の複数のユーザインターフェースオブジェクトの表示を有効にすることであって、ユーザインターフェースオブジェクトが、アラートに関連付けられたアプリケーションに対応するアクションに関連付けられている、ことと、第５の接触の特性強度が閾値強度を下回るとの判定に従って、（例えば、起動ユニット２９２０により）アラートに関連付けられたアプリケーションを起動させることと、を行うように更に構成されている。
【０３１２】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、検出ユニット２９１４により）第１の複数のユーザインターフェースオブジェクトの第１のユーザインターフェースオブジェクトの選択を検出し、第１のユーザインターフェースオブジェクトの選択の検出に応じて、（例えば、送信有効化ユニット２９２２により）データを外部電子デバイスに送信して、外部電子デバイスに、（例えば、起動ユニット２９２０により）アラートに関連付けられたアプリケーションを起動させることを有効にするように更に構成されている。
【０３１３】
いくつかの実施形態では、処理ユニット２９０８は、情報の第２の部分が表示されている間に、（例えば、判定ユニット２９１６により）第３の所定の時間インターバル内でユーザ入力が受信されていたかどうかを判定し、ユーザ入力が第３の所定の時間インターバル内で受信されていなかったとの判定に従って、（例えば、表示有効化ユニット２９１８により）ディスプレイユニット２９０２を非アクティブ化させるように更に構成されている。
【０３１４】
いくつかの実施形態では、通知は、情報の第２の部分に隣接してディスプレイユニット２９０２上に表示され、通知は、アプリケーションアフォーダンスを含み、処理ユニット２９０８は、情報の第２の部分が表示されている間に、（例えば、受信ユニット２９１４により）アプリケーションアフォーダンスの選択を検出し、アプリケーションアフォーダンスの選択の検出に応じて、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）第２の複数のユーザインターフェースオブジェクトの表示を有効にするように更に構成されている。
【０３１５】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、受信ユニット２９１４により）第２の複数のユーザインターフェースオブジェクトの第１のユーザインターフェースオブジェクトの選択を検出し、第１のユーザインターフェースオブジェクトの選択の検出に応じて、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）第３の複数のユーザインターフェースオブジェクトの表示を有効にするように更に構成されている。
【０３１６】
いくつかの実施形態では、処理ユニット２９０８は、ボタンユニット２９２８上での入力を検出し、ボタンユニット２９２８上での入力の検出に応じて、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）第３の複数のユーザインターフェースオブジェクトの表示を有効にするように更に構成されている。
【０３１７】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、受信ユニット２９１４により）第３の複数のユーザインターフェースオブジェクトの第１のユーザインターフェースオブジェクトの選択を検出し、第３の複数のユーザインターフェースオブジェクトの第１のユーザインターフェースオブジェクトの選択の検出に応じて、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）所定の応答メッセージを選択するためのユーザインターフェースの表示を有効にするように更に構成されている。
【０３１８】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、受信ユニット２９１４により）第１の所定の応答メッセージの選択を検出し、第１の所定の応答メッセージの選択の検出に応じて、（例えば、送信有効化ユニット２９２２により）第１の所定の応答メッセージの、アラートのソースへの送信を有効にするように更に構成されている。
【０３１９】
いくつかの実施形態では、第１の所定の応答メッセージをアラートのソースに送信することは、確認アフォーダンスを表示することと、確認アフォーダンスの選択を検出することと、確認アフォーダンスの選択の検出に応じて、第１の所定の応答メッセージの、アラートのソースへの送信を可能にすることと、を含む。
【０３２０】
いくつかの実施形態では、処理ユニット２９０８は、第１の所定の応答メッセージの、ソースへの送信を有効にした後、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）メッセージ送信完了確認画面の表示を有効にすることと、メッセージ送信完了確認画面の表示をホーム画面の表示で置き換えることを有効にすることであって、ホーム画面は、ディスプレイユニット上において、アラートが未読であるという指標を伴わずに表示される、ことと、を行うように更に構成されている。
【０３２１】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、受信ユニット２９１４により）第３の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択を検出し、第３の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択の検出に応じて、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）絵文字アイコンを選択するためのユーザインターフェースの表示を有効にするように更に構成されている。
【０３２２】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、受信ユニット２９１４により）第１の絵文字アイコンの選択を検出し、第１の絵文字アイコンの選択の検出に応じて、（例えば、送信有効化ユニット２９２２により）第１の絵文字アイコンの、アラートのソースへの送信を有効にするように更に構成されている。いくつかの実施形態では、絵文字アイコンの、アラートのソースへの送信を有効にすることは、ディスプレイユニット２９０２上において、確認アフォーダンスの表示を有効にすることと、確認アフォーダンスの選択を検出することと、確認アフォーダンスの選択の検出に応じて、絵文字アイコンの、アラートのソースへの送信を有効にすることとを含む。
【０３２３】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、受信ユニット２９１４により）第２の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択を検出することと、第２の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択の検出に応じて、ディスプレイユニット２９０２上において、（例えば、判定ユニット２９１６により）情報の第２の部分が表示されたかどうかを判定することと、情報の第２の部分が表示されたとの判定に従って、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）ホーム画面の表示を有効にすることであって、ホーム画面は、アラートが未読であるという指標を伴わずに表示される、ことと、情報の第２の部分が表示されなかったとの判定に従って、（例えば、表示有効化ユニット２９１８により）ホーム画面の表示を有効にすることであって、ホーム画面は、アラートが未読であるという指標を含む、ことと、を行うように更に構成されている。
【０３２４】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、受信ユニット２９１４により）第２の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択を検出することと、第２の複数のユーザインターフェースオブジェクトの第２のユーザインターフェースオブジェクトの選択の検出に応じて、（例えば、判定ユニット２９１６により）情報の第２の部分がディスプレイユニット２９０２上に表示されたかどうかを判定することと、情報の第２の部分が表示されたとの判定に従って、（例えば、表示有効化ユニット２９１８により）時計文字盤の表示を有効にすることであって、時計文字盤は、アラートが未読であるという指標を伴わずに表示される、ことと、情報の第２の部分が表示されなかったとの判定に従って、（例えば、表示有効化ユニット２９１８により）時計文字盤の表示を有効にすることであって、時計文字盤は、アラートが未読であるという指標を含む、ことと、を行うように更に構成されている。
【０３２５】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、受信ユニット２９１４により）第２の複数のユーザインターフェースオブジェクトの第３のユーザインターフェースオブジェクトの選択を検出し、第２の複数のユーザインターフェースオブジェクトの第３のユーザインターフェースオブジェクトの選択の検出に応じて、ディスプレイ上において、（例えば、表示有効化ユニット２９１８により）仮想キーボードの表示を有効にするように更に構成されている。
【０３２６】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、検出ユニット２９１４により）第２の複数のユーザインターフェースオブジェクトの第４のユーザインターフェースオブジェクトの選択を検出し、第２の複数のユーザインターフェースオブジェクトの第４のユーザインターフェースオブジェクトの選択の検出に応じて、（例えば、音声有効化ユニット２９２４により）マイクロフォンユニットからのオーディオ入力の記録を有効にし、（例えば、送信有効化ユニット２９２２により）記録したオーディオ入力に対応するデータの、アラートのソースへの送信を有効にするように更に構成されている。
【０３２７】
いくつかの実施形態では、記録したオーディオ入力に対応するデータの送信を有効にすることは、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）記録したオーディオ入力の表示及び送信アフォーダンスの表示を有効にすることと、送信アフォーダンスの選択を検出することと、送信アフォーダンスの選択の検出に応じて、記録したオーディオ入力に対応するデータの、アラートのソースへの送信を有効にすることとを含む。
【０３２８】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、検出ユニット２９１４により）アプリケーションを起動させた後に、回転可能かつ押下可能な入力ユニット２９０６の押下を検出し、押下の検出に応じて、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）ホーム画面の表示を有効にするように更に構成されている。
【０３２９】
いくつかの実施形態では、回転可能かつ押下可能な入力ユニット２９０６は、回転可能な機械式ボタンであり、押下は、機械式ボタン上での押圧を表す。いくつかの実施形態では、回転可能かつ押下可能な入力ユニット２９０６は、回転可能な容量性ボタンであり、押下は、容量性ボタン上でのタッチを表す。
【０３３０】
いくつかの実施形態では、通知は、第１の通知であり、処理ユニット２９０８は、第１の通知がディスプレイユニット２９０２上に表示されている間に、（例えば、受信ユニット２９１０により）第２の情報を含む第２のアラートを受信することと、第２のアラートの受信に応じて、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）第１の通知の表示を第２の通知の表示で置き換えることを有効にすることであって、第２の通知が、第２の情報の第１の部分を含む、ことと、を行うように更に構成されている。
【０３３１】
いくつかの実施形態では、処理ユニット２９０８は、第２のアラートの受信に応じて、（例えば、知覚出力有効化ユニット２９１２により）第２の知覚出力を有効にするように更に構成されている。
【０３３２】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、検出ユニット２９１４により）第２の通知を消去する要求を検出し、要求の検出に応じて、（例えば、表示有効化ユニット２９１８により）第２の通知の消去を有効にし、ディスプレイユニット２９０２上において、第１の通知の再表示を有効にするように更に構成されている。
【０３３３】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、検出ユニット２９１４により）第２の通知を消去する要求を検出することと、要求の検出に応じて、第２の通知の消去を有効にすることと、ディスプレイユニット上において、（例えば、表示可能化ユニット２９１８により）ホーム画面の表示を有効にすることであって、ホーム画面が、第１のアラート及び第２のアラートが未読であるという指標を含む、ことと、を行うように更に構成されている。
【０３３４】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、検出ユニット２９１４により）第２の通知を消去する要求を検出することと、要求の検出に応じて、第２の通知の消去を有効にすることと、ディスプレイユニット２９０２上において、（例えば、表示有効化ユニット２９１８により）時計文字盤の表示を有効にすることであって、時計文字盤が、第１のアラート及び第２のアラートが未読であるという指標を含む、ことと、を行うように更に構成されている。
【０３３５】
いくつかの実施形態では、処理ユニット２９０８は、情報の第２の部分を表示している間に、（例えば、受信ユニット２９１０により）第２の情報を含む第２のアラートを受信することと、第２のアラートの受信に応じて、ディスプレイユニット２９０２上において、（例えば、表示有効化ユニット２９１８により）情報の第２の部分の表示を第２の通知の表示で置き換えることを有効にすることであって、第２の通知が、第２の情報の第１の部分を含む、ことと、を行うように更に構成されている。
【０３３６】
いくつかの実施形態では、アラートは、ソースから受信した第１のアラートであり、処理ユニット２９０８は、情報の第２の部分を表示している間に、（例えば、受信ユニット２９１０により）第２のアラートをソースから受信し、第２のアラートの受信に応じて、（例えば、表示有効化ユニット２９１８により）第１のアラート及び第２のアラートを表すグループ化された通知の表示を有効にするように更に構成されている。いくつかの実施形態では、第１のアラート及び第２のアラートは、同じアプリケーションに関連付けられている。
【０３３７】
いくつかの実施形態では、処理ユニット２９０８は、（例えば、検出ユニット２９１４により）グループ化された通知上で第６の接触を検出することと、第６の接触の検出に応じて、ディスプレイユニット上において、（例えば、表示有効化ユニット２９１８により）ソースから受信したアラートのリストの表示を有効にすることであって、アラートのリストが、同じアプリケーションに関連付けられている、ことと、を行うように更に構成されている。
【０３３８】
いくつかの実施形態では、アラートは、フィットネスアラートであり、処理ユニット２９０８は、第２の所定の時間インターバル後に、（例えば、表示有効化ユニット２９１８により）通知のディスプレイユニット２９０２上の表示を、フィットネスの進捗を表すユーザインターフェースオブジェクトの表示で置き換えることを有効にすることと、第３の所定の時間インターバル後に、（例えば、表示有効化ユニット２９１８により）ユーザインターフェースオブジェクトのディスプレイユニット上の表示を、情報の第２の部分の表示で置き換えることを有効にすることであって、第２の部分が、第１の部分とは異なる、ことと、を行うように更に構成されている。
【０３３９】
図２５を参照して上述された動作は、図１Ａ及び図１Ｂ又は図２９に示される構成要素によって、任意選択的に、実施される。例えば、受信動作２５０２、発生動作２５０４、検出動作２５０６、判定動作２５０８、及び表示動作２５１０は、任意選択的に、イベントソータ１７０、イベント認識部１８０、及びイベントハンドラ１９０によって実施される。イベントソータ１７０内のイベントモニタ１７１は、タッチ感知ディスプレイ１１２上の接触を検出し、イベントディスパッチャモジュール１７４は、イベント情報をアプリケーション１３６−１に配信する。アプリケーション１３６−１のそれぞれのイベント認識部１８０は、イベント情報を、それぞれのイベント定義１８６と比較し、タッチ感知面上の第１の位置での第１の接触（又は、デバイスの回転又は他の移動）が、ユーザインターフェース上のオブジェクトの選択、又は１つの向きから別の向きへのデバイスの回転などの、既定のイベント又はサブイベントに対応するかどうかを判定する。それぞれの既定のイベント又はサブイベントが検出されると、イベント認識部１８０は、イベント又はサブイベントの検出に関連付けられたイベントハンドラ１９０をアクティブ化させる。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６若しくはオブジェクトアップデータ１７７を、任意選択的に用いるか又は呼び出す。いくつかの実施形態では、イベントハンドラ１９０は、アプリケーションにより表示されるものを更新するために、それぞれのＧＵＩアップデータ１７８にアクセスする。同様に、当業者にとって、他の処理が図１Ａ及び図１Ｂに示される構成要素に基づいてどのように実施されるかは明らかであろう。
【０３４０】
いくつかの実施形態によれば、図３０は、説明される様々な実施形態の原理に従って構成された、電子デバイス３０００の機能ブロック図を示す。デバイスの機能ブロックは、任意選択的に、説明される様々な実施形態の原理を遂行するために、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせによって、実装される。図３０で説明される機能ブロックが、任意選択的に、組み合わされ、又はサブブロックに分離されて、説明される様々な実施形態の原理を実施することが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を任意選択的に支持する。
【０３４１】
図３０に示されるように、電子デバイス３０００は、グラフィックユーザインターフェースを表示するように構成されたディスプレイユニット３００２と、ディスプレイユニット３００２に結合された処理ユニット３００４とを含む。いくつかの実施形態では、電子デバイスは、タッチ入力を受信するように構成され、ディスプレイユニット３００２及び処理ユニット３００４に結合された、タッチ感知面ユニット３０１６を任意選択的に含む。いくつかの実施形態では、処理ユニット３００４は、受信ユニット３００６と、判定ユニット３００８と、表示有効化ユニット３０１０と、検出ユニット３０１２と、知覚出力有効化ユニット３０１４とを任意選択的に含む。
【０３４２】
処理ユニット３００４は、（例えば、受信ユニット３００６により）複数のアラートを受信し、複数のアラートの受信に応じて、（例えば、判定ユニット３００８により）複数のアラートがグループ化基準に合致するかどうかを判定するように構成されている。処理ユニット３００４は、複数のアラートがグループ化基準に合致するとの判定に従って、ディスプレイユニット３００２上において、（例えば、表示有効化ユニット３０１０により）複数のアラートを表すグループ化された通知の表示を有効にし、複数のアラートがグループ化基準に合致しないとの判定に従って、ディスプレイユニット上において、（例えば、表示有効化ユニット３０１０により）複数のアラートを表す複数の通知の表示を有効にするように更に構成されている。
【０３４３】
いくつかの実施形態では、グループ化基準は、複数のアラートが同じソースから受信されているかどうか、複数のアラートがアラートの数値閾値を超えるかどうか、複数のアラートが同じアプリケーションに関連付けられているかどうか、及び、複数のアラートが所定の期間内に受信されているかどうか、からなる群から選択される１つ以上の基準に基づいている。
【０３４４】
いくつかの実施形態では、複数のアラートは、同じソースから受信され、かつ同じアプリケーションに関連付けられている第１のアラート及び第２のアラートを含み、第１のアラート及び第２のアラートは、グループ化基準に合致し、第１のアラートは、第１の情報を含み、第２のアラートは、第２の情報を含み、ディスプレイユニットは、タッチ感知ディスプレイユニットである。いくつかの実施形態では、処理ユニット３００４は、タッチ感知ディスプレイユニット上（例えば、タッチ感知面ユニット３０１６上）において、（例えば、検出ユニット３０１２により）グループ化された通知に対応する位置で第７の接触を検出し、第７の接触の検出に応じて、ディスプレイユニット３００２上において、（例えば、表示有効化ユニット３０１０により）第１の情報及び第２の情報の表示を有効にするように更に構成されている。
【０３４５】
いくつかの実施形態では、第１のアラート及び第２のアラートは、異なるソースから受信され、かつ同じアプリケーションに関連付けられており、処理ユニット３００４は、タッチ感知ディスプレイユニット上（例えば、タッチ感知面ユニット３０１６上）において、（例えば、検出ユニット３０１２により）グループ化された通知に対応する位置で第８の接触を検出することと、第８の接触の検出に応じて、ディスプレイユニット３００２上において、（例えば、表示有効化ユニット３０１０により）アプリケーションに関連付けられたアラートのリストの表示を有効することであって、アラートのリストが、第１のアラート及び第２のアラートを含む、ことと、を行うように更に構成されている。
【０３４６】
いくつかの実施形態では、複数のアラートは、複数のアプリケーションに関連付けられ、複数のアラートは、グループ化基準に合致し、ディスプレイユニットは、タッチ感知ディスプレイユニットであり、処理ユニット３００４は、（例えば、表示有効化ユニット３０１０により）複数のアラートを表すグループ化された通知の表示を有効にすることと、タッチ感知ディスプレイ上において、（例えば、検出ユニット３０１２により）グループ化された通知に対応する位置で第９の接触を検出することと、第９の接触の検出に応じて、（例えば、表示有効化ユニット３０１０により）複数のアラートを表す通知のリストの表示を有効にすることであって、受信したアラートが、第１のアラート及び第２のアラートを含む、ことと、を行うように更に構成されている。
【０３４７】
いくつかの実施形態では、処理ユニット３００４は、複数のアラートの受信に更に応じて、（例えば、知覚出力有効化ユニット３０１４により）知覚出力を有効にするように更に構成されている。いくつかの実施形態では、処理ユニット３００４は、複数のアラートがグループ化基準に合致するとの判定に更に従って、（例えば、知覚出力有効化ユニット３０１４により）単一の知覚出力を有効にし、複数のアラートがグループ化基準に合致しないとの判定に更に従って、（例えば、知覚出力有効化ユニット３０１４により）複数のアラートに対応する複数の知覚出力を有効にするように更に構成されている。
【０３４８】
図２６を参照して上述された動作は、図１Ａ及び図１Ｂ又は図３０に示される構成要素によって、任意選択的に、実施される。例えば、受信動作２６０２、判定動作２６０４、検出動作２６０６、並びに表示動作２６０８及び２６１０は、任意選択的に、イベントソータ１７０、イベント認識部１８０、及びイベントハンドラ１９０によって実施される。イベントソータ１７０内のイベントモニタ１７１は、タッチ感知ディスプレイ１１２上の接触を検出し、イベントディスパッチャモジュール１７４は、イベント情報をアプリケーション１３６−１に配信する。アプリケーション１３６−１のそれぞれのイベント認識部１８０は、イベント情報を、それぞれのイベント定義１８６と比較し、タッチ感知面上の第１の場所での第１の接触（又は、デバイスの回転又は他の移動）が、ユーザインターフェース上のオブジェクトの選択、又は１つの向きから別の向きへのデバイスの回転などの、既定のイベント又はサブイベントに対応するかどうかを判定する。それぞれの既定のイベント又はサブイベントが検出されると、イベント認識部１８０は、イベント又はサブイベントの検出に関連付けられたイベントハンドラ１９０をアクティブ化させる。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６若しくはオブジェクトアップデータ１７７を、任意選択的に用いるか又は呼び出す。いくつかの実施形態では、イベントハンドラ１９０は、アプリケーションにより表示されるものを更新するために、それぞれのＧＵＩアップデータ１７８にアクセスする。同様に、当業者にとって、他の処理が図１Ａ及び図１Ｂに示される構成要素に基づいてどのように実施されるかは明らかであろう。
【０３４９】
いくつかの実施形態によれば、図３１は、説明される様々な実施形態の原理に従って構成された、電子デバイス３１００の機能ブロック図を示す。デバイスの機能ブロックは、任意選択的に、説明される様々な実施形態の原理を遂行するために、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせによって、実装される。図３１で説明される機能ブロックが、任意選択的に、組み合わされ、又はサブブロックに分離されて、説明される様々な実施形態の原理を実施することが当業者には理解されよう。したがって、本明細書における説明は、本明細書で説明されている機能ブロックのあらゆる可能な組み合わせ若しくは分割、又は更なる定義を任意選択的に支持する。
【０３５０】
図３１に示されるように、電子デバイス３１００は、接触を受信し、かつグラフィックユーザインターフェースを表示するように構成されたタッチ感知ディスプレイユニット３１０２と、ディスプレイユニット３１０２に結合された処理ユニット３１０４とを含む。いくつかの実施形態では、処理ユニット３１０４は、受信ユニット３１０６、表示有効化ユニット３１０８、及び検出ユニット３１１０を任意選択的に含む。
【０３５１】
処理ユニット３１０４は、ディスプレイユニットがコンテンツを能動的に表示している間に、（例えば、受信ユニット３１０６により）情報を含むアラートを受信することと、アラートの受信に応じて、（例えば、表示有効化ユニット３１０８により）通知バナーの、タッチ感知ディスプレイユニット３１０２の一部分にわたる表示を有効にすることであって、通知バナーが、情報の第１の部分を含み、コンテンツの少なくとも一部分が表示され続ける、ことと、を行うように構成されている。処理ユニット３１０４は、タッチ感知ディスプレイユニット上において、（例えば、検出ユニット３１１０により）通知バナーに対応する位置で接触を検出することと、接触の検出に応じて、ディスプレイユニット上において、（例えば、表示有効化ユニット３１０８により）情報の第２の部分の表示を有効にすることであって、第２の部分が、第１の部分とは異なる、ことと、を行うように更に構成されている。
【０３５２】
図２７を参照して上述された動作は、図１Ａ及び図１Ｂ又は図３１に示される構成要素によって、任意選択的に、実施される。例えば、受信動作２７０２、表示動作２７０４及び２７０８、並びに検出動作２７０６は、任意選択的に、イベントソータ１７０、イベント認識部１８０、及びイベントハンドラ１９０によって実施される。イベントソータ１７０内のイベントモニタ１７１は、タッチ感知ディスプレイ１１２上の接触を検出し、イベントディスパッチャモジュール１７４は、イベント情報をアプリケーション１３６−１に配信する。アプリケーション１３６−１のそれぞれのイベント認識部１８０は、イベント情報を、それぞれのイベント定義１８６と比較し、タッチ感知面上の第１の場所での第１の接触（又は、デバイスの回転又は他の移動）が、ユーザインターフェース上のオブジェクトの選択、又は１つの向きから別の向きへのデバイスの回転などの、既定のイベント又はサブイベントに対応するかどうかを判定する。それぞれの既定のイベント又はサブイベントが検出されると、イベント認識部１８０は、イベント又はサブイベントの検出に関連付けられたイベントハンドラ１９０をアクティブ化させる。イベントハンドラ１９０は、アプリケーション内部状態１９２を更新するために、データアップデータ１７６若しくはオブジェクトアップデータ１７７を、任意選択的に用いるか又は呼び出す。いくつかの実施形態では、イベントハンドラ１９０は、アプリケーションにより表示されるものを更新するために、それぞれのＧＵＩアップデータ１７８にアクセスする。同様に、当業者にとって、他の処理が図１Ａ及び図１Ｂに示される構成要素に基づいてどのように実施されるかは明らかであろう。
【０３５３】
前述の説明は、説明の目的上、特定の実施形態を参照して説明されている。しかしながら、上記の例示的な論考は、網羅的であること、又は本発明を、開示される厳密な形態に限定することを意図するものではない。上記の教示を鑑みて、多くの修正及び変形が可能である。本発明の原理及びその実際的な応用を最良の形で説明し、それによって他の当業者が、想到される特定の用途に好適な様々な改良で本発明及び様々な実施形態を最良の形で使用することを可能とするために、これらの実施形態を選択し説明した。
【０３５４】
［付録］
デバイスにおけるレイズジェスチャ検出
【０３５５】
［背景技術］
本開示は、広義には電子デバイスに関し、特に、電子デバイスを身につけているか、又は他の方法で電子デバイスを操作しているユーザによってなされる、特定のカテゴリのジェスチャを検出することに関する。
【０３５６】
ユーザは、ますますモバイル技術に頼るようになっている。例えば、携帯電話技術とハイパワーコンピューティングデバイスとを統合した、ユーザが操作をする際に手の中におさめることが可能なほどフォームファクタが小さい「スマートフォン」を、現在、多くのユーザが携帯している。このようなデバイスは、携帯電話通信、メッセージ送信（例えば、ＳＭＳ／ＭＭＳメッセージ送信又は同様のサービス）、内蔵されたデジタルカメラを使った写真撮影、電子メール、ワールドワイドウェブへのアクセス、さらには、機能面で個人の情報管理（例えば、カレンダー、アドレス帳、しなければならないことのリスト）から位置認識によるナビゲーション及び地図、ゲームにまでおよぶ専用のアプリケーションプログラムからなる、一見すると無限のアレイをはじめとする、様々な機能を提供する。この種のデバイスでは、ユーザの指先に情報と娯楽の世界を置くことができる。
【０３５７】
しかしながら、スマートフォンですら、情報に容易にアクセスしたがるユーザの要望を満たすには明らかに不十分である。着用可能技術が、少なからぬ関心を集めている。着用可能デバイスを持つことで、ユーザが、さらに便利なモバイル技術の利益を享受できることが望まれる。
【０３５８】
［発明の概要］
着用可能技術が広く普及するのを妨げる障害のひとつに、既存の着用可能デバイスの大半が、スマートフォンほど便利に使えないことがある。例えば、着用可能デバイスは、フォームファクタが小さめのことが多く、デバイスに内蔵できるバッテリの大きさが制限されている。このため、利用できる動作電力も限られる。電力の浪費を避けるために、既存の着用可能デバイスでは通常、ユーザがデバイスと能動的に関わっていないときに、電力を消費する様々なコンポーネント（例えば、ディスプレイ）が停止されるか、電源が切断される。
【０３５９】
ディスプレイ及び／又はユーザ入力コンポーネントは常にオンであるわけではないため、既存の着用可能デバイスでは通常、ユーザがデバイスを使いたいことを示すために、着用可能デバイスのボタンに触れるなど、ユーザが何らかの予備的な入力をする必要がある。こうして予備的な入力を行うことで、着用可能デバイスに自機のディスプレイ及び／又は電力を消費する他のコンポーネントをアクティブにするトリガーを与えることができる。このように予備的な対話をすると、特に、これより古い技術で慣れている一層自然で直感的にわかる対話とは対照的に、デバイスの使用を不自然又は不便なものと感じさせてしまうことがある。例えば、腕時計をしたことがある人は誰でも、時刻を確認するために手首を上げる及び／又は回転させる動作に慣れている。腕時計をする人々にとって、手首を素早く上げることは、自然で無意識にできる動きになっている。ところが、この自然な動きは、既存の腕時計だけで機能する。なぜなら、時計文字盤が「常時オン」であるため、表示された情報（通常は時刻）を見るのにユーザがしなければならないのは、時計文字盤を視線内に入れることだけだからである。しかしながら、着用可能コンピューティングデバイスなどの一層進歩した電子デバイスでは、ディスプレイが常時オンであると、デバイスを１日中着用するという日常的なことが妨げられるほど、電池寿命に制約が生じる可能性がある。
【０３６０】
したがって、手首に着用可能なコンピューティングデバイス側で、ユーザがデバイスを着用した手首を上げていることを検出し、その動きに応じてデバイスのディスプレイ（及び／又は他のコンポーネント）を自動的にアクティブにすると望ましい場合がある。このようにすることで、ユーザは、既存の腕時計と同じように簡単かつ直感的に、手首に着用可能なコンピューティングデバイスから視覚情報を得られるようになる。
【０３６１】
本発明による複数の実施形態では、手首を上げる動作などのレイズジェスチャを検出可能なコンピューティングデバイスを提供する。例えば、デバイスは、当該デバイスの移動をリアルタイムで検出でき、なおかつ（例えばデバイスに作用する重力加速度を検出することによって）デバイスの空間的な向きに関する情報を推定できる、加速度計及び／又はジャイロスコープなどのモーションセンサを含むことができる。モーションセンサからの信号に基づいて、デバイスで実行されるアルゴリズムによって、ユーザがデバイスのディスプレイを自分の視線内に移動している又は移動したことを示す動きのパターンと定義できる「レイズジェスチャ」を検出可能である。このようなジェスチャの検出に応じて、デバイスは、当該デバイスのディスプレイ及び／又は他のコンポーネント（例えば、タッチスクリーンオーバーレイ、音声処理サブシステムなど）をアクティブにすることができる。いくつかの実施形態では、レイズジェスチャの検出は、複数の段階でなされてもよく、異なるコンポーネントが異なる段階でアクティブにされてもよい。
【０３６２】
レイズジェスチャの検出には、様々な技術を利用できる。いくつかの実施形態では、検出アルゴリズムはヒューリスティックに開発可能であり、（デバイスを着用しているユーザが、デバイスのディスプレイを見ることができるであろう、手首に着用されたコンピューティングデバイスの向きであってもよい）「フォーカス姿勢」と、（フォーカス姿勢にされる前における、手首に着用されたコンピューティングデバイスの向きであってもよい）特定の開始姿勢の両方に想定される特性を考慮できる。よって、例えば、レイズジェスチャは、ユーザが腕を下げた位置（例えば、立っているときや歩いているとき）から始めるか腕を横に向けた位置（例えば、タイピングしているとき）から始めるかとは関係なく、検出可能である。さらに、ユーザの特定の活動に合わせて、レイズジェスチャ検出アルゴリズムを最適化することができる。例えば、ユーザが走っているのであれば、ユーザの腕の自然な動きによって、低電力モーションセンサ（例えば、加速度計）から収集されるデータにノイズが生じることがあり、これがレイズジェスチャの検出に干渉することがある。走ることに合わせて最適化されたアルゴリズムであれば、ユーザに何ら違うことをさせる必要なく、他のセンサ（例えば、ジャイロセンサ）からのデータを取り込んで、レイズジェスチャを高信頼度で検出しやすくすることができる。
【０３６３】
いくつかの実施形態では、レイズジェスチャ検出アルゴリズムを、デバイスの低電力コプロセッサ（例えば、モーションコプロセッサ）で実行することができる。このため、デバイスが能動的に使用されていないときには、デバイスのメインプロセッサ又は中央処理装置（本明細書では、アプリケーションプロセッサともいう）を低電力状態すなわちスリープの状態にして、デバイスの電力消費量をさらに抑えることが可能である。このコプロセッサ上で実行されているアルゴリズムによるレイズジェスチャの検出を用いて、アプリケーションプロセッサをウェイクさせることができる。いくつかの実施形態では、アプリケーションプロセッサをウェイクさせるか否かを決めるために別の「プレヒート」アルゴリズムを提供でき、このアルゴリズムは、ディスプレイ及び／又は他のユーザインタフェースコンポーネントをアクティブにするか否かを決めるのに用いられるレイズジェスチャ検出アルゴリズムとは独立に動作可能である。
【０３６４】
さらに、デバイスがフォーカス姿勢になった後、コプロセッサは、ユーザがデバイスを見るのをやめたことを示す、デバイスがフォーカス姿勢ではなくなるときを判断するためのアルゴリズムを実行することができる。（デバイスの状態とユーザがデバイスを見ているか見ていないかの実態とが常に一致するわけではないこともあるが、本明細書で説明するアルゴリズムは、必ずしも完全ではないとはいえ高い信頼度でこれを一致させられることを、理解されたい。）デバイスがフォーカス姿勢ではなくなっていること（本明細書では、フォーカス解消イベントとも呼ぶ）の検出は、ディスプレイ及び／又は他のユーザインタフェースコンポーネントを非アクティブにする、アプリケーションプロセッサがスリープ状態に戻れるようにするなど、様々な節電対策のトリガーとなり得る。
【０３６５】
いくつかの実施形態では、コプロセッサは、レイズジェスチャイベント、フォーカス解消（loss of focus）イベント及び／又はプレヒートイベントを検出するための様々なアルゴリズムの実行をいつ開始又は終了するかを決定するためのウェイク制御ロジックを実行することができる。また、ウェイク制御ロジックは、様々なアルゴリズムによって検出されるイベントの通知を受信し、アプリケーションプロセッサ及び／又はユーザインタフェースコンポーネントなどのデバイスの他のコンポーネントに対する対応する通知を調整することもできる。例えば、ウェイク制御ロジックは、レイズジェスチャが検出されるとアプリケーションプロセッサに通知することができ、アプリケーションプロセッサは、ディスプレイ及び／又は他のユーザインタフェースコンポーネントをアクティブにすることで、応答することができる。
【０３６６】
以下の詳細な説明及び添付の図面を参照することにより、本発明の性質及び利点に関する理解をより深めることができよう。
【０３６７】
［図面の簡単な説明］
［図１Ａ]  本発明の一実施形態の一般的な使用事例を示す。
［図１Ｂ]  本発明の一実施形態の一般的な使用事例を示す。
［図１Ｃ]  本発明の一実施形態の一般的な使用事例を示す。
［図１Ｄ]  本発明の一実施形態の一般的な使用事例を示す。
【０３６８】
［図２Ａ]  本発明の一実施形態によるデバイスのコンポーネントを示すブロック図である。
【０３６９】
［図２Ｂ]  本発明の一実施形態によるデバイスのコンポーネントを示すブロック図である。
【０３７０】
［図３]  手首に着用可能なデバイス用のデバイス相対座標系の一例を示す。
【０３７１】
［図４]  本発明の一実施形態によるレイズジェスチャ検出プロセスのフローチャートである。
【０３７２】
［図５]  本発明の一実施形態によるジェスチャ分類部を用いてレイズジェスチャを確認するためのプロセスのフローチャートである。
【０３７３】
［図６]  本発明の一実施形態によるレイズジェスチャ検出アルゴリズムの状態を示す状態図である。
【０３７４】
［図７]  本発明の一実施形態による自然なレイズジェスチャ検出モジュールの機能ブロック図である。
【０３７５】
［図８]  本発明の一実施形態による別のレイズジェスチャ検出プロセスのフローチャートである。
【０３７６】
［図９]  本発明の一実施形態による自然なレイズジェスチャ検出モジュールの機能ブロック図である。
【０３７７】
［図１０Ａ]  本発明の一実施形態の使用事例を示す。
［図１０Ｂ]  本発明の一実施形態の使用事例を示す。
【０３７８】
［図１１]  本発明の一実施形態による意図的なレイズジェスチャを検出するためのプロセスのフローチャートである。
【０３７９】
［図１２]  本発明の一実施形態による意図的なレイズジェスチャ検出モジュールの機能ブロック図である。
【０３８０】
［図１３]  本発明の一実施形態によるフォーカス解消イベントを検出するためのプロセスのフローチャートである。
【０３８１】
［図１４]  本発明の一実施形態によるフォーカス解消検出モジュールの機能ブロック図である。
【０３８２】
［図１５]  本発明の一実施形態によるアプリケーションプロセッサをウェイクさせるか否かを決定するためのプロセスのフローチャートである。
【０３８３】
［図１６]  本発明の一実施形態によるプレヒート検出モジュールの機能ブロック図である。
【０３８４】
［図１７]  本発明の一実施形態によるウェイク制御ロジックの状態を示す状態図である。
【０３８５】
［図１８]  本発明の一実施形態によるウェイク制御ロジックで実装可能なプロセスのフローチャートである。
【０３８６】
[発明を実施するための形態]
本発明による複数の実施形態では、ディスプレイが常にオンではない、手首に着用可能なデバイスなどのデバイスのユーザにとって、自然な対話を提供することができる。例えば、デバイスは、当該デバイスの移動をリアルタイムで検出でき、なおかつ（例えばデバイスに作用する重力加速度を検出することによって）デバイスの空間的な向きに関する情報を推定できる、加速度計及び／又はジャイロスコープなどのモーションセンサを含むことができる。モーションセンサからの信号に基づいて、着用可能コンピューティングデバイスで実行されるアルゴリズムによって、ユーザがデバイスのディスプレイを自分の視線内に移動している又は移動したことを示す動きのパターンと定義できる「レイズジェスチャ」を検出可能である。（デバイスの状態とユーザがデバイスを見ているか見ていないかの実態とが常に一致するわけではないこともあるが、本明細書で説明するアルゴリズムは、必ずしも完全ではないとはいえ高い信頼度でこれを一致させられることは、理解できよう。）このようなジェスチャが検出されると、着用可能コンピューティングデバイスは、そのディスプレイをアクティブにすることができる。レイズジェスチャの検出に基づいて、ユーザ入力コンポーネント（例えば、タッチスクリーンオーバーレイ、音声処理サブシステムなど）などの他のコンポーネントをアクティブにすることもできる。いくつかの実施形態では、レイズジェスチャの検出は、複数の段階でなされてもよく、異なるコンポーネントが異なる段階でアクティブにされてもよい。
【０３８７】
本明細書で使用する場合、「手首に着用可能なデバイス」（又は「手首に着用可能なコンピューティングデバイス」）とは、広義には、フォームファクタがユーザの手首への着用に適しており、ユーザの手首に着用されているときにユーザに情報を提示してユーザから情報を受信できる電子デバイスをいう。いくつかの実施形態では、手首に着用可能なデバイスは、情報を視覚的に提示し、ユーザの指（又はユーザが操作する他の道具）によって、スクリーン又はスクリーン上の特定の領域でなされる接触ジェスチャとしてのユーザ入力を受信するタッチスクリーンディスプレイを有することができる。タッチスクリーンディスプレイに加えて又はタッチスクリーンディスプレイの代わりに、他のユーザインタフェースコンポーネントを提供することもできる。いくつかの実施形態では、手首に着用可能なデバイスは、スタンドアロンのデバイス（例えば、他のデバイスと通信していないデバイス）又は通信相手となる別の電子デバイスに対するコンパニオンデバイスとして動作可能である。例えば、手首に着用可能なデバイスは、ユーザの携帯電話又はユーザの別のパーソナル電子デバイスとペアリングすることが可能である。また、手首に着用可能なデバイスは、着呼、メッセージ又は他の通信が入ってきていることをユーザに通知するなど、他のデバイスの機能を活用又は強化することができる。
【０３８８】
手首に着用可能なデバイスは、ユーザにとって便利なものとなり得る。このデバイスは、ユーザの通常の活動を最小限しか妨害しないか全く妨害する可能性がなく、デバイスを手首に位置させることで、容易にアクセスできるようにすることが可能である。ユーザは、単に手首を上げる及び／又は回転させれば、デバイスのディスプレイを自分の視線内に入れることができる。図１Ａ及び図１Ｂは、手首に着用可能なデバイス１０２をユーザ１００が着用している一般的な使用事例を示し、このデバイスは、ディスプレイ１０４を有する。図１Ａでは、ユーザの腕１０６は、ユーザの体側の自然な位置にあり、ディスプレイ１０４はユーザの視線内にない。この位置で、ユーザエクスペリエンスに影響することなく、ディスプレイ１０４を非アクティブ（例えば、情報が見えないような低電力状態又は電源オフの状態）にすることができる。図１Ｂでは、ユーザ１００は、ディスプレイ１０４がユーザの視線内の位置にくるまで、腕１０６を上げて回転させている。この位置では、ディスプレイ１０４がアクティブである（例えば、表示された情報をユーザが見ることができるように、電力が投入されて明るくなっている）と望ましい。
【０３８９】
図１Ｃ及び図１Ｄは、ユーザ１００が、手首に着用可能なデバイス１０２を着用したままタイピングなどの活動をしている、別の一般的な使用事例を示す。図１Ｃでは、ユーザの腕１０６は、前腕が地面とほぼ平行で、指がキーに届くように手首をわずかに回内させた状態で、キーボード１２０でタイピングをするための位置にある。この位置では、図１Ａ同様に、ユーザエクスペリエンスに影響することなく、ディスプレイ１０４を非アクティブにすることができる。図１Ｄでは、ユーザ１００は、（指がキーボード１２０から離れるくらいに）腕１０６を少しだけ上げて、ディスプレイに１０４を視線内に入れるよう手首をさらに回内している。この位置では、図１Ｂ同様に、ディスプレイ１０４がアクティブであるのが望ましい。
【０３９０】
１つの選択肢として、ディスプレイ１０４を常にアクティブにしておくことがある。しかしながら、ディスプレイ１０４が非アクティブのときよりアクティブのときのほうが多くの電力を消費するとすれば、使用していないときにディスプレイ１０４をアクティブのままにしておくと、デバイス１０２に電力を供給するバッテリに不必要な消耗を生じる可能性がある。別の選択肢として、ユーザ入力に応答したときだけ、ディスプレイ１０４をアクティブにすることがある。例えば、ユーザは、ディスプレイ１０４をウェイクさせるのに、デバイス１０２のボタンを押すかもしれない。しかしながら、これによって、デバイス１０２の便利さが損なわれる場合がある。例えば、図１Ａ及び図１Ｂに示すように、ユーザがもう片方の手で鞄１０８を持っていると、手首に着用可能なデバイス１０２のボタンを押すのに不都合が生じる場合がある。
【０３９１】
本発明による複数の実施形態によれば、手首に着用可能なデバイス１０２などのデバイスは、ユーザがデバイスを見ようとしているのを自動的に検出できる。このような検出に基づいて、デバイスは、自機のディスプレイ及び／又は他の電力を消費するコンポーネントをアクティブにすることができる。いくつかの実施形態では、ユーザがデバイスを見ようとしていることの検出には、デバイス内の低電力コプロセッサ（例えば、モーションコプロセッサ）で実行される動き分析アルゴリズムを用いることができる。これによって、デバイスのメインプロセッサ（例えば、アプリケーションプロセッサ）を少なくともいくらかの時間スリープさせることができ、さらに電力が節約される。いくつかの実施形態では、動き分析アルゴリズムは、腕及び／又は手首を上げる及び／又は回転させるなど、ユーザがデバイスを見ようとしていることに関連付けられた動きのカテゴリ（本明細書では「レイズジェスチャ」という）（例えば、図１Ａと図１Ｂ、又は図１Ｃと図１Ｄの腕の位置の差）を検出することができ、レイズジェスチャ又は関連する動きの検出によって、ディスプレイをアクティブにするなどの様々な行為のトリガーとなることができる。レイズジェスチャ検出アルゴリズムは、ユーザの「開始」姿勢を感知できるものであってもよく、特定の開始姿勢が予想されるレイズジェスチャに影響する又はこれを変化させることがある。例えば、最初にユーザの腕が（図１Ａに示すように）下がった状態であるか、（例えば図１Ｂに示すように）肘が曲がった位置にあるかによって、予想されるレイズジェスチャが異なる場合がある。また、このアルゴリズムは、有用なデータのタイプ、開始姿勢及び／又はレイズジェスチャをなす動きの性質に影響する可能性のある、ユーザが走っている場合など動作の多い環境で動作するよう修正可能である。
【０３９２】
デバイスを見ることに関連付けられた自然な動きに基づいてレイズジェスチャを検出できる例では、ユーザは、自然に手首を上げる及び／又は回転させて（例えば図１Ｂ又は図１Ｄに示すように）デバイスのディスプレイを視線内に入れ、デバイスに何かを急いで入力しなくても、すみやかに（又は無視できる遅れの後に）表示された情報を見ることができる。しかしながら、状況によっては、このように「自然な」レイズジェスチャを検出することは、実用的ではない場合がある。このため、「意図的な」レイズジェスチャを定義することが可能であり、この意図的なレイズジェスチャの検出が、ディスプレイ及び／又は他のコンポーネントをアクティブにすることにつながるようにすることができる。意図的なレイズジェスチャは、ユーザが、デバイスのディスプレイをアクティブにする意図を持って行うことができる具体的な動作と定義することができる。その動作は、ユーザがディスプレイをアクティブにしようとしていないときには行うことが比較的ないであろう腕又は手首の移動に関する仮定に基づいて、定義することができる。例えば、後述するように、意図的なレイズジェスチャは、短い時間幅内に手首が２回振動した後、デバイスが最終的な姿勢で安定することに対応するものと定義することができる。また、他の定義を使用することもできる。
【０３９３】
自然なレイズジェスチャの検出、意図的なレイズジェスチャの検出又はデバイスとユーザとの他の何らかの対話の検出によるか否かを問わず、ユーザがデバイスを見ようとしていると判断されると、デバイスのユーザインタフェースをアクティブにして、ユーザがデバイスと対話できるようにすることが可能である。例えば、ユーザは、デバイスに表示された情報を見て入力コントロールを操作し、デバイスに情報及び／又は命令を与えることができるといった具合である。デバイスを見てデバイスと対話しているとき、おそらくユーザは比較的一定の向きでデバイスを持っているであろう。ユーザが対話を終えると、ユーザの腕はその開始位置に戻るか、デバイスのディスプレイがユーザの視線の方には向いていない別の位置に戻るであろう。いくつかの実施形態では、ユーザの視線からデバイスを外すであろう動きは、「フォーカス解消」ジェスチャとして検出でき、ディスプレイ及び／又は他の電力を消費するコンポーネントを非アクティブにするなど、節電のための様々な動作のトリガーとなり得る。
【０３９４】
上記に加えて又は上記に代えて、いくつかの実施形態では、デバイスがアクティブに使用されていないときに、電力消費を抑えるために、デバイスのメインプロセッサ（「アプリケーションプロセッサ」ともいう）が低電力すなわち「スリープ」の状態になることができる。スリープ状態から、デバイスのアクティブな使用に適した「ウェイク」状態への遷移（メインプロセッサを「ウェイクさせる」ともいう）を完了させるには、これに付随していくらか待ち時間が生じることがある。このため、ユーザが実際にデバイスを見る前に、ディスプレイ又は他のユーザインタフェースコンポーネントまでもウェイクさせることなく、メインプロセッサのウェイクを開始すると望ましいことがある。いくつかの実施形態では、おそらくレイズジェスチャが開始されるであろうことを検出し、レイズジェスチャが完了する前にメインプロセッサのウェイクを開始することができる「プレヒート（preheat）」検出アルゴリズムを提供する。この動作によって、ユーザがまさにデバイスを見ている場合に、より短い応答時間とすることができる。プレヒート検出アルゴリズムは、レイズジェスチャ検出アルゴリズムと同時に、かつ通常はレイズジェスチャ検出アルゴリズムとは独立して動作することができる。例えば、これらのアルゴリズムは、受信した同じモーションセンサデータについて、異なる分析を行うことができる。
【０３９５】
レイズジェスチャ（自然なレイズジェスチャ及び／又は意図的なレイズジェスチャを含む）及びフォーカス解消ジェスチャの検出を、様々な電子デバイスに実装することができる。図２Ａは、本発明の一実施形態によるデバイス２００のコンポーネントを示すブロック図である。デバイス２００は、例えば、図１Ａから図１Ｄに示す手首に着用可能なデバイス１０２の一実施例であり得る。デバイス２００は、ユーザインタフェース２０２と、アプリケーションプロセッサ２０４と、ストレージサブシステム２０６と、コプロセッサ２０８と、加速度計２１０と、ジャイロスコープ２１２と、を含むことができる。
【０３９６】
ユーザインタフェース２０２には、ユーザとデバイス２００との対話を容易にするハードウェアコンポーネント及びソフトウェアコンポーネントを取り入れることができる。このようなコンポーネントは、おおよそ既存の設計のものであってもよいし、他の設計のものであってもよい。例えば、いくつかの実施形態では、ユーザインタフェース２０２は、ユーザの指及び／又は他の物体の接触を検出できる（例えば、容量方式又は抵抗方式の）タッチ感知式オーバーレイを有するディスプレイ（例えば、ＬＥＤベース、ＬＣＤベース、ＯＬＥＤベースなど）を取り入れたタッチスクリーンインタフェースを含むことができる。スクリーンの特定の領域に触れることによって、ユーザは、自分がしようとしている行為を示したり、デバイスからの視覚的なプロンプトに応答したりすることができる。これに加えて又はこれに代えて、ユーザインタフェース２０２は、オーディオコンポーネント（例えば、スピーカ、マイクロフォン）、ボタン、つまみ、ダイアル、触覚入力又は出力装置などを含んでもよい。
【０３９７】
アプリケーションプロセッサ２０４は、おおよそ既存の設計のものであってもよいし、他の設計のものであってもよい１つ以上の集積回路を用いて実現可能（例えば、１つ以上のコアを備えたプログラム可能なマイクロコントローラ又はマイクロプロセッサ）であり、デバイス２００の一次処理サブシステムになり得る。ストレージサブシステム２０６は、メモリ回路（例えば、ＤＲＡＭ、ＳＲＡＭ、ＲＯＭ、フラッシュメモリなど）又は他のコンピュータ可読記憶媒体を用いて実装することができ、アプリケーションプロセッサ２０４による実行用のプログラム命令のみならず、その動作の過程でデバイス２００によって生成されたデータ又はデバイス２００に供給されたデータも記憶できる。動作時、アプリケーションプロセッサ２０４は、ストレージサブシステム２０６に記憶されたプログラム命令を実行し、デバイス２００の動作を制御することができる。例えば、プロセッサ２０４は、オペレーティングシステムのみならず、特定のタスク（例えば、時刻の表示、ユーザに対する情報の提示、ユーザからの情報の取得、対になったデバイスとの通信など）に専用の様々なアプリケーションプログラムも実行することができる。アプリケーションプロセッサ２０４が、必要な処理タスクであればどのようなものでも実行可能であり、本発明の実施形態がどのような特定のアプリケーションとも独立して機能できることは、理解できよう。
【０３９８】
本明細書に記載の実施形態では、アプリケーションプロセッサ２０４は、アプリケーションプロセッサ２０４による活動（及び電力消費）を減らす又は最小限にすることのできる「スリープ」状態を少なくとも１つと、アプリケーションプロセッサ２０４がフルに動作している「ウェイク」状態を持つことができる。例えば、アプリケーションプロセッサ２０４がスリープ状態にある間、アプリケーションプロセッサ２０４は、アプリケーション及び／又はオペレーティングシステムのプログラムの実行を中断し、再びウェイク状態になったら実行を再開することができる。
【０３９９】
コプロセッサ２０８は、アプリケーションプロセッサ２０４と同様に、おおよそ既存の設計のものであってもよいし、他の設計のものであってもよい１つ以上の集積回路（例えば、マイクロプロセッサ及び／又はマイクロコントローラ）を用いて実装することができる。コプロセッサ２０８は、アプリケーションプロセッサ２０４がスリープ状態であるかウェイク状態であるかとは独立して、ファームウェアとしてコプロセッサ２０８内に記憶されているか、又は他の方法でコプロセッサ２０８がアクセス可能なプログラムコード命令を実行することができる。いくつかの実施形態では、コプロセッサ２０８は、アクティブな動作時の電力消費をアプリケーションプロセッサ２０４よりも大幅に少なくすることができる。本明細書に記載する例では、コプロセッサ２０８は、レイズジェスチャ及び／又はフォーカス解消ジェスチャの検出を含む、動きの検出及び分析と関連する動作を行うことができる。また、いくつかの実施形態では、コプロセッサ２０８は、本明細書には記載のない他の動作を行うこともできる。
【０４００】
コプロセッサ２０８は、既存の設計又は他の設計の通信インタフェース（例えば、通信バス）であってもよいアプリケーションプロセッサインタフェース２１４経由で、アプリケーションプロセッサ２０４に動きの分析に基づいて通知を送ることができる。いくつかの実施形態では、この通知は、アプリケーションプロセッサ２０４をスリープ状態からウェイクさせる及び／又はユーザインタフェース２０２をアクティブにする信号を含んでもよい。いくつかの実施形態では、アプリケーションプロセッサインタフェース２１４は、さらに、加速度計２１０及び／又はジャイロスコープ２１２からアプリケーションプロセッサ２０４に、未処理のデータ又は部分的に処理されたデータを送ることができる。
【０４０１】
動きの検出及び分析を容易にするために、コプロセッサ２０８は、加速度計２１０及びジャイロセンサ（ジャイロスコープともいう）２１２など、デバイス２００に内蔵されたモーションセンサから入力を受信することができる。加速度計２１０は、既存の設計又は他の設計を用いて実現可能であり、１本以上の軸に沿ってデバイス２００に生じる加速度（重力加速度のみならず、ユーザの動きによる加速度も含む）を感知できるものとすることができる。いくつかの実施形態では、加速度計２１０は、３軸低電力ＭＥＭＳ加速度計を取り入れることができ、固定のサンプリングレート（例えば１００Ｈｚ）で加速度データを提供することができる。ジャイロスコープ２１２も、既存の設計又は他の設計を用いて実現可能であり、１本以上の軸に沿ったデバイス２００の向きの変化を感知できるものとすることができる。また、ジャイロスコープ２１２は、固定のサンプリングレート（例えば１００Ｈｚ）で向きのデータを提供することができる。
【０４０２】
本明細書に記載された例では、加速度計２１０及びジャイロスコープ２１２は、デバイス内で方向づけられて、デバイス相対座標系を定めることができる。図３は、手首に着用可能なデバイス３００（これは例えば、図１Ａ及び図１Ｂに示す手首に着用可能なデバイス１０２であってもよい）用のデバイス相対座標系の一例を示す。手首に着用可能なデバイス３００は、ディスプレイ３０６がユーザに見えるように、ストラップ又はバンド３０４によって、ユーザの手首３０２に固定することができる。図に示すように、ユーザがデバイス３００を着用しているとき、ユーザの前腕３０８と実質的に平行にｘ軸を定めることができ、ｘ軸と直交してディスプレイ３０６の平面内でｙ軸を定めることができ、ディスプレイ３０６の平面に直交して（観察者の方を指して）ｚ軸を定めることができる。いくつかの実施形態では、加速度計は、重力による加速度のみならず、ユーザの動きによる加速度も検出することができる。例えば、前腕３０８が水平に保たれている場合、加速度計は、重力の方向に対するｙ軸の角度が変化する際の開始時刻と終了時刻との間の加速度のｙ成分の変化として、ユーザの手首の回転（又はｘ軸を中心とした手首に着用可能なデバイス３００の回転）を検出することができる。また、ｘ軸を中心とした回転として、ジャイロスコープを用いて手首の回転を検出することもできる。図３に示す座標系は、本開示全体を通して使用されるが、他の座標系に置き換えてもよいことは、理解できよう。
【０４０３】
もう一度図２Ａを参照すると、いくつかの実施形態では、コプロセッサ２０８は、（例えば、ソフトウェア又はファームウェアプログラムコードを使用して）加速度計２１０及び／又はジャイロスコープ２１２からの信号を分析するための動作及びアルゴリズムを実現する、様々なモジュールを含むことができる。これらのモジュール（「ジェスチャモジュール」又は「ジェスチャ検出モジュール」など、様々な呼称が使われる）のうちのいくつかには、検出レイズジェスチャ及び／又はフォーカス解消ジェスチャに関連する動作及びアルゴリズムを実装することができる。例えば、コプロセッサ２０８は、レイズジェスチャの可能性のある開始を検出するための「プレヒート」検出モジュール２２０と、「動作の少ない」環境における自然なレイズジェスチャを検出するための第１の「メイン」検出モジュール２２２と、「動作の多い」環境における自然なレイズジェスチャを検出するための第２のメイン検出モジュール２２４と、意図的なレイズジェスチャを検出するための「軽い揺らし（jiggle）」検出モジュール２２６と、想定される視線からユーザがデバイスを外したことを検出するためのフォーカス解消モジュール２２８と、を含むことができる。モジュール２２０、２２２、２２４、２２６、２２８に実装することができるアルゴリズムの例については、後述する。
【０４０４】
ウェイク制御ロジック２３０は、分析モジュール２２０〜２２８の動作を制御することができ、モジュール２２０〜２２８によって報告されるジェスチャ状態の決定内容を受信することができる。例えば、ウェイク制御ロジックは、現在のジェスチャ状態に基づいて、任意の時点でモジュール２２０〜２２８のうちのどれをイネーブルにすべきか決定することができ、様々なアルゴリズムを選択的にイネーブル又はディセーブルにすることができる。アルゴリズムを選択的にディセーブルにすることで、コプロセッサ２０８による電力消費量を減らすことができる。また、ジェスチャ状態の決定内容に基づいて、ウェイク制御ロジック２３０は、アプリケーションプロセッサインタフェース２１４経由で、アプリケーションプロセッサ２０４及び／又はユーザインタフェース２０２に通知を送ることができる。
【０４０５】
いくつかの実施形態では、ウェイク制御ロジック２３０及び／又は動き分析モジュール２２０〜２２８は、アルゴリズム又はオペレーションを選択的に又は継続的に実行できる追加のサポートモジュールを利用することができる。例えば、活動分類部２３２は、加速度計２１０及び／又はジャイロスコープ２１２（並びに、デバイス２００の中にあってもよい、生理センサなどの他のセンサ）からデータを受信することができ、このデータを分析して、例えば、歩いている、座っている又は静かに立っている、ジョギングしている、走っている、自転車に乗っている、自動車に乗っているなど、ユーザが行っている活動のタイプを決定することができる。活動分類部２３２には、様々なタイプの活動に関連付けられた特性を特定する機械学習アルゴリズムを実装可能であり、活動分類部２３２を配備する前にユーザの既知の活動中のセンサのデータを集めることによって、これらのアルゴリズムを訓練することができる。
【０４０６】
いくつかの実施形態では、ウェイク制御ロジック２３０は、活動分類部２３２の出力を用いて、デバイス２００が、ローダイナミックメイン検出モジュール２２２を使用できる「動作の少ない」環境（例えば、座っている、歩いている又は他の比較的ゆっくりした移動など）にあるか、そうではなくハイダイナミックメイン検出モジュール２２４を使用すべき「動作の多い」環境（例えば、走っている）にあるかを決定することができる。ウェイク制御ロジック２３０は、活動分類部２３２によって示された環境のタイプに応じて、モジュール２２２又は２２４を選択的にイネーブル又はディセーブルにすることができる。
【０４０７】
いくつかの実施形態では、ジェスチャ分類部２３４を使用して、メイン検出モジュール２２２又は２２４によって検出される自然なレイズジェスチャの検出を確認することができる。後述するように、メイン検出モジュール２２２及び２２４は、デバイスの位置を時間の関数として分析し、電力効率のよい方法でレイズジェスチャを検出することができる。しかしながら、これらのアルゴリズムは、視線内に入るまでデバイス２００を上げるのと似ている動きを伴うが実際にはそのような作用のないユーザの動作の結果として、時折、誤検出を生じることがある。例えば、ユーザがドアを開けるためにドアの取っ手を回したり、飲み物を飲むためにグラスを持ち上げていたりすることがある。ジェスチャ分類部２３４には、レイズジェスチャと他の似たような動きとを高信頼度で区別するように訓練された機械学習アルゴリズムを実装することができる。いくつかの実施形態では、ユーザが特定の行動（レイズジェスチャのみならず他の類似の行動を含む）を、実行されるその特定の行動が加速度計データ及び／又はジャイロスコープデータと一緒に記録できる状況で、行っている間に、加速度計データ及び／又はジャイロスコープデータを収集することで、ジェスチャ分類部２３４を訓練することができる。この情報を使用してアルゴリズムを訓練し、レイズジェスチャと他の似たような行動とを高信頼度で区別する出力を生成することができる。このため、メイン検出モジュール２２２又は２２４がジェスチャを検出すると、検出アルゴリズム（又はウェイク制御ロジック２３０）は、以後の確認又は否認のために、関連する特徴データをジェスチャ分類部２３４に提供することができる。ジェスチャ分類部２３４の使用例については、メイン検出モジュール２２２の実施形態に関連して後述する。いくつかの実施形態では、アプリケーションプロセッサ２０４がウェイク状態にあるときに、アプリケーションプロセッサ２０４でジェスチャ分類部２３４を実行することができる。
【０４０８】
図２Ｂは、本発明の一実施形態によるデバイス２５０のコンポーネントを示すブロック図である。デバイス２５０は、例えば、図１Ａから図１Ｄに示す手首に着用可能なデバイス１０２の一実施例であり得る。デバイス２５０は、ユーザインタフェースコンポーネント２５２と、アプリケーション処理ユニット２５４と、動き処理ユニット２５８と、モーションセンサ２６０と、を含むことができる。ユーザインタフェースコンポーネント２５２は、図２Ａに示すユーザインタフェース２０２（又はタッチスクリーンディスプレイなど、そのコンポーネント）と類似又は同一であってもよい。メイン処理ユニット２５４は、図２Ａに示すアプリケーションプロセッサ２０４と類似又は同一であってもよい。モーションセンサ２６０は、図２Ａに示す加速度計２１０及び／又はジャイロセンサ２１２と類似又は同一であってもよい１つ以上のモーションセンサを含むことができる。他のユーザインタフェースコンポーネント及び／又はモーションセンサを使用することも可能である。
【０４０９】
動き処理ユニット２５８は、図２Ａに示すコプロセッサ２０８と類似又は同一であってもよい。動き処理ユニット２５８は、様々なジェスチャ検出モジュールを取り入れることができる。例えば、プレヒート検出モジュール２７０は、図２Ａに示すプレヒート検出モジュール２２０と類似又は同一であってもよい。自然検出モジュール（ローダイナミック）２７２及び自然検出モジュール（ハイダイナミック）２７４は、図２Ａに示すメイン検出モジュール（ローダイナミック）２２２及びメイン検出モジュール（ハイダイナミック）２２４と類似又は同一であってもよい。意図検出モジュール２７６は、図２Ａに示す軽い揺らし検出モジュール２２６と類似又は同一であってもよい。フォーカス解消検出モジュール２７８は、図２Ａに示すフォーカス解消検出モジュール２２８と類似又は同一であってもよい。活動分類部モジュール２８２は、図２Ａに示す活動分類部２３２と類似又は同一であってもよい。ジェスチャ分類部モジュール２８４は、図２Ａに示すジェスチャ分類部２３４と類似又は同一であってもよい。追加のモジュール又は異なるモジュールを含むことが可能であり、いくつかの実施形態では、図示したよりも多くのモジュール又は少ないモジュールを含むことが可能である。
【０４１０】
デバイス２００及び２５０は例示的なものであり、変形及び修正が可能であることが理解されるであろう。デバイス２００又は２５０の実施形態には、図示されたものに加えて、又は図示のものに代えて、他のコンポーネントを含むことができる。例えば、デバイス２００又は２５０は、電源（例えば、バッテリ）及び配電及び／又は電力管理コンポーネントを含んでもよい。デバイス２００又は２５０は、コンパス、温度計又は他の外部温度センサ、絶対位置を決定するための全地球測位システム（ＧＰＳ）受信機若しくは同様のもの、画像を捕捉するためのカメラ、生理センサ（例えば、脈拍センサ、血圧センサ、皮膚コンダクタンスセンサ、皮膚温度センサなど）などの他のセンサを含んでもよい。デバイス２００又は２５０は、パーソナルデバイス及び／又はネットワークアクセスデバイスをはじめとする他のデバイスとの通信を可能にするための通信コンポーネントを含むことができる。例えば、デバイス２００又は２５０は、ＲＦ送受信機及び１つ以上の無線通信標準（例えば、Ｂｌｕｅｔｏｏｔｈ標準、ＩＥＥＥ  ８０２．１１ファミリー標準、３Ｇ、ＬＴＥなどのセルラーデータネットワークデータ標準）を実装している、関連のプロトコルスタックを含むことができる。これに加えて又はこれに代えて、デバイス２００又は２５０は、（例えば、ＵＳＢ、ＵＡＲＴ、イーサネット又は有線通信プロトコルをサポートしている）レセプタクルコネクタなどの有線通信インタフェースを含んでもよい。
【０４１１】
さらに、デバイス２００及び２５０は、特定のブロックを参照して説明されているが、これらのブロックは説明の都合上定義されたものであって、構成部品の特定の物理的構成を意味することを意図したものではないことは、理解できよう。さらに、これらのブロックは、物理的に別個のコンポーネントに相当する必要はなく、物理的に同じコンポーネントを使用して、複数のブロックの態様を実装してもよい。ブロックは、例えば、プロセッサをプログラムすることによって、あるいは適切な制御回路を設けることによって様々な動作を行うように構成することができ、最初の構成がどのように得られるかによって、様々なブロックを再構成できることもあれば、できないこともある。本発明の実施形態は、回路とソフトウェアとの任意の組み合わせを使って実装される電子機器を含む様々な装置において実現することができる。さらに、デバイス２００と２５０は完全に入れ替えが可能であり、デバイス２００（又はそのコンポーネント）に言及する説明がいずれもデバイス２５０にも適用されることは、理解できよう。
【０４１２】
動作時、コプロセッサ２０８は、「常時オン」（例えば、デバイス２００が着用されている場合は常に）であってもよく、ウェイク制御ロジック２３０は、例えば、ユーザがデバイスを見ているか否かに応じて、モジュール２２０、２２２、２２４、２２６、２２８のいずれか又は全てを選択的にアクティブにする（又はイネーブルにする）ことができる。これらのアルゴリズムは、レイズジェスチャ、プレヒートイベント、フォーカス解消イベントなどをはじめとする様々なジェスチャ状態イベントを検出し、報告することができる。具体例については後述する。アルゴリズムがイベントを報告すると、ウェイク制御ロジック２３０は、アプリケーションプロセッサインタフェース２１４経由で、アプリケーションプロセッサ２０４にイベントを通知することができる。イベントに応じて、アプリケーションプロセッサ２０４は、スリープ状態からウェイク状態への遷移及び／又はアクティブな状態と非アクティブな状態との間でのユーザインタフェース２０２のコンポーネントの遷移など、様々な行動をとることができる。
【０４１３】
以下、ジェスチャ関連イベントを検出するための具体的なアルゴリズムの例について説明する。本明細書で使用する場合、「ジェスチャ関連イベント」は概して、モジュール２２０、２２２、２２４、２２６、２２８などのモジュール又はアルゴリズムによって検出される、任意のジェスチャに関連した遷移をいう。このようなイベントの例としては、レイズジェスチャ（後述するような「可能性のある」「検出済」及び／又は「確認済」レイズジェスチャの特定を含む）、プレヒートジェスチャ及び／又はフォーカス解消ジェスチャが挙げられる。後述するような種類のアルゴリズムを、例えば、プログラム可能なプロセッサ（例えば、コプロセッサ２０８）に好適なプログラムコードを与えること及び／又は記載の動作を行うための専用のロジック回路を設けることによって、実装することができる。
【０４１４】
いくつかの実施形態では、レイズジェスチャ検出アルゴリズムは、レイズジェスチャが行われたという確信を高める一連の状態を経て進むことができる。例えば、レイズジェスチャ検出アルゴリズムは、対象とする時間幅（例えば、ユーザがレイズジェスチャをするのに、おそらくかかるであろう時間）に対応する、一組のモーションセンサデータサンプル（加速度計及び／又はジャイロセンサのデータを含む）を選択することができる。組の中にある最も古い１つ以上のサンプルを考慮することで、このアルゴリズムは、時間幅の最初におけるデバイスの空間的な向きを反映可能な「開始姿勢」を定めることができる。この向きは、仮定された重力の垂直軸に対して定めることができる。開始姿勢に基づいて、アルゴリズムは、デバイスのディスプレイをユーザが視線内に入れる（デバイスが「フォーカス姿勢」にされているともいう）ためにおそらく生じるであろう動きの量及び／又は１つ以上の方向を、決定することができる。このおそらく生じるであろう動きの量及び／又は１つ以上の方向は、「可能性のある」レイズジェスチャを特定するための基準として表現されることができ、これらの基準を使用して、一組のモーションセンサデータサンプルのうちいくつか又は全てに基づいて、可能性のあるレイズジェスチャが生じているか否かを特定することができる。また、フォーカス姿勢に達しているデバイスが、少なくとも最短の時間、フォーカス姿勢のままであるか否かを決定することで、可能性のあるレイズジェスチャを「検出済」レイズジェスチャとして特定することができる。必要であれば、ジェスチャ分類部を使用して、さらなる確認を行ってもよい。レイズジェスチャ検出アルゴリズムは、可能性のあるレイズジェスチャ、検出済レイズジェスチャ及び／又は確認済レイズジェスチャを特定するたびに、デバイスの他のコンポーネントに通知することができる。
【０４１５】
レイズジェスチャ検出の段階的なアプローチの具体例として、図４は、本発明の一実施形態によるレイズジェスチャ検出プロセス４００のフローチャートである。プロセス４００は、例えば、図２Ａに示すメイン検出（ローダイナミック）モジュール２２２において実行可能である。レイズジェスチャ検出プロセス４００は、（可能性のある、検出済の、確認済の）一連のジェスチャ状態を経て進むことができ、各々の状態遷移を、例えば図２Ａに示すウェイク制御ロジック２３０に報告することができる。後述するように、ウェイク制御ロジック２３０は、ジェスチャ状態遷移を使用して、アプリケーションプロセッサ２０４をウェイクさせるか否か及びそれをいつするか、並びに／又はユーザインタフェース２０２をアクティブにするようアプリケーションプロセッサ２０４に命じるか否か及びそれをいつするかを決定することができる。
【０４１６】
プロセス４００は、ユーザインタフェース２０２が非アクティブな状態にあるときに開始することができる（ブロック４０２）。このとき、アプリケーションプロセッサ２０４は、必要に応じて、スリープ状態にあってもよいしウェイク状態にあってもよい。加速度計２１０は、一定のサンプリングレート（例えば１００Ｈｚ）で、更新されたデータを提供していることができ、このデータは、図３に示すようなデバイス相対座標を使用して、加速度のベクトル成分（ａｘ、ａｙ、ａｚ）を示すことができる。受信したデータについては、例えば、循環バッファ又はＦＩＦＯなどを用いてバッファすることができる。
【０４１７】
ブロック４０４において、プロセス４００は、加速度計データバッファから、データサンプルを読み出すことができる。データ量は、動きを分析するための所望の時間幅とサンプリングレートに依存する場合がある。例えば、プロセス４００は、時間の固定の幅すなわちウィンドウ（例えば、０．５秒、１秒など）に対応するデータを読み出すことができる。
【０４１８】
ブロック４０６では、プロセス４００は、時間幅の開始に相当することがある、バッファから読み出された最も古いサンプルなどに基づいて、デバイスの開始姿勢を推測することができる。いくつかの実施形態では、加速度計の測定値は、重力加速度（デバイスの向きに応じた方向で１ｇ）を含む。このため、他の加速度が比較的小さい場合、加速度計データに基づいて、重力に対するデバイスの向きを決定することができる。例えば、図１Ａに示す腕を下げた位置では、加速度計２１０は、約１ｇのａｘを検出し、約０のａｙ及びａｚを検出することがある。図１Ｃに示すタイピングをする位置では、加速度計２１０は、約０のａｘ、０から１ｇの間のａｙ、０からー１ｇの間のａｚを検出することがある。よって、ブロック４０６には、最も古いサンプル（例えば、５〜１０個のサンプルの平均）と、特定の「基準となる」開始姿勢に関連するサンプルパターンとを比較することを含んでもよい。基準となる開始姿勢は、例えば、デバイスを着用している人が特定の姿勢（例えば、図１Ａ又は図１Ｃに示す姿勢）であることがわかっている条件下で収集された加速度計の測定値に基づいて、デバイスの配備前に定義することができる。いくつかの実施形態では、開始姿勢は、基準となる複数の開始姿勢を混合したものと定義することができる。例えば、この混合したものは、基準となる開始姿勢の加重平均と定義することができ、基準となる開始姿勢各々の重みは、基準となる開始姿勢に関連付けられたデバイスの向きと測定されたデバイスの向きがどの程度類似しているかの度合いに基づいている。
【０４１９】
ブロック４０８では、推測された開始姿勢に基づいて、プロセス４００は、その開始姿勢から実行される「可能性のある」レイズジェスチャを特定するための基準を選択することができる。異なる開始姿勢には、異なる基準を定義してもよい。例えば、開始姿勢が（例えば、図１Ａに示すような）腕を下げた状態である場合、レイズジェスチャには前腕を持ち上げて手首を回転させることを伴うと予想され、両方とも主にａｘ及びａｙの変化を参照して検出できるが、ａｚに対するいくらかの影響も予想されることがある。開始姿勢が（例えば、図１Ｃに示すような）タイピングをする姿勢である場合、前腕はほとんど持ち上げらないか全く持ち上げらない（結果として、ａｘがほとんど変化しない）可能性があるが、おそらく傾斜には変化が生じているであろう。これを最も高信頼度で検出できるのは、ａｙの変化としてである。（ユーザが経験し得る偶発的な揺れ又は他のランダムな動きとは対照的に、意図的なジェスチャは滑らかになされると仮定して）動きの滑らかさを定量化するパラメータなど、バッファにある加速度計データから導くことが可能な他の基準を使用してもよい。いくつかの実施形態では、開始姿勢を前提とした可能性のあるレイズジェスチャを特定するための一組の基準を、ヒューリスティックに確立することができる。例えば、複数のユーザに、特定の開始姿勢からレイズジェスチャをするよう求め、開始姿勢からレイズジェスチャの完了までの移動の間に、得られる加速度計データを収集することができる。特定の開始姿勢からなされる、可能性のあるレイズジェスチャを認識するための特定の基準（例えば、ａｙの変化の閾値、動きの滑らかさなど）を特定するために、統計的アルゴリズムを適用してこのデータを分析することができる。この段階での基準は、検出漏れ（false negative）は比較的少なく保てるが誤検出（false positive）が起こり得るほど粗いことがある。姿勢依存の閾値基準を確立するために、ヒューリスティックな練習を、基準となる開始姿勢に対して何回でも繰り返すことができる。いくつかの実施形態では、ブロック４０６で開始姿勢が推測されると、可能性のあるレイズジェスチャを特定するための対応する一組の基準をブロック４０８においてテーブルを参照して選択できるように、分析の結果を使用して基準のテーブルを生成することができる。いくつかの実施形態では、開始姿勢は、基準となる複数の開始姿勢を混合したものと定義することができ、この場合、ブロック４０８には、基準となる複数の開始姿勢のために定義された選択基準を混合することを含むことができる。
【０４２０】
ブロック４１０では、プロセス４００は、例えば、ブロック４０８で選択された基準が満たされているか否かなど、可能性のあるレイズジェスチャが特定されたか否かを判定することができる。いくつかの実施形態では、この判定には、特定の加速度計データサンプル及び／又は加速度計データサンプルから計算された他のパラメータを、ブロック４０８で選択された閾値基準と比較することを含んでもよく、可能性のあるレイズジェスチャは、閾値の基準が満たされた場合に検出される。さらに、レイズジェスチャが行われている場合、このジェスチャが完了すると、デバイスは、自機のディスプレイがユーザの視線内にあることと整合性が取れる向きで静止すると想定されてもよい。このため、ブロック４１０には、例えば、時間幅の終了に対応し得る、バッファから読み出された最も新しいサンプルに基づいて、デバイスの終了姿勢を推測することを含むことができる。この終了姿勢を、ディスプレイがユーザの視線内にあることと整合性が取れる一定範囲の姿勢（例えば、水平に対してｙ及び／又はｘ方向に一定の傾斜角の範囲）と比較することができ、終了姿勢がこの範囲内にある場合に、可能性のあるレイズジェスチャが検出される。「フォーカス姿勢」という用語は、本明細書では、（例えば、傾斜角に基づいて）デバイスがユーザの視線内にあることと整合性が取れると考えられる範囲内の姿勢を総称するのに用いられる。
【０４２１】
可能性のあるレイズジェスチャが検出されない場合、プロセス４００は、ブロック４０４に戻り、加速度計データを追加で読み出すことができる。上述したように、ブロック４０４で読み出されたデータは、実時間の固定幅に対応する固定長のウィンドウであってもよい。ブロック４０４の連続した繰り返しの際に読み出される連続したデータウィンドウは、重なることできる。例えば、ウィンドウが実時間の１秒に対応する場合、連続した繰り返しが０．１秒ごとなどで起こり得る（あるいは、これよりも速い速度でもよく、繰り返されるたびにウィンドウが少なくとも１サンプル分だけシフトする限り、ブロック４０６及び４０８の連続した繰り返しでの分析は冗長にはならない）。このようにすることで、ウィンドウの影響で検出漏れが生じる可能性を減らすことができる。
【０４２２】
ブロック４１０で可能性のあるレイズジェスチャが検出されると、ブロック４１２において、プロセス４００は、可能性のあるジェスチャが検出されたことをウェイク制御ロジック２３０に通知することができる。後述するように、ウェイク制御ロジック２３０は、この通知に応じて、アプリケーションプロセッサ２０４及び／又はユーザインタフェース２０２に通知をするなどの行動をとることができる。ブロック４１４では、プロセス４００は、加速度計の追加のデータサンプル（例えば、元のウィンドウの外で新たに受信したサンプルを含む）を監視して、デバイスがフォーカス姿勢のままである（例えば、ほぼ同じ位置に保たれている）か移動し続けているかを検出することができる。例えば、上述したように、ユーザがデバイスを見ている間に想定される特定範囲の傾斜角に基づいて、フォーカス姿勢を定めることができる。傾斜角は加速度計データから推定でき、傾斜角がこの範囲に達してこの範囲内にとどまるのであれば、その状態がフォーカス姿勢のままであることに対応している可能性がある。
【０４２３】
いくつかの実施形態では、フォーカス姿勢に対応する加速度計データの値の範囲は、少なくとも部分的に開始姿勢に依存することがある。例えば、開始姿勢からフォーカス姿勢への遷移には、ｙ軸に沿った一定量の傾斜（本明細書では「ｙ傾斜」ともいう）の蓄積を伴うことがある。例えば、蓄積したｙ傾斜は、（ユーザの手首が逸らされている間の）０以上である最初のａｙ成分から（ディスプレイをユーザの目の方に向けるよう手首が回転したときの）０未満である最後のａｙ成分までの正味の変化として測定することができる。ブロック４１４には、ｙ傾斜が一定のままであるか、蓄積し続けているか、方向が逆になるかを監視することを含むことができ、ｙ傾斜の蓄積がなくなると、動いてフォーカス姿勢から外れた可能性がある。
【０４２４】
プロセス４００は、持続時間が閾値（例えば、０．１秒、０．５秒など）に達する又はこれを超えるまで、あるいは、フォーカス姿勢ではなくなったことが加速度計データによって示されるまで、ブロック４１４で持続時間を監視することができる。ブロック４１６では、持続時間が閾値に達する前にフォーカス姿勢ではなくなった場合、プロセス４００はブロック４０４に戻り、新たな開始姿勢を決定して可能性のある別のレイズジェスチャの検出を試みることができる。
【０４２５】
ブロック４１６でフォーカス姿勢での持続時間が閾値を超えた場合は、以前に検出された可能性のあるレイズジェスチャを、検出済レイズジェスチャとして再分類することができる。ブロック４１８では、プロセス４００は、検出済レイズジェスチャが生じていることを、ウェイク制御ロジック２３０に通知することができる。後述するように、ウェイク制御ロジック２３０は、この通知に応じて、ユーザインタフェース２０２をアクティブにする、アプリケーションプロセッサ２０４に通知をするなどの行動をとることができる。
【０４２６】
いくつかの実施形態では、誤検出を減らすためにレイズジェスチャのさらなる確認をすることが望ましい場合がある。このため、ブロック４２０において、レイズジェスチャを検出した後、プロセス４００は、さらなる分析プロセス、例えば、図２Ａに示すジェスチャ分類部２３４を呼び出すことができる。上述したように、ジェスチャ分類部２３４は、レイズジェスチャを他の類似のジェスチャと区別するように事前に訓練された機械学習アルゴリズムであってもよい。ジェスチャ分類部２３４は、ブロック４２０でプロセス４００によって提供されたデータを分析して、検出済レイズジェスチャを確認又は否認のいずれかをすることができる。ブロック４２２でレイズジェスチャが確認された場合、プロセス４００は、ブロック４２４でウェイク制御ロジック２３０にその旨を通知することができ、その後、プロセス４００を終えることができる（ブロック４２６）。ブロック４２２でレイズジェスチャが確認されない場合、プロセス４００は、ブロック４２８でウェイク制御ロジック２３０にその旨を通知することができ、その後、プロセス４００はブロック４０４に戻り、可能性のある別のレイズジェスチャの検出を試みることができる。いくつかの実施形態では、ブロック４２６で終了した後、例えば（後述するように）フォーカスの解消が検出されたとき又はユーザインタフェース２０２が何らかの理由で非アクティブになったときなど、いつでも（ブロック４０２で）プロセス４００を再開することができる。
【０４２７】
図５は、本発明の一実施形態によるジェスチャ分類部を使用してジェスチャを確認するためのプロセス５００のフローチャートである。プロセス５００は、上述した図４に示すプロセス４００との関連で使用することができる。プロセス５００は、例えばメインジェスチャ検出モジュール２２２によって実行可能であり、これによってジェスチャ分類部２３４を呼び出すことができる。
【０４２８】
プロセス５００は、メインジェスチャ検出モジュール２２２が、例えばプロセス４００のブロック４１６でレイズジェスチャを検出したときに、ブロック５０２で開始することができる。ブロック５０４において、メインジェスチャ検出モジュール２２２は、検出済レイズジェスチャに信頼スコアを割り当てることができる。いくつかの実施形態では、信頼スコアを、デバイスの姿勢がフォーカス姿勢の予想される特徴といかに良く一致するか（例えば、デバイスの姿勢が、フォーカス姿勢で予想される加速度計データの値及び／又は傾斜値の範囲の端付近にあるか中央付近にあるか）ということと、フォーカス姿勢の持続時間の長さとの組み合わせに基づくものとすることができる。
【０４２９】
ブロック５０６では、プロセス５００は、ジェスチャ分類部にとっての目立った開始点を（時刻で）選択することができる。この目立った開始点は、フォーカス姿勢に至る加速度計データサンプルの傾向に基づいて選択可能である。例えば、プロセス５００は、加速度計データサンプルが、レイズジェスチャを示す形で変化し始めた時点を特定することができる。これによって、プロセス５００は、ユーザが異なる速度でレイズジェスチャを行うことができるという事実を考慮できるようになる。ユーザが素早く移動すると、目立った開始点は、ユーザがゆっくり移動する場合よりも現在（すなわち最新のサンプル）に近づくことになる。このように、ジェスチャ分類に関連するデータのウィンドウを可変にすることができる。
【０４３０】
ブロック５０８では、プロセス５００は、目立った開始点から現在まで延びるデータのウィンドウから、ジェスチャ分類部が対象とする特徴を抽出することができる。レイズジェスチャの対象とする特徴は、ジェスチャ分類部がどのように訓練されたかに依存することがある。ジェスチャ分類部が加速度計データに基づいて動作するいくつかの実施形態では、対象とする特徴として、加速度計の実際のサンプル（ａｘ、ａｙ、ａｚ）、滑らかさのパラメータ（例えば、加速度計の連続するサンプル間の変化の標準偏差に基づく）、時間の関数としての蓄積した傾斜（例えば、ｙ傾斜）、開始時及び終了時のデバイスの向き又は姿勢（例えば、開始時と終了時の傾斜値）が挙げられる。ジェスチャ分類部がジャイロスコープデータに基づいて動作するいくつかの実施形態では、対象とする特徴として、ジャイロスコープの実際のサンプル（ｒｘ、ｒｙ、ｒｚ）、水平面（すなわち、重力方向に垂直な面）を横切る円弧の長さ、滑らかさのパラメータ（例えば、ジャイロスコープの連続するサンプル間の変化の標準偏差に基づく）が挙げられる。
【０４３１】
ブロック５１０では、プロセス５００は、ジェスチャ分類部２３４を呼び出して、抽出された特徴を処理することができる。いくつかの実施形態では、ジェスチャ分類部２３４を、線形判別分析を実行するベイジアン分類部とすることができる。上述したように、配備に先立って線形判別分析アルゴリズムを訓練することができ、これによって、特徴がレイズジェスチャに対応する確率をジェスチャ分類部２３４で迅速に計算できるようにしている。ブロック５１２では、プロセス５００は、ジェスチャ分類部２３４からの出力を受信することができる。この出力は、例えば、レイズジェスチャがなされた（０と１との間の）確率を含んでもよい。
【０４３２】
ブロック５１４では、プロセス５００は、レイズジェスチャが確認されたか否かを決定することができる。いくつかの実施形態では、この決定は、ジェスチャ分類部２３４の確率出力についての閾値に基づくことができ、閾値については、例えば０．５、０．７５、０．８５又は必要に応じて他の何らかの閾値に設定できる。通常、閾値が大きいほど誤検出が少なくなるが、検出漏れが多くなり、所与の実装で許容される誤検出及び／又は検出漏れのレベルに基づいて、最適な閾値を選択することができる。いくつかの実施形態では、閾値を、ブロック５０４で割り当てられる信頼スコアの関数として選択することができる。例えば、ブロック５１４での信頼スコアが大きいと、ジェスチャ分類部によって割り当てられる確率に対する閾値が小さくなることがあり、信頼スコアが小さいと、ジェスチャ分類部によって割り当てられる確率に対する閾値が大きくなることがある。
【０４３３】
ブロック５１６では、プロセス５００は、判定を下すか、より多くのデータを待つかを決定することができる。例えば、ジェスチャが確認されないが、ジェスチャ分類部からの確率出力が閾値に近い場合、追加のデータを待つことが好ましい場合がある。この場合、プロセス５００は、レイズジェスチャの確認、否認のいずれもせずにブロック５１８で終了することができ、上述したプロセス４００のブロック４１４に制御を戻すことができる。あるいは、プロセス５００は、確認又は否認のいずれかをしてブロック５２０で終了することができ、上述したプロセス４００のブロック４２２に制御を戻すことができる。
【０４３４】
プロセス５００は例示的であり、変形及び修正が可能であることが理解されるであろう。逐次として説明されたステップを同時並行で行ってもよく、ステップの順序を変更しても、ステップの修正、組み合わせ、追加又は省略をしても構わない。例えば、他の確認アルゴリズムを使用することができる。いくつかの実施形態では、プロセス５００は、待機する選択肢なしで、常に確認又は否認の判定をすることができる。
【０４３５】
いくつかの実施形態では、ジェスチャ分類部２３４による確認又は否認によって、デバイスの挙動が変わることがある。例えば、検出済レイズジェスチャが確認されるまで、いくつか又は全てのユーザインタフェースコンポーネントをアクティブにするのを延期することができる。別の例として、検出済レイズジェスチャに応じてユーザインタフェースコンポーネントがアクティブにされた場合、ジェスチャ分類部２３４によるその後の否認によって、そのユーザインタフェースコンポーネントを非アクティブにすることができる。
【０４３６】
図６は、本発明の一実施形態によるプロセス４００）を実行するレイズジェスチャ検出モジュール２２２のジェスチャ状態を示す状態図である。これらの状態間の遷移を、ウェイク制御ロジック２３０に報告することが可能であり、又は他の方法で、ユーザインタフェース２０２及び／又はデバイス２００の他のコンポーネントの状態に影響を及ぼすのに使用することができる。
【０４３７】
状態６０２は、ジェスチャ検出モジュール２２２がまだ可能性のあるレイズジェスチャを検出していない「ヌル」状態とすることができる。これは、例えば図４のプロセス４００の初期状態であってもよく、可能性のあるレイズジェスチャが（例えば、図４のブロック４１０で）検出されるまで、モジュール２２２は、この状態にとどまることができる。状態６０４は、モジュール２２２が（例えば、図４のブロック４１０で）可能性のあるレイズジェスチャを検出した「可能性のあるジェスチャ」状態とすることができる。その後に可能性のあるレイズジェスチャが却下された場合は、モジュール２２２は、ヌル状態６０２に戻ることができる。可能性のあるレイズジェスチャが（例えば図４のブロック４１６で）検出済レイズジェスチャになると、モジュール２２２は、「検出済ジェスチャ」状態６０６に遷移することができる。これは、レイズジェスチャが生じている確信度の高まりを反映している。状態６０６にある間に、（例えば、プロセス４００のブロック４２０及び４２２で）さらなる分析を行い、検出済レイズジェスチャを確認することができる。検出済レイズジェスチャが確認されない場合、モジュール２２２は、ヌル状態６０２に戻ることができる。検出済レイズジェスチャが確認されると、モジュール２２２は、確認済ジェスチャ状態６０８に遷移することができる。この時点で、レイズジェスチャの検出が終了し、モジュール２２２のそれ以上の実行を止めることができる。上述したように、レイズジェスチャの検出が再び有用になる（例えば、フォーカス解消が検出されるか、そうでなければ、ユーザインタフェース２０２が非アクティブになる）と、モジュール２２２を再起動することができる。さらに、後述するように、確認済ジェスチャ状態６０８に達すると、フォーカス解消検出モジュール２２８などの他のアルゴリズムを使用して、ジェスチャ状態の監視を続けて、確認済ジェスチャ状態６０８からヌル状態６０２への遷移を検出することができる。プロセス４００は、図６の状態及び遷移を提供するモジュール２２２の例を提供するものであるが、他のアルゴリズムに置き換えてもよいことは、理解できよう。
【０４３８】
図７は、本発明の一実施形態による自然なレイズジェスチャ検出モジュール７００の機能ブロック図である。図に示すように、自然なレイズジェスチャ検出モジュール７００を、図２Ｂの動き処理ユニット２５８内で、例えば自然なレイズジェスチャ検出モジュール２７２として実装することができる。また、自然なレイズジェスチャ検出モジュール７００を、図２Ａのメイン（ローダイナミック）検出モジュール２２２として実装することもできる。自然なレイズジェスチャ検出モジュール７００は、開始姿勢推測ユニット７０２と、基準決定ユニット７０４と、可能性のあるレイズジェスチャ決定ユニット７０６と、検出済レイズジェスチャ決定ユニット７０８と、確認ユニット７１０と、を含むことができる。それぞれのユニットを、例えば、プロセッサ及び／又は専用の論理回路上で実行可能なプログラムコードを使用して実装することができる。
【０４３９】
開始姿勢推測ユニット７０２は、モーションセンサデータを受信し、モーションセンサデータに基づいて開始姿勢を推測することができる。例えば、開始姿勢推測ユニット７０２には、上述したプロセス４００のブロック４０６を実装することができる。開始姿勢推測ユニット７０２は、推定開始姿勢を、基準決定ユニット７０４に提供することができる。
【０４４０】
基準決定ユニット７０４は、開始姿勢推測ユニット７０２によって推測された開始姿勢に少なくとも部分的に基づいて、可能性のあるレイズジェスチャを検出するための基準を決定することができる。例えば、基準決定ユニット７０４には、上述したプロセス４００のブロック４０８を実装することができる。基準決定ユニット７０４は、可能性のあるレイズジェスチャを検出するための基準を、可能性のあるレイズジェスチャ決定ユニット７０６に提供することができる。
【０４４１】
可能性のあるレイズジェスチャ決定ユニット７０６は、モーションセンサを受信し、受信データが基準決定ユニット７０４によって決定された基準を満たすか否かを決定することができる。例えば、可能性のあるレイズジェスチャ決定ユニット７０６には、上述したプロセス４００のブロック４１０を実装することができる。基準が満たされた場合、可能性のあるレイズジェスチャ決定ユニット７０６は、他のシステムコンポーネント（例えば、図２Ａのウェイク制御ロジック２３０又は図２Ｂのウェイク制御ロジックモジュール２８０）に通知することができる。例えば、可能性のあるレイズジェスチャ決定ユニット７０６には、上述したプロセス４００のブロック４１２を実装することができる。また、可能性のあるレイズジェスチャ決定ユニット７０６は、基準が満たされた場合、検出済レイズジェスチャ決定ユニット７０８にも通知をすることができる。
【０４４２】
検出済レイズジェスチャ決定ユニット７０８は、可能性のあるレイズジェスチャ決定ユニット７０６から、可能性のあるレイズジェスチャの通知を受信することができ、加速度計データを追加で監視して、最小限の持続時間が生じる及び／又は検出済レイズジェスチャのための他の条件が満たされるか否かを決定することができる。例えば、検出済レイズジェスチャ決定ユニット７０８には、上述したプロセス４００のブロック４１４及び４１６を実装することができる。検出済レイズジェスチャのための条件が満たされる場合、検出済レイズジェスチャ決定ユニット７０８は、他のシステムコンポーネント（例えば、図２Ａのウェイク制御ロジック２３０又は図２Ｂのウェイク制御ロジックモジュール２８０）に通知することができる。例えば、検出済レイズジェスチャ決定ユニット７０８には、プロセス４００のブロック４１８を実装することができる。また、検出済レイズジェスチャ決定ユニット７０８は、検出済レイズジェスチャのための条件が満たされるか否かを確認ユニット７１０に通知することもできる。
【０４４３】
確認ユニット７１０は、検出済レイズジェスチャに関連付けられたモーションセンサデータに基づいて、ジェスチャの確認を行うことができる。例えば、確認ユニット７１０には、上述したプロセス４００のブロック４２０及び４２２及び／又はプロセス５００のブロック５０４〜５２０を実装することができる。いくつかの実施形態では、確認ユニット７１０は、図２Ａのジェスチャ分類部２３４又は図２Ｂのジェスチャ分類部モジュール２８４を呼び出すことができる。確認ユニット７１０は、検出済レイズジェスチャが確認されたか否認されたかを、他のシステムコンポーネント（例えば、図２Ａのウェイク制御ロジック２３０又は図２Ｂのウェイク制御ロジックモジュール２８０）に通知することができる。
【０４４４】
自然なレイズジェスチャ検出モジュール７００は例示的なものであり、変形及び変更が可能であることが理解されるであろう。例えば、自然なレイズジェスチャ検出モジュール７００は、特定のブロック又はユニットを参照して説明されているが、これらのブロックは説明の都合上定義されたものであって、構成部品の特定の物理的構成を意味することを意図したものではないことは、理解できよう。さらに、これらのブロックは、物理的に別個のコンポーネントに相当する必要はなく、物理的に同じコンポーネントを使用して、複数のブロックの態様を実装してもよい。ブロックは、例えば、プロセッサをプログラムすることによって、あるいは適切な制御回路を設けることによって様々な動作を行うように構成することができ、最初の構成がどのように得られるかによって、様々なブロックを再構成できることもあれば、できないこともある。本発明の実施形態は、回路とソフトウェアとの任意の組み合わせを使って実装される電子機器を含む様々な装置において実現することができる。
【０４４５】
自然なレイズジェスチャを検出するためのアルゴリズムの別の例が、図２Ａのハイダイナミックメイン検出モジュール２２４であり、これを、ユーザが走るなどの動作の多い活動をしているときの自然なレイズジェスチャの検出に、適合させることができる。本明細書で使用する場合、「動作の多い活動」とは、加速度計データがレイズジェスチャを検出するには信頼できないものとなり得るような腕又は手首の大きな動きを本来的に伴う活動をいうことができる。ユーザが動作の多い活動をしているとき、ハイダイナミック検出モジュール２２４は、加速度計データを、ジャイロセンサ２１２などの他のセンサからのデータで補うか、又はこれで置き換えることができる。
【０４４６】
ローダイナミック検出モジュール２２２を使用するかハイダイナミック検出モジュール２２４を使用するかを、例えばウェイク制御ロジック２３０によって決定することができる。例えば、ウェイク制御ロジック２３０は、ユーザが現在動作の多い活動をしている（例えば、走っている）か、他の活動をしている（例えば、歩いている）か、何も活動していないかを示す情報を、活動分類部２３２から受信することができる。別の例として、いくつかの実施形態では、ユーザが、動作の多い活動を開始しようとしているという直接的な指示を提供してもよい。例えば、ユーザは、（例えば、デバイス上のトレーニング追跡アプリケーションプログラムと対話することによって）自分が走り始めようとしていることを示すことができ、このことから、トレーニングが終わるまで、ハイダイナミック検出モジュール２２２を使用すべきであると推定することができる。活動分類部２３２からの入力及び／又は直接的なユーザ入力を含む利用可能な入力のどのような組み合わせでも、ユーザが動作の多い活動をしているか否かをウェイク制御ロジック２３０で推定するのに使用することができる。この推測に応じて、ウェイク制御ロジック２３０は、ローダイナミック検出モジュール２２２（ユーザが動作の多い活動を行っていない場合）又はハイダイナミック検出モジュール２２４のいずれかを選択することができる。いくつかの実施形態では、異なるタイプの活動で使用する異なるアルゴリズムを提供することができる。例えば、複数のハイダイナミック検出アルゴリズム（例えば、走ること対ボートを漕ぐことなど）があり得る。
【０４４７】
図８は、本発明の一実施形態による動作の多い活動（例えば、走ること）の間に自然なレイズジェスチャを検出するためのプロセス８００のフローチャートである。プロセス８００は、例えば、図２Ａのデバイス２００のハイダイナミック検出モジュール２２４で実装することができる。この例では、ハイダイナミック検出プロセス８００は、一連のジェスチャ状態（図６に示す状態と類似又は同一であり得る）を経て進むことができ、各々の状態遷移を、例えば図２Ａに示すウェイク制御ロジック２３０に報告することができる。後述するように、ウェイク制御ロジック２３０は、ジェスチャ状態遷移を使用して、アプリケーションプロセッサ２０４をウェイクさせるか否か、及びそれをいつするか、並びに／又はユーザインタフェース２０２をアクティブにするようアプリケーションプロセッサ２０４に命じるか否か、及びそれをいつするかを決定することができる。この例では、プロセス８００は、（例えば、図２Ａの加速度計２１０からの）加速度計のフィルタリングしたデータで補った状態で、主に（例えば、図２Ａのジャイロセンサ２１２からの）ジャイロスコープデータに頼ることができる。
【０４４８】
プロセス４００と同様に、プロセス８００は、ユーザインタフェース２０２が非アクティブな状態にあるときに、開始することができる（ブロック８０２）。このとき、アプリケーションプロセッサ２０４は、必要に応じて、スリープ状態にあってもよいしウェイク状態にあってもよい。ジャイロセンサ２１２をアクティブにして、一定のサンプリングレート（例えば、１００ヘルツ）で、更新されたデータサンプル（「ジャイロスコープデータ」という）を提供することが可能であり、図３に示すようなデバイス相対座標を使用して、ジャイロスコープの各々のデータサンプルで回転の成分（ｒｘ、ｒｙ、ｒｚ）を示すことができる。ここで、ｒｘは、図３のｘ軸を中心とした回転を示すといった具合である。受信したジャイロスコープデータについては、例えば、循環バッファ又はＦＩＦＯなどを用いてバッファすることができる。
【０４４９】
ブロック８０４において、プロセス８００は、ジャイロスコープデータバッファから、データサンプルを読み出すことができる。データ量は、サンプリングレート、バッファサイズ及び動きを分析するための所望の時間幅に依存する場合がある。例えば、プロセス８００は、実時間の固定の幅、例えば、０．３秒、０．５秒、１秒などに対応する固定長のデータウィンドウを読み出すことができる。
【０４５０】
ブロック８０６では、プロセス８００は、デバイスの開始姿勢を推測することができる。走っている状況では、例えば、ユーザの腕は、手のひらが（ユーザの身体に向かって）内側に向けられて自然な曲げ位置に保たれていると仮定することができる。図１０Ａ及び図１０Ｂは、手首に着用可能なデバイス１０２を装着している、走っているユーザの一例を示している。図１０Ａに示すように、通常の自然な走る位置において、ディスプレイ１０４は（ユーザの身体から離れる方向に）外側に向いている。厳密な角度はユーザに応じて変化し、ユーザの腕の自然な振れがゆえに、（図３に定義したような）ｘ軸を中心として小さな揺動回転が存在することがある。走りながらデバイスを見るために、ユーザは、図１０Ｂに示すように、（手のひらを下方に回転させて）手首を回内させて、おそらくは腕を上げることで、ディスプレイ１０４を視線内に入れることができる。このような動作は、走者の典型的な腕の振りよりも、ｘ軸を中心とした大きな回転を伴う。このため、ｘ軸を中心とした蓄積した（accrued）回転を、可能性のあるレイズジェスチャの良好な第１の指標とすることができ、ブロック８０８で、プロセス８００は、バッファされたジャイロスコープデータを分析して、ｘ軸を中心とした蓄積した回転を決定することができる。
【０４５１】
ブロック８１０では、蓄積した回転に基づいて、プロセス８００は、可能性のあるレイズジェスチャが検出されているか否かを決定することができる。いくつかの実施形態では、この決定には、時間幅の終了時に回転運動が大幅に遅くなった又は停止したか否かを決定することを含んでもよく、これは、ユーザが、デバイスを見ることができるほど十分に安定してと腕を保っていることを示唆している。可能性のあるレイズジェスチャが検出されない場合、プロセス８００は、ブロック８０４に戻って、データを追加で読み出すことができる。上述したように、ブロック８０４で読み出されるデータは、固定長のウィンドウであってもよい。ブロック８０４の連続した繰り返しの際に読み出される連続したデータウィンドウは、重なることができる。例えば、ウィンドウが実時間の０．５秒に対応する場合、連続した繰り返しが０．１秒ごとなどに起こり得る（あるいは、これよりも速い速度で、繰り返されるたびにウィンドウが少なくとも１サンプル分だけシフトする限り、ブロック８０６及び８０８の連続した繰り返しでの分析は冗長にはならない）。ウィンドウを重ねることで、ウィンドウの影響で検出漏れが生じる可能性を減らすことができる。
【０４５２】
ブロック８１０で可能性のあるレイズジェスチャが検出されると、ブロック８１２で、プロセス８００は、可能性のあるレイズジェスチャが検出されたことをウェイク制御ロジック２３０に通知することができる。図６の状態図では、これは、ヌル状態６０２から可能性のあるジェスチャ状態６０４への遷移に対応することがある。後述するように、ウェイク制御ロジック２３０は、この通知に応じて、アプリケーションプロセッサ２０４に通知をするなどの行動をとることができる。ブロック８１４では、プロセス８００は、加速度計のフィルタリングしたデータを使用して、終了姿勢の推測を確認することができる。加速度計データを大幅にフィルタリングして、走ることに付随する腕の動きのアーチファクトを除去することができ、デバイスのディスプレイがユーザに見えるであろう姿勢に対応する姿勢を確認するのに使用することができる。終了姿勢の推測に基づいて、ブロック８１６において、プロセス８００は、可能性のあるレイズジェスチャを検出済レイズジェスチャとして再分類するか否かを決定することができる。しない場合、プロセス８００は、ブロック８０４に戻って別の可能性のあるレイズジェスチャの検出を試みることができる。
【０４５３】
ブロック８１６でレイズジェスチャが検出された場合、ブロック８１８で、プロセス８００は、検出済レイズジェスチャが生じていることを、ウェイク制御ロジック２３０に通知することができる。後述するように、ウェイク制御ロジック２３０は、この通知に応じて、アプリケーションプロセッサ２０４に通知をする及び／又はユーザインタフェース２０２をアクティブにするなどの行動をとることができる。この状態で、プロセス８００を終えることができる（ブロック８２０）。あるいは（図８には図示せず）、ジェスチャ分類部２３４を使用して、検出済レイズジェスチャを確認することができる。上述したように、ジェスチャ分類部２３４を訓練して、自然なレイズジェスチャを、走っている間にユーザが行うことがある他の類似の行動（例えば、水筒から水を飲む、額の汗を拭うなど）と区別することができ、結果は上述のプロセス４００の確認部分と類似のものとなり得る。
【０４５４】
レイズジェスチャ検出プロセス４００及び８００は例示的なものであり、変形及び変更が可能であることが理解されるであろう。逐次として説明されたステップを同時並行で行ってもよく、ステップの順序を変更しても、ステップの修正、組み合わせ、追加又は省略をしても構わない。異なる閾値、基準、及びセンサ入力を使用することができ、必要に応じて、異なる状態の組を定義することができる。いくつかの実施形態では、ユーザが何をしているかに応じて、プロセス４００及び８００を別の方法で呼び出すことができる。例えば、ジャイロセンサは、加速度計よりも多くの電力を消費する場合がある。このため、ユーザが座っている、立っている又は歩いているなど、加速度計データを十分に信頼できてプロセス４００を使用できる状況では、ジャイロセンサの電源を切り、（ジャイロセンサのデータを入力として使用する）プロセス８００を非アクティブにすることが望ましいことがある。上述したように、ウェイク制御ロジック２３０は、活動分類部２３２からの情報に基づいて、所与の時に１つ以上のジェスチャ検出アルゴリズムのどれをアクティブにすべきか決定することができ、所望の１つ以上のアルゴリズムをアクティブにする（又はイネーブルにする）ことができる。活動情報についての他のソースを利用することもできる。例えば、いくつかの実施形態では、ウェイク制御ロジック２３０は、受信した加速度計データのデータ品質分析を行い、プロセス４００が信頼できそうか否かを決定することができる。信頼できそうな場合、プロセス４００を行うことができ、プロセス４００が信頼できそうにない場合、プロセス８００を使用することができる。
【０４５５】
図９は、本発明の一実施形態による自然なレイズジェスチャ検出モジュール９００の機能ブロック図である。図に示すように、自然なレイズジェスチャ検出モジュール９００は、例えば、自然なレイズジェスチャ検出モジュール２７４のように、図２Ｂの動き処理ユニット２５８で実装することができる。また、自然なレイズジェスチャ検出モジュール９００は、図２Ａのメイン（ハイダイナミック）検出モジュール２２４として実装することもできる。自然なレイズジェスチャ検出モジュール９００は、開始姿勢推測ユニット９０２と、可能性のあるレイズジェスチャ決定ユニット９０６と、検出済レイズジェスチャ決定ユニット９０８と、を含むことができる。それぞれのユニットを、例えば、プロセッサ及び／又は専用の論理回路上で実行可能なプログラムコードを使用して実装することができる。
【０４５６】
開始姿勢推測ユニット９０２は、モーションセンサデータを受信して、モーションセンサデータに基づいて開始姿勢を推測することができる。例えば、開始姿勢推測ユニット９０２には、上述したプロセス８００のブロック８０６を実装することができる。開始姿勢推測ユニット９０２は、推測された開始姿勢を、可能性のあるレイズジェスチャ決定ユニット９０６に提供することができる。
【０４５７】
可能性のあるレイズジェスチャ決定ユニット９０６は、推測された開始姿勢及びモーションセンサデータを受信して、受信したデータが、可能性のあるレイズジェスチャの基準を満たすか否かを決定することができる。例えば、可能性のあるレイズジェスチャ決定ユニット９０６には、上述したプロセス８００のブロック８０８及び８１０を実装することができる。基準が満たされている場合、可能性のあるレイズジェスチャ決定ユニット９０６は、他のシステムコンポーネント（例えば、図２Ａのウェイク制御ロジック２３０又は図２Ｂのウェイク制御ロジックモジュール２８０）に通知することができる。例えば、可能性のあるレイズジェスチャ決定ユニット９０６には、上述したプロセス８００のブロック８１２を実装することができる。また、可能性のあるレイズジェスチャ決定ユニット９０６は、基準が満たされた場合に、検出済レイズジェスチャ決定ユニット９０８に通知することができる。
【０４５８】
検出済レイズジェスチャ決定ユニット９０８は、可能性のあるレイズジェスチャの通知を、可能性のあるレイズジェスチャ決定ユニット９０６から受信することができ、モーションセンサデータを追加で監視して、検出済レイズジェスチャのための条件が満たされているか否かを決定することができる。例えば、検出済レイズジェスチャ決定ユニット９０８には、上述したプロセス８００のブロック８１４及び８１６を実装することができる。検出済レイズジェスチャのため条件が満たされたら、検出済レイズジェスチャ決定ユニット９０８は、他のシステムコンポーネント（例えば、図２Ａのウェイク制御ロジック２３０又は図２Ｂのウェイク制御ロジックモジュール２８０）に通知することができる。例えば、検出済レイズジェスチャ決定ユニット９０８には、プロセス８００のブロック８１８を実装することができる。
【０４５９】
自然なレイズジェスチャ検出モジュール９００は例示的なものであり、変形及び修正が可能であることが理解されるであろう。例えば、自然なレイズジェスチャ検出モジュール９００は、特定のブロック又はユニットを参照して説明されているが、これらのブロックは説明の都合上定義されたものであって、構成部品の特定の物理的構成を意味することを意図したものではないことは、理解できよう。さらに、これらのブロックは、物理的に別個のコンポーネントに相当する必要はなく、物理的に同じコンポーネントを使用して、複数のブロックの態様を実装してもよい。ブロックは、例えば、プロセッサをプログラムすることによって、あるいは適切な制御回路を設けることによって様々な動作を行うように構成することができ、最初の構成がどのように得られるかによって、様々なブロックを再構成できることもあれば、できないこともある。本発明の実施形態は、回路とソフトウェアとの任意の組み合わせを使って実装される電子機器を含む様々な装置において実現することができる。追加のブロック（例えば、確認が望まれる場合、確認ユニット７１０と同様のブロック）を加えてもよい。
【０４６０】
個別に又は組み合わせて使用することで、プロセス４００及び８００によって、多岐にわたる条件下で自然なレイズジェスチャを検出することができる。しかしながら、ユーザが、検出されないレイズジェスチャをする可能性が残っている場合もある。例えば、アルゴリズムの詳細によっては、自然なレイズジェスチャは、ユーザが横になっている場合（これは、ユーザの視線内にデバイスを配置する重力に対する向きについての仮定に反する可能性がある）、ディスプレイが手首の内側に来るようにユーザがデバイスを着用している場合（これは、デバイスをユーザの視線内に入れるのに必要な回転の量及び／又は方向についての仮定に反する可能性がある）、ユーザが加速された環境にいる場合（ジェットコースターなど）などに、信頼性が低いことがある。
【０４６１】
このため、いくつかの実施形態では、意図的なレイズジェスチャを検出するためのアルゴリズムを追加で提供することができる。これによって、ユーザは、自分がディスプレイをアクティブにすることを望むとき以外は行わないであろう既定のジェスチャを行うことによって、ディスプレイをアクティブにすることができるようになる。例えば、意図的なレイズジェスチャは、（図３に定められているように）ｘ軸を中心としてデバイスを前後に「ねじる」手首の２回の振動として定義することができる。ユーザは、例えば、元の位置から離れる方向に素早く手首を回転させた後、手首が元の位置に戻るように回転を解除することによって、振動させることができる。２回の振動は、回転、解除、回転、解除という順に従えばよい。振動は、モーションセンサデータ（例えば、加速度計又はジャイロスコープデータ）のインパルスピークとして検出可能である。各振動の間に蓄積して喪失される回転の最小限の量と、振動と振動との間の最大時間とを要求することで、ユーザが日常的に行う可能性がある他のほとんどの動き（例えば、ドアを開いたり、ドライバーを操作したりすること）と意図的なレイズジェスチャとを区別することができ、ユーザがディスプレイをアクティブにすることを意図していない場合に意図的なレイズジェスチャが検出されることを起きにくくすることができる。他のジェスチャに置き換えることも可能である。
【０４６２】
図１１は、本発明の一実施形態による意図的なレイズジェスチャを検出するためのプロセス１１００のフローチャートである。この例では、意図的なレイズジェスチャは、ユーザが短時間の間に（視線から離れる方向に続いて、視線に向かう方向に、デバイスを２回回転させる）手首の２回の振動を行う「軽い揺らしの」ジェスチャとして定義されている。プロセス１１００は、例えば、図２Ａに示す軽い揺らし検出モジュール２２６で実行することができる。この例では、軽い揺らし検出プロセス１１００は、可能性のあるジェスチャの状態を経ることなく、ヌル状態（ジェスチャ検出なし）から直接、検出状態に進むことができる。必要であれば、他の状態を定義することもできる。プロセス１１００は、例えば、図２Ａのウェイク制御ロジック２３０に、状態遷移を報告することができる。後述するように、ウェイク制御ロジック２３０は、ジェスチャ状態遷移を使用して、アプリケーションプロセッサ２０４をアクティブにするか否か及びいつアクティブにするか並びに／又はアプリケーションプロセッサ２０４にユーザインタフェース２０２をアクティブにするよう命令するか否か及びいつ命令するかを決定することができる。
【０４６３】
プロセス１１００は、ユーザインタフェース２０２が非アクティブな状態にあるときに開始することができる（ブロック１１０２）。このとき、アプリケーションプロセッサ２０４は、必要に応じて、スリープ状態にあってもウェイク状態にあってもよい。加速度計２１０は、一定のサンプリングレート（例えば、１００Ｈｚ）で、更新されたデータを提供していることができ、このデータは、図３に示すようなデバイス相対座標を使用して、加速度のベクトル成分（ａｘ、ａｙ、ａｚ）を示すことができる。受信したデータについては、例えば、循環バッファ又はＦＩＦＯなどを用いてバッファすることができる。
【０４６４】
ブロック１１０４において、プロセス１１００は、加速度計データバッファから、データサンプルを読み出すことができる。データ量は、サンプリングレート、バッファサイズ及び動きを分析するための所望の時間に依存する場合がある。例えば、プロセス１１００は、実時間の固定の幅、例えば、０．１秒、０．５秒、１秒などに対応する固定長のデータウィンドウを読み出すことができる。
【０４６５】
ブロック１１０６では、プロセス１１００は、加速度計データから腕の位置を決定することができる。このため、ブロック１１０６には、腕の位置を推定することが可能な加速度計データに基づいて、（重力に対する）デバイスの向きを決定することを含んでもよい。
【０４６６】
ブロック１１０８では、プロセス１１００は、ユーザの腕が軽い揺らしジェスチャを行うために「準備されている」か否かを決定することができる。例えば、デバイスが視線内に既にあるときにだけ、ユーザが意図的なレイズジェスチャを実行するであろうと仮定できる場合がある。本明細書中で使用する場合、デバイスが短い時間（例えば、０．２秒、０．５秒、１．０秒）比較的静止して保たれ、ユーザがデバイスを見ようとしていることが示唆されている場合に、ユーザの腕が準備されていると考えることができる。ユーザの腕が準備されているか否かを決定することは、バッファ内のいくつか又は全てのデータサンプルを分析することを含んでもよい。例えば、最も古いサンプルを分析することができる。また、デバイスの空間的な向きに基づく基準など、追加の基準を適用してもよい。例えば、重力加速度が主に（図３に定義されるような）ｚ軸に沿っており、ｘ軸に沿った加速はほとんどないか全くない場合、これは、デバイスのディスプレイが地面にほぼ平行であることすなわち、手首に着用可能なデバイス（又は多くの他のデバイス）をチェックしているユーザに共通の位置を示唆できる。このため、追加の基準は、重力の方向に基づいて定義することができる。準備の基準を満たす必要があることで、手首の偶発的な動きから生じる可能性がある誤検出を減らすことができ、これによって電力が節約される。いくつかの実施形態では、ユーザの頭部が通常の垂直の向きでないかもしれない状況（例えば、ユーザが横たわっている場合）を考慮して、準備の基準を緩和することができるが、この基準を緩和すると、誤検出の割合が増す可能性がある。いくつかの実施形態では、ユーザの頭部が垂直であるか否かを示唆するのに、他の情報を利用できることもある（例えば、心拍モニタなどの生理センサによって、ユーザが横たわっていることを決定できることがある）。このような情報も、準備の基準に取り入れることができる。
【０４６７】
ブロック１１０８で腕が準備されていない場合、プロセス１１００は、ブロック１１０４に戻って加速度計データを追加で読み出すことができる。上述したように、ブロック１１０４で読み出されるデータは、固定長のウィンドウであってもよい。ブロック１１０４の連続した繰り返しの際に読み出される連続したデータウィンドウは、重なることができる。例えば、ウィンドウが実時間の１秒に対応する場合、連続した繰り返しが０．１秒ごとなどで起こり得る（あるいは、これよりも速い速度でもよく、繰り返されるたびにウィンドウが少なくとも１サンプル分だけシフトする限り、ブロック１１０６及び１１０８の連続した繰り返しでの分析は冗長にはならない）。このようにすることで、ウィンドウの影響で検出漏れが生じる可能性を減らすことができる。
【０４６８】
ブロック１１０８でユーザの腕が準備されていたら、プロセス１１００は、軽い揺らしジェスチャの検出を試みることができる。この例における軽い揺らしジェスチャには、ｘ軸を中心とした２回の振動を必要とする。ｘ軸を中心とした回転運動を開始又は停止することには、ｙ軸に沿った加速を伴うため（図３参照）、この例で対象とする振動運動を、加速度のｙ成分におけるインパルスピークに基づいて検出することができる。したがって、ブロック１１１０において、プロセス１１００は、加速度計データを分析して、そのようなピークを検出することができる。いくつかの実施形態では、躍度（jerk）のｙ成分（加速度の時間微分）のピーク又はスパイクを使用して、振動を検出することができる。検出対象となるジェスチャが意図的であることを考えると、ピークは、発生し得るランダムな動きによる（例えば、ユーザが歩いている、乗り物に乗っている、ジョギングしているなどによる）サンプルごとの変動のどのような背景に対しても目立つと思われる。このため、ほぼ同時に測定されたサンプルごとの変動の背景に対して、ねじれ又は振動を検出するための基準を定義することができる。ピーク検出のための特定の基準については、例えば、複数のユーザに軽い揺らしジェスチャを行わせ、加速度計データを分析して加速度及び／又は躍度の具体的な閾値を特定することによって、ヒューリスティックに定義することができる。この閾値は、背景変動の現在のレベルに対する１つ以上の絶対値に基づいて定義することができる。
【０４６９】
ブロック１１１２で第１のピークが検出されない場合、プロセス１１００は、ブロック１１０４に戻って加速度計データの監視を継続することができる。第１のピークが検出されると、ブロック１１１４において、プロセス１１００は、第２のピークの検出を試みることができる。この例では、第２のピークは第１のピークと同じ方向にあるはずで、ユーザが振動の動きを繰り返したことを示しており、この基準は、ブロック１１１２で使用した基準と同一又は類似していてもよい。
【０４７０】
ブロック１１１６で第２のピークが検出されない場合、ブロック１１１８において、プロセス１１００は、ブロック１１１２で第１のピークを検出して以来、タイムアウト時間が経過しているか否かを判定できる。タイムアウト時間は、意図的な軽い揺らしジェスチャを、手首を回転させる他の動きと区別するのに使用することができ、２回の振動を意図的に行うために様々な個人に必要な時間の測定に基づいて選択することができる。例えば、タイムアウト時間は、０．２秒、０．５秒などであってよい。
【０４７１】
第２のピークが検出されるか、タイムアウト時間が経過するまで、プロセス１１００は、第２のピークを探し続けることができる。ブロック１１１８でタイムアウト時間が経過した場合、プロセス１１００は、ブロック１１０４に戻り、加速度計データを追加で収集して２つのピークを再び探すことができる。
【０４７２】
ブロック１１１６で第２のピークが検出されると、ブロック１１２０において、プロセス１１００は、加速度計の追加のデータを分析して、デバイスの位置が安定しているか否かを決定することができる。ブロック１１２２で位置が安定していない場合、これは振動がデバイスを見ることとは関係ない他の何らかの理由で生じたことを示す可能性があり、プロセス１１００は、ブロック１１０４に戻って加速度計データを追加で収集し、２つのピークを再び探すことができる。
【０４７３】
ブロック１１２２で位置が安定している場合、これは軽い揺らしジェスチャの検出に対応する可能性があり、ブロック１１２４において、プロセス１１００は、軽い揺らしジェスチャが検出されていることを、ウェイク制御ロジック２３０に通知することができる。後述するように、ウェイク制御ロジック２３０は、この通知に応じて、ユーザインタフェース２０２をアクティブにする及び／又はアプリケーションプロセッサ２０４をウェイクさせるなどの行動をとることができる。
【０４７４】
プロセス１１００は例示的であり、変形及び修正が可能であることが理解されるであろう。逐次として説明されるステップは並行して行うことができ、ステップの順序を変更することができ、ステップの修正、組み合わせ、追加、又は省略も可能である。異なる閾値、基準、及びセンサ入力を使用することができ、必要に応じて、異なる状態の組を定義することができる。いくつかの実施形態では、デバイスの位置が安定したか否かを決定する前に、第１のピークの検出を可能性のあるレイズジェスチャとして報告してもよいし、２つのピークの検出を可能性のあるレイズジェスチャとして報告してもよい。異なる基準（例えば、より多くの又はより少ないインパルスピーク、異なる方向の加速度など）を定義することによって、他の意図的なレイズジェスチャを検出することもできる。いくつかの実施形態では、プロセス１１００は、プロセス４００又はプロセス８００と同時に実行することが可能である。これにより、ディスプレイが非アクティブなときに、ユーザが自然なレイズジェスチャ又は意図的なレイズジェスチャのいずれかを行っていつでもディスプレイをアクティブにすることができる。
【０４７５】
図１２は、本発明の実施形態による意図的なレイズジェスチャ検出モジュール１２００の機能ブロック図である。図に示すように、意図的なレイズジェスチャ検出モジュール１２００は、例えば意図的なレイズジェスチャ検出モジュール２７６として、図２Ｂの動き処理ユニット２５８で実装することができる。また、自然なレイズジェスチャ検出モジュール７００が、図２Ａの軽い揺らし検出モジュール２２６として実装されてもよい。意図的なレイズジェスチャ検出モジュール１２００は、準備検出ユニット１２０２と、インパルスピーク検出ユニット１２０４と、安定性検出ユニット１２０６と、を含むことができる。それぞれのユニットを、例えば、プロセッサ及び／又は専用の論理回路上で実行可能なプログラムコードを使用して実装することができる。
【０４７６】
準備検出ユニット１２０２は、モーションセンサデータを受信し、このデータから、ユーザの腕が意図的なレイズジェスチャを行うよう準備されているか否かを決定することができる。例えば、準備検出ユニット１２０２には、上述したプロセス１１００のブロック１１０６及び１１０８を実装することができる。準備検出ユニット１２０２が、ユーザの腕が準備されていると決定すると、準備検出ユニット１２０２は、インパルスピーク検出ユニット１２０４に通知を送ることができる。
【０４７７】
インパルスピーク検出ユニット１２０４は、モーションセンサデータを追加で受信し、このデータに基づいて、目標数（例えば、１個、２個又は３個）のインパルスピークの存在を検出することができる。例えば、インパルスピーク検出ユニット１２０４には、上述したプロセス１１００のブロック１１１０から１１１８を実装することができる。レイズジェスチャを表す数（例えば、上記の例では２個）のインパルスピークが検出されると、インパルスピーク検出ユニット１２０４は、安定性検出ユニット１２０６に、通知を送ることができる。
【０４７８】
安定性検出ユニット１２０６は、モーションセンサデータを追加で受信し、そのデータが、１個以上の検出されたインパルスピークの後にデバイスの位置が安定したことを示すか否かを決定することができる。例えば、安定性検出ユニット１２０６には、上述したプロセス１１００のブロック１１２０及び１１２２を実装することができる。安定性が検出された場合、安定性検出ユニット１２０６は、他のシステムコンポーネント（例えば、図２Ａのウェイク制御ロジック２３０又は図２Ｂのウェイク制御ロジックモジュール２８０）に通知することができる。例えば、安定性検出ユニット１２０６には、上述したプロセス１１００のブロック１１２４を実装することができる。
【０４７９】
意図的なレイズジェスチャ検出モジュール１２００は例示的なものであり、変形及び修正が可能であることが理解されるであろう。例えば、意図的なレイズジェスチャ検出モジュール１２００は、特定のブロック又はユニットを参照して説明されているが、これらのブロックは説明の都合上定義されたものであって、構成部品の特定の物理的構成を意味することを意図したものではないことは、理解できよう。さらに、これらのブロックは、物理的に別個のコンポーネントに相当する必要はなく、物理的に同じコンポーネントを使用して、複数のブロックの態様を実装してもよい。ブロックは、例えば、プロセッサをプログラムすることによって、あるいは適切な制御回路を設けることによって様々な動作を行うように構成することができ、最初の構成がどのように得られるかによって、様々なブロックを再構成できることもあれば、できないこともある。本発明の実施形態は、回路とソフトウェアとの任意の組み合わせを使って実装される電子機器を含む様々な装置において実現することができる。
【０４８０】
（自然な又は意図的な）レイズジェスチャが検出されると、ユーザが今デバイスにフォーカスしており、デバイスと対話しているかもしれないと仮定することができる。ユーザとのどのようなタイプの対話もサポートすることができ、対話の持続時間は、ユーザが望む間とすることができる。ある時点で、対話が終わるであろうことが想定される。対話が終了すると、節電のために、ディスプレイを非アクティブな状態に戻すことが望ましい場合がある。
【０４８１】
いくつかの実施形態では、ユーザは、例えばデバイスのボタンを押してディスプレイを非アクティブにすることによって、対話の終了を明示することができる。これに加えて又はこれに代えて、デバイスは、十分に長い時間にわたってユーザ入力がないことに基づいて、対話が終了していると推定することができる。ただし、ユーザがまだ提示された情報を見ている場合は、そのような推定が正確ではない可能性がある。このため、いくつかの実施形態では、デバイスは、モーションセンサデータに基づいて、ユーザがデバイスに対するフォーカスを外したことを、自動的に検出することができる。例えば、ユーザがデバイスのディスプレイを視線の外に移動した場合、これは、ユーザがフォーカスを外したことを示す可能性がある。このような動きを、本明細書では、「フォーカス解消ジェスチャ」という。
【０４８２】
フォーカス解消ジェスチャ（本明細書では、「フォーカス解消イベント」ともいう）の自動検出については、動きベースのアルゴリズムを用いることで、容易にすることができる。図１３は、本発明の一実施形態によるフォーカス解消イベントを検出するためのプロセス１３００のフローチャートである。プロセス１３００は、例えば、図２Ａのフォーカス解消検出モジュール２２８で実行することができる。この例では、デバイスがフォーカス状態にある間に（例えば、上述したプロセス４００、８００又は１１００のいずれかを使用してレイズジェスチャを検出及び／又は確認した後に）プロセス１３００を行うことができる。フォーカス解消は、デバイスの傾斜角又は回転の変化、特にｙ傾斜の変化に基づいて検出することができる。プロセス１３００は、例えば、図２Ａのウェイク制御ロジック２３０に、検出されたフォーカス解消イベントを報告することができる。後述するように、ウェイク制御ロジック２３０は、報告されたイベントを使用して、ユーザインタフェース２０２を非アクティブにするか否かを決定することができる。
【０４８３】
プロセス１３００は、ユーザインタフェース２０２がアクティブな状態にあるときに開始することができる（ブロック１３０２）。アクティブな状態は、上述したいずれかのジェスチャ検出プロセスの結果として、他のジェスチャ検出プロセスの結果として、あるいは、ユーザからの手動の指示（例えば、デバイス２００のボタンに触れるなど）に応じて、達成することができる。このとき、アプリケーションプロセッサ２００も、ウェイク状態にあってもよい。加速度計２１０は、一定のサンプリングレート（例えば、１００Ｈｚ）で、更新されたデータを提供していることができ、このデータは、図３に示すようなデバイス相対座標を使用して、加速度のベクトル成分（ａｘ、ａｙ、ａｚ）を示すことができる。受信したデータについては、例えば、循環バッファ又はＦＩＦＯなどを用いてバッファすることができる。
【０４８４】
ブロック１３０４において、プロセス１３００は、加速度計データバッファから、データサンプルを読み出すことができる。データ量は、サンプリングレート、バッファサイズ及び動きを分析するための所望の時間に依存することがある。例えば、プロセス４００は、実時間の固定の幅、例えば、０．５秒、１秒などに対応する固定長のデータウィンドウを読み出すことができる。
【０４８５】
ブロック１３０６では、プロセス１３００は、例えばバッファの先頭に近いサンプルについて加速度又は回転角の測定されたｘ成分及び／又はｙ成分に基づいて、初期傾斜を決定することができる。ユーザが視線内にデバイスを保っている時間は、傾斜（又は少なくともｙ傾斜）がほぼ一定のままであると予想され、プロセス１３００が開始されたときに、基準傾斜を定義することができる。いくつかの実施形態では、レイズジェスチャを自動的に検出することには、傾斜（例えば、ｙ傾斜）の蓄積を検出することを含むことができ、ブロック１３０６で検出された蓄積した傾斜に基づいて、初期傾斜又は基準傾斜を定義することができる。
【０４８６】
ブロック１３０８では、プロセス１３００は、例えば初期傾斜又は基準傾斜に対する傾斜の変化を検出することができる。いくつかの実施形態では、この変化は、それがユーザの視線から離れる方向にディスプレイを移動するものである場合を除いて、無視することができる。例えば、図３のデバイス３００を見ているユーザは、デバイス３００が地面に対して平行になるように、あるいは、重力加速度がｙ軸に沿って負の加速度成分を付与するであろうように傾斜して腕を保持することが多いかもしれない。ゼロ又は負のａｙから正のａｙへの変化は、ユーザが視線の外にデバイス３００を回転したことを示唆している可能性がある。いくつかの実施形態では、レイズジェスチャを自動的に検出することには、（例えば、図４を参照して上述したような）傾斜の蓄積を検出することを含むことができ、ブロック１３０８は、蓄積した傾斜（例えば、ｙ傾斜）の取り消しの検出（これは、ユーザが、上げられていない位置にデバイスを戻していることを示す）を含むことができる。
【０４８７】
ブロック１３１０で傾斜の十分に大きな変化が検出された場合、ブロック１３１２において、プロセス１３００は、フォーカス解消イベントが検出されたことを、ウェイク制御ロジック２３０に通知することができる。後述するように、ウェイク制御ロジック２３０は、この通知に応じて、ユーザインタフェース２０２を非アクティブにする及び／又はアプリケーションプロセッサ２０４に通知をするなどの行動をとることができる。
【０４８８】
ブロック１３１０で傾斜の大きな変化が検出されない場合は、ブロック１３１４において、プロセス１３００は、加速度計データに基づいて、ユーザの腕の位置を推測することができる。例えば、ユーザが手首を回転させずに腕を下げることができる可能性がある。上述したように、加速度計データと、ユーザがどのようにデバイスを着用しているかについての仮定に基づいて、腕の位置を推測することができる。ブロック１３１６では、プロセス１３００は、ユーザの腕が下がっているか否かを決定することができる。例えば、図３の座標系では、ｘ軸とほぼ一列になる重力加速度に基づいて、下がった腕を検出することができる。いくつかの実施形態では、ブロック１３１６は、腕の開始位置と終了位置とを比較して、ユーザが腕を下の方の位置に移動していることを示す変化を検出することを含むことができる。腕が下がっていることが検出されると、ブロック１３１２において、プロセス１３００は、ウェイク制御ロジック２３０に、フォーカス解消イベントを通知することができる。フォーカス解消イベントが検出されると、プロセス１３００を終えることができる。
【０４８９】
プロセス１３００は例示的であり、変形及び修正が可能であることが理解されるであろう。逐次として説明されたステップを同時並行で行ってもよく、ステップの順序を変更しても、ステップの修正、組み合わせ、追加又は省略をしても構わない。異なる閾値、基準及びセンサ入力を使用することができる。例えば、加速度計データに加えて又はこれに代えて、ジャイロスコープデータを使用してもよい。いくつかの実施形態では、活動分類部２３２によって報告されるユーザの現在の活動に基づいて、使用するセンサ（例えば、加速度計及び／又はジャイロスコープ）を動的に選択することができる。例えば、ユーザが走っている場合、ジャイロスコープデータのほうが信頼できる場合がある。ユーザが静かに座っている場合は、加速度計データを使用してジャイロセンサ２１２の電源を切断するほうが電力効率が良い場合がある。また、フォーカス解消を検出する基準を、ユーザの現在の活動に基づいて変更することができる。例えば、ユーザが走っているときには、腕が動かないとは思えないため、フォーカス解消が検出されにくくするために上記の基準を修正してもよい。
【０４９０】
さらに、いくつかの実施形態では、一時的な動きによってフォーカス解消が誤って検出されるのを回避することが望ましい場合がある。このため、デバイスがフォーカス姿勢から外れて最小限の時間そのままで保たれた後でないとフォーカス解消が検出されないように、フォーカス解消検出にヒステリシスを取り入れることができる。この時間が経過する前にデバイスが再びフォーカス姿勢になったら、フォーカス解消検出アルゴリズムをリセットすることができる。この最小限の時間は、デバイスがどれだけ長くフォーカス姿勢でいたかに依存することができ、フォーカス姿勢での持続時間が長くなると、これに相関して、フォーカス解消イベントをトリガーするのに必要なフォーカスから外れている時間が長くなる。ユーザが実際にまだディスプレイを見ているときに早まってフォーカス解消イベントを検出する（及びディスプレイを非アクティブにする）より、フォーカス解消イベントの検出（及びディスプレイを非アクティブにすること）が遅れるほうがユーザにとって問題が少ないと思われることに、注意されたい。このため、フォーカス解消アルゴリズムを、フォーカス解消の検出が遅くなる方向に誤るように調整してもよい。
【０４９１】
図１４は、本発明の一実施形態によるフォーカス解消検出モジュール１４００の機能ブロック図である。図に示すように、フォーカス解消検出モジュール１４００は、例えばフォーカス解消検出モジュール２７８として、図２Ｂの動き処理ユニット２５８で実装することができる。また、フォーカス解消検出モジュール１４００は、図２Ａのフォーカス解消検出モジュール２２８としても実装することができる。フォーカス解消検出モジュール１４００は、向き決定ユニット１４０２と、向き変化検出ユニット１４０４と、腕位置推測ユニット１４０６と、フォーカス決定ユニット１４０８と、を含むことができる。それぞれのユニットを、例えば、プロセッサ及び／又は専用の論理回路上で実行可能なプログラムコードを使用して実装することができる。
【０４９２】
向き決定ユニット１４０２は、モーションセンサデータを受信して、このデータから、デバイスの向きを決定することができる。例えば、向き決定ユニット１４０２は、上述したプロセス１３００のブロック１３０６を実装することができ、向きは傾斜によって特徴付けられる（これは、加速度計データ、ジャイロスコープの回転角などから決定できる）。向き決定ユニット１４０２は、決定された向きを、向き変化検出ユニット１４０４に提供することができる。
【０４９３】
向き変化検出ユニット１４０４は、例えば、向き決定ユニット１４０２から経時的に受信するデータに基づいて、向きの変化が生じたか否かを決定することができる。例えば、向き変化検出ユニット１４０４には、上述したプロセス１３００のブロック１３０８を実装することができる。向き変化検出ユニット１４０４は、向き変化情報（例えば、変化の定量的な測定値）を、フォーカス決定ユニット１４０８に提供することができる。
【０４９４】
腕位置推測ユニット１４０６は、モーションセンサデータを受信して、このデータから、デバイスが着用されていると思われる腕の推測腕位置を決定することができる。例えば、腕位置推測ユニット１４０６には、上述したプロセス１３００のブロック１３１４を実装することができる。腕位置推測ユニット１４０６は、腕位置に関する情報（例えば、推測腕位置又は腕位置の変化）を、フォーカス決定ユニット１４０８に提供することができる。
【０４９５】
フォーカス決定ユニット１４０８は、向き変化検出ユニット１４０４から向き変化情報を受信し、腕位置推測ユニット１４０６から腕位置情報を受信することができる。受信した情報に基づいて、フォーカス決定ユニット１４０８は、フォーカス解消が生じているか否かを決定することができる。例えば、フォーカス決定ユニット１４０８には、上述したプロセス１３００のブロック１３１０及び／又は１３１６を実装することができる。フォーカス決定ユニット１４０８が、フォーカス解消が生じていると決定した場合、フォーカス決定ユニット１４０８は、他のシステムコンポーネント（例えば、図２Ａのウェイク制御ロジック２３０又は図２Ｂのウェイク制御ロジックモジュール２８０）に通知することができる。例えば、フォーカス決定ユニット１４０８には、上述したプロセス１３００のブロック１３１２を実装することができる。
【０４９６】
フォーカス解消検出モジュール１４００は例示的なものであり、変形及び修正が可能であることが理解されるであろう。例えば、フォーカス解消検出モジュール１４００は、特定のブロック又はユニットを参照して説明されているが、これらのブロックは説明の都合上定義されたものであって、構成部品の特定の物理的構成を意味することを意図したものではないことは、理解できよう。さらに、これらのブロックは、物理的に別個のコンポーネントに相当する必要はなく、物理的に同じコンポーネントを使用して、複数のブロックの態様を実装してもよい。ブロックは、例えば、プロセッサをプログラムすることによって、あるいは適切な制御回路を設けることによって様々な動作を行うように構成することができ、最初の構成がどのように得られるかによって、様々なブロックを再構成できることもあれば、できないこともある。本発明の実施形態は、回路とソフトウェアとの任意の組み合わせを使って実装される電子機器を含む様々な装置において実現することができる。
【０４９７】
上述したものなどのプロセス及びモジュールを一緒に使用すると、ユーザがデバイスを見はじめたとき及びデバイスを見るのをやめたときを、デバイスが検出できるようにすることができる。ユーザが現在見ているか否かに応じて、ユーザインタフェースをアクティブ又は非アクティブにすることができる。いくつかの実施形態では、同一又は類似のプロセスを使用して、ユーザの対話に備えてアプリケーションプロセッサ２０４及び／又はデバイスの他のコンポーネントを低電力（スリープ）状態からウェイクさせることができる。しかしながら、実装の仕方次第では、アプリケーションプロセッサ２０４をウェイクさせるのに、ユーザインタフェース２０２をアクティブにするよりも待ち時間が長くなることがあり、所与の時間、アプリケーションプロセッサ２０４をアクティブにしておくには、ユーザインタフェース２０２をアクティブにするより電力消費量が少ないことがある。このため、上述したレイズジェスチャの検出又は確認がなされるのを待つよりも早い段階で（ユーザインタフェース２０２をアクティブにせずに）アプリケーションプロセッサ２０４のウェイクを開始すると望ましいことがある。
【０４９８】
図１５は、本発明の一実施形態によるアプリケーションプロセッサ２０４をウェイクさせるか否かを決定するためのプロセス１５００のフローチャートである。プロセス１５００は、例えば、図２Ａのプレヒート検出モジュール２２０で実行することができる。この例では、プロセス１５００は、自然な（又は意図的な）レイズジェスチャの初期段階と整合性が取れる加速度計のサンプルのシーケンスを検出することができ、このようなシーケンスが検出されると、ウェイク制御ロジック２３０に通知することができる。プロセス１５００は、他のジェスチャ検出アルゴリズム（例えば、上述したプロセス４００、８００、１１００）と同時にかつそれらとは独立して動作することができる。例えば、ユーザインタフェース２０２をアクティブにするか否かを決定するには異なるアルゴリズム（例えば、プロセス４００又はプロセス８００）を使用しながら、アプリケーションプロセッサ２０４をウェイクさせるか否かを決定するにはプロセス１５００を使用できる。
【０４９９】
プロセス１５００は、アプリケーションプロセッサ２０４がスリープ状態にあるときに開始（ブロック１５０２）することができる。加速度計２１０は、一定のサンプリングレート（例えば、１００Ｈｚ）で、更新されたデータを提供していることができ、このデータは、図３に示すようなデバイス相対座標を使用して、加速度のベクトル成分（ａｘ、ａｙ、ａｚ）を示すことができる。受信したデータについては、例えば、循環バッファ又はＦＩＦＯなどを用いてバッファすることができる。
【０５００】
ブロック１５０４において、プロセス１５００は、加速度計の最新のサンプル（又はサンプルの短いウィンドウ）を評価して、現在の姿勢を決定することができる。ブロック１５０６では、プロセス１５００は、サンプルが、レイズジェスチャの可能のある開始を示す条件を満たすか否かを決定することができる。いくつかの実施形態では、この決定は、連続するサンプル間で測定された加速度の変化に依存することがある。例えば、視線内にデバイスを持ってくるためにユーザが手首を回転させるにつれて、ａｙ成分がゼロ又は正の（重力による）開始状態から減少すると予測できる。また、ユーザの腕が最初に下がっている場合、ユーザが自分の腕を上げるにつれてａｘ成分が（重力による）正からゼロに向かって変化する場合がある。このため、ブロック１５０６での条件が、ａｙ成分により大きな重みが与えられた状態で、連続したサンプル間でのａｘの変化とａｙの変化の加重和に依存する可能性がある。いくつかの実施形態では、この条件は開始姿勢に依存することがある（例えば、ａｘの相対的な重みは、腕が水平な開始姿勢よりも腕が下がった開始姿勢で大きくなる可能性がある）。プロセス１５００は、ブロック１５０６でレイズジェスチャの可能性のある開始が検出されるまで、加速度計データを監視し続けることができる。例えば、新たな加速度計データサンプルが受信されるごとに、そのデータサンプルに対してブロック１５０４及び１５０６を実行することができる。
【０５０１】
ブロック１５０６でレイズジェスチャの可能性のある開始が検出されると、プロセス１５００は、その後のサンプルを監視して、レイズジェスチャが進行し続けるか否かを決定することができる。例えば、ブロック１５０８で、プロセス１５００は、ＮＮＯ及びＮＹＥＳと呼ばれる２つのカウンターを初期化することができる。これらのカウンターは、例えば０に初期化することができる。ブロック１５１０では、プロセス１５００は、次の加速度計サンプルを評価することができ、ブロック１５１２で、プロセス１５００は、サンプルが進行中のレイズジェスチャと整合性が取れるか否かを決定することができる。この決定は、デバイス位置の変化（例えば、傾斜及び腕の角度）が、レイズジェスチャを続けること、（ランダムな動きはレイズジェスチャほど滑らかではないと仮定して）動きの滑らかさなどと整合性が取れているか否かといった様々な基準に基づくことができる。いくつかの実施形態では、この基準は開始姿勢に依存することがある。例えば、（例えば、図１Ａに示すような）腕が下がった開始位置からは、（例えば、図１Ｃに示すように）前腕が最初から水平であるときよりも、ａｘのより大きな変化が予想される。このため、上記の判定には、加速度計の現在のサンプルのみならず以前のサンプルから推定されたデバイス軌道を取り入れることができる。
【０５０２】
ブロック１５１２で、次のサンプルがジェスチャと整合性が取れる場合、ブロック１５１４で、カウンターＮＹＥＳをインクリメントすることができる。ブロック１５１６では、ＮＹＥＳと閾値「ＭｉｎＹｅｓ」（例えば、サンプル１０個、サンプル１１個、サンプル１４個など）とを比較して、レイズジェスチャと整合性が取れる十分なサンプルが検出されたか否かを決定することができる。ＮＹＥＳが閾値ＭｉｎＹｅｓに達している場合、ブロック１５１８において、プロセス１５００は、プレヒートイベント（本明細書では「プレヒートジェスチャ」ともいう）をウェイクロジック２３０に通知することができる。これに応じて、ウェイクロジック２３０は、例えば、アプリケーションプロセッサ２０４をウェイクさせることができる。この実施形態では、プレヒートイベントによってユーザインタフェース２０２がアクティブになることはなく、ユーザはプレヒートイベントがいつ発生するか又は発生するのか否かを知る必要はない。ブロック１５１６で閾値を超えない場合、プロセス１５００はブロック１５１０に戻り、加速度計データサンプルを蓄積して評価し続けることができる。
【０５０３】
ブロック１５１２で、加速度計の次のデータサンプルがレイズジェスチャと整合性が取れない場合、ブロック１５２０で、カウンターＮＮＯをインクリメントすることができる。ブロック１５２２では、ＮＮＯを閾値「ＭａｘＮｏ」（例えば、サンプル２個、サンプル４個、サンプル５個など）と比較して、レイズジェスチャと整合性が取れないサンプルが検出されすぎているか否かを決定することができる。ＮＮＯが閾値ＭａｘＮｏに達すると、ブロック１５２４で、プロセス１５００をリセットしてブロック１５０４に戻り、レイズジェスチャの新たな可能性のある開始を探すことができる。
【０５０４】
このように、プロセス１５００がプレヒートイベントを検出するか否かが、閾値ＭａｘＮｏに達する前に閾値ＭｉｎＹｅｓに達するか否かに依存することがある。例えば、一実施形態では、閾値ＭｉｎＹｅｓを１１に設定することができ、閾値ＭａｘＮｏを５に設定することができる。ブロック１５０６で、レイズジェスチャの可能性のある開始が検出された後、ジェスチャと整合性が取れない５個のサンプルが受信される前にジェスチャと整合性が取れる１１個のサンプルが受信されると、プロセス１５００はプレヒートイベントを生成することになる。ジェスチャと整合性が取れない５個のサンプルが受信される前にジェスチャと整合性が取れる１１個のサンプルが受信されなかった場合は、プロセス１５００はプレヒートイベントを生成せず、代わりにブロック１５０４に戻って、実質的に最初からやり直しになる。新たなサンプルが１００Ｈｚで受信された場合、プロセス１５００は、その開始後１５０ｍｓ以内にレイズジェスチャの開始を検出することができる。
【０５０５】
プロセス１５００は例示的であり、変形及び修正が可能であることが理解されるであろう。逐次として説明されたステップを同時並行で行ってもよく、ステップの順序を変更しても、ステップの修正、組み合わせ、追加又は省略をしても構わない。例えば、サンプリングレート及び判定基準は変更可能である。アプリケーションプロセッサがスリープ状態からウェイク状態に遷移するのに必要な時間に応じて、プレヒート検出の感度を調整することができる。プレヒートイベントは、ユーザがレイズジェスチャを完了するまでに、アプリケーションプロセッサがウェイク状態にあり、ユーザ入力を処理する準備ができている十分に早い段階で検出することができる。いくつかの実施形態では、プレヒートを早期に検出してアプリケーションプロセッサをウェイクさせることが、自然なレイズジェスチャに対するデバイスの応答におけるユーザが知覚可能な遅延を低減又は排除するのに役立つ場合がある。早く検出すればするだけ誤検出が多くなる可能性があり、アプリケーションプロセッサがウェイク状態に遷移できるだけの十分な時間を許容しつつ、ジェスチャのできるだけ後にプレヒートイベントが検出されるように、感度を調整することができる。
【０５０６】
いくつかの実施形態では、プレヒート解消を検出するための特定のアルゴリズムは実装されていない。例えば、アプリケーションプロセッサ２０４は、ウェイク後の一定の時間幅以内に、ユーザ入力、レイズジェスチャ検出又はユーザがデバイス２００と対話していることを示す他の活動が生じなければ、自動的にスリープ状態に戻ることができる。あるいは、ウェイク制御ロジック２３０が、プレヒートイベントの後のある時間幅内に可能性のあるレイズジェスチャが受信されていないかをアプリケーションプロセッサ２０４に通知し、アプリケーションプロセッサ２０４は、この情報を使用してスリープ状態に戻るか否かを決定することができる。いくつかの実施形態は、例えば、受信したサンプルがレイズジェスチャと整合性が取れ続けるか否かを検出し、レイズジェスチャと整合性が取れた状態が継続しない場合又はプレヒートイベントの後特定の時間内に検出済レイズジェスチャにならない場合にプレヒート解消を示す、プレヒート解消アルゴリズムを提供することができる。
【０５０７】
図１６は、本発明の一実施形態によるプレヒート検出モジュール１６００の機能ブロック図である。図に示すように、プレヒート検出モジュール１６００は、例えば、プレヒート検出モジュール２７０のように、図２Ｂの動き処理ユニット２５８で実装することができる。また、プレヒート検出モジュール１６００は、図２Ａのプレヒート検出モジュール２２０として実装することもできる。プレヒート検出モジュール１６００は、可能性のあるジェスチャ開始決定ユニット１６０２と、サンプル評価ユニット１６０４と、カウンターユニット１６０６と、プレヒート決定ユニット１６０８と、を含むことができる。それぞれのユニットを、例えば、プロセッサ及び／又は専用の論理回路上で実行可能なプログラムコードを使用して実装することができる。
【０５０８】
可能性のあるジェスチャ開始決定ユニット１６０２は、モーションセンサデータのサンプルを受信し、このデータサンプルから、可能性のあるジェスチャ開始が生じたか否かを決定することができる。例えば、可能性のあるジェスチャ開始決定ユニット１６０２には、上述したプロセス１５００のブロック１５０４を実装することができる。可能性のあるジェスチャ開始が生じていると決定されると、可能性のあるジェスチャ開始決定ユニットは、サンプル評価ユニット１６０４及びカウンターユニット１６０６に通知することができる。
【０５０９】
サンプル評価ユニット１６０４は、モーションセンサデータのサンプルを受信し、受信時のそれぞれのサンプルを評価して、これが可能性のあるレイズジェスチャの継続と整合性が取れているか否かを決定することができる。例えば、サンプル評価ユニット１６０４には、上述したプロセス１５００のブロック１５１０及び１５１２を実装することができる。サンプル評価ユニット１６０４は、カウンターユニット１６０６に、サンプルが可能性のあるレイズジェスチャの継続と整合性が取れているか整合性が取れていないかを示す判定出力を提供することができる。
【０５１０】
カウンターユニット１６０６は、第１のカウンターを、サンプル評価ユニット１６０４によって可能性のあるレイズジェスチャの継続と整合性が取れると決定されたサンプルをカウントするように維持することができ、第２のカウンターを、サンプル評価ユニット１６０４によって可能性のあるレイズジェスチャの継続と整合性が取れないと決定されたサンプルをカウントするように維持することができる。これらのカウンターは、上述したＮＹＥＳカウンター及びＮＮＯカウンターに対応してもよい。カウンターユニット１６０６は、可能性のあるジェスチャ開始決定ユニット１６０２によって可能性のあるジェスチャ開始を通知されたことに応じて、２つのカウンターを（例えばゼロに）初期化することができる。例えば、カウンターユニット１６０６には、上述したプロセス１５００のブロック１５０８を実装することができる。２つのカウンターを初期化した後、カウンターユニット１６０６は、サンプル評価ユニット１６０４から受信した各判定出力に応じて、２つのカウンターの１つをインクリメントすることができ、可能性のあるレイズジェスチャの継続とサンプルの整合性が取れることを判定出力が示している場合には第１のカウンターをインクリメントし、可能性のあるレイズジェスチャの継続とサンプルの整合性が取れないことを判定出力が示している場合には第２のカウンターをインクリメントする。例えば、カウンターユニット１６０６には、上述したプロセス１５００のブロック１５４０及び１５２０を実装することができる。カウンターユニット１６０６は、第１のカウンター値及び第２のカウンター値を、プレヒート決定ユニット１６０８に提供することができる。
【０５１１】
プレヒート決定ユニット１６０８は、カウンターユニット１６０６から第１のカウンター値及び第２のカウンター値を受信することができ、プレヒートイベント又はリセットイベントのいずれかが生じているか否かを決定することができる。例えば、プレヒート決定ユニット１６０８には、上述したプロセス１５００のブロック１５１６及び１５２２を実装することができる。プレヒートイベントが発生している場合（例えば、上述したように第１のカウンターが値ＭｉｎＹｅｓを超えている場合）、プレヒート決定ユニット１６０８は、他のシステムコンポーネント（例えば、図２Ａのウェイク制御ロジック２３０又は図２Ｂのウェイク制御ロジックモジュール２８０）に通知することができる。例えば、プレヒート決定ユニット１６０８には、上述したプロセス１５００のブロック１５１８を実装することができる。リセットイベントが生じている場合（例えば、上述したように第２のカウンターが値ＭａｘＮｏを超えている場合）、プレヒート決定ユニット１６０８は、可能性のあるジェスチャ開始決定ユニット１６０２に通知することができ、可能性のあるジェスチャ開始決定ユニット１６０２は、可能性のあるジェスチャ開始が生じているか否かの決定を再び始めることができる。また、プレヒート決定ユニット１６０８も、サンプル評価ユニット１６０４及び／又はカウンターユニット１６０６に、プレヒート又はリセットイベントを通知することができ、通知を受けたユニットは、それに応じて応答することができる。例えば、サンプル評価ユニット１６０４は、次の可能性のあるジェスチャ開始が生じるときまで、プレヒート又はリセットイベントのいずれかの後にサンプルの評価を停止することができる。一方又は他方のカウンターが関連する閾値に達するためにいくつかのサンプルを取ることがあるので、サンプル評価ユニット１６０４によって評価された全てのサンプルがプレヒート又はリセットイベントのいずれかにつながる必要はないことを理解されたい。
【０５１２】
プレヒート検出モジュール１６００は例示的なものであり、変形及び修正が可能であることが理解されるであろう。例えば、プレヒート検出モジュール１６００は、特定のブロック又はユニットを参照して説明されているが、これらのブロックは説明の都合上定義されたものであって、構成部品の特定の物理的構成を意味することを意図したものではないことは、理解できよう。さらに、これらのブロックは、物理的に別個のコンポーネントに相当する必要はなく、物理的に同じコンポーネントを使用して、複数のブロックの態様を実装してもよい。ブロックは、例えば、プロセッサをプログラムすることによって、あるいは適切な制御回路を設けることによって様々な動作を行うように構成することができ、最初の構成がどのように得られるかによって、様々なブロックを再構成できることもあれば、できないこともある。本発明の実施形態は、回路とソフトウェアとの任意の組み合わせを使って実装される電子機器を含む様々な装置において実現することができる。
【０５１３】
上述した様々なジェスチャ検出モジュール及び／又はプロセスを使用して、図２Ａのウェイク制御ロジック２３０（又は図２Ｂのウェイク制御ロジックモジュール２８０）には、本発明の一実施形態によるウェイク制御ロジック２３０の状態を示す状態図である図１７に示されるような状態マシン挙動を実装することができる。状態間の遷移は、プレヒート検出モジュール２２０（例えば、プロセス１５００を実行する）、ローダイナミックメイン検出モジュール２２２（例えばプロセス４００）、ハイダイナミックメイン検出モジュール２２４（例えばプロセス８００）、軽い揺らし検出モジュール２２６（例えば、プロセス１１００）、フォーカス解消検出モジュール２２８（例えば、プロセス１３００）からの通知に応じて起こり得る。
【０５１４】
状態１７０２は、デバイス２００がアイドル状態であり、アプリケーションプロセッサ２０４がスリープ状態にあり、ユーザインタフェース２０２が非アクティブな状態にある「ヌル」状態とすることができる。いくつかの実施形態では、非アクティブ、フォーカス解消及び／又は他の基準に基づいて、状態１７０２に入ることができる。
【０５１５】
状態１７０４は、（例えば、図１５のブロック１５１８において）プレヒート検出モジュール２２０によって報告されたプレヒートイベントに応じて入ることが可能な「プレヒート」状態とすることができる。プレヒート状態１７０４に入ると、ウェイク制御ロジック２３０は、アプリケーションプロセッサ２０４に、スリープ状態からのウェイクを開始するように信号を送ることができる。いくつかの実施形態では、アプリケーションプロセッサ２０４のウェイクには、（おそらくは消費電力が増える以外は）ユーザが認識できる影響がない。ユーザは、アプリケーションプロセッサ２０４がウェイク状態にあるかスリープ状態にあるかを知らされる必要がない。
【０５１６】
状態１７０６は、（例えば、図４のブロック４１２又は図８のブロック８１２において）可能性のあるレイズジェスチャの通知に応じて入ることができる「可能性のあるジェスチャ」状態とすることができる。状態１７０６には、プレヒート状態１７０４から入ることもできるし、ヌル状態１７０２から直接入ることもできる。可能性のあるジェスチャ状態１７０６に入ると、ウェイク制御ロジック２３０は、（プレヒート状態１７０４で既に行われていない場合に）アプリケーションプロセッサ２０４をウェイクさせることができ、ユーザインタフェース２０２をアクティブにすることもできる。
【０５１７】
状態１７０８は、（例えば、図４のブロック４１８、図８のブロック８１８又は図１１のブロック１１２４において）検出済レイズジェスチャの通知に応じて入ることができる「検出済ジェスチャ」状態とすることができる。状態１７０８は、可能性のあるジェスチャ状態１７０６から入ることもできるし、ヌル状態１７０２から直接入ることも、プレヒート状態１７０４から直接入ることもできる。例えば、上述の実施形態では、意図的なレイズジェスチャを検出するためのプロセス１１００は、ウェイク制御ロジック２３０に、ヌル状態１７０２又はプレヒート状態１７０４のいずれかから生じ得る検出済レイズジェスチャを通知するだけである。この場合、可能性のあるジェスチャ状態１７０６はスキップされるかもしれない。他の実施形態では、プロセス１１００は、（例えば、第１又は第２のピークの検出時に）ウェイク制御ロジック２３０に可能性のあるウェイクジェスチャを通知することができ、ヌル状態１７０２又はプレヒート状態１７０４から検出済ジェスチャ状態１７０８への直接遷移は起こらない可能性がある。検出済ジェスチャ状態１７０８に入ると、ウェイク制御ロジック２３０は、アプリケーションプロセッサ２０４をウェイクさせる及び／又はユーザインタフェース２０２をアクティブにすることのいずれか又は両方が以前に生じていない場合に、それをすることができる。
【０５１８】
状態１７１０は、（例えば、図４のブロック４２４で）確認済レイズジェスチャの通知に応じて入ることができる「確認済ジェスチャ」状態とすることができる。いくつかの実施形態では、ウェイク制御ロジック２３０は、確認済ジェスチャ状態１７１０への遷移に応じて何もする必要はない。しかしながら、ウェイク制御ロジック２３０は、必要であれば、確認の通知をアプリケーションプロセッサ２０４に送信するなどの様々な行動をとることができ、アプリケーションプロセッサ２０４で実行されている様々なアプリケーション又は他のプロセスは、必要に応じて、検出済（ただし確認済ではない）レイズジェスチャとは対照的に確認済レイズジェスチャに応じて、異なる挙動をすることができる。
【０５１９】
状態１７１２は、（例えば、図１３のブロック１３１２で）フォーカス解消イベントの通知に応じて入ることができる「フォーカス解消」状態とすることができる。フォーカス解消状態１７１２に入ると、ウェイク制御ロジック２３０は、ユーザインタフェース２０２を非アクティブにすることができ、フォーカス解消をアプリケーションプロセッサ２０４に通知することができる。いくつかの実施形態では、アプリケーションプロセッサ２０４は、フォーカス解消に応じてすぐにスリープ状態に入らない可能性がある。例えば、アプリケーションプロセッサ２０４は、デバイス２００がフォーカス状態（例えば、状態１７０６、１７０８、１７１０のいずれか）にある間に開始したプロセスを、そのプロセスが完了するまで実行し続け、その後でスリープ状態に入ることができる。
【０５２０】
フォーカス解消状態１７１２から、アプリケーションプロセッサ２０４がその後スリープ状態に戻る場合、ウェイク制御ロジック２３０は、ヌル状態１７０２に戻ることができる。いくつかの実施形態では、アプリケーションプロセッサ２０４がスリープ状態に戻る前に、別のフォーカス関連イベント（例えば、プレヒート、可能性のあるレイズジェスチャ、検出済レイズジェスチャ）が生じる可能性があり、この場合、ウェイク制御ロジック２３０は、破線の矢印によって示されるように、まずヌル状態に戻るのではなく、状態１７０４、１７０６、１７０８のうちの適切な状態に戻ることができる。
【０５２１】
図１７に示す状態は例示であり、他の実施形態で、これより多い状態、少ない状態又は異なる状態を定義できることは理解できよう。
【０５２２】
いくつかの実施形態では、ウェイク制御ロジック２３０は、ウェイク制御ロジック２３０の現在の状態に応じて、（例えば、プロセス１５００を実装している）プレヒート検出モジュール２２０、（例えば、プロセス４００を実装している）ローダイナミックメイン検出モジュール２２２、（例えば、プロセス８００を実装している）ハイダイナミックメイン検出モジュール２２４、（例えば、プロセス１１００を実装している）軽い揺らし検出モジュール２２６、（例えば、プロセス１３００を実装している）フォーカス解消検出モジュール２２８のいずれか又は全てを含む、様々なジェスチャ検出アルゴリズム又はモジュールを選択的にイネーブル又はディセーブルにすることができる。
【０５２３】
図１８は、本発明の一実施形態によるウェイク制御ロジック２３０で実装できるプロセス１８００のフローチャートである。プロセス１８００は、図１７のヌル状態で開始することができる（ブロック１８０２）。説明のために、この段階では、アプリケーションプロセッサ２０４はスリープ状態にあり、ユーザインタフェース２０２は非アクティブであると仮定する。
【０５２４】
ブロック１８０４において、ウェイク制御ロジック２３０は、レイズジェスチャを検出するために、１つ以上のジェスチャ検出アルゴリズム又はモジュールをイネーブルにすることができる。例えば、ウェイク制御ロジック２３０は、プレヒート検出モジュール２２０、軽い揺らし検出モジュール２２６並びに、ローダイナミックメイン検出モジュール２２２又はハイダイナミックメイン検出モジュール２２４の一方又は他方をイネーブルにすることができる。いくつかの実施形態では、ハイダイナミックメイン検出モジュール２２４は、ユーザが、上述したように決定できる動作の多い活動をしているときにのみイネーブルにされ、ユーザが動作の多い行動をしていない場合は、動作の少ないメイン検知モジュール２２２がイネーブルにされる。ユーザの活動が変化した場合、ウェイク制御ロジック２３０は、どのアルゴリズムをイネーブルにするかを変更することができる。
【０５２５】
ブロック１８０６において、プロセス１８００は、ジェスチャ検出アルゴリズム又はモジュールのうちの１つがイベントの通知を提供するまで待機することができる。例えば、プレヒート検出モジュール２２０が、プレヒートイベントをウェイク制御ロジック２３０に通知することができ、あるいは、ローダイナミックメイン検出モジュール２２２又はハイダイナミックメイン検出モジュール２２４が、ウェイク制御ロジック２３０に、可能性のあるレイズジェスチャを通知することができる。そのような通知が受信されると、ブロック１８０８で、プロセス１８００はアプリケーションプロセッサ２０４をウェイクさせ（ウェイクアップしていないと仮定して）、プレヒート検出モジュール２２０をディセーブルにすることができる。他のレイズジェスチャ検出アルゴリズム又はモジュールが実行され続けてもよい。実装次第で、アプリケーションプロセッサ２０４がユーザインタフェース２０２をアクティブにすることもあれば、しないこともある。例えば、いくつかの実施形態では、アプリケーションプロセッサ２０４は、可能性のあるレイズジェスチャイベントに応じてユーザインタフェース２０２をアクティブにするが、プレヒートイベントに応じてユーザインタフェース２０２をアクティブにすることはない。
【０５２６】
ブロック１８１０において、ウェイク制御ロジック２３０は、検出済レイズジェスチャの通知が受信されているか否かを決定することができる。そのような通知は、例えば、軽い揺らし検出モジュール２２６、又は動作の少ないモーション検出モジュール２２２若しくは動作の多いモーション検出モジュール２２４のいずれかから受信できる。いくつかの実施形態では、検出済レイズジェスチャの通知が、プレヒート又は可能性のあるレイズジェスチャイベント後のタイムアウト時間内に受信されない場合、ウェイク制御ロジック２３０は、プレヒート又は可能性のあるレイズジェスチャが誤検出されたと推定することができる。よって、ブロック１８１２において、ウェイク制御ロジック２３０は、アプリケーションプロセッサ２０４に誤検出を通知し、プレヒート検出モジュール２２０を再度イネーブルにして、ブロック１８０４に戻ることができる。いくつかの実施形態では、閾値数の誤検出プレヒートイベントが短い時間内に生じた場合、プレヒート検出モジュール２２０は、「バックオフ」状態に入ることができる。この状態では、プレヒート検出モジュールは、誤検出の頻度が閾値を下回るまで、プレヒート通知の送信を停止することができる（あるいは、ウェイク制御ロジック２３０がプレヒート通知を無視することができる）。これにより、アプリケーションプロセッサによる不要な電力消費を削減する一助となり得る。
【０５２７】
ブロック１８１０で検出済レイズジェスチャの通知が受信された場合、ブロック１８１４において、プロセス１８００は、検出済レイズジェスチャを確認するためにジェスチャ分類部２３４をイネーブルにすることができ、なおかつ、軽い揺らし検出モジュール２２６をディセーブルにすることができる。場合によっては、検出済レイズジェスチャの通知が、プレヒートの通知又は可能性のあるレイズジェスチャの通知（例えば、軽い揺らし検出モジュール２２６が検出済レイズジェスチャの通知を生成する場合）に先行することができる。図１８には具体的に示していないが、これが生じると、プロセス１８００は、ブロック１８１４の動作と共にブロック１８０８の動作を行うことができることを理解されたい。
【０５２８】
ブロック１８１６において、プロセス１８００は、検出済レイズジェスチャが確認されたか否かを決定することができる。場合によっては、（例えば、ブロック１８１０で検出済レイズジェスチャ通知が軽い揺らし検出モジュール２２６から受信された場合に）ブロック１８１６での確認を想定してもよく、レイズジェスチャの確認に、ジェスチャ分類部２３４などを使用する必要がない。他の例では、（例えば、ブロック１８１０における検出済レイズジェスチャ通知がローダイナミックメイン検出モジュール２２２から受信された場合など）少なくともいくつかの状況で、確認が必要になることもある。確認が受信されない場合（又は想定されていない場合）又は否認が受信されると、ブロック１８１８において、ウェイク制御ロジック２３０は、未確認のレイズジェスチャ又は否認されたレイズジェスチャをアプリケーションプロセッサ２０４に通知し、プレヒート検出モジュール２２０及び軽い揺らし検出モジュール２２６を再びイネーブルにし、ジェスチャ分類部２３４をディセーブルにすることができる。プロセス１８００は、ブロック１８０４に戻り、確認済レイズジェスチャを待ち続けることができる。
【０５２９】
ブロック１８１６でジェスチャが確認された場合、ブロック１８２０において、プロセス１８００は、アプリケーションプロセッサ２０４にユーザインタフェース２０２をアクティブにするように命令し（まだアクティブでない場合）、フォーカス解消検出モジュール２２８をイネーブルにし、ローダイナミックメイン検出モジュール２２２又はハイダイナミックメイン検出モジュール２２４をディセーブルにすることができる。軽い揺らし検出モジュール２２６又はプレヒートモジュール２２０が依然としてイネーブルのままである場合、これらのモジュールも、ブロック１８２０でディセーブルにすることができる。
【０５３０】
プロセス１８００は、例えばフォーカス解消検出モジュール２２８から、フォーカス解消ジェスチャの通知が受信されるまで、ブロック１８２２で待機することができる。この時間の間、デバイス２００は、フォーカスされているとみなすことができる。アプリケーションプロセッサ２０４は、そのウェイク状態のままでいることができ、ユーザインタフェース２０４はアクティブのままであることができる。
【０５３１】
フォーカスが解消されると、ブロック１８２４で、プロセス１８００はアプリケーションプロセッサ２０４に通知し、ユーザインタフェース２０２を非アクティブにして、フォーカス解消検出モジュール２２８をディセーブルにすることができる。プロセス１８００は、ブロック１８０４に戻り、様々なレイズジェスチャ検出モジュール（例えば、軽い揺らし検出モジュール２２６、ローダイナミックメイン検出モジュール２２２及びハイダイナミックメイン検出モジュール２２４のうちの一方又は他方）を再びイネーブルにすることができる。アプリケーションプロセッサ２０４がスリープ状態に戻った場合は、プロセス１８００は、プレヒート検出モジュール２２０を再びイネーブルにすることができる。
【０５３２】
プロセス１８００は例示的であり、変形及び修正が可能であることが理解されるであろう。逐次として説明されたステップを同時並行で行ってもよく、ステップの順序を変更しても、ステップの修正、組み合わせ、追加又は省略をしても構わない。ユーザインタフェース２０４をアクティブにすることは、必要に応じて、ウェイク制御ロジック２３０によって、あるいは、アプリケーションプロセッサ２０４内のプロセスによって制御することができる。プレヒート検出モジュール２２０は、アプリケーションプロセッサ２０４がそのスリープ状態にある間は連続的に実行することができ、アプリケーションプロセッサ２０４がウェイク状態にあるときはいつでもディセーブルにされることができる。いくつかの実施形態では、フォーカスが外れても、アプリケーションプロセッサ２０４がすぐにスリープ状態に戻されることはない。例えば、アプリケーションプロセッサ２０４上では、実行中の処理タスクのいずれも実行し続けることができ、アプリケーションプロセッサ２０４は、（さらなるレイズジェスチャ又はプレヒートイベントが発生していないと仮定すると）そのようなタスクが完了したときにスリープ状態に戻ることができる。アプリケーションプロセッサ２０４は、ウェイク状態とスリープ状態との間で遷移するたびにウェイク制御ロジック２３０に通知し、ウェイク制御ロジック２３０も、ユーザインタフェース２０２における状態変化（例えば、非アクティブな状態とアクティブな状態との間）の通知を受けることができる。ウェイク制御ロジック２３０は、ジェスチャ検出モジュール又はアルゴリズムから受信した通知に加えて、アプリケーションプロセッサ２０４からの通知に基づいて、ジェスチャ検出モジュール又はアルゴリズムをイネーブル又はディセーブルにすることができる。
【０５３３】
図１８に示す例では、レイズジェスチャが検出されて確認されるまで、ユーザインタフェースはアクティブにされない。いくつかの実施形態では、（例えば、可能性のあるレイズジェスチャ又は検出済レイズジェスチャが報告されたとき）より一層早い段階でユーザインタフェースをアクティブにすることが望ましい場合がある。これにより誤検出が増えるが検出漏れは少なくなる可能性があり、より応答性がよく、満足度が高いユーザエクスペリエンスが提供できる。さらに、ユーザインタフェースについては、段階的にアクティブにすることができる。例えば、可能性のあるレイズジェスチャの通知が受信されたときにインタフェースが部分的にイネーブルにされ（例えば、表示されているが、薄暗くされ、タッチオーバーレイはディセーブルにされている又は低解像度でイネーブルにされている）、その後、検出済レイズジェスチャが受信されたときに、完全にイネーブルになるかもしれない。
【０５３４】
本発明を特定の実施形態に関して説明してきたが、当業者であれば、多数の修正形態が可能であることを認識するであろう。例えば、上記では様々なアルゴリズム又はモジュールがデバイスのコプロセッサで実行されるものとして説明しているが、メインプロセッサ（例えば、アプリケーションプロセッサ）も上述したジェスチャ検出アルゴリズム又はモジュールのいずれか又は全てを実行できることは、当業者であれば認識するであろう。一例として、上述した実施形態では、アプリケーションプロセッサがウェイク状態にあるときにジェスチャ分類部を選択的に呼び出すことができ、ジェスチャ分類部を、コプロセッサではなくアプリケーションプロセッサ上で実行することができる。また、アプリケーションプロセッサがウェイク状態にあれば、他のアルゴリズムもアプリケーションプロセッサ上で完全に又は部分的に実行することもできる。他の実施形態では、アプリケーションプロセッサは、複数の電力状態を有することができる。例えば、スリープ状態は、プロセッサの１つのセクションが上述したものなどのジェスチャ検出アルゴリズムを実行でき、同時に、プロセッサの他のセクションが節電のために非アクティブである状態を含むことができる。（例えば、マルチコアアプリケーションプロセッサでは、１つのコアがアクティブであり、他のコアが非アクティブである可能性がある）。
【０５３５】
可能性のあるレイズジェスチャ若しくは実際のレイズジェスチャの検出、検出済レイズジェスチャの確認及び／又はプレヒートイベント若しくはフォーカス解消イベントの検出に用いられるパラメータに、適応的制御を使用してもよい。適応的制御を使用すると、より甘い又はより厳しい検出基準にパラメータを調整できるようになる。基準が甘くなれば応答速度を上げてトリガーを早めることができるのに対し、基準が厳しくなれば誤検出を減らすことができる（よって、さらに節電になる）。調整可能なパラメータとしては、蓄積したｙ傾斜の必要量、デバイスのフォーカス姿勢範囲、レイズジェスチャを行うときのデバイス軌道に関する基準が挙げられる。いくつかの実施形態では、調整可能なパラメータを、コンフィギュレーションデータブロックによって変更することができ、随時、新たなコンフィギュレーションデータをデバイスにダウンロードすることができる。調整可能なパラメータを調節するために、ユーザインタフェースを提供することもできる（例えば、甘い基準から厳しい基準へのスライド目盛りで、など）。
【０５３６】
別の例として、上述したレイズジェスチャアルゴリズムでは、ジェスチャを検出する前に、最小限の持続時間にわたって、デバイスがフォーカス姿勢にとどまる必要がある場合がある。いくつかの実施形態では、持続時間は、フォーカス姿勢の精度とトレードオフになり得る。例えば、デバイスが、フォーカス姿勢に定められた範囲の近くにあるがその範囲内にはなく（例えば、４つの基準のうちの３つを満たす場合）、その位置で十分な持続時間を経過したら、そのことを、レイズジェスチャとして検出することができる。例えば、ｙ傾斜がゼロ又は負ではなく正であっても、終了姿勢が十分に長く保持されていると仮定すると、大幅な回転の後に終了姿勢が保持されていると認識される場合がある。このようにして持続時間を使用してフォーカス姿勢の全ての基準を完全には満たせなかったことを「相殺」するのであれば、より厳しいフォーカス姿勢基準を指定してもよい。
【０５３７】
本明細書に記載のプロセスを使用して、デバイスのユーザインタフェースをいつアクティブにするかを決定することができる。ひとたびアクティブになると、ユーザインタフェースは、望まれるどのような状態でも提示することができる。例えば、デフォルトの「ホーム」状態、ユーザインタフェースが非アクティブになる前の最後の状態、ユーザインタフェースが最後にアクティブであってから受信された最新の通知又は通知に関する情報を提示している状態、あるいは他の何らかの状態で、ユーザインタフェースを提示することができる。
【０５３８】
いくつかの実施形態では、ユーザインタフェース又はそのコンポーネントを段階的にアクティブにすることができる。例えば、可能性のあるレイズジェスチャが（例えば、上述のようにして）検出された場合、ユーザインタフェースは、部分的にアクティブになる状態に遷移することができる。そのような部分的にアクティブになる状態には、ディスプレイをアクティブにするが薄暗い照明をしているだけである（「薄暗い照明」は、例えば周囲光、ユーザの好みなどに依存することがある、ディスプレイの通常の動作輝度より低いレベルの光を含むことができる）か、ディスプレイをアクティブにするがタッチ感知式オーバーレイをアクティブにしない、ディスプレイをアクティブにするが音声入力回路をアクティブにしないことなどを含んでもよい。可能性のあるレイズジェスチャが検出済レイズジェスチャになると、ユーザインタフェースは、例えば、ディスプレイが標準的な輝度でオンになり、タッチ感知式オーバーレイがアクティブで、音声入力回路がアクティブにされるなど、完全にアクティブになる状態に遷移することができる。別の例として、ユーザインタフェースの異なるコンポーネントが、レイズジェスチャ検出の異なる段階でアクティブにされてもよい。例えば、（例えば上述したように）可能性のあるレイズジェスチャが検出されると、１つ以上のユーザインタフェースコンポーネント（例えば、マイクロフォン又はディスプレイ）をアクティブにすることができる一方で、他のユーザインタフェースコンポーネント（例えば、ディスプレイのタッチ感知式オーバーレイ、スピーカ、音声認識コプロセッサなど）は、非アクティブのままである。可能性のあるレイズジェスチャが検出済レイズジェスチャになると、１つ以上の他のユーザインタフェースコンポーネント（例えば、タッチ感知式オーバーレイ）をアクティブにすることができる。さらに、検出済レイズジェスチャが確認済レイズジェスチャになるまで、１つ以上の他のユーザインタフェースコンポーネント（例えば、音声認識コプロセッサ）を非アクティブのままにすることができる。異なるユーザインタフェースコンポーネントが異なるジェスチャ状態遷移に応じてアクティブな状態に遷移するように、他のアクティベーションシーケンスを実装することもできる。
【０５３９】
いくつかの実施形態では、ウェイク制御ロジック２３０は、デバイス２００がどれだけ長い時間フォーカス状態にあるかを示す情報（例えば、最新の検出済レイズジェスチャイベント又は最新の確認済レイズジェスチャイベントの発生からの経過時間）を、アプリケーションプロセッサ２０４に提供することができる。上記に加えて又はこれに代えて、アプリケーションプロセッサ２０４は、ウェイク制御ロジック２３０が（例えば、検出済レイズジェスチャ又は確認済レイズジェスチャをアプリケーションプロセッサ２０４に通知することによって）フォーカス状態への遷移を示した後に経過した時間及び／又はアプリケーションプロセッサ２０４に利用可能な他の情報に基づいて、フォーカス状態の持続時間を推定することができる。フォーカス状態の持続時間を使用して、ユーザエクスペリエンスに影響を及ぼすことができる。例えば、デバイス２００が、フォーカス状態にあり、通知（例えば、「Ｆｒｅｄからの新しいテキストメッセージ」）を表示していると仮定する。ユーザがどれだけ長く通知を見ているかに応じて、アプリケーションプロセッサ２０４は、ユーザに制御を操作させなくても通知に関する追加情報（例えば、テキストメッセージの内容）を表示することを選択できる。別の例として、アプリケーションプロセッサ２０４は、ユーザが予め定められた時間よりも長い時間見ているならば通知が読まれたと推定して、ユーザに制御を操作させなくても自動的に通知を隠すか破棄することができる。例えば、通知又は他のアイテムのリスト全体又はメッセージの内容全体でスクロール又はページングするなど、ユーザがフォーカス姿勢をどれだけ長く保ち続けているかに基づく他のアクションを実装してもよい。
【０５４０】
フォーカス解消ジェスチャを検出することで、様々な結果にすることができる。例えば、上述したように、ユーザインタフェースを非アクティブにすることができる。さらに、フォーカス解消時に表示されていた全ての通知を破棄することができるか、通知の既読／未読状態を維持することができる。
【０５４１】
さらに、上述したように、アプリケーションプロセッサ２０４は、ジェスチャ状態遷移又はジェスチャイベント（例えば、可能性のあるレイズジェスチャ、検出済レイズジェスチャ、確認済レイズジェスチャ、フォーカス解消）の通知を、ウェイク制御ロジック２３０から受けることができる。いくつかの実施形態では、アプリケーションプロセッサ２０４は、そのクライアント（例えば、アプリケーションプロセッサ上で実行することができる任意のアプリケーション及び／又はオペレーティングシステムプロセス）に、これらの遷移を通知することもでき、クライアントは、必要に応じて応答行為をすることができる。
【０５４２】
本発明のいくつかの実施形態では、本明細書に記載される全部のジェスチャ検出モジュールよりも少ない数のジェスチャ検出モジュールを使用できることを、理解されたい。例えば、いくつかの実施形態は、プレヒート検出モジュールだけを含むかもしれない。いくつかの実施形態は、単一の自然なレイズジェスチャ検出モジュール（例えば、上述したようなローダイナミック検出モジュール又はハイダイナミック検出モジュールのいずれかであり得る）だけを含むかもしれないし、複数の自然なレイズジェスチャ検出モジュールを含むかもしれない。いくつかの実施形態は、意図的なレイズジェスチャ検出モジュール（例えば、上述した軽い揺らし検出モジュール）だけを含むかもしれない。いくつかの実施形態は、フォーカス解消検出モジュールだけを含むかもしれない。いくつかの実施形態は、プレヒート検出モジュール及び１つ以上の自然なレイズジェスチャ検出モジュールを含むかもしれない。いくつかの実施形態は、プレヒート検出モジュール及び意図的なレイズジェスチャ検出モジュールを含むかもしれない。いくつかの実施形態は、プレヒート検出モジュール及びフォーカス解消検出モジュールを含むかもしれない。いくつかの実施形態は、プレヒート検出モジュール、１つ以上の自然なレイズジェスチャ検出モジュール及び意図的なレイズジェスチャ検出モジュールを含むかもしれない。いくつかの実施形態は、１つ以上の自然なレイズジェスチャ検出モジュール及び意図的なレイズジェスチャ検出モジュールを含むかもしれない。いくつかの実施形態は、１つ以上の自然なレイズジェスチャ検出モジュール、意図的なレイズジェスチャ検出モジュール及びフォーカス解消検出モジュールを含むかもしれない。いくつかの実施形態は、意図的なレイズジェスチャ検出モジュール及びフォーカス解消検出モジュールを含むかもしれない。加えて、いくつかの実施形態は、上記に具体的に記載されていない追加のジェスチャ検出モジュールを含むかもしれない。
【０５４３】
また、上述したようなレイズジェスチャ及び／又はフォーカス解消ジェスチャの自動検出を実装するデバイスで、ユーザインタフェースをアクティブ及び／又は非アクティブにするのに使用できるユーザが操作可能な手動制御（例えば、物理的ボタン、タッチセンサなど）を用いてもよいことは、理解されたい。このような制御が提供される場合、ウェイク制御ロジック２３０は、手動制御のユーザ操作に起因するユーザインタフェースの状態の変化の通知を受信し、それに応じて自身の状態を調節することができる（例えば、上述した様々なアルゴリズムをイネーブル又はディセーブルにする）。したがって、本明細書に記載された自動化プロセスがユーザの対話を容易にすることができるが、デバイス（及びユーザ）は、これだけに頼る必要はない。
【０５４４】
本明細書で説明される様々なアルゴリズム及びパラメータ（例えば、重み、閾値、他の基準）については、上述したように、例えば機械学習及び／又は他の技術を用いてヒューリスティックに調整することができる。機械学習の訓練フェーズは、デバイス開発中に（例えば、広範囲に配布する前に）行うことができ、訓練の結果をデバイスのファームウェアに組み込むことができると考えられる。したがって、ユーザがデバイスの訓練を行う必要はない。いくつかの実施形態では、デバイスは、ユーザが意図的なレイズジェスチャを実行するか手動制御を動作させた場合（これは、自然なレイズジェスチャ検出アルゴリズムが検出漏れを生じたことを示す場合がある）に、モーションセンサデータの関連する間隔を記録するなど、通常動作時にフィードバックを収集することができる場合がある。デバイスは、そのような記録されたデータに基づいて自己のアルゴリズム及びパラメータを改良するために、バックグラウンドで訓練アルゴリズムを実行することができる場合がある。いくつかの実施形態では、デバイス製造業者は、そのようなデータをデバイスの大きなまとまり全体で集約し、その情報を使用してジェスチャ検出アルゴリズム及び／又はパラメータを更新することができる。（ユーザのプライバシーを保護するために、この集約は匿名で行うことができ、モーションセンサデータと、データが検出漏れに相当する可能性があるという指示に限定することができる）。
【０５４５】
本開示では、「ほぼ」及び「実質的に」などの用語を使用して、フォーカス姿勢における安定性などの特定の測定値に幅を持たせている。ほとんどのユーザは自分の腕を完全に静止させることができず、これらの用語は、ユーザに自然に生じる不安定さの影響及び様々なモーションセンサの固有の精度を許容できることを示すために使用されることは、当業者であれば理解するであろう。水平、垂直、平行などの他の用語にも同様に幅を持たせて、物理的な完全性が不要であることを示すことができる。また、本明細書で使用する場合、「視線内に」などの表現は概ね、デバイスに対するユーザの頭の向きに関する仮定を示し、そのような仮定は、ユーザの目がデバイスの方に向けられているか否かに必ずしも厳密には一致しないことがある。
【０５４６】
さらに、ここでの説明は、着用可能デバイス及び手首に着用可能なデバイスに具体的に言及しているが、本発明の実施形態は、着用可能デバイス又は手首に着用可能なデバイスに限定されるものではない。例えば、上述のアルゴリズム及びモジュールを、ユーザがデバイスとの対話中に持ち上げて保持するかもしれない携帯電話、タブレットなどの他のポータブルデバイスに実装することができる。上述したようなアルゴリズム及び／又はモジュールは、携帯式のデバイスに実装されると、持ち上げられてユーザの視線内に保たれることと整合性が取れるデバイスの向きの変化（あるいは、逆に下げられる又は離されることと整合性が取れる変化）を検出することができ、そのような変化の検出を用いて、デバイス状態の変化（例えば、ディスプレイ又は他のユーザインタフェースコンポーネントをアクティブにすること、プロセッサをスリープ状態からウェイクさせることなど）を、引き起こすことができる。
【０５４７】
本発明の実施形態は、専用の構成要素及び／又はプログラマブルプロセッサ、及び／又は他のプログラマブルデバイスの任意の組み合わせを使用して実現することができる。本明細書で述べられる様々なプロセスは、同一プロセッサ又は任意の組み合わせの異なるプロセッサ上で実装可能である。構成要素が特定の動作を実行するように構成されていると説明されている場合、このような構成は、例えばこの動作を実行するように電子回路を設計することにより、この動作を実行するように（マイクロプロセッサなどの）プログラマブルな電子回路をプログラムすることにより、又はこれらの任意の組み合わせにより、達成することができる。さらに、上記の実施形態は、特定のハードウェア及びソフトウェア構成要素を参照し得るが、当業者には、異なる組み合わせのハードウェア及び／又はソフトウェア構成要素も利用でき、ハードウェアで実行されると説明されている特定の動作がソフトウェアでも実行し得、またその逆も可能であることが理解されよう。
【０５４８】
本発明の様々な特徴を組み込んだコンピュータプログラムが符号化され、様々なコンピュータ可読記憶媒体上に記憶されてもよい。好適な媒体としては、磁気ディスク若しくはテープ、コンパクトディスク（ＣＤ：compact disk）若しくはＤＶＤ（digital versatile disk、デジタル多用途ディスク）などの光学記憶媒体、フラッシュメモリ、並びにその他の非一時的媒体が挙げられる。（データの「記憶」は、搬送波などの一時的な媒体を使用するデータの伝播とは異なることが理解される）。プログラムコードで符号化されたコンピュータ可読媒体は、互換性のある電子機器と共にパッケージ化することができ、又はプログラムコードを電子機器とは別個に（例えばインターネットダウンロードにより、若しくは別個にパッケージ化されたコンピュータ可読記憶媒体として）提供することができる。
【０５４９】
それゆえ、本発明は、特定の実施形態に関して記載されているが、本発明は、以下の特許請求の範囲内での、全ての修正形態及び均等物を包含することを意図するものであることが理解されるであろう。
[図面]
［図１Ａ]
2018152085.tif 000003
［図１Ｂ]
2018152085.tif 000004
［図１Ｃ]
2018152085.tif 000005
［図１Ｄ]
2018152085.tif 000006
［図２Ａ]
2018152085.tif 000007
［図２Ｂ]
2018152085.tif 000008
［図３]
2018152085.tif 000009
［図４]
2018152085.tif 000010
［図５]
2018152085.tif 000011
［図６]
2018152085.tif 000012
［図７]
2018152085.tif 000013
［図８]
2018152085.tif 000014
［図９]
2018152085.tif 000015
［図１０Ａ]
2018152085.tif 000016
［図１０Ｂ]
2018152085.tif 000017
［図１１]
2018152085.tif 000018
［図１２]
2018152085.tif 000019
［図１３]
2018152085.tif 000020
［図１４]
2018152085.tif 000021
［図１５]
2018152085.tif 000022
［図１６]
2018152085.tif 000023
［図１７]
2018152085.tif 000024
［図１８]
2018152085.tif 000025
【図１Ａ】
2018152085.tif 000026
【図１Ｂ】
2018152085.tif 000027
【図２】
2018152085.tif 000028
【図３】
2018152085.tif 000029
【図４Ａ】
2018152085.tif 000030
【図４Ｂ】
2018152085.tif 000031
【図５Ａ】
2018152085.tif 000032
【図５Ｂ】
2018152085.tif 000033
【図５Ｃ】
2018152085.tif 000034
【図５Ｄ】
2018152085.tif 000035
【図５Ｅ】
2018152085.tif 000036
【図５Ｆ】
2018152085.tif 000037
【図５Ｇ】
2018152085.tif 000038
【図５Ｈ】
2018152085.tif 000039
【図６Ａ】
2018152085.tif 000040
【図６Ｂ】
2018152085.tif 000041
【図６Ｃ】
2018152085.tif 000042
【図７】
2018152085.tif 000043
【図８】
2018152085.tif 000044
【図９】
2018152085.tif 000045
【図１０】
2018152085.tif 000046
【図１１】
2018152085.tif 000047
【図１２Ａ】
2018152085.tif 000048
【図１２Ｂ】
2018152085.tif 000049
【図１２Ｃ】
2018152085.tif 000050
【図１３Ａ】
2018152085.tif 000051
【図１３Ｂ】
2018152085.tif 000052
【図１４】
2018152085.tif 000053
【図１５】
2018152085.tif 000054
【図１６】
2018152085.tif 000055
【図１７】
2018152085.tif 000056
【図１８】
2018152085.tif 000057
【図１９】
2018152085.tif 000058
【図２０】
2018152085.tif 000059
【図２１】
2018152085.tif 000060
【図２２】
2018152085.tif 000061
【図２３Ａ】
2018152085.tif 000062
【図２３Ｂ】
2018152085.tif 000063
【図２３Ｃ】
2018152085.tif 000064
【図２４】
2018152085.tif 000065
【図２５】
2018152085.tif 000066
【図２６】
2018152085.tif 000067
【図２７】
2018152085.tif 000068
【図２８】
2018152085.tif 000069
【図２９】
2018152085.tif 000070
【図３０】
2018152085.tif 000071
【図３１】
2018152085.tif 000072
【手続補正書】
【提出日】平成30年6月4日(2018.6.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
方法であって、
ディスプレイを備える電子デバイスにおいて、
複数のアラートを受信することと、
前記複数のアラートの受信に応じて、
前記複数のアラートがグループ化基準を満たすかどうかを判定することと、
前記複数のアラートが前記グループ化基準を満たすとの判定に従って、前記複数のアラートを表すグループ化された通知を表示することと、
前記複数のアラートが前記グループ化基準を満たさないとの判定に応じて、
前記複数のアラートを表す複数の通知を表示することと、
を含み、
前記グループ化基準が、前記複数のアラートが所定の期間内で受信される場合に満たされる基準を含む、方法。
【請求項２】
前記グループ化基準が、前記複数のアラートが同じソースから受信される場合に満たされる基準を含む、請求項１に記載の方法。
【請求項３】
前記グループ化基準が、前記複数のアラートがアラートの数値閾値を超える場合に満たされる基準を含む、請求項１または２に記載の方法。
【請求項４】
前記グループ化基準が、前記複数のアラートが同じアプリケーションに関連付けられている場合に満たされる基準を含む、請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記複数のアラートが、同じソースから受信され、かつ同じアプリケーションに関連付けられている第１のアラート及び第２のアラートを含み、前記第１のアラート及び前記第２のアラートが前記グループ化基準を満たし、前記第１のアラートが第１の情報を含み、前記第２のアラートが第２の情報を含み、前記方法が、
前記ディスプレイ上において、前記グループ化された通知に対応する位置で第１の接触を検出することと、
前記第１の接触の検出に応じて、前記第１の情報及び前記第２の情報を前記ディスプレイ上に表示することと
を更に含む、請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記ディスプレイ上の前記第１の情報及び前記第２の情報のうちの少なくとも１つの上で、第２の接触を検出することと、
前記第２の接触の検出に応じて、選択された前記第１の情報または前記第２の情報と関連付けてアラートコンテンツを表示することと
を更に含む、請求項５に記載の方法。
【請求項７】
前記複数のアラートが、異なるソースから受信され、かつ、同一のアプリケーションに関連付けられた第１のアラートと第２のアラートとを含み、前記第１のアラートと前記第２のアラートとは前記グループ化基準を満たし、前記方法が、
前記ディスプレイ上において、前記グループ化された通知に対応する位置で第３の接触を検出することと、
前記第３の接触の検出に応じて、前記第１のアラート及び前記第２のアラートを含む、前記アプリケーションに関連付けられたアラートのリストを表示することと
を更に含む、請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記アラートのリストにおける前記第１のアラート及び前記第２のアラートのうちの少なくとも１つの上で、第４の接触を検出することと、
前記第４の接触の検出に応じて、選択された前記第１のアラートまたは前記第２のアラートと関連付けてアラートコンテンツを表示することと
を更に含む、請求項７に記載の方法。
【請求項９】
前記複数のアラートが、複数のアプリケーションに関連付けられており、前記複数のアラートが、前記グループ化基準を満たし、前記方法が、
前記複数のアラートを表すグループ化された通知を表示することと、
前記ディスプレイ上において、前記グループ化された通知に対応する位置で第５の接触を検出することと、
前記第５の接触の検出に応じて、少なくとも第１のアラート及び第２のアラートを含む前記複数のアラートを表す通知のリストを表示することと
を更に含む、請求項１から８のいずれか１項に記載の方法。
【請求項１０】
前記通知のリストは、前記グループ化された通知により表される受信アラートのそれぞれについて個々の通知を含み、前記方法は、
前記個々の通知のうちの少なくとも１つを選択する第６の接触を検出することと、
前記第６の接触の検出に応じて、選択された前記個々の通知と関連付けてアラートコンテンツを表示することと
を更に含む、請求項９に記載の方法。
【請求項１１】
前記複数のアラートの受信に応じて、知覚出力を発することを更に含む、請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
前記複数のアラートが前記グループ化基準を満たすとの判定に従って、単一の知覚出力を発することと、
前記複数のアラートが前記グループ化基準を満たさないとの判定に従って、前記複数のアラートに対応する複数の知覚出力を発することと、
を更に含む、請求項１から１１のいずれか１項に記載の方法。
【請求項１３】
時間依存アラートを含む第３のアラートを受信することと、
前記第３のアラートの受信に応じて、前記第３のアラートが前記グループ化基準を満たさないと判定することと、
前記第３のアラートが前記グループ化基準を満たさないとの判定に従って、前記第３のアラートを、前記複数のアラートを表す前記グループ化された通知に含まれないように除外することと
を更に含む、請求項１から１２のいずれか１項に記載の方法。
【請求項１４】
前記第３のアラートが前記グループ化基準を満たさないとの判定に従って、前記第３のアラートのための単一の通知を表示することを更に含む、請求項１３に記載の方法。
【請求項１５】
前記時間依存アラートは、システムアラートと緊急カレンダーリマインダーアラートとのうちの少なくとも１つを含む、請求項１３または１４に記載の方法。
【請求項１６】
コンピュータに請求項１から１５のいずれか１項に記載の方法を実行させるための命令群を含む、コンピュータプログラム。
【請求項１７】
請求項１から１５のいずれか１項に記載の方法を実行するための命令群を含む１以上のコンピュータプログラムを含むメモリと、
前記メモリに格納された前記命令群を実行可能な１以上のプロセッサと
を備える電子デバイス。
【請求項１８】
コンピュータプログラムに従って請求項１から１５のいずれか１項に記載の方法を実行するための手段を備える電子デバイス。
【外国語明細書】
2018152085000001.pdf