JP6862755B2 - ライフイベントに基づく旅行計画のための方法及びシステム - Google Patents

Description

本開示で論じられている実施形態は、ライフイベントに基づく旅行計画に関係がある。

近年、旅行者は、テーマ指向の旅行にますます興味を持ちつつある。テーマは、旅行者が訪れたい現実世界の場所に関連するプロット、ストーリー、イベント、シーン、及びサイトを含み得る多種多様なソース（例えば、本、映画、印刷物、家族の物語、など）に基づいてよい。

本願で請求されている主題は、上記のような環境でのみ動作する、又は上記のような如何なる欠点も解消する実施形態に制限されない。むしろ、この背景技術は、本願で記載される本開示の実施形態が実施され得る一例となる技術分野を説明するために与えられている。

１つ以上の実施形態において、本開示は、自動化された旅行計画の方法を含んでよい。当該方法は、第１のライフイベント及び第２のライフイベントを旅行の根拠として取得することを含んでよい。当該方法は、第１の電子コンテンツを受け取り、該第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶し、第２の電子コンテンツを受け取り、該第２の電子コンテンツが前記第２のライフイベントと関連付けられるように前記第２の電子コンテンツを記憶することを更に含んでよい。当該方法は、前記第１のライフイベントのための第１の場所及び前記第２のライフイベントのための第２の場所を特定することを更に含んでよい。当該方法は、前記第１のライフイベント及び前記第２のライフイベントのマップを電子的に生成することを更に含んでよい。前記マップは、前記第１の場所と前記第２の場所との間の交通機関も含んでよい。前記マップは、前記第１のライフイベントに関連する前記第１の電子コンテンツ及び前記第２のライフイベントに関連する前記第２の電子コンテンツを更に含んでよい。当該方法は、旅程を自動的に生成することを更に含んでよく、該旅程は、前記第１のライフイベントと前記第２のライフイベントとの間の交通機関を含んでよい。

実施形態の目的及び利点は、特許請求の範囲において特に示されている要素、機能、及び組み合わせによって少なくとも実現及び達成される。

前述の概要及び以下の詳細な説明はいずれも例を提供し、例示であって限定ではない。

例となる実施形態は、添付の図面の使用を通じて、更なる特定及び詳細をもって記載及び説明される。

ライフイベントに基づく旅行計画のために構成された例となるシステムの図である。

ライフイベントに基づく旅行計画のために構成された例となるシステムのブロック図である。

旅行に考慮されるライフイベントの表示の例である。

交通機関選択肢の表示の例である。

例となるライフイベントに基づいた旅行日程である。

ライフイベントに基づく旅行計画のために構成された例となるシステムのブロック図である。

ライフイベントに基づく旅行計画の例となる方法のフローチャートである。

ライフイベントに基づく旅行計画の他の例となる方法のフローチャートである。 図８Ａのフローチャートの続きを表す。

ライフイベントに基づく旅行計画の例となる方法のフローチャートである。

本開示は、ライフイベントに基づく旅行計画に関する。「ライフイベント」は、ユーザにとって特定の意義又は重要性を持ちうる如何なるイベント又はイベントの連続も含んでよい。いくつかの実例となる非制限的な例は、以下で表１において見られる。いくつかの実施形態において、ユーザは、旅行計画の根拠として一連のライフイベントを選択するか、又は自身に提供してもらってよい。ライフイベントに関連する電子コンテンツ（例えば、写真、音楽、映像、など）は、いくつかの実施形態において、ライフイベントに関連付けて記憶されてよい。ライフイベントのための場所も提供又は決定されてよい。マップは、その場所でのライフイベント及びライフイベントの関連する電子コンテンツとともにユーザに提供されてよい。マップは、ライフイベントの場所間の潜在的な移動選択肢を更に含んでよい。移動選択肢を選択した後、旅程は、ライフイベント、関連する電子コンテンツ、及びライフイベント間の移動についてユーザに提供されてよい。旅行の座席が自動的に予約されてもよい。旅行が始まった後、旅程を使用する旅行者がライフイベントの１つの場所に到着する場合に、そのライフイベントに関連した電子コンテンツは旅行者に配信されてよい。

本開示で使用されるように、語「ライフイベント」は、過去に起こった、ユーザにとって何らかの重要性を持つユーザ又はユーザの友人／家族の人生における出来事に言及してよい。いくつかの非制限的な例として、ライフイベントは、結婚式、葬儀、出生、第１の家への転居、最初のデート、新しい仕事、仕事での昇進、家族のバケーション、両親の結婚記念日、両親の最初のデート、などを含んでよい。いくつかの実施形態において、ライフイベントは、ライフイベント属性及び／又はライフイベントの重要度を表す重要度属性を有してよい。例えば、ユーザの第１の子どもの誕生は、ユーザの十代の間の夏休み中のアルバイトよりも高いライフイベント属性スコア及び／又は重要度属性スコアを有してよい。

本開示の実施形態は、添付の図面を参照して説明される。

図１は、本開示にいくつかの実施形態に従って、ライフイベントに基づく旅行計画のための例となるシステム１００の図である。システム１００は、旅行計画サーバ１１０、旅行計画クライアント１２０、旅行者の携帯機器１３０、及び通信のためのネットワーク１４０を含んでよい。旅行計画サーバ１１０は、ライフイベントに基づく旅行をアレンジするよう、ネットワーク１４０を介して旅行計画クライアント１２０と通信してよい。例えば、旅行計画サーバ１１０は、ライフイベント、電子コンテンツ、場所、及び／又は交通機関の選択肢を集め、それらを旅行計画クライアント１２０のユーザに提供してよい。旅行計画クライアント１２０は、旅行計画サーバ１１０からのクエリに対する応答を供給してよく、且つ／あるいは、ライフイベントに基づく旅行を計画するよう、ユーザによって選択された情報を入力してよい。

旅行が開始された後、旅行計画サーバ１１０は、ネットワーク１４０を介して旅行者の携帯機器１３０との間でコンテンツを送信及び／又は受信してよい。例えば、旅行計画サーバ１１０は、ライフイベントに関連した電子コンテンツを旅行者の携帯機器１３０へ送ってよい。加えて、旅行者の携帯機器１３０は、電子コンテンツを旅行計画サーバ１１０へ送ってよい。

ネットワーク１４０は、旅行計画サーバ１１０、旅行計画クライアント１２０、及び旅行者の携帯機器１３０の１つ以上の間の通信を提供するよう構成された如何なるデバイス、システム、コンポーネント、又はそれらの組み合わせも含んでよい。例として、ネットワーク１４０は、旅行計画サーバ１１０、旅行計画クライアント１２０、及び／又は旅行者の携帯機器１３０が通信することを可能にする１つ以上のワイドエリアネットワーク（ＷＡＮ；wide area network）及び／又はローカルエリアネットワーク（ＬＡＮ；local area network）を含んでよい。いくつかの実施形態において、ネットワーク１４０は、複数のＷＡＮ及び／又はＬＡＮの間の論理的及び物理的な接続によって形成されたグローバルなインターネットワークを含むインターネットを含んでよい。代替的に、又は追加的に、ネットワーク１４０は、１つ以上のセルラーＲＦネットワーク並びに／又は１つ以上の有線及び／若しくは無線ネットワーク、例えば、制限なしに、８０２．ｘｘネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）アクセスポイント、無線アクセスポイント、ＩＰベースネットワーク、又は同様のものを含んでよい。ネットワーク１４０は、１つのタイプのネットワークが他のタイプのネットワークと相互作用することを可能にするサーバを更に含んでよい。追加的に、又は代替的に、ネットワーク１４０は、イントラネット、あるいは、組織内で又は別なふうに安全な様態で通信する１つ以上のコンピュータデバイスを含んでよい。

変更、追加、又は削除は、本開示の適用範囲から逸脱することなしに図１に対して行われてよい。例えば、システム１００は、本開示で図示又は記載されているよりも多い又は少ない要素を含んでよい。例えば、システム１００は、電子コンテンツ、ライフイベント、及び／又はソーシャルメディアデータによって旅行計画への入力を提供することができるサードパーティを含んでよい。

旅行計画サーバ１１０、旅行計画クライアント１２０、及び旅行者の携帯機器１３０の動作及び相互作用は、図２において更に詳細に記載されてよい。旅行計画サーバ１１０、旅行計画クライアント１２０、及び旅行者の携帯機器１３０のいずれもが、図６に関連して記載されるコンピュータデバイスとして実装されてよい。

図２は、本開示のいくつかの実施形態に従って、ライフイベントに基づく旅行計画のための例となるシステム２００のブロック図である。システム２００は、旅行計画サーバ１１０、旅行計画クライアント１２０、旅行者の携帯機器１３０、及びネットワーク１４０を含んでよい。旅行計画サーバ１１０は、例えば、ライフイベントモジュール２１１、電子コンテンツモジュール２１２、場所モジュール２１３、交通機関モジュール２１４、予約モジュール２１５、配信モジュール２１６、及び／又は追跡モジュール２１７を含む、ライフイベントに基づく旅行の計画を助ける１つ以上のモジュールを含んでよい。旅行計画クライアント１２０は計画モジュール２２２を含んでよい。旅行者の携帯機器１３０は、位置決めモジュール２３２及び表示モジュール２３４を含んでよい。

いくつかの実施形態において、制限なしに旅行計画サーバ１１０、ライフイベントモジュール２１１、電子コンテンツモジュール２１２、場所モジュール２１３、交通機関モジュール２１４、予約モジュール２１５、配信モジュール２１６、追跡モジュール２１７、旅行計画クライアント１２０、計画モジュール２２２、旅行者の携帯機器１３０、位置決めモジュール２３２、及び／又は表示モジュール２３４を含む、システム２００のコンポーネント及び／又はサブコンポーネントのいずれもが、ハードウェア、ソフトウェア、又はそれらの如何なる組み合わせとしても実装されてよい。例えば、モジュール２１１、２１２、２１３、２１４、２１５、２１６及び２１７のいずれもが、記憶されている命令の１つ以上のプロセス又はルーチンとして実装され、且つ／あるいは、旅行計画サーバ１１０によって実装されてよい。追加的に、又は代替的に、モジュール２１１、２１２、２１３、２１４、２１５、２１６及び２１７のいずれもが、関連するメモリを伴ったプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ；digital signal processor）、特定用途向け集積回路（ＡＳＩＣ；application-specific integrated circuit）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ；Field-Programmable Gate Array）、あるいは、プログラム命令を解釈及び／若しくは実行するよう並びに／又はデータを処理するよう構成された何らかの他のデジタル又はアナログ回路構成のような、旅行計画サーバ１１０に関連した物理デバイスとして、あるいは、図６に表されているコンピュータデバイスとして、実装されてよい。追加的に、又は代替的に、計画モジュール２２２は、モジュール２１１、２１２、２１３、２１４、２１５、２１６及び２１７が旅行計画サーバ１１０に関して実装され得る方法の記載と同様にして旅行計画クライアント１２０に関して実装されてよい。追加的に、又は代替的に、モジュール２３２及び２３４は、モジュール２１１、２１２、２１３、２１４、２１５、２１６及び２１７が旅行計画サーバ１１０に関して実装され得る方法の記載と同様にして旅行者の携帯機器１３０に関して実装されてよい。

