JP2014225261A - 適応プッシュ通知カレンダー - Google Patents

Abstract

【課題】コンピュータユーザに適応的にカレンダーイベントを通知する。【解決手段】適応プッシュ通知カレンダーは、ユーザが車両内にいることを検知し、カレンダーイベントを自動的に参照し、ユーザがカレンダーイベントに関係する情報を提示することを望むか否かに関するプロンプトをユーザに表示する。ユーザの応答に基づいて、カレンダーイベントの次のプロンプトは、第１のプロンプトへの応答の一部としてユーザが要求する何らかの追加情報を考慮して修正される。【選択図】図２

Description

本出願は、一般的にコンピュータユーザに適応的にカレンダーイベントを通知することに関する。

電子的に記憶されたカレンダーは、最新のコンピューティングデバイスでは遍在的である。これらのカレンダーは、コンピュータユーザの参照のための多数の到来イベントを好適に記憶する。しかしながら、本明細書で理解されるように、多くの電子カレンダーは、従来の紙カレンダーを単にコンピュータ化したものであり、ユーザは、カレンダーにアクセスして、求める入力項目の場所を見つけて、その日付を確認するまで、様々な入力項目を端から端までくまなく調べる必要がある。更に本明細書で認識されるように、１人のユーザにとって幾つかのカレンダーイベントは別のものよりも重要である場合があり、重要度は、ユーザの現在の活動に依存して様々である。

装置は、搬送波ではなく、クライアントデバイスのクライアントプロセッサでアクセス可能であり、プロセッサによって実行される場合に、第１の位置信号の受信に応答して、カレンダーイベントに関する第１のプロンプトをコンピュータ上に表示する段階を含む方法を実行するためのロジックを実行するようにプロセッサを設定する命令を保持するコンピュータ可読記憶媒体を含む。プロセッサによって実行される方法は、第１のプロンプトに対するユーザ応答を記録する段階と、該応答の少なくとも一部に基づくと共にその後に受信した位置信号に応じて、第１のプロンプトとは異なるカレンダーイベントに関する第２のプロンプトを生成して、第１のプロンプトに対するユーザ応答に基づいて第２のプロンプトが第１のプロンプトから修正されるようになっている段階と、を含む。

幾つかの実施形態では、第１の位置信号は、装置のユーザが車両内にいることを示す。第１の位置信号は、全地球測位衛星（ＧＰＳ）受信器から受け取ること、又はプロセッサを車両内の無線トランシーバとペアリングすることによって確定することができる。

プロセッサは、車両ディスプレイ上にプロンプトを提示することができる。

例示的な実施構成では、第１の位置信号と第２の位置信号とは同じ位置を示すことができ、第１のプロンプト及び第２のプロンプトの各々は、第１の種類のイベントを示すことができるが、第１のプロンプトに対するユーザ応答に基づいて、第２のプロンプトは、第１のプロンプトとは異なる。

別の態様において、装置は、搬送波ではなく、無線通信デバイス（ＷＣＤ）のクライアントプロセッサでアクセス可能であり、クライアントプロセッサによって実行される場合、ＷＣＤと車両との間の通信の確立に応じて、ＷＣＤが車両内にあると判定する段階を含む方法を実行するためのロジックを実行するようにプロセッサを設定する命令を保持するコンピュータ可読記憶媒体を含む。プロセッサは、ＷＣＤが車両内にあるとの判定に応じて、電子的に記憶されたカレンダーにアクセスして第１のイベントを返信し、第１のイベントの名前を表示し、イベントの表示に対するユーザ応答を受け取る。更にプロセッサは、カレンダーにアクセスして第２のイベントを返信し、第２のイベントの名前を表示して、第２のイベントの名前の表示と一緒に第１のイベントに対するユーザ応答の一部を表示する。

別の態様において、方法は、無線通信デバイス（ＷＣＤ）のユーザに、ＷＣＤが車両内にあることを検知することに応答して、電子的に記憶されたカレンダー情報を適応的にプッシュ通知する段階を含む。プッシュ通知する段階は、カレンダーイベントを自動的に参照する段階と、ユーザにカレンダーイベントに関係する情報を提示することを望むか否かに関するプロンプト表示を行う段階とを含む。プロンプト表示に対するユーザ応答に基づいて、ユーザ応答を考慮して次にプロンプトが修正されるように、次のカレンダーの次のプロンプトを変更する、

本発明の構造と動作との両方に関する本発明の詳細は、同様の参照番号が同様の部分を指す添付図面を参照することで最も明快に理解することができよう。

本原理による例示的システムのブロック図である。 例示的な全体ロジックのフローチャートである。 例示的な使用事例における例示的なロジックのフローチャートである。 カレンダーイベントへの経路に沿った気象情報及び交通情報を事前に提供するための例示的なロジックのフローチャートである。 アポイントに遅れる場合に予め電話するか否かを決定するために事前にユーザを支援するための例示的なロジックのフローチャートである。 特定の種類のアポイントに遅れる場合に事前に会議モードで電話するための例示的なロジックのフローチャートである。

