(57)【特許請求の範囲】
【請求項１】
調整デバイスにより実行される方法であって、
前記調整デバイスにおいて、モバイルデバイスへの配信が指定されたメッセージを検出することと、
前記調整デバイスにおける前記メッセージの検出に応じて、
前記調整デバイスが活動モードになっているとの判定に従って、前記調整デバイスにおいて前記メッセージに対応するアラートを提示することと、
前記調整デバイスが前記活動モードになっておらず、かつ、前記メッセージに対応するアラートを前記モバイルデバイスが提示しないとの判定に従って、前記調整デバイスにおいて前記メッセージに対応するアラートを提示することと、
前記調整デバイスが前記活動モードになっておらず、かつ、前記メッセージに対応するアラートを前記モバイルデバイスが提示するとの判定に従って、前記調整デバイスにおいて前記メッセージに対応するアラートを提示することを控えることと、
を含む、方法。
【請求項２】
前記調整デバイスにおける前記メッセージの検出に応じて、前記調整デバイスが前記活動モードになっているとの判定に従って、前記モバイルデバイスにおいて前記メッセージに対応するアラートを抑止せよとの命令に対応する信号を、前記モバイルデバイスへ送信すること
を更に含む、請求項１に記載の方法。
【請求項３】
前記調整デバイスにおいて、前記メッセージとは異なる他のメッセージを検出することと、
前記調整デバイスにおける前記他のメッセージの検出に応じて、前記調整デバイスが前記活動モードになっているとの判定に従って、前記調整デバイスにおいて前記他のメッセージに対応するアラートを提示することと、
を更に含む、請求項１又は２に記載の方法。
【請求項４】
前記調整デバイスにおいて、前記メッセージとは異なる他のメッセージを検出することと、
メッセージに応じて誘発される聴覚刺激を前記調整デバイスが抑止するべきであることを示す妨害拒否モードに、前記調整デバイスがなっているとの判定に従って、前記他のメッセージに対応する聴覚アラートを提示しないようにとの命令に対応する他の信号を、前記モバイルデバイスへ送信することと、
を更に含む、請求項１又は２に記載の方法。
【請求項５】
前記調整デバイスが前記活動モードになっているかどうかを判定することが、前記調整デバイスのディスプレイスクリーンがオンになっているか又はロック解除されているかを判定することを含む、請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記調整デバイスが前記活動モードになっていない、かつ、前記モバイルデバイスが前記メッセージに対応する前記アラートの提示に対処していることを前記モバイルデバイスが示さなかったとの判定に従って、前記調整デバイスにおいて前記メッセージに対応する前記アラートを提示すること、
を更に含む、請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記アラートが聴覚又は触覚アラートを含む、請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記調整デバイスが前記活動モードになっていないと、前記メッセージが検出された第１の時間において判定され、前記方法が、
前記メッセージに対応する第１のキュー項目をアラートキューに追加することと、
前記メッセージとは異なる第２のメッセージを検出することと、
前記第１の時間の後の第２の時間において、前記調整デバイスが前記活動モードであることを特定することと、
前記活動モードが特定されたことに基づいて、前記調整デバイスが前記モバイルデバイスの現在のモードにかかわりなく、前記調整デバイスにおいて前記第２のメッセージのためにアラートを提示するべきであると決定することと、
前記調整デバイスが前記モバイルデバイスの前記現在のモードにかかわりなく、前記調整デバイスにおいて前記第２のメッセージのために前記アラートを提示するべきであると決定したことに応じて、前記調整デバイスにおいて、前記メッセージ及び前記第２のメッセージの各々のために前記アラートを提示することと、
前記メッセージに対応する前記第１のキュー項目を前記アラートキューから削除することと、
を更に含む、請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記調整デバイスが前記活動モードになっていると判定されると、
前記メッセージのための視覚通知提示を生成し、
前記視覚通知提示を前記調整デバイス上で提示することと、
前記調整デバイスが前記活動モードになっていないと判定されると、
その後に、前記調整デバイスが前記活動モードになっており、かつ、前記メッセージのための通知が保留中であることが特定された場合に、
前記メッセージのための視覚通知提示を生成することと、
前記視覚通知提示を前記調整デバイス上で提示することと、
を更に含む、請求項１から８のいずれか１項に記載の方法。
【請求項１０】
調整デバイスであって、
刺激を出力するように構成された出力構成要素と、
通信を他のデバイスへ送信するように構成された接続構成要素と、
前記出力構成要素及び前記接続構成要素に結合された１つ以上のプロセッサと、
命令を含むコンピュータ可読記憶媒体と、
を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに、
モバイルデバイスへの配信が指定されたメッセージを検出することと、
前記調整デバイスにおける前記メッセージの検出に応じて、
前記調整デバイスが活動モードになっているとの判定に従って、前記調整デバイスにおいて、前記出力構成要素を介して前記メッセージに対応するアラートを提示することと、
前記調整デバイスが前記活動モードになっておらず、かつ、前記メッセージに対応するアラートを前記モバイルデバイスが提示しないとの判定に従って、前記調整デバイスにおいて前記メッセージに対応するアラートを提示することと、
前記調整デバイスが前記活動モードになっておらず、かつ、前記メッセージに対応するアラートを前記モバイルデバイスが提示するとの判定に従って、前記調整デバイスにおいて前記メッセージに対応するアラートを提示することを控えることと、
を含むアクションを実行させる、調整デバイス。
【請求項１１】
前記調整デバイスが電話を含む、請求項１０に記載の調整デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１４年５月２９日に出願された米国特許仮出願第６２／００４，３４６号、２０１４年９月２日に出願された米国特許非仮出願第１４／４７５，４４６号、及び２０１４年９月２日に出願された米国特許非仮出願第１４／４７５，４７１号の利益及びそれらに対する優先権を主張する。これらの出願の各々はその全体が全ての目的のために参照により組み込まれる。
【０００２】
本開示は概して、アプリメッセージのデバイス転送、並びにメッセージのための（例えば、視覚）通知提示及び／又は（例えば、聴覚若しくは触覚）アラートの提示を調整するためのデバイス間通信に関する。
【背景技術】
【０００３】
電子デバイスはしばしば、ユーザに種々のイベントを通知するために用いられる。いくつかの例では、聴覚アラートがユーザにイベントのことを最初に通知し、デバイス上で動作するアプリケーションを用いて追加の詳細を見ることができる。例えば、コンピュータは、ユーザ電子メールアカウントのための新しい電子メールが受信されると、発信音を発することができるか、又は電話は、新しいテキストメッセージが受信されると、オーディオ信号を再生することができる。しかし、最近では、単一のユーザが複数のデバイスを使用することができる。アラート及び／又は通知提示のためにどのデバイスがユーザにとって最も好都合であるかは、日、時間及び／又はその他の因子に依存し得る。
【０００４】
いくつかの例では、ユーザの各デバイスが、単一のイベントを受信するように構成されることができる。例えば、複数のデバイスが、同じアカウントからの電子メールにアクセスするように構成されることができる。ユーザが、新しい電子メールの通知を受けるための少なくとも１つのデバイスの近くにいる可能性がより高くなり得るので、これはいくらかの利便性を提供することができる。しかし、それはまた、電子メールの複数の重複するアラートも生じさせ得る。例えば、図１は、ユーザ１０５が、３つの電子デバイス、電話１１０ａ、タブレットコンピュータ１１０ｂ及びラップトップコンピュータ１１０ｃの近くにいる状況を示す。新しい電子メールがユーザ１０５のアカウントを介して受信されると、デバイス１１０ａ〜１１０ｃの各々がアラートを鳴らすことができる。ユーザ１０５及びデバイス１１０ａ〜１１０ｃのロケーションを考慮すると、アラートは互いに重複し、場合によってはユーザ１０５にとって煩わしくなり得る。更に、このような構成は、イベントに関連付けられたサーバに対する負荷を増大させ得る。それゆえ、メッセージが、複数のデバイス上で利用可能であるが、サーバ負荷及び重複するアラートを低減する仕方で利用可能となるように、デバイス間で調整することが望ましいであろう。
【発明の概要】
【０００５】
いくつかの実施形態では、調整デバイスにおいて、メッセージを検出することと、モバイルデバイスのロケーション特性を判定することと、を含むことができる、コンピュータにより実行される方法が提供されることができる。本方法はまた、ロケーション特性に基づいて、近接条件が満足されていると判定することと、調整デバイスが活動モードになっているかどうかを判定することと、を含むことができる。調整デバイスが活動モードになっていると判定されると、調整デバイスにおいて調整デバイスアラートが提示されることができる。調整デバイスが活動モードになっていないと判定されると、メッセージに対応するモバイルデバイスアラートを提示せよとの勧誘に対応する信号がモバイルデバイスへ送信されることができる。
【０００６】
調整デバイスが活動モードになっているかどうかを判定することは、調整デバイスのディスプレイスクリーンがオンになっているかどうか、又はロック解除されているかどうかを判定することを含むことができる。モバイルデバイスアラート及び調整デバイスアラートの各々は聴覚又は触覚アラートを含むことができる。モードは第１の時間において特定されることができ、アラート調整基準が満足されていると判定されることができる。本方法は１つ以上のアクションを更に含むことができる。１つ以上のアクションは、メッセージに対応する第１のキュー項目をアラートキューに追加することと、第２のメッセージを検出することと、第２の時間において、調整デバイスの第２のモードを特定することと、第２のモードに基づいて、調整デバイスがモバイルデバイスの現在のモードにかかわりなく、調整デバイスにおいて第２のメッセージのために調整デバイスアラートを提示するべきであると決定することと、調整デバイスがモバイルデバイスの現在のモードにかかわりなく調整デバイスにおいて第２のメッセージのために調整デバイスアラートを提示するべきであると決定したことに応じて、調整デバイスにおいて上記メッセージ及び第２のメッセージの各々のために調整デバイスアラートを提示することと、第１のキュー項目をアラートキューから削除することと、を含むことができる。
【０００７】
ロケーション特性を判定することは、モバイルデバイス及び調整デバイスが同じネットワークに接続されているかどうかを判定することを含むことができ、近接条件は、モバイルデバイス及び調整デバイスが同じネットワークに接続されていると、満足されることができる。調整デバイスがアプリのためのメッセージ転送に対処するべきであるかどうかを決定することは、アプリがブラックリスト上で特定されているかどうかを判定することを含むことができる。アプリがブラックリスト上で特定されていると判定されると、調整デバイスはそのアプリのためのメッセージ転送に対処するべきではないと決定されることができる。
【０００８】
本方法は１つ以上の追加アクションを更に含むことができる。１つ以上の追加アクションは、調整デバイスが活動モードになっていると判定されると、メッセージに対応するモバイルデバイスアラートを抑止せよとの命令に対応する信号を、モバイルデバイスへ送信することを含むことができる。１つ以上の追加アクションは、調整デバイスにおいて、他のメッセージを検出することと、近接条件が満足されていないと判定することと、調整デバイスにおいて、他のメッセージのための調整デバイスアラートを提示することと、を含むことができる。１つ以上の追加アクションは、調整デバイスにおいて、他のメッセージを検出することと、調整デバイスが、この調整デバイスが、メッセージに応じて誘発される聴覚刺激を抑止するべきであることを示す妨害拒否（do-not-disturb）モードになっていると特定することと、他のメッセージに対応する聴覚アラートを提示しないようにとの命令に対応する他の信号をモバイルデバイスへ送信することと、を含むことができる。
【０００９】
１つ以上の追加アクションは、調整デバイスが活動モードになっていないと判定されると、モバイルデバイスがメッセージのためのアラートの提示に対処していることを、モバイルデバイスが示さなかったと判定することと、調整デバイスにおいて、調整デバイスアラートを提示することと、を含むことができる。
【００１０】
１つ以上の追加アクションは、調整デバイスが活動モードになっていると判定されると、メッセージのための視覚通知提示を生成することと、視覚通知提示を調整デバイス上で提示することと、を含むことができる。１つ以上の追加アクションは、調整デバイスが活動モードになっていないと判定されると、その後、調整デバイスが活動モードになっていると特定することと、メッセージのための通知が保留中であると判定することと、メッセージのための視覚通知提示を生成することと、視覚通知提示を調整デバイス上で提示することと、を含むことができる。
【００１１】
１つ以上の追加アクションは、メッセージに関連付けられたアプリを特定することと、特定されたアプリに基づいて、調整デバイスがそのアプリのためのメッセージ転送に対処するべきであるかどうかを決定することと、調整デバイスがアプリのための転送に対処するべきであると決定されると、他の電子デバイスを特定することと、を含むことができる。調整デバイス及び他の電子デバイスの各々は同じアカウントに関連付けられ、調整デバイスから、信号を他の電子デバイスへ送信することができる。信号はメッセージの少なくとも一部を含むことができる。
【００１２】
いくつかの実施形態では、コンピュータにより実行される方法であって、モバイルデバイスにおいて、第１の時間においてメッセージを検出することと、メッセージに対応するアラートを提示せよとの勧誘に対応する信号が第１の時間からある期間以内に調整デバイスから受信されるかどうかを判定するために通信チャネルを監視することと、を含むことができる方法が提供されることができる。信号が上記期間以内に調整デバイスから受信されると、モバイルデバイスが活動モードになっているかどうかが特定されることができる。モバイルデバイスが活動モードになっていると特定されると、メッセージのためのモバイルデバイスアラートがモバイルデバイスにおいて提示されることができ、第２の信号が調整デバイスへ送信されることができる。第２の信号は、モバイルデバイスがメッセージのためのアラートの提示に対処していることを示すことができる。信号が上記期間以内に調整デバイスから受信されなければ、メッセージのためのモバイルデバイスアラートが提示されることができる。
【００１３】
ロケーション特性を判定することは、モバイルデバイスによって、モバイルデバイス及び調整デバイスが同じネットワークに接続されているかどうかを判定することを含むことができる。モバイルデバイス及び調整デバイスが同じネットワークに接続されていると、近接条件が満足されることができる。モバイルデバイスによって、調整デバイスが活動モードになっているかどうかを特定することは、モバイルデバイスのディスプレイスクリーンがロック解除されているかどうか、及びモバイルデバイスが装着されていることを推測するための１つ以上の条件が満たされているかどうかを判定することを含むことができる。１つ以上の条件は１つ以上のセンサ測定値に基づくことができる。モバイルデバイスアラート及び調整デバイスアラートの各々は聴覚又は触覚アラートを含むことができる。
【００１４】
本方法は１つ以上の追加アクションを含むことができる。１つ以上の追加アクションは、モバイルデバイスが活動モードになっていないと特定されると、メッセージのためのモバイルデバイスアラートの提示を抑止することと、モバイルデバイスがメッセージのためのアラートの提示に対処していないことを示す拒絶信号を調整デバイスへ送信することと、を含むことができる。
【００１５】
１つ以上の追加アクションは、モバイルデバイスが妨害拒否モードになっていると特定することと、第２の信号を調整デバイスへ送信することと、を含むことができる。第２の信号は、モバイルデバイスがメッセージのためのアラートの提示に対処しておらず、モバイルデバイスにおけるメッセージのためのモバイルデバイスアラートの提示を抑止していることを示すことができる。
【００１６】
１つ以上の追加アクションは、モバイルデバイスによって、調整デバイスのロケーション特性を判定することと、モバイルデバイスによって、ロケーション特性を用いて、近接条件が満足されていると判定することと、モバイルデバイスが、近接条件が満足されていると判定したことに応じて、モバイルデバイスにおいてメッセージのためのモバイルデバイスアラートを提示することを少なくとも一時的に控えることと、を含むことができる。
【００１７】
１つ以上の追加アクションは、モバイルデバイスが活動モードになっていると特定されると、メッセージのための視覚通知提示を生成することと、視覚通知提示をモバイルデバイス上で提示することと、を含むことができる。１つ以上の追加アクションは、モバイルデバイスが活動モードになっていないと特定されると、第２の時間において、モバイルデバイスが活動モードになっていると特定することと、メッセージのための通知が保留中であると判定することと、メッセージのための視覚通知提示を生成することと、視覚通知提示をモバイルデバイス上で提示することと、を含むことができる。
【００１８】
いくつかの実施形態では、調整デバイスが提供されることができる。調整デバイスは、刺激を出力するように構成された出力構成要素と、通信を他のデバイスへ送信するように構成された接続構成要素と、を含むことができる。調整デバイスはまた、出力構成要素及び接続構成要素に結合された１つ以上のプロセッサと、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサにアクションを実行させる命令を含むコンピュータ可読記憶媒体と、を含むことができる。アクションは、本明細書において開示されている１つ以上の方法の一部又は全てを含むことができる。
【００１９】
１つ以上の追加アクションは、調整デバイスが活動モードになっていないと判定されると、モバイルデバイスがメッセージのためのアラートの提示に対処していることを、モバイルデバイスが示さなかったと判定することと、調整デバイスにおいて調整デバイスアラートを提示することと、を含むことができる。調整デバイスが活動モードになっているかどうかを判定することは、調整デバイスのディスプレイスクリーンがオンになっているか、又はロック解除されているかどうかを判定することを含むことができる。モバイルデバイスアラート及び調整デバイスアラートの各々は聴覚又は触覚アラートを含むことができる。調整デバイスは電話を含むことができる。メッセージは、リモートソースからの情報の検出を伝達するメッセージ、別のユーザからのメッセージ、又は調整デバイスにおいてローカルに生成されたメッセージに対応することができる。
【００２０】
アクションは１つ以上の追加アクションを更に含むことができる。１つ以上の追加アクションは、他のメッセージを検出することと、近接条件が満足されていないと判定することと、出力構成要素を介して調整デバイスにおいて他のメッセージのための調整デバイスアラートを提示することと、を含むことができる。１つ以上の追加アクションは、他のメッセージを検出することと、メッセージに応じて誘発される聴覚刺激を調整デバイスが抑止するべきであることを示す妨害拒否モードに、この調整デバイスがなっていると特定することと、他のメッセージに対応する聴覚アラートを提示しないようにとの命令に対応する他の信号を接続構成要素を介してモバイルデバイスへ送信することと、を含むことができる。
【００２１】
モードが第１の時間において特定されることができ、アラート調整基準が満足されていると判定されることができ、アクションは、第１のキュー項目をアラートキューに追加することと、（第１のキュー項目はメッセージに対応することができる）、第２のメッセージを検出することと、第２の時間において、調整デバイスの第２のモードを特定することと、第２のモードに基づいて、調整デバイスがモバイルデバイスの現在のモードにかかわりなく、調整デバイスにおいて第２のメッセージのために調整デバイスアラートを提示するべきであると決定することと、調整デバイスがモバイルデバイスの現在のモードにかかわりなく、調整デバイスにおいて第２のメッセージのために調整デバイスアラートを提示するべきであると決定したことに応じて、調整デバイスにおいて、上記メッセージ及び第２のメッセージの各々のために調整デバイスアラートを提示することと、第１のキュー項目をアラートキューから削除することと、を更に含む。
【００２２】
いくつかの実施形態では、モバイルデバイスであって、刺激を出力するように構成された出力構成要素と、１つ以上の通信チャネルを通じて通信を他のデバイスへ送信するように構成された接続構成要素と、を含むことができるモバイルデバイスが提供されることができる。モバイルデバイスはまた、出力構成要素及び接続構成要素に結合された１つ以上のプロセッサと、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサにアクションを実行させる命令を含むコンピュータ可読記憶媒体と、を含むことができる。アクションは、本明細書において開示されている１つ以上の方法の一部又は全てを含むことができる。
【００２３】
アクションは、調整デバイスのロケーション特性を判定することと、ロケーション特性を用いて、基準が満足されていると判定することと、ロケーション特性が満足されていると判定したことに応じて、メッセージのためのモバイルデバイスアラートを提示することを少なくとも一時的に控えることと、を更に含むことができる。モバイルデバイスアラート及び調整デバイスアラートの各々は聴覚又は触覚アラートを含むことができる。
【００２４】
いくつかの実施形態では、調整デバイスシステムが提供されることができる。調整デバイスシステムは、メッセージを検出するための検出モジュールと、モバイルデバイスのロケーション特性を判定し、ロケーション特性に基づいて、近接条件が満足されていると判定するためのデバイス検出器モジュールと、を含むことができる。調整デバイスシステムは、調整デバイスシステムが活動モードになっているかどうかを判定するためのモード検出モジュールと、調整デバイスが活動モードになっていると判定されると、調整デバイスシステムにおいて調整デバイスアラートを提示するための出力モジュールと、を含むことができる。調整デバイスシステムは、調整デバイスが活動モードになっていないと判定されると、メッセージに対応するモバイルデバイスアラートを提示せよとの勧誘に対応する信号をモバイルデバイスへ送信するためのアラート調整モジュールを含むことができる。
【００２５】
アラート調整モジュールは更に、調整デバイスが活動モードになっていると判定されると、メッセージに対応するモバイルデバイスアラートを抑止せよとの命令に対応する信号を、モバイルデバイスへ送信するためのものであることができる。
【００２６】
検出モジュールは更に、他のメッセージを検出するためのものであることができる。デバイス検出器モジュールは更に、近接条件が満足されていないと判定するためのものであることができる。出力モジュールは更に、調整デバイスにおいて他のメッセージのための調整デバイスアラートを提示するためのものであることができる。
【００２７】
アラート調整モジュールは更に、調整デバイスが活動モードになっていないと判定されると、モバイルデバイスがメッセージのためのアラートの提示に対処していることを、モバイルデバイスが示さなかったと判定するためのものであることができる。出力モジュールは更に、モバイルデバイスがメッセージのためのアラートの提示に対処していることを、モバイルデバイスが示さなかったと判定したことに応じて、調整デバイスにおいて調整デバイスアラートを提示するためのものであることができる。
【００２８】
いくつかの実施形態では、モバイルデバイスシステムが提供されることができる。モバイルデバイスシステムは、第１の時間においてメッセージを検出するための検出モジュールと、メッセージに対応するアラートを提示せよとの勧誘に対応する信号が第１の時間からある期間以内に調整デバイスから受信されるかどうかを判定するためのアラート調整モジュールと、を含むことができる。モバイルデバイスシステムはまた、メッセージに対応するアラートを提示せよとの勧誘に対応する信号が、第１の時間から上記期間以内に調整デバイスから受信されると、モバイルデバイスシステムが活動モードになっているかどうかを特定するためのモード検出モジュールを含むことができる。モバイルデバイスシステムは、信号が上記期間以内に調整デバイスから受信され、且つモバイルデバイスシステムが活動モードになっているか、又は信号が上記期間以内に調整デバイスから受信されなければ、メッセージのためのアラートを提示するための出力モジュールを更に含むことができる。アラート調整モジュールは更に、信号が上記期間以内に調整デバイスから受信され、且つモバイルデバイスが活動モードになっていると、第２の信号を調整デバイスへ送信するためのものであることができる。第２の信号は、モバイルデバイスシステムがメッセージのためのアラートの提示に対処していることを示すことができる。
【００２９】
出力モジュールは更に、モバイルデバイスが活動モードになっていないと特定されると、メッセージのためのモバイルデバイスアラートの提示を抑止するためのものであることができる。アラート調整モジュールは更に、モバイルデバイスが活動モードになっていないと特定されると、拒絶信号を調整デバイスへ送信するためのものであることができる。拒絶信号は、モバイルデバイスシステムがメッセージのためのアラートの提示に対処していないことを示すことができる。
【００３０】
モード検出モジュールは更に、モバイルデバイスが妨害拒否モードになっているかどうかを判定するためのものであることができる。アラート調整モジュールは更に、モバイルデバイスが妨害拒否モードになっていると判定されると、第２の信号を調整デバイスへ送信するためのものであることができる。第２の信号は、モバイルデバイスがメッセージのためのアラートの提示に対処していることを示す。出力モジュールは更に、モバイルデバイスが妨害拒否モードになっていると判定されると、モバイルデバイスにおけるメッセージのためのモバイルデバイスアラートの提示を抑止するためのものであることができる。
【００３１】
いくつかの実施形態では、本明細書において開示されている調整デバイスシステムとモバイルデバイスシステムとを含むシステムが提供されることができる。いくつかの実施形態では、本明細書において開示されている調整デバイスとモバイルデバイスとを含むシステムが提供されることができる。
【００３２】
いくつかの実施形態では、コンピュータにより実行される方法が提供されることができる。本方法は、調整デバイスにおいて、メッセージを検出することと、メッセージに関連付けられたアプリを特定することと、を含むことができる。本方法は、アプリがブラックリスト上で特定され得るかどうかを判定することを更に含むことができ、アプリがブラックリスト上で特定されていないと判定されると、モバイルデバイスが特定されることができ（ここで、調整デバイス及び他の電子デバイスの各々は同じアカウントに関連付けられていることができる）、サブスクライブ・アプリが、メッセージを処理するためにサブスクライブされているかどうかが判定されることができる。サブスクライブ・アプリは、メッセージに関連付けられたアプリ又は他のアプリを含むことができる。サブスクライブ・アプリが、メッセージを処理するためにサブスクライブされていると判定され、且つアプリがブラックリスト上で特定されていないと判定されると、サブスクライブ・アプリは、メッセージを処理することを可能にすることができ、処理されたメッセージはアクセスされることができ、処理されたメッセージを含む信号が調整デバイスからモバイルデバイスへ送信されることができる。サブスクライブ・アプリが、メッセージを処理するためにサブスクライブされていないと判定されると、信号が調整デバイスからモバイルデバイスへ送信されることができる。信号はメッセージの少なくとも一部を含むことができる。アプリがブラックリスト上で特定されていると判定されると、調整デバイスは、メッセージ又はその処理されたバージョンを他の電子デバイスへ転送することを控えることができる。モバイルデバイスのロケーション特性が判定されることができる。ロケーション特性に基づいて、近接条件が満足されていると判定されることができる。調整デバイスは、調整デバイスが活動モードになっているかどうかを判定することができる。調整デバイスが活動モードになっていると判定されると、調整デバイスにおいて調整デバイスアラートが提示されることができる。調整デバイスが活動モードになっていないと判定されると、信号がモバイルデバイスへ送信されることができる。信号は、メッセージに対応するモバイルデバイスアラートを提示せよとの勧誘に対応することができる。
【００３３】
いくつかの実施形態では、コンピュータにより実行される方法が提供されることができる。本方法は、調整デバイスにおいて、メッセージを検出することと、メッセージに関連付けられたアプリを特定することと、を含むことができる。本方法はまた、特定されたアプリに基づいて、調整デバイスがそのアプリのためのメッセージ転送に対処するべきであるかどうかを決定することと、調整デバイスがアプリのためのメッセージ転送に対処するべきであると決定されると、他の電子デバイスを特定することと、を含むことができる。調整デバイス及び他の電子デバイスの各々は同じアカウントに関連付けられていることができる。本方法は、調整デバイスから、信号を他の電子デバイスへ送信することを更に含むことができる。信号はメッセージの少なくとも一部を含むことができる。いくつかの例では、調整デバイス及び他のデバイスのうちの１つのみがメッセージのための聴覚又は触覚アラートを提示する。
【００３４】
調整デバイスがアプリのためのメッセージ転送に対処するべきであるかどうかを決定することは、アプリがブラックリスト上で特定されているかどうかを判定することを含むことができる。アプリがブラックリスト上で特定されていると判定されると、調整デバイスはそのアプリのためのメッセージ転送に対処するべきではないと決定されることができる。調整デバイスのためのオペレーティングシステムがブラックリストを含むことができる。ブラックリストは静的であることができ、そのため、どのアプリがブラックリスト上で特定されているのかは変化しない。調整デバイスがアプリのためのメッセージ転送に対処するべきであるかどうかを決定することは、アプリが、メッセージ配信に対処するための電子サブスクライバに関連付けられているかどうかを判定することを含むことができる。アプリがサブスクライバを有していると、調整デバイスはアプリのためのメッセージ転送に対処するべきではないと決定されることができる。
【００３５】
調整デバイスがアプリのためのメッセージ転送に対処するべきであるかどうかを決定することは、アプリの識別子を用いた探索（look-up）技法を実行することを含むことができる。調整デバイスが活動モードになっていると判定されるか、又は調整デバイスも他のデバイスも、活動モードになっていると判定されなければ、調整デバイスはメッセージのための聴覚又は触覚アラートを提示することができる。調整デバイスが活動モードになっているかどうかを判定することは、調整デバイスのスクリーンがオンになっているか、又はロック解除されているかどうかを判定することを含むことができる。
【００３６】
本方法は、調整デバイス上で実行するデーモンによって実行されることができる。メッセージを検出することは、メッセージを含むことができる第１の信号をサーバから受信することを含むことができる。他の電子デバイスへ送信される信号は、第１の信号内のデータの少なくとも一部を欠くことができる。他の電子デバイスは装着型電子デバイスであることができる。調整デバイスがアプリのためのメッセージ転送に対処するべきであると決定されると、複数の他の電子デバイスが特定されることができる。他の電子デバイス及び調整デバイスの各々は同じアカウントに関連付けられていることができる。複数の他の電子デバイスは他の電子デバイスを含むことができる。更に、調整デバイスがアプリのためのメッセージ転送に対処するべきであると決定されると、信号が調整デバイスから他の電子デバイスの各々へ送信されることができる。信号はメッセージの少なくとも一部を含むことができる。
【００３７】
いくつかの実施形態では、コンピュータにより実行される方法であって、モバイルデバイスにおいて、調整デバイスによってモバイルデバイスへ転送された第１のメッセージを受信することを含む方法が提供されることができる。メッセージは、調整デバイスがメッセージ転送に対処するべきである第１のアプリに関連付けられていることができる。本方法はまた、他のデバイスが第１のメッセージのためのアラート提示に対処するべきであると決定することと、他のデバイスがメッセージのためのアラート提示に対処するべきであると決定したことに応じて、モバイルデバイスにおいて、第１のメッセージのための非視覚アラートの提示を抑止することと、を含むことができる。本方法は、モバイルデバイスにおいて、ソースからの第２のメッセージを受信することを更に含むことができる。いくつかの例では、ソースは調整デバイスではない。メッセージは、調整デバイスがメッセージ転送に対処するべきでない第２のアプリに関連付けられていることができる。本方法は、第２のメッセージのための非視覚アラートを提示することを更に含むことができる。
【００３８】
非視覚アラートの提示を抑止することは、第１のメッセージのための非視覚アラートを提示しないことを含むことができる。他のデバイスが第１のメッセージのためのアラート提示に対処するべきであると決定することは、第１のメッセージのためのアラート提示の勧誘が既定の期間以内に受信されなかったと判定することを含むことができる。ソースはリモートサーバであることができる。モバイルデバイスと調整デバイスとはショートレンジ接続を介して接続されることができる。
【００３９】
いくつかの実施形態では、調整デバイスが提供される。デバイスは、刺激を出力するように構成された出力構成要素と、１つ以上の通信チャネルを通じて通信を他のデバイスへ送信するように構成された接続構成要素と、を含むことができる。デバイスはまた、出力構成要素及び接続構成要素に結合された１つ以上のプロセッサと、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、本明細書において開示されている方法を実行させる命令を包含するコンピュータ可読記憶媒体と、を含むことができる。
【００４０】
いくつかの実施形態では、モバイルデバイスが提供される。デバイスは、刺激を出力するように構成された出力構成要素と、１つ以上の通信チャネルを通じて通信を他のデバイスから受信するように構成された接続構成要素と、を含むことができる。デバイスはまた、出力構成要素及び接続構成要素に結合された１つ以上のプロセッサと、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、本明細書において開示されている方法を含むアクションを実行させる命令を含むコンピュータ可読記憶媒体と、を含むことができる。
【００４１】
いくつかの実施形態では、調整デバイスシステムが提供される。システムは、メッセージを検出するための検出モジュールと、メッセージに関連付けられたアプリを特定するためのアプリ特定モジュールと、を含むことができる。システムはまた、特定されたアプリに基づいて、調整デバイスがそのアプリのためのメッセージ転送に対処するべきであるかどうかを決定し、調整デバイスがそのアプリのためのメッセージ転送に対処するべきであると決定されると、他の電子デバイスを特定するための通知配信モジュールを含むことができる。調整デバイスシステム及び他の電子デバイスの各々は同じアカウントに関連付けられていることができる。調整デバイスがアプリのためのメッセージ転送に対処するべきであると決定されると、通知配信モジュールは調整デバイスシステムから信号を他の電子デバイスへ送信することができる。信号はメッセージの少なくとも一部を含むことができる。いくつかの例では、調整デバイスシステム及び他のデバイスのうちの１つのみがメッセージのための聴覚又は触覚アラートを提示する。
【００４２】
いくつかの実施形態では、モバイルデバイスシステムが提供される。システムは、調整デバイスによってモバイルデバイスシステムへ転送された第１のメッセージを受信するための検出モジュールを含むことができる。メッセージは、調整デバイスがメッセージ転送に対処するべきである第１のアプリに関連付けられていることができる。検出モジュールは更に、第２のメッセージをソースから受信するためのものであることができる。いくつかの例では、ソースは調整デバイスではない。メッセージは、調整デバイスがメッセージ転送に対処するべきでない第２のアプリに関連付けられていることができる。システムはまた、他のデバイスが第１のメッセージのためのアラート提示に対処するべきであると決定するためのアラート調整モジュールを含むことができる。システムは、他のデバイスが第１のメッセージのためのアラート提示に対処するべきであると決定したことに応じて、第１のメッセージのための非視覚アラートの提示を抑止し、第２のメッセージのための非視覚アラートを提示するための出力モジュールを更に含むことができる。
【００４３】
いくつかの例では、本明細書において開示されている調整デバイスシステムと、本明細書において開示されているモバイルデバイスシステムとを含むシステムが提供される。いくつかの例では、本明細書において開示されている調整デバイスと、本明細書において開示されているモバイルデバイスとを含むシステムが提供される。
【００４４】
いくつかの実施形態では、コンピュータにより実行される方法が提供されることができる。本方法は、調整デバイスにおいて、メッセージを検出することを含むことができる。メッセージは調整デバイスにおいてローカルに生成されるか、又は調整デバイスにおいてリモートソースから受信されることができる。本方法はまた、メッセージを処理するためにサブスクライブされているアプリを特定することと、アプリがメッセージを処理することを可能にすることと、を含むことができる。本方法は、他の電子デバイスを特定することを更に含むことができる。調整デバイス及び他の電子デバイスの各々は同じアカウントに関連付けられていることができる。本方法は、調整デバイスから、処理されたメッセージを含む信号を他の電子デバイスへ送信することをなお更に含むことができる。
【００４５】
信号はアプリの識別子を含むことができる。メッセージを処理することは、メッセージ内のデータの不完全なサブセットを抽出することを含むことができる。処理されたメッセージはデータの不完全なサブセットを含むことができる。メッセージは調整デバイスにおいて他のアプリによってローカルに生成されることができる。メッセージは調整デバイスのロケーションを示すことができる。メッセージは、カレンダーイベント若しくはリマインダ、テキストメッセージ、電子メール、又は電話の通話に対応することができる。メッセージを処理するためにサブスクライブされているアプリを特定することは、調整デバイスにおいて記憶されているサブスクライバ構造内で、メッセージに対応する情報を探索することを含むことができる。情報は、メッセージを生成したアプリの識別子又はメッセージのソースを含むことができる。
【００４６】
本方法は１つ以上の追加アクションを含むことができる。１つ以上の追加アクションは、調整デバイスにおいて、他のメッセージを検出することと、メッセージの配信に対処するためにサブスクライブされているアプリがないと判定することと、メッセージの配信に対処するためにサブスクライブされているアプリがないと判定したことに応じて、他のメッセージを含むことができる信号を他の電子デバイスへ送信することと、を含むことができる。１つ以上の追加アクションは、調整デバイスにおいて、他のメッセージを検出することと、他のメッセージの配信に対処するためにサブスクライブされている他のアプリを特定することと、他のメッセージの配信に対処するためにサブスクライブされている他のアプリを特定したことに応じて、他のメッセージに対応する信号を他の電子デバイスへ送信しないことと、を含むことができる。
【００４７】
１つ以上の追加アクションは、調整デバイスにおいて、他のメッセージを検出することと、他のメッセージに関連付けられた他のアプリを特定することと、他のアプリがブラックリスト上で特定されていると判定することと、他のメッセージに対応する信号を他の電子デバイスへ送信しないことと、を含むことができる。１つ以上の追加アクションは、調整デバイスが活動モードになっているかどうかを判定することと、調整デバイスが活動モードになっていると判定されると、調整デバイスにおいて、メッセージに対応する調整デバイスアラートを提示することと、調整デバイスが活動モードになっていないと判定されると、メッセージに対応するモバイルデバイスアラートを提示せよとの勧誘に対応する信号を他の電子デバイスへ送信することと、を含むことができる。
【００４８】
いくつかの実施形態では、コンピュータにより実行される方法であって、電子デバイスにおいて、調整デバイスから送信された信号を受信することを含むことができる方法が提供されることができる。信号は、イベントを表す調整デバイスにおいてローカルに生成されたイベントメッセージ、又は調整デバイスにおいてリモートソースから受信された受信メッセージに対応するデータを含むことができる。調整デバイス及び電子デバイスの各々は同じアカウントに関連付けられている。本方法は、信号に関連付けられたアプリを特定することと、アプリが、電子デバイスにおいて、信号内のデータを、イベント又は受信メッセージを表す通知に変換することを可能にすることと、を更に含むことができる。本方法はまた、通知のための視覚通知提示を生成することと、視覚通知提示を提示することと、を含むことができる。
【００４９】
信号はアプリの識別子を含むことができる。信号内のデータを通知に変換することは、データを、電子デバイスにおいて記憶されている他のデータと組み合わせることを含むことができる。信号は調整デバイスのロケーションを示すことができる。イベントはカレンダーイベント又はリマインダに対応することができる。受信メッセージは、テキストメッセージ、電子メール、又は電話の通話に対応することができる。
【００５０】
本方法は１つ以上の追加アクションを含むことができる。１つ以上の追加アクションは、調整デバイスによって送信された他の信号を電子デバイスにおいて受信することを含むことができる。他の信号は、他のイベントを表す調整デバイスにおいてローカルに生成された他のイベントメッセージ、又は調整デバイスにおいて、同じ、又は異なるリモートソースから受信された他の受信メッセージに対応する他のデータを含むことができる。１つ以上の追加アクションは、他の信号に関連付けられた他のアプリを特定することと、他のアプリが、電子デバイスにおいて、他の信号内の他のデータを、他のイベント又は他の受信メッセージを表す他の通知に変換することを可能にすることと、を含むことができる。データの変換は変換プロトコルを用いることができる。他のデータの変換は異なる変換プロトコルを用いる。
【００５１】
いくつかの実施形態では、調整デバイスであって、１つ以上の通信チャネルを通じて通信を他のデバイスへ送信するように構成された接続構成要素と、この接続構成要素に結合された１つ以上のプロセッサと、を含むことができる調整デバイスが提供されることができる。調整デバイスはまた、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、本明細書において開示されている１つ以上の方法内に含まれるアクションのうちのいくつか又は全てを実行させる命令を含むコンピュータ可読記憶媒体を含むことができる。
【００５２】
いくつかの実施形態では、電子デバイスであって、刺激を出力するように構成された出力構成要素と、１つ以上の通信チャネルを通じて通信を他のデバイスへ送信するように構成された接続構成要素と、を含むことができる電子デバイスが提供されることができる。電子デバイスはまた、出力構成要素及び接続構成要素に結合された１つ以上のプロセッサと、１つ以上のプロセッサによって実行されると、１つ以上のプロセッサに、本明細書において開示されている１つ以上の方法内に含まれるいくつか又は全てのアクションを実行させる命令を含むコンピュータ可読記憶媒体と、を含むことができる。
【００５３】
いくつかの実施形態では、メッセージを検出するための検出モジュールを含むことができる調整デバイスシステムが提供されることができる。メッセージは調整デバイスシステムにおいてローカルに生成されるか、又は調整デバイスシステムにおいてリモートソースから受信されることができる。調整デバイスシステムはまた、メッセージを処理するためにサブスクライブされているアプリを特定するためのサブスクライバ検出モジュールと、そのアプリがメッセージを処理することを可能にし、処理されたメッセージを含む信号を他の電子デバイスへ送信するための通知配信モジュールと、を含むことができる。調整デバイスシステムは、他の電子デバイスを特定するための宛先特定モジュールを更に含むことができる。調整デバイスシステム及び他の電子デバイスの各々は同じアカウントに関連付けられていることができる。
【００５４】
メッセージを処理することは、メッセージ内のデータの不完全なサブセットを抽出することを含むことができる。処理されたメッセージはデータの不完全なサブセットを含むことができる。メッセージは調整デバイスシステムにおいて他のアプリによってローカルに生成されることができる。メッセージは調整デバイスシステムのロケーションを示すことができる。検出モジュールは更に、他のメッセージを検出するためのものであることができる。サブスクライバ検出器モジュールは更に、他のメッセージの配信に対処するためにサブスクライブされているアプリがないと判定するためのものであることができる。通知配信モジュールは更に、他のメッセージの配信に対処するためにサブスクライブされているアプリがないと判定したことに応じて、他のメッセージを含むことができる信号を他の電子デバイスへ送信するためのものであることができる。アプリが、メッセージを処理するためにサブスクライブされていると判定することは、調整デバイスにおいて記憶されているサブスクライバ構造内で、メッセージに対応する情報を探索することを含むことができる。
【００５５】
いくつかの実施形態では、調整デバイスから送信された信号を受信するための検出モジュールを含むことができるシステムが提供されることができる。信号は、イベントを表す調整デバイスにおいてローカルに生成されたイベントメッセージ、又は調整デバイスにおいてリモートソースから受信された受信メッセージに対応するデータを含むことができる。調整デバイス及びシステムの各々は同じアカウントに関連付けられていることができる。システムはまた、信号に関連付けられたアプリを特定するためのアプリ特定モジュールと、アプリが信号内のデータを、イベント又は受信メッセージを表す通知に変換することを可能にするための他デバイス配信モジュールと、を含むことができる。システムは、通知のための視覚通知提示を生成し、視覚通知提示を提示するための出力モジュールを更に含むことができる。データを変換することは、システムにおいてローカルに記憶されている他のデータを取り出すことと、前述のデータを、取り出された他のデータを含むように少なくとも一部拡張することと、を含むことができる。
【００５６】
いくつかの例では、本明細書において開示されている調整デバイスシステムと、本明細書において開示されているシステムとを含むシステムが提供される。いくつかの例では、本明細書において開示されている調整デバイスと、本明細書において開示されている電子デバイスとを含むシステムが提供される。
【００５７】
以下の詳細な説明及び添付の図面を参照することにより、本発明の性質及び利点に関する理解をより深めることができよう。
【図面の簡単な説明】
【００５８】
【図１】単一のメッセージに関するアラートを重複して提示する複数の近くのデバイスの一例を示す。
【００５９】
【図２Ａ】本発明の一実施形態に係る、様々なデバイス特性を考慮したアラートの選択的提示の例を示す。
【図２Ｂ】本発明の一実施形態に係る、様々なデバイス特性を考慮したアラートの選択的提示の例を示す。
【図２Ｃ】本発明の一実施形態に係る、様々なデバイス特性を考慮したアラートの選択的提示の例を示す。
【００６０】
【図３】本発明の一実施形態に係る、メッセージ配信及び／又は調整されたアラート提示を促進するためにネットワーク上で接続されたデバイスの例を示す。
【００６１】
【図４Ａ】本発明の一実施形態に係るユーザデバイスのブロック図を示す。
【００６２】
【図４Ｂ】本発明の一実施形態に係るメッセージ転送器のブロック図を示す。
【００６３】
【図４Ｃ】本発明の一実施形態に係るアラートマネージャのブロック図を示す。
【００６４】
【図５】本発明の一実施形態に係る目標デバイスの簡略ブロック図である。
【００６５】
【図６】本発明の一実施形態に係る調整デバイスの簡略ブロック図である。
【００６６】
【図７】本発明の一実施形態に係る電子デバイスの一例を示す。
【００６７】
【図８】本発明の一実施形態に係る装着型電子デバイスの例示的な概略図を示す。
【００６８】
【図９】ユーザがサンプル電子デバイスを装着し、第２の電子デバイスを自分のポケットに入れている様子を示す。
【００６９】
【図１０】本発明の一実施形態に係る、メッセージを受信し、適切な応答アクションを実行するためのプロセスのフロー図である。
【００７０】
【図１１】本発明の一実施形態に係る、メッセージを他のデバイスへ転送するべきかどうかを決定するためのプロセスのフロー図である。
【００７１】
【図１２】本発明の一実施形態に係る、サブスクライブ・アプリが、メッセージを他のデバイスへ転送する前に、メッセージを処理することを可能にするためのプロセスのフロー図である。
【００７２】
【図１３】本発明の一実施形態に係る、処理されたメッセージを変換するためのプロセスのフロー図である。
【００７３】
【図１４】本発明の一実施形態に係る、アラートを提示するべきであるかどうかを決定するためのプロセスのフロー図である。
【００７４】
【図１５】本発明の一実施形態に係る、アラートを提示するべきであるかどうかを決定するためのプロセスのフロー図である。
【００７５】
【図１６】本発明の一実施形態に係る、アラートを提示するべきであるかどうかを決定するためのプロセスのフロー図である。
【００７６】
【図１７】本発明の一実施形態に係る、妨害拒否モードになっている間にメッセージに応答するためのプロセスのフロー図である。
【００７７】
【図１８】本発明の一実施形態に係る、妨害拒否モードになっている間にメッセージに応答するためのプロセスのフロー図である。
【発明を実施するための形態】
【００７８】
本発明の特定の実施形態は、デバイス間におけるイベントメッセージの配信、及び調整されたアラート提示を促進することができる。この促進は、メッセージが複数のデバイスに対して利用可能にされることをなおも可能にしつつ、サーバがメッセージを伝達するデバイスの数を低減することができる。
【００７９】
本明細書において更に詳細に説明されているように、いくつかの実施形態では、デバイス（例えば、調整デバイス）は、メッセージ、又はメッセージの通知を検出することができる。例えば、デバイスは、サーバ、又は他のデバイス（例えば、共有ユーザアカウントに関連付けられたもの、若しくはペアリングされたデバイス）からメッセージを受信することができるか、あるいは（例えば、カレンダーイベントに関連付けられた時間、株価が閾値を超えたこと、又はセンサ測定値が閾値を超えたことを検出した時に）メッセージをローカルに生成することができる。例えば、デーモンが、（例えば、通知ボード上の）新しいメッセージを表す新しい通知、又は新しいメッセージを含むサーバからの信号を検出することができる。メッセージは、（例えば、別のユーザ若しくはソースから発した）受信内容を含むことができ、及び／又はイベントの発生を表すことができる。
【００８０】
メッセージを検出すると、デバイスは、メッセージに関連付けられたアプリ（例えば、ＳＭＳアプリ、電子メールアプリ、ソーシャルネットワークアプリなど）を特定することができ、そのメッセージのための通知（例えば、関連付けられたアプリ、ソース、時間及び／又はメッセージ内容の一部又は全てを特定する）を生成することができる。その後、デバイスは通知を通知ボードに追加することができる。
【００８１】
メッセージが調整デバイス上の通知配信器によって転送されるべきでない１つ以上のアプリを特定するブラックリストがアクセスされることができる。更に、１つ以上のアプリの各々が、通知配信器がそれらのアプリのためにメッセージを転送する必要がなくなるよう、メッセージ配信に対処することになるサブスクライバを有するかどうかを特定するサブスクライバ構造（例えば、テーブル）がアクセスされることができる。
【００８２】
メッセージのためのアプリがブラックリスト上にも含まれず、配信対処サブスクライバも有していない場合には、調整デバイスはメッセージに基づいて信号を生成し、この信号をモバイルデバイスへ送ることができる。いくつかの例では、調整デバイスからモバイルデバイスへ送られる信号は、減縮及び／又は圧縮された通信である。例えば、調整デバイスは、サーバから受信されたデータを、（例えば、モバイルデバイスの特性に基づいて判定されたとおりに）モバイルデバイスに適用されないデータの少なくとも一部を除外するように減縮することができる。
【００８３】
メッセージ転送は、ユーザがデバイスのセットのうちの任意のものの上でメッセージ（例えば、テキストメッセージ、ボイスメール識別など）にアクセスすることを可能にすることができる。本発明のいくつかの実施形態は、重複するアラート（例えば、聴覚又は触覚アラート）が抑制されるようにデバイス間で更に調整する。所与のデバイスは、条件が満足されているかどうかに少なくとも一部基づいてアラート（例えば、聴覚及び／又は触覚アラート）を提示するべきかどうかを決定することができる。条件は、（例えば、同じユーザアカウントに各々関連付けられている）デバイスのセット内の少なくとも１つのデバイスがアラートを抑止するべきである（例えば、提示しない）状況を示すことができる。このような状況は、例えば、デバイスのセットが互いに物理的に接近していることを（例えば、デバイスがＢｌｕｅｔｏｏｔｈ（登録商標）技術又はＢｌｕｅｔｏｏｔｈ  ｌｏｗ  ｅｎｅｒｇｙを介して通信することができるかどうかを判定することによって、デバイスの地理的座標を比較することによって、及び／又は１つのデバイスによる他のデバイスの特徴の検出を介して）検出することを含むことができる。具体的に説明すると、条件は、デバイスがＢｌｕｅｔｏｏｔｈ技術を介してペアリングされることができる場合、又はデバイス間の分離が３０フィート以下である場合に満足されることができる。一例では、条件は、デバイスのセットのうちの任意のものが、（例えば、デバイスがユーザ入力を受け取っていること、及び／又は装着されていることを示す）特定のモードになっているかどうかを判定する。
【００８４】
条件が満足されていなければ、（例えば、ユーザアカウントに関連付けられた）デバイスのセットの各デバイスがメッセージのアラート（例えば、聴覚及び／又は触覚アラート）を提示することができる。条件が満足されていると、デバイスのうちの１つが、アラートを提示するために選択されることができる。どのデバイスが選択されるのかは、規則、デバイスのモード（例えば、それが活動状態であるのか、休止状態（asleep）であるのか、それとも妨害拒否モードになっているのか）、及び／又はデバイス優先度の評価に依存することができる。
【００８５】
いくつかの例では、条件が満足されていると判定された場合には、デバイスのセットのうちのどれがアラートを提示するべきであるか、及び／又はどれがアラートを抑止するべきであるかを判定するために更なる分析が実行されることができる。その後、デバイスのうちの少なくとも１つについてアラートの提示が抑止又は阻止されることができる。分析は、例えば、どのデバイスが特定のモードになっているか（例えば、活動モードになっており、且つ／若しくは装着されているか）を判定すること、並びに／又は優先順位内のデバイス優先度を評価することを含むことができる。例えば、複数のデバイスのうちの１つのみが活動モードになっており、且つ／又は装着されていると検出された場合には、そのデバイスが、アラートを提示するために選択されることができる。（例えば、互いに物理的に近くにあり、あるユーザアカウントに関連付けられているデバイスのセット内の）１つを超えるデバイスが活動モードになっており、且つ／又は装着されていると検出された場合には、優先順位（並びに／又はデバイス特性、デバイスモード、若しくは特定のデバイスに基づく階層）内の高（若しくは最高）優先度の、活動モードで、且つ／若しくは装着されたデバイスが、アラートを提示するために選択されることができる。活動モードになっており、且つ／又は装着されていると検出されたデバイスがない場合には、優先順位内の高（若しくは最高）優先度の（又は階層に沿って最高の）デバイスが、アラートを提示するために選択されることができる。デバイスは、相対ロケーション、デバイスのモード、及び／又はアラートを提示するべきかどうかを決定するために、互いに直接又は間接的に通信することができる。
【００８６】
追加的に、又は代替的に、デバイスは、メッセージのための視覚通知提示を提示するべきであるかどうかを決定することができる。視覚提示は、例えば、ソースユーザの識別子、メッセージに関連付けられた時間、メッセージに関連付けられたアプリ、並びに／又はメッセージ内容の一部若しくは全てを含むことができる。通知提示を提示するべきであるかどうかを決定することは、（例えば、デバイスと共有されたユーザアカウントに関連付けられた複数のデバイスのうちの）他のデバイスがメッセージのための通知提示をすでに提示したかどうか、並びに／又はユーザアクション（例えば、通知提示を見ること及び／若しくは閉じること）が（例えば、他のデバイスにおいて）メッセージのためにすでに受け取られたかどうかを判定することを含むことができる。
【００８７】
図２Ａ〜図２Ｃは、本発明の一実施形態に係る、様々なデバイス特性を考慮したアラートの選択的提示の例を示す。図２Ａ〜図２Ｃの各々は、複数の電子デバイスの様々な例示的特性、及びどのデバイス（単数又は複数）が、ユーザのアカウントにおいて受信された新しいメッセージの検出に応じてアラートを提示するべきであるかに関する指示を示す。
【００８８】
各デバイスは、モバイルデバイス又は調整デバイスであるように標識されている。いくつかの例では、調整デバイスは、モバイルデバイスの対応する特性に対して、より大きなバッテリ、より大きなメモリ及び／又はより高速のプロセッサに関連付けられたデバイスであることができる。いくつかの例では、調整デバイスは、アプリサーバからアプリメッセージを受信するデバイスであり、及び／又はモバイルデバイスは１つ以上の他のデバイスを介してのみアプリメッセージを受信する。
【００８９】
いくつかの例では、調整デバイスは、モバイルデバイスに関連付けられた優先度よりも高い優先度（例えば、デバイス識別子又はデバイスの種類によってデバイスを順位付けする優先度リスト上で）に関連付けられたデバイスであることができる。優先度リストは（例えば、オペレーティングシステムの一部として）固定されていることができるか、又は例えば、アプリデータ及び／若しくはユーザ入力に基づいて調節されることができる。優先度リストはアプリ固有のものであることができるか、又は全てのアプリに適用されることができる（例えば、それにより、アプリ開発者は、所与のアプリのために適用可能な優先度リストに影響を与えることができる）。実施形態によっては、調整デバイス又はモバイルデバイスとしてのデバイスの指定は、固定されていることができるか、あるいは時間的に、又は状況的に（例えば、どの他のデバイスが近くにあるかに依存して）変化することができる。
【００９０】
（様々な実施形態において）本明細書において称されるとおりの調整デバイス及びモバイルデバイスは、どちらも電子デバイスではないか、それらの一方又は両方が電子デバイスであることができることは理解されるであろう。いくつかの例では、調整デバイス及びモバイルデバイスの一方又は両方は、装着型デバイス（例えば、ネックレス、ヘッドバンド、クリップ、ベルト、ブレスレット、携帯時計、眼鏡、アームバンド、又はイヤホン）であることができる。調整デバイス、又は（例えば、調整デバイスからの通信を受信する）モバイルデバイスであるというデバイスの指定は、固定されていることができるか、あるいは時間的に、又は適用可能なタスクに基づいて変化することができる。例えば、特定のデバイスは、メッセージ転送プロセスに関しては調整デバイスであるが、アラート提示選択プロセスに関しては別の調整デバイスに従属し得るモバイルデバイスであることができる。別の例として、特定のデバイスは、第１のアプリに対応するメッセージのための調整デバイスであるが、第２のアプリに対応するメッセージに関しては非調整デバイスであることができる。このような区別は、デバイスがタスク又はアプリ間で優先度が変わることから生じ得る。更に、指定は他の指定に対して排他的であってもよいか、又は排他的でなくてもよい（例えば、それにより、デバイスは、異なるタスクを同時に実行しながら複数の指定を保持することができる）。
【００９１】
いくつかの例では、調整デバイスは、タブレット、デスクトップコンピュータ、ラップトップコンピュータ、モバイルデバイス又はスマートフォンを含むことができる。いくつかの例では、モバイルデバイスは、装着型デバイス並びに／又はネックレス、ヘッドバンド、クリップ、ベルト、ブレスレット、携帯時計、眼鏡、アームバンド、若しくはイヤホンを含むことができる。いくつかの例では、調整デバイスは、モバイルデバイスと比べて、異なるデバイスの種類のものであることができる。様々な例では、単一のモバイルデバイス、単一の調整デバイス、複数のモバイルデバイス及び／又は複数の調整デバイスが存在することができる。それゆえ、調整器とモバイルデバイスとの間には、一対一、一対多、多対一又は多対多の関係が存在することができる。
【００９２】
「モバイルデバイス」はモバイル（例えば、ハンドヘルド）デバイスであることができるが、代替実施形態では、本明細書において開示されている技法は、非モバイルデバイスに適用されるように拡張されることができることは理解されるであろう。例えば、本明細書においてモバイルデバイスと呼ばれるものは、スマート家電、スマートテレビ、又はサーモスタットを代わりに含むことができる。更に、必要というわけではないが、「調整デバイス」はモバイルデバイスであることができる。
【００９３】
更に、「調整デバイス」は調整技法を実行することができるが、代替実施形態では、本明細書において開示されている技法は、調整デバイスが調整を実行せず、且つ／又は調整に関与しないように拡張されることができることは理解されるであろう。更になお、いくつかの例では、モバイルデバイスが調整を実行することができ、且つ／又は調整に関与することができることは理解されるであろう。一例では、モバイル又は非モバイル型の第１のデバイスが、本明細書において開示されているアクションを実行し、及び／又は「調整デバイス」に関して本明細書において開示されている機能性を有することができ、異なるモバイル型又は非モバイル型の第２のデバイスが、本明細書において開示されているアクションを実行し、及び／又は「モバイルデバイス」に関して本明細書において開示されている機能性を有することができる。
【００９４】
本明細書における開示は、１つ以上の調整器及び／若しくはモバイルデバイスの間の通信、又はそれらの中での調整に関し得る。これらのデバイスは、例えば、同じユーザアカウント（例えば、オペレーティングシステム用のアカウント、電子メールアカウント、若しくはソーシャルネットワークアカウント）に関連付けられたデバイス、又はペアリングされたデバイスを含むことができる。
【００９５】
図２Ａにおける図では、サーバアプリケーションをホストするサーバ２０５が、ＷｉＦｉ（登録商標）ネットワーク２１０を介して（又はＬＡＮ若しくはショートレンジネットワークなどの、別のネットワークを介して）調整デバイス２１５ａと通信することができる。サーバ２０５は、メッセージを生成し、及び／又はそれらを送信するアプリをホストすることができる。メッセージは、例えば、人からのメッセージ（例えば、テキストメッセージ、電子メールメッセージ、ボイスメッセージ若しくは通話）、又は検出（例えば、新しいニュース記事の検出、金融指標が閾値を超えたことの検出、セキュリティアラーム条件が満足されたことの検出、ユーザのステータス変化の検出、予定開始時間が既定の期間以内にあることの検出など）に応じて生成されたメッセージを含むことができる。アプリケーションは、電子メールアプリ、ＳＭＳアプリ、ソーシャルネットワークアプリ、共有機能（例えば、写真、リンク、オーディオクリップ、オーディオファイル、ビデオなどを共有する能力）を有するアプリ、ニュースアプリ（例えば、特定の種類の新しいニュース記事の通知を送るように構成される）、金融アプリ（例えば、株価、ミューチャルファンド価格、金利などが閾値を超えたことに応じて通知を送るように構成される）、又はカレンダーアプリ（例えば、間近の予定、会合の招待、招待の応答などを特定する通知を送るように構成される）を含むことができる。サーバ２０５によってホストされるアプリは、１つ以上の調整器及び／又はモバイルデバイス上にインストールされたものであることができる。
【００９６】
メッセージを検出すると（例えば、サーバ２０５若しくは他のデバイスからメッセージを受信するか、又はローカルトリガを検出すると）、調整デバイス２１５ａは、それを１つ以上のモバイルデバイス２２０ａ〜ｂへ転送するべきかどうかを決定することができる。いくつかの例では、調整デバイス２１５ａは、どのアプリがメッセージに関連付けられているのかを（例えば、メッセージ内のアプリ識別子を検出することによって）特定することができる。調整デバイス２１５ａは、アプリ識別を用いて、そのアプリのためのメッセージが他のデバイス（例えば、ペアリングされたデバイス、又は特定のアカウントに関連付けられた他のデバイス）へ転送されるべきかどうかを決定することができる。
【００９７】
一例では、調整デバイス２１５ａは、そのアプリが転送ブラックリスト上にあるかどうか、及び／又はアプリのための１つ以上の配信対処サブスクライバが存在するかどうかを判定することができる。ブラックリスト及び／又はサブスクライバ識別子はアプリのためにオペレーティングシステム内に含まれることができる。実施形態に依存して、ブラックリスト及び／又はサブスクライバ識別子は、ユーザ又はアプリ開発者がブラックリスト及び／又はサブスクライバ識別子を変更することができるように調節可能であってもよいか、又は調節可能でなくてもよい。例えば、いくつかの例では、ブラックリストは、新しいアプリの開発者がそのアプリをブラックリストに追加することができないように固定されていることができる。他の例では、開発者によって定義されることができるアプリ特性を用いて、どのアプリがブラックリスト内に含められるべきであるかを動的に決定することができる。更に他の例では、調整デバイス２１５ａのユーザは、アプリをブラックリストに追加又は削除することを許可されることができる。アプリは、さもなければ適用されるであろう転送技法と異なる仕方でメッセージがデバイス間で配信される際に、ブラックリスト上に含められるか、又はサブスクライバに関連付けられることができる。例えば、デバイス間のメッセージ転送に頼るのではなく、サーバがこのようなアプリのためのメッセージをデバイスのセットの各々へ送信することができる。
【００９８】
メッセージが転送されるべきであると決定されると、調整デバイス２１５ａは、１つ以上のモバイルデバイス２２０へ送信するためのメッセージを生成することができる。いくつかの例では、転送されるメッセージは、（例えば、サーバ２０５から）受信されたものと異なる。例えば、調整デバイス２１５ａは、モバイルデバイス２２０ａ〜ｂに適用されない受信メッセージ内のデータを除外することができる。例えば、調整デバイス２１５ａは、１つ以上のモバイルデバイスの１つ以上の特性（例えば、オペレーティングシステム、デバイスの種類、スクリーンサイズ、アプリのインストレーション、ブラウザなど）を特定することができ、転送されるメッセージから、他の特性を有するデバイスにのみ適用されるデータを除外することができる。調整デバイス２１５ａは、例えば、圧縮技法を適用すること、又は画像サイズ若しくは解像度を低減することによって、メッセージを更に減縮することができる。適切な場合、目標デバイスは、メッセージの受信時に、又はメッセージを提示せよとの命令に対応するユーザ入力を検出した時に、減縮されたメッセージを（例えば、それを解凍することによって）展開することができる。
【００９９】
調整デバイス２１５ａは、インターネット、ＬＡＮ、又は（例えば、Ｂｌｕｅｔｏｏｔｈ若しくはＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＴＬＥ）を用いた）ショートレンジネットワークなど、種々のチャネルを通じてメッセージを転送することができる。一例では、調整デバイス２１５ａが圏内にあり、且つ／又は受信側モバイルデバイス２２０とペアリングすることができる場合には、メッセージはショートレンジネットワークを通じて転送され、さもなければ、メッセージはＷｉＦｉネットワーク２１０を通じて転送される。例えば、図２Ａでは、調整デバイス２１５ａはＢｌｕｅｔｏｏｔｈ接続を通じてメッセージをモバイルデバイス２２０ａへ転送することができ、その一方で、メッセージはＷｉＦｉネットワーク２１０を通じてモバイルデバイス２２０ｂへ転送される。
【０１００】
（存在する場合には）デバイスのセットのうちどれが、セット、すなわち、その中の１つ以上のデバイスがメッセージに対応するアラートを抑止するセットに属するべきであるかを判定するための条件が用いられることができる。条件は、例えば、デバイスが互いに近くにあるかどうか（及びどのデバイスが近くにあるか）を判定することができる近接条件を含むことができる。一例では、近接条件は、（例えば、ＧＰＳ又はアクセス信号に基づいて各々判定されることができる）モバイルデバイスと調整デバイスとの間の地理的分離を閾値と比較することができる。距離が閾値未満である場合には、デバイスは、互いに近くにある、又は近くのデバイスであると定義されることができる。一例では、近接条件は機能アセスメントを含むことができる。例えば、ショートレンジ接続が確立されることができる場合、及び／又は接続強度が閾値を超える場合には、デバイスは、互いに近くにある、又は近くのデバイスであると定義されることができる。代替的に、又は追加的に、条件は、１つ以上のデバイスが使用されているか、動かされているか、又は装着されていると推測されるかどうかに依存することができる。いくつかの例では、条件及び／又はデバイスセットの定義はデバイスの種類に依存する。例えば、モバイルデバイスが動いていることが検出された場合には、セットは、ユーザに関連付けられた全てのモバイルデバイスを含むことができる。別の例として、条件は、少なくとも１つのモバイルデバイスが、同じユーザアカウントに関連付けられた他のデバイスの近くにあることを必要とすることができる。
【０１０１】
条件が満足されていない場合、及び／又はデバイスが、条件が満足されているセット内にない場合には、デバイスは、アラート（例えば、聴覚又は触覚刺激）を提示することによって新しいメッセージに応答することができる。アラートの特徴（例えば、それが聴覚的なものであるか、それとも触覚的なものであるか、あるいは、オーディオ信号又は触覚刺激の特定の選択）は、ユーザアカウント間で固定されることができ、ユーザ入力に基づいて構成可能であることができ、メッセージの種類の間で同じであることができ、メッセージの種類の間で異なることができ、及び／又は他の因子に基づいて異なることができる。
【０１０２】
例えば、図２Ａにおける例示のシナリオでは、ユーザアカウントに関連付けられたモバイルデバイス２２０ｂは、ユーザアカウントに関連付けられた他のデバイスの近くにない。それゆえ、近接条件は満足されなくてもよく、モバイルデバイス２２０ｂは、（例えば、調整デバイス２１５ａによってＷｉＦｉネットワーク２１０を通じて転送された）新しいメッセージを検出したことに応じてアラート（例えば、聴覚アラート）を提示することができる。
【０１０３】
その一方で、この例示では、近接条件は、調整デバイス２１５ａはモバイルデバイス２２０ａの近くにあると定義されることを示すことができる。それゆえ、これらの近くのデバイスうちの１つのみがアラートを提示するように調整技法が実施されることができる。どのデバイスがアラートを提示するのかは、例えば、デバイスのうちの１つ以上の活動性モード、及び／又はデバイス優先度に依存することができる。
【０１０４】
一例では、デバイスのセット（例えば、ユーザ若しくはアカウントに関連付けられた全てのデバイス、並びに／又は互いに近くにあると判定された全てのデバイス）の間のデバイス選択は、活動モードになっているデバイスの方へ偏向させることができる。活動モードを構成するものの定義は固定されることができるか、又はデバイス間で異なることができる。例えば、デバイスは、デバイスのスクリーンがオンになっている場合、ユーザ入力が既定の期間以内に（例えば、最近１分以内に）ユーザインタフェースを介して受け取られた場合、デバイスのスクリーンがロック解除されている場合、センサが、ユーザがデバイスを装着していることを検出した場合、及び／又はセンサが、ユーザがデバイスを手に持っていることを検出した場合に、活動モードになっていると定義されることができる。一例では、調整デバイス２１５ａのモードは、そのスクリーンがロック解除されている場合に、「活動」と定義されることができ、モバイルデバイス２２０ａ〜ｂのモードは、そのスクリーンがロック解除されており、デバイスが装着されている場合に、「活動」であると定義されることができる。その他の可能なデバイスモードは、非活動（例えば、スクリーンがロックされている場合、スクリーンがオフになっている場合、ユーザ入力が既定の期間以内に受け取られなかった場合、及び／若しくはデバイスが装着されていない場合）、並びに／又は休止（例えば、スクリーンがオフになっている場合）、ロック（例えば、デバイスがロックされている場合）のうちの１つ以上を含むことができる。いくつかの例では、デバイスモードは、ユーザ定義可能な設定に基づいて定義されることができる。例えば、モードは妨害拒否モード又は振動モードを含むことができる。それゆえ、いくつかの例では、デバイスは複数のモード（例えば、活動及び振動）になっていることができることは理解されるであろう。
【０１０５】
一例では、アラートは、特定のモード（例えば、活動モード）になっているデバイスのセット（例えば、近くのデバイスのセット）の中の最高優先度のデバイスによって提示されることができる。デバイスのセットのうちのいずれもその特定のモードになっていない場合には、アラートは、デバイスのセットの中の最高優先度のデバイスによって提示されることができる。一例では、調整デバイスが特定のモードになっている場合には、アラートはデバイスのセット内の調整デバイスによって提示されることができる。調整デバイスが特定のモードになっていない場合には、アラートは近くのデバイスのセット内のモバイルデバイスによって提示されることができる（そのモバイルデバイスが特定のモードになっている場合）。近くのデバイスのセットのうちのいずれも特定のモードになっていない場合には、アラートは調整デバイスによって提示されることができる。
【０１０６】
図２Ａの例示では、調整デバイス２１５ａは新しいメッセージのアラートを提示することができ、その一方で、（調整デバイス２１５ａがショートレンジ接続を介してメッセージをモバイルデバイスへ転送することができるため、モバイルデバイス２２０ａもメッセージを検出することができるが、）モバイルデバイス２２０ａはメッセージのためのアラートを抑止することができる。このデバイス選択は、調整デバイス２１５ａが活動モードになっていること、並びに調整デバイス２１５ａが調整デバイスとして定義されていること、若しくはその優先度に基づくことができる。調整デバイス２１５ａによるアラート提示、及びモバイルデバイス２２０ａによるアラートの無提示は、モバイルデバイス２２０ａのモードにかかわりなく生じることができる。
【０１０７】
図２Ｂの例示では、調整デバイス２１５ｂは活動モードになっていないが（例えば、代わりに非活動モードになっている）、近くのモバイルデバイス２２０ｃは活動モードになっている。活動モードになっている調整デバイス及び／又は高優先度デバイスがないため、提示は、より低い優先度のデバイス及び／又はモバイルデバイスによって行われることができる（そのデバイスが活動モードになっている場合）。したがって、モバイルデバイス２２０ｃは、新しいメッセージのアラートを提示するように示されており、その一方で、調整デバイス２１５ｂは新しいメッセージのためのアラートを抑止することができる。
【０１０８】
図２Ｃの例示では、調整デバイス２１５ｃもモバイルデバイス２２０ｄも活動モードになっておらず、調整デバイス２１５ｃはアラートを提示することができ、その一方で、モバイルデバイス２２０ｄは新しいメッセージのためのアラートを抑止することができる。活動モードになっていないデバイス間のこのデバイス選択は、調整デバイス２１５ｃが調整デバイスとして定義されていること、又はその優先度に基づくことができる。
【０１０９】
図３は、本発明の一実施形態に係る、メッセージ配信及び／又は調整されたアラート提示を促進するためにネットワーク上で接続されたデバイスの例を示す。メッセージを受信すること、メッセージを提示すること、及び／又はメッセージのアラートを提示することができる例示的なデバイス３０５は、モバイルデバイス３０５ａ（例えば、ネックレス、ヘッドバンド、クリップ、ベルト、ブレスレット、携帯時計、眼鏡、アームバンド、若しくはイヤホン）、電話３０５ｂ（例えば、スマートフォン）、タブレット３０５ｃ、デスクトップコンピュータ３０５ｄ並びにラップトップコンピュータ３０５ｅを含むことができる。
【０１１０】
デバイス３０５は、ユーザにメッセージのことを知らせるための出力を提供することができる。出力は、例えば、情報の表示、ユーザにメッセージについてアラートするためのオーディオ信号、及び／又は触覚信号を含むことができる。デバイス３０５はまた、ユーザが入力を提供することができる入力インタフェースを含むことができる。例えば、入力は、視覚通知提示若しくは非視覚アラートを却下する、ペアリングを確立する、（例えば、デバイスとのペアリングのための）勧誘を送る、メッセージを見る、アプリを開く、並びに／又はメッセージを生成するためのアクションなどの、アクションを開始するためのものを含むことができる。
【０１１１】
１つ以上のデバイス３０５の各々は接続（例えば、ＷｉＦｉネットワーク３１５などの、無線接続）を通じてリモートサーバ３１０と通信することができる。サーバ３１０は、１つ以上の電子デバイス（例えば、あるユーザアカウントに関連付けられ、及び／又はアプリを走らせるデバイス）と通信する任意のデバイスであることができる。サーバ３１０は、以上において図２Ａ〜図２Ｃに関して説明されたように、アプリをホストすることができる。サーバ３０５はモバイル型又は非モバイル型であることができる。サーバデバイスの例としては、スマートフォン、タブレットコンピュータ、その他のハンドヘルドコンピューティング及び／又は通信デバイス、ラップトップコンピュータ、デスクトップコンピュータシステム、セキュリティシステム、環境制御システムなどを挙げることができる。
【０１１２】
サーバ３１０は、複数のユーザアカウントの各々のためのアカウントデータをアカウントデータストア２３５内に記憶することができる。アカウントデータは、例えば、ユーザの名前、ログイン情報、電子メールアドレス、パスワード、及び電話番号のうちの１つ以上を含むことができる。２つ以上のデバイス３０５ａ〜ｅの各々は同じアカウントに関連付けられていることができる。２つ以上のデバイスは、同じ種類の複数のデバイス及び／又は異なる種類のデバイスを含むことができる。一例では、２つ以上のデバイスの各々によって受け取られたユーザ入力（例えば、ログイン情報及びパスワード）が同じユーザアカウントを特定し得る。入力の受け取りの結果、入力を受け取ったデバイスはアカウントにログインされることができる。一例では、２つ以上のデバイスの間の接続（例えば、デバイスペアリング）は、接続されたデバイスのうちの１つは、接続されたデバイスのうちの他のものに関連付けられた同じアカウントに対応することを示すことができる。
【０１１３】
サーバ３１０（又はデバイス３０５を含み得る他のデバイス）は、（例えば、ＷｉＦｉネットワーク３１５を介して）メッセージを１つ以上のデバイス３０５ａ〜ｅへ送信することができる。いくつかの例では、デバイス３０５ａ〜ｅは、アラーム、カレンダーイベント、リマインダ、バッテリアラート、記憶空間アラート又は接続性アラートなどの、イベントが生じていることの指示を含むことができるメッセージをローカルに生成する。メッセージは、ユーザアカウント及び／又はサーバアプリケーションに関連付けられたものであることができる。いくつかの例では、メッセージは、ユーザアカウントに関連付けられたデバイスのセットの不完全なサブセットへ送信されることができる。例えば、何個のデバイスがメッセージを受信するべきであるかを示す、デバイスの数（例えば、１）、ｎが定義されることができる。このとき、デバイスは優先度リストに沿って順位付けられることができ、メッセージは、相対的に高い優先度又は最高優先度を有するｎ個のデバイスへ配信されることができる。いくつかの例では、メッセージは、特定の指定（例えば、調整デバイス）及び／又はデバイスの種類（例えば、電話）に関連付けられたデバイスのサブセットへ送信されることができる。
【０１１４】
メッセージを受信した１つ以上のデバイス３０５ａ〜ｅはその後、メッセージを転送するべきかどうかを（例えば、メッセージに関連付けられたアプリがブラックリスト上にあるか、又は配信対処サブスクライバを有するかどうかに基づいて）決定することができ、メッセージを、同じユーザアカウントに関連付けられた１つ以上のデバイスへ転送することができる。メッセージは、例えば、無線リンク（例えば、ＷｉＦｉネットワーク３１５及び／若しくはインターネット）を通じて、並びに／又はショートレンジ接続（例えば、Ｂｌｕｅｔｏｏｔｈ接続３２５若しくはＢＴＬＥ接続）を介して転送されることができる。いくつかの例では、メッセージは、ショートレンジ接続が利用可能である場合には、ショートレンジ接続を通じて転送され、さもなければ、ＷｉＦｉネットワークを通じて転送されることができる。いくつかの例では、転送されるメッセージは、アラート調整が実行されるべきであるかどうかに関する指示を提供することができる、メッセージを転送するために用いられた接続（例えば、ショートレンジ接続が用いられたかどうか）に関する指示を含むことができる。
【０１１５】
メッセージを受信したデバイスは、ユーザアカウントに関連付けられた１つ以上の他のデバイスが近くにあるかどうかを判定することができる。そうである場合には、各々の近くのデバイスがアラートを提示することを阻止するための調整技法が実施されることができる。重複するアラート提示の代替策として、近接デバイスのセット内の１つ以上のデバイスが、アラートを提示するために選択されることができる。一例では、近くのデバイスはショートレンジネットワーク（例えば、Ｂｌｕｅｔｏｏｔｈ接続３２５）を通じて通信し、それにより、１つ以上のデバイスは、１つ以上の他のデバイスの特性に基づいて、自身がアラートを提示するべきであるかどうかを決定することができる。いくつかの実施形態では、アラートは、デバイスの近接性に注目しない追加条件又は代替条件に従って抑止される。例えば、ユーザアカウントに関連付けられたデバイス（例えば、任意のこのようなデバイス又は特定の種類のデバイス）が活動モード、モバイルモード、又は装着モードになっていることが検出された場合には、アカウントに関連付けられた１つ以上の他のデバイスの各々（例えば、任意のこのような他のデバイス又は特定の種類のデバイス）において、アラートは抑止されることができる。
【０１１６】
図４Ａは、本発明の一実施形態に係るユーザデバイス４０４のブロック図を示す。デバイス４０４は調整デバイス又はモバイルデバイスを含むことができる。メッセージソースから、メッセージが受信されることができる。メッセージソースは、例えば、サーバアプリケーション、又はデバイス４０４に関連付けられたのと同じユーザアカウントに関連付けられた他のデバイスをホストするサーバを含むことができる。いくつかの例では、ユーザデバイス４０４が、（例えば、例として、カレンダーイベント又はアラームを定義するユーザ入力に基づき得る、アラーム、アラート又は通知がいつ行われるべきであるかを定義する規則に基づいて）メッセージをローカルに生成する。
【０１１７】
いくつかの例では、メッセージに関連付けられたアプリが実行中であることがあり得、この場合には、アプリプロセッサ４０６がメッセージを受信することがあり得る。いくつかの例では、アプリは実行中でないことがあり得、この場合には、電力管理ユニット４０８がメッセージを受信し、それをアプリプロセッサ４０６へ送ることができ、それにより、アプリはその後、実行を開始することになる。
【０１１８】
いくつかの例では、デバイス４０４は、特定のメッセージを他のデバイスへ転送するべきであるかどうかを決定することができるメッセージ転送器４１０を含むことができる。このような例では、メッセージ転送器４１０は、どのアプリがメッセージに関連付けられているかを検出することができ、アプリがブラックリスト上にあるか、又はアプリのためのメッセージの配信に対処することになるサブスクライバ（例えば、他のアプリ）を有するかどうかを判定することができる。例えば、ブラックリストは、リマインダアプリ、カレンダーアプリ、緊急事態アプリ及び／又は電話アプリの特定を含むことができる。別の例として、メールアプリが、転送に対処するためのサブスクライバを有することができる。
【０１１９】
（例えば、アプリがブラックリスト上にもなく、配信調整サブスクライバも有していないため）メッセージが転送されるべきであると決定されると、メッセージ転送器４１０は、メッセージを転送するべき他のデバイス（例えば、デバイス４０４に関連付けられたものと同じユーザアカウントに関連付けられた他のデバイス）を特定することができる。いくつかの例では、デバイス検出器４１２が、デバイス４０４がショートレンジ接続を通じて他のデバイスのうちの任意のものと通信することができるかどうかを判定する。そうである場合には、メッセージはそれに応じて送られることができる。さもなければ、メッセージはＷｉＦｉ接続（例えば、インターネット）を通じて送られることができる。
【０１２０】
アプリプロセッサ４０６はまた、通知マネージャ４１４にメッセージのことを知らせることができ、通知マネージャ４１４はメッセージのための通知を通知ボード４１６に追加することができる。通知ボード４１６は、メッセージを表す通知を電子的に管理することができる。通知ボード４１６内の各通知は、ボード４１６上で他の通知に対して順位付けられることができる。通知の順位は、例えば、それがいつボード４１６に追加されたのか、メッセージ優先度、及び／又はメッセージがどのアプリに対応するのかに依存することができる。例えば、一例では、新しい通知がボードに追加されるたびに、それは最も低い順位が付与されることができ、他の全ての通知の順位はずらされる。一例では、あるアプリからのメッセージは他のアプリからのメッセージの上に順位付けられないように（より低い順位を有するように）、アプリの優先順位を決めることができる。一例では、メッセージは、（例えば、メッセージの種類及び／又は対応するアプリに基づいて）優先度を付与されることができ、ある優先度を有するメッセージは、別の優先度を有するメッセージより上に順位付けられることになる。
【０１２１】
通知は、その通知が通知ボード４１６に追加された時間、若しくは対応するメッセージが受信された時間などの、時間を含むことができるか、又はそれに関連付けられることができる。通知は、例えば、メッセージ識別子、メッセージの一部又は全て、メッセージのソースに関する情報（例えば、電話番号、電子メールアドレス、若しくはユーザ名）、関連付けられたアプリの識別子若しくは名前、アクションの選択肢（例えば、メッセージを見る、却下する、再通知する、など）、並びに／又は満了時間を含むことができる。
【０１２２】
通知マネージャ４１４はまた、１つ以上の通知を通知ボード４１６から削除することができる。このような削除は、例えば、ボード４１６への通知の追加から既定の期間が過ぎたこと、ユーザアクションが（例えば、通知提示、及び／又はアラートに対応するインタフェースを却下すること、又はそれと対話することによって）通知を閉じたこと、ボード４１６内の通知の数が閾値を超過したこと（例えば、それにより、１つ以上のより古い通知が削除される）、並びに／又は他のデバイスから受信された信号が、通知が削除されるべきであることを示すこと（例えば、そのデバイスにおいて受け取られたユーザアクションが通知を閉じたことを示す）を検出すると、行われることができる。
【０１２３】
新しい通知が通知ボード４１６に追加されると、及び／又は新しいメッセージが受信されると、通知マネージャ４１４は通知提示センター４１８にアラートすることができる。通知提示センター４１８が、デバイス４０４のスクリーンがオンであることを検出すると、通知提示センター４１８は通知のための視覚提示を生成することができる。視覚提示は、例えば、メッセージのタイトル若しくは件名、メッセージの一部若しくは全て、メッセージに対応するアプリの識別子、通知に対応する時間、アクションの選択肢、並びに／又はソース情報を含むことができる。提示は、デバイス４０４のスクリーンの一部分の上に、又はその全ての上に提示されるように構成されることができる。
【０１２４】
いくつかの例では、提示は最初、減縮された形態で提示され、ユーザアクションに応じて、展開された通知が提示されることができる。例えば、視覚的インジケータ（例えば、アプリアイコンの近く、又はスクリーンの隅の近くにある）が、新しい通知提示が利用可能であることを示すことができる。ユーザが（例えば、アプリを開くこと、又はインジケータをクリック若しくはタッチすることによって）インジケータを選択すると、１つ、より多く、又は全ての新しい通知提示（例えば、１つのアプリに対応する全ての新しい通知提示、又は全ての新しい通知提示）のより多く又は全てが提示されることができる。
【０１２５】
いくつかの例では、複数の通知提示が（複数の新しい通知に応じて）生成されると、通知提示は、１つの通知提示への（例えば、それを却下することによる）応答によって別の通知提示が出現するように、積み重ねられることができる。積み重ねの中における通知提示の順序（例えば、どの通知提示が最初に示されるのかに影響を与える）は、対応する通知の順位に基づくことができる。いくつかの例では、複数の通知提示が生成される場合、通知提示はスクリーンの異なる部分において提示されることができる。各通知提示のスクリーン位置は、対応する通知の順位に基づくことができる（例えば、それにより、より高い順位を有する通知は、他の通知提示に対してスクリーン上のより高い位置を有する通知提示に関連付けられる）。
【０１２６】
通知提示センター４１８は通知提示をグラフィカルユーザインタフェース（ＧＵＩ：graphical user interface）エンジン４２０へ送り、通知提示をデバイス４０４のスクリーン上に視覚的に提示することができる。ＧＵＩエンジン４２０は、アクションの選択肢の選択などの、通知提示とのユーザ対話を検出することができる。いくつかの例では、アクションは通知提示センター４１８及び通知マネージャ４１４によって対処されることができる。例えば、ユーザが通知提示を却下した場合には、通知提示センター４１８は通知提示の提示を停止することができ、通知マネージャ４１４は、対応する通知を通知ボード４１６から削除することができる。いくつかの例では、アクションは通知提示センター４１８及びアプリプロセッサ４０６によって対処されることができる。例えば、ユーザが通知提示を選択するか、又は表示選択肢を選択した場合には、通知提示センター４１８は通知の提示を停止することができ、アプリプロセッサ４０６は、アプリのためのインタフェース及び／又は対応するメッセージを提示することができる。
【０１２７】
それゆえ、いくつかの例では、通知提示センター４１８が新しいメッセージ及び／又は通知のことを知らされる第１の時間と、対応する通知提示が提示される第２の時間との間の可変遅延が存在し得ることは理解されるであろう。例えば、遅延は、スクリーンが第１の時間にオンになっていないことによって、複数の新しいメッセージ及び／若しくは通知の存在に基づいて（例えば、ユーザが１つの通知提示を、別のものを提示される前に見なければならない場合）、並びに／又は通知提示を提示せよとの要求に対応するユーザ入力（例えば、通知インジケータのクリック）の受け取りの遅延に基づいて生じ得る。
【０１２８】
新しい通知が通知ボード４１６に追加され、及び／又は新しいメッセージが受信されると、通知マネージャ４１４はまた、アラートマネージャ４２２に通知することができる。アラートマネージャ４２２は、短レイテンシ及び／又は非視覚アラート（例えば、新しい通知及び／又はメッセージのことを通知された後、直ちに、又は間もなく提示される聴覚及び／又は触覚アラート）などの、アラートを提示するべきであるかどうかを決定することができる。一例では、デバイス検出器４１２は、近接条件が満足されているかどうかを判定し、それにより、１つ以上の他のデバイス（例えば、あるユーザの、又はユーザアカウントに対応するもの）がデバイス４０４の近くにあることを示す。そうでない場合には、アラートマネージャ４２２はアラート生成器４２４に、アラートを出力するように命令することができる。そうである場合には、アラートマネージャ４２２は、デバイス４０４がアラートを提示するべきであるかどうかを決定するための調整技法（例えば、本明細書において説明されている技法など）を実施することができる。デバイス４０４がアラートを提示するべきである場合には、アラートマネージャ４２２はアラート生成器４２４に、アラートを出力するように命令することができる。さもなければ、アラートマネージャ４２２は、（例えば、アラート生成器４２４に、アラートを出力するように命令しないことによって）アラートを抑止することができる。
【０１２９】
電子デバイス４０４は、本明細書において特定のブロックを参照して説明されているが、これらのブロックは説明の都合上定義されたものであって、構成部品の特定の物理的構成を意味することを意図していないことが理解されよう。更に、ブロックは物理的に別個の構成要素に対応する必要はない。ブロックは、例えば、プロセッサをプログラムすることによって、又は適正な制御回路を設けることによって様々な動作を実行するように構成することができ、様々なブロックは、初期の構成を取得する方法に依存して再構成が可能であるか又は不可能であり得る。本発明の実施形態は、回路とソフトウェアとの任意の組み合わせを使って実装される電子機器を含む様々な装置において実現することができる。また、本明細書において開示されている電子デバイス（例えば、調整デバイス又はモバイルデバイス）の所与の実施形態において、図４における全てのブロックが実装されることも必要とされない。例えば、デバイス（例えば、モバイルデバイス）はメッセージ転送器４１０を欠くことができる。
【０１３０】
図４Ｂは、本発明の一実施形態に係るメッセージ転送器４１０のブロック図を示す。メッセージ転送器４１０は、メッセージを検出することができる検出モジュール４２６を含むことができる。メッセージは、調整デバイスシステムにおいてローカルに生成されたもの（例えば、（例えば、カレンダーの予定に関連付けられた）既定の時間若しくは期間が過ぎたこと、予想天気状況が予報されたこと、ニュース記事又はイベントが報告されたことなどを特定するメッセージ）を含むことができる。
【０１３１】
一例では、メッセージは、デバイスのロケーションに関するデータを含むか、又はデバイスのロケーションに基づいてロケーションベースの条件が満足されていることを検出したことに応じて生成される。例えば、メッセージは、デバイスが既定の地理的領域（例えば、「自宅」領域に関連付けられた領域）に入ったこと、地理的境界を越えたこと、又は店、若しくはナビゲーションルート内の次の曲がり角から既定の距離以内にあることを示すことができる。デバイスのこのような位置特定、並びに／又はロケーションベースの条件が満足されていることを検出することは、例えば、デバイスがどの他のデバイス（例えば、ＧＰＳ衛星、ＷｉＦｉホットスポット、小売商デバイス及び／若しくは固定ユーザデバイス）と通信することができるのかを判定すること、このような通信（単数又は複数）の遅延及び／又は強度を判定すること、位置を三角法で測ること、地理的座標を推定すること、並びに／又は信号強度若しくは遅延を閾値と比較することを含むことができる。いくつかの例では、デバイスの位置特定、及び／又はロケーションベースの条件が満足されていることを検出することは、他のユーザデバイス内には存在しない場合があるデバイス内の特定のハードウェア要素（例えば、ＧＰＳ受信機）を用いる。
【０１３２】
メッセージは、代替的に、又は追加的に、調整デバイスシステムにおいてリモートソース（例えば、別のユーザデバイス又はリモートサーバ）から受信されたメッセージを含むことができる。例えば、メッセージは、テキストメッセージ、ＳＭＳメッセージ、電子メール又はボイスメッセージを含むことができる。
【０１３３】
いくつかの例では、アプリ特定モジュール４２８が、検出されたメッセージに関連付けられたアプリを特定することができる。例えば、メッセージはアプリの識別子を含むことができる（例えば、そのため、カレンダーリマインダメッセージはカレンダーアプリの識別子を含む）。このアプリは、メッセージの生成及び／又は送信に（ローカル又はリモートで）少なくとも一部関与したものを含むことができる。
【０１３４】
メッセージ転送器４１０は、特定されたアプリがブラックリスト上にあるかどうかを判定することができるブラックリスト監視モジュール４３０を含むことができる。ブラックリストはデバイス上に（例えば、オペレーティングシステムの一部として）ローカルに記憶されていることができる。いくつかの例では、ブラックリストは（例えば、デバイスユーザからの入力に基づくか、又はアプリのインストレーションに基づいて）変更されることができる。いくつかの例では、それは静的である（例えば、そのため、どのアプリがブラックリスト上で特定されているのかを、ユーザ入力又はアプリ実行に基づいて変更することはできない）。ブラックリスト監視モジュール４３０が、特定されたアプリがブラックリスト上にあると判定すると、それは、メッセージ（又はその処理されたバージョン）を他のデバイス（例えば、同じユーザアカウントに関連付けられた他のデバイス、及び／又は近くのデバイス）へ送信することを控えることができる。
【０１３５】
メッセージ転送器４１０は、メッセージの配信を処理するか、又はそれに対処するためにサブスクライブされている１つ以上のアプリを特定するサブスクライバ検出モジュール４３２を含むことができる。いくつかの例では、メッセージの配信を処理するか、又はそれに対処するためにサブスクライブされているアプリは、検出されたメッセージに関連付けられていると特定されたアプリを含む。例えば、株価が閾値を超えたことを示すメッセージは株式アプリに関連付けられていることができ、株式アプリは、メッセージを処理するためにサブスクライブされていることができる。
【０１３６】
いくつかの例では、メッセージの配信を処理するか、又はそれに対処するためにサブスクライブされているアプリは、メッセージに関連付けられているとおりのもの（例えば、その生成に少なくとも一部関与したもの）と異なるアプリを含む。例えば、カレンダーアプリが、天気アプリによって生成されたメッセージを処理するためにサブスクライブされていてもよい（例えば、それにより、ユーザは野外イベントを再評価することができる）。
【０１３７】
サブスクライバ構造（例えば、サブスクライバテーブル）が、例えば、あるものが、同じ、若しくは異なるアプリに関連付けられた全てのメッセージを処理するため、特定の特性に関連付けられた（例えば、特定の連絡先若しくは特定のカレンダーに関連付けられた）全てのメッセージを処理するため、並びに／又は特定のメッセージを処理するためにサブスクライブされていることを示すことができる。それゆえ、サブスクライバ検出モジュール４３２は、（例えば）アプリに対応する識別子メッセージ、メッセージの特性及び／又はメッセージの識別子に関連付けられているかどうかを判定し、アプリに対応する識別子が、構造内の対応するフィールド（例えば、テーブルの列若しくは行）内に存在するかどうか、並びに／又はメッセージ、メッセージ特性若しくはアプリ識別子に関連付けられた特定されたアプリに関連付けられた任意のサブスクライブ・アプリが存在するかどうかを判定するための探索技法を実行することができる。
【０１３８】
例えば、サブスクライバ構造は、テーブルであって、最初の列は、メッセージを生成することに少なくとも一部関与した様々なアプリを特定することができ、２番目の列は、アプリのメッセージのためのメッセージ配信に対処するためにサブスクライブされている１つ以上のアプリを特定することができ、３番目の列は、アプリのためのメッセージの処理に対処するための１つ以上のアプリを特定することができる、テーブルを含むことができる。デバイスがメッセージを受信し、そのメッセージを生成したことに少なくとも一部関与したアプリを特定すると、サブスクライバ検出モジュール４３２は、そのアプリが最初の列内に表されているかどうかを判定し、その後、一致する行の２番目及び／若しくは３番目の列内にアプリがあるかどうか、並びに／又はどのアプリがあるかを判定することができる。
【０１３９】
サブスクライバ構造はデバイス上に（例えば、オペレーティングシステムの一部として）ローカルに記憶されていることができる。いくつかの例では、サブスクライバ構造は（例えば、デバイスユーザからの入力に基づくか、又はアプリのインストレーションに基づいて）変更されることができる。いくつかの例では、それは静的である（例えば、そのため、どのアプリがブラックリスト上で特定されているのかを、ユーザ入力又はアプリ実行に基づいて変更することはできない）。
【０１４０】
１つ以上のサブスクライブ・アプリが特定されると、通知配信モジュール４３４が、サブスクライブ・アプリ（又は１つ以上の選択されたサブスクライブ・アプリ）の各々がメッセージにアクセスすること（及び／又はそれを処理すること）を可能にすることができる。通知配信モジュール４３４は、メッセージの全て又は一部を、デバイス４００上にローカルにあるか、又はリモートにあることができる、（例えば、サブスクライブ・アプリに関連付けられた）アプリ処理モジュール４３６へ送信することができる。
【０１４１】
いくつかの例では、その後、アプリ処理モジュール４３６は、（処理されたバージョン又は処理されていないバージョンの）メッセージの配信に対処することができる。それゆえ、サブスクライブ・アプリは、例えば、メッセージをどのように配信するべきであるか（例えば、リモートサーバを介するか、又はリモートサーバに頼ってメッセージを各デバイスへ独立して送信させること、送信プロトコルを選択すること、及び／又は配信時間を選択すること）、どのデバイス（単数又は複数）へメッセージを配信するべきであるかなどを決定するための、その独自の配信規則を用いることができる。
【０１４２】
いくつかの例では、アプリ処理モジュール４３６はメッセージを変換又は処理すること（本文脈では交換可能に使用される）ができる。変換又は処理は、例えば、メッセージ内の選択内容（例えば、正確なタイムスタンプ、メッセージの完全なソース、若しくは生成アプリの識別子）を削除すること、メッセージの一部又は全てを凝縮若しくは圧縮すること、メッセージ内のデータの不完全なサブセットを、変換されたメッセージ内に選択的に含めるために抽出すること（例えば、それにより、変換されたメッセージがカレンダーイベントの識別子を含むが、イベントの詳細の全ては含まないようにするか、又はそれにより、変換されたメッセージがテキストメッセージ送信者の識別子を含むが、彼女の特定の名前及び番号は含まないようにする）、メッセージの要約を生成すること、メッセージ内の内容に基づいて他のデバイスにおいて実行されるべきアクションを特定すること、例えば、（例えば、特定の種類のメッセージを検出する条件を有する規則に従って）新しいメッセージを生成することを含むことができる。それゆえ、いくつかの例では、変換又は処理されたメッセージのサイズ（例えば、記憶空間に関するサイズ）は、検出されたメッセージのサイズよりも小さい。変換又は処理は、例えば、オペレーティングシステムの一部として、サブスクライブ・アプリのコードの一部として、特定されたメッセージ関連アプリのコードの一部として定義された変換プロトコルに従って、及び／又はユーザ入力に基づいて実行されることができる。
【０１４３】
メッセージを変換又は処理すると、アプリ処理モジュール４３６は（いくつかの例では）変換又は処理されたメッセージを通知配信モジュール４３４へ送信することができるか、あるいは、通知配信モジュール４３４が、変換又は処理されたメッセージにアクセスすることを別の仕方で可能にすることができる。
【０１４４】
宛先特定モジュール４３８が、変換又は処理されたメッセージを受信するべき１つ以上の他の電子デバイスを特定することができる。他の電子デバイス（単数又は複数）及びデバイス４０４は、同じアカウントに各々関連付けられることができ、物理的に互いに近くにあることができ、及び／又はペアリングされていることができる。他のデバイス（単数又は複数）の特定は、検出されたメッセージ内の（若しくはそれに関連付けられた）内容、変換若しくは処理されたメッセージ内の（若しくはそれに関連付けられた）内容、（例えば、特定のサブスクリプション若しくはサブスクライブ・アプリを特定の宛先デバイスに関連付ける）サブスクライバ構造、並びに／又は近くのデバイスの探索、特定のアカウントに関連付けられているか、若しくは互いとの特定の関係（例えば、ペアリング）を有するデバイスを特定するローカル若しくはリモートデータ構造、並びに／又はローカル若しくはリモートに記憶された送信規則（一般規則、又はデバイスの種類、ユーザアカウント、メッセージ特性及び／若しくはサブスクライブ・アプリに固有の規則）に基づくことができる。
【０１４５】
一例として、送信規則は、メッセージに関連付けられたアプリがブラックリスト上にない限り、調整デバイスが、処理されたメッセージ又は処理されていないメッセージのいずれかを、同じユーザアカウントに関連付けられた各々の他のデバイスへ送信するべきであることを示すことができる。アプリがメッセージを処理するためにサブスクライブされている場合には、メッセージの処理されたバージョンが送信されることができる。さもなければ、処理されていないバージョンが送信されることができる。
【０１４６】
その後、通知配信モジュール４３４は、処理された（又は、サブスクライバアプリが存在しない場合には、処理されていない）メッセージを含む信号を、特定された他の宛先デバイス（単数又は複数）へ送信することができる。信号は、いくつかの例では、検出されたメッセージに関連付けられたアプリ、並びに／又はメッセージを処理若しくは変換したサブスクライバアプリの識別子を含むことができる。
【０１４７】
いくつかの例では、送信は（例えば、メッセージを処理すると）直ちに行われることができる。通知配信モジュール４３４は、いくつかの例では、送信が成功したかどうかを判定することができる。代わりに、送信の失敗又は時間切れが検出された場合には、通知配信モジュール４３４は、（例えば、既定の期間の間、又は既定の回数、あるいは他のデバイスがデバイス４０４に応答しているとの指示を受信すると）送信を再試行してもよい。
【０１４８】
信号を受信すると、宛先デバイスはそれ自身で、信号に応答するために、同様の、又は補完的なモジュールを用いてもよい。例えば、宛先デバイスは、信号内のメッセージを検出するための検出モジュールを含むことができ、そのメッセージに関連付けられたアプリを特定するアプリ特定モジュール４２８を含むことができる。このアプリは、送信アプリ及び／又はサブスクライブ・アプリによって最初に検出されたメッセージに関連付けられたものであってもよい。
【０１４９】
いくつかの例では、宛先デバイスはまた、アプリが信号内のデータを通知に変換することを可能にするための通知配信モジュールを含むことができる。この変換は、いくつかの例では、送信デバイスにおいて実行されたものと逆の処理を含むことができる。例えば、送信デバイスはメッセージの凝縮又は要約バージョンを生成している場合があり、このとき、宛先デバイスはそのバージョンを完全なメッセージに展開してもよい。展開は、例えば、宛先デバイスにおいて記憶されているデータ（例えば、アプリ、信号内のデータの特性、及び／又は信号内のデータの一部分に関連付けられるデータ）を取り出すことを含むことができる。取り出されたデータはその後、メッセージのための通知の役割を独立して果たすことができるか、又は通知を形成するために信号内のデータの一部若しくは全てと組み合わせられることができる。宛先デバイスはまた、メッセージに対応する視覚通知提示を生成し、視覚通知を提示するための出力モジュールを含むことができる。
【０１５０】
例えば、第１のデバイス上の地理位置情報アプリが、ユーザが、カレンダーアプリを利用しているユーザによって設定された特定のリマインダをトリガすることになっている地理的領域に入ったとのメッセージを生成することができる。それゆえ、カレンダーアプリは、メッセージを処理するためにサブスクライブされていることができる。第１のデバイス上のカレンダーアプリに関連付けられたアプリ処理モジュールは、メッセージを、特定のリマインダの識別子、及びリマインダの条件が満足されたとの指示のみを含むように変換することができる。変換されたメッセージは他のユーザデバイスへ送信されることができ、その後、他のユーザデバイスは、メッセージがカレンダーアプリに関連付けられていることを検出することができる。その後、第２のデバイス上のカレンダーアプリに関連付けられたアプリ処理モジュールが、記憶装置から、特定されたリマインダを取り出すことができる。その後、第２のデバイス上の出力モジュールが、リマインダの内容の一部又は全てを含む視覚通知を第２のデバイスのスクリーン上に提示することができる。
【０１５１】
図４Ｃは、本発明の一実施形態に係るアラートマネージャ４２２のブロック図を示す。アラートマネージャ４２２は、メッセージを検出することができる検出モジュール４４０を含むことができる。メッセージは、調整デバイスシステムにおいてローカルに生成されたもの（例えば、（例えば、カレンダーの予定に関連付けられた）既定の時間若しくは期間が過ぎたこと、予想天気状況が予報されたこと、ニュース記事又はイベントが報告されたことなどを特定するメッセージ）を含むことができる。メッセージは、代替的に、又は追加的に、調整デバイスシステムにおいてリモートソース（例えば、別のユーザデバイス又はリモートサーバ）から受信されたメッセージを含むことができる。例えば、メッセージは、別のユーザデバイスから転送されたもの、並びに／又はテキストメッセージ、ＳＭＳメッセージ、電子メール若しくはボイスメッセージを含むことができる。検出モジュール４４０は、メッセージ転送器４１０の検出モジュール４２６と類似するか、又はそれと同じであり得る。
【０１５２】
メッセージを検出すると、アラート調整モジュール４４８が、近接条件が満足されているかどうかを判定するためにデバイス検出器４１２と通信することができる。デバイス検出器４１２は、（例えば、同じアカウントに関連付けられた）他のデバイスについてのロケーション特性を判定し、その特性を用いて、近接条件が満足されているかどうかを判定することができる。ロケーション特性は、例えば、デバイス４０４が特定の種類の通信チャネルを介して（例えば、ショートレンジネットワーク、Ｂｌｕｅｔｏｏｔｈネットワーク若しくはＢＴＬＥネットワークを通じて）モバイルデバイスと通信することができるかどうか、特定の種類の通信チャネルを通じたデバイス４０４とモバイルデバイスとの間の信号強度、又はデバイス４０４とモバイルデバイスとの間の距離を含むことができる。近接条件は、例えば、特定の種類の通信チャネルを通じた通信が確立される場合、信号強度が既定の閾値を上回る場合、又は分離距離が既定の閾値未満である場合に満足されるものであることができる。
【０１５３】
デバイス検出器４１２は、いくつかの例では、任意のユーザデバイス（例えば、特定のアカウントに関連付けられているもの及び／若しくは特定のデバイスの種類のもの）が１つ以上の特定の通信チャネルを通じて（例えば、ショートレンジ通信チャネル、Ｂｌｕｅｔｏｏｔｈチャネル、若しくはＢＴＬＥチャネルを介して）検出されることができるかどうか、並びに／又はデバイス４０４が他のデバイス（例えば、特定のアカウントに関連付けられているもの及び／若しくは特定のデバイスの種類のもの）にペアリングされているかどうかを判定するために、スキャンすることができる。特定の通信チャネルを通じて他のデバイスを検出したこと、又はペアリングされたデバイスを検出したことは、近接条件の満足に対応すると判定されることができる。
【０１５４】
デバイス検出器４１２は、いくつかの例では、１つ以上のデバイス（例えば、特定のアカウントに関連付けられているもの及び／又は特定のデバイスの種類のもの）の各々のロケーション特性を特定する情報を受信することができる。例えば、ＧＰＳ座標が各デバイスについて（デバイスにおいてローカルで、又はサーバにおいてリモートで）判定されることができ、ＧＰＳ座標はデバイス検出器４１２へ（例えば、定期的に、ロケーションの変化を検出した時に、又はデバイス検出器からの要求に応じて）通信されることができる。その後、デバイス検出器４１２は、デバイス４００から閾値距離以内に任意のデバイスがあるかどうか（及び／又はどのデバイス（単数又は複数）があるか）を判定することができる。
【０１５５】
近接条件が満足されていなければ、出力モジュール４４４がメッセージのためのアラート（例えば、聴覚及び／又は触覚アラート）を提示することができる。近接条件が満足されていると、複数の近くのデバイスが、単一のメッセージに対応するアラートを重複して提示することを抑制するためのアラート調整プロセスが起動されることができる。どのデバイスがアラートを提示するべきであるかは、近くのデバイスのうちの１つ以上の各々がどのモードになっているかに依存することができる。
【０１５６】
モード検出モジュール４４６が調整デバイスのモードを検出することができる。いくつかの例では、モード検出モジュール４４６は、デバイス４０４が活動モードになっているかどうかを（例えば、デバイスのスクリーンがオンになっているかどうか、デバイスがロック解除されているかどうか、入力が既定の期間以内に受信されたかどうか、デバイスが既定の配向空間及び／若しくは仰角領域内にあるかどうか、並びに／又はセンサデータが、デバイスが装着されていることを示しているかどうかを判定することによって）判定することができる。
【０１５７】
調整デバイスが活動モードになっていると判定されると、出力モジュール４４４がメッセージのためのアラートを提示することができる。例えば、聴覚又は触覚刺激が提示されることができる。更に、アラート調整モジュール４４８が、受信デバイスがメッセージのためのアラートを（例えば、いかなるアラートも、いかなる非視覚アラートも、いかなる触覚アラートも、又はいかなる聴覚アラートも提示しないよう）抑止するべきであること（例えば、それを提示するべきでないこと）を示す信号を１つ以上の他のデバイス（例えば、近接条件が満足されたもの）の各々へ送信することができる。信号は、メッセージのための識別子、及び／又は調整デバイスの識別子を含むことができる。
【０１５８】
調整デバイスが活動モードになっていないと判定されると（例えば、モード検出モジュール４４６が、調整デバイスが休止モードになっており、及び／又は活動モードになっていないことを検出すると）、アラート調整モジュール４４８は、メッセージのためのアラートを提示せよとの勧誘に対応する信号を他のデバイス（例えば、近接条件が満足されたもの）へ送信することができる。信号は、メッセージのための識別子、及び／又は調整デバイスの識別子を含むことができる。
【０１５９】
受信デバイス上の検出モジュールが信号を検出することができ、受信デバイス上のアラート調整モジュールが、アラートを提示せよとの勧誘を特定することができる。受信デバイスが勧誘を受諾するかどうかは受信デバイスのモードに依存することができる。受信デバイスにおけるモード検出モジュールがデバイスのモード（例えば、それが活動モードになっているのか、休止モードになっているのか、それとも妨害拒否モードになっているのか）を特定することができる。デバイスが活動モード又は妨害拒否モードになっている場合には、アラート調整モジュールが、アラート提示の勧誘の受諾を特定する信号を調整デバイスへ送信し返すことができる。デバイスが活動モードになっている場合には、アラートがデバイスの出力モジュールを介して提示されることができる。デバイスが妨害拒否モードになっている場合には、出力モジュールはアラートの提示を抑止することができる。
【０１６０】
調整デバイスに戻ると、勧誘信号を送信すると、アラート調整モジュール４４８は、他のデバイスからの応答信号が来るのを監視することができる。他のデバイスがメッセージのためのアラートの提示に対処する予定であることを示す信号が受信された場合には、出力モジュール４４４は調整デバイスにおけるメッセージのためのアラートの提示を（例えば、メッセージのための聴覚アラート、触覚アラート及び／又は視覚アラートを提示しないことによって）抑止することができる。
【０１６１】
他のデバイスがメッセージのためのアラートの提示に対処する予定でないことを示す信号が他のデバイスから受信された場合、及び／又は勧誘に応答する信号が既定の期間以内に受信されなかった場合には、出力モジュール４４４がメッセージのためのアラートを提示することができる。
【０１６２】
モード検出モジュール４４６はまた、デバイス４０４が妨害拒否モードになっているかどうかを判定することができる。妨害拒否モードは、少なくとも一部の（又は全ての）聴覚及び／又は触覚刺激が提示されるべきでない（例えば、対応するユーザ入力、又はユーザによって定義されたものなどの規則に応じて設定された）モードに対応することができる。例えば、デバイスが妨害拒否モードになっている時には、イベント（例えば、電話、メッセージ又は通知を受信すること）によって、１つ以上の選択アプリ（又は全てのアプリ）の実行を通じてさもなければトリガされることになるであろう聴覚及び／又は触覚刺激は抑止されることができる。調整デバイスが妨害拒否モードになっていると判定されると、調整デバイスはメッセージのためのアラートを抑止し、また、１つ以上の他のデバイス（例えば、近接条件が満足されているもの）へ、それらもメッセージのためのアラートを提示することを抑止するべきであることを示す信号を送ってもよい。
【０１６３】
いくつかの例では、１つ以上の特定のアプリ（例えば、デバイス発見アプリ及び／又は緊急事態アプリ）の実行によって開始される聴覚及び／又は触覚アラートの出力は、（例えば、デバイス設定若しくは構成、アプリのための命令、並びに／又はユーザ入力に基づいて決定されたとおり、）妨害拒否モードによって影響を受けるべきでないことは理解されるであろう。例えば、妨害拒否モードは、デバイスが新しい電子メールに応じて音を提示することを阻止してもよいが、ユーザが、デバイスを発見するためのソフトウェアをリモートで実行していることを検出した際には、音が提示されることを許してもよい。−妨害拒否効果が選択的である−これらの状況では、このようなモードを尊重するための調整された作業に関する本明細書における開示は、モードによって影響を受けるべきであるアプリ及び／又はイベントへの適用に限定されてもよいことは理解されるであろう。それゆえ、デバイスは、本質的に、それが妨害拒否モードになっているかどうかをアプリ特定的に判定してもよい。
【０１６４】
図５は、本発明の一実施形態に係るモバイルデバイス５００（例えば、モバイルデバイス２２０ａ、２２０ｂ、２２０ｃ及び／又は２２０ｄを実装する）の簡略ブロック図である。モバイルデバイス５００は、処理サブシステム５０２、記憶サブシステム５０４、ユーザインタフェース５０６、１つ以上の接続構成要素（例えば、ＲＦインタフェース５０８及び／若しくはコネクタインタフェース５１０）、電源サブシステム５１２、環境センサ５１４、並びにストラップセンサ５１６を含むことができる。モバイルデバイス５００はまた、他の構成要素（明示されていない）を含むことができる。
【０１６５】
記憶サブシステム５０４は、例えば、磁気記憶媒体、フラッシュメモリ、その他の半導体メモリ（例えば、ＤＲＡＭ、ＳＲＡＭ）、若しくは任意のその他の非一時的記憶媒体、又は媒体の組み合わせを用いて実装されることができ、揮発性及び／又は不揮発性媒体を含むことができる。いくつかの実施形態では、記憶サブシステム５０４は、オーディオファイル、ビデオファイル、画像若しくはアートワークファイルなどのメディアアイテム、ユーザの連絡先（名前、アドレス、電話番号など）についての情報、ゲームパフォーマンス評価及び／若しくはユーザが以前に参加したゲームについての情報、ユーザのスケジュールされたゲーム、予定及びイベントについての情報、覚え書き、並びに／又はその他の種類の情報を記憶することができる。これらの例が以下において説明されている。いくつかの実施形態では、記憶サブシステム５０４はまた、処理サブシステム５０２によって実行されるべき１つ以上のアプリケーションプログラム（又はアプリ）５３４（例えば、ビデオゲームプログラム、個人情報管理プログラム、メディア再生プログラム、特定のホストデバイス及び／又はホストデバイス機能性に関連付けられたインタフェースプログラムなど）を記憶することができる。
【０１６６】
ユーザインタフェース５０６は入力デバイスと出力デバイスの任意の組み合わせを含むことができる。ユーザは、ユーザインタフェース５０６の入力デバイスを操作してモバイルデバイス５００の機能性を呼び出すことができ、ユーザインタフェース５０６の出力デバイスを介してモバイルデバイス５００からの出力を見ること、聞くこと、及び／又は他の仕方で経験することができる。
【０１６７】
出力デバイスの例は、ディスプレイ５２０、スピーカ５２２、及び触覚出力生成器５２４を含む。ディスプレイ５２０は、小型ディスプレイ技術、例えば、ＬＣＤ（liquid crystal display、液晶ディスプレイ）、ＬＥＤ（light-emitting diode、発光ダイオード）、ＯＬＥＤ（organic light-emitting diode、有機発光ダイオード）、又は同様のものを用いて実装されることができる。いくつかの実施形態では、ディスプレイ５２０は、フレキシブルディスプレイ要素又は湾曲ガラスディスプレイ要素を組み込むことができ、モバイルデバイス５００が所望の形状に適合することを可能にする。電子信号を可聴音波に変換する能力を有する任意の技術を含む、小フォームファクタスピーカ技術を用いて、１つ以上のスピーカ５２２が設けられることができる。いくつかの実施形態では、スピーカ５２２は発信音（例えば、ビープ音又はベル音）を作り出すために用いられることができ、必要というわけではないが、言語又は音楽などの音を任意の特定の忠実度で再現する能力を有することができる。触覚出力生成器５２４は、例えば、電子信号を振動に変換するデバイスであることができる。いくつかの実施形態では、振動は、モバイルデバイス５００を装着しているユーザによって感じられるほど十分に強いが、はっきりした音を作り出すほど強くはないものであることができる。
【０１６８】
入力デバイスの例は、マイクロフォン５２６、タッチセンサ５２８、及びカメラ５２９を含む。マイクロフォン５２６は、音波を電子信号に変換する任意のデバイスを含むことができる。いくつかの実施形態では、マイクロフォン５２６は、ユーザによって話された特定の言葉の表現を提供するために十分な感度を有することができる。他の実施形態では、マイクロフォン５２６は、一般周囲音レベルの指示を提供するために使用可能であることができ、特定の音の高品質な電子表現を必ずしも提供する必要はない。
【０１６９】
タッチセンサ５２８は、例えば、センサの表面上の特定の地点若しくは領域への接触の位置を特定する能力、並びにいくつかの例では、複数の同時接触を区別する能力を有する静電容量センサアレイを含むことができる。いくつかの実施形態では、タッチセンサ５２８は、タッチスクリーンインタフェース（例えば、図４のタッチスクリーンインタフェース）を提供するためにディスプレイ５２０の上に重ね合わせられることができ、処理サブシステム５０４は、タッチイベント（１つ以上の接触を用いて行われたタップ及び／又はその他のジェスチャを含む）を、ディスプレイ５２０上に現在表示されているものに依存して特定のユーザ入力に変換することができる。
【０１７０】
カメラ５２９は、例えば、ＣＭＯＳセンサなどの画像センサ、及び像を画像センサ上に合焦させるために配置された光学構成要素（例えば、レンズ）を含むコンパクトデジタルカメラを、撮像構成要素を用いて静止画像及び／又はビデオ画像を取り込み、記憶するように動作可能な制御論理と共に含むことができる。画像は、例えば、記憶サブシステム５０４内に記憶され、及び／又はモバイルデバイス５００によって他のデバイスへ記憶のために送信されることができる。実装形態に依存して、光学構成要素は固定焦点距離又は可変焦点距離を提供することができる。後者の場合には、オートフォーカスが提供されることができる。いくつかの実施形態では、カメラ５２９は、面部材の縁部、例えば、上縁部に沿って配置され、ユーザがバーコード又はＱＲコード（登録商標）などの環境内の近くの被写体の像を取り込むことを可能にするように配向されていることができる。他の実施形態では、カメラ５２９は、例えば、ユーザの像を取り込むために、デバイス面部材の前面上に配置されていることができる。実装形態に依存して、０個、１つ、又は２つ以上のカメラが設けられることができる。
【０１７１】
いくつかの実施形態では、ユーザインタフェース５０６は、ヘッドセットなどの補助デバイスに出力を提供し、且つ／又はそれから入力を受信することができる。例えば、オーディオジャック５３０がオーディオケーブル（例えば、標準的な２．５ｍｍ又は３．５ｍｍオーディオケーブル）を介して補助デバイスに接続することができる。オーディオジャック５３０は入力及び／又は出力経路を含むことができる。したがって、オーディオジャック５３０は補助デバイスに音声を提供し、且つ／又は補助デバイスから音声を受信することができる。いくつかの実施形態では、無線接続インタフェースが、補助デバイスと通信するために用いられることができる。
【０１７２】
処理サブシステム５０２は、１つ以上の集積回路、例えば、１つ以上のシングルコア若しくはマルチコアマイクロプロセッサ又はマイクロコントローラとして実装されることができる。これらの例は当技術分野において周知である。動作時、処理システム５０２はモバイルデバイス５００の動作を制御することができる。様々な実施形態において、処理サブシステム５０２は、プログラムコードに応じて様々なプログラムを実行し、複数の同時に実行するプログラム又はプロセスを維持することができる。任意の所与の時点において、実行されるべきプログラムコードの一部又は全ては、処理サブシステム５０２内、及び／又は記憶サブシステム５０４などの記憶媒体内に常駐することができる。
【０１７３】
好適なプログラミングを通じて、処理サブシステム５０２はモバイルデバイス５００に様々な機能性を提供することができる。例えば、いくつかの実施形態では、処理サブシステム５０２は、オペレーティングシステム（ＯＳ：ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ）５３２、並びに電話インタフェースアプリケーション、テキストメッセージインタフェースアプリケーション、メディアインタフェースアプリケーション、フィットネスアプリケーション、及び／若しくはその他のアプリケーションなどの様々なアプリケーション５３４を実行することができる。いくつかの実施形態では、これらのアプリケーションプログラムのいくつか又は全ては、例えば、ホストデバイスへ送られるべきメッセージを生成することによって、及び／又はホストデバイスからのメッセージを受信し、解釈することによって、ホストデバイスと対話することができる。いくつかの実施形態では、アプリケーションプログラムのいくつか又は全てはモバイルデバイス５００に対してローカルに動作することができる。例えば、モバイルデバイス５００が、記憶サブシステム５０４内に記憶されたローカルメディアライブラリを有する場合には、メディアインタフェースアプリケーションが、ローカルに記憶されたメディアアイテムを選択して再生するためのユーザインタフェースを提供することができる。
【０１７４】
処理サブシステム５０２はまた、デバイス４０４の１つ以上の構成要素のためのコードを実行することができる。例えば、処理サブシステム５０２は通知マネージャコード５３６（所望に応じて、ＯＳ５３２の一部であるか、又は独立していることができる）を実行することができる。通知マネージャコード５３６の実行によって、モバイルデバイス５００は、新しいメッセージを検出し、並びに／又は１つ以上の通知を通知ボードに追加し、再順位付けし、及び／若しくは削除することができる。通知マネージャコード５３６の実行によって、更に、通知提示センター及び／又はアラートマネージャは通知のことを通知されることができる。いくつかの例では、通知マネージャ５３６は、実行されると、特定のメッセージが他のデバイスへ転送されるべきであるかどうかを評価し、及び／又はメッセージの任意の転送前処理を（例えば、メッセージを処理するためのサブスクライバアプリを特定することによって）調整するコードを更に含む。
【０１７５】
処理サブシステム５０２は、更に、又は代替的に、通知提示センターコード５３７（所望に応じて、ＯＳ５３２の一部であるか、又は独立していることができる）を実行することができる。通知提示センターコード５３７の実行によって、モバイルデバイス５００は、通知及び／又はメッセージに対応する視覚通知を提示するべきであるかどうか、いつ、及び／又はどのように提示するべきであるかを決定することができる。例えば、実行によって、視覚通知若しくは視覚通知インジケータがスクリーン上のどこに提示されるべきであるか、並びに／又は通知提示が一連の通知提示内においていつ提示されるべきであるかに関する決定がもたらされることができる。
【０１７６】
処理サブシステム５０２は、更に、又は代替的に、アラートマネージャコード５３８（所望に応じて、ＯＳ５３２の一部であるか、又は独立していることができる）を実行することができる。アラートマネージャコード５３８の実行によって、モバイルデバイス５００は、通知及び／又はメッセージに対応するアラート（例えば、非視覚アラート）を提示するべきであるかどうか、いつ、及び／又はどのように提示するべきであるかを決定することができる。いくつかの例では、アラートマネージャコード５３８の実行によって、モバイルデバイス５００は他のデバイス（例えば、調整デバイス）と通信することができる。例えば、他のデバイスからの通信は、アラートを提示せよとの勧誘を含むことができ、並びに／又は他のデバイスへの通信は、モバイルデバイス５００のモード、及び／若しくはアラートが提示されたかどうか、若しくは提示される予定であるかどうかを特定することができる。
【０１７７】
ＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ、無線周波数）インタフェース５０８は、モバイルデバイス５００が様々なデバイス（例えば、サーバ又は調整デバイス）と無線通信することを可能にすることができる。ＲＦインタフェース５０８は、例えば、Ｗｉ−Ｆｉ（ＩＥＥＥ  ８０２．１１群規格）、Ｂｌｕｅｔｏｏｔｈ（登録商標）（Ｂｌｕｅｔｏｏｔｈ  ＳＩＧ，Ｉｎｃ．によって公表されている規格群）、又は無線データ通信のためのその他のプロトコルを用いた、無線媒体を通じたデータ通信を可能にするためのアンテナ及び支援回路機構などのＲＦ送受信機構成要素を含むことができる。いくつかの実施形態では、ＲＦインタフェース５０８は、信号強度の推定による近接性検出、及び／又は他の電子デバイスに対する近接性を判定するための他のプロトコルをサポートするＢｌｕｅｔｏｏｔｈ  ＬＥ（Low energy）近接センサ５０９を実装することができる。いくつかの実施形態では、ＲＦインタフェース５０８は、例えば、ＩＳＯ／ＩＥＣ  １８０９２規格又は同様のものを実装する、近距離通信（near field communication、「ＮＦＣ」）能力を提供することができる。ＮＦＣは、非常に短い範囲（例えば、２０センチメートル以下）にわたるデバイス間の無線データ交換をサポートすることができる。ＲＦインタフェース５０８は、ハードウェア構成要素（例えば、ドライバ回路、アンテナ、変調器／復調器、エンコーダ／デコーダ、並びにその他のアナログ及び／若しくはデジタル信号処理回路）並びにソフトウェア構成要素の組み合わせを使用して実装することができる。複数の異なる無線通信プロトコル及び関連ハードウェアがＲＦインタフェース５０８内に組み込まれることができる。
【０１７８】
コネクタインタフェース５１０は、モバイルデバイス５００が、例えば、ユニバーサルシリアルバス（ＵＳＢ：Universal Serial Bus）、汎用非同期送受信機（ＵＡＲＴ：universal asynchronous receiver/transmitter）、又は有線データ通信のためのその他のプロトコルを用いて、有線通信経路を経由して様々なデバイス（例えば、サーバ又は調整デバイス）と通信することを可能にすることができる。いくつかの実施形態では、コネクタインタフェース５１０は電源ポートを提供することができ、モバイルデバイス５００が、例えば、内蔵バッテリを充電するために、電力を受電することを可能にする。例えば、コネクタインタフェース５１０は、ミニＵＳＢコネクタ又はカスタムコネクタなどのコネクタ、並びに支援回路機構を含むことができる。いくつかの実施形態では、コネクタは、専用電力接点及び接地接点、並びに異なる通信技術を平行して実施するために用いられることができるデジタルデータ接点を提供するカスタムコネクタであることができる。例えば、２本のピンはＵＳＢデータピン（Ｄ＋及びＤ−）として割り当てられることができ、２本の他のピンは、（例えば、ＵＡＲＴインタフェースを実施する）直列送信／受信ピンとして割り当てられることができる。特定の通信技術へのピンの割り当ては、実配線されているか、又は接続が確立されている間にネゴシエートされることができる。いくつかの実施形態では、コネクタはまた、他のデバイスへ、又は他のデバイスからアナログ及び／又はデジタル形式で送信されることができる、オーディオ信号及び／又はビデオ信号のための接続を提供することができる。
【０１７９】
いくつかの実施形態では、コネクタインタフェース５１０及び／又はＲＦインタフェース５０８は、データが他のデバイス（例えば、調整デバイス）からモバイルデバイス５００へ（又はその逆）伝送される同期動作を支援するために用いられることができる。例えば、ユーザはモバイルデバイス５００のための設定及びその他の情報をカスタマイズすることが可能になり得る。ユーザインタフェース５０６はデータ入力動作を支援することができるが、ユーザは、（例えば、現実又は仮想の英数字キーボードを含む）より大きなインタフェースを有する別個のデバイス（例えば、タブレット又はスマートフォン）上で、カスタマイズされた情報を定義し、その後、カスタマイズされた情報を同期動作を介してモバイルデバイス５００へ伝送することがより好都合であることを見いだし得る。同期動作はまた、メディアアイテム、アプリケーションプログラム、個人データ、及び／又はオペレーティングシステムプログラムなどの、記憶サブシステム５０４内の他の種類のデータをロード及び／又は更新するために用いられることができる。同期動作は、明示的なユーザ要求に応じて実行され、並びに／又は例えば、無線デバイス５００が特定のホストデバイスとの通信を再開した時に、若しくはいずれかのデバイスが、同期された情報のそのデバイスのコピーに対する更新を受信したことに応じて、自動的に実行されることができる。
【０１８０】
環境センサ５１４は、モバイルデバイス５００の周りの外部条件に関する情報を提供する様々な電子デバイス、機械デバイス、電気機械デバイス、光学デバイス、又はその他のデバイスを含むことができる。いくつかの実施形態におけるセンサ５１４は、処理サブシステム５０２にデジタル信号を、例えば、所望に応じて、ストリーミング方式で、又は処理サブシステム５０２によるポーリングに応じて、提供することができる。任意の種類及び組み合わせの環境センサが用いられることができる。例として示されているのは、加速度計５４２、磁気計５４４、ジャイロスコープ５４６、及びＧＰＳ受信機５４８である。
【０１８１】
いくつかの環境センサはモバイルデバイス５００のロケーション及び／又は運動についての情報を提供することができる。例えば、加速度計５４２は、例えば、圧電性又はその他の構成要素を、信号を作り出すための関連電子機器回路と併せて用いて、１本以上の軸に沿った（自由落下に対する）加速度を感知することができる。磁気計５４４は、周囲磁界（例えば、地球の磁界）を感知し、コンパス方位として解釈されることができる、対応する電気信号を生成することができる。ジャイロセンサ５４６は、例えば、１つ以上のＭＥＭＳ（micro-electro-mechanical system、微小電気機械システム）ジャイロスコープ、及び関連する制御及び感知回路機構を用いて、１つ以上の方向における回転運動を感知することができる。全地球測位システム（Global Positioning System、ＧＰＳ）受信機５４８は、ＧＰＳ衛星から受信された信号に基づいてロケーションを判定することができる。いくつかの例では、１つ以上の環境センサから検出されたデータは、特定の入力を示すジェスチャを特定するために用いられることができる。例えば、通知アクションを選択し、並びに／又はアラート若しくは通知提示を却下するために、タッチスクリーンを用いるのではなく、この情報は特定の腕の動きによって伝達されることができる。
【０１８２】
これらの例に加えて、又はそれらの代わりに、その他のセンサも含まれることができる。例えば、音センサが、マイクロフォン５２６を、例えば、周囲音のデシベルレベルを判定するための関連回路機構及び／又はプログラムコードと共に組み込むことができる。温度センサ、近接センサ、周辺光センサ、又は同様のものが含まれることもできる。
【０１８３】
ストラップセンサ５１６は、モバイルデバイス５００が現在装着されているかどうかに関する情報を提供する様々な電子デバイス、機械デバイス、電気機械デバイス、光学デバイス、又はその他のデバイスを含むことができる。ストラップセンサ及び／又はその他のセンサからのデータは、モバイルデバイス５００が装着されているかどうかを（例えば、１つ以上のデータ値を閾値と比較することによって）推測するために用いられることができる。いくつかの実施形態では、モバイルデバイス５００の一部の機能は、モバイルデバイス５００が現在装着されているかどうかに依存して、選択的に有効又は無効にされることができる。
【０１８４】
電源サブシステム５１２はモバイルデバイス５００のための電源能力及び電力管理能力を提供することができる。例えば、電源サブシステム５１２は、バッテリ５４０（例えば、再充電可能バッテリ）、及びバッテリ５４０から、電力を必要とするモバイルデバイス５００の他の構成要素へ電力を分配するための関連回路機構を含むことができる。いくつかの実施形態では、電源サブシステム５１２はまた、例えば、コネクタインタフェース５１０が電源に接続されている時に、バッテリ５４０を充電するように動作可能な回路機構を含むことができる。いくつかの実施形態では、電源サブシステム５１２は、コネクタインタフェース５１０に頼ることなくバッテリ５４０を充電するための、インダクティブ充電器などの、「無線」充電器を含むことができる。いくつかの実施形態では、電源サブシステム５１２はまた、バッテリ５４０に加えて、又はその代わりに、太陽電池などの、その他の電源を含むことができる。
【０１８５】
いくつかの実施形態では、電源サブシステム５１２は、電力消費を効率的に管理するために、モバイルデバイス５００内の構成要素への電力分配を制御することができる。例えば、ストラップセンサ５１６又はその他のセンサが、デバイス５００が装着されていないことを示すと、電源サブシステム５１２はデバイス５００を自動的に「ハイバネーション」状態にすることができる。ハイバネーション状態は、電力消費を低減するように設計されることができる。したがって、ユーザインタフェース５０６（若しくはその構成要素）、ＲＦインタフェース５０８、コネクタインタフェース５１０、並びに／又は環境センサ５１４はパワーダウンされることができ（例えば、低電力状態へパワーダウンされるか、若しくは完全にスイッチを切られる）、その一方で、ストラップセンサ５１６は、ユーザがモバイルデバイス５００をいつ身に着けるのかを検出するために、（継続的に、若しくは間隔を置いて）パワーアップされる。別の例として、いくつかの実施形態では、モバイルデバイス５００が装着されている間は、電源サブシステム５１２は、環境センサ５１４によって検出されたモバイルデバイス５００の運動及び／又は配向に依存して、ディスプレイ５２０及び／又はその他の構成要素をオン又はオフにすることができる。
【０１８６】
電源サブシステム５１２はまた、利用可能電力の供給源及び量に基づいてモバイルデバイス５００の他の構成要素の電力消費を調節すること、バッテリ５４０内の蓄積電力を監視すること、蓄積電力が最低レベル未満に降下した場合にユーザアラートを生成すること等などの、他の電力管理能力を提供することができる。
【０１８７】
いくつかの実施形態では、電源サブシステム５１２の制御機能は、処理サブシステム５０２によって、その上で実行するプログラムコードに応じて生成される制御信号に応じて動作するプログラム可能若しくは制御可能回路を用いて、又は独立したマイクロプロセッサ若しくはマイクロコントローラとして実装されることができる。
【０１８８】
モバイルデバイス５００は例示的なものであり、変形及び変更が可能であることは理解されるであろう。例えば、ストラップセンサ５１６は変更（又は排除）されることができ、モバイルデバイス５００は、ユーザが、入力を提供するために操作することができるユーザ操作可能制御装置（例えば、ボタン又はスイッチ）を含むことができる。また、例えば、ディスプレイ５２０をオン又はオフにする、スピーカ５２２からの音を消音又は消音解除するなどするための制御装置も設けられることができる。モバイルデバイス５００は任意の種類及び組み合わせのセンサを含むことができ、いくつかの例では所与の種類の複数のセンサを含むことができる。
【０１８９】
様々な実施形態では、ユーザインタフェースは、上述された構成要素のいずれか若しくは全ての任意の組み合わせ、並びに明記されていないその他の構成要素を含むことができる。例えば、いくつかの実施形態では、ユーザインタフェースは、例えば、タッチスクリーンのみ、又はタッチスクリーン及びスピーカ、又はタッチスクリーン及び触覚デバイスを含むことができる。モバイルデバイスがＲＦインタフェースを有する場合には、コネクタインタフェースは省略されることができ、モバイルデバイスと他のデバイスとの間の全ての通信は、無線通信プロトコルを用いて行われることができる。例えば、モバイルデバイスのバッテリを充電するための、有線電力接続が、いずれのデータ接続からも分離して設けられることができる。
【０１９０】
更に、モバイルデバイスは、本明細書において特定のブロックを参照して説明されているが、これらのブロックは説明の都合上定義されたものであって、構成部品の特定の物理的構成を意味することを意図していないことが理解されよう。更に、ブロックは物理的に別個の構成要素に対応する必要はない。ブロックは、例えば、プロセッサをプログラムすることによって、又は適正な制御回路を設けることによって様々な動作を実行するように構成することができ、様々なブロックは、初期の構成を取得する方法に依存して再構成が可能であるか又は不可能であり得る。本発明の実施形態は、回路とソフトウェアとの任意の組み合わせを使って実装される電子機器を含む様々な装置において実現することができる。また、モバイルデバイスの所与の実施形態において、図５における全てのブロックが実装されることも必要とされない。
【０１９１】
調整デバイス２１５ａ〜２１５ｃのうちの１つ以上などの調整デバイスは、上述されたものと同様のブロック（例えば、プロセッサ、記憶媒体、ユーザインタフェースデバイス、データ通信インタフェースなど）並びに／又は他のブロック若しくは構成要素を用いる電子デバイスとして実装されることができる。図６は、本発明の一実施形態に係る調整デバイス６００（例えば、調整デバイス２１５ａ〜２１５ｃのうちの１つ以上を実装する）の簡略ブロック図である。調整デバイス６００は、処理サブシステム６０２、記憶サブシステム６０４、ユーザインタフェース６０６、１つ以上の接続構成要素（例えば、ＲＦインタフェース６０８、及び／若しくは図示されていないコネクタインタフェース）、電源サブシステム６１２、並びに環境センサ６１４を含むことができる。調整デバイス６００はまた、他の構成要素（明示されていない）を含むことができる。調整デバイス６００の構成要素の多くは図５のモバイルデバイス５００のものと同様又は同一であることができる。
【０１９２】
例えば、記憶サブシステム６０４は記憶サブシステム５０４と概ね同様であることができ、例えば、磁気記憶媒体、フラッシュメモリ、その他の半導体メモリ（例えば、ＤＲＡＭ、ＳＲＡＭ）、若しくは任意のその他の非一時的記憶媒体、又は媒体の組み合わせを用いることを含むことができ、揮発性及び／又は不揮発性媒体を含むことができる。記憶サブシステム５０４と同様に、記憶サブシステム６０４は、データ、及び／又は処理サブシステム６０２によって実行されるべきプログラムコードを記憶するために用いられることができる。
【０１９３】
ユーザインタフェース６０６は入力デバイスと出力デバイスの任意の組み合わせを含むことができる。ユーザは、ユーザインタフェース６０６の入力デバイスを操作して調整デバイス６００の機能性を呼び出すことができ、ユーザインタフェース６０６の出力デバイスを介して調整デバイス６００からの出力を見ること、聞くこと、及び／又は他の仕方で経験することができる。出力デバイスの例は、ディスプレイ６２０、スピーカ６２２、及び触覚出力生成器６２４を含む。入力デバイスの例は、マイクロフォン６２６、タッチセンサ６２８、及びカメラ６２９を含む。これらの入力デバイス及び出力デバイスは、以上において図５を参照して説明された出力デバイスと同様であることができる。
【０１９４】
処理サブシステム６０２は、１つ以上の集積回路、例えば、１つ以上のシングルコア若しくはマルチコアマイクロプロセッサ又はマイクロコントローラとして実装されることができる。これらの例は当技術分野において周知である。動作時、処理システム６０２は調整デバイス６００の動作を制御することができる。様々な実施形態において、処理サブシステム６０２は、プログラムコードに応答して様々なプログラムを実行し、複数の同時に実行するプログラム又はプロセスを維持することができる。任意の所与の時点において、実行されるべきプログラムコードの一部又は全ては、処理サブシステム６０２内、及び／又は記憶サブシステム６０４などの記憶媒体内に常駐することができる。
【０１９５】
好適なプログラミングを通じて、処理サブシステム６０２は調整デバイス６００に様々な機能性を提供することができる。例えば、いくつかの実施形態では、処理サブシステム６０２は、オペレーティングシステム（ＯＳ）６３２、並びに電話インタフェースアプリケーション、テキストメッセージインタフェースアプリケーション、メディアインタフェースアプリケーション、フィットネスアプリケーション、及び／若しくはその他のアプリケーションなどの様々なアプリケーション６３４を実行することができる。いくつかの実施形態では、これらのアプリケーションプログラムのいくつか又は全ては、例えば、モバイルデバイスへ送られるべきメッセージを生成することによって、及び／又はモバイルデバイスからのメッセージを受信し、解釈することによって、モバイルデバイスと対話することができる。いくつかの実施形態では、アプリケーションプログラムのいくつか又は全ては調整デバイス６００上でローカルに動作することができる。
【０１９６】
いくつかの実施形態では、処理サブシステム６０２は、通知マネージャコード６３６、通知提示センターコード６３７及びアラートマネージャコード６３８（各々、所望に応じて、ＯＳ６３２の一部であるか、又は独立していることができる）のうちの１つ以上を実行することができる。いくつかの例では、これらのコードのうちの１つ以上は、モバイルデバイス５００上に記憶されている対応するコードと同様に、又はそれに対して補完的に動作することができる。
【０１９７】
例えば、通知マネージャコード６３６の実行によって、調整デバイス６００は、新しいメッセージ（例えば、サーバ若しくは他のユーザデバイスから受信されるか、又はローカルに生成されたメッセージ）を検出し、並びに／又は１つ以上の通知を通知ボードに追加し、再順位付けし、及び／若しくは削除することができる。通知マネージャコード６３６の実行によって、更に、通知提示センター及び／又はアラートマネージャは通知のことを通知されることができる。更に、通知マネージャコード６３６は、通知及び／又はメッセージを他のデバイス（例えば、モバイルデバイス５００）へ転送するべきであるかどうかを決定する配信コードを含むことができる。例えば、配信コードの実行によって、調整デバイス６００は、メッセージ又は通知に対応するアプリがブラックリスト上にあるか、又は少なくとも１つの配信対処サブスクライバを有するかどうかを判定することができる。そうでない場合には、この実行によって、メッセージ又は通知は１つ以上の他のデバイスへ転送されることができる。
【０１９８】
別の例として、通知提示センターコード６３７の実行によって、調整デバイス６００は、通知及び／又はメッセージに対応する視覚通知提示を提示するべきであるかどうか、いつ、及び／又はどのように提示するべきであるかを決定することができる。例えば、実行によって、通知提示又は通知インジケータがスクリーン上においてどこに提示されるべきであるか、及び／又は通知提示が一連の通知提示内のどこに提示されるべきであるかに関する決定がもたらされることができる。
【０１９９】
更に別の例として、アラートマネージャコード６３８の実行によって、調整デバイス６００は、通知及び／又はメッセージに対応するアラート（例えば、非視覚アラート）を提示するべきであるかどうか、いつ、及び／又はどのように提示するべきであるかを決定することができる。いくつかの例では、アラートマネージャコード６３８の実行によって、調整デバイス６００は他のデバイス（例えば、モバイルデバイス）と通信する。例えば、他のデバイスからの通信は、アラートを提示せよとの勧誘に対する応答を含むことができ、並びに／又は他のデバイスへの通信は、調整デバイス６００のモードを特定すること、アラートを提示せよとの勧誘を含むこと、及び／若しくはアラートが提示されたかどうか、若しくは提示される予定であるかどうかを特定することができる。
【０２００】
ＲＦ（無線周波数）インタフェース６０８は、調整デバイス６００が様々な他のデバイス及びネットワークと無線通信することを可能にすることができる。ＲＦインタフェース６０８は、例えば、セルラー音声及び／若しくはデータネットワーク、Ｗｉ−Ｆｉ（ＩＥＥＥ  ８０２．１１群規格）、Ｂｌｕｅｔｏｏｔｈ（Ｂｌｕｅｔｏｏｔｈ  ＳＩＧ，Ｉｎｃ．によって公表されている規格群）、又は無線データ通信のためのその他のプロトコルを用いた、無線媒体を通じたデータ通信を可能にするためのアンテナ及び支援回路機構などのＲＦ送受信機構成要素を含むことができる。いくつかの実施形態では、ＲＦインタフェース６０８は、信号強度の推定による近接性検出、及び／又は他の電子デバイスに対する近接性を判定するための他のプロトコルをサポートするＢｌｕｅｔｏｏｔｈ  ＬＥ（Ｌｏｗ  ｅｎｅｒｇｙ）近接センサ６０９を実装することができる。いくつかの実施形態では、ＲＦインタフェース６０８は、例えば、ＩＳＯ／ＩＥＣ  １８０９２規格又は同様のものを実装する、近距離通信（「ＮＦＣ」）能力を提供することができる。ＮＦＣは、非常に短い範囲（例えば、２０センチメートル以下）にわたるデバイス間の無線データ交換をサポートすることができる。ＲＦインタフェース６０８は、ハードウェア構成要素（例えば、ドライバ回路、アンテナ、変調器／復調器、エンコーダ／デコーダ、並びにその他のアナログ及び／若しくはデジタル信号処理回路）並びにソフトウェア構成要素の組み合わせを使用して実装することができる。複数の異なる無線通信プロトコル及び関連ハードウェアがＲＦインタフェース６０８内に組み込まれることができる。
【０２０１】
環境センサ６１４は、調整デバイス６００の周りの外部条件に関する情報を提供する様々な電子デバイス、機械デバイス、電気機械デバイス、光学デバイス、又はその他のデバイスを含むことができる。いくつかの実施形態におけるセンサ６１４は、処理サブシステム６０２にデジタル信号を、例えば、所望に応じて、ストリーミング方式で、又は処理サブシステム６０２によるポーリングに応じて、提供することができる。任意の種類及び組み合わせの環境センサが用いられることができる。ＧＰＳ受信機６４８が例として示されている。このセンサは、上述されたモバイルデバイス５００内の対応するセンサと同様に動作することができる。これらの例に加えて、又はそれらの代わりに、温度センサ、近接センサ、周辺光センサ、周囲音（若しくは雑音）センサ、又は同様のものなどの、その他のセンサも含まれることができる。
【０２０２】
電源サブシステム６１２は調整デバイス６００のための電源能力及び電力管理能力を提供することができる。例えば、電源サブシステム６１２は、バッテリ６４０（例えば、再充電可能バッテリ）、及びバッテリ６４０から、電力を必要とする調整デバイス６００の他の構成要素へ電力を分配するための関連回路機構を含むことができる。いくつかの実施形態では、電源サブシステム６１２はまた、例えば、電気コネクタ（図示されていない）が電源に接続されている時に、バッテリ６４０を充電するように動作可能な回路機構を含むことができる。いくつかの実施形態では、電源サブシステム６１２は、物理的コネクタに頼ることなくバッテリ６４０を充電するための、インダクティブ充電器などの、「無線」充電器を含むことができる。いくつかの実施形態では、電源サブシステム６１２はまた、バッテリ６４０に加えて、又はその代わりに、太陽電池などの、その他の電源を含むことができる。
【０２０３】
いくつかの実施形態では、電源サブシステム６１２は、電力消費を効率的に管理するために、調整デバイス６００内の構成要素への電力分配を制御することができる。例えば、調整デバイス６００が非活動状態になっている時には（ユーザと対話していない時）、電源サブシステム６１２は、例えば、ユーザインタフェース６０６、ＲＦインタフェース６０８、及び／又は環境センサ６１４の様々な構成要素の電源を切ることによって、デバイス６００を低電力状態にすることができる。電源サブシステム６１２はまた、利用可能電力の供給源及び量に基づいて調整デバイス６００の他の構成要素の電力消費を調節すること、バッテリ６４０内の蓄積電力を監視すること、蓄積電力が最低レベル未満に降下した場合にユーザアラートを生成すること等などの、他の電力管理能力を提供することができる。
【０２０４】
いくつかの実施形態では、電源サブシステム６１２の制御機能は、処理サブシステム６０２によって、その上で実行するプログラムコードに応じて生成される制御信号に応じて動作するプログラム可能若しくは制御可能回路を用いて、又は独立したマイクロプロセッサ若しくはマイクロコントローラとして実装されることができる。
【０２０５】
調整デバイス６００は例示的なものであり、変形及び変更が可能であることは理解されるであろう。様々な実施形態では、上述されたものに加えて、又はそれらの代わりに、その他の制御装置又は構成要素が提供されることができる。近接デバイスのペアリングを促進するため、メッセージを転送するため、及び／又はメッセージアラートを調整するために他のデバイス（例えば、モバイル及び／又はモバイルデバイス）と対話する能力を有する任意のデバイスが調整デバイスになることができる。
【０２０６】
更に、調整デバイス６００は、本明細書において特定のブロックを参照して説明されているが、これらのブロックは説明の都合上定義されたものであって、構成部品の特定の物理的構成を意味することを意図していないことが理解されよう。更に、ブロックは物理的に別個の構成要素に対応する必要はない。ブロックは、例えば、プロセッサをプログラムすることによって、又は適正な制御回路を設けることによって様々な動作を実行するように構成することができ、様々なブロックは、初期の構成を取得する方法に依存して再構成が可能であるか又は不可能であり得る。本発明の実施形態は、回路とソフトウェアとの任意の組み合わせを使って実装される電子機器を含む様々な装置において実現することができる。また、調整デバイスの所与の実施形態において、図６における全てのブロックが実装されることも必要とされない。
【０２０７】
１つ以上のモバイルデバイス、１つ以上の調整デバイス及びサーバの間の通信は、両方のデバイスが、使用するようにプログラムされているか、又は他の仕方で構成されている、任意の通信プロトコル（又はプロトコルの組み合わせ）に従って実施されることができる。いくつかの例では、Ｂｌｕｅｔｏｏｔｈプロトコルなどの標準プロトコルが用いられることができる。いくつかの例では、カスタムメッセージ形式及び書式（例えば、デジタルデータ送信内の特定のバイト又はバイト列を解釈するための規則のセットを含む）が定義されることができ、メッセージは、特定のＢｌｕｅｔｏｏｔｈ規格において定義されている仮想シリアルポートなどの標準シリアルプロトコルを用いて送信されることができる。本発明の諸実施形態は特定のプロトコルに限定されず、本教示を入手可能な当業者は、数多くのプロトコルを用いることができることを認識するであろう。
【０２０８】
特定の実施形態では、電子デバイス（例えば、デバイス５００又は６００）は、触覚フィードバックをユーザに提供するための１つ以上の触覚モジュールを含んでもよい。本明細書において説明されている諸実施形態は、知覚可能な触覚フィードバックを提供するために好適な１つ以上の触覚アクチュエータに関するか、又はその形態をとってもよい。このようなアクチュエータは、電磁コイル、永久磁石又はその他の磁界源を含んでもよい。コイルが励磁されると、磁界が、塊体にローレンツ力を及ぼすことによって、触覚アクチュエータの塊体における運動を誘導し得る。コイルを流れる電流方向が塊体の運動方向を決定し、その一方で、磁界の強度が塊体の速度及びそれゆえ触覚出力の大きさを決定する。
【０２０９】
概して、電子デバイスの非常にコンパクトなフォームファクタを所与として、いくつかの実施形態において実装される触覚アクチュエータは、結果として生じる機械的エネルギーを最大化するか、又は向上させるように構成されてもよい。
【０２１０】
一実施形態では、触覚アクチュエータは、塊体が静止状態になっている時にはコイル内に少なくとも部分的に配置されている塊体を有してもよい。この塊体は、フレーム内に付着させた磁石アレイとして実装される反対の極性の２つの磁石を含んでもよい。フレームは塊体に余分の重量を提供することができ、それゆえ、より強い触覚出力が生成され得る。シャフトが塊体を貫いて延在してもよく、それにより、塊体がシャフト上を自由に摺動し得るようにする。
【０２１１】
磁石アレイは、コイルが電流によって励磁された際にコイルの磁界と相互作用する放射状磁界を発生してもよい。磁界同士の相互作用の結果生じたローレンツ力によって、塊体はシャフトに沿って第１の方向に運動する。コイル内の電流の流れを反転させると、ローレンツ力は反転する。その結果、中心磁石アレイ上の磁界又は磁力も反転され、塊体は第２の方向に運動し得る。それゆえ、塊体は、コイル内の電流の流れの方向に依存して、シャフトに沿って双方向に運動し得る。コイル内に交流電流を流すことによって、中心磁石アレイはシャフトに沿って後方及び前方へ運動し得る。この運動はアクチュエータのハウジングにおける運動を誘導し得、それが今度は電子デバイスのハウジングにおける運動を誘導し得る。
【０２１２】
中心磁石アレイがシャフトへ引き付けられ、これが両者の間の摩擦を増大させ、それにより、中心磁石アレイ及びフレームを運動させるために必要な力を増大させ得るであろうことを阻止するために、シャフトは、タングステン、チタン、ステンレス鋼、又は同様のものなどの非フェライト系材料から形成されてもよく、塊体は軸受上でシャフトに沿って摺動してもよい。
【０２１３】
アクチュエータはまた、塊体に復元力を提供する構造を有してもよい。例えば、シャフトの両端部においてばねが配置されてもよい。塊体がばねを押し込むにつれて、ばねは収縮し、運動エネルギーを蓄積する。この運動エネルギーは解放され、塊体をシャフトに沿って戻し、それにより、塊体を最初の出発位置へ、又はその近くへ送り得る。ばね（単数又は複数）内の運動エネルギーはコイルと連携して磁石をこのような様態で運動させ得る。
【０２１４】
本明細書においては、線形アクチュエータが説明されているが、異なる実施形態では、他の種類のアクチュエータが用いられてもよいことを理解されたい。例えば、いくつかの実施形態は、回転型アクチュエータ、圧電アクチュエータ、又は任意の他の好適な線形若しくは非線形アクチュエータを用いてもよい。同様に、特定の実施形態は、協調して作動する複数のアクチュエータを用いてもよい。
【０２１５】
特定の実施形態では、電子デバイス（例えば、デバイス５００又は６００）は、音響エネルギーを送信及び受信するための１つ以上の音響モジュールを含んでもよい。音響モジュールは、非限定例として、電子デバイスのスピーカ又はマイクロフォンであってもよい。
【０２１６】
デバイスハウジングは、音響モジュールに結合された第１の音響ポートを含んでもよい。いくつかの例では、音響モジュールは、デバイスのためのマイクロフォン又はスピーカ要素のいずれかとして機能するように構成される。しかし、以下の説明の目的のために、音響モジュールはスピーカ要素又はモジュールとして説明される。音響ポートは、音響モジュールからユーザの耳への可聴信号の送信を促進する第１及び第２のオリフィスを含む。本例では、オリフィスはハウジングを貫いて延在し、音響モジュールの内部構成要素を外部環境と音響的に接続する。他の例では、単一の音響ポートが、２つを超えるオリフィス又は単一のオリフィスを含んでもよい。いくつかの実施形態では、音響ポートはまた、液体又はその他の異物の進入を抑制するように構成された、ハウジング構造（「天蓋（umbrella）」）、スクリーンメッシュ又はその他の保護要素を含んでもよい。
【０２１７】
天蓋構造は概して、水又は流体が音響モジュールに直接ぶつかることを阻止する。一例では、音響ポートは、モジュールの音響チャンバ（例えば、天蓋とメッシュとの間の、１つ以上のオリフィスを含む空間）に対してずらされた１つ以上のオリフィス又は開口部を含む。天蓋構造は、ケース又はハウジングの外面になるように形成されてもよい。例えば、天蓋構造は、音響チャンバに対してずらされた２つ以上のオリフィス又は開口部の間に配置された材料から形成されてもよい。
【０２１８】
更に、特定の実施形態は、音響チャンバを、水がチャンバ、又はオリフィスの他の部分内に溜まる可能性を低減する形状に作ってもよい。スクリーンが音響空洞を外部環境から分離してもよく、外部環境から音響空洞内への液体又はその他の異物の進入を妨げてもよい。例えば、オリフィス（単数又は複数）の側壁は、オリフィス又はチャンバ内の水の表面張力を低減するために、実質的にスクリーンの表面まで延在してもよい。同様に、オリフィスの外側は、オリフィスに隣接する液体の表面張力を低減し、かくして液体の除去を促進するために、面取りされていてもよい。
【０２１９】
本例では、音響モジュールはスピーカモジュールである。スピーカ音響モジュールは、振動板、ボイスコイル、中心磁石、及び側方磁石／コイルを含む、音を生成し、送信するための様々な構成要素を含んでもよい。典型的な実装形態では、振動板は、ボイスコイル内の刺激信号に応じて音波又は音響信号を生成するように構成される。すなわち、ボイスコイル内の変調された刺激信号が振動板の運動を生じさせる。振動板の運動は音波を作り出し、音波は音響モジュールの音響空洞を通って伝搬し、最終的にポートから外部環境へ出る。場合によっては、音響空洞は、振動板の運動によって生成された音波を増幅し、及び／又は減衰させるように構成された形状及びサイズを有する音響共振器として機能する。
【０２２０】
特定の実施形態では、音響モジュールはまた、端壁及び基部などの、構造支持要素を含む。これらの要素はスピーカ要素のための物理的支持を提供し得る。様々なヨーク、コネクタ及び同様のものもまた、このような支持を提供し得る。特定の他の実施形態は、デバイスの内部を環境に対して密閉するためのガスケットを含んでもよい。本明細書において挙げられている構造は一例として意図されており、限定を意図されていないことを理解されたい。例えば、代替実施形態では、音響空洞は追加の構成要素から形成されてもよいか、又は単一の構成要素から形成されてもよい。
【０２２１】
上述された音響モジュールは、スピーカ音響モジュールの一種の一例として提供されている。他の実施形態は、異なる種類のスピーカ、マイクロフォン及び同様のものを用いてもよい。更に、スピーカとの関連で説明されているが、上述のことはマイクロフォンに同等に適用可能であり、多くの実施形態はマイクロフォンを同様に組み込んでもよい。
【０２２２】
本明細書において説明されている諸実施形態は、好適な電子デバイスの形態をとるか、それに組み込まれるか、又はそれと共に動作してもよい。このようなデバイスの一例が図７に示されており、装着型機構の形態をとる。図示のように、機構はユーザの手首に装着され、バンドによってそこに固定されてもよい。機構は、限定するものではないが、時間を刻むこと、ユーザの生理学的信号を監視し、それらの信号に基づいて健康関連情報を提供すること、異なる機能性を有する異なる種類のデバイスであってもよい、他の電子デバイスと（有線又は無線方式で）通信すること、いずれか又は全てが互いに同期されてもよい、聴覚、触覚、視覚及び／又はその他の感覚出力を含み得る、アラートをユーザに提供すること、データをディスプレイ上に視覚的に示すこと、デバイスの動作を開始、制御、又は変更するために用いられてもよい１つ以上のセンサからデータを収集すること、デバイスの表面上におけるタッチのロケーション及び／又はデバイスに及ぼされている力の量を判定し、どちらか又は両方を入力として用いること、１つ以上の機能を制御するために音声入力を受け付けること、１つ以上の機能を制御するために触知入力を受け付けることなどを含む、種々の機能を有してもよい。
【０２２３】
好適な電子デバイスの代替実施形態は、電話、タブレットコンピューティングデバイス、ポータブルメディアプレーヤなどを含む。更に他の好適な電子デバイスは、ラップトップ／ノートブックコンピュータ、パーソナルデジタルアシスタント、タッチスクリーン、入力感知パッド又は面などを含んでもよい。
【０２２４】
図８は、装着型電子デバイスの例示的な概略図を示す。図８に示されるように、デバイス７００は、メモリ７６２であって、その上に記憶された命令を有するメモリ７６２にアクセスするように構成された１つ以上の処理ユニット７６１を含む。命令又はコンピュータプログラムは、デバイス７００に関して説明される動作又は機能のうちの１つ以上を実行するように構成されてもよい。例えば、命令は、デバイスの様々な構成要素の動作を制御又は調整するように構成されてもよい。このような構成要素は、限定するものではないが、ディスプレイ７０２、１つ以上の入力／出力構成要素７６３、１つ以上の通信チャネル７６４、１つ以上のセンサ７６５、スピーカ７０６、マイクロフォン７０７、及び／又は１つ以上の触覚フィードバックデバイス７６６を含む。いくつかの実施形態では、スピーカ及びマイクロフォンは単一のユニットに組み合わせられてもよく、且つ／又はデバイスのハウジングを貫く共通ポートを共有してもよい。
【０２２５】
図８の処理ユニット７６１は、データ又は命令を処理、受信、又は送信することができる任意の電子デバイスとして実装されてもよい。例えば、処理ユニット７６１は、マイクロプロセッサ、中央演算処理装置（ＣＰＵ：central processing unit）、特定用途向け集積回路（ＡＳＩＣ：application-specific integrated circuit）、デジタル信号プロセッサ（ＤＳＰ：digital signal processor）、又はそのようなデバイスの組み合わせのうちの１つ以上を含んでもよい。本明細書に記載する場合、用語「プロセッサ」とは、単一のプロセッサ若しくは処理ユニット、複数のプロセッサ若しくは複数の処理ユニット、他の適切に構成されたコンピューティング要素（単数又は複数）を包含することを意図するものである。
【０２２６】
いくつかの実施形態では、電子デバイスは種々のバンド、ストラップ、又はその他の保持機構（まとめて、「バンド」）を受容し得る。これらのバンドは、デバイス内の凹部又はその他の孔内に受容され、それにロックするラグによって、電子デバイスに取り外し可能に接続されてもよい。ラグはバンドの一部であってもよいか、又はバンドから分離可能であってもよい（及び／若しくは分離していてもよい）。概して、ラグは電子デバイスの凹部内にロックし、それにより、バンドとデバイスとの間の接続を維持してもよい。ユーザは、ラグが摺動するか、又は別の仕方で動いて凹部から出ることを可能にするために、ロック機構を解除してもよい。いくつかの実施形態では、凹部はバンド内に形成されてもよく、ラグはデバイス内に付着されるか、又は組み込まれてもよい。
【０２２７】
ユーザはバンドと電子デバイスの組み合わせを変更することができ、それにより、２つのカテゴリの混合及び適合を可能にする。他の形態及び／又は機能を有するデバイスが同様の凹部を含んでもよく、ラグ、及び／又はラグを組み込んだバンドと解除可能に結合してもよいことを理解されたい。このように、各々が別のものに適合する、バンドとデバイスのエコシステムが構想されてもよい。１つの更なる例として、デバイスを接続するための単一のバンドが用いられてもよい。このような実施形態では、バンドは、２つのデバイスが信号を互いへ送信し、それにより、互いに対話することを可能にする電気的相互接続部を含んでもよい。
【０２２８】
多くの実施形態では、電子デバイスは時間を刻み、それを表示してもよく、本質的に、とりわけ、腕時計として機能する。時間は、デバイス、その設定、及び（場合によっては）ユーザの好みに依存して、アナログ又はデジタル形式で表示されてもよい。通例、時間は、デバイスの外面の一部を形成するデジタルディスプレイ積層体上に表示される。
【０２２９】
ディスプレイ積層体は、ディスプレイの上に重なる、カバーガラスなどの、カバー要素を含んでもよい。カバーガラスは必ずしもガラスから形成される必要はない。ガラスは１つのオプションである。それは、サファイア、ジルコニア、アルミナ、化学強化ガラス、硬化プラスチックなどから形成されてもよい。同様に、ディスプレイは、液晶ディスプレイ、有機発光ダイオードディスプレイ、又は任意のその他の好適なディスプレイ技術であってもよい。要素の中でもとりわけ、ディスプレイ積層体は、いくつかの実施形態では、バックライトを含んでもよい。
【０２３０】
デバイスはまた、カバーガラス上におけるタッチのロケーションを判定するための１つ以上のタッチセンサを備えてもよい。タッチセンサは、タッチのロケーションを判定するためにディスプレイ積層体内、又はその上に組み込まれてもよい。タッチセンサは、特定の実施形態においては、自己容量式、他のものにおいては、相互容量式、又はそれらの組み合わせであってもよい。
【０２３１】
同様に、デバイスは、カバーガラスに加えられる力の量を判定するための力センサを含んでもよい。力センサは、いくつかの実施形態では静電容量センサであり、他の実施形態では歪みセンサであってもよい。どちらの実施形態においても、力センサは概して透明であり、透明材料から作製されているか、又はディスプレイの視野に干渉しないようにディスプレイの真下、又はそれから離れて配置される。力センサは、例えば、シリコーン又は別の変形可能材料によって分離された２枚の静電容量性プレートの形態をとってもよい。静電容量性プレートが外力を受けて互いに近づくにつれて、キャパシタンスの変化が測定されてもよく、キャパシタンス変化から外力の値が相関関係により求められてもよい。更に、力センサ上の複数の地点からの、又は複数の力センサからの相対的なキャパシタンス変化を比較することによって、力が及ぼされているロケーション又はロケーション群が判定されてもよい。一実施形態では、力センサは、ディスプレイの周囲の真下に延在するガスケットの形態をとってもよい。ガスケットは、実施形態に依存して、区分化されているか、又は単体であってもよい。
【０２３２】
電子デバイスはまた、アラートをユーザに提供してもよい。アラートは、デバイスのステータスの変化（一例は、電力が残り少なくなっていること）、デバイスによる情報の受信（メッセージを受信したことなど）、デバイスと他の機構／デバイス（メッセージが待機していること、又は通信が進行中であることをデバイスに知らせる第２の種類のデバイスなど）との間の通信、アプリケーションの（ゲームの一部としての、若しくはカレンダーの予定が差し迫った時などの）動作状態又はオペレーティングシステムの（デバイスが起動又は停止する時などの）動作状態などに応じて生成されてもよい。アラートのためのトリガの数及び種類は様々であり、広範囲にわたる。
【０２３３】
アラートは、聴覚的なもの、視覚的なもの、触覚的なもの、又はそれらの組み合わせであってもよい。触覚アクチュエータがデバイス内に収容されてもよく、直線運動して触覚出力を生成しもよい（ただし、代替実施形態では、触覚アクチュエータは回転型であるか、又は任意のその他の種類のものであってもよい）。スピーカがアラートの聴覚構成要素を提供してもよく、上述のディスプレイが視覚アラート構成要素を提供してもよい。いくつかの実施形態では、専用ライト、ディスプレイ、又はその他の視覚出力構成要素がアラートの一部として用いられてもよい。
【０２３４】
アラートの聴覚、触覚及び／又は視覚構成要素は、総合的な経験をユーザに提供するために同期されてもよい。１つ以上の構成要素は、それらの間の所望の同期を作り出すために他の構成要素に対して遅延されてもよい。構成要素は、それらが実質的に同時に知覚されるように同期されてもよい。一例として、触覚出力は聴覚的なものよりも知覚されるのに時間がかかり得るため、触覚出力は聴覚出力の少し前に開始されてもよい。別の例として、触覚出力（又はその一部）は、聴覚出力の相当前に、ただし、弱いレベル、又は更に、閾下レベルで開始されてもよく、それにより、聴覚出力を受信することを装着者に事前に教える。
【０２３５】
例示的な電子デバイスは、有線接続を通じて、又は無線で他の電子デバイスと通信してもよい。データがデバイス間で渡されてもよく、一方のデバイスが情報を他方へ中継すること、他方を制御すること、他方のセンサ、出力、及び／又は入力を用いることなどを可能にする。図９は、ユーザ８１０がサンプル電子デバイス７００を装着し、第２の電子デバイス７３０を自分のポケットに入れている様子を示す。データが電子デバイス７００、７３０の間で無線送信されてもよく、それにより、ユーザ８１０が第１の電子デバイス７００を用いて第２のデバイス７３０からのデータを受信すること、それを見ること、及びそれと対話することを可能にする。それゆえ、ユーザ８１０は、第２のデバイスと直接対話することを実際に必要とすることなく、第１の電子デバイス７００を通じて第２のデバイスの機能性の一部又は全てへのアクセスを有し得る。
【０２３６】
更に、電子デバイス７００、７３０は、データを共有するだけでなく、機能性をも共有するように協働し得る。例えば、２つのデバイスのうちの一方は、他方が欠いているセンサ、アプリケーション、又は機能を組み込んでいてもよい。このような能力を欠いている電子デバイスは、それらを、要求側デバイスと無線共有していてもよい他方のデバイスから要求してもよい。それゆえ、複数のデバイスは、拡張された機能、ソフトウェア、アクセス及び同様のものを両者の間で提供し、最終的にはユーザに提供するように、協力して動作し得る。１つの非限定例として、電子デバイス７００は電話をかけるか、又は電話を受けることができなくてもよく、その一方で、第２のデバイス７３０はそれを行うことができてもよい。それにもかかわらず、ユーザは、第１のデバイス７００を通じて電話をかけ、及び／又は電話を受けることができる。第１のデバイスは、実際に電話をかけるか、又は電話を受けるために、第２のデバイス７３０を用いてもよい。
【０２３７】
別の非限定例として、電子デバイス７００は近くの販売端末と無線で通信してもよく、かくして、ユーザが商品の販売、購入、又は返品などの取り引きを迅速且つ効率的に遂行することを可能にする。電子デバイスは、これら及び他の機能を実行するために近距離通信技術を用いてもよい。
【０２３８】
上述されたように、バンドが２つの電子デバイスに接続されてもよく、両者の間の有線通信経路の役割を果たしてもよい。別の例として、デバイスは無線で通信してもよく、それにより、一方のデバイスが第２のデバイスからの情報をユーザへ中継することを可能にする。この後者の例は、第２のデバイスに近づきにくい場合に特に有用になり得る。
【０２３９】
特定の実施形態は、ユーザの特定の生理学的特性を測定するための１つ以上の生体センサを組み込んでいてもよい。デバイスは、例えば、ユーザの心拍数又は血液酸素化レベルを判定するためのフォトプレシモグラム（photoplesymogram）センサを含んでもよい。デバイスは、更に、又は代わりに、デバイスが体脂肪率、身体の電気的活動、身体インピーダンスなどを推定することを可能にし得る、ユーザの身体インピーダンスを測定するための電極を含んでもよい。また、血圧、紫外線曝露なども含む。電子デバイス内に組み込まれているか、又はそれに関連付けられているセンサに依存して、種々のユーザ特性が測定及び／又は推定されてもよく、それにより、異なる健康情報がユーザに提供されることを可能にする。
【０２４０】
特定の実施形態は無線で充電されてもよい。例えば、誘導充電台が、デバイスのバッテリを充電するためにデバイス内の誘導受電器へ電力を送電してもよい。更に、デバイスと台との間の誘導電磁界を変動させることによって、データが両者の間で通信されてもよい。１つの単純な非限定例として、この通信は、デバイスが台の上に置かれると、台を低電力休止状態から活動充電状態へ起こすために用いられてもよい。その他の無線充電システム（例えば、近傍磁界共鳴及び無線周波数）が同様に用いられてもよい。代替的に、デバイスはまた、電極を通じた有線充電を用いてもよい。
【０２４１】
特定の実施形態では、デバイスは、心棒の付いた竜頭の形態をとり得る、回転入力を含んでもよい。竜頭及び心棒は、回転入力を提供するために、回転させられてもよい。心棒及び／又は竜頭の回転は、光学的に、電気的に、磁気的に、又は機械的に感知されてもよい。更に、いくつかの実施形態では、竜頭及び心棒は横方向にも動くことができ、それにより、第２の種類の入力をデバイスに提供する。
【０２４２】
電子デバイスは１つ以上のボタンを同様に含んでもよい。ボタン（単数又は複数）は、更に別の入力をデバイスに提供するために押されてもよい。様々な実施形態では、ボタンは、ドームスイッチ、ロッカスイッチ、電気接点、磁気スイッチなどであってもよい。いくつかの実施形態では、ボタンは防水性であるか、又は他の様態で環境に対して密閉されていてもよい。
【０２４３】
様々な実施形態は１つ以上の運動センサを含むか、又は他の様態でそれを組み込んでいてもよい。運動センサはデバイスの運動を検出し、運動に基づいてデバイス又は関連アプリケーションの状態、出力、又は入力を提供するか、変更するか、停止するか、又は他の様態でそれに影響を及ぼしてもよい。非限定例として、運動は、デバイスを沈黙させるか、又はデバイスによって生成されたアラートに確認応答するために用いられてもよい。運動センサのサンプルとしては、加速度計、ジャイロセンサ、磁気計、ＧＰＳセンサ、距離センサなどが挙げられる。いくつかの実施形態は、位置特定及び／又はナビゲーション補助を促進するか、又はそれを可能にするために、ＧＰＳセンサを用いてもよい。
【０２４４】
図８に示されるように、デバイス７００はまた、スピーカ７０６及び／又はマイクロフォン７０７を含む、１つ以上の聴覚要素を含んでもよい。スピーカ７０６は駆動電子機器回路又は回路機構を含んでもよく、コマンド又は入力に応じて可聴音又は音響信号を作り出すように構成されてもよい。同様に、マイクロフォン７０７もまた、駆動電子機器回路又は回路機構を含んでもよく、コマンド又は入力に応じて可聴音又は音響信号を受信するように構成される。スピーカ７０６及びマイクロフォン７０７は、音響エネルギーが通過することを許すが、液体及びその他のごみの進入を阻止し得るケース内のポート又は開口部に音響的に結合されてもよい。
【０２４５】
特定の実施形態は周辺光センサを組み込んでいてもよい。周辺光センサは、デバイスがその環境の明るさを感知し、それに応じて特定の動作パラメータを調節することを可能にし得る。例えば、電子デバイスは、感知された周辺光に応じてディスプレイの明るさを変更してもよい。別の例として、光が、ある期間の間、ほとんど又は全く感知されなければ、電子デバイスはディスプレイをオフにしてもよい。
【０２４６】
電子デバイスのこれら及び他の機能、動作、及び能力は、本明細書全体を読むことによって明らかになるであろう。
【０２４７】
図１０は、本発明の一実施形態に係る、メッセージを受信し、適切な応答アクションを実行するためのプロセス１０００のフロー図である。プロセス１０００の一部又は全ては調整デバイス及び／又はモバイルデバイス内で実施されることができる。
【０２４８】
プロセス１０００は、信号をソースから受信することができるブロック１００５において開始することができる。ソースは、例えば、サーバ、調整デバイス、モバイルデバイスなどであることができる。いくつかの例では、ソースは、プロセス１０００の一部又は全てを実行しているデバイスの構成要素である。信号は新しいメッセージを特定することができる。メッセージは、例えば、人からのメッセージ（例えば、テキストメッセージ、又はソーシャルネットワークからのメッセージ）、イベントを特定するメッセージ（例えば、ニュース記事、価格変動、タスク完了、又は天気予報）、間近の、又は現在の予定若しくはタスクを特定するメッセージなどを含むことができる。メッセージはアプリに関連付けられることができる（例えば、そのため、そのアプリの実行がメッセージを要求したか、又はプロセス１０００の一部若しくは全てを実行しているデバイスを他のデバイス若しくはサーバと接続した）。信号は、例えば、メッセージを含むこと、関連付けられたアプリを特定すること、メッセージに関連付けられた相手方（例えば、ユーザ）を特定すること、及び／又はメッセージの時間を特定することができる。
【０２４９】
ブロック１０１０において、新しいメッセージに関連付けられたアプリを特定することができる。アプリは、例えば、メッセージ内のアプリの識別子、メッセージ内のソースの識別子、及び／又はメッセージのソースに基づいて特定することができる。
【０２５０】
ブロック１０１５において、信号に基づいて通知を生成することができ、通知を通知ボードに追加することができる。通知はメッセージの任意の電子表現を含むことができ、通知ボードは、１つ以上のこのような通知を整理するか、まとめるか、又は管理するための任意の構造を含むことができる。通知は、例えば、メッセージの一部又は全て、時間（例えば、メッセージが受信されたか、若しくは通知が生成された時間）、メッセージのソースの識別子、メッセージに対応するアプリの識別子、メッセージの優先度、メッセージ及び／若しくは通知のための満了時間、並びに／又は許されるアクションを含むことができる。通知を通知ボードに追加することは、通知をボード内の他の通知に対して順位付けることを含むことができる。
【０２５１】
ブロック１０２０において、メッセージ（又はその処理されたバージョン）を１つ以上の他のデバイスへ転送するべきであるかどうかに関する決定を行うことができる。１つ以上の他のデバイスは、例えば、ペアリングされたデバイス、プロセス１０００の全て若しくは一部を実行しているデバイスに関連付けられているものと同じユーザアカウント（例えば、オペレーティングシステム、サービス、アプリ、電子メールアカウント、若しくはソーシャルネットワーキングアカウント用のもの）に関連付けられた他のデバイス、並びに／又は（例えば、プロセス１０００の全て若しくは一部を実行しているデバイスを特定することもできる）ローカル若しくはリモートに記憶されたリスト内において特定されている１つ以上のデバイスを含むことができる。
【０２５２】
この決定は、ブロック１０１０において特定されたアプリに依存することができる。一例では、デフォルトは、条件が満たされていなければ、メッセージを１つ以上の他のデバイスへ転送することである。条件は、例えば、アプリが転送ブラックリスト上にあること、及び／又はアプリが配信対処サブスクライバに関連付けられていることを含むことができる。
【０２５３】
メッセージが転送されるべきであると決定された場合には、プロセス１０００は、メッセージ（又はその処理されたバージョン）を１つ以上の他のデバイスへ転送することができるブロック１０２５へ進むことができる。メッセージを転送することは、例えば、受信信号を１つ以上の他のデバイスへ送信すること、又は信号の処理されたバージョンを１つ以上の他のデバイスへ送信することを含むことができる。処理されたバージョンは、メッセージの一部若しくは全て、並びに／又は生成された通知を含むことができる。処理されたバージョンは、受信メッセージと比べて、追加の、及び／若しくは異なるデータを含むことができ、且つ／又は処理されたバージョンは、受信信号内に存在するデータの一部が、処理されたバージョン内にない減縮されたバージョンであることができる。メッセージは、インターネット又はショートレンジ（例えば、Ｂｌｕｅｔｏｏｔｈ）接続などの、ネットワーク（例えば、無線ネットワーク）を通じて転送されることができる。いくつかの例では、メッセージを異なるデバイスへ転送するために、異なるネットワークを用いることができ、及び／又はメッセージの異なる処理されたバージョンを異なるデバイスへ転送することができる（例えば、異なるバージョンは、デバイスの異なる特徴に対応する）。
【０２５４】
ブロック１０３０において、メッセージに対応するアラートを提示するべきであるかどうかに関して決定することができる。この決定は、プロセス１０００の一部又は全てを実行しているデバイスが妨害拒否モードになっているかどうかに基づくことができる。このようなモードがオンになることができ、その結果、例えば、全ての聴覚及び／若しくは触覚アラートの遮断、電話の呼び出し及びテキストメッセージに対応する全ての聴覚及び／若しくは触覚アラートの遮断、デバイスがロックされている時における全ての聴覚及び／若しくは触覚アラートの遮断、デバイスがロックされている時における電話の呼び出し及びテキストメッセージに対応する全ての聴覚及び／若しくは触覚アラートの遮断、選択聴覚及び／若しくは触覚アラートの遮断、電話の呼び出し及びテキストメッセージに対応する選択聴覚及び／若しくは触覚アラートの遮断、デバイスがロックされている時における選択聴覚及び／若しくは触覚アラートの遮断、並びに／又はデバイスがロックされている時における電話の呼び出し及びテキストメッセージに対応する選択聴覚及び／若しくは触覚アラートの遮断が行われることができる。いくつかの例では、デバイスが妨害拒否モードになっている時には、ブロック１０３０における決定は、メッセージに対応するアラートが提示されるべきではないことになることができる。
【０２５５】
決定は、同様に、又は代替的に、例えば、近接条件が１つ以上の他のデバイスについて満足されているかどうかに基づくことができる。１つ以上の他のデバイスは、例えば、プロセス１０００の全て若しくは一部を実行しているデバイスにペアリングされたデバイス、プロセス１０００の全て若しくは一部を実行しているデバイスと同じユーザアカウント（例えば、オペレーティングシステム、サービス、アプリ、電子メールアカウント、若しくはソーシャルネットワーキングアカウント用のもの）に関連付けられたデバイス、並びに／又は（例えば、プロセス１０００の全て若しくは一部を実行しているデバイスを特定することもできる）ローカル若しくはリモートに記憶されたリスト内において特定されているデバイスを含むことができる。近接条件は、例えば、プロセス１０００の全て又は一部を実行しているデバイスが、他のデバイスのうちの１つ以上から閾値距離以内にあるかどうか、他のデバイスのうちの１つ以上とペアリングされているかどうか、及び／又は他のデバイスのうちの１つ以上とネットワーク（例えば、インターネットアカウント）を共有しているかどうかを判定することを含むことができる。
【０２５６】
近接条件の評価が、プロセス１０００の一部又は全てを実行しているデバイスの近くに（条件によって定義されているとおりの「近く（near）」に）他のデバイスがないことを示す場合には、アラートをデバイス上に提示するとの決定が行われることができる。近接条件が満足されていると判定されると、プロセス１０００の全て若しくは一部を実行しているデバイス、並びにデバイスに近接していると判定された１つ以上の他のデバイスを含むようにデバイスのセットが定義されることができる。このセット内において、デバイスの一部（例えば、単一のデバイス）が、アラートを提示するために選択されることができる。選択は、例えば、（例えば、選択を、活動モードになっているデバイスの方へ偏向させるために）セット内の１つ以上のデバイスの各々のモードに基づき、且つ／又は（例えば、選択を、モバイルデバイスよりも調整デバイスの方へ偏向させるために）デバイスの優先度に基づくことができる。
【０２５７】
決定は、更に、又は代替的に、他のデバイス（例えば、より高い優先度のデバイス、又はモバイルデバイス）が特定のモード（例えば、活動モード又は装着モード）になっていることが検出されたかどうかに基づくことができる。このような検出は、他のデバイスのモード、又はそれが特定のモードになっているかどうかに関する指示を特定する他のデバイス又は媒介デバイス（例えば、サーバ）からのメッセージを受信した結果、行われ得る。例えば、プロセス１０００の全て又は一部を実行しているデバイスは、関連モバイルデバイスが装着されていると（例えば、センサ測定値に基づいて）推測されることを示すメッセージが受信されると、アラートが提示されるべきでないと決定することができる。
【０２５８】
いくつかの例では、ブロック１０３０における決定は、（例えば、選択を、最近動いたデバイスの方へ偏向させるため、及び／又は少なくとも閾値期間の間、動いていないデバイス内におけるアラート提示を抑制するために）最近のデバイスの動き変数かどうかなどの、他の因子に依存することができる。
【０２５９】
アラートが提示されるべきであると決定された場合には、プロセス１０００は、アラートを提示することができるブロック１０３５へ進むことができる。アラートは、ユーザにメッセージのことを迅速に通知するための刺激を含むことができる。いくつかの例では、アラートは、オーディオ信号（例えば、発信音若しくは呼び出し音）又は触覚刺激（例えば、振動）などの、非視覚的なものである。いくつかの例では、アラートは、スクリーン上の点滅、スクリーンをオフからオンにすること、スクリーンの明るさを増大させること、又はアイコンを提示することなどの、視覚的なものである。いくつかの例では、メッセージ内容及び／又は関連アプリはアラートに基づいて特定可能でない。アラートが提示されるべきであると決定されると、アラートは、情報の要求に対応する任意のユーザ入力が受け取られたかどうかにかかわりなく、提示されることができる。それゆえ、たとえ、ユーザが特定のアプリを開いていないか、肯定的返答をしなかったか、若しくはメッセージを開かなかったか、並びに／又は−いくつかの例では−デバイスのスクリーンのロックを解除し、及び／若しくはそれと対話しなかった場合でも、アラートは提示されることができる。
【０２６０】
ブロック１０４０〜１０４５において、視覚通知提示などの、メッセージのための通知提示を提示するべきであるかどうかを決定することができる。この決定は、例えば、通知が保留中であるか、若しくはすでに閉じられたかどうか、並びに／又はプロセス１０００の一部若しくは全てを実行しているデバイスが活動モードになっているかどうかに基づくことができる。具体的には、ブロック１０４０において、新しいメッセージに対応する通知が閉じられたか、若しくは閉じられる予定であるかどうか（又は、逆に、それが保留中のままであるかどうか）を判定することができる。通知は、例えば、メッセージ若しくは対応する通知のための満了時間が過ぎたと判定した時、又は通知が閉じられるべきであることを示す情報を他のデバイスから受信した時に、閉じられることができる。例えば、その情報は、他のデバイスがメッセージのための同じ若しくは同様の通知提示を提示した時、又は特定のユーザ入力（例えば、通知を却下すること、メッセージを見ること、若しくは通知を延期すること）を検出した時に、受信されることができる。ブロック１０４０における肯定的判定に応じて、プロセス１０００は、他のメッセージを特定する他の信号が受信されるまで終結することができる。
【０２６１】
新しいメッセージに対応する通知が閉じられていない（及び、その代わりに、保留中のままである）との判定に応じて、プロセス１０００は、プロセス１０００の一部又は全てを実行しているデバイスが活動モードになっているかどうかを判定することができる決定ブロック１０４５へ進むことができる。この判定は、例えば、デバイスのスクリーンがオンになっているかどうか、ユーザ入力が閾値期間以内にデバイスのインタフェースを介して受け取られたかどうか、デバイスがロック解除されているかどうか、デバイスが装着されていることが検出されたかどうか、及び／又は１つ以上のアプリがデバイス上で実行しているかどうかを判定することを含むことができる。「活動モード」の定義は、例えば、デバイスの種類の間で、異なり得ることは理解されるであろう。
【０２６２】
デバイスが活動モードになっていると判定されると、メッセージのための通知提示が提示されることができる。通知提示を提示することは、提示をデバイススクリーンの一部又は全ての上に視覚的に提示することを含むことができる。通知提示は、メッセージの一部又は全て（例えば、件名）、ソース、メッセージに関連付けられた別のユーザの識別子（例えば、名前、ユーザ名、電子メールアドレス若しくは電話番号）、関連付けられたアプリ、時間、優先順位、並びに／又は１つ以上の可能なアクション（例えば、関連付けられたアプリを開くこと、全メッセージを見ること、メッセージに応答すること、通知を却下すること、及び／若しくは通知を延期すること）を含むことができる。
【０２６３】
デバイスが活動モードになっていない（例えば、デバイスのスクリーンがオンである）と判定されると、プロセス１０００はブロック１０４０へ戻ることができる。ブロック１０４０〜１０４５は、通知が閉じられたか、又はデバイスが活動モードになっていると判定されるまで繰り返されることができる。
【０２６４】
プロセス１０００は全部実行される必要はなく、プロセス１０００の特定の実装形態は、例えばデバイスの種類、ユーザの好み、メッセージの種類、デバイスモードなどに依存することができることは理解されるであろう。例えば、ブロック１０２０〜１０２５は、特定のデバイスの種類（例えば、装着型デバイス）については、プロセス１０００から削除されることができる。別の例として、一例では、ブロック１０１５において通知が生成される必要はない（例えば、ブロック１００５において受信された信号が通知を含む場合）。また、プロセス１０００内のブロックは、図示されている順序で実行される必要はないことも理解されるであろう。例えば、一例では、ブロック１０２０〜１０２５はブロック１０３０〜１０５０の後に実行されることができる。
【０２６５】
いくつかの例では、プロセス１０００（又は本明細書において開示されている任意の他のプロセス）の異なる部分は、異なるソフトウェア、デバイス構成要素又はデバイスによって対処されることができることは更に理解されるであろう。例えば、いくつかの例では、デーモンがブロック１０１５〜１０５０のいくつか又は全てを実行し、いくつかの実施形態では、プラグインがブロック１０１５〜１０５０のいくつか又は全てを実行する。適切な対処は、いくつかの例では、メッセージに関連付けられていると特定されたアプリに依存することができる。例えば、デーモンが、第１のアプリの第１のメッセージの処理されたバージョンが転送されるべきであると決定してもよく、第１のメッセージを処理し、処理された第１のメッセージを転送してもよい。その一方で、プラグインが、第２のアプリの第２のメッセージの処理されたバージョンが転送されるべきであると決定してもよく、第２のメッセージを処理し、処理された第２のメッセージを転送してもよい。
【０２６６】
図１０及び対応する説明において示されるように、メッセージに関する複数の決定は１つ以上のデバイスの各々のモードに依存することができる。例えば、メッセージのための（例えば、非視覚）アラートを提示するべきであるかどうかに関するブロック１０３０における決定、及びメッセージのための通知提示を提示するべきであるかどうかに関する決定の各々は、プロセス１０００を実行しているデバイスのモードに依存することができる。（例えば、アラートを提示するべきであるかどうかを決定するため、及びまた、通知提示を提示するべきであるかどうかを決定するための）複数のモードアセスメントが実行される際には、アセスメントは同じ時間のものであってもよいか、又は同じ時間のものでなくてもよい。例えば、一例では、デバイスのスクリーンがオンである場合には、デバイスがメッセージのための聴覚アラート及び視覚通知の両方を提示するべきであると決定されることができる（例えば、しかし、さもなければ、そのように決定されない）。別の例として、アラート提示規則は、そのスクリーンがオンになっている場合、且つアラートを提示せよとの勧誘が他のデバイスから受信された場合にのみ、デバイスがメッセージのためのアラートを提示するべきであることを示すことができ、それに対して、通知提示規則は、スクリーンがオンになっている場合には、デバイスがメッセージのための通知提示を提示するべきであることを示すことができる。更に別の例として、スクリーンがオンになっている時には、デバイスがメッセージのための視覚通知を提示するべきであると決定されるが、スクリーンがオンになっており、且つデバイスが妨害拒否モードになっていない時には、デバイスがメッセージのための聴覚又は触覚アラートを提示するべきであると決定されることができる。
【０２６７】
プロセス１０００は、単一のデバイスが状況に依存してどのように種々のアクション及び／又はアクションの組み合わせを実行することができるのかを例示することができる。例えば、単一のデバイスは、アプリに関連付けられた第１のメッセージを転送することができるが、メッセージのためのアラートを提示することも、メッセージのための通知提示を提示することもできない。同じデバイスは、後に、同じ、又は異なるアプリに関連付けられた第２のメッセージを転送し、また、メッセージのためのアラートを提示することができる。
【０２６８】
図１１は、本発明の一実施形態に係る、メッセージを他のデバイスへ転送するべきかどうかを決定するためのプロセス１１００のフロー図である。プロセス１１００の一部又は全ては調整デバイス内で実施されることができる。プロセス１１００は、調整デバイスがサーバ又は他のデバイスに登録することができるブロック１１０５において開始することができる。サーバは、調整デバイス上のアプリに対応するサーバアプリケーションをホストするサーバ、及び／又はオペレーティングシステムをホストするサーバ、クロスデバイスアカウントを管理するサーバを含むことができる。
【０２６９】
ブロック１１１０において、第１の信号をサーバ又は他のデバイスから受信することができる。第１の信号は新しいメッセージを特定することができる。例えば、新しいメッセージは、サーバによってホストされているアプリに関連付けられたものを含むことができる。新しいメッセージは、例えば、イベント（例えば、ニュース、金融市場、現在の成績、天気、ソフトウェア更新の利用可能性、若しくは広告）、並びに／又は調整デバイスに関連付けられているユーザと異なるユーザに関連付けられたデバイスからの通信（例えば、メッセージ、ＳＭＳメッセージ、電子メール、電話の呼び出し、写真、ビデオ、リンク及び／若しくはオーディオクリップを特定する通信）に基づいて生成されたメッセージを含むことができる。
【０２７０】
ブロック１１１５において、新しいメッセージに対応する通知を調整デバイスの通知ボードに追加することができる。ブロック１１１５はプロセス１０００内のブロック１０１５と類似し得る。ブロック１１２０において、メッセージに関連付けられたアプリを特定することができる。ブロック１１２０はプロセス１０００内のブロック１０１０と類似し得る。
【０２７１】
ブロック１１２５において、アプリがブラックリスト上で特定されているかどうかを判定することができる。アプリがブラックリスト上で特定されていなければ、プロセス１１００は、アプリが、メッセージの転送に対処するための１つ以上のサブスクライバを有するかどうかを判定することができる、ブロック１１３０へ進むことができる。
【０２７２】
ブラックリスト並びに／又は任意のサブスクライバ識別は、調整デバイス上にローカルに記憶されていることができるか、あるいはリモートに記憶されていることができる（例えば、それにより、このとき、調整デバイスはリモートデバイスと通信し、ブラックリスト若しくはサブスクライバ識別、又は特定のアプリがブラックリスト上にあるか、若しくは配信対処サブスクライバを有するかどうかに関する情報を要求することができる）。いくつかの例では、ブラックリスト及び／又はサブスクライバ識別は、記憶されたデータの組み合わせに基づいて情報を構築することができるという点において、発展的なものであることができる。例えば、個々のアプリファイルに関連付けられたデータが、各アプリがブラックリストに載せられるかどうかを別個に示すことができる。
【０２７３】
どのアプリブラックリスト上にあるか及び／又はアプリのサブスクライバは、固定されることができるか、又は動的であることができる（例えば、それにより、アプリはブラックリストに動的に追加されるか、若しくはそれから削除されることができ、並びに／又はそれにより、アプリがサブスクライバを有するかどうかは変化することができ、及び／若しくはサブスクライバ識別は変化することができる）。１つ以上のアプリのためのブラックリスト及び／又はサブスクライバリストは、調整デバイス上のオペレーティングシステムの開発者、１つ以上のアプリの各々の開発者、及び／又は調整デバイスのユーザによって、部分的に、又は全体的に定義されることができる。アプリがブラックリスト上に存在するか、又は配信対処サブスクライバを有するかどうかは、人の決定（例えば、ユーザ入力）及び／又はアプリに関する１つ以上の因子に依存することができる。因子の一例は、どのデバイス（若しくはデバイスの種類）がアプリのためのメッセージを受信するべきであるか、並びに／又はデバイスがメッセージをどのよう受信するべきであるかに関する制限が課せられるべきであるかどうかである。このような制限は、例えば、デバイス能力（例えば、処理パワー、若しくはアプリがデバイス上にダウンロードされているかどうか）、アプリに関連付けられたプライバシ制限並びに／又はアプリに関連付けられたメッセージのクロスデバイス適用可能性に基づくことができる。因子の別の例は、メッセージを配信するための目標レイテンシである。メッセージ転送に頼るのではなく、メッセージ送信をサーバから複数のデバイスへ分散させることとで、各デバイスがメッセージを受信するスピードを早める可能性を有することができる。
【０２７４】
アプリがブラックリスト上になく、メッセージ配信に対処するための１つ以上のサブスクライバも有していなければ、プロセス１１００は、新しいメッセージを特定する第２の信号を生成するブロック１１３５へ進むことができる。第２の信号は第１の信号と同じであることができ、並びに／又は第１の信号のデータの一部若しくは全てを含むことができる。第２の信号は、新しいメッセージの一部若しくは全て、及び／又は生成された通知を含むことができる。第２の信号は調整デバイスの識別子を含むことができる。第２の信号は、メッセージがどのように（例えば、ショートレンジネットワークを通じて、又は通じずに）送られているかに関する指示を含むことができる。第２の信号は、メッセージに関連付けられたアプリの特定を含むことができる。
【０２７５】
いくつかの例では、第２の信号は、第１の信号内のデータの一部が第２の信号から除外されることができるという点において、第１の信号に対して少なくとも一部減縮されることができる。この減縮は、例えば、受信デバイスについて知られている情報に基づいて（例えば、別の特性を有するデバイスのために含まれる信号データを除外するために）実行されることができる。減縮は、圧縮技法を用いることによって実行されることができる。いくつかの例では、メッセージの一部又は全ては第２の信号から除外される。減縮された信号は、新しいメッセージが受信されたことをなおも示すことができ、受信デバイスがユーザにメッセージについてアラートすることを可能にすることができる。その後、ユーザが、メッセージを見ることを要求した場合には、このとき、受信デバイスはそれを取得することができる。
【０２７６】
ブロック１１４０において、第２の信号を１つ以上のデバイスへ転送することができる。１つ以上のデバイスは、（例えば）調整デバイスにペアリングされており、及び／又は調整デバイスに関連付けられているのと同じユーザアカウントに関連付けられたデバイス（単数又は複数）を含み得る、１つ以上のモバイルデバイスを含むことができる。送信は、インターネット又はショートレンジ接続（例えば、Ｂｌｕｅｔｏｏｔｈ若しくはＢＴＬＥ）などの、１つ以上のネットワークを通じて行われることができる。
【０２７７】
アプリがブラックリスト上にあるか、又はメッセージ転送に対処するためのサブスクライバを有するかのいずれかであると判定されると、プロセス１１００は、新しいメッセージを特定する第２の信号をモバイルデバイスへ送信しないブロック１１４５へ進むことができる。それゆえ、いくつかの例では、モバイルデバイスはメッセージを受信しない場合があるか、それを別のソースから受信することができる。
【０２７８】
プロセス１１００は、メッセージを転送するべきであるかどうかを決定するための２つの条件の評価を含むが、他の実施形態は異なる数の条件及び／又は異なる条件を含むことができることは理解されるであろう。例えば、条件は、他のデバイスに対する調整デバイスの近接性に依存することができる。一例では、ブロック１１３０はプロセス１１００から削除されることができる。
【０２７９】
いくつかの例では、サブスクライバアプリは、１つ以上の他のデバイスへのメッセージの配信に対処するためのものである。このような場合には、通知配信モジュールはその定型の配信機能を実行する必要はない。いくつかの例では、サブスクライバアプリは、他のデバイスへの送信前にメッセージを処理するためのものである。例えば、サブスクライバアプリはメッセージの要約又は圧縮バージョンを生成してもよい。
【０２８０】
図１２は、本発明の一実施形態に係る、サブスクライブ・アプリが、メッセージを他のデバイスへ転送する前に、メッセージを処理することを可能にするためのプロセス１２００のフロー図である。プロセス１２００の一部又は全ては調整デバイス内で実施されることができる。
【０２８１】
ブロック１２０５において、メッセージを検出することができる。メッセージを検出することは、例えば、サーバ、又は他のデバイス（例えば、共有ユーザアカウントに関連付けられたもの、若しくはペアリングされたデバイス）からのメッセージの受信を検出すること、あるいはローカルに生成されたメッセージ（例えば、プロセス１２００の一部若しくは全てを実行しているデバイス上にインストールされているか、又はその上で実行しているアプリを用いて生成されたメッセージ）を検出することを含むことができる。メッセージは、（例えば、別のユーザ若しくはソースから発した）受信内容を含むことができ、及び／又はイベントの発生を表すことができる。
【０２８２】
ブロック１２１０において、メッセージに関連付けられたアプリ（又はプラグイン）を特定することができる。アプリは、メッセージを生成したか、又はそれを、プロセス１２００を実行しているデバイスへ送信したことに少なくとも一部関与したものであることができる。アプリは、例えば、メッセージのソース、又はメッセージ内の内容（例えば、アプリを特定する内容）に基づいて特定されることができる。
【０２８３】
ブロック１２１５において、メッセージを処理するためにサブスクライブされているアプリ（又はプラグイン）を特定することができる。サブスクライバアプリは、例えば、ブロック１２１０において特定されたアプリの識別子、メッセージのソースの識別子（例えば、他のデバイスの識別子）を用いて、メッセージの特性（例えば、メッセージの種類）を用いて、又はメッセージの識別子を用いてサブスクライバ構造に問い合わせること、（あるいはブロック１２１０において特定されたアプリの識別子、メッセージの特性、又はメッセージの識別子を用いて、メッセージを処理するためにサブスクライブされたアプリを探索すること）によって特定されることができる。例えば、サブスクライバ構造は特定のサーバを特定のアプリに関連付けることができ、それにより、そのサーバからの全てのメッセージはその特定のアプリによって処理されることになる。いくつかの例では、メッセージはサブスクライバアプリの識別子を含むことができる。いくつかの例では、ブロック１２１５において特定されたアプリ（又はプラグイン）は、ブロック１２１０において特定されたアプリ（又はプラグイン）と同じである。いくつかの例では、それらは異なる。
【０２８４】
ブロック１２２０において、ブロック１２１５において特定されたアプリがメッセージをローカルに処理することを可能にすることができる。例えば、メッセージは、例えば、メッセージをサブスクライバアプリのための処理モジュールへ送ることによって、及び／又はサブスクライバアプリの実行を開始することによって、サブスクライバアプリによるローカル（又は、いくつかの例では、リモート）処理のために利用可能にされることができる。処理は、例えば、メッセージのための要約を生成するための（例えば、所与の種類のメッセージ間で共通する内容を削除するため、及び／又は特定のデバイスの種類の上における表示のために不必要であるデータを削除するための）プロトコルを含み得る、処理プロトコルに従って実行されることができる。いくつかの例では、どの処理プロトコルが用いられるか、及び／又は処理プロトコルの特性は、信号又は特定されたアプリの特性に依存する。例えば、異なるアプリは、異なる種類の情報をメッセージから削除してもよい。
【０２８５】
ブロック１２２５において、処理されたメッセージにアクセスすること（例えば、それをアプリプロセッサから受信すること）ができる。ブロック１２３０において、１つ以上の他の電子デバイスを特定することができる。他の電子デバイス（単数又は複数）は、プロセス１２００を実行しているデバイスに関連付けられているのと同じユーザアカウントに関連付けられた１つ、より多く、若しくは全てのデバイス、実行しているデバイスとペアリングされた１つ、より多く、若しくは全てのデバイス、近接条件が満足されている１つ、より多く、若しくは全てのデバイス、並びに／又は所与の種類の１つ、より多く、若しくは全てのデバイスを含むことができる。一例では、他の電子デバイス（単数又は複数）は、サブスクライバアプリによって、及び／又は処理に基づいて特定される。
【０２８６】
ブロック１２３５において、処理されたメッセージを有する信号を他のデバイス（単数又は複数）へ送信することができる。信号はまた、例えば、プロセス１２００を実行しているデバイスの識別子、メッセージに関連付けられたアプリの識別子、及び／又はサブスクライバアプリの識別子を含むことができる。
【０２８７】
図１３は、本発明の一実施形態に係る、処理されたメッセージを変換するためのプロセス１３００のフロー図である。プロセス１３００の一部又は全てはモバイルデバイス内で実施されることができる。
【０２８８】
ブロック１３０５において、メッセージに対応するデータを有する信号を受信することができる。信号は、いくつかの例では、他のデバイスにおいて（例えば、調整デバイスにおいて）処理されたメッセージ、メッセージの要約、及び／又はアプリの識別子を含むことができる。いくつかの例では、ブロック１３０５において受信される信号は、プロセス１２００内のブロック１２３５において送信された信号に対応する。
【０２８９】
ブロック１３１０において、信号に関連付けられたアプリを特定することができる。アプリは、例えば、メッセージ内に含まれるメッセージの要約を生成するために用いられたもの、メッセージの当初のバージョンを処理するためにサブスクライブされたもの、メッセージ内で特定されているもの、及び／又は（例えば、信号内に含まれる）メッセージの処理されたバージョンを変換するためにサブスクライブされたものを含むことができる。いくつかの例では、アプリは、信号を（例えば、アプリの識別子を抽出するために）分析することによって特定されることができる。いくつかの例では、アプリは、サブスクライバ構造を用いることによって特定されることができる。サブスクライバ構造は、調整デバイスが元のメッセージを処理するために用いた場合がある同じサブスクライバ構造であることができる（又はその必要はない）。サブスクライバ構造は、メッセージの特性、アプリ識別子（例えば、メッセージを最初に生成若しくは送信することに少なくとも一部関与したアプリのためのもの、又はメッセージを処理したアプリのためのもの）、メッセージの識別子、あるいは別の変数を、メッセージの処理されたバージョンを変換するためにサブスクライブされた１つ以上のアプリに関連付けることができる。それゆえ、ブロック１３１０は、メッセージのための関連付けられたアプリを特定するために、サブスクライバ構造内のアプリ識別子、メッセージ識別子、又はその他の変数を探索することを含むことができる。いくつかの例では、（例えば、構造内の内容を探索することによって）アプリを特定するために、信号内のデータの一部を用いることができる。例えば、信号はメッセージの元のソースを特定することができ、ソースは構造内のアプリに関連付けられていることができる（例えば、ペアにされていることができる）。いくつかの例では、アプリサブスクリプションは、同じアプリが（異なるデバイス上にあるにもかかわらず）メッセージの要約を生成し、また、要約を（例えば、通知又は完全なメッセージに）変換するように構成される。
【０２９０】
ブロック１３１５において、特定されたアプリがメッセージデータを通知に変換することを可能にすることができる。可能にすることは、例えば、アプリへのデータをアプリのための（例えば、ローカルの）処理モジュールに対して利用可能にすること、及び／若しくはそれに送ること、並びに／又はアプリの実行を開始することを含むことができる。変換は、例えば、メッセージのための要約を（例えば、要約内で特定されているか、若しくは所与の種類のメッセージ間で共通であるメッセージ若しくはアプリに関連付けられたローカルに記憶された内容若しくはリモートの内容を組み合わせることによって）展開し、並びに／又はデータに対応する元のメッセージを再構成するためのプロトコルを含むことができる、変換プロトコルに従って実行することができる。いくつかの例では、変換は、信号を送ったデバイス上で実行されたメッセージの処理の一部又は全てを逆にすることを含むことができる。いくつかの例では、どの変換プロトコルが用いられるか、及び／又は変換プロトコルの特性は、信号又は特定されたアプリの特性に依存することができる。例えば、異なるアプリは、処理されたメッセージを異なる種類の追加の情報で補ってもよい。
【０２９１】
変換を例示するために、受信信号は、ユーザによって定義された株式アラートの識別子を含んでもよい。信号を受信すると、モバイルデバイス上の金融アプリは、特定の株式銘柄及び株価閾値を含むことができる、特定された株式アラートを取得してもよい。その後、金融アプリは信号を、株式銘柄及び閾値を含むより完全な通知に変換することができる。金融アプリは株式の現在価格をリモートソースからなお更に取得し、現在価格を通知内に含めることができる。
【０２９２】
ブロック１３２０において、通知にアクセスすること（例えば、変換後にそれをアプリから受信すること）ができる。ブロック１３２５において、視覚通知提示を通知のために生成することができる。視覚通知はメッセージ及び／又は通知の全て又は一部を含むことができる。いくつかの例では、視覚通知は、ユーザが選択肢を選択すると、追加の情報を提示させ、及び／又はユーザがアクションをとること（例えば、リマインダを却下すること、折り返し電話をすること、テキストメッセージを生成して送ることなど）を可能にする１つ以上の選択肢を含む。ブロック１３３０において、視覚通知提示を提示することができる。
【０２９３】
図１４は、本発明の一実施形態に係る、アラートを提示するかどうかを決定するためのプロセス１４００のフロー図である。プロセス１４００の一部又は全ては調整デバイス内で実施されることができる。
【０２９４】
プロセス１４００は、メッセージを検出するブロック１４０５において開始することができる。メッセージを検出することは、例えば、サーバ、又は他のデバイス（例えば、共有ユーザアカウントに関連付けられたもの、若しくはペアリングされたデバイス）からのメッセージの受信を検出すること、あるいはローカルに生成されたメッセージ（例えば、プロセス１４００の一部若しくは全てを実行しているデバイス上にインストールされているか、又はその上で実行しているアプリを用いて生成されたメッセージ）を検出することを含むことができる。メッセージは、（例えば、別のユーザ若しくはソースから発した）受信内容を含むことができ、並びに／又はイベントの発生を表すことができる。
【０２９５】
ブロック１４１０において、１つ以上のモバイルデバイスの各々のロケーション特性を判定することができる。ロケーション特性を判定することは、例えば、任意のモバイルデバイス（例えば、特定の種類のもの及び／又は特定のアカウントに関連付けられたもの）が、特定の種類の通信チャネル（例えば、ショートレンジネットワーク、Ｂｌｕｅｔｏｏｔｈチャネル若しくはＢＴＬＥチャネル）を介して調整デバイスと通信することができるかどうか、並びに／又は調整デバイスから既定の距離以内に存在するかどうか、を判定することを含むことができる。
【０２９６】
ブロック１４１５において、ロケーション特性（単数又は複数）を用いて、近接条件が満足されているかどうかを判定することができる。近接条件は、特定のユーザアカウントに関連付けられた任意のモバイルデバイスが調整デバイスの近くにあるかどうか（及び／若しくはどのモバイルデバイスが近くにあるか）を判定するために定義されたもの、並びに／又は同じメッセージのための重複するアラートを抑止するために定義されたものであることができる。それゆえ、近接条件は、モバイルデバイスが、デバイスのうちの少なくとも１つの上におけるアラートを抑止するべきほど調整デバイスの十分近くにあると判定されるときのための機能的閾値又は絶対閾値を含むことができる。近接条件は、例えば、デバイス間通信条件（例えば、デバイスは特定の種類の通信チャネルを通じて通信することができなければならず、且つ／若しくはこのようなチャネルは、閾値を上回る信号強度を有しなければならない）、又は距離条件（例えば、各デバイスのＧＰＳ座標若しくは各デバイスの別の位置特定によって判定された時に、デバイス間の分離が既定の距離未満でなければならない）を含むことができる。近接条件は、固定されていること、メッセージの特性に依存すること、アプリによって定義されること、及び／又はユーザによって定義されることができる。
【０２９７】
近接条件が満足されていないと判定されると、ブロック１４２０ａにおいて、調整デバイスはメッセージのためのアラート（例えば、聴覚及び／又は触覚アラート）を提示することができる。ブロック１４２０ａはプロセス１０００内のブロック１０３５と類似し得る。
【０２９８】
他の近接条件が満足されていると判定されると、ブロック１４２５において、調整デバイスの１つ以上のモードを特定することができる。ブロック１４２５は、例えば、調整デバイスが、デバイスの現在又は最近の使用を示す活動モードになっているかどうかを（例えば、スクリーンがオンになっているかどうか、デバイスがロック解除されているかどうか、センサデータが、デバイスが装着されていることを示しているかどうか、デバイスの配向、デバイスの仰角、又は最後の入力の時間に基づいて）判定することを含むことができる。いくつかの例では、ブロック１４２５は、更に、又は代替的に、調整デバイスが、妨害拒否モード又は休止モードなどの、別のモードになっているかどうかを判定することを含むことができる。
【０２９９】
ブロック１４３０において、調整デバイスが活動モードになっていると特定されるかどうかを判定する。調整デバイスが活動モードになっていると、プロセス１４００は、調整デバイスがメッセージのためのアラート（例えば、聴覚及び／又は触覚アラート）を提示することができる、ブロック１４２０ｂへ進むことができる。ブロック１４２０ｂはプロセス１０００内のブロック１０３５と類似し得る。追加的に、メッセージのためのアラートの提示を抑止せよとの命令を含む信号を（近接条件が満足されていた）１つ以上のモバイルデバイスの各々へ送信することができる。この信号は、モバイルデバイスに、例えば、メッセージに応じて任意の聴覚及び／若しくは任意の触覚刺激を提示させないようにするか、メッセージのための特定の（例えば、デフォルトの）聴覚及び／若しくは触覚刺激を提示させないようにするか、又はメッセージのための任意の提示される聴覚及び／若しくは触覚信号の大きさを低減させることができる。信号は、メッセージの識別子及び／又は対応する通知の識別子を含むことができる。
【０３００】
調整デバイスが活動モードになっていないと判定されると、プロセス１４００はブロック１４４０へ進むことができる。ブロック１４４０において、調整デバイスは、ブロック１４２０におけるメッセージのためのアラートを提示せよとの勧誘を有する信号を（例えば、近接条件が満足されていた）モバイルデバイスへ送信することができる。信号は、メッセージの識別子及び／又は対応する通知の識別子を含むことができる。いくつかの例では、信号はメッセージ又は通知自体の一部又は全てを含むことができる（例えば、そのため、信号のアラートの勧誘は、メッセージ又は通知の一部又は全てを転送する役割を果たすこともできる）。勧誘は、応答が要求される満了時間を含むことができる。
【０３０１】
図１５は、本発明の別の実施形態に係る、アラートを提示するかどうかを判定するためのプロセス１５００のフロー図である。プロセス１５００の一部又は全ては調整デバイス内で実施されることができる。
【０３０２】
プロセス１５００は、通知ボード上の新しい通知を検出することができるブロック１５０５において開始する。ブロック１５１０において、通知に対応するキュー項目をアラートキューに追加することができる。キュー項目は、通知の識別子及び／若しくは関連付けられたメッセージ、時間（例えば、通知に関連付けられた時間、若しくはキュー項目が生成された時間）並びに／又はアプリ識別子を含むことができる。
【０３０３】
ブロック１５１５において、調整デバイスの１つ以上のモードを特定することができる。特定は、例えば、調整デバイスのスクリーンがオンになっているかどうか、調整デバイスがロック解除されているかどうか、入力が既定の期間以内に調整デバイスのインタフェースを介して受信されたかどうか、並びに／又は調整デバイスのための動き変数（例えば、期間にわたる累積運動、若しくは直近の運動検出の時間）が閾値を超えたかどうかに基づいて、調整デバイスが活動モードになっているかどうかを判定することを含むことができる。
【０３０４】
ブロック１５２０において、任意のモバイルデバイス（例えば、特定のユーザアカウントに対応するもの及び／又は任意のペアリングされたモバイルデバイス）が近くにあるかどうかを判定することができる。判定は、近接条件の評価、調整デバイスが任意のデバイスにペアリングされているかどうかを特定すること、調整デバイスのロケーションを特定すること、及び／又は１つ以上の他のデバイスのロケーションを特定することを含むことができる。例えば、ブロック１５２０は、調整デバイスが任意の他のデバイスにペアリングされているかどうかを判定することを含むことができる。
【０３０５】
モバイルデバイスが近くにない（例えば、特定のユーザアカウントに対応するモバイルデバイスが近くにないか、又はペアリングされたモバイルデバイスが近くにない）と判定されると、プロセス１５００は、キュー内の項目ごとにアラートを提示することができるブロック１５２５ａへ進むことができる。各アラートの提示は、プロセス１０００内のブロック１０３５において説明されたものと類似し得る。いくつかの例では、アラートキューは、ブロック１５１０において追加されたものに加えて１つ以上の他のキュー項目を含むことができる。いくつかの実施形態では、２つ以上の（又は全ての）キュー項目の各々のためのアラートが提示されることができる。アラートは逐次に提示されることができる。いくつかの例では、アラート特性は複数のキュー項目の間で異なる。例えば、どのオーディオ信号が提示されるかは、キュー項目がどのアプリに対応するかに依存することができる。いくつかの例では、アラートはキュー項目の間で同じである。
【０３０６】
１つ以上のモバイルデバイスが近くにあると判定されると、ブロック１５３０において、調整デバイスのモードが活動モードであるかどうかを判定することができる。ブロック１５３０はプロセス１０００のブロック１０４５と類似し得る。
【０３０７】
調整デバイスが活動モードになっていると、ブロック１５２５ｂにおいて、キュー内の項目ごとにアラートを提示することができる。ブロック１５２５ｂはブロック１５２５ａと類似し得る。いくつかの例では、ブロック１５３５において、無アラート命令を有する信号をモバイルデバイスへ送ることができる。信号は、１つ以上のメッセージ及び／又は通知（例えば、検出された新しい通知に対応するメッセージ、及び／又はアラートが提示された各キュー項目に対応するメッセージ）を特定することができる。信号は、１つ以上のアラートが調整デバイスによって対処されたことを示すことができ、及び／又は１つ以上のアラートのためのアラートを提示しないようにとの命令を含むことができる。
【０３０８】
調整デバイスが活動モードになっていないとの判定に少なくとも一部基づいて、調整デバイスは、アラート調整基準が満足されていると判定することができる。このような例では、ブロック１５４０において、メッセージのためのアラートを提示せよとの勧誘を有する信号をモバイルデバイスへ送ることができる。勧誘は、メッセージの識別子及び／又は対応する通知の識別子を含むことができる。いくつかの例では、メッセージ又は通知は特定されない。勧誘はメッセージ又は通知自体の一部又は全てを含むことができる（例えば、そのため、アラートの勧誘は、メッセージ又は通知の一部又は全てを転送する役割を果たすこともできる）。勧誘は、応答が要求される満了時間を含むことができる。いくつかの例では、勧誘は他の信号特性に基づいて暗示されることができる。
【０３０９】
ブロック１５４５において、勧誘に応じる受諾メッセージがモバイルデバイスから受信されたかどうかを判定することができる。この判定は、受諾メッセージが、（例えば、勧誘信号が送られた時間から開始する）期間中に受信されるかどうかを判定することを含むことができる。受諾メッセージは、例えば、モバイルデバイスがアラートを提示したか、若しくはそれを提示する予定であること、並びに／又はモバイルデバイスが活動モード（例えば、それがアラート提示に対処する予定であることを示す）になっていることを示すことができる。いくつかの例では、受諾メッセージは、アラートが提示された時間などの、１つ以上のアラート特性を含むことができる。いくつかの例では、受諾メッセージは、明示的なアラート対処又は受諾内容を有しない単なる応答メッセージであることができる。しかし、このような受諾がメッセージの存在によって推測されることができる。受諾メッセージが受信された場合には、プロセス１５００は、ブロック１５１０において追加されたキュー項目をキューから削除することができるブロック１５５０へ進むことができる。
【０３１０】
受諾メッセージが受信されない場合には、プロセス１５００は、キュー内の項目ごとにアラートを提示することができるブロック１５２５ｃへ進むことができる。ブロック１５２５ｃはブロック１５２５ａと類似し得る。ブロック１５５５において、アラートの提示後に、１つ以上のキュー項目をキューから削除することができる。１つ以上のキュー項目は、アラートが提示された全てのキュー項目を含むことができる。
【０３１１】
プロセス１５００では、アラートはキュー内のキュー項目ごとに提示されることができるが、他の実施形態では、アラートは、（単一のキュー項目又は複数のキュー項目を含み得る）キュー内のキュー項目の一部分のみのために提示されることができることは理解されるであろう。例えば、アラートは、ブロック１５１０において追加されたキュー項目のためにのみ提示されることができる。
【０３１２】
アラート対処は、メッセージに関連付けられたアプリ、デバイスの種類、及び／又はユーザの好みなどの、様々な因子に依存することができることは理解されるであろう。一例では、アラート対処は、ブラックリスト上にあるアプリ、及び／若しくは配信対処サブスクライバを有するアプリに関連付けられたメッセージ（並びに／又はデバイス間で転送されたメッセージ）、並びにその他のアプリに関連付けられたメッセージについて異なる。例えば、全てのデバイスは先のメッセージのためのアラートを提示してもよい。一例では、アラート対処は、アプリがブラックリスト上にあるか、及び／又はサブスクライバを有するかどうかと無関係であることができる。
【０３１３】
プロセス１５００では、アラート提示は（例えば、ブロック１５２０における）近接条件を条件とすることができる。他の実施形態におけるアラート提示は近接条件の評価を含む必要がないことは理解されるであろう。例えば、デバイスが特定のモードになっていることが検出された場合には、同じユーザアカウントに関連付けられている全ての他のデバイス（又は特定の種類のデバイス）がアラートを抑止されることができる。
【０３１４】
アラートキューを用いることは、１つ以上のデバイスがメッセージ受信の間にモードを変化させる状況において有用になり得る。例えば、調整デバイスは、第１のメッセージが受信された時に、活動モードになっていない場合がある。それゆえ、それは、近くのモバイルデバイスを、第１のメッセージのためのアラートを提示するように勧誘することができる。調整デバイスが、モバイルデバイスがアラートを提示することになるかどうかを判定することを待っている間に、そのモードは活動モードへ変化することができる。更に、応答を待っている間に、第２のメッセージが受信されることができる。この時点において、調整デバイスは両方のメッセージのためのアラートを速やかに提示することができ、それにより、単一のデバイスが両方の（場合によっては関連する）メッセージのことをユーザに通知する。
【０３１５】
図１６は、本発明の一実施形態に係る、アラートを提示するかどうかを決定するためのプロセス１６００のフロー図である。プロセス１６００の一部又は全てはモバイルデバイス内で実施されることができる。プロセス１６００は、新しいメッセージを検出することができるブロック１６０５において開始することができる。例えば、メッセージは、調整デバイス又はサーバなどのソースから受信されたものであることができるか、あるいはメッセージはローカルに生成されることができる。
【０３１６】
ブロック１６１０において、調整デバイスがモバイルデバイスの近くにあるかどうかを判定することができる。ブロック１６１０はプロセス１５００のブロック１５２０に酷似し得る。調整デバイスが近くにないと判定されると、ブロック１６１５ａにおいて、メッセージに対応するアラートを提示することができる。ブロック１６１５ａはプロセス１０００のブロック１０３５と類似し得る。
【０３１７】
調整デバイスが近くにあると判定されると、プロセス１６００は、通信チャネル及びクロックを監視することができ、メッセージのためのアラートを引き留めておくことができるブロック１６２０へ進むことができる。通信チャネルを監視することは、アラートの勧誘を有する信号が（例えば、特定の通信チャネル又は任意の通信チャネルを介して）調整デバイスから受信されるかどうかを判定することを含むことができる。クロックを監視することは、例えば、タイマを始動すること、及び／又は現在の時間が閾値時間（例えば、ある期間＋メッセージが検出された時間として定義される）を過ぎたかどうかを判定することを含むことができる。メッセージのためのアラートを引き留めておくことは、メッセージのための任意の（又は特定の種類の）アラートを提示することを少なくとも一時的に控えることを含むことができる。例えば、一例では、アラートを控えている間はメッセージの検出に応じて聴覚又は触覚刺激は提示されない。
【０３１８】
ブロック１６２５において、アラートの勧誘を有する信号が調整デバイスから受信されたかどうかを判定することができる。このような信号が受信されなかった場合には、プロセス１６００は、閾値時間が過ぎたかどうかを判定することができるブロック１６３０（これは、タイマが満了したかどうかを判定することを含むことができる）へ進むことができる。閾値時間が過ぎていないと判定された場合には、プロセス１６００はブロック１６２０へ戻ることができ、それにより、モバイルデバイスは、アラートを提示せよとの勧誘を引き続き待つことができる。
【０３１９】
閾値時間が過ぎたと判定された場合には、プロセス１６００は、メッセージに対応するアラートを提示することができるブロック１６１５ｂへ進むことができる。ブロック１６１５ｂは、ブロック１６１５ａ、及びプロセス１０００のブロック１０３５と類似し得る。
【０３２０】
勧誘を有する信号が閾値時間の前に受信された場合には、プロセス１６００は、モバイルデバイスの１つ以上のモードを特定することができるブロック１６３５へ進むことができる。特定は、例えば、モバイルデバイスがロック解除されているかどうか、センサの測定値が、モバイルデバイスが装着されていることを示しているかどうか、モバイルデバイスのスクリーンがオンになっているかどうか、入力が既定の期間以内にモバイルデバイスのインタフェースを介して受信されたかどうか、並びに／又はモバイルデバイスのための動き変数（例えば、期間にわたる累積運動、若しくは直近の運動検出の時間）が閾値を超えたかどうかに基づいて、モバイルデバイスが活動モードになっているかどうかを判定することを含むことができる。
【０３２１】
ブロック１６４０において、モバイルデバイスが活動モードになっているかどうか（例えば、特定されたモードのうちの１つが活動モードを含むか、又は活動モードであるかどうか）に関する判定を行うことができる。ブロック１６４０は、プロセス１５００のブロック１５３０及び／又はプロセス１０００のブロック１０４５と類似し得る。
【０３２２】
モバイルデバイスが活動モードになっていると判定された場合には、ブロック１６４５において、アラートの勧誘を受諾するメッセージを調整デバイスへ送ることができる。受諾メッセージは、プロセス１５００のブロック１５４５に関して開示されたとおりの特性を含むことができる。
【０３２３】
ブロック１６１５ｃにおいて、メッセージに対応するアラートを提示することができる。ブロック１６１５ｃはブロック１６１５ａと類似し得る。
【０３２４】
モバイルデバイスが活動モードになっていないと判定されると、ブロック１６５０において、拒絶メッセージを調整デバイスへ送信することができる。拒絶メッセージは、モバイルデバイスが新しいメッセージのためのアラートを提示する予定がないか、若しくは新しいメッセージのためのアラートを提示しなかったことを示すこと、並びに／又はデバイスのモードを特定することができる。いくつかの例では、拒絶メッセージは、調整デバイスがアラートを提示せよとの勧誘を含む。
【０３２５】
本明細書において開示されている全てのプロセスと同様に、プロセス１６００は、図１６に示されるものよりも多数若しくは少数のブロック、又は異なるブロックを含むことができることは理解されるであろう。例えば、いくつかの例では、ブロック１６５０はプロセス１６００から省略されることができる。受諾メッセージがないことは、勧誘の拒絶であると解釈されることができる。
【０３２６】
図１７は、本発明の一実施形態に係る、妨害拒否モードになっている間にメッセージに応答するためのプロセス１７００のフロー図である。プロセス１７００の一部又は全ては調整デバイス内で実施されることができる。
【０３２７】
プロセス１７００は、妨害拒否モードに入れとの命令に対応する入力を検出することができるブロック１７０５において開始することができる。入力は、例えば、機械的入力（例えば、スイッチを切り換えること、若しくはボタンを押すこと）、タッチスクリーン入力、音声コマンド、又はカーソル選択を含むことができる。いくつかの例では、妨害拒否モードは、全ての聴覚及び／若しくは触覚アラートを沈黙させること、又はそれらの抑制に対応するものを含むことができる。いくつかの例では、入力は、モードが、（例えば）１つ以上の特定のアプリ、アカウント、期間、連絡先及び／又はスレッドに適用されるべきであることを示す。いくつかの例では、入力は、モードが、特定の特性を有するアプリ、期間、連絡先及び／又はスレッドに適用されるべきであることを示す。
【０３２８】
ブロック１７１０において、モードを（例えば、入力の適用可能性に従って）妨害拒否モードに設定することができる。いくつかの例では、デバイスは複数のモードになっていることができ、そのため、デバイスモードを妨害拒否モードに設定しても、モードが、活動性モード（例えば、活動、非活動、及び／又は休止状態）などの、１つ以上の他のモードになっていることは妨げられない。モードを妨害拒否モード設定することで、選択刺激がデバイス上で提示されることを抑制することができる。例えば、モードは、聴覚及び／又は触覚刺激が（全般的に、又はいくつか若しくは全てのメッセージに応じて）デバイス上で提示されることを抑制又は阻止することができる。
【０３２９】
いくつかの例では、ブロック１７１５において、妨害拒否命令を有する信号をモバイルデバイスへ送ることができる。命令は、いくつかの例では、モードの適用可能性を特定すること（例えば、モードが適用されるべきである１つ以上の特定のアプリ、連絡先、期間、アカウント、及び／若しくはスレッド、並びに／又はアプリ、連絡先、期間若しくはスレッドの特性を特定すること、並びに／又はモードがいつ適用されるべきであるかを示す特性を特定すること）ができる。モバイルデバイスは、調整デバイスにペアリングされたもの、（近接条件の評価に基づいて判定された時に）調整デバイスの近くにあるもの、及び／又はモバイルデバイスに関連付けられているのと同じユーザアカウントに関連付けられているものを含むことができる。
【０３３０】
ブロック１７２０において、新しいメッセージを検出することができる。新しいメッセージは、例えば、サーバ又は他のデバイスから受信された信号に基づいて検出することができる。いくつかの例では、新しいメッセージを検出することは、メッセージに対応する新しい通知を検出することを含む。いくつかの例では、メッセージは、（例えば、アプリ、連絡先、期間、スレッド若しくはアカウントへの）関連付け、又は妨害拒否モードに対応する特性を有することができる。
【０３３１】
ブロック１７２５において、調整デバイスはメッセージのためのアラートの提示を抑止することができる。抑止は、メッセージに対応する聴覚及び／又は触覚刺激を提示しないことを含むことができる。いくつかの例では、１つ以上の視覚刺激（例えば、スクリーンがオンになること）も抑止されるか、又は実行されないようにすることができる。実施形態に依存して、妨害拒否モードは、通知提示がメッセージのために提示されるかどうかに影響を与えてもよいか、又は与えなくてもよい（例えば、そのため、妨害拒否モードになっている時にメッセージが受信された場合には、メッセージのための通知提示は提示されない）。
【０３３２】
アラートを提示しないことに加えて、アラート提示を抑止することは、アラート提示の勧誘を他のデバイスへ送信しないことを含むことができる。この無送信は、たとえ、調整デバイスが活動モードになっていない場合であっても、生じ得る。さもなければ、（特にプロセス１５００を参照して、本明細書において説明されているように）アラートの勧誘を有する信号を近くのデバイスへ送るように調整デバイスを促すことができたであろう。この勧誘の抑止は、モバイルデバイスに妨害拒否モードに入るように命令するためにブロック１７１５において送られる信号の代わりに、又はそれに加えて、行われ得る。いくつかの例では、勧誘の抑止自体が、モバイルデバイスに妨害拒否モードに事実上部分的に、又は完全に入らせる役割を果たすことができる。
【０３３３】
それゆえ、プロセス１７００においては、いくつかの実施形態では、アラート調整基準は、調整デバイスが活動モードになっていないことだけでなく、調整デバイスが妨害拒否モードになっていないことも要求することができることは理解されるであろう。これらの場合には、アラートの勧誘は、調整デバイスが活動モードにも妨害拒否モードにもなっていない場合にのみ、選択的に送られることができる。他の実施形態では、アラート調整基準は、調整デバイスがこれらのモードのうちの一方（活動モード又は妨害拒否モード）になっていないことのみを要求する。いくつかの実施形態では、アラート調整基準は他のモード関連要求事項（例えば、デバイスが振動モードになっていないことを要求する）、又はその他のデバイスモードに関連しない要求事項を含む。
【０３３４】
妨害拒否モードになっている間に検出された新しいメッセージについては、いくつかの例では、メッセージに対応する新しいキュー項目はキューに追加されなくてもよい。いくつかの例では、新しいキュー項目が追加されることができるが、それは、たとえ、アラートがそのメッセージのために提示されなくても、削除されることができる。
【０３３５】
プロセス１７００は、ユーザが妨害拒否モードをデバイス上で開始し、他のデバイスにも同様にそのモードに入らせることができる技法を提供する。いくつかの例では、複数の妨害拒否モードが利用可能であることができ、それにより、ユーザは、１つのデバイスのみがそのモードになっているべきであるか、それとも複数のデバイスがそのモードになっているべきであるかを指示することができる。
【０３３６】
いくつかの例では、モバイルデバイスは、（例えば、モバイルデバイス又は調整デバイスにおいて）モードが変更されるまで、妨害拒否モードのままとどまっていることができる。モードが調整デバイスにおいて変更された場合には、モード変更命令を有する第２の信号をモバイルデバイスへ送ることができる。いくつかの例では、モバイルデバイスは、モバイルデバイスがもはや（近接条件に基づいて定義されているとおりに）互いに近くなくなるまで、妨害拒否モードのままとどまっていることができる。
【０３３７】
図１８は、本発明の一実施形態に係る、妨害拒否モードになっている間にメッセージに応答するためのプロセス１８００のフロー図である。プロセス１８００の一部又は全てはモバイルデバイス内で実施されることができる。
【０３３８】
プロセス１８００は、妨害拒否モードに入れとの命令に対応する入力を検出するブロック１８０５において開始することができる。ブロック１８１０において、モードを妨害拒否モードに設定することができる。ブロック１８０５及び１８１０はプロセス１７００からのブロック１７０５及び１７１０とそれぞれ類似し得る。ブロック１８１５において、アラートの勧誘を有する第１の信号を調整デバイスから受信することができる。
【０３３９】
ブロック１８２０において、勧誘に対する受諾を有する第２の信号を調整デバイスへ送信することができる。ブロック１８２０はプロセス１６００内のブロック１６４５と類似し得る。第２の信号は、例えば、モバイルデバイスが同様に活動モードになっている時に、又はモバイルデバイスが活動モードになっているかどうかにかかわりなく、送られることができる。
【０３４０】
ブロック１８２５において、モバイルデバイスはメッセージのためのアラートの提示を抑止することができる。ブロック１８２５はプロセス１７００内のブロック１７２５と類似し得る。
【０３４１】
それゆえ、モバイルデバイスは、たとえ、デバイスが妨害拒否モードになっているために、アラートが（場合によっては）提示されなくても、モバイルデバイスがメッセージのためのアラートに対処していることを調整デバイスに示すことができる。対処の指示は、近くの調整デバイスがメッセージのためのアラートを提示することを阻止することができる。それゆえ、モバイルデバイスは妨害拒否入力の適用範囲を拡大することができる。
【０３４２】
本明細書において開示されているデバイス間相互作用は種々の構成に拡張することができることは理解されるであろう。例えば、いくつかの実施形態は、メッセージをモバイルデバイスへ転送することができ、更に、アラート提示に関してモバイルデバイスと比較してより高い優先度のものであることができる調整デバイスを含む。しかし、他の実施形態では、メッセージを転送するデバイスは、モバイルデバイスに対してより低い優先度のものであることができる。いくつかの実施形態では、第１のデバイスのセットはメッセージ転送プロセスの間に相互作用することができ、第２のデバイスのセット（第１のセット内にないデバイス、及び／又は第１のセットの不完全なサブセットを含み得る）はアラート調整プロセスの間に相互作用することができる。第２のセットのこのような不完全なサブセットはメッセージのためのアラートを提示する。
【０３４３】
更に、いくつかの開示は２つのデバイスの間の相互作用に関するが、諸実施形態はより多くのデバイスに拡張されることができることは理解されるであろう。例えば、アラートを提示するべきデバイスのセット内のデバイスの選択のために、順次により低い優先度のデバイスが、どれかが活動モードになっているまで、又は活動モードになっているものがないと判定されるまで、アラート提示を反復して受信することができる。
【０３４４】
本明細書において開示されている諸実施形態は、種々の有用なデバイス間調整能力及び利点を提供する。例えば、第１のデバイスはメッセージを第２のデバイスへ条件付きで転送することができる。この転送は、どのアプリのメッセージがデバイス間転送によって対処されるかという点で選択的であることができ、選択は、記憶されているアプリ関連データ（例えば、ブラックリスト及び／又はアプリサブスクライバリスト）に基づくことができる。それゆえ、メッセージ配信が、代替技法を用いて適切に対処されることができるアプリについては、メッセージは無駄に転送される必要がない。
【０３４５】
転送、又は別の出来事（例えば、メッセージのサーバ配信）の結果、複数のユーザデバイスが単一のメッセージに関する情報にアクセスすることができ、それにより、ユーザは複数のデバイスのうちの任意のものからメッセージを見ることができる。いくつかの例では、複数のデバイスの各デバイス、又は活動モードになっている各デバイスがメッセージの通知提示を提示することができる。したがって、ユーザがどのデバイスの近くにいるかに関係なく、ユーザはメッセージのことを通知されることができる。その一方で、メッセージの聴覚及び／又は触覚アラートを提示するためには、特定のデバイスが（例えば、デバイスの優先度リスト、及び／又はデバイスモードに基づいて）選択されることができる。その結果、ユーザがいくつかのデバイスの近くにいる場合には、重複するアラートが回避されることができる。
【０３４６】
本発明を特定の実施形態に関して説明してきたが、当業者であれば、多数の修正形態が可能であることを認識するであろう。例えば、異なるセンサ、又はセンサの組み合わせを、本明細書において説明されているもののために代用することができる。種々の異なる調整デバイス及びモバイルデバイスを用いることができる。
【０３４７】
いくつかの記載されている実施形態は、デバイスが互いを、相互動作のために許可されたものとして認識することを可能にするペアリング又はその他の接続を確立すること、又はそれを用いることに関する。これは、メッセージ配信及び／又はアラート調整技法に関与することに適していないデバイスが、技法の実行に自動的に含まれることになる可能性を低減することができる。安全な通信セッションを提供するために、Ｂｌｕｅｔｏｏｔｈセキュリティなどの、セキュリティを利用することができる。
【０３４８】
本明細書において説明されている様々なプロセス及び／又は技法の一部又は全ては、作動している電子デバイス上で実行しているデーモン又はプラグインによって実行されることができることは理解されるであろう。いくつかの例では、デーモン又はプラグインがプロセスの一部若しくは全てを実行するかどうか、並びに／又はどちらが実行するかは、メッセージに関連付けられたアプリに依存する。
【０３４９】
例えば、デーモンが新しいメッセージを検出し、対応するアプリを特定してもよい。いくつかのアプリについては、デーモンは、アプリがブラックリスト上にあると判定する場合があり、一部又は全ての更なる対処（例えば、メッセージの処理、転送、若しくは提示）を控えることができ、アプリが代わりに対処することができる。例えば、アプリは、クラウドサーバ又は近距離通信チャネルを用いてメッセージ又はその処理されたバージョンを転送することを調整することができる。いくつかのアプリについては、デーモンは、メッセージが処理され、及び／若しくは他のデバイスへ転送されるべきであるかどうか、メッセージの通知が提示されるべきであるかどうか、並びに／又はアラート（例えば、非視覚アラート）が提示されるべきであるかどうかを決定することに対処してもよい。デーモンは、処理、転送、通知提示及び／又はアラート提示に更に対処することができる。いくつかのアプリについては、デーモンは、プラグインが、メッセージが処理され、及び／若しくは他のデバイスへ転送されるべきであるかどうか、メッセージの通知が提示されるべきであるかどうか、並びに／又はアラート（例えば、非視覚アラート）が提示されるべきであるかどうかを決定することに対処するべきであると決定することができる。プラグインは、このような決定のうちの１つ以上に対処することができ、処理、転送、通知提示及び／又はアラート提示に更に対処することができる。
【０３５０】
本明細書におけるいくつかの開示はアプリに関する。このような開示は、追加的に、又は代替的に、プラグイン又は拡張などの、任意の他の種類のソフトウェアに関するように拡張されることができることは理解されるであろう。
【０３５１】
上述の説明は、モバイルデバイス及び／又は調整デバイスの具体例を参照している場合がある。これらの例は例示的なものであり、限定ではないことを理解されたい。他のデバイスが代用されることができ、本明細書において説明されている動作及び／又はその他の動作を実行するための同様の機能ブロック及び／又はアルゴリズムを実装することができる。更に、デバイスのいくつか又は全てはモバイル型及び／又は非モバイル型であることができる。
【０３５２】
例えば、方法、装置、コンピュータ可読媒体及び同様のものの形態の、本発明の実施形態は、専用の構成要素及び／又はプログラマブルプロセッサ、及び／又は他のプログラマブルデバイスの任意の組み合わせを使用して実現することができる。本明細書で述べられる様々なプロセスは、同一プロセッサ又は任意の組み合わせの異なるプロセッサ上で実装可能である。構成要素が特定の動作を実行するように構成されていると説明されている場合、このような構成は、例えばこの動作を実行するように電子回路を設計することにより、この動作を実行するように（マイクロプロセッサなどの）プログラマブルな電子回路をプログラムすることにより、又はこれらの任意の組み合わせにより、達成することができる。更に、上記の実施形態は、特定のハードウェア及びソフトウェア構成要素を参照し得るが、当業者には、異なる組み合わせのハードウェア及び／又はソフトウェア構成要素も利用でき、ハードウェアで実行されると説明されている特定の動作がソフトウェアでも実行し得、またその逆も可能であることが理解されよう。
【０３５３】
本発明の様々な特徴を組み込んだコンピュータプログラムが符号化され、様々なコンピュータ可読記憶媒体上に記憶されてもよい。好適な媒体としては、磁気ディスク若しくはテープ、コンパクトディスク（ＣＤ：compact disk）若しくはＤＶＤ（digital versatile disk、デジタル多用途ディスク）などの光学記憶媒体、フラッシュメモリ、並びにその他の非一時的媒体が挙げられる。プログラムコードが符号化されたコンピュータ可読媒体が、適合した電子デバイスと共にパッケージ化されてもよいか、又はプログラムコードが、電子デバイスとは別個に（例えばインターネットダウンロードにより、若しくは別個にパッケージ化されたコンピュータ可読記憶媒体として）提供されてもよい。
【０３５４】
それゆえ、本発明は、特定の実施形態に関して記載されているが、本発明は、以下の特許請求の範囲内での、全ての修正形態及び均等物を包含することを意図するものであることが理解されるであろう。
【図１】
0006457553.tif 000002
【図２Ａ】
0006457553.tif 000003
【図２Ｂ】
0006457553.tif 000004
【図２Ｃ】
0006457553.tif 000005
【図３】
0006457553.tif 000006
【図４Ａ】
0006457553.tif 000007
【図４Ｂ】
0006457553.tif 000008
【図４Ｃ】
0006457553.tif 000009
【図５】
0006457553.tif 000010
【図６】
0006457553.tif 000011
【図７】
0006457553.tif 000012
【図８】
0006457553.tif 000013
【図９】
0006457553.tif 000014
【図１０】
0006457553.tif 000015
【図１１】
0006457553.tif 000016
【図１２】
0006457553.tif 000017
【図１３】
0006457553.tif 000018
【図１４】
0006457553.tif 000019
【図１５】
0006457553.tif 000020
【図１６】
0006457553.tif 000021
【図１７】
0006457553.tif 000022
【図１８】
0006457553.tif 000023