旅行計画サーバ１１０のモジュールは、ライフイベントに基づく旅行を計画することに関して記載されてよい。ライフイベントモジュール２１１は、旅行を計画する際に使用される１つ以上のライフイベントを受け取るよう構成されてよい。いくつかの実施形態において、ライフイベントは、ソーシャルネットワーキングデータ内で特定されてよい。例えば、ユーザは、旅行計画サーバ１１０がソーシャルネットワーキングデータを引き抜くソースとして使用するために、１つ以上のソーシャルネットワーキングのアカウント又は場所を特定してよい。ソーシャルネットワーキングデータは、ソーシャルメディアソース、例えば、Ｆａｃｅｂｏｏｋ（登録商標）アカウント、Ｔｗｉｔｔｅｒ（登録商標）アカウント、Ｇｏｏｇｌｅ＋（登録商標）アカウント、ＳＮＡＰＣＨＡＴ（登録商標）アカウント、ｍｙｓｐａｃｅ（登録商標）アカウント、Ｌｉｎｋｅｄｉｎ（登録商標）アカウント、Ｐｉｎｔｅｒｅｓｔ（登録商標）アカウント、Ｉｎｓｔａｇｒａｍ（登録商標）アカウント、ＴＵＭＢＬＲ（登録商標）アカウント、ｆｌｉｃｋｒ（登録商標）アカウント、ｖｉｎｅ（登録商標）アカウント、ＹｏｕＴｕｂｅ（登録商標）アカウント、ブログ、個人のウェブページ、電子メールアカウント、などのいずれか１つ又は組み合わせから集められてよい。

ライフイベントモジュール２１１は、ソーシャルメディアソースからソーシャルメディアデータを収集し、フィルタをかけてライフイベントを特定してよい。ソーシャルメディアデータにおいてライフイベントを特定することは、多数のライフイベント属性に基づき決定されてよい。いくつかの実施形態において、ライフイベントモジュール２１１は、ソーシャルメディアデータ内の如何なるテキストも解析して、ライフイベントに関連したキーワードを検索してよい。例えば、表１は、検索が実施され得るライフイベント及び関連するワードのリストの例を含む。なお、表１は、単に一例であり、イベント及び／又は関係があり得るワードは、本開示の適用範囲内でいくつであってもよい。

表１からの用語を使用するいくつかの例が与えられる。第１の例として、ユーザは、“Welcome to our new baby boy, weighing in at seven pounds six ounces.（ようこそ、体重７ポンド６オンスの私たちの生まれたての男の赤ん坊。）”と述べている、生まれたての赤ん坊の写真を含むＦａｃｅｂｏｏｋ投稿を有してよい。ソーシャルメディアデータのテキストを検索することによって、ライフイベントモジュール２１１は、そのソーシャルメディアデータに関連して出生が起きた可能性が高いと判断してよい。上記の用語の識別は、ライフイベント属性の例であってよい。いくつかの実施形態において、ライフイベントモジュール２１１は、関連する画像を、ライフイベントに関連した電子コンテンツとして電子コンテンツモジュール２１２へ送ってよい。ライフイベントモジュール２１１は、同じ時間の周辺の又は出生に関連した同様の言葉を伴った他の関連するソーシャルメディアをパースしてよい。そのようなパース及び検索は、電子コンテンツモジュール２１２へ送られ得るライフイベントに関連した追加の電子コンテンツをもたらしてよい。そのようなパース及び検索はまた、出来事がライフイベントであったことを確かめ、且つ／あるいは、ライフイベントの重要度を特性化するために、使用されてよい。例えば、コメントの言葉及び／又は他のソーシャルメディアデータをパースすることによって、出生がユーザの子ども、ユーザの血縁者の子ども、又はユーザの友人の子どもであったかどうかが判定される。それらのシナリオの夫々はライフイベントであってよいが、友人の子どもの出生は、ユーザの子ども出生よりも低い重要度属性を割り当てられてよい。

他の例として、ユーザは、彼の婚約者との最初のデートに関する物語を伝えるブログ投稿を、どんな歌を彼らがデートで聴いたのかを含め、投稿していてよい。ライフイベントモジュール２１１は、ソーシャルメディアデータを解析し、フィアンセとの最初のデートを示す入力を識別する語を見つけてよく、その入力をライフイベントとして特定してよい。ライフイベントモジュール２１１はまた、データで聴いた歌のような、関連する電子コンテンツを電子コンテンツモジュール２１２へ送ってもよい。

ライフイベントモジュール２１１は、ソーシャルメディアデータから利用されるデータのカテゴリ化を使用してよい。例えば、Ｆａｃｅｂｏｏｋからのライフイベント（Life Event）カテゴリ又はＬｉｎｋｅｄｉｎからの新規ジョブ（New Job）イベントが、ライフイベントを特定するために使用されてよい。

いくつかの実施形態において、ライフイベントモジュール２１１は、ライフイベントを特定するために、ソーシャルメディアデータから得られた１つ以上のライフイベント属性を利用してよい。ライフイベント属性は、関係があり得る語の１つがソーシャルメディア入力で使用されるたびに増えるカウンタを含んでよい。ライフイベント属性は、いつ、何回、又は何人の他のユーザが所与の出来事についてコメントし又は肯定的なフィードバックを与えているのかを含んでよい。ライフイベント属性は、ソーシャルメディアプロバイダからの出来事のカテゴリ（例えば、新規ジョブのステータス、関係ステータス（Relationship Status）の変化、ライブイベント（Live Event）のカテゴリ）を含んでよい。ライフイベント属性は、ユーザによるものを含め、映像が視聴された回数を含んでよい。ライフイベント属性は、誰が写真／映像にいると識別されるのかを含んでよい。ライフイベント属性は、どのような感情がピクチャ又は映像において示されているのかの解析を含んでよい。いくつかの実施形態において、ユーザが自身のソーシャルメディア入力に関するコメント又は肯定的なフィードバックを与え、あるいは、自身の映像を見る場合などに、それもライフイベント属性において反映されてよい。

ライフイベントモジュール２１１は、特定されたライフイベントを収集し、リストにおいてライフイベントに優先順位をつけてよい。いくつかの実施形態において、リストは、単に、独立した出来事として夫々のライフイベントに優先順位をつける。追加的に、又は代替的に、ライフイベントモジュール２１１は、複数のライフイベントをグループにまとめてよく、個々の出来事としてよりもむしろグループとしてライフイベントに優先順位をつけてよい。

いくつかの実施形態において、ライフイベントモジュール２１１は、ライフイベント又はライフイベントのグループに優先順位をつける際に１つ以上の重要度属性を利用してよい。いくつかの実施形態において、重要度属性は、出来事がライフイベントであったか否かを判定するために使用された同じ属性及び／又は因子であってよい。例えば、重要度属性は、ライフイベントに関するソーシャルメディア入力へのコメント又は肯定的な反応の数、誰がソーシャルメディア入力に対してコメントしたか、ソーシャルメディア入力を再投稿又は共有した人数、誰がソーシャルメディア入力を再投稿又は共有したか、ライフイベントに関する映像／写真の視聴回数、誰が映像／写真を視聴したか、誰が写真／映像において識別されるか、人々が写真／映像の中で笑っているか又は別なふうに肯定的な感情を表現しているか、誰が写真／映像において肯定的な感情を表現しているのか、ライフイベントの種類、などを含んでよい。

いくつかの実施形態において、所与のライフイベントについての重要度属性は、ライフイベントに優先順位をつける際に使用される値をもたらすよう、重み付けされて合算されてよい。特定の重要度属性を与えられるための重みは、計画モジュール２２２でのユーザ選択に基づいてよい。例えば、ユーザは、写真の中で家族をタグ付けすることが、ライフイベントに関連したソーシャルメディア入力についての票数よりも重要度において大きい重みを有することを選択してよい。他の例では、評価又はレビューのような何らかの情報は、出来事のソーシャルメディアカテゴリのような他の情報よりも大きい重みを与えられ得ると決定されてよい。代替的に、又は追加的に、特定の重要度属性を与えられるための重みは、システム２００のシステム管理者又は設計者によって設定されたデフォルト設定に基づいてよい。

ライフイベントがライフイベントモジュール２１１によって優先順位をつけられた後、優先順位をつけられた出来事のリストは、旅行計画クライアント１２０の計画モジュール２２２へ送信されてよい。リストは、ライフイベントに関連したソーシャルメディアデータ及び／又は電子コンテンツのいずれかを含んでよい。例えば、リスト内の所与のライフイベントについて、ライフイベントは、そのライフイベントに関するソーシャルメディア入力に関してなされたコメント、ソーシャルメディア入力についての何らかの関連する投票若しくは“いいね（likes）”、及びライフイベントに関連した写真若しくは映像のような何らかの電子コンテンツを表示してよい。旅行計画クライアント１２０にいるユーザは、旅行計画の根拠としてライフイベントの１つ以上を選択してよい。

いくつかの実施形態において、ユーザは、旅行計画のための自身の望ましいライフイベントを入力してよい。ユーザ入力は、ライフイベントモジュール２１１がライフイベント情報の手動入力をユーザに又は旅行計画クライアント１２０でそうするよう選択するユーザに要求することによって、トリガされてよい。そのような及び他の実施形態において、サードパーティも、旅行計画のためのライフイベントを入力してよい。例えば、ユーザは、自身の両親が、どのようにして両親が出会い、交際し、結婚したのかに基づき、ライフイベントを入力することを要求してよい。いくつかの実施形態において、ユーザによって入力されたライフイベント又はサードパーティによって入力されたライフイベントは、自動的に旅行計画に含まれてよい。代替的に、又は追加的に、ユーザによって入力されたライフイベント又はサードパーティによって入力されたライフイベントは、非常に高い重要度属性を与えられてよく、あるいは、ユーザが旅行計画の根拠としてライフイベントを選択し得るリストの一番上に置かれてよい。

電子コンテンツモジュール２１２は、ライフイベントに関連した電子コンテンツのための関係データベース及び／又は記憶場所となってよい。例えば、ライフイベントは、ライフイベントが起きたときに捕捉又は計算されたであろう写真、映像、音楽、テキスト、又は他の電子コンテンツを有してよい。電子コンテンツモジュール２１２は、電子コンテンツを記憶してよく、且つ／あるいは、電子コンテンツを対応するライフイベントと関連付けてよい。関連付けを用いると、電子コンテンツは、ライフイベントと関連付けて呼び戻されてよい。

いくつかの実施形態において、電子コンテンツの１つ以上のコンテンツは、ライフイベントを代表するものとして選択されてよい。例えば、ユーザは、ライフイベントを代表するものとして写真又は映像の中の静止フレームを選択してよい。追加的に、又は代替的に、ライフイベントモジュール２１１は、ライフイベントを代表するものとして写真又は映像を自動的に選択してよい。いくつかの実施形態において、選択するためにライフイベントのリストが提示される場合に、リストは、ライフイベント及び代表的な電子コンテンツを含んでよい。