コンピュータベースのユーザ情報のための方法、装置、及びシステムが開示される。本明細書におけるシステムは、ネットワーク経由で接続されたサーバ構成要素とクライアント構成要素とを含むことができ、データをクライアント構成要素とサーバ構成要素との間で交換することができる。クライアント構成要素は、１つ又はそれ以上のコンピューティングデバイスを含むことができる。コンピューティングデバイスは、パーソナルコンピュータ、ラップトップ、タブレットコンピュータ、及びスマートフォンを含む他の移動体デバイスを含むことができる。これらのクライアントデバイスは、様々な動作環境で動作可能である。例えば、一部のクライアントコンピュータは、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムを実行することができる。他のクライアントデバイスは、Ｕｎｉｘオペレーティングシステムの１つ又はそれ以上の派生オペレーティングシステム、又はＩＯＳ（登録商標）オペレーティングシステム等のＡｐｐｌｅ（登録商標）Ｃｏｍｐｕｔｅｒが作ったオペレーティングシステム、或いはＧｏｏｇｌｅ（登録商標）が作ったＡｎｄｒｏｉｄ（登録商標）オペレーティングシステムを実行することができる。クライアントデバイス構成の例を提示したが、これらは例示的なものであり限定的なものではない。これらの動作環境は、Ｍｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）、Ｆｉｒｅｆｏｘ、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（登録商標）、又は当該技術分野で公知の他の多くのブラウザプログラム等の１つ又はそれ以上のブラウジングプログラムを含むこともできる。クライアントデバイス上のブラウジングプログラムは、以下に説明するサーバ構成要素によってホストされるウェブアプリケーションにアクセスするために用いることができる。

サーバ構成要素は、ネットワーク経由でデータを送受信するようにサーバを設定する命令を実行する１つ又はそれ以上のコンピュータサーバを含むことができる。例えば、幾つかの実施構成では、クライアント構成要素及びサーバ構成要素はインターネット経由で接続することができる。他の実施構成では、クライアント構成要素及びサーバ構成要素は、学校又は校区内のイントラネット等のローカルイントラネット経由で接続することができる。他の実施構成では、クライアント構成要素とサーバ構成要素との間に、仮想プライベートネットワークを実装することができる。また、この仮想プライベートネットワークは、インターネット又はイントラネット経由で実装することができる。

サーバが生成したデータは、前述のクライアントデバイスが受け取ることができる。クライアントデバイスは、サーバが受け取るネットワークデータを生成することもできる。また、サーバ構成要素は、信頼性が高く安全なウェブサイトインフラストラクチャを実装するために、負荷分散器、ファイアウォール、キャッシュ、及びプロキシ、並びに当該技術分野で公知の他のネットワークインフラストラクチャを含むことができる。１つ又はそれ以上のサーバ構成要素は、１人又はそれ以上のメンバに安全なコミュニティを提供する方法を実装する装置を形成することができる。本方法は、サーバ構成要素内に含まれるプロセッサ上で実行されるソフトウェア命令によって実装することができる。これらの方法は、以下に提示する例示的なユーザインターフェースのうちの１つ又はそれ以上を利用することができる。

本技術は、数多くの他の汎用又は専用のコンピューティングシステムの環境又は構成で使用可能である。本発明で用いるのに適する可能性のある公知のコンピューティングシステム、環境、及び／又は構成の実施例は、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドデバイス又はラップトップデバイス、マルチプロセッサシステム、プロセッサベースのシステム、プログラミング可能な民生電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、これらのシステム又はデバイスのいずれかを含む分散コンピューティング環境等を含むが、これらに限定されない。

本明細書で用いる場合、命令は、システム内で情報を処理するためのコンピュータに実装されたステップを意味する。命令は、ソフトウェア、ファームウェア、又はハードウェアで実装することができ、システムの構成要素によって遂行される何らかの種類のプログラミングされたステップを含むことができる。プロセッサは、ＡＭＤ（登録商標）のＡｔｈｌｏｎ（登録商標）IIプロセッサ又はＰｈｅｎｏｍ（登録商標）IIプロセッサ、Ｉｎｔｅｌ（登録商標）のｉ３（登録商標）／ｉ５（登録商標）／ｉ７（登録商標）プロセッサ、ＩｎｔｅｌのＸｅｏｎ（登録商標）プロセッサ、或いはＡＲＭ（登録商標）プロセッサの何らかの実施構成等の従来の汎用の単一チップ又は複数チップの何らかのプロセッサとすることができる。更に、プロセッサは、ＯＭＡＰプロセッサ、Ｓｎａｐｄｒａｇｏｎ（登録商標）等のＱｕａｌｃｏｍｍ（登録商標）プロセッサ、又はデジタル信号プロセッサ、或いはグラフィックスプロセッサを含む何らかの従来型の専用プロセッサとすることができる。一般的にプロセッサは、従来型のアドレス線、従来型のデータ線、及び１つ又はそれ以上の従来型の制御線を有する。

本システムは、以下に詳細に説明する様々なモジュールで構成される。当業者であれば理解できるように、モジュールの各々は、様々なサブルーチン、プロシージャ、定義ステートメント、及びマクロを含む。好ましいシステムの機能を説明するためにモジュールの各々の説明を便宜的に用いる。従って、モジュールの各々が受ける各処理は、他のモジュールのうちの１つに任意に再分散すること、単一のモジュール内で互いに組み合わせること、又は例えば共有可能な動的リンクライブラリにおいて利用可能にすることができる。

システムは、Ｃ＃、Ｃ、Ｃ＋＋、ＢＡＳＩＣ、Ｐａｓｃａｌ、又はＪａｖａ等の何らかの従来型のプログラミング言語で記述することができ、従来型のオペレーティングシステムの下で実行することができる。Ｃ＃、Ｃ、Ｃ＋＋、ＢＡＳＩＣ、Ｐａｓｃａｌ、Ｊａｖａ、及びＦＯＲＴＲＡＮは、実行可能コードを作成するために多くの市販のコンパイラを用いることができる工業規格プログラミング言語である。システムは、Ｐｅｒｔ Ｐｙｔｈｏｎ又はＲｕｂｙ等のインタープリタ実行言語を用いて記述することもできる。これらの言語は例示的なものであり、限定的であることを意図していない。

