(57)【要約】  本開示は、ユーザが予約の時刻表を管理するのを補助するための方法およびシステムであって、予約の少なくとも１つは、イベントに関連付けられ、予約は、予約および／またはイベントの態様を説明する関連付けられた予約情報を有し、方法およびシステムは、電子通知から自由形式スケジューリング情報を受信することと、自由形式スケジューリング情報の少なくとも一部が、存在する予約および／または関連付けられたイベントに関連することを推察することであって存在する予約は、予約および／または関連付けられたイベントの態様を説明する現在関連付けられた予約情報を有する推察することと、変更する予約を選択することと、選択された予約を、（ａ）存在する予約および／または関連付けられたイベントに関連することが推察される、自由形式スケジューリング情報の一部と、存在する予約に現在関連付けられた予約情報、ならびにユーザにより実行された以前のアクションおよび／またはユーザに関して学習されたコンテンツ優先度を表すユーザ優先度署名のうちの、少なくとも１つとに基づいて変更することとを含む、方法およびシステムを提供する。【選択図】図９
2014520297.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが予約の時刻表を管理するのを補助するコンピュータ実装ユーザインターフェース方法であって、前記予約の少なくとも１つは、イベントに関連付けられ、前記予約は、前記予約および／または前記イベントの態様を説明する関連付けられた予約情報を有し、前記方法は、
電子通知から自由形式スケジューリング情報を受信することと、
前記自由形式スケジューリング情報の少なくとも一部が、予約の時刻表上に存在する予約および／または存在する予約に関連付けられたイベントに関連することを推察することであって、前記存在する予約は、前記予約および／または前記関連付けられたイベントの態様を説明する現在関連付けられた予約情報を有する、推察することと、
変更する予約を選択することと、
選択された予約を、
（ａ）前記存在する予約および／または前記関連付けられたイベントに関連することが推察される、前記自由形式スケジューリング情報の前記一部と、
（ｂ）（ｉ）前記存在する予約に現在関連付けられた前記予約情報、ならびに（ｉｉ）前記ユーザにより実行された以前のアクションおよび／または前記ユーザに関して学習されたコンテンツ優先度を表すユーザ優先度署名のうちの、少なくとも１つと、に基づいて変更することと、を含む方法。
【請求項２】
前記存在する予約および／または前記選択された予約は、（ｉ）前記予約および／もしくは前記関連付けられたイベントの態様を説明する予約情報、（ｉｉ）前記ユーザに代わって実行されるアクション、（ｉｉｉ）前記ユーザをアップデートする通知、ならびに／または（ｉｖ）前記ユーザがとるべき推奨されるアクションを含む、請求項１に記載の方法。
【請求項３】
前記電子通知は、電子メールメッセージ、カレンダー予約、タスク、アプリケーション、ノートアプリケーションデータ、ソーシャルネットワークイベント、ウェブサイトイベント、テキストメッセージ、電子通信、および／または前記ユーザの場所情報を含む、請求項１に記載の方法。
【請求項４】
前記関連付けられた予約情報は、イベントタイプ、前記イベントに関与する１人以上の個人、前記イベントに関する場所情報、および／または前記イベントに関する時間的情報を含む、請求項１に記載の方法。
【請求項５】
前記選択された予約を変更することは、
前記選択された予約における曖昧な予約情報を識別することと、
前記自由形式スケジューリング情報の前記一部に基づいて、前記曖昧な予約情報に対する少なくとも１つの推奨される明確化を識別することと、を含む、請求項１に記載の方法。
【請求項６】
前記選択された予約を変更することは、さらに、
前記推奨される明確化が前記曖昧な予約情報を解決するかどうかに関して、前記ユーザから確認を受信することと、
前記推奨される明確化および前記ユーザからの前記確認に基づいて、前記選択された予約をアップデートすることと、を含む、請求項５に記載の方法。
【請求項７】
前記選択された予約を変更することは、さらに、
前記推奨される明確化が、信頼度閾値の超過に基づいて、前記曖昧な予約情報を解決すると結論付けることと、
前記推奨される明確化に基づいて、前記選択された予約をアップデートすることとを含む、請求項５に記載の方法。
【請求項８】
少なくとも１つの推奨される明確化を識別することは、前記選択された予約の説明に入力された自由形式テキストに基づく、請求項５に記載の方法。
【請求項９】
前記選択された予約を変更することは、場所の制約および／または時間の制約に基づく、請求項１に記載の方法。
【請求項１０】
ユーザが予約の時刻表を管理するのを補助するコンピュータ実装ユーザインターフェース方法であって、前記予約の少なくとも１つは、イベントに関連付けられ、前記予約は、前記予約および／または前記イベントの態様を説明する関連付けられた予約情報を有し、前記方法は、
電子通知から自由形式スケジューリング情報を受信することと、
前記自由形式スケジューリング情報の少なくとも一部が、予約の時刻表上に作成される新たな予約に関連することを推察することであって、前記新たな予約は、イベントに関連付けられている、推察することと、
（ｉ）前記新たな予約および／または前記関連付けられたイベントに関連することが推察される、前記自由形式スケジューリング情報の前記一部、ならびに（ｉｉ）前記ユーザにより実行された以前のアクションおよび／または前記ユーザに関して学習されたコンテンツ優先度を表す、ユーザ優先度署名に基づいて、前記新たな予約に対する予約情報を決定することと、
前記決定された予約情報を使用して、前記新たな予約を作成することと、を含む方法。
【請求項１１】
前記新たな予約は、（ｉ）前記ユーザに代わって実行されるアクション、（ｉｉ）前記ユーザをアップデートする通知、および／または（ｉｉｉ）前記ユーザがとるべき推奨されるアクションを含む、請求項１０に記載の方法。
【請求項１２】
前記電子通知は、電子メールメッセージ、カレンダー予約、タスク、アプリケーション、ノートアプリケーションデータ、ソーシャルネットワークイベント、ウェブサイトイベント、テキストメッセージ、電子通信、および／または前記ユーザの場所情報を含む、請求項１０に記載の方法。
【請求項１３】
前記決定された予約情報は、イベントタイプ、前記イベントに関与する１人以上の個人、前記イベントに関する場所情報、および／または前記イベントに関する時間的情報を含む、請求項１０に記載の方法。
【請求項１４】
前記新たな予約を作成することは、場所の制約および／または時間の制約に基づく、請求項１０に記載の方法。
【請求項１５】
ユーザが予約の時刻表を管理するのを補助するためのシステムであって、前記予約の少なくとも１つは、イベントに関連付けられ、前記予約は、前記予約および／または前記イベントの態様を説明する関連付けられた予約情報を有し、前記システムは、
実行されると、コンピュータシステムに、
電子通知から自由形式スケジューリング情報を受信させ、
前記自由形式スケジューリング情報の少なくとも一部が、予約の時刻表上に存在する予約および／または存在する予約に関連付けられたイベントに関連することを推察させ、前記存在する予約は、前記予約および／または前記関連付けられたイベントの態様を説明する現在関連付けられた予約情報を有し、
変更する予約を選択させ、
選択された予約を、
（ａ）前記存在する予約および／または前記関連付けられたイベントに関連することが推察される、前記自由形式スケジューリング情報の前記一部と、
（ｂ）（ｉ）前記存在する予約に現在関連付けられた前記予約情報、ならびに（ｉｉ）前記ユーザにより実行された以前のアクションおよび／または前記ユーザに関して学習されたコンテンツ優先度を表すユーザ優先度署名のうちの、少なくとも１つとに基づいて変更させる、コンピュータ可読形態の命令を備える、コンピュータメモリ記憶部を備える、システム。
【請求項１６】
前記存在する予約および／または前記選択された予約は、（ｉ）前記予約および／もしくは前記関連付けられたイベントの態様を説明する予約情報、（ｉｉ）前記ユーザに代わって実行されるアクション、（ｉｉｉ）前記ユーザをアップデートする通知、ならびに／または（ｉｖ）前記ユーザがとるべき推奨されるアクションを含む、請求項１５に記載のシステム。
【請求項１７】
前記電子通知は、電子メールメッセージ、カレンダー予約、タスク、アプリケーション、ノートアプリケーションデータ、ソーシャルネットワークイベント、ウェブサイトイベント、テキストメッセージ、電子通信、および／または前記ユーザの場所情報を含む、請求項１５に記載のシステム。
【請求項１８】
前記関連付けられた予約情報は、イベントタイプ、前記イベントに関与する１人以上の個人、前記イベントに関する場所情報、および／または前記イベントに関する時間的情報を含む、請求項１５に記載のシステム。
【請求項１９】
前記選択された予約を変更する、前記コンピュータメモリ記憶部の命令は、
前記選択された予約における曖昧な予約情報を識別し、
前記自由形式スケジューリング情報の前記一部に基づいて、前記曖昧な予約情報に対する少なくとも１つの推奨される明確化を識別する命令を含む、請求項１５に記載のシステム。
【請求項２０】
前記選択された予約を変更する、前記コンピュータメモリ記憶部の命令は、さらに、
前記推奨される明確化が前記曖昧な予約情報を解決するかどうかに関して、前記ユーザから確認を受信し、
前記推奨される明確化および前記ユーザからの前記確認に基づいて、前記選択された予約をアップデートする命令を含む、請求項１９に記載のシステム。
【請求項２１】
前記選択された予約を変更する、前記コンピュータメモリ記憶部の命令は、さらに、
前記推奨される明確化が、信頼度閾値の超過に基づいて、前記曖昧な予約情報を解決すると結論付け、
前記推奨される明確化に基づいて、前記選択された予約をアップデートする命令を含む、請求項１９に記載のシステム。
【請求項２２】
少なくとも１つの推奨される明確化を識別する、前記コンピュータメモリ記憶部の命令は、前記選択された予約の説明に入力された自由形式テキストに基づく、請求項１９に記載のシステム。
【請求項２３】
前記選択された予約を変更する、前記コンピュータメモリ記憶部の命令は、場所の制約および／または時間の制約に基づく、請求項１５に記載のシステム。
【請求項２４】
ユーザが予約の時刻表を管理するのを補助するためのシステムであって、前記予約の少なくとも１つは、イベントに関連付けられ、前記予約は、前記予約および／または前記イベントの態様を説明する関連付けられた予約情報を有し、前記システムは、
実行されると、コンピュータシステムに、
電子通知から自由形式スケジューリング情報を受信させ、
前記自由形式スケジューリング情報の少なくとも一部が、予約の時刻表上に作成される新たな予約に関連することを推察させ、前記新たな予約は、イベントに関連付けられ、
（ｉ）前記新たな予約および／または前記関連付けられたイベントに関連することが推察される、前記自由形式スケジューリング情報の前記一部、ならびに（ｉｉ）前記ユーザにより実行された以前のアクションおよび／または前記ユーザに関して学習されたコンテンツ優先度を表す、ユーザ優先度署名に基づいて、前記新たな予約に対する予約情報を決定させ、
前記決定された予約情報を使用して、前記新たな予約を作成させる、コンピュータ可読形態の命令を備える、コンピュータメモリ記憶部を備える、システム。
【請求項２５】
前記新たな予約は、（ｉ）前記ユーザに代わって実行されるアクション、（ｉｉ）前記ユーザをアップデートする通知、および／または（ｉｉｉ）前記ユーザがとるべき推奨されるアクションを含む、請求項２４に記載のシステム。
【請求項２６】
前記電子通知は、電子メールメッセージ、カレンダー予約、タスク、アプリケーション、ノートアプリケーションデータ、ソーシャルネットワークイベント、ウェブサイトイベント、テキストメッセージ、電子通信、および／または前記ユーザの場所情報を含む、請求項２４に記載のシステム。
【請求項２７】
前記決定された予約情報は、イベントタイプ、前記イベントに関与する１人以上の個人、前記イベントに関する場所情報、および／または前記イベントに関する時間的情報を含む、請求項２４に記載のシステム。
【請求項２８】
前記新たな予約を作成する、前記コンピュータメモリ記憶部の命令は、場所の制約および／または時間の制約に基づく、請求項２４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、参照することにより本明細書にその内容が組み込まれる、２０１１年４月２５日出願の米国仮特許出願第６１／４７８，６０８号、名称「高度な個人的時刻表アシスタントのためのシステムよび方法（Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  ａｎ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｐｅｒｓｏｎａｌ  Ｔｉｍｅｌｉｎｅ  Ａｓｓｉｓｔａｎｔ」の、３５Ｕ．Ｓ．Ｃ．§１１９（ｅ）に従う利益を主張する。
【０００２】
本発明は、ユーザがタスクまたは予約の時刻表を管理するのを補助するための、より具体的には、ユーザおよび／またはタスクの状態が変化する際に予約の時刻表を作成、増補、および／または変更するためのシステムおよび方法に関する。
【背景技術】
【０００３】
ユーザの仕事および私生活を支援するための、特に、思考力を要求しないが、それでもなお我々の生活の円滑な営みに重要なタスクを有する、自動化されたエージェントの創造に対する要望は、現在でも依然として困難な目標である。おそらく、人間の個人的アシスタントを自動化されたエージェントにより置き換えることは、今後も長期にわたり困難な目標となり得るが、これは、人間のエージェントとの意思疎通における豊かさだけでなく、状況を理解する上で人間の知性が有する生来の優位性に起因する。例えば、個人秘書は、彼または彼女の上司がちょうど個人的な損失を受けたことを彼または彼女が知っている場合、仕事上のミーティング後に一泊する日の晩、オペラで夜を過ごすように勧めることは考えられない。秘書は、いくつかの通常の仕事上の問題に対する簡潔な電子メールによる応答から、この個人的な損失を推定し得る。
【０００４】
高容量のメモリを有するパーソナルデバイスと組み合わせた、タスク、カレンダー、および予約スケジューリングまたは再スケジューリングのためのいくつかの革新により、人間の個人的アシスタントの利点を有さない多忙な生活を送る人であっても、ユーザがこれらの革新を利用することを選択すれば、効率的に生活することができるようになった。
【０００５】
しかしながら、これらのツールの一式により人の生活に持ち込まれた効率性は、主要なイベント前後のイベントの順番を管理することになると、最も計画的なユーザであってもまだまだ不十分である。例えば、主要なイベントは、仕事上のミーティングを含み得る。仕事上のミーティング前後のイベントは、飛行機に乗ること、レンタカーを受け取ること、ミーティングに出席すること、ホテルにチェックインすること、一泊すること、レンタカーを返却すること、および飛行機で家に帰ることを含む。そのようなイベントの順番は、複雑となり得る。さらに、この例は、仕事と娯楽との混在を含まない。
【０００６】
長い待ち行列を回避するための一連の会員カード（デジタルまたは物理的形態）を有する最も計画的な出張者であっても、出張をより容易にする無数の小さな事項の満たされない要望を認識する。奇妙なことに、極めて多くのこれらの無数の小さな望ましい満たされない事項は、大まかに、「さらによりよく計画されることにより対応可能な単純で平凡な事項」として分類することができる。単によりよく計画されることの問題であるにもかかわらず、最も計画的な出張者であっても主要なタスク（例えば、電子メールの確認および会員カードが容易にアクセス可能であることを確実とすること）だけに集中することを困難とし、残りを満たされないままとするのは、おそらく、膨大な量のこれらの小さい事項である。満たされていない項目および個人がその項目を「軽度の耐えられる出張のストレスまたは不愉快」として考える程度のリストは、個人により変動する。これらの満たされていない項目のいくつかは、（ａ）適切な服装をするように目的地の都市の天候を知ること−不安定な天候パターンを有する都市に出張または生活する際に考慮しないと後悔し得る雑事、（ｂ）チェックインする際の迅速なアクセスのため、電話のキャッシュ内でホテルのリザベーションの確認電子メール（数日前に着信し、別個にファイルされていない）が利用可能であるかどうかを確定すること−それ以降に多くの電子メールを着信しており、確認電子メールがもはや電話のキャッシュ内に存在しない可能性があることによる問題、（ｃ）自動車レンタル代理店が、個人の携帯デバイス上の地図アプリケーションを使用する必要性を回避するのを支援するナビゲーションを有する車を有しているかどうかの決定（高いローミングデータコストの懸念のため）を含み、またリストはさらに続く。
【０００７】
ほとんどのユーザは、大体は上述の項目に耐えるが、慣れた出張者であっても、物事が予定通り進まない場合、支援は大歓迎である。例えば、出張者が飛行機に向かう途中であり、交通渋滞により出張者が遅延しており、出張計画が、正常な出張計画に組み込まれる通常の余分な時間を許容しない場合、出張者は、先方に電話して彼または彼女が遅れることを通知するためのリマインダを高く評価する可能性がある。
【０００８】
娯楽を仕事と混在させることは、出張で長時間を過ごす人にとっては必要なことであり、贅沢ではない。これもまた、支援が不十分な領域である。特に大都市において、とりわけ人気のショー、コンサート、および／または食事処のためには、落胆を避けるために事前予約は必須である。ここでも、旅行の前に事前になすべきもう１つのことの例として、事前の計画が役に立つ。人生の仕事面により要求される全ての計画と平行して、人間は、人生の私生活の面における重要なイベントに対しても同様に事前に計画および行動する必要がある。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】米国特許第７，７９２，８１５号
【発明の概要】
【発明が解決しようとする課題】
【００１０】
要約すると、多くのイベントが順番に生じる必要がある出張の場合には、最も計画的な人物であっても、そのほとんどが大まかに「より計画的にされるもの」として分類され得るとしても追加の支援は大歓迎である。イベントが計画通りに進行しない状況においては、わずかな量であっても、いかなる支援もさらにより歓迎される。最後に、娯楽を仕事と混在させることにより旅行を印象的とする上での補助は、人の生活の質を改善するために、不可欠ではないにしても、そのようなエージェントに対する依存性をより大きくするだけである。
【課題を解決するための手段】
【００１１】
発明の概要
本開示は、ユーザが予約の時刻表を管理するのを補助するユーザインターフェース方法およびそのためのシステムであって、予約の少なくとも１つは、イベントに関連付けられ、予約は、予約および／またはイベントの態様を説明する関連付けられた予約情報を有し、方法およびシステムは、電子通知から自由形式スケジューリング情報を受信することと、自由形式スケジューリング情報の少なくとも一部が、予約の時刻表上に存在する予約および／または存在する予約に関連付けられたイベントに関連することを推察することであって存在する予約は、予約および／または関連付けられたイベントの態様を説明する現在関連付けられた予約情報を有する推察することと、変更する予約を選択することと、選択された予約を、（ａ）存在する予約および／または関連付けられたイベントに関連することが推察される、自由形式スケジューリング情報の一部と、（ｂ）（ｉ）存在する予約に現在関連付けられた予約情報、ならびに（ｉｉ）ユーザにより実行された以前のアクションおよび／またはユーザに関して学習されたコンテンツ優先度を表すユーザ優先度署名のうちの、少なくとも１つとに基づいて変更することとを含む、方法およびシステムを提供する。
【００１２】
本発明の別の態様において、存在する予約および／または選択された予約は、（ｉ）予約および／もしくは関連付けられたイベントの態様を説明する予約情報、（ｉｉ）ユーザに代わって実行されるアクション、（ｉｉｉ）ユーザをアップデートする通知、ならびに／または（ｉｖ）ユーザがとるべき推奨されるアクションを含む。
【００１３】
本発明の別の態様において、電子通知は、電子メールメッセージ、カレンダー予約、タスク、アプリケーション、ノートアプリケーションデータ、ソーシャルネットワークイベント、ウェブサイトイベント、テキストメッセージ、電子通信、および／またはユーザの場所情報を含む。
【００１４】
本発明の別の態様において、関連付けられた予約情報は、イベントタイプ、イベントに関与する１人以上の個人、イベントに関する場所情報、および／またはイベントに関する時間的情報を含む。
【００１５】
本発明の別の態様において、選択された予約を変更することは、選択された予約における曖昧な予約情報を識別することと、自由形式スケジューリング情報の一部に基づいて、曖昧な予約情報に対する少なくとも１つの推奨される明確化を識別することとを含む。
【００１６】
本発明のさらなる態様において、選択された予約を変更することは、さらに、推奨される明確化が曖昧な予約情報を解決するかどうかに関して、ユーザから確認を受信することと、推奨される明確化およびユーザからの確認に基づいて、選択された予約をアップデートすることとを含む。
【００１７】
本発明の別の態様において、選択された予約を変更することは、さらに、推奨される明確化が、信頼度閾値の超過に基づいて、曖昧な予約情報を解決すると結論付けることと、推奨される明確化に基づいて、選択された予約をアップデートすることとを含む。
【００１８】
本発明の別の態様において、少なくとも１つの推奨される明確化を識別することは、選択された予約の説明に入力された自由形式テキストに基づく。
【００１９】
本発明の別の態様において、選択された予約を変更することは、場所の制約および／または時間の制約に基づく。
【００２０】
本発明の別の態様において、本開示は、ユーザが予約の時刻表を管理するのを補助するユーザインターフェース方法およびそのためのシステムであって、予約の少なくとも１つは、イベントに関連付けられ、予約は、予約および／またはイベントの態様を説明する関連付けられた予約情報を有し、方法およびシステムは、電子通知から自由形式スケジューリング情報を受信することと、自由形式スケジューリング情報の少なくとも一部が、予約の時刻表上に作成される新たな予約に関連することを推察することであって、新たな予約は、イベントに関連付けられている、推察することと、（ｉ）新たな予約および／または関連付けられたイベントに関連することが推察される、自由形式スケジューリング情報の一部、ならびに（ｉｉ）ユーザにより実行された以前のアクションおよび／またはユーザに関して学習されたコンテンツ優先度を表す、ユーザ優先度署名に基づいて、新たな予約に対する予約情報を決定することと、決定された予約情報を使用して、新たな予約を作成することと、を含む、方法およびシステムを提供する。
【００２１】
本発明の別の態様において、ユーザが予約の時刻表を管理するのを補助するためのシステムであって、予約の少なくとも１つは、イベントに関連付けられ、予約は、予約および／またはイベントの態様を説明する関連付けられた予約情報を有する、システムは、実行されると、コンピュータシステムに、上述の動作のいずれかを実行させる、コンピュータ可読形態の命令を備える、コンピュータメモリ記憶部を含む。
【００２２】
上記の態様のいずれも、上記の他の態様のいずれかと組み合わされてもよい。
【図面の簡単な説明】
【００２３】
本開示の実施形態およびそれらの利点は、図１〜７を参照することにより理解され得るが、同様の参照番号は同様の要素を指す。ここで、本発明の様々な実施形態のより完全な理解のために、添付の図面に関連してなされる以下の説明を参照する。
【００２４】
【図１】いくつかの実施形態による、個人的時刻表アシスタントシステムを示す図である。
【図２】本個人的時刻表アシスタントにより必要とされるサービスのいくつかが遠隔サーバ上に存在し、一方本システムの残りの部分は携帯デバイス上に存在する、本個人的時刻表アシスタントシステムの一実施形態を示す図である。
【図３】携帯デバイスが純粋にイベント集積器およびレンダリングインターフェースとして機能する、個人的時刻表アシスタントシステムの一実施形態を示す図である。
【図４】その両方の依存性グラフが時間および場所の制約を考慮して単一のイベント時刻表上にマッピングされた、２つの独立した予約のスレッドを有するイベント時刻表の一実施形態を示す図である。
【図５】いくつかの実施形態による、完全に異なるデータ源から受信され、時間的順序で生じるイベントからの時刻表の作成を示す図である。
【図６】いくつかの実施形態による、ユーザがミーティングのためにＳａｎ  Ｊｏｓｅに出張する際に示されるユーザインターフェースを示す図である。
【図７】いくつかの実施形態による、ユーザがＭａｓｓａｃｈｕｓｅｔｔｓ内の自分の都市にいる際に示されるユーザインターフェースを示す図である。
【発明を実施するための形態】
【００２５】
本明細書に記載される技術は、時間および場所の制約を有する、アクティビティまたはアクション等の異なるイベントにおいてユーザが関与する予約の順番を、支援または補助の自動化された提供を促進することができ、また過去のアクションから学習されたユーザの優先度に合わせて補助を調節することができる、演算可能な形式に正確に変換する。
【００２６】
本開示は、ユーザがタスクまたは予約の時刻表を管理するのを補助するためのシステムおよび方法を含む。タスクまたは予約は、一般に、直接的または別様のユーザの関与を必要とするイベントを表す。タスクまたは予約は、仕事および／または個人的なものであってもよく、タスクまたは予約は、ほとんどの場合、将来に生じるようにスケジュールされる。例示的なタスクまたは予約は、ユーザが関与する異なるアクティビティまたはアクションの順番であり、飛行機に乗ること、レンタカーを受け取ること、物理的もしくは仮想的にミーティングに出席すること、電話会議に出席すること、または子供の誕生日を祝うために家に電話することを含む。代替として、いくつかのタスクまたは予約は、ユーザがそれらを逃した場合、過去に生じ得る。
【００２７】
本システムは、完全に異なるイベント源からの電子通知から、タスクまたは予約（以降集合的に「予約」と呼ばれる）に関連した予約情報（以降「メタデータ」と呼ばれる）を推察および解釈する。電子通知は、例えば、電子メール、カレンダーイベント、やることリスト、テキストメッセージまたはインスタントメッセージ（ＩＭ）、ソーシャルネットワーク、イベント計画ウェブサイト、通話記録、およびユーザインタラクションを含むイベント源から到達する。
【００２８】
本システムの実施形態は、予約関連情報として明示的に指定された情報に加えて、自由形式スケジューリング情報を受信する。上述のように、電子通知は、電子メール、カレンダーイベント、やることリスト、テキストメッセージまたはインスタントメッセージ（ＩＭ）、ソーシャルネットワーク、イベント計画ウェブサイト、通話記録、およびユーザインタラクションを含む完全に異なるイベント源から到達する。カレンダーのミーティングを再スケジュールするためにユーザが明示的に指定された予約関連情報を有する特別な形式の要求を送信し得る従来のカレンダーシステムとは異なり、本システムは、自由形式スケジューリング情報を受信し、自由形式スケジューリング情報の一部が時刻表上の予約に関連することを推察する。例えば、従来の電子メールシステムが、ユーザがミーティングを再スケジュールすることを要求する電子メールメッセージを受信した場合、ユーザは、カレンダーシステムに入り、要求されたようにミーティングを再スケジュールしなければならない。対照的に、本システムは、電子メールメッセージがカレンダーのミーティングに関連することを推察し、自動的にミーティングを再スケジュールすることができる。そのような自由形式スケジューリング情報は、イベントおよび／または予約に関連するとは限らない他の情報と共に、電子通知内に含まれてもよい。
【００２９】
これらの完全に異なる源を、予約に関する予約情報（またはメタデータ）の連続ストリームを供給する自由形式フィードとして処理しながら、本システムは、１つ以上の独立予約スレッドで構成される単一の予約時刻表をアセンブルして増加的に維持し、予約に関するデータストリームから経時的に徐々に推察される意味に基づいて、この時刻表をアップデートする。例示的予約情報は、時間的情報、場所情報、および／または自由形式情報断片を含む。例示的な自由形式情報断片は、関心ポイントの特定の名前、ミーティングに出席する人々の名前、配偶者からの子供の誕生日のリマインダ、または送信もしくは着信もしくは出られなかった電話の識別情報を解読するための手がかりを含む。いくつかの実施形態において、本システムは、各予約スレッドを予約の依存性グラフにより表す。
【００３０】
本システムは、ユーザの過去のアクションの署名を使用して合成予約を動的に生成し、時間および空間の制約を考慮してそれらを予約時刻表内に注入する。システムはまた、ユーザが予約に適時に出席するのを支援するために提案を提供する（また、予約に出席できなかった場合には、出席できなかった予約の性質に依存して、その埋め合わせをする提案を提供する）。システムにより提供される提案は、予約の性質、時間、場所、および／またはユーザの過去のインタラクションの署名に基づいてもよい。本明細書において使用される場合、「署名」という用語は、ユーザの優先度および／または過去の挙動に関するデータのセットを表す。ユーザの優先度、アクティビティ、および挙動に基づいてユーザ署名を生成するための技術は、これらに限定されないが、参照によりその内容が本明細書に組み込まれる、２００７年３月６日出願の米国特許第７，７９２，８１５号、名称「Ｍｅｔｈｏｄｓ  ａｎｄ  Ｓｙｓｔｅｍｓ  ｆｏｒ  Ｓｅｌｅｃｔｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｔｉｎｇ  Ｃｏｎｔｅｎｔ  ｂａｓｅｄ  ｏｎ  Ｃｏｎｔｅｘｔ  Ｓｅｎｓｉｔｉｖｅ  Ｕｓｅｒ  Ｐｒｅｆｅｒｅｎｃｅｓ」、および２０１０年７月２６日出願の米国特許第７，９４９，６２７号、名称「Ｍｅｔｈｏｄｓ  ａｎｄ  Ｓｙｓｔｅｍｓ  ｆｏｒ  Ｓｅｌｅｃｔｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｔｉｎｇ  Ｃｏｎｔｅｎｔ  ｂａｓｅｄ  ｏｎ  Ｌｅａｒｎｅｄ  Ｐｅｒｉｏｄｉｃｉｔｙ  ｏｆ  Ｕｓｅｒ  Ｃｏｎｔｅｎｔ  Ｓｅｌｅｃｔｉｏｎ」に開示されるものを含む。例示的提案の実例的なセットは、ユーザが予約に遅れている以下の使用事例を含む：ミーティングが行われることがスケジュールされている都市に到着後、予約されている人物の電話番号を表示する（例えば、その人物に予約場所への到着に遅れていることを知らせるのを支援する）、予約の目的地に近い空港にユーザが到着するとすぐに、予約場所に自動車で移動するための道順と共に地図を示す、および／または、ユーザが予約のために出張している都市における、ユーザの署名に一致するレストランを推奨する。
【００３１】
本方法およびシステムはまた、ユーザをさらに補助するために、暗示的および明示的通知を提供すること、例えば選択されたミーティングの出席者に対し事前に自動メッセージを送信し、ユーザが遅れていてミーティングに向かう飛行機の乗り換え中であることを知らせることを含む。この例において、メッセージは、ユーザが出席することになっているミーティングの出席者であるユーザの選択リストからのメッセージ等の電子通知に応答する、非請求メッセージ送信および／または自動応答送信である。
【００３２】
合成イベントの生成、提案の提供、および通知の実行に加えて、いくつかの実施形態において、本システムは、ユーザのために、またはユーザに代わってアクションまたはトランザクションを実行する。一方、そのようなアクションまたはトランザクションの結果は、時刻表に注入された合成予約、またはアクションもしくはトランザクションの成果のユーザに対する通知である。例えば、アクションまたはトランザクションは、オンライン自動チケット発行サービス（例えば、ＴＩＣＫＥＴＭＡＳＴＥＲおよび／もしくはＦＡＮＤＡＮＧＯ）を使用したコンサートもしくは映画のチケットの購入、または、レストランリザベーションサービス（例えば、ＯＰＥＮＴＡＢＬＥ）のためのアプリケーションプログラミングインターフェース（ＡＰＩ）を使用した、ユーザの好みのレストランへのレストランリザベーションを含む。
【００３３】
カーナビゲーションシステムが、運転者が元の提案されたルートからそれた時に、新たなルートを再演算して通達するのとほぼ同じ様式で、本システムは、一定の時間的間隔で定期的に時刻表を再評価する。したがって、ユーザの場所が変化する、新たな予約を着信する、および／または既存の予約に対するアップデートが生じる場合、スケジューリングシステムは、必要に応じて、合成予約を再補正もしくは再生成（空間的および時間的な競合を識別および解消）し、新たな提案を提供し、ならびに／または通知およびアクションを実行して、ユーザがアップデートされた予約の時刻表を達成するのを補助する。
【００３４】
本システムは、外部から駆動され合成的に生成された予約で構成される生成された単一の予約時刻表を、従来のカレンダー式インターフェースから新たなユーザインターフェースに及ぶ、様々な様式でレンダリングする。本開示は、提案および通知と共にイベント時刻表の動的な態様を捕捉する、そのような新たなインターフェースの例示的な実装を含む。いくつかの実施形態において、動的変化をもたらす因子は、（１）時間、（２）ユーザの場所、および／または（３）前述のような完全に異なる電子通知またはイベント源ストリームから推察される予約に関する予約情報を含む。
【００３５】
ここで、図面を参照すると、図１は、いくつかの実施形態による個人的時刻表アシスタントシステムを示す。図１は、イベント源１０１、イベントストリーム集積器１０２、スマートタグ解決サービス１０３、コンテンツスクレイピングサービス１０４、タイマー１０５、場所変更１０６、メタデータ１０７、割込みハンドラ１０８、有限状態機械１０９、スケジューラ１１０、イベント生成器／再補正器１１１、時刻表１１３、予約スレッド１１４および１１６、予約ノード１１５、インターフェース１１７および１１８、通知１１９、提案１２０、外部通知１２１、ならびに外部アクション１２２を含む。本システムは、完全に異なる電子通知またはイベント源１０１から予約情報を集積および推察するために、イベントストリーム集積器１０２を使用する。推察された予約情報は、予約時刻表１１３上にマッピングされる予約のメタデータ１０７として機能する。これらの電子通知から推察される予約情報は、大まかに、（１）時間（イベントが生じる時およびその期間に関する情報）、（２）場所（イベントが生じる所）、（３）イベントの性質（イベントの性質の把握は、イベントのタイプ、およびイベントの他の属性、例えばイベントの出席者等の分類を支援するスマートタグ（または大まかには名詞もしくは語句）を導出する具体的なレベルにある）に分類することができる。コンテンツをスマートタグに関連付けるための技術は、これらに限定されないが、参照により本明細書に組み込まれる２０１０年９月１０日出願の米国特許第１２／８７９，１４１号、名称「Ｍｅｔｈｏｄ  ｏｆ  ａｎｄ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｐｒｅｓｅｎｔｉｎｇ  Ｅｎｒｉｃｈｅｄ  Ｖｉｄｅｏ  Ｖｉｅｗｉｎｇ  Ａｎａｌｙｔｉｃｓ」に開示されるものを含む。いくつかの実施形態において、本システムは、イベントの性質の意味を使用して、このイベントの他のイベントに対する依存性を推察する。
【００３６】
この予約情報のデータ源は、継続中の情報のストリームを表し、そのいくつかは、これらに限定されないが、電子メール、カレンダーイベント、タスクアプリケーション、ノートアプリケーションデータ、ソーシャルネットワーキングアプリケーション、および／またはウェブサイトである。イベント集積器１０２は、これらの全く異なる源からのスマートタグを解決および曖昧さを排除して自由形式スケジューリング情報等の意味を推察することができる、スマートタグ解決サービス１０３と連動して機能する。例示的な自由形式スケジューリング情報は、予約が場所の名前を示唆しているかどうか等を含む。イベント集積器１０２は、さらに、トラベルサービス、航空会社等のウェブサイトからの情報を解析および推察して、上述のようにスマートタグ解決サービス１０３により解決されるスマートタグの解決を促進する、コンテンツスクレイピングサービス１０４と連動して機能する。
【００３７】
本システムは、（１）タイマー１０５、（２）場所変更１０６、および（３）前述のイベント源のいずれかからの新たな予約情報またはイベントメタデータ１０７の利用可能性という３種類の割込みに応答する。有限状態機械（ＦＳＭ）１０９の割込みハンドラ１０８は、適切な割込みハンドラにこの入力に対応するように委任する。ＦＳＭ１０９は、上述のカテゴリーからの割込みを処理し、予約に対する任意の予約情報に付随する場所および時間情報と共に、スケジュール入力を時刻表スケジューラ１１０に送る。いくつかのデバイスにおいて、場所アップデートイベントの処理は、バッテリー寿命を消費させる高電力使用を必要とする。バッテリー寿命の点で場所アップデートイベントが高価であるそのようなデバイスでは、いくつかの実施形態において、ＦＳＭ１０９は、場所アップデートを登録しないことにより、最適に機能する。その代わり、場所アップデートが本システムに到達すると、ＦＳＭ１０９は、現在の場所を問い合わせ、現在の場所を受信した後にアップデートを送る（場所の要求に対する応答が非同期であることを仮定して）。
【００３８】
ＦＳＭ１０９は、時刻表スケジューラ１１０と連動して機能し、時刻表スケジューラ１１０は、一方で合成イベント生成器／再補正器１１１と連動して機能し、（１）予約に関して予約時刻表１１３をアップデートして（インターフェース１１７を介して）予約間の依存性を反映し、（２）現在の状態に関する通知１１９および提案１２０を再生成する。必要な場合は、いくつかの実施形態において、時刻表スケジューラ１１０はまた、外部通知１２１および外部アクション１２２を生成する（インターフェース１１８を介して）。外部アクション１２２の例は、オンラインチケット発行サービスにより示される自動ＡＰＩを使用してレストランまたは映画のリザベーションを行うことである。外部通知１２１の例は、ユーザがミーティングに遅れ、ユーザが選択された受信者に連絡することができない場合にミーティングにおける受信者を選択するための、請求により、または非請求的に送信される自動メッセージである。いくつかの実施形態において、このサービスは、個人的アシスタントがネットワーク上に存在する場合に利用可能であり、例えば、本システムは、ユーザが電子メールに応答することができないときであっても、自動生成された「オフィス不在」メール等、ユーザに代わって電子メールに応答する。
【００３９】
合成イベント生成器１１１は、合成予約を生成し、空間および時間の制約を考慮してそれらを時刻表１１３内に注入する。一例は、外部アクション１２２により自動的に実行されるレストランでの夕食の予約の生成であり、一度実行されると、予約が時刻表１１３内に注入される。ミーティングが早めに終了したために、ユーザが予定よりも早く帰ることを選択し、より早い飛行機に乗ることを選択する場合、本アシスタントは、同様にユーザの代わりにキャンセルを開始する。
【００４０】
時刻表１１３は、予約スレッド１１４および予約スレッド１１６の２つの予約スレッドが、各スレッドが互いに依存する個々の予約ノード１１５を有する状態で示される実施形態を示す。いくつかの実施形態において、本個人的アシスタントのレンダリングインターフェースは、カレンダー式インターフェースと、提案および通知のためのインターフェースとの組み合わせである。他の実施形態において、これらの３つの要素全てを単一のインターフェースに捕捉する新たなインターフェースが提示される。レンダリングインターフェースとは無関係に、いくつかの実施形態において、ユーザインターフェースへの入力は、影付きのボックス１１２に示される要素、すなわち予約スレッド１１４、１１６、提案１２０、および通知１１９を有する時刻表１１３である。
【００４１】
図２は、本個人的時刻表アシスタントにより必要とされるいくつかのサービスが遠隔サーバ上に存在し、一方本システムの残りの部分は携帯デバイス上に存在する、本個人的時刻表アシスタントシステムの一実施形態を示す。図２は、図１に関連して説明されたような要素１０１〜１２３に対応する要素２０１〜２２３、ネットワーク２２４、およびインターフェース２２５を含む。図２において、スマートタグ解決サービス２０３およびコンテンツスクレイピングサービス２０４は、ネットワーク２２４上に存在する。このシナリオにおいて、外部集積器２０２は、ユーザのデバイス上に存在し、外部集積器２０２は、共にネットワーク２２４上に存在するスマートタグ解決サービス２０３およびコンテンツスクレイピングサービス２０４と通信する（インターフェース２２５を介して）。
【００４２】
デバイスが十分なメモリを有するいくつかの実施形態において、スマートタグ解決サービス２０３もまたデバイス上に存在する。いくつかの実施形態において、コンテンツスクレイピングサービス２０４は、デバイス上に存在する。そのような場合、例えば、本システムは、例えばテンプレートへのアップデートおよび／または既存のテンプレートへもしくは新たなテンプレートの変更が必要とされ、テンプレートが現在デバイス上に存在しない時に提供する、コンテンツスクレイピングサービス２０４をアップデートするシームレスな方法を含む。
【００４３】
いくつかの実施形態において、スマートタグ解決サービス２０３およびコンテンツスクレイピングサービス２０４がネットワーク２２４内に存在する場合、本システムは、プライバシー保護のためにセキュアな様式で要求を送り、サービスは、ステートレスな様式でサービスを提供し、要求を可能な限り匿名とする。図２に示される実施形態の１つの利点は、実施形態がユーザ状態情報をデバイス上に保持し、必要に応じて、ネットワークを控えめに、およびステートレスな様式で使用することである。
【００４４】
図３は、携帯デバイスが純粋にイベント集積器およびレンダリングインターフェースとして機能する、個人的時刻表アシスタントシステムの一実施形態を示す。図２と同様に、図３において、要素３０１〜３２３は、図１に関連して説明されたような要素１０１〜１２３に対応する。図３は、さらに、イベント同期マスター３２５、イベント同期スレーブ３２７、場所変更３２８、アップデート３２９、およびインターフェース３３１を含む。イベントスレーブ３２７は、集積されたイベントを遠隔システムに送る（インターフェース３３１を介して）。遠隔システムは、ユーザの状態（例えば、ユーザの過去のアクションの署名等）を維持する。サーバ上のイベント同期マスター３２５は、図２に関連して前述したように、クライアントアップデートを受信し、ＦＳＭ３０９に対するデバイスプロキシとして機能する。イベント同期マスター３２５はまた、場所変更３２８およびアプリケーション情報アップデート３２９等のデバイスイベントをＦＳＭ３０９に導く。イベント同期マスター３２５は、インターフェース３１７を介したレンダリング情報に関するアップデート、時刻表アップデート、およびインターフェース３１８を介したデバイスへのアクションまたは通知に応答し（インターフェース３３１を介して）、それらは両方とも時刻表スケジューラ３１０から受信される。この実施形態は、本個人的アシスタントが、ユーザがアクセス不可能または通信することができない場合であっても補助を提供し続けることができるという、図２に関連して説明された構成に勝る利点を有する。
【００４５】
図４は、２つの独立した予約スレッドを有する時刻表の実施形態を示す。本システムは、最初に、予約に関する予約情報を含む不完全な自由形式スケジューリング情報を推察し、予約が引き続き着信すると共に完全に近付くように、予約を徐々にアップデートする。図４は、時刻表４０１、予約スレッド４０２〜４０３、通知リスト４０４、提案４０５、およびノード４０７〜４１４を含む。例えば、ユーザは、最初に、「ベベオ（Ｖｅｖｅｏ）でのミーティング」という説明としてのただの構造化されていない自由形式ノート、ミーティングの日付、ベベオからの出席者（例えば、Ｍｕｒａｌｉ、Ｄａｒｅｎ）を用いてカレンダーイベントを作成する。時刻表４０１は、１つだけの初期予約ノード４１１で開始する。時間の経過と共に、本システムが航空券リザベーションおよびカーレンタル情報を表す予約を受信すると、本システムは、予約に関する、および初期予約ノード４１１により表される予約に関する予約情報を推察する。予約情報により、本システムは、マサチューセッツ、アンドーバー（Ａｎｄｏｖｅｒ、Ｍａｓｓａｃｈｕｓｅｔｔｓ）におけるベベオの場所を解決し、ベベオの複数のオフィスの場所の曖昧さを排除することができる。次いで、本システムは、追加の予約ノード４０７〜４１０を予約スレッドに追加する。
【００４６】
本システムが夕食予約（リザベーション）イベントを表す新たな予約を受信した場合、合成イベント生成器１１１（図１に示される）は、夕食リザベーションイベントを表す予約ノード４１２を時刻表４０１に追加する。図４において、時刻表４０１は、２つの独立した予約スレッド４０２、４０３を有する時刻表の実施形態を示す。予約スレッド４０２、４０３は、完全に異なるイベント源のメタデータストリームから推察される予約および合成的に生成された予約を表す予約ノードを有する。時刻表４０１は、縮尺通りに示されていない。予約スレッド４０２は、２つの予約ノード４１３、４１４（ダイヤモンド型ノードにより示されている）を有する個人的予約スレッドである。予約スレッド４０３は、６つの予約ノード４０６〜４１１（円型ノードにより示されている）を有する仕事予約スレッドである。
【００４７】
本システムは、異なる源から予約の形式で自由形式スケジューリング情報を定期的に受信し、受信した予約に基づいて新たな予約情報を推察し、完全に異なる源から推察された予約に関する時間、場所変更、および新たな予約情報により、通知リスト４０４または提案リスト４０５をアップデートする。例えば、航空券ブッキング電子メールメッセージとしての自由形式スケジューリング情報の受信に応答して、本システムは、航空券ブッキング電子メールメッセージから予約情報を推察および解釈し、ユーザがカリフォルニア（Ｃａｌｉｆｏｒｎｉａ）からボストン（Ｂｏｓｔｏｎ）に発つことを示す予約ノード４０６を作成する。ユーザがＢｏｓｔｏｎ空港に到着したことを示す航空券ブッキング電子メールメッセージ等のさらなる自由形式スケジューリング情報の受信に応答して、本システムは、さらなる航空券ブッキング電子メールメッセージから予約情報を推察および解釈し、予約ノード４０７を作成する。
【００４８】
レンタカー（カーレンタル、ｃａｒ ｒｅｎｔａｌ）確認リンク等の自由形式スケジューリング情報の受信に応答して、本システムは、提案リスト４０５を使用して提案を作成し、ユーザのカーレンタル確認リンクを示す。本システムは、さらに、ユーザ署名からユーザのカーレンタルのお得意様番号を取得し、番号（例えば、ＡＶＩＳ  Ｐｒｅｆｅｒｒｅｄ）を、提案リスト４０５からの提案と関連付ける。さらなるカーレンタル確認電子メールの受信に応答して、本システムは、さらなるカーレンタル確認電子メールから予約情報を推察および解釈して、例えば、ユーザがカーレンタルから車を受け取ったことを示す予約ノード４０８を作成する。
【００４９】
ユーザの場所変更等の自由形式スケジューリング情報に応答して、本システムは、提案リスト４０５から提案を作成して、ホテルリザベーション電子メールリンクを示す。本システムは、さらに、ユーザがホテルでの滞在に対してマイレージを受け取ることができるように、ユーザ署名からユーザの航空会社マイレージ会員カード番号を取得し、情報を提案に追加する。ホテルブッキングサイトへのウェブサイトリンクの受信に応答して、本システムは、予約情報を推察および解釈して、ユーザのホテルへのチェックインを表す予約ノード４０９を作成する。
【００５０】
ユーザのデバイスの場所変更等の自由形式スケジューリング情報の受信に応答して、本システムは、ユーザの友人の電話番号を含有し、ユーザが昼食のために友人と間もなく合うことになっていることのリマインダをトリガする提案を作成する。テキストメッセージ等の自由形式スケジューリング情報の受信に応答して、本システムは、テキストメッセージから予約情報を推察し、ユーザがレストランでの昼食のために同僚と会うことを表す予約ノード４１０を作成する。
【００５１】
それ自体自由形式スケジューリング情報を含有するカレンダーイベントの受信に応答して、本システムは、カレンダーイベントから予約情報を推察して、ユーザがミーティングに出席することを表す予約ノード４１１を作成する。
【００５２】
本システムは、さらに、ユーザ署名に基づいて、ユーザの好みのレストランでの夕食のリザベーションを表す合成予約ノード４１２を作成する。ユーザの署名は、ユーザがＢｏｓｔｏｎを訪れた際には（頻度は低い）常にこのレストランに行くことを示す。
【００５３】
デバイス上でのＡＭＡＺＯＮ購入確認電子メール等の自由形式スケジューリング情報の受信に応答して、本システムは、購入確認電子メールから予約情報を推察および解釈し、ユーザが友人の誕生日に友人に送る本を購入することを表す予約ノード４１３を作成する。例えば、本システムは、その購入が友人の誕生日のためであることを示す、購入確認電子メール中に言及されるギフト包装テキストを含む予約情報を解釈する。この予約情報の解釈は、さらに、合成予約ノード４１４を作成するように本システムをトリガする。本システムは、友人の誕生日に関してソーシャルネットワーキングサイトから予約情報を推察および解釈し、合成予約ノード４１４を作成する。本システムは、ソーシャルネットワーキングサイトと自由形式スケジューリング情報、例えばＡＭＡＺＯＮ購入確認電子メール内で言及される発送物受取人の名前との間の友人の名前の曖昧でない強い相関を分析および検証することにより、予約情報を推察および解釈する。この合成予約ノードは、さらに、友人の誕生日に友人に電話する提案を作成し、その提案に、デバイスの連絡先からの友人の連絡先情報を割り当てるように、本システムをトリガする。
【００５４】
図５は、いくつかの実施形態による、完全に異なるデータ源から受信され、時間的順序で生じるイベントに基づく時刻表上の予約ノードの作成を示す。図５は、時刻表５０１、個人的予約スレッド５０２、仕事予約スレッド５０３、および予約ノード５０６〜５１８を示す。前述のように、本システムは、イベントを表す自由形式スケジューリング情報の受信から時刻表予約ノードにアプリケーション情報を作成し、その予約ノードに関する後続の自由形式スケジューリング情報の受信に応答して予約ノードを徐々にアップデートする。図５は、仕事予約スレッド５０３を詳細に示す。予約ノード５１３、５１４で構成される個人的予約スレッド５０２は、個人的予約スレッド４０２および予約ノード４１３、４１４（図４に示される）に対応する。本システムは、開始および終了時間、連絡先、会社ならびに場所等のカレンダーイベント５１８から予約情報を推察し、予約を使用してミーティングノード５１１、５１２を作成する。航空券確認イベントを表す後続の予約５１９の受信に応答して、本システムは、予約ノード５０６、５０６、５１７、５１８を作成し、予約ノード５０６は、ミーティングのある都市への将来の出発を表し、予約ノード５０７は、ミーティングのある都市への将来の到着を表し、予約ノード５１７は、ミーティングのある都市からの将来の出発を表し、予約ノード５１８は、家への将来の到着を表す。カーレンタルイベント５２０に応答して、本システムは、予約ノード５０８、５１６を作成し、ノード５０８は、レンタカーの将来の受け取りを表し、ノード５１６は、将来の返却を表す。ホテル確認イベント５２１の受信に応答して、本システムは、予約ノード５０９、５１５を作成し、予約ノード５０９は、将来のチェックインを表し、予約ノード５１５は、将来のチェックアウトを表す。ＳＭＳイベント５２２の受信に応答して、本システムは、ユーザがミーティング前に昼食で同僚に会うための予約ノード５１０を作成する。
【００５５】
本システムは、ミーティングが行われる都市への過去の訪問からのユーザの優先度に関するユーザ署名における情報を使用して、合成予約ノードを表す予約ノード５１２を作成する。予約ノード５１２は、ユーザに代わってなされたリザベーションを表す。他の実施形態において、予約ノード５１２は、合成予約ノードではないが、ユーザへの提案である。提案のクリックの受信後、本システムは、それに応答して予約ノード５１２を作成する。
【００５６】
いくつかの実施形態において、本システムは、受信したイベントを表す自由形式スケジューリング情報から推察された予約情報に基づいて、および曖昧さ排除のユーザ確認に基づいて、予約の曖昧さを排除する。例えば、第１の予約は、ユーザが「Ｊｏｈｎ」とだけ入力したカレンダーイベント５１８から作成された予約ノード５１１、５１２である。ユーザのデバイス上のアドレス帳が２人のＪｏｈｎ（例えば、Ｊｏｈｎ  ＳｍｉｔｈおよびＪｏｈｎ  Ｊｏｎｅｓ）を含む場合、本システムは、２人の曖昧な名前の曖昧さを排除することができない。さらに航空券確認イベント５１９の受信後、本システムは、目的地の都市をＳａｎ  Ｆｒａｎｃｉｓｃｏに設定する。両方のＪｏｈｎがＳａｎ  Ｆｒａｎｃｉｓｃｏ近辺の住所を有する場合、本システムは、カレンダーイベント５１８の曖昧さを排除することがまだ困難である。しかしながら、ユーザ署名が、過去のアクション（例えば、電話、電子メール、ＳＭＳ、ソーシャルネットワークインタラクション等）に基づき、Ｊｏｈｎ  Ｊｏｎｅｓよりも多くＪｏｈｎ  Ｓｍｉｔｈと通信していることを示す場合、システムは、曖昧さを解消するためにユーザ確認を要求および処理することができる。例えば、本システムは、「Ｊｏｈｎ  Ｓｍｉｔｈのことですか？」等とユーザに質問を投げかける。ユーザの選択の受信後、本システムは、該当する場合、さらなる合成予約またはアクションの作成に進む。さらなる実施形態において、システムは、ユーザの選択を処理して、将来の処理における使用のためにユーザ署名をアップデートする。
【００５７】
いくつかの実施形態において、本システムは、予約情報がシステム閾値を超える信頼度を表す場合、受信した予約からの予約情報に基づいて予約の曖昧さを排除する。例えば、ユーザがカレンダー内に「Ｊｏｈｎ」とだけ入力してあるが、Ｊｏｈｎ  ＪｏｎｅｓがＴｅｘａｓに住んでいる場合、Ｓａｎ  Ｆｒａｎｃｉｓｃｏまでの飛行機の航空券確認の受信により、本システムは、Ｊｏｈｎの曖昧さを排除して、カレンダー予約をＪｏｈｎ  Ｓｍｉｔｈに絞ることができる。本システムは、該当する場合は、カレンダー予約がＪｏｈｎ  Ｓｍｉｔｈを指すことを暗に仮定して、合成予約の作成に進む。このシナリオにおいて、本システムは、システム閾値を超える曖昧さを解消し、それにより、ユーザが２つの可能性の間の曖昧さを明示的に排除することを必要としない。
【００５８】
いくつかの実施形態において、本システムは、受信した予約内の自由形式非構造化データから決定される予約情報に基づいて予約の曖昧さを排除する。例えば、ユーザは、テキスト説明として「ジョン（Ｊｏｈｎ）  Ｘ−Ｃｏｍｐａｎｙ」とタイプし、Ｘ会社（Ｘ−Ｃｏｍｐａｎｙ）は、サンフランシスコ（Ｓａｎ  Ｆｒａｎｃｉｓｃｏ）およびカナダのオタワ（Ｏｔｔａｗａ、Ｃａｎａｄａ）に支店を有する。本システムは、ミーティングが行われる場所に関して曖昧さを有し得る。ユーザは、次いで、カレンダーイベントに、彼が例えば電話に基づいてミーティングに出席することを知った別の名前を追加する。この時点で、カレンダーイベントは、「Ｊｏｈｎ  Ｘ−Ｃｏｍｐａｎｙ  パット（Ｐａｔ）」という自由形式非構造化データを含有する。ユーザは、Ｘ−Ｃｏｍｐａｎｙの連絡先リスト内にパットの登録を有する。さらに、パットのオフィスの住所は、Ｓａｎ  Ｆｒａｎｃｉｓｃｏを示す。そのような場合、本システムは、この予約情報またはメタデータが、ミーティングの場所の曖昧さを排除するのに十分強力であるとみなし、パットがＳａｎ  Ｆｒａｎｃｉｓｃｏにいることから、Ｓａｎ  Ｆｒａｎｃｉｓｃｏをミーティングの場所と結論付ける。Ｓａｎ  Ｆｒａｎｃｉｓｃｏの空港への航空券確認イベントの受信後、本システムは、さらにこの結論を確証する。
【００５９】
本システムは、合成予約を時間および空間的なユーザの存在と一致するように調節することにより、常にリアルタイムの予約ストリームに適応する。例えば、航空券確認イベントは、別の支店の場所における空港に対するものであってもよい。したがって、本システムは、合成予約を新たなミーティングの場所に従って再演算および調節することにより、合成予約を時間および空間的なユーザの存在と一致するように調節する。さらなる実施形態において、ユーザの場所の持続的な決定は、バッテリー残量を消費し得るため、本システムは、予約ノードが進行中である時、または外部イベントが生じた時のみ場所チェックを実行する。
【００６０】
本システムは、複数の曖昧さ排除因子を含む。場所は時刻表に影響する因子であるが、時間のみでも因子となり得る。例えば、ユーザが特定の時間に会議電話に出ることになっている場合、そのイベントは、ユーザがいる場所に関係なく生じ得る。（例えばユーザが飛行機で移動中である場合等、境界条件によってユーザはアクセス不可能となり得る。いくつかの場合においては、飛行機は、ユーザが地上の相手と通信することができる手段を有する。）    いくつかの実施形態において、本システムは、実際にはリアルタイムの競合がない場合（例えば、ミーティングは重ならないがミーティングまでの出張が重複している場合）であっても、会議電話が出張計画の間に挟まれた際に過密スケジュールであることを示す、視覚的合図をユーザに提供する。これらの視覚的合図は、個人秘書またはアシスタントが、ユーザが確かに異なるミーティングへの道すがら会議電話に出たいかどうかを尋ねるのと類似している。
【００６１】
図６は、いくつかの実施形態による、ユーザがミーティングのためにＳａｎ  Ｊｏｓｅに出張する際に示されるユーザインターフェースを示す。図６は、時間６０１および通知６０２を含む。インターフェースは、電話のホームスクリーンにおける単純なインターフェース内に、時刻表の要素および提案を示す。インターフェースは、ユーザの場所を考慮して、関連する時間的順序で通知６０２を表示する。時間６０１およびユーザの場所は、イベントストリームデータから解釈された意味の動的な変化に加えて、ユーザインターフェース上に示される通知６０２または提案を決定する（「飛行機の遅れ」ＳＭＳ等）。
【００６２】
ユーザインターフェースは、時間６０２およびユーザの場所に基づき、関連するイベントを表す予約をユーザに示す。ユーザインターフェースは、個人的予約スレッド５０２および仕事予約スレッド５０３（図５に示される）等の複数の予約スレッドを集積する。ユーザインターフェースは、ユーザに有用な時間的および空間的順序で予約を配置および表示する。例えば、図６は、カレンダー（Ｃａｌｅｎｄａｒ）アプリ、本システムが分析および解釈する電子メールから割り当てられた地図アプリ（Ｍａｐｓアプリ）、ならびにユーザの場所に基づくＹＥＬＰビジネス推奨サービスアプリから集積された通知を示しているユーザインターフェースを示す。
【００６３】
図６は、左側に、ユーザがシスコ社（ＣＩＳＣＯ）でのミーティングのためにベイエリア（Ｂａｙ  Ａｒｅａ）に到着することを示す。本システムは、電子メールまたはカレンダーイベント等の電子通知内の自由形式スケジューリング情報から、ミーティングに関する予約情報を推察する。ユーザインターフェースは、仕事予約スレッド５９３（図５に示される）に基づいて、ＣＩＳＣＯへの道順を示す。いくつかの実施形態において、これらの道順は、本システムが、ユーザが会うＣＩＳＣＯ従業員に属するオフィスを知るのに十分細かい。本システムは、電子メールおよびカレンダーイベントを含む電子通知からこの情報を推察し、目的地として適切なオフィスビルを表示する。また、通知６０２として、ＣＩＳＣＯ従業員の名前がボブ  スミス（Ｂｏｂ  Ｓｍｉｔｈ）であることが表示される。本システムは、Ｓｍｉｔｈ氏の電話番号を表示し、ユーザが電話して、ユーザが向かっている途中であること、遅れていること等をＳｍｉｔｈ氏に知らせることができるようにする。
【００６４】
ユーザインターフェースは、さらに、個人的予約スレッド５０２（図５に示される）を集積する。ユーザ署名に基づいて、本システムは、ユーザがピッツバーグ  パイレーツ（Ｐｉｔｔｓｂｕｒｇｈ  Ｐｉｒａｔｅｓ）に関心があることを知る。Ｂａｙ  Ａｒｅａにおけるユーザの場所に基づいて、ユーザインターフェースは、ユーザのスポーツに対する関心に一致する通知を表示し、ピッツバーグ  パイレーツがサンフランシスコ  ジャイアンツ（Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓ）と試合をしていることを示す。この通知の関連性メトリック（ｍｅｔｒｉｃ、計量）はより低いため、ユーザインターフェースは、上述の主要な予約の後にこの通知をランク付けして表示し、通知はその日のより遅くに生じる。
【００６５】
図６は、右側に、個人的予約スレッド５０２（図５に示される）に基づき、以前の連絡先または友人の偶然の発見を示す合成予約を表す、ＬＩＮＫＥＤＩＮ通知を示す。ユーザインターフェースは、さらに、ユーザが事前に計画することができるように、翌日にスケジュールされた仕事予約スレッド５０３（図５に示される）に基づき、ミーティング予約を表示する。ユーザインターフェースは、さらに、本システムにより受信されたホテル確認電子メール内の自由形式スケジューリング情報に基づき、Ｂｌａｃｋ  Ｈｏｒｓｅ  ＰｕｂまたはＳｐｅｉｓｅｋａｍｍｅｒでの夕食の推奨、およびＴｈｅ  Ｆａｉｒｍｏｎｔホテルまでの道順を表示する。
【００６６】
ユーザインターフェースの他の例は、提案または通知ユーザインターフェースと組み合わされたカレンダーアプリケーションユーザインターフェースの組み合わせを使用して、予約ノードおよび提案または通知を示すことを含む。
【００６７】
図７は、いくつかの実施形態による、ユーザがマサチューセッツ州内の自分の都市にいる際に示されるユーザインターフェースを示す。図７は、時間６０１および通知６０２を含む。ユーザインターフェースは、時間６０１およびユーザの場所に基づき動的にアップデートする。本システムが、ユーザに関連するライブ状況アップデートを表す電子通知を受信した場合、ユーザインターフェースは、アップデートしてそのアップデートを表示する。例えば、交通状況アップデートを表す電子通知に応答して、ユーザインターフェースは、Ｉｎｔｅｒｓｔａｔｅ  ９３  Ｓｏｕｔｈ上で交通量警告（Ｔｒａｆｆｉｃ  Ａｌｅｒｔ）の形態で途中の遅れを表示する。
【００６８】
本システムが行うことができる提案または通知の限定されない例は、旅行に先立って目的地の都市の天候を表示すること、必要な時にマイレージ会員番号またはカーレンタル会員情報を表示すること、本システムがユーザの到着を確定したらすぐに、ユーザが出張している目的地の都市の予め取得した地図を示すこと、本システムがユーザの到着を確定したらすぐに、ミーティングがスケジュールされている人物の電話番号を表示すること（ユーザがエプロン上であわててデバイスを起動して、彼または彼女が遅れていることを電話して伝える時に、ユーザがいかなる検索も行う必要なしに、本システムがデバイス上にミーティングの出席者の何人かまたは全員の番号を表示するように）、特定の都市に出張する際に常に訪れる好みの場所での夕食のリザベーションを行うこと、ユーザが友人の誕生日（ユーザが仕事上のミーティングのために出張するのと同じ日に偶然重なる）に、数日前にユーザが本を購入して送った友人に電話することを気付かせることを含む。
【図１】
2014520297.tif 000003
【図２】
2014520297.tif 000004
【図３】
2014520297.tif 000005
【図４】
2014520297.tif 000006
【図５】
2014520297.tif 000007
【図６】
2014520297.tif 000008
【図７】
2014520297.tif 000009
【国際調査報告】
2014520297.tif 000010