特表 2024-542063 マルチモーダル旅行システムの会話型ユーザ体験

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-11-13

(54)【発明の名称】マルチモーダル旅行システムの会話型ユーザ体験

(51)【国際特許分類】

   G06Q 50/14 20120101AFI20241106BHJP

【ＦＩ】

G06Q50/14

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024525985

(86)(22)【出願日】2022-10-18

(85)【翻訳文提出日】2024-05-01

(86)【国際出願番号】 IB2022059992

(87)【国際公開番号】W WO2023073505

(87)【国際公開日】2023-05-04

(31)【優先権主張番号】17/515,839

(32)【優先日】2021-11-01

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＺＩＧＢＥＥ

２．ＢＬＵＥＴＯＯＴＨ

３．ＷＣＤＭＡ

(71)【出願人】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】100092093

【弁理士】

【氏名又は名称】辻居 幸一

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100141553

【弁理士】

【氏名又は名称】鈴木 信彦

(74)【代理人】

【識別番号】100151987

【弁理士】

【氏名又は名称】谷口 信行

(72)【発明者】

【氏名】サマルティヤム サントッシュ

(72)【発明者】

【氏名】サリバヴィ マドベシュ

【テーマコード（参考）】

5L050

【Ｆターム（参考）】

5L050CC26

(57)【要約】

マルチモーダル旅行システムの会話型ユーザ体験を提供するシステム及び方法を提供する。システムは、ユーザに関連する電子装置を、ユーザインターフェイス（ＵＩ）をレンダリングするように制御する。ＵＩを通じて、ユーザからの自然言語入力を含む１又は２以上のメッセージを取得する。システムは、ユーザデータも取得する。１又は２以上の自然言語処理（ＮＬＰ）モデルを使用して、取得された１又は２以上のメッセージを処理し、ある場所に旅行しようとするユーザの意図及び旅行に関連するスケジュールを示すコンテキスト情報を決定する。システムは、コンテキスト情報及びユーザデータに基づいて旅行計画を生成する。システムは、旅行計画で指定された旅行の予約詳細を生成するようにモビリティアズアサービス（ＭａａＳ）ネットワークをトリガーし、生成された予約詳細をＵＩ上に表示するように電子装置を制御する。
【選択図】なし

【特許請求の範囲】

【請求項1】

一群の輸送サービスプロバイダに関連するモビリティアズアサービス（ＭａａＳ）ネットワークに通信可能に結合されたシステムにおいて、
第１のユーザに関連する電子装置を、第１のユーザインターフェイス（ＵＩ）をレンダリングするように制御することと、
前記第１のＵＩを通じて、前記第１のユーザからの自然言語入力を含む１又は２以上のメッセージを取得することと、
前記第１のユーザに関連するユーザデータを取得することと、
１又は２以上の自然言語処理（ＮＬＰ）モデルを使用して、前記取得された１又は２以上のメッセージを処理し、第１の場所に旅行しようとする前記第１のユーザの意図及び前記旅行に関連するスケジュールを示すコンテキスト情報を決定することと、
前記コンテキスト情報及び前記ユーザデータに基づいて旅行計画を生成することと、
前記旅行計画で指定された旅行の予約詳細を生成するように前記ＭａａＳネットワークをトリガーすることと、
前記生成された予約詳細を前記第１のＵＩ上又は前記第１のＵＩとは異なる第２のＵＩ上に表示するように前記電子装置を制御することと、
を含むことを特徴とする方法。

【請求項2】

前記第１のＵＩはチャットＵＩであり、
前記自然言語入力は、前記第１のユーザと前記１又は２以上のメッセージの１又は２以上の受信者との間の音声ベースの会話、ビデオベースの会話、又はテキストベースの会話のうちの１つに対応する、
請求項１に記載の方法。

【請求項3】

前記決定されたコンテキスト情報は、
前記１又は２以上のメッセージに関連する社会的文脈と、
前記１又は２以上のメッセージの１又は２以上の受信者との社会的関係と、
をさらに示す、請求項１に記載の方法。

【請求項4】

前記取得された１又は２以上のメッセージ及び前記決定されたコンテキスト情報を分散型ストレージシステムのストレージノードに記憶することをさらに含み、
前記分散型ストレージシステムの各ノード上のストレージは、前記一群の輸送サービスプロバイダのうちのある輸送サービスプロバイダに固有である、
請求項１に記載の方法。

【請求項5】

前記コンテキスト情報及び前記ユーザデータに基づいて、前記第１のユーザの旅行関心と同じ旅行関心を有する一群のメンバーを含むメッセージンググループを選択することと、
前記メッセージンググループに参加するための推奨を表示するように前記電子装置を制御することと、
をさらに含み、
前記旅行計画は、前記１又は２以上のＮＬＰモデルを使用することにより、前記第１のユーザと前記メッセージンググループの１又は２以上のメンバーとの間の会話の分析にさらに基づいて生成され、
前記旅行計画は、前記第１の場所への旅行を企てる前記第１のユーザ及び前記１又は２以上のメンバーの各々の前記旅行の旅程を含む、
請求項１に記載の方法。

【請求項6】

前記第１のＵＩ又は前記第２のＵＩ上に一連のインタラクティブＵＩ要素をオーバーレイ表示するように前記電子装置を制御することをさらに含み、前記一連のインタラクティブＵＩ要素は、
前記旅行に関連する共通スケジュール、
前記旅行中にアクティビティを計画するか否かを判定するための投票、
前記旅行においてカバーされる１又は２以上の場所に関連するニュース、及び、
前記１又は２以上の場所に関連する共通関心事項、
のうちの１つ又は２つ以上に対応する、請求項５に記載の方法。

【請求項7】

前記第２のＵＩは、前記一連のインタラクティブＵＩ要素がオーバーレイ表示されるマップＵＩ要素を含む、
請求項６に記載の方法。

【請求項8】

前記第１のＵＩを介して、前記旅行計画の確認に対応する第１のユーザ入力を受け取り、前記受け取られた第１のユーザ入力に基づいて前記予約詳細を生成するように前記ＭａａＳネットワークをトリガーすることと、
１又は２以上の輸送サービスプロバイダサーバから、旅行前及び旅行中に発生するイベントに関連する追跡情報を受け取ることと、
前記予約詳細及び前記受け取った追跡情報に基づいて、
前記旅行計画で指定された旅行の各行程の開始、
前記旅行の各行程の終了、
前記旅行の各行程が開始及び終了する場所、
前記旅行の各行程が開始及び終了するタイムスタンプ、
前記旅行の少なくとも１つの行程のルート又は輸送サービスプロバイダを変更する要求、及び、
前記ルート又は前記輸送サービスプロバイダの変更、
に対応するイベントを検出することと、
前記追跡されたイベントに基づいて、前記ＭａａＳネットワークの分散型台帳ノード上で１又は２以上のトランザクションを実行することによって前記旅行の進捗を追跡することと、
をさらに含む、請求項１に記載の方法。

【請求項9】

前記第１のＵＩを介して、前記旅行の少なくとも１つの行程のルート、スケジュール又は輸送サービスプロバイダを変更又はキャンセルする要求に対応する第２のユーザ入力を受け取ることと、
前記受け取った第２のユーザ入力に基づいて、前記予約詳細を更新するようにＭａａＳネットワークをトリガーし、前記ＭａａＳネットワークの分散型台帳ノード上でトランザクションを実行することによって前記ＭａａＳネットワークが前記予約詳細を更新することと、
前記更新された予約詳細に関して知らせる通知をレンダリングするように前記電子装置を制御することと、
をさらに含む、請求項１に記載の方法。

【請求項10】

前記決定されたコンテキスト情報に基づいて初期関心地点セットを生成することと、
前記生成された初期関心地点セットに１又は２以上の最適化技術を適用して中間関心地点セットを決定することと、
前記中間関心地点セットに関連する推奨セットを生成することと、
前記生成された推奨セットに対応する、前記第１のユーザ及び前記１又は２以上のメッセージの１又は２以上の受信者の総意に基づく第３のユーザ入力を受け取ることと、
前記受け取った第３の入力に基づいて関心地点セットを生成することと、
をさらに含み、前記旅行計画は、前記生成された地点セット、前記コンテキスト情報、及び前記ユーザデータにさらに基づいて生成される、
請求項１に記載の方法。

【請求項11】

前記電子装置を拡張現実（ＡＲ）対応として決定することと、
前記旅行中に既に訪れた場所、
前記旅行中に訪れるべき現在の場所又は将来的な場所、
前記旅行中における前記第１のユーザと１又は２以上のメンバーとの間の会話、
前記会話の文脈、
１又は２以上の広告、
共通の関心、及び、
共通スケジュール、
のうちの１つ又は２つ以上に基づいて一連のインタラクティブＡＲ要素を生成することと、
前記生成された一連のＡＲ要素を前記第１のＵＩ上又は前記第２のＵＩ上にレンダリングするように前記電子装置を制御することと、
をさらに含む、請求項１に記載の方法。

【請求項12】

メッセージンググループの前記第１のユーザを含む１又は２以上のメンバーから、
前記旅行のアクティブな行程のために取られるルートを見る又は強調表示する選好、
前記１又は２以上のメンバーによって計画される前記旅行の旅程、
前記第１の場所及び前記旅行のコース内の他の場所に関連する場所固有の情報、及び、
前記１又は２以上のメンバーが実行すべき１又は２以上のタスク、
のうちの少なくとも１つに関連する入力セットを受け取ることと、
前記旅行又は前記旅行のアクティブな行程のライブマップＵＩを生成することと、
前記受け取った入力セットに基づいて複数のクリック可能なＵＩ要素を生成することと、
前記電子装置を、
前記生成されたライブマップＵＩの第１のビューをレンダリングし、
前記レンダリングされたライブマップＵＩの前記第１のビュー上の対応する位置に前記複数のクリック可能なＵＩ要素をオーバーレイ表示する、
ように制御することと、
をさらに含む、請求項１に記載の方法。

【請求項13】

前記オーバーレイ表示された複数のクリック可能なＵＩ要素のうちの第１のクリック可能なＵＩ要素の選択を受け取ることと、
前記受け取った選択に基づいて、前記レンダリングされた第１のビューを前記ライブマップＵＩの前記第１のビューとは異なる第２のビューに切り替えることと、
をさらに含む、請求項１２に記載の方法。

【請求項14】

前記生成された複数のクリック可能な要素は、１又は２以上の拡張現実（ＡＲ）要素を含む、
請求項１２に記載の方法。

【請求項15】

前記オーバーレイ表示された複数のクリック可能なＵＩ要素のうちの第２のクリック可能なＵＩ要素の選択を受け取ることと、
前記受け取られた前記第２のクリック可能な要素の選択に基づいて、前記ライブマップＵＩ上にチャットウィンドウＵＩをオーバーレイ表示することと、
をさらに含み、前記チャットウィンドウＵＩは、前記第１のユーザと前記メッセージンググループのメンバーとの間のやりとりを可能にする、
請求項１２に記載の方法。

【請求項16】

前記第１のユーザに関連する１又は２以上のスケジュールされたタスクに対応する入力を受け取ることと、
前記１又は２以上のスケジュールされたタスクに対応する１又は２以上のタスクウィジェットを生成することと、
前記生成された１又は２以上のタスクウィジェットを前記旅行又は前記旅行のアクティブな行程のライブマップＵＩと共にレンダリングするように前記電子装置を制御することと、
をさらに含む、請求項１に記載の方法。

【請求項17】

前記旅行中に、前記旅行のライブマップＵＩ上にコンテンツ消費ＵＩをレンダリングするように前記電子装置を制御することをさらに含み、前記コンテンツ消費ＵＩは、
メディアコンテンツを表示するメディアプレーヤＵＩ、
前記旅行中に前記第１のユーザを含む１又は２以上のメンバーによって既に消費された又はまだ消費されていないメディアコンテンツの量を示すタイムライン、及び、
前記１又は２以上のメンバーを示すビューアＵＩ要素、
のうちの１つ又は２つ以上を含む、請求項１に記載の方法。

【請求項18】

前記ＭａａＳネットワークの分散型台帳ノード上で１又は２以上のトランザクションを実行することによって前記１又は２以上のメンバーの前記メディアコンテンツの消費を追跡することをさらに含む、
請求項１７に記載の方法。

【請求項19】

前記旅行中にカバーすべき１又は２以上の旅程項目をグラフィカルに表現する第１の一群のＵＩ要素、及び、
前記１又は２以上の旅程項目の各々を構成するオプションに対応する第２の一群のＵＩ要素、
のうちの１つ又は２つ以上を含むビジュアルプランナーＵＩをレンダリングするように前記電子装置を制御することと、
前記第２の一群のＵＩ要素のうちの１又は２以上のＵＩ要素の選択を受け取ることと、
前記受け取った選択に基づいて前記旅行計画を更新することと、
をさらに含み、前記ＭａａＳネットワークは、前記更新された旅行計画にさらに基づいて前記予約詳細を生成するようにトリガーされる、
請求項１に記載の方法。

【請求項20】

コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体であって、前記コンピュータ実行可能命令は、システム内のコンピュータによって実行された時に、
第１のユーザに関連する電子装置を、第１のユーザインターフェイス（ＵＩ）をレンダリングするように制御することと、
前記第１のＵＩを通じて、前記第１のユーザからの自然言語入力を含む１又は２以上のメッセージを取得することと、
前記第１のユーザに関連するユーザデータを取得することと、
１又は２以上の自然言語処理（ＮＬＰ）モデルを使用して、前記取得された１又は２以上のメッセージを処理し、第１の場所に旅行しようとする前記第１のユーザの意図及び前記旅行に関連するスケジュールを示すコンテキスト情報を決定することと、
前記コンテキスト情報及び前記ユーザデータに基づいて旅行計画を生成することと、
前記旅行計画で指定された旅行の予約詳細を生成するようにモビリティアズアサービス（ＭａａＳ）ネットワークをトリガーすることと、
前記生成された予約詳細を前記第１のＵＩ上又は前記第１のＵＩとは異なる第２のＵＩ上に表示するように前記電子装置を制御することと、
を含む動作を前記システムに実行させる、ことを特徴とする非一時的コンピュータ可読媒体。

【請求項21】

一群の輸送サービスプロバイダに関連するモビリティアズアサービス（ＭａａＳ）ネットワークに通信可能に結合された回路を備えたシステムであって、前記回路は、
第１のユーザに関連する電子装置を、第１のユーザインターフェイス（ＵＩ）をレンダリングするように制御し、
前記第１のＵＩを通じて、前記第１のユーザからの自然言語入力を含む１又は２以上のメッセージを取得し、
前記第１のユーザに関連するユーザデータを取得し、
１又は２以上の自然言語処理（ＮＬＰ）モデルを使用して、前記取得された１又は２以上のメッセージを処理し、第１の場所に旅行しようとする前記第１のユーザの意図及び前記旅行に関連するスケジュールを示すコンテキスト情報を決定し、
前記コンテキスト情報及び前記ユーザデータに基づいて旅行計画を生成し、
前記旅行計画で指定された旅行の予約詳細を生成するように前記ＭａａＳネットワークをトリガーし、
前記生成された予約詳細を前記第１のＵＩ上又は前記第１のＵＩとは異なる第２のＵＩ上に表示するように前記電子装置を制御する、
ように構成される、ことを特徴とするシステム。

【発明の詳細な説明】

【技術分野】

【0001】

〔関連出願との相互参照／引用による組み入れ〕
本出願は、２０２１年１１月０１日に米国特許庁に出願された米国特許出願第１７／５１５８３９号の優先権の利益を主張するものである。上記の各出願は、その全体が引用により本明細書に組み入れられる。

【0002】

本開示の様々な実施形態は、旅行技術及び旅行計画サービスに関する。具体的には、本開示の様々な実施形態は、マルチモーダル旅行システムの会話型ユーザ体験を提供するシステム及び方法に関する。

【背景技術】

【0003】

旅行技術の進歩は、ユーザに様々な旅行計画、予約及び支払いサービスを提供してきた。例えば、モビリティアズアサービス（Ｍｏｂｉｌｉｔｙ－ａｓ－ａ－Ｓｅｒｖｉｃｅ：ＭａａＳ）は、様々な輸送サービスプロバイダが共通モバイルアプリケーションなどの共通プラットフォームを通じてユーザに旅行関連サービスを提供することを可能にする。通常、旅行の計画には、航空機、タクシー及び列車などの複数の輸送サービスの予約が必要となり得る。旅行計画には、ホテルの予約、並びに観光、地元料理の試食又はイベントへの参加などのアクティビティの予約がさらに必要になることもある。従来、旅行を計画するグループは、共有アクティビティ（ｓｈａｒｅｄ ａｃｔｉｖｉｔｉｅｓ）を計画して旅行計画に合意するために連絡し合う必要がある。通常、このようなグループのメンバーは、複数のプラットフォーム又はサービスを使用して連絡を取り合い、旅行計画を整理し、旅行を決定し、旅行計画でのアクティビティを計画し、その他の詳細を決定することができる。例えば、ユーザは、メッセージングアプリケーションを使用して旅行グループを作成し、旅行計画について話し合うことができる。さらに、このようなユーザは、旅行ウェブサイト及びタクシー予約アプリケーションを使用して航空機、ホテル及びタクシーをそれぞれ予約することができる。異なるプラットフォームを使用して旅行の話し合い、整理、計画又は予約を行うことは時間がかかる活動であり、ユーザ間の協調が弱まってしまう場合がある。また、ユーザが旅行計画の異なる部分の支払いを異なるプラットフォームにわたって管理し追跡することは面倒な場合もある。

【発明の概要】

【発明が解決しようとする課題】

【0004】

当業者には、説明したシステムと、本出願の残り部分において図面を参照しながら示す本開示のいくつかの態様とを比較することにより、従来の慣習的な手法の限界及び不利点が明らかになるであろう。

【課題を解決するための手段】

【0005】

実質的に少なくとも１つの図に関連して図示及び／又は説明し、特許請求の範囲にさらに完全に示すような、マルチモーダル旅行システムの会話型ユーザ体験のためのシステム及び方法を提供する。

【0006】

全体を通じて同じ要素を同じ参照符号によって示す添付図面を参照しながら本開示の以下の詳細な説明を検討することにより、本開示のこれらの及びその他の特徴及び利点を理解することができる。

【図面の簡単な説明】

【0007】

【図1】本開示の実施形態による、マルチモーダル旅行システムの会話型ユーザ体験のための例示的なネットワーク環境の図である。

【図2】本開示の実施形態による、マルチモーダル旅行システムの会話型ユーザ体験を示す例示的なシーケンス図である。

【図3A】本開示の実施形態による、予約詳細の生成及びユーザインターフェイス上における予約詳細のレンダリングを図３Ｂと共に示す図である。

【図3B】本開示の実施形態による、予約詳細の生成及びユーザインターフェイス上における予約詳細のレンダリングを図３Ａと共に示す図である。

【図4A】本開示の実施形態による、ネットワーキングアプリケーションのホーム画面に対応する例示的なユーザインターフェイスを示す図である。

【図4B】本開示の実施形態による、ネットワーキングアプリケーションのチャット画面に対応する例示的なユーザインターフェイスを示す図である。

【図4C】本開示の実施形態による、ネットワーキングアプリケーションの例示的なチャットユーザインターフェイスを示す図である。

【図4D】本開示の実施形態による、予約詳細を表示する例示的なユーザインターフェイスを示す図である。

【図4E】本開示の実施形態による、ライブマップユーザインターフェイスに対応する例示的なユーザインターフェイスを示す図である。

【図4F】本開示の実施形態による、生成された拡張現実（ＡＲ）要素を示す図である。

【図4G】本開示の実施形態による、ライブマップユーザインターフェイス上にオーバーレイ表示された複数のクリック可能なＵＩ要素を示す図である。

【図4H】本開示の実施形態による、例示的なカスタムマップベースのユーザインターフェイスを示す図である。

【図4I】本開示の実施形態による、１又は２以上のタスクウィジェットを示す図である。

【図4J】本開示の実施形態による、例示的なビジュアルプランナーユーザインターフェイスを示す図である。

【図5】本開示の実施形態による、図１のネットワーク環境の例示的なソフトウェアレベルアーキテクチャを示す図である。

【図6】本開示の実施形態による、マルチモーダル旅行システムの拡張現実（ＡＲ）対応会話型ユーザ体験の例示的なアーキテクチャを示す図である。

【図7】本開示の実施形態による、関心地点セットに基づく例示的な旅行計画生成方法のフローチャートを示す図である。

【図8A】本開示の実施形態による、例示的なＵＩ要素を図８Ｂ及び図８Ｃと共に示す図である。

【図8B】本開示の実施形態による、例示的なＵＩ要素を図８Ａ及び図８Ｃと共に示す図である。

【図8C】本開示の実施形態による、例示的なＵＩ要素を図８Ａ及び図８Ｂと共に示す図である。

【図9】本開示の実施形態による、マルチモーダル旅行システムの会話型ユーザ体験のためのシステムの例示的なブロック図である。

【図10】本開示の実施形態による、マルチモーダル旅行システムの会話型ユーザ体験のための方法の例示的なフローチャートである。

【発明を実施するための形態】

【0008】

開示するマルチモーダル旅行システムの会話型ユーザ体験を提供するシステム及び方法では、後述する実装を見出すことができる。本開示の例示的な態様は、一群の輸送プロバイダに関連するモビリティアズアサービス（ＭａａＳ）ネットワークに通信可能に結合できるシステムを提供することができる。輸送プロバイダは、例えば公共輸送サービスプロバイダ、タクシーアグリゲータ、並びにバス輸送プロバイダ、レンタカー会社、共有輸送サービスプロバイダなどの民間輸送サービスプロバイダを含むことができる。ＭａａＳネットワークは、パブリッシュ－サブスクライブモデル及び分散型台帳データベースを含むことができる。パブリッシュ－サブスクライブモデルは、複数の発行者ノード、ブローカノード、及び複数の加入者ノードを含むことができる。分散型台帳データベースは、複数のＭａａＳデータベースを含むことができる。

【0009】

