JP2019525299A - 車両相乗り管理のためのシステム及び方法 - Google Patents

Abstract

システム及び方法は、車両相乗り及び車両相乗り管理を提供する。１つの実装形態において、システムは、相乗り関連の命令を格納するメモリと、少なくとも１つのプロセッサであって、第１のユーザから、第１の出発点と第１の所望の目的地とを含む第１の乗車リクエストを受け取り、推定迎車時間の指示と共に第１のユーザに確認を送り、第１のユーザを迎えるようにタクシーに指示し、第２のユーザから第２の乗車リクエストを受け取り、第２のユーザを迎えるようにタクシーに指示し、第２のユーザを迎える前の乗車の第１の部分に対応する第１の料金部分と、第２のユーザを迎えた後の乗車の第２の部分に対応する第２の料金部分とを含む料金の金額を第１のユーザに送るよう、命令を実行するように構成される少なくとも１つのプロセッサと、を含む。

Description

関連出願への相互参照
本出願は、２０１６年６月２１日に出願の米国仮特許出願第６２／３５２，８９６号、２０１７年１月２５日に出願の米国仮特許出願第６２／４５０，２３９号、２０１７年５月２日に出願の米国仮特許出願第６２／５００，１０９号、及び２０１７年５月２２日に出願の米国仮特許出願第６２／５０９，３７６号の優先権の利益を主張する。上述の出願のすべてが全体として参照により本明細書に組み込まれる。

本開示は一般に、車両相乗りの分野並びに相乗り管理のためのシステム及び方法に関する。

近年、１人又は複数の乗客が自分たちの乗車の一部に対して同じ車両を共有できる、車両共有の分野における興味と発展が増大するのを目撃してきた。相乗りは乗車費用を節約し、車両利用率を向上させ、大気汚染を減らすことができる。乗客には、モバイル端末上の乗車サービス・アプリケーションを通じて相乗りサービスを使用できるものもいる。乗客は、提案価格を受け入れ、その後車両で迎えられる。一方で乗客には、乗客が迎えられた後に同じ車両を共有できるものもいる。しかし乗客は、例えばどのように相乗りが価格計算の要素になるかなど、基本的な乗車料金の計算を知らない。さらに乗客は、有料道路を使うべきかどうか、その後どれだけ多くの乗客が相乗りすることになるか、又はより迅速に迎えられるために乗客が一定の地点まで歩く意思があるかどうかなど、ルート又は価格を決定する際の柔軟性をあまり多く有していない。

これら及び他の理由のために、効率的な相乗り管理、拡張された柔軟性及びユーザの体感、並びに最適な車両利用率をもたらすシステム及び方法を有することが望ましい。

本開示と矛盾しない実施例は、車両相乗り及び車両相乗り管理のためのシステム及び方法を提供する。

１つの開示の実施例において、モバイル・デバイス内での使用のために構成されるコンピュータ可読媒体が提供される。コンピュータ可読媒体は、タクシーの全車両と関連付けられた少なくとも１つのプロセッサによって実行されると、タクシー相乗り管理のための方法を少なくとも１つのプロセッサに行わせる命令を格納することができる。方法は、第１のユーザの第１のワイヤレス・モバイル通信デバイスから、第１の出発点と第１の所望の目的地とを含む第１の乗車リクエストを受け取るステップと、全車両中のタクシーの第１の現在地と第１の出発点とに基づいて第１の推定迎車時間を計算するステップと、第１のワイヤレス・モバイル通信デバイスに、第１のワイヤレス・モバイル通信デバイスのディスプレイ上に、計算された第１の推定迎車時間の指示が現れるようにするように構成される第１の確認を送るステップと、第１のユーザを迎えるために第１の迎車地点にタクシーを誘導するステップと、第１のユーザを迎えた後で、かつ、第１の降車地点で第１のユーザを降ろす前に、第２のユーザの第２のワイヤレス・モバイル通信デバイスから、第２の出発点と第２の所望の目的地とを含む第２の乗車リクエストを受け取るステップと、タクシーの第２の現在地と第２の出発点とに基づいて第２の推定迎車時間を計算するステップと、第２のワイヤレス・モバイル通信デバイスに、第２のワイヤレス・モバイル通信デバイスのディスプレイ上に、計算された第２の推定迎車時間の指示が現れるようにするように構成される第２の確認を送るステップと、第１の降車地点と関連付けられた場所で第１のユーザを降ろす前に、第２のユーザを迎えるために第２の迎車地点にタクシーを誘導するステップと、を含むことができる。

別の開示の実施例において、タクシー相乗り管理のためのシステムが提供される。システムは、相乗り関連の命令のセットを格納するメモリと、少なくとも１つのプロセッサであって、第１のユーザから、第１の出発点と第１の所望の目的地とを含む第１の乗車リクエストを、タクシー相乗り管理サーバにおいて受け取り、推定迎車時間の指示と共に第１のユーザに確認を送り、迎車地点で第１のユーザを迎えるようにタクシーに指示し、第１のユーザを迎えた後、第２のユーザから、第２の出発点と第２の所望の目的地とを含む第２の乗車リクエストを、タクシー相乗り管理サーバにおいて受け取り、第１のユーザがタクシーの中にいる間に、第２の迎車地点で第２のユーザを迎えるようにタクシーに指示し、第２のユーザを迎える前の乗車の第１の部分に対応する第１の料金部分と、第２のユーザを迎えた後の乗車の第２の部分に対応する第２の料金部分とを含む料金の金額を第１のユーザに送るよう、命令を実行するように構成される少なくとも１つのプロセッサと、を含むことができる。

前述の全体的な説明、及び以下の「発明を実施するための形態」は、例示的且つ説明的なものにすぎず、特許請求の範囲を制限するものではない。

本開示の一部に組み込まれ、本開示の一部とみなされる添付の図面は、様々な実施例の実例を示す。

本開示のいくつかの実施例による、相乗り管理システムの実例を示す図である。 本開示のいくつかの実施例による、相乗り管理システムと関連付けられたコンピューティング・デバイスの実例の構成要素を示す図である。 本開示のいくつかの実施例による、相乗り管理システムと関連付けられた相乗り管理サーバの実例の構成要素を示す図である。 本開示のいくつかの実施例による、車両相乗り管理の処理の実例の流れ図である。 本開示のいくつかの実施例による、車両相乗り管理の処理の実例の流れ図である。 本開示のいくつかの実施例による、乗車をリクエストするときにユーザ・デバイス上に表示されるグラフィカル・ユーザ・インターフェース（ＧＵＩ：ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）の実例の図である。 本開示のいくつかの実施例による、ユーザ・デバイス上に表示される設定ＧＵＩの実例の図である。 本開示のいくつかの実施例による、ユーザ・デバイス上に表示される設定ＧＵＩの実例の図である。 本開示のいくつかの実施例による、確認を受け取るときにユーザ・デバイス上に表示されるＧＵＩの実例の図である。 本開示のいくつかの実施例による、相乗りの乗車料金を計算する処理の実例の流れ図である。 本開示のいくつかの実施例による、相乗りの乗車料金を計算する処理の実例の流れ図である。 本開示のいくつかの実施例による、乗車料金情報を示す、ユーザ・デバイス上に表示されるＧＵＩの実例の図である。 本開示のいくつかの実施例による、乗車料金情報を示す、ユーザ・デバイス上に表示されるＧＵＩの実例の図である。 本開示のいくつかの実施例による、ドライバ・デバイス上に表示されるＧＵＩの実例の図である。 本開示のいくつかの実施例による、相乗りの仕組みを示すタイムラインの実例の図である。

以下の「発明を実施するための形態」は添付の図面を参照する。可能な限り、同じ又は類似の部分を指すように、図面及び以下の説明の中で同じ参照番号が使用される。いくつかの例証的な実施例が本明細書で説明されるが、修正、適応、及び他の実装が可能である。例えば、代用、追加、又は修正が、図面に示される構成要素に対して行われてよく、本明細書で説明される例証的な方法が、ステップの代用、再配列、除去、又は開示の方法への追加によって修正されてよい。したがって、以下の「発明を実施するための形態」は、開示の実施例及び実例に限定されない。代わりに、添付の特許請求の範囲によって正規の範囲が定義される。

本開示の、開示の実施例は、車両相乗り及び車両相乗り管理のための方法及びシステムを提供する。本明細書で使用されるような用語「車両」は、乗車サービスの提供など、人の輸送に適した任意の種類の車両（例えば、乗用車、バン、ＳＵＶ、トラック、バス、など）を指す。いくつかの実施例において、車両はタクシーであってよい。いくつかの実施例において、タクシーは、運輸サービス会社によって管理されたタクシー・サービスの一部であるタクシー、又は独立した所有者によって所有され、相乗りサービスを提供するために使用されるタクシーなどのタクシーの一団の一部であってよい。いくつかの実施例において、車両は自律走行車両を含むことができ、車両と統合された制御デバイス又は車両とは別の管理システムは、動作命令を送り、迎車及び降車のための指定の地点に車両を誘導することができる。説明の平易さ及び簡潔さのために、本明細書で開示されるいくつかの実施例は、実例として車両又はタクシーを単純に指すことがあるが、これは開示の実施例の範囲を限定しない。

本開示のいくつかの実施例と矛盾することなく、相乗り管理システムは、第１のユーザから第１の乗車リクエストを受け取ることができる。第１の乗車リクエストは、出発点及び所望の目的地を含むことができる。相乗り管理システムは、周辺地域にいる車両の現在地に基づいて第１の推定迎車時間を計算することができる。推定迎車時間と共に確認を送った後、相乗り管理システムは次に、第１の乗客を迎えるために迎車地点に車両を誘導することができる。迎車地点は、第１の乗車リクエストに含まれる出発点とは異なる地点であってよい。システムは、迎車地点に第１のユーザを誘導することもできる。

いくつかの実施例において、システムはその後、例えば、第１のユーザがまだ車内にいる間に、第２のユーザから第２の乗車リクエストを受け取ることができる。第２の乗車リクエストは、第２の出発点及び第２の所望の目的地を含むことができる。システムは、第２の推定迎車時間を計算し、第２の乗客に第２の確認を行い、第２の迎車地点に第２の乗客を誘導することができる。いくつかの実施例において、第２の迎車地点は、第２の乗車リクエストに含まれる第２の出発点とは異なる地点であってよい。

いくつかの実施例において、システムは、対応するユーザの単独乗車部分、及び乗車の共有部分に基づいて、各ユーザの料金を計算することができる。例えば、システムは、乗車の共有部分に対する割引を提案することができる。いくつかの実施例において、システムは、有料道路を利用するかどうかに関するユーザ入力、出発点と迎車地点の間の歩行距離、及び所望の目的地と降車地点の間の歩行距離などの様々なサービス関連のパラメータに基づいて特定のユーザの料金の金額を計算することもできる。

本明細書における実施例は、コンピュータに実装される方法、有形の非一時的コンピュータ可読媒体、及びシステムをさらに含む。コンピュータに実装される方法は、例えば、非一時的コンピュータ可読ストレージ媒体から命令を受け取る少なくとも１つのプロセッサによって実行されてよい。同様に、本開示と矛盾しないシステム及びデバイスは、少なくとも１つのプロセッサ及びメモリを含んでよく、メモリは非一時的コンピュータ可読ストレージ媒体であってよい。本明細書で使用されるような「非一時的コンピュータ可読ストレージ媒体」は、少なくとも１つのプロセッサによって読むことができる情報又はデータが格納され得る任意のタイプの物理メモリを指す。実例は、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、リード・オンリ・メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、揮発性メモリ、不揮発性メモリ、ハード・ドライブ、ＣＤ ＲＯＭ、ＤＶＤ、フラッシュ・ドライブ、ディスク、及び他の任意の知られている物理ストレージ媒体を含む。「メモリ」及び「コンピュータ可読ストレージ媒体」などの単数形の用語は、複数のメモリ又はコンピュータ可読ストレージ媒体などの複数の構成をさらに指すことができる。本明細書に引用されるような「メモリ」は、別段の定めがない限り、任意のタイプのコンピュータ可読ストレージ媒体を含むことができる。コンピュータ可読ストレージ媒体は、本明細書における実施例と矛盾しないステップ又はステージをプロセッサに実行させるための命令を含む、少なくとも１つのプロセッサによる実行のための命令を格納することができる。さらに、１つ又は複数のコンピュータ可読ストレージ媒体は、コンピュータに実装される方法を実装する際に使用されてよい。用語「コンピュータ可読ストレージ媒体」は有形の品目を含み、搬送波及び一時的な信号を除くものとして理解されたい。

図１は、本開示のいくつかの実施例による、本明細書で説明されるような様々な実装形態が実践され得る相乗り管理システムの実例を示す図である。図１に示されるように、相乗り管理システム１００は、（まとめて、コンピューティング・デバイス１２０と呼ばれる）１つ又は複数のコンピューティング・デバイス１２０Ａ〜１２０Ｆ、ネットワーク１４０、相乗り管理サーバ１５０、及びデータベース１７０を含む。複数のコンピューティング・デバイス１２０Ａ〜１２０Ｆは、ユーザ１３０Ａ〜１３０Ｃにそれぞれ関連付けられた複数のユーザ・デバイス１２０Ａ〜１２０Ｃ、ドライバ１３０Ｄ及び１３０Ｅと関連付けられた複数のドライバ・デバイス１２０Ｄ及び１２０Ｅ、並びに自律走行車両１３０Ｆと関連付けられた運転制御デバイス１２０Ｆをさらに含むことができる。本開示のいくつかの実施例と矛盾することなく、相乗り管理サーバ１５０は、ユーザ１３０Ａ〜１３０Ｃを迎えること及び降ろすことを行うように自律走行車両１３０Ｆに指示する運転制御デバイス１２０Ｆと通信することができる。１つの実例において、道路上の物体を検出し、指定の地点にナビゲートできる自律走行車両が、相乗りサービスを提供するために利用されてよい。

