JP2018510330A - 公共交通機関および依頼型交通機関による移動の計画 - Google Patents

Abstract

本発明の実施形態は、公共交通機関システムおよび依頼型交通機関サービスを組み込んだ複合形態型の交通機関の経路計画をユーザに提供するよう構成された移動計画システムに関し、依頼型交通機関サービスとは、固定スケジュールにより運行せず、サービスの使用に先立ちユーザにより依頼されるものである。依頼型交通機関サービスの例には、タクシーサービス、ハイヤーサービス、およびリムジンサービスが含まれる。以下で公共／依頼型移動システム（ＰＯＴＳ）とも呼ばれるシステムのユーザは、データを受信してもよく、公共交通機関および依頼型交通機関サービスを組み込んだ経路を旅することを選んでもよく、移動計画システムを通じて依頼型交通機関サービスの事業者に依頼してもよく、事業者と直接連絡をとりあう必要がなくなる。【選択図】図３Ａ

Description

関連出願
本願は、２０１５年２月５日出願の米国特許出願第１４／６１４，４４５号の、米国特許法第１２０条に基づく利益を主張し、該特許出願の開示は、参照により本願明細書に援用される。

技術分野
本発明の実施形態は、移動を計画することに関し、好適には、公共交通機関サービスおよび依頼型交通機関サービスを組み込んだ移動を計画することに関する。

ユーザに地理情報を提供する様々なナビゲーションシステムが当該技術分野で既知であり、広く使用されている。例として、自動車にナビゲーションシステムを装備して、自動車の現在の地理的位置を判断し、さらに／または自動車の運転手が経路を通行するときに適切な指令を運転手に与えて自動車を出発地点から目的地へ誘導することができる。さらに、所定のスケジュールにより運行する公共交通機関システムに関係するナビゲーションシステムが、当該技術分野に存在する。例えば、参照により援用される特許文献１は、ユーザが効率的に移動を計画し公共交通機関を利用することを可能にするよう構成された公共交通機関ナビゲーションシステムに関する。

国際公開第２０１４／０３７９４９号

本発明の実施形態は、公共交通機関システムおよび依頼型交通機関サービスを組み込んだ複合形態型の交通機関の経路計画をユーザに提供するよう構成された移動計画システムを提供し、依頼型交通機関サービスとは、固定スケジュールにより運行せず、サービスの使用に先立ちユーザにより依頼されるものである。本発明の実施形態によれば、依頼型交通機関サービスは、タクシーサービス、ハイヤーサービス、およびリムジンサービスを含んでもよい。以下で公共／依頼型移動システム（ＰＯＴＳ：ｐｕｂｌｉｃ／ｏｒｄｅｒｅｄ ｔｒｉｐ ｓｙｓｔｅｍ）とも呼ばれ得るシステムのユーザは、公共交通機関および依頼型交通機関サービスを組み込んだ経路を旅することを選んでもよく、移動計画システムを通じて依頼型交通機関サービスの事業者に依頼してもよく、事業者と直接連絡をとりあう必要がなくなる。

本発明の実施形態によれば、依頼型交通機関サービスとは、固定スケジュールに従って走行せず、予め依頼することを要求する交通機関サービスである。本発明の実施形態による例示的な依頼型交通機関サービスには、短期間のレンタカーが含まれ得る。

本発明のさらなる実施形態は、リアルタイムおよび／または静的な公共交通機関データと、リアルタイムの依頼型交通機関サービスデータとを組み合わせた移動計画に関する（ｒｅｇａｒｄｉｎｇ ｔｏ）情報をユーザに提供することを含む、移動計画のための方法に関する。本方法は、移動計画を実行しながら依頼型交通機関サービスを依頼する能力をユーザに提供することをさらに含んでもよい。

発達した公共交通機関システムがある場所では、多くの乗客の移動は、公共交通機関システムおよび依頼型交通機関システムの組み合わせを併用すると最も効率的で費用対効果が高い。現在、ユーザが公共および依頼型の交通機関サービス両方を含む複合形態型の経路を含む経路を計画することを可能にするシステムは存在しない。本発明の実施形態は、乗客が、効率的かつ費用対効果が高い複合形態型の移動を計画することを可能にする。

この概要は、詳細な説明の中でさらに後述される選択された概念を簡単な形で紹介するために提供されている。この概要は、請求対象の主題の主要な特徴または必須の特徴を特定することを意図するものではなく、請求対象の主題の範囲を限定するために使用されることも意図されていない。

実施形態の非限定的な例が、この段落に続いて列挙され本願明細書に添付された図面を参照して後述される。２つ以上の図面に出現する同一の構造、要素、または部分は、概して、それらが出現するすべての図面において同じ数字で標示され、図面において所与の特徴を表現するアイコンに振られた数字は、その所与の特徴を参照するために使用され得る。図面に示されたコンポーネントおよび特徴の寸法は、説明の便宜および明瞭さのために選ばれており、必ずしも一定の縮尺で示されてはいない。

本発明の実施形態による公共／依頼型移動システム（ＰＯＴＳ）を示すブロック図を表す。 本発明の実施形態による移動の計画および調整の方法を示すフロー図を表す。 本発明の実施形態による、ＰＯＴＳと関連して動作している間のユーザのモバイル通信デバイスの画面を示すスクリーンショットを表す。 本発明の実施形態による、ＰＯＴＳと関連して動作している間のユーザのモバイル通信デバイスの画面を示すスクリーンショットを表す。 本発明の実施形態による、ＰＯＴＳと関連して動作している間のユーザのモバイル通信デバイスの画面を示すスクリーンショットを表す。 本発明の実施形態による、ＰＯＴＳと関連して動作している間のユーザのモバイル通信デバイスの画面を示すスクリーンショットを表す。 本発明の実施形態による、ＰＯＴＳと関連して動作している間のユーザのモバイル通信デバイスの画面を示すスクリーンショットを表す。

以下、本発明の実施形態による公共／依頼型移動システム（ＰＯＴＳ）１０を示すブロック図を表す図１を参照する。ＰＯＴＳ１０は、公共／依頼型移動サーバ２０、モバイル通信デバイス３０、モバイル通信デバイス５０、公共交通機関システムサーバ７０、依頼型交通機関システムサーバ８０、および依頼型交通機関システムサーバ９０を備える。

公共／依頼型移動サーバ２０は、通信モジュール２２、プロセッサ２４、およびメモリ２６を備える。