いずれかの時点で、システムは、第１のユーザに関連する電子装置を、第１のユーザインターフェイス（ＵＩ）をレンダリングするように制御することができる。電子装置は、例えば第１のユーザのスマートフォンであることができ、第１のＵＩは、（スマートフォンなどの）電子装置のディスプレイ画面上にレンダリングすることができる。ある実施形態では、第１のＵＩがチャットＵＩ（例えば、メッセージングアプリケーションのＵＩ）であることができる。システムは、第１のＵＩを通じて、第１のユーザからの自然言語入力を含むことができる１又は２以上のメッセージを取得することができる。例えば、自然言語入力は、第１のユーザと１又は２以上のメッセージの１又は２以上の受信者との間の音声ベースの会話、ビデオベースの会話、又はテキストベースの会話に対応することができる。例示的なシナリオでは、第１のユーザが、第１のＵＩを利用してメッセージングアプリケーション上で他のユーザとやりとりすることができる。

【0010】

システムは、１又は２以上の自然言語処理（ＮＬＰ）モデルを使用して、取得された１又は２以上のメッセージを処理してコンテキスト情報を決定することができる。コンテキスト情報は、第１の場所に旅行しようとする第１のユーザの意図、及びこの旅行に関連するスケジュールを示すことができる。例えば、コンテキスト情報は、第１の場所の名称、及び第１の場所への好ましい訪問日を含むことができる。さらに、システムは、第１のユーザに関連するユーザデータを取得することができる。取得されるユーザデータの例としては、以下に限定するわけではないが、（第１のユーザの名前、第１のユーザの所在地などの）個人情報、第１のユーザの旅行履歴、及びメッセージングアプリケーション上での第１のユーザのコンテンツ消費情報を挙げることができる。いくつかの実施形態では、システムが、１又は２以上のメッセージ及び決定されたコンテキスト情報を、（輸送プロバイダなどの）一群の輸送サービスプロバイダのうちのある輸送サービスプロバイダに固有のものであることができる分散型ストレージシステムのストレージノードに記憶することができる。

【0011】

システムは、決定されたコンテキスト情報及びユーザデータに基づいて旅行計画を生成することができる。システムは、旅行計画で指定された旅行の予約詳細を生成するようにＭａａＳネットワークをトリガーすることができる。例えば、予約詳細は、第１の場所への旅行日、予約されたフライト情報、及び予約されたホテル情報などを含むことができる。ＭａａＳネットワークのトリガーは、ＭａａＳネットワークの（分散型台帳データベースのノードなどの）分散型台帳ノード上でトランザクションを実行することに対応することができる。システムは、第１のユーザに関連する電子装置１１８を、生成された予約詳細を第１のＵＩ上又は第１のＵＩとは異なる第２のＵＩ上に表示するように制御することができる。

【0012】

ある実施形態によれば、システムは、コンテキスト情報及びユーザデータに基づいてメッセージンググループを選択することができる。メッセージンググループは、第１のユーザの旅行関心と同じ旅行関心を有する一群のメンバーを含むことができる。第１のユーザに関連する電子装置上に、メッセージンググループに参加するための推奨を表示することができる。システムは、第１のユーザとメッセージンググループの１又は２以上のメンバーとの間の会話の分析に基づいて旅行計画を生成することができる。

【0013】

ある実施形態によれば、システムは、１又は２以上の輸送サービスプロバイダサーバ（又は輸送プロバイダサーバ）から追跡情報を受け取ることができる。追跡情報は、旅行前及び旅行中に発生し得るイベントに関連することができる。システムは、追跡情報に基づいてイベントを検出することができる。例えば、イベントは、旅行計画で指定された旅行の各行程（ｌｅｇ）の開始、旅行の各行程の終了、及びルート又は輸送プロバイダの変更などに対応することができる。システムは、追跡されたイベントに基づいて、ＭａａＳネットワークの分散型台帳ノード上で１又は２以上のトランザクションを実行することによって旅行の進捗を追跡することができる。

【0014】

いくつかの実施形態では、システムが、旅行の少なくとも１つの行程のルート、スケジュール又は輸送プロバイダを変更又はキャンセルする要求に対応できるユーザ入力を受け取ることができる。システムは、ユーザ入力に基づいて予約詳細を更新するようにＭａａＳネットワークをトリガーすることができる。さらに、更新された予約詳細を通知として電子装置上にレンダリングすることもできる。

【0015】

いくつかの実施形態では、システムが、メッセージンググループの第１のユーザを含む１又は２以上のメンバーから入力セットを受け取ることができる。例えば、入力セットは、旅行のアクティブな行程のために取られるルートを見る又は強調表示する選好、１又は２以上のメンバーによって計画される旅行の旅程（ｉｔｉｎｅｒａｒｙ）、第１の場所及び旅行コース内の他の場所に関連する場所固有の情報、或いは１又は２以上のメンバーが実行すべき１又は２以上のタスクに関連することができる。システムは、旅行又は旅行のアクティブな行程のライブマップＵＩをさらに生成することができる。システムは、入力セットに基づいて複数のクリック可能なＵＩ要素を生成することができる。システムは、生成されたライブマップＵＩの第１のビューをレンダリングし、レンダリングされたライブマップＵＩの第１のビュー上の対応する位置に複数のクリック可能なＵＩ要素をオーバーレイ表示することができる。このような態様では、第１のユーザ及び１又は２以上のメンバーが複数のクリック可能なＵＩ要素をクリックして、入力セットに関連する特定のタスクを実行することができる。

【0016】

ある実施形態によれば、システムは、第１のユーザに関連する１又は２以上のスケジュールされたタスクに対応する入力を受け取ることができる。例えば、１又は２以上のスケジュールされたタスクは、ある現場の訪問、及び第１のユーザによる現場の視察などを含むことができる。システムは、１又は２以上のスケジュールされたタスクに対応する１又は２以上のタスクウィジェットを生成することができる。生成された１又は２以上のタスクウィジェットは、旅行又は旅行のアクティブな行程のライブマップＵＩと共にレンダリングすることができる。

【0017】

ある実施形態によれば、システムは、旅行中に旅行のライブマップＵＩ上にコンテンツ消費ＵＩをレンダリングするように電子装置を制御することができる。例えば、コンテンツ消費ＵＩは、メディアコンテンツを表示できるメディアプレーヤＵＩと、旅行中の第１のユーザを含む１又は２以上のメンバーによって既に消費された可能性がある、又は未だ消費されていないメディアコンテンツの量を示すタイムラインと、１又は２以上のメンバーを示すビューアＵＩ要素とを含むことができる。いくつかの実施形態では、システムが、ＭａａＳネットワークの分散型台帳ノード上で１又は２以上のトランザクションを実行することによって１又は２以上のメンバーのメディアコンテンツの消費を追跡することができる。

【0018】

いくつかの実施形態では、システムが、ビジュアルプランナーＵＩをレンダリングするように電子装置を制御することができる。ビジュアルプランナーＵＩのレンダリングは、例えば旅行中にカバーすべき１又は２以上の旅程項目（ｉｔｉｎｅｒａｒｙ ｉｔｅｍｓ）をグラフィカルに表現できる第１の一群のＵＩ要素、及び１又は２以上の旅程項目の各々を構成するオプションに対応できる第２の一群のＵＩ要素を含むことができる。システムは、第２の一群のＵＩ要素のうちの１又は２以上のＵＩ要素の選択を受け取ることができる。この選択に基づいて旅行計画を更新することができる。システムは、更新された旅行計画にさらに基づいて予約詳細を生成するようにＭａａＳネットワークをトリガーすることができる。

【0019】

従来、ユーザは、旅行を計画するために、旅行中の乗り物の予約、ホテルの予約及びアクティビティの調査などのための複数のプラットフォーム又はサービスを必要とすることがある。本開示のシステムは、ユーザが様々なサービスを完全に１つのプラットフォーム上で利用することを可能にすることができる。例えば、旅行する場所の検索から開始して、乗り物の予約、ホテルの予約及び（タクシーなどの）輸送手段の手配にまで至る旅行の計画を、このシステムの使用によって行うことができる。従って、システムは、手間のかからない（ｈａｓｓｌｅ ｆｒｅｅ）旅行計画体験をユーザに提供することができる。従来のシステムでは、第１のユーザの個人データなどのユーザデータが航空会社などの様々な第三者と共有される恐れがある。しかしながら、本開示のシステムは、１又は２以上のメッセージ及びコンテキスト情報を分散型ストレージシステムにローカルに記憶することができる。従来のシステムでは、様々なサービスの支払いの管理及び追跡がユーザにとって困難な作業となる場合があり、支払いサービスに音声ベースのコマンドが存在しない場合もある。本開示のシステムは、旅行の全ての支払いのユーザフレンドリーな管理及び追跡を単一のプラットフォーム上で可能にすることができる。さらに、システムは、プラットフォーム上での第１のユーザの認証及び支払いの容易化のための音声ベースのコマンドを可能にすることもできる。さらに、システムは、ユーザにホリスティック体験（ｈｏｌｉｓｔｉｃ ｅｘｐｅｒｉｅｎｃｅ）を提供できるチャットＵＩなどの異なるＵＩを提供することもできる。

【0020】

図１は、本開示の実施形態による、マルチモーダル旅行システムの会話型ユーザ体験を提供する例示的なネットワーク環境の図である。図１にはネットワーク環境１００の図を示す。ネットワーク環境１００は、システム１０２を含むことができる。システム１０２は、１又は２以上のＮＬＰモデル１０４を含むことができる。ネットワーク環境１００は、ＭａａＳネットワーク１０６をさらに含むことができる。ＭａａＳネットワーク１０６は、パブリッシュ－サブスクライブモデル１０８及び分散型台帳データベース１１０を含むことができる。ネットワーク環境１００は、第１のＭＰサーバ１１２Ａ、第２のＭＰサーバ１１２Ｂ及び第ＮのＭＰサーバ１１２Ｎなどの１又は２以上のモビリティプロバイダ（ＭＰ）サーバ１１２をさらに含むことができる。ネットワーク環境１００は、第１の車両１１４Ａ、第２の車両１１４Ｂ及び第Ｎの車両１１４Ｎなどの一群の車両をさらに含むことができる。ネットワーク環境１００は、第１のストレージノード１１６Ａ、第２のストレージノード１１６Ｂ及び第Ｎのストレージノード１１６Ｎを含むことができる分散型ストレージシステム１１６をさらに含むことができる。さらに、ネットワーク環境１００は、第１のユーザ１２０に関連する電子装置１１８、電子装置１１８に関連する第１のユーザインターフェイス（ＵＩ）１２２、及び第２のＵＩ１２４を含むことができる。ネットワーク環境１００は、通信ネットワーク１２６をさらに含むことができる。システム１０２、ＭａａＳネットワーク１０６、１又は２以上のＭＰサーバ１１２、分散型ストレージシステム１１６、電子装置１１８及び一群の車両は、通信ネットワーク１２６を介して通信することができる。

【0021】

システム１０２は、ユーザが旅行計画についてチャットするとともに、マップベースのインターフェイスなどの様々なオプションを通じて旅行計画に含まれる旅行を追跡するための（第１のＵＩ１２２又は第２のＵＩ１２４などの）インターフェイスを提供するように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。システム１０２は、旅行計画に基づいて、予約詳細を生成するようにＭａａＳネットワーク１０６をトリガーすることができる。システム１０２は、生成された予約詳細を第１のＵＩ１２２又は第２のＵＩ１２４上に表示するように電子装置１１８を制御することができる。システム１０２の実装例としては、以下に限定するわけではないが、ホストマシン上の仮想マシン（ＶＭ）、ホストマシン又はサーバ上のオペレーティングシステム（ＯＳ）のコンテナ又は仮想ランタイム環境、サーバ上のコンテナ化アプリケーション、ベアメタルサーバ、（プライベートクラウド、パブリッククラウド、又はハイブリッドクラウドなどの）クラウドサーバ、ワークステーション、メディアサーバ、或いはメディアコンテンツを生成して装置群にストリーミングする能力を有するいずれかの装置を挙げることができる。ある実施形態では、システム１０２を、１又は２以上のＭＰサーバ１１２のうちのあるサーバ又はサーバノード上のＶＭ又はコンテナとして実装することができる。

【0022】

１又は２以上のＮＬＰモデル１０４は、第１のユーザ１２０からの１又は２以上のメッセージを分析してコンテキスト情報を決定するように構成できる機械学習モデル又は統計モデルであることができる。このようなメッセージは、第１のユーザ１２０と１又は２以上のメッセージの１又は２以上の受信者との間の音声ベースの会話、ビデオベースの会話又はテキストベースの会話のうちの少なくとも１つに対応できる自然言語入力を含むことができる。１又は２以上のＮＬＰモデル１０４は、人工知能（ＡＩ）ベースのモデルであることができる。１又は２以上のＮＬＰモデル１０４は、第１のユーザ１２０と１又は２以上の受信者との間の時間効率のよいユーザフレンドリーなやりとりを可能にすることができる。１又は２以上のＮＬＰモデル１０４は、第１のユーザ１２０と１又は２以上の受信者との間のアイデアの共有をさらにもたらすことができる。１又は２以上のＮＬＰモデル１０４が１又は２以上のメッセージを分析するために利用できるＮＬＰ技術の例としては、以下に限定するわけではないが、文脈抽出、自動要約、感情分析、品詞タグ付け（ｐａｒｔｓ－ｏｆ－ｓｐｅｅｃｈ ｔａｇｇｉｎｇ）、意味関係抽出、ステミング、テキストマイニング、及び機械翻訳を挙げることができる。１又は２以上のＮＬＰモデル１０４の例示的なアーキテクチャの詳細については、例えば図５でさらに説明する。

【0023】

ＭａａＳネットワーク１０６は、標準的な通信仕様をサポートすることができ、パブリッシュ－サブスクライブモデル１０８を含むことができる。パブリッシュ－サブスクライブモデル１０８は、発行者ノード（例えば、チケットリーダ又は乗車予約アプリケーション）と、加入者ノードと、メッセージキューイングテレメトリトランスポート（Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）などのパブリッシュ－サブスクライブネットワークプロトコルに従って発行者ノードから加入者ノードにトランザクションメッセージを伝える少なくとも１つのブローカノード装置とを含むことができる。少なくとも１つの実施形態では、ＭａａＳネットワーク１０６が、ＭａａＳ輸送サービスの発券トランザクション、様々なサービスのための支払い、及び追跡された旅行の進捗などの様々なモビリティサービスに関連するトランザクションを記録する台帳ノードを含むことができる分散型台帳データベース１１０を含むことができる。

【0024】

ＭａａＳネットワーク１０６に関連する全ての輸送サービスプロバイダの発行者ノードは、標準的な又は共通の通信プロトコルに従ってデータ交換を行うことができる。ＭａａＳネットワーク１０６は、ＭａａＳ標準通信仕様に従うことができる同種発行者ノードを含むことができる。ある実施形態では、ＭａａＳネットワーク１０６が、専用通信プロトコルに従うことができる異種発行者ノードを含むことができる。ＭａａＳネットワーク１０６は、それぞれの輸送サービスプロバイダがＭａａＳ標準通信仕様に従ってこのような仕様をサポートするまでこのような異種発行者ノードをサポートできるように、発行者ノードにプラグインベースのサポートを提供することができる。

【0025】

ＭａａＳネットワーク１０６は、異なる輸送プロバイダに関連する発行者ノードがＭａａＳネットワーク１０６に参加するのを可能にすることができる。ＭａａＳネットワーク１０６は、ノード管理装置を通じて発行者ノードのバルククラスタ管理（ｂｕｌｋ ｃｌｕｓｔｅｒ ｍａｎａｇｅｍｅｎｔ）を提供することができる。全ての発行者ノードは、ＭａａＳネットワーク１０６上での動作を可能にするセットプロトコル（ｓｅｔ ｐｒｏｔｏｃｏｌｓ）に従うことができる。セットプロトコルは、（発行者ノードの認証及び許可のための）共通セキュリティアーキテクチャ、ネットワークプロトコル（例えば、ＨＴＴＰ、ＭＱＴＴ、ＡＭＱＰなど）、統一データ要求又は応答フォーマット（例えば、ＪＳＯＮ、ＣＳＶ、又はＸＭＬフォーマット）、及びＡＰＩ／データスキームを義務付けることができる。これにより、各発行者ノードが（企業名、企業ＩＤ、ゲートＩＤ及びゲート番号などを含む装置プロファイルなどの）クラスタレベルコンフィギュレーション及び装置レベル証明書（ｄｅｖｉｃｅ－ｌｅｖｅｌ ｃｅｒｔｉｆｉｃａｔｅ）（すなわち、認証クレデンシャル）に従うことを確実にすることができる。クラスタレベルコンフィギュレーションのパターン及びセットプロトコルは、輸送プロバイダが新たな発行者ノードの展開又は既存の発行者ノードの置換をプラグアンドプレイ手法で行うのを容易にすることができる。この結果、ＭａａＳネットワーク１０６が様々な輸送プロバイダの（発行者ノード装置などの）リソース間の相互運用性を伴う同種輸送ネットワークとして機能することを容易にすることができる。

【0026】

１又は２以上のＭＰサーバ１１２は、個々のユーザ又は一群のユーザによって計画された旅行の輸送／移動サービスを集合的に管理するように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。例えば、第１のＭＰサーバ１１２Ａは、第１の輸送サービスプロバイダの輸送／移動サービスを管理するように構成することができる。第２のＭＰサーバ１１２Ｂは、第２の輸送サービスプロバイダの輸送／移動サービスを管理するように構成することができる。同様に、第ＮのＭＰサーバ１１２Ｎは、第Ｎの輸送サービスプロバイダの輸送／移動サービスを管理するように構成することができる。１又は２以上のＭＰサーバ１１２の各々はクラウドサーバとして実装することができ、ウェブアプリケーション、クラウドアプリケーション、ＨＴＴＰリクエスト、リポジトリ操作及びファイル転送などを通じて動作を実行することができる。１又は２以上のＭＰサーバ１１２の各々の他の実装例としては、以下に限定するわけではないが、データベースサーバ、ファイルサーバ、ウェブサーバ、メディアサーバ、アプリケーションサーバ、メインフレームサーバ、又はクラウドコンピューティングサーバを挙げることができる。少なくとも１つの実施形態では、当業者に周知のいくつかの技術を使用することにより、１又は２以上のＭＰサーバ１１２の各々を複数の分散クラウドベースリソースとして実装することができる。

【0027】

ＭａａＳネットワーク１０６に関連する輸送サービスプロバイダは、第１の車両１１４Ａ、第２の車両１１４Ｂ及び第Ｎの車両１１４Ｎなどの一群の車両を所有、リース、又は管理することができる。このような車両の各々は、公共輸送サービス又は民間輸送サービスの一部として提供することができる。第１のユーザ１２０がＭａａＳネットワーク１０６を通じて旅行を予約すると、この旅行を、第１の車両１１４Ａ、第２の車両１１４Ｂ及び第Ｎの車両１１４Ｎなどの１又は２以上の輸送モードを通じてカバーできる行程に分割することができる。このような輸送モードの例としては、以下に限定するわけではないが、鉄道、バス、自動車、航空機、タクシー又はキャブ、トロリー、路面電車、フェリー、高速輸送機関、トラック、又は自転車を挙げることができる。

【0028】

図１では、第１の車両１１４Ａ、第２の車両１１４Ｂ及び第Ｎの車両１１４Ｎなどの一群の車両を一例として自動車、タクシー及びトラックとして示しているにすぎず、本開示を限定するものとして解釈すべきではない。本開示は、他の利用可能な公共又は民間輸送モードに関連する車両に適用することもできる。

【0029】

分散型ストレージシステム１１６は、それぞれの輸送サービスプロバイダに関連するトランザクションデータを記憶するように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。例えば、第１のストレージノード１１６Ａは、第１の輸送サービスプロバイダに関連するトランザクションデータを記憶することができる。トランザクションデータは、（第１のユーザ１２０などの）ユーザの過去の旅行の記録、及び旅行背景を伴う最近及び過去のメッセージ又はチャットの記録を含むことができる。各旅行は、旅行の少なくとも１つの行程において（例えば、第１のＭＰサーバ１１２Ａに関連する）第１の輸送サービスプロバイダが提供できるＭａａＳ輸送サービスに対応することができる。分散型ストレージシステム１１６の各ストレージノードは、ＭａａＳネットワーク１０６の様々な輸送サービスプロバイダのトランザクションデータを記憶できる分散型ストレージシステム１１６のノードと呼ぶことができる。分散型ストレージシステム１１６は、異なるメッセージングクライアントのユーザがシステム１０２に接続するのを可能にすることができる。分散型ストレージシステム１１６は、各ユーザに関連するデータの安全な記憶を可能にし、ユーザ間のメッセージのエンドツーエンド暗号化を可能にすることができる。

【0030】

電子装置１１８は、ユーザによるチャット、旅行グループの作成、旅行計画の決定、旅行計画提案の容認、容認された旅行計画の予約のトリガー、及び旅行計画に含まれる旅行の追跡を可能にする第１のＵＩ１２２又は第２のＵＩ１２４などのＵＩを表示するように構成できる好適なロジック、回路及びインターフェイスを含むことができるユーザ装置であることができる。電子装置１１８は、第１のＵＩ１２２又は第２のＵＩ１２４上に１又は２以上の旅行計画に関連する予約詳細を表示するように制御することができる。いくつかの実施形態では、電子装置１１８がウェブアプリケーション又はモバイルアプリケーションを含むことができる。このような事例では、第１のＵＩ１２２又は第２のＵＩ１２４を、ウェブアプリケーション又はモバイルアプリケーションの一部としてレンダリングすることができる。電子装置１１８の例としては、以下に限定するわけではないが、コンピュータ装置、スマートフォン、携帯電話機、（公共キオスクなどの）公共ディスプレイ、拡張現実（ＸＲ）装置、ゲーム装置、メインフレームマシン、サーバ、コンピュータワークステーション、及び／又は消費者向け電子（ＣＥ）装置を挙げることができる。