開示の処理及び特徴を実装するために使用されるシステム構成要素は変えることができるので、図１に示される構成要素及び仕組みは、開示の実施例を限定することを意図するものではない。例えば、相乗り管理システム１００は、複数の相乗り管理サーバ１５０を含むことができ、各相乗り管理サーバ１５０は、相乗りサービスの一定のカテゴリ、サービス車両の一定のカテゴリに関連のある相乗りサービス、又は特定の地理的な地域における相乗りサービスを処理することができ、その結果、複数の相乗り管理サーバ１５０は、動的且つ統合された相乗りサービス・システムをまとめて提供することができる。

ネットワーク１４０は、ユーザ・デバイス１２０と相乗り管理サーバ１５０の間の通信を容易にすることができ、例えば、乗車リクエスト及び他の乗車サーバ関連の入力をユーザ・デバイスから受け取ること、又はユーザ・デバイスに確認を送ること、並びにドライバ・デバイス及び運転制御デバイスに乗車サービスの割当てを送ることを行う。ネットワーク１４０は、通信を行い、情報を交換し、及び／又は相乗り管理サーバ１５０とユーザ・デバイス１２０の間の情報の交換を容易にする任意のタイプのネットワークであってよい。例えば、ネットワーク１４０は、インターネット、ローカル・エリア・ネットワーク、セルラー・ネットワーク、公衆交換電話網（「ＰＳＴＮ：ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ」）、又は相乗り管理システム１００の構成要素間の情報を相乗り管理システム１００がやりとりできるようにする他の適切な接続であってよい。ネットワーク１４０は、様々なメッセージ・フォーマットをサポートすることができ、ユーザ・デバイス１２０に対する様々なサービス及びアプリケーションをさらにサポートすることができる。例えば、ネットワーク１４０は、迎車地点又は降車地点への道をユーザ及びサービス車両に教えることなどの、コンピューティング・デバイス１２０に対するナビゲーション・サービスをサポートすることができる。

相乗り管理サーバ１５０は、音声、メッセージング、リアル・タイム・オーディオ／ビデオなどの様々なデータ又はサービスを、ユーザ１３０Ａ〜１３０Ｅなどのユーザに提供する通信サービス・プロバイダに関連のあるシステムであってよい。相乗り管理サーバ１５０は、コンピュータ・システム構成要素、デスクトップ・コンピュータ、ワークステーション、タブレット、ハンド・ヘルド・コンピューティング・デバイス、メモリ・デバイス、及び／又は構成要素を接続する内部ネットワークを含むコンピュータ・ベースのシステムであってよい。相乗り管理サーバ１５０は、ネットワーク１４０上でコンピューティング・デバイス１２０から情報を受け取ること、情報を処理すること、情報を格納すること、及び／又はネットワーク１４０上でコンピューティング・デバイス１２０に情報を送信することを行うように構成されてよい。

例えば、いくつかの実施例において、相乗り管理サーバ１５０は、ユーザ・デバイス１２０Ａ〜１２０Ｃから乗車リクエストを受け取ることと、ユーザ・デバイス１２０Ａ〜１２０Ｃに乗車確認及び乗車料金情報を送ることと、ドライバ・デバイス１２０Ｄ及び１２０Ｅ、並びに運転制御デバイス１２０Ｆに（例えば、迎車地点及び降車地点の情報を含む）乗車サービスの割当てを送ることと、を行うように構成されてよい。さらに、相乗り管理サーバ１５０は、迎車地点までの歩行距離、到着／遠回りの最大遅延、及びその後の迎車の最大回数、等などの、様々な乗車サービス・パラメータについて、ユーザ・デバイス１２０Ａ〜１２０Ｃからユーザ入力を受け取るようにさらに構成されてよい。いくつかの実施例において、相乗り管理サーバ１５０は、ユーザの乗車の単独部分及び乗車の共有部分に基づいて乗車料金を計算するようにさらに構成されてよい。さらに乗車料金の計算は、乗車に伴う歩行距離、及び有料道路の利用についてのユーザ選択、等など、ユーザによって設定された様々な乗車サービス・パラメータにさらに基づいてよい。

データベース１７０は、相乗り管理サーバ１５０と連結される１つ又は複数の物理又は仮想のストレージを含むことができる。データベース１７０は、（登録されたユーザ・アカウント及びドライバ・アカウントを含む）ユーザ・アカウント情報、連絡先情報などの対応するユーザ・プロフィール、プロフィール写真、並びに関連するコンピューティング・デバイス情報を格納するように構成されてよい。ユーザに関しては、ユーザ・アカウント情報は、乗車履歴、サービスのフィードバック、苦情、又は意見をさらに含むことができる。ドライバに関しては、ユーザ・アカウント情報は、完了した乗車サービスの割当て回数、評価、及び乗車サービスの履歴情報をさらに含むことができる。データベース１７０は、ユーザ・デバイス１２０Ａ〜１２０Ｃから受け取られた様々な乗車リクエスト並びに対応する出発点及び所望の目的地の情報、様々なサービス・パラメータに関するユーザ入力、迎車地点及び降車地点、迎車及び降車の時間、乗車料金、並びにユーザのフィードバック、などを格納するようにさらに構成されてよい。

データベース１７０は、相乗りサービス管理のために使用され得る、交通データ、地図、及び有料道路情報をさらに含むことができる。交通データは、一定の地理的な地域に関する履歴上の交通データ及びリアル・タイムの交通データを含んでよく、例えば、推定迎車時間及び推定降車時間を計算すること、並びに特定の乗車に対する最適なルートを判断すること、を行うために使用されてよい。リアル・タイムの交通データは、リアル・タイム交通監視システムから受け取られてよく、このシステムは、相乗り管理システム１００に統合されるか、又は独立していてよい。地図は、例えば、潜在的なルートを計算すること、及びピックオフ地点又は降車地点にユーザを誘導することといった、ナビゲーションのために使用される地図情報を含むことができる。有料道路情報は、一定の道路に関する通行料金、及びこれらの何らかの変更又は更新を含むことができる。有料道路情報は、例えばユーザが有料道路の利用を許可する場合に、乗車料金を計算するために使用されてよい。

データベース１７０に格納されるデータは、乗車リクエストに対応するために相乗り管理サーバ１５０に送信されてよい。いくつかの実施例において、データベース１７０は、ネットワーク１４０を通じて、相乗り管理サーバ１５０及び／又はコンピューティング・デバイス１２０によってアクセス可能なクラウド・ベースのサーバ（図示せず）に格納されてよい。データベース１７０は、相乗り管理サーバ１５０に接続された外部デバイスとして示されるが、データベース１７０は、相乗り管理サーバ１５０の内部構成要素として相乗り管理サーバ１５０の中にあってもよい。

図１に示されるように、ユーザ１３０Ａ〜１３０Ｅは、複数のユーザ１３０Ａ〜１３０Ｃ、並びに複数のドライバ１３０Ｄ及び１３０Ｅを含むことができ、彼らは、様々なタイプのコンピューティング・デバイス１２０を使用して、互いに、及び相乗り管理サーバ１５０と、通信することができる。実例として、コンピューティング・デバイス１２０は、テレビ、タブレット、コンピュータ・モニタ、ビデオ会議コンソール、又はラップトップ・コンピュータ画面などのディスプレイを含むことができる。コンピューティング・デバイス１２０は、マイクロフォン、ビデオ・カメラ、キーボード、ウェブ・カメラなどのビデオ／オーディオ入力デバイスをさらに含むことができる。例えば、コンピューティング・デバイス１２０は、ディスプレイ及びビデオ／オーディオ・キャプチャ能力を有するタブレット又はスマートフォンなどのモバイル・デバイスを含むことができる。コンピューティング・デバイス１２０は、ＩＭ、ＶｏＩＰ、ビデオ会議などの通信にコンピューティング・デバイスが従事するのを容易にする１つ又は複数のソフトウェア・アプリケーションを含むこともできる。例えば、ユーザ・デバイス１３０Ａ〜１３０Ｃは、相乗り管理サーバ１５０にリクエストを送り、相乗り管理サーバ１５０から確認を受け取ることができる。ドライバ１３０Ｄ及び１３０Ｅは、自分の個々のデバイスを使用して、相乗り管理サーバ１５０から乗車サービスの割当て及びナビゲーション情報を受け取ることができ、自分の個々のデバイス１２０Ｄ及び１２０Ｅでユーザに連絡することができる。

いくつかの実施例において、ユーザは、従来の、通りでの車両の呼止めなど、手振り又は口頭でのやりとりで車両を直接呼び止めることができる。このような実施例において、ドライバがリクエストを受け入れると、ドライバは次に自分のデバイスを使用して乗車リクエスト情報を入力することができる。相乗り管理サーバ１５０は、このようなリクエスト情報を受け取り、例えば、ネットワーク１４０を通じて他のコンピューティング・デバイス１２０から受け取られたその後の電子呼止め乗車リクエストといった、１つ又は複数の追加の乗車サービスの割当てを同じ車両に適宜割り当てることができる。

いくつかの実施例において、ドライバ・デバイス１２０Ｄ及び１２０Ｅ、並びに運転制御デバイス１２０Ｆは、特定の車両と関連付けられた車両制御システムの一部として、車両制御パネルの中で具体化されてよい。例えば、従来のタクシー会社は、タクシー会社によって管理されるすべてのタクシー車両にドライブ・デバイスをインストールすることができる。いくつかの実施例において、ドライバ・デバイス１２０Ｄ及び１２０Ｅ、並びに運転制御デバイス１２０Ｆは、車両制御パネルの一部として、又は車両と関連付けられた別のデバイスとしてインストールされたカード・リーダなどの支払デバイスとさらに連結されてよい。ユーザは次に、代わりの支払機構として支払デバイスを使用することができる。例えば、通りでタクシーを呼び止めるユーザは、相乗りサービスを提供するユーザ・デバイスを使用せずに、支払デバイスを通じて支払うことができる。

図２は、本開示のいくつかの実施例による、図１に示されるようなシステム１００などの、相乗り管理システムと関連付けられたコンピューティング・デバイス２００の実例の構成要素を示す図である。コンピューティング・デバイス１２０Ａ〜１２０Ｆなどのコンピューティング・デバイス２００は、本開示で説明される実施例を行う、コンピュータ・プログラム、アプリケーション、方法、処理、又は他のソフトウェアを実装するために使用されてよい。例えば、ユーザ・デバイス１２０Ａ〜１２０Ｃ、ドライバ・デバイス１２０Ｄ及び１２０Ｅ、並びに運転制御デバイス１２０Ｆは、ユーザ側の相乗りアプリケーション、及び対応するドライバ側の相乗りアプリケーションをそれぞれインストールされてよい。

コンピューティング・デバイス２００は、メモリ・インターフェース２０２と、データ・プロセッサ、画像処理プロセッサ、及び／又は中央処理装置などの１つ又は複数のプロセッサ２０４と、周辺機器インターフェース２０６と、を含む。メモリ・インターフェース２０２、１つ又は複数のプロセッサ２０４、及び／又は周辺機器インターフェース２０６は、別々の構成要素であってよく、また１つ又は複数の集積回路の中に統合されてもよい。コンピューティング・デバイス２００の中の様々な構成要素は、１つ又は複数の通信バス又は信号線で連結されてよい。

センサ、デバイス、及びサブシステムが、複数の機能を容易にするために周辺機器インターフェース２０６に連結されてよい。例えば、運動センサ２１０、光センサ２１２、及び近接センサ２１４は、方向、照明、及び近接機能を容易にするために周辺機器インターフェース２０６に連結されてよい。関連機能を容易にするために、測位システム（例えばＧＰＳ受信機）、温度センサ、生体認証センサ、又は他の検知デバイスなどの他のセンサ２１６も、周辺機器インターフェース２０６に接続されてよい。ＧＰＳ受信機は、コンピューティング・デバイス２００と統合されてよく、またコンピューティング・デバイス２００に接続されてもよい。例えば、ＧＰＳ受信機は、スマートフォン・デバイスなどの携帯電話の中に含まれてよい。ＧＰＳソフトウェアは、内部のＧＰＳ受信機、又は（例えば、シリアル・ポート若しくはブルートゥース（登録商標）を介して接続する）外部のＧＰＳ受信機を携帯電話が使用できるようにすることができる。カメラ・サブシステム２２０及び、例えば、電荷結合素子（「ＣＣＤ」：ｃｈａｒｇｅｄ ｃｏｕｐｌｅｄ ｄｅｖｉｃｅ）又は相補型金属酸化膜半導体（「ＣＭＯＳ」：ｃｏｍｐｌｅｍｅｎｔａｒｙ ｍｅｔａｌ−ｏｘｉｄｅ ｓｅｍｉｃｏｎｄｕｃｔｏｒ）の光学センサといった光学センサ２２２は、写真及びビデオ・クリップの記録など、カメラ機能を容易にするために使用されてよい。