当業者であれば、本明細書に開示する実施形態に関連して説明する種々の例示的な論理ブロック、モジュール、回路、及びアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、又はこれらの両方の組み合わせとして実装できることを更に理解できるはずである。ハードウェアとソフトウェアとのこの可換性を明確に例示するために、前記では一般的に種々の例示的な構成要素、ブロック、モジュール、回路、及びステップは、これらの機能の観点から説明される。このような機能がハードウェアとして又はソフトウェアとして実装されるか否かな、全体のシステムに与えられる特定の用途及び設計の制約条件に依存する。当業者は、説明する機能を特定の用途の各々のための様々な手法で実装することができるが、このような実施構成の決定は、本開示の範囲からの逸脱を引き起こすものと解釈すべきではない。

本明細書に開示する実施形態に関連して説明する種々の例示的な論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、現場プログラミング可能ゲートアレイ（ＦＰＧＡ）、又は他のプログラミング可能論理デバイス、離散ゲート論理回路もしくはトランジスタ論理回路、離散ハードウェア構成要素、或いは本明細書に説明する機能を実行するように設計されたこれらの何らかの組み合わせを用いて実装又は実施することができる。汎用プロセッサは、マイクロプロセッサとすることができるが、代替形態では、何らかの従来型プロセッサ、コントローラ、マイクロコントローラ、又は状態マシンとすることができる。プロセッサは、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアとの併用での１つ又はそれ以上のマイクロプロセッサ、或いは何らかの他のかかる構成として実装することもできる。１つ又はそれ以上の実施形態例では、説明する機能及び方法は、ハードウェア、プロセッサ上で実行されるソフトウェア又はファームウェア、或いはこれらの何らかの組み合わせで実装することができる。ソフトウェアで実装される場合、これらの機能は、１つ又はそれ以上の命令又はコードとしてコンピュータ可読媒体上に記憶すること又はそれを介して送信することができる。コンピュータ可読媒体は、コンピュータ記憶媒体と、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする何らかの媒体を含む通信媒体との両方を含む。しかしながら、コンピュータ可読記憶媒体は搬送波ではなく、コンピュータによってアクセスすることができる何らかの利用可能な媒体とすることができる。非限定的な実施例として、かかるコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、又は他の光ディスクストレージ、磁気ディスクストレージ又は他の磁気記憶デバイス、或いは命令構造又はデータ構造の形態で所望のプログラムコードを記憶するために用いることができ、コンピュータによってアクセスすることができる何らかの他の媒体を含むことができる。また、何らかの接続を、適宜コンピュータ可読媒体と呼ぶ。例えば、ソフトウェアがウェブサイト、サーバ、又は他の遠隔ソースから同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、又は赤外線、無線、及びマイクロ波等の無線技術を用いて送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は赤外線、無線、及びマイクロ波等の無線技術は、媒体の定義の中に含まれる。本明細書で用いる場合、ディスク（ｄｉｓｋ）及びディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク、及びブルーレイディスクを含み、ディスク（ｄｉｓｋ）は、通常、データを磁気的に再生するが、ディスク（ｄｉｓｃ）は、レーザーを用いてデータを光学的に再生する。また、前記の組み合わせは、コンピュータ可読媒体の範囲内に含めるべきである。

前記の説明は、本明細書に開示するシステム、デバイス、及び方法の特定の実施形態を詳述する。しかしながら、前述の内容が本文において詳細に記載されるとしても、システム、デバイス、及び方法は、多くの手法で実施できることを理解されたい。同じく上述したように、本発明の特定の特徴又は態様を説明する場合に特定の技術用語を使用することば、その技術用語が関係する技術の特徴又は態様の何らかの特定の特性を含むように本明細書で限定されるように再定義することを意味すると捉えるべきではないことに留意されたい。

当業者であれば、説明する本技術の範囲から逸脱することなく、様々な修正及び変更を行い得ることを理解できるはずである。この修正及び変更は、前記の実施形態の範囲内にあることが意図される。更に当業者であれば、１つの実施形態に含まれる各部分は他の実施形態と交換可能であり、図示の実施形態のからの１つ又はそれ以上の部分は、図示される他の実施形態に何らかの組み合わせでもって含み得ることを理解できるはずである。例えば、本明細書に説明される及び／又は図示される様々な構成要素のいずれかは、組み合わせること、交換すること、又は他の実施形態から除外することができる。

本明細書の実質的に何らかの複数表現及び／又は単数表現の使用に関して、当業者であれば、状況及び／又は用途に適切であれば複数から単数に、及び／又は単数から複数に言い換えることができる。明瞭化のために、本明細書では様々な単数／複数置換を明示する場合がある。