【0031】

第１のＵＩ１２２及び第２のＵＩ１２４は、電子装置１１８のディスプレイ画面などのディスプレイ画面上にレンダリングすることができる。ある実施形態では、第１のＵＩ１２２がチャットＵＩであることができ、第２のＵＩ１２４がマップＵＩ要素を含むことができる。

【0032】

通信ネットワーク１２６は、システム１０２、ＭａａＳネットワーク１０６、１又は２以上のＭＰサーバ１１２、一群の車両、分散型ストレージシステム１１６及び電子装置１１８が互いに通信できるようにする通信媒体を含むことができる。通信ネットワーク１２６は、有線接続又は無線接続の一方であることができる。通信ネットワーク１２６の例としては、以下に限定するわけではないが、インターネット、クラウドネットワーク、（ロングタームエボリューション及び５Ｇ新無線などの）セルラー又は無線モバイルネットワーク、ワイヤレスフィデリティ（Ｗｉ－Ｆｉ）ネットワーク、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、又はメトロポリタンエリアネットワーク（ＭＡＮ）を挙げることができる。ネットワーク環境１００内の様々な装置は、様々な有線及び無線通信プロトコルに従って通信ネットワーク１２６に接続するように構成することができる。このような有線及び無線通信プロトコルの例としては、以下に限定するわけではないが、伝送制御プロトコル及びインターネットプロトコル（ＴＣＰ／ＩＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ファイル転送プロトコル（ＦＴＰ）、ＺｉｇＢｅｅ、ＥＤＧＥ、ＩＥＥＥ８０２．１１、ライトフィデリティ（Ｌｉ－Ｆｉ）、８０２．１６、ＩＥＥＥ８０２．１１ｓ、ＩＥＥＥ８０２．１１ｇ、マルチホップ通信、無線アクセスポイント（ＡＰ）、装置間通信、セルラー通信プロトコル及びＢｌｕｅｔｏｏｔｈ（ＢＴ）通信プロトコルのうちの少なくとも１つを挙げることができる。

【0033】

動作時には、電子装置１１８上でネットワーキングアプリケーションにアクセスすることができる。ネットワーキングアプリケーションは、例えばソーシャルネットワーキングアプリケーション、マイクロブロギングアプリケーション、チャットアプリケーション、メッセージングアプリケーション、ボイスオーバーインターネットテレフォニー（ＶｏＩＰ）アプリケーションなどであることができる。システム１０２は、第１のユーザ１２０に関連する（スマートフォンなどの）電子装置１１８を、第１のＵＩ１２２をレンダリングするように制御することができる。第１のＵＩ１２２はネットワーキングアプリケーションに関連することができ、第１のユーザ１２０はネットワーキングアプリケーションの登録ユーザであることができる。いくつかの実施形態では、第１のＵＩ１２２をチャットＵＩとしてレンダリングすることができる。第１のＵＩ１２２のレンダリングに関連する詳細については、例えば図２でさらに説明する。

【0034】

第１のユーザ１２０は、いずれかの時点で、家族及び友人グループの一部又はソーシャルグループのメンバーであることができる１又は２以上のユーザにメッセージを送信することができる。システム１０２は、第１のユーザ１２０からの自然言語入力を含むことができる１又は２以上のメッセージを取得することができる。このようなメッセージは、第１のＵＩ１２２を通じて取得することができる。１又は２以上の実施形態では、自然言語入力が、第１のユーザ１２０と１又は２以上のメッセージの１又は２以上の受信者との間の音声ベースの会話、ビデオベースの会話、又はテキストベースの会話のうちの１つに対応することができる。例えば、第１のユーザ１２０は、第１のＵＩ１２２を利用して、（１又は２以上のメッセージの受信者であることができる）１又は２以上のユーザと旅行の場所についてチャットすることができる。１又は２以上のメッセージの取得の詳細については、例えば図２でさらに説明する。

【0035】

システム１０２は、第１のユーザ１２０に関連するユーザデータを取得することができる。ある実施形態によれば、ユーザデータは、（第１のユーザ１２０の名前、第１のユーザ１２０の現在位置、第１のＵＩ１２２の通信アドレス、第１のユーザ１２０の電子メール（ｅ－ｍａｉｌ）などの）個人情報を含むことができる。ユーザデータは、（好きな旅行地などの）一連のユーザ選好、（以前に訪れた場所などの）旅行履歴、及び（ネットワーキングアプリケーションの使用履歴などの）コンテンツ消費情報を含むこともできる。ユーザデータは、旅行でカバーされる場所の文脈におけるユーザ生成コンテンツ、及び以下に限定するわけではないが、チャット履歴、１又は２以上のメッセージンググループのメンバーとの一連の過去のやりとり、チャット履歴に記録された各会話の社会的文脈、及び第１のユーザ１２０のソーシャルネットワーク内の人々のグループを含むソーシャルデータを含むこともできる。ユーザデータの取得の詳細については、例えば図２でさらに説明する。

【0036】

システム１０２は、１又は２以上のＮＬＰモデル１０４を使用して、取得された１又は２以上のメッセージを処理してコンテキスト情報を決定することができる。いくつかの実施形態では、１又は２以上のＮＬＰモデル１０４が、ＡＩ又は機械学習モデル、（隠れマルコフモデルなどの）統計的マルコフモデル（ｓｔａｔｉｓｔｉｃａｌ Ｍａｒｋｏｖ ｍｏｄｅｌｓ）、又はＮＬＰの発見的モデルであることができる。コンテキスト情報は、第１の場所に旅行しようとする第１のユーザ１２０の意図、及びこの旅行に関連するスケジュールを示すことができる。例えば、コンテキスト情報は、第１のユーザ１２０が好む第１の場所の名称、及び第１の場所への好ましい訪問日を含むことができる。コンテキスト情報の決定の詳細については、例えば図２でさらに説明する。

【0037】

システム１０２は、決定されたコンテキスト情報及びユーザデータに基づいて旅行計画を生成することができる。いくつかの実施形態では、旅行計画が、第１の場所への旅行を企てる第１のユーザ１２０及び１又は２以上のメンバーの各々の旅行の旅程を含むことができる。例えば、旅行計画は、第１の場所で訪れるべき異なる場所（例えば、有名なモニュメント）に関する情報、及び好ましいアクティビティ（例えば、バンジージャンプ及びパラグライダー）に関する情報を含むことができる。旅行計画の生成の詳細については、例えば図２でさらに説明する。

【0038】

システム１０２は、旅行計画で指定された旅行の予約詳細を生成するようにＭａａＳネットワーク１０６をトリガーすることができる。例えば、予約詳細は、第１の場所への旅行日、旅行の各行程のスケジュール、各行程で使用すべき輸送サービス、及び旅行の各行程で予約できる又は利用可能と予想される車両に乗る場所及び時間を含むことができる。旅行の最初の場所への移動に航空機が必要である場合、予約詳細は、予約されたフライト及び予約された滞在ホテルの（フライト名、搭乗場所、フライトの出発及び到着時刻などの）詳細を含むことができる。ＭａａＳネットワーク１０６のトリガーは、ＭａａＳネットワーク１０６の（分散型台帳データベース１１０のノードなどの）分散型台帳ノード上でのトランザクションの実行に対応することができる。トランザクションの実行は、各ユーザの旅行の詳細を（旅行計画の一部として）分散型台帳ノード上に記録するために行うことができる。ＭａａＳネットワーク１０６は、この実行に基づいて、少なくとも旅行の各行程の開始及び終了、旅行期間内の全ての時点における各ユーザの位置、並びに発券、支払い又はメディア消費などの他のサービスの提供を追跡するように構成することができる。予約詳細の生成の詳細については、例えば図２でさらに説明する。

【0039】

システム１０２は、第１のユーザ１２０に関連する電子装置１１８を、生成された予約詳細を第１のＵＩ１２２又は第２のＵＩ１２４上に表示するように制御することができる。第２のＵＩ１２４は、第１のＵＩ１２２とは異なることができる。例えば、第１のＵＩ１２２はチャットＵＩであることができ、第２のＵＩ１２４はマップＵＩ要素を含むことができる。生成された予約詳細の表示の詳細については、例えば図２でさらに説明する。

【0040】

ある実施形態によれば、システム１０２は、コンテキスト情報及びユーザデータに基づいてメッセージンググループを選択することができる。一例として、メッセージンググループは、ユーザデータ内の第１のユーザ１２０のユーザ選好及び行動データに基づいて選択することができる。さらに、メッセージンググループは、例えば第１のユーザ１２０の（会社などの）組織、第１のユーザ１２０の居住地、第１のユーザ１２０の家族グループ、及び第１のユーザ１２０の友人サークルなどの社会的文脈に基づいて選択することもできる。さらに、メッセージンググループは、ネットワーキングアプリケーション上で第１のユーザ１２０とやりとりしたことがあるユーザ、又は第１のユーザ１２０の友人リスト内に存在し得るユーザのユーザプロファイルに基づいて選択することもできる。メッセージンググループは、第１のユーザ１２０の旅行関心と同じ旅行関心を有する一群のメンバーを含むことができる。例えば、メッセージンググループは、好ましい旅行地がヨーロッパ内に存在し得る一群のメンバーを含むことができる。ある実施形態では、メッセージンググループが、家族旅行、友人／同僚との旅行、仕事関連の旅行、及び住宅協会の旅行などに関連することができる。第１のユーザ１２０に関連する電子装置１１８には、メッセージンググループに参加するための推奨を表示することができる。システム１０２は、第１のユーザ１２０とメッセージンググループの１又は２以上のメンバーとの間の会話の分析に基づいて旅行計画を生成することができる。メッセージンググループの選択の詳細については、例えば図３Ａでさらに説明する。

【0041】

ある実施形態によれば、システム１０２は、第１のＵＩ１２２又は第２のＵＩ１２４上に一連のインタラクティブＵＩ要素をオーバーレイ表示することができる。例えば、一連のインタラクティブＵＩ要素は、第１の場所の旅行に関連する共通スケジュール、旅行中にアクティビティを計画するか否かを決定するための投票、或いは１又は２以上の場所に関連する共通関心事項に対応することができる。いくつかの実施形態では、第２のＵＩ１２４が、一連のインタラクティブＵＩ要素をオーバーレイ表示できるマップＵＩ要素を含むことができる。一連のインタラクティブＵＩ要素のオーバーレイ表示の詳細については、例えば図３Ａでさらに説明する。

【0042】

ある実施形態によれば、システム１０２は、１又は２以上のＭＰサーバ１１２から追跡情報を受け取ることができる。追跡情報は、旅行前及び旅行中に発生し得るイベントに関連することができる。システム１０２は、追跡情報に基づいてイベントを検出することができる。例えば、イベントは、旅行計画で指定された旅行の各行程の開始、旅行の各行程の終了、及びルート又は輸送プロバイダの変更などに対応することができる。システム１０２は、追跡されたイベントに基づいて、ＭａａＳネットワーク１０６の分散型台帳ノード上で１又は２以上のトランザクションを実行することによって旅行の進捗を追跡することができる。追跡情報の受信及びイベントの検出の詳細については、例えば図３Ｂでさらに説明する。

【0043】

いくつかの実施形態では、システム１０２が、旅行の少なくとも１つの行程のルートを変更又はキャンセルする要求、スケジュールを変更又はキャンセルする要求、或いは輸送プロバイダを変更又はキャンセルする要求に対応できるユーザ入力を受け取ることができる。例えば、第１のユーザ１２０は、旅行計画に含まれる特定の都市への訪問をスキップすることが必要になる場合がある。システム１０２は、旅行計画に含まれる特定の都市への訪問をキャンセルする要求に対応できるユーザ入力を受け取ることができる。システム１０２は、ユーザ入力に基づいて予約詳細を更新するようにＭａａＳネットワーク１０６をトリガーすることができる。さらに、更新された予約詳細を通知として電子装置１１８上にレンダリングすることができる。予約詳細の更新の詳細については、例えば図３Ｂでさらに説明する。

【0044】

１又は２以上の実施形態では、システム１０２が、一連のインタラクティブ拡張現実（ＡＲ）要素を生成することができる。例えば、一連のインタラクティブＡＲ要素は、訪れた旅行の場所、旅行中に訪れるべき現在の場所又は将来的な場所、旅行中の第１のユーザ１２０と１又は２以上のメンバーとの間の会話、及び１又は２以上の広告などに基づくことができる。例えば、生成される一連のＡＲ要素は、第１のユーザ１２０が訪れたモニュメントに対応するＡＲ要素を含むことができる。生成された一連のＡＲ要素は、第１のＵＩ１２２又は第２のＵＩ１２４上にレンダリングすることができる。一連のインタラクティブＡＲ要素の生成の詳細については、例えば図４Ｆでさらに説明する。

【0045】

いくつかの実施形態では、システム１０２が、メッセージンググループの第１のユーザ１２０を含む１又は２以上のメンバーから入力セットを受け取ることができる。例えば、入力セットは、旅行のアクティブな行程のために取られるルートを見る又は強調表示する選好、１又は２以上のメンバーが計画できる旅行の旅程、第１の場所及び旅行中にカバーされる又はカバーすべき他の場所に関連する場所固有の情報、並びに１又は２以上のメンバーが実行すべき１又は２以上のタスクに関連することができる。システム１０２は、旅行又は旅行のアクティブな行程のライブマップＵＩを生成することができる。

【0046】

システム１０２は、入力セットに基づいて複数のクリック可能なＵＩ要素を生成することができる。例えば、システム１０２は、入力セットのうちの、ルートを強調表示する要求に対応する入力を受け取ることができる。システム１０２は、生成されたライブマップＵＩの第１のビューをレンダリングし、レンダリングされたライブマップＵＩの第１のビュー上の対応する位置に複数のクリック可能なＵＩ要素をオーバーレイ表示することができる。複数のクリック可能なＵＩ要素は、第１のユーザ１２０が異なるアクティビティのために利用できる強調表示されたルート上に生成することができる。第１のユーザ１２０及び１又は２以上のメンバーは、複数のクリック可能なＵＩ要素をクリックして、入力セットに関連する特定のタスクを実行することができる。複数のクリック可能なＵＩ要素の生成の詳細については、例えば図４Ｅでさらに説明する。

【0047】

ある実施形態によれば、システム１０２は、オーバーレイ表示された複数のクリック可能なＵＩ要素のうちの第１のクリック可能なＵＩ要素の選択を受け取ることができる。システム１０２は、受け取った選択に基づいて、レンダリングされた第１のビューをライブマップＵＩの第２のビューに切り替えることができる。例えば、第１のクリック可能なＵＩ要素はレストランに対応することができる。第２のビューは、第１のユーザ１２０の現在位置とレストランの場所との間のルートを表示するマップのビューに対応することができる。いくつかの実施形態では、複数のクリック可能な要素が１又は２以上のＡＲ要素を含むことができる。レンダリングされた第１のビューから第２のビューへの切り替えの詳細については、例えば図４Ｇでさらに説明する。

【0048】

ある実施形態によれば、システム１０２は、オーバーレイ表示された複数のクリック可能なＵＩ要素のうちの第２のクリック可能なＵＩ要素の選択を受け取ることができる。システム１０２は、選択に基づいてライブマップＵＩ上にチャットウィンドウＵＩをオーバーレイ表示することができる。チャットウィンドウＵＩは、第１のユーザ１２０とメッセージンググループのメンバーとの間のやりとりを可能にすることができる。例えば、第１のユーザ１２０又はメッセージンググループのメンバーは、チャットウィンドウＵＩを使用して互いのライブ位置を見ながら瞬時にやりとりを行うことができる。チャットウィンドウＵＩのオーバーレイの詳細については、例えば図４Ｇでさらに説明する。

【0049】

ある実施形態によれば、システム１０２は、第１のユーザ１２０に関連する１又は２以上のスケジュールされたタスクに対応する入力を受け取ることができる。例えば、１又は２以上のスケジュールされたタスクは、ある現場への訪問、及び第１のユーザ１２０による現場の視察などを含むことができる。システム１０２は、１又は２以上のスケジュールされたタスクに対応する１又は２以上のタスクウィジェットを生成することができる。生成された１又は２以上のタスクウィジェットは、旅行又は旅行のアクティブな行程のライブマップＵＩと共にレンダリングすることができる。例えば、１又は２以上のタスクウィジェットは、現場への訪問、プロジェクトの完了、又は会議への出席などの、第１のユーザ１２０が１日のうちに実行すべき活動に対応することができる。１又は２以上のタスクウィジェットの生成の詳細については、例えば図４Ｈ及び図４Ｉでさらに説明する。

【0050】

ある実施形態によれば、システム１０２は、旅行中に旅行のライブマップＵＩ上にコンテンツ消費ＵＩをレンダリングするように電子装置１１８を制御することができる。例えば、コンテンツ消費ＵＩは、メディアコンテンツを表示できるメディアプレーヤＵＩと、旅行中の第１のユーザ１２０を含む１又は２以上のメンバーによって既に消費された可能性がある、又は未だ消費されていないメディアコンテンツの量を示すタイムラインと、１又は２以上のメンバーを示すビューアＵＩ要素とを含むことができる。いくつかの実施形態では、システム１０２が、ＭａａＳネットワーク１０６の分散型台帳ノード上で１又は２以上のトランザクションを実行することによって１又は２以上のメンバーのメディアコンテンツの消費を追跡することができる。コンテンツ消費ＵＩのレンダリングの詳細については、例えば図４Ｊでさらに説明する。

【0051】

いくつかの実施形態では、システム１０２が、ビジュアルプランナーＵＩをレンダリングするように電子装置１１８を制御することができる。ビジュアルプランナーＵＩのレンダリングは、例えば旅行中にカバーすべき１又は２以上の旅程項目をグラフィカルに表現できる第１の一群のＵＩ要素、及び１又は２以上の旅程項目の各々を構成するオプションに対応できる第２の一群のＵＩ要素を含むことができる。システム１０２は、第２の一群のＵＩ要素のうちの１又は２以上のＵＩ要素の選択を受け取ることができる。選択に基づいて旅行計画を更新することができる。システム１０２は、更新された旅行計画にさらに基づいて予約詳細を生成するようにＭａａＳネットワーク１０６をトリガーすることができる。ビジュアルプランナーＵＩのレンダリングの詳細については、例えば図４Ｊでさらに説明する。

【0052】

図２は、本開示の実施形態による、マルチモーダル旅行システムの会話型ユーザ体験を示す例示的なシーケンス図である。図２の説明は、図１の要素に関連して行う。図２には、２０２～２１６の一連の動作を示すシーケンス図２００を示す。これらの一連の動作は、図１のシステム１０２、電子装置１１８、分散型ストレージシステム１１６、又はＭａａＳネットワーク１０６によって実行することができる。

【0053】

２０２において、システム１０２は、第１のユーザ１２０に関連する電子装置１１８を、第１のＵＩ１２２をレンダリングするように制御することができる。第１のＵＩ１２２はネットワーキングアプリケーションに関連することができ、第１のユーザ１２０はネットワーキングアプリケーションの登録ユーザであることができる。ネットワーキングアプリケーションの例示的なインターフェイスについては、例えば図４Ａでさらに説明する。

【0054】

ある実施形態によれば、第１のＵＩ１２２はチャットＵＩであることができる。例えば、第１のユーザ１２０は、チャットＵＩを利用して、ネットワーキングアプリケーションに登録された（ユーザなどの）１又は２以上のメンバーとやりとりすることができる。例示的なシナリオでは、ネットワーキングアプリケーションが複数のチャットＵＩを含むことができる。例えば、複数のチャットＵＩのうちの第１のチャットＵＩは、第１のユーザ１２０の家族グループ専用であることができる。複数のチャットＵＩのうちの第２のチャットＵＩは、第１のユーザ１２０の友人グループ専用であることができる。複数のチャットＵＩのうちの第３のチャットＵＩは、親しい友人又は妻などの特定のユーザ専用であることができる。

【0055】

いくつかの実施形態では、チャットＵＩを、連絡先の選択、又は複数のチャットＵＩからの以前にレンダリングされた（最近のチャットを示す）チャットＵＩの選択に基づいてレンダリングすることができる。チャットＵＩとしての第１のＵＩ１２２の詳細については、例えば図４Ｂ及び図４Ｃでさらに説明する。

【0056】

２０４において、システム１０２は、第１のＵＩ１２２を通じて１又は２以上のメッセージを取得することができる。１又は２以上のメッセージは、第１のユーザ１２０からの自然言語入力を含むことができる。ある実施形態によれば、自然言語入力は、第１のユーザ１２０とこのようなメッセージの１又は２以上の受信者との間の音声ベースの会話、ビデオベースの会話、又はテキストベースの会話のうちの１つに対応することができる。例えば、第１のユーザ１２０は、第１のＵＩ１２２をチャットＵＩとして使用して１又は２以上の受信者とやりとりすることができる。１又は２以上のメッセージは、８月上旬のニューヨークへの２日間の旅行の計画に関するテキストベースの会話に対応することができる。第１のユーザ１２０は、レンダリングされたチャットＵＩ上に、ニューヨークへの旅行を計画するテキストメッセージを投稿することができる。例えば、テキストメッセージは、「ねえ、ニューヨークへの休暇を計画しようよ（Ｈｅｙ，ｌｅｔ ｕｓ ｐｌａｎ ａ ｖａｃａｔｉｏｎ ｔｏ Ｎｅｗ Ｙｏｒｋ）」であることができる。テキストメッセージに応答して、１又は２以上の受信者がチャットＵＩ上で応答することができる。例えば、応答は、テキストメッセージ、音声メッセージ、又はビデオメッセージの形態であることができる。いくつかの実施形態では、第１のユーザ１２０が、チャットＵＩ内でニューヨークという旅行地に関連するユニフォームリソースロケータ（ＵＲＬ）を１又は２以上の受信者と共有することができる。１又は２以上のメッセージを伴うチャットＵＩの詳細については、例えば図４Ｃでさらに説明する。

【0057】