モバイル通信デバイス３０は、プロセッサ３２、ロケータ３４、メモリ３６、Ｉ／Ｏ（ｉｎｐｕｔ／ｏｕｔｐｕｔ：入出力）デバイス３８、通信モジュール４０、および電源４２を備える。

モバイル通信デバイス５０は、プロセッサ５２、ロケータ５４、メモリ５６、Ｉ／Ｏデバイス５８、通信モジュール６０、および電源６２を備える。

公共交通機関システムサーバ７０は、プロセッサ７２、メモリ７４、および通信モジュール７６を備える。

依頼型交通機関システムサーバ８０は、プロセッサ８２、メモリ８４、および通信モジュール８６を備える。依頼型交通機関システムサーバ９０は、プロセッサ９２、メモリ９４、および通信モジュール９６を備える。

本発明の実施形態によれば、サーバまたはコンピューティングデバイスは、スマートフォン、デスクトップコンピュータ、ラップトップコンピュータ、ファブレット、タブレット、スマートウォッチ、サーバであってもよい。任意選択で、コンピュータデバイスまたはサーバは、コードおよびハードウェアコンポーネントが物理的に異なった別々の位置にある「分散型システム」であってもよい。

公共／依頼型移動サーバ２０は、少なくとも１つのモバイル通信デバイス３０／５０、少なくとも１つの公共交通機関システムサーバ７０、および少なくとも１つの依頼型交通機関システムサーバ８０／９０との間でデータを受信および送信する（ｒｅｃｅｉｖｅ ａｎｄ ｔｒａｎｓｍｉｔ ｄａｔａ ｆｒｏｍ）よう構成される。データ通信は、有線または無線の通信経路によってもよい。本発明の実施形態によれば、データ通信は、セルラデータ送信、Ｗｉ−Ｆｉネットワーク、クラウドコンピューティングを介してもよく、またはワールドワイドウェブもしくはインターネットを介してもよい。

モバイル通信デバイス３０および５０は、モバイル（セルラ）電話、携帯情報端末、ファブレット、タブレット、およびスマートフォンの群から選択されてもよい。ＰＯＴＳ１０と関連して使用されるモバイル通信デバイスは、Ａｎｄｒｏｉｄ、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）ＯＳ、Ｍａｃ（登録商標）ＯＳ Ｘ、またはＡｐｐｌｅ（登録商標）ｉＯＳなどのオペレーティングシステムを使用してもよい。本発明の実施形態によれば、モバイル通信デバイスが備えるＩ／Ｏデバイス３８および５８は、タッチスクリーンを備えてもよい。

ロケータ３４および５４は、それぞれモバイル通信デバイス３０および５０の地理的位置を判断するよう構成されてもよい。ロケータ３４および５４は、例としてセルラアンテナからのセルラ信号を使用する三角測量測位に基づいて、および／または全地球測位システム（ＧＰＳ：Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）技術に基づいて、地理的位置を求めてもよい。モバイル通信デバイス３０および５０の位置は、例えば公共交通機関車両の現在位置を計算するために公共／依頼型移動サーバにより使用されてもよい。

通信モジュール４０および６０をそれぞれ介するモバイル通信デバイス３０および５０と、その通信モジュール２２を介する公共／依頼型移動サーバ２０との通信のための命令、ならびにグラフィカルユーザインターフェースを有するアプリケーション（ａｐｐ）を含むソフトウェアが、メモリ３６および５６に記憶されてもよい。モバイル通信デバイス３０および／または５０と、公共／依頼型移動サーバ２０との間で転送されるデータは、非限定的な例として、ユーザの個人データ、ユーザのプリファレンスデータ、ユーザの位置データ、目的地データ、移動指令データ、移動費用データ、および金銭支払明細データを備えてもよい。

公共交通機関システムサーバ７０は、メモリ７４に、公共交通機関システムの経路および／またはスケジュールに関するデータを備えてもよい。公共交通機関システムサーバ７０は、バス、ミニバン、路面電車、市街電車、列車、地下鉄、航空機、船舶（例えば船、ボート、またはフェリー）、またはケーブルカーに関係するデータを備えてもよい。データは、静的データおよび／または動的データであってもよい。静的データは、予定された経路、予定された到着／出発時刻、および／または予定された移動継続時間など、公共交通機関の予定された移動を表現するデータを備えてもよい。データは、公共交通機関サービスの事業者により提供および更新されてもよい。動的データは、リアルタイムの位置に基づくデータを備えてもよい。例えば、バスまたはその他交通機関車両に取り付けられたＧＰＳロケータにより判断された最新のスケジュールが、ＧＰＳロケータにより受信されたポジションデータに関連して調整された予定到着／出発時刻、および／または予定移動継続時間などの動的データを提供してもよい。最新のスケジュールはさらに、モバイル通信デバイス３０および／または５０の位置に基づき判断されてもよい。例えば、モバイル通信デバイス５０を携行するユーザが所与の時間に所与の交通機関経路を使用して進んだ場合、公共交通機関システムサーバ７０は、モバイル通信デバイス５０の位置に基づき交通条件を感知してもよい。公共交通機関システムサーバ７０は、モバイル通信デバイス３０のユーザがこの所与の時間に所与の交通機関経路に近い位置を進む場合、モバイル通信デバイス３０のユーザのための経路計画の間にこの情報を利用してもよい。

通信モジュール７６は、交通機関のスケジュールに関係するデータを提供するために、様々な公共交通機関システム車両および／またはサーバからデータを受信するよう構成されてもよい。

依頼型交通機関システムサーバ８０／９０は、通信モジュール８６／９６を介して、依頼型交通機関システムの少なくとも１人の運転手と通信するよう構成されてもよい。本発明の実施形態によれば、依頼型交通機関システムサーバ８０／９０は、タクシーサービス、ハイヤーサービス、および／またはリムジンサービスのうちの少なくとも１つの事業者と通信してもよい。本発明の実施形態によれば、依頼型交通機関システムサーバは、ウェブベースまたはモバイル電話ベースのタクシー依頼サービス、例えばＧｅｔＴａｘｉのサーバであってもよい。本発明の実施形態によれば、依頼型交通機関システムサーバは、Ｕｂｅｒ、Ｌｙｆｔ、Ｓｉｄｅｃａｒ、ＥａｓｙＴａｘｉ、またはＨａｉｌｏなどの相乗りサービスのサーバであってもよい。依頼型交通機関システムサーバは、タクシーの中にあり、主としてタクシーの運転手の役に立つものであってもよい。あるいは、依頼型交通機関システムサーバは、タクシーの配車係に関連してもよく、配車係の会社および／または発着所に関連するタクシーの役に立つものであってもよい。