全般的に、本明細書で使用される用語は、一般に「オープン」な用語（例えば、用語「含んでいる（ｉｎｃｌｕｄｉｎｇ）」は「含んでいるが限定されない」と解釈されるべきであり、用語「有している（ｈａｖｉｎｇ）」は「少なくとも有している」と解釈されるべきであり、用語「含む（ｉｎｃｌｕｄｅｓ）」は「含むが限定されない」と解釈されべきである等）であることが意図されることを、当業者は理解するだろう。導入される請求項の記述において具体的な数が意図される場合、そのような意図は請求項中に明確に記載され、そのような記載がない場合は、そのような意図も存在しないことが当業者にはさらに理解されるであろう。例えば、理解を促すために、以下の添付の特許請求の範囲では、導入句「少なくとも１つの」及び「１つ又はそれ以上の」を使用し、請求項の記述を導入することがある。しかしながら、そのような句の使用は、たとえ同一の請求項中に導入句「１つ以上の」又は「少なくとも１つの」及び「ａ」又は「ａｎ」のような不定冠詞が含まれる場合でも、不定冠詞「ａ」又は「ａｎ」による請求項の記述の導入が、そのように導入された請求項の記述を含む任意の特定の請求項を、そのような記述を１つのみ含む発明に限定するということを示唆するものと解釈されるべきではない（例えば、「ａ」及び／又は「ａｎ」は、通常「少なくとも１つの」又は「１つ又はそれ以上に」を意味すると解釈されるべきである）。定冠詞を使用して請求項の記述を導入する場合にも同様のことが当てはまる。さらに、導入された請求項の記述において具体的な数が明示的に記載されている場合であっても、そのような記載は通常、最小でも記載された数であるという意味で解釈されるべきであることを、当業者は認識するだろう（例えば、他に修飾語のない、単なる「２つの記載事項」という記載は通常、少なくとも２つの記載事項、又は２つ以上の記載事項を意味する）。さらに、「Ａ、Ｂ、及びＣなどのうち少なくとも１つ」に類する表記が使用される場合、一般的に、そのような構造は、当業者がその表記を理解するであろう意味を意図している（例えば、「Ａ、Ｂ、及びＣのうち少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢの両方、ＡとＣの両方、ＢとＣの両方、及び／又はＡとＢとＣの全て、などを有するシステムを含むがこれらには限定されない）。「Ａ、Ｂ、又はＣなどのうち少なくとも１つ」に類する表記が使用される場合、一般的に、そのような構造は、当業者がその表記を理解するであろう意味を意図している（例えば、「Ａ、Ｂ、又はＣのうち少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢの両方、ＡとＣの両方、ＢとＣの両方、及び／又はＡとＢとＣの全て、などを有するシステムを含むがこれらには限定されない）。さらに、２つ以上の選択可能な用語を表す実質的にあらゆる離接語および／または離接句は、説明文内、特許請求の範囲内、又は図面内のどこであっても、用語のうちの１つ、用語のうちのいずれか、又は用語の両方を含む可能性を考慮すると理解されるべきであることが、当業者には理解されるであろう。例えば、「Ａ又はＢ」という句は、「Ａ」又は「Ｂ」、又は「Ａ及びＢ」の可能性を含むことが理解されよう。本明細書において様々な態様及び実施形態を開示したが、当業者には、他の態様及び実施形態が明らかになろう。本明細書に開示する様々な態様及び実施形態は、例示目的のものであり、限定的であることを意図したものではない。

最初に図１を参照すると、システム１０は、インターネット等のコンピュータクラウド１４を経由して１つ又はそれ以上のサーバコンピュータと通信を行う少なくとも１つ、図示の実施例では「Ｎ」個のユーザデバイス又はクライアントデバイス１２を含む。図示の実施例では、気象サーバ１６、交通サーバ１８、及び一般的に１つ又はそれ以上のサーバ２０は、クラウドを介してクライアントデバイス１２と通信を行う。

プロセッサ２２は、クライアントデバイス１２が組み込むことができる非限定的で例示的な構成要素の中で、プロセッサ２２は、プロセッサによって実行される場合にプロセッサが以下に記載の原理を遂行するようにプロセッサを設定する命令を含むコンピュータ可読記憶媒体２４にアクセスする。クライアントデバイス１２は、限定されるものではないがプロセッサ２２によって制御されるＢｌｕｅｔｈｏｏｔｈトランシーバ等である無線短距離通信インターフェース２６を用いて他のクライアントデバイスと通信を行うことができる。更に、クライアントデバイス１２は、限定されるものではないがＷｉＦｉトランシーバ、無線モデム、無線電話通信トランシーバなどのうちの１つ又はそれ以上といったプロセッサ２２によって制御される無線ネットワークインターフェース２８を用いてクラウド１４と通信を行うことができる。有線のインターフェース２６、２８も想定される。

一般的に、クライアントデバイスは、液晶ディスプレイ（ＬＣＤ）又は発光ダイオード（ＬＥＤ）ディスプレイ又は他の種類のディスプレイ等のプロセッサ２２によって制御されて必要な映像を提示する視覚ディスプレイ３０を含む。ディスプレイ３０は、タッチスクリーンディスプレイとすることができる。更に、ユーザコマンドをプロセッサ２２に入力するために、１つ又はそれ以上の入力デバイス３２を設けることができる。例示的入力デバイスは、キーパッド及びキーボード、ポイント及びクリックデバイス、音声コマンドをプロセッサ２２によって実行される音声認識エンジンに入力するマイクロフォン等を含む。位置センサ３４は、クライアントデバイス１２の位置を表す信号をプロセッサ２２に入力することができる。図１では、位置受信器３４が全地球測位衛星（ＧＰＳ）受信器であると想定されるが、ＧＰＳ受信器に加えて又はその代わりに、他の位置センサを用いることができる。例えば、プロセッサ２２に位置情報を入力するために、加速度計、ジャイロスコープ、磁気センサ、及び同様のもの等の動きセンサ３５を用いることができる。また、位置情報は、ＷｉＦｉ情報から得ることができ、例えば、クライアントデバイスの位置は、デバイスが通信を行っているＷｉＦｉホットスポットの位置として推測することができる。