ある実施形態では、システム１０２が、音声ベースの会話（又は音声ベースのコマンド）を利用して旅行中に第１のユーザ１２０を支援することができる。音声ベースのコマンドは、第１のユーザ１２０が設定することができる。例えば、「チームメンバーとコンテンツを共有する」、「Ｄｏｎａｌｄにコンテンツを要求する」、「飲み物の支払いをする」、及び「マネージャと投票を開始する」などの音声ベースのコマンドを旅行中の支援に利用することができる。ある例では、システム１０２が、ＭａａＳ関連のクエリ及びコマンドのためにボット（ｂｏｔｓ）をＭａａＳネットワーク１０６と連動させることができる。例えば、第１のユーザ１２０は、「停車駅の１０分前にリマインドしてください（Ｒｅｍｉｎｄ ｍｅ １０ ｍｉｎｓ ｂｅｆｏｒｅ ｍｙ ｓｔｏｐ）」などの音声ベースのコマンドを使用することができる。さらに、旅行中の支払いを可能にするために音声ベースの認証を利用することもできる。音声ベースの認証は、ユーザ識別及び支払いの承認に利用することもできる。限定ではなく一例として、システム１０２は、「送金してください（Ｓｅｎｄ ｍｏｎｅｙ）」という音声ベースのコマンドを受け取ることができる。システム１０２は、トランザクションのための要求を銀行のサーバに送信し、銀行のサーバから第１のユーザ１２０を認証する要求を受け取ることができる。システム１０２は、第１のユーザ１２０に関連する電子装置１１８に通知を送信することができる。システム１０２は、第１のユーザ１２０から音声ベースの認証を受け取り、音声ベースの認証を銀行のサーバに送信することができる。銀行のサーバは、音声ベースの認証の受信に基づいて取引を承認することができる。

【0058】

２０６において、システム１０２は、第１のユーザ１２０に関連するユーザデータを取得することができる。ある実施形態によれば、ユーザデータは、第１のユーザ１２０の個人情報を含むことができる。個人情報の例としては、以下に限定するわけではないが、第１のユーザ１２０の名前、第１のユーザ１２０の登録電子メールＩＤ、第１のユーザ１２０の連絡先番号、第１のユーザ１２０の現在地、及び第１のユーザ１２０の住所を挙げることができる。ユーザデータは、一連のユーザ選好をさらに含むことができる。一連のユーザ選好は、例えば旅行地の選好、旅行地でのホテルの選好、輸送モードの選好、及び１年のうちの（特定の月又は週などの）旅行に好ましい期間などを含むことができる。ユーザデータは、第１のユーザ１２０の旅行履歴を含むこともできる。例えば、旅行履歴は、第１のユーザ１２０が訪れた（都市又は国などの）場所、過去の数回の休暇の詳細、第１のユーザ１２０の（会社までの移動ルートなどの）日常的移動情報を含むことができる。

【0059】

ある実施形態では、ユーザデータが、第１のユーザ１２０が好む映画又は番組のタイプ及び第１のユーザ１２０が好む音楽のタイプなどの一連のコンテンツ選好を含むことができる。ユーザデータは、以前に観た映画及び再生した音楽などのコンテンツ消費情報を含むことができる。ユーザデータは、旅行でカバーされる場所の文脈におけるユーザ生成コンテンツを含むこともできる。例えば、ユーザ生成コンテンツは、第１のユーザ１２０が旅行先で撮影した１又は２以上の画像、及び第１のユーザ１２０が旅行先で録画した１又は２以上のビデオを含むことができる。ユーザ生成コンテンツは、ネットワーキングアプリケーション上での第１のユーザ１２０と他のユーザとの（チャット履歴などの）会話の履歴をさらに含むことができる。

【0060】

ユーザデータは、以下に限定するわけではないが、チャット履歴、１又は２以上のメッセージンググループのメンバーとの過去の一連の相互作用、チャット履歴に記録された各会話の社会的文脈、及び第１のユーザ１２０のソーシャルネットワーク内の人々のグループを含むソーシャルデータをさらに含むことができる。例えば、ソーシャルネットワーク内の人々のグループは、第１のユーザ１２０の家族、第１のユーザ１２０の友人、及び第１のユーザ１２０の職場の同僚などであることができる。ユーザデータには、人々のグループの各々との各会話の社会的文脈を含めることもできる。

【0061】

２０８において、システム１０２は、１又は２以上のＮＬＰモデル１０４を使用して、取得された１又は２以上のメッセージを処理してコンテキスト情報を決定することができる。コンテキスト情報は、第１の場所に旅行しようとする第１のユーザ１２０の意図、及びこの旅行に関連するスケジュールを示すことができる。１又は２以上のＮＬＰモデル１０４には、１又は２以上のメッセージを入力することができる。１又は２以上のＮＬＰモデル１０４は、１又は２以上のメッセージを処理してコンテキスト情報を出力することができる。例えば、システム１０２は、ＮＬＰモデルに「ニューヨークへの旅行を計画しよう（Ｌｅｔｓ ｐｌａｎ ａ ｔｒｉｐ ｔｏ Ｎｅｗ Ｙｏｒｋ）」というメッセージを入力することができる。ＮＬＰモデルによって出力されるコンテキスト情報は、「第１のユーザ１２０が第２のユーザと共にニューヨーク市への旅行を計画したいと望んでいる（ｔｈｅ ｆｉｒｓｔ ｕｓｅｒ １２０ ｗａｎｔｓ ｔｏ ｐｌａｎ ｔｈｅ ｔｒｉｐ ｔｏ Ｎｅｗ Ｙｏｒｋ ｃｉｔｙ ｗｉｔｈ ａ ｓｅｃｏｎｄ ｕｓｅｒ）」を含むことができる。

【0062】

ある実施形態によれば、コンテキスト情報は、１又は２以上のメッセージに関連する社会的文脈をさらに示すことができる。社会的文脈は、第１のユーザ１２０が１又は２以上のメッセージの１又は２以上の受信者と相互作用できる社会的設定を示すことができる。コンテキスト情報は、１又は２以上のメッセージの１又は２以上の受信者との社会的関係をさらに示すことができる。一例として、第１のユーザ１２０は、メッセージの１又は２以上の受信者の同僚であることができる。社会的文脈は、ニューヨークへの旅行が同僚との出張であることを示すことができる。別の例として、第１のユーザ１２０は、メッセージの１又は２以上の受信者と友人であることができる。社会的文脈は、ニューヨークへの旅行が友人との休暇であることを示すことができる。１又は２以上のＮＬＰモデル１０４の例示的なアーキテクチャの詳細については、例えば図５でさらに説明する。

【0063】

２１０において、システム１０２は、取得された１又は２以上のメッセージ及び決定されたコンテキスト情報を分散型ストレージシステム１１６の（第１のストレージノード１１６Ａなどの）ストレージノードに記憶することができる。分散型ストレージシステム１１６の各ノード上のストレージは、一群の輸送サービスプロバイダのうちのある輸送サービスプロバイダに固有のものであることができる。例えば、第１のユーザ１２０は第１の輸送サービスプロバイダを利用することができる。取得された１又は２以上のメッセージ及び第１のユーザ１２０に関連する決定されたコンテキスト情報は、第１のストレージノード１１６Ａにローカルに記憶することができる。この処理は、ユーザ固有のデータを安全に記憶して第１のユーザ１２０のプライバシーを維持するために行うことができる。

【0064】

ある実施形態では、１又は２以上のメッセージ、コンテキスト情報、第１のユーザ１２０の（オンライン利用可能性などの）状況、及びユーザデータを第１のストレージノード１１６Ａに記憶することができる。同様に、１又は２以上の受信者に関連するメッセージ、１又は２以上の受信者に関連するコンテキスト情報、１又は２以上の受信者の（オンライン利用可能性などの）状況、及び１又は２以上の受信者のユーザデータも、分散型ストレージシステム１１６のそれぞれのストレージノードに記憶することができる。

【0065】

２１２において、システム１０２は、コンテキスト情報及びユーザデータに基づいて旅行計画を生成することができる。ある実施形態によれば、旅行計画は、第１の場所への旅行を企てる第１のユーザ１２０及び１又は２以上の受信者のそれぞれの旅行の旅程を含むことができる。例示的なシナリオでは、旅行計画が、（ニューヨークなどの）第１の場所において訪れるべき場所を含むことができる。これらの場所は、有名なモニュメント、レストラン、遊園地、劇場、及び美術館などを含むことができる。旅行計画は、各場所の訪問に対応する日付及び時間をさらに含むことができる。旅行計画は、第１の場所までの総所要時間、第１の場所の到着日時、及び第１の場所からの出発日時をさらに含むことができる。旅行計画のための例示的な第１のＵＩの詳細については、例えば図４Ｄでさらに説明する。

【0066】

２１４において、システム１０２は、生成された旅行計画で指定された旅行の予約詳細を生成するようにＭａａＳネットワーク１０６をトリガーすることができる。システム１０２は、第１のユーザ１２０に関連する予約データをＭａａＳネットワーク１０６に送信し又は共有することができる。予約データは、例えば第１のユーザ１２０の名前及び第１のユーザ１２０の連絡先番号などのユーザデータを含むことができる。予約データは、旅行の各行程で使用すべき輸送サービスの支払詳細、及び旅行期間中の滞在に使用すべきホテルなどの場所の支払詳細をさらに含むことができる。送信された予約データに基づいて、ＭａａＳネットワーク１０６上にトランザクション記録を作成することができる。システム１０２は、作成されたトランザクション記録に基づいて予約詳細を生成することができる。

【0067】

例示的なシナリオでは、予約詳細が、第１のユーザ１２０の第１の場所への移動日、出発便情報、到着便情報、旅行の複数の行程に使用すべきマルチモーダル輸送サービス、ホテルチェックインの詳細、及びホテルチェックアウトの詳細などを含むことができる。予約詳細の生成の詳細については、例えば図３Ａ及び図３Ｂでさらに説明する。

【0068】

分散型台帳データベース１１０は、旅行確認詳細（例えば、チケット識別（ＩＤ）番号）、（旅行内で要求される変更などの）旅行変更詳細、旅行計画の確認詳細、第１のユーザ１２０及び１又は２以上のメンバーによるイベント参加の合意、タスクの状況、及び支払い詳細などの詳細を記憶することができる。

【0069】

２１６において、システム１０２は、生成された予約詳細を第１のＵＩ１２２又は第２のＵＩ１２４上に表示するように電子装置１１８を制御することができる。第２のＵＩ１２４は、第１のＵＩ１２２とは異なることができる。例えば、予約詳細は、電子装置１１８のディスプレイ画面上にレンダリングされた第１のＵＩ１２２上に表示することができる。ディスプレイ画面は、電子装置１１８に組み込むことも、又は電子装置１１８から分離することもできる。第１のユーザ１２０は、表示された予約詳細を第１のＵＩ１２２上又は第２のＵＩ１２４上で確認することができる。予約詳細を表示する例示的な第１のＵＩの詳細については、例えば図４Ｄでさらに説明する。

【0070】

シーケンス図２００については、２０２、２０４、２０６、２０８、２１０、２１２、２１４及び２１６などの離散的動作として示しているが、いくつかの実施形態では、開示する実施形態の本質を損なうことなく、このような離散的動作を特定の実装に応じてさらなる動作にさらに分割し、より少ない動作に組み合わせ、又は削除することもできる。

【0071】

図３Ａ及び図３Ｂは、本開示の実施形態による、予約詳細の生成及びユーザインターフェイス上の予約詳細のレンダリングをまとめて示す図である。図３Ａ及び図３Ｂの説明は、図１及び図２の要素に関連して行う。図３Ａ及び図３Ｂには、３０２～３２８の一連の動作を示すシーケンス図３００を示す。これらの一連の動作は、図１のシステム１０２、電子装置１１８、ＭａａＳネットワーク１０６、或いは１又は２以上のＭＰサーバ１１２によって実行することができる。

【0072】

３０２において、システム１０２は、第１のユーザ１２０と同一又は同様の旅行関心を有する一群のメンバーを含むメッセージンググループを選択することができる。システム１０２は、（図１及び図２で説明した）コンテキスト情報及びユーザデータに基づいてメッセージンググループを選択することができる。例えば、ネットワーキングアプリケーション上での第１のユーザ１２０の検索履歴は、第１の場所（例えば、ニューヨーク）への旅行に対する第１のユーザ１２０の関心を示唆することができる。別の例では、１又は２以上のメッセージが第１の場所（ニューヨーク）への旅行に対する第１のユーザ１２０の関心を示すことができる。システム１０２は、「ニューヨーク」という第１の場所への第１のユーザ１２０の旅行関心に対応するメッセージンググループを選択することができる。

【0073】

メッセージンググループは、ニューヨークなどの特定の場所への旅行に関心がある一群のメンバーを含むネットワーキングアプリケーション上の既存のグループであることができる。いくつかの実施形態では、同様の旅行関心を有する複数のグループがネットワーキングアプリケーション上に存在することができる。システム１０２は、ユーザデータ及びコンテキスト情報に基づいて、複数のグループからメッセージンググループを選択することができる。例えば、メッセージンググループは、第１のユーザ１２０の年齢層、第１のユーザ１２０が好む旅行日、又は第１のユーザ１２０のその他の選好に基づいて選択することができる。

【0074】

１又は２以上の実施形態では、選択されたメッセージンググループが、第１のユーザ１２０をユーザとして登録できるいずれかのメッセージングクライアント上に存在することができる。システム１０２は、特定のメッセージングクライアントに対するユーザ選好に基づいてメッセージンググループを選択することができる。いくつかの実施形態では、異なるメッセージングクライアントがＭａａＳネットワーク１０６に関連することができる。システム１０２は、ＭａａＳネットワーク１０６に関連する異なるメッセージングクライアントからメッセージンググループを選択することができる。

【0075】

３０４において、システム１０２は、メッセージンググループに参加するための推奨を表示するように電子装置１１８を制御することができる。例えば、メッセージンググループに参加するための推奨は、第１のＵＩ１２２上に表示されるメッセージンググループの名前を含むことができる。メッセージンググループに参加するための推奨は、メッセージンググループ及びメッセージンググループのメンバーに関する情報をさらに含むことができる。

【0076】

１又は２以上の実施形態では、システム１０２が、コンテキスト情報及びユーザデータに基づいて複数のメッセージンググループの推奨を提供することができる。ある例として、第１のメッセージンググループは、第１のユーザ１２０の現在の位置に基づいて推奨することができ、第２のメッセージンググループは、第１のユーザ１２０の年齢層に基づいて推奨することができ、第３のメッセージンググループは、家族、友人又は同僚との旅行に対する第１のユーザ１２０の関心に基づいて推奨することができる。メッセージンググループの推奨を表示する例示的なＵＩの詳細については、例えば図４Ａでさらに説明する。

【0077】

３０６において、システム１０２は、１又は２以上のＮＬＰモデル１０４を利用して、第１のユーザ１２０とメッセージンググループの１又は２以上のメンバーとの間の会話を分析することができる。例えば、第１のユーザ１２０と１又は２以上のメンバーとの間の会話を分析してコンテキスト情報を決定することができる。例示的な会話は、来月末頃に（ヨーロッパ内の場所などの）第１の場所に旅行する第１のユーザ１２０及び１又は２以上のメンバーの関心を示すことができる。１又は２以上のＮＬＰモデル１０４は、例示的な会話を分析してコンテキスト情報を決定することができる。例えば、コンテキスト情報は、（ヨーロッパなどの）関心のある場所、（９月２４日から９月３０日までなどの）好ましい旅行日、並びに第１のユーザ１２０及び１又は２以上のメンバーの好ましいアクティビティの情報を含むことができる。

【0078】

３０８において、システム１０２は、１又は２以上のＮＬＰモデル１０４を使用することによって、第１のユーザ１２０とメッセージンググループの１又は２以上のメンバーとの間の会話の分析に基づいて旅行計画を生成することができる。旅行計画は、第１の場所への旅行を企てる第１のユーザ１２０及び１又は２以上のメンバーの各々の旅行の旅程を含むことができる。

【0079】

ある実施形態では、ヨーロッパへの旅行を企てる第１のユーザ１２０及び１又は２以上のメンバーにとって、好ましいアクティビティ又はヨーロッパで訪れる好ましい場所が異なることがある。システム１０２は、個々の好みに基づいて、第１のユーザ１２０及び１又は２以上のメンバー向けに個人化された旅程を生成することができる。例えば、第１のユーザ１２０は美術館への訪問に興味がないことがある。従って、旅程は、第１のユーザ１２０については美術館への訪問を除外することができる。代わりに、旅程は、美術館の近くの（レストランなどの）好ましい場所への訪問を含むことができる。システム１０２が美術館の近くの場所を含むことができる理由は、１又は２以上のメンバーの大半が美術館に存在して第１のユーザ１２０が旅行中の予定時刻に１又は２以上のメンバーと合流できるからである。同様に、システム１０２は、１又は２以上のメンバーの各々についてもこのような旅程での除外を行うことができる。

【0080】

３１０において、システム１０２は、第１のＵＩ１２２上又は第２のＵＩ１２４上に一連のインタラクティブＵＩ要素をオーバーレイ表示するように電子装置１１８を制御することができる。一連のインタラクティブＵＩ要素は、旅行に関連する共通スケジュールを含むことができる。例えば、第１の場所への旅行中に、メッセージンググループを利用して第１のユーザ１２０と１又は２以上のメンバーとの間の会話を開始又は継続することができる。旅行に関連する共通スケジュールは、（第１のＵＩ１２２などの）チャットＵＩ上にオーバーレイ表示することができる。共通スケジュールは、例えば昼食のためにレストランで待ち合わせることなどの好ましいアクティビティを含むことができる。

【0081】

一連のインタラクティブＵＩ要素は、旅行中にアクティビティを計画するか否かを決定する投票をさらに含むことができる。例えば、第１のユーザ１２０は、遊園地を訪れるための投票を作成することができる。投票は、メッセージンググループ内の第１のＵＩ１２２上にオーバーレイ表示することができる。投票は、「はい」及び「いいえ」の選択肢などの選択肢を含むことができる。１又は２以上のメンバーの各々は、個々の選好に基づいて投票に応答することができ、システム１０２は、これに基づいて旅程を生成することができる。

【0082】

一連のインタラクティブＵＩ要素は、旅行でカバーされる１又は２以上の場所に関するニュースをさらに含むことができる。例えば、第１の場所への旅行の旅程の一部としてビーチの場所が近い場合がある。メッセージンググループ内でインタラクティブＵＩ要素を介してビーチに関するニュースを共有することができる。

【0083】

一連のインタラクティブＵＩ要素は、１又は２以上の場所に関連する共通関心項目をさらに含むことができる。例えば、遊園地への途中にレストランが存在する場合がある。メッセージンググループ内でインタラクティブＵＩ要素を介してレストランの場所及び方向を共有することができる。

【0084】

ある実施形態によれば、第２のＵＩ１２４は、一連のインタラクティブＵＩ要素をオーバーレイ表示できるマップＵＩ要素を含むことができる。マップＵＩ要素は、第１のユーザ１２０及び１又は２以上のメンバーが移動しているライブルートを示すことができる。例えば、マップＵＩ要素に対応するライブルート上の正確なレストランの位置に、レストランに対応するインタラクティブＵＩ要素をオーバーレイ表示することができる。同様に、マップＵＩ要素上の正確な遊園地の位置に、遊園地を訪れる投票をオーバーレイ表示することもできる。

【0085】

３１２において、システム１０２は、第１のＵＩ１２２を介して、旅行計画の確認に対応できる第１のユーザ入力を受け取ることができる。例えば、生成された旅行計画は、輸送モードの詳細、好ましいルート、及び（旅行計画内の）ルート上の停止を含むことができる。システム１０２は、旅行計画の確認に対応できる第１のユーザ入力を受け取ることができる。場合によっては、生成された旅行計画が第１のユーザ１２０に適していないことがある。例えば、旅行計画を実行する第１のユーザ１２０の好ましいタイミングが旅行計画で指定される時間と異なる場合がある。このような場合、第１のユーザ１２０は旅行計画を受け入れないことができる。

【0086】

３１４において、システム１０２は、受け取られた第１のユーザ入力に基づいて予約詳細を生成するようにＭａａＳネットワーク１０６をトリガーすることができる。ＭａａＳネットワーク１０６は、第１のユーザ入力の受信後に、例えばレストランの予約、美術館への訪問、（旅行の１又は２以上の行程でのタクシー、バス又は列車への乗車などの）旅行／輸送サービスの予約などを含むことができる予約詳細を生成するようにトリガーすることができる。

【0087】

例示的なシナリオでは、メッセージンググループが第１のユーザ１２０の会社に関連することができる。このような場合、メッセージンググループは、第１のユーザ１２０及び一群のメンバー（すなわち、第１のユーザ１２０の同僚）を含むことができる。システム１０２は、第１のユーザ１２０に関連する電子装置１１８から「帰りにＪｕｓｔｉｎの自宅で書類を受け取る（Ｉ ｗｉｌｌ ｐｉｃｋ ｕｐ ｄｏｃｕｍｅｎｔｓ ｆｒｏｍ Ｊｕｓｔｉｎ’ｓ ｐｌａｃｅ ｏｎ ｍｙ ｗａｙ ｈｏｍｅ）」というメッセージを受け取ることができる。その後、システム１０２は、１又は２以上のＮＬＰモデル１０４を使用して、受け取ったメッセージ及び第１のユーザ１２０に関連するユーザデータを処理してコンテキスト情報を決定することができる。コンテキスト情報は、「Ｊｕｓｔｉｎの自宅の場所」及び「会社からＪｕｓｔｉｎの自宅までのルート」などの詳細を含むことができる。システム１０２は、コンテキスト情報に基づいて生成された旅行計画を第１のユーザ１２０に表示するように電子装置１１８を制御することができる。いくつかの実施形態では、システム１０２が、第１のＵＩ１２２上に（Ｊｕｓｔｉｎの自宅の場所などの）一連のインタラクティブＵＩ要素をオーバーレイ表示するように電子装置１１８を制御することができる。

【0088】

