JP2021517691A - サービス要求を処理するためのデバイスおよび方法 - Google Patents

Abstract

サービス要求を処理するための方法。方法は、第１のユーザーデバイスによって送信されるカーヘイリングオーダーと、第１のユーザーデバイスの電力量と、を受信することであって、カーヘイリングオーダーは、出発地および目的地を含み、第１のユーザーデバイスの電力量は、所定の閾値以下である、受信することを含み得る（４１０）。カーヘイリングオーダーをドライバー端末に送信し、ドライバー端末からオーダー応答を受信し、オーダー受付情報を第１のユーザーデバイスおよび第２へのオーダー応答に基づいて第１のユーザーデバイスにおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに生成する（４２０）。【選択図】図４

Description

関連出願の相互参照
本出願は、２０１８年３月１４日に出願された中国出願番号第２０１８１０２０９７３５．３からの優先権を主張する。その内容全体が引用することにより本明細書に組み込まれる。

本開示は、一般に、オンライン・ツー・オフライン（Ｏ２Ｏ）サービスに関し、特に、ユーザーデバイスが低電力であるときにユーザーデバイスによって送信されるサービス要求を処理するためのデバイスおよび方法に関する。

オンライン・ツー・オフライン（Ｏ２Ｏ）サービス（例えば、カーヘイリング（配車）サービス等）は、日常生活においてますます一般的になっている。ユーザーは、自分のユーザーデバイスを介してサーバにサービス要求（またはカーヘイリングオーダー）を送ることによって、カーヘイリングサービスを開始する。サーバは、サービスプロバイダ端末にサービス要求を送信してよい。サービスプロバイダ端末に関連付けられたドライバーがサービス要求を受け付けると、サーバはオーダー受付情報をユーザーデバイスに送信してよい。ユーザーデバイスの電力量が十分である場合、ユーザーデバイスは、リアルタイムのオーダー情報（例えば、リアルタイムの代金、リアルタイムの走行距離）を取得するために、リアルタイムでサーバと通信するのに使用することができる。カーヘイリングサービスが終了すると、ユーザーデバイスは、カーヘイリングサービスの代金を支払うのに使用することができる。しかしながら、ユーザーデバイスの電力量が低い場合、ユーザーデバイスとサーバとの間の相互作用を低減して電力を節約することが望ましい。この場合、サービス要求を完了する仕方は、考慮する価値がある。

本開示の一態様では、カーヘイリングオーダー処理方法が提供される。カーヘイリングオーダー処理方法は、第１のユーザーデバイスによって送信されるカーヘイリングオーダーと、第１のユーザーデバイスの電力量とを受信することを含んでよい。カーヘイリングオーダーは、出発地および目的地を含んでよい。第１のユーザーデバイスの電力量は、所定の閾値以下であり得る。カーヘイリングオーダー処理方法は、カーヘイリングオーダーをドライバー端末に送信し、ドライバー端末からオーダー応答を受信することも含んでよい。カーヘイリングオーダー処理方法は、オーダー応答に基づいてオーダー受付情報を生成し、オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに送信することを、さらに含んでよい。

いくつかの実施形態では、カーヘイリングオーダー処理方法は、カーヘイリングオーダーが完了した後に、カーヘイリングオーダーの代金を第２のユーザーデバイスに送信することを、含んでよい。

いくつかの実施形態では、カーヘイリングオーダー処理方法は、カーヘイリングオーダーの代金を第１のユーザーデバイスに送信し、第１のユーザーデバイスによって送信された代金確認を受信することを、さらに含んでよい。カーヘイリングオーダー処理方法は、第２のユーザーデバイスが支払要求に基づいて代金を支払うように、カーヘイリングオーダーの支払要求を第２のユーザーデバイスに送信することを、さらに含んでよい。

本開示の別の態様では、カーヘイリング方法が提供される。カーヘイリング方法は、出発地、目的地、およびユーザーデバイスの電力量を取得し、出発地および目的地に基づいてカーヘイリングオーダーを生成することを、含んでよい。カーヘイリング方法は、ユーザーデバイスの電力量が所定の閾値以下である場合、ユーザーデバイスの電力量およびカーヘイリングオーダーをサーバに送信することも、含んでよい。

いくつかの実施形態では、ユーザーデバイスの電力量およびカーヘイリングオーダーをサーバに送信した後に、カーヘイリング方法は、サーバによって送信されたカーヘイリングオーダーのオーダー受付情報を受信することを、さらに含んでよい。カーヘイリング方法は、サーバが、カーヘイリングオーダーの支払要求を、ユーザーデバイスに関連付けられた第２のユーザーデバイスに送信するように、サーバによって送信されたカーヘイリングオーダーの代金を受信し、代金確認をサーバに送信することを、さらに含んでよい。第２のユーザーデバイスは、支払要求に基づいて代金を支払うように構成されてよい。

いくつかの実施形態では、サーバによって送信されたカーヘイリングオーダーの代金を受信し、代金確認をサーバに送信する前に、カーヘイリング方法は、サーバがユーザーデバイスと第２のユーザーデバイスを事前に相互に関連付けるように、ユーザーデバイスのユーザーによって示された第２のユーザーデバイスを取得し、第２のユーザーデバイスをサーバに接続することを、さらに含んでよい。

本開示のさらに別の態様では、カーヘイリングオーダー処理デバイスが提供される。カーヘイリングオーダー処理デバイスは、サーバに適用可能であってよい。カーヘイリングオーダー処理デバイスは、第１のユーザーデバイスによって送信されるカーヘイリングオーダーと、第１のユーザーデバイスの電力量とを受信するように構成された第１の受信モジュールを、含んでよい。カーヘイリングオーダーは、出発地および目的地を含んでよい。第１のユーザーデバイスの電力量は、所定の閾値以下であり得る。カーヘイリングオーダー処理デバイスは、カーヘイリングオーダーをドライバー端末に送信し、ドライバー端末からオーダー応答を受信するように構成された第１の送信モジュールも含んでよい。第１の送信モジュールは、オーダー応答に基づいてオーダー受付情報を生成し、オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに送信するようにも構成されてよい。

本開示のさらに別の態様では、カーヘイリングデバイスが提供される。カーヘイリングデバイスは、ユーザーデバイスに適用可能であってよい。カーヘイリングデバイスは、出発地、目的地、およびユーザーデバイスの電力量を取得し、出発地および目的地に基づいてカーヘイリングオーダーを生成するように構成された生成モジュールを、含んでよい。カーヘイリングデバイスは、ユーザーデバイスの電力量が所定の閾値以下である場合、ユーザーデバイスの電力量およびカーヘイリングオーダーをサーバに送信するように構成された第５の送信モジュールも、含んでよい。

本開示のさらに別の態様では、オンライン・ツー・オフラインサービス用のコンピューティング・デバイスが提供される。コンピューティング・デバイスは、少なくとも１つの記憶デバイスと、少なくとも１つの記憶デバイスと通信する少なくとも１つのプロセッサとを含んでよい。少なくとも１つの記憶デバイスは、サービス要求を処理するための一連の命令を含んでよい。一連の命令を実行すると、少なくとも１つのプロセッサは、第１のユーザーデバイスから、ネットワークを介してサービス要求および第１のユーザーデバイスの電力量を受信するよう命令されてよい。サービス要求は、出発地および目的地を含んでよい。第１のユーザーデバイスの電力量は、閾値以下であり得る。少なくとも１つのプロセッサは、ネットワークを介してサービス要求を少なくとも１つのプロバイダ端末に送信し、ネットワークを介して少なくとも１つのプロバイダ端末のプロバイダ端末からオーダー応答を受信するようにも命令されてよい。少なくとも１つのプロセッサは、プロバイダ端末のオーダー応答に基づいてオーダー受付情報を生成し、オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスにネットワークを介して送信するように、さらに命令されてよい。

本開示のさらに別の態様では、オンライン・ツー・オフライン用のユーザーデバイスが提供される。ユーザーデバイスは、少なくとも１つの記憶デバイスと、少なくとも１つの記憶デバイスと通信する少なくとも１つのプロセッサとを含んでよい。少なくとも１つの記載デバイスは、サービス要求を送信するための一連の命令を含んでよい。一連の命令を実行すると、少なくとも１つのプロセッサは、ユーザーデバイスの電力量を取得し、出発地および目的地に基づいてサービス要求を決定するよう命令されてよい。少なくとも１つのプロセッサは、ユーザーデバイスの電力量が閾値以下の場合、サービス要求およびユーザーデバイスのその量をコンピューティング・デバイスに送信し、オーダー受付情報をコンピューティング・デバイスから受信するようにも命令されてよい。

本開示のさらに別の態様では、方法が提供される。方法は、少なくとも１つのプロセッサ、少なくとも１つの記憶媒体、およびネットワークに接続された通信プラットフォームを有するコンピューティング・デバイス上で実施されてよい。方法は、第１のユーザーデバイスから、ネットワークを介して、サービス要求および第１のユーザーデバイスの電力量を受信することを、含んでよい。サービス要求は、出発地および目的地を含んでよい。第１のユーザーデバイスの電力量は、閾値以下であり得る。方法は、ネットワークを介してサービス要求を少なくとも１つのプロバイダ端末に送信し、ネットワークを介して少なくとも１つのプロバイダ端末のプロバイダ端末からオーダー応答を受信することも、含んでよい。方法は、プロバイダ端末のオーダー応答に基づいてオーダー受付情報を生成し、オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスにネットワークを介して送信することを、さらに含んでよい。

本開示のさらに別の態様では、方法が提供される。方法は、少なくとも１つのプロセッサ、少なくとも１つの記憶媒体、およびネットワークに接続された通信プラットフォームを有するコンピューティング・デバイス上で実施されてよい。方法は、ユーザーデバイスの電力量を取得し、出発地および目的地に基づいてサービス要求を決定することを、含んでよい。方法は、ユーザーデバイスの電力量が閾値以下の場合、サービス要求およびユーザーデバイスのその量をコンピューティング・デバイスに送信し、オーダー受付情報をコンピューティング・デバイスから受信することも、含んでよい。

本開示のさらに別の態様では、非一時的コンピュータ可読記憶媒体が提供される。非一時的コンピュータ可読記憶媒体は、コンピュータプログラム製品を具現化してよい。コンピュータプログラム製品は、第１のユーザーデバイスから、ネットワークを介して、コンピューティング・デバイスがサービス要求および第１のユーザーデバイスの電力量を受信するように構成された命令を、含んでよい。サービス要求は、出発地および目的地を含んでよい。第１のユーザーデバイスの電力量は、閾値以下であり得る。コンピュータプログラム製品は、コンピューティング・デバイスが、ネットワークを介してサービス要求を少なくとも１つのプロバイダ端末に送信し、ネットワークを介して少なくとも１つのプロバイダ端末のプロバイダ端末からオーダー応答を受信するように、構成された命令も含んでよい。コンピュータプログラム製品は、コンピューティング・デバイスが、プロバイダ端末のオーダー応答に基づいてオーダー受付情報を生成し、オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに送信するように、構成された命令も含んでよい。

本開示のさらに別の態様では、非一時的コンピュータ可読記憶媒体が提供される。非一時的コンピュータ可読記憶媒体は、コンピュータプログラム製品を具現化してよい。コンピュータプログラム製品は、コンピューティング・デバイスが、ユーザーデバイスの電力量を取得し、出発地および目的地に基づいてサービス要求を決定するように、構成された命令を含んでよい。コンピュータプログラム製品は、コンピューティング・デバイスが、ユーザーデバイスの電力量が閾値以下の場合、サービス要求およびユーザーデバイスのその量をコンピューティング・デバイスに送信し、オーダー受付情報をコンピューティング・デバイスから受信するように、構成された命令も含んでよい。

本開示は、例示的実施形態に関してさらに記載される。例示的実施形態は、図面に関連して詳細に記載される。これらの実施形態は、非限定的例示的実施形態であり、同様の参照符号は、図面のいくつかの図にわたって類似の構造を表す。

