(57)【要約】  通知システムは、複数のユーザ・デバイスに関連付けられているユーザに通知を提供する。通知システムは、ユーザ挙動（ユーザ・デバイスを介する通知システムとのユーザ対話またはユーザ・デバイスから受信される通知の承認など）に基づき、通知を受信するユーザ・デバイスを選択する。通知は選択されたユーザ・デバイスに対し送信され、通知システムは、選択された通知システムからの承認を承認遅延期間のあいだ待機する。承認遅延期間内に承認が受信されない場合、追加のユーザ・デバイスが選択され、追加のユーザ・デバイスに対し通知が送られる。
2016505938.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータが実行する方法であって、
ユーザを指定する通知を生成する工程と、
前記通知を受信する適格を有する複数のユーザ・デバイスを識別する工程であって、各ユーザ・デバイスは前記ユーザに関連付けられており、かつ、前記ユーザが該ユーザ・デバイス上で前記通知と対話することに応じて承認を提供するように構成されている、前記工程と、
前記複数のユーザ・デバイスから１つのユーザ・デバイスを選択する工程と、
選択されたユーザ・デバイスに前記通知を送信する工程と、
承認遅延期間内に前記選択されたユーザ・デバイスから承認が受信されない場合、前記複数のユーザ・デバイスから追加のユーザ・デバイスを選択する工程と、
前記通知を受信する適格を有する前記複数のユーザ・デバイスから前記選択されたユーザ・デバイスを除去する工程と、
選択された追加のユーザ・デバイスに前記通知を送信する工程と、
を備える方法。
【請求項２】
追加のユーザ・デバイスを選択する工程は、前記追加のユーザ・デバイスに関連付けられている追加の承認遅延期間を決定する工程を含む、請求項１に記載の方法。
【請求項３】
前記追加の承認遅延期間内に前記選択された追加のユーザ・デバイスから承認が受信されない場合、前記複数のユーザ・デバイスから別のユーザ・デバイスを選択する工程をさらに備える、請求項２に記載の方法。
【請求項４】
前記承認遅延期間は、前記選択されたユーザ・デバイスに関連付けられているユーザ・アクティビティに基づく、請求項１に記載の方法。
【請求項５】
前記選択されたユーザ・デバイスは、最も最近に対話が受信されたユーザ・デバイスである、請求項１に記載の方法。
【請求項６】
前記選択されたユーザ・デバイスは、該ユーザ・デバイスとの前記複数のユーザ・デバイスにおける異なるユーザ・デバイスの受信されるユーザ対話の頻度を記述するプロファイルに基づき選択されるユーザ・デバイスである、請求項１に記載の方法。
【請求項７】
前記選択されたユーザ・デバイスは、ユーザ対話が最も高い頻度で受信されるユーザ・デバイスである、請求項６に記載の方法。
【請求項８】
ユーザ対話が受信される前記頻度は、時刻に対する頻度である、請求項６に記載の方法。
【請求項９】
コンピュータが実行する方法であって、
ユーザを識別する通知を生成する工程と、
前記ユーザに関連付けられている複数のユーザ・デバイスから１つのユーザ・デバイスを選択する工程と、
前記ユーザ・デバイスに通知を送信する工程であって、該ユーザ・デバイスは、前記ユーザが前記通知と対話することに応じて前記通知の承認を提供するように構成されている、前記工程と、
承認遅延期間内に前記ユーザ・デバイスから前記承認が受信されるか否かを判定する工程と、
前記承認遅延期間内に前記ユーザ・デバイスから前記承認が受信されなかったと判定す
ることに応じて、前記ユーザに関連付けられている前記複数のユーザ・デバイスのうちの追加のユーザ・デバイスに前記通知を送信する工程と、
を備える方法。
【請求項１０】
前記ユーザ・デバイスは、該ユーザ・デバイスとの前記複数のユーザ・デバイスにおけるユーザ・デバイスから受信されるユーザ対話の頻度を記述するプロファイルに基づき選択される、請求項９に記載の方法。
【請求項１１】
前記ユーザ・デバイスは、ユーザ対話が最も高い頻度で受信されるユーザ・デバイスである、請求項１０に記載の方法。
【請求項１２】
対話が受信される前記頻度は、時刻に対する頻度である、請求項１１に記載の方法。
【請求項１３】
前記承認遅延期間内に前記追加のユーザ・デバイスから前記承認が受信されなかったと判定することに応じて、前記ユーザに関連付けられている前記複数のユーザ・デバイスのうちの代わりのユーザ・デバイスに前記通知を送信する工程をさらに備える、請求項９に記載の方法。
【請求項１４】
前記代わりのユーザ・デバイスから前記通知の承認を受信することに応じて、前記ユーザ・デバイスに送信されるとともに前記追加のユーザ・デバイスに送信される前記通知を除去する工程をさらに備える、請求項１３に記載の方法。
【請求項１５】
前記承認遅延期間は、前記ユーザ・デバイスに関連付けられているユーザ・アクティビティに基づく、請求項９に記載の方法。
【請求項１６】
コンピュータが実行する方法であって、
ユーザを指定する通知を生成する工程と、
前記通知を受信する適格を有する複数のユーザ・デバイスを識別する工程であって、各ユーザ・デバイスは前記ユーザに関連付けられており、かつ、前記ユーザが該ユーザ・デバイス上で前記通知と対話することに応じて承認を提供するように構成されている、前記工程と、
前記複数のユーザ・デバイスから１つのユーザ・デバイスを選択する工程と、
選択されたユーザ・デバイスに前記通知を送信する工程と、
承認遅延期間内に前記選択されたユーザ・デバイスから承認が受信されない場合、前記複数のユーザ・デバイスから追加のユーザ・デバイスを選択する工程と、
前記通知を受信する適格を有する前記複数のユーザ・デバイスから前記選択されたユーザ・デバイスを除去する工程と、
選択された追加のユーザ・デバイスに前記通知を送信する工程と、
を備える方法。
【請求項１７】
追加のユーザ・デバイスを選択する工程は、前記追加のユーザ・デバイスに関連付けられている追加の承認遅延期間を決定する工程を含む、請求項１６に記載の方法。
【請求項１８】
前記追加の承認遅延期間内に前記選択された追加のユーザ・デバイスから承認が受信されない場合、前記複数のユーザ・デバイスから別のユーザ・デバイスを選択する工程をさらに備える、請求項１７に記載の方法。
【請求項１９】
前記承認遅延期間は、前記選択されたユーザ・デバイスに関連付けられているユーザ・アクティビティに基づく、請求項１６に記載の方法。
【請求項２０】
前記選択されたユーザ・デバイスは、最も最近に対話が受信されたユーザ・デバイスである、請求項１６に記載の方法。
【請求項２１】
前記選択されたユーザ・デバイスは、該ユーザ・デバイスとの前記複数のユーザ・デバイスにおける異なるユーザ・デバイスの受信されるユーザ対話の頻度を記述するプロファイルに基づき選択されるユーザ・デバイスである、請求項１６に記載の方法。
【請求項２２】
前記選択されたユーザ・デバイスは、ユーザ対話が最も高い頻度で受信されるユーザ・デバイスである、請求項２１に記載の方法。
【請求項２３】
ユーザ対話が受信される前記頻度は、時刻に対する頻度である、請求項２１に記載の方法。
【請求項２４】
前記ユーザ・デバイスは、前記ユーザが前記通知と対話することに応じて前記通知の承認を提供するように構成されており、
承認遅延期間内に前記ユーザ・デバイスから前記承認が受信されるか否かを判定する工程と、
前記承認遅延期間内に前記ユーザ・デバイスから前記承認が受信されなかったと判定することに応じて、前記ユーザに関連付けられている前記複数のユーザ・デバイスのうちの追加のユーザ・デバイスに前記通知を送信する工程と、をさらに備える請求項１６〜２３のいずれか一項に記載の方法。
【請求項２５】
前記承認遅延期間内に前記追加のユーザ・デバイスから前記承認が受信されなかったと判定することに応じて、前記ユーザに関連付けられている前記複数のユーザ・デバイスのうちの代わりのユーザ・デバイスに前記通知を送信する工程をさらに備える、請求項２４に記載の方法。
【請求項２６】
代わりのユーザ・デバイスから前記通知の承認を受信することに応じて、前記ユーザ・デバイスに送信されるとともに前記追加のユーザ・デバイスに送信される前記通知を除去する工程をさらに備える、請求項２３または２５に記載の方法。
【請求項２７】
前記承認遅延期間は、前記ユーザ・デバイスに関連付けられているユーザ・アクティビティに基づく、請求項２４〜２６のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にオンライン・システムにおけるイベント通知に関し、より詳細には、オンライン・システム・ユーザに関連付けられている複数のユーザ・デバイスに通知を提供することに関する。
【背景技術】
【０００２】
多くのオンライン・システムは、イベントの発生時にオンライン・システムのユーザに通知を行うための通知システムを含む。例えば、ソーシャルネットワーキングシステムのユーザがメッセージを受信するか、ポストにおいて識別される場合、ソーシャルネットワーキングシステムの通知システムは、そのユーザにイベントの通知を送信する。ユーザに関連付けられている複数のデバイスに通知が送られる場合もある。従って、ユーザが単一のユーザ・デバイスを用いてオンライン・システムにアクセスする場合、その単一のユーザ・デバイスが通知を受信する。しかしながら、ユーザが複数のユーザ・デバイスを用いてオンライン・システムにアクセスする場合、それらのユーザ・デバイスの全てに対し、生成された通知がほぼ同時に通知されることが典型的である。これによって、ユーザによって用いられない場合のある通知がユーザ・デバイスに送られることになる。加えて、ユーザは、各ユーザ・デバイスにて個別に通知を承認したり除去したりする必要があるので、ユーザは、同じイベントの通知を複数のユーザ・デバイス上で繰り返し閲覧することになる。
【図面の簡単な説明】
【０００３】
【図１】一実施形態における通知システムを含むシステム環境のブロック図。
【図２】一実施形態における複数のユーザ・デバイスに関連付けられているユーザに通知を送るための方法のフローチャート。
【図３】一実施形態におけるユーザに関連付けられているユーザ・デバイスに通知を送るための方法の対話図。
【発明を実施するための形態】
【０００４】
通知システムは、異なるユーザ・デバイスに対する通知の送信が分離するよう、時間を遅らせて異なるユーザ・デバイスに対しイベントの通知を送信することによって、ユーザにイベントを通知する。通知システムは、通知を受信するための適格を有するユーザに関連付けられている複数のユーザ・デバイスを識別する。例えば、閾値時間内にユーザ・デバイスに対し通知が送信されていない場合、そのユーザ・デバイスは通知を受信する適格を有する。通知を受信する適格を有する複数のユーザ・デバイスから、１つのユーザ・デバイスが選択される。例えば、通知システムは、様々なユーザ・デバイスとの最近のユーザ・アクティビティや、様々なユーザ・デバイスに送信された通知に対するユーザによる以前の応答に基づき、ユーザ・デバイスを選択する。通知は選択されたユーザ・デバイスに対し提供され、通知システムは、選択されたユーザ・デバイスから通知の承認（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を受信するために、承認遅延期間を待機する。ユーザ・デバイスが承認遅延期間の経過まで承認を提供しない場合、通知システムは、通知を受信するための適格を有する複数のユーザ・デバイスから追加のユーザ・デバイスを選択し、選択された追加のユーザ・デバイスから通知の承認を受信するために、追加の承認遅延期間を待機する。幾つかの実施形態では、承認遅延期間は、通知が送信されるデバイスに応じて異なってもよい。
【０００５】
本発明による実施形態は、コンピュータが実行する方法に関する添付の特許請求の範囲において特に開示されている。
一実施形態では、コンピュータが実行する方法は、ユーザを指定する通知を生成する工程と、前記通知を受信する適格を有する複数のユーザ・デバイスを識別する工程であって、各ユーザ・デバイスは前記ユーザに関連付けられており、かつ、前記ユーザが該ユーザ・デバイス上で前記通知と対話することに応じて承認を提供するように構成されている、工程と、前記複数のユーザ・デバイスから１つのユーザ・デバイスを選択する工程と、選択されたユーザ・デバイスに前記通知を送信する工程と、承認遅延期間内に前記選択されたユーザ・デバイスから承認が受信されない場合、前記複数のユーザ・デバイスから追加のユーザ・デバイスを選択する工程と、前記通知を受信する適格を有する前記複数のユーザ・デバイスから前記選択されたユーザ・デバイスを除去する工程と、選択された追加のユーザ・デバイスに前記通知を送信する工程と、を備える。
【０００６】
特に、追加のユーザ・デバイスを選択する工程は、前記追加のユーザ・デバイスに関連付けられている追加の承認遅延期間を決定する工程を含む。
さらなる一実施形態では、この方法は前記追加の承認遅延期間内に前記選択された追加のユーザ・デバイスから承認が受信されない場合、前記複数のユーザ・デバイスから別のユーザ・デバイスを選択する工程をさらに備える。
【０００７】
承認遅延期間は、好適には、前記選択されたユーザ・デバイスに関連付けられているユーザ・アクティビティに基づく。
前記選択されたユーザ・デバイスは、特に、最も最近に対話が受信されたユーザ・デバイスであるか、該ユーザ・デバイスとの前記複数のユーザ・デバイスにおける異なるユーザ・デバイスの受信されるユーザ対話の頻度を記述するプロファイルに基づき選択されるユーザ・デバイスであるか、またはその両方である。好適には、選択されたユーザ・デバイスはユーザ対話が最も高い頻度で受信されるユーザ・デバイスであるか、好適にはユーザ対話が受信される前記頻度は時刻に対する頻度であるか、またはその両方である。一実施形態では、ユーザ・デバイスは、前記ユーザが前記通知と対話することに応じて前記通知の承認を提供するように構成されており、方法は、承認遅延期間内に前記ユーザ・デバイスから前記承認が受信されるか否かを判定する工程と、前記承認遅延期間内に前記ユーザ・デバイスから前記承認が受信されなかったと判定することに応じて、前記ユーザに関連付けられている前記複数のユーザ・デバイスのうちの追加のユーザ・デバイスに前記通知を送信する工程と、をさらに備える。
【０００８】
独立してまたは他の任意の実施形態と組み合わせて請求可能なさらなる一実施形態では、コンピュータが実行する方法は、ユーザを識別する通知を生成する工程と、前記ユーザに関連付けられている複数のユーザ・デバイスから１つのユーザ・デバイスを選択する工程と、前記ユーザ・デバイスに通知を送信する工程であって、該ユーザ・デバイスは、前記ユーザが前記通知と対話することに応じて前記通知の承認を提供するように構成されている、工程と、承認遅延期間内に前記ユーザ・デバイスから前記承認が受信されるか否かを判定する工程と、前記承認遅延期間内に前記ユーザ・デバイスから前記承認が受信されなかったと判定することに応じて、前記ユーザに関連付けられている前記複数のユーザ・デバイスのうちの追加のユーザ・デバイスに前記通知を送信する工程と、を備える。
【０００９】
さらなる一実施形態では、コンピュータが実行する方法は、前記承認遅延期間内に前記追加のユーザ・デバイスから前記承認が受信されなかったと判定することに応じて、前記ユーザに関連付けられている前記複数のユーザ・デバイスのうちの代わりのユーザ・デバイスに前記通知を送信する工程、前記代わりのユーザ・デバイスから前記通知の承認を受信することに応じて、前記ユーザ・デバイスに送信されるとともに前記追加のユーザ・デバイスに送信される前記通知を除去する工程、またはその両方をさらに備える。前記承認遅延期間は、好適には、前記ユーザ・デバイスに関連付けられているユーザ・アクティビティに基づく。
【００１０】
図では、単に例示の目的で本発明の様々な実施形態を示す。当業者には、本明細書に記載の発明の原理から逸脱することなく、本明細書に示した構造および方法の代替の実施形態が用いられ得ることが、以下の説明から容易に認められる。
【００１１】
システム・アーキテクチャ
図１は、通知システム１００を含む環境の一実施形態のブロック図である。この環境は、通知システム１００と、複数のユーザ・デバイス１１０と、ネットワーク１２０とを含む。通知システム１００は、ネットワーク１２０を通じて複数のユーザ・デバイス１１０と通信を行う。
【００１２】
ユーザは、複数のユーザ・デバイス１１０のうちの１つ以上を用いて、通知システム１００と通信を行う。各ユーザ・デバイス１１０は、通知システム１００の特定のユーザに関連付けられている。ユーザ・デバイス１１０はデータを処理することや、ネットワーク１２０を介してデータの送信および／または受信を行うことが可能な任意のデバイスである。ユーザ・デバイス１１０の例には、モバイル・デバイス、タブレット・コンピュータ、ラップトップ・コンピュータ、デスクトップ・コンピュータ、セットトップボックス、または任意の他のコンピューティング・デバイスが含まれる。
【００１３】
ユーザ・デバイス１１０は、ネットワーク１２０を介して通知システム１１０からイベントの通知を受信し、受信した通知をユーザ・デバイス１１０のユーザに提示する。異なるタイプのユーザ・デバイス１１０は、異なるフォーマットによりユーザに通知を提示することができる。例えば、モバイル・デバイスはメッセージ・インジケータ・ライトをオンにしたり、デバイスのホーム・スクリーンに通知アイコンを表示したりする一方、デスクトップ・コンピュータは、ポップアップ・ウィンドウを表示したり、音を再生するか、タスクバー表示におけるアプリケーションの記述を変更する。したがって、ユーザ・デバイス１１０は、通知にユーザの注意を引き付けるように構成された手法により、ユーザに通知を提示する。
【００１４】
多くのユーザ・デバイス１１０では、通知が受信されると、その通知はユーザによって閲覧されるか消去されるまで、ユーザに提示される。したがって、ユーザが通知を承認するためにユーザ・デバイスにアクセスするまで、ユーザ・デバイス１１０は通知にユーザの注意を引こうとし続ける。ユーザがユーザ・デバイス１１０上の通知を閲覧すると、承認がネットワーク１２０を介してユーザ・デバイス１１０から通知システム１００まで伝えられる。承認は、その通知特有のものであってもよく、さらなる情報を通知システム１００に要求する通知とのユーザの対話など、通知システム１００に対する通信に含まれるものであってもよい。例えば、ソーシャルネットワーキングシステムに組み込まれている通知システム１００からの通知は、写真にユーザがタグ付けされていることをユーザに通知する。このユーザが写真にアクセスするために通知と対話することは、そのユーザによるその通知の承認となり得る。これに代えて、ユーザ・デバイス１１０は、ユーザが通知にアクセスするときに通知システム１００に対し承認を提供する。
【００１５】
通知に対するユーザのアクセスを簡単にするために、通知システム１００が複数のユーザ・デバイス１１０に対し通知を逐次的に通信するのに対し、従来の通知技術では複数のユーザ・デバイス１１０に対し並列的に通知を通信する。通知システム１００がユーザに関連付けられているユーザ・デバイス１１０から通知の承認を受信すると、通知システム１００は、ユーザに関連付けられている追加のユーザ・デバイス１１０に通知を送信することを止める。したがって、ユーザが１つのユーザ・デバイス１１０からの通知を承認すると、その通知はユーザに関連付けられている追加のユーザ・デバイス１１０には伝えられない。
【００１６】
通知システム１００は、通知に応答する可能性が最も高そうなユーザに関連付けられているユーザ・デバイス１１０を選択し、この選択されたユーザ・デバイス１１０に最初に通知を伝える。選択されたユーザ・デバイスが通知を受信した後、そのユーザには通知を承認するための期間（承認遅延期間とも称する）が与えられる。承認遅延期間が経過した後、通知システム１１０は、そのユーザに関連付けられている追加のユーザ・デバイス１１０に通知を伝える。
【００１７】
図１によって示す実施形態では、通知システム１００は、イベント・モジュール１０２と、ユーザ・デバイス・トラッカ１０４と、通知モジュール１０６とを含む。イベント・モジュール１０２は、ユーザに通知するイベントを識別し、識別したイベントを通知モジュール１０６に伝える。一実施形態では、イベント・モジュール１０２がイベントを生成する。これに代えて、イベント・モジュール１０２は、通知システム１１０における別の構成要素から、または外部システムからイベントを受信する。例えば、通知システム１００がソーシャルネットワーキングシステムの一部である場合、新たなポストが作成されるとき、ユーザが写真にタグ付けされるとき、またはソーシャルネットワーキングシステムにおいて他のアクションが取られるとき、イベント・モジュール１０２がイベントを生成または受信する。また、イベント・モジュール１０２は、特定のイベントをユーザに通知するか否かも決定する。システム設定およびユーザ設定によって、イベントまたは特定のタイプのイベントがユーザに対して通知をされるか否かが決定される。イベント・モジュール１０２は、ユーザをイベントに関連付けるとともに、そのイベントおよび関連付けられたユーザを通知モジュール１０６に提供する。
【００１８】
ユーザ・デバイス・トラッカ１０４は、各ユーザについて通知を受信する適格を有するユーザ・デバイス１１０のレコードと、ユーザに関連付けられているユーザ・デバイス１１０上のユーザ・アクティビティを記述するデータとを維持する。ユーザの通知を受信する適格を有するユーザ・デバイスは、通知システム１００によってユーザに関連付けられており、かつ、通知を受信するためのデバイスであるとしてユーザが識別するユーザ・デバイス１１０である。追加の情報が、ユーザ・デバイス１１０が通知を受信する適格を有するか否かを判定するために用いられてもよい。例えば、ユーザ・デバイス１１０が閾値量の時間内に通知を受信し、その通知の承認が受信されない場合、ユーザ・デバイス１１０は、通知を受信する適格を有しない。一実施形態では、ユーザ・デバイス１１０は、通知システム１００に関連付けられているアカウントに対し、そのユーザ・デバイス１１０からユーザがログインを行っているか否かに基づき、通知について適格を有するとして、または有しないとして識別される。
【００１９】
ユーザが通知システム１００または通知システム１００に関連付けられているシステムと対話すると、そのユーザ対話がデバイス・トラッカ１０４によって記録される。ユーザによる各対話について、ユーザ・デバイス・トラッカ１０４は、対話が受信されたユーザ・デバイス１１０を識別することができ、また受信した対話にタイムスタンプを関連づけることができる。ユーザ・デバイス・アクティビティは、通知システム１００のアクセスおよび通知を承認するためにどのユーザ・デバイス１１０が用いられたかを示す。
【００２０】
通知モジュール１０６は、ユーザ・デバイス・トラッカ１０４によって記憶されているユーザ・アクティビティに基づき、ユーザに関連付けられているユーザ・デバイス１１０を、そのユーザに関連付けられており通知を受信する適格を有するユーザ・デバイスから選択する。選択されるユーザ・デバイスは、ユーザ・デバイス・アクティビティに基づく幾つかの手法により決定できる。一実施形態では、最も最近のタイムスタンプを有するアクティビティに関連付けられているユーザ・デバイス１１０が選択される。一実施形態では、現在時刻に関して閾値アイドル時間内（例えば、過去５分以内）において最も最近の
タイムスタンプを有するアクティビティに関連付けられているユーザ・デバイス１１０が選択される。閾値アイドル時間内にユーザ・デバイスが用いられていない場合、通知モジュール１０６は、個々のユーザ・デバイス１１０に関連付けられている過去の対話に基づき、どのユーザ・デバイス１１０が閲覧される可能性が最も高いかを予測してもよい。通知モジュール１０６は、選択されたユーザ・デバイスに通知を送信する。
【００２１】
一実施形態では、通知モジュール１０６は、個々のユーザ・デバイス１１０に関連付けられているユーザの以前の対話のプロファイルを生成する。このプロファイルは、ユーザが個々のユーザ・デバイス１１０にアクセスしそうな順番を特定してもよい。例えば、通知モジュール１０６は、ユーザ・デバイス・トラッカ１０４によって記憶されているユーザ対話を用いてプロファイルを生成し、ユーザがアクティブにユーザ・デバイス１１０を用いていない場合、ユーザ・デバイス１１０が最初にアクセスされそうであると判定する。例えば、３つのデバイス上で通知を受信することが可能であるとき、閾値のアイドル時間の後、ユーザは、その時間の５０％では１つのユーザ・デバイス１１０と対話し、その時間の３０％では別のユーザ・デバイス１１０と対話し、その時間の２０％では追加の１つのユーザ・デバイス１１０と対話する。このように、閾値のアイドル時間後の個々のユーザ・デバイス１１０とのユーザ対話の頻度は、ユーザによってアクセスされる可能性の最も高いユーザ・デバイス１１０を予測するために用いられる。幾つかの実施形態では、ユーザのユーザ・デバイス１１０との対話の頻度は、様々なパラメータに関して決定されてもよい。パラメータの例には、時刻、個々のユーザ・デバイス１１０から受信される対話の間の時時差、対話が個々のユーザ・デバイス１１０から受信される順番が含まれる。例えば、多くのユーザが一日を通じて共通のスケジュールを有し、そのスケジュール中の異なる部分において異なるユーザ・デバイス１１０と対話する。一例として、事務職員は、勤務時間中にはデスクトップ・コンピュータを用い、昼食中にはモバイル・デバイスを用い、勤務時間外にはタブレット・コンピュータを用いて、通知を承認し得る。ユーザ・デバイス・アクティビティ１１０を時刻に関連付けることによって、ユーザが通知と対話する可能性が最も高いユーザ・デバイス１１０を、より有効にプロファイルによって識別することが可能となる。
【００２２】
通知送信
図２は、複数のユーザ・デバイス１１０に関連付けられているユーザに対し通知を送るための一方法の一実施形態のフローチャートである。通知システム１００の通知モジュール１０６は、イベント・モジュール１０２からイベントを受信する（２００）。受信したイベントによって、イベントの通知を受信するユーザが識別される。別の実施形態では、通知モジュール１０６は、ユーザに関連付けられているプレファレンスと、イベントに関連付けられているイベント・タイプとに基づいて、そのイベントに関連付けられているユーザにイベントを通知するか否かを決定する。
【００２３】
ユーザに関連付けられており、通知を受信する適格を有するユーザ・デバイス１１０が識別される（２１０）。識別されるデバイスは、通知を受信するのに利用可能であるとしてユーザによって指定されたユーザ・デバイス１１０である。例えば、ユーザ・デバイス１１０は、通知システム１００によって維持されるユーザのアカウントに関連付けられている。ユーザ・デバイス１１０は、ユーザに関連付けられており通知を受信する適格を有する識別されたデバイスから選択される（２２０）。ユーザ・デバイス１１０は、図１に関連してさらに先に述べたように、個々のユーザ・デバイス１１０に関連付けられているユーザ対話に基づき選択される（２２０）。一実施形態では、ユーザが閾値のアイドル時間内に通知システム１００と通信を行っている場合、ユーザから最も最近の通信を受信したユーザ・デバイス１１０が、選択される（２２０）。ユーザが閾値のアイドル時間内に通知システム１００と通信を行っていない場合、ユーザが通知を承認する可能性が最も高いユーザ・デバイス１１０は、ユーザープロファイルから選択され、時刻など１つ以上の
パラメータを用いて選択される。一実施形態では、１より多いユーザ・デバイス１１０が通知用に選択される。ユーザ・デバイス１１０の選択（２２０）の後、選択されたユーザ・デバイスに通知が送信される（２３０）。
【００２４】
選択されたユーザ・デバイス１１０に対する通知の送信（２３０）の後、通知システム１００は、承認の受信を承認遅延期間のあいだ待機し、承認が承認遅延期間内に受信されるか否かを判定する（２４０）。承認は、通知が以前に送信された（２３０）任意のユーザ・デバイス１１０から受信されてよい。通知システム１００が、承認遅延期間内に通知を以前に受信したユーザ・デバイスから承認が受信されたと判定する（２４０）場合、通知処理は終了する（２５０）。通知システム１００が、承認遅延期間内に承認が受信されなかったと判定する（２４０）場合、選択されたユーザ・デバイスは通知を受信する適格を有するユーザ・デバイス１１０から除去され（２６０）、通知を受信するために追加のユーザ・デバイス１１０が選択され（２２０）、通知は追加のユーザ・デバイスに対し送信される（２３０）。
【００２５】
一実施形態では、承認遅延期間は個々の通知について決定される。様々な要因によって、個々の通知に対する承認遅延期間が修正されてもよい。例えば、承認遅延期間は、通知が送信される（２３０）ユーザ・デバイス１１０の数が増加するにつれ、増加する。別の例として、承認遅延期間は、個々のユーザ・デバイス１１０の特性に基づき決定される。個々のユーザ・デバイス１１０から通知システム１００が受信したユーザ対話は記憶され、個々のユーザ・デバイス１１０から通知に対する承認を受信する平均時間を決定するために用いられる。ユーザ・デバイス１１０に対する承認遅延期間は、ユーザ・デバイス１１０によって与えられる通知に応答する平均時間として、または平均応答時間からの１つ以上の標準偏差に対応する時間として選択されてよい。
【００２６】
これに代えて、ユーザ・デバイス１１０に関連付けられている承認遅延期間は、ユーザ・デバイス１１０から受信される承認のパーセンタイルを含むように選択される。例えば、承認遅延期間は、ユーザ・デバイス１１０からの承認のうちの８０％が承認遅延期間内に受信されるように設定される。これに代えて、ユーザ承認時間は、ユーザ応答時間における降下（ｄｒｏｐ−ｏｆｆ）点を決定するように分析されてよい。例えば、ユーザは、時間のうちの９０％では、ユーザ・デバイス１１０が通知を受信する３分以内に承認する一方、承認時間が３分後に変化する場合、３分が、ユーザ・デバイス１１０のユーザ承認時間における降下点である。
【００２７】
図３は、ユーザに関連付けられているユーザ・デバイスに通知を送信するための一方法の一実施形態の対話図である。図３の例では、イベント・モジュール１０２、通知モジュール１０６、および通知システム１１０のユーザに関連付けられている３つのユーザ・デバイス１１０Ａ、１１０Ｂ、１１０Ｃを示す。イベント・モジュール１０２はイベントを生成し（３１０）、そのイベントを通知モジュール１０６に提供する。通知モジュール１０６は、ユーザ・デバイス１１０Ａ、１１０Ｂ、１１０Ｃに関連付けられているユーザを識別し、ユーザ・デバイス１１０Ａ、１１０Ｂ、１１０Ｃのうち、通知を受信するユーザ・デバイスを選択する。図３の例では、通知モジュール１０６は、第１のユーザ・デバイス１１０Ａを選択し、第１のユーザ・デバイス１１０Ａに通知を送信する（３２０）。
【００２８】
通知の送信（３２０）の後、通知モジュールは、承認遅延期間のあいだ第１のユーザ・デバイス１１０Ａからの通知の承認の受信を待機する（３２５）。図３では、第１のユーザ・デバイス１１０Ａは、承認遅延期間以内に通知の承認を送信しない（３２５）。したがって、通知モジュール１０６は、第２のユーザ・デバイス１１０Ｂを選択し、第２のユーザ・デバイス１１０Ｂに通知を送信する（３３０）。第２のユーザ・デバイス１１０Ｂに対する通知の送信の後、通知モジュール１０６は第２の承認遅延期間のあいだ待機する
（３３５）。図３の例では、第２の承認遅延期間の長さは、承認遅延期間３２５と異なる。
【００２９】
第２のユーザ・デバイス１１０Ｂは、第２の承認遅延期間３３５以内に通知モジュール１０６に対し承認を送信する（３４０）。この承認は、ユーザが第２のユーザ・デバイス１１０Ｂを用いて通知を受信したことを示す。図３では、第３のユーザ・デバイス１１０Ｃはユーザに関連付けられており通知を受信する適格を有するが、通知モジュール１０６が第２の承認遅延期間３３５以内に第２のユーザ・デバイス１１０Ｂから承認を受信するので、通知は行われない。したがって、通知が第３のユーザ・デバイスに対して送信されず、ユーザが第３のユーザ・デバイス１１０Ｃからの通知を閲覧して削除することが防止される。通知が削除され得る実施形態では、そのユーザのための通知を削除するために第１のユーザ・デバイスにもメッセージが送られる。このようにして、ユーザが１つのユーザ・デバイス（ここでは第２のユーザ・デバイス）において通知と対話すると、その通知は追加のユーザ・デバイスに対し送信されず、他のユーザ・デバイス１１０に対し以前に送信された通知が取り除かれる。
【００３０】
まとめ
上述の本発明の実施形態の記載は例示の目的で与えられたものであり、完全なものであることは、すなわち、本発明を開示の形態そのものに限定することは意図していない。当業者には、上述の開示に鑑みて多くの修正および変更が可能であることが認められる。
【００３１】
本記載の幾つかの部分では、情報に関する演算のアルゴリズムおよび記号表現に関して本発明の実施形態を説明する。これらのアルゴリズムに関する説明および表現は、データ処理技術分野における当業者が自らの作業内容を他の当業者に有効に伝えるべく一般に用いられる。それらの演算は、機能的、計算的、または論理的に記載されているが、コンピュータ・プログラムまたは等価な電気回路、マイクロコードなどによって実装されることが理解される。さらにまた、それらの演算の構成を、一般性を損なうことなく、モジュールと称することが場合によっては簡便であることも分かっている。記載の演算およびそれに関連するモジュールは、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせによって実装され得る。
【００３２】
本明細書に記載の工程、演算、および処理のいずれも、１つ以上のハードウェア・モジュールまたはソフトウェア・モジュールを、単独または他のデバイスとの組み合わせにより用いて、実行または実装されることが可能である。一実施形態では、ソフトウェア・モジュールは、記載の工程、演算、および処理のいずれかまたはすべてを実行するべくコンピュータ・プロセッサによって実行可能なコンピュータ・プログラム・コードを含むコンピュータ可読媒体を備えるコンピュータ・プログラム製品によって実装される。
【００３３】
また本発明の実施形態は、本明細書における演算を実行するための装置に関する場合もある。この装置は、要求される目的のために特別に構築されてもよく、および／または、この装置は、コンピュータに格納されたコンピュータ・プログラムによって選択的にアクティブ化または再構成される汎用コンピューティング・デバイスを含んでもよい。そのようなコンピュータ・プログラムは、非一時的な有形のコンピュータ可読記憶媒体、または電子命令を格納するのに適し、コンピュータ・システム・バスに結合され得る任意のタイプの媒体に格納されてよい。さらに、本明細書に記載のコンピュータシステムは、単一のプロセッサを備えてもよく、より高い計算性能のためにマルチプロセッサ設計を用いたアーキテクチャであってもよい。
【００３４】
したがって、本発明の範囲は、この詳細な説明によってではなく、本明細書に基づく出願に関して生じる特許請求の範囲によって限定されることが意図される。したがって、本
発明の実施形態の開示は、添付の特許請求の範囲に記載される本発明の範囲を例示することを意図しており、限定することは意図していない。
【図１】
2016505938.tif 000003
【図２】
2016505938.tif 000004
【図３】
2016505938.tif 000005
【国際調査報告】
2016505938.tif 000006
2016505938.tif 000007
2016505938.tif 000008