ある実施形態では、システム１０２が、第１のＵＩ１２２を介して、生成された旅行計画の確認に対応できる第１のユーザ入力を受け取ることができる。システム１０２は、受け取られた確認に基づいて、予約詳細を生成するようにＭａａＳネットワーク１０６をトリガーすることができる。

【0089】

３１６において、システム１０２は、生成された予約詳細を（チャットＵＩなどの）第１のＵＩ１２２又は（マップＵＩ要素などの）第２のＵＩ１２４上に表示するように電子装置１１８を制御することができる。第１のユーザ１２０は、ネットワーキングアプリケーションに関連する第１のＵＩ１２２上又は第２のＵＩ１２４上に表示された予約詳細を見ることができる。予約詳細を表示する例示的な第１のＵＩの詳細については、例えば図４Ｄでさらに説明する。

【0090】

３１８において、システム１０２は、１又は２以上のＭＰサーバ１１２から、旅行前及び旅行中に発生し得るイベントに関連する追跡情報を受け取ることができる。例えば、追跡情報は、第１のユーザ１２０に関連する位置情報を含むことができる。追跡情報は、第１のユーザ１２０の会社からの（Ｊｕｓｔｉｎの自宅への旅行などの）旅行の開始時刻を含むことができる。１又は２以上のＭＰサーバ１１２は、旅行前及び旅行中に発生し得るイベントに関連する追跡情報の記録を保持することができる。

【0091】

３２０において、システム１０２はイベントを検出することができる。イベントの検出は、予約詳細及び受け取られた追跡情報に基づくことができる。イベントは、旅行計画で指定できる旅行の各行程の開始に対応することができる。例えば、旅行の第１の行程は、会社から（Ｊｕｓｔｉｎの自宅などの）同僚の自宅への移動に対応する。旅行の第２の行程は、Ｊｕｓｔｉｎの自宅から第１のユーザ１２０の家への移動に対応することができる。

【0092】

検出されたイベントは、第１のユーザ１２０の会社からの旅行の第１の行程の開始に対応することができる。イベントは、旅行の各行程の終了にさらに対応することができる。例えば、検出されたイベントは、（Ｊｕｓｔｉｎの自宅などへの）旅行の第１の行程の終了に対応することができる。イベントは、旅行の各行程が開始及び終了する場所にさらに対応することができる。例えば、イベントは、第１のユーザ１２０の（会社などの）開始場所及び（Ｊｕｓｔｉｎの自宅などの）終了場所に対応することができる。イベントは、旅行の各行程が開始及び終了するタイムスタンプにさらに対応することができる。例えば、検出されたイベントは、（Ｊｕｓｔｉｎの自宅への旅行などの）旅行の行程の開始時刻及び旅行の行程の終了時刻に対応することができる。イベントは、旅行の少なくとも１つの行程のルート又は輸送サービスプロバイダを変更する要求にさらに対応することができる。例えば、旅行計画で指定された旅行の第１の行程の第１のルートが第１のユーザ１２０に適していないことがある。システム１０２は、旅行の第１の行程の第１のルートを変更する要求を受け取ることができる。イベントは、ルート又は輸送サービスプロバイダの変更にさらに対応することができる。例えば、イベントは、旅行計画で指定された第１のルートの代わりに第１のユーザ１２０が取る代替ルートを含むことができる。

【0093】

３２２において、システム１０２は、追跡されたイベントに基づいて、ＭａａＳネットワーク１０６の（分散型台帳データベース１１０のノードなどの）分散型台帳ノード上で１又は２以上のトランザクションを実行することによって旅行の進捗を追跡することができる。例えば、システム１０２は、分散型台帳データベース１１０の分散型台帳ノード上で追跡されたイベントを送信することによって１又は２以上のトランザクションを実行することができる。このようにして、（旅行前及び旅行中に発生し得る）第１のユーザ１２０に関連するイベントを分散型台帳データベース１１０上に安全に記憶することができる。実行されたトランザクションに基づいて、第１のユーザ１２０の旅行の進捗を追跡することができる。

【0094】

３２４において、システム１０２は、旅行の少なくとも１つの行程のルート、スケジュール、又は輸送サービスプロバイダを変更又はキャンセルする要求に対応できる第２のユーザ入力を受け取ることができる。システム１０２は、第１のＵＩ１２２を介して第２のユーザ入力を受け取ることができる。例えば、旅行計画に変更がある場合がある。第１のユーザ１２０は、旅行を数日間延長したいと望む場合もあれば、第２の場所への訪問が必要になる場合もある。システム１０２は、旅行計画で指定された復路のルートを変更する第２のユーザ入力を受け取ることができる。別の例では、第２のユーザ入力が、旅行計画で指定された復路の輸送サービスプロバイダの変更に対応することができる。

【0095】

３２６において、システム１０２は、受け取られた第２のユーザ入力に基づいて、予約詳細を更新するようにＭａａＳネットワーク１０６をトリガーすることができる。ＭａａＳネットワーク１０６は、ＭａａＳネットワーク１０６の分散型台帳ノード上でトランザクションを実行することによって予約詳細を更新することができる。例えば、更新された予約詳細は、第２の場所の旅行情報を含むことができる。更新された予約詳細は、（第２の場所から第１のユーザ１２０の居住市などへの）帰路のフライト情報をさらに含むことができる。

【0096】

３２８において、システム１０２は、更新された予約詳細に関して知らせることができる通知をレンダリングするように電子装置１１８を制御することができる。更新された予約詳細に対応する通知は、第１のＵＩ１２２上にレンダリングすることができる。

【0097】

例示的なシナリオでは、予約詳細が、第１のユーザ１２０の会社からＪｕｓｔｉｎの自宅への旅行のためのものであることができる。システム１０２は、第１のユーザ１２０の家に関連するメッセージンググループを介して第２のユーザ入力を受け取ることができる。第１のユーザ１２０の家に関連するメッセージンググループは、第１のユーザ１２０及び第１のユーザ１２０の家族を含むことができる。システム１０２は、第１のユーザ１２０に関連する電子装置１１８から、「仕事が遅れて夕食に間に合わない（Ｉ ｗｉｌｌ ｂｅ ｌａｔｅ ｆｒｏｍ ｗｏｒｋ ａｎｄ ｃａｎｎｏｔ ｃａｔｃｈ ｕｐ ｆｏｒ ｄｉｎｎｅｒ）」というメッセージなどの第２のユーザ入力を受け取ることができる。その後、システム１０２は、１又は２以上のＮＬＰモデル１０４を使用して、受け取ったメッセージ及び第１のユーザ１２０に関連するユーザデータを処理してコンテキスト情報を決定することができる。コンテキスト情報は、「Ｊｕｓｔｉｎの自宅の場所へのルート上での夕食の計画」又は「Ｊｕｓｔｉｎの自宅から家までのルート上での夕食の計画」、及び「ユーザの好みに基づくルート上でのレストランの推奨」などの詳細を含むことができる。システム１０２は、コンテキスト情報に基づいて生成された更新済みの旅行計画を表示するように電子装置１１８を制御することができる。ある実施形態では、システム１０２が、更新された旅行計画の確認を受け取ることができる。システム１０２は、受け取った確認に基づいて、予約詳細を更新するようにＭａａＳネットワーク１０６をトリガーすることができる。

【0098】

シーケンス図３００については、３０２、３０４、３０６、３０８、３１０、３１２、３１４、３１６、３１８、３２０、３２２、３２４、３２６及び３２８などの離散的動作として示しているが、いくつかの実施形態では、開示する実施形態の本質を損なうことなく、このような離散的動作を特定の実装に応じてさらなる動作にさらに分割し、より少ない動作に組み合わせ、又は削除することもできる。

【0099】

図４Ａは、本開示の実施形態による、ネットワーキングアプリケーションのホーム画面に対応する例示的なユーザインターフェイスを示す図である。図４Ａの説明は、図１、図２、図３Ａ及び図３Ｂの要素に関連して行う。図４Ａには図４００Ａを示す。図４００Ａは、電子装置１１８を含むことができる。システム１０２は、ホーム画面４０２をレンダリングするように電子装置１１８を制御することができる。ある実施形態では、電子装置１１８上でネットワークアプリケーションへのアクセスが行われた時に、ホーム画面４０２を第１のＵＩ１２２と呼ぶことができる。ホーム画面４０２は検索バー４０４を含むことができる。検索バー４０４は、ネットワーキングアプリケーションに登録された他のユーザ、或いは異なる旅行先又はその他の選好に関連する異なるメッセージンググループを検索するために使用することができる。ネットワーキングアプリケーションは、１又は２以上のメッセージングクライアントに関連することができる。

【0100】

検索バー４０４は、第１のユーザ１２０が旅行で「ニューヨーク」などの好みの場所を検索するために使用することもできる。検索バー４０４は、第１のユーザ１２０が友人又は同僚などの特定のユーザを検索するために使用することもできる。ホーム画面４０２は、（第１のユーザ１２０の友人などの）１又は２以上のユーザが旅行した場所を表示することができる。ホーム画面４０２は、コンテキスト情報及びユーザデータに基づいて、１又は２以上のメッセージンググループに参加するための推奨を表示することもできる。例えば、推奨は、第１のメッセージンググループ「家族での休暇（Ｆａｍｉｌｙ Ｖａｃａｙ）」及び第２のメッセージンググループ「カップルの隠れ家（Ｃｏｕｐｌｅ’ｓ ｒｅｔｒｅａｔ）」を含むことができる。

【0101】

ホーム画面４０２は、一連のアイコンをさらに含むことができる。一連のアイコンは、ホームアイコン４０６Ａ、チャットアイコン４０６Ｂ、発見アイコン４０６Ｃ、アクティビティアイコン４０６Ｄ、及びプロフィールアイコン４０６Ｅを含むことができる。ホームアイコン４０６Ａは、第１のユーザ１２０がホーム画面４０２を見るために利用することができる。チャットアイコン４０６Ｂは、第１のユーザ１２０がチャットＵＩ又はメッセージンググループを見るために利用することができる。発見アイコン４０６Ｃは、第１のユーザ１２０が他のユーザを検索するために利用することができる。アクティビティアイコン４０６Ｄは、第１のユーザ１２０がネットワーキングアプリケーション上で第１のユーザ１２０のアクティビティを見て追跡するために利用することができる。プロフィールアイコン４０６Ｅは、第１のユーザ１２０が、第１のユーザ１２０のユーザ名、第１のユーザ１２０の登録電子メール及び第１のユーザ１２０の連絡先情報などのプロフィール情報を見るために利用することができる。

【0102】

図４Ｂは、本開示の実施形態による、ネットワーキングアプリケーションのチャット画面に対応する例示的なユーザインターフェイスを示す図である。図４Ｂの説明は、図１、図２、図３Ａ、図３Ｂ及び図４Ａの要素に関連して行う。図４Ｂには図４００Ｂを示す。図４００Ｂは、電子装置１１８を含むことができる。

【0103】

システム１０２は、チャット画面４０８をレンダリングするように電子装置１１８を制御することができる。チャット画面４０８は、第１のユーザ１２０が電子装置１１８上のチャットアイコン４０６Ｂを押すことによって見ることができる。チャット画面４０８は、第１のユーザ１２０がメンバーであることができる（例えば、アイコンとしての）複数のメッセージンググループを含むことができる。例えば、「ニューヨーク旅行」というメッセージンググループが示されている。ある例では、第１のユーザ１２０が「ニューヨーク旅行」というメッセージンググループを作成し、第１のユーザ１２０と同一又は同様の旅行関心を有するメンバーのグループをメッセージンググループ「ニューヨーク旅行」に追加することができる。チャット画面４０８は、メッセージンググループ「ニューヨーク旅行」、及びメッセージンググループ「ニューヨーク旅行」内の未読メッセージの数を表す通知を表示することができる。

【0104】

ある実施形態では、第１のユーザ１２０が、発見アイコン４０６Ｃを押すことによって発見画面４１０を見ることができる。第１のユーザ１２０は、発見画面４１０を利用してユーザを名前で検索し、検索バー４０４を通じて好みの場所を検索することによってメッセージンググループを検索することができる。

【0105】

図４Ｃは、本開示の実施形態による、ネットワーキングアプリケーションの例示的なチャットユーザインターフェイスを示す図である。図４Ｃの説明は、図１、図２、図３Ａ、図３Ｂ、図４Ａ及び図４Ｂの要素に関連して行う。図４Ｃには図４００Ｃを示す。図４００Ｃは電子装置１１８を含むことができる。システム１０２は、チャットＵＩ４１２をレンダリングするように電子装置１１８を制御することができる。例えば、第１のユーザ１２０は、メッセージンググループ「ニューヨーク旅行」にアクセスすることによってチャットＵＩ４１２を見ることができる。メッセージンググループ「ニューヨーク旅行」に対応するチャットＵＩ４１２は、第１のユーザ１２０とメッセージンググループ「ニューヨーク旅行」の１又は２以上のメンバーとの間の会話を含むことができる。チャットＵＩ４１２は、第１のユーザ１２０と１又は２以上のメンバーとの間の会話のタイムスタンプをさらに含むことができる。

【0106】

いくつかの実施形態では、第１のＵＩ１２２の例示的な実施形態であることができるチャットＵＩ４１２上に一連のインタラクティブＵＩ要素をオーバーレイ表示することができる。インタラクティブＵＩ要素の例としては、旅行中にアクティビティを計画するか否かを決定する投票を含む。例えば、「マグノリアベーカリー（Ｍａｇｎｏｌｉａ Ｂａｋｅｒｙ）」という場所を訪れる投票をチャットＵＩ４１２上にオーバーレイ表示することができる。チャットＵＩ４１２は、第１のＵＩ１２２が１又は２以上のメッセージを入力できるチャットボックス４１４をさらに含むことができる。

【0107】

図４Ｄは、本開示の実施形態による、予約詳細を表示する例示的なユーザインターフェイスを示す図である。図４Ｄの説明は、図１、図２、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ及び図４Ｃの要素に関連して行う。図４Ｄには図４００Ｄを示す。図４００Ｄは電子装置１１８を含むことができる。システム１０２は、予約詳細を表示する第１のＵＩ４１８をレンダリングするように電子装置１１８を制御することができる。予約詳細は、旅行計画で指定された旅行の開始日、及び第１のユーザ１２０と共に第１の場所に旅行する一群のメンバーの詳細などの詳細を含むことができる。予約詳細は、旅行の特定の部分／行程のためにスケジュール又は予約できる様々な輸送サービスの詳細をさらに含むことができる。第１のユーザ１２０は、詳細アイコン４２０を通じてホテルの予約情報などの他の詳細にアクセスすることができる。第１のＵＩ４１８は、旅行の旅程にアクセスするためのプランナーアイコン４２２、及び旅行の各行程のルートにアクセスするためのマップアイコン４２４をさらに含むことができる。第１のＵＩ４１８は、旅行で計画されているアクティビティのリストにアクセスするためのリストアイコン４２６をさらに含むことができる。

【0108】

図４Ｅは、本開示の実施形態による、ライブマップユーザインターフェイスに対応する例示的なユーザインターフェイスを示す図である。図４Ｅの説明は、図１、図２、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ、図４Ｃ及び図４Ｄの要素に関連して行う。図４Ｅには図４００Ｅを示す。図４００Ｅは電子装置１１８を含むことができる。

【0109】

ある実施形態によれば、システム１０２は、メッセージンググループの第１のユーザ１２０を含む１又は２以上のメンバーから入力セットを受け取ることができる。入力セットは、旅行のアクティブな行程のために取られるルート４２８を見る又は強調表示する選好に関連することができる。例えば、ルート４２８は、旅行のアクティブな行程であることができる。ルート４２８は、入力セットのうちの１つの入力に基づいて強調表示することができる。さらに、入力セットは、１又は２以上のメンバーが企てることができる旅行の旅程に関連することができる。例えば、システム１０２は、ユーザの選好に基づいて、第１のユーザ１２０及び１又は２以上のメンバーの各々のために個別の旅程を生成することができる。入力は、例えば旅行の旅程に含まれるランドマークに関連することができる。

【0110】

入力セットは、第１の場所及び旅行コース内の他の場所に関連する場所固有の情報にさらに関連することができる。例えば、システム１０２は、レストランへのルートを見るための入力を受け取ることができる。入力セットは、１又は２以上のメンバーが実行すべき１又は２以上のタスクにさらに関連することができる。例えば、第１のユーザ１２０が文書を受け取ることが必要な場合がある。システム１０２は、文書を受け取る場所の位置を強調表示するための入力を受け取ることができる。

【0111】

システム１０２は、旅行又は旅行のアクティブな行程のライブマップＵＩ４３０を生成することができる。また、システム１０２は、受け取った入力セットに基づいて複数のクリック可能なＵＩ要素を生成することができる。例えば、第１のクリック可能なＵＩ要素４３２は美術館の位置に対応することができる。第２のクリック可能なＵＩ要素４３４はレストランの位置に対応することができる。第３のクリック可能なＵＩ要素４３６は公園の位置に対応することができる。第４のクリック可能なＵＩ要素４３８は教会の位置に対応することができる。システム１０２は、生成されたライブマップＵＩ４３０の第１のビューをレンダリングするように電子装置１１８を制御することができる。第１のビューは、強調表示されたルート４２８を含むことができる。システム１０２は、第１のクリック可能なＵＩ要素４３２、第２のクリック可能なＵＩ要素４３４、第３のクリック可能なＵＩ要素４３６及び第４のクリック可能なＵＩ要素４３８などの複数のクリック可能なＵＩ要素を、レンダリングされたライブマップＵＩ４３０の第１のビュー上の対応する位置にオーバーレイ表示することができる。

【0112】

ある実施形態によれば、システム１０２は、オーバーレイ表示された複数のクリック可能なＵＩ要素のうちの第１のクリック可能なＵＩ要素４３２などのクリック可能なＵＩ要素の選択をさらに受け取ることができる。第１のクリック可能なＵＩ要素４３２の選択は、生成されたライブマップＵＩ４３０を介して受け取ることができる。システム１０２は、受け取られた選択に基づいて、レンダリングされた第１のビューをライブマップＵＩ４３０の第２のビューに切り替えることができる。第２のビューは、第１のビューと異なることができる。例えば、第２のビューは、第１のユーザ１２０の現在位置から第１のクリック可能なＵＩ要素４３２に対応する美術館の位置までの強調表示されたルートであることができる。

【0113】

いくつかの実施形態では、生成された複数のクリック可能な要素が１又は２以上の拡張現実（ＡＲ）要素を含むことができる。例えば、システム１０２は、電子装置１１８をＡＲ対応として判定することができる。この判定に基づいて、生成された複数のクリック可能な要素を１又は２以上のＡＲ要素として提示することができる。

【0114】

図４Ｆは、本開示の実施形態による、生成された拡張現実（ＡＲ）要素を示す図である。図４Ｆの説明は、図１、図２、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ、図４Ｃ、図４Ｄ及び図４Ｅの要素に関連して行う。図４Ｆには図４００Ｆを示す。図４００Ｆは、電子装置１１８及びオブジェクト４４０を含むことができる。

【0115】

システム１０２は、電子装置１１８をＡＲ対応として判定し、既に旅行中に訪れた場所に基づいて一連のインタラクティブＡＲ要素を生成することができる。例えば、一連のインタラクティブＡＲ要素のうちのあるＡＲ要素は、第１のユーザ１２０が訪れた遊園地のＡＲビューに対応することができる。一連のインタラクティブＡＲ要素は、旅行中に訪れるべき現在の場所又は将来的な場所にさらに基づいて生成することができる。例えば、一連のインタラクティブＡＲ要素のうちのあるＡＲ要素は、第１のユーザ１２０が存在すると考えられる通りのＡＲビューに対応することができる。生成される一連のインタラクティブＡＲ要素は、旅行での第１のユーザ１２０と１又は２以上のメンバー（すなわち、旅行者）との間の会話にさらに基づいて生成することができる。例えば、第１のユーザ１２０は、レストランでオブジェクト４４０を検出することができる。第１のユーザ１２０は、１又は２以上のメンバーとオブジェクト４４０について会話することが必要な場合がある。オブジェクト４４０は、電子装置１１８に関連するイメージングセンサを使用してスキャンすることができる。システム１０２は、オブジェクト４４０に対応するＡＲ要素４４２を生成することができる。

【0116】

システム１０２は、オブジェクト４４０に関する情報４４４をさらに生成することができる。例えば、オブジェクト４４０は、特定の品種のトマトであることができる。生成されたオブジェクト４４０に関する情報４４４は、オブジェクト４４０の（トマトなどの）名前、オブジェクト４４０の一般的重量、オブジェクト４４０が有するカロリー数、及びオブジェクト４４０の色を含むことができる。生成された情報４４４は、電子装置１１８の第１のＵＩ１２２上にレンダリングすることができる。

【0117】

一連のインタラクティブＡＲ要素は、第１のユーザ１２０と１又は２以上のメンバーとの間の会話の文脈にさらに基づいて生成することができる。例えば、１又は２以上のメッセージは、第１の場所におけるフードフェスティバルに関連することができる。システム１０２は、第１の場所におけるフードフェスティバルに対応するＡＲ要素を生成することができる。一連のインタラクティブＡＲ要素は、第１のユーザ１２０及び１又は２以上のメンバーの（好きな料理、ニュース項目及び特定の場所などの）共通の関心及び（同じ時刻の出発便などの）共通スケジュールにさらに基づいて生成することができる。一例として、ＡＲ要素は、第１のユーザ１２０のアバターに基づくことができる。いくつかの実施形態では、一連のインタラクティブＡＲ要素を、以下に限定するわけではないが、特定の年齢層又は所得層のグループ、特定のブランドの買い物客又はファン、又は特定の場所の住民などの特定のターゲットグループに合わせて生成することができる。システム１０２は、オブジェクト４４０に対応するＡＲ要素４４２などの生成された一連のＡＲ要素を第１のＵＩ１２２又は第２のＵＩ１２４上にレンダリングするように電子装置１１８を制御することができる。システム１０２は、（電子装置１１８などの）ＡＲ対応ハードウェアを有することができる第１のユーザ１２０などのユーザが、１又は２以上のメンバーのうちのＡＲ対応ハードウェアを有していなくてもよい他のメンバーとＡＲ体験を共有することを可能にすることができる。