場所モジュール２１３は、ライフイベントの場所を特定及び／又はクエリするよう構成されてよい。例えば、場所モジュール２１３は、所与のライフイベントの住所又は地理的座標を見つけるよう、その所与のライフイベントに関連するソーシャルメディアデータをパースしてよい。住所又は地理的座標が見つけられ得ない場合には、場所モジュール２１３は、ライフイベントの場所を特定しようと試みるよう、住所又は地理的座標を有し得るウェブページ又はサービスのようなウェブサービス（例えば、Ｇｏｏｇｌｅ Ｍａｐｓ又はＷｉｋｉｐｅｄｉａ（登録商標））にクエリしてよい。ライフイベントの場所が見つけられ得ない場合には、場所モジュール２１３は、旅行計画クライアント１２０にいるユーザにクエリしてよい。場所は、旅行者がライフイベントの場所を見つけるのを助けるのに有益であり得る他の特定情報も含んでよい。いくつかの実施形態において、場所モジュール２１３は、例えば、サードパーティが手動によりライフイベントを入力し、場所が知られていない場合に、サードパーティにもクエリしてよい。場所情報の様々なソースは、如何なる順序でも利用されてよい。例えば、場所モジュール２１３は、住所などを有し得るウェブページ又はサービスをチェックする前に、サードパーティにクエリしてよい。

いくつかの実施形態において、旅行のための根拠として選択すべきライフイベントのリストをユーザに提示する場合に、リストは、場所モジュール２１３によって特定された場所に基づくマップフォーマットで提示されてよい。マップは、例えば、ライフイベントのための場所にあるアイコンと、代表的な電子コンテンツのような、電子コンテンツの１つ以上のコンポーネントとを含んでよい。いくつかの実施形態において、一度に１つのライフイベントがユーザに表示されてよい。

旅行計画クライアント１２０の計画モジュール２２２は、ライフイベントに基づく旅行の計画を容易にするよう、ユーザが旅行計画クライアント１２０と相互作用することを可能にするよう構成された如何なるモジュール、プログラム、命令の組、デバイス、コンポーネント、又はシステムも含んでよい。いくつかの実施形態において、ユーザは、グラフィカルユーザインターフェイス（ＧＵＩ；graphical user interface）を通じて計画モジュール２２２と相互作用してよい。ＧＵＩは旅行計画クライアント１２０において出力されてよい。追加的に、又は代替的に、ユーザは、タッチスクリーン、タイプライター、マウス、マイク、又は他の適切な入力デバイスのような１つ以上の入力デバイスの使用を通じて計画モジュール２２２と相互作用してよい。ユーザは、制限なしに、旅行する場所の根拠としてのライフイベントの１つ以上に関する選択、ライフイベントのリストに現れなかった手動入力されたライフイベントのような手動入力データ、訪れるべき所望の地域、訪問のための所望の時間フレーム、ライフイベントに関連した電子コンテンツを選択すること、夫々の場所を訪れる順序を選択すること、訪れるべき夫々の場所の間の移動の方法、電子コンテンツを手動により入力すること、などを含む、ＧＵＩを通じた計画モジュール２２２への入力として様々な選択及び選別を提起してよい。

図３は、本開示のいくつかの実施形態に従って、旅行に考慮されるライフイベントの表示３００の例である。表示３００は、旅行の根拠と見なされる第１のライフイベントの場所にあるアイコンを伴ったマップ３０５を含んでよい。表示３００は、ライフイベントの名称３２０及びライフイベントの電子コンテンツ３３０を含んでよい。電子コンテンツ３３０は、代表的な電子コンテンツを含んでよく、且つ／あるいは、他の電子コンテンツを含んでよい。

表示３００は、ライフイベントの場所に関する他の情報を更に含んでよい。例えば、ライフイベントの場所の名称及び住所３４０が表示されてよい。加えて、場所に関する他の情報３５０が表示されてよい。他の情報は、レビュー、ランキング、評価、画像、操業時間、訪問のために推奨される期間、価格、解説、役に立つヒント、など及び追加情報へのリンクを含んでよい。

表示３００は、ユーザがユーザの旅行計画にライフイベントを含めたいか否かを示すためのユーザ選択可能な機構３６０を更に含んでよい。表示３００は、ライフイベントに関連付ける追加の電子コンテンツをアップロードするためのユーザ選択可能な機構３７０を更に含んでよい。

いくつかの実施形態において、ユーザは、ユーザが旅行の根拠として第１のライフイベントを選択した後に、表示３００のような表示を与えられてよい。ユーザは、ライフイベントに関連した電子コンテンツ３３０を見るために表示３００を使用してよい。そのような及び他の実施形態において、ユーザは、ライフイベントに関連した電子コンテンツの順序を追加、削除、又は修正してよい。どのような電子コンテンツ３３０がライフイベントと関連付けられるのかを修正すること、及び／又は順序を変更することによって、ユーザは、どのような電子コンテンツ３３０が、順序を含め、旅行者が第１のライフイベントの場所にいるときに、旅程に従う旅行者に提供され得るのかを制御してよい。

表示３００の１つの視覚描写が図３で与えられているが、表示のスタイル及びフォーマットは、単に、本開示の原理を説明する便宜上使用される例であり、全く限定ではない。表示３００に対する追加、削除、又は変更は、本開示の適用範囲内でいくつでも含まれてよい。例えば、いくつかの実施形態において、ユーザは、ライフイベントの場所にあるか又はその近くの場所についての、広告のような、関連するコマーシャルコンテンツ、又は旅行パック、クーポンのような電子商取引の提案、などを与えられてよい。

図２に戻ると、交通機関モジュール２１４は、場所モジュール２１３によって見つけられたライフイベントの場所を使用して、ライフイベントの１つ以上の間の交通機関選択肢を表示するよう構成されてよい。

交通機関選択肢は、異なるライフイベント間で旅行者が利用可能であり得る異なる交通機関選択肢を含んでよい。例となる交通機関選択肢は、制限なしに、車、タクシー、バス、地下鉄、列車、トロリー、ケーブルカー、徒歩、自転車、オートバイ、スクーター、ＳＥＧＷＡＹ（登録商標）スクーター、人力車、飛行機、ジェット機、ヘリコプター、雪上車、ボート、路面電車、ゴンドラ、などを含んでよい。加えて、交通機関選択肢は、価格、到着及び出発時間、スケジュール、乗車及び降車場所、ライフイベント間の推定移動時間、並びに同様のもののような、交通機関選択肢に関連したデータを含んでよい。交通機関選択肢は、１つ以上の交通機関選択肢データベース（図示せず。）から、あるいは、Ｇｏｏｇｌｅ Ｍａｐｓのような、訪問するかもしれない場所３０２の間の交通機関選択肢情報を含む何らかのウェブサイトから、又は何らかの他の適切なソースから、取得されてよい。

図４は、本開示のいくつかの実施形態に従って、交通機関選択肢の表示４００の例である。表示４００は、第１のライフイベントのための第１のアイコン４１０を含んでよく、第１のライフイベントに関連した第１の電子コンテンツ４１５を含んでよい。第１の電子コンテンツ４１５は、第１のライフイベントの代表的な電子コンテンツであってよく、あるいは、第１のライフイベントに関連した電子コンテンツのいくつか又は全てであってよい。表示４００は、第２のライフイベントに関連した第２のアイコン４１０を含んでよく、第２のライフイベントに関連した第２の電子コンテンツ４２５を含んでよい。第２の電子コンテンツ４１５は、第２の電子コンテンツの代表的な電子コンテンツであってよく、あるいは、第２の電子コンテンツに関連した電子コンテンツのいくつか又は全てであってよい。

表示４００は、第１のアイコン４１０と第２のアイコン４２０との間で視覚的に表されている複数の交通機関選択肢を更に含んでよい。例えば、地下鉄に乗車する第１の選択肢４３２は、表示４００において視覚的に表されてよく、バスに乗車し、そして歩く第２の選択肢４３４は、表示４００において視覚的に表されてよく、歩く第３の選択肢４３６は、表示４００において視覚的に表されてよく、タクシーに乗車する第４の選択肢４３８は、表示４００において視覚的に表されてよい。そのような及び他の実施形態において、異なる選択肢の表形式の描写も、例えば、表４４０によって、提供されてよい。表４４０は、第１のライフイベントと第２のライフイベントとの間の交通機関選択肢の夫々について、選択肢番号、交通機関様式、移動時間、及び推定費用を含んでよい。表されていないが、表示４００は、到着及び出発時間、移動様式及び／又は提供者のユーザレビュー、移動提供者の連絡先情報のような追加情報を更に含んでよい。

表示４００は、ユーザが、計画された旅行において第１のライフイベントの場所から第２のライフイベントの場所に至ることにおいて交通機関選択肢から１つを選択することを可能にする１つ以上のユーザ選択可能な機構を更に含んでよい。例えば、表４４０の中の項目は、ユーザが項目の中の１つをクリックすることを可能にするようハイパーリンクされてよく、あるいは、第１の選択肢４３２、第２の選択肢４３４、第３の選択肢４３６及び第４の選択肢４３８は、ユーザがルートをクリックするか又はルートから１つを別なふうに選択し得るように、ユーザ選択可能であるか又はハイパーリンクされてよい。

いくつかの実施形態において、表示４００は、第１のライフイベント及び／又は第２のライフイベントに関する追加情報を含んでよい。例えば、ライフイベントのリストにおいて又は図３の表示３００において提供される情報のいずれかが、第１及び第２のライフイベントに対して更なるコンテキストを提供するよう図４の表示４００において提供されてよい。更なるコンテキストを提供することは、ユーザが交通機関選択肢を選択することをより良く可能にし得る。

表示４００の１つの視覚描写が図４で与えられているが、表示のスタイル及びフォーマットは、単に、本開示の原理を説明する便宜上使用される例であり、全く限定ではない。表示４００に対する追加、削除、又は変更は、本開示の適用範囲内でいくつでも含まれてよい。例えば、いくつかの実施形態において、ユーザは、第１及び／又は第２のライフイベントの場所にあるか又はその近くの場所についての、広告のような、関連するコマーシャルコンテンツ、又は旅行パック、クーポンのような電子商取引の提案、などを与えられてよい。

図２に戻ると、予約モジュール２１５は、旅行計画の旅程を作成するよう構成されてよい。旅程は、ユーザによって選択されたライフイベント及びユーザによって選択された交通機関選択肢に基づいてよい。代替的に、又は追加的に、予約モジュール２１５は、ユーザ入力なしで自動的にライフイベント及び／又は交通機関選択肢の１つ以上を選択してよい。予約モジュール２１５によって生成された旅程は、ライフイベントに関連した電子コンテンツを更に含んでよい。例えば、ユーザが第１のライフイベントに関連すると写真及び２つの映像を選択した場合に、旅程は、第１のライフイベントに関連付けてそれらの写真及び２つの映像を含んでよい。

いくつかの実施形態において、旅程は、宿、食事（食べる場所も含む。）、夫々のライフイベント及び／又は夫々の他の場所に滞在するための推奨される期間又は時間、などを更に含んでよい。

いくつかの実施形態において、予約モジュール２１５は、旅程に従って旅行の座席を購入するよう構成されてよい。例えば、予約モジュール２１５は、飛行機チケットを購入し、車両レンタルを予約し、バスチケットを購入し、列車チケットを購入し、ホテルの部屋を予約し、入場チケットを購入する、などしてよい。そのような及び他の実施形態において、予約モジュール２１５は、旅行の座席を自動的に購入してよい。予約モジュール２１５はまた、如何なる旅行会社からの申し出も募ってよく、それらの選択範囲の中の１つ以上をユーザの選択のためにユーザに提供してよい。