通信モジュール８６／９６は、依頼型交通機関システムサーバ８０／９０に関連するタクシーサービス、ハイヤーサービス、リムジンサービス、および／または相乗りサービスの位置、利用可能性、費用、予測される将来的な利用可能性、予測される将来的な費用に関係する問い合わせを受信するよう構成されてもよい。

通信モジュール８６／９６は、公共／依頼型移動サーバ２０に、該サーバの通信モジュール２２を介して、タクシーサービス、ハイヤーサービス、リムジンサービス、および／または相乗りサービスの位置、利用可能性、費用、予測される将来的な利用可能性、予測される将来的な費用に関係する情報を提供してもよい。

以下、本発明の実施形態による移動の計画および調整の方法１００に関係するフロー図を表す図２を参照する。方法１００は、ＰＯＴＳ１０および／または公共／依頼型移動サーバ２０を使用して実行され得る。方法１００は、ユーザから移動の目的地を受信することを含むブロック１１０を含む。ユーザは、モバイル通信デバイスを用いて、意図する旅の目的地を入力してもよい。ユーザは、モバイル通信デバイスにインストールされたモバイルアプリケーションに目的地を入力してもよい。目的地は、以前に訪問した目的地またはユーザのモバイル通信デバイス上で以前に設定した目的地のリストから選ばれてもよい。

方法１００は、ユーザの位置に関連したデータを受信することを含むブロック１２０を含む。データは、ユーザのモバイル通信デバイスの現在位置のＧＰＳデータなどのロケータデータを受信することによって、公共／依頼型移動サーバによりユーザから受信されてもよい。実施形態によれば、ユーザの位置を表現するデータは、ユーザのモバイル通信デバイスからの信号を検出するセルラ通信アンテナに基づきユーザのモバイル通信デバイスのおおよそのエリアを特定することにより取得されてもよい。本発明の実施形態によれば、ユーザは、目的地に到達するためその移動を開始しようと意図する位置を、ユーザのモバイル通信デバイスに入力してもよい。本発明の実施形態によれば、ユーザは、その位置を、コンピューティングデバイスを使用して入力してもよく、コンピューティングデバイスは、インターネットを介して公共／依頼型移動サーバにユーザの意図される開始位置を転送する。

方法１００は、ユーザの位置、目的地、および／またはユーザの位置と目的地との間の位置に関する情報を、依頼型交通機関サービス（ＯＴＳ：ｏｒｄｅｒｅｄ ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓｅｒｖｉｃｅ）および公共交通機関システムから受信することを含むブロック１３０を含む。情報は、１つのＯＴＳまたは複数のＯＴＳから、および１つの公共交通機関システムサーバまたは複数の公共交通機関システムサーバから、公共／依頼型移動サーバにより受信されてもよい。ＯＴＳから受信される情報は、ＯＴＳを通じて依頼され得る将来的な移動に関係してもよい。将来的な移動に関係する情報は、移動の費用、移動の継続時間、移動を開始するまでのおおよその待ち時間量、移動の実行に利用可能な依頼型車両、および／または意図されるＯＴＳ移動の開始時刻および位置において車両が利用可能である見込みに関係してもよい。

ＯＴＳから情報を受信するのに加えて、公共／依頼型移動サーバは、ユーザの位置、目的地、および／またはユーザの位置と目的地との間の位置に関する情報を、公共交通機関サーバシステムから受信してもよい。公共交通機関サーバシステムの情報は、静的データおよび／または動的データを備えてもよい。

方法１００は、提案される経路のオプションを表示することを含むブロック１４０を含む。本発明の実施形態によれば、ユーザの位置と目的地との間の、公共／依頼型移動サーバにより計画された経路または複数の提案される経路が、ユーザのモバイル通信デバイスに表示される。経路のオプションのうちの１つは、公共交通機関の単数または複数の行程と、依頼型交通機関（タクシーなど）の単数または複数の行程との両方を備えてもよい。提案される経路のオプションに関する詳細が、提案される経路のオプションに関連して表示されてもよい。提案される経路のオプションに関する詳細は、次に限定はされないが、経路の費用、経路の事業者の詳細、経路通行の計画される時刻を含んでもよい。経路の事業者詳細は、バス路線番号、鉄道路線番号などの公共交通機関行程に関係するものでもよく、あるいは、ＯＴＳ行程に関係するものであってタクシー会社またはタクシーの識別番号を備えてもよい。本発明の実施形態によれば、提案される経路のオプションは、ユーザのモバイル通信デバイスのタッチスクリーンに表示されてもよい。経路のオプションは、最も速い経路から最も遅い経路の順序で表示されてもよい。経路のオプションは、最も安い経路から最も高い経路の順序で表示されてもよい。ユーザは、経路の費用に従った表示または速度に従った表示により、表示順序のプリファレンスを選んでもよい。

公共／依頼型移動サーバは、ＯＴＳ行程に関して、リアルタイムの詳細であるＯＴＳ行程に関する詳細、および／または過去の詳細であるＯＴＳ行程に関する詳細を表示してもよい。例えば、移動行程の価格は過去の詳細であってもよい。移動行程の価格は公共／依頼型移動サーバのメモリに記憶されている固定価格案内により設定され得るからである。事業者の利用可能性は、ＯＴＳ行程に関するリアルタイムの詳細に基づいてもよい。事業者の利用可能性は、ＯＴＳサーバから受信されるリアルタイムデータに基づき、データ受信時点におけるＯＴＳ事業者の現在の利用可能性および／または意図される移動行程の時点におけるＯＴＳ事業者の将来的な利用可能性に基づき得るからである。

本発明の実施形態によれば、ユーザのために経路を計画するときに事業者の利用可能性が考慮されてもよい。例えば、特定のエリアでＯＴＳの待ち時間が長いとＰＯＴＳが検出すれば、ＰＯＴＳは、待ち時間がより短い別のエリアでのＯＴＳの利用を提案してもよい。

本発明の実施形態によれば、ＰＯＴＳは、所与のエリアにおけるＯＴＳの存在に関してＯＴＳ事業者から入力を受信してもよい。ＰＯＴＳは、所与のエリアに位置する複数のＯＴＳ事業者をユーザが区別する必要がないように、所与のエリアから一定の距離をおいたユーザとＯＴＳ事業者との集合場所を提案してもよい。