通信機能は、イーサネット（登録商標）・ポート、無線周波数の受信機及び送信機、並びに／又は（例えば赤外線といった）光学的な受信機及び送信機を含む、１つ又は複数のワイヤレス／有線の通信サブシステム２２４を通じて容易にされてよい。ワイヤレス／有線の通信サブシステム２２４の特定のデザイン及び実装は、コンピューティング・デバイス２００が動作することを意図する通信ネットワークに依存することがある。例えば、いくつかの実施例において、コンピューティング・デバイス２００は、ＧＳＭネットワーク、ＧＰＲＳネットワーク、ＥＤＧＥネットワーク、Ｗｉ−Ｆｉ又はＷｉＭａｘネットワーク、及びＢｌｕｅｔｏｏｔｈ（登録商標）ネットワーク上で動作するように設計されたワイヤレス／有線の通信サブシステム２２４を含むことができる。

オーディオ・サブシステム２２６は、音声認識、音声複製、デジタル録音、及び電話通信機能などの、音声を使用できる機能を容易にするために、スピーカ２２８及びマイクロフォン２３０に連結されてよい。

Ｉ／Ｏサブシステム２４０は、タッチ・スクリーン・コントローラ２４２及び／又は他の入力コントローラ２４４を含むことができる。タッチ・スクリーン・コントローラ２４２は、タッチ・スクリーン２４６に連結されてよい。タッチ・スクリーン２４６及びタッチ・スクリーン・コントローラ２４２は、例えば、容量性、抵抗性、赤外線、及び表面音響波の技術、並びに他の近接センサ・アレイ又はタッチ・スクリーン２４６と接触する１つ又は複数のポイントを判断するための他の要素を含むがこれらに限定されない複数のタッチ感度技術のいずれかを使用して、接触及び移動、又はこれらの中断を検出することができる。タッチ・スクリーン２４６が図２に示されるが、Ｉ／Ｏサブシステム２４０は、タッチ・スクリーン２４６の代わりにディスプレイ画面（例えば、ＣＲＴ又はＬＣＤ）を含むことができる。

他の入力コントローラ２４４は、１つ又は複数のボタン、ロッカー・スイッチ、サム・ホイール、赤外線ポート、ＵＳＢポート、及び／又はスタイラスなどのポインタ・デバイスなどの他の入力／制御デバイス２４８に連結されてよい。タッチ・スクリーン２４６は、例えば、仮想又はソフトのボタン及び／又はキーボードを実装するために使用されてもよい。

メモリ・インターフェース２０２は、メモリ２５０に連結されてよい。メモリ２５０は、高速ランダム・アクセス・メモリ、並びに／又は１つ若しくは複数の磁気ディスク・ストレージ・デバイス、１つ若しくは複数の光ストレージ・デバイス、及び／若しくはフラッシュ・メモリ（例えば、ＮＡＮＤ、ＮＯＲ）などの不揮発性メモリを含む。メモリ２５０は、ＤＲＡＷＩＮ、ＲＴＸＣ、ＬＩＮＵＸ（登録商標）、ｉＯＳ、ＵＮＩＸ（登録商標）、ＯＳ Ｘ、ＷＩＮＤＯＷＳ（登録商標）、又はＶＸＷｏｒｋＳなどの組込み型オペレーティング・システムなどのオペレーティング・システム２５２を格納することができる。オペレーティング・システム２５２は、基本システム・サービスを処理するため、及びハードウェア依存タスクを実行するための命令を含むことができる。いくつかの実装形態において、オペレーティング・システム２５２はカーネル（例えばＵＮＩＸ（登録商標）カーネル）であってよい。

メモリ２５０は、１つ若しくは複数の追加のデバイス、１つ若しくは複数のコンピュータ、及び／又は１つ若しくは複数のサーバとの通信を容易にする通信命令２５４を格納することもできる。メモリ２５０は、グラフィカル・ユーザ・インターフェース処理を容易にするグラフィカル・ユーザ・インターフェース命令２５６、センサ関連の処理及び機能を容易にするセンサ処理命令２５８、電話関連の処理及び機能を容易にする電話命令２６０、電子メッセージング関連の処理及び機能を容易にする電子メッセージング命令２６２、ウェブ・ブラウジング関連の処理及び機能を容易にするウェブ・ブラウジング命令２６４、媒体処理関連の処理及び機能を容易にする媒体処理命令２６６、ＧＰＳ及びナビゲーション関連の処理及び命令を容易にするＧＰＳ／ナビゲーション命令２６８、カメラ関連の処理及び機能を容易にするカメラ命令２７０、並びに／又は他の処理及び機能を容易にする他のソフトウェア命令２７２を含むことができる。

いくつかの実施例において、通信命令２５４は、車両相乗りリクエストを処理する相乗り管理サーバ１５０との接続を容易にするソフトウェア・アプリケーションを含むことができる。グラフィカル・ユーザ・インターフェース命令２５６は、相乗り管理サーバ１５０からメッセージを受け取ること、ユーザ入力を提供すること、などをコンピューティング・デバイスと関連付けられたユーザが行うことを容易にするソフトウェア・プログラムを含むことができる。例えば、ユーザは、乗車リクエスト及び乗車サービス・パラメータを相乗り管理サーバ１５０に送り、乗車確認メッセージを受け取ることができる。ドライバは、相乗り管理サーバ１５０から乗車サービスの割当てを受け取り、乗車サービス状況を更新することができる。

上記で識別された命令及びアプリケーションのそれぞれは、上述の１つ又は複数の機能を実行するための命令のセットに対応することができる。これらの命令は、別々のソフトウェア・プログラム、手続き、又はモジュールとして実装される必要はない。メモリ２５０は、追加の命令又はさらに少ない命令を含むことができる。さらに、コンピューティング・デバイス２００の様々な機能は、１つ又は複数の信号処理及び／又は特定用途向け集積回路の中を含む、ハードウェアの中及び／又はソフトウェアの中に実装されてよい。

図３は、本開示のいくつかの実施例による、図１に示されるようなシステム１００などの、相乗り管理システムと関連付けられた相乗り管理サーバの実例の構成要素を示す図である。相乗り管理サーバ１５０は、相乗り管理サーバ１５０内で情報を伝達するためにサブシステム及び構成要素を相互接続するバス３０２（又は他の通信機構）を含むことができる。

図３に示されるように、相乗り管理サーバ１５０は、１つ又は複数のプロセッサ３１０、入力／出力（「Ｉ／Ｏ」）デバイス３５０、ネットワーク・インターフェース３６０（例えば、モデム、イーサネット（登録商標）・カード、又は図１のネットワーク１４０などのネットワークとデータを交換するように構成される他の任意のインターフェース）、並びに例えば、サーバ・アプリケーション３３２、オペレーティング・システム３３４、及びデータ３４０を含む、プログラム３３０を格納する１つ又は複数のメモリ３２０を含むことができ、（いくつかの実施例に関して、相乗り管理サーバ１５０に含まれることがある）外部データベース１７０と通信することができる。相乗り管理サーバ１５０は単一のサーバであってよく、また開示の実施例に関連のある処理及び機能の１つ又は複数を実行するように相互動作する複数のサーバ、サーバ・ファーム、クラウド、又はコンピュータを含む、分散型コンピュータ・システムとして構成されてもよい。

プロセッサ３１０は、Ｉｎｔｅｌ（商標）によって製造されたマイクロプロセッサ、又はＡＭＤ（商標）によって製造されたマイクロプロセッサなど、開示の方法の機能を実行するように構成される１つ又は複数の処理デバイスであってよい。プロセッサ３１０は、並列処理を同時に実行する単一コア又は複数コアのプロセッサを備えることができる。例えば、プロセッサ３１０は、仮想処理技術を用いて構成される単一コアのプロセッサであってよい。一定の実施例において、プロセッサ３１０は、論理プロセッサを使用して複数の処理を同時に実行し、制御することができる。プロセッサ３１０は、仮想マシン技術、又は複数のソフトウェア処理、アプリケーション、プログラム、などを実行すること、制御すること、動かすこと、操作すること、格納すること、などを行うことができる他の技術を実装することができる。いくつかの実施例において、プロセッサ３１０は、相乗り管理サーバ１５０が複数の処理を同時に実行できるようにする並列処理機能を行うように構成される複数コアのプロセッサの仕組み（例えば、デュアル・コア、クアッド・コア、など）を含むことができる。本明細書で開示された能力をもたらす他のタイプのプロセッサの仕組みが実装されてもよいということが理解される。

メモリ３２０は、サーバ・アプリケーション３３２及びオペレーティング・システム３３４などの１つ又は複数のプログラム３３０、並びにデータ３４０を格納する、揮発性若しくは不揮発性、磁気、半導体、テープ、光、リムーバブル、非リムーバブル、又は他のタイプのストレージ・デバイス又は有形の若しくは非一時的コンピュータ可読媒体であってよい。非一時的媒体の一般的な形式は、例えば、フラッシュ・ドライブ、フレキシブル・ディスク、ハードディスク、ソリッド・ステート・ドライブ、磁気テープ、又は他の任意の磁気データ・ストレージ媒体、ＣＤ−ＲＯＭ、他の任意の光データ・ストレージ媒体、穴のパターンを有する任意の物理媒体、ＲＡＭ、ＰＲＯＭ、及びＥＰＲＯＭ、フラッシュＥＰＲＯＭ又は他の任意のフラッシュ・メモリ、ＮＶＲＡＭ、キャッシュ、レジスタ、他の任意のメモリ・チップ又はカートリッジ、並びに同じもののネットワーク化バージョンを含む。

相乗り管理サーバ１５０は、開示の実施例に関連した一定の機能を実行するために、プロセッサ３１０（又は他の構成要素）によって使用される情報を格納するように構成される１つ又は複数のストレージ・デバイスを含むことができる。例えば、相乗り管理サーバ１５０は、サーバ・アプリケーション３３２、オペレーティング・システム３３４、及びコンピュータ・システム上で利用可能であることが知られている他の任意のタイプのアプリケーション又はソフトウェアなどの１つ又は複数のアプリケーションをプロセッサ３１０が実行できるようにする命令を含むメモリ３２０を含むことができる。あるいは、又はさらに、命令、アプリケーション・プログラム、などは、（相乗り管理サーバ１５０の内部にあってもよい）外部データベース１７０、或いはネットワーク１４０上でアクセス可能な１つ又は複数のデータベース又はメモリなどの、相乗り管理サーバ１５０と通信連結された外部ストレージ（図示せず）に格納されてよい。

データベース１７０又は他の外部ストレージは、揮発性若しくは不揮発性、磁気、半導体、テープ、光、リムーバブル、非リムーバブル、又は他のタイプのストレージ・デバイス又は有形若しくは非一時的コンピュータ可読媒体であってよい。メモリ３２０及びデータベース１７０は、開示の実施例の１つ又は複数の機能を実行するために使用されるデータ及び命令を格納する１つ又は複数のメモリ・デバイスを含むことができる。メモリ３２０及びデータベース１７０は、メモリ・コントローラ・デバイス（例えばサーバなど）、又はドキュメント管理システム、Ｍｉｃｒｏｓｏｆｔ ＳＱＬデータベース、ＳｈａｒｅＰｏｉｎｔデータベース、Ｏｒａｃｌｅ（商標）データベース、Ｓｙｂａｓｅ（商標）データベース、若しくは他のリレーショナル・データベースなどのソフトウェアによって制御される１つ又は複数のデータベースの任意の組合せを含むこともできる。

いくつかの実施例において、相乗り管理サーバ１５０は、ネットワーク１４０又は異なるネットワークを通じて１つ又は複数のリモート・メモリ・デバイス（例えば、リモート・データベース（図示せず））に通信接続されてよい。リモート・メモリ・デバイスは、相乗り管理サーバ１５０がアクセス及び／又は管理できる情報を格納するように構成されてよい。実例として、リモート・メモリ・デバイスは、ドキュメント管理システム、Ｍｉｃｒｏｓｏｆｔ ＳＱＬデータベース、ＳｈａｒｅＰｏｉｎｔデータベース、Ｏｒａｃｌｅ（商標）データベース、Ｓｙｂａｓｅ（商標）データベース、又は他のリレーショナル・データベースを含むことができる。しかし、開示の実施例と矛盾しないシステム及び方法は、別々のデータベースに限定されず、データベースの使用にも限定されない。

プログラム３３０は、開示の実施例の１つ又は複数の機能をプロセッサ３１０に実行させる１つ又は複数のソフトウェア・モジュールを含むことができる。その上、プロセッサ３１０は、相乗り管理システム１００の１つ又は複数の構成要素からリモートに配置される１つ又は複数のプログラムを実行することができる。例えば、相乗り管理サーバ１５０は、実行されると、開示の実施例に関連した機能を実行する１つ又は複数のリモート・プログラムにアクセスすることができる。

本明細書で説明される実施例において、サーバ・アプリケーション３３２は、開示の方法の１つ又は複数の機能をプロセッサ３１０に実行させることができる。例えば、ユーザ、ドライバ、及び自律走行車両と関連付けられたデバイスは、車両相乗りサービスのためのユーザ・アプリケーション、及び車両相乗りサービスのためのドライバ・アプリケーションと共にそれぞれインストールされてよい。さらに、コンピューティング・デバイスは、対応する局面で使用するために、ドライバ・アプリケーション及びユーザ・アプリケーションの両方と共にインストールされてよい。

いくつかの実施例において、相乗り管理システム１００の他の構成要素は、開示の方法の１つ又は複数の機能を実行するように構成されてよい。例えば、コンピューティング・デバイス１２０は、一定の乗車リクエストに基づいて推定迎車時間及び推定降車時間を計算するように構成されてよく、推定乗車料金を計算するように構成されてよい。別の実例として、コンピューティング・デバイス１２０は、ユーザに特定の迎車地点又は降車地点を指示すること、及び個々のユーザ又は車両の現在地についての情報を相乗り管理サーバ１５０に提供することなどの、ナビゲーション・サービス及び位置サービスを提供するようにさらに構成されてよい。