いくつかの実施形態において、予約モジュール２１５は、旅行者のプロフィールを含んでよい。プロフィールは、旅行者の氏名、ユーザ名、住所、電子メールアドレス、携帯電話番号、誕生日、又は他の情報の１つ以上を含んでよい。プロフィールは、旅行計画を立てることに関して旅行者の１つ以上の好みを更に含んでよい。例えば、プロフィールは、旅行者にとって関心のある１つ以上の地域、好ましい移動時間（例えば、特定の季節、月、週、曜日、時間帯）、好ましい交通機関モード及び輸送業者、好ましい座席タイプ及び提供者、好ましい食事のタイプ及びレストラン、などを示してよい。

図５は、本開示のいくつかの実施形態に従って、例となるライフイベントに基づく旅行日程５００である。旅程５００は、第１のライフイベント５１０、第１のライフイベント５１０と第２のライフイベント５３０との間の移動のためのルート５２０、及び第２のライフイベント５３０を含んでよい。旅程５００は、計画された旅行の順序、ライフイベント間の交通機関、及びライフイベントの何らかの関連する電子コンテンツの視覚描写をユーザに提供してよい。

第１のライフイベント５１０は、第１のライフイベント５１０に関連したライフイベントの詳細及び代表的な第１の電子コンテンツ５１５を含んでよい。第１のライフイベント５１０の詳細は、第１のライフイベント５１０に関する如何なる情報も含んでよい。そのような詳細は、例えば、第１のライフイベント５１０の場所、第１のライフイベント５１０の住所、第１のライフイベント５１０に参加する個人のリスト、第１のライフイベント５１０の場所での操業時間、第１のライフイベント５１０の場所についてのレビュー、第１のライフイベント５１０の場所のためのチケット価格、第１のライフイベント５１０で起こったことの簡単な説明、などを含んでよい。第１のライフイベント５１０は、電子コンテンツ５１６及び５１７（「第１の電子コンテンツ１」及び「第１の電子コンテンツ２」と表記される。）のような電子コンテンツの他のコンポーネントを更に含んでよい。電子コンテンツ５１６及び５１７は、旅行者が第１のライフイベント５１０の場所に到着する場合に旅行者に配信される電子コンテンツを表してよい。電子コンテンツ５１７の後の省略記号は、第１のライフイベント５１０について電子コンテンツのコンポーネントがいくつでも含まれてよいことを示す。

第２のライフイベント５３０は、第１のライフイベント５１０と同様にして構成及び／又は配置されてよい。第２のライフイベント５３０は、第２のライフイベント５３０の詳細及び第２のライフイベント５３０に関連した代表的な第２の電子コンテンツ５３５を含んでよい。第２のライフイベント５３０は、電子コンテンツ５３６及び５３７（「第２の電子コンテンツ１」及び「第２の電子コンテンツ２」と表記される。）のような、電子コンテンツの他のコンポーネントを更に含んでよい。電子コンテンツ５３６及び５３７は、旅行者が第２のライフイベント５３０の場所に到着する場合に旅行者に配信される電子コンテンツを表してよい。電子コンテンツ５３７の後の省略記号は、第２のライフイベント５３０について電子コンテンツのコンポーネントがいくつでも含まれてよいことを示す。

いくつかの実施形態において、ライフイベントに関連した電子コンテンツは存在しなくてよい。いくつかの実施形態において、電子コンテンツは、旅行者がライフイベントの場所に到着するまで、ユーザから隠されてよい。例えば、サードパーティが、ライフイベントに関連した電子コンテンツを提供するよう求めた場合に、サードパーティは、旅行者がライフイベントの場所に到着するまでユーザに知られないよう、隠されたコンテンツとしてその電子コンテンツを指定してよい。そのような隠し機構は、例えば、親が、その子どもがライフイベントの場所に到着したときに子どもに見てもらいたい子どもの録画映像を持っている場合や、配偶者が、自身のパートナーがライフイベントの場所に到着したときに配信されるべき手紙を持っている場合などに、使用されてよい。

第１のライフイベント５１０及び第２のライフイベント５３０に加えて、旅程５００は、ルート５２０に関する情報を提供してよい。例えば、ルート５２０は、第１のライフイベント５１０の場所から第２のライフイベント５３０に移動するためにユーザによって選択された交通機関選択肢を含んでよい。ルート５２０は、例えば、交通機関の様式（例えば、バス、徒歩、タクシー）、出発時間、到着時間、金銭的な費用、推定移動時間、交通機関の様式を運転するビジネス名、交通機関の様式を示す画像、どこで旅行者が自身の交通機関に乗車又は開始し得るかを示す画像、旅行者がたどる道順のリスト、などを含め、ルート５２０に関する詳細をいくつでも含んでよい。

いくつかの実施形態において、変更は、ユーザによって旅程５００に対してなされてよい。例えば、ユーザは、新しいライフイベントを旅程５００に加えること、旅程５００のライフイベントを並べ替えること、及び／又は旅程５００のライフイベントの１つ以上に電子コンテンツを加えることを選択してよい。

いくつかの実施形態において、ユーザは、新しいライフイベントを手動により入力してよく、あるいは、リストから追加のライフイベントを選択してよい。例えば、新しいライフイベントを加えるよう、ユーザは、図２の計画モジュール２２２と相互作用して、旅程５００に含まれるべき新しいライフイベントを入力してよい。他の例として、ユーザは、優先順位をつけられたライフイベントのリストを提供されてよく、そして、旅程５００に含まれるべき追加のライフイベントを選択してよい。

いくつかの実施形態において、ユーザは、旅程５００のライフイベントを並べ替えてよい。例えば、ユーザは、第１のライフイベント５１０をクリックして、第２のライフイベント５３０の下にドラッグしてよい。そのような及び他の実施形態において、旅程のライフイベントを並べ替えることに応答して、旅行計画サーバは、ユーザによって選択された交通機関選択肢によって許される範囲でルート５２０を入れ換えてよい。例えば、ユーザが第１のライフイベント５１０の場所から第２のライフイベント５３０の場所まで歩くことを選択しており、順序が逆にされた場合には、旅行計画サーバは、第２のライフイベント５３０の場所から第１のライフイベント５１０の場所まで歩くことを維持してよい。旅行計画サーバは、道順、推定移動時間、出発時間、到着時間、などのような、ルート５２０のいくつかの詳細を修正してよい。

いくつかの実施形態において、ユーザは、ライフイベントの１つ以上に追加の電子コンテンツを加えてよい。ライフイベントの１つに電子コンテンツを加えるよう、ユーザは、ライフイベントに関連したいくつか又は全ての電子コンテンツのリスト又は視覚描写を提供されてよい。よって、ユーザは、電子コンテンツの１つ以上のコンポーネントを旅程に含まれるよう選択してよい。追加的に、又は代替的に、ユーザは、旅程に含まれるべき追加の電子コンテンツを手動によりアップロードすることを選択してよい。例えば、電子コンテンツを手動により加える選択肢を選択した後、ユーザは、図２の計画モジュール２２２と相互作用して、アップロードする電子コンテンツを選択してよい。そして、ユーザによって選択された電子コンテンツは、次いで、図２の旅行計画クライアント１２０から図２の旅行計画サーバ１１０の電子コンテンツモジュール２１２へ送られて、対応するライフイベント関連付けられてよい。

変更、追加、又は削除は、本開示の適用範囲から逸脱することなしに図２に対して行われてよい。例えば、システム２００は、本開示で図示及び記載されているよりも多い又は少ない要素を含んでよい。例えば、システム２００は、サーバ、クライアント、及び／又は携帯機器をいくつでも含んでよい。他の例として、旅行計画サーバ１１０、旅行計画クライアント１２０及び／又は旅行者の携帯機器１３０の機能は、全ての機能を実施する単一のデバイスのように、より少ない又は多いデバイスにまとめられてよい。加えて、図２の異なるモジュールは、単に例であり、それらの位置及び関連する動作は、単なる例示であり、本開示で記載されているものと異なってよい。モジュールのいずれかの動作は、より少ないモジュールにまとめられても、あるいは、更なるモジュールに展開されてもよい。追加的に、又は代替的に、モジュールのいずれか又はそれらの関連する動作は、旅行計画サーバ１１０、旅行計画クライアント１２０及び／又は旅行者の携帯機器１３０を含め、表されているデバイスのいずれでも実施されてよい。

変更、追加、又は削除は、本開示の適用範囲から逸脱することなしに図５に対して行われてよい。例えば、旅程５００は、本開示で図示及び記載されているよりも多い又は少ない要素を含んでよい。例えば、旅程５００は、ライフイベント及びライフイベント間のルートをいくつでも含んでよい。加えて、旅程５００は、ライフイベント間のルートを省略してよい。

図６は、本開示のいくつかの実施形態に従って、ライフイベントに基づく旅行計画のための例となるシステムのブロック図である。システムは、コンピュータデバイスとして動作することができ、ネットワーク１４０と通信することができるデバイス６００を含んでよい。例えば、デバイス６００は、デスクトップコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、携帯電話機、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ；personal digital assistant）、電子書籍リーダーデバイス、又は他の適切なコンピュータデバイスを含んでよい。ネットワーク１４０は、図１及び図２のネットワーク１４０と同様又は同一であってよい。旅行計画サーバ１１０、旅行計画クライアント１２０及び／又は旅行者の携帯機器１３０のいずれかが、デバイス６００として実装されてよい。追加的に、又は代替的に、旅行計画サーバ１１０、旅行計画クライアント１２０及び／又は旅行者の携帯機器１３０は、デバイス６００のような単一のデバイスとして実装されてよい。追加的に、又は代替的に、旅行計画サーバ１１０、旅行計画クライアント１２０及び／又は旅行者の携帯機器１３０の如何なるモジュール又はサブコンポーネントも、デバイス６００として実装されてよい。

デバイス６００は、プロセッサ６１０、メモリ６２０、データ記憶装置６３０、及び通信コンポーネント６４０を含んでよい。プロセッサ６１０、メモリ６２０、データ記憶装置６３０、及び／又は通信コンポーネント６４０は、全てが通信上結合されてよく、それにより、コンポーネントの夫々は他のコンポーネントと通信してよい。デバイス６００は、本開示で記載されている動作のいずれかを実施してよい。

一般に、プロセッサ６１０は、様々なコンピュータハードウェア又はソフトウェアモジュールを含む如何なる適切な特別目的又は汎用のコンピュータ、コンピューティングエンティティ、又はプロセッシングデバイスも含んでよく、如何なる適切なコンピュータ可読記憶媒体で記憶されている命令も実行するよう構成されてよい。例えば、プロセッサ６１０は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ；digital signal processor）、特定用途向け集積回路（ＡＳＩＣ；application-specific integrated circuit）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ；Field-Programmable Gate Array）、あるいは、プログラム命令を解釈するよう及び／若しくは実行するよう並びに／又はデータを処理するよう構成された何らかの他のデジタル又はアナログ回路構成を含んでよい。図６では単一のプロセッサとして表されているが、プロセッサ６１０は、本開示で記載されている動作をいくつでも個々に又は集合的に実施するよう構成されたプロセッサをいくつでも含んでよい。

いくつかの実施形態において、プロセッサ６１０は、メモリ６２０、データ記憶装置６３０、又はメモリ６２０及びデータ記憶装置６３０に記憶されているプログラム命令を解釈及び／若しくは実行し及び／又はデータを処理してよい。いくつかの実施形態において、プロセッサ６１０は、データ記憶装置６３０からプログラム命令をフェッチし、プログラム命令をメモリ６２０にロードしてよい。プログラム命令がメモリ６２０にロードされた後、プロセッサ６１０はプログラム命令を実行してよい。