本開示のいくつかの実施形態による例示的なオンライン・ツー・オフライン（Ｏ２Ｏ）サービスを示す概略図である。 本開示のいくつかの実施形態によるコンピューティング・デバイスの例示的なハードウェアおよびソフトウェア構成要素を示す概略図である。 本開示のいくつかの実施形態による端末が実施され得るモバイルデバイスの例示的なハードウェアおよび／またはソフトウェア構成要素を示す概略図である。 本開示のいくつかの実施形態によるカーヘイリングオーダー処理のための例示的なプロセスを示すフローチャートである。 本開示のいくつかの実施形態によるカーヘイリングのための例示的なプロセスを示すフローチャートである。 本開示のいくつかの実施形態によるカーヘイリングオーダー処理のための例示的なデバイスを示す概略図である。 本開示のいくつかの実施形態によるカーヘイリングのための例示的なデバイスを示す概略図である。

以下の詳細な説明では、関連する開示の完全な理解を提供するために、多くの具体的な詳細が例として記載される。しかしながら、本開示がそのような詳細なしに実施され得ることは、当業者には明らかであるはずである。他の事例では、本開示の態様を不必要に曖昧にすることを回避するために、周知の方法、手順、システム、構成要素、および／または回路が、詳細なしに、比較的高レベルで説明されている。開示された実施形態に対する様々な変更は、当業者には容易に明らかであり、本明細書で定義された一般的な原理は、本開示の趣旨および範囲から逸脱することなく、他の実施形態および用途に適用されてよい。従って、本開示は、示された実施形態に限定されず、特許請求項の範囲と一致する最も広い範囲が与えられるべきである。

本明細書で使用される用語は、特定の例の実施形態を説明するためだけのものであり、限定することを意図するものではない。本明細書で使用されるように、単数形“ａ，”“ａｎ，”および“ｔｈｅ”は、文脈がそうでないことを明確に示さない限り、複数形も同様に含むことが意図され得る。「備える（ｃｏｍｐｒｉｓｅ）」、「備える（ｃｏｍｐｒｉｓｅｓ）」、および／または「備えている（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」という用語は、本明細書で使用される場合には、記載された特徴、整数、ステップ、動作、要素、および／または構成要素の存在を明記するが、その１つ以上の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはグループの存在を排除しないことが、さらに理解される。

本明細書で使用される「システム」、「エンジン」、「ユニット」、「モジュール」、および／または「ブロック」という用語は、昇順で異なるレベルの異なる構成要素、要素、部分、セクションまたはアセンブリを区別する１つの方法であることを、理解されたい。ただし、用語は、同じ目的を達成する場合に別の表現に置き換えられてよい。

一般に、本明細書で使用される「モジュール」、「ユニット」、または「ブロック」という語は、ハードウェアまたはファームウェアで実施される論理、またはソフトウェア命令の収集を指す。本明細書に記載されるモジュール、ユニット、またはブロックは、ソフトウェアおよび／またはハードウェアとして実施されてよく、任意のタイプの非一時的コンピュータ可読媒体または他の記憶デバイスに記憶されてよい。いくつかの実施形態では、ソフトウェアモジュール／ユニット／ブロックは、コンパイルされ、実行可能プログラムにリンクされてよい。ソフトウェアモジュールは、他のモジュール／ユニット／ブロックからまたはそれ自体から呼び出すことができ、および／または検出されたイベントまたは割込みに応答して呼び出されてよいことが、理解されるであろう。コンピューティング・デバイス上で実行するように構成されたソフトウェアモジュール／ユニット／ブロックは、コンパクトディスク、デジタルビデオディスク、フラッシュドライブ、磁気ディスク、または他の任意の有形媒体などの、コンピュータ可読媒体上に、またはデジタルダウンロードとして提供されてよい（および、実行前に、インストール、解凍、または復号化を必要とする圧縮またはインストール可能なフォーマットで元々記憶されることができる）。そのようなソフトウェアコードは、部分的にまたは完全に、コンピューティング・デバイスによる実行のために、実行中のコンピューティング・デバイスの記憶デバイスに記憶されてよい。ソフトウェア命令は、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）などの、ファームウェアに埋め込まれてよい。ハードウェアモジュール／ユニット／ブロックは、ゲートおよびフリップフロップなどの接続されたロジックコンポーネントに含まれてよく、および／またはプログラマブルゲートアレイまたはプロセッサなどのプログラマブルユニットに含まれることができることが、さらに理解されるであろう。本明細書に記載されるモジュール／ユニット／ブロックまたはコンピューティング・デバイスの機能性は、ソフトウェアモジュール／ユニット／ブロックとして実施されてよいが、ハードウェアまたはファームウェアで表されてもよい。一般に、本明細書に記載されるモジュール／ユニット／ブロックは、他のモジュール／ユニット／ブロックと組み合わせることができる、またはそれらの物理的な編成または記憶にもかかわらずサブモジュール／サブユニット／サブブロックに分割することができる、論理モジュール／ユニット／ブロックを指す。説明は、システム、エンジン、またはそれらの部分に適用可能であり得る。

ユニット、エンジン、モジュール、またはブロックが、別のユニット、エンジン、モジュール、またはブロックに「オンになっている」、「接続されている」、または「連結されている」と言及される場合、文脈がそうでないことを明確に示さない限り、それは、他のユニット、エンジン、モジュール、またはブロックに直接オンになっている、接続または連結されている、または他のユニット、エンジン、モジュール、またはブロックと通信することができる、あるいは介在するユニット、エンジン、モジュール、またはブロックが存在することができることを、理解されたい。本明細書で使用されるように、「および／または」という用語は、関連する列挙された項目のうちの１つ以上の任意の組み合わせおよび全ての組み合わせを含む。

本開示のこれらおよび他の特性、および特徴、ならびに構造の関連する要素の機能および動作方法および部品の組み合わせおよび製造の経済性は、その全てが本開示の一部を形成する添付の図面を参照して以下の説明を考慮すると、より明らかになり得る。しかしながら、図面は、例示および説明のみを目的とするものであり、本開示の範囲を限定することを意図するものではないことを、明確に理解されたい。図は確な縮尺率ではないことが、理解される。

本開示で使用されるフローチャートは、本開示のいくつかの実施形態に従ってシステムが実施する動作を示す。フローチャートの動作は、順序通りではなく実施されてよいことを、明確に理解されたい。逆に、動作は、逆の順序で、または同時に実施されてよい。さらに、１つ以上の他の動作がフローチャートに追加されてもよい。１つ以上の動作をフローチャートから削除することができる。

本開示の実施形態は、陸上輸送、海上輸送、航空輸送、宇宙輸送または同様のもの、またはそれらの組み合わせを含むがそれに限定されない、異なる輸送システムに適用することができる。輸送システムの車両は、人力車、トラベルツール、タクシー、運転手付きの車、ヒッチ、バス、鉄道輸送（例えば、電車、新幹線、高速鉄道、および地下鉄）、船舶、飛行機、宇宙船、ホットエアバルーン、無人の車両、または同様のもの、またはそれらの任意の組み合わせを、含むことができる。輸送システムは、管理および／または分配を適用する任意の輸送システム、例えば、速達を送るおよび／受け取るためのシステムも含んでよい。

本開示の異なる実施形態のアプリケーションシナリオは、１つ以上のウェブページ、ブラウザプラグインおよび／またはエクステンション、クライアント端末、カスタムシステム、社内分析システム、人工知能ロボット、または同様のもの、またはそれらの任意の組合せを含むことができるが、それらに限定されない。本明細書で開示されるシステムおよび方法のアプリケーションシナリオは、いくつかの例または実施形態にすぎないことを、理解されたい。当業者は、さらなる創造的な活動なしに、これらの図面を他のアプリケーションシナリオに適用することができる。例えば、他の類似サーバなどである。

本開示における「乗客」、「要求者（ｒｅｑｕｅｓｔｅｒ）」、「要求元（ｒｅｑｕｅｓｔｏｒ）」、「サービス要求者（ｒｅｑｕｅｓｔｅｒ）」、「サービス要求元（ｒｅｑｕｅｓｔｏｒ）」、および「顧客」という用語は、サービスを要求または注文し得る個人、エンティティ、またはツールを指すために言い換え可能で使用される。また、本開示における「ドライバー」、「プロバイダ」、「サービスプロバイダ」、および「サプライヤ」という用語は、サービスを提供し得る、またはサービスの提供を容易にし得る、個人、エンティティ、またはツールを指すために言い換え可能で使用される。本開示における「ユーザー」という用語は、サービスを要求し得る、サービスを注文し得る、サービスを提供し得る、またはサービスの提供を容易にし得る、個人、エンティティ、またはツールを指すことができる。例えば、ユーザーは、要求者、乗客、ドライバー、オペレータなど、またはそれらの任意の組み合わせであってよい。本開示では、「要求者」および「要求者端末」は、言い換え可能で使用されてよく、「プロバイダ」および「プロバイダ端末」は、言い換え可能で使用されてよい。

本開示における「要求」、「サービス」、「サービス要求」、および「オーダー」という用語は、乗客、要求者、サービス要求者、顧客、ドライバー、プロバイダ、サービスプロバイダ、サプライヤなど、またはそれらの任意の組み合わせによって開始され得る要求を指すために言い換え可能で使用される。サービス要求は、乗客、要求者、サービス要求者、顧客、ドライバー、プロバイダ、サービスプロバイダ、またはサプライヤのいずれかによって受け付けられ得る。サービス要求は、課金可能または無料であってよい。

本開示の態様は、サービス要求を処理するためのデバイスおよび方法を提供する。第１のユーザーデバイスからネットワークを介して、本願のデバイスおよび方法を使用して、サービス要求および第１のユーザーデバイスの電力量が、受信されてよい。サービス要求は、出発地および目的地を含んでよい。第１のユーザーデバイスの電力量は、閾値以下であり得る（例えば、全電池容量の５％）。サービス要求は、少なくとも１つのプロバイダ端末に送信されてよく、少なくとも１つのプロバイダ端末のプロバイダ端末からのオーダー応答は、ネットワークを介して受信されてよい。そのデバイスおよび方法を用いて、オーダー受付情報が、プロバイダ端末のオーダー応答に基づいて生成されてよく、オーダー受付情報が、ネットワークを介して第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに送信されてよい。

本開示の別の態様は、サービス要求を送信するためのデバイスおよび方法を提供する。デバイスおよび方法を用いて、ユーザーデバイスの電力量が取得されてよく、サービス要求は、出発地および目的地に基づいて決定されてよい。ユーザーデバイスの電力量が閾値以下である（例えば、全電池容量の５％）場合、サービス要求およびユーザーデバイスのその量がコンピューティング・デバイスに送信されてよい。デバイスおよび方法を用いて、オーダー受付情報がコンピューティング・デバイスから受信されてよい。

図１は、本開示のいくつかの実施形態による例示的なＯ２Ｏサービスシステム１００を示すブロック図である。例えば、Ｏ２Ｏサービスシステム１００は、輸送サービス用のオンライン輸送サービスプラットフォームであってよい。Ｏ２Ｏサービスシステム１００は、サーバ１１０、ネットワーク１２０、要求者端末１３０、プロバイダ端末１４０、車両１５０、記載デバイス１６０、およびナビゲーションシステム１７０を含んでよい。

Ｏ２Ｏサービスシステム１００は、複数のサービスを提供してよい。例示的なサービスは、タクシー配車サービス、運転代行、急行車サービス、カープールサービス、バスサービス、ドライバー雇用サービス、およびシャトルサービスを含み得る。いくつかの実施形態では、Ｏ２Ｏサービスは、食事の予約、ショッピング、または同様のもの、またはそれらの任意の組合せなど、任意のオンラインサービスであってよい。