いくつかの実施例において、プログラム３３０は、プロセッサ３１０などの１つ又は複数のプロセッサによって実行されると、オペレーティング・システムの機能を実行するオペレーティング・システム３３４を含むことができる。実例として、オペレーティング・システム３３４は、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）（商標）、Ｕｎｉｘ（登録商標）（商標）、Ｌｉｎｕｘ（商標）、Ａｐｐｌｅ（商標）のオペレーティング・システム、Ａｐｐｌｅ ｉＯＳ、Ｇｏｏｇｌｅ Ａｎｄｒｏｉｄ、Ｂｌａｃｋｂｅｒｒｙ ＯＳ、Ｍｉｃｒｏｓｏｆｔ ＣＥ（商標）などのパーソナル・デジタル・アシスタント（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）タイプのオペレーティング・システム、又は他のタイプのオペレーティング・システムを含むことができる。したがって開示の実施例は、任意のタイプのオペレーティング・システム３３４を動かすコンピュータ・システムによって動作及び機能することができる。相乗り管理サーバ１５０は、プロセッサによって実行されると、ネットワーク・インターフェース３６０を通じてネットワーク１４０と、及び／又は１つ若しくは複数のコンピューティング・デバイス１２０Ａ〜１２０Ｆへの直接接続で、通信するソフトウェアを含むこともできる。

いくつかの実施例において、データ３４０は、例えば、ユーザ・プロフィール又はドライバ・プロフィールなどのユーザのプロフィールを含むことができる。データ３４０は、複数のユーザからの乗車リクエスト、ユーザの乗車履歴及びドライバのサービス記録、並びに特定の乗車リクエストに関するドライバとユーザの間の通信をさらに含むことができる。いくつかの実施例において、データ３４０は、乗車リクエストを処理し対応するために使用され得る、交通データ、有料道路情報、及びナビゲーション情報をさらに含むことができる。

相乗り管理サーバ１５０は、相乗り管理サーバ１５０によってデータが送受信されることを可能にする、デバイスからの信号又は入力を受け取るため、及び１つ又は複数のデバイスへの信号又は出力を提供するための１つ又は複数のインターフェースを有する１つ又は複数のＩ／Ｏデバイス３５０を含むこともできる。例えば、相乗り管理サーバ１５０は、オペレータ又はアドミニストレータ（図示せず）からの入力を相乗り管理サーバ１５０が受け取れるようにする１つ又は複数のキーボードやマウス・デバイスなどの、１つ又は複数の入力デバイスとインターフェースするためのインターフェース構成要素を含むことができる。

図４Ａ及び図４Ｂは、本開示のいくつかの実施例による、車両相乗り管理のための処理の実例４１０及び４２０の流れ図である。いくつかの実施例において、車両は、タクシーの全車両の中の複数のタクシー車両を含むことができる。１つの実施例において、処理４００のステップのすべては、図１及び図３を参照して上述された相乗り管理サーバ１５０などの相乗り管理サーバによって実行されてよい。あるいは、処理４００のステップのうちの少なくともいくつかは、図１及び図２を参照して上述されたコンピューティング・デバイス１２０などのコンピューティング・デバイスによって実行されてよい。以下の説明において、例証のために図１〜図３の特定の構成要素に対して参照が行われる。しかし、本明細書で開示された例示的方法を実装するために、他の実装形態が可能であり、他の構成要素が利用されてよいということが理解されよう。

ステップ４１１において、相乗り管理サーバ１５０は、例えば、ユーザ・デバイス１２０Ａを通じて送られたユーザ１３０Ａからのリクエストといった、第１のユーザの第１のワイヤレス通信からの第１の乗車リクエストを受け取ることができる。第１の乗車リクエストは、第１の出発点及び第１の所望の目的地を含むことができる。乗車リクエストは、一定の地点から別の地点までの運輸サービスを必要とするユーザからのリクエストを指すことができる。出発点は、関連付けられたユーザ・デバイスの入力デバイスを通じてユーザによって入力されたものとして、又はユーザ・デバイス上にインストールされた位置サービス・アプリケーションによって判断されたものとして、ユーザの現在地を指すことができる。いくつかの実施例において、出発点は、ユーザがその後到着する地点（例えば建物の入口）といった、ユーザの現在地とは異なる地点であってよい。所望の目的地は、ユーザが連れて行かれることをリクエストする地点を指すことができる。

いくつかの実施例において、実際の迎車地点及び実際の降車地点は、出発点及び所望の目的地とは異なってよい。例えば、迎車地点は、迎車のためにユーザが指示され得る、出発点から一定の距離の地点であってよい。近くの迎車地点までユーザに歩くように奨励することによって、いくつかの実施例と矛盾することなく、車両は、過度の遠回りをすることなく、又は車内にいるユーザに過度の遅延をもたらすことなく、ユーザをさらに簡単且つ迅速に捜し出すことができる。同様に、所望の目的地とは異なるが、一定の距離の範囲内にある降車地点からユーザに歩くように奨励することによって、車両は、その後の迎車に対応するか、又はその後の迎車地点にさらに迅速に到着できる可能性がある。車両相乗りサービス管理システムは、一定の距離を歩く意思のあるユーザに報奨（incentives）又は報酬（rewards）を提供することができる。例えば、相乗り管理システムは、特定の乗車に伴う歩行の回数及び距離に基づいて一定の割引を提供することができる。あるいは、相乗り管理システムは、ユーザの乗車中にユーザに引き受けてもらった歩行の回数及び距離に対応する乗車クレジットを提供することができる。ユーザは、その後の乗車の支払いのためにクレジットを使用することができ、またクレジットを現金、フリー乗車、又は他の報酬に換えることもできる。さらに、このような実施例の利点は、車両の使用及び管理が効率的になること、ユーザの柔軟性が多くなること、及び車両の使用に伴う大気汚染が少なくなることを含むことができる。

いくつかの実施例において、ユーザが相乗り管理サーバ１５０に乗車リクエストを送る前又は後に、ユーザは、例えば、ユーザ・インターフェース上に提供された設定構成要素を通じて乗車サービス・パラメータをさらに入力することができる。乗車サービス・パラメータは、例えば、出発点から迎車地点までの最大歩行距離、降車地点から所望の目的地までの最大歩行距離、乗車に伴う最大全歩行距離、その後の迎車の最大回数、乗車中のその後の迎車によって被る最大の到着遅延／遠回り、及び乗車中の有料道路の利用を許可するかどうかの選択、など、車両相乗りサービスに関するユーザの選択パラメータを指す。乗車設定ユーザ・インターフェースの実例は、図６Ａ及び図６Ｂを参照しながら本明細書でさらに説明される。

乗車サービス・パラメータは、乗車サービス・パラメータに基づいて利用可能な車両のリクエスト及び割当てを処理するために相乗り管理サーバ１５０に送信されてよい。例えば、乗車リクエストは、出発点から迎車地点までの最大歩行距離３００メートルと関連付けられてよい。ユーザを迎えるよう利用可能な車両を割り当てるとき、相乗り管理サーバ１５０は、出発点の３００メートル以内にある割り当てられた迎車地点を割当てに含めることができる。同様に、乗車リクエストは、降車地点から所望の目的地までの最大歩行距離０．８ｋｍ（０．５マイル）と関連付けられてよい。ユーザを迎えるよう利用可能な車両を割り当てるとき、相乗り管理サーバ１５０は、所望の目的地から０．８ｋｍ（０．５マイル）以内の割り当てられた降車地点を割当てに含めることができる。

乗車中の最大全歩行距離１．６ｋｍ（１マイル）と関連付けられたリクエストに対して、ユーザを迎えるよう利用可能な車両を割り当てるとき、車両管理サーバ１５０は、割り当てられた迎車地点、及び割り当てられた降車地点を割当てに含めることができ、出発点から割り当てられた迎車地点までの距離と、割り当てられた降車地点から所望の目的地までの距離との合計は、１．６ｋｍ（１マイル）以内になる可能性がある。

上記の実例において、歩行距離に関する値は例示的なものにすぎない。本開示と矛盾しない他の実施例は、距離の様々なオプションを使用することができ、オプションの一覧を提供することができる。距離は、例えば、マイル、メートル、キロメートル、ブロック、及びフィート、などといった、様々な単位でさらに計測されてよく、これらは、本明細書における開示の実施例によって限定されない。いくつかの実施例において、距離は、例えば、１０分、５分、などといった、平均歩行速度に基づく、一定の地点から別の地点への平均歩行時間によってさらに表されてよい。

その後の迎車の最大回数、及びその後の迎車によって被る最大到着遅延など、その後の迎車に関するパラメータに関しては。相乗り管理サーバ１５０は、ユーザによって設定されたパラメータを超過することなく、その後の迎車を適宜割り当てることができる。例えば、乗車リクエストは、乗車中の最大２回のその後の迎車に関連付けられることができる。相乗り管理サーバ１５０は、ユーザを迎えるために割り当てられた車両のサービス状況を監視し、ユーザを降ろす降車地点に車両が到着する前に、第３のその後の迎車を割り当てることを控えることができる。別の実例として、最大到着遅延１０分と関連付けられた乗車リクエストに関して、その後の乗車リクエストを割り当てるとき、相乗り管理サーバ１５０は、同じ車両がその後の乗車リクエストを引き受けることになる場合にユーザに発生し得る推定遅延を計算することができる。ユーザに発生し得る推定遅延が１０分を超える場合、相乗り管理サーバ１５０は、他の利用可能な車両にその後の乗車リクエストを割り当てることができる。

いくつかの実施例において、ユーザは、有料道路の利用を許可又は不許可するために、関連付けられたユーザ・デバイスを通じて有料道路の利用の選択を入力することもできる。相乗り管理サーバ１５０は次に、乗車リクエストに対応するために利用可能な車両を割り当ること、走行ルートを判断すること、及びユーザの乗車料金を計算することを行うときに、ユーザの選択を考慮することができる。例えば、相乗り管理サーバ１５０は、入力された有料道路の選択及び関連する通行料金に基づいて、対応するユーザの乗車金額を調節することができる。別の実例に関して、第１のユーザが有料道路の利用を許可しない場合、乗車中のその後の任意の迎車の前に、相乗り管理サーバ１５０は、有料道路を含まないルートを割当車両に送ることができる。別の実例に関して、その後の相乗りするユーザが有料道路の利用を許可する場合、相乗り管理サーバ１５０は、有料道路が利用される乗車のいずれかの重複部分に対して第１のユーザに請求することも、第１のユーザが降ろされた後に有料道路を含めるようにルートを変更することも、有料道路の利用を許可するユーザが乗っている相乗り車両に第２のユーザを割り当てることもできない。

いくつかの実施例において、乗車リクエスト情報は、例えば、ドライバ・デバイス１２０Ｄといったドライバ・デバイスから、又は車両と関連付けられたデバイスから、入力されてもよい。通りでの呼止めの場合、ユーザは、コンピューティング・デバイス上の車両相乗りサービス・アプリケーションを使用せずに通りで車両を呼び止める。例えば、ドライバ１３０Ｄといったドライバは、ドライバ・デバイス１２０Ｄを通じて、出発点／迎車情報及び目的地情報などの情報を入力することができ、これらの情報はその後、相乗り管理サーバ１５０に送信されてよい。

ステップ４１３において、相乗り管理サーバ１５０は、例えば、割当車両の現在地、及び第１の乗車リクエストに含まれる第１の出発点に基づいて推定迎車時間を計算することができる。推定迎車時間は、ユーザを迎えるために迎車地点に割当車両が到着するまでの時間を指すことができる。

割当車両は、例えば、タクシーの全車両の中の１台のタクシー、運輸サービス・システムによって管理される複数の車両のうちの１台、又は複数の所有者によって所有され、相乗りサービスを提供するために使用される複数の車両といった、第１の乗車リクエストを引き受けるために割り当てられる車両を指すことができる。迎車地点は出発点と同じか、又は出発点と関連付けられた割り当てられた迎車地点であってよい。

推定迎車時間は、割当車両の現在地と迎車地点との間の距離、及びこの２つの地点の間のルートに沿って走行する推定速度に基づいて判断されてよい。割当車両の現在地は、ドライバ・デバイス上にインストールされた位置サービス・アプリケーション、運転制御デバイス、又は相乗り管理サーバ１５０の一部又はこれとは別であることもある相乗り管理システム１００内の位置判断構成要素によって判断されてよい。いくつかの実施例において、推定迎車時間は、履歴上又はリアル・タイムの交通データ、及び車両によって現在辿られているルートに基づいてさらに判断されてよい。

いくつかの実施例において、処理４１０は、１つ又は複数の潜在的に利用可能な車両を捜し出すこと、及び捜し出された車両から割当車両を選択することをさらに含むことができる。例えば、潜在的に利用可能な車両は、第１の出発点の周辺地域にいる空き車両、及び割り当てられた迎車又は降車のために第１の出発点に近い地点に向かっている車両を含むことができる。相乗り管理サーバ１５０は、車内にいるユーザによって設定された乗車サービス・パラメータによって、潜在的に利用可能な車両をフィルタリングすることができ、例えば、車内のユーザがその後の迎車を許可しない占有車両、又はユーザが最小限の遅延を求める占有車両を外すことができる。いくつかの実施例において、相乗り管理サーバ１５０は、ユーザの最小限の歩行、又は通りを渡る必要のない歩行を伴う車両を選ぶことによって潜在的な割当車両をフィルタリングすることができる。いくつかの実施例において、相乗り管理サーバ１５０は、車両が迎車地点に到着するための最小限の遠回りを伴う車両を選ぶことによって潜在的な割当車両をさらにフィルタリングすることができる。いくつかの実施例において、割当車両は、複数のフィルタリング尺度を適用することによって、又は一定の順序で複数のフィルタリング尺度を適用することによって、選択されてよい。