例えば、いくつかの実施形態において、図２のライフイベントモジュール２１１、電子コンテンツモジュール２１２、場所モジュール２１３、交通機関モジュール２１４、予約モジュール２１５、配信モジュール２１６、追跡モジュール２１７、計画モジュール２２２、位置決めモジュール２３２、又は表示モジュール２３４の１つ以上は、プログラム命令としてデータ記憶装置６３０に含まれてよい。プロセッサ６１０は、それらのモジュールの１つ以上の命令をフェッチしてよく、そして、それらのモジュールのプログラム命令をメモリ６２０にロードしてよい。それらのモジュールのプログラム命令がメモリ６２０にロードされた後、プロセッサ６１０はプログラム命令を実行してよく、それにより、コンピュータデバイス６００は、上記のモジュールに関連した動作を、命令によって指示されるように実施してよい。

メモリ６２０及びデータ記憶装置６３０は、コンピュータ実行可能命令又はデータ構造を搬送する又は記憶しているコンピュータ可読記憶媒体を含んでよい。そのようなコンピュータ可読記憶媒体は、プロセッサ６１０のような汎用又は特別目的のコンピュータによってアクセスされ得る如何なる利用可能な媒体も含んでよい。例として、制限なしに、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ若しくは他の光ディスクストレージ、磁気ディスクストレージ若しくは他の磁気記憶デバイス、フラッシュメモリデバイス（例えば、ソリッドステートメモリデバイス）、あるいは、コンピュータ実行可能命令又はデータの形で所望のプログラムコードを搬送又は記憶するために使用されてよく且つ汎用又は特別目的のコンピュータによってアクセスされ得る何らかの他の記憶媒体を含む有形な又は非一時的なコンピュータ可読記憶媒体を含んでよい。それらの組み合わせも、コンピュータ可読記憶媒体の適用範囲内に含まれてよい。コンピュータ実行可能命令は、例えば、プロセッサ６１０に特定の動作又は動作群を実施させるよう構成された命令及びデータを含んでよい。

通信コンポーネント６４０は、デバイス６００とネットワーク１４０との間の通信を可能にする又は助けるよう構成された如何なるデバイス、システム、コンポーネント、又はコンポーネントの集合も含んでよい。例えば、通信コンポーネント６４０は、制限なしに、モデム、ネットワークカード（無線又は有線）、赤外線通信デバイス、光通信デバイス、無線通信デバイス（例えば、アンテナ）、及び／又はチップセット（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイス、８０２．６デバイス（例えば、メトロポリタンエリアネットワーク（ＭＡＮ；Metropolitan Area Network））、Ｗｉ−Ｆｉ（登録商標）デバイス、ＷｉＭＡＸ（登録商標）デバイス、セルラー通信設備、など）、及び／又は同様のものを含んでよい。通信コンポーネント６４０は、２、３例を挙げると、セルラーネットワーク、Ｗｉ−Ｆｉネットワーク、ＭＡＮ、光ネットワーク、などのような何らかのネットワーク（ネットワーク１４０を含む。）、及び／又は遠隔デバイスを含む、本開示で記載されている何らかの他のデバイスとデータが交換されることを可能にしてよい。

変更、追加、又は削除は、本開示の適用範囲から逸脱することなしに図６に対してなされてよい。例えば、デバイス６００は、本開示で図示及び記載されているよりも多い又は少ない要素を含んでよい。例えば、デバイス６００は、タブレット又は携帯電話機の画面のような、一体化された表示デバイスを含んでよく、あるいは、デバイス６００と別個であって通信上結合され得る外部モニタ、プロジェクタ、テレビジョン、又は他の適切な表示デバイスを含んでよい。

図７は、本開示のいくつかの実施形態に従って、ライフイベントに基づく旅行計画の例となる方法のフローチャートである。方法７００は、如何なる適切なシステム、装置、又はデバイスによっても実施されてよい。例えば、図１のシステム１００、図２のシステム２００、且つ／あるいは、図１及び／又は図２の旅行計画サーバ１１０は、方法７００に関連する動作の１つ以上を実施してよい。別個のブロックにより表されているが、方法７００のブロックの１つ以上に関連するステップ及び動作は、所望の実施に応じて、更なるブロックに分けられても、より少ないブロックにまとめられても、あるいは、削除されてもよい。

ブロック７１０で、第１及び第２のライフイベントは、旅行の根拠として取得されてよい。例えば、旅行計画サーバ（例えば、図１の旅行計画サーバ１１０）は、旅行計画クライアント（例えば、図１の旅行計画クライアント１２０）から、ソーシャルネットワーキングデータ（例えば、図１のネットワーク１４０を介して１つ以上のソーシャルネットワーキングサーバから受け取られたソーシャルネットワーキングデータ）を解析することによって自動的に生成されたライフイベントの優先順位付けされたリストからの第１及び第２のライフイベントのユーザ選択を受け取ってよい。追加的に、又は代替的に、例えば、旅行計画サーバが、ソーシャルネットワーキングデータを解析することによって、第１及び第２のライフイベントを自動的に選択してよい。

ブロック７２０で、第１の電子コンテンツは受け取られ、第１の電子コンテンツが第１のライフイベントと関連付けられ得るように記憶されてよい。例えば、第１のライフイベントを特定するソーシャルメディア入力が写真を有する場合には、その写真は、旅行計画サーバ（例えば、図１の旅行計画サーバ１１０）において、第１のライフイベントと関連付けて記憶されてよい。追加的に、又は代替的に、ユーザ（例えば、図１の旅行計画クライアント１２０を使用するユーザ）又はサードパーティ（例えば、コンピュータデバイスを使用し、図１のネットワーク１４０を介して通信する。）が、第１のライフイベントに関連付けられるものとして第１の電子コンテンツを投稿してよい。

ブロック７３０で、第２の電子コンテンツは受け取られ、第２の電子コンテンツが第２のライフイベントと関連付けられ得るように記憶されてよい。例えば、第２のライフイベントを特定するソーシャルメディア入力が映像を有する場合には、その映像は、旅行計画サーバ（例えば、図１の旅行計画サーバ１１０）において、第２のライフイベントと関連付けて記憶されてよい。追加的に、又は代替的に、ユーザ又はサードパーティが、第２のライフイベントに関連付けられるものとして第２の電子コンテンツを投稿してよい。

ブロック７４０で、第１のライフイベントのための第１の場所及び第２のライフイベントのための第２の場所は特定されてよい。例えば、第１のライフイベントのための住所は、第１のライフイベントに関するソーシャルメディア入力から引き出されてよく、ユーザは、電子マップ上で第２のライフイベントの場所を特定することによって第２のライフイベントの緯度及び経度を入力してよい。他の例として、レストラン名が、第１のライフイベントに関するソーシャルメディア入力から引き出されてよく、そして、レストランの住所が、そのレストランのウェブサイトから引き出されてよい。

ブロック７５０で、マップは、旅行計画サーバ（例えば、図１の旅行計画サーバ１１０）によって電子的に生成されてよい。マップは、第１及び第２のライフイベントをそれらの夫々の場所において含むとともに、第１及び第２のライフイベントの間の交通機関選択肢と、第１及び第２の電子コンテンツとを含んでよい。例えば、第１の電子コンテンツ（例えば、第１のライフイベントの写真）は、マップ上で第１のライフイベントの近くに表示されてよく、第２の電子コンテンツ（例えば、第２のライフイベントの映像）は、第２のライフイベントの近くに表示されてよい。他の例として、交通機関選択肢は、タクシー選択肢、徒歩選択肢、及びバス選択肢を含んでよい。いくつかの実施形態において、マップは、表示及び／又は記憶されてよく、且つ／あるいは、表示及び／又は記憶されるよう他のデバイスへ送信されてよい。

ブロック７６０で、日程は、旅行計画サーバ（例えば、図１の旅行計画サーバ１１０）によって第１及び第２のライフイベントに基づき旅行について自動的に生成されてよい。旅程は、第１及び第２のライフイベントと、第１及び第２の電子コンテンツと、第１及び第２のライフイベントの間の交通機関モードとを含んでよい。いくつかの実施形態において、第１の電子コンテンツは、旅程において第１のライフイベントの近くに位置付けられてよく、且つ／あるいは、第２の電子コンテンツは、旅程において第２のライフイベントの近くに位置付けられてよい。旅程は、第１及び／又は第２のライフイベント、交通機関モード、などのいずれか又は全てに関する追加情報を更に含んでよい。いくつかの実施形態において、旅程は、表示及び／又は記憶されてよく、且つ／あるいは、表示及び／又は記憶されるよう他のデバイスへ送信されてよい。旅程は、次いで、旅行者の携帯機器（例えば、図１の旅行者の携帯機器１３０）へ配信されるか、あるいは、旅行者の携帯機器への将来の配信のために旅行計画サーバで記憶されてよい。

従って、方法７００は、ライフイベントに基づく旅行を計画するために使用されてよい。変更、追加、又は削除は、本開示の適用範囲から逸脱することなしに方法７００に対してなされてよい。例えば、方法７００の動作は、別の順序で実施されてよい。追加的に、又は代替的に、２つ以上の動作は同時に実施されてよい。更には、説明されている動作及び手順は例として与えられており、動作及び手順のいくつは、開示されている実施形態の本質から外れることなしに、任意であっても、より少ない動作及び手順にまとめられても、あるいは、更なる動作及び手順に展開されてもよい。先に与えられている全ての例は限定されず、本開示の柔軟性及び広さを説明する働きをするにすぎない。

図８Ａ及び８Ｂは、本開示のいくつかの実施形態に従って、ライフイベントに基づく旅行計画の他の例となる方法のフローチャートである。方法８００は、如何なる適切なシステム、装置又はデバイスによっても実施されてよい。例えば、図１のシステム１００、図２のシステム２００、且つ／あるいは、図１及び／又は図２の旅行計画サーバ１１０は、方法８００に関連する動作の１つ以上を実施してよい。別個のブロックにより表されているが、方法８００のブロックの１つ以上に関連するステップ及び動作は、所望の実施に応じて、更なるブロックに分けられても、より少ないブロックにまとめられても、あるいは、削除されてもよい。

ブロック８０５で、ソーシャルネットワーキングデータは受け取られてよい。例えば、旅行計画サーバは、１つ以上のソース（例えば、ネットワーク、例えば、図１のネットワーク１４０、を介したソーシャルネットワーキングサーバ）から、及び／又は１人以上のユーザ若しくはサードパーティから（例えば、図１のネットワーク１４０を介する。）、ソーシャルネットワーキングデータを受け取ってよい。

ブロック８１０で、ライフイベントは、ソーシャルネットワーキングデータから得られたライフイベント属性に基づき、ソーシャルネットワーキングデータ内で特定されてよい。例えば、ライフイベントは、ソーシャルネットワーキングデータで使用されている語、投票の数、情報のカテゴリ、などに基づき、旅行計画サーバ（例えば、図１の旅行計画サーバ１１０）によって特定されてよい。

ブロック８１５で、ライフイベントは、ソーシャルネットワーキングデータから得られた重要度属性に基づき、ライフイベントのリスト内に優先順位付けされてよい。例えば、ライフイベント属性の１つ以上は、重要度属性として特定の重みを与えられてよく、重要度属性は合算されてよい。ライフイベントのリストは、合算値に基づき優先順位付けされてよい。ライフイベントの優先順位付けされたリストは旅行の根拠としての１つ以上のライフイベントのレビュー及び選択のためにユーザへ、例えば、旅行計画サーバから旅行計画クライアント（例えば、図１の旅行計画クライアント１２０）へ、送信されてよい。