方法１００は、経路の選定に関するユーザ入力を受信することを含むブロック１５０を含む。公共／依頼型移動サーバは、提案された経路オプションのうちの１つの選定に関して、ユーザから選定の知らせを受信してもよい。例えばユーザは、バス乗車とタクシー乗車とを組み合わせる経路を選んでもよい。ユーザは、表示された経路オプションをモバイル通信デバイスのタッチスクリーンを使用してタップすることで、経路を選んでもよい。

ＯＴＳ行程を含む経路の選定に関するユーザ入力が受信されると、ユーザは、ＯＴＳ行程の依頼の確定を提供するよう促されてもよい。確定すると、ユーザは、ＯＴＳサービスに対する支払い方法を指示するよう促されてもよい。あるいは、支払いに関するユーザプリファレンスは公共／依頼型移動サーバに記憶されてもよい。クレジットカードの詳細など、ユーザの支払いの詳細が、ＯＴＳサービスに対する支払いのためにＯＴＳの事業者に転送されてもよい。

方法１００は、ユーザの詳細をＯＴＳに伝達することを含むブロック１７０を含む。ユーザがＯＴＳによる移動行程の依頼を確定すると、ユーザの詳細が、公共／依頼型移動サーバを介してＯＴＳに送信されてもよい。ＯＴＳに伝達される詳細は、ユーザ名、ユーザの電話番号、ユーザの予想乗車時刻、ユーザの乗車位置、ＯＴＳによるユーザの目的地、ユーザの移動の目的地、ユーザの出発地（ユーザの移動が始まったところ）、およびユーザ識別子のうちの１つまたは２つ以上を含んでもよい。

ブロック１７０によれば、ＯＴＳ行程に関する詳細を調整するために、ＯＴＳ事業者とユーザとの間に通信チャネルが開設されてもよい。通信チャネルは、公共／依頼交通機関サーバを介してユーザとＯＴＳ事業者との間でテキストおよび／または音声を転送するよう動作してもよい。通信は、ユーザのモバイル通信デバイス上および／またはＯＴＳ事業者のモバイル通信デバイス上のアプリケーションを用いるものでもよい。

方法１００は、任意選択で、利用可能な複数のＯＴＳプロバイダを表示することを含むブロック１５８を含んでもよい。ユーザは、その経路計画にどのＯＴＳが最もよく適合するかを選んでもよい。ＯＴＳプロバイダは、各ＯＴＳプロバイダにより提案される乗車費用とともに表示されてもよい。本発明の実施形態によれば、各ＯＴＳに関連してメトリクスが表示されてもよい。メトリクスは、ＯＴＳにより提供された先行するサービスに関係する格付けであってもよい。メトリクスは、サービスの品質、適時性、ユーザの満足感、または任意の指標を表現してもよい。メトリクスは、ＯＴＳに関するユーザの先行する体験に基づき生成された、ユーザ生成のメトリクスであってもよい。

方法１００は、任意選択で、利用可能なＯＴＳプロバイダのうちの１つを選ぶユーザ入力を受信することを含むブロック１６０を含んでもよい。本発明の実施形態によれば、ユーザは、ＯＴＳプロバイダを示すアイコンを、モバイル通信デバイスのタッチスクリーンを介して選んでもよい。ＯＴＳプロバイダの選定に関するユーザ入力が受信されると、ユーザは、ＯＴＳの依頼の確定を提供するよう促されてもよい。確定を受信した後、公共／依頼型移動サーバは、ブロック１７０に従って、ユーザの詳細をＯＴＳプロバイダに伝達してもよい。

方法１００は、任意選択で、複数のＯＴＳプロバイダにユーザの経路データを提出することを含むブロック１５２を含んでもよい。ユーザの経路データは、ユーザの予想乗車時刻、ユーザの乗車位置、ＯＴＳによるユーザの目的地、ユーザの全体的な経路の目的地を含んでもよい。ユーザの経路データは、見込みデータを備えてもよい。例えば、ＯＴＳ行程までの距離、ユーザの以前のＰＯＴＳ履歴、ユーザの現在位置、ＯＴＳ行程より前のユーザ主導の経路変更数、およびＯＴＳ行程までの時間を含むがこれに限定はされない、いくつかのパラメータのいずれかに基づいて、ユーザが実際にＯＴＳを使用するであろうユーザに関する見込みが、公共／依頼交通機関サーバにより計算されてもよい。

方法１００は、複数のＯＴＳプロバイダから単数または複数の入札を受けることを含むブロック１５４を含んでもよい。ＯＴＳプロバイダは、ユーザの計画された経路のＯＴＳ行程に従ってユーザを輸送する権利を求めてＰＯＴＳ事業者に対して支払ってもよい手数料の額（入札）を知らせてもよい。ＯＴＳプロバイダは、ブロック１５２に従って受信されたユーザの経路データに基づき手数料を設定してもよい。ＰＯＴＳ事業者は、例えば最高入札額を有するＯＴＳプロバイダからの入札など、ＯＴＳプロバイダのうちの１つからの入札を受諾してもよい。

方法１００は、ＯＴＳプロバイダに入札の受諾の知らせを送信することを含むブロック１５６を含んでもよい。入札受諾を知らせた後、公共／依頼型移動サーバは、ブロック１７０に従って、ユーザの詳細をＯＴＳプロバイダに伝達してもよい。

方法１００は、経路の詳細および／またはＯＴＳの詳細をユーザに送信することを含むブロック１８０を含んでもよい。公共／依頼型移動サーバは、依頼されたＯＴＳに関する指図を含む経路詳細を送信してもよい。公共／依頼型移動サーバは、ＯＴＳ事業者の名称、識別子、車番、および／または位置などのＯＴＳの詳細をユーザに送信してもよい。

方法１００は、計画された経路に対するユーザの進行を追跡することを含むブロック１８２を含んでもよい。公共／依頼型移動サーバは、計画された経路に沿ったユーザの進行の指標を、ユーザのモバイル通信デバイスのロケータを介して受信してもよい。公共／依頼型移動サーバは、ユーザの進行が、計画された経路と地理的および経時的に一致するかどうかを計算してもよい。