また、図１は、クライアントデバイス１２を携帯する人が車両３６に乗車することを決める可能性があることを示す。車両３６は、コンピュータ可読記憶媒体４２にアクセスする車両プロセッサ４０によって制御される通信インターフェース３８を含むことができる。インターフェース３８は、クライアントデバイス１２のインターフェースのうちの１つと通信を行うように構成することができ、Ｂｌｕｅｔｈｏｏｔｈトランシーバとすることができる。車両３６は、車両３６の位置を表す信号をプロセッサ４０に送る車載ＧＰＳ受信器４４又は他の位置受信器を含むことができる。車両プロセッサ４０は、車内の視覚ディスプレイ４６を制御して電子地図及び他のユーザインターフェースを提示することができる。他のクライアントデバイスは、ユーザが他の車両内に運び入れて、当該他の車両のプロセッサとの通信を確立することができる。

図２は、全体的な例示的ロジックを示す。ブロック５０で始まり、無線通信デバイス（ＷＣＤ）とすることができるユーザデバイス１２は、位置信号を受信する。位置信号は、ＧＰＳ受信器３４から得ること、又は例えば、Ｂｌｕｅｔｏｏｔｈペアリング又はＷｉＦｉ通信確立又は他のペアリング法を用いた、ＷＣＤ１２と車両３６内のプロセッサ３２とのペアリングによって確立することができる。

ブロック５２に進み、位置信号に応答して、ＷＣＤ１２のプロセッサ２２は、記憶媒体２４にアクセスし、ＷＣＤ１２のユーザのイベント又はアポイントに関するデータをこれらのイベントに関連する日付及び時間情報と一緒に含むカレンダー情報を取得する。ＷＣＤ１２は、ブロック５０で受信した位置信号に対応するイベントに関するプロンプトを提示する。プロンプトは、聴覚的及び／又は視覚的なものとすることができ、必要に応じてＷＣＤ１２は、ＷＣＤ１２上にプロンプトを提示することに加えて又はその代わりに、車両ディスプレイ４６又は車両スピーカにプロンプトを提示させるために、プロンプトを車両プロセッサ４２に送ることができる。

ブロック５４に進み、プロンプトに対するユーザ応答を受け取り、例えば記憶媒体２４上に記録する。その後、ブロック５６において別の位置信号を受け取り、前のプロンプトに対するユーザの前回の応答とブロック５６で受け取った位置信号との両方に基づいて、プロンプトは、ブロック５２のものから修正され、ブロック５８で表示される。ブロック５０及び５６で受け取った位置信号は、同一の地点を示す場合があり、例えば、これらの信号は、両方ともに同じＧＰＳ位置又は同じ「車両内」位置を示す場合があることに留意されたい。ブロック５２でプロンプト表示されるイベントは、ブロック５８でプロンプト表示されるイベントと同じ種類のイベント、例えば「Ｄａｖｅに会う」である場合があることに更に留意されたい。それにも関わらず、ブロック５４の第１のプロンプトに対するユーザの応答に基づいて、ブロック５８の第２のプロンプトは、ブロック５２の第１のプロンプトとは異なっている。

実施例を提示するために、車両プロセッサ４２とＢｌｕｅｔｏｏｔｈペアリングを行うことによるＷＣＤ１２が車両３６内にあるという判定に基づいて、ＷＣＤプロセッサ２２がカレンダーにアクセスし、例えばＧＰＳ受信器３４によって示される現在地点から３０マイル離れた地点において１時間後にミーティングがスケジュール決定されていることに気付いたと仮定する。距離判定は、プロセッサによって、カレンダー内に列記されたイベントの住所を地図アプリケーションに入力し、さらに現在地点を地図アプリケーションに入力して、地図アプリケーションを用いて距離を求めることによって行うことができる。

いずれの場合にも、プロセッサは、ユーザが車でイベントに向かうであろうと推測する。ブロック５２のプロンプトは、「１時間以内にミーティングがあります」とすることができる。ユーザが、プロセッサ２２に接続されたマイクロフォンに、音声認識モジュールによって認識される「どこで？」という確認を行うことによってプロンプトに応答した場合、プロセッサはカレンダーにアクセスしてカレンダーに列記されている住所を用いて応答する。続いて、翌日、ＷＣＤ１２が、車両内で再度同一場所に配置され（ブロック５６）、カレンダーが３０マイル離れた場所での１時間後のミーティングを示すと仮定する。ブロック５８で修正されたプロンプトは、「１時間以内にミーティングがあります」に、ブロック５２で表示された第１のプロンプトに対してブロック５４で受け取ったユーザ応答の結果として、再度確認することなくミーティングの住所の表示が続くものとすることができる。

前記の実施例は、プロンプトを修正するために１回のユーザ応答だけを用いるが、幾つかの実施形態では、プロンプトを修正する前に、同じ応答を２回又はそれ以上受け取る必要があることに留意されたい。