いくつかの実施例において、迎車地点は、例えば、第１の出発点から半ブロック以上離れた、第１の出発点とは異なる割り当てられた迎車地点であってよい。相乗り管理サーバ１５０は、ステップ４１１で上述されたような、第１のユーザによって設定された乗車サービス・パラメータに基づいて迎車地点を割り当てることができる。相乗り管理サーバ１５０は、割当車両が簡単に探し出せる大通り沿いの迎車地点、又は割当車両がＵターンする必要のない地点をさらに割り当てることができる。車内に１人又は複数の他のユーザがいる場合、相乗り管理サーバ１５０は、車両の次に割り当てられた降車に近いか、又は車両がまもなく通り抜ける通りの側にある迎車地点を割り当てることができる。いくつかの実施例において、相乗り管理サーバ１５０は、潜在的な割当車両のフィルタリング結果に基づいて迎車地点の選択を調節することができ、又は逆もまた同様である。２つの選択処理は、１つ又は複数の最適な組合せに達するように互いに補完することができる。

いくつかの実施例において、複数の潜在的な割当車両があり、それぞれに、対応する潜在的な迎車地点がある場合、潜在的な割当車両のそれぞれに対応する推定迎車時間がそれぞれ計算されてよい。相乗り管理サーバ１５０は次に、割当車両として最短推定迎車時間の車両を選ぶことができる。

ステップ４１５において、相乗り管理サーバ１５０は、この実例では、ユーザ・デバイス１２０Ａである、第１のユーザと関連付けられたユーザ・デバイスに、第１の確認を送ることができる。第１の確認は、ユーザ・デバイス１２０Ａのディスプレイ上に、計算された第１の推定迎車時間の指示が現れるようにさせるように構成されてよい。確認は、例えば、推定迎車時間を含むテキスト・メッセージ、オーディオ・メッセージ、又は画像といった様々なフォーマットで現れてよく、これらの特有の実装は、本明細書における開示の実施例によって限定されない。

いくつかの実施例において、出発点とは異なる迎車地点を相乗り管理サーバ１５０が割り当てる場合、確認は、割り当てられた迎車地点の指示の表示を行わせることができる。相乗り管理サーバ１５０は、ユーザ・インターフェース上に表示され得るナビゲーション・オプションをさらに提供することができる。ナビゲーション・オプションの選択は次に、迎車のために割り当てられた迎車地点にユーザを誘導することができる。

いくつかの実施例において、所望の目的地とは異なる降車地点を相乗り管理サーバ１５０が割り当てる場合、確認は、割り当てられた降車地点の指示の表示をさらに行わせることができる。確認は、出発点から割り当てられた迎車地点までの推定歩行距離、及び割り当てられた降車地点から所望の目的地までの推定歩行距離の指示の表示をさらに行わせることができる。割り当てられた降車地点は、第１のユーザによって設定された最大歩行距離のパラメータの範囲内にある、所望の目的地に近い地点であってよい。例えば、降車地点は、所望の目的地から半ブロック以上離れた地点であってよく、車両が簡単に探し出してアクセスできる大通りに沿っていてよい。別の実例に関して、降車地点は、次の迎車地点に向かうルートに基づいて判断されてよく、その結果、車両は、次の迎車地点に行く途中で第１のユーザを簡単に降ろすことができ、それによってさらなる遠回りをなくすことができる。

いくつかの実施例において、確認は、割当車両及びその車両と関連付けられたドライバについての情報をさらに含むことができる。例えば、車両情報は、車両のライセンス・プレート・ナンバー、ブランド、色、又はモデルを含むことができる。ドライバ情報は、ドライバの名前、愛称、プロフィール写真、評価、以前の乗車回数、及び連絡先情報を含むことができる。確認は、ユーザがクリックして、ドライバとの通信セッションを始められる、例えば「ドライバに連絡する」ボタンといった、ユーザがドライバに連絡できるようにする連絡オプションをさらに含むことができる。

ステップ４１７において、相乗り管理サーバ１５０は、第１のユーザを迎えるために第１の迎車地点に割当車両を誘導することができる。例えば、相乗り管理サーバ１５０は、例えば、ドライバ・デバイス１２０Ｄ又は運転制御デバイス１２０Ｆといった、割当車両と関連付けられたドライバ・デバイスに方向情報を送信することができる。いくつかの実施例において、ドライバ・デバイスのナビゲーション構成要素、又は運転制御デバイスは、第１の迎車地点に車両を誘導するステップを実行することができる。それに対応して、相乗り管理サーバ１５０、又はユーザ・デバイス１２０Ａのナビゲーション構成要素は、迎車地点が第１の出発点とは異なる割り当てられた迎車地点である場合に、第１の迎車地点にユーザを誘導することができる。例えば、図１に示されるような自律走行車両１３０Ｆなどの、相乗りサービスのために使用される自律走行車両に関して、車両自体が、その周囲を検出し、実現可能な経路を識別し、直接の人間の入力がない状態でナビゲートする様々な技法を使用することができる可能性がある。

いくつかの実施例において、一旦、車両がユーザを迎えるように割り当てられると、相乗り管理サーバ１５０は、例えば、マスクされた電話番号といった、割当車両と関連付けられたドライバがユーザと通信するための通信チャネルを割り当てることができる。いくつかの実施例において、ドライバ・デバイス１２０Ｄなどのドライバ・デバイスのユーザ・インターフェースは、例えば、「私はここにいます」という事前定義されたメッセージ・ボタンといった、ユーザに通知メッセージを送るオプションを含むことができる。車両が迎車地点に到着すると、ドライバは、このメッセージ・ボタンをクリックして、ユーザにメッセージを送ることができる。このようにドライバは、車両の到着をユーザに通知するために電話をかけるか、又はメッセージをタイプする必要がなくてよく、ドライバの注意散漫及び関連する安全上の問題が減らされる。

ステップ４１９において、相乗り管理サーバ１５０は、第２のユーザから第２の乗車リクエストを受け取ることができる。いくつかの実施例において、第２のユーザ・リクエストは、第１のユーザがまだ中にいる間、すなわち第１のユーザを降ろす前に車両によって直接受け取られた、通りでの呼止めリクエストであってよい。車両は次に、第１のユーザがその後のピックアップを許可する場合に、第２の乗車リクエストを引き受けることができる。いくつかの実施例において、車両のドライバは、例えば、ドライバ１３０Ｄと関連付けられたドライバ・デバイス１２０Ｄといったドライバ・デバイスを通じて、第２の乗車リクエスト情報を入力することができる。入力は、車両が第２の乗車リクエストを引き受けたことを相乗り管理サーバ１５０に通告することができ、また第２のユーザの迎車地点及び目的地の情報をさらに含むこともできる。相乗り管理サーバ１５０は次に、同じ車両に追加の迎車を割り当てるかどうかを適宜判断することができ、第２のユーザの目的地に車両を誘導する方向情報をさらに送ることができる。

いくつかの実施例において、第２の乗車リクエストは、例えば、図１に示されるようなユーザ１３０Ｂと関連付けられたユーザ・デバイス１２０Ｂといった第２のワイヤレス・モバイル通信デバイスから、相乗り管理サーバ１５０によって受け取られてよい。第２の乗車リクエストは、第２の出発点及び第２の所望の目的地をさらに含むことができる。相乗り管理サーバ１５０は次に、対応する乗車サービスを、第１のユーザを迎えた車両であってよい利用可能な車両に、第１のユーザを降ろす前に割り当てることができる。第２の乗車リクエストを処理する際に、図４Ｂに示されるような処理の実例４２０が行われてよい。

ステップ４２２において、相乗り管理サーバ１５０は、例えば、車両の第２の現在地及び第２の出発点に基づいて第２の推定迎車時間を計算することができる。第２の推定迎車時間は、第２のユーザを迎えるために第２の迎車地点に車両が到着するまでの推定時間を指すことができる。第２の迎車地点は、第２の出発点とは異なるが、第２の出発点に関連のある割り当てられた迎車地点であってよい。第２の迎車地点の割当ては、図４Ａを参照しながら上述されたような類似のステップを含むことができるが、これらの詳細は本明細書では繰り返されない。

ステップ４２４において、相乗り管理サーバ１５０は、第２のワイヤレス・モバイル通信デバイスに第２の確認を送ることができ、この実例において、このデバイスはユーザ・デバイス１２０Ｂである。第２の確認は、第２のワイヤレス・モバイル通信デバイスのディスプレイ上に、計算された第２の推定迎車時間の指示が現れるようにさせるように構成されてよい。図４Ａを参照しながら上述されたように、確認は異なるフォーマットで現れてよく、第２の迎車地点、第２の降車地点、並びに第２の出発点から第２の迎車地点まで、及び／又は第２の降車地点から第２の所望の目的地まで、等の、歩行距離及び歩行方向に関する情報の表示をさらに行わせることができるが、これらの詳細は本明細書では繰り返されない。

いくつかの実施例において、相乗り管理サーバ１５０は、例えば、第１の迎車地点から半ブロック離れた、又は１００メートル離れた、第１の迎車地点と実質的に同じ地点に第２の迎車地点を設定することができる。このように、車両は、実質的に同じ地点でほぼ同時に両方のユーザを迎えることができ、サービス効率がさらに改善される。いくつかの実施例において、相乗り管理サーバ１５０は、第１の降車地点と実質的に同じ地点に第２の迎車地点を設定することができ、ここで車両は第１のユーザを降ろし、さらに走行せずに、ほぼ同時に第２のユーザを迎えることができる。さらに、いくつかの実施例において、第２の降車地点は、第１の降車地点と実質的に同じ地点に設定されてよく、その結果、車両は複数のユーザを同時に降ろすことができる。

いくつかの実施例において、相乗り管理サーバ１５０は、例えば、車両が通り抜ける可能性がある同じ通りの同じ側に両方の迎車地点が沿っていることを確実にするために、第１の出発点とは実質的に異なるように第１の迎車地点を設定し、第２の出発点とは実質的に異なるように第２の迎車地点を設定することができる。相乗り管理サーバ１５０は次に、個々の迎車地点にユーザを誘導するために、第１のユーザ・デバイス及び第２のユーザ・デバイスに個々の方向を送ることができる。

いくつかの実施例において、相乗り管理サーバ１５０は、第１の出発点と実質的に同じ地点に第１の迎車地点を設定することができ、第２の出発点とは実質的に異なるように第２の迎車地点を設定することができる。例えば、迎車地点の選択は、第１の迎車地点及び第２の迎車地点が互いに近くなるように、両方の迎車地点が同じ通りに沿うように、又は第２の迎車地点が第１の降車地点に近くなるように行われてよい。相乗り管理サーバ１５０は次に、個々の迎車地点にユーザを誘導するために、第１のユーザ・デバイス及び第２のユーザ・デバイスに個々の方向を送ることができる。

ステップ４２６において、相乗り管理サーバ１５０は、第２のユーザを迎えるために第２の迎車地点に車両を誘導することができる。図４Ａを参照しながら上述されたように、このステップは、ドライバのデバイス（例えば、ドライバ・デバイス１２０Ｄ、又は自律走行車両１３０Ｆと関連付けられた運転制御デバイス１２０Ｆ）のナビゲーション構成要素によって実行されてもよい。

いくつかの実施例において、相乗り管理サーバ１５０は、第２の乗車リクエストを受け取った後に第１の降車地点を変更することができ、変更は第１のユーザの事前承認がない状態で行われてよい。第１の降車地点は、第１のユーザを降ろす地点を指す。図４Ａを参照しながら上述されたように、第１の降車地点は第１の所望の目的地と同じ地点であってよく、また第１の所望の目的地とは異なる地点であってもよい。

例えば、第２の迎車地点は、第１の乗車リクエストに含まれる、第１の所望の目的地に近い地点に設定されてよい。第２の乗車リクエストを車両に割り当てるとき、相乗り管理サーバ１５０は、第１の所望の目的地にさらに近い地点、又は第１の所望の目的地のある地点に第１の降車地点を変更できるので、その結果第１のユーザが自分の所望の目的地に到着するための歩行距離を減らすことができる。別の実例に関して、第１の降車地点は、第２の迎車地点に車両が到着するために遠回りさせるか、又は遠回りを増やすことなく、第１のユーザが自分の所望の目的地に到着するために通りを渡る必要のない地点に変更されてよい。

いくつかの実施例において、相乗り管理システム１００は、複数のその後の乗車リクエストをその後に受け取ることができる。これらの追加の乗車リクエストは、相乗り管理サーバ１５０によって受け取られて車両に割り当てられるか、又は通りでの呼止めの形で車両によって受け取られてよい。図４Ａ及び図４Ｂを参照しながら上述されたステップは、第３の乗車リクエストを処理するために同様に使用されてよい。

例えば相乗り管理サーバ１５０は、例えば図１に示されるようなユーザ１３０Ｃと関連付けられたユーザ・デバイス１２０Ｃといった第３のユーザ・デバイスから第３の乗車リクエストを受け取ることができる。相乗り管理サーバ１５０はリクエストを処理し、第１のユーザ及び第２のユーザのうちの少なくとも１人がまだ車内にいる間に、車両にリクエストを割り当てることができる。第３の乗車リクエストは、第３の出発点及び第３の所望の目的地をさらに含むことができる。相乗り管理サーバ１５０は第３の推定迎車時間を計算し、ユーザのデバイス（例えばユーザ・デバイス１２０Ｃ）に確認を送ることができる。相乗り管理サーバ１５０は、ユーザ１３０Ｃを迎えるように及び降ろすように車両を誘導するために、車両と関連付けられたドライバのデバイス（例えば、図１に示されるようなドライバ・デバイス１２０Ｄ）に方向及びルートの情報を送信することができる。