方法１００は、ユーザの進行に関してＯＴＳに最新情報を送信することを含むブロック１８４を含んでもよい。経路に沿ったユーザの実際の進捗と、ユーザの計画された経路との間の差の計算に基づき、実際の進捗と、計画された経路との相違が或る所定レベルに到達すると、公共／依頼型移動サーバはＯＴＳ事業者に、相違に関して通知してもよい。例えば、ユーザが遅延した列車に乗っていれば、公共／依頼型移動サーバは、ユーザのモバイル通信デバイスのロケータに基づいてユーザの位置を検出してもよい。公共／依頼型移動サーバは、遅延に関してＯＴＳ事業者に報告してもよく、例えばＯＴＳ行程の修正された開始時刻など、修正された詳細を備えた修正済みの依頼を送信してもよい。

方法１００は、ＯＴＳの詳細を更新して更新された詳細をユーザに送信することを含むブロック１９０を含んでもよい。例えば、前述の列車遅延の場合、ＯＴＳは、以前に計画されたＯＴＳ運転手の代わりに別の運転手が送り出されることを公共／依頼型移動サーバに知らせてもよい。結果としてＯＴＳは、公共／依頼型移動サーバに、更新されたＯＴＳ詳細を通知することになり、それに応じて公共／依頼型移動サーバがユーザに通知を行うことになる。

方法１００は、ユーザおよび／またはＯＴＳからＯＴＳ行程の確定を受信することを含むブロック２００を含んでもよい。その場合、確定は、公共／依頼型移動サーバに送信されてもよい。ユーザおよび／またはＯＴＳ事業者は、モバイル通信デバイスを介して、例えばユーザのおよび／またはＯＴＳ事業者のデバイス上のアプリケーションを介して、ＯＴＳ交通機関行程のユーザへの提供を確定してもよい。

本発明の実施形態によれば、ユーザからＯＴＳ事業者に直接に支払いが行われてもよい。任意選択で、ユーザおよび／またはＯＴＳ事業者は、公共／依頼型移動サーバに、ユーザとＯＴＳ事業者との間で支払いが実施されたと知らせてもよい。

本発明の実施形態によれば、ユーザは、ＯＴＳ事業者により提供されたサービスの格付けを提供して、格付けを公共／依頼型移動サーバに、任意選択でユーザのモバイル通信デバイス上のアプリケーションを介して、送信してもよい。

方法１００は、ユーザからＯＴＳ事業者にＯＴＳ行程の決済を行うことを含むブロック２１０を含んでもよい。公共／依頼型移動システムは、ユーザにより提供されたクレジットカードまたはデビットカードを使用してユーザからＯＴＳ事業者に対する決済を行ってもよい。あるいは、ユーザは、ＯＴＳサービスに対する支払いを事前に公共／依頼型移動システムに対して行ってもよく、移動の時点で支払額がユーザの口座から差し引かれてＯＴＳに送金されてもよい。

以下、本発明の実施形態による、ＰＯＴＳに関連して動作している間のユーザのモバイル通信デバイスの画面を示すスクリーンショットを表す図３Ａ〜３Ｄを参照する。図３Ａ〜３Ｄは、以下の例に記載されるシナリオを参照して説明される。

例１：
ユーザであるジョー（Ｊｏｅ）が、公共および／または依頼型交通機関を用いて、カリフォルニア大学サンフランシスコ校（ＵＣＳＦ：ｔｈｅ Ｕｎｉｖｅｒｓｉｔｙ ｏｆ Ｃａｌｉｆｏｒｎｉａ，Ｓａｎ Ｆｒａｎｃｉｓｃｏ）にある現在位置とノートルダムダナムール大学（Ｎｏｔｒｅ Ｄａｍｅ ｄｅ Ｎａｍｕｒ Ｕｎｉｖｅｒｓｉｔｙ）との間を２０１５年２月１日１２時３０分に旅しようと計画する。ジョーは、ＧＰＳ機能を装備したタッチスクリーンモバイル電話である自分のモバイル通信デバイスの電源を入れる。ジョーは、そのモバイル電話に以前ダウンロードされたＰＯＴＳアプリケーション（ａｐｐ）を起動する。ＰＯＴＳアプリケーションは、ジョーのモバイル電話のＧＰＳ機能を介してＵＣＳＦにあるジョーの現在位置を認識し、ジョーの意図する目的地に関して尋ねる。ＰＯＴＳアプリケーションは、ジョーが前の週にＰＯＴＳを使用しながら旅した「ノートルダムダナムール大学」を含む、最近の目的地のリストを提供する。あるいはジョーは、目的地の住所またはその他特徴に基づき、目的地をテキストバーに入力してもよい。ジョーは、画面表示をタップし、その意図する目的地がノートルダムダナムール大学であると指示する。ＰＯＴＳは、ジョーの計画された移動に関連した移動データを、複数の公共交通機関および依頼型交通機関サーバおよび／またはデータベースから読み出してもよい。移動データは、リアルタイムデータまたは履歴データであってもよい。

以下、ジョーのモバイル電話のＰＯＴＳアプリのスクリーンショット３００を示す図３Ａを参照する。ジョーが目的地を選んだ後にスクリーンショット３００が表示される。スクリーンショット３００は、意図される経路３０４、移動入れ替えアイコン３０２、移動時刻標示３０６、およびオプションアイコン３０８を備える。スクリーンショット３００は、移動オプション３１０、３１２、３１４、および３１６をさらに備える。ユーザの意図する経路３０４が表示され、意図される経路３０４の開始地点から終了地点まで旅するためのオプションを経路オプション３１０、３１２、３１４、および３１６が提供することが示される。

ジョーは、ＰＯＴＳアプリがノートルダムダナムール大学からＵＣＳＦへの帰路のオプションを表示するように、移動入れ替えアイコン３０２をタップしてもよい。

移動時刻標示３０６は、表示された移動オプション３１０、３１２、３１４、および３１６が現在時刻にジョーの目的地へ旅するのに有効であることを示す。ジョーが出発時刻または到着時刻を変更するためには、ジョーは移動時刻標示３０６を押すとよい。移動パラメータを変更するために、ジョーはオプションアイコン３０８をタップしてもよい。移動パラメータは、ユーザが特定の形態の交通機関を含めることまたは除外することができるようにしてもよい。移動パラメータは、徒歩を少なくする、乗り換えを少なくする、最速のオプション、および最安のオプションなど、ユーザが自身の旅行プリファレンスを設定できるようにしてもよい。

