JP2019509528A - リクエストの位置情報を変更する方法およびシステム - 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. 実行可能命令を備えた非一時的なコンピュータ可読媒体であって、前記実行可能命令は、少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、
    サービスリクエスタに関連する第１のユーザ端末から、対象の輸送サービスのリクエストの、少なくとも１つの変更を受信するステップであって、前記少なくとも１つの変更は、変更された乗車位置または変更された目的地のうちの少なくとも１つを含む、ステップと、
    輸送サービスの前記リクエストに関連するサービスプロバイダを識別するステップと、
    輸送サービスの前記リクエストの前記少なくとも１つの変更に基づいて輸送サービスの前記リクエストに関係する更新された情報を生成するステップと、
    輸送サービスの前記リクエストに関係する前記更新された情報を、前記サービスプロバイダに関連する第２のユーザ端末に送信するステップと、
    を含む方法を実行させる、非一時的なコンピュータ可読媒体。