ブロック８２０で、ユーザは、例えば、旅行計画クライアントで、ライフイベントの優先順位付けされたリストを提示されてよい。リストは、ライフイベントに関連した電子コンテンツを含んでよく、あるいは、電子コンテンツを含まなくてもよい。リストは、場所、投票数、重要度属性、ライフイベント属性、などのような、ライフイベントに関する追加情報を含んでよい。ブロック８２５で、旅行の根拠としてのライフイベントの選択が受けられてよい。例えば、ユーザは、旅行計画クライアントでライフイベントの選択を行ってよく、選択は、旅行計画サーバへ送信されてよい。

ブロック８３０で、ライフイベントに関連した電子コンテンツは、ソーシャルネットワーキングデータにおいて特定されてよい。例えば、特定されている又はライフイベントの根拠であり得るソーシャルメディア入力は、関連するピクチャ、映像、スライドショー、などを有してよい。ブロック８３５で、特定された電子コンテンツは、その電子コンテンツが対応するライフイベントと関連付けられるように記憶されてよい。例えば、電子コンテンツが、旅行計画サーバで記憶されるときに、対応するライフイベントと関連付けられるように、データベース入力、ポインタ、又は他の関連付けが存在してよい。

ブロック８４０（図８Ｂを参照）で、ユーザによって入力されたライフイベント、ライフイベントの場所、及び／又は電子コンテンツが受け取られてよい。例えば、ユーザは、旅行計画クライアントにおいて、旅行計画に含まれるべきライフイベントを手動により入力してよい。追加的に、又は代替的に、ユーザは、ライフイベントの場所を特定するよう要求されてよく又は選択してよく、且つ／あるいは、旅行計画サーバへ送信されるよう旅行計画クライアントでライフイベントの１つ以上に関連する電子コンテンツを投稿してよい。それらのユーザ入力のいずれもが、旅行計画サーバからの要求に応答してよい。

ブロック８４５で、１つ以上のサードパーティによって入力されたライフイベントの場所及び／又は電子コンテンツが受け取られてよい。例えば、サードパーティは、ネットワーク（例えば、図１のネットワーク１４０）を介して旅行計画サーバへ送信されるよう、コンピュータデバイスにおいて、旅行計画に含まれるべきライフイベントを手動により入力してよい。追加的に、又は代替的に、サードパーティは、ライフイベントの場所を特定するよう要求されてよく又は選択してよく、且つ／あるいは、ライフイベントの１つ以上に関連する電子コンテンツを投稿してよい。そのようなサードパーティ入力のいずれもが、旅行計画サーバからの要求及び／又はユーザからの要求に応答してよい。

ブロック８５０で、マップは電子的に生成されてよい。ブロック８５０でマップを電子的に生成することは、図７のブロック７５０と同様であってよい。ブロック８５５で、電子的に生成されたマップ上の交通機関選択肢の中の１つ以上のユーザ選択は、受け取られてよい。例えば、マップは、ユーザがマップの中の機能又は選択肢と相互作用すること又はそれを選択することを助けるユーザ選択可能な機構を含んでよい。ユーザは、旅行計画クライアントにおいてそのような選択を行ってよく、その選択は、ネットワークを介して旅行計画サーバへ送信されてよい。

ブロック８６０で、マップ上でなされた選択に関連した旅行の座席は予約されてよい。例えば、選択されたバス選択肢のためのバスチケットが購入されてよく、あるいは、予約が、ライフイベントの場所の１つにあるレストランでなされてよい、など。いくつかの実施形態において、他の旅行の座席、例えば、宿、ライフイベントと無関係の食事、なども予約されてよい。予約は、旅行計画サーバによって自動的に行われてよい。

ブロック８６５で、日程は、ライフイベントに基づき旅行について自動的に生成されてよい。旅程を自動的に生成することは、図７のブロック７６０と同様であってよい。例えば、旅程は、次いで旅行者の携帯機器へ送られてよく、あるいは、旅行者の携帯機器への後の送信のために旅行計画サーバで記憶されてよい。

従って、方法８００は、ライフイベントに基づく旅行を計画するために使用されてよい。変更、追加、又は削除は、本開示の適用範囲から外れることなしに方法８００に対してなされてよい。例えば、方法８００の動作は、別の順序で実施されてよい。限定されない例として、ブロック８６０は、ブロック８６５の後に実施されてよく、ブロック８３０及び８３５は、ブロック８１０の後に又はそれと同時に実施されてよく、ブロック８４０及び８４５は、先行するブロックのいずれかの前に実施されてよい、など。追加的に、又は代替的に、２つ以上の動作は同時に実施されてよい。限定されない例として、ブロック８４０及び８４５は同時に実施されてよく、ブロック８１０、８１５、８３０及び／又は８３５は同時に実施されてよい、など。更には、説明されている動作及び手順は例として与えられており、動作及び手順のいくつは、開示されている実施形態の本質から外れることなしに、任意であっても、より少ない動作及び手順にまとめられても、あるいは、更なる動作及び手順に展開されてもよい。限定されない例として、ブロック８４０及び８４５は省略されてよく、ブロック８６０は省略されてよく、ブロック８０５、８１０、８１５、８２０、８２５、８３０及び８３５は省略されてよい。先に与えられている全ての例は限定されず、本開示の柔軟性及び広さを説明する働きをするにすぎない。

図９は、本開示のいくつかの実施形態に従って、ライフイベントに基づく旅行の例となる方法のフローチャートである。方法９００は、如何なる適切なシステム、装置又はデバイスによっても実施されてよい。例えば、図１のシステム１００、図２のシステム２００、且つ／あるいは、図１及び／又は図２の旅行計画サーバ１１０は、方法９００に関連する動作の１つ以上を実施してよい。別個のブロックにより表されているが、方法９００のブロックの１つ以上に関連するステップ及び動作は、所望の実施に応じて、更なるブロックに分けられても、より少ないブロックにまとめられても、あるいは、削除されてもよい。

ブロック９２０で、旅行者の携帯機器は、旅行者の現在地について追跡されてよい。例えば、旅行者が旅程に従って旅を開始することに応答して、旅行者の携帯機器はＧＰＳなどを用いて追跡されてよい。追加的に、又は代替的に、旅行者は、図７の方法７００又は図８の方法８００により生成された旅程に従ってよい。ブロック９３０で、旅行者がライフイベントの１つの場所に現在いるかどうかに関して判定がなされてよい。例えば、旅行者の携帯機器の座標は、ライフイベントと座標と比較されてよい。旅行者の携帯機器の現在地がライフイベントのいずれの場所でもない場合には、方法９００はブロック９２０へ戻ってよい。旅行者の携帯機器の現在地がライフイベントの１つの場所と同じであることが決定される場合には、方法９００はブロック９４０に進んでよい。

ブロック９４０で、旅行者の携帯機器が位置しているライフイベントに関連する電子コンテンツは、旅行者の携帯機器へ配信されてよい。例えば、旅行者が、旅行者の携帯機器上で、旅行計画サーバに関連したアプリケーションを操作している場合に、アプリケーションは、旅行者の携帯機器の現在地でのライフイベントに関連した電子コンテンツを受信及び／又は要求してよい。例えば、ライフイベントの映像は、旅行者がライフイベントの場所に到着するときに旅行者の携帯機器へ配信されてよい。いくつかの実施形態において、電子コンテンツを配信することは、例えば、電子コンテンツが旅行者の携帯機器に既に記憶されている場合に、コンテンツを表示する命令を送信することを含んでよい。

ブロック９５０で、ライフイベント及び旅程に関連した電子コンテンツは受け取られてよい。例えば、旅行者は、ライフイベントの場所にいる間に写真を撮影したり、又は映像を録画したりしてよく、旅行計画サーバに関連したアプリケーションを用いてその電子コンテンツをアップロードしてよい。アップロードされた電子コンテンツは、旅行者及び／又は他が、旅行者がライフイベントの場所を訪れたときに生成され得る電子コンテンツを見ることができるように、旅程においてそのライフイベントと関連付けられてよい。

従って、方法９００は、ライフイベントに基づく旅行の実例であってよい。変更、追加、又は削除は、本開示の適用範囲から逸脱することなしに方法９００に対してなされてよい。例えば、方法９００の動作は、別の順序で実施されてよい。追加的に、又は代替的に、２つ以上の動作は同時に実施されてよい。例えば、ブロック９４０及び９５０は、表されているのとは逆の順序で行われてよく、且つ／あるいは、同時に実施されてよい。更には、説明されている動作及び手順は例として与えられており、動作及び手順のいくつは、開示されている実施形態の本質から外れることなしに、任意であっても、より少ない動作及び手順にまとめられても、あるいは、更なる動作及び手順に展開されてもよい。例えば、ブロック９５０は省略されてよい。先に与えられている全ての例は限定されず、本開示の柔軟性及び広さを説明する働きをするにすぎない。

本願で記載される実施は、以下で更に詳細に論じられるように、様々なコンピュータハードウェア又はソフトウェアモジュールを含む特別目的又は汎用のコンピュータの使用を含んでよい。

本願で開示されている技術の適用範囲内の実施形態は、コンピュータ実行可能命令又はデータ構造を搬送する又は記憶しているコンピュータ可読媒体も含んでよい。そのようなコンピュータ可読媒体は、汎用又は特別目的のコンピュータによってアクセスされ得る如何なる利用可能な媒体であってもよい。例として、制限なしに、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ若しくは他の光ディスクストレージ、磁気ディスクストレージ若しくは他の磁気記憶デバイス、あるいは、コンピュータ実行可能命令又はデータの形で所望のプログラムコード手段を搬送又は記憶するために使用されてよく且つ汎用又は特別目的のコンピュータによってアクセスされ得る何らかの他の記憶媒体を含んでよい。情報がネットワーク又は他の通信接続（有線、無線、又は有線若しくは無線の組み合わせのいずれか）を介してコンピュータへ転送又は供給される場合に、コンピュータは接続をコンピュータ可読媒体として適切に見なす。よって、如何なるそのような接続も、コンピュータ可読媒体と適切に称される。上記の組み合わせも、コンピュータ可読記憶媒体の適用範囲内に含まれてよい。

コンピュータ実行可能命令は、例えば、汎用のコンピュータ、特別目的のコンピュータ、又は特別目的のプロセッシングデバイスに特定の機能又は機能群を実施させる命令及びデータを有する。主題は、構造的な特徴及び／又は方法論的な動作などに特有の言語において記載されてきたが、添付の特許請求の範囲で定義されている主題は、上記の具体的な特徴又は動作に必ずしも制限されないことが理解されるべきである。むしろ、上記の具体的な特徴及び動作は、特許請求の範囲を実施する形態の例として開示されている。