いくつかの実施形態では、サーバ１１０は、単一サーバまたはサーバ群であってよい。サーバ群は、集中型、または分散型であってよい（例えば、サーバ１１０は、分散型システムであってよい）。いくつかの実施形態では、サーバ１１０は、ローカルまたはリモートであってよい。例えば、サーバ１１０は、ネットワーク１２０を介して、要求者端末１３０、プロバイダ端末１４０、および／または記憶デバイス１６０に記憶された情報および／またはデータにアクセスし得る。別の例として、サーバ１１０は、記憶された情報および／またはデータにアクセスするために、要求者端末１３０、プロバイダ端末１４０、および／または記憶デバイス１６０に直接接続されてよい。いくつかの実施形態では、サーバ１１０は、クラウドプラットフォーム上で実施されてよい。単なる例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッド型クラウド、コミュニティクラウド、分散クラウド、インタークラウド、マルチクラウド、または同様のもの、またはそれらの任意の組合せを含んでよい。いくつかの実施形態では、サーバ１１０は、本開示において図２に示される１つ以上の構成要素を有するコンピューティング・デバイス２００上で実施されてよい。

いくつかの実施形態では、サーバ１１０は、処理デバイス１１２を含んでよい。いくつかの実施形態では、処理デバイス１１２は、１つ以上の処理エンジン（例えば、シングルコア処理エンジンまたはマルチコアプロセッサ）を含んでよい。単なる例として、処理デバイス１１２は、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、グラフィックス処理ユニット（ＧＰＵ）、物理処理ユニット（ＰＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、マイクロコントローラユニット、縮小命令セットコンピュータ（ＲＩＳＣ）、マイクロプロセッサ、または同様のもの、またはそれらの任意の組合せを含んでよい。

いくつかの実施形態では、処理デバイス１１２は、サービス要求を処理するように構成されてよい。具体的には、処理デバイス１１２は、ネットワーク１２０を介して第１のユーザーデバイスから第１のユーザーデバイス（例えば、要求者端末１３０）のサービス要求および電力量を受信してよい。サービス要求は、出発地および目的地を含んでよい。いくつかの実施形態では、出発地および／または目的地は、座標（例えば、緯度−経度座標）によって、または建物の名称もしくは通りの名称、または同様のもの、によって表されてよい。いくつかの実施形態では、サービス要求は、出発時刻、乗客数、車両タイプ、サービスタイプ、相乗りを受け入れるかどうか、または同様のもの、などの他の情報も含んでよい。第１のユーザーデバイスの電力量は、閾値以下であり得る。閾値は、第１のユーザーデバイスの全電池容量に対する特定の値を指してよい。例えば、閾値は、第１のユーザーデバイスの全電池容量の、３％、５％、７％、１０％、１２％等であってよい。処理デバイス１１２は、ネットワーク１２０を介して少なくとも１つのプロバイダ端末（例えば、プロバイダ端末１４０）にサービス要求を送信してよく、ネットワーク１２０を介して少なくとも１つのプロバイダ端末のプロバイダ端末のオーダー応答を受信してよい。いくつかの実施形態では、処理デバイス１１２は、プロバイダ端末のオーダー応答に基づいてオーダー受付情報を生成してよい。いくつかの実施形態では、２つ以上のドライバー端末が配車オーダーに応答し、処理デバイス１１２は、２つ以上のドライバー端末の中から１つを選択してよく、選択されたドライバー端末のオーダー応答に基づいてオーダー受付情報を生成してよい。処理デバイス１１２は、その後、オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに送信してよい。第１のユーザーデバイスのアカウントと第２のユーザーデバイスのアカウントは、処理デバイス１１２によって事前に相互に関連付けられてよい。いくつかの実施形態では、処理デバイス１１２は、第２のユーザーデバイスが代金を支払うように、サービス要求が完了した後に、サービス要求の代金を第２のユーザーデバイスに送信してよい。あるいは、処理デバイス１１２は、第１のユーザーデバイスが代金を確認するように、サービス要求が完了した後に、サービス要求の代金を第１のユーザーデバイスに送信してよい。第１のユーザーデバイスから代金確認を受信した後に、処理デバイス１１２は、第２のユーザーデバイスが代金を支払うように、サービス要求の代金を第２のユーザーデバイスに送信してよい。サービス要求（配車オーダーとも称される）の処理のさらなる説明は、本開示の他の部分（例えば、図４およびその説明）に見られ得る。

ネットワーク１２０は、情報および／またはデータの交換を容易にし得る。いくつかの実施形態では、Ｏ２Ｏサービスシステム１００の１つ以上の構成要素（例えば、サーバ１１０、要求者端末１３０、プロバイダ端末１４０、車両１５０、記載デバイス１６０、およびナビゲーションシステム１７０）は、情報および／またはデータをＯ２Ｏサービスシステム１００の他の構成要素にネットワーク１２０を介して送信してよい。例えば、サーバ１１０は、サービス要求を要求者端末１３０からネットワーク１２０を介して受信してよい。いくつかの実施形態では、ネットワーク１２０は、任意のタイプの有線または無線ネットワーク、あるいはそれらの組み合わせであってよい。単なる例として、ネットワーク１２０は、ケーブルネットワーク、有線ネットワーク、光ファイバーネットワーク、電気通信ネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、公衆電話交換網（ＰＳＴＮ）、Ｂｌｕｅｔｏｏｔｈネットワーク、ＺｉｇＢｅｅネットワーク、近距離無線通信（ＮＦＣ）ネットワーク、または同様のもの、またはそれらの組み合わせを含んでよい。いくつかの実施形態では、ネットワーク１２０は、１つ以上のネットワークアクセスポイントを含んでよい。例えば、ネットワーク１２０は、基地局および／またはインターネット交換ポイント１２０−１、１２０−２などの有線または無線ネットワークアクセスポイントを含んでよく、それを通じて、Ｏ２Ｏサービスシステム１００の１つ以上の構成要素がネットワーク１２０に接続されてよく、データおよび／または情報を交換する。

いくつかの実施形態では、乗客は、要求者端末１３０の所有者であってよい。いくつかの実施形態では、要求者端末１３０の所有者は、乗客以外であってよい。例えば、要求者端末１３０の所有者Ａは、乗客Ｂについてのサービス要求を送信する、またはサーバ１１０からサービス確認および／または情報または命令を受信するように、要求者端末１３０を使用してよい。いくつかの実施形態では、サービスプロバイダは、プロバイダ端末１４０のユーザーであってよい。いくつかの実施形態では、プロバイダ端末１４０のユーザーは、サービスプロバイダ以外であってよい。例えば、プロバイダ端末１４０のユーザーＣは、サービスプロバイダＤについてのサービス要求、および／またはサーバ１１０からの情報または命令を受信するように、プロバイダ端末１４０を使用してよい。いくつかの実施形態では、「乗客」および「乗客端末」は、言い換え可能で使用されてよく、「サービスプロバイダ」および「プロバイダ端末」は、言い換え可能で使用されてよい。いくつかの実施形態では、プロバイダ端末は、１つ以上のサービスプロバイダ（例えば、ナイトシフトサービスプロバイダ、またはデイシフトサービスプロバイダ）に関連付けられてよい。

いくつかの実施形態では、要求者端末１３０は、モバイルデバイス１３０−１、タブレットコンピュータ１３０−２、ラップトップコンピュータ１３０−３、車両内のビルトインデバイス１３０−４、または同様のもの、またはそれらの任意の組合せを含んでよい。いくつかの実施形態では、モバイルデバイス１３０−１は、スマートホーム・デバイス、ウェアラブル・デバイス、スマートモバイル・デバイス、バーチャルリアリティ・デバイス、拡張現実デバイス、または同様のもの、またはそれらの任意の組み合わせを含んでよい。いくつかの実施形態では、スマートホーム・デバイスは、スマート照明デバイス、インテリジェント電気装置の制御デバイス、スマート監視デバイス、スマートテレビ、スマートビデオカメラ、インターフォン、または同様のもの、またはそれらの任意の組み合わせを含んでよい。いくつかの実施形態では、ウェアラブル・デバイスは、スマートブレスレット、スマートフットギア、スマートメガネ、スマートヘルメット、スマートウォッチ、スマート衣類、スマートバックパック、スマートアクセサリ、または同様のもの、またはそれらの任意の組み合わせを含んでよい。いくつかの実施形態では、スマートモバイル・デバイスは、スマートフォン、パーソナルデジタルアシスタンス（ＰＤＡ）、ゲーム装置、ナビゲーションデバイス、販売時点（ＰＯＳ）デバイス、または同様のもの、またはそれらの任意の組み合わせを含んでよい。いくつかの実施形態では、仮想現実デバイスおよび／または拡張現実デバイスは、仮想現実ヘルメット、仮想現実ガラス、仮想現実パッチ、拡張現実ヘルメット、拡張現実ガラス、拡張現実パッチ、または同様のもの、またはそれらの任意の組合せを含んでよい。例えば、仮想現実デバイスおよび／または拡張現実デバイスは、Ｇｏｏｇｌｅ（登録商標）Ｇｌａｓｓｅｓ、Ｏｃｕｌｕｓ Ｒｉｆｔ、ＨｏｌｏＬｅｎｓ、Ｇｅａｒ ＶＲなどを含んでよい。いくつかの実施形態では、車両内のビルトインデバイス１３０−４は、車載コンピュータ、車載テレビなどを含んでよい。いくつかの実施形態では、要求者端末１３０は、乗客および／または要求者端末１３０の位置を示す測位技術を有するデバイスであってよい。

いくつかの実施形態では、要求者端末１３０は、ユーザーデバイスとも称され得る。ユーザーデバイス（すなわち、要求者端末１３０）は、第２の処理デバイス１３２を含んでよい。いくつかの実施形態では、第２の処理デバイス１３２は、１つ以上の処理デバイス（例えば、シングルコア処理エンジンまたはマルチコアプロセッサ）を含んでよい。単なる例として、第２の処理デバイス１３２は、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、グラフィックス処理ユニット（ＧＰＵ）、物理処理ユニット（ＰＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、マイクロコントローラユニット、縮小命令セットコンピュータ（ＲＩＳＣ）、マイクロプロセッサ、または同様のもの、またはそれらの任意の組み合わせを含んでよい。

いくつかの実施形態では、第２の処理デバイス１３２は、ユーザーデバイス（例えば、要求者端末１３０）の電力量が低いときに、サービス要求を送信するように構成されてよい。特に、第２の処理デバイス１３２は、ユーザーデバイス（例えば、要求者端末１３０）の電力量を取得してよい。第２の処理デバイス１３２は、出発地および目的地に基づいてサービス要求を決定してよい。いくつかの実施形態では、出発地および／または目的地は、ユーザーデバイスの文字入力デバイス（例えば、キーボード、タッチスクリーン）、またはユーザーデバイスのマイクロフォンを介して入力されてよい。いくつかの実施形態では、出発地は、ユーザーデバイスにインストールされたＧＰＳ（例えば、ナビゲーションシステム１７０）によって自動的に決定されてよい。ユーザーデバイスの電力量が閾値以下である場合、第２の処理デバイス１３２は、サービス要求およびユーザーデバイスのその量をコンピューティング・デバイス（例えば、サーバ１１０）に送信し、コンピューティング・デバイスからオーダー受付情報を受信してよい。いくつかの実施形態では、第２の処理デバイス１３２は、ユーザーデバイスによって指定された第２のユーザーデバイスを取得してよい。「ユーザーデバイスによって指定された」とは、ユーザーデバイスのユーザーによって指定されることを指し得る。いくつかの実施形態では、第２のユーザーデバイスは、ユーザーデバイスに似ていてよい、またはユーザーデバイスと同じ機能を有してよい。第２のユーザーデバイスのユーザーは、ユーザーデバイスのユーザーに関連してよい。第２の処理デバイス１３２は、コンピューティング・デバイスがユーザーデバイスと第２のユーザーデバイスを相互に関連付けるように、第２のユーザーデバイスをコンピューティング・デバイスに接続してよい。例えば、コンピューティング・デバイスは、ユーザーデバイスのアカウントと第２のユーザーデバイスのアカウントを相互に関連付けてよい。いくつかの実施形態では、第２の処理デバイス１３２は、コンピューティング・デバイスがサービス要求の代金を第２のユーザーデバイスに送信するように、コンピューティング・デバイスからサービス要求の代金を受信し、代金確認をコンピューティング・デバイスに送信してよい。第２のユーザーデバイスは、代金を支払うように構成されてよい。サービス要求（カーヘイリングとも称される）を送信することのさらなる説明は、本開示の他の部分（例えば、図５およびその説明）に見られ得る。