図３は、前記の原理の特定の使用事例の実施例を示す。ブロック６０において、プロセッサ２２は車両３６内にあると判定してブロック６２に進み、車両による移動を必要とすると推測することができる最も早いカレンダーイベントを探す。１つの実施例において、この判定は、イベント位置が最小距離よりも遠く、例えば、１００ヤード、又は半マイル、或いは他の最小閾値よりも遠く、更に最大距離よりも近い、例えば１５０マイル又は他の最大閾値よりも近い場合に行われる。最も早いイベントが前記の範囲幅に収まらない場合、次に早いイベントをテストし、閾値を満たすイベントが見つかるまでこれを続ける。

ブロック６４に進み、ブロック６２から出力されるイベント名及びイベント時間が表示され、前述のように、この表示は聴覚的及び／又は視覚的なものとすることができ、ＷＣＤ１２及び／又は車両３６に提示することができる。ブロック６６において、別のイベント情報に関するユーザ情報を受け取ってブロック６８において記録し、ＷＣＤは、要求された情報を見つけるよう、カレンダー又は他のデータ構造にアクセスすることによってこの要求に応答し、情報を見つけることができなかった場合には「不明」を返す。ブロック７０では、ブロック６８で生成された応答は（要求された情報が上手く見つかり提示したと仮定して）、プロンプト表示される次のイベントのために表示される情報に追加される。

図４は、前記に加えて、ＷＣＤ１２が、有用である可能性がある更なる情報をユーザに事前にプッシュ通知することができることを示す。例えば、ブロック７２において、現在位置から図２又は図３のロジックの対象であったイベント位置までのルートに沿った気象ウェブサイト及び交通ウェブサイトをＷＣＤ１２によって自動的に検索することができる。図示の実施例では、気象情報及び／又は交通情報を収集した後に、これらの情報は表示されず、その代わりにＷＣＤは、判定ブロック７４において、気象情報及び／又は交通情報を見ること又は聞くことを望むか否かをユーザに聴覚的及び／又は視覚的にプロンプト表示する。ユーザが「いいえ」という応答を入力した（発話等によって）場合には、ロジックは状態７６で終了する。しかしながら、ユーザが「はい」と応答した場合には、ブロック７８において、ユーザ応答に対して気象情報及び／又は交通情報が提示される。例えば、ユーザは、「はい、交通情報だけ」と応答する可能性があり、この場合、交通情報だけが提示される。ユーザが「静かに」又はその類語を発話することよって入力を行った場合には、前記の事前のプロンプト表示は保留されることに留意されたい。

図５及び図６は、移動中のユーザを支援するように利用できる別の事前ロジックを示す。図５のブロック８０で始まり、ユーザが車で向かっているイベントを決定すると、ＷＣＤ１２は、イベントの目的地に到着する時間を自動的に決定することができる。この決定は、地図アプリケーションにアクセスして現在位置を「出発」位置として入力し、イベント位置を「到着」位置として入力することによって行うことができる。一般的に地図アプリケーションは、方向及び移動時間を返し、移動時間は、荒天又は交通混雑に基づいて修正することができる。

移動時間は、現在の時間に加算され、続いて判定ブロック８２においてカレンダー内のイベント時間と比較される。イベント時間が移動時間の後であった場合には、ロジックは状態８４で終了することができる。そうでない場合には、ロジックは、ユーザがイベントに遅れることになるという仮定に基づいてブロック８６に移動して、ある人物がイベントに関係しているか否かを判定する。ある人物がイベントに関係する場合には、この人物の電話番号、電子メールアドレス、又は他の通信番号を探して、ブロック８８において、ＷＣＤは、ユーザがＷＣＤを用いてブロック８６で特定した人物と連絡をとることを望むか否かをユーザに聴覚的及び／又は視覚的に確認することができる。ＷＣＤは、ブロック９０においてユーザコマンドに適切に応答する。例えば、ユーザが「いいえ」を返した場合には、ＷＣＤ１２は、この人物に連絡をとることを行わない。ユーザが「はい」を返した場合には、ＷＣＤ１２は、この人物に電話をかけるか、又はこの人物に対してユーザが遅れるであろうことを示す自動的な電子メール又はテキストメッセージを準備する。電子メール又はテキストメッセージは、必要に応じてユーザの推定到着時間を含む。

例示的な実施形態において、前記ロジックは、通知すべき人物及び連絡方法を以下のように選択できることに留意されたい。ロジックは、カレンダー内に列記されたミーティング主催者を、「予定より遅れる」メッセージを用いて連絡をとる人物として自動的特定することができる。また、ロジックは、マシン学習を用いて、以前に利用した連絡方法に基づいて、ミーティング主催者に連絡をとるモード、例えば、テキストメッセージ、電子メール、電話等を決定することができる。ユーザに提示されるＵＩは、メッセージを送る前にモードを一覧表示してユーザに知らせることができ、ユーザは、設定されている方法を音声入力又はタッチ入力によって無効にして、使用する別のモードを命令することができる。更に、ロジックは、カレンダー内に列記されたミーティング参加者をユーザの連絡履歴と比較して、ＵＩ上に提示されたリスト内の別のミーティング参加者を、ユーザが誰とどのように最も連絡をとったかによって順序付けすることができる。

図６は、図５と同様のロジックを示すが、ＷＣＤ１２の側がより自動化された事前機能を有している。図６のブロック９２で始まり、ユーザが車で向かっているイベントを決定すると、ＷＣＤ１２は、イベントの目的地に到着する時間を自動的に決定することができる。この決定は、地図アプリケーションにアクセスして現在位置を「出発」位置として入力し、イベント位置を「到着」位置として入力することによって行うことができる。一般的に地図アプリケーションは、方向及び移動時間を返し、移動時間は、荒天又は交通混雑に基づいて修正することができる。