【0118】

図４Ｇは、本開示の実施形態による、ライブマップユーザインターフェイス上にオーバーレイ表示された複数のクリック可能なＵＩ要素を示す図である。図４Ｇの説明は、図１、図２、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ、図４Ｃ、図４Ｄ、図４Ｅ及び図４Ｆの要素に関連して行う。図４Ｇには図４００Ｇを示す。図４００Ｇは電子装置１１８を含むことができる。電子装置１１８は、生成されたライブマップＵＩ４３０と、ルート４２８上にオーバーレイ表示された複数のクリック可能なＵＩ要素とを含むことができる。

【0119】

システム１０２は、オーバーレイ表示された複数のクリック可能なＵＩ要素のうちの第２のクリック可能なＵＩ要素４４６の選択を受け取ることができる。第２のクリック可能なＵＩ要素４４６は、１又は２以上のメンバーのうちのあるメンバーからのメッセージに対応することができ、１又は２以上のメンバーのうちのルート４２８上のメンバーの位置にオーバーレイ表示することができる。

【0120】

システム１０２は、受け取られた第２のクリック可能なＵＩ要素４４６の選択に基づいて、ライブマップＵＩ４３０上にチャットウィンドウＵＩをオーバーレイ表示することができる。チャットウィンドウＵＩは、第１のユーザ１２０とメッセージンググループの１又は２以上のメンバーとの間のやりとりを可能にすることができる。例えば、第２のクリック可能なＵＩ要素４４６は、メンバーによる「準備できた？（Ａｒｅ ｙｏｕ ｒｅａｄｙ？）」というメッセージに対応することができる。第１のユーザ１２０は第２のクリック可能なＵＩ要素４４６をクリックすることができ、これに基づいてライブマップＵＩ４３０上にチャットウィンドウＵＩをオーバーレイ表示することができる。

【0121】

ある実施形態によれば、システム１０２は、旅行中に旅行のライブマップＵＩ４３０上にコンテンツ消費ＵＩをレンダリングするように電子装置１１８を制御することができる。コンテンツ消費ＵＩは、メディアコンテンツを表示できるメディアプレーヤＵＩを含むことができる。旅行中、第１のユーザ１２０及び１又は２以上のメンバーは、（楽曲、オーディオブック、ポッドキャスト、映画などの）メディアコンテンツを消費することができる。メディアコンテンツは、コンテンツアクセスタイプに基づいてパブリックコンテンツ又はプライベートコンテンツに分類することができる。パブリックコンテンツには、共通の関心に基づいてアクセスすることができる。（部長のメッセージなどの）プライベートコンテンツには、特定のグループのみがアクセスすることができる。

【0122】

メディアプレーヤＵＩは、第１のユーザ１２０のためのメディアコンテンツをライブマップＵＩ４３０上に表示することができる。コンテンツ消費ＵＩは、旅行中に第１のユーザ１２０を含む１又は２以上のメンバーが既に消費した、又はまだ消費していない可能性があるメディアコンテンツの量を示すことができるタイムラインをさらに含むことができる。例えば、コンテンツ消費ＵＩは、タイムスタンプを伴うタイムラインを含むことができる。タイムライン上には、第１のユーザ１２０及び１又は２以上のメンバーの各々によるメディアコンテンツの消費経過を異なるタイムスタンプで示すことができる。コンテンツ消費ＵＩは、１又は２以上のメンバーを示すことができるビューアＵＩ要素をさらに含むことができる。例えば、ビューアＵＩ要素は、１又は２以上のメンバーの各々の名前を表示することができる。

【0123】

ある実施形態によれば、システム１０２は、ＭａａＳネットワーク１０６の分散型台帳ノード上で１又は２以上のトランザクションを実行することによって１又は２以上のメンバーのメディアコンテンツの消費を追跡することができる。システム１０２は、メディアコンテンツの消費に対応するトランザクション記録をＭａａＳネットワーク１０６の（分散型台帳データベース１１０のノードなどの）分散型台帳ノードに送信することができる。

【0124】

システム１０２は、コンテンツプロバイダが特定のターゲットグループを追跡してユーザの消費行動から学ぶことを可能にすることができる。これらの特定のグループの追跡を利用して、１０代向け、大人向け、子供向け及びインターン向けなどの様々なグループ向けのコンテンツストリーミングを管理することができる。

【0125】

図４Ｈは、本開示の実施形態による、例示的なカスタムマップベースのユーザインターフェイスを示す図である。図４Ｈの説明は、図１、図２、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ、図４Ｃ、図４Ｄ、図４Ｅ、図４Ｆ及び図４Ｇの要素に関連して行う。図４Ｈには図４００Ｈを示す。図４００Ｈは、カスタムマップベースのＵＩ４４８を含むことができる。

【0126】

カスタムマップベースのＵＩ４４８は、第１のユーザ１２０及び１又は２以上のメンバーの各々に対応するカスタマイズされたライブマップを含むことができる。例えば、第１のカスタマイズされたライブマップ４５０は、第１のユーザ１２０が好むルートを示すことができる。第２のカスタマイズされたライブマップ４５２は、１又は２以上のメンバーのうちのあるメンバーが好むルートを示すことができる。例えば、第１のユーザ１２０は、第１のカスタマイズされたライブマップ４５０に、表示されたルートマップ上にコーヒーショップの位置が強調表示されたルートマップを見るように要求することができる。

【0127】

１又は２以上の実施形態では、カスタムマップベースのＵＩ４４８が、第１のユーザ１２０及び１又は２以上のメンバーのライブ位置に関連する複合ライブ旅行マップ（ｃｏｍｐｏｓｉｔｅ ｌｉｖｅ ｔｒａｖｅｌ ｍａｐｓ）を含むことができる。カスタムマップベースのＵＩ４４８は、第１のユーザ１２０及び１又は２以上のメンバーが移動しているルートの現在の行程に関連するルートの行程の複合旅行マップをさらに含むことができる。カスタムマップベースのＵＩ４４８は、第１のユーザ１２０及び１又は２以上のメンバーの各々に関連するライブ旅行マップをさらに含むことができる。

【0128】

ある実施形態では、カスタムマップベースのＵＩ４４８が、１又は２以上のメンバーの各々の名前及び（オンライン状況又はオフライン状況などの）状況をさらに含むことができる。例えば、カスタムマップベースのＵＩ４４８は、「Ｃａｒｌｙ Ｓｈａｎｎｏｎ」という名前を含み、「Ｃａｒｌｙ Ｓｈａｎｎｏｎ」というユーザに関連する「２時間前に接続（Ｃｏｎｎｅｃｔｅｄ ２ ｈｏｕｒｓ ａｇｏ）」などの最後に見た状況を表示することができる。

【0129】

ある実施形態では、カスタムマップベースのＵＩ４４８が、メンバーを検索するための検索バー４５４と、メッセージンググループを検索するための検索バー４５６とをさらに含むことができる。カスタムマップベースのＵＩ４４８は、旅行計画の現在の旅行の行程のタイムスタンプをさらに含むことができる。カスタムマップベースのＵＩ４４８は、第１のユーザ１２０と１又は２以上のメンバーとの間で共通し得るメッセージンググループを含むことができるメッセージウィンドウ４５８をさらに含むことができる。カスタムマップベースのＵＩ４４８は、旅程に含まれるタスクを示すことができるタスクウィンドウ４６０をさらに含むことができる。

【0130】

ある実施形態では、カスタムマップベースのＵＩ４４８が、第１のユーザ１２０と１又は２以上のメンバーとの間の共有文書を含むことができるレポートウィンドウ４６２を含むことができる。カスタムマップベースのＵＩ４４８は、第１のユーザ１２０及び１又は２以上のメンバーがたどったルートを含むことができる追跡ウィンドウ４６４、旅行に参加中のメンバーの詳細を含むことができる参加者ウィンドウ４６６、イベントに関する雑多な情報を含むことができる情報ウィンドウ４６８、及び決定されたイベントのリストを含むことができるイベントリストウィンドウ４７０をさらに含むことができる。

【0131】

ある実施形態では、カスタムマップベースのＵＩ４４８が、第１のユーザ１２０のための（ライブルートなど）主要コンテンツ及び相互作用的なカスタマイズされたコンテンツを表示するマップレイヤを含むことができる。カスタムマップベースのＵＩ４４８は、第１のユーザ１２０に位置案内を提供できるＡＲベースのナビゲーションをさらに含むことができる。システム１０２は、探索すべき局所性に対応するＡＲ要素をさらに生成することができる。局所性に対応するＡＲ要素は、ガス管、地下メトロ（ｕｎｄｅｒｇｒｏｕｎｄ ｍｅｔｒｏ）及び地下鉄（ｓｕｂｗａｙｓ）などの隠れたインフラストラクチャを含むことができる。

【0132】

カスタムマップベースのＵＩ４４８は、距離、コスト及びその他の測定基準などのパラメータに基づいて第１のユーザ１２０の近隣エリアを探索するために利用することができる。カスタムマップベースのＵＩ４４８は、第１のユーザ１２０と１又は２以上のメンバーとの間で検索結果をマップ表現として共有するためにさらに利用することができる。

【0133】

図４Ｉは、本開示の実施形態による、１又は２以上のタスクウィジェットを示す図である。図４Ｉの説明は、図１、図２、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ、図４Ｃ、図４Ｄ、図４Ｅ、図４Ｆ、図４Ｇ及び図４Ｈに関連して行う。図４Ｉには図４００Ｉを示す。図４００Ｉは電子装置１１８を含むことができる。

【0134】

システム１０２は、第１のＵＩ４７２をレンダリングするように電子装置１１８を制御することができる。システム１０２は、第１のＵＩ４７２を通じて、第１のユーザ１２０に関連する１又は２以上のスケジュールされたタスクに対応できる入力を受け取ることができる。例えば、第１のスケジュールされたタスクは、現場「Ａ」の視察に対応することができる。第２のスケジュールされたタスクは、現場「Ｂ」の視察に対応することができる。システム１０２は、このようなスケジュールされたタスクに対応する１又は２以上のタスクウィジェットを生成することができる。例えば、システム１０２は、第１のスケジュールされたタスクに対応する第１のタスクウィジェット４７４、及び第２のスケジュールされたタスクに対応する第２のタスクウィジェット４７６を生成することができる。

【0135】

システム１０２は、第１のタスクウィジェット４７４及び第２のタスクウィジェット４７６などの生成された１又は２以上のタスクウィジェットを旅行又は旅行のアクティブな行程のライブマップＵＩ４７８と共にレンダリングするように電子装置１１８を制御することができる。例示的なシナリオでは、１又は２以上のスケジュールされたタスクに対応できる入力が、１又は２以上のスケジュールされたタスクの優先度を含むことができる。例えば、１又は２以上のスケジュールされたタスクの各々は高優先度のもの又は低優先度のものであることができる。生成された１又は２以上のタスクウィジェットは、設定されたタスクの優先度だけでなく、１又は２以上のスケジュールされたタスクを完了すべき日付／時間を含むこともできる。

【0136】

システム１０２は、第２のＵＩ４８０をレンダリングするように電子装置１１８を制御することができる。第１のユーザ１２０は、第１のスケジュールされたタスクの詳細を含むことができる第２のＵＩ４８０を見るために第１のタスクウィジェット４７４にアクセスすることができる。例えば、第２のＵＩ４８０は、現場「Ａ」の視察日、現場「Ａ」の場所、第１のスケジュールされたタスクの説明、第１のスケジュールされたタスクの状況、第１のスケジュールされたタスクに関連するメモ、及び第１のスケジュールされたタスクに関連する添付文書を含むことができる。

【0137】

図４Ｊは、本開示の実施形態による、例示的なビジュアルプランナーユーザインターフェイスを示す図である。図４Ｊの説明は、図１、図２、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ、図４Ｃ、図４Ｄ、図４Ｅ、図４Ｆ、図４Ｇ、図４Ｈ及び図４Ｉに関連して行う。図４Ｊには図４００Ｊを示す。図４００Ｊは、ビジュアルプランナーＵＩ４８２を含むことができる。

【0138】

システム１０２は、ビジュアルプランナーＵＩ４８２をレンダリングするように電子装置１１８を制御することができる。ビジュアルプランナーＵＩ４８２は、旅行中にカバーすべき１又は２以上の旅程項目をグラフィカルに表現できる第１の一群のＵＩ要素４８４を含むことができる。ビジュアルプランナーＵＩ４８２は、旅行中にカバーすべき１又は２以上の旅程項目の各々を構成するオプションに対応できる第２の一群のＵＩ要素４８６をさらに含むことができる。システム１０２は、第２の一群のＵＩ要素４８６のうちの１又は２以上のＵＩ要素の選択を受け取ることができる。例えば、ＵＩ要素４８８を選択することができる。システム１０２は、受け取った選択に基づいて旅行計画を更新することができる。例えば、ＵＩ要素４８８は聖域への訪問に対応することができる。ＵＩ要素４８８は、旅程項目を完了としてマークするためのクリック可能なＵＩ要素であることができる。ＵＩ要素４８８の選択に基づいて、今後の旅程内のイベントから聖域への訪問を削除することができる。ＭａａＳネットワーク１０６は、更新された旅行計画に基づいて予約詳細を生成するようにトリガーすることができる。

【0139】

システム１０２は、第１のユーザ１２０の消費ベースの課金モデルを可能にし、第１のＵＩ１２２の使用パターンに基づく柔軟な価格設定を提供することができる。システム１０２は、メッセージンググループの包含及び上位レベルアクセスのためのネゴシエーションを可能にすることができる。

【0140】

システム１０２は、旅行の計画前及びＭａａＳネットワーク１０６を通じて予約された旅行中に、カスタマイズされたサービス提供のために（第１のユーザ１２０などの）顧客をより良く理解することを可能にすることができる。ＭａａＳネットワーク１０６は、収益最大化のために柔軟なサービス提供モデルを利用することができる。コンテンツプロバイダについては、繰り返しの価格設定（ｒｅｃｕｒｒｅｎｔ ｐｒｉｃｉｎｇ）と消費価格設定との柔軟な組み合わせが、コンテンツプロバイダによる効果的な実験、市場内テスト及び再調整を可能にすることができる。システム１０２は、コンテンツプロバイダがサービスへのシームレスなアクセスのためにＭａａＳネットワーク１０６に依拠することを可能にすることができる。

【0141】

なお、図４Ａ～図４Ｊに示す例示的なユーザインターフェイスは一例として提示したものにすぎない。このような例は、本開示を限定するものとして解釈すべきではない。本開示は、他のタイプのユーザインターフェイスにも適用可能である。

【0142】

図５は、本開示の実施形態による、図１のネットワーク環境の例示的なソフトウェアレベルアーキテクチャの図である。図５の説明は、図１、図２、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ、図４Ｃ、図４Ｄ、図４Ｅ、図４Ｆ、図４Ｇ、図４Ｈ、図４Ｉ及び図４Ｊに関連して行う。図５には図５００を示す。図５００は、図１のシステム１０２の例示的なシステムアーキテクチャを表すことができる。

【0143】

図５００は、自然言語処理モデル５０２及び音声認識モジュール５０４を含むことができる。音声認識モジュール５０４は、音響モデル５０６、言語モデル５０８、及びノイズ除去モデル５１０を含むことができる。図５００は、自然言語理解モデル５１２をさらに含むことができる。自然言語理解モデル５１２は、領域分類器５１４、シーケンスラベラー５１６、及び状態追跡器５１８を含むことができる。

【0144】

図５００は、ＭａａＳインターフェイス５２０及びマップエンジン５２２をさらに含むことができる。マップエンジン５２２は、ＡＲモジュール５２４、検索モジュール５２６、コンポーザモジュール５２８、並びに通知及びアクションモジュール５３０を含むことができる。図５００は、意思決定モジュール５３２をさらに含むことができる。意思決定モジュール５３２は、会話マネージャ５３４及びインテントランカー（ｉｎｔｅｎｔ ｒａｎｋｅｒ）５３６を含むことができる。図５００は、ユーザプロファイルデータベース５３８及びコンテキスト認識推奨モジュール５４０をさらに含むことができる。コンテキスト認識推奨モジュール５４０は、コンテキスト因子モジュール５４２を含むことができる。

【0145】

図５００は、訓練パイプライン５４４及びＭａａＳネットワーク１０６を含むことができる。図５００は、高水準モジュール５４８を含む機能モジュール５４６をさらに含むことができる。高水準モジュール５４８は、オブジェクト検出モジュール５５０、画像セグメンテーションモジュール５５２、及び低解像度ハンドリングモジュール５５４を含むことができる。機能モジュール５４６は、低水準モジュール５５６をさらに含むことができる。低水準モジュール５５６は、ビデオ処理モジュール５５８及び画像処理モジュール５６０を含むことができる。

【0146】

図５００は、制御モジュール５６２をさらに含むことができる。制御モジュール５６２は、イベントベースの再生制御モジュール５６４を含むことができる。図５００は、ＡＲウェブサービスモジュール５６６をさらに含むことができる。図５００は、文書データベース５６８、ストリーミングデータベース５７０、マップデータベース５７２、及び時系列データベース５７４をさらに含むことができる。図５００は、分散型ユーザ情報サーバ５７６をさらに含むことができる。分散型ユーザ情報サーバ５７６は、個人情報モジュール５７８、ユーザ状態モジュール５８０、コンテキストモジュール５８２、及び仮想現実プロセスデータモジュール５８４を含むことができる。

【0147】

図５００は、マップエンジン５８６をさらに含むことができる。マップエンジン５８６は、マップティルト及びレンダラー（ｍａｐ ｔｉｌｔ ａｎｄ ｒｅｎｄｅｒｅｒ）５８８、並びにマップスタイル生成器５９０を含むことができる。図５００は、動的旅行プランナー５９２をさらに含むことができる。動的旅行プランナー５９２は、ルート積算器（ｒｏｕｔｅｓ ｉｎｔｅｇｒａｔｏｒ）５９４及びルート生成器５９６をさらに含むことができる。ルート生成器５９６は、シナリオベースのルート生成器５９６Ａ及び最適化ベースのルート生成器５９６Ｂをさらに含むことができる。動的旅行プランナー５９２は、ルート推奨器５９８をさらに含むことができる。ルート推奨器５９８は、コンテキスト推論及びフィルタモジュール５９８Ａ、ルートユーティリティ計算器５９８Ｂ、及び集計器５９８Ｃをさらに含むことができる。図５００は、推奨者システム５９９をさらに含むことができる。

【0148】

ユーザデータは、ユーザプロファイルデータベース５３８に記憶することができる。音声ベースの会話などの１又は２以上のメッセージは、音声認識モジュール５０４によって処理することができる。音声認識モジュール５０４は、音響モデル５０６、言語モデル５０８及びノイズ除去モデル５１０を利用して、第１のユーザ１２０と１又は２以上のメンバーとの間の音声ベースの会話を処理することができる。

【0149】

自然言語処理モデル５０２及び自然言語理解モデル５１２は、コンテキスト認識推奨モジュール５４０及び音声認識モジュール５０４を利用して、ユーザデータ及び１又は２以上のメッセージに基づいてコンテキスト情報を決定することができる。意思決定モジュール５３２は、第１のユーザ１２０と１又は２以上のメンバーとの間の会話を分析してコンテキスト情報を正確に決定するためにさらに利用することができる。

【0150】

自然言語処理モデル５０２及び自然言語理解モデル５１２は、第１のユーザ１２０と１又は２以上のメンバーとの間で共有される１又は２以上のメッセージから旅行に関連するコンテキスト情報を決定するＡＩベースの知能を提供することができる。

【0151】

分散型ユーザ情報サーバ５７６は、第１のユーザ１２０の個人情報などのユーザデータを安全に記憶するために利用することができる。このような分散型ユーザ情報サーバ５７６は、ユーザデータに対する自己主権性（ｓｅｌｆ－ｓｏｖｅｒｅｉｇｎｔｙ）を提供することができる。例えば、個人情報モジュール５７８は、第１のユーザ１２０の個人情報を記憶することができ、ユーザ状態モジュール５８０は、第１のユーザ１２０の（オンライン状況又はオフライン状況などの）状況を記憶することができる。自然言語処理モデル５０２及び自然言語理解モデル５１２は、インターフェイスを介して分散型ユーザ情報サーバ５７６からユーザデータを受け取ることができる。

【0152】

第１のユーザ１２０と１又は２以上のメンバーとの間のＡＲベースの体験の共有は、ＡＲウェブサービスモジュール５６６を介して容易にすることができる。制御モジュール５６２は、メディアコンテンツを表示できるメディアプレーヤＵＩを制御するために利用することができる。機能モジュール５４６は、第１のユーザ１２０と１又は２以上のメッセージの１又は２以上の受信者との間の音声ベースの会話、ビデオベースの会話、又はテキストベースの会話などの自然言語入力を分析するために利用することができる。

【0153】

マップエンジン５２２は、ライブマップＵＩの生成及び場所の位置の決定などの位置及びマップベースのサービスのために利用することができる。ＭａａＳインターフェイス５２０は、ルート、加入、支払い、コスト、距離及び乗車可能性などの機能のためにシステム１０２を連動させるために利用することができる。文書データベース５６８は、第１のユーザ１２０と１又は２以上のメンバーとの間で共有される文書を記憶するために利用することができる。ストリーミングデータベース５７０は、旅行中にストリーミングされたメディアコンテンツを記憶するために利用することができる。マップデータベース５７２は、生成されたマップＵＩを記憶するために利用することができる。時系列データベース５７４は、旅行に関するタスクに関連するタイムラインを記憶するために利用することができる。訓練パイプライン５４４は、自然言語処理モデル５０２を訓練するために利用することができる。

【0154】