プロバイダ端末１４０は、複数のプロバイダ端末１４０−１、１４０−２、・・・、１４０−ｎを含んでよい。いくつかの実施形態では、プロバイダ端末１４０は、要求者端末１３０と似ていてよい、または要求者端末１３０と同じデバイスであってよい。いくつかの実施形態では、プロバイダ端末１４０は、Ｏ２Ｏサービス１００を実施できるようにカスタマイズされてよい。いくつかの実施形態では、プロバイダ端末１４０は、サービスプロバイダ、プロバイダ端末１４０、および／またはプロバイダ端末１４０と関連付けられた車両１５０を示す測位技術を有するデバイスであってよい。いくつかの実施形態では、要求者端末１３０および／またはプロバイダ端末１４０は、乗客、要求者端末１３０、サービスプロバイダ、および／またはプロバイダ端末１４０の位置を決定するように、別の位置決めデバイスと通信してよい。いくつかの実施形態では、要求者端末１３０および／またはプロバイダ端末１４０は、位置情報を周期的にサーバ１１０に送信してよい。いくつかの実施形態では、プロバイダ端末１４０は、可用性状態もサーバ１１０に周期的に送信してよい。可用性状態は、プロバイダ端末１４０に関連付けられた車両１５０が乗客を運ぶのに利用可能であるかどうかを示してよい。例えば、要求者端末１３０および／またはプロバイダ端末１４０は、位置情報および可用性状態を３０分ごとにサーバ１１０に送信してよい。別の例として、要求者端末１３０および／またはプロバイダ端末１４０は、ユーザーがＯ２Ｏ輸送サービス１００に関連付けられたモバイルアプリケーションにログインするたびに、位置情報および可用性状態をサーバ１１０に送信してよい。

いくつかの実施形態では、プロバイダ端末１４０は、１つ以上の車両１５０に対応してよい。車両１５０は、乗客を運び、目的地まで赴いてよい。車両１５０は、複数の車両１５０−１、１５０−２、・・・、１５０−ｎを含んでよい。１つの車両は、１つのタイプのサービス（例えば、タクシー配車サービス、運転代行、急行車サービス、カープールサービス、バスサービス、ドライバー雇用サービス、またはシャトルサービス）に対応してよい。

記憶デバイス１６０は、データおよび／または命令を記憶してよい。いくつかの実施形態では、記憶デバイス１６０は、要求者端末１３０および／またはプロバイダ端末１４０から取得されたデータを記憶してよい。いくつかの実施形態では、記憶デバイス１６０は、サーバ１１０が本開示で説明される例示的な方法を行うように実行または使用し得るデータおよび／または命令を記憶してよい。いくつかの実施形態では、記憶デバイス１６０は、大容量ストレージ、リムーバブルストレージ、揮発性読み出し書き込みメモリ、読み出し専用メモリ（ＲＯＭ）、または同様のもの、またはそれらの任意の組み合わせを含んでよい。例示的な大容量ストレージは、磁気ディスク、光ディスク、ソリッドステートドライブなどを含んでよい。例示的なリムーバブルストレージは、フラッシュドライブ、フロッピー（登録商標）ディスク、光ディスク、メモリカード、ジップディスク、磁気テープなどを含んでよい。例示的な揮発性読み出し書き込みメモリは、ランダムアクセスメモリ（ＲＡＭ）を含んでもよい。例示的なＲＡＭは、動的ＲＡＭ（ＤＲＡＭ）、ダブルデートレート同期動的ＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、静的ＲＡＭ（ＳＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）、およびゼロコンデンサＲＡＭ（Ｚ−ＲＡＭ）などを含んでよい。例示的なＲＯＭは、マスクＲＯＭ（ＭＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクトディスクＲＯＭ （ＣＤ−ＲＯＭ）、およびデジタル多用途ディスクＲＯＭなどを含んでよい。いくつかの実施形態では、記憶デバイス１６０は、クラウドプラットフォーム上で実施されてよい。単なる例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッド型クラウド、コミュニティクラウド、分散クラウド、インタークラウド、マルチクラウド、または同様のもの、またはそれらの任意の組み合わせを含んでよい。

いくつかの実施形態では、記憶デバイス１６０は、Ｏ２Ｏサービスシステム１００の１つ以上の構成要素（例えば、サーバ１１０、要求者端末１３０、またはプロバイダ端末１４０）と通信するようにネットワーク１２０に接続されてよい。Ｏ２Ｏサービスシステム１００の１つ以上の構成要素は、ネットワーク１２０を介して記憶デバイス１６０に記憶されたデータまたは命令にアクセスしてよい。いくつかの実施形態では、記憶デバイス１６０は、Ｏ２Ｏサービスシステム１００の１つ以上の構成要素（例えば、サーバ１１０、要求者端末１３０、プロバイダ端末１４０）に直接接続されてよい、またはそれと通信してよい。いくつかの実施形態では、記憶デバイス１６０は、サーバ１１０の一部であってよい。

ナビゲーションシステム１７０は、対象、例えば、要求者端末１３０、プロバイダ端末１４０、車両１５０などのうちの１つ以上、に関連する情報を決定してよい。いくつかの実施形態では、ナビゲーションシステム１７０は、全地球測位システム（ＧＰＳ）、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、北東航法衛星システム、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）などであってよい。情報は、対象の場所、高度、速度、または加速度、あるいは現在時刻を含んでよい。ナビゲーションシステム１７０は、１つ以上の衛星、例えば、衛星１７０−１、衛星１７０−２、および衛星１７０−３を含んでよい。衛星１７０−１から１７０−３は、独立して、または共同して、上述の情報を決定してよい。衛星ナビゲーションシステム１７０は、無線接続を介して、ネットワーク１２０、要求者端末１３０、プロバイダ端末１４０、または車両１５０に上述の情報を送信してよい。

いくつかの実施形態では、Ｏ２Ｏサービスシステム１００の１つ以上の構成要素（例えば、サーバ１１０、要求者端末１３０、プロバイダ端末１４０）は、記憶デバイス１６０にアクセスする許可を得てよい。いくつかの実施形態では、Ｏ２Ｏサービスシステム１００の１つ以上の構成要素は、１つ以上の条件が満たされた場合、乗客、サービスプロバイダ、および／または公衆に関する情報を読み取ってよい、および／または修正してよい。例えば、サーバ１１０は、サービスが完了した後に、１人以上の乗客の情報を読み取ってよい、および／または変更してよい。別の例として、サーバ１１０は、サービスが完了した後に、１つ以上のサービスプロバイダの情報を読み取ってよい、および／または変更してよい。

当業者は、Ｏ２Ｏサービスシステム１００の要素（または構成要素）が実行するときに、その要素が電気信号および／または電磁信号を通じて実行してよいことを、理解するであろう。例えば、要求者端末１３０がサーバ１１０にサービス要求を送出するときに、要求者端末１３０のプロセッサは、その要求を符号化する電気信号を生成してよい。要求者端末１３０のプロセッサは、次に、電気信号を出力ポートに送信してよい。要求者端末１３０が有線ネットワークを介してサーバ１１０と通信する場合、出力ポートはケーブルに物理的に接続されてよく、ケーブルはさらに電気信号をサーバ１１０の入力ポートに送信してよい。要求者端末１３０が無線ネットワークを介してサーバ１１０と通信する場合、要求者端末１３０の出力ポートは、電気信号を電磁信号に変換する１つ以上のアンテナであってよい。同様に、プロバイダ端末１３０は、電気信号または電磁信号を介してサーバ１１０から命令および／またはサービス要求を受信してよい。要求者端末１３０、プロバイダ端末１４０、および／またはサーバ１１０などの電子デバイス内で、それらのプロセッサが命令を処理し、命令を送出し、および／または動作を実行するとき、命令および／または動作は、電気信号を介して行われる。例えば、プロセッサが記憶媒体からデータを読み出す、または保存するときに、それは、記憶媒体の読み取り／書き込みデバイスに電気信号を送出してよく、読み取り／書き込みデバイスは、記憶媒体内の構造化データを読み取ってよい、または書き込んでよい。構造化データは、電子デバイスのバスを介して電気信号の形態でプロセッサに送信されてよい。ここで、電気信号とは、１つの電気信号、一連の電気信号、および／または複数の別個の電気信号を指し得る。

図２は、本開示のいくつかの実施形態による例示的なコンピューティング・デバイスの概略図を示す。コンピューティング・デバイスは、本開示のいくつかの実施形態による任意の特定のシステムを実施するように構成された、図１のサーバ１１０などのコンピュータ、および／または特定の機能を有するコンピュータ、であってよい。コンピューティング・デバイス２００は、本開示で開示される１つ以上の機能を実行する任意の構成要素を実施するように構成されてよい。例えば、サーバ１１０は、ハードウェアデバイス、ソフトウェアプログラム、ファームウェア、またはコンピューティング・デバイス２００のようなコンピュータのそれら任意の組み合わせで実施されてよい。簡潔にするために、図２は、１つのコンピューティング・デバイスのみを示す。いくつかの実施形態では、推奨するピックアップ箇所が必要とし得る機能を提供するコンピューティング・デバイスの機能は、システムの処理負荷を分散させるために、分散モードの同様のプラットフォームのグループによって実施されてよい。

コンピューティング・デバイス２００は、データ通信を実施し得るネットワークと接続し得る通信端末２５０を含んでよい。コンピューティング・デバイス２００は、プロセッサ２２０も含んでよく、プロセッサ２２０は、命令を実行するように構成され、１つ以上のプロセッサを含む。概略的なコンピュータ・プラットフォームは、内部通信バス２１０、異なるタイプのプログラム記憶ユニットおよびデータ記憶ユニット（例えば、ハードディスク２７０、読み取り専用メモリ（ＲＯＭ）２３０、ランダムアクセスメモリ（ＲＡＭ）２４０）、コンピュータ処理および／または通信に適用可能な様々なデータファイル、およびプロセッサ２２０によって実行される可能性のあるいくつかのプログラム命令を、含んでよい。コンピューティング・デバイス２００は、Ｉ／Ｏデバイス２６０も含んでよく、Ｉ／Ｏデバイス２６０は、コンピューティング・デバイス２００と他の構成要素との間のデータフローの入力および出力をサポートし得る。さらに、コンピューティング・デバイス２００は、通信網を介してプログラムおよびデータを受信してよい。

図３は、本開示のいくつかの実施形態に従って端末が実施され得る例示的なモバイルデバイスの例示的なハードウェアおよび／またはソフトウェア構成要素を示す概略図である。図３に示されるように、モバイルデバイス３００は、通信プラットフォーム３１０、ディスプレイ３２０、グラフィック処理ユニット（ＧＰＵ）３３０、中央処理ユニット（ＣＰＵ）３４０、Ｉ／Ｏ３５０、メモリ３６０、モバイルオペレーティングシステム（ＯＳ）３７０、ストレージ３９０を、含んでよい。いくつかの実施形態では、システムバスまたはコントローラ（図示せず）を含むがこれらに限定されない、任意の他の適切な構成要素も、モバイルデバイス３００に含まれてよい。

いくつかの実施形態では、モバイルオペレーティングシステム３７０（例えば、ｉＯＳ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅ（登録商標）など）および１つ以上のアプリケーション３８０が、ＣＰＵ３４０によって実行されるためにストレージ３９０からメモリ３６０にロードされてよい。アプリケーション３８０は、Ｏ２Ｏサービスシステム１００から画像処理に関する情報または他の情報を受信およびレンダリングするためのブラウザまたは任意の他の適切なモバイルアプリケーションを、含んでよい。情報ストリームとのユーザーインターアクションは、Ｉ／Ｏ３５０を介して実現されてよく、データベース１３０、サーバ１０５、および／またはＯ２Ｏサービスシステム１００の他の構成要素に提供されてよい。いくつかの実施形態では、モバイルデバイス３００は、要求者端末１３０またはプロバイダ端末１４０に対応する例示的な実施形態であってよい。