移動時間は、現在の時間に加算され、続いて判定ブロック９４においてカレンダー内のイベント時間と比較される。イベント時間が移動時間の後であった場合には、ロジックは、状態９６で終了することができる。そうでない場合には、ロジックは、ユーザがイベントに遅れることになるという仮定に基づいてブロック９８に移動して、ある人物がイベントに関係しているか否かを判定する。ある人物がイベントに関係する場合には、この人物の電話番号、電子メールアドレス、又は他の通信番号を探して、ブロック１００において、この人物に必要に応じて会議モードで自動的に電話をかけることによって、又はこの人物に対してユーザが遅れるであろうことを示す自動的な電子メール又はテキストメッセージを準備することによって自動的に連絡をとる。電子メール又はテキストメッセージは、必要に応じて、ユーザの推定到着時間を含む。

従って、現在時間、ユーザの現在位置、及び以前の同じ位置でのミーティング及び／又はユーザ照合に基づいて照合することができるアポイント位置のインテリジェント解析に基づいて、ユーザに情報をプッシュ通知するカレンダーシステムが開示される。スケジュールの競合に加えて、ユーザは現在位置に関連して競合することが通報され、推定移動時間を考慮してユーザが次のアポイントを行うことを阻止することができる。移動時間の推定は、現時点でユーザが自分の車両内にいるか否かの判定、実時間交通状況、最適経路上に表示される速度制限に基づいて行うことができ、ミーティングへの最適な経路及び方向、並びに到着時間が遅くなることを一部又は全てのミーティング出席者に通報する選択肢が表示される。

本明細書では特定の「適応プッシュ通知カレンダー」が示されて詳細に説明されるが、本発明によって網羅される主題は、特許請求の範囲だけで限定されることを理解されたい。

５０ 位置信号を受信する
５２ 位置信号受信に応じてカレンダーイベントに関するプロンプトを表示する
５４ プロンプトに対するユーザ応答を受け取って記録する
５６ 別の位置信号を受信する
５８ 位置信号と前回のユーザ応答とに基づいて、プロンプトを修正して表示する

Claims (20)

1. 搬送波ではなく、デジタルプロセッサがアクセス可能である少なくとも１つのコンピュータ可読記憶媒体であって、前記プロセッサによって実行される場合に、
   第１の位置信号の受信に応答して、カレンダーイベントに関する第１のプロンプトをコンピュータに提示する段階と、
   前記第１のプロンプトに対するユーザ応答を記録する段階と、
   前記応答の少なくとも一部に基づいて、その後に受信した位置信号に応じて、前記第１のプロンプトとは異なるカレンダーイベントに関する第２のプロンプトを生成して、前記第１のプロンプトに対する前記ユーザ応答に基づいて該第２のプロンプトが前記第１のプロンプトから修正されるようになっている段階と、
   を含む方法を実行するためのロジックを実行するように前記プロセッサを設定する命令を保持する、少なくとも１つのコンピュータ可読記憶媒体を備える装置。
2. 前記第１の位置信号は、前記装置のユーザが車両内にいることを示す、請求項１に記載の装置。
3. 前記第１の位置信号は、全地球測位衛星（ＧＰＳ）受信器から受け取る、請求項２に記載の装置。
4. 前記第１の位置信号は、前記プロセッサを前記車両内の無線トランシーバとペアリングすることによって規定される、請求項２に記載の装置。
5. 前記プロセッサは、車両ディスプレイ上に前記プロンプトを提示させる、請求項１に記載の装置。
6. 前記第１の位置信号と前記第２の位置信号とは同じ位置を示し、前記第１のプロンプト及び前記第２のプロンプトの各々は第１の種類のイベントを示すが、前記第１のプロンプトに対する前記ユーザ応答に基づいて、前記第２のプロンプトは、前記第１のプロンプトとは異なる、請求項１に記載の装置。
7. 搬送波ではなく、無線通信デバイス（ＷＣＤ）のデジタルプロセッサがアクセス可能である少なくとも１つのコンピュータ可読記憶媒体であって、前記プロセッサによって実行される場合に、
   前記ＷＣＤと車両との間の通信の確立に応じて、前記ＷＣＤが前記車両内にあると判定する段階と、
   前記ＷＣＤが車両内にあるとの判定に応じて、電子的に記憶されたカレンダーにアクセスして第１のイベントを返す段階と、
   前記第１のイベントの少なくとも名称を提示する段階と、
   前記第１のイベントの少なくとも名称の提示に対するユーザ応答を受け取る段階と、
   前記カレンダーにアクセスして第２のイベントを返す段階と、
   前記第２のイベントの少なくとも名称を提示する段階と、
   前記第２のイベントの少なくとも名称の提示と共に、前記第１のイベントに対する前記ユーザ応答の少なくとも一部を提示する段階と、
   を含む方法を実行するためのロジックを実行するように前記プロセッサを設定する命令を保持する、少なくとも１つのコンピュータ可読記憶媒体を備える装置。
8. 前記第１のイベントは、前記ＷＣＤの現在位置から最小閾値距離よりも遠く、最大閾値距離よりも近い位置での最も早いイベントであることに基づいて返される、請求項７に記載の装置。
9. 前記コンピュータ可読記憶媒体にアクセスする前記プロセッサによって実行される前記方法は、
   ユーザコマンドなしで、前記第１のイベントに関連する気象情報及び／又は交通情報を自動的に取得して提示する段階と、
   ユーザコマンドなしで、前記第１のイベントに関連する交通情報を自動的に取得して提示する段階と、
   を更に含む、請求項７に記載の装置。