本開示で使用されるように、語「モジュール」又は「コンポーネント」は、モジュール又はコンポーネントの動作を実施するよう構成された具体的なハードウェア実施、且つ／あるいは、コンピュータシステムの汎用のハードウェア（例えば、コンピュータ可読媒体、プロセッシングデバイス、など）に記憶され及び／又はそれによって実行されるソフトウェアオブジェクト又はソフトウェアルーチンに言及してよい。いくつかの実施形態において、本開示で記載される種々のコンポーネント、モジュール、エンジン、及びサービスは、コンピュータシステムにおいて（例えば、別個のスレッドとして）実行するオブジェクト又はプロセスとして実装されてよい。本開示で記載されるシステム及び方法のいくつかは、ソフトウェア（汎用のハードウェアに記憶され及び／又はそれによって実行される。）において実装されるものとして一般に記載されるが、具体的なハードウェア実施又はソフトウェアと具体的なハードウェア実施との組み合わせも可能であり、考えられている。本明細書において、「コンピューティングエンティティ」は、本開示において以前に定義された如何なるコンピュータシステム、又はコンピュータシステムで実行される如何なるモジュール若しくは組み合わせであってもよい。

本開示で、特に添付の特許請求の範囲（例えば、添付の特許請求の範囲の本文）で使用される語は、一般的に、“非限定的な（open）”用語として意図されている（例えば、語「含んでいる（including）」は、“〜を含んでいるが、〜に制限されない”との意に解釈されるべきであり、語「備えている（having）」は、「少なくとも〜を備えている」との意に解釈されるべきであり、語「含む（includes）」は、“〜を含むが、〜に制限されない”との意に解釈されるべきである、など。）。

加えて、導入されたクレーム記載（introduced claim recitation）において特定の数が意図される場合、そのような意図は当該クレーム中に明確に記載され、そのような記載がない場合は、そのような意図も存在しない。理解を促すために、例えば、後続の添付された特許請求の範囲では、「少なくとも１つの（at least one）」及び「１つ以上の（one or more）」といった導入句を使用し、クレーム記載を導入することがある。しかし、このような句を使用するからといって、「a」又は「an」といった不定冠詞によりクレーム記載を導入した場合に、たとえ同一のクレーム内に、「１つ以上の」又は「少なくとも１つの」といった導入句と「a」又は「an」といった不定冠詞との両方が含まれるとしても、当該導入されたクレーム記載を含む特定のクレームが、当該記載事項を１しか含まない例に限定されるということが示唆されると解釈されるべきではない（例えば、「a」及び／又は「an」は、「少なくとも１つの」又は「１つ以上の」を意味すると解釈されるべきである。）。定冠詞を使用してクレーム記載を導入する場合にも同様のことが当てはまる。

更には、導入されたクレーム記載において特定の数が明示されている場合であっても、そのような記載は、通常、少なくとも記載された数を意味するように解釈されるべきであることは、当業者には理解されるであろう（例えば、他に修飾語のない、単なる「２つの記載事項」という記載がある場合、この記載は、少なくとも２つの記載事項、又は２つ以上の記載事項を意味する。）。更に、「Ａ、Ｂ及びＣなどのうち少なくとも１つ」又は「Ａ、Ｂ及びＣなどのうちの１つ以上」に類する表記が使用される場合、一般的に、そのような構造は、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢの両方、ＡとＣの両方、ＢとＣの両方、及び／又はＡとＢとＣの全て、などを含むよう意図される。

更に、２つ以上の選択可能な用語を表す如何なる離接語及び／又は離接句も、明細書、特許請求の範囲、又は図面のいずれであろうと、それら用語のうちの１つ、それらの用語のうちのいずれか、あるいは、それらの用語の両方を含む可能性を意図すると理解されるべきである。例えば、「Ａ又はＢ」という句は、「Ａ又はＢ」、あるいは、「Ａ及びＢ」の可能性を含むことが理解されるべきである。

ここで挙げられている全ての例及び条件付き言語は、当該技術の促進に本発明者によって寄与される概念及び本発明を読者が理解するのを助ける教育上の目的を意図され、そのような具体的に挙げられている例及び条件に制限されないと解釈されるべきである。本発明の実施形態が詳細に記載されてきたが、様々な変更、置換、及び代替が、本発明の主旨及び適用範囲から逸脱することなしに行われてよい。

上記の実施形態に加えて、以下の付記を開示する。
（付記１）
自動化された旅行計画のための方法であって、
第１のライフイベント及び第２のライフイベントを旅行の根拠として取得し、
第１の電子コンテンツを受け取り、該第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶し、
第２の電子コンテンツを受け取り、該第２の電子コンテンツが前記第２のライフイベントと関連付けられるように前記第２の電子コンテンツを記憶し、
前記第１のライフイベントのための第１の場所及び前記第２のライフイベントのための第２の場所を特定し、
前記第１の場所と前記第２の場所との間の交通機関を含み、前記第１のライフイベントに関連する前記第１の電子コンテンツ及び前記第２のライフイベントに関連する前記第２の電子コンテンツを更に含む、前記第１のライフイベント及び前記第２のライフイベントのマップを電子的に生成し、
前記第１のライフイベントと前記第２のライフイベントとの間の交通機関を含む旅程を自動的に生成する
ことを含む方法。
（付記２）
前記第１のライフイベント及び前記第２のライフイベントを取得することは、
ユーザに関するソーシャルネットワーキングデータを受け取り、
前記ソーシャルネットワーキングデータのライフイベント属性を解析することによって、前記ソーシャルネットワーキングデータにおいて前記第１のライフイベント及び前記第２のライフイベントを特定し、
前記ソーシャルネットワーキングデータから得られた重要度属性に基づき前記第１のライフイベント及び前記第２のライフイベントに優先順位をつけ、
前記優先順位をつけられたライフイベントを前記ユーザへ伝え、
前記優先順位をつけられたライフイベントからのライフイベントの選択を受け取る
ことを含む、付記１に記載の方法。
（付記３）
前記第１の電子コンテンツを受け取り、該第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶することは、
前記第１の電子コンテンツが、前記第１のライフイベントの識別に寄与するソーシャルメディア入力の部分であることに基づき、前記ソーシャルネットワーキングデータにおいて前記第１の電子コンテンツを特定し、
前記第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶する
ことを含む、付記２に記載の方法。
（付記４）
前記第１のライフイベント及び前記第２のライフイベントを取得することは、ユーザによって入力されたライフイベントとして前記第１のライフイベント又は前記第２のライフイベントのうちの少なくとも１つを受け取ることを含む、
付記１に記載の方法。
（付記５）
前記第１の電子コンテンツを受け取ることは、
ユーザによって入力された電子コンテンツとして前記第１の電子コンテンツを受け取り、
前記第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶する
ことを含む、付記１に記載の方法。
（付記６）
前記第１の電子コンテンツを受け取ることは、
前記第１の電子コンテンツをサードパーティに要求し、
前記サードパーティから前記第１の電子コンテンツを受け取り、
前記第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶する
ことを含む、付記１に記載の方法。
（付記７）
前記第１の場所を特定することは、前記第１の場所のユーザ識別を要求することを含む、
付記１に記載の方法。
（付記８）
前記旅程を自動的に生成することは、前記第１の場所と前記第２の場所との間の交通機関を予約することを含む、
付記１に記載の方法。
（付記９）
旅行者の現在地のために該旅行者の携帯機器を追跡し、
前記旅行者の前記現在地が前記第１の場所であるかどうかを判定し、前記旅行者の前記現在地が前記第１の場所であるとの決定に基づき、前記第１の電子コンテンツを前記旅行者の前記携帯機器へ送り、
前記旅行者の前記現在地が前記第２の場所であるかどうかを判定し、前記旅行者の前記現在地が前記第２の場所であるとの決定に基づき、前記第２の電子コンテンツを前記旅行者の前記携帯機器へ送る
ことを更に含む付記１に記載の方法。
（付記１０）
前記マップを電子的に生成することは、
前記第１の場所と前記第２の場所との間の複数の交通機関選択肢を決定し、
前記交通機関選択肢の夫々についてのルート、前記交通機関選択肢の夫々についての費用、及び前記交通機関選択肢の夫々についての移動時間を前記マップ上に生成し、
前記複数の交通機関選択肢のうちの１つを選択するために前記マップをユーザへ送る
ことを含む、付記１に記載の方法。
（付記１１）
旅行計画システムであって、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行されることに応答して、当該システムに、
第１のライフイベント及び第２のライフイベントを旅行の根拠として取得し、
第１の電子コンテンツを受け取り、該第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶し、
第２の電子コンテンツを受け取り、該第２の電子コンテンツが前記第２のライフイベントと関連付けられるように前記第２の電子コンテンツを記憶し、
前記第１のライフイベントのための第１の場所及び前記第２のライフイベントのための第２の場所を特定し、
前記第１の場所と前記第２の場所との間の交通機関を含み、前記第１のライフイベントに関連する前記第１の電子コンテンツ及び前記第２のライフイベントに関連する前記第２の電子コンテンツを更に含む、前記第１のライフイベント及び前記第２のライフイベントのマップを電子的に生成し、
前記第１のライフイベントと前記第２のライフイベントとの間の交通機関を含む旅程を自動的に生成する
ことを含む１つ以上の動作を実施させるよう構成される命令を記憶しているコンピュータ可読媒体と
を有する旅行計画システム。
（付記１２）
前記第１のライフイベント及び前記第２のライフイベントを取得することは、
ユーザに関するソーシャルネットワーキングデータを受け取り、
前記ソーシャルネットワーキングデータのライフイベント属性を解析することによって、前記ソーシャルネットワーキングデータにおいて前記第１のライフイベント及び前記第２のライフイベントを特定し、
前記ソーシャルネットワーキングデータから得られた重要度属性に基づき前記第１のライフイベント及び前記第２のライフイベントに優先順位をつけ、
前記優先順位をつけられたライフイベントを前記ユーザへ伝え、
前記優先順位をつけられたライフイベントからのライフイベントの選択を受け取る
ことを含む、付記１１に記載の旅行計画システム。
（付記１３）
前記第１の電子コンテンツを受け取り、該第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶することは、
前記第１の電子コンテンツが、前記第１のライフイベントの識別に寄与するソーシャルメディア入力の部分であることに基づき、前記ソーシャルネットワーキングデータにおいて前記第１の電子コンテンツを特定し、
前記第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶する
ことを含む、付記１２に記載の旅行計画システム。
（付記１４）
前記第１のライフイベント及び前記第２のライフイベントを取得することは、ユーザによって入力されたライフイベント又はサードパーティによって入力されたライフイベントのうちの１つとして前記第１のライフイベント又は前記第２のライフイベントのうちの少なくとも１つを受け取ることを含む、
付記１１に記載の旅行計画システム。
（付記１５）
前記第１の場所を特定することは、前記第１の場所のユーザ識別又は前記第１の場所のサードパーティ識別のうちの１つを要求することを含む、
付記１１に記載の旅行計画システム。
（付記１６）
前記旅程を自動的に生成することは、前記第１の場所と前記第２の場所との間の交通機関を予約することを含む、
付記１１に記載の旅行計画システム。
（付記１７）
前記動作は、
旅行者の現在地のために該旅行者の携帯機器を追跡し、
前記旅行者の前記現在地が前記第１の場所であるかどうかを判定し、前記旅行者の前記現在地が前記第１の場所であるとの決定の後に、前記第１の電子コンテンツを前記旅行者の前記携帯機器へ送り、
前記旅行者の前記現在地が前記第２の場所であるかどうかを判定し、前記旅行者の前記現在地が前記第２の場所であるとの決定の後に、前記第２の電子コンテンツを前記旅行者の前記携帯機器へ送る
ことを更に含む、付記１１に記載の旅行計画システム。
（付記１８）
前記マップを電子的に生成することは、
前記第１の場所と前記第２の場所との間の複数の交通機関選択肢を決定し、
前記交通機関選択肢の夫々についてのルート、前記交通機関選択肢の夫々についての費用、及び前記交通機関選択肢の夫々についての移動時間を前記マップ上で提示し、
前記複数の交通機関選択肢のうちの１つを選択するために前記マップ上でユーザ選択可能な機構を提示する
ことを含む、付記１１に記載の旅行計画システム。
（付記１９）
旅行者の携帯機器の現在地を決定するよう前記旅行者の前記携帯機器を追跡し、
ライフイベントに基づく旅行の旅程の部分であって、電子コンテンツと関連付けられているライフイベントの場所と前記現在地を比較し、
前記現在地が前記ライフイベントの場所であるとの決定に基づき、前記電子コンテンツを前記旅行者の前記携帯機器へ配信する
ことを含む方法。
（付記２０）
前記ライフイベント及び前記旅行に関連する他の電子コンテンツを前記旅行者の前記携帯機器から受け取ること
を更に含む付記１９に記載の方法。