図４Ａ及び図４Ｂを参照しながら上述されたように、その後の乗車リクエストの処理は、リクエストが以前に受け取られ、割り当てられているユーザによって設定された乗車サービス・パラメータを考慮することができる。例えば、第１のユーザと第２のユーザの両方がまだ車内にいる場合、及び彼らのうちの１人が最大到着遅延を設定した場合、相乗り管理サーバ１５０は、同じ車両に第３のリクエストを割り当てることが、設定値より長い遅延を引き起こす場合、このような割当てを割り当てることができない。例えば、第１のユーザが最大到着遅延１０分を設定した場合、相乗り管理サーバ１５０は、第１のユーザを降ろす前に、車両が第３のユーザを迎える（及び／又は降ろす）のに掛かる推定時間を計算することができる。推定時間により、第１のユーザに対する全到着遅延が１０分を超過する場合、相乗り管理サーバ１５０はその結果、別の車両に第３の乗車リクエストを割り当てる。別の実例に関して、第２のユーザが最大数１の相乗り客を設定しており、第２のユーザが第１のユーザより早く降ろされる予定の場合、相乗り管理サーバ１５０は、同じ車両に割り当てることが、第２のユーザによって設定されたパラメータ（最大数１の相乗り客）の違反を引き起こす可能性があるので、このような割当てを割り当てることができない。

図５は、本開示のいくつかの実施例による、乗車をリクエストするときに、例えば、ユーザ・デバイス１２０Ａといったユーザ・デバイス上に表示されるグラフィカル・ユーザ・インターフェース（ＧＵＩ）の実例の図である。図５に示されるように、ＧＵＩは、タイトル・セクション５１０、単独乗車セクション５２０、及び相乗りセクション５３０を含むことができる。

タイトル・セクション５１０は、インターネット・アクセス、時刻、及びデバイスのバッテリ電力を示すアイコンをさらに含むことができる。タイトル・セクション５１０は、選択すると、ユーザが編集している乗車をキャンセルすることができ、またページから出ることもできる、キャンセル・アイコン５１１をさらに含むことができる。

単独乗車セクション５２０は、ユーザが降ろされる前に追加の迎車のない単独乗車を予約するオプションを示す。単独乗車セクション５２０は、選択すると、図４Ａを参照しながら上述されたものなどの、乗車サービス・パラメータをユーザが入力又は選択する設定オプションの一覧の表示を行わせることができる、設定ボタン５２１をさらに含むことができる。設定ボタン５２１は、乗車サービス・パラメータをユーザが入力又は選択できる別の設定ＧＵＩにリンクさせることができる。設定ＧＵＩの実例は、図６Ａ及び図６Ｂを参照しながらさらに説明される。

相乗りセクション５３０は、追加の迎車及び／又は降車が許可されてよい、相乗りを予約するオプションを示す。相乗りセクション５３０は、選択すると、図４Ａを参照しながら上述されたものなどの、乗車サービス・パラメータをユーザが入力又は選択する設定オプションの一覧の表示を行わせることができる、設定ボタン５３１をさらに含むことができる。設定ボタン５３１は、乗車サービス・パラメータをユーザが入力又は選択できる別の設定ＧＵＩにリンクさせることができる。設定ＧＵＩの実例は、図６Ａ及び図６Ｂを参照しながらさらに説明される。

いくつかの実施例において、図５に関連して上述されたＧＵＩは、本開示の他の実施例と矛盾することなく、他の構成要素、並びに様々な仕組み、及び構成要素の組合せをさらに含むことができ、これらは本明細書における開示の実施例によって限定されない。例えばＧＵＩは、プロフィール写真、ユーザ名、及び連絡先情報などのユーザのアカウント情報を示すユーザ・プロフィール・セクションをさらに含むことができる。

いくつかの実施例において、ユーザが乗車を予約するときの複数の乗車サービス・オプションが提供されてよい。割り当てられた迎車地点及び降車地点、又は各オプションと関連付けられた乗車料金などの各オプションに関連した詳細は、ユーザ・インターフェース上に提示されてよい。例えば、ユーザが出発点及び所望の目的地を入力した後、タクシー相乗り管理サーバは、複数の車両の現在のサービス状況に基づいて複数のサービス・オプションを提供することができる。例えばタクシー相乗り管理サーバは、単独乗車サービスに対する第１の推定迎車時間であって、第１の推定迎車時間が第１の迎車地点に対応する、第１の推定迎車時間と、相乗りサービスに対する第２の推定迎車時間であって、第２の推定迎車時間が第２の迎車地点に対応する、第２の推定迎車時間と、を計算することができる。いくつかの実施例において、例えば、１件の追加の迎車しかないオプション、５分遅延のオプション、又は図６Ａ及び図６Ｂを参照しながら下記で説明される他の乗車サービス・パラメータと関連付けられたオプションといった、様々な乗車サービス・パラメータに対応する複数の相乗りサービス・オプションがさらに提供されてよい。ユーザ・インターフェースを通じて、各オプションと関連付けられた乗車料金がさらに提示されてよい。相乗り管理サーバは、ユーザ入力によって示されるようなサービス・オプションを受け取り、車両を適宜割り当てることができる。

図６Ａ及び図６Ｂは、例えば図１に示されるようなユーザ・デバイス１２０Ａといったユーザ・デバイス上に表示される設定ＧＵＩの実例の図である。設定は、乗車サービス・パラメータに関する設定を含むことができ、この設定に基づいて相乗り管理サーバ１５０は、乗車リクエストに対応できるように車両を割り当てることができる。図６Ａに示されるように、設定ＧＵＩの１つの実例は、タイトル・セクション６１０、歩行距離セクション６２０〜６４０、及び適用セクション６５０を含むことができる。

タイトル・セクション６１０は、ページ・タイトル、インターネット接続、時刻、及びバッテリ電力を示すアイコンを含むことができる。タイトル６１０は、選択すると、以前のページの表示を行わせることができるリターン・アイコン、及び選択すると、設定のキャンセルを行わせることができ、また現在のページから出ることもできる、キャンセル・アイコンをさらに含むことができる。

歩行距離セクション６２０〜６４０は、乗車に伴う歩行距離に関する設定オプションをさらに含むことができる。例えば、歩行距離セクション６２０は、乗車リクエストに含まれる乗車の出発点からの歩行距離、及び迎車地点に関するオプションを示すことができる。セクション６２０は、様々な歩行距離の値を示すオプションの一覧をさらに含むことができる。歩行距離は、例えば、メートル、ブロック、マイル、キロメートル、フィートなどといった様々な単位で計測されてよく、これらの選択は本明細書における開示の実施例によって限定されない。いくつかの実施例において、距離は、例えば出発点から迎車地点まで１０分又は５分といった、平均歩行速度に基づく平均歩行時間によってさらに表されてよい。同様に歩行距離セクション６３０は、降車地点から乗車リクエストに含まれる所望の目的地までの歩行距離に関するオプションを示すことができる。セクション６４０は、出発点から迎車地点までの歩行距離、及び降車地点から所望の目的地までの距離の合計に関するオプションを示すことができる。

適用セクション６５０は、選択すると、他の乗車サービス・パラメータに関する設定オプションの表示を行わせることができるさらなるオプション・アイコン６５１、現在の設定を一度適用するオプション、及びすべての乗車リクエストに現在の設定を適用するオプションをさらに含むことができる適用アイコン６５２、並びに選択すると、現在の設定をクリアし、ユーザがリセットできるようにすることができるクリア・ボタン６５３をさらに含むことができる。

図６Ｂに示されるように、他の乗車サービス・パラメータは、相乗り客数セクション６７０、有料道路セクション６８０、及び最大遅延／遠回りセクション６９０をさらに含むことができる。図６Ｂに示されるようなＧＵＩは、図６Ａに示されるような、さらなるオプション・ボタン６５０の選択時に表示されてよい。いくつかの実施例において、図６Ｂに示されるような設定オプション及び他の設定オプションが同じＧＵＩ上に示されてよく、様々な様式で配置されてよく、これらは本明細書における開示の実施例によって限定されない。

相乗り客数セクション６７０は、ユーザの乗車の一部に対してユーザと同じ車両を共有することになる追加乗客数に関する設定オプションをさらに含むことができる。有料道路セクション６８０は、乗車中にユーザが有料道路の利用を許可するかどうかを示すオプション・ボタンをさらに含むことができる。いくつかの実施例において、１人の相乗り客が有料道路の利用を許可する一方、別の相乗り客が許可しない場合、有料道路の利用を許可しないユーザには請求しないで、車両は乗車の許可部分に対して有料道路を利用することができる。最大遅延セクション６９０は、降車地点への許される到着遅延の時間を示すオプション・ボタンをさらに含むことができる。

いくつかの実施例において、ユーザ・デバイス１２０Ａは、乗車サービス・パラメータの１つ又は複数に関するデフォルト設定を保存することができる。デフォルト設定は、ユーザの以前の乗車に対して設定されたパラメータ、又は相乗り管理サーバ１５０によって判断された設定であってよい。例えば、ユーザが、パラメータのいくつかだが、すべてではないものを入力又は選択する場合、相乗り管理サーバ１５０は、乗車リクエストを処理するときに他のパラメータに関する競合しないデフォルト設定を参照することができる。

図７は、本開示のいくつかの実施例による、例えば図１に示されるようなユーザ・デバイス１２０Ａといったユーザ・デバイス上に、確認を受け取るときに表示されるＧＵＩの実例の図である。図７に示されるように、ＧＵＩの実例は、タイトル・セクション７１０、地点セクション７２０、料金セクション７３０、車両情報セクション７４０、ドライバ情報セクション７５０、及び地図セクション７６０を含むことができる。

タイトル・セクション７１０は、インターネット接続、時刻、及びバッテリ電力などを示すアイコンをさらに含むことができる。タイトル・セクション７１０は、選択すると、以前のページの表示を行わせることができるリターン・ボタン、及び選択すると、乗車をキャンセルすることができ、またユーザが、キャンセルの理由などのさらなる情報を提供できる乗車キャンセル・ページ、又は乗車リクエストをリセットするオプションの表示を行わせることもできる乗車キャンセル・ボタンをさらに含むことができる。

地点セクション７２０は、現在の乗車に対する迎車地点及び降車地点に関する情報をさらに含むことができる。地点情報は様々なフォーマットで示されてよい。例えば、地点情報は、「２０番街とＨ通りの角から半ブロック」又は「Ｅ通り劇場から３００メートル東、ドライ・クリーニング店の隣」などの、出発点と割り当てられた迎車地点との間の全体的な距離又はルートについての詳細な説明を含むことができる。このようにユーザは、迎車地点にどのようにして到達するかを簡単に認識することができる。いくつかの実施例において、地点情報は、現在地から迎車地点又は降車地点へユーザを導く地図にリンクする歩行アイコンをさらに含むことができる。

料金セクション７３０は、乗車に対する推定乗車金額を示す推定費用セクションをさらに含むことができる。費用セクションは、選択すると、基本料金、推定通行料金、及び税金等の推定費用に関する詳細の表示を行わせることができる情報アイコンをさらに含むことができる。推定費用に関する詳細は、例えば、降車地点から所望の目的地までの歩行距離５００メートルによって節約されることになる金額、又は最大の許可された遅延３０分によって節約される金額といった、乗車の乗車サービス・パラメータに対応する節約に関する情報をさらに含むことができる。料金セクション７３０は、乗車クレジット・セクションをさらに含むことができ、これはユーザ・アカウントと関連付けられた乗車クレジットの金額を示す。乗車クレジットは、現在若しくは将来の乗車に対して支払うためにユーザが使用できる金銭の値の形式、又はユーザが一定の報酬に対して精算できる報酬クレジットの形式であってよい。

車両情報セクション７４０は、ユーザを迎える割当車両についての情報を含むことができる。車両情報は、車両のライセンス・プレート・ナンバー、車両が果たした乗車回数、及び車両の評価等を含むことができる。

ドライバ情報セクション７５０は、ドライバの名前、プロフィール写真、連絡先情報、評価等など、ドライバについての情報を含むことができる。ドライバ情報セクション７５０は、選択すると、ユーザがドライバと通信するためにテキスト・メッセージング、電話、又は他の通信チャネルなどの通信セッションを始めることができるドライバ連絡セクションをさらに含むことができる。いくつかの実施例において、安全制御又は監視などのために、マスクされた電話番号がドライバとユーザの間の通信に対して割り当てられてよい。

地図セクション７６０は、ユーザ及び車両の現在地、迎車地点及び降車地点、並びに所望の目的地等、乗車に関わる地点を示す地図を含むことができる。地図セクション７６０は、推定迎車時間を示すアイコンをさらに含むことができる。

図８Ａ及び図８Ｂはそれぞれ、本開示のいくつかの実施例による、相乗りの乗車料金を計算するための処理の２つの実例８１０及び８２０の流れ図である。これらの２つの実例において、第１のユーザ及び第２のユーザによって共有される乗車が実例として用いられる。処理８１０及び処理８２０は、例えば、図１に示されるような相乗り管理サーバ１５０によって実行されてよく、あるいは、例えば、ユーザ・デバイス１２０Ａ及び１２０Ｂといったコンピューティング・デバイスによって実行されてもよい。