マップエンジン５８６は、マップＵＩのタイルセット及びスタイルなどのマップＵＩ及び関連するデータの異なる表現又はバリエーションを記憶するために利用することができる。ルート積算器５９４は、ユニモーダルルート（ｕｎｉｍｏｄａｌ ｒｏｕｔｅｓ）に関連する情報を収集し、収集されたユニモーダルルートに関連する情報を集約するために利用することができる。ルート積算器５９４は、収集されたユニモーダルルートに関連する情報をルート生成器５９６への入力としてさらに提供することができる。ルート生成器５９６は、ＭａａＳネットワーク１０６のモビリティプレーヤからの（例えば、カーシェアリングデータ、バイクシェアリングデータ、駐車場利用可能性などの輸送に関連するデータなどの）データを使用して最適化されたルートシナリオを生成するために利用することができる。ルート生成器５９６は、移動モードの特定の都市のマップアプリケーションプログラミングインターフェイス（ＡＰＩ）のために利用できるワーカースレッド（ｗｏｒｋｅｒ ｔｈｒｅａｄ）を含むことができる。計画タスクは、グループメンバー共有又は駐車関連情報を必要とする場合には直接データベースにアクセスすることができる。ルート生成器５９６のＭａａＳ ＡＰＩ及びブローカノードは、タスクスケジューラ及びワーカースレッドを通じて共有及び駐車データベースを更新するために使用することができる。

【0155】

ルート推奨器５９８は、ルートシナリオを組み合わせ、組み合わさったルートをユーザ又はグループの文脈と一致させ、ルートのユーティリティを計算するために利用することができる。ルートのユーティリティは、ある人物又はグループユーティリティ、最適なＭａａＳプラン使用ユーティリティ、環境適合性、及びモード促進ユーティリティに基づいて計算することができる。ルートユーティリティ計算器５９８Ｂは、選好に関連するパラメータに割り当てられた重みを使用して第１のユーザ又は１又は２以上のメンバーの選好に優先度付けするために利用することができる。ルートは、ローカル及びグローバルランキング機構を使用することによって最適化することができる。例示的なシナリオでは、第１のユーザの選好が「明るい道」であることができる。「明るい道」という選好は１又は２以上のメンバーに影響を与えないと考えられるので、明るい道のルートが好ましいと考えられる。いくつかの実施形態では、（ユーザの旅行グループなどの）グループ内の特定のメンバーの安全パラメータの値を増加させ、特定の閾値に基づいてグループが最適未満のルートを取り入れることができる。異なるユーティリティベースのランク付けされたルートリストを集約して、グループと共有できる最終的なランク付けされたルートリストを作成することができる。推奨者システム５９９は、関心地点に関連する推奨セットを生成するために利用することができる。推奨者システム５９９の詳細については、例えば図７にさらに示す。

【0156】

図６は、本開示の実施形態による、マルチモーダル旅行システムのための拡張現実（ＡＲ）対応会話型ユーザ体験の例示的なアーキテクチャである。図６の説明は、図１、図２、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ、図４Ｃ、図４Ｄ、図４Ｅ、図４Ｆ、図４Ｇ、図４Ｈ、図４Ｉ、図４Ｊ及び図５に関連して行う。図６には図６００を示す。図６００は、モバイルクライアント６０２及びサーバ６０４を含むことができる。

【0157】

モバイルクライアント６０２は、ビューモジュール６０６を含むことができる。ビューモジュール６０６は、マップビューモジュール６０８、ＡＲビューモジュール６１０、通知ビューモジュール６１２、及びビューページャモジュール６１４を含むことができる。モバイルクライアント６０２は、バックグラウンドサービスモジュール６１６をさらに含むことができる。バックグラウンドサービスモジュール６１６は、ロケーションモジュール６１８を含むことができる。ロケーションモジュール６１８は、イベントハンドラ６２０及びロケーションハンドラ６２２を含むことができる。バックグラウンドサービスモジュール６１６は、センササービスモジュール６２４をさらに含むことができる。

【0158】

モバイルクライアント６０２は、ハンドリングモジュール６２６をさらに含むことができる。ハンドリングモジュール６２６は、データマネージャ６２８及び表現的状態転送（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ ｓｔａｔｅ ｔｒａｎｓｆｅｒ：ＲＥＳＴ）クライアント６３０を含むことができる。モバイルクライアント６０２は、モデル６３２をさらに含むことができる。モデル６３２は、データベースアクセス層６３４、ローカルアセットデータベース６３６、及びローカルデータベース６３８を含むことができる。サーバ６０４は、ウェブサービスモジュール６４０及び分散型データベース６４２をさらに含むことができる。

【0159】

システム１０２は、クライアント－サーバモデルを利用してシステム１０２に関連する動作を実行することができる。例えば、モバイルクライアント６０２は電子装置１１８の一部であることができる。サーバ６０４は、システム１０２の一部であることができる。モバイルクライアント６０２は、通信ネットワーク１２６を介してサーバ６０４に通信可能に結合することができる。

【0160】

分散型データベース６４２は、ユーザデータを安全に記憶するために利用することができる。モバイルクライアント６０２は、サーバ６０４を介してユーザデータを受け取り、第１のユーザ１２０のＡＲベースの会話型ユーザ体験を可能にすることができる。マップビューモジュール６０８は、一連のインタラクティブＡＲ要素をオーバーレイ表示できるライブマップＵＩを生成するために利用することができる。ＡＲビューモジュール６１０は、一連のインタラクティブＡＲ要素を生成するために利用することができる。通知ビューモジュール６１２は、第１のユーザ１２０と１又は２以上のメンバーとの間のメッセージなどの通知を見るために利用することができる。ビューページャモジュール６１４は、第１のユーザ１２０から第２のＵＩ１２４に切り替えるために利用することができる。

【0161】

バックグラウンドサービスモジュール６１６のロケーションモジュール６１８は、第１の場所におけるロケーションベースのサービス及び決定されたイベントを処理するために利用することができる。センササービスモジュール６２４は、一連のインタラクティブＡＲ要素を生成するようにオブジェクトをスキャンするために利用することができる。

【0162】

ハンドリングモジュール６２６のＲＥＳＴクライアント６３０は、システム１０２又は輸送サービスプロバイダが通信のためにＲＥＳＴサービスアプリケーションプログラムインターフェイス（ＡＰＩ）を呼び出すために利用することができる。例えば、ＲＥＳＴサービスＡＰＩは、ライブ交通情報を決定するために利用することができる。データベースアクセス層６３４は、ローカルアセットデータベース６３６及びローカルデータベース６３８に記憶されたユーザデータにアクセスするために利用することができる。

【0163】

図７に、本開示の実施形態による、関心地点セットに基づく例示的な旅行計画生成方法のフローチャートを示す。図７の説明は、図１、図２、図３Ａ～図３Ｂ、図４Ａ～図４Ｊ、図５及び図６の要素に関連して行う。図７にはフローチャート７００を示す。フローチャート７００の例示的な方法は、例えば図１のシステム１０２などのいずれかのコンピュータシステムによって実行することができる。フローチャート７００の例示的な方法は、７０２から開始して７０４に進むことができる。

【0164】

７０４において、例えば図２で説明したような決定されたコンテキスト情報に基づいて初期関心地点セットを生成することができる。ある実施形態によれば、システム１０２は、初期関心地点セットを生成するように構成することができる。ある実施形態によれば、取得された１又は２以上のメッセージが、第１のユーザ１２０及びチャットグループの１又は２以上の他のメンバーにとって関心があると考えられる１又は２以上の場所の名前を含むことができる。取得されたユーザデータは、第１のユーザ１２０及びメンバーが好む場所に関する情報を含むことができる。コンテキスト情報は、このような場所に関する情報を含むことができる。

【0165】

７０６において、生成された初期関心地点セットに１又は２以上の最適化技術を適用して中間関心地点セットを決定することができる。ある実施形態によれば、システム１０２は、生成された初期関心地点セットに１又は２以上の最適化技術を適用して中間関心地点セットを決定するように構成することができる。このような技術は、第１のユーザ１２０にとって旅行に関連する値が最大になるように旅行のルートに沿ったできるだけ多くの場所を組み合わせる方法を発見するために適用することができる。

【0166】

１又は２以上の最適化技術の適用は、生成された初期関心地点セットの各々にユーザ選好に基づいて重みを割り当てることを含むことができる。１又は２以上の最適化技術は、高い重みを有する初期関心地点セットを利用して中間関心地点セットを生成することができる。１又は２以上の最適化技術の例としては、以下に限定するわけではないが、巡回セールスマン問題、オリエンテーリング問題、及びナップサック問題を挙げることができる。オリエンテーリング問題の例としては、チームオリエンテーリング問題、時間枠付きオリエンテーリング問題、時間枠付きチームオリエンテーリング問題、時間依存オリエンテーリング問題、時間枠付き多重制約付きチームオリエンテーリング問題、一般化オリエンテーリング問題、利益が減少するチームオリエンテーリング問題、クラスタ化オリエンテーリング問題、確率的利益を含むオリエンテーリング問題、確率的移動時間及びサービス時間を含むオリエンテーリング問題などを挙げることができる。ナップサック問題は、例えばオレゴントレイルナップサック問題（Ｏｒｅｇｏｎ ｔｒａｉｌ ｋｎａｐｓａｃｋ ｐｒｏｂｌｅｍ）であることができる。

【0167】

７０８において、中間関心地点セットに関連する推奨セットを生成することができる。ある実施形態によれば、システム１０２は、中間関心地点セットに関連する推奨セットを生成するように構成することができる。推奨セットは、都心ルート、車での旅行（ｒｏａｄ ｔｒｉｐｓ）、複数の地域で構成された旅行などの異なる粒度での旅行及びルートを含むことができる。いくつかの実施形態では、ユーザの選好に基づいて（異なる場所で計画されるルート又はアクティビティなどの）各項目にランク付けすることができる。

【0168】

推奨セットは、複数の関心地点又は旅行目的地などの旅行項目セットと、推奨セット内の目的地、アクティビティ、宿泊施設及びその他のサービスなどのまとまりのある旅行項目を組み合わせることができる（旅行バッグ又は旅行バンドルと呼ばれる）旅行計画とを含むことができる。推奨セットは、第１のユーザ１２０及び第１のユーザ１２０と共に旅行する１又は２以上のメンバーの一日又は複数日の旅行で楽しめるルートに沿った関心地点セットなどの一連の項目をさらに含むことができる。

【0169】

１又は２以上の実施形態では、推奨セットが、（ユーザデータに含まれる）ユーザの年齢又は旅行時刻に基づくことができる。推奨セットに含まれる旅行バンドルは、旅行の開始前に生成することができる。ある実施形態では、システム１０２が、複合旅行を生成するための入力として旅行地域を利用することができ、これを後で推奨セットに含めることができる。いくつかの実施形態では、推奨セットを、休日のタイプ、オフィスツアー、旅行地域、及び／又は目的輸送手段に基づいて生成することができる。推奨セットは、旅行中の昼食及び夕食などの旅程項目のためのバッファスロット（ｂｕｆｆｅｒ ｓｌｏｔｓ）を含むことができる。

【0170】

いくつかの実施形態では、旅行計画に多様性を組み込むために、推奨セットが、重み付けの高い項目（すなわち、関心地点）を他の重み付けの低い項目から除外することができる。システム１０２は、事前活動パターンを分析して推奨セットを生成することができる。システム１０２は、第１のユーザ１２０及び１又は２以上のメンバーに関連するコンテキスト情報を分析して推奨セットを生成することができる。

【0171】

７１０において、生成された推奨セットに対応する第３のユーザ入力を受け取ることができる。第３のユーザ入力は、第１のユーザ１２０及び１又は２以上のメッセージの１又は２以上の受信者の総意に基づくことができる。ある実施形態によれば、システム１０２は、生成された推奨セットに対応する第３のユーザ入力を受け取るように構成することができる。第３のユーザ入力は、例えば複数のＵＩのうちの第４のＵＩを介して受け取ることができる。第３のユーザ入力の受信の詳細については、例えば図８Ａでさらに説明する。

【0172】

７１２において、受け取られた第３の入力に基づいて関心地点セットを生成することができる。ある実施形態によれば、システム１０２は、受け取られた第３の入力に基づいて関心地点セットを生成するように構成することができる。生成された関心地点セットは、第１のユーザ１２０及び１又は２以上のメンバーの総意に基づく場所、アクティビティ及びルートなどを含むことができる。

【0173】

７１４において、生成された関心地点セット、コンテキスト情報及びユーザデータに基づいて旅行計画を生成することができる。生成された旅行計画は、第１の場所への旅行を企てる第１のユーザ１２０及び１又は２以上のメンバーの各々の旅行の旅程を含むことができる。

【0174】

図８Ａ～図８Ｃは、本開示の実施形態による例示的なＵＩ要素を集合的に示す図である。図８Ａ～図８Ｃの説明は、図１、図２、図３Ａ～図３、図４Ａ～図４Ｊ、図５、図６及び図７の要素に関連して行う。

【0175】

図８Ａには図８００Ａを示す。図８００Ａは、第４のＵＩ８０２、ディスカッショントピックＵＩ要素８０４、及び旅行計画シーケンスＵＩ要素８０６を含むことができる。第４のＵＩ８０２は、推奨セット８０８を表示することができる。ディスカッショントピックＵＩ要素８０４は、マップ８１０、アラートＵＩ要素８１２、並びにルート詳細及びメトリックＵＩ要素８１４を含むことができる。旅行計画シーケンスＵＩ要素８０６は、詳細ＵＩ要素８１６を含むことができる。

【0176】

ある実施形態では、第４のＵＩ８０２が、第１の場所への旅行の一部であることができる第１のユーザ１２０及び１又は２以上のメンバーとやりとりするためのチャットボットを含むチャットＵＩであることができる。システム１０２は、生成された推奨セット８０８を第４のＵＩ８０２内にレンダリングすることができる。例えば、生成された推奨セット８０８は、（図７で説明した）中間関心地点セット、アクティビティ及びルートなどに関連する複数のオプションを含むことができる。

【0177】

第４のＵＩ８０２は、第１のユーザ１２０及び１又は２以上のメンバーがチャットボットとチャットして旅行計画を更新するために利用することができる。第４のＵＩ８０２は、第１のユーザ１２０及び１又は２以上のメンバーが生成された推奨セット８０８に対応する入力を提供するためにさらに利用することができる。第４のＵＩ８０２は、生成された推奨セット８０８に対応する受け取られた入力に基づいて投票をレンダリングすることができる。

【0178】

生成された関心地点セットに基づいて（総意に基づいて）ディスカッショントピックＵＩ要素８０４を生成することができる。ディスカッショントピックＵＩ要素８０４は、第１のユーザ１２０及び１人又はメンバーが旅行に関して話し合うために利用することができる。マップ８１０は、旅行の現在の行程及び／又は過去／今後の行程のマップを含むことができる。アラートＵＩ要素８１２は、外れたルート又は旅行の現在の行程に関連するその他のアラートなどのアラートに関する詳細を含むことができる。アラートＵＩ要素８１２は、マップ８１０上の関心地点セットに関連する項目をリンクするように構成することができる。ルート詳細及びメトリックＵＩ要素８１４は、旅行の現在の行程上の各場所の詳細、ルートに関連するメトリック、輸送モード及び施設、気象情報、及び旅行の現在の行程に沿ったアクティビティの詳細を含むことができる。

【0179】

生成された関心地点セットに基づいて旅行計画シーケンスＵＩ要素８０６を生成することができる。旅行計画シーケンスＵＩ要素８０６は、旅行の現在の行程内の場所の順序に基づくリストを含み、第１のユーザ１２０又は１又は２以上のメンバーなどの各個人に合わせて個人化することができる。いくつかの実施形態では、旅行計画シーケンスＵＩ要素８０６が、マップ上の場所の順序を示すことができるマップベースのシーケンスＵＩ要素であることができる。詳細ＵＩ要素８１６は、例えば予約詳細、ホテル詳細及び施設などの各場所に関連する詳細を含むことができる。詳細ＵＩ要素８１６は、マップ８１０上の関心地点セットに関連する項目をリンクするように構成することができる。

【0180】

第４のＵＩ８０２における会話に基づいて、マップ８１０上で検索及びプロット位置、並びにキーワード及びジオコードを更新することができる。また、（凡例、常用記号（ｃｕｓｔｏｍ ｓｙｍｂｏｌｓ）、オーバーレイなどの）自動グラフィックプロセスを更新することもできる。さらに、移動時間及びルート、バッファ、（グループに関連し得る）人口統計指標及び交通データなどの属性を有する補強レイヤ（ｅｎｒｉｃｈ ｌａｙｅｒｓ）を更新することができる。さらに、マップ８１０上で特定のルートをお気に入りとしてマークすることもできる。マップ８１０を保存することも、或いは将来的なセッション修正のためにマップ８１０の一部を文書又はオブジェクトとして保存することもできる。さらに、マップ８１０の印刷可能なマップビューを生成することもできる。マップビューは、後でディスカッショントピックＵＩ要素８０４に追加できる他のユーザと共有することができる。

【0181】

図８Ｂには図８００Ｂを示す。図８００Ｂには、第４のＵＩ８０２内の会話に基づく旅行計画シーケンスの変更を示すことができる。例示的なシナリオでは、旅行の現在の行程中に第１のユーザ１２０がある人物の家を訪れることが必要な場合がある。第１のユーザ１２０は、第４のＵＩ８０２を利用して旅行の現在の行程又は今後の行程に新たな項目、すなわちその人物の家への訪問を含めることができる。チャットボットは、訪問期間を確認し、１又は２以上のメンバーから旅行の現在の行程又は今後の行程にその人物の家の場所を含めるための総意を受け取ることができる。旅行計画シーケンスＵＩ要素８０６内の（場所などの）要素はクリック可能であることができる。

【0182】

図８Ｃには図８００Ｃを示す。図８００Ｃは、第４のＵＩ８０２における会話に基づいて詳細ＵＩ要素８１６にアクティビティの詳細を含めることを示すことができる。例示的なシナリオでは、第１のユーザ１２０及び１又は２以上のメンバーが、旅行の現在の行程中に「映画鑑賞」というアクティビティを追加する意思を示すことができる。チャットボットは、第４のＵＩ８０２内で「映画鑑賞」というアクティビティに関連する情報を求めることができる。システム１０２は、第１のユーザ１２０及び１又は２以上のメンバーの総意に基づいて、旅行の現在の行程又は今後の行程において「映画鑑賞」というアクティビティを完了する計画を生成することができる。アクティビティについては、詳細ＵＩ要素８１６を通じて映画館などの場所の提案を提供することができる。詳細ＵＩ要素８１６は、ＭａａＳネットワーク１０６のデータサービスプロバイダとの統合を使用することによって表示することができる。

【0183】

いくつかの実施形態では、システム１０２が、ディスカッショントピックＵＩ要素８０４、詳細ＵＩ要素８１６及び旅行計画シーケンスＵＩ要素８０６に関心地点セットをリンクできるアクティビティＵＩ要素を生成することができる。システム１０２は、関心地点セットをマップ８１０にリンクできるメッセージＵＩ要素をさらに生成することができる。これらの又はその他の実施形態では、システム１０２がハイパーカードＵＩ要素を生成することができる。ハイパーカードＵＩ要素は、関係に従ってリンクすることができ、新たなＵＩ要素として表示することができ、又は既存のＵＩ要素の代わりに表示することができる。

【0184】

図９は、本開示の実施形態による、マルチモーダル旅行システムの会話型ユーザ体験のための例示的なシステムのブロック図である。図９の説明は、図１、図２、図３Ａ～図３、図４Ａ～図４Ｊ、図５、図６、図７及び図８Ａ～図８Ｃの要素に関連して行う。図９にはシステム１０２のブロック図を示す。システム１０２は、回路９０２及びメモリ９０４を含むことができる。メモリ９０４は、１又は２以上のＮＬＰモデル１０４を含むことができる。システム１０２は、入力／出力（Ｉ／Ｏ）装置９０６及びネットワークインターフェイス９０８をさらに含むことができる。

【0185】

回路９０２は、システム１０２によって実行される異なる動作に関連するプログラム命令を実行するように構成できる好適なロジック、回路及びインターフェイスを含むことができる。回路９０２は、それぞれ独立プロセッサとして実装できる１又は２以上の処理ユニットを含むことができる。ある実施形態では、１又は２以上の処理ユニットを、１又は２以上の処理ユニットの機能をまとめて実行する統合プロセッサ又はプロセッサ群として実装することができる。回路９０２は、当業で周知の複数のプロセッサ技術に基づいて実装することができる。回路２０２の実装例としては、以下に限定するわけではないが、ｘ８６ベースのプロセッサ、ｘ６４ベースのプロセッサ、グラフィックプロセッシングユニット（ＧＰＵ）、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、特定用途向け集積回路（ＡＳＩＣ）プロセッサ、（視覚処理ユニット（ＶＰＵ）などの）コプロセッサ、複合命令セットコンピューティング（ＣＩＳＣ）プロセッサ、マイクロコントローラ、中央処理装置（ＣＰＵ）、及び／又はこれらの組み合わせを挙げることができる。

【0186】

メモリ９０４は、回路９０２によって実行される１又は２以上の命令を記憶するように構成できる好適なロジック、回路及びインターフェイスを含むことができる。メモリ９０４は、１又は２以上のメッセージ及びユーザデータを記憶するように構成することができる。メモリ９０４は、決定されたコンテキスト情報、生成された旅行計画、及び生成された予約詳細を記憶するようにさらに構成することができる。メモリ９０４の実装例としては、以下に限定するわけではないが、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的に消去可能なプログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、ハードディスクドライブ（ＨＤＤ）、固体ドライブ（ＳＳＤ）、ＣＰＵキャッシュ、及び／又はセキュアデジタル（ＳＤ）カードなどを挙げることができる。

【0187】

Ｉ／Ｏ装置９０６は、第１のユーザ及び１又は２以上のメンバーからの入力を受け取り、受け取った入力に基づいて出力を提供するように構成できる好適なロジック、回路及びインターフェイスを含むことができる。様々な入力／出力装置を含むことができるＩ／Ｏ装置９０６は、回路９０２と通信するように構成することができる。Ｉ／Ｏ装置９０６の例としては、以下に限定するわけではないが、タッチ画面、キーボード、マウス、ジョイスティック、マイク、ディスプレイ画面、及びスピーカを挙げることができる。