10. 前記コンピュータ可読記憶媒体にアクセスする前記プロセッサによって実行される前記方法は、
    ユーザコマンドなしで、前記第１のイベントに到着する時間を自動的に決定する段階と、
    前記第１のイベントに到着する前記時間が、前記第１のイベントの時間よりも遅いか否かを判定する段階と、
    前記第１のイベントに到着する時間が前記第１のイベントの時間よりも遅いという判定に少なくとも部分的に応じて、前記ＷＣＤのユーザが、遅れる可能性があるとのメッセージを送ることを望むか否かを確認するプロンプトを該ユーザに対して提示する段階と、
    を更に含む、請求項７に記載の装置。
11. 前記コンピュータ可読記憶媒体にアクセスする前記プロセッサによって実行される前記方法は、
    ユーザコマンドなしで、前記第１のイベントに到着する時間を自動的に決定する段階と、
    前記第１のイベントに到着する時間が、前記第１のイベントの時間よりも遅いか否かを判定する段階と、
    前記第１のイベントに到着する時間が前記第１のイベントの前記時間よりも遅いという判定に少なくとも部分的に応じて、ユーザコマンドなしで、前記ユーザが遅れる可能性があるとのメッセージを受信者に送る段階と、
    を更に含む、請求項７に記載の装置。
12. 前記コンピュータ可読記憶媒体にアクセスする前記プロセッサによって実行される前記方法は、
    前記第１のイベントに到着する時間が前記第１のイベントの時間よりも遅いという判定に応じて、前記ユーザ以外の人物が前記イベントに関係するか否かを判定する段階と、
    前記ユーザ以外の人物が前記イベントに関係するという判定に応じて、前記ユーザが前記人物にメッセージを送ることを望むか否かを確認するプロンプトを前記ユーザに提示する段階と、
    を更に含む、請求項１０に記載の装置。
13. 無線通信デバイス（ＷＣＤ）のユーザに、前記ＷＣＤが車両内にあることを検知することに応答して、電子的に記憶されたカレンダー情報を適応的にプッシュ通知する段階を含む方法であって、前記適応的にプッシュ通知する段階は、
    カレンダーイベントを自動的に参照する段階と、
    前記ユーザに前記カレンダーイベントに関連する情報を提示することを望むか否かに関するプロンプト提示を行う段階と、
    前記プロンプト提示に対するユーザ応答に少なくとも部分的に基づいて、前記ユーザ応答を考慮して次のプロンプトが修正されるように、次のカレンダーの次のプロンプトを変更する段階と、
    を含む方法。
14. 前記ＷＣＤと車両との間の通信の確立に応じて、前記ＷＣＤが前記車両内にあると判定する段階と、
    前記ＷＣＤが車両内にあるとの判定に応じて、電子的に記憶されたカレンダーにアクセスして第１のイベントを返す段階と、
    前記第１のイベントの少なくとも名称を提示する段階と、
    前記第１のイベントの少なくとも名称の呈示に対するユーザ応答を受け取る段階と、
    前記カレンダーにアクセスして第２のイベントを返す段階と、
    前記第２のイベントの少なくとも名称を提示する段階と、
    前記第２のイベントの少なくとも名称の呈示と共に、前記第１のイベントに対する前記ユーザ応答の少なくとも一部を提示する段階と、
    を含む、請求項１３に記載の方法。
15. 前記イベントは、前記ＷＣＤの現在位置から最小閾値距離よりも遠く、最大閾値距離よりも近い位置での最も早いイベントであることに基づいて返される、請求項１３に記載の方法。
16. ユーザコマンドなしで、前記第１のイベントに関連する気象情報を自動的に取得して提示する段階を含む、請求項１３に記載の方法。
17. ユーザコマンドなしで、前記第１のイベントに関連する交通情報を自動的に取得して提示する段階を含む、請求項１３に記載の方法。
18. ユーザコマンドなしで、前記イベントに到着する時間を自動的に決定する段階と、
    前記第１のイベントに到着する時間が、前記イベントの時間よりも遅いか否かを判定する段階と、
    前記イベントに到着する時間が前記イベントの前記時間よりも遅いという判定に少なくとも部分的に応じて、前記ＷＣＤのユーザが、前記ユーザが遅れる可能性があるとのメッセージを送ることを望むか否かを確認するプロンプトを前記ユーザに対して提示する段階と、
    を含む、請求項１３に記載の方法。
19. ユーザコマンドなしで、前記イベントに到着する時間を自動的に決定する段階と、
    前記第１のイベントに到着する時間が、前記イベントの時間よりも遅いか否かを判定する段階と、
    前記イベントに到着する時間が前記イベントの時間よりも遅いという判定に少なくとも部分的に応じて、ユーザコマンドなしで、前記ユーザが遅れる可能性があるとのメッセージを受信者に送る段階と、
    を含む、請求項１３に記載の方法。
20. 前記イベントに到着する時間が前記イベントの時間よりも遅いという判定に応じて、前記ユーザ以外の人物が前記イベントに関係するか否かを判定する段階と、
    前記ユーザ以外の人物が前記イベントに関係するという判定に応じて、前記ユーザが前記人物にメッセージを送ることを望むか否かを確認するプロンプトを前記ユーザに提示する段階と、
    を含む、請求項１３に記載の方法。

Images