各移動オプション３１０、３１２、３１４、および３１６は、個々の移動オプションそれぞれの交通機関の態様、予想価格、予想時刻、および予想期間を示すアイコンを備えてもよい。

移動オプション３１０は、公共交通機関のみの移動オプションである。移動オプション３１０は、３つのアイコンを備え、ジョーがこの移動オプションを選ぶと使用されることになる３つの方法の交通機関をその使用順に表現する。３つのアイコンは、バス路線番号３２、列車、およびバス路線番号７８を表現する。移動オプション３１０は、１２：３５に開始して１４：３５に終了し、１２０分間続くように予定されている。

移動オプション３１２は、依頼型交通機関のみの移動オプションである。移動オプション３１２は、タクシーサービスを表現する１つのアイコンを備える。移動オプション３１２は、５３ドルかかり、約３１分間続き、１２：３０に開始して１３：０１に終了するとＰＯＴＳにより予想されている。

移動オプション３１４は、公共および依頼型の交通機関サービスを組み込んだ複合形態型の交通機関による移動オプションである。移動オプション３１４は、異なる３つのアイコンを備え、ジョーがこの移動オプションを選ぶと使用されることになる３つの方法の交通機関を表現する。３つのアイコンは、タクシー、列車、およびバス路線番号７８を表現する。移動の予定継続時間である６２分も表示されている。移動オプション３１４は、１５ドルかかるとＰＯＴＳにより予想されている。１２：３０から１３：３２までの移動の予定時刻も表示されている。本発明の実施形態によれば、移動オプションの総費用が表示されてもよく、これは任意選択で、公共および依頼型交通機関行程の合計を含む。

移動オプション３１６は、公共および依頼型の交通機関サービスを組み込んだ複合形態型の交通機関による移動オプションである。移動オプション３１６は、異なる３つのアイコンを備え、ジョーがこの移動オプションを選ぶと使用されることになる３つの方法の交通機関を表現する。３つのアイコンは、バス路線番号３２、列車、およびタクシーを表現する。移動の予定継続時間である６４分も表示されている。移動オプション３１６は、１０ドルかかるとＰＯＴＳにより予想されている。１２：４０から１３：４４までの移動の予定時刻も表示されている。

ジョーは、移動オプション３１６により旅すると決定し、タッチスクリーンの移動オプション３１６が表示されているところをタップする。その結果、ジョーのモバイル電話は表示を変更し、図３Ｂに出ているスクリーンショット３２０を示す。

以下、移動オプションの決定後に移動の旅程を表示するジョーのモバイル電話のＰＯＴＳアプリのスクリーンショット３２０を示す、図３Ｂを参照する。スクリーンショット３２０は、地図３２２を備え、地図は、地図化された経路３２４、現在位置アイコン３２８、経路終了アイコン３４６、および経路依頼型交通機関アイコン３２６を備える。スクリーンショット３２０はさらに、経路時刻３３０、経路形態アイコン３３２、および経路継続時間３３４を備える。スクリーンショット３２０はさらに、経路時刻変更アイコン３４８を備える。スクリーンショット３２０は、事前依頼アイコン３３６をさらに備える。

スクリーンショット３２０は、行程説明３３８、３４０、および３４２をさらに備える。スクリーンショット３２０は、目的地３４４をさらに備える。

地図３２２は、ジョーの移動オプション３１６（図３Ａ）の選定に基づく地図化された経路３２４、すなわちジョーの選んだ移動オプションの地図上の地理的表現を示す。ＵＣＳＦにあるジョーの現在位置は、現在位置アイコン３２８により地図３２２上に示される。ノートルダムダナムール大学にあるジョーのこれからの目的地は、経路終了アイコン３４６により示されている。ベルモントのカルトレイン駅にある、計画されたジョーの経路がＯＴＳの使用を開始する地点が、経路依頼型交通機関アイコン３２６により地図３２２上に表現されている。

経路時刻３３０は、ジョーの経路の予想される開始（１２：４０）および終了（１３：４４）を示す。ジョーは、経路時刻変更アイコン３４８を押すことにより、より遅い開始時刻に変更するよう経路の表示を選んでもよい。経路形態アイコン３３２は、ジョーの経路に従ってジョーにより使用される交通機関の形態を示し、バス路線３２（公共交通機関）、列車（公共交通機関）、およびタクシー（依頼型交通機関）を表現する。経路通行の予想時間が、経路継続時間３３４に表示されている。

経路形態アイコン３３２は、それらの対応する経路３２４の各セクションに合わせて色分けされてもよい。例えば、経路形態アイコン３３２の中のバスアイコンは、青色にされて、同じく青色にされた、経路３２４のうちのバスが通行するセクションに対応してもよい。経路形態アイコン３３２の中の列車アイコンは、緑色にされて、同じく緑色にされた、経路３２４のうちの列車が通行するセクションに対応してもよい。経路形態アイコン３３２の中のタクシーアイコンは、黄色にされて、同じく黄色にされた、経路３２４のうちのタクシーが通行するセクションに対応してもよい。同じく、行程説明３３８、３４０、および３４２が、適宜色分けされてもよい。

行程説明３３８は、カリフォルニア大学にある行程開始地点、１２：４０の行程開始時刻、および交通機関形態をバス路線番号３２として示すバスアイコンを示す。行程説明３３８はさらに、次の行程に移るまでの行程の継続時間（１０分）と、停留所の数（１７）とを示す。行程説明３４０は、サンフランシスコのカルトレイン駅にある行程開始地点、１２：５４の行程開始時刻、およびサンノゼ方面の普通列車として交通機関の形態を示す列車アイコンを示す。行程説明３４０はさらに、次の行程に移るまでの行程の継続時間（３１分）と、停車駅の数（１１）とを示す。行程説明３４２は、ベルモントのカルトレイン駅にある行程開始地点、１３：２５の行程開始時刻、および交通機関形態を示すタクシーアイコンを示す。行程説明３４０はさらに、移動の継続時間（１９分）および目的地３４４に到達するまでの距離を示す。

旅行を開始すると、ＯＴＳ行程の依頼を確定するために、事前依頼アイコン３３６がジョーにより押される。その結果、ＰＯＴＳは、ＯＴＳ事業者に依頼の確定を通知し、ノートルダムダナムール大学まで乗車するためのベルモントのカルトレイン駅での乗車時刻１３：２５を含む、ジョーの依頼に関する詳細と、ジョーの電話番号とを提供する。