本開示で説明される様々なモジュール、ユニット、およびそれらの機能を実施するために、コンピュータハードウェアプラットフォームは、本明細書で説明される要素のうちの１つ以上のためのハードウェアプラットフォームとして使用されてよい。ユーザーインターフェース要素を有するコンピュータは、パーソナルコンピュータ（ＰＣ）または任意の他のタイプのワークステーションまたは端末デバイスを実施するのに使用されてよい。コンピュータは、適切にプログラムされていれば、システムとしての機能を果たしてもよい。

図４は、本開示のいくつかの実施形態によるカーヘイリングオーダー処理のための例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス４００の１つ以上の動作は、図１に示すようなＯ２Ｏサービスシステム１００、または図２に示すようなコンピューティング・デバイス２００、または図３に示すようなモバイルデバイス３００上で実施されてよい。例えば、プロセス４００の１つ以上の動作は、命令の形態として記憶デバイス１５０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理デバイス１１２、またはサーバ１１０内の処理デバイス１１２のプロセッサ２２０）によって起動および／または実行されてよい。いくつかの実施形態では、命令は、電子電流または電気信号の形態で送信されてよい。例示のみを目的として、処理デバイス１１２は、プロセス４００を実行する対象として説明されてよい。

４１０で、処理デバイス１１２は、第１のユーザーデバイスによって送信されるカーヘイリングオーダーと、第１のユーザーデバイスの電力量とを受信し得る。いくつかの実施形態では、カーヘイリングオーダーは、サービス要求とも称され得る。カーヘイリングオーダーは、出発地および目的地を含んでよい。第１のユーザーデバイスの電力量は、所定の閾値以下であり得る。

いくつかの実施形態では、出発地および／または目的地は、座標（例えば、緯度−経度座標）によって表されてよい。あるいは、出発地および／または目的地は、コミュニティの名前（例えば、ユーザの自宅の住所）、会社の名前（例えば、ユーザの会社の住所）、市場の名前、病院の名前、バス停の名前、地下鉄の駅の名前、駅の名前、ホテルの名前、フードプラザの名称、景観地の名称、通りの名称、または同様のもの、によって表されてよい。いくつかの実施形態では、出発地および／または目的地は、ユーザーによって、第１のユーザーデバイスの文字入力デバイス（例えば、キーボード、タッチスクリーン）または第１のユーザーデバイスのマイクロフォンを介して、入力されてよい。いくつかの実施形態では、出発地は、第１のユーザーデバイスにインストールされたＧＰＳによって自動的に決定されてよい。いくつかの実施形態では、第１のユーザーデバイスは、要求者端末１３０であってよく、ラップトップコンピュータ、携帯電話、パーソナルデジタルアシスタンス（ＰＤＡ）、ナビゲーションデバイス、または同様のものを含んでよい。

いくつかの実施形態では、カーヘイリングオーダー（またはサービス要求）は、出発時刻、乗客数、車両タイプ、サービスタイプ、相乗りを受け入れるかどうか、または同様のもの、またはそれらの組み合わせも含んでよい。いくつかの実施形態では、車両タイプは、セダン、長距離バス、スポーツ用多目的車（ＳＵＶ）、多目的車両（ＭＰＶ）、スポーツカー、コンバーチブル、または同様のもの、またはそれらの組み合わせを含んでよい。サービスタイプは、急行車、ヒッチハイキング、タクシー、特別車、または同様のもの、またはそれらの組み合わせを含んでよい。

いくつかの実施形態では、所定の閾値は、第１のユーザーデバイスの全電池容量に対する特定の値であってよい。好ましくは、所定の閾値は、第１のユーザーデバイスの全電池容量の５％であってよい。所定の閾値は、第１のユーザーデバイスの全電池容量の他の割合（例えば、３％、７％、１０％、１５％）であってもよいことに、留意されたい。いくつかの実施形態では、所定の閾値は、デフォルト値またはＯ２Ｏサービスシステム１００に関連する経験値であってよい。あるいは、所定の閾値は、異なる状況下で異なる値に設定されてよい。例えば、冬季において、所定の閾値は、第１のユーザーデバイスの全電池容量の１０％に設定されてよく、夏季において、所定の閾値は、第１のユーザーデバイスの全電池容量の５％に設定されてよい。

４２０で、処理デバイス１１２は、カーヘイリングオーダーをドライバー端末に送信してよく、ドライバー端末からのオーダー応答を受信してよい。処理デバイス１１２は、オーダー応答に基づいてオーダー受付情報を生成してよい。処理デバイス１１２は、第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスにオーダー受付情報を送信してよい。

いくつかの実施形態では、第２のユーザーデバイスのユーザーは、第１のユーザーデバイスのユーザーに関連してよい。処理デバイス１１２は、第１のユーザーデバイスのアカウントと第２のユーザーデバイスのアカウントを事前に相互に関連付けてよい。

いくつかの実施形態では、ドライバー端末は、プロバイダ端末１４０であってよく、ラップトップコンピュータ、携帯電話、パーソナルデジタルアシスタンス（ＰＤＡ）、ナビゲーションデバイス、車両内のビルトインデバイス、または同様のものを含んでよい。いくつかの実施形態では、処理デバイス１１２は、カーヘイリングオーダーを複数のドライバー端末に送信してよい。１つのドライバー端末のみがカーヘイリングオーダーに応答する場合、処理デバイス１１２は、オーダー応答に基づいてオーダー受付情報を生成してよい。２つ以上のドライバー端末がカーヘイリングオーダーに応答する場合、処理デバイス１１２は、２つ以上のドライバー端末の中から１つのドライバー端末を選択してよく、選択したドライバー端末のオーダー応答に基づいてオーダー受付情報を生成してよい。処理デバイス１１２は、ドライバー端末を、ランダムに、またはカーヘイリングオーダーとドライバー端末との間の一致度（ドライバー端末とカーヘイリングオーダーの出発地との間の距離、車両タイプ、サービスタイプなど）に基づいて、選択してよい。いくつかの実施形態では、処理デバイス１１２は、カーヘイリングオーダーをドライバー端末に直接割り当てて、オーダー受付情報を決定してよい。

いくつかの実施形態では、処理デバイス１１２は、第２のユーザーデバイスが代金を支払うように、カーヘイリングオーダーが完了した後に、カーヘイリングオーダーの代金を第２のユーザーデバイスに送信してよい。あるいは、処理デバイス１１２は、カーヘイリングオーダーの代金を第１のユーザーデバイスに送信してよく、第１のユーザーデバイスによって送信された代金確認を受信してよい。処理デバイス１１２は、次に、第２のユーザーデバイスが支払要求に基づいて代金を支払うように、カーヘイリングオーダーの支払要求を第２のユーザーデバイスに送信してよい。単なる例として、第２のユーザーデバイスは、支払いアプリケーション（例えば、Ａｌｉｐａｙ（登録商標）、ＷｅＣｈａｔ（登録商標）、Ｅ−ｂａｎｋ）を接続する、パスワードを入力する、支払いを行う、支払いを終了する、オーダー内容ページにジャンプする、または同様のこと、という動作を実行することによって、代金を支払ってよい。

いくつかの実施形態では、第１のユーザーデバイスによって送信された代金確認を受信した後に、処理デバイス１１２は、第１のユーザーデバイスが支払要求に基づいて代金を支払うように、第１のユーザーデバイスにカーヘイリングオーダーの支払要求を送信してよい。

第１のユーザーデバイスによって送信された代金確認を受信した後に、第２のユーザーデバイスが代金を支払うように、カーヘイリングオーダーの支払要求が第２のユーザーデバイスに送信されてよいことが、理解され得る。この場合、ドライバー端末のドライバーが第１のユーザーデバイスのユーザーをピックアップした後に（または、カーヘイリングオーダーが完了した後に）、第１のユーザーデバイスは、カーヘイリングオーダーの代金を受信し、カーヘイリングオーダーの代金を確認するだけでよい。第１のユーザーデバイスは、代金を支払う必要がなくてよく、これは、第１のユーザーデバイスの電力量を節約し得る。

本開示におけるカーヘイリングオーダー処理のプロセス４００は、サーバ（例えば、サーバ１１０）に適用可能であり得る。第１のユーザーデバイスの電力量が所定の閾値以下である場合、カーヘイリングオーダーおよび第１のユーザーデバイスの電力量がサーバによって受信されてよい。カーヘイリングオーダーは、サーバによってドライバー端末に送信されてよく、オーダー応答は、ドライバー端末からサーバによって受信されてよい。オーダー受付情報は、オーダー応答に基づいてサーバによって生成されてよい。オーダー受付情報は、サーバによって、第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに送信されてよく、第２のユーザーデバイスが、カーヘイリングオーダーの代金を支払い、それによって、第１のユーザーデバイスの電力量を節約するようになっている。サーバと第１のユーザーデバイス、第２のユーザーデバイス、またはドライバー端末との間の通信は、ネットワーク（たとえば、ネットワーク１２０）を介して実現され得ることに、留意されたい。

プロセス４００に関する上記の説明は、単に例示の目的で提供されたものであり、本開示の範囲を限定することを意図したものではないことに、留意されたい。当技術において通常の技能を有する者については、複数の変形および修正が、本開示の教示の下に行われてよい。しかしながら、これらの変形および修正は、本開示の範囲から逸脱しない。いくつかの実施形態では、第１のユーザーデバイスの電力量が所定の閾値よりも大きい場合、処理デバイス１１２は、第２のユーザーデバイスが代金を支払うように、カーヘイリングオーダーが完了した後に、カーヘイリングオーダーの代金を第２のユーザーデバイスにも送信してよい。

図５は、本開示のいくつかの実施形態によるカーヘイリングのための例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス５００の１つ以上の動作は、図１に示すようなＯ２Ｏサービスシステム１００、または図２に示すようなコンピューティング・デバイス２００、または図３に示すようなモバイルデバイス３００上で実施されてよい。例えば、プロセス５００の１つ以上の動作は、命令の形態として記憶デバイス１５０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、要求者端末１３０（例えば、要求者端末１３０内の第２の処理デバイス１３２）によって起動および／または実行されてよい。いくつかの実施形態では、命令は、電子電流または電気信号の形態で送信されてよい。例示のみを目的として、第２の処理デバイス１３２は、プロセス５００を実行する対象として説明されてよい。

５１０で、第２の処理デバイス１３２は、出発地、目的地、およびユーザーデバイスの電力量を取得してよい。第２の処理デバイス１３２は、出発地および目的地に基づいてカーヘイリングオーダーを生成してよい。カーヘイリングオーダーは、サービス要求とも称され得る。

いくつかの実施形態では、本開示におけるカーヘイリングオーダーのプロセス５００は、ユーザーによって運ばれるユーザーデバイスに適用可能であり得る。

いくつかの実施形態では、出発地および／または目的地は、座標（例えば、緯度−経度座標）によって、または建物の名称もしくは通りの名称などによって表されてよい。いくつかの実施形態では、出発地および／または目的地は、ユーザーによって、ユーザーデバイスの文字入力デバイス（例えば、キーボード、タッチスクリーン）またはユーザーデバイスのマイクロフォンを介して、入力されてよい。いくつかの実施形態では、出発地は、ユーザーデバイスにインストールされたＧＰＳによって自動的に決定されてよい。いくつかの実施形態では、カーヘイリングオーダー（またはサービス要求）は、出発時刻、乗客数、車両タイプ、サービスタイプ、相乗りを受け入れるかどうか、または同様のもの、またはそれらの組み合わせも含んでよい。

いくつかの実施形態では、所定の閾値は、ユーザーデバイスの全電池容量に対する特定の値であってよい。好ましくは、所定の閾値は、ユーザーデバイスの全電池容量の５％であってよい。所定の閾値は、ユーザーデバイスの全電池容量の他の割合（例えば、３％、７％、１０％、１５％）であってもよいことに、留意されたい。所定の閾値のさらなる説明は、本開示の他の部分（例えば、プロセス４００の動作４１０およびその関連する説明）に見られ得る。