【0188】

ネットワークインターフェイス９０８は、通信ネットワーク１２６を介したシステム１０２、ＭａａＳネットワーク１０６、電子装置１１８、１又は２以上のＭＰサーバ１１２及び分散型ストレージシステム１１６間の通信を容易にするように構成できる好適なロジック、回路及びインターフェイスを含むことができる。ネットワークインターフェイス９０８は、様々な既知の技術を使用して電子装置１１８と通信ネットワーク１２６との有線又は無線通信をサポートするように実装することができる。ネットワークインターフェイス９０８は、以下に限定するわけではないが、アンテナ、無線周波数（ＲＦ）トランシーバ、１又は２以上の増幅器、チューナ、１又は２以上の発振器、デジタルシグナルプロセッサ、コーダ－デコーダ（ＣＯＤＥＣ）チップセット、加入者識別モジュール（ＳＩＭ）カード、又はローカルバッファ回路を含むことができる。ネットワークインターフェイス９０８は、以下に限定するわけではないが、インターネット、イントラネット、或いはセルラー電話ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）及びメトロポリタンエリアネットワーク（ＭＡＮ）などの無線ネットワークなどのネットワークとの有線又は無線通信を可能にするように構成することができる。無線通信は、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、拡張データＧＳＭ環境（ＥＤＧＥ）、広帯域符号分割多重アクセス（Ｗ－ＣＤＭＡ）、ロングタームエボリューション（ＬＴＥ）、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、Ｂｌｕｅｔｏｏｔｈ、（ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ又はＩＥＥＥ８０２．１１ｎなどの）ワイヤレスフィデリティ（ＷｉＦｉ）、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、ライトフィデリティ（Ｌｉ－Ｆｉ）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Ｗｉ－ＭＡＸ）、電子メール用プロトコル、インスタントメッセージ、及びショートメッセージサービス（ＳＭＳ）などの複数の通信標準、プロトコル及び技術のうちの１つ又は２つ以上を使用するように構成することができる。

【0189】

図１０は、本開示の実施形態による、マルチモーダル旅行システムの会話型ユーザ体験のための方法の例示的なフローチャートを示す図である。図１０の説明は、図１、図２、図３Ａ～図３Ｂ、図４Ａ～図４Ｊ、図５、図６、図７、図８Ａ～図８Ｃ及び図９の要素に関連して行う。図１０にはフローチャート１０００を示す。フローチャート１０００の例示的な方法は、例えば図１のシステム１０２などのいずれかのコンピュータシステムによって実行することができる。フローチャート１０００の例示的な方法は、１００２から開始して１００４に進むことができる。

【0190】

１００４において、第１のユーザ１２０に関連する電子装置１１８を、第１のＵＩ１２２をレンダリングするように制御することができる。ある実施形態によれば、回路７０２は、第１のユーザ１２０に関連する電子装置１１８を、第１のＵＩ１２２をレンダリングするように制御するよう構成することができる。

【0191】

１００６において、第１のＵＩ１２２を通じて、第１のユーザ１２０からの自然言語入力を含むことができる１又は２以上のメッセージを取得することができる。ある実施形態によれば、回路７０２は、第１のＵＩ１２２を通じて、第１のユーザ１２０からの自然言語入力を含むことができる１又は２以上のメッセージを取得するように構成することができる。いくつかの実施形態では、回路９０２を、メッセージンググループの（少なくとも第２のユーザなどの）１又は２以上のメンバーからの自然言語入力を含むことができる１又は２以上のメッセージを取得するように構成することができる。

【0192】

１００８において、第１のユーザ１２０に関連するユーザデータを取得することができる。ある実施形態によれば、回路７０２は、第１のユーザ１２０に関連するユーザデータを取得するように構成することができる。ある実施形態によれば、回路９０２は、メッセージンググループの（少なくとも第２のユーザなどの）１又は２以上のメンバーに関連するユーザデータを取得するように構成することができる。

【0193】

１０１０において、１又は２以上のＮＬＰモデル１０４を使用して、取得された１又は２以上のメッセージを処理し、第１の場所に旅行しようとする第１のユーザ１２０の意図及び旅行に関連するスケジュールを示すことができるコンテキスト情報を決定することができる。ある実施形態によれば、回路７０２は、１又は２以上のＮＬＰモデル１０４を使用して、取得された１又は２以上のメッセージを処理し、第１の場所に旅行しようとする第１のユーザ１２０の意図及び旅行に関連するスケジュールを示すことができるコンテキスト情報を決定するように構成することができる。

【0194】

１０１２において、コンテキスト情報及びユーザデータに基づいて旅行計画を生成することができる。ある実施形態によれば、回路７０２は、コンテキスト情報及びユーザデータに基づいて旅行計画を生成するように構成することができる。いくつかの実施形態では、回路９０２を、（例えば、第１のユーザ１２０及び１又は２以上のメンバーの総意に基づいて）生成された関心地点セット、コンテキスト情報及びユーザデータに基づいて旅行計画を生成するように構成することができる。生成された関心地点セット、コンテキスト情報及びユーザデータに基づく旅行計画の生成の詳細については、例えば図７にさらに示している。

【0195】

１０１４において、旅行計画で指定された旅行の予約詳細を生成するようにＭａａＳネットワーク１０６をトリガーすることができる。ある実施形態によれば、回路７０２は、旅行計画で指定された旅行の予約詳細を生成するようにＭａａＳネットワーク１０６をトリガーするよう構成することができる。

【0196】

１０１６において、生成された予約詳細を第１のＵＩ１２２上又は第１のＵＩ１２２とは異なる第２のＵＩ１２４上に表示するように電子装置１１８を制御することができる。ある実施形態によれば、回路７０２は、生成された予約詳細を第１のＵＩ１２２上又は第１のＵＩ１２２とは異なる第２のＵＩ１２４上に表示するように電子装置１１８を制御するよう構成することができる。

【0197】

フローチャート１０００については、１００４、１００６、１００８、１０１０、１０１２、１０１４及び１０１６などの離散的動作として示しているが、本開示はこのように限定されるものではない。従って、いくつかの実施形態では、開示する実施形態の本質を損なうことなく、特定の実装に応じてこのような離散的動作をさらなる動作にさらに分割し、より少ない動作に結合し、又は削除することもできる。

【0198】

本開示の様々な実施形態は、（システム１０２などのシステムの）機械及び／又はコンピュータによって実行可能なコンピュータ実行可能命令又は命令を記憶した非一時的コンピュータ可読媒体及び／又は記憶媒体を提供することができる。システムは、一群の輸送サービスプロバイダに関連する（モビリティアズアサービス（ＭａａＳ）ネットワーク１０６などの）ＭａａＳネットワークに通信可能に結合された（回路７０２などの）回路を含むことができる。命令は、（第１のユーザ１２０などの）第１のユーザに関連する（電子装置１１８などの）電子装置を、（第１のＵＩ１２２などの）第１のユーザインターフェイスをレンダリングするように制御することを含むことができる動作を機械及び／又はコンピュータに実行させることができる。動作は、第１のＵＩ１２２を通じて、第１のユーザ１２０からの自然言語入力を含むことができる１又は２以上のメッセージを取得することをさらに含むことができる。動作は、（１又は２以上の自然言語処理（ＮＬＰ）モデル１０４などの）１又は２以上のＮＬＰモデルを使用して、取得された１又は２以上のメッセージを処理し、第１の場所に旅行しようとする第１のユーザ１２０の意図及び旅行に関連するスケジュールを示すことができるコンテキスト情報を決定することをさらに含むことができる。動作は、コンテキスト情報及びユーザデータに基づいて旅行計画を生成することをさらに含むことができる。動作は、旅行計画で指定された旅行の予約詳細を生成するようにＭａａＳネットワーク１０６をトリガーすることをさらに含むことができる。動作は、生成された予約詳細を第１のＵＩ１２２上又は第１のＵＩ１２２とは異なる（第２のＵＩ１２４などの）第２のＵＩ上に表示するように電子装置１１８を制御することをさらに含むことができる。

【0199】

本開示の例示的な態様は、（システム１０２などの）システムを含むことができる。システム１０２は、一群の輸送サービスプロバイダに関連する（モビリティアズアサービス（ＭａａＳ）ネットワーク１０６などの）ＭａａＳネットワークに通信可能に結合された（回路７０２などの）回路を含むことができる。回路７０２は、（第１のユーザ１２０などの）第１のユーザに関連する（電子装置１１８などの）電子装置を、（第１のＵＩ１２２などの）第１のユーザインターフェイスをレンダリングするように制御するよう構成することができる。回路７０２は、第１のＵＩ１２２を通じて、第１のユーザ１２０からの自然言語入力を含むことができる１又は２以上のメッセージを取得するようにさらに構成することができる。回路７０２は、（１又は２以上の自然言語処理（ＮＬＰ）モデル１０４などの）１又は２以上のＮＬＰモデルを使用して、取得された１又は２以上のメッセージを処理し、第１の場所に旅行しようとする第１のユーザ１２０の意図及び旅行に関連するスケジュールを示すことができるコンテキスト情報を決定するようにさらに構成することができる。回路７０２は、コンテキスト情報及びユーザデータに基づいて旅行計画を生成するようにさらに構成することができる。回路７０２は、旅行計画で指定された旅行の予約詳細を生成するようにＭａａＳネットワーク１０６をトリガーするようさらに構成することができる。回路７０２は、生成された予約詳細を第１のＵＩ１２２上又は第１のＵＩ１２２とは異なる（第２のＵＩ１２４などの）第２のＵＩ上に表示するように電子装置１１８を制御するようさらに構成することができる。

【0200】

ある実施形態によれば、第１のＵＩ１２２はチャットＵＩであることができる。自然言語入力は、第１のユーザ１２０と１又は２以上のメッセージの１又は２以上の受信者との間の音声ベースの会話、ビデオベースの会話、又はテキストベースの会話のうちの１つに対応することができる。

【0201】

ある実施形態によれば、決定されたコンテキスト情報は、１又は２以上のメッセージに関連する社会的文脈、及び１又は２以上のメッセージの１又は２以上の受信者との社会的関係をさらに示すことができる。

【0202】

ある実施形態によれば、方法は、取得された１又は２以上のメッセージ及び決定されたコンテキスト情報を分散型ストレージシステム１１６のストレージノード上に記憶することをさらに含むことができる。分散型ストレージシステム１１６の各ノード上のストレージは、一群の輸送サービスプロバイダのうちのある輸送サービスプロバイダに固有であることができる。

【0203】

ある実施形態によれば、方法は、コンテキスト情報及びユーザデータに基づいて、第１のユーザ１２０の旅行関心と同じ旅行関心を有する一群のメンバーを含むことができるメッセージンググループを選択することをさらに含むことができる。方法は、メッセージンググループに参加するための推奨を表示するように電子装置１１８を制御することを含むことができる。旅行計画は、１又は２以上のＮＬＰモデル１０４を使用することにより、第１のユーザ１２０とメッセージンググループの１又は２以上のメンバーとの間の会話の分析にさらに基づいて生成することができる。旅行計画は、第１の場所への旅行を企てる第１のユーザ１２０及び１又は２以上のメンバーの各々の旅行の旅程を含むことができる。

【0204】

ある実施形態によれば、方法は、第１のＵＩ１２２又は第２のＵＩ１２４上に一連のインタラクティブＵＩ要素をオーバーレイ表示するように電子装置１１８を制御することをさらに含むことができる。一連のインタラクティブＵＩ要素は、旅行に関連する共通スケジュール、旅行中にアクティビティを計画するか否を決定するための投票、旅行でカバーされる１又は２以上の場所に関連するニュース、及び１又は２以上の場所に関連する共通関心事項のうちの１つ又は２つ以上に対応することができる。

【0205】

ある実施形態によれば、第２のＵＩ１２４は、一連のインタラクティブＵＩ要素をオーバーレイ表示できるマップＵＩ要素を含むことができる。

【0206】

ある実施形態によれば、方法は、第１のＵＩ１２２を介して、旅行計画の確認に対応できる第１のユーザ入力を受け取ることをさらに含むことができる。ＭａａＳネットワークインターフェイス７０８は、受け取られた第１のユーザ入力に基づいて予約詳細を生成するようにトリガーすることができる。方法は、（１又は２以上のＭＰサーバ１１２などの）１又は２以上の輸送サービスプロバイダサーバから、旅行前及び旅行中に発生し得るイベントに関連する追跡情報を受け取ることをさらに含むことができる。方法は、予約詳細及び受け取った追跡情報に基づいてイベントを検出することをさらに含むことができる。イベントは、旅行計画で指定できる旅行の各行程の開始、旅行の各行程の終了、旅行の各行程が開始及び終了できる場所、旅行の各行程が開始及び終了できるタイムスタンプ、旅行の少なくとも１つの行程のルート又は輸送サービスプロバイダを変更する要求、及びルート又は輸送サービスプロバイダの変更に対応することができる。方法は、追跡されたイベントに基づいて、ＭａａＳネットワーク１０６の分散型台帳ノード上で１又は２以上のトランザクションを実行することによって旅行の進捗を追跡することをさらに含むことができる。

【0207】

ある実施形態によれば、方法は、第１のＵＩ１２２を介して、旅行の少なくとも１つの行程のルート、スケジュール又は輸送サービスプロバイダを変更又はキャンセルする要求に対応できる第２のユーザ入力を受け取ることをさらに含むことができる。方法は、受け取られた第２のユーザ入力に基づいて、予約詳細を更新するようにＭａａＳネットワーク１０６をトリガーすることをさらに含むことができる。ＭａａＳネットワーク１０６は、ＭａａＳネットワーク１０６の分散型台帳ノード上でトランザクションを実行することによって予約詳細を更新することができる。方法は、更新された予約詳細に関して知らせることができる通知をレンダリングするように電子装置１１８を制御することをさらに含むことができる。

【0208】

ある実施形態によれば、ユーザデータは、個人情報、一連のユーザ選好、旅行履歴、一連のコンテンツ選好、コンテンツ消費情報、旅行でカバーされる場所の文脈におけるユーザ生成コンテンツ、並びにチャット履歴、１又は２以上のメッセージンググループのメンバーとの一連の過去のやりとり、チャット履歴に記録された各会話の社会的文脈、及び第１のユーザ１２０のソーシャルネットワーク内の人々のグループを含むソーシャルデータのうちの少なくとも１つを含むことができる。

【0209】

ある実施形態によれば、方法は、決定されたコンテキスト情報に基づいて初期関心地点セットを生成することをさらに含むことができる。方法は、生成された初期関心地点セットに１又は２以上の最適化技術を適用して中間関心地点セットを決定することをさらに含むことができる。方法は、中間関心地点セットに関連する推奨セットを生成することをさらに含むことができる。方法は、生成された推奨セットに対応する第３のユーザ入力を受け取ることをさらに含むことができる。第３のユーザ入力は、第１のユーザ１２０及び１又は２以上のメッセージの１又は２以上の受信者の総意に基づくことができる。方法は、受け取られた第３の入力に基づいて関心地点セットを生成することをさらに含むことができる。方法は、生成された関心地点セット、コンテキスト情報及びユーザデータに基づいて旅行計画を生成することをさらに含むことができる。

【0210】

ある実施形態によれば、方法は、電子装置１１８をＡＲ対応として判定すること、及び一連のインタラクティブＡＲ要素を生成することをさらに含むことができる。一連のインタラクティブＡＲ要素は、旅行中に既に訪れた場所、旅行中に訪れるべき現在の場所又は将来的な場所、旅行中の第１のユーザ１２０と１又は２以上のメンバーとの間の会話、会話の文脈、１又は２以上の広告、及び共通スケジュールのうちの１つ又は２つ以上に基づいて生成することができる。方法は、生成された一連のＡＲ要素を第１のＵＩ１２２上又は第２のＵＩ１２４上にレンダリングするように電子装置１１８を制御することをさらに含むことができる。

【0211】

ある実施形態によれば、方法は、メッセージンググループの第１のユーザ１２０を含む１又は２以上のメンバーから入力セットを受け取ることをさらに含むことができる。入力セットは、旅行のアクティブな行程のために取られるルートを見る又は強調表示する選好、１又は２以上のメンバーが計画できる旅行の旅程、第１の場所及び旅行のコース内の他の場所に関連する場所固有の情報、及び１又は２以上のメンバーが実行すべき１又は２以上のタスクのうちの少なくとも１つに関連することができる。方法は、旅行又は旅行のアクティブな行程のライブマップＵＩを生成することをさらに含むことができる。方法は、受け取った入力セットに基づいて複数のクリック可能なＵＩ要素を生成することをさらに含むことができる。方法は、生成されたライブマップＵＩの第１のビューをレンダリングし、レンダリングされたライブマップＵＩの第１のビュー上の対応する位置に複数のクリック可能なＵＩ要素をオーバーレイ表示するように電子装置１１８を制御することをさらに含むことができる。

【0212】

ある実施形態によれば、方法は、オーバーレイ表示された複数のクリック可能なＵＩ要素のうちの第１のクリック可能なＵＩ要素の選択を受け取り、受け取られた選択に基づいて、レンダリングされた第１のビューをライブマップＵＩの第２のビューに切り替えることをさらに含むことができる。第２のビューは、第１のビューとは異なることができる。

【0213】

ある実施形態によれば、生成された複数のクリック可能な要素は１又は２以上のＡＲ要素を含むことができる。

【0214】

ある実施形態によれば、方法は、オーバーレイ表示された複数のクリック可能なＵＩ要素のうちの第２のクリック可能なＵＩ要素の選択を受け取り、受け取られた第２のクリック可能な要素の選択に基づいて、ライブマップＵＩ上にチャットウィンドウＵＩをオーバーレイ表示することをさらに含むことができる。チャットウィンドウＵＩは、第１のユーザ１２０とメッセージンググループのメンバーとの間の通信を可能にすることができる。

【0215】

ある実施形態によれば、方法は、第１のユーザ１２０に関連する１又は２以上のスケジュールされたタスクに対応できる入力を受け取ることをさらに含むことができる。方法は、１又は２以上のスケジュールされたタスクに対応できる１又は２以上のタスクウィジェットを生成することをさらに含むことができる。方法は、生成された１又は２以上のタスクウィジェットを、旅行又は旅行のアクティブな行程のライブマップＵＩと共にレンダリングするように電子装置１１８を制御することをさらに含むことができる。

【0216】

ある実施形態によれば、方法は、旅行中に、旅行のライブマップＵＩ上にコンテンツ消費ＵＩをレンダリングするように電子装置１１８を制御することをさらに含むことができる。コンテンツ消費ＵＩは、メディアコンテンツを表示するメディアプレーヤＵＩ、第１のユーザ１２０を含む１又は２以上のメンバーが旅行中に既に消費した又は未だ消費していないメディアコンテンツの量を示すタイムライン、及び１又は２以上のメンバーを示すビューアＵＩ要素のうちの１つ又は２つ以上を含むことができる。

【0217】

ある実施形態によれば、方法は、ＭａａＳネットワーク１０６の分散型台帳ノード上で１又は２以上のトランザクションを実行することによって１又は２以上のメンバーのメディアコンテンツの消費を追跡することをさらに含むことができる。

【0218】

ある実施形態によれば、方法は、旅行中にカバーすべき１又は２以上の旅程項目をグラフィカルに表現できる第１の一群のＵＩ要素、及び１又は２以上の旅程項目の各々を構成するオプションに対応できる第２の一群のＵＩ要素のうちの１つ又は２つ以上を含むことができるビジュアルプランナーＵＩをレンダリングするように電子装置１１８を制御することをさらに含むことができる。方法は、第２の一群のＵＩ要素のうちの１又は２以上のＵＩ要素の選択を受け取ることをさらに含むことができる。方法は、受け取った選択に基づいて旅行計画を更新することをさらに含むことができる。ＭａａＳネットワーク１０６は、更新された旅行計画にさらに基づいて予約詳細を生成するようにトリガーすることができる。

【0219】

本開示は、ハードウェアで実現することも、又はハードウェアとソフトウェアとの組み合わせで実現することもできる。本開示は、少なくとも１つのコンピュータシステム内で集中方式で実現することも、又は異なる要素を複数の相互接続されたコンピュータシステムにわたって分散できる分散方式で実現することもできる。本明細書で説明した方法を実行するように適合されたコンピュータシステム又はその他の装置が適することができる。ハードウェアとソフトウェアとの組み合わせは、ロードされて実行された時に本明細書で説明した方法を実行するようにコンピュータシステムを制御することができるコンピュータプログラムを含む汎用コンピュータシステムであることができる。本開示は、他の機能も実行する集積回路の一部を含むハードウェアで実現することができる。

【0220】

本開示は、本明細書で説明した方法の実装を可能にする全ての特徴を含み、コンピュータシステムにロードされた時にこれらの方法を実行できるコンピュータプログラム製品に組み込むこともできる。本文脈におけるコンピュータプログラムとは、情報処理能力を有するシステムに特定の機能を直接的に、或いはａ）別の言語、コード又は表記法への変換、ｂ）異なる内容形態での複製、のいずれか又は両方を行った後に実行させるように意図された命令セットの、あらゆる言語、コード又は表記法におけるあらゆる表現を意味する。

【0221】

いくつかの実施形態を参照しながら本開示を説明したが、当業者であれば、本開示の範囲から逸脱することなく様々な変更を行うことができ、同等物を代用することもできると理解するであろう。また、本開示の範囲から逸脱することなく、特定の状況又は内容を本開示の教示に適合させるように多くの修正を行うこともできる。従って、本開示は、開示した特定の実施形態に限定されるものではなく、添付の特許請求の範囲内に収まる全ての実施形態を含むように意図される。

【図1】

【図2】

【図3A】

【図3B】

【図4A】

【図4B】

【図4C】

【図4D】

【図4E】

【図4F】

【図4G】

【図4H】

【図4I】

【図4J】

【図5】

【図6】

【図7】

【図8A】

【図8B】

【図8C】

【図9】

【図10】

【国際調査報告】