以下、図３Ｅを参照する。本発明の実施形態によれば、依頼を確定するとスクリーンショット３７０が提示される。スクリーンショット３７０は、地図３７２を備え、地図は、地図化された経路、現在位置アイコン、および経路依頼型交通機関アイコンを備える。スクリーンショット３７０はさらに、タクシーが１３：２５前後にジョーを乗車させることを確認する確認ウィンドウ３７４を備える。スクリーンショット３７０はさらに、運転手／事業者名３７８、車種３８０、ライセンスプレート番号３８２、運転手の電話番号３８４、およびキャンセルアイコン３８６を備えるタクシー詳細セクションを備える。ユーザは、キャンセルアイコン３８６を押すことで依頼をキャンセルしてもよい。

本発明の実施形態によれば、ＯＴＳ行程を依頼すると、ジョーは支払いの詳細を提供するよう促される。ジョーは、自身のユーザ識別コードおよび／または電話番号を確認するよう求められてもよく、ＰＯＴＳに提供されるべき検証コードをＳＭＳで受信してもよい。

図３Ｂを参照する。本発明の実施形態によれば、ＰＯＴＳは、依頼に関してＯＴＳ事業者に通知し、計画されたジョーのＯＴＳ行程開始に向けＯＴＳの運転手を送るにはどの程度の事前通知が必要かをＯＴＳ事業者に問い合わせてもよい。事前通知に関する回答を受信すると、地図化された経路３２４に沿いＯＴＳ行程の開始地から所定の時間間隔のところにある地点に到達するまで、ジョーの進行がＰＯＴＳにより追跡されてもよい。その地点に到達すると、ＰＯＴＳはＯＴＳに通知して、ジョーの依頼型交通機関の開始のために車両を送るようＯＴＳに指令してもよい。

ジョーがその経路に沿って進むにつれて、経路３２４が更新され、現在位置アイコン３２８の更新されたポジションが示されて残りの移動が示される。任意選択で、移動の或る行程を終えた後、終えられた行程に対応する行程説明は、スクリーンショット３２０から消えてもよい。

ジョーは、経路に沿って進み、１２：５２にサンフランシスコのカルトレイン駅に到着し、１２：５４に出発するよう予定されていたサンノゼ方面の列車に乗り込む準備をする。列車は１２：５４に出発せず遅延し、サンフランシスコのカルトレイン駅を１３：０５に出発する。ＰＯＴＳは、ジョーのモバイル電話のＧＰＳを使用してジョーの進行を監視しており、１３：０９に、ジョーの計画された位置と、ジョーの実際の位置との相違を検出する。

以下、ジョーのモバイル電話のＰＯＴＳアプリのスクリーンショット３５０を示す図３Ｃを参照する。スクリーンショット３５０は、背景の旅程３５４とともに示されたウィンドウ３５２を示す。ウィンドウ３５２は、前述の列車遅延に基づくスケジュール変更についての情報を備える。ウィンドウ３５２は、次の文章を含む。「タクシー依頼スケジュール変更：列車が遅れているため、タクシー会社に通知して乗車時刻をスケジュール変更しました。１３：３５にタクシーがベルモントの鉄道駅に迎えにきます。」任意選択で、ＯＴＳ事業者の名称、識別子、車番、および／または位置など、ＯＴＳの事業者の単数または複数の詳細がジョーに送信される。

ＰＯＴＳは、ウィンドウ３５２の存在を通してタクシーのスケジュール変更をジョーに通知し、これは、任意選択でプッシュ通知を伴って、ジョーのモバイル電話を振動させ、またはＰＯＴＳ通知用に指定された所定の音を鳴らしてもよい。

ＯＴＳ事業者であるタクシー運転手が、ベルモントの鉄道駅に１３：３３に到着し、その時点で運転手は、自身のＰＯＴＳアプリを用いて乗客へのメッセージ送信を指示する。運転手は、アプリを用いて次の内容のテキストメッセージを書く。「当方のタクシーがお待ちしています。駐車場のタクシーの列の北西側の角に位置しています。」（ｐａｒｋｉｎｇ ｌｏｔ．）ジョーは、自身のＰＯＴＳアプリを介してメッセージを受信して読む。ジョーは、経路に沿って進み、１３：３４にベルモントの鉄道駅に到着する。到着するとジョーは、ＰＯＴＳを介して受信したメッセージで指定された位置まで進み、自分がＰＯＴＳを用いてノートルダムダナムール大学への移動を依頼した顧客であるとタクシー運転手に知らせる。タクシー運転手は目的地へ進む。

目的地に到着すると、ジョーは、ＰＯＴＳを用いて、タクシー料金の支払いを自分のアプリを介してしたいと知らせる。ジョーは、支払い方法を指示し、次に、ジョーのクレジットカードに対してＰＯＴＳにより請求が行われる。ジョーは、ＰＯＴＳから支払いの確認を受信する。ジョーが支払いを行ったことを確認し支払われた金額を示す通知がタクシー運転手のアプリに出る。

例２：
例１と同様に、ジョーは、ＰＯＴＳを使用して、例１のものと同じ移動を計画する。例１にあるようなスクリーンショット３００および３２０が出て、ジョーが、事前依頼アイコン３３６をタップしてタクシーを事前依頼する。

以下、図３Ｄを参照する。事前依頼アイコン３３６をタップすると、図３Ｄのスクリーンショット３６０が表示される。スクリーンショット３６０は、ＯＴＳプロバイダフィールド３６２、３６４、および３６６、ならびに続行アイコン３６８を備える。

ＯＴＳプロバイダフィールド３６２は、ＯＴＳプロバイダの格付け、およびＯＴＳ行程の予想費用を含む、ＯＴＳプロバイダＵｂｅｒに関する情報を提供する。ＯＴＳプロバイダフィールド３６４は、ＯＴＳプロバイダの格付け、およびＯＴＳ行程の予想費用を含む、ＯＴＳプロバイダＬｙｆｔに関する情報を提供する。ＯＴＳプロバイダフィールド３６６は、ＯＴＳプロバイダの格付け、およびＯＴＳ行程の予想費用を含む、ＯＴＳプロバイダＧｅｔ−Ｔａｘｉに関する情報を提供する。

ジョーは、ＯＴＳプロバイダの費用および格付けを検討した後、そのＯＴＳプロバイダとしてＬｙｆｔを選ぶ。その結果、ジョーのモバイル電話は、ＬｙｆｔがＯＴＳプロバイダであることを示すアイコンを行程説明３４２が備えることを除いてはスクリーンショット３２０にあるのと同じ旅程を表示する。