５２０で、第２の処理デバイス１３２は、ユーザーデバイスの電力量が所定の閾値以下である場合、ユーザーデバイスの電力量およびカーヘイリングオーダーをサーバに送信してよい。

いくつかの実施形態では、第２の処理デバイス１３２は、サーバによって送信されたカーヘイリングオーダーのオーダー受付情報をさらに受信してよい。第２の処理デバイス１３２は、サーバによって送信されたカーヘイリングオーダーの代金を受信してもよく、サーバがカーヘイリングオーダーの支払要求をユーザーデバイスに関連付けられた第２のユーザーデバイスに送信するように、代金確認をサーバに送信してもよい。第２のユーザーデバイスは、支払要求に基づいて代金を支払うように構成されてよい。

ユーザーデバイスは、カーヘイリングオーダーのオーダー受付情報のみを表示してよく、リアルタイムでサーバと通信する必要がなくてよく、これは、ユーザーデバイスの電力量を節約し得ることを、理解されたい。オーダー受付情報は、静的キャッシュページであってよく、カーヘイリングオーダーが成功し、ドライバーを待っていることを示す。第２のユーザーデバイスは、リアルタイムでドライバー端末を介してドライバーと通信し得る。

いくつかの実施形態では、第２のユーザーデバイスは、支払いアプリケーション（例えば、Ａｌｉｐａｙ（登録商標）、ＷｅＣｈａｔ（登録商標）、Ｅ−ｂａｎｋ）を接続する、パスワードを入力する、支払いを行う、支払いを終了する、オーダー内容ページにジャンプする、または同様のこと、という動作を実行することによって、代金を支払ってよい。

いくつかの実施形態では、代金確認をサーバに送信した後に、第２の処理デバイス１３２は、サーバからカーヘイリングオーダーの支払要求を受信し、支払要求に基づいて代金を支払ってもよい。

第２の処理デバイス１３２は、サーバによって送信されたカーヘイリングオーダーの代金を受信してよく、サーバがカーヘイリングオーダーの支払要求をユーザーデバイスに関連付けられた第２のユーザーデバイスに送信するように、代金確認をサーバに送信してよいことが、理解され得る。第２のユーザーデバイスは、支払要求に基づいて代金を支払ってよい。この場合、ドライバー端末のドライバーがユーザーデバイスのユーザーをピックアップした後に（または、カーヘイリングオーダーが完了した後に）、ユーザーデバイスは、カーヘイリングオーダーの代金を受信し、カーヘイリングオーダーの代金を確認するだけでよい。ユーザーデバイスは、代金を支払う必要がなくてよく、これは、ユーザーデバイスの電力量を節約し得る。

いくつかの実施形態では、サーバによって送信されたカーヘイリングオーダーの代金を受信し、代金確認をサーバに送信する前に、第２の処理デバイス１３２は、ユーザーデバイスのユーザーによって指定された第２のユーザーデバイスを取得し、サーバがユーザーデバイスと第２のユーザーデバイスを事前に相互に関連付けるように、第２のユーザーデバイスをサーバに接続してよい。

いくつかの実施形態では、第２のユーザーデバイスのユーザーは、ユーザーデバイスのユーザーに関連してよい。第２の処理デバイス１３２は、ユーザーデバイスのアカウントと第２のユーザーデバイスのアカウントを事前に相互に関連付けてよい。

本開示におけるカーヘイリングのデバイス（またはカーヘイリングデバイス７００）は、ユーザーデバイスに適用可能であり得る。ユーザーデバイスの電力量が所定の閾値以下である場合、ユーザーデバイスとサーバとの間の相互作用が低減されてよく、呼び出されるアプリケーションの数も低減されてよい。ユーザーデバイスは、出発地、目的地、および代金確認のみを提供してよい。ユーザーデバイスに関連付けられた第２のユーザーデバイスは、リアルタイム情報（例えば、リアルタイム代金）を表示するように、およびカーヘイリングオーダーが完了したときに代金を支払うように、サーバと通信してよい。従って、ユーザーデバイスの電力量が所定の閾値以下である場合、第２のユーザーデバイスは、カーヘイリング注文に対する代金を支払ってよく、これは、ユーザーデバイスの電力量を節約し得る。

プロセス５００に関する上記の説明は、単に例示の目的で提供されたものであり、本開示の範囲を限定することを意図したものではないことに、留意されたい。当技術において通常の技能を有する者については、複数の変形および修正が、本開示の教示の下に行われてよい。しかしながら、これらの変形および修正は、本開示の範囲から逸脱しない。いくつかの実施形態では、ユーザーデバイスの電力量が所定の閾値よりも大きいかどうかに関わりなく、第２の処理デバイス１３２は、ユーザーデバイスの電力量およびカーヘイリングオーダーをサーバに送信してよい。

図６は、本開示のいくつかの実施形態によるカーヘイリングオーダー処理のための例示的なデバイスを示すブロック図である。デバイス６００（カーヘイリングオーダー処理デバイス６００とも称される）は、サーバに適用可能であり得る。図６に示されるように、カーヘイリングオーダー処理デバイス６００は、第１の受信モジュール６０１、第１の送信モジュール６０３、第２の送信モジュール６０５、第３の送信モジュール６０７、および第４の送信モジュール６０９を含んでよい。

いくつかの実施形態では、デバイス６００のモジュールは、処理デバイス１１２の全部または一部のハードウェア回路であってよい。デバイス６００のモジュールは、処理デバイス１１２によって読み出されて実行されるアプリケーションまたはセットの命令としても実施されてよい。さらに、モジュールは、ハードウェア回路とアプリケーション／命令との組み合わせであってよい。例えば、モジュールは、処理デバイス１１２がアプリケーション／セットの命令を実行しているときに、処理デバイス１１２の一部であってよい。

第１の受信モジュール６０１は、第１のユーザーデバイスによって送信されるカーヘイリングオーダーと、第１のユーザーデバイスの電力量とを受信するように構成されてよい。カーヘイリングオーダーは、出発地および目的地を含んでよい。第１のユーザーデバイスの電力量は、所定の閾値以下であり得る。

第１の送信モジュール６０３は、カーヘイリングオーダーをドライバー端末に送信し、ドライバー端末からオーダー応答を受信するように、構成されてよい。第１の送信モジュール６０３は、オーダー応答に基づいてオーダー受付情報を生成し、オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに送信するようにも、構成されてよい。

具体的には、第１の受信モジュール６０１は、第１のユーザーデバイスによって送信されたカーヘイリングオーダーと、第１のユーザーデバイスの電力量とを受信してよい。カーヘイリングオーダーは、出発地および目的地を含んでよい。第１のユーザーデバイスの電力量は、所定の閾値以下であり得る。第１の送信モジュール６０３は、カーヘイリングオーダーをドライバー端末に送信し、ドライバー端末からオーダー応答を受信してよい。第１の送信モジュール６０３は、オーダー応答に基づいてオーダー受付情報を生成し、オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに送信してもよい。

いくつかの実施形態では、、出発地および／または目的地は、座標（例えば、緯度−経度座標）によって表されてよい。

好ましくは、所定の閾値は、第１のユーザーデバイスの全電池容量の５％であってよい。所定の閾値は、第１のユーザーデバイスの全電池容量の他の割合（例えば、３％、７％、１０％、１５％）であってもよいことに、留意されたい。

第２の送信モジュール６０５は、カーヘイリングオーダーが完了した後に、カーヘイリングオーダーの代金を第２のユーザーデバイスに送信するように構成されてよい。

第３の送信モジュール６０７は、カーヘイリングオーダーの代金を第１のユーザーデバイスに送信するように構成されてよい。

第４の送信モジュール６０９は、第１のユーザーデバイスによって送信された代金確認を受信し、処理デバイス１１２は、第２のユーザーデバイスが支払要求に基づいて代金を支払うように、第２のユーザーデバイスにカーヘイリングオーダーの支払要求を送信するように構成されてよい。

いくつかの実施形態では、第２のユーザーデバイスは、支払いアプリケーション（例えば、Ａｌｉｐａｙ（登録商標）、ＷｅＣｈａｔ（登録商標）、Ｅ−ｂａｎｋ）を接続する、パスワードを入力する、支払いを行う、支払いを終了する、オーダー内容ページにジャンプする、または同様のこと、という動作を実行することによって、代金を支払ってよい。

いくつかの実施形態では、第１のユーザーデバイスによって送信された代金確認を受信した後に、第４の送信モジュール６０９は、第１のユーザーデバイスが支払要求に基づいて代金を支払うように、第１のユーザーデバイスにカーヘイリングオーダーの支払要求を送信してよい。

第１のユーザーデバイスによって送信された代金確認を受信した後に、第２のユーザーデバイスが代金を支払うように、第４の送信モジュール６０９は、カーヘイリングオーダーの支払要求を第２のユーザーデバイスに送信してよいことが、理解され得る。この場合、ドライバー端末のドライバーが第１のユーザーデバイスのユーザーをピックアップした後に（または、カーヘイリングオーダーが完了した後に）、第１のユーザーデバイスは、カーヘイリングオーダーの代金を受信し、カーヘイリングオーダーの代金を確認するだけでよい。第１のユーザーデバイスは、代金を支払う必要がなくてよく、これは、第１のユーザーデバイスの電力量を節約し得る。

本開示におけるカーヘイリングオーダー処理のデバイス（またはカーヘイリングオーダー処理デバイス６００）は、サーバ（例えば、サーバ１１０）に適用可能であり得る。第１のユーザーデバイスの電力量が所定の閾値以下である場合、第２のユーザーデバイスは、カーヘイリングオーダーの代金を支払ってよく、これは、第１のユーザーデバイスの電力量を節約し得る。

本開示におけるカーヘイリングオーダー処理のデバイス（またはカーヘイリングオーダー処理デバイス６００）は、図４で説明したプロセス４００の１つ以上の動作を実行するのに使用されてよい。デバイス６００の実施原理および技術的効果は、プロセス４００と類似であってよく、それは、図４の説明を参照することができ、本明細書では繰り返されない。

図７は、本開示のいくつかの実施形態によるカーヘイリングのための例示的なデバイスを示すブロック図である。デバイス７００（カーヘイリングオーダー処理デバイス６００とも称される）は、ユーザーデバイスに適用可能であり得る。図７に示されるように、カーヘイリングデバイス６００は、生成モジュール７０１、第５の送信モジュール７０３、第２の受信モジュール７０５、決定モジュール７０７、および第６の送信モジュール７０９を含んでよい。

いくつかの実施形態では、デバイス７００のモジュールは、第２の処理デバイス１３２の全部または一部のハードウェア回路であってよい。デバイス７００のモジュールは、第２の処理デバイス１３２によって読み出されて実行されるアプリケーションまたはセットの命令としても実施されてよい。さらに、モジュールは、ハードウェア回路とアプリケーション／命令との組み合わせであってよい。例えば、モジュールは、第２の処理デバイス１３２がアプリケーション／セットの命令を実行しているときに、第２の処理デバイス１３２の一部であってよい。

生成モジュール７０１は、出発地、目的地、およびユーザーデバイスの電力量を取得するように構成されてよい。生成モジュール７０１は、出発地および目的地に基づいてカーヘイリングオーダーを生成するようにも構成されてよい。

第５の送信モジュール７０３は、ユーザーデバイスの電力量が所定の閾値以下である場合、ユーザーデバイスの電力量およびカーヘイリングオーダーをサーバに送信するように構成されてよい。

具体的には、生成モジュール７０１は、出発地、目的地、およびユーザーデバイスの電力量を取得し、出発地および目的地に基づいてカーヘイリングオーダーを生成してよい。第５の送信モジュール７０３は、ユーザーデバイスの電力量が所定の閾値以下である場合、ユーザーデバイスの電力量およびカーヘイリングオーダーをサーバに送信してよい。

いくつかの実施形態では、出発地および／または目的地は、座標（例えば、緯度−経度座標）によって表されてよい。