１００，２００ システム
１１０ 旅行計画サーバ
１２０ 旅行計画クライアント
１３０ 携帯機器
１４０ ネットワーク
２１１ ライフイベントモジュール
２１２ 電子コンテンツモジュール
２１３ 場所モジュール
２１４ 交通機関モジュール
２１５ 予約モジュール
２１６ 配信モジュール
２１７ 追跡モジュール
２２２ 計画モジュール
２３２ 位置決めモジュール
２３４ 表示モジュール
３０５ マップ
３３０，５１６，５１７，５３６，５３７ 電子コンテンツ
３６０，３７０ 選択可能な機構
４１５，５１５ 第１の電子コンテンツ
４２５，５３５ 第２の電子コンテンツ
５００ 旅程
５１０ 第１のライフイベント
５２０ ルート
５３０ 第２のライフイベント
６００ デバイス
６１０ プロセッサ
６２０ メモリ

Claims (20)

1. プロセッサによって旅行計画を自動生成する方法であって、
   ユーザに起こった第１のライフイベント及び第２のライフイベントを旅行の根拠として取得し、
   第１の電子コンテンツを受け取り、該第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶し、
   第２の電子コンテンツを受け取り、該第２の電子コンテンツが前記第２のライフイベントと関連付けられるように前記第２の電子コンテンツを記憶し、
   前記第１のライフイベントのための第１の場所及び前記第２のライフイベントのための第２の場所を特定し、
   前記第１の場所と前記第２の場所との間の交通機関を含み、前記第１のライフイベントに関連する前記第１の電子コンテンツ及び前記第２のライフイベントに関連する前記第２の電子コンテンツを更に含む、前記第１のライフイベント及び前記第２のライフイベントのマップを電子的に生成し、
   前記第１のライフイベントと前記第２のライフイベントとの間の交通機関を含む前記ユーザのための旅程を自動的に生成する
   ことを含む方法。
2. 前記第１のライフイベント及び前記第２のライフイベントを取得することは、
   前記ユーザに関するソーシャルネットワーキングデータを受け取り、
   前記ソーシャルネットワーキングデータのライフイベント属性を解析することによって、前記ソーシャルネットワーキングデータにおいて前記第１のライフイベント及び前記第２のライフイベントを特定し、
   前記第１のライフイベント及び前記第２のライフイベントの夫々について前記ソーシャルネットワーキングデータから重要度属性を取得し、該重要度属性に重みとなる数値を付与して該数値を合算し、該合算の結果を利用することによって、前記第１のライフイベント及び前記第２のライフイベントに優先順位をつけ、
   前記優先順位をつけられたライフイベントを前記ユーザへ伝え、
   前記優先順位をつけられたライフイベントからのライフイベントの選択を受け取る
   ことを含む、請求項１に記載の方法。
3. 前記第１の電子コンテンツを受け取り、該第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶することは、
   前記第１の電子コンテンツが、前記第１のライフイベントの識別に寄与するソーシャルメディア入力の部分であることに基づき、前記ソーシャルネットワーキングデータにおいて前記第１の電子コンテンツを特定し、
   前記第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶する
   ことを含む、請求項２に記載の方法。
4. 前記第１のライフイベント及び前記第２のライフイベントを取得することは、前記ユーザによって入力されたライフイベントとして前記第１のライフイベント又は前記第２のライフイベントのうちの少なくとも１つを受け取ることを含む、
   請求項１に記載の方法。
5. 前記第１の電子コンテンツを受け取ることは、
   前記ユーザによって入力された電子コンテンツとして前記第１の電子コンテンツを受け取り、
   前記第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶する
   ことを含む、請求項１に記載の方法。
6. 前記第１の電子コンテンツを受け取ることは、
   前記第１の電子コンテンツをサードパーティに要求し、
   前記サードパーティから前記第１の電子コンテンツを受け取り、
   前記第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶する
   ことを含む、請求項１に記載の方法。
7. 前記第１の場所を特定することは、前記第１の場所のユーザ識別を要求することを含む、
   請求項１に記載の方法。
8. 前記旅程を自動的に生成することは、前記第１の場所と前記第２の場所との間の交通機関を予約することを含む、
   請求項１に記載の方法。
9. 旅行者としての前記ユーザの現在地のために該旅行者の携帯機器を追跡し、
   前記旅行者の前記現在地が前記第１の場所であるかどうかを判定し、前記旅行者の前記現在地が前記第１の場所であるとの決定に基づき、前記第１の電子コンテンツを前記旅行者の前記携帯機器へ送り、
   前記旅行者の前記現在地が前記第２の場所であるかどうかを判定し、前記旅行者の前記現在地が前記第２の場所であるとの決定に基づき、前記第２の電子コンテンツを前記旅行者の前記携帯機器へ送る
   ことを更に含む請求項１に記載の方法。
10. 前記マップを電子的に生成することは、
    前記第１の場所と前記第２の場所との間の複数の交通機関選択肢を決定し、
    前記交通機関選択肢の夫々についてのルート、前記交通機関選択肢の夫々についての費用、及び前記交通機関選択肢の夫々についての移動時間を前記マップ上に生成し、
    前記複数の交通機関選択肢のうちの１つを選択するために前記マップを前記ユーザへ送る
    ことを含む、請求項１に記載の方法。
11. 旅行計画システムであって、
    １つ以上のプロセッサと、
    前記１つ以上のプロセッサによって実行されることに応答して、当該システムに、
    ユーザに起こった第１のライフイベント及び第２のライフイベントを旅行の根拠として取得し、
    第１の電子コンテンツを受け取り、該第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶し、
    第２の電子コンテンツを受け取り、該第２の電子コンテンツが前記第２のライフイベントと関連付けられるように前記第２の電子コンテンツを記憶し、
    前記第１のライフイベントのための第１の場所及び前記第２のライフイベントのための第２の場所を特定し、
    前記第１の場所と前記第２の場所との間の交通機関を含み、前記第１のライフイベントに関連する前記第１の電子コンテンツ及び前記第２のライフイベントに関連する前記第２の電子コンテンツを更に含む、前記第１のライフイベント及び前記第２のライフイベントのマップを電子的に生成し、
    前記第１のライフイベントと前記第２のライフイベントとの間の交通機関を含む前記ユーザのための旅程を自動的に生成する
    ことを含む１つ以上の動作を実施させるよう構成される命令を記憶しているコンピュータ可読媒体と
    を有する旅行計画システム。
12. 前記第１のライフイベント及び前記第２のライフイベントを取得することは、
    前記ユーザに関するソーシャルネットワーキングデータを受け取り、
    前記ソーシャルネットワーキングデータのライフイベント属性を解析することによって、前記ソーシャルネットワーキングデータにおいて前記第１のライフイベント及び前記第２のライフイベントを特定し、
    前記第１のライフイベント及び前記第２のライフイベントの夫々について前記ソーシャルネットワーキングデータから重要度属性を取得し、該重要度属性に重みとなる数値を付与して該数値を合算し、該合算の結果を利用することによって、前記第１のライフイベント及び前記第２のライフイベントに優先順位をつけ、
    前記優先順位をつけられたライフイベントを前記ユーザへ伝え、
    前記優先順位をつけられたライフイベントからのライフイベントの選択を受け取る
    ことを含む、請求項１１に記載の旅行計画システム。
13. 前記第１の電子コンテンツを受け取り、該第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶することは、
    前記第１の電子コンテンツが、前記第１のライフイベントの識別に寄与するソーシャルメディア入力の部分であることに基づき、前記ソーシャルネットワーキングデータにおいて前記第１の電子コンテンツを特定し、
    前記第１の電子コンテンツが前記第１のライフイベントと関連付けられるように前記第１の電子コンテンツを記憶する
    ことを含む、請求項１２に記載の旅行計画システム。
14. 前記第１のライフイベント及び前記第２のライフイベントを取得することは、前記ユーザによって入力されたライフイベント又はサードパーティによって入力されたライフイベントのうちの１つとして前記第１のライフイベント又は前記第２のライフイベントのうちの少なくとも１つを受け取ることを含む、
    請求項１１に記載の旅行計画システム。
15. 前記第１の場所を特定することは、前記第１の場所のユーザ識別又は前記第１の場所のサードパーティ識別のうちの１つを要求することを含む、
    請求項１１に記載の旅行計画システム。
16. 前記旅程を自動的に生成することは、前記第１の場所と前記第２の場所との間の交通機関を予約することを含む、
    請求項１１に記載の旅行計画システム。
17. 前記動作は、
    旅行者としての前記ユーザの現在地のために該旅行者の携帯機器を追跡し、
    前記旅行者の前記現在地が前記第１の場所であるかどうかを判定し、前記旅行者の前記現在地が前記第１の場所であるとの決定の後に、前記第１の電子コンテンツを前記旅行者の前記携帯機器へ送り、
    前記旅行者の前記現在地が前記第２の場所であるかどうかを判定し、前記旅行者の前記現在地が前記第２の場所であるとの決定の後に、前記第２の電子コンテンツを前記旅行者の前記携帯機器へ送る
    ことを更に含む、請求項１１に記載の旅行計画システム。
18. 前記マップを電子的に生成することは、
    前記第１の場所と前記第２の場所との間の複数の交通機関選択肢を決定し、
    前記交通機関選択肢の夫々についてのルート、前記交通機関選択肢の夫々についての費用、及び前記交通機関選択肢の夫々についての移動時間を前記マップ上で提示し、
    前記複数の交通機関選択肢のうちの１つを選択するために前記マップ上でユーザ選択可能な機構を提示する
    ことを含む、請求項１１に記載の旅行計画システム。
19. プロセッサによって、
    旅行者に起こった複数のライフイベントの場所の間の交通機関と、前記複数のライフイベントに夫々関連する電子コンテンツとを含む前記旅行者のための旅程を生成し、
    前記旅行者の携帯機器の現在地を決定するよう前記旅行者の前記携帯機器を追跡し、
    前記旅程に含まれている前記複数のライフイベントの場所と前記現在地を比較し、
    前記現在地が前記複数のライフイベントの場所のうちのいずれかであるとの決定に基づき、前記現在地に対応するライフイベントに関連する電子コンテンツを前記旅行者の前記携帯機器へ配信する
    ことを含む方法。
20. 前記ライフイベント及び前記旅程に関連する他の電子コンテンツを前記旅行者の前記携帯機器から受け取ること
    を更に含む請求項１９に記載の方法。

Images