本願の記載および特許請求の範囲では、動詞「備える」、「含む」、および「有する」のそれぞれ、ならびにそれらの活用形は、動詞の単数または複数の目的語が、必ずしも、動詞の単数または複数の主語のコンポーネント、要素、または部分の完全な列挙であるとは限らないことを示すよう使用される。

本願における本発明の実施形態の記載は、例として提供され、本発明の範囲を限定することは意図されていない。記載された実施形態は、様々な特徴を備え、そのすべてが本発明のすべての実施形態において要求されるものではない。いくつかの実施形態は、特徴または特徴の可能な組み合わせの一部のみを利用する。当業者は、記載された本発明の実施形態の変形、および記載された実施形態において言及された特徴の他の組み合わせを備える本発明の実施形態に想到するであろう。本発明の範囲は、特許請求の範囲によってのみ限定される。

Claims (20)

1. 出発地から目的地までの経路に沿ったユーザのナビゲーションのための方法であって、前記方法は、
   前記ユーザの出発地および計画された目的地についての入力を受信するステップと、
   前記出発地と前記目的地との間の経路について、少なくとも１つの公共交通機関サービスおよび少なくとも１つの依頼型交通機関サービスからデータを受信するステップと、
   公共交通機関サービスを使用する少なくとも１つの行程および依頼型交通機関サービスを使用する少なくとも１つの行程を備える前記出発地から前記目的地までの経路計画をユーザに提供するステップと、
   を含む方法。
2. 前記経路計画は、ユーザのモバイル通信デバイス上で提供される、請求項１に記載の方法。
3. 前記経路計画は、公共交通機関サービスおよび依頼型交通機関サービスのそれぞれを使用する少なくとも１つの行程を示す地図化された経路として提供される、請求項１または２に記載の方法。
4. 前記経路計画は、少なくとも１つの依頼型交通機関サービスから受信されたリアルタイムデータに基づく、請求項１〜３のいずれか１項に記載の方法。
5. ユーザの経路の行程として依頼型交通機関サービスからのサービスを前記ユーザが依頼したいとの通知を前記ユーザから受信するステップと、
   ユーザの経路行程に関係する情報を依頼型交通機関サービスに送信するステップと、
   をさらに含む、請求項１〜４のいずれか１項に記載の方法。
6. 前記ユーザの依頼型交通機関行程に関係するサービスを提供するために利用可能な２つ以上の依頼型交通機関サービスに関係する情報を前記ユーザに提供するステップと、
   前記依頼型交通機関サービスのうちの１つのサービスに関連したサービス依頼を前記ユーザから受信するステップと、
   を含む、請求項５に記載の方法。
7. ２つ以上の依頼型交通機関サービスに関係する前記情報は、前記依頼型交通機関サービスの格付けと、前記サービスの予想される費用と、前記サービスの利用可能性と、のうちの少なくとも１つを備える、請求項６に記載の方法。
8. 前記ユーザからサービス依頼を受信すると、ユーザ情報を前記依頼型交通機関サービスに転送するステップをさらに含む、請求項６または７に記載の方法。
9. 前記ユーザからサービス依頼を受信すると、前記ユーザと前記依頼型交通機関サービスとの間の通信チャネルを開設するステップをさらに含む、請求項６〜８のいずれか１項に記載の方法。
10. 依頼型交通機関サービス行程が完了すると、ユーザから支払いを受けて支払いを依頼型交通機関サービスに転送するステップをさらに含む、請求項６〜９のいずれか１項に記載の方法。
11. ユーザ行程の候補に関係する情報を複数の依頼型交通機関サービスに送信するステップと、
    複数の依頼型交通機関サービスから前記ユーザ行程のサービスの提供に関係する入札を受けるステップと、
    提供された前記入札に基づき、依頼型交通機関サービスのうち前記ユーザにサービスを提供するものを前記複数の依頼型交通機関サービスから選択するステップと、
    をさらに含む、請求項５〜１０のいずれか１項に記載の方法。
12. 前記入札は、前記ユーザにサービスを提供するために依頼型交通機関サービスが提供することになる手数料に関係する情報を含む、請求項１１に記載の方法。
13. ユーザ行程の候補に関係する情報は、依頼型交通機関サービス行程をユーザが使用する見込みに関係する見込みデータを含む、請求項１１または１２に記載の方法。
14. 前記見込みは、前記依頼型交通機関サービス行程からのユーザの距離および／または時間、および／またはユーザの使用履歴に基づき計算される、請求項１３に記載の方法。
15. 前記経路計画は、前記経路を通行するのに関連する予想される経路時刻を含み、前記方法は、
    予想される経路時刻に対する、前記経路計画に沿ったユーザの進行を追跡するステップと、
    予想される経路時刻と、ユーザの進行との間の相違が所定のレベルに到達すると、ユーザの相違について依頼型交通機関サービスに通知するステップと、
    をさらに含む、請求項５〜１４のいずれか１項に記載の方法。
16. 依頼型交通機関を用いず公共交通機関を利用する経路計画と、
    公共交通機関を用いず依頼型交通機関を利用する経路計画と、
    からなる群から選択された少なくとも１つの代替経路計画を前記ユーザに提供するステップをさらに含む、請求項１〜１５のいずれか１項に記載の方法。
17. 前記経路計画は、総経路継続時間と、経路費用と、前記経路に沿って使用される交通機関の形態と、経路開始時刻と、経路終了時刻と、からなる群から選択された情報を含む、請求項１〜１６のいずれか１項に記載の方法。
18. ユーザのモバイル通信デバイスから、前記デバイスに関連するロケータに基づいて、前記ユーザの出発地についての入力が受信される、請求項１〜１７のいずれか１項に記載の方法。
19. 前記経路計画は、少なくとも１つの公共交通機関サービスから受信されたリアルタイムデータに基づく、請求項４に記載の方法。
20. デバイスの少なくとも１つの処理ユニットにより実行されると経路計画を提供するナビゲーションアプリケーションを記憶している非一時的な機械可読媒体であって、前記ナビゲーションアプリケーションは、
    公共交通機関サービスを使用する少なくとも１つの行程および依頼型交通機関サービスを使用する少なくとも１つの行程を備える少なくとも１つの経路計画を提供すること
    の命令のセットを備える、非一時的な機械可読媒体。

Images