好ましくは、所定の閾値は、ユーザーデバイスの全電池容量の５％であってよい。所定の閾値は、ユーザーデバイスの全電池容量の他の割合（例えば、３％、７％、１０％、１５％）であってもよいことに、留意されたい。

第２の受信モジュール７０５は、サーバによって送信されたカーヘイリングオーダーのオーダー受付情報を受信するように構成されてよい。

決定モジュール７０７は、サーバによって送信されたカーヘイリングオーダーの代金を受信し、サーバがカーヘイリングオーダーの支払要求をユーザーデバイスに関連付けられた第２のユーザーデバイスに送信するように、代金確認をサーバに送信するように構成されてよい。第２のユーザーデバイスは、支払要求に基づいて代金を支払うように構成されてよい。

ユーザーデバイスは、カーヘイリングオーダーのオーダー受付情報のみを表示してよく、リアルタイムでサーバと通信する必要がなくてよく、これは、ユーザーデバイスの電力量を節約し得ることを、理解されたい。オーダー受付情報は、静的キャッシュページであってよく、カーヘイリングオーダーが成功し、ドライバーを待っていることを示す。第２のユーザーデバイスは、リアルタイムでドライバー端末を介してドライバーと通信し得る。

いくつかの実施形態では、第２のユーザーデバイスは、支払いアプリケーション（例えば、Ａｌｉｐａｙ（登録商標）、ＷｅＣｈａｔ（登録商標）、Ｅ−ｂａｎｋ）を接続する、パスワードを入力する、支払いを行う、支払いを終了する、オーダー内容ページにジャンプする、または同様のこと、という動作を実行することによって、代金を支払ってよい。

いくつかの実施形態では、代金確認をサーバに送信した後に、決定モジュール７０７は、サーバからカーヘイリングオーダーの支払要求を受信し、支払要求に基づいて代金を支払ってもよい。

決定モジュール７０７は、サーバによって送信されたカーヘイリングオーダーの代金を受信してよく、サーバがカーヘイリングオーダーの支払要求をユーザーデバイスに関連付けられた第２のユーザーデバイスに送信するように、代金確認をサーバに送信してよいことが、理解され得る。第２のユーザーデバイスは、支払要求に基づいて代金を支払ってよい。この場合、ドライバー端末のドライバーがユーザーデバイスのユーザーをピックアップした後に（または、カーヘイリングオーダーが完了した後に）、ユーザーデバイスは、カーヘイリングオーダーの代金を受信し、カーヘイリングオーダーの代金を確認するだけでよい。ユーザーデバイスは、代金を支払う必要がなくてよく、これは、ユーザーデバイスの電力量を節約し得る。

第６の送信モジュール７０９は、ユーザーデバイスのユーザーによって指定された第２のユーザーデバイスを取得し、サーバがユーザーデバイスと第２のユーザーデバイスを事前に相互に関連付けるように、第２のユーザーデバイスをサーバに接続するように構成されてよい。

本開示におけるカーヘイリングのデバイス（またはカーヘイリングデバイス７００）は、ユーザーデバイスに適用可能であり得る。ユーザーデバイスの電力量が所定の閾値以下である場合、ユーザーデバイスとサーバとの間の相互作用が低減されてよく、呼び出されるアプリケーションの数も低減されてよい。ユーザーデバイスは、出発地、目的地、および代金確認のみを提供してよい。ユーザーデバイスに関連付けられた第２のユーザーデバイスは、リアルタイム情報（例えば、リアルタイム代金）を表示するように、およびカーヘイリングオーダーが完了したときに代金を支払うように、サーバと通信してよい。従って、ユーザーデバイスの電力量が所定の閾値以下である場合、第２のユーザーデバイスは、カーヘイリング注文に対する代金を支払ってよく、これは、ユーザーデバイスの電力量を節約し得る。

本開示におけるカーヘイリングのデバイス（またはカーヘイリングデバイス７００）は、図５で説明したプロセス５００の１つ以上の動作を実行するのに使用されてよい。デバイス７００の実施原理および技術的効果は、プロセス５００と類似であってよく、それは、図５の説明を参照することができ、本明細書では繰り返されない。

このように基本概念を説明してきたが、当業者にはこの詳細な開示を読んだ後に、前述の詳細な開示は、単に例として提示されることが意図され、限定するものではないことが、むしろ明らかになり得る。本明細書では明示的に述べられていないが、当業者には、様々な変更、改良、および変形例が、考えられて意図されている。これらの変更、改良、および修正は、本開示によって示唆されることが意図され、本開示の例示的な実施形態の趣旨および範囲内である。

さらに、特定の用語が、本開示の実施形態を説明するのに使用されている。例えば、「一実施形態」、「実施形態」、および／または「いくつかの実施形態」という用語は、実施形態に関連して説明された特定の特徴、構造または特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。従って、本明細書の様々な部分における「実施形態」、「一実施形態」、または「代替的な実施形態」に対する２つ以上の言及は、必ずしも全てが同じ実施形態に言及しているわけではないことが、強調され、理解されるべきである。さらに、特定の特徴、構造または特性は、本開示の１つ以上の実施形態において適切なものとして組み合わせられてよい。

さらに、当業者には、本開示の態様が、任意の新規で有用なプロセス、機械、製造、または物質の組成、あるいはそれらの任意の新規で有用な改良を含む、いくつかの特許性のあるクラスまたは文脈のうちの任意のもので、本明細書に図示および説明され得ることが、理解される。従って、本開示の態様は、完全にハードウェア、完全にソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）で、または、本明細書では全て一般に「ブロック」、「モジュール」、「エンジン」、「ユニット」、「コンポーネント」、または「システム」と称され得るソフトウェアおよびハードウェア実装を組み合わせて、実施されてよい。さらに、本開示の態様は、組み込まれたコンピュータ可読プログラムコードを有する１つ以上のコンピュータ可読媒体に組み込まれたコンピュータプログラム製品の形態をとり得る。

コンピュータ可読信号媒体は、例えば、ベースバンドで、または搬送波の一部として、コンピュータ可読プログラムコードが組み込まれた伝搬データ信号を含み得る。そのような伝搬信号は、電磁、光学、または同様のもの、またはそれらの任意の適切な組合せを含む、様々な形態のうちの任意のものをとり得る。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではない、命令実行システム、装置、またはデバイスによって、またはそれらに関連して、使用するために、プログラムを通信、伝播、またはトランスポートし得る、任意のコンピュータ可読媒体であってよい。コンピュータ可読信号媒体に組み込まれたプログラムコードは、無線、有線、光ファイバケーブル、ＲＦ、または同様のもの、または前述のものの任意の適切な組合せを含む、任意の適切な媒体を使用して送信されてよい。

本開示の態様の動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ、Ｓｃａｌａ、Ｓｍａｌｌｔａｌｋ、Ｅｉｆｆｅｌ、ＪＡＤＥ、Ｅｍｅｒａｌｄ、Ｃ＋＋、Ｃ＃、ＶＢ．ＮＥＴ、Ｐｙｔｈｏｎ、または同様のものなどの、オブジェクト指向プログラミング言語、「Ｃ」プログラミング言語、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｆｏｒｔｒａｎ １７０３、Ｐｅｒｌ、ＣＯＢＯＬ １７０２、ＰＨＰ、ＡＢＡＰなどの、従来の手続き型プログラミング言語、Ｐｙｔｈｏｎ、Ｒｕｂｙ、Ｇｒｏｏｖｙなどの、動的プログラミング言語、または他のプログラミング言語、を含む、１つ以上のプログラミング言語の任意の組み合わせで書かれ得る。プログラムコードは、完全にユーザーのコンピュータ上で、部分的にユーザーのコンピュータ上で、スタンドアロン・ソフトウェア・パッケージとして、部分的にユーザーのコンピュータ上でおよび部分的にリモートコンピュータ上でまたは完全にリモートコンピュータ上でまたはサーバ上で、実行されてよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザーのコンピュータに接続されてよい、あるいは、接続は、外部コンピュータに対して（例えば、インターネットサービスプロバイダを使用するインターネットを介して）、またはクラウドコンピューティング環境において、なされてよい、またはサービス（ＳａａＳ）としてのソフトウェアのようなサービスとして提供されてよい。

さらに、処理要素またはシーケンスの列挙された順序、または数字、文字、または他の名称の使用は、従って、特許請求の範囲で指定され得る場合を除いて、特許請求の範囲に記載されたプロセスおよび方法を任意の順序に限定することを意図しない。上記の開示は、様々な例を通して、本開示の様々な有用な実施形態であると現在考えられているものを論じているが、そのような詳細は、その目的のためだけであり、添付の「特許請求の範囲」は、開示された実施形態に限定されず、反対に、開示された実施形態の趣旨および範囲内にある改良および同等の配置をカバーすることが意図されることを理解されたい。例えば、上述の様々な構成要素の実施は、ハードウェアデバイスで実現されてよいが、ソフトウェアのみの解決策、例えば、既存のサーバまたはモバイルデバイスへのインストール、として実施されてもよい。

同様に、本開示の実施形態の前述の説明では、様々な実施形態のうちの１つ以上の理解に役立つ開示を合理化する目的で、様々な特徴が、単一の実施形態、図、またはそれらの説明に共にグループ化されることがあることを、理解されたい。しかしながら、この開示方法は、特許請求される主題が、各請求項において明示的に列挙されるよりも多くの特徴を必要とするという意図を反映するものとして解釈されるべきではない。むしろ、特許請求される主題は、前述の単一の開示された実施形態の全ての特徴よりも少ない特徴に存在し得る。

Claims (30)

1. カーヘイリングオーダー処理方法であって、
   第１のユーザーデバイスによって送信されるカーヘイリングオーダーと、第１のユーザーデバイスの電力量と、を受信することであって、カーヘイリングオーダーは、出発地および目的地を含み、第１のユーザーデバイスの電力量は、所定の閾値以下である、受信することと、
   カーヘイリングオーダーをドライバー端末に送信し、前記ドライバー端末からオーダー応答を受信し、オーダー応答に基づいてオーダー受付情報を生成し、オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに送信することと、
   を含む、カーヘイリングオーダー処理方法。
2. 請求項１に記載のカーヘイリングオーダー処理方法であって、
   カーヘイリングオーダーが完了した後に、カーヘイリングオーダーの代金を第２のユーザーデバイスに送信すること、
   をさらに含む、カーヘイリングオーダー処理方法。
3. 請求項２に記載のカーヘイリングオーダー処理方法であって、
   カーヘイリングオーダーの代金を第１のユーザーデバイスに送信することと、
   第１のユーザーデバイスによって送信された代金確認を受信し、第２のユーザーデバイスが支払要求に基づいて代金を支払うように、カーヘイリングオーダーの支払要求を第２のユーザーデバイスに送信することと、
   をさらに含む、カーヘイリングオーダー処理方法。
4. カーヘイリング方法であって、
   出発地、目的地、およびユーザーデバイスの電力量を取得し、出発地および目的地に基づいてカーヘイリングオーダーを生成することと、
   前記ユーザーデバイスの電力量が所定の閾値以下である場合、前記ユーザーデバイスの電力量およびカーヘイリングオーダーをサーバに送信することと、
   を含む、カーヘイリング方法。
5. 請求項４に記載のカーヘイリング方法であって、前記ユーザーデバイスの電力量およびカーヘイリングオーダーをサーバに送信した後に、前記方法は、
   前記サーバによって送信されたカーヘイリングオーダーのオーダー受付情報を受信することと、
   前記サーバが、カーヘイリングオーダーの支払要求を、前記ユーザーデバイスに関連付けられた第２のユーザーデバイスに送信するように、前記サーバによって送信されたカーヘイリングオーダーの代金を受信し、代金確認を前記サーバに送信し、第２のユーザーデバイスは、支払要求に基づいて代金を支払うように構成されていることと、
   をさらに含む、カーヘイリング方法。
6. 請求項４に記載のカーヘイリング方法であって、前記サーバによって送信されたカーヘイリングオーダーの代金を受信し、代金確認を前記サーバに送信する前に、前記方法は、
   前記サーバが前記ユーザーデバイスと第２のユーザーデバイスを事前に相互に関連付けるように、前記ユーザーデバイスのユーザーによって示された第２のユーザーデバイスを取得し、第２のユーザーデバイスを前記サーバに接続すること、
   をさらに含む、カーヘイリング方法。