ステップ８１２において、相乗り管理サーバ１５０は車両地点情報を受け取ることができ、例えば、車両の地点は、第１のユーザ・デバイス１２０Ａ、第２のユーザ・デバイス１２０Ｂ、又は例えばドライバ・デバイス１２０Ｄといった、車両と関連付けられたデバイスから送信されてよい。いくつかの実施例において、車両は、タクシーの全車両の中の１台のタクシーを含むことができる。車両地点情報は、第１のユーザ及び第２のユーザの迎車地点及び降車地点、並びに乗車中の車両の地点情報を含むことができる。

ステップ８１４において、相乗り管理サーバ１５０は、第１のユーザ及び第２のユーザが両方、車内にいるときの重複を計算することができる。例えば重複は、第２のユーザの迎車地点と、最初に降ろされることになるユーザの降車地点との間の乗車の部分と一致してよい。

ステップ８１６において、相乗り管理サーバ１５０は、第１のユーザと第２のユーザの間の料金の分割を重複に基づいて計算することができる。乗車の共有部分に対して、対応する料金は、第１のユーザ及び第２のユーザによって共有されてよく、各ユーザが割引を享受する。割引は、第１のユーザ及び第２のユーザに対して同じ又は異なってよく、これは、各ユーザの乗車に伴う歩行、各ユーザの全乗車距離、各ユーザによって利用された乗車の総数、及び各ユーザによって設定された他の乗車サービス・パラメータなどの要因に依存する可能性がある。いくつかの実施例において、乗車の一部を共有する３人以上のユーザがいる場合、各ユーザに対する料金の金額は同様にさらに減額されてよい。

いくつかの実施例において、乗車の単独部分に対して、ユーザは、単独部分の全乗車距離、関連する通行料金、乗車中の往来の待ち時間、関連する歩行、及びユーザによって利用された以前の乗車回数等を考慮して、全体又は割引された金額を課金されることがある。相乗り管理サーバ１５０は次に、各ユーザに対する全料金の金額を計算することができる。

ステップ８１８において、相乗り管理サーバ１５０は、第１のユーザ及び第２のユーザに、計算された料金の分割を提示することができる。例えば、相乗り管理サーバ１５０は、共有部分に関する料金情報及び分割の詳細、各ユーザの単独部分に関する料金情報、各ユーザに対する関連する他の請求、並びに各ユーザに対する全体の料金の金額をユーザ・デバイス１２０Ａ及び１２０Ｂにそれぞれ送ることができる。

図８Ｂは、第２のユーザと乗車の一部を共有する第１のユーザの乗車料金を計算する処理の別の実例である。

ステップ８２２において、相乗り管理サーバ１５０は、車両地点情報を受け取ることができ、例えば、車両の地点は、第１のユーザ・デバイス１２０Ａ、第２のユーザ・デバイス１２０Ｂ、例えばドライバ・デバイス１２０Ｄといった、車両と関連付けられたデバイスから送信されてよい。車両地点情報は、第１のユーザ及び第２のユーザの迎車地点及び降車地点、並びに乗車中の車両の地点情報を含むことができる。いくつかの実施例において、相乗り管理サーバ１５０は、車両の地点を絶えず監視することができ、乗車が進む間に料金請求をリアル・タイムに更新することができる。

ステップ８２４において、相乗り管理サーバ１５０は、第２のユーザを迎える前の第１の乗車の第１の部分に対応する第１の料金の金額を計算することができる。例えば、第１のユーザは、第２のユーザを迎える前に車内にいる唯一のユーザであってよく、第１の料金の金額は、ガソリン料金、及び有料道路の利用が許可される場合の通行料金を含むことができる。いくつかの実施例において、相乗り管理サーバは、車両が走行する間に料金請求をリアル・タイムに更新し、ユーザのデバイス（例えばユーザ・デバイス１２０Ａ）に料金情報を送信することができる。ユーザは、料金の増加をリアル・タイムに監視することができる。例えば、ユーザ・デバイス上にインストールされた相乗りサービス・アプリケーションは、個人用メーター機能を含むことができ、この機能を通じて最新の乗車料金情報が表示されてよい。乗車料金情報は、特定のユーザに対する関連料金の請求を含むことができ、これは、乗車に適用される割引、追加料金、チップ、及び乗車を予約することに伴う他の手数料に基づいて計算される。いくつかの実施例において、乗車料金情報は、１分ごと、又は数秒ごとなどの、事前設定された間隔に従って定期的にさらに更新されてよい。

ステップ８２６において、相乗り管理サーバ１５０は、第２のユーザを迎えた後の第１の乗車の第２の部分に対応する第２の料金の金額を計算することができる。例えば、第２のユーザが迎えられた後の乗車の共有部分に対して、第１のユーザ及び第２のユーザに対する割引がそれぞれ適用されてよい。相乗り管理サーバは、共有部分の走行距離に対応する金額、及び第１のユーザに適用される割引を計算することができる。

ステップ８２８において、相乗り管理サーバ１５０は、ユーザ・デバイスに、計算された料金の金額を送信することができ、この金額はユーザ・デバイス１２０Ａのディスプレイ上に提示されてよい。いくつかの実施例において、第１のユーザがユーザ・デバイスを使用していない場合、例えば第１のユーザが通りでの呼止めによって乗車をリクエストした可能性がある場合、料金の金額は、車両と関連付けられたディスプレイ・デバイス上に表示されてよい。

図９Ａ及び図９Ｂは、本開示のいくつかの実施例による、乗車料金情報を示すユーザ・デバイス上に表示されるＧＵＩの実例の図である。ＧＵＩの実例は、ユーザが降ろされる前後に、例えばユーザ・デバイス１２０Ａのディスプレイ上に表示されてよい。いくつかの実施例において、ＧＵＩの実例は、車両と関連付けられたデバイス上にさらに表示されてよい。

図９Ａに示されるように、ＧＵＩの１つの実例は、料金セクション９１０、通行料金セクション９２０、追加料金セクション９３０、チップ・セクション９４０、全体料金セクション９５０、及び支払セクション９６０をさらに含むことができる。

料金セクション９１０は、乗車の単独部分の料金請求に関する詳細を示すサブセクション９１１、乗車９１２の共有部分に関する詳細を示すサブセクション９１２、及び共有部分又はユーザによって設定された他の乗車サービス・パラメータによって節約された金額に関する詳細を示すサブセクション９１３をさらに含むことができる。サブセクション９１１、９１２、及び９１３は、各請求に対する情報アイコンをさらに含むことができ、このアイコンを通じて、それぞれの個別請求の計算の詳細がユーザに表示されてよい。例えば、共有部分に対応する情報アイコンを選択すると、共有部分の距離、共有部分の開始地点及び終了地点、共有部分の中の関連する通行料金、並びに共有部分に適用される割引の表示を行わせることができる。

通行料金セクション９２０は、乗車の全体部分又は単独部分に伴う通行料金の金額の情報を含むことができる。追加料金セクション９３０は、税金などの追加料金の情報を含むことができる。チップ・セクション９４０は、ユーザによって入力されたチップ情報を含むことができ、ユーザがチップ額を調節できる編集ボタンをさらに含むことができる。全体料金セクション９５０は、乗車に対して請求される全体金額の情報を含むことができる。

支払セクション９６０は、様々な形の支払いに対するアイコンを含むことができる。例えば支払セクション９６０は、ユーザが自分の乗車に対して現金で支払うことをユーザが選択して示すことができる現金支払ボタン９６１、ユーザがユーザ・アカウントと関連付けられた乗車クレジットを使用して自分の乗車に対して支払うことができるクレジット・ボタン９６２、デビット・カード又はクレジット・カードによる支払いを処理するページにリンクさせることができるカード支払ボタン９６３をさらに含むことができる。

いくつかの実施例において、関連付けられたユーザに対する個人用メーターを通じてユーザのデバイス（例えばユーザ・デバイス１２０Ａ）上にリアル・タイム請求情報が表示されてよい。図９Ｂを参照しながら、１つの実例を本明細書で説明する。図９Ｂに示されるように、ＧＵＩの１つの実例は、共有セクション９７０、個人用メーター９８０、及び乗車クレジット・セクション９９０を含むことができる。

共有セクション９７０は、様々な通信アプリケーションにリンクするアイコンを含むことができ、このアイコンを通じて、ユーザは自分の乗車又は相乗りサービスについての情報を共有することができる。例えば、このようなアイコンは、テキスト・メッセージ、ｅメール、並びにＴｗｉｔｔｅｒ及びＦａｃｅｂｏｏｋなどのソーシャル・メディア・プラットフォームを含むことができる。いくつかの実施例において、相乗り管理サーバ１５０は、相乗りサービスについての情報を共有するために乗車クレジット又は割引をユーザに与えることができる。

個人用メーター９８０は、リアル・タイム料金請求情報についての情報を含むことができる。例えば、相乗り管理サーバ１５０は、車両の地点及びサービス状況を絶えず監視し、例えば図８Ａ及び図８Ｂを参照しながら上述された処理を実行することによって料金請求を計算することができる。更新された料金請求情報は次に、ユーザ・デバイス１２０Ａに送信されてよく、個人用メーター９８０上に表示されてよい。個人用メーター９８０は、料金請求の更新を表示するためにユーザがページをリフレッシュできるようにすることが可能なリフレッシュ・アイコン、及び料金請求に関する詳細情報にユーザがアクセスできるようにすることが可能な情報アイコンをさらに含むことができる。

乗車クレジット・セクション９９０は、ユーザ・アカウントと関連付けられた乗車クレジットの金額を示す情報を含むことができる。ユーザが乗車クレジットを利用して現在の乗車に対して支払う場合、乗車クレジット・セクション９９０は、リアル・タイム乗車クレジット情報をさらに含むことができ、リアル・タイム料金請求はここから控除される。図９Ｂに示されたＧＵＩの実例は、あなたのドライバにチップを渡すアイコンをさらに含むことができ、このアイコンを通じてユーザは、乗車中いつでもチップ額を調節することができる。

図１０は、本開示のいくつかの実施例による、例えば図１に示されるようなドライバ・デバイス１２０Ｄといったドライバ・デバイス上に表示されるＧＵＩの実例の図である。図１０に示されるように、ＧＵＩの実例は、方向セクション１０１０、次の立寄り先セクション１０２０、通知メッセージ・セクション１０３０、割当情報セクション１０４０、地図セクション１０５０、及び料金請求情報セクション１０６０を含むことができる。

方向セクション１０１０は、次の迎車地点又は降車地点にドライバを誘導する方向情報を含むことができる。次の立寄り先セクション１０２０は、次の立寄り先の住所情報を含むことができる。通知メッセージ・セクション１０３０は、選択すると、対応するメッセージをユーザ・デバイスに送信させることができる、１つ又は複数の事前フォーマットされた通知メッセージを含むことができる。例えば、通知メッセージ・セクション１０３０は、車両が迎車地点に到着したこと示すメッセージ「私はここにいます」を含むことができる。特定の地点に到着した後、ドライバはメッセージと関連付けられたアイコンをクリックすることができ、これによって、対応する通知がユーザに送られるようにする。このようにドライバは、アイコンをクリックすることによって、メッセージを用意する必要も、ユーザに電話する必要もなく、車両の到着をユーザに簡単に通知することができる。

割当情報セクション１０４０は、現在の乗車サービスの割当ての詳細情報を含むことができ、この情報は、乗車サービスの割当ての現在の状況、並びに乗車に関連した迎車地点及び降車地点を含むことができる。地図セクション１０５０は、車両の現在地及び乗車のルートをリアル・タイムに表示することができる。例えば地点情報は、ユーザ・デバイス上にインストールされた位置サービス・アプリケーション、車両と関連付けられたデバイス、又は相乗り管理サーバにおける位置追跡構成要素によって提供されてよい。いくつかの実施例において、相乗り管理サーバ１５０は、車両に追加の乗車リクエストを割り当てることができ、詳細情報は次に、ドライバ・デバイス１２０Ｄに送信され、対応するセクションに表示されてよい。料金請求情報セクション１０６０は、料金、通行料金、追加料金、及び乗車料金の全体金額などの料金請求の詳細を含むことができる。

いくつかの実施例において、車両に乗車リクエストを割り当てる前に、相乗り管理サーバ１５０は、ドライバに検証情報を提供するよう、さらに求めることができる。例えば、図１に示されるような相乗り管理システム１００などの車両サービス管理システムと関連付けられたドライバについて、システムは、連絡先情報、プロフィール写真、ｅメール、音声データ、顔特徴データ、ログイン情報、及びドライバに割り当てられた車両と関連付けられた情報などの対応するプロフィール情報と共に、あらゆるドライバがドライバ・アカウントを登録することを求めることができる。ドライバ・プロフィールは、例えば図１に示されるようなデータベース１７０といったデータベースに保存されてよい。車両に乗車リクエストを割り当てる前に、相乗り管理サーバ１５０は、例えばドライバ１３０Ｄと関連付けられたユーザ・デバイス１２０Ｄといった、関連付けられたドライバ・デバイスからのドライバのログイン入力を受け取ることができる。相乗り管理サーバ１５０は次に、ログイン入力が、対応するドライバ・プロフィールにマッチするかどうかを検証するために、ドライバ・プロフィール・データベースにアクセスすることができる。さらに検証は、例えば、顔認識、音声認識、指紋認識、パスワード入力、及び検証コード入力等といった様々な手法で実行されてよく、これらは、本明細書における開示の実施例によって限定されない。

