(57)【特許請求の範囲】
【請求項１】
少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリとを含む装置であって、
前記少なくとも１つのメモリと、前記コンピュータ・プログラム・コードとは、前記少なくとも１つのプロセッサで、前記装置に、
少なくとも、ユーザのゴールを受信させ、
少なくとも１つの活動を示すセンサ・データを受信することにより、前記ゴールに関する前記ユーザの前記少なくとも１つの活動をモニターさせ、
前記ユーザのカレンダーまたは前記ユーザの行動履歴上の少なくとも１つの以前に定義されたカレンダー・エントリに基づいて、前記ユーザが、前記ゴールを達成すると予測されているかどうかを判断させ、
前記ユーザが前記ゴールを逃すと予測される場合に、モニターされる前記少なくとも１つの活動に基づいて、前記ゴールに向かって前記ユーザを進めるように構成されるカレンダー・エントリを決定させ、
前記カレンダー・エントリを前記ユーザに提示させる
ように構成される、装置。
【請求項２】
少なくとも１つのメモリとコンピュータ・プログラム・コードとは、
前記少なくとも１つのプロセッサで、前記装置に、
前記ユーザのカレンダーの上の以前に定義されたカレンダー・エントリ、および、前記ユーザの行動履歴のうちの少なくとも１つに基づいて、前記ユーザが、前記ゴールを達成すると予測されているかどうかを判断させる
ようにさらに構成される、請求項１に記載の装置。
【請求項３】
少なくとも１つのメモリとコンピュータ・プログラム・コードとは、前記少なくとも１つのプロセッサで、前記装置に、
前記ユーザが前記ゴールを逃すと予測される場合にだけ、前記カレンダー・エントリを決定させる
ようにさらに構成される、請求項１または２に記載の装置。
【請求項４】
少なくとも１つのメモリとコンピュータ・プログラム・コードとは、前記少なくとも１つのプロセッサで、前記装置に、
提示された前記カレンダー・エントリをアクセプトしている前記ユーザから入力を受信させ、
前記入力を受信することに応答して、前記ユーザのカレンダーに前記カレンダー・エントリを追加させる
ようにさらに構成される、請求項１ないし３のいずれか１項に記載の装置。
【請求項５】
少なくとも１つのメモリとコンピュータ・プログラム・コードとは、前記少なくとも１つのプロセッサで、前記装置に、
自動的に前記カレンダー・エントリを前記ユーザのカレンダーに追加させる
ようにさらに構成される、請求項１ないし４のいずれか１項に記載の装置。
【請求項６】
少なくとも１つのメモリとコンピュータ・プログラム・コードとは、前記少なくとも１つのプロセッサで、前記装置に、
前記ユーザの複数のゴールを受信させ、
前記ゴールのうちの少なくともいくつかに対するカレンダー・エントリを決定させ、
前記ユーザへの提示のために、前記カレンダー・エントリに優先順位をつけを実行させる
ようにさらに構成される、請求項１ないし５のいずれか１項に記載の装置。
【請求項７】
前記ゴールは、活動、時間的判定基準、および、量的判定基準のうちの少なくとも１つを含む、請求項１ないし６のいずれか１項に記載の装置。
【請求項８】
ユーザのゴールを受信するステップと、
少なくとも１つの活動を示すセンサ・データを受信することにより、前記ゴールに関する前記ユーザの前記少なくとも１つの活動をモニタリングするステップと、
前記ユーザのカレンダーまたは前記ユーザの行動履歴上の少なくとも１つの以前に定義されたカレンダー・エントリに基づいて、前記ユーザが、前記ゴールを達成すると予測されているかどうかを決定するステップと、
プロセッサを介して、前記ユーザが前記ゴールを逃すと予測される場合に、モニターされる前記少なくとも１つの活動に基づいて、前記ゴールに向かって前記ユーザを進めるように構成されるカレンダー・エントリを決定するステップと、
前記カレンダー・エントリを前記ユーザに提示するようにさせるステップと、
を含む方法。
【請求項９】
前記ユーザのカレンダーの上の以前に定義されたカレンダー・エントリ、および、前記ユーザの行動履歴のうちの少なくとも１つに基づいて、前記ユーザが、前記ゴールを達成すると予測されているか否かを判断するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
前記ユーザが前記ゴールを逃すと予測される場合にだけ、前記カレンダー・エントリが決定される、請求項８または９に記載の方法。
【請求項１１】
提示された前記カレンダー・エントリをアクセプトしている前記ユーザから入力を受信するステップと、
前記入力を受信することに応答して、前記ユーザのカレンダーに前記カレンダー・エントリを追加するステップと
をさらに含む、請求項８ないし１０のいずれか１項に記載の方法。
【請求項１２】
提示された前記カレンダー・エントリをアクセプトしている前記ユーザから入力を受信するステップと、
前記入力を受信することに応答して、前記ユーザのカレンダーに前記カレンダー・エントリを追加するステップと
をさらに含む、請求項８ないし１１のいずれか１項に記載の方法。
【請求項１３】
前記ユーザの複数のゴールを受信するステップと、
前記ゴールのうちの少なくともいくつかに対するカレンダー・エントリを決定するステップと、
前記ユーザへの提示のために、前記カレンダー・エントリに優先順位をつけるステップと、
をさらに含む、請求項８ないし１２のいずれか１項に記載の方法。
【請求項１４】
ユーザのゴールを受信するステップと、
前記ゴールに関する前記ユーザの少なくとも１つの活動をモニタリングするステップと、
前記ユーザのカレンダーまたは前記ユーザの行動履歴上の少なくとも１つの以前に定義されたカレンダー・エントリに基づいて、前記ユーザが、前記ゴールを達成すると予測されているかどうかを判断するステップと、
前記ユーザが前記ゴールを逃すと予測される場合に、モニターされる前記少なくとも１つの活動に基づいて、前記少なくとも１つの活動を示すセンサ・データを受信することにより、前記ゴールに向かって前記ユーザを進めるように構成されるカレンダー・エントリを決定するステップと、
前記カレンダー・エントリを前記ユーザに提示するようにさせるステップと、
のためのプログラム・コード命令を備えるコンピュータ・プログラム。
【請求項１５】
前記ユーザのカレンダーの上の以前に定義されたカレンダー・エントリ、および、前記ユーザの行動履歴のうちの少なくとも１つに基づいて、前記ユーザが、前記ゴールを達成すると予測されているか否かを決定するためのプログラム・コード命令を更に含む、請求項１４に記載のコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明の例示的実施形態は、一般に、時間管理を介して、ユーザが所定のゴールを達成するのを助けるメカニズムに関連する。
【背景技術】
【０００２】
適切な時間管理は、大部分の人々にとって挑戦的な課題である。学生または従業員、サッカー・ママまたは専業主夫にかかわらず、ほとんど誰でも彼らがしたいことを持っており、１日について、限られた時間数だけ、したいことをすることができる。ユーザ・デバイスの激増によって、多くのユーザが、職場でのミーティング、医者の予約、および、昼食デートなどのあるタイプの予定をスケジュールするのにデジタル・カレンダーに頼っている。しかしながら、多くの活動が、予定外のものである。その結果として、ユーザは、達成したい特定のタスクに関して時間が足りないことに気付くことがある。
【発明の概要】
【０００３】
したがって、ユーザが、よりよく彼らの時間を管理し、そして、彼らのゴールを達成するのに積極的な措置を講じることを可能にするツールを提供することが望ましいことでありえる。この点について、ここに記述される本願発明の例示的実施形態は、ユーザのゴールを追跡し、彼らのゴールに関して、ユーザのアクションをモニターし、ユーザのゴールに近づくことを支援するために、ユーザのカレンダーに入力されるように提案されたタスクを供するためのメカニズムを提供する。
【０００４】
いくつかの実施形態において、少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリとを含む装置が提供される。その少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサで、前記装置に、少なくとも、ユーザのゴールを受信させ、前記ゴールに関する前記ユーザの少なくとも１つの活動をモニターさせ、モニターされる前記少なくとも１つの活動に基づいて、前記ゴールに向かって前記ユーザを進めるように構成されるカレンダー・エントリを決定させ、前記カレンダー・エントリを前記ユーザに提示させるように構成することができる。
【０００５】
その少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサで、前記装置に、前記ユーザのカレンダーの上の以前に定義されたカレンダー・エントリ、および、前記ユーザの行動履歴のうちの少なくとも１つに基づいて、前記ユーザが、前記ゴールを達成すると予測されているかどうかを判断させるように更に構成することができる。その少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサで、前記装置に、前記ユーザが前記ゴールを逃すと予測される場合にだけ、前記カレンダー・エントリを決定させるように更に構成することができる。
【０００６】
他のケースにおいて、少なくとも１つのメモリとコンピュータ・プログラム・コードとは、前記少なくとも１つのプロセッサで、前記装置に、提示された前記カレンダー・エントリをアクセプトしている前記ユーザから入力を受信させ、前記入力を受信することに応答して、前記ユーザのカレンダーに前記カレンダー・エントリを追加させるように更に構成することができる。その少なくとも１つのメモリと、コンピュータ・プログラム・コードとが、前記少なくとも１つのプロセッサで、前記装置に、自動的に前記カレンダー・エントリを前記ユーザのカレンダーに追加させるように更に構成することができる。
【０００７】
さらに他のケースで、少なくとも１つのメモリとコンピュータ・プログラム・コードとは、前記少なくとも１つのプロセッサで、前記装置に、前記ユーザの複数のゴールを受信させ、前記ゴールのうちの少なくともいくつかに対するカレンダー・エントリを決定させ、前記ユーザへの提示のために、前記カレンダー・エントリに優先順位をつけさせるように更に構成することができる。ゴールは、例えば、活動、時間的判定基準、および、量的判定基準のうちの少なくとも１つを備えることができる。
【０００８】
他の実施形態においては、ユーザのゴールを受信し、前記ゴールに関する前記ユーザの少なくとも１つの活動をモニターし、モニターされる前記少なくとも１つの活動に基づいて、前記ゴールに向かって前記ユーザを進めるように構成されるカレンダー・エントリを決定し、前記カレンダー・エントリを前記ユーザに提示する方法とコンピュータ・プログラム・プロダクトとが提供される。
【０００９】
いくつかの場合において、本願方法、および、コンピュータ・プログラム・プロダクトは、前記ユーザのカレンダーの上の以前に定義されたカレンダー・エントリ、および、前記ユーザの行動履歴のうちの少なくとも１つに基づいて、前記ユーザが、前記ゴールを達成すると予測されているか否かを判断するステップを含むことができる。このカレンダー・エントリは、前記ユーザが前記ゴールを逃すと予測される場合にだけ、決定されることができる。この方法およびコンピュータ・プログラム・プロダクトは、提示された前記カレンダー・エントリをアクセプトしている前記ユーザから入力を受信するステップと、前記入力を受信することに応答して、前記ユーザのカレンダーに前記カレンダー・エントリを追加するステップとを更に含むことができる。いくつかの場合において、入力を、提示された前記カレンダー・エントリをアクセプトしている前記ユーザから受信することができ、そのカレンダー・エントリを、前記入力を受信することに応答して、そのユーザのカレンダーに追加することができる。カレンダー・エントリを、いくつかのケースにおいて、ユーザのカレンダーに自動的に追加することができる。
【００１０】
さらに他の実施形態において、その中に格納されたコンピュータ実行可能プログラム・コード部分を有する少なくとも１つの固定コンピュータ読取り可能記憶媒体を含むコンピュータ・プログラム・プロダクトが提供される。前記コンピュータ実行可能プログラム・コード部分は、前記ユーザの複数のゴールを受信するステップと、ゴールの少なくともいくつかに対してカレンダー・エントリを決定するステップと、および、前記ユーザへの提示のために、前記カレンダー・エントリに優先順位をつけるステップと、のためのプログラム・コード命令を備えることができる。
【００１１】
さらに他の実施形態において、ユーザのゴールを進めるカレンダー・エントリに決定するための装置が提供される。この装置は、ユーザのゴールを受信する手段と、そのゴールに関する前記ユーザの少なくとも１つの活動をモニタリングする手段と、モニターされる前記少なくとも１つの活動に基づいて、前記ゴールに向かって前記ユーザを進めるように構成されるカレンダー・エントリを決定する手段と、前記カレンダー・エントリを前記ユーザに提示させる手段とを含むことができる。
【図面の簡単な説明】
【００１２】
このように、本願発明の例示的な実施形態を一般的な用語で、記述したが、次に、添付の図面に、参照がなされる。これは、必ずしも一定の比率で描かれているというわけではない。ここで、
【図１】図１は、本願発明の例示的実施形態にしたがう、ゴールに向かってユーザを進めるためのカレンダー・エントリを決定するためのユーザ・デバイスの概略ブロック図を図示する。
【図２】図２は、本願発明の例示的実施形態にしたがう、ゴールにむかってユーザを進めるためのカレンダー・エントリを決定するための装置の概略ブロック図を図示する。
【図３】図３は、本願発明の例示的実施形態にしたがう、ゴールを入力するためにディスプレイにユーザ・インタフェースを提示するユーザ・デバイスを図示する。
【図４】図４は、本願発明の例示的実施形態にしたがって、決定されるカレンダー・エントリをそのディスプレイの上に提示するユーザ・デバイスを図示する。
【図５】図５は、本願発明の例示的実施形態にしたがって、優先するカレンダー・エントリのリストを、そのディスプレイの上で提示するユーザ・デバイスを図示する。
【図６Ａ】図６Ａは、本願発明の例示的実施形態にしたがって、新規のカレンダー・エントリに関して、ユーザから入力を受信するためのユーザ・インタフェースを、そのディスプレイの上で提示するユーザ・デバイスを図示する。
【図６Ｂ】図６Ｂは、本願発明の例示的実施形態にしたがって、新規のカレンダー・エントリを追加するために、ユーザによる選択のために、優先するカレンダー・エントリのリストを提供するユーザ・インタフェースを、そのディスプレイの上で提示する図６Ａのユーザ・デバイスを図示する。
【図７】図７は、本願発明の例の実施形態にしたがって、ゴールにむかってユーザを進めるためのカレンダー・エントリを決定する方法のフローチャートを図示する。
【発明を実施するための形態】
【００１３】
本願発明のいくつかの例示的実施形態は、以下に、添付の図面を参照して、より詳細に記述される。本願発明の実施形態のすべてではないが、そのいくつかが示される。実際に、本願発明の種々の例示的実施形態は、多くの異なる形で具体化することができる。そして、ここに述べられる実施形態に制限されるものであると解釈されてはならない。むしろ、これらの例示的実施形態は、この開示が適用できる法的要求を満たすように、提供される。以下を通して、同様の参照番号は、同様の要素を参照する。ここに使われるように、「データ」、「コンテンツ」、「情報」の用語、および、同様の用語は、本願発明の実施形態にしたがって、送信され、受信され、および／または、格納されることが可能なデータを指すために、互換的に用いることができる。このように、そのような語の使用は、本願発明の実施形態の要旨および範囲を制限するものであるものであると解釈してはならない。
【００１４】
加えて、ここに使われるように、「回路（ｃｉｒｃｕｉｔｒｙ）」という用語は、
（ａ）ハードウェアのみの回路インプリメンテーション（例えばアナログおよび／またはデジタル回路だけのインプリメンテーション）、
（ｂ）回路と装置に、ここに記述される１つ以上の機能を実行させるように一緒に動作する１つ以上のコンピュータで読取り可能メモリに格納されるソフトウェアやファームウェア命令を備えるコンピュータ・プログラム・プロダクトとの組合せ、そして、
（ｃ）回路、例えば、たとえソフトウェアまたはファームウェアが物理的に存在しないとしても動作のためにソフトウェアまたはファームウェアを要求するマイクロプロセッサ、または、マイクロプロセッサの部分、
を指す。この「回路」の定義は、ここにおける、すべての請求項を含む、すべてのこの用語の使用に適用される。さらなる例として、ここに使われるように、用語「回路」は、また、１つ以上のプロセッサやその部分、および、付随するソフトウェアやファームウェアを含むインプリメンテーションを含む。別の例として、ここで用いられる用語「回路」は、また、例えば、ベースバンド集積回路、または、携帯電話のための応用プロセッサ集積回路あるいは、サーバにおける同様の集積回路、携帯電話ネットワーク・デバイス、他のネットワーク・デバイス、および／または他のコンピューティング装置などを含む。
【００１５】
ここに規定されるように、物理的ストレージ・メディア（例えば、揮発性あるいは揮発性メモリ・デバイス）を指す「コンピュータ読取り可能媒体」は、電磁気信号を指す「コンピュータ読取り可能伝送媒体」と区別することができる。
【００１６】
ほとんど全ての人が、やるべきことが多すぎて、時間が足りない。ユーザが達成したいと欲することができる多くのタスクが、仕事、家庭生活、社会的義務、など、外部要因によって決定づけされる。いくつかの、ユーザが、自発的に、さもなければ覚えていることが難しいことであるようなタスクは、ユーザによって、ユーザのスマート・フォンやパーソナル・デジタル・アシスタント（ＰＤＡ）などの、ユーザのモバイル・デバイスで実行しているカレンダー・アプリケーションの上に入力することができる。ユーザのカレンダー・アプリケーションを使用して、そのユーザは、このようにいつ、予定の約束が起こるべきであるか、そして、いつ、ユーザは、「自由時間」をもつことができるのか、について良い考えをもつことができる。
【００１７】
しかしながら、ユーザがしようと欲することができる他のものは、より向上心のある、より多くの流動的な、そして、より具体的でないものであり得る。例えば、そのユーザは、週に３回より多くは外食しないこと、または、それぞれの平日に３０分間のウォーキングに時間を費やすこと、というゴールを有することができる。これらのタイプのゴールは、必ずしも固定されたアクションや、そのアクションが起こるための特定の日付、または、時間帯を有することがなく、カレンダーのスケジューリングに乗せにくいものである。言い換えると、例えば、そのユーザは、半時間のウォーキングをいつするかについてあまり関心がなく、その日の間のどこかのポイントで、半時間のウォーキングをすればよいのである。このように、ユーザのカレンダーの上で半時間のブロックを予定するよりはむしろ、ユーザは、（例えば、仕事の後に、別の日の隣人とのウォーキングではなくて、ある日の仕事日の間の大きいプロジェクトを完了した後のブレークとしてのウォーキングなど）何が他に起きているかについて基づいてウォーキングをするのに良い時間帯がいつかを見ることを好むことがありえる。
【００１８】
さらに、ユーザは、カレンダーが、ごちゃごちゃになる、あるいは、他の約束が予定されるのを妨げるのを恐れて、ユーザがカレンダーに入れたくない活動を含むルーチンを有することができる。例えば、ユーザは、金曜日に好きなランチ・スポットに歩いて行くことを好むが、しかし、必ずしも、ユーザのカレンダーに、この活動の予定を入れる訳ではない。
【００１９】
仕事には、週にある時間以上を使わないこと、少なくとも週に２回ジムに行くこと、１ヵ月に少なくとも１０マイル走ること、または、月に一度ファミリーを訪問することなど、より長期のゴールに対して、ユーザが、ゴールが何であるのか、そして、ゴールを達成するのに順調に進んでいるのかについて追跡をすることが難しくなり得る。そのようなゴールは、一般に、手動または明示的に測定されていることを必要とする。そして、ユーザは、ユーザが有する他の「スケジュールされた」活動のすべてのゴールをどのように達成するか、戦略的に計画する必要があり得る。ユーザのくらしにおいて（例えば、職場における大プロジェクト、家庭での危機、社会的義務の数が多すぎていっぱいになった特定の月など）他の何かに依存して、そのユーザは、特定のゴールを見失うことがあり得る、あるいは、ユーザが、ゴールに向かって進むためにここまでに取ったステップの足跡を見失うことがあり得る。ユーザは、昨日、半マイル走ったか、または、それはその前日であったのか。ユーザは、プロジェクトを終わらせるために今日、９時間仕事にとどまらなければならないか。または、それは、その週は、仕事を４０時間より少なくするというゴールを奪うのか。
【００２０】
したがって、ここに記述される発明の実施形態は、（例えば、ユーザ、または、ある他のソースから）ユーザのゴールを受信し、ゴールに向かうユーザの進歩をモニターし、ユーザの進歩、および／または、ユーザのゴールにより近づくのを支援することができる他の考慮点に基づいて、カレンダー・エントリを決定するためのメカニズムを提供する。このようにして、ユーザの時間を、最適化することができ、ユーザは、ユーザの生活において、続いている他のイベントや活動と調和した本願発明の例示的実施形態により提案されたアクションを取ることによって、ユーザのゴールに向かう規定されたステップを取ることができる。
【００２１】
次に、図１をみると、本願発明の実施形態から利益を得るユーザ・デバイス５０のブロック図が、図示される。しかしながら、図示され、そして、以下に記述されるように、本願発明およびの実施形態から、利益を得ることができる単にデバイスの１つのタイプの実例となるだけであるユーザ・デバイス５０は、したがって、本願発明の実施形態の範囲を制限することを意図すると解釈されてはならないことを理解されなければならない。例えば、いくつかの実施形態において、ユーザ・デバイス５０は、パーソナル・デジタル・アシスタント（ＰＤＡ）、スマート・フォン、ページャ、モバイル・テレビジョン、ゲーム・デバイス、ラップトップ・コンピュータ、タブレット・コンピュータ、タッチ表面、ウェアラブル・デバイス、または、前述の任意の組合せ、および、他のタイプの音声およびテキスト通信システムであることができる。さらに、さらに他の実施形態において、ユーザ・デバイス５０は、パーソナル・コンピュータなどの固定デバイスであることができる。
【００２２】
再び図１を参照すると、ユーザ・デバイス５０は、プロセッサ６０または、ユーザ・デバイス５０の１つ以上のコンポーネントの機能をコントロールする他の処理デバイスを含むことができる。いくつかの実施形態において、プロセッサ６０は、ユーザ・デバイス５０のオーディオおよびロジック機能をインプリメントするための所望の回路を含むことができる。例えば、プロセッサ６０は、デジタル信号プロセッサ・デバイス、マイクロプロセッサ・デバイス、および、種々のアナログ・デジタル変換器、デジタル・アナログ変換器、および、他のサポート回路を備えることができる。ユーザ・デバイス５０のコントロールおよび信号処理機能は、それぞれの能力によって、これらのデバイスの間で割り当てられる。プロセッサ６０は、１つ以上のソフトウェア・プログラムを操作する機能を含むことができる。このプロセッサは、メモリに格納することができる。
【００２３】
ユーザ・デバイス５０は、また、従来のイヤホンまたはスピーカー５４、マイクロフォン５６、ディスプレイ６８、およびユーザ入力インタフェースなど、出力デバイスを含むユーザ・インタフェースを備えることができる。これらのすべては、プロセッサ６０に結合される。ユーザ・デバイス５０がデータを受信することを可能にするユーザ入力インタフェースは、キーパッド、タッチ・スクリーン・ディスプレイ（ディスプレイ６８は、そのようなタッチ・スクリーン・ディスプレイの例を提供している）、あるいは、他の入力デバイスなど、ユーザ・デバイス５０がデータを受信することを可能にする任意数のデバイスを含むことができる。キーパッドを含むこと実施形態において、キーパッドは、従来の数字（０−９）および関連のキー（＃、＊）、および、ユーザ・デバイス５０を動作させるために使用される他のハードおよびソフト・キーを含むことができる。代替的に、または、追加的に、そのキーパッドは、従来のＱＷＥＲＴＹキーパッドの配置を含むことができる。そのキーパッドは、また、関連した機能の種々のソフト・キーを含むことができる。これに加えて、または、代替的に、ユーザ・デバイス５０は、ジョイスティックまたは、他のユーザ入力インタフェースなどインタフェース・デバイスを含むことができる。ユーザ・デバイス５０は、ユーザ・デバイス５０を動作させるために要求される種々の回路に電力供給するための、振動バッテリー・パックなどバッテリー３５を更に含むことができる。
【００２４】
ユーザ・デバイス５０は、データの一時的記憶のためにキャッシュ領域を含む揮発性物質ランダム・アクセス・メモリー（ＲＡＭ）などの揮発性メモリ４０を更に含むことができる。ユーザ・デバイス５０は、また、他の不揮発性メモリ４２を含むこともできる。これは、埋め込まれたものであることもでき、取り外し可能でありえる。これらメモリは、ユーザ・デバイス５０の機能をインプリメントするためにユーザ・デバイス５０によって使用される任意の数の情報の部分およびデータを格納することができる。例えば、１つまたは両方のメモリ４０、４２を、以下でより詳細に記述される例えばカレンダー・アプリケーションなどの１つ以上のコンピュータ・アプリケーションのすべて、または、部分を格納するように構成することができる。
【００２５】
また、図１は、ユーザのゴールを進めるための、カレンダー・エントリを決定するように構成されるユーザ・デバイス５０の構成の１つの例を図示するが、多数の他の構成を、また、本願発明の実施形態をインプリメントするのに使用することができる。このため、いくつかの実施形態において、デバイス、または、要素が、互いに通信しているものとして示されているが、以下では、そのようなデバイスあるいは要素は、同じデバイスまたは要素の中で、具体化することができると考えられるべきである。したがって、通信において示されるデバイスまたは要素は、代替的に、同一のデバイスまたは素子の部分であると理解されなければならない。
【００２６】
図２を参照すると、カレンダー・エントリを決定するための装置１００が、示される。装置１００は、いくつかの実施形態において、図１のユーザ・デバイス５０によって具体化することができる。装置１００は、プロセッサ７０（例えば図１のユーザ・デバイス５０のプロセッサ６０）、ユーザ・インタフェース・トランシーバ７２、通信インタフェース７４、メモリ・デバイス７６、および、１つ以上のセンサ８０を含むことができる、または、さもなければ、それらと通信していることができる。いくつかの実施形態において、プロセッサ７０（および／または、コプロセッサまたはプロセッサ７０を助ける、または、さもなければ、それと関連する任意の他の処理回路）装置１００のコンポーネントの間の情報パシングのためのバスを介して、メモリ・デバイス７６と通信状態にあることができる。メモリ・デバイス７６は、例えば、１つ以上の揮発性および／または不揮発性メモリなどを含むことができることに留意する。言い換えると、例えば、メモリ・デバイス７６は、マシン（例えば、プロセッサ７０のようなコンピューティング・デバイスなど）で検索可能である（例えば、ビットなどの）データを格納するように構成されるゲートを備える電子格納デバイス（例えば、コンピュータ読取り可能ストレージ・メディア）であることができる。メモリ・デバイス７６は、装置が本願発明の例示的実施形態にしたがって、種々の機能を実行することを可能にするために、情報データ、コンテンツ、アプリケーション、命令、または、その他を格納するように構成することができる。例えば、メモリ・デバイス７６は、プロセッサ７０によって処理のための入力データをバッファするように構成されることができた。加えて、または、代替的に、メモリ・デバイス７６は、ここに記述される本願発明の実施形態にしたがう、および／または、ユーザによって提供されたカレンダー・アプリケーションなどのコンピュータ・プログラム・アプリケーションを含む、プロセッサ７０による実行のために、命令を格納するように構成されることができた。
【００２７】
装置１００は、いくつかの実施形態において、（例えば、図１のユーザ・デバイスのような）ユーザ・デバイス５０である、または、固定通信デバイス、または、本願発明の例示的実施形態を使用するように構成される計算デバイスであることができる。しかしながら、いくつかの実施形態において、装置１００は、チップまたはチップ・セットとして具体化することができる。言い換えると、装置１００は、材料、コンポーネントや、構造アセンブリ上の配線（例えば、ベースボード）を含む１つ以上の物理パッケージ（例えば、チップ）を備えることができる。構造的アセンブリは、物理強度、サイズの保護、および／または、そこに含まれるコンポーネント回路に対する電気的インタラクションの制限を提供することができる。装置１００は、したがって、いくつかのケースにおいて、シングルチップで、または、単一の「システム・オン・チップ」として本願発明の実施形態をインプリメントするように構成されることができる。このため、いくつかのケースにおいて、チップまたはチップ・セットは、ここに記述される機能を提供するための、１つ以上の操作を実行するための手段を構成することができる。
【００２８】
プロセッサ７０は、いくつかの異なる方法において、具体化することができる。例えば、プロセッサ７０は、コプロセッサ、マイクロプロセッサ、コントローラ、デジタル信号処理装置（ＤＳＰ）、ＤＳＰを有する、または、有さない処理要素、または、例えば、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、マイクロコントローラ・ユニット（ＭＣＵ）、ハードウェア・アクセラレータ、特殊目的コンピューター・チップ、または、その他などの集積回路を含む種々の他の処理回路などの１つ以上の種々のハードウェア処理手段として、具体化することができる。このため、いくつかの実施形態において、プロセッサ７０は、独立して実行するように構成される１つ以上の処理コアを含むことができる。マルチコア・プロセッサは、単一の物理パッケージの内でマルチプロセッシングを可能ににすることができる。加えて、または、代替的に、プロセッサ７０は、命令の独立した実行、パイプライン化やマルチスレッディングを可能にするためにバスを介してタンデムに構成された、１つ以上のプロセッサを含むことができる。
【００２９】
例示的実施形態において、プロセッサ７０は、メモリ・デバイス７６に格納された、または、さもなければ、プロセッサ７０にアクセスできる命令を実行するように構成することができる。代替的に、または、追加的に、プロセッサ７０は、ハード・コード化された機能を実行するように構成することができる。このため、ハードウェアでまたはソフトウェア方法で構成されるか、または、その組合せによって、構成されるかにかかわらず、プロセッサ７０は、本願発明の実施形態にしたがって、動作を実行することができ、それに応じて構成されている、（例えば、物理的に回路に具体化された）エンティティを表現することができる。このように、例えば、プロセッサ７０が、ＡＳＩＣ、ＦＰＧＡまたは、その他として具体化されるとき、プロセッサ７０は、ここに記述される動作の遂行するために特に構成されたハードウェアであることができる。代替的に、別の例として、プロセッサ７０が、（例えばカレンダー・アプリケーションなどの）ソフトウェア命令の実行者として、具体化されるとき、この命令は、特に、プロセッサ７０を、その命令が実行されるときに、ここに記述されるアルゴリズムや動作を実行するように構成することができる。しかしながら、いくつかのケースにおいて、プロセッサ７０は、ここに記述されるアルゴリズムや動作を実行するための命令によってプロセッサ７０の更なる構成により、本願発明の実施形態を使用することに適している（例えば、モバイル端末またはネットワーク・デバイスなど）特定のプロセッサ・デバイスであることができる。プロセッサ７０は、とりわけ、クロック、演算ロジック・ユニット（ＡＬＵ）、そして、プロセッサ７０の動作をサポートするように構成された論理ゲートを含むことができる。
【００３０】
一方、通信インタフェース７４は、ネットワークや、装置１００と通信を行っている任意の他のデバイスまたはモジュールとデータを送受信するように構成されたハードウェアあるいは、ハードウェアとソフトウェアとの組合せのいずれかで実現されたデバイスまたは回路などのいかなる手段でもあり得る。この点について、通信インタフェース７４は、例えば、アンテナ、および、無線通信ネットワークとの通信を可能にするためのサポートしているハードウェアやソフトウェアなどを含むことができる。加えて、または、代替的に、通信インタフェース７４は、アンテナを介して信号を送信させるため、または、アンテナを介して受信した信号を取り扱うためにアンテナとインタラクトするための回路を含むことができる。いくつかの環境において、通信インタフェース７４は、代替的に、あるいは、追加的に、有線通信をサポートする。このため、例えば、通信インタフェース７４は、ケーブル、デジタル加入者線（ＤＳＬ）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ）、または、他のメカニズムを介した通信をサポートするために、コミュニケーション・モデムや他のハードウェア／ソフトウェアを含むことができる。
【００３１】
ユーザ・インタフェース・トランシーバ７２は、ユーザ入力の表示を受信するために、および／または、オーディオ、ビデオ、メカニカル、あるいは、他の出力を、ユーザに提供させるために、プロセッサ７０と通信を行うことができる。このため、ユーザ・インタフェース・トランシーバ７２は、例えば、キーボード、マウス、ジョイスティック、ディスプレイ、タッチ・スクリーン、タッチ領域、ソフト・キー、マイク、スピーカー、または、他の入出力メカニズムなどを含むことができる。例えば、ユーザ・インタフェース・トランシーバ７２は、例えば、カレンダー・アプリケーションと結びついた画像などの画像を提示するように構成された（例えば図１のタッチ・スクリーン・ディスプレイ６８のような）タッチ・スクリーン・ディスプレイを含む、または、タッチ・スクリーン・ディスプレイと通信状態にあることができる。異なる例示的ケースにおいて、タッチ・スクリーン・ディスプレイ６８は、２次元（２Ｄ）または３次元の（３Ｄ）ディスプレイでありえる。タッチ・スクリーン・ディスプレイ６８は、任意の既知のタッチ・スクリーン・ディスプレイとして具体化することができる、このように、例えば、タッチ・スクリーン・ディスプレイ６８は、抵抗性、容量性、赤外線、歪みゲージ、表面波、光学画像、分散的信号技術、音響パルス認識、その他の技術などの任意の適切な技術によって、タッチ認識を可能にするように構成されることができた。ユーザ・インタフェース・トランシーバ７２は、タッチ・スクリーン・ディスプレイ６８においてユーザ入力の標示を受信するために、および、その標示に対応して、推論できる、または、さもなければ、決定できる対応するユーザクションに基づいてそのような標示に対する応答を修正するために、タッチ・スクリーン・ディスプレイ６８と通信状態であることができる。
【００３２】
この点について、ユーザ入力の種々の標示を、タッチ・スクリーン・ディスプレイ６８におけるタッチまたは近接イベントの結果として、受信することができる。例えば、タッチ・イベントに関して、力の標示を、受信することができ、それは、タッチ・スクリーン・ディスプレイ６８とのコンタクトによって印加された力の量を示すものである。代替的に、または、追加的に、コンタクトの位置を記述する位置標示（例えば、ｘ−座標、ｙ−座標）を、受信することができる。別の例として、いくつかのケースでは、タッチ・スクリーン・ディスプレイ６８に対する（例えば、ユーザの指またはいくつかの他のオブジェクトなど）オブジェクトの近接性を示す近接標示を、受信することができる。例えば、ここに記述されるいくつかの実施形態において、そのユーザに、提案されたカレンダー・エントリを提示することができ、およびユーザの指、または、いくつかの他のオブジェクトで、タッチ・スクリーン・ディスプレイ６８の上の対応するユーザ・インタフェース要素を選択することによって、カレンダー・エントリの受容または拒絶を示すことができる。
【００３３】
代替的に、または、追加的に、プロセッサ７０は、例えば、スピーカー、マイクロフォン、ディスプレイ、および／または、その他の１つ以上のユーザ・インタフェース要素の少なくともいくつかの機能を制御するように構成されたユーザ・インタフェース回路を含むことができる。プロセッサ７０やプロセッサ７０を備えるユーザ・インタフェース回路は、プロセッサ７０がアクセスできるメモリ（例えば、メモリ・デバイス７６、その他）に格納された（例えば、ソフトウェアやファームウェアなどの）コンピュータ・プログラム命令を通して１つ以上のユーザ・インタフェース要素の１つ以上の機能をコントロールする構成することができる。
【００３４】
いくつかの場合において、装置１００は、情報を検出または受信するように構成される１つ以上のセンサ８０または他のコンポーネントを更に含む、あるいは、それらと通信状態にあることができる。このセンサ８０は、図１のユーザ・デバイス５０に組み入れることができる、または、（例えば、ユーザに着用可能な分離したデバイス、および／または、ユーザがインタラクトすることができ、感知したデータを装置１００に通信することができるデバイスなど）分離したデバイスによって具体化することができ、ユーザに引き受けられた活動に関してデータを集めるために、用いることができる。例えば、センサ８０は、いくつかのケースにおいて、ユーザが何歩くらい動いたか、や、ある時間内に、ユーザがどのくらいの距離をカバーしたかを測定することができる歩数計または他の動きセンサなどのユーザの身体活動を検出するように構成される動きセンサ、ユーザがどれくらい眠るかを決定するのに、ユーザの脳において生成される電気信号を測定するために使用することができる睡眠検出器、（例えば、いつ、および、どれくらい長くユーザが屋外にいるかを検出するための）温度センサ、（例えば、どこにユーザがいるかを検出するためのグローバル測位デバイス（ＧＰＳ））位置センサ、など、であることができる。追加的な例として、センサ８０は、Ｗｉ−Ｆｉ（登録商標）、ブルートゥース（登録商標）または赤外技術、次に、ユーザの活動に関するデータを導出するために分析することができる、周囲の音をキャプチャするように構成されるマイクロフォン、ユーザの活動の画像やビデオなどをキャプチャするように構成されたカメラを組み込むものなど屋内測位デバイスおよびシステムを備える、または、それにより具体化されることができる。さらに、ソーシャル・ネットワーキングやテレビジョン、または、他のインターネット使用可能デバイスの使用を、例えば、（例えば、特定のテレビ番組の視聴、フェイスブックのソーシャル・ネットワーキングの使用）ユーザが特定の活動を実行することに費やした時間数、その他を決定するために追跡、分析などをすることができる。
【００３５】
本願発明の実施形態は、次に、図を参照して、記述される。図３を参照して、図２の装置１００を備える、さもなければ、それを具体化する図１に示されるユーザ・デバイス５０などのユーザ・デバイス５０は、（例えば、カレンダー・アプリケーション、メッセージ送信アプリケーション、チップ計算など）異なるアプリケーションを走らせることによってなどユーザに種々の機能を提供するように構成されたものとして提供することができる。ユーザは、ディスプレイの上で提示される表示テキストおよび画像を眺め、ディスプレイを介して、タッチ入力を適用することにより、コンテンツを操作することによって、ディスプレイ６８を介して種々のアプリケーションとインタラクトすることができる。
【００３６】
この点について、および上に記載したように、デバイス５０において具体化された、または、さもなければ、それに含まれる装置は、少なくとも１つのプロセッサ（例えば、図２のプロセッサ７０）、および、コンピュータ・プログラム・コードを含む少なくとも１つのメモリ（例えば、図２のメモリ７６）を含むことができる。ここで、少なくとも１つのメモリとコンピュータ・プログラム・コードとは、前記少なくとも１つのプロセッサで、その装置に、少なくとも、ユーザのゴールを受信させるように構成される。ゴールを記述している入力を、例えば、第３図に示されるように、ディスプレイ６８を介してユーザの入力を受信することなどにより、直接、ユーザから受信することができる。あるいは、他のケースにおいて、ゴールを、リモート・ソースで提供し、そして、（通信インタフェース７４を介して）ユーザ・デバイス５０によって受け取ることができる。いくつかの場合において、例えば、ゴールを、クラウド・サービスに保存したり、受信したりすることができる。
【００３７】
例えば、ゴールは、ユーザの雇用する者（例えば、「１年に少なくとも２０００時間」）、ユーザの友人（例えば、「１か月に少なくとも一度は、一緒に夕食を取る」）、ユーザの配偶者（例えば、「遅くまで職場の仕事は、多くても週に２回」）、ユーザのパーソナル・トレーナー（例えば、「１か月につき少なくとも１０マイル走る」）ユーザの医者（例えば、「毎晩、少なくとも平均７時間眠る」）その他によってセットされることができる。ゴールのこれらの他のソースは、いくつかの実施形態において、彼ら自身のデバイスを使用して彼らのゴールを入力することができ、（例えば、電子メールまたはテキスト・メッセージを送ることなどによって）彼らのゴールをユーザ・デバイス５０に送信することができる。したがって、ユーザが受信するゴールのタイプは、種々なものであり得る。いくつかの実施形態において、ゴールは、少なくとも１つの活動（例えば、「睡眠」）、ゴールが測定されているべき時間的判定基準またはタイム・フレーム（例えば、「毎晩」）、および／または、量的判断基準（「平均７時間」）を含むことができる。
【００３８】
この点について、ゴールを、ユーザまたはゴールの他のソースが、特定の時間枠（例えば、日につき、週につき、月につき、年につき、等）に対して活動の最小量を設定するような、「最小限の」ゴールとして、設定することができる。代替的に、ゴールを、ユーザまたはゴールの他のソースが、特定の時間枠に対して実行される活動の最大量を設定するような、「最大限の」ゴールとして設定することができる。「月に一度は夕食を一緒にとろう」というゴールなど、ゴールが、「最小限の」ゴールであるような場合において、装置に、下記のように、ユーザによって活動の実行を予定するようにカレンダー・エントリを決定させることができる。このように、この例においては、カレンダー・エントリは、月の最終週の間に、他の約束がないように見える夜に、それぞれのパーティでの夕食を予定することができる。「仕事で遅くまで職場にいるのは、多くても週に２回」というゴールなどのゴールが、「最大限の」ゴールであるような場合において、装置に、ユーザが、遅い時間のミーティングおよびを予定しないように、および／または、特定の時刻に、帰宅するようにリマインドされるように、ユーザのカレンダーの上の時間を、「ビジー」とマークするカレンダー・エントリを決定させることができる。
【００３９】
いくつかの実施形態において、その少なくとも１つのメモリと、コンピュータ・プログラム・コードとは、少なくとも１つのプロセッサを用いて、装置に、ゴールに関係するユーザの少なくとも１つの活動をモニターさせるように構成することができる。モニターされる活動は、ゴールに直接関連するものであり得る（例えば、図２のセンサ８０は、１夜につき少なくとも７時間眠るというゴールに関して、ユーザが一晩に何時間に眠るかを測定するように構成される）睡眠センサであり得る）。あるいは、モニターされる活動は、ゴールに間接的に関連があるものであり得る。例えば、週に３回より多くは外食しないというゴールは、遅くまで働いている日には、仕事から帰宅途中に、ユーザは、より、レストランからテイク・アウトする傾向になり得るから、各日に、ユーザが、どれくらい仕事をしているかにより影響を受け得る。この例においては、図２のセンサ８０は、ユーザがいつオフィスにいるか、ユーザがいつ帰宅したかを知っているＧＰＳデバイスや計時デバイスであり得る。いくつかの場合において、活動を、上に記載したように、モニターされる活動に関して更新を装置に（例えば、直接に、あるいは、クラウド・サービスを介して、）通信することができる別のデバイスによってモニターすることができる。
【００４０】
その少なくとも１つのメモリと、コンピュータ・プログラム・コードとは、したがって、少なくとも１つのプロセッサを用いて、前記装置に、モニターされる少なくとも１つの活動に基づいてカレンダー・エントリを決定させ、ユーザにカレンダー・エントリを提示させるように構成することができる。この点について、カレンダー・エントリを、ゴールに向かってユーザを進めるように構成することができる。クラウド・サービス使用されるとき、例えば、クラウドは、カレンダー・エントリを決定することができ、次に、その装置に関連するデバイスに、カレンダー・エントリを提示するように命令を送ることができる。他のケースにおいて、しかしながら、装置に結びついたデバイスは、それ自身で、カレンダー・エントリを決定し、提示することができる。
【００４１】
図４を参照すると、例えば、ユーザを週に少なくとも２回はジムに行くというゴールに向かって進めるために、装置は、「午後５時３０分（例えば、ユーザが通常、仕事から離れる時刻など）に始まるジムに行く」という、そして、火曜日や木曜日など、ユーザが予定されている他のいかなる夕方の約束も有しないときに、週のうち２日は午後６時３０分まで延長するというカレンダー・エントリ１２０を決定させることができる。モニターされた活動が、（上の例において、）ユーザが、１時間すでに走った、ような場合など、ユーザが、ゴールの一部分をすでに達成していることを示すケースにおいて、カレンダー・エントリを、モニターされた活動に基づいて、もう１時間のランニングだけが、（例えば、木曜日だけは、午後５時３０分から午後６時３０分までなど）カレンダー・エントリを介してそのユーザに提案されるように、決定することができる。
【００４２】
いくつかの実施形態において、少なくとも１つのメモリと、コンピュータ・プログラム・コードとが、少なくとも１つのプロセッサを用いて、その装置に、提示された前記カレンダー・エントリをアクセプトしている前記ユーザから入力を受信させ、およびカレンダー・エントリをその入力を受信することに応答して、ユーザのカレンダーに追加させるように構成することができる。例えば、図４において、ボタン１３０を、（例えば、鉛筆アイコンの形で）ディスプレイの上で提示することができ、ユーザのボタンの選択は、ユーザの提案されたカレンダー・エントリ１２０のアクセプトを示す入力を提供することができる。このように、描かれた例において、ユーザのアクセプト・ボタン１３０の（ボタンに印加されるタッチ入力を介した）選択は、表示されたカレンダー・エントリ１２０において、ユーザのカレンダーへの予定された約束として追加される結果となり得、反対に、そのユーザは、（例えば、彼の友人の１人が、夕食を予定しようとする場合に備えて、ユーザが、カレンダーのその時間枠をクリアにしておきたいので、など）カレンダーに提案されたカレンダー・エントリ１２０を追加することを望まないことあり得る。提案されたカレンダー・エントリを拒否ことができる。この場合において、ユーザが、（例えば、くずかごの形など）別のボタン１４０を選ぶことができる。その結果、提案されたカレンダー・エントリは、削除することができる。いくつかの実施形態において、ユーザがその提案されたカレンダー・エントリ１２０を拒絶するか、拒否するならば、同一のゴールに関連する更なるカレンダー・エントリは、（例えば、ゴールが毎週ベースでの原則で決められる場合には、その週においては）現在の時間枠に与えられることはない。新規のカレンダー・エントリの提案は、しかしながら、続くタイム・フレーム（例えば、次の週など）の間に、再び始まることができる。
【００４３】
しかしながら、他の実施形態においては、その少なくとも１つのメモリと、コンピュータ・プログラム・コードとが、少なくとも１つのプロセッサを用いて、前記装置に、例えば、提案されたカレンダー・エントリをアクセプトしているユーザから、いかなる入力もなしで、ユーザのカレンダーに自動的にカレンダー・エントリ１２０を追加させるように構成することができる。例えば、ユーザは、（例えば、ゴールが最初にユーザによって定義される、または、サード・パーティ・ソースから受信されるときに、あるいは、その後はいつでも）特定のゴールに高い優先度を指定することができる。また、その結果として、そのゴールに関連するどんな提案されたカレンダー・エントリでも、ユーザのカレンダーの上に自動的に入力することができる。したがって、そのような実施形態においては、カレンダー・エントリのユーザへの提示は、図４に示される提案されたカレンダー・エントリ１２０を提供する別のユーザ・インタフェースを介してではなく、むしろ（例えば、カレンダーの一部分としてカレンダー・エントリを表示するなど）ユーザのカレンダー・アプリケーションを介して行うことができる。
【００４４】
いくつかのケースでは、カレンダー・エントリを、ゴールに向かって進むユーザのパフォーマンスに関係なく、判断し、ユーザに提示することができるのであるが、他のケースでは、少なくとも１つのメモリとコンピュータ・プログラム・コードとは、少なくとも１つのプロセッサを用いて、ユーザがゴールを逃すと予測される場合にだけ、装置にカレンダー・エントリを決定させるように構成することができる。このように、ユーザが特定のゴールを達成するために順調であるように見えるならば、そのユーザを、そのままにしておくことができ、カレンダー・エントリを提案しなくてもよい。しかしながら、ユーザがゴールを逃す危険にさらされているように見えるならば、１つ以上のカレンダー・エントリを、決定し、および／または、考慮し、ユーザのカレンダーに追加するために、ユーザに提示することができる。
【００４５】
したがって、少なくとも１つのメモリとコンピュータ・プログラム・コードとは、少なくとも１つのプロセッサを用いて、装置に、そのユーザが、ゴールを達成すると予測されるかどうか、または、ユーザがゴールを逃すと予測されているかどうかを判断させるように構成することができる。この点について、この装置は、種々の方法で、ユーザがゴールを達成するために順調であるかどうかを確かめるように構成することができる。いくつかの場合において、例えば、少なくとも１つのメモリとコンピュータ・プログラム・コードとは、少なくとも１つのプロセッサを用いて、その装置に、ユーザのカレンダーの上のまたは、そのユーザの行動履歴以前に規定されたカレンダー・エントリのうちの少なくとも１つに基づいて、ユーザは、ゴールを達成すると予測されるかどうかを決定させるように構成することができる。
【００４６】
この点について、少なくとも１つのメモリとコンピュータ・プログラム・コードとは、少なくとも１つのプロセッサを用いて、前記装置に、ユーザのカレンダーおよび、ユーザのカレンダーにおいてすでに定義済みのカレンダー・エントリを参照して、ユーザがゴールを達成するか、逃すかどうかを予測させるように構成することができる。例えば、（例えば、約束において指名されている特定の人々または場所など）ユーザのカレンダーにおいてすでに予定されている約束は、特定の活動と関連することがあり得、このように、特定の約束が、生起することが予定されていることを知ることは、その関連する活動もまた、起こることを予想する結果となることがあり得る。例えば、ユーザのカレンダーが、ジムで友人に会う約束を含み、そして、そのジムが、３０分以上のランニングと結びついているならば、この装置は、ユーザは、その約束の結果として、少なくとも３０分の間走るであろうことを仮定するようにされ得る。別の例として、ユーザのゴールが、週の間の外食は多くても３回までであり、そして、ユーザは、彼のカレンダーの上に仕事の後に友人と会う予定された約束を有し、その友人は、レストランで夕食を取ることと結びついている（例えば、ユーザの過去の行動に基づいてなど）ならば、この装置は、ユーザは、約束が予定されている日に外食することを仮定するようにされ得、これを、ユーザは、週に３回より多くは外食しないという、ユーザが明言したゴールを逃すと予測されるかどうかの考慮に入れることができる。
【００４７】
ユーザのカレンダーにおいてすでに予定されている約束における、人々や場所を、ユーザが行うと予期される活動に結びつけることに加えて、あるいは、代替的に、ユーザのカレンダーの上の以前に定義された特定のカレンダー・エントリの存在は、ユーザが、その装置が、さもなければ、ユーザが行うことを期待するような特定の活動をする時間を有するかどうかの標示をさらに提供することができる。例えば、そのユーザは、通常、木曜日の午後に、１時間走ることができるけれども、ユーザのカレンダーの上の以前定義済みのカレンダー・エントリとして見えている出張は、装置に、ユーザは、その木曜日には１時間走ることができないであろうと予測させることができる。それは、このユーザに、その週に２時間ランニングするというユーザのゴールを逃すようにさせる。
【００４８】
追加的に、または、代替的に、少なくとも１つのメモリとコンピュータ・プログラム・コードとは、少なくとも１つのプロセッサを用いて、前記装置に、ユーザの行動履歴におけるパターンを検出させるように構成することができる。例えば、過去３か月にわたって、木曜日の午後の１時間、ずっと走っていたならば、前記装置に、プロセッサを介して、ユーザは、次の木曜日に１時間走るであろうと推定させることができる。このように、ユーザのゴールが、各週に２時間走ることであり、この装置が、そのユーザは、月曜日の夜に１時間走ったことを示しているデータを有する（例えば、センサからデータ）ならば、この装置に、そのユーザがその週、２時間走るというゴールを達成するであろうことを予測させることができる。ユーザが、木曜日の夜の１時間走ることを予期され、いくつかの実施形態においてそのゴールに対するカレンダー・エントリは、決定されない、あるいは、提示されないからである。しかしながら、木曜日の夕方に、ユーザが木曜日の午後に走ったことを示すデータが無いならば、その装置に、例えば、プロセッサを介して、その週２時間走るというゴールを達成するために、ユーザが、土曜日の朝に１時間走るのを予定することをユーザに提案するためのカレンダー・エントリを決定させることができる。いくつかの場合において、ユーザの行動の予測は、（例えば、上記の例における週の日に加えて）いくつかのファクタを含むことができる。例えば、以前の例において、ユーザが毎週木曜日の午後に走りにいくという検出されたパターンは、例えば、その日の午後３時以後予定されているミーティングがないユーザ、その午後は、（例えば、異なる位置や家庭におけるサテライト・オフィスではなく）そのユーザは市内にいない、など、他のパラメータと一致することがありえる。これらのファクタのすべてを、ユーザにせよ、ユーザが、ゴールを達成しそうであるか否かを決定する際に、考慮することができる。
【００４９】
いくつかの実施形態において、前記装置に、（例えば、プロセッサを介して）特定の活動または特定のゴールに関係してモニターされた活動や、これらのファクタの組合せ、その他に基づいて、過去の行動から検出されたユーザの選好またはルーチンに基づいて、ユーザのカレンダーにおいて、すでに予定されているカレンダー・エントリに基づいて、カレンダー・エントリを決定させることができる。例えば、ユーザに提案するカレンダー・エントリを決定する際に、ユーザのカレンダーにおいてすでに予定されている他のカレンダー・エントリは、そのユーザに不都合でありえる提案されたアクションのために提案されている日時を避けるように考慮されることができる。１週に２時間走るというゴールの前の例に戻ると、そのユーザが、その週に、既に１時間走った場合、実行時間の追加的な時間を、そのユーザが、木曜日の正午と午後４時３０分の間に予定されているいくつかのミーティングを有し、そして、金曜日の午後にはミーティングがないことが識別されるとき、木曜日午後５時によりはむしろ、金曜日午後５時に、提案することができる。この予定に基づいて、ユーザが、金曜日よりも木曜日に仕事の後疲れていることがあり得ることが予想されるからである。さらに、その週は全体としてユーザのカレンダー・エントリは、決定されている提案されたカレンダー・エントリが、そのユーザが、その週の１つの部分においていくつかの予定されたカレンダー・エントリを有し、その週の別の部分ではカレンダー・エントリが無い（例えば、ユーザの予定をバランスさせるために）という結果にはならないと考えることができる。
【００５０】
更にまた、上に記載したように、いくつかの実施形態において、ユーザの行動におけるパターンを、ユーザの行動履歴に基づいて検出することができる。およびそのようなパターンは、カレンダー・エントリの決定を知らせることができる。例えば、ＧＰＳセンサを介して得られたデータに基づいて、そのユーザは、木曜日に長い時間働かくことを好むことを識別することができる。したがって、提案されたカレンダー・エントリは、そのユーザのカレンダー自体が、木曜日の午後は、クリアされているか否かを問わず、木曜日の遅く、または、異なる日に提案された活動を予定することによって、これを考慮に入れることができる。別の例として、および上に記載したように、典型的には、そのユーザは、土曜日の朝に特定の活動（例えば、３０分の間走ること）を実行することを決定することができる。この場合において、カレンダー・エントリの決定は、ユーザによって受け入れられる活動を提案する際に、この将来のまだ実行されるべき活動を考慮することができる。このように、ランニングの例において、ユーザが、（例えば、センサ・データに基づく決定されるように、）すでに１時間走ったならば、および、土曜日にさらにもう３０分走ることが予期されるならば、提案されたカレンダー・エントリは、追加的な１時間ではなく、２時間のゴールに達成するために、追加的な３０分間、ユーザが走るように提案すると決定することができる。
【００５１】
そのカレンダー・エントリを決定する際に、考慮される要素に拘わらず、ゴールに関係したモニターされた活動は、カレンダー・エントリの決定のための背景を形成することができる。例えば、活動のモニタリングは、ユーザの行動および選好に関してパターンを識別するために分析されたデータを提供することができる。活動のモニタリングは、以前に予定されたカレンダー・エントリにコンテキストを提供する（例えば、先に述べたように、どの活動が、どの場所に結びついているのか、ユーザのカレンダーに現れる人々に関するデータを提供する）ために分析されたデータを更に提供することができる。非常に基本的なレベルで、特定のゴールに関してモニターされる活動は、上記したように、ユーザがゴールに向かってどれだけ進んだか、そして、どれだけ残っているのか、それは、ユーザに提案されたカレンダー・エントリに含むことができるのか、含むことができないのか、を決定するために、分析可能なデータを（例えば、プロセッサを介して）提供することができる。  
【００５２】
さらに他の実施形態において、少なくとも１つのメモリとコンピュータ・プログラム・コードとは、少なくとも１つのプロセッサを用いて、装置に、ユーザの複数のゴールを受信させ、ゴールの少なくともいくつかに対してカレンダー・エントリを決定させ、ユーザへの提示のためにカレンダー・エントリの優先順位をつけさせるように構成することができる。例えば、ユーザのいくつかのゴールが受信され、そして、装置に、そのゴールの２つ以上のゴールに対するカレンダー・エントリを決定させた状況において、この装置に、（プロセッサを介して）どのゴールに対して、ユーザは、目的を達成するためにより多くの努力を費やしそうであるかを予想させることができる。このようにして、装置に、１つのゴールに対して提案されたカレンダー・エントリが、ユーザによって、別のゴールに対して提案されたカレンダー・エントリよりも、よりアクセプトされそうであることを決定するようにさせることができる。そして、前記カレンダー・エントリを、よりアクセプトされそうなものを、アクセプトされそうにないものより前に、ユーザに提示されるように、優先付けさせることができる。  
【００５３】
例えば、ユーザは、週につき少なくとも４５時間働くというゴールを持つことができ、また、週につき多くても３回しか外食しないというゴールを持つことができる。上述の実施形態のいくつかにしたがって、装置に、これらのゴールの各々に対するカレンダー・エントリを決定させることができる。このように、例えば、働くことのゴールに関して決定されることができる１つのカレンダー・エントリは、ユーザは、木曜日に１０時間働かなければならないことでありえる。外食することのゴールに関して決定されることができる別のカレンダー・エントリは、ユーザは、（例えば、水曜日の夕方であるならば、ユーザは、日曜日と火曜日とに外食しており、ユーザは、土曜日に同様に外食すると予想される）木曜日と金曜日とに夕食を料理しなければならないことでありえる。この装置に、しかしながら、（例えば、プロセッサを介して）ユーザが、１週につき３回以上は外食しないというゴールよりも、１週に４５時間働くことのゴールを達成することに、より高い価値を置くと決定させることができる。この決定は、（例えば、ユーザが最初に定義したとき、または、ゴールを受信したときに）外食することのゴールよりも重要であるから、この働くことをゴールのユーザによる指定の結果であることがあり得る。または、その決定は、ユーザの挙動において、検出されたパターンの結果であることがあり得る。例えば、過去に、同じ２つのカレンダー・エントリを提示されたとき、そのユーザは、木曜日に１０時間働くと提案するカレンダー・エントリをアクセプトし、木曜日と金曜日とに夕食を作ると提案するカレンダー・エントリを拒絶するほうを選ぶことができた。どちらのケースでも、外食することのゴールよりも、働くゴールに優先付けすることの結果として、働くことゴールのためのカレンダー・エントリを、外食することのゴールに対するカレンダー・エントリよりも、優先することができる。そして、カレンダー・エントリの提示は、例えば、図５などに図示されるように、この優先順位を反映することができる。したがって、図５において、木曜日に１０時間働くというカレンダー・エントリ１２０ａが、リストの最上位に提示され、夕食を料理するというカレンダー・エントリ１２０ｂ、１２０ｃが続く。
【００５４】
図６Ａおよび図６Ｂを参照すると、いくつかの実施形態において、ユーザに、（例えば、モニターされた活動に基づいて、）ユーザが、ユーザがカレンダー・アプリケーションを入力する、および、ユーザのカレンダーにおいて空いた時間枠に新規のカレンダー・エントリを追加することを開始するインスタンスにおいて、対応するゴールに向かって進むのを支援するために決定された１つ以上のカレンダー・エントリが提示される。この場合において、図６Ａにおいて示されるユーザ・インタフェース１５０は、ディスプレイ６８の上で、ユーザに提示することができ、このディスプレイを介して、ユーザは、新規の望むカレンダー・エントリに関する入力を入れることができる。  
【００５５】
いくつかの実施形態において、しかしながら、（例えば、示されるようにボタンまたはリンクなどの）ユーザ・インタフェース要素１５５は、ユーザ・インタフェース１５０の上で示されることができ、ユーザによるこの選択は、（例えば、まだユーザによってアクセプトも拒絶もされていないカレンダー・エントリなど）装置によって決定されていた１つ以上の提案されたカレンダー・エントリを、図６Ｂに示されるユーザ・インタフェース１６０などを介して、提示させることができる。図６Ｂにおいて、例えば、ユーザのゴールの２つに関する２つのカレンダー・エントリは、（例えば、図６Ａで示すように午後６時００分から午後７時００分など）ユーザの利益になる時間枠に対して提示される。描かれた例において、１つのカレンダー・エントリ１２２ａは、週に３回以上外食しないというユーザのゴールに関係する「夕食を料理する」である。また、別のカレンダー・エントリ１２２ｂは、毎週少なくとも２時間走るというユーザのゴールに関係する「１時間のランニングに行く」である。
【００５６】
上記のように、いくつかの実施形態において、カレンダー・エントリをそれらがゴールの優先度を反映する順序で、ユーザに提示されるように、優先付けすることができる。このように、図６Ｂにおいて、「夕食を料理する」に対するカレンダー・エントリ１２２ａの優先度は、「１時間ランニングに行く」に対するカレンダー・エントリ１２２ｂより高く優先付けすることができる。
【００５７】
カレンダー・エントリ１２２ａ、１２２ｂの優先度または、それらの提示の順序に関係なく、ユーザは、図６Ｂのユーザ・インタフェースを介して、図６Ａのユーザ・インタフェース１５０を介して表示される新規のカレンダー・エントリを追加するために、カレンダー・エントリの１つを選択することができる。例えば、図６Ｂのユーザ・インタフェース１６０を介して、第１のカレンダー・エントリ１２２ａを選択することによって、ユーザは、図６Ａのユーザ・インタフェース１５０に返されることができ、提案されたカレンダー・エントリ１２２ａに基づく新規のカレンダー・エントリをつくるための情報を、自動的に書き込むことができる（図示せず）。ユーザは、そのポイントにおいて、「セーブ」ボタン１６５を選択することによって、新規のカレンダー・エントリを保存することができた。そして、（この例では、「夕食を料理する」の提案されたカレンダー・エントリ１２２ａに対応する）新規のカレンダー・エントリは、ユーザのカレンダーに組み込まれる。  
【００５８】
図６Ｂに表されるように、いくつかのケースでは、提案されたカレンダー・エントリは、ユーザが、現在のタイム・フレームに対してゴールを達成するために、あとどのくらいあるかについてどのような考えを持っているかなど、ここまでの、ユーザのゴールに向かうパフォーマンスに関する情報を含むことができる。図６Ｂにおける、外食のゴールに対して、例えば、対応するカレンダー・エントリ１２２ａは、ユーザが既に２回外食し、あと、多くても、もう１回しかないことを示すために「今週は、現在、３回のうちの２回外食している」という記載を含むことができる。図６Ｂにおけるランニングのゴールに対して、対応するカレンダー・エントリ１２２ｂは、そのユーザが、ユーザが達成のための最小限ゴールとして設定した２時間のうちの６２分間走ったことを示すために「今週は、現在、１２０分のうちの６２分走った」という記載を含むことができる。いくつかの場合において、ゴール・ステータスに関するカレンダー・エントリにおいて提供される情報は、モニターされた活動に関する追加的なデーを受信したときに、および／または、ユーザが、ゴール達成に向かって更に前進したときに、更新されることができる。
【００５９】
図７は、本願発明の例示的実施形態にしたがう、システム方法、および、コンピュータ・プログラム・プロダクトのフローチャートを図示する。フローチャートの各々のブロック、および、フローチャートにおけるブロックの組合せは、例えば、ハードウェア、ファームウェア、プロセッサ回路、１つ以上のコンピュータ・プログラム命令を含むソフトウェアの実行と関連するその他のデバイスなど種々の手段によりインプリメントすることができることが理解される。例えば、上に記述された１つ以上の手続きは、コンピュータ・プログラム命令により具体化することができる。この点について、上述の手続きを具体化するコンピュータ・プログラム命令は、本願発明の例示的実施形態を使用した装置のメモリ・デバイスによりに格納することができる。そして、プロセッサによって、その装置における、実行されることができる。理解されるように、そのような任意のコンピュータ・プログラム命令は、コンピュータ、または、マシンを生成する（例えば、ハードウェアなどの）他のプログラム可能な装置の上へ、結果として生じるコンピュータまたは、他のプログラム可能な装置が、フローチャート・ブロックにおいて特定される機能をインプリメントするようにロードされることができる、これらのコンピュータ・プログラム命令は、また、コンピュータ読取り可能メモリに格納された命令が、フローチャートのブロックにおける特定された機能をインプリメントを実行する製造物品を生成するように特定のやり方で機能することをコンピュータまたは他のプログラム可能な装置に指示することができるコンピュータ読取り可能メモリの中に保存することができる。コンピュータ・プログラム命令は、また、コンピュータの上で実行される一連の動作を引き起こすためにコンピュータまたは、または、コンピュータの上で実行する命令、または、他のプログラム可能な装置が、フローチャート・ブロックの中で特定される機能をインプリメントするための動作を提供するように、コンピュータ・インプリメントされたプロセスを生成するために、他のプログラム可能な装置他のプログラム可能な装置の上へロードされることもできる。
【００６０】
したがって、フローチャート・サポートのブロックは、指定された機能を実行するための手段、指定された機能を実行するための動作の組合せ、および、指定された機能を実行するためのプログラム命令手段をサポートする。フローチャートの１つ以上のブロック、および、フローチャートにおけるブロックの組合せは、指定された機能を実行する特殊目的ハードウェア・ベースの計算機システムにより、または、特殊目的ハードウェアの組合せ、および、コンピュータ命令により、インプリメントすることができることも、理解される。
【００６１】
この点について、ゴールにむかってユーザを進めるためのカレンダー・エントリを決定するための方法の１つの例示的実施形態は、図７において示される。図７は、ブロック２００においてユーザのゴールを受信するステップと、ブロック２１０において、ゴールに関係する前記ユーザの少なくとも１つの活動をモニタリングするステップと、ブロック２２０において、モニターされる前記少なくとも１つの活動に基づいて、カレンダー・エントリを決定するステップとを含む方法の例示的実施形態を表す。カレンダー・エントリは、上で詳細に記載したように、ゴールに向かってユーザを進めるように構成することができる。この方法にしたがって、カレンダー・エントリを、ブロック２３０で、ユーザに提示させることができる。このゴールは、活動、（例えば、タイム・フレームなど）時間的判定基準、または、量的基準のうちの少なくとも１つを備えることができる。
【００６２】
いくつかの場合において、決定は、ブロック２４０において、ユーザが、ゴールを達成すると予測されているか否かに関して行うことができる。その決定は、例えば、上記したように、ユーザのカレンダーの上の以前に定義されたカレンダー・エントリ、および／または、そのユーザの行動履歴に基づいて、行うことができる。いくつかの実施形態において、カレンダー・エントリは、ユーザがゴールを逃すと予測されているインスタンスにおいてだけ、決定されることができる。
【００６３】
いくつかの場合において、カレンダー・エントリは、ブロック２５０において、ユーザのカレンダーに追加されることができる。カレンダー・エントリは、提示されたカレンダー・エントリをアクセプトするユーザからの入力を受信することに応答して、ユーザのカレンダーに追加されることができる。または、カレンダー・エントリを、上記したように、ユーザのカレンダーに自動的に追加されることができる。
【００６４】
いくつかの実施形態において、ユーザに対する複数のゴールを、受信することができ、カレンダー・エントリを、ゴールの少なくともいくつかに対して判断することができる。カレンダー・エントリを、上記したように、ユーザへの提示のために優先付けすることができる。
【００６５】
いくつかの実施形態において、上記の動作のあるものは、下に記述されるように、修正され、あるいは、さらに拡大されることができる。更にまた、いくつかの実施形態において、追加的なオプションの動作を、含むことができる。それらのいくつかが、破線を使用して、図７に示される。上の動作が、図７において、特定の順序で示されるけれども、特定の動作は、いかなる順序でも、実行することができる。これに加えて、上記の動作に対する修正、追加または増幅は、いかなる順序でも、およびいかなる組合せででも、実行することができる。
【００６６】
例示的実施形態において、上の図７の方法を実行するための装置は、（例えば、図２のプロセッサ７０など）上で記述された動作（２００−２５０）のいくつかまたは各々を実行するように構成されるプロセッサを備えることができる。このプロセッサは、例えば、ハードウェア・インプリメントされた論理機能を実行し、格納された命令を実行する、または、動作の各々を実行するためのアルゴリズムを実行することにより、動作（２００−２５０）を実行するように構成されることができる。
【００６７】
代替的に、前記装置に、上述の動作の各々を実行することするための手段を備えることができる。この点について、例示的実施形態にしたがって、動作２００を実行するための手段の例は、例えば、プロセッサ７０、ユーザ・インタフェース・トランシーバ７２、通信インタフェース７４、および／または、命令を実行する、または、上記したように、情報を処理するアルゴリズムを実行するためのデバイスまたは回路などを備えることができる。動作２１０および２４０を実行するための手段の例は、例えば、プロセッサ７０、通信インタフェース７４、メモリ・デバイス７６、１つ以上のセンサ８０、および／または、命令を実行する、または、上記したように、情報を処理するアルゴリズムを実行するためのデバイスまたは回路などを備えることができる。動作２２０と２５０を実行するための手段の例は、例えば、メモリ・デバイス７６、プロセッサ７０、および／または、命令を実行する、または、上記したように、情報を処理するアルゴリズムを実行するためのデバイスまたは回路などを備えることができる。動作２３０を実行するための手段の例は、例えば、メモリ・デバイス７６、ユーザ・インタフェース・トランシーバ７２、プロセッサ７０、および／または、命令を実行する、または、上記したように、情報を処理するアルゴリズムを実行するためのデバイスまたは回路などを備えることができる。
【００６８】
ここに述べられる発明の多くの修正や他の実施形態が、前述の説明、そして、関連する図面で提示された教示の利益を有することに関係するこれらの発明の当業者には思い浮かぶであろう。例えば、上に記載したように、いくつかのケースにおいて、その装置は、単一の例と結びついていることができる。上述の装置は、いくつかのケースにおいて、スマート・フォンなどの単一のデバイスによって、具体化することができる。スマート・フォンは、このように、ユーザのゴールを受信し、そのゴールに関するユーザの少なくとも１つの活動をモニターし、モニターされる少なくとも１つの活動に基づいて、カレンダー・エントリを決定し、ユーザにカレンダー・エントリを提示するように構成されることができる他のケースにおいて、しかしながら、（例えば、スマート・フォンなど）装置に結びついたデバイスは、クラウド・サービスを介して、種々の他のデバイスと通信するように構成することができる。このようにして、１つ以上の別々のデバイスを、ユーザの活動を追跡し、ユーザのゴールを提供／受信し、カレンダー・エントリを生成、提案し、提案されたカレンダー・エントリを提示するために（例えば、スマート・フォンなどの）デバイスに命令を提供するために用いることができる。例えば、ユーザは、週につき３時間走るというゴールを入力するために、ホーム・コンピュータを使用することができる。そのゴールは、クラウド・サービスに提供されることができ、ユーザのＦｉｔｂｉｔ（商標）デバイスは、ユーザがどれくらいランニングをするかについて追跡することができ、クラウド・サービスにこの情報を提供することができる。クラウド・サービスは、カレンダー・エントリを提案すべきか否かを決定することができる。そして、提案されたカレンダー・エントリを、クラウドからスマート・フォンに送られた命令に基づいてユーザのスマート・フォンの上で提示することができる。
【００６９】
したがって、本願発明は、開示された特定の実施形態に制限されないこと、および、修正や他の実施形態が、本願に添付された特許請求の範囲の中に含まれることを意図するものであることが理解されるべきである。この点について、例えば、要素の異なる組合せや明示的に上述のそれらより機能は、また、添付の請求項のいくつかにおいて述べられるように、考えられる。特定の用語がここにおいて使用されるが、それらは、一般的、説明的な意味においてのみ使用されており、制限の目的のためではない。
【図１】
0006392971.tif 000002
【図２】
0006392971.tif 000003
【図３】
0006392971.tif 000004
【図４】
0006392971.tif 000005
【図５】
0006392971.tif 000006
【図６Ａ】
0006392971.tif 000007
【図６Ｂ】
0006392971.tif 000008
【図７】
0006392971.tif 000009