7. カーヘイリングオーダー処理デバイスであって、サーバに適用可能であり、
   第１のユーザーデバイスによって送信されるカーヘイリングオーダーと、第１のユーザーデバイスの電力量と、を受信するように構成された第１の受信モジュールであって、カーヘイリングオーダーは、出発地および目的地を含み、第１のユーザーデバイスの電力量は、所定の閾値以下である、第１の受信モジュールと、
   カーヘイリングオーダーをドライバー端末に送信し、前記ドライバー端末からオーダー応答を受信し、オーダー応答に基づいてオーダー受付情報を生成し、オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに送信するように、構成された第１の送信モジュールと、
   を含む、カーヘイリングオーダー処理デバイス。
8. 請求項７に記載のカーヘイリングオーダー処理デバイスであって、
   カーヘイリングオーダーが完了した後に、カーヘイリングオーダーの代金を第２のユーザーデバイスに送信するように構成された第２の送信モジュール、
   をさらに含む、カーヘイリングオーダー処理デバイス。
9. 請求項８に記載のカーヘイリングオーダー処理デバイスであって、
   カーヘイリングオーダーの代金を第１のユーザーデバイスに送信するように構成された第３の送信モジュールと、
   第１のユーザーデバイスによって送信された代金確認を受信し、第２のユーザーデバイスが支払要求に基づいて代金を支払うように、第２のユーザーデバイスにカーヘイリングオーダーの支払要求を送信するように、構成された第４の送信モジュールと、
   をさらに含む、カーヘイリングオーダー処理デバイス。
10. カーヘイリングデバイスであって、ユーザーデバイスに適用可能であり、
    出発地、目的地、およびユーザーデバイスの電力量を取得し、出発地および目的地に基づいてカーヘイリングオーダーを生成するように、構成された生成モジュールと、
    ユーザーデバイスの電力量が所定の閾値以下である場合、ユーザーデバイスの電力量およびカーヘイリングオーダーをサーバに送信するように構成された第５の送信モジュールと、
    を含む、カーヘイリングデバイス。
11. 請求項１０に記載のカーヘイリングデバイスであって、
    前記サーバによって送信されたカーヘイリングオーダーのオーダー受付情報を受信するように構成された第２の受信モジュールと、
    前記サーバによって送信されたカーヘイリングオーダーの代金を受信し、前記サーバがカーヘイリングオーダーの支払要求を前記ユーザーデバイスに関連付けられた第２のユーザーデバイスに送信するように、代金確認を前記サーバに送信するように構成された決定モジュールであって、第２のユーザーデバイスは、支払要求に基づいて代金を支払うように構成されている、決定モジュールと、
    をさらに含む、カーヘイリングデバイス。
12. 請求項１０に記載のカーヘイリングデバイスであって、
    前記ユーザーデバイスのユーザーによって指定された第２のユーザーデバイスを取得し、前記サーバが前記ユーザーデバイスと第２のユーザーデバイスを事前に相互に関連付けるように、第２のユーザーデバイスを前記サーバに接続するように構成された第６の送信モジュール、
    をさらに含む、カーヘイリングデバイス。
13. オンライン・ツー・オフラインサービス用のコンピューティング・デバイスであって、
    サービス要求を処理するための一連の命令を含む少なくとも１つの記憶デバイスと、
    前記少なくとも１つの記憶デバイスと通信する少なくとも１つのプロセッサであって、一連の命令を実行すると、前記少なくとも１つのプロセッサは、
    第１のユーザーデバイスから、ネットワークを介して、サービス要求および第１のユーザーデバイスの電力量を受信するように命令され、サービス要求は、出発地および目的地を含み、第１のユーザーデバイスの電力量は、閾値以下であり；
    ネットワークを介して、サービス要求を少なくとも１つのプロバイダ端末に送信するように命令され；
    ネットワークを介して、前記少なくとも１つのプロバイダ端末のプロバイダ端末からオーダー応答を受信するように命令され；
    前記プロバイダ端末のオーダー応答に基づいてオーダー受付情報を生成するように命令され；
    オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに、ネットワークを介して、送信するように命令される、
    少なくとも１つのプロセッサと、
    を含む、コンピューティング・デバイス。
14. 請求項１３に記載のコンピューティング・デバイスであって、第１のユーザーデバイスのアカウントと第２のユーザーデバイスのアカウントは、関連付けられる、コンピューティング・デバイス。
15. 請求項１３または請求項１４に記載のコンピューティング・デバイスであって、前記少なくとも１つのプロセッサは、
    第２のユーザーデバイスが代金を支払うように、サービス要求が完了した後に、サービス要求の代金を第２のユーザーデバイスに送信するように、
    さらに命令される、コンピューティング・デバイス。
16. 請求項１５に記載のコンピューティング・デバイスであって、前記少なくとも１つのプロセッサは、
    第１のユーザーデバイスが代金を確認するように、サービス要求が完了した後に、サービス要求の代金を第１のユーザーデバイスに送信するように；および
    第１のユーザーデバイスから代金確認を受信した後に、第２のユーザーデバイスが代金を支払うように、サービス要求の代金を第２のユーザーデバイスに送信するように、
    さらに命令される、コンピューティング・デバイス。
17. オンライン・ツー・オフラインサービス用のユーザーデバイスであって、
    サービス要求を送信するための一連の命令を含む少なくとも１つの記憶デバイスと、
    前記少なくとも１つの記憶デバイスと通信する少なくとも１つのプロセッサであって、一連の命令を実行すると、前記少なくとも１つのプロセッサは、
    前記ユーザーデバイスの電力量を取得するように；
    出発地および目的地に基づいてサービス要求を決定するように；
    前記ユーザーデバイスの電力量が閾値以下の場合、サービス要求および前記ユーザーデバイスの前記量をコンピューティング・デバイスに送信するように；
    オーダー受付情報を前記コンピューティング・デバイスから受信するように、
    命令される、少なくとも１つのプロセッサと、
    を含む、ユーザーデバイス。
18. 請求項１７に記載のユーザーデバイスであって、前記少なくとも１つのプロセッサは、
    前記ユーザーデバイスによって指定された第２のユーザーデバイスを取得するように；および
    前記コンピューティング・デバイスが前記ユーザーデバイスと第２のユーザーデバイスを相互に関連付けるように、第２のユーザーデバイスを前記コンピューティング・デバイスに接続するように、
    さらに命令される、ユーザーデバイス。
19. 請求項１８に記載のユーザーデバイスであって、前記コンピューティング・デバイスは、前記ユーザーデバイスのアカウントと第２のユーザーデバイスのアカウントを相互に関連付ける、ユーザーデバイス。
20. 請求項１７から１９のいずれか１項に記載のユーザーデバイスであって、前記少なくとも１つのプロセッサは、
    前記コンピューティング・デバイスからサービス要求の代金を受信するようにさらに命令され、
    前記コンピューティング・デバイスがサービス要求の代金を第２のユーザーデバイスに送信するように、代金確認を前記コンピューティング・デバイスに送信するようにさらに命令され、第２のユーザーデバイスは、代金を支払うように構成されている、
    ユーザーデバイス。
21. 少なくとも１つのプロセッサと、少なくとも１つの記憶媒体と、ネットワークに接続された通信プラットフォームと、を有するコンピューティング・デバイス上で実施される方法であって、
    第１のユーザーデバイスから、ネットワークを介して、サービス要求および第１のユーザーデバイスの電力量を受信することであって、サービス要求は、出発地および目的地を含み、第１のユーザーデバイスの電力量は、閾値以下である、受信することと、
    ネットワークを介して、サービス要求を少なくとも１つのプロバイダ端末に送信することと、
    ネットワークを介して、前記少なくとも１つのプロバイダ端末のプロバイダ端末からオーダー応答を受信することと、
    前記プロバイダ端末のオーダー応答に基づいてオーダー受付情報を生成することと、
    オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに、ネットワークを介して、送信することと、
    を含む、方法。
22. 請求項２１に記載の方法であって、第１のユーザーデバイスのアカウントと第２のユーザーデバイスのアカウントは、関連付けられる、方法。
23. 請求項２１または請求項２２に記載の方法であって、
    第２のユーザーデバイスが代金を支払うように、サービス要求が完了した後に、サービス要求の代金を第２のユーザーデバイスに送信すること、
    をさらに含む、方法。
24. 請求項２３に記載の方法であって、
    第１のユーザーデバイスが代金を確認するように、サービス要求が完了した後に、サービス要求の代金を第１のユーザーデバイスに送信することと、
    第１のユーザーデバイスから代金確認を受信した後に、第２のユーザーデバイスが代金を支払うように、サービス要求の代金を第２のユーザーデバイスに送信することと、
    をさらに含む、方法。
25. 少なくとも１つのプロセッサと、少なくとも１つの記憶媒体と、ネットワークに接続された通信プラットフォームと、を有するコンピューティング・デバイス上で実施される方法であって、
    ユーザーデバイスの電力量を取得することと、
    出発地および目的地に基づいてサービス要求を決定することと、
    前記ユーザーデバイスの電力量が閾値以下の場合、サービス要求および前記ユーザーデバイスの前記量をコンピューティング・デバイスに送信することと、
    オーダー受付情報を前記コンピューティング・デバイスから受信することと、
    を含む、方法。
26. 請求項２５に記載の方法であって、
    前記ユーザーデバイスによって指定された第２のユーザーデバイスを取得することと、
    前記コンピューティング・デバイスが前記ユーザーデバイスと第２のユーザーデバイスを相互に関連付けるように、第２のユーザーデバイスを前記コンピューティング・デバイスに接続することと、
    をさらに含む、方法。
27. 請求項２６に記載の方法であって、前記コンピューティング・デバイスは、前記ユーザーデバイスのアカウントと第２のユーザーデバイスのアカウントを相互に関連付ける、方法。
28. 請求項２５から２７のいずれか１項に記載のユーザーデバイスであって、
    前記コンピューティング・デバイスからサービス要求の代金を受信することと、
    前記コンピューティング・デバイスがサービス要求の代金を第２のユーザーデバイスに送信するように、代金確認を前記コンピューティング・デバイスに送信することであって、第２のユーザーデバイスは、代金を支払うように構成されている、送信することと、
    をさらに含む、ユーザーデバイス。
29. コンピュータプログラム製品を具現化した非一時的コンピュータ可読記憶媒体であって、前記コンピュータプログラム製品は、命令を含み、前記命令は、コンピューティング・デバイスが、
    第１のユーザーデバイスから、ネットワークを介して、サービス要求および第１のユーザーデバイスの電力量を受信するように、構成され、サービス要求は、出発地および目的地を含み、第１のユーザーデバイスの電力量は、閾値以下であり；
    ネットワークを介して、サービス要求を少なくとも１つのプロバイダ端末に送信するように、構成され；
    ネットワークを介して、前記少なくとも１つのプロバイダ端末のプロバイダ端末からオーダー応答を受信するように、構成され；
    前記プロバイダ端末のオーダー応答に基づいてオーダー受付情報を生成するように、構成され；
    オーダー受付情報を第１のユーザーデバイスおよび第１のユーザーデバイスに関連付けられた第２のユーザーデバイスに、ネットワークを介して、送信するように、構成される、
    非一時的コンピュータ可読記憶媒体。
30. コンピュータプログラム製品を具現化した非一時的コンピュータ可読記憶媒体であって、前記コンピュータプログラム製品は、命令を含み、前記命令は、コンピューティング・デバイスが、
    ユーザーデバイスの電力量を取得するように；
    出発地および目的地に基づいてサービス要求を決定するように；
    前記ユーザーデバイスの電力量が閾値以下の場合、サービス要求および前記ユーザーデバイスの前記量をコンピューティング・デバイスに送信するように、および
    オーダー受付情報を前記コンピューティング・デバイスから受信するように、
    構成される、非一時的コンピュータ可読記憶媒体。

Images