図１１は、本開示のいくつかの実施例による、相乗りの仕組みを示すタイムラインの３つの実例の図である。タイムラインの実例１１１０、１１２０、及び１１３０に示すように、第１のユーザからの第１の乗車リクエスト及び第２のユーザからの第２の乗車リクエストを引き受ける特定の割当車両に関して、第２のユーザに対する迎車及び降車の順序は変わってよい。例えば、相乗り管理サーバ１５０は、複数の乗車リクエストを受け取り、複数のリクエストを引き受ける特定の割当車両のための最適な経路及び迎車／降車の順序を設計し、車両が乗車リクエストの一部又はすべてを完了するにつれて、追加の迎車を割り当てることができる。

例えば、タイムラインの実例１１１０に示すように、車両は、第１のユーザを迎えた後に第２の乗車リクエストを受け取り、第２のユーザを降ろす前に第１のユーザを降ろすことができる。対応する相乗り部分は、第２のユーザの迎車と第１のユーザの降車の間にある乗車部分であってよい。タイムラインの実例１１２０に示すように、車両は、第１のユーザを迎えた後に第２の乗車リクエストを受け取り、第１のユーザを降ろす前に第２のユーザを降ろすことができる。対応する相乗り部分は、第２のユーザの迎車と第２のユーザの降車の間にある乗車部分であってよい。

別の実例として、タイムラインの実例１１３０に示すように、車両は、第１の乗車リクエスト及び第２の乗車リクエストを、いずれの迎車の前に受け取ることができる。車両は次に、第１のユーザを迎える前に第２のユーザを迎え、第１のユーザを降ろす前に第２のユーザを降ろすことができる。対応する相乗り部分は、第１のユーザの迎車と第２のユーザの降車の間にある乗車部分であってよい。迎車と降車の順序に応じて、相乗り管理サーバは次に、対応する相乗り部分を判断し、例えば、共有部分、各ユーザの単独部分、及び／又は各ユーザによって設定された乗車サービス・パラメータなどの他の要因に基づいて、各ユーザに対する乗車料金を計算することができる。

前述の説明は例証のために提示された。これは網羅的なものではなく、開示された正確な形式又は実施例に限定されない。修正及び適合は、本明細書の検討及び開示の実施例の実践から当業者には明らかであろう。さらに、開示の実施例の態様はメモリに格納されるものとして説明されるが、例えば、ハードディスク若しくはＣＤ ＲＯＭ、又は他の形式のＲＡＭ若しくはＲＯＭ、ＵＳＢ媒体、ＤＶＤ、Ｂｌｕ−ｒａｙ（登録商標）、Ｕｌｔｒａ ＨＤ Ｂｌｕ−ｒａｙ、又は他の光学ドライブ媒体といった２次ストレージ・デバイスなどの他のタイプのコンピュータ可読媒体に、これらの態様が格納されてもよいということを当業者は理解するであろう。

書かれた説明及び開示の方法に基づくコンピュータ・プログラムは、熟練開発者の技能の範囲内である。様々なプログラム又はプログラム・モジュールは、当業者に知られた技法のいずれかを使用して作り出されることが可能であり、また既存のソフトウェアに関連して設計されることも可能である。例えば、プログラム・セクション又はプログラム・モジュールは、．Ｎｅｔ Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ Ｃｏｍｐａｃｔ Ｆｒａｍｅｗｏｒｋ（及びＶｉｓｕａｌ Ｂａｓｉｃ、Ｃ、等の関連言語）、Ｊａｖａ（登録商標）、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ−Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組合せ、ＸＭＬ、又はＪａｖａ（登録商標）アプレットを含んだＨＴＭＬの中で、又はこれらによって設計されてよい。

さらに、例証的な実施例が本明細書で説明されたが、同等の要素、修正、除外、（例えば様々な実施例にわたる態様の）組合せ、適合、及び／又は代替を有する任意及びすべての実施例の範囲は、本開示に基づいて当業者によって理解されるであろう。特許請求の範囲における限定は、特許請求の範囲において用いられる言葉に基づいて広く解釈されるべきであり、本明細書の中で又は本出願の審査中に説明される実例に限定されない。実例は、非排他的なものとして解釈されるべきである。さらに、開示の方法のステップは、ステップを再配列すること、及び／又はステップを挿入若しくは削除することによって含む、任意の手法で修正されてよい。したがって、本明細書及び実例は例証的なものとしてのみ考慮され、真の範囲及び精神は、以下の特許請求の範囲及びこれらの均等物の全体範囲によって示されることが意図される。

Claims (20)

1. タクシーの全車両と関連付けられた少なくとも１つのプロセッサによって実行されると、タクシー相乗り管理のための方法を前記少なくとも１つのプロセッサに行わせる命令を格納する非一時的コンピュータ可読ストレージ媒体であって、前記方法が、
   第１のユーザの第１のワイヤレス・モバイル通信デバイスから、第１の出発点と第１の所望の目的地とを含む第１の乗車リクエストを受け取るステップと、
   前記全車両中のタクシーの第１の現在地と前記第１の出発点とに基づいて第１の推定迎車時間を計算するステップと、
   前記第１のワイヤレス・モバイル通信デバイスに、前記第１のワイヤレス・モバイル通信デバイスのディスプレイ上に前記計算された第１の推定迎車時間の指示が現れるようにするように構成される第１の確認を送るステップと、
   前記第１のユーザを迎えるために第１の迎車地点に前記タクシーを誘導するステップと、
   前記第１のユーザを迎えた後で、かつ、第１の降車地点で前記第１のユーザを降ろす前に、第２のユーザの第２のワイヤレス・モバイル通信デバイスから、第２の出発点と第２の所望の目的地とを含む第２の乗車リクエストを受け取るステップと、
   前記タクシーの第２の現在地と前記第２の出発点とに基づいて第２の推定迎車時間を計算するステップと、
   前記第２のワイヤレス・モバイル通信デバイスに、前記第２のワイヤレス・モバイル通信デバイスのディスプレイ上に前記計算された第２の推定迎車時間の指示が現れるようにするように構成される第２の確認を送るステップと、
   前記第１の降車地点と関連付けられた場所で前記第１のユーザを降ろす前に、前記第２のユーザを迎えるために第２の迎車地点に前記タクシーを誘導するステップと、
   を含む、非一時的コンピュータ可読ストレージ媒体。
2. 前記命令が、前記少なくとも１つのプロセッサに、前記第１の出発点から少なくとも半ブロック離れて前記第１の迎車地点を設定させるように構成される、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
3. 前記命令が、前記少なくとも１つのプロセッサに、前記第１のワイヤレス・モバイル通信デバイスからの入力に基づいて前記第１の迎車地点への最大歩行距離を設定させるように構成される、請求項２に記載の非一時的コンピュータ可読ストレージ媒体。
4. 前記命令が、前記少なくとも１つのプロセッサに、前記所望の目的地から少なくとも半ブロック離れて前記第１の降車地点を設定させるように構成される、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
5. 前記命令が、前記少なくとも１つのプロセッサに、前記第１のワイヤレス・モバイル通信デバイスからの入力に基づいて最大歩行距離を設定させるように構成される、請求項４に記載の非一時的コンピュータ可読ストレージ媒体。
6. 前記命令が、前記少なくとも１つのプロセッサに、リアル・タイム交通モニタから受け取られるリアル・タイムの交通情報に基づいて前記第１の推定迎車時間を計算させるように構成される、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
7. 前記命令が、前記少なくとも１つのプロセッサに、履歴上の交通データに基づく交通状態の予測に基づいて前記第１の推定迎車時間を計算させるように構成される、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
8. 前記方法が、
   前記第１のユーザの事前承認がない状態で、前記第２の乗車リクエストを受け取った後に前記第１の降車地点を変更するステップ
   をさらに含む、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
9. 前記方法が、
   前記タクシーと関連付けられたワイヤレス・モバイル通信デバイスと、前記第１のワイヤレス・モバイル通信デバイスと、前記第２の通信デバイスとのうちの少なくとも１つからタクシー地点情報を受け取るステップと、
   前記第１のユーザと前記第２のユーザとがともに前記タクシーの中にいるときに重複を計算するステップと、
   前記第１のユーザと前記第２のユーザとの間の料金の分割を前記重複に基づいて計算するステップと、
   前記第１のワイヤレス・モバイル通信デバイスの前記ディスプレイと前記第２のワイヤレス・モバイル通信デバイスの前記ディスプレイとのそれぞれに前記計算された料金の分割の少なくとも１つの指示を提示するステップと、
   をさらに含む、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
10. 前記方法が、
    前記第２のユーザを迎える前に前記第１の乗車の第１の部分に対応する第１の料金の金額を計算するステップと、
    前記第２のユーザを迎えた後に前記第１の乗車の第２の部分に対応する第２の料金の金額を計算するステップと、
    前記第１の料金の金額と前記第２の料金の金額とのうちの少なくとも１つの指示を、前記第１のワイヤレス・モバイル通信デバイスの前記ディスプレイ上に提示するために送信するステップと、
    をさらに含む、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
11. 前記方法が、
    前記第１のワイヤレス・モバイル通信デバイスと前記第２のワイヤレス・モバイル通信デバイスとのうちの少なくとも１つから入力された有料道路の選択を受け取るステップと、
    前記入力された有料道路の選択と被る通行料金とに基づいて、対応するユーザの料金の金額を調節するステップと、
    をさらに含む、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
12. 前記方法が、
    前記第１のユーザと前記第２のユーザとのうちの少なくとも１人が前記タクシーの中にいる間に、第３のユーザの第３のワイヤレス・モバイル通信デバイスから、第３の出発点と第３の所望の目的地とを含む第３の乗車リクエストを受け取るステップと、
    前記タクシーの第３の現在地と前記第３の出発点とに基づいて第３の推定迎車時間を計算するステップと、
    前記第３のワイヤレス・モバイル通信デバイスに、前記第３のワイヤレス・モバイル通信デバイスのディスプレイ上に前記計算された第３の推定迎車時間の指示が現れるようにするように構成される第３の確認を送るステップと、
    前記第３のユーザを迎えるために第３の迎車地点に前記タクシーを誘導するステップと、
    をさらに含む、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
13. 前記方法が、
    第３のユーザの第３のワイヤレス・モバイル通信デバイスから、第３の出発点と第３の所望の目的地とを含み、これらのうちの少なくとも１つが前記タクシーと関連付けられたルートの近くにある第３の乗車リクエストを受け取るステップと、
    前記第３のユーザが迎えられることになる場合に前記第１のユーザに発生することが予想される推定遅延を計算するステップと、
    前記推定遅延が予め定められた遠回りの閾値を超過する場合に、別のタクシーに前記第３の乗車リクエストを割り当てるステップと、
    をさらに含む、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
14. 前記方法が、
    前記タクシーのドライバのワイヤレス・モバイル通信デバイスと、前記第１のワイヤレス・モバイル通信デバイス及び前記第２のワイヤレス・モバイル通信デバイスのうちの少なくとも１つとの間の対話のために、マスクされた電話番号を割り当てるステップ
    をさらに含む、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
15. 前記方法が、
    前記タクシーのドライバのワイヤレス・モバイル通信デバイスからドライバのログイン入力を受け取るステップと、
    複数のドライバと関連付けられたドライバ・プロフィールを格納するドライバ・プロフィール・データベースにアクセスするステップと、
    前記ドライバのログイン入力と、対応するドライバ・プロフィールとに基づいてドライバのアイデンティティを検証するステップと、
    をさらに含む、請求項１に記載の非一時的コンピュータ可読ストレージ媒体。
16. 相乗り関連の命令のセットを格納するメモリと、
    少なくとも１つのプロセッサであって、
    第１のユーザから、第１の出発点と第１の所望の目的地とを含む第１の乗車リクエストを、タクシー相乗り管理サーバにおいて受け取り、
    推定迎車時間の指示と共に前記第１のユーザに確認を送り、
    迎車地点で前記第１のユーザを迎えるようにタクシーに指示し、
    前記第１のユーザを迎えた後、第２のユーザから、第２の出発点と第２の所望の目的地とを含む第２の乗車リクエストを、前記タクシー相乗り管理サーバにおいて受け取り、
    前記第１のユーザが前記タクシーの中にいる間に、第２の迎車地点で前記第２のユーザを迎えるように前記タクシーに指示し、
    前記第２のユーザを迎える前の前記乗車の第１の部分に対応する第１の料金部分と、前記第２のユーザを迎えた後の前記乗車の第２の部分に対応する第２の料金部分とを含む料金の金額を前記第１のユーザに送る
    よう、前記命令を実行するように構成される少なくとも１つのプロセッサと、
    を備える、タクシー相乗り管理のためのシステム。
17. 前記少なくとも１つのプロセッサが、
    前記第２の出発点から少なくとも半ブロック離れた前記第２の迎車地点を設定する
    よう、前記命令を実行するようにさらに構成される、請求項１６に記載のシステム。
18. 前記少なくとも１つのプロセッサが、
    前記第１の迎車地点と実質的に同じ地点に前記第２の迎車地点を設定する
    よう、前記命令を実行するようにさらに構成される、請求項１６に記載のシステム。
19. 前記第１の迎車地点が前記第１の出発点とは実質的に異なるように選択され、前記第２の迎車地点が前記第２の出発点とは実質的に異なるように前記システムによって選択され、前記システムが、前記第１の迎車地点に前記第１のユーザを誘導し、前記第２の迎車地点に前記第２のユーザを誘導するようにさらに構成される、請求項１６に記載のシステム。
20. 前記第１の迎車地点が前記第１の出発点と実質的に同じであり、前記第２の迎車地点が前記第２の出発点とは実質的に異なるように前記システムによって選択され、前記システムが、前記第２の迎車地点に前記第２のユーザを誘導するようにさらに構成される、請求項１６に記載のシステム。