JP2018509722A - オーダーをプッシュする方法及びシステム - Google Patents

Abstract

オーダープッシュシステムが、少なくとも１つの第１のオーダーと、この少なくとも１つの第１のオーダーに関連付けられた地理的情報及び時間情報を含む関連情報とを入手するとともに、少なくとも１つの第２のオーダーと、この少なくとも１つの第２のオーダーに関連付けられた地理的情報及び時間情報を含む関連情報とを入手するように構成されたサービス要求者インターフェースと、少なくとも１つの第１のオーダーの関連情報と少なくとも１つの第２のオーダーの関連情報とに従って少なくとも１つの第２のオーダーをフィルタリングして、フィルタリング後に取得される少なくとも１つの第２のオーダーを生成するように構成された処理モジュールと、フィルタリング後に取得される第２のオーダーを送信するように構成されたサービス提供者インターフェースとを含む実行可能モジュールを記憶するように構成されたコンピューター可読記憶媒体と、このコンピューター可読記憶媒体に記憶された上記実行可能モジュールを実行することができる処理部（プロセッサ）とを備える。また、オーダープッシュ方法及びオーダープッシュシステムを用いる方法も開示されている。【選択図】図１−Ａ

Description

［関連出願の相互参照］
本出願は、２０１５年２月１０日に出願された中国特許出願第２０１５１００７０４９３．０号、２０１５年３月１０日に出願された中国特許出願第２０１５１０１０９４０３．４号、２０１５年８月２０日に出願された中国特許出願第２０１５１０５１６２１１．５号の優先権を主張し、これらの出願のそれぞれの全内容は、引用することにより本明細書の一部をなす。
（技術分野）
本開示は、包括的には、オーダーをプッシュする方法及びシステムに関し、より詳細には、モバイルインターネット技術及びデータ処理技術を用いて、オン・デマンドサービスシステムにおいてオーダーをプッシュする方法及びシステムに関する。

オン・デマンドサービス及びオン・デマンドアプリケーションは、ますます普及してきている。例えば、都市の急速な成長とともに、輸送サービスは、社会の全ての部門からの人々に高い需要がある。一方で、モバイルインターネットの急速な発展と、スマートデバイス、特に、スマートナビゲーションデバイス及びスマートフォンの人気とに起因して、輸送サービスアプリケーションは、ますます普及しており、大きな利便性を人々にもたらすことができる。さらに、ドライバーは、時間及び距離において互いに相関した連続するオーダーを受け取ることができる場合、ドライバーのアイドルな運転時間を削減し、乗車率を高め、ユーザーエクスペリエンスを改善することができる。

本開示の１つの態様では、オン・デマンドサービスの情報を提供するように構成されたシステムが提供される。本システムは、有形のコンピューター可読記憶媒体と、処理部（プロセッサ）とを備えることができる。コンピューター可読記憶媒体は、実行可能モジュールを記憶するように構成することができる。プロセッサは、コンピューター可読記憶媒体における実行可能モジュールを実施するように構成することができる。実行可能モジュールは、サービス要求者インターフェースと、サービス提供者インターフェースと、処理モジュールとを含むことができる。サービス要求者インターフェースは、少なくとも１つの第１のオーダーと、この第１のオーダーに関連した情報とを取得することができる。サービス要求者インターフェースは、少なくとも１つの第２のオーダーと、この第２のオーダーに関連した情報とを取得することができる。第１のオーダーに関連した情報は、第１のオーダーに関連した地理的情報と、第１のオーダーに関連した時間情報とを含むことができる。第２のオーダーに関連した情報は、第２のオーダーに関連した地理的情報と、第２のオーダーに関連した時間情報とを含むことができる。処理モジュールは、第１のオーダーに関連した情報と、第２のオーダーに関連した情報とに基づいて第２のオーダーをフィルタリングして、少なくとも１つのフィルタリングされた第２のオーダーを生成することができる。サービス提供者インターフェースは、フィルタリングされた第２のオーダーを送信することができる。処理部（プロセッサ）は、コンピューター可読記憶媒体に記憶された実行可能モジュールを実施することができる。

本開示の別の態様では、オン・デマンドサービスの情報を提供する方法が提供される。本方法は、少なくとも１つの第１のオーダーと、この第１のオーダーに関連した情報とを取得することを含むことができる。第１のオーダーに関連した情報は、第１のオーダーに関連した地理的情報と、第１のオーダーに関連した時間情報とを含むことができる。本方法は、少なくとも１つの第２のオーダーと、この第２のオーダーに関連した情報とを取得することを含むことができる。第２のオーダーに関連した情報は、第２のオーダーに関連した地理的情報と、第２のオーダーに関連した時間情報とを含むことができる。本方法は、第１のオーダーに関連した情報と、第２のオーダーに関連した情報とに基づいて第２のオーダーをフィルタリングして、少なくとも１つのフィルタリングされた第２のオーダーを生成することと、フィルタリングされた第２のオーダーを送信することとを含むことができる。

本開示の別の態様では、情報を記憶するように構成された有形で不揮発性のコンピューター可読記憶媒体が提供される。情報がコンピューターによって読み出されると、このコンピューターは、オン・デマンドサービスの情報を提供する方法を実施することができる。方法は、少なくとも１つの第１のオーダーと、この第１のオーダーに関連した情報とを取得することを含むことができる。第１のオーダーに関連した情報は、第１のオーダーに関連した地理的情報と、第１のオーダーに関連した時間情報とを含むことができる。方法は、少なくとも１つの第２のオーダーと、この第２のオーダーに関連した情報とを取得することを含むことができる。第２のオーダーに関連した情報は、第２のオーダーに関連した地理的情報と、第２のオーダーに関連した時間情報とを含むことができる。方法は、第１のオーダーに関連した情報と、第２のオーダーに関連した情報とに基づいて第２のオーダーをフィルタリングして、少なくとも１つのフィルタリングされた第２のオーダーを生成することと、フィルタリングされた第２のオーダーを送信することとを含むことができる。

本開示の幾つかの実施の形態によれば、第１のオーダーに関連した地理的情報は、第１の出発位置及び／又は第１の目的地の情報を含むことができる。第１のオーダーに関連した時間情報は、第１のオーダーの第１のピックアップ時刻及び／又は第１の推定到着時刻の情報を含むことができる。第２のオーダーに関連した地理的情報は、第２のオーダーの第２の出発位置及び／又は第２の目的地の情報を含むことができる。第２のオーダーに関連した時間情報は、第２のオーダーの第２のピックアップ時刻及び／又は第２の推定到着時刻の情報を含むことができる。

本開示の幾つかの実施の形態によれば、第２のオーダーをフィルタリングすることは、第１の目的地と第２の出発位置との間の距離を求めることと、第２の出発位置と第１の目的地との間の距離が閾値距離未満となるようにフィルタリングされた第２のオーダーを選択することとを含むことができる。

本開示の幾つかの実施の形態によれば、オン・デマンドサービスの情報を提供する方法は、第１のオーダーを完了するための第１の時間長を求めることと、第１の目的地と第２の出発位置とに基づいて第１の持続時間を求めることと、第２のピックアップ時刻と第１のピックアップ時刻との間の第１の時間間隔を求めることと、第１の時間間隔と、第１の時間長と、第１の持続時間とに基づいて第１の時間差を入手することと、第１の時間差と第１の閾値時間とに基づいて、フィルタリングされた第２のオーダーを選択することとを更に含むことができる。

本開示の幾つかの実施の形態によれば、第１のオーダーを完了するための第１の時間長は、履歴オーダーの運転速度に基づいて求めることができる。

本開示の幾つかの実施の形態によれば、第１の時間長は、時間調整量に基づいて求めることができる。

本開示の幾つかの実施の形態によれば、第２のオーダーをフィルタリングすることは、サービス提供者の現在時刻及び現在位置を取得することと、第１のピックアップ時刻よりも早い第２のピックアップ時刻を有するフィルタリングされた第２のオーダーを選択することとを含むことができる。

本開示の幾つかの実施の形態によれば、オン・デマンドサービスの情報を提供する方法は、サービス提供者の現在位置と第２の出発位置とに基づいて第２の持続時間を求めることと、第２のオーダーを完了するための第２の時間長を求めることと、第２のオーダーの目的地から第１の出発位置までの第３の持続時間を求めることと、第２のピックアップ時刻と現在時刻との間の第２の時間間隔を求めることと、第２の時間間隔と、第２の時間長と、第２の持続時間と、第３の持続時間とに基づいて第２の時間差を求めることと、第２の時間差と第２の閾値時間長とに基づいてフィルタリングされた第２のオーダーを選択することとを更に含むことができる。

本開示の幾つかの実施の形態によれば、第２のオーダーを完了するための第２の時間長は、履歴オーダーの運転速度に基づいて求めることができる。

本開示の幾つかの実施の形態によれば、第２の時間長は、時間調整量に基づいて求めることができる。

本開示の幾つかの実施の形態によれば、時間調整量は、履歴オーダーの推定完了時間と、履歴オーダーの実際の完了時間とに基づいて求めることができる。

本開示の別の態様では、オーダーをプッシュするシステムを用いる方法が提供される。本方法は、端末に関連した位置情報と、端末に関連した時間情報とを、端末によって、オーダーをプッシュするシステムに送信することと、オーダーをプッシュするシステムによって生成された、フィルタリングされたオーダーを端末において受信することとを含むことができる。本開示の幾つかの実施の形態によれば、方法は、フィルタリングされたオーダーに対する応答を端末によってシステムに送信することを更に含むことができる。本開示の幾つかの実施の形態によれば、端末は、ドライバー端末デバイスを含むことができる。

本開示の別の態様では、オーダーをプッシュするシステムを用いる方法が提供される。本方法は、オーダーに関連した位置情報及び時間情報を、端末によって、オーダーをプッシュするシステムに送信することと、システムによって生成された、フィルタリングされたオーダーを端末において受信することとを含むことができる。本開示の幾つかの実施の形態によれば、端末は、乗客端末デバイスを含むことができる。

本開示を概略的な実施形態について更に説明する。これらの概略的な実施形態は、図面を参照して詳細に説明される。図面は一律の縮尺ではない。これらの実施形態は、非限定の概略的な実施形態であり、同様の参照符号は、図面の幾つかの図を通して同様の構造体を表している。

本開示の幾つかの実施形態に係るオン・デマンドサービスシステムを含むネットワーク環境の概略図である。 本開示の別の実施形態に係るオン・デマンドサービスシステムを含むネットワーク環境の概略図である。 本開示の幾つかの実施形態に係るオン・デマンドサービスシステムの概略図である。 本開示の幾つかの実施形態に係るオーダープッシュエンジンの処理モジュールの概略図である。 本開示の幾つかの実施形態に係るオーダープッシュエンジンの乗客インターフェースの概略図である。 本開示の幾つかの実施形態に係るオーダープッシュエンジンのドライバーインターフェースの概略図である。 本開示の幾つかの実施形態に係るユーザー端末デバイスの概略図である。 本開示の幾つかの実施形態に係るデータベースの概略図である。 本開示の幾つかの実施形態に係る、オーダープッシュエンジン１１０によってオーダーをフィルタリングするプロセスの概略フローチャートである。 本開示の幾つかの実施形態に係る、オーダーをフィルタリングするプロセスの一例のフローチャートである。 本開示の別の実施形態に係る、オーダーをフィルタリングするプロセスの一例のフローチャートである。 本開示の幾つかの実施形態に係る、オーダープッシュエンジンによってオーダーを組み合わせるプロセスの一例を示すフローチャートである。 本開示の幾つかの実施形態に係る、オーダープッシュエンジンを用いてオーダーをプッシュする一例示的なプロセスのフローチャートである。 本開示の幾つかの実施形態に係る、オーダーをプッシュするプロセスのフローチャートである。 本開示に開示された特定のシステムを実施するように構成されたモバイルデバイスの構造を示す図である。 本開示に開示された特定のシステムを実施するように構成されたコンピューティングデバイスの構造を示す図である。

本開示の実施形態に関連した技術的解決策を示すために、実施形態の説明において参照される図面の簡単な導入を以下に提供する。明らかに、以下に説明する図面は、本開示の幾つかの例又は実施形態にすぎない。当業者であれば、更なる創造的な努力を行うことなく、これらの図面に従って本開示を他の同様のシナリオに適用することができる。別段の記載がない限り又は文脈から明らかでない限り、図面における同じ参照符号は、同じ構造体及び動作を指している。

個数が特定されていないものが本開示及び添付の特許請求の範囲において用いられているとき、それらは、内容が明らかに別のことを規定していない限り、単数のもの及び複数のものを含む。「備える」及び／又は「含む」という用語は、本開示において用いられるとき、明示されたステップ及び要素の存在を明記しているが、１つ以上の他のステップ及び要素の存在又は追加を排除するものではないことが更に理解されるであろう。

システムの幾つかのモジュールは、本開示の幾つかの実施形態に従って、様々な方法で参照される場合があるが、クライアント端末及び／又はサーバーでは、任意の数量の異なるモジュールが用いられ、動作されてもよい。これらのモジュールは、例示であることが意図され、本開示の範囲を限定することを意図するものではない。システム及び方法の異なる態様では、異なるモジュールが用いられてもよい。

本開示の幾つかの実施形態によれば、フローチャートは、システムによって実行される動作を示すのに用いられる。上記又は下記の動作は順番に実施されてもよいし、されなくてもよいことが明らかに理解されることであろう。逆に、動作は、逆順に実行されてもよいし、同時に実行されてもよい。その上、１つ以上の他の動作がフローチャートに追加されてもよいし、１つ以上の動作がフローチャートから省略されてもよい。

本開示の実施形態は、異なる輸送システムに適用されてもよい。これらの異なる輸送システムには、陸上輸送、海上輸送、空輸、宇宙輸送等、又はそれらの任意の組み合わせが含まれるが、これらに限定されるものではない。輸送システムの車両は、人力車、移動ツール（travel tool）、タクシー、運転手付き乗用車サービス、ヒッチ（hitch）、バス、鉄道輸送（例えば、列車、弾丸列車、高速鉄道、及び地下鉄）、船舶、飛行機、宇宙船、熱気球、無人車両等、又はそれらの任意の組み合わせを含んでもよい。また、輸送システムは、管理及び／又は配送を利用する任意の輸送システム、例えば、速達を送り及び／又は受け取るシステムも含んでもよい。本開示の異なる実施形態の応用シナリオは、１つ以上のウェブページ、ブラウザープラグイン及び／又は拡張、クライアント端末、カスタムシステム、社内解析システム、人工知能ロボット等、又はそれらの任意の組み合わせを含んでもよいが、これらに限定されるものではない。本明細書に開示されたシステム及び方法の応用シナリオは、幾つかの例又は実施形態にすぎないことが理解されるであろう。当業者であれば、更なる創造的な努力を行うことなく、これらの図面を他の応用シナリオに適用することができる。例えば、他の同様のユーザーオーダー受信システムである。

本開示における「ユーザー」、「乗客」、「要求者」、「サービス要求者」、及び「客」という用語は、サービスを要求又はオーダーすることができる個人、団体又はツールを指すために区別なく用いられる。当事主体は、個人であってもよいし、デバイスであってもよい。また、本開示における「ドライバー」、「提供者」、「サービス提供者」、及び「サプライヤー」という用語は、サービスを提供することができ又はサービスの提供を容易にすることができる個人、団体、又はデバイスを指すために区別なく用いられる。加えて、本開示における「ユーザー」という用語は、サービスを要求することができ、サービスをオーダーすることができ、サービスを提供することができ、又はサービスの提供を容易にすることができる個人、団体、又はデバイスを指してもよい。

図１−Ａは、本開示の幾つかの実施形態に係るオン・デマンドサービスシステムを含むネットワーク環境の概略図を示している。ネットワーク環境１００は、オン・デマンドサービスシステム１０５と、１つ以上の乗客端末デバイス１２０と、１つ以上のデータベース１３０と、１つ以上のドライバー端末デバイス１４０と、１つ以上のネットワーク１５０と、１つ以上の情報源１６０とを備えることができる。オン・デマンドサービスシステム１０５は、オーダープッシュエンジン１１０を備えることができる。便宜上、オーダープッシュエンジンは、オーダープッシュシステムと呼ばれる場合がある。本開示におけるシステムは、オン・デマンドオーダーサービスシステム、オーダープッシュエンジン、又はオーダープッシュシステムと呼ばれる場合がある。幾つかの実施形態では、オーダープッシュエンジン１１０は、収集された情報を解析して解析結果を生成するように構成されたシステムとすることができる。オーダープッシュエンジン１１０は、サーバーであってもよいし、有線ネットワーク又は無線ネットワークを介して接続されたサーバーグループであってもよい。サーバーグループは、集中型（例えば、データセンター）であってもよいし、分散型（例えば、分散システム）であってもよい。オーダープッシュエンジン１１０は、集中型であってもよいし、分散型であってもよい。

本開示において、「乗客」、「乗客端末」、及び「乗客端末デバイス」は、区別なく用いられる場合がある。本開示において、「ドライバー」、「ドライバー端末」、及び「ドライバー端末デバイス」は、区別なく用いられる場合がある。乗客端末１２０及びドライバー端末１４０のそれぞれは、ユーザーと呼ばれる場合がある。乗客端末１２０及びドライバー端末のそれぞれは、それぞれサービス要求者及びサービス提供者等のサービスオーダーに直接関係する個人、デバイス、又は他の団体であってもよい。乗客は、サービス要求者である場合がある。乗客は、乗客端末デバイス１２０のユーザーも含むことができる。幾つかの実施形態では、乗客端末デバイスのユーザーは乗客自身ではない。例えば、乗客端末デバイス１２０のユーザーＡは、乗客端末デバイス１２０を用いて乗客Ｂのために、オン・デマンドサービスを要求し、オン・デマンドサービスを受理し、又はオン・デマンドサービスシステム１０５によって送信された他の情報若しくは命令を受信する場合がある。乗客端末デバイス１２０のユーザーは、本開示において、乗客と呼ばれる場合もある。ドライバーは、サービス提供者である場合がある。ドライバーは、ドライバー端末デバイス１４０のユーザーを含むことができる。幾つかの実施形態では、ドライバー端末デバイスのユーザーはドライバー自身ではない。例えば、ドライバー端末デバイス１４０のユーザーＣは、ドライバー端末デバイス１４０を用いてドライバーＤのために、オン・デマンドサービスを受理し、又はオン・デマンドサービスシステム１０５によって送信された他の情報若しくは命令を受信する場合がある。ドライバー端末デバイス１４０のユーザーは、本開示において、ドライバーと呼ばれる場合もある。幾つかの実施形態では、乗客端末１２０は、デスクトップコンピューター１２０−１、ラップトップコンピューター１２０−２、車両の組み込みデバイス１２０−３、モバイルデバイス１２０−４等、又はそれらの任意の組み合わせを含むことができる。本明細書において、ビルトインデバイス１２０−３は、カーピューター（carputer）等であってもよい。モバイルデバイス１２０−４は、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、タブレットコンピューター、ハンドヘルドゲーミングデバイス、スマートグラス、スマートウォッチ、ウェアラブルデバイス、仮想現実デバイス、拡張現実デバイス（例えば、Ｇｏｏｇｌｅ（登録商標）グラス、Ｏｃｕｌｕｓ Ｒｉｆｔ（登録商標）、ＨｏｌｏＬｅｎｓ（商標）、Ｇｅａｒ（商標）ＶＲ等）等、又はそれらの任意の組み合わせであってもよい。ドライバー端末デバイス１４０も、上記で説明した１つ以上の同様のデバイスを含んでもよい。

オーダープッシュエンジン１１０は、データベース１３０に記憶された情報に直接アクセスすることができ、及び／又はデータベース１３０から情報を読み出すこともできるし、データベース１３０に情報を書き込むこともできる。オーダープッシュエンジン１１０は、ネットワーク１５０を介してユーザー端末デバイス１２０又は１４０によって提供される情報にもアクセスすることができる。幾つかの実施形態では、データベース１３０は、データを記憶することが可能な任意のデバイスを含むことができる。データベース１３０は、乗客１２０及び／又はドライバー１４０から収集されるデータと、オーダープッシュエンジン１１０によって使用、生成又は出力されるデータとを記憶するのに用いられてもよい。データベース１３０は、ローカルであってもよいし、リモートであってもよい。データベース１３０と、オン・デマンドサービスシステム１０５及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）とは、１つ以上の有線コミュニケーションリンク及び／又は無線コミュニケーションリンクを介して接続されてもよい。

ネットワーク１５０は、単一のネットワーク又はネットワークの組み合わせであってもよい。例えば、ネットワーク１５０は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パブリックネットワーク、プライベートネットワーク、独自開発ネットワーク、公衆交換電話網（ＰＳＴＮ）、インターネット、無線ネットワーク、ヴァーチャルネットワーク、又はそれらの任意の組み合わせを含んでもよい。ネットワーク１５０は、ベースステーション（基地局）１５０−１、ベースステーション（基地局）１５０−２、ネットワークスイッチポイント等を含む有線アクセスポイント又は無線アクセスポイント等の複数のネットワークアクセスポイントを備えることができる。これらのアクセスポイントを通じて、任意のデータ源をネットワーク１５０に接続して、ネットワーク１５０を介して情報を送信することができる。単なる例示として、輸送サービスにおけるドライバー端末デバイス１４０が一例として取り上げられているが、これは、本開示の範囲を限定することを意図するものではない。ドライバー端末デバイス１４０は、モバイルフォン、タブレットコンピューター等であってもよい。ドライバー端末デバイス１４０のネットワーク環境１００は、無線ネットワーク（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ）、Ｗｉ−Ｆｉ、ＷｉＭａｘ等）、モバイルネットワーク（例えば、２Ｇ、３Ｇ、４Ｇ等）、又は他のコミュニケーション方法（例えば、仮想プライベートネットワーク（ＶＰＮ）、共有ネットワーク、近接場通信（ＮＦＣ）、ＺｉｇＢｅｅ等）であってもよい。

情報源１６０は、システム１０５に他の情報を提供するように構成された情報源であってもよい。例えば、情報源１６０は、気象状況、交通情報、法規制の情報、ニュースイベント、生活情報、生活ガイド情報等のサービス情報をシステムに提供してもよい。情報源１６０は、単一の中央サーバー、ネットワークを介して接続された複数のサーバー、複数の個人デバイス等を用いて実施してもよい。情報源が複数の個人デバイスを用いて実施されているとき、これらの個人デバイスは、例えば、テキスト、音声、画像及びビデオをクラウドサーバーにアップロードすることによってコンテンツ（例えば、「ユーザー生成コンテンツ」と呼ばれる）を生成することができる。したがって、情報源は、複数の個人デバイス及びクラウドサーバーによって生成されてもよい。

一例として輸送サービスを取り上げると、情報源１６０は、地図情報及び都市サービス情報を含む市営サービスシステム、リアルタイム交通放送システム、気象放送システム、ニュースネットワーク、ソーシャルネットワーク等を含んでいてもよい。情報源１６０は、車両速度計、レーダー速度計、温湿度センサー等を含む一般的な速度計測デバイス、センサー、又はＩＯＴ（モノのインターネット）デバイス等の物理デバイスであってもよい。情報源１６０は、ニュース、メッセージ、リアルタイム道路情報等を取得するように構成された情報源であってもよい。例えば、情報源１６０は、Ｕｓｅｎｅｔに基づくインターネットニュースグループ、インターネット上のサーバー、気象情報サーバー、道路状況情報サーバー、ソーシャルネットワークサーバー等、又はそれらの任意の組み合わせを含むネットワーク情報源であってもよい。一例としてフードデリバリーサービスを取り上げると、情報源１６０は、特定の地域における複数のフード提供者の情報を記憶するシステム、市営サービスシステム、リアルタイム交通放送システム、気象放送システム、ニュースネットワーク、地区の法規制を記憶するルールシステム、ローカルソーシャルネットワークシステム等、又はそれらの任意の組み合わせであってもよい。本明細書において説明する例は、情報源の範囲も、情報源によって提供されるサービスのタイプも限定することを意図するものではない。サービスの情報を提供することができる任意のデバイス又はネットワークを、本開示における情報源として指定することができる。

幾つかの実施形態では、オン・デマンドサービスシステム１０５及びネットワーク環境１００内の異なるセクション（section：部分）は、オーダーに基づいて通信されてもよい。本開示において、「サービス」、「オーダー」、又は「サービスオーダー」は、或る個人又は団体が他の個人又は団体のために実行又は実施する特定の仕事又は取引を指すことができる。オーダーの対象は商品（product：生産品）であってもよい。幾つかの実施形態では、この商品は、有形商品であってもよいし、無形商品であってもよい。有形商品は、食料品、医薬品、商品、化学製品、電気器具、衣料品、車両、家屋資産、高級品等、又はそれらの任意の組み合わせを含む、形状又はサイズを有する任意の物であってもよい。無形商品は、サービス財、金融商品、知的産物、インターネット商品等、又はそれらの任意の組み合わせを含んでもよい。インターネット商品は、情報、娯楽、コミュニケーション、又はビジネスに関するユーザーの要件を満たす任意の商品を含んでいてもよい。インターネット商品を分類する多くの方法がある。一例としてホストプラットフォームに基づく分類方法を取り上げると、インターネット商品は、パーソナルホスト商品、ウェブ商品、モバイルインターネット商品、商用ホストプラットフォーム商品、組み込み商品等、又はそれらの任意の組み合わせを含んでもよい。モバイルインターネット商品は、モバイル端末において用いられるソフトウェア、プログラム又はシステムであってもよい。本明細書において、モバイル端末は、ラップトップコンピューター、タブレットコンピューター、モバイルフォン、パーソナルデジタルアシスタント（ＰＤＡ）、電子時計、ＰＯＳマシン、カーピューター、テレビ等、又はそれらの任意の組み合わせを含んでもよいが、これらに限定されるものではない。また、モバイルインターネット商品は、コンピューター又はモバイルフォンにおいて用いられるソーシャルコミュニケーション、ショッピング、旅行、娯楽、学習、又は投資の様々なソフトウェア又はアプリケーションを含んでもよい。旅行のソフトウェア又はアプリケーションは、旅行ソフトウェア又は旅行アプリケーション、車両予約ソフトウェア又は車両予約アプリケーション、地図ソフトウェア又は地図アプリケーション等であってもよい。車両予約ソフトウェア又は車両予約アプリケーションは、馬、運搬車、人力車（例えば、二輪自転車、三輪自転車等）、車両（例えば、タクシー、バス等）、列車、地下鉄、船舶、航空機（例えば、飛行機、ヘリコプター、スペースシャトル、ロケット、熱気球等）等、又はそれらの任意の組み合わせを予約するのに用いられてもよい。

図１−Ｂは、本開示の別の実施形態に係る、オン・デマンドサービスシステムを含むネットワーク環境の概略図を示している。図１−Ｂは、図１−Ａと類似している。図１−Ｂでは、データベース１３０は、独立しており、ネットワーク１５０に直接接続されてもよい。オン・デマンドサービスシステム１０５及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）、及び／又はユーザー端末デバイス１２０若しくは１４０は、ネットワーク１５０を介してデータベース１３０に直接アクセスすることができる。

図１−Ａ及び／又は図１−Ｂにおいて、データベース１３０と、オン・デマンドサービスシステム１０５、及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）、及び／又はユーザー端末デバイス１２０若しくは１４０とは、異なる方法で接続されてもよい。データベース１３０への各デバイスのアクセス許可は制限されてもよい。例えば、オン・デマンドサービスシステム１０５及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）は、最高レベルのアクセス許可を有することができ、例えば、データベース１３０内の公衆情報又は個人情報を読み出す許可又は変更する許可を有することができる。幾つかの特定の条件が満たされているときに、乗客端末デバイス１２０又はドライバー端末デバイス１４０が公衆情報又はユーザーに関連した個人情報のうちの幾つかを読み出すことを許可することができる。例えば、オン・デマンドサービスシステム１０５は、当該オン・デマンドサービスシステム１０５を用いているユーザー（乗客又はドライバー）の１つ以上の経験に基づいて、データベース１３０内の公衆情報又はユーザー関連情報を更新又は変更することができる。別の例として、ドライバー１４０は、乗客１２０からサービスオーダーを受け取ると、データベース１３０内の乗客１２０の情報のうちの幾つかを閲覧することができる。一方、ドライバー１４０は、データベース１３０内の乗客１２０の情報を勝手に変更することはできず、オン・デマンドサービスシステム１０５に変更の報告のみを行うことができ、システム１０５が、それに応じて、データベース１３０内の乗客１２０の情報を変更するか否かを決定することができるようにする。別の例として、乗客１２０は、ドライバー１４０からサービス提供の要求を受け取ると、データベース１３０内のドライバー１４０の情報のうちの幾つか（例えば、ユーザー格付け情報、運転経験等）を閲覧することができる。一方、乗客１２０は、データベース１３０内のドライバー１４０の情報を勝手に変更することはできず、オン・デマンドサービスシステム１０５に変更の報告のみを行うことができ、システム１０５が、それに応じて、データベース１３０内のドライバー１４０の情報を変更するか否かを決定することができるようにする。

当然ながら、位置に基づくサービスシステムの上記説明は、例示の目的で提供されたものであり、本開示の範囲を限定することを意図するものではない。当業者であれば、モジュールは、様々な方法で組み合わされてもよいし、サブシステムとして他のモジュールと接続されてもよい。本開示の教示の下で様々な変形及び変更が行われてもよい。しかしながら、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、データベース１３０は、データ記憶機能を有するクラウドコンピューティングプラットフォームであってもよく、パブリッククラウド、プライベートクラウド、コミュニティクラウド、ハイブリッドクラウド等が含まれるが、これらに限定されるものではない。そのような全ての変更は、本開示の保護範囲内にある。

図２は、本開示の幾つかの実施形態に係るオン・デマンドサービスシステムの概略図である。簡潔にするために、オン・デマンドサービスシステム１０５は、この図には示されておらず、オーダープッシュエンジン１１０が一例として示されている。オーダープッシュエンジン１１０は、１つ以上の処理モジュール２１０と、１つ以上の記憶モジュール２２０と、１つ以上の乗客インターフェース２３０と、１つ以上のドライバーインターフェース２４０とを備えることができる。オーダープッシュエンジン１１０は、集中型であってもよいし、分散型であってもよい。オーダープッシュエンジン１１０の１つ以上のモジュールは、ローカルであってもよいし、リモートであってもよい。幾つかの実施形態では、オーダー処理エンジン１１０は、ウェブサーバー、ファイルサーバー、データベースサーバー、ＦＴＰサーバー、アプリケーションサーバー、プロキシサーバー、メールサーバー等、又はそれらの任意の組み合わせであってもよい。

幾つかの実施形態では、オーダープッシュエンジンは、乗客インターフェース２３０を通じて乗客端末デバイス１２０から情報を受信し、及び／又は乗客端末デバイス１２０に処理された情報を送信することができる。幾つかの実施形態では、オーダープッシュエンジン１１０は、ドライバーインターフェース２４０を通じてドライバー端末デバイス１４０から情報を受信することができ、及び／又はドライバー端末デバイス１４０に処理された情報を送信することができる。情報を送信又は受信する方法は直接的であってもよい。例えば、情報は、１つ以上の乗客端末デバイス１２０及び／又は１つ以上のドライバー端末デバイス１４０からネットワーク１５０を介して乗客インターフェース２３０及び／又はドライバーインターフェース２４０を通じて直接取得することができる。別の例として、情報は、情報源１６０から直接受信されてもよい。情報を送信又は受信する方法は間接的であってもよい。例えば、処理モジュール２１０は、１つ以上の情報源１６０に要求を送信することによって、情報を取得することができる。情報源１６０内の情報は、気象状況、道路状況、交通状況、ニュースイベント、ソーシャルアクティビティ等、又はそれらの任意の組み合わせを含んでもよいが、これらに限定されるものではない。オーダープッシュエンジン１１０は、データベース１３０と通信するように構成することができる。幾つかの実施形態では、オーダープッシュエンジンは、地図データ、履歴オーダーの情報、時間調整の量の情報等の情報を抽出するように構成することができる。上述の履歴オーダーの情報は、履歴オーダーの出発位置、履歴オーダーの目的地、履歴オーダーのピックアップ時刻、履歴オーダーのそれぞれの価格等、又はそれらの任意の組み合わせを含むことができる。上記で説明した時間調整の量の情報は、種々の時間帯における種々の地理的エリアの時間調整の値を含んでもよい。オーダープッシュエンジン１１０は、乗客インターフェース２３０及び／又はドライバーインターフェース２４０から受信された情報をデータベース１３０に送信するように構成することができる。オーダープッシュエンジン１１０の処理モジュール２１０によって取得された情報の処理結果も、データベース１３０に送信されてもよい。

幾つかの実施形態では、処理モジュール２１０は、関連情報を処理するように構成されてもよい。処理モジュール２１０は、処理された情報を乗客インターフェース２３０及び／又はドライバーインターフェース２４０に送信してもよい。情報処理の方法は、記憶すること、分類すること、フィルタリングすること、変換すること、計算すること、検索すること、予測すること、トレーニングすること等、又はそれらの任意の組み合わせを含んでもよいが、これらに限定されるものではない。幾つかの実施形態では、処理モジュール２１０は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、物理処理装置（ＰＰＵ）、デジタル処理プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、プロセッサ、マイクロプロセッサ、コントローラー、マイクロコントローラー等、又はそれらの任意の組み合わせを含んでもよいが、これらに限定されるものではない。

幾つかの実施形態では、乗客インターフェース２３０及びドライバーインターフェース２４０は、それぞれ乗客端末デバイス１２０及びドライバー端末デバイス１４０によって送信された情報を受信することができる。この受信された情報は、サービスの要求についての情報、乗客若しくはドライバーの現在位置についての情報、乗客端末デバイス１２０若しくはドライバー端末デバイス１４０によって送信されたテキストについての情報、又は乗客端末デバイス１２０若しくはドライバー端末デバイス１４０によって送信された他の任意の情報（例えば、画像、ビデオコンテンツ、オーディオコンテンツ等のアップロードされた情報）であってもよい。受信された情報は、記憶モジュール２２０に記憶されてもよいし、処理モジュール２１０によって特定及び処理されてもよいし、データベース１３０に送信されてもよい。

幾つかの実施形態では、乗客インターフェース２３０及びドライバーインターフェース２４０によって受信された情報は、処理モジュール２１０に送信することができる。処理モジュール２１０は、その後、この情報を処理して、処理された情報を生成することができる。処理モジュール２１０によって生成された情報は、乗客及び／又はドライバーの現在位置の最適化された情報、オーダーの出発位置及び／又は目的地に関連した最適化された情報であってもよい。幾つかの実施形態では、処理モジュール２１０によって生成される情報は、乗客又はドライバーの位置が異常であるか否か等の乗客及び／又はドライバーの位置の確認情報であってもよい。幾つかの実施形態では、処理モジュール２１０によって生成される情報は、移動方法、各移動方法若しくは複数の移動方法の組み合わせに関するオーダー完了率等、又はそれらの任意の組み合わせを含んでもよい。移動方法は、運転手付き乗用車サービス、ヒッチハイク、タクシー、バス、列車、弾丸列車、高速鉄道、地下鉄、船舶、飛行機等、又はそれらの任意の組み合わせを含んでもよい。幾つかの実施形態では、処理モジュール２１０によって生成される情報は、旅行に関連した情報であってもよい。この情報は、旅行の回数、各旅行の出発位置及び目的地、種々の移動方法に関する各旅行を過ごすために必要とされる時間及び費用等を含んでもよい。

幾つかの実施形態では、処理モジュール２１０によって生成された情報は、乗客インターフェース２３０及び／又はドライバーインターフェース２４０を介して乗客端末デバイス１２０及び／又はドライバー端末デバイス１４０に送信することができる。幾つかの実施形態では、処理モジュール２１０によって生成された情報は、データベース１３０、記憶モジュール２２０、又はデータを記憶することができるオン・デマンドサービスシステム１０５の他の任意のモジュール若しくはユニットに記憶されてもよい。

幾つかの実施形態では、データベース１３０は、（図１−Ａに示すように）オン・デマンドサービスシステム１０５のバックグラウンドにおいて構成することができる。幾つかの実施形態では、データベース１３０は、（図１−Ｂに示すように）スタンドアローンデバイスであってもよく、ネットワーク１５０と直接接続してもよい。幾つかの実施形態では、データベース１３０は、オン・デマンドサービスシステム１０５の一部分であってもよい。幾つかの実施形態では、データベース１３０は、オーダープッシュエンジン１１０の一部分であってもよい。データベース１３０は、データを記憶することができる任意のデバイスを指してもよい。データベース１３０は、ユーザー端末デバイス１２０、ユーザー端末デバイス１４０、又は情報源１６０から収集されたデータを記憶するのに用いることができる。データベース１３０は、オーダープッシュエンジン１１０によって生成された様々なデータも記憶することができる。データベース１３０又はシステム内の他の記憶デバイスは、読み出し／書き込み機能を有する任意の媒体を指してもよい。データベース１３０又はシステム内の他の記憶デバイスは、システム１０５の内部デバイスであってもよいし、システム１０５に接続された外部デバイスであってもよい。データベース１３０とシステム内の他の記憶デバイスとの間の接続は、有線であってもよいし、無線であってもよい。データベース１３０又はシステム内の他の記憶デバイスは、階層データベース、ネットワークデータベース、リレーショナルデータベース等、又はそれらの任意の組み合わせを含んでもよいが、これらに限定されるものではない。

データベース１３０又はシステムの他の記憶デバイスは、情報をデジタル化し、その後、デジタル化された情報を電気記憶デバイス、磁気記憶デバイス又は光記憶デバイスに記憶してもよい。データベース１３０又はシステムの他の記憶デバイスは、プログラム、データ等の様々な情報を記憶するように構成されてもよい。データベース１３０又はシステムの他の記憶デバイスは、電気エネルギーの形態で情報を記憶するように構成されたデバイスであってもよく、例えば、複数のメモリ、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）等であってもよい。ランダム・アクセス・メモリは、デカトロン、セレクトロン、遅延線メモリ、ウィリアムス管、ダイナミックランダム・アクセス・メモリ（ＤＲＡＭ）、スタティックランダム・アクセス・メモリ（ＳＲＡＭ）、サイリスターランダム・アクセス・メモリ（Ｔ−ＲＡＭ）、ゼロキャパシタランダム・メモリ（Ｚ−ＲＡＭ）等、又はそれらの任意の組み合わせを含んでもよいが、これらに限定されるものではない。リード・オンリー・メモリは、磁気バブルメモリ、磁気ボタンラインメモリ、薄膜メモリ、磁気プレーテッドワイヤメモリ、磁気コアメモリ、磁気ドラムメモリ、ＣＤ−ＲＯＭ、ハードディスク、テープ、初期不揮発性メモリ（ＮＶＲＡＭ）、相変化メモリ、磁気抵抗ランダム・アクセス・メモリ、強誘電性ランダム・アクセス・メモリ、不揮発性ＳＲＡＭ、フラッシュメモリ、電子的消去可能プログラマブルリード・オンリー・メモリ、消去可能プログラマブルリード・オンリー・メモリ、プログラマブルリード・オンリー・メモリ、マスクＲＯＭ、フローティングゲート接続ランダム・アクセス・メモリ、ナノＲＡＭ、レーストラックメモリ、可変抵抗メモリ、プログラマブルメタライゼーションメモリ等、又はそれらの任意の組み合わせを含んでもよいが、これらに限定されるものではない。データベース１３０又はシステムの他の記憶デバイスは、磁気エネルギーを利用して情報を記憶するように構成されたデバイスであってもよく、ハードディスク、ソフトディスク、テープ、磁気コア記憶装置、磁気バブルメモリ、ＵＳＢフラッシュディスク、フラッシュディスク等であってもよい。データベース１３０又はシステムの他の記憶デバイスは、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）等の光学的方法によって情報を記憶するように構成されたデバイスであってもよい。データベース１３０又はシステムの他の記憶デバイスは、光磁気的な方法によって情報を記憶するように構成されたデバイスであってもよく、例えば、磁気ディスク等であってもよい。データベース１３０又はシステム１０５の他の記憶デバイスにアクセスする方法は、ランダムアクセス、シリアルアクセス、リード・オンリーアクセス等、又はそれらの任意の組み合わせを含んでもよい。データベース１３０又はシステムの他の記憶デバイスは、揮発性メモリであってもよいし、不揮発性メモリであってもよい。当然ながら、記憶デバイスの上記説明は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。データベース１３０又はシステム１０５の他の記憶デバイスは、ローカルであってもよいし、リモートであってもよい。

当然ながら、処理モジュール２１０及び／又はデータベース１３０は、ユーザー端末デバイス１２０又は１４０に存在してもよいし、クラウドコンピューティングプラットフォームを介して対応する機能を実施してもよい。本明細書において、クラウドコンピューティングプラットフォームは、主としてデータ記憶に用いられる記憶ベースのクラウドプラットフォーム、主としてデータ処理に用いられる計算ベースのクラウドプラットフォーム、データ記憶及びデータ処理の双方に用いられるハイブリッドクラウドプラットフォーム等を含んでもよいが、これらに限定されるものではない。ユーザー端末１２０又は１４０によって用いられるクラウドプラットフォームは、パブリッククラウド、プライベートクラウド、コミュニティクラウド、ハイブリッドクラウド等であってもよい。例えば、ユーザー端末デバイス１２０又は１４０によって受信された幾つかのオーダー情報及び／又は非オーダー情報は、実際の要件に従ってユーザークラウドプラットフォームによって特定及び／又は記憶されてもよい。他のオーダー情報及び／又は非オーダー情報は、ローカル処理モジュール及び／又はシステムデータベースによって特定及び／又は記憶されてもよい。

図２に示すオーダープッシュエンジン１１０は様々な方法によって実施されてもよいことが理解されるであろう。例えば、オーダープッシュエンジン１１０は、ハードウェア、ソフトウェア又はそれらの組み合わせによって実施されてもよい。本明細書において、ハードウェアは、専用ロジックによって実施されてもよい。ソフトウェアは、メモリに記憶されてもよく、適切な命令実行システム（例えば、マイクロプロセッサ、専用設計ハードウェア等）によって実施されてもよい。上記方法及び上記システムは、コンピューター実行可能命令及び／又はプロセッサの組み込み制御コードによって実施されてもよいことが当業者によって理解されよう。例えば、制御コードは、ディスク、ＣＤ若しくはＤＶＤ−ＲＯＭ、リード・オンリー・メモリ（例えば、ファームウェア）等のプログラマブルメモリデバイス、又は光信号搬送波若しくは電気信号搬送波等のデータ搬送波等の媒体によって提供されてもよい。オーダープッシュエンジン１１０及びそのモジュールは、大規模集積回路若しくは大規模ゲートアレイ、半導体デバイス（例えば、ロジックチップ、トランジスタ、フィールドプログラマブルゲートアレイ、プログラマブルロジックデバイス等のプログラマブルハードウェアデバイスのハードウェア回路等）によって実施されてもよいだけでなく、様々なタイプのプロセッサにおいて実行されるソフトウェア、又は上記ハードウェア回路及びソフトウェア（例えば、ファームウェア）の組み合わせによって実施されてもよい。

当然ながら、オーダープッシュエンジン１１０の上記説明は、例示の目的で提供されたものであり、本開示の範囲を限定することを意図するものではない。当業者であれば、モジュールは、様々な方法で組み合わされてもよいし、サブシステムとして他のモジュールと接続してもよい。本開示の教示の下で様々な変形及び変更が行われてもよい。しかしながら、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、処理モジュール２１０、記憶モジュール２２０、乗客インターフェース２３０、ドライバーインターフェース２４０、及びデータベース１３０は、１つのシステム内の異なるモジュールであってもよいし、上記モジュールのうちの２つ以上の対応する機能を実行する単一のモジュールとして組み合わされてもよい。例えば、乗客インターフェース２３０及びドライバーインターフェース２４０は、乗客端末デバイス１２０及びドライバー端末デバイス１４０と同時にインタラクトすることができる単一のインターフェースとして組み合わされてもよい。例えば、データベース１３０は、オーダープッシュエンジン１１０に含まれてもよく、データベース１３０及び記憶モジュール２２０の全ての機能は、単一の記憶デバイスによって実施されてもよい。そのような全ての変更は、本開示の保護範囲内にある。

図３は、本開示の幾つかの実施形態に係るオーダープッシュエンジンの処理モジュールの概略図である。処理モジュール２１０は、住所解析ユニット３１０と、画像処理ユニット３２０と、音声処理ユニット３３０と、テキスト処理ユニット３４０と、決定ユニット３５０と、ランク付けユニット３６０と、経路計画ユニット３７０と、決定ユニット３８０とを備えることができる。当然ながら、オーダープッシュエンジン１１０の処理モジュール２１０の構造の上記説明は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。幾つかの実施形態では、処理モジュール２１０は、他のユニットも備えてもよい。幾つかの実施形態では、上記ユニットのうちの幾つかは除去されてもよい。幾つかの実施形態では、上記ユニットのうちの幾つかは、対応する機能を実行する１つのユニットに組み合わされてもよい。幾つかの実施形態では、上記ユニットは独立していてもよい。幾つかの実施形態では、上記ユニットは相互接続されていてもよい。

住所解析ユニット３１０は、受信された住所情報を処理するように構成することができる。住所情報は、乗客インターフェース２３０、ドライバーインターフェース２４０、データベース１３０、情報源１６０、又は処理モジュール２１０の他のユニット若しくはサブユニットから取得することができる。住所情報を処理する方法は、住所情報の解析及び／又は逆解析を含んでもよい。住所情報の逆解析は、１つ以上の座標を、当該座標に対応する位置のテキスト記述情報に変換することを含んでもよい。住所情報の解析は、位置のテキスト記述情報（例えば、位置のテキスト記述）を住所座標情報に変換することを指す場合がある。住所座標情報は、座標系における１つ以上の座標、例えば、経度緯度座標を含んでもよい。テキスト記述情報は、位置の一般名、番地、ランドマークの名称等の位置の象徴的名称及び代表的名称のうちの１つ以上のものであってもよい。住所解析ユニット３１０は、処理された住所情報を他のユニットに送信することができる。これらの他のユニットは、画像処理ユニット３２０、音声処理ユニット３３０、テキスト処理ユニット３４０、決定ユニット３５０、ランク付けユニット３６０、経路計画ユニット３７０、決定ユニット３８０、乗客インターフェース２３０、ドライバーインターフェース２４０等、又はそれらの任意の組み合わせを含んでもよいが、これらに限定されるものではない。

画像処理ユニット３２０は、受信された画像（静止画像、ビデオフレーム等）を処理して、処理された情報を取得するように構成することができる。処理の方法は、画像強調、画像識別、画像セグメンテーション、画像測定（例えば、画角、距離、又は背景的関係の計算）等の１つ以上の画像処理方法を含んでもよい。処理ユニット３２０は、乗客インターフェース２３０、ドライバーインターフェース２４０、データベース１３０、情報源１６０、又は処理モジュール２１０の他のユニット若しくはサブユニットの１つ以上の組み合わせから画像情報を受信することができる。画像処理ユニット３２０によって特定された画像情報は、対応する住所情報を検索するために住所解析ユニット３１０に入力することができる。幾つかの実施形態では、画像処理ユニット３２０によって生成された処理結果は、経路計画ユニット３７０に送信することができる。

音声処理ユニット３３０は、乗客端末デバイス１２０及び／又はドライバー端末デバイス１４０から受信された音声情報を処理するように構成することができる。処理の方法は、ノイズリダクション、音声認識及び／又は会話認識、意味認識、人物認識等を含んでもよい。音声処理ユニット３３０は、認識されたオーディオ情報を処理のために他のユニットに出力することができる。例えば、音声処理ユニット３３０は、認識された住所情報を住所解析ユニット３１０、経路計画ユニット３７０等に送信することができる。音声処理ユニット３３０は、非オーディオ情報（例えば、処理モジュール２１０の他のユニット、乗客インターフェース２３０、ドライバーインターフェース２４０等からのテキスト情報）をオーディオ情報に変換することができる。

テキスト処理ユニット３４０は、処理モジュール２１０によって受信されたテキスト情報を処理するように構成することができる。幾つかの実施形態では、テキスト情報は、単語分割、テキスト情報からの特徴的テキストの抽出、特徴的テキストの分類、テキスト情報の意味認識等、又はそれらの任意の組み合わせによって処理することができる。幾つかの実施形態では、テキスト処理ユニット３４０は、特定の条件を満たすテキスト情報の内容を処理する（例えば、削除操作等を実行する）ように構成することができる。テキスト情報は、乗客インターフェース２３０、ドライバーインターフェース２４０、データベース１３０、情報源１６０、記憶モジュール２２０、又は処理モジュール２１０の他のユニット若しくはサブユニットから取得することができる。幾つかの実施形態では、テキスト処理ユニット３４０によって生成された結果は、更なる処理のために他のユニットに送信することができる。幾つかの実施形態では、テキスト処理ユニット３４０によって生成された結果は、記憶のために記憶モジュール２２０に送信することもできるし、更なる処理のために乗客インターフェース２３０又はドライバーインターフェース２４０に送信することもできる。

決定ユニット３５０は、２つの輸送サービスオーダーの間の関係を求めることができる。幾つかの実施形態では、決定ユニット３５０は、２つのオーダー（例えば、第１のオーダー及び第２のオーダー）の間の時間的関係を求めることができる。幾つかの実施形態では、決定ユニット３５０は、２つのオーダーのピックアップ時刻の時間的順序を求めることができる。幾つかの実施形態では、決定ユニット３５０は、或るオーダーのピックアップ時刻と他のオーダーの到着時刻との時間的順序を求めることができる。幾つかの実施形態では、決定ユニット３５０は、２つのオーダーの間の地理的関係を求めることができる。幾つかの実施形態では、決定ユニット３５０は、第１のオーダーの出発位置と第２のオーダーの目的地との間の近接性を求めることができる。幾つかの実施形態では、決定ユニット３５０は、一方のオーダーに関する運転方向と他方のオーダーに関する運転方向との間の近接性を求めることができる。決定ユニット３５０は、乗客及び／又はドライバーのステータスを求めることができる。幾つかの実施形態では、決定ユニット３５０は、乗客端末デバイス１２０及び／又はドライバー端末デバイス１４０によって送信された位置情報の確度及び／又は精度を求めることができる。幾つかの実施形態では、決定ユニット３５０は、車両の状況、例えば、車両が静止しているか否か、車両が移動しているか否か、車両の移動方向、車両の速度、車両の加速度等、又はそれらの任意の組み合わせを求めることができる。車両の状況を求めることは、決定ユニット３８０によるオーダーの所要費用を求めるのに用いることができる。幾つかの実施形態では、決定ユニット３５０は、第１の測位技術によって取得された測位結果と、第２の測位技術又は複数の測位技術によって取得された測位結果との間の差を求めることができる。ここで、測位結果は、ドライバー端末デバイス１４０から受信することができる。この差は、決定ユニット３８０によって求められてもよい。この差に従って、第１の測位技術によって取得された測位情報が異常であるか否かに関する判断を行うことができる。この判断結果に従って、オーダープッシュエンジン１１０は、オーダー情報をドライバー端末デバイス１４０及び／又は他のドライバー端末デバイス１４０に送信するか否かを判定するように構成することができる。

ランク付けユニット３６０は、特定のルールに基づいて複数のオーダーをランク付けするように構成することができる。この特定のルールは、オーダーのピックアップ時刻又は到着時刻の時間的順序とすることができる。幾つかの実施形態では、ランク付けユニット３６０は、複数のオーダーのピックアップ時刻の時間的順序に基づいてオーダーをランク付けすることができ、これらの複数のオーダーをピックアップ時刻によって最も早いものから最も遅いものにリストに配列することができる。ドライバーインターフェース２４０は、このリストを選択のためにドライバー端末デバイス１４０に送信することができる。幾つかの実施形態では、オーダーのピックアップ時刻及び／又は到着時刻に基づいて、ランク付けユニット３６０は、複数の他のオーダーをピックアップ時刻によってランク付けし、これらの複数の他のオーダーをピックアップ時刻によって時間的順序でリストに配列するように構成することができる。ドライバーインターフェース２４０は、このリストを選択のためにドライバー端末デバイス１４０に送信することができる。ランク付けユニット３６０は、受信された情報を特定のルールに基づいてランク付けするように構成することもできる。このルールは、確率、距離、時間シーケンス、経過時間の量、所要費用、用いられる移動方法の数等、又はそれらの任意の組み合わせとすることができる。処理された情報は、決定ユニット３８０から取得することができる。幾つかの実施形態では、ランク付けユニット３６０は、履歴オーダーの出発地及び／又は目的地の出現数又は確率に基づいて、オーダーの候補出発地及び／又は候補目的地をランク付けし、オーダーを出現数の多い方から少ない方に基づいて選択するために乗客端末デバイス１２０及び／又はドライバー端末デバイス１４０に送信することができる。幾つかの実施形態では、ランク付けユニット３６０は、所要費用に基づいて移動方法及び／又は経路をランク付けすることができる。幾つかの実施形態では、ランク付けユニット３６０は、経過時間に基づいて移動方法及び／又は経路をランク付けすることができる。結果は、昇順にランク付けすることもできるし、降順にランク付けすることもできる。幾つかの実施形態では、ランク付けユニット３６０は、ランク付けに関与する情報の幾つか又は全てを出力することができる。

経路計画ユニット３７０は、乗客端末デバイス１２０及びドライバー端末デバイス１４０からの測位情報に基づいて、乗客の移動経路及びドライバーから乗客までの運転経路を特定及び計画することができる。経路計画ユニット３７０は、他のユニットからの情報に基づいて経路を構成することができる。これらの他のユニットは、住所解析ユニット３１０、画像処理ユニット３２０、音声処理ユニット３３０、ランク付けユニット３６０、決定ユニット３８０等、又はそれらの任意の組み合わせを含むことができる。幾つかの実施形態では、経路計画ユニット３７０は、データベース１３０及び／又は情報源１６０からの情報に基づいて経路を計画することができる。幾つかの実施形態では、経路計画ユニット３７０は、データベース１３０から受信された履歴オーダー、地図データ、時間調整の量の情報と、情報源１６０から受信されたサービスに関連した情報とを包括的に解析及び処理することができる。経路計画ユニット３７０は、これらの情報を解析及び処理した後、乗客及び／又はドライバーが選択するための様々な経路を生成することができる。履歴オーダーは、履歴オーダーの出発位置、履歴オーダーの目的地、履歴オーダーの取引時刻（例えば、オーダーがドライバー及び乗客の双方によって受理された時刻）、オーダー完了率、コスト等、又はそれらの任意の組み合わせを含むことができる。地図データは、街路、橋梁、建物等の人工物の地理的座標、様々な水域、山岳、森林、湿地等の自然景観の地理的座標、及び上記で説明した物の記述名又は識別情報（identifiers）（例えば、番地、邸宅（mansion：マンション）の名称、河川の名称、ストアの名称等）、画像情報、３次元モデル等を含むことができる。サービスに関連した情報は、気象情報、交通情報、法規制の情報、ニュースイベント、生活情報、生活ガイド情報等、又はそれらの任意の組み合わせを含むことができる。経路計画ユニット３７０によって生成された結果（例えば、経路）は、乗客インターフェース２３０及び／又はドライバーインターフェース２４０を介してそれぞれ乗客端末デバイス１２０及び／又はドライバー端末デバイス１４０に送信することができる。幾つかの実施形態では、経路計画ユニット３７０によって生成された結果は、特定のオーダー、スコアのランク、又は優先度を有する結果を生成するように処理するために、ランク付けユニット３６０に送信することができる。

決定ユニット３８０は、受信された情報を決定するように構成することができる。この情報は、乗客インターフェース２３０、ドライバーインターフェース２４０、データベース１３０、情報源１６０、又は処理モジュール２１０の他のユニット若しくはサブユニット（例えば、住所解析ユニット３１０等）から受信することができる。受信された情報は、距離、時刻、オーダー回転率、所要費用等、又はそれらの任意の組み合わせを含むことができる。幾つかの実施形態では、決定ユニット３８０は、或るオーダーの出発位置と別のオーダーの目的地との間の距離を求めることができる。幾つかの実施形態では、決定ユニット３８０は、オーダーの出発地から目的地までの推定運転時間を求めるように構成することができる。幾つかの実施形態では、決定ユニット３８０は、ドライバーの現在位置からオーダーの出発位置までの運転時間の推定値を求めるように構成することができる。幾つかの実施形態では、決定ユニット３８０は、オーダーの経路における或る位置から別の位置への履歴オーダーにおけるドライバーの運転時間、運転距離及び平均運転速度を求めるように構成することができる。幾つかの実施形態では、決定ユニット３８０は、履歴運転経路の確率を求めるように構成することができる。幾つかの実施形態では、決定ユニット３８０は、履歴オーダーの出発位置及び／又は目的地の出現確率を求めるように構成することができる。幾つかの実施形態では、決定ユニット３８０は、乗客の現在位置と履歴オーダーの出発位置との間の距離を求めるように構成することができる。幾つかの実施形態では、決定ユニット３８０は、オーダーの出発位置から目的地までの距離、所要時間、所要費用、所要歩行距離等、又はそれらの任意の組み合わせを求めるように構成することができる。幾つかの実施形態では、決定ユニット３８０は、求められた結果を、１つ以上の他のユニット、例えば、ランク付けユニット３６０、経路計画ユニット３７０等に送信することができる。

当然ながら、オーダープッシュエンジン１１０の処理モジュール２１０の上記説明は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、モジュールを様々な方法で組み合わせることもできるし、サブシステムとして他のモジュールと接続することもできる。本開示の教示の下で、上記機能が実現されることを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、幾つかの実施形態では、処理モジュール２１０は、オーダーを完了するための所要費用を求めるように構成された独立したアカウンティングユニットを備えてもよい。幾つかの実施形態では、テキスト処理ユニット３４０等の幾つかのユニットは省略されてもよい。幾つかの実施形態では、処理モジュール２１０は、他のユニット又はサブユニットを備えてもよい。そのような全ての変更は、本開示の保護範囲内にある。

図４−Ａは、本開示の幾つかの実施形態に係るオーダープッシュエンジンの乗客インターフェースの概略図である。乗客インターフェース２３０は、乗客情報受信ユニット４１０と、乗客情報解析ユニット４２０と、乗客情報送信ユニット４３０とを備えることができる。乗客情報受信ユニット４１０は、乗客端末デバイス１２０によって送信される情報を受信することができ、この情報を認識、整理及び分類することができる。乗客端末デバイス１２０によって送信される情報の内容は、測位技術を用いることによって求められた乗客端末デバイス１２０の現在位置、乗客によって入力若しくは選択された現在位置若しくは出発位置、又は乗客の現在位置に関連した他の情報に関するものであってもよい。また、乗客端末デバイス１２０によって送信される情報の内容は、システムの現在時刻、乗客が期待するピックアップ時刻／到着時刻／移動時間、サービスに関する乗客の選択／要件／記述情報、乗客が受け取ることを期待する情報の内容／フォーマット／時間／量等に関するものであってもよい。また、乗客端末デバイス１２０によって送信される情報の内容は、乗客が乗客端末デバイス１２０においてサービスアプリケーションを開くか否かに関するものであってもよい。幾つかの実施形態では、乗客情報受信ユニット４１０は、乗客端末デバイス１２０からのリアルタイム輸送サービスオーダーを受信することができる。幾つかの実施形態では、乗客情報受信ユニット４１０は、乗客端末デバイス１２０から今後の輸送サービスオーダーを受信することができる。乗客端末デバイス１２０によって送信される情報は、乗客端末デバイス１２０において乗客によって入力された自然言語によるテキスト情報の場合もあるし、乗客端末デバイス１２０によって送信されたバイナリー情報の場合もある。送信される情報は、（図５に示すような）乗客端末デバイス１２０の入力／出力モジュール５１０に記録された音声情報（乗客の音声入力を含む）、乗客端末デバイス１２０の入力／出力モジュール５１０によって取得された画像情報（静止画像又はビデオを含む）等、又はそれらの任意の組み合わせの場合もある。乗客端末デバイス１２０は、ネットワーク１５０を介して乗客インターフェース２３０の乗客情報受信ユニット４１０に上記情報を提供することができる。

乗客情報解析ユニット４２０は、乗客情報受信ユニット４１０によって受信された乗客情報を解析するように構成することができる。この解析は、乗客情報を整理又は分類することを含んでもよい。解析は、乗客情報のフォーマットを変換するか又は乗客情報の内容を抽出、解析若しくは変換して、処理モジュール２１０によって特定、処理することができるか又は記憶モジュール２２０によって記憶することができるフォーマットにすることも含むことができる。乗客情報解析ユニット４２０は、乗客端末デバイス１２０の命令又は好みに基づいて、処理モジュール２１０によって処理された情報のフォーマット又は記憶モジュール２２０に記憶された情報のフォーマットを変換して、乗客端末デバイス１２０によってアクセス又は選択することができるフォーマットにすることもできる。乗客情報解析ユニット４２０は、フォーマット変換された情報を乗客情報送信ユニット４３０に提供することができる。

乗客情報送信ユニット４３０は、情報（例えば、オーダープッシュエンジン１１０が乗客端末デバイス１２０に送信するように要請した情報）を、ネットワーク１５０を介して乗客端末デバイス１２０に送信することができる。幾つかの実施形態では、乗客情報送信ユニット４３０は、以前に送信された輸送サービス情報を確認するように乗客端末デバイス１２０に要請する輸送サービス確認を送信することができる。乗客情報送信ユニット４３０によって送信される情報は、オン・デマンドサービスシステム１０５及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）によって確認された乗客の輸送サービスオーダーの情報であってもよい。この送信される情報は、乗客の位置の交通状況又は乗客の位置の他の任意の情報も含んでもよい。また、この送信される情報は、システム１０５及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）からのプロンプトメッセージ若しくは通知、情報源１６０からのニュース／通知／プロンプトメッセージ、乗客の輸送サービスオーダーに対する１人以上のドライバーの応答（受理、拒否等）等、又はそれらの任意の組み合わせであってもよい。幾つかの実施形態では、乗客情報送信ユニット４３０は、乗客の輸送サービスオーダーの受理の応答を１人以上のドライバーから乗客端末デバイス１２０に送信することができる。乗客情報送信ユニット４３０は、ドライバー情報も乗客端末デバイス１２０に送信することができる。乗客情報送信ユニット４３０によって送信される情報は、自然言語によるテキスト情報、オーダープッシュエンジン１１０によって生成されたバイナリー情報、音声情報（自然言語による任意のテキストのテキスト音声変換によって生成された任意の音声を含む）、画像情報（例えば、乗客及び１人以上のドライバーの位置がマーキングされた地図インターフェース）等、又はそれらの任意の組み合わせであってもよい。乗客情報送信ユニット４３０は、上記情報を、ネットワーク１５０を介して乗客端末デバイス１２０に送信することができる。

乗客情報受信ユニット４１０は、有線受信デバイス又は無線受信デバイスを備えることができる。この受信デバイスは、ネットワーク１５０を介して乗客端末デバイス１２０と通信することができる。同様に、乗客情報送信ユニット４３０は、有線送信デバイス又は無線送信デバイスを備えることができる。この送信デバイスは、ネットワーク１５０を介して乗客端末デバイス１２０と通信することができる。

図４−Ｂは、本開示の幾つかの実施形態に係るオーダープッシュエンジンにおけるドライバーインターフェースの概略図である。図４−Ｂに示すように、ドライバーインターフェース２４０は、ドライバー情報受信ユニット４１５と、ドライバー情報解析ユニット４２５と、ドライバー情報送信ユニット４３５とを備えることができる。ドライバー情報受信ユニット４１５は、ドライバーのデバイスを通じてドライバーによって送信された情報を受信することができ、この情報を認識、整理及び分類することができる。ドライバーによって送信される情報の内容は、測位技術を用いて求められたドライバーの現在位置に関するものであってもよい。また、情報の内容は、ドライバーの運転速度、ドライバーの現在の移動の出発地及び／又は目的地、輸送サービスオーダーに対するドライバーの応答若しくは傾向、ドライバーによって返される現在のサービス状況（例えば、乗車中、乗客の乗車待ち中、アイドル運転中（例えば、乗客のいない運転中））、サービス要求に対するドライバーの選択／確認／拒否情報等、又はそれらの任意の組み合わせに関するものであってもよい。また、この情報の内容は、ドライバーがドライバー端末デバイス１４０においてサービスアプリケーションをオン又はオフにする情報等に関するものであってもよい。ドライバー端末デバイス１４０によって送信される情報は、自然言語によるテキスト情報であってもよく、ドライバーによってドライバー端末デバイス１４０に入力することができる。また、この送信される情報は、バイナリー情報、ドライバー端末デバイス１４０によって記録された音声情報（ドライバーの１つ以上の音声入力を含む）、ドライバー端末デバイス１４０によって取得された画像情報（静止画像又はビデオを含む）、他のタイプのマルチメディア情報等、又はそれらの任意の組み合わせであってもよい。ドライバー端末デバイス１４０は、ネットワーク１５０を介してドライバーインターフェース２４０のドライバー情報受信ユニット４１５に情報を送信することができる。

ドライバー情報解析ユニット４２５は、ドライバー情報受信ユニット４１５によって受信されたドライバー情報を解析するように構成することができる。この解析は、ドライバー情報を整理すること又は分類することを含むことができる。この解析は、ドライバー情報のフォーマットを変換するか又はドライバー情報の内容を抽出、解析若しくは変換して、処理モジュール２１０によって特定、処理することができるか又は記憶モジュール２２０によって記憶することができるフォーマットにすることを含むことができる。ドライバー情報解析ユニット４２５は、処理モジュール２１０によって処理されるか又は記憶モジュール２２０に記憶される情報のフォーマットを、ドライバー端末デバイス１４０の命令又は好みに基づいて、ドライバー端末デバイス１４０によってアクセス又は選択することができるフォーマットに変換することもできる。ドライバー情報解析ユニット４２５は、フォーマット変換された情報をドライバー情報送信ユニット４３５に提供することができる。

ドライバー情報送信ユニット４３５は、ドライバー端末デバイス１４０への情報（例えば、オーダープッシュエンジン１１０が、ドライバー端末デバイス１４０に送信するように要請する情報）を、ネットワーク１５０を介してドライバー端末デバイス１４０に送信することができる。ドライバー情報送信ユニット４３５によって送信される情報は、オン・デマンドサービスシステム１０５及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）によって確認された１人以上の乗客の輸送サービスオーダーの情報であってもよい。また、この送信される情報は、現在位置の周辺エリアにおける交通状況、現在位置の周辺エリアにおける他の情報であってもよい。この送信される情報は、乗客の位置の交通状況、乗客の位置の他の情報であってもよい。この送信される情報は、システム１０５及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）からのプロンプトメッセージ若しくは通知、情報源１６０からのニュース／通知／プロンプトメッセージ、乗客の輸送サービスオーダーに対する他のドライバーの応答（受理、拒否等）等、又はそれらの任意の組み合わせであってもよい。幾つかの実施形態では、ドライバー情報送信ユニット４３５は、１つ以上の乗客端末デバイス１２０からのリアルタイム輸送サービスオーダーをドライバー端末デバイス１４０に送信することができる。幾つかの実施形態では、ドライバー情報送信ユニット４３５は、１つ以上のドライバー端末デバイス１４０からの今後の輸送サービスオーダーをドライバー端末デバイス１４０に送信することができる。ドライバー情報送信ユニット４３５によって送信される情報は、自然言語によるテキスト情報、又はオーダープッシュエンジン１１０によって生成されたバイナリー情報であってもよい。この送信される情報は、音声情報（任意の自然言語テキストのテキスト音声変換によって生成された任意のオーディオを含む）、画像情報（例えば、乗客及び１人以上のドライバーの位置がマーキングされた地図インターフェース）等、又はそれらの任意の組み合わせであってもよい。

ドライバー情報受信ユニット４１５は、有線受信デバイス又は無線受信デバイスを備えることができる。この受信デバイスは、ネットワーク１５０を介してドライバー端末デバイス１４０と通信することができる。同様に、ドライバー情報送信ユニット４３５は、有線送信デバイス又は無線送信デバイスを備えることができる。この送信デバイスは、ネットワーク１５０を介してドライバー端末デバイス１４０と通信することができる。

図５は、本開示の幾つかの実施形態に係るユーザー端末デバイスの概略図である。一例として乗客端末デバイス１２０を取り上げると、乗客端末デバイス１２０は、図５に示すように、入力／出力モジュール５１０と、ディスプレイモジュール５２０と、測位モジュール５３０と、コミュニケーションモジュール５４０と、処理モジュール５５０と、記憶モジュール５６０とを備えることができる。また、乗客端末デバイスは、より多くのモジュール又は構成要素を備えてもよい。

入力／出力モジュール５１０は、乗客が、オン・デマンドサービスアプリケーションのオペレーティングシステムインターフェース、画像インターフェース、地図インターフェース、又は入力／出力インターフェースに提供した１つ以上のタイプの入力を受信することができる。入力／出力モジュール５１０は、情報を１つ以上のタイプの出力で乗客に出力することができる。入力／出力モジュール５１０は、信号変換等の方法によって乗客又は外部（例えば、周辺環境）の光学的情報、音響的情報、電磁気的情報、機械的情報等の１つ以上のタイプの情報を静止画像、ビデオ、オーディオ、機械的振動等の形態で収集して記録することができる。入力及び／又は出力は、音響信号、光信号、機械的振動信号等、又はそれらの任意の組み合わせの形態であってもよい。ディスプレイモジュール５２０は、オン・デマンドサービスアプリケーションの画像インターフェース、地図インターフェース、入力／出力オペレーティングインターフェース、オペレーティングシステムインターフェース等を表示することができる。測位モジュール５３０は、１つ以上の測位／距離測定技術に基づいて乗客の位置及び／又は動作ステータスを求めることができる。より詳細には、例えば、乗客の位置又は動作ステータスを特定することは、乗客の位置、速度、加速度、角速度、経路等、又はそれらの任意の組み合わせ等の１つ以上の動作パラメーターを特定することを含んでもよい。コミュニケーションモジュール５４０は、乗客端末デバイス１２０の情報を有線コミュニケーション又は無線コミュニケーションによって送信又は受信することができる。例えば、コミュニケーションモジュール５４０は、乗客端末デバイス１２０が乗客インターフェース２３０を介してオーダープッシュエンジン１１０に対して情報を送受信することができるように、オーダープッシュエンジン１１０の乗客インターフェース２３０と通信することができる。幾つかの実施形態では、乗客端末デバイス１２０は、コミュニケーションモジュール５４０を介してドライバー端末デバイス１４０と通信することができる。例えば、乗客端末デバイス１２０及びドライバー端末デバイス１４０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）コミュニケーション及び／又は赤外線コミュニケーションを通じて互いに通信することができる。ドライバー端末デバイス１４０と乗客端末デバイス１２０との間の距離は、双方のデバイスのＢｌｕｅｔｏｏｔｈ（登録商標）がオンになっているとき、直接測定することができる。処理モジュール５５０は、乗客端末デバイス１２０が得た情報を特定、特定又は処理することができる。記憶モジュール５６０は、入力／出力モジュール５１０、測位モジュール５３０、コミュニケーションモジュール５４０又は処理モジュール５５０が取得、生成、特定、特定又は処理した情報を記憶することができる。

測位技術は、全地球測位システム（ＧＰＳ）技術、全地球航法衛星システム（ＧＬＯＮＡＳＳ）技術、北斗衛星導航系統技術、ガリレオ測位システム（Ｇａｌｉｌｅｏ）技術、準天頂衛星システム（ＱＡＳＳ）技術、ベースステーション（基地局）測位技術、及びＷｉ−Ｆｉ測位技術を含むことができるが、これらに限定されるものではない。距離測定技術は、電磁波、音波等、又はそれらの任意の組み合わせに基づく距離測定技術を含むことができるが、これらに限定されるものではない。例えば、電磁波に基づく距離測定技術は、電波、赤外線、可視光等、又はそれらの任意の組み合わせを利用することができる。電波に基づく距離測定技術は、Ｂｌｕｅｔｏｏｔｈ（登録商標）帯域、又は他のマイクロ波帯域を利用することができる。赤外線に基づく距離測定技術は、近赤外線、中赤外線、遠赤外線等、又はそれらの任意の組み合わせを利用することができる。音波に基づく距離測定技術は、超音波、超低周音波、他の周波数における音波等、又はそれらの任意の組み合わせを利用することができる。電磁波又は音波に基づく距離測定技術は、１つ以上の原理に従って距離を測定することができる。例えば、電磁波又は音波に基づく距離測定技術は、波伝播の時間、ドップラー効果、信号の強度、信号減衰特性等、又はそれらの任意の組み合わせに依拠することができる。

乗客端末デバイス１２０の上記説明は、ドライバー端末デバイス１４０にも適用可能であり得る。

当然ながら、ユーザー端末デバイス１２０又は１４０に基づくサービスシステムの上記説明は、例示の目的で提供されたものであり、本開示の範囲を限定することを意図するものではない。当業者であれば、モジュールは、様々な方法で組み合わされてもよいし、サブシステムとして他のモジュールと接続してもよい。本開示の教示の下で様々な変形及び変更が行われてもよい。しかしながら、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、入力／出力モジュール５１０及びディスプレイモジュール５２０は、システム内の異なるモジュールであってもよいし、双方のモジュールの機能を達成することが可能な単一のモジュールであってもよい。別の例として、測位モジュール５３０及びコミュニケーションモジュール５４０は、異なるモジュールであってもよいし、ハードウェアに統合された単一のモジュールであってもよい。そのような全ての変更は、本開示の保護範囲内にある。

図６は、本開示の幾つかの実施形態に係るデータベースの概略図である。データベース１３０は、複数の内容の情報を記憶することができる。データベース１３０は、履歴オーダーデータベース６１０、地図データベース６２０、ユーザーデータベース６３０、時間調整データベース６４０等の１つ以上のサブデータベースを備えることができる。１種類以上の情報がオーダープッシュエンジン１１０又は他のモジュール／ユニットによって必要とされる幾つかの実施形態では、それらの情報は、データベース１３０から抽出することができる。

履歴オーダーデータベース６１０は、履歴オーダーを含むことができ、その内容は、乗客及びドライバーの出発地、目的地、出発地のタイプ、目的地のタイプ、ピックアップ時刻／到着時刻、待ち合わせ位置、運転マイレージ、運転経路、オーダーサービスの運賃、オーダーサービスのチップ、オーダーサービスの料金（tolls）、オーダーサービスのマイレージレート、オーダーサービスの時間単位の運賃、運転時間等に関するものであってもよい。また、履歴オーダーの内容は、サービス中の種々の時点における乗客／ドライバーの位置及び運転速度、平均運転速度、燃料消費、単位距離あたりの燃料消費、履歴オーダーに対する乗客及び／又はドライバーの格付け等に関するものであってもよい。

地図データベース６２０は、街路、橋梁、建物、商業地区、住宅地区、公共地区（例えば、公園、動物園、植物園等）等の人工物の地理的座標を含むことができる。地図データベース６２０は、各レベルの行政区画の境界点の地理的座標を含むことができる。地図データベース６２０は、様々な水域、山岳、森林、湿地等の自然景観の地理的座標を含むことができる。地図データベース６２０は、上述の物の記述名又は識別情報（例えば、番地、邸宅、河川、ストア等）と、様々な地理的区分の境界点の地理的座標とを含むことができる。地図データベース６２０は、上記地理的座標に関連した他の情報を記憶することができる。例えば、地図データベース６２０は、人工物及び自然景観の面積を記憶することができる。地図データベース６２０は、各レベルの行政区画の面積及び人口も記憶することができる。別の例として、地図データベース６２０は、人工物、自然景観、行政区画、地理的区分等の画像情報を記憶することができる。

ユーザーデータベース６３０に記憶された情報は、アカウント名、プロファイル画像、表示名（例えば、ニックネーム）、証拠書類番号（例えば、運転免許証、ＩＤカード等）、登録日、ユーザーレベル／優先度、交通違反歴、運転歴（例えば、飲酒運転）、及びドライバー１４０の車両の情報等のユーザー１２０又は１４０のサービスに関連した情報を含むことができる。ユーザーデータベース６３０は、クレジット記録、犯罪歴、表彰歴又は報償歴等のユーザー１２０又は１４０の他の社会情報を記憶することができる。ユーザーデータベース６３０は、年齢、性別、国籍、住所、職場、民族、信教、学歴、職歴、結婚歴、身体の健康状態、精神の健康状態、情緒状態、言語能力、特技、政治的偏向、趣味、お気に入りの音楽／ＴＶ番組／映画／書物等のユーザー１２０又は１４０のプロファイル情報も記憶することができる。

時間調整データベース６４０は、時間調整の情報を記憶するように構成することができる。この時間調整の情報は、オーダーの実際の運転時間とオーダーの推定運転時間との間のオフセットを指すことができる。幾つかの実施形態では、時間調整の情報は、地理的位置に関するものであってもよい。幾つかの実施形態では、時間調整の情報は、地理的位置が位置するエリアに関するものであってもよい。幾つかの実施形態では、時間調整の情報は、時間に関するものであってもよい。幾つかの実施形態では、時間調整の情報は、履歴オーダーに従って求められてもよい。異なる時間調整量を異なる時間帯の間の同じ位置に割り当てることができる。幾つかの実施形態では、オーダーの時間調整量は、出発位置、目的地、中間位置、オーダーを満たすための時間、出発地と目的地との間の距離等、又はそれらの任意の組み合わせに関するものであってもよい。オーダーの出発地、目的地、及び運転経路が求められる幾つかの実施形態では、オーダープッシュエンジン１１０は、時間調整データベース６４０を検索して、オーダーの時間調整量を取得することができる。

時間調整量は、移動又は旅行の推定運転時間と実際の運転時間との間の時間差を表すことができる。幾つかの実施形態では、時間調整量は、推定運転時間を実際の運転時間により近い値に補正又は調整するのに用いることができる。幾つかの実施形態では、時間調整量は、推定運転時間と実際の運転時間との間の差として求めることができる。時間調整量は、正の場合もあるし、負の場合もあるし、０の場合もある。幾つかの実施形態では、時間調整量は、実際の運転時間に対する推定運転時間の比として求めることができる。時間調整量は、１よりも大きい場合もあるし、１未満の場合もあるし、１に等しい場合もある。幾つかの実施形態では、時間調整量を地理的エリア又は時間帯に関連させることができる。

当然ながら、データベース１３０の上記説明は、例示の目的で提供されているにすぎず、本開示の範囲を限定することを意図するものではない。当業者であれば、モジュールを様々な方法で組み合わせることもできるし、サブシステムとして他のモジュールと接続することもできる。本開示の教示の下で、上記全ての機能を実現することを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、幾つかの実施形態では、データベース１３０は、他のデータベース又はサブデータベースを含んでもよい。そのような全ての変更は、本開示の保護範囲内にある。

図７は、本開示の幾つかの実施形態に係る、オーダープッシュエンジン１１０によってオーダーをフィルタリングするプロセスの概略フローチャートである。ステップ７１０において、オーダープッシュエンジン１１０は、第１のオーダー及び第１のオーダーに関連した情報を取得することができる。第１のオーダー及び第１のオーダーに関連した情報は、１つ以上の乗客端末デバイス１２０及び／又は１つ以上の情報源１６０から取得することができる。第１のオーダーは、リアルタイムオーダーであってもよいし、非リアルタイムオーダーであってもよい。幾つかの実施形態では、第１のオーダーは、事前に設定されたピックアップ時刻を有する今後のオーダーであってもよく、この事前に設定されたピックアップ時刻は、ドライバー端末デバイス１４０によって受信されたものである。第１のオーダーに関連した情報は、第１のオーダーのデバイス情報、乗客情報、時間情報、地理的情報等、又はそれらの任意の組み合わせ等の情報を含むことができるが、これらに限定されるものではない。

幾つかの実施形態では、第１のオーダーに関連したデバイス情報は、第１のオーダーを要求する乗客端末デバイス１２０の識別情報を含むことができる。幾つかの実施形態では、この識別情報は、一意のものとすることができる。例えば、乗客端末デバイス１２０の一意の識別情報は、モバイル機器の国際モバイルステーション機器識別情報（ＩＭＥI）、媒体アクセス制御（ＭＡＣ）アドレス等、又はそれらの任意の組み合わせを含むことができるが、これらに限定されるものではない。当然ながら、モバイル機器の一意の識別情報は、上記で説明した識別情報に限定されるものではない。一意の識別情報は、この分野において知られている他の任意の適した識別情報を含んでもよいし、今後開発されるものであってもよく、モバイル機器識別子（ＭＥＩＤ）、電子シリアル番号（ＥＳＮ）、国際モバイル加入者識別情報（ＩＭＳＩ）等、又はそれらの任意の組み合わせを含むが、これらに限定されるものではない。

幾つかの実施形態では、第１のオーダーに関連した乗客情報は、第１のオーダーを要求する乗客のプロファイル情報、社会情報等を含むことができる。乗客のプロファイル情報は、年齢、性別、国籍、住所、職場、身体の健康状態、精神の健康状態、言語能力、特技等、又はそれらの任意の組み合わせを含むことができるが、これらに限定されるものではない。乗客の社会情報は、結婚歴、情緒状態、民族性、信教、職歴、学歴、政治的偏向、クレジット記録、犯罪歴、表彰歴若しくは報償歴、趣味、お気に入りの音楽／テレビ番組／映画／書物等、又はそれらの任意の組み合わせを含むことができる。

幾つかの実施形態では、第１のオーダーに関連した時間情報は、第１のオーダーのピックアップ時刻情報、到着時刻情報、及び運転時間情報を含むことができる。幾つかの実施形態では、ピックアップ時刻情報は、現在時刻、乗客によって指定されたピックアップ時刻、実際のピックアップ時刻等とすることができる。幾つかの実施形態では、到着時刻情報は、乗客によって指定された到着時刻、推定到着時刻、実際の到着時刻等とすることができる。幾つかの実施形態では、運転時間情報は、第１のオーダーを完了する実際の時間、システム１０５及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）によって推定された運転時間、サードパーティ（例えば、サードパーティの地図ソフトウェア又は地図アプリケーション）によって推定された運転時間、乗客によって予想された運転時間等であってもよい。

幾つかの実施形態では、第１のオーダーに関連した地理的情報は、第１のオーダーに関連した出発位置情報、目的地情報、経路情報、又は他の任意の情報を含むことができる。幾つかの実施形態では、出発位置情報は、第１のオーダーの、乗客端末デバイス１２０において乗客によって指定又は選択された出発位置、実際の出発位置等であってもよい。幾つかの実施形態では、目的地情報は、第１のオーダーの、乗客端末デバイス１２０において乗客によって指定又は選択された目的地、実際の目的地等であってもよい。幾つかの実施形態では、経路情報は、乗客及び／又はドライバーによって指定又は提案された運転経路、システム１０５及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）によって推奨された運転経路、サードパーティ（例えば、サードパーティの地図ソフトウェア又は地図アプリケーション）によって推奨された運転経路、実際の運転経路等であってもよい。

ステップ７２０において、オーダープッシュエンジン１１０は、第２のオーダー及び第２のオーダーに関連した情報を、ネットワーク１５０を介して取得することができる。第２のオーダー及び第２のオーダーに関連した情報は、１つ以上の乗客端末デバイス１２０又は１つ以上の情報源１６０によって提供することができる。第２のオーダーは、単一のオーダーであってもよいし、単一のオーダーの集合であってもよい。第２のオーダーは、リアルタイムオーダーであってもよいし、非リアルタイムオーダーであってもよい。幾つかの実施形態では、第２のオーダーは、指定されたピックアップ時刻を有する今後のオーダーであってもよい。幾つかの実施形態では、第２のオーダーは、フィルタリング又はプッシュされるオーダーであってもよい。第２のオーダーに関連した情報は、第２のオーダーのデバイス情報、乗客情報、時間情報、地理的情報等、又はそれらの任意の組み合わせ等の情報を含むことができるが、これらに限定されるものではない。

幾つかの実施形態では、第２のオーダーに関連したデバイス情報は、第２のオーダーを要求する乗客端末デバイス１２０の識別情報を含むことができる。幾つかの実施形態では、この識別情報は、一意のものとすることができる。例えば、乗客端末デバイス１２０の一意の識別情報は、モバイル機器の国際モバイルステーション機器識別情報、媒体アクセス制御（ＭＡＣ）アドレス等、又はそれらの任意の組み合わせを含むことができるが、これらに限定されるものではない。当然ながら、モバイル機器の一意の識別情報は、上記で説明した識別情報に限定されるものではない。一意の識別情報は、この分野において知られている他の任意の適した識別情報を含んでもよいし、今後開発されるものであってもよく、モバイル機器識別子（ＭＥＩＤ）、電子シリアル番号（ＥＳＮ）、国際モバイル加入者識別情報（ＩＭＳＩ）等、又はそれらの任意の組み合わせを含むが、これらに限定されるものではない。

幾つかの実施形態では、第２のオーダーに関連した乗客情報は、第２のオーダーを要求する乗客のプロファイル情報、社会情報等を含むことができる。乗客のプロファイル情報は、年齢、性別、国籍、住所、職場、身体の健康状態、精神の健康状態、言語能力、特技等、又はそれらの任意の組み合わせを含むことができるが、これらに限定されるものではない。乗客の社会情報は、結婚歴、情緒状態、民族性、信教、職歴、学歴、政治的偏向、クレジット記録、犯罪歴、表彰歴若しくは報償歴、趣味、お気に入りの音楽／テレビ番組／映画／書物等、又はそれらの任意の組み合わせを含むことができる。

幾つかの実施形態では、第２のオーダーに関連した時間情報は、第２のオーダーに関連したピックアップ時刻情報、到着時刻情報、及び運転時間情報を含むことができる。幾つかの実施形態では、ピックアップ時刻情報は、現在時刻、乗客によって指定されたピックアップ時刻、実際のピックアップ時刻等とすることができる。幾つかの実施形態では、到着時刻情報は、乗客によって指定された到着時刻、推定到着時刻、実際の到着時刻等とすることができる。幾つかの実施形態では、運転時間情報は、第２のオーダーを完了する実際の時間、システム１０５及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）によって推定された運転時間、サードパーティ（例えば、サードパーティの地図ソフトウェア又は地図アプリケーション）によって推定された運転時間、乗客が予想した運転時間等であってもよい。

幾つかの実施形態では、第２のオーダーに関連した地理的情報は、第２のオーダーに関連した出発地情報、目的地情報、経路情報、又は他の任意の情報を含むことができる。幾つかの実施形態では、出発位置情報は、第２のオーダーの、乗客端末デバイス１２０において乗客によって指定又は選択された出発位置、実際の出発位置等であってもよい。幾つかの実施形態では、目的地情報は、第２のオーダーの、乗客端末デバイス１２０において乗客によって指定又は選択された目的地、実際の目的地等であってもよい。幾つかの情報においては、経路情報は、乗客及び／又はドライバーによって指定又は提案された運転経路、システム１０５及び／又はシステム１０５の１つ以上の構成部分（例えば、オーダープッシュエンジン１１０）によって推奨された運転経路、サードパーティ（例えば、サードパーティの地図ソフトウェア又は地図アプリケーション）によって推奨された運転経路、実際の運転経路等であってもよい。

幾つかの実施形態では、第２のオーダーに関連した情報のタイプは、第１のオーダーに関連した情報のタイプと同じであってもよい。例えば、第２のオーダー及び第１のオーダーに関連した情報は、出発位置、目的地、ピックアップ時刻、到着時刻、運転時間等、又はそれらの任意の組み合わせの情報を含むことができる。

幾つかの実施形態では、第２のオーダーに関連した情報のタイプは、第１のオーダーに関連した情報のタイプと異なってもよい。例えば、第２のオーダーに関連した情報は、出発地及びピックアップ時刻の情報を含むことができる。第１のオーダーに関連した情報は、出発地、目的地、ピックアップ時刻、到着時刻、運転時間等の情報を含むことができる。

当然ながら、第２のオーダーの乗客及び第１のオーダーの乗客は、同じ場合もあるし、異なる場合もある。幾つかの実施形態では、第２のオーダーは、１つのオーダーのみを含むことができる。幾つかの実施形態では、第２のオーダーは、複数の異なるオーダーを含むことができる。

当然ながら、オーダープッシュエンジン１１０によって第２のオーダー及び第２のオーダーに関連した情報を取得することの上記説明は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、本開示の教示の下で、上記機能の全てが実現されることを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、幾つかの実施形態では、オーダープッシュエンジン１１０は、第１のオーダーと、第２のオーダーと、第１のオーダー及び第２のオーダーに関連した情報とを同時に取得してもよい。そのような全ての変更は、本開示の保護範囲内にある。

ステップ７３０において、オーダープッシュエンジン１１０の処理モジュール２１０は、第１のオーダーに関連した情報に基づいて第２のオーダーをフィルタリングして、１つ以上のフィルタリングされた第２のオーダーを取得することができる。第２のオーダーは、１つ以上の基準に基づいて処理モジュール２１０によってフィルタリングすることができる。幾つかの実施形態では、この基準は、地理、時間、運転方向等における第２のオーダーに対する第１のオーダーの近接性を含むことができるが、これらに限定されるものではない。地理、時間、運転方向等における上記近接性は、処理モジュール２１０の決定ユニット３５０によって判断することができる。第２のオーダーは、上記基準のうちの１つ以上に基づいて処理モジュール２１０によってフィルタリングすることができる。

幾つかの実施形態では、地理における第２のオーダーに対する第１のオーダーの近接性は、第１のオーダーと第２のオーダーとの間の距離に基づくことができる。幾つかの実施形態では、第１のオーダーと第２のオーダーとの間の距離は、第１のオーダーの目的地と第２のオーダーの出発位置との間の距離を指すことができる。幾つかの実施形態では、第１のオーダーと第２のオーダーとの間の距離は、第１のオーダーの出発位置と第２のオーダーの目的地との間の距離を指すことができる。

幾つかの実施形態では、第２のオーダーに対する第１のオーダーの地理における近接性は、第１のオーダーと第２のオーダーとの間の距離を事前設定閾値距離と比較して判断することによって取得することができる。例えば、第１のオーダーの出発地と第２のオーダーの目的地との間の道路距離が特定の範囲（例えば、３ｋｍ）以内にある場合、第１のオーダー及び第２のオーダーは、距離が接近しているとみなすことができる。幾つかの実施形態では、距離における近接性は、２つの位置（例えば、第１のオーダーの目的地及び第２のオーダーの出発位置、第２のオーダーの目的地及び第１のオーダーの出発位置等）の地理的エリアに基づいて判断することによって取得することができる。例えば、第１のオーダーの目的地及び第２のオーダーの出発位置が同じ地理的エリア（例えば、商業地区又は住宅地区）内にある場合、第１のオーダー及び第２のオーダーは、地理的に接近しているとみなすことができる。

幾つかの実施形態では、時間における第２のオーダーに対する第１のオーダーの近接性は、第２のオーダーの到着時刻に対する第１のオーダーのピックアップ時刻の近接性を指すことができる。幾つかの実施形態では、時間における第２のオーダーに対する第１のオーダーの近接性は、第２のオーダーのピックアップ時刻に対する第１のオーダーの到着時刻の近接性を指すことができる。第１のオーダーの到着時刻と第２のオーダーのピックアップ時刻との間の時間間隔が、事前設定閾値時間未満であるとき、これらの２つのオーダーは、時間が接近しているとみなすことができる。この閾値時間は、３０分、２０分、１０分、５分等であってもよい。

当然ながら、地理及び時間における第２のオーダーに対する第１のオーダーの近接性の上記説明は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、本開示の教示の下で、上記全ての機能を実現することを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、距離は、道路距離、運転距離、又は直線距離であってもよい。別の例として、地理における近接性の判断結果は、地理における近接性のスコアであってもよいし、地理の出力結果が接近しているか若しくは接近していないかであってもよい。

幾つかの実施形態では、運転方向における第２のオーダーに対する第１のオーダーの近接性は、全道程中の第２のオーダーの運転方向に対する第１のオーダーの運転方向の近接性を指すことができる。幾つかの実施形態では、運転方向における第２のオーダーに対する第１のオーダーの近接性は、到着時刻における第２のオーダーの運転方向に対するピックアップ時刻における第１のオーダーの運転方向の近接性を指すことができる。幾つかの実施形態では、運転方向における第２のオーダーに対する第１のオーダーの近接性は、ピックアップ時刻における第２のオーダーの運転方向に対する到着時刻における第１のオーダーの運転方向の近接性を指すことができる。幾つかの実施形態では、運転方向における第２のオーダーに対する第１のオーダーの近接性は、２つの運転速度の間の角度によって表すことができる。到着時刻における第１のオーダーの運転速度とピックアップ時刻における第２のオーダーの運転速度との間の角度が閾値、例えば、０．５ラジアン未満である幾つかの実施形態では、第１のオーダー及び第２のオーダーは、運転方向が接近していると判断することができる。例えば、ドライバーの車両が、第１のオーダーが完了したときに北京市の東部第３環状道路の南北間道の近くに位置しているとともに、第２のオーダーの出発位置も、北京市の東部第３環状道路の南北間道近くに位置し、第２のオーダーが、車両が第１のオーダーの目的地から南に運転を継続することを必要とするものである場合、これらの２つのオーダーの運転方向は、接近しているとみなすことができる。

当然ながら、運転方向の上記説明は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。実際には、運転方向における近接性の判断は、他の因子又は変数に基づいていてもよい。例えば、運転方向における第２のオーダーに対する第１のオーダーの近接性は、全道程中における第１のオーダーの変位ベクトルと第２のオーダーの変位ベクトルとの間の角度に基づいて判断されてもよい。別の例として、運転方向における第２のオーダーに対する第１のオーダーの近接性は、終了時の或る期間（例えば、５分、１０分等）内の第１のオーダーの変位ベクトルと、開始時の或る期間（例えば、５分、１０分等）内の第２のオーダーの変位ベクトルとの間の角度に基づいて判断されてもよい。そのような全ての変更は、本開示の保護範囲内にある。

ステップ７４０において、オーダープッシュエンジン１１０は、フィルタリングされた第２のオーダー（複数の場合もある）を、ドライバーインターフェース２４０を通じてネットワーク１５０を介して１つ以上のドライバー端末デバイス１４０にプッシュすることができる。

当然ながら、フィルタリングされた第２のオーダーをオーダープッシュエンジン１１０によってプッシュすることの上記説明は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、本開示の教示の下で、上記全ての機能を実現することを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、オーダープッシュエンジン１１０は、ステップ７４０において、第１のオーダー及びフィルタリングされた第２のオーダーを、ネットワーク１５０を介して１つ以上のドライバー端末デバイス１４０に同時に送信してもよい。別の例として、オーダープッシュエンジン１１０は、ステップ７４０において、第１のオーダー及びフィルタリングされた第２のオーダーを、第２のオーダーに関連した乗客端末デバイス１２０に同時に送信してもよい。そのような全ての変更は、本開示の保護範囲内にある。

図８−Ａは、本開示の幾つかの実施形態に係る、オーダーをフィルタリングするプロセスの一例のフローチャートである。ステップ８１０において、オーダープッシュエンジン１１０は、第１のオーダー及び第２のオーダーに関連した情報を、ネットワーク１５０を介して取得することができる。この第１のオーダー及び／又は第２のオーダーに関連した情報は、１つ以上の乗客端末デバイス１２０又は１つ以上の情報源１６０から取得することができる。第１のオーダー及び／又は第２のオーダーは、リアルタイムオーダーであってもよいし、非リアルタイムオーダーであってもよい。第１のオーダー及び第２のオーダーに関連した情報の説明は、図７に見出すことができ、ここでは繰り返さない。

ステップ８２０において、オーダープッシュエンジン１１０は、データベース１３０を介して履歴オーダーの実行の平均速度を取得することができる。

履歴オーダーは、１つ以上のオーダーを含むことができる。幾つかの実施形態では、履歴オーダーは、第１のオーダーに関連したものとすることができる。幾つかの実施形態では、履歴オーダーは、ドライバー端末デバイス１４０に関連したもの（すなわち、ドライバーの情報に関連したもの）とすることができる。ドライバーの情報は、本開示の他の個所に見出すことができ、ここでは繰り返さない。幾つかの実施形態では、履歴オーダーは、第１のオーダーとドライバーの情報との双方に関連したものとすることができる。幾つかの実施形態では、ドライバーの情報に関連した履歴オーダーは、ドライバー端末デバイス１４０によって受信又は実施された過去のオーダーの幾つか又は全てとすることができる。幾つかの実施形態では、ドライバーの情報に関連した履歴オーダーは、特定のエリア及び／又は特定の時間帯若しくは特定の時点においてドライバー端末デバイス１４０によって受信及び実行されたオーダーとすることができる。ドライバーの情報に関連した履歴オーダーに従って、異なる時点及び／又は異なるエリアにおける平均運転速度及び運転速度をドライバーのために取得することができる。したがって、履歴オーダーの平均運転速度を入手することができる。複数の履歴オーダーが特定の条件を満たす幾つかの実施形態では、オーダープッシュエンジン１１０は、履歴オーダーのうちの１つの運転速度、又は履歴オーダーの幾つか若しくは全ての平均運転速度を求めることができる。幾つかの実施形態では、履歴オーダーの平均運転速度は、複数の履歴オーダーの全ての運転速度の算術平均とすることができる。幾つかの実施形態では、履歴オーダーの平均運転速度は、複数の履歴オーダーの全ての運転速度の幾何平均とすることができる。幾つかの実施形態では、履歴オーダーの平均運転速度は、複数の履歴オーダーの全ての運転速度の中央値であってもよい。幾つかの実施形態では、複数の履歴オーダーの平均運転速度を求めることに、履歴オーダーの幾つか又は全てを用いてもよい。

オーダープッシュエンジン１１０は、本開示の幾つかの実施形態によれば、履歴オーダーの平均速度を取得する前に、履歴オーダーデータベース６１０において、第１のオーダーに関連した１つ以上の履歴オーダーを認識することができる。幾つかの実施形態では、履歴オーダーと第１のオーダーとの間の関連付けは、第１のオーダーの出発位置及び／又は目的地と、履歴オーダーの出発地及び／又は目的地とが、同じ地理的エリアに存在し得ることを示すことができる。幾つかの実施形態では、履歴オーダーと第１のオーダーとの間の関連付けは、第１のオーダーのピックアップ時刻及び／又は到着時刻と、履歴オーダーのピックアップ時刻及び／又は到着時刻とが、同じ時間帯内に存在し得ることを示すことができる。幾つかの実施形態では、履歴オーダーと第１のオーダーとの間の関連付けは、第１のオーダー及び履歴オーダーの運転経路が同じ地理的エリアを通過することを示すことができる。幾つかの実施形態では、異なる時間帯における履歴オーダーは、上記の様々な履歴情報又は他の履歴情報の処理に対して同じ影響を有する場合もあるし、異なる影響を有する場合もある。例えば、現在のオーダーの時間帯に比較的近い時間帯内に実行される履歴オーダーの情報と、現在のオーダーの時間帯から比較的離れた時間帯内に実行される履歴オーダーの情報とが、処理結果に対して同じ影響を有する場合がある。別の例として、現在のオーダーの時間帯に比較的近い時間帯内に実行される履歴オーダーの情報は、処理結果に対してより多くの影響を有する場合がある一方、現在のオーダーの時間帯から比較的離れた時間帯内に実行される履歴オーダーの情報は、処理結果に対してそれよりも少ない影響を有する場合もあるし、影響を有しない場合もある。

幾つかの実施形態では、必要に応じて地理的エリアを構成することができる。例えば、地理的エリアは、経度緯度、人口分布、商業活動、機能、用途等、又はそれらの任意の組み合わせに基づいて分割することができる。

幾つかの実施形態では、必要に応じて時間帯を構成することができる。幾つかの実施形態では、１日を同じ又は異なる長さの複数の時間帯に分割することができる。例えば、オーダープッシュエンジン１１０は、１日を４８個の時間帯に分割することができる。各時間帯の長さは、３０分とすることができる。

当然ながら、上記例は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、上記地理的エリア及び時間帯の分割原理についての本開示の教示の下で、運転速度が正しく予測されることを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、地理的エリアは、特定の都市の交通状況に従って動的に分割されてもよい。別の例として、異なる日付における地理的エリアは、交通状況の周期的傾向に従って異なって分割されてもよい。そのような全ての変更は、本開示の保護範囲内にある。別の例として、時間帯は、週内の異なる日付（例えば、平日及び週末）に従って異なって分割されてもよい。別の例として、時間帯は、１日のリアルタイムの交通状況に従って動的に分割されてもよい。そのような全ての変更は、本開示の保護範囲内にある。

オーダープッシュエンジン１１０は、履歴オーダーの出発位置、目的地、運転経路、ピックアップ時刻、到着時刻等、又はそれらの任意の組み合わせに基づいて履歴オーダーを認識することができる。

履歴オーダーの出発位置又は目的地が特定の地理的エリアに位置する幾つかの実施形態では、オーダープッシュエンジン１１０は、履歴オーダーの運転速度を特定の地理的エリアに関連付けることができる。したがって、オーダープッシュエンジン１１０は、特定の地理的エリア内の履歴オーダーの運転速度を求めることができる。複数の履歴オーダーが特定の条件を満たす幾つかの実施形態では、オーダープッシュエンジン１１０は、１つの履歴オーダーの運転速度、又は履歴オーダーの幾つか若しくは全ての平均運転速度を求めることができる。幾つかの実施形態では、平均運転速度は、複数の運転速度の算術平均とすることができる。幾つかの実施形態では、平均運転速度は、複数の運転速度の幾何平均とすることができる。幾つかの実施形態では、平均運転速度は、複数の運転速度の中央値とすることができる。幾つかの実施形態では、平均運転速度を求めるのに履歴オーダーの幾つか又は全てを用いてもよい。

履歴オーダーの出発位置又は目的地が特定の地理的エリアに位置し、ピックアップ時刻又は到着時刻が特定の時間帯内にある幾つかの実施形態では、オーダープッシュエンジン１１０は、履歴オーダーの運転速度を特定の地理的エリア及び特定の時間帯に関連付けることができる。したがって、オーダープッシュエンジン１１０は、特定の地理的エリア及び特定の時間帯内の履歴オーダーの運転速度を取得することができる。複数の履歴オーダーが特定の条件を満たす幾つかの実施形態では、オーダープッシュエンジン１１０は、１つの履歴オーダーの運転速度、又は履歴オーダーの幾つか若しくは全ての平均運転速度を求めることができる。幾つかの実施形態では、平均運転速度は、複数の運転速度の算術平均とすることができる。幾つかの実施形態では、平均運転速度は、複数の運転速度の幾何平均とすることができる。幾つかの実施形態では、平均運転速度は、複数の運転速度の中央値とすることができる。幾つかの実施形態では、平均運転速度を求めることに、履歴オーダーの幾つか又は全てを用いてもよい。

本開示の幾つかの実施形態によれば、履歴オーダーの平均運転速度は、履歴オーダーの第１の位置情報及び第２の位置情報に基づいて履歴オーダーの運転距離情報を取得することと；履歴オーダーの第１の時間情報及び第２の時間情報に基づいて履歴オーダーの運転時間情報を取得することと；運転距離情報及び運転時間情報に基づいて履歴オーダーの平均運転速度を入手することとによって入手することができる。

ステップ８３０において、オーダープッシュエンジン１１０の処理モジュール２１０は、履歴オーダーの平均運転速度及び第１のオーダーに関連した情報に基づいて、第１のオーダーを完了するための第１の時間長Ｌ１を求めることができる。

幾つかの実施形態では、処理モジュール２１０は、事前に設定された地理的エリア、事前設定時間帯内の履歴オーダーの平均運転速度、第１のオーダーの出発位置情報及び目的地情報に基づいて第１の時間長Ｌ１を推定することができる。

本開示の幾つかの実施形態によれば、処理モジュール２１０の経路計画ユニット３７０は、第１のオーダーの出発位置情報及び目的地情報に基づいて経路計画アルゴリズムを用いて１つ以上の運転経路を入手することができる。決定ユニット３８０は、入手された運転経路に基づいて運転経路の運転時間を求めることができる。経路計画アルゴリズムは、従来の経路計画アルゴリズム、グラフィックスアルゴリズム、インテリジェントバイオニックアルゴリズム及び他のアルゴリズムを含むことができるが、これらに限定されるものではない。従来の経路計画アルゴリズムは、焼きなまし法（ＳＡ）アルゴリズム、人工電位法、ファジー論理算術、タブーサーチ（ＴＳ）アルゴリズム等を含むことができるが、これらに限定されるものではない。グラフィックスアルゴリズムは、Ｃ空間アルゴリズム（画像可視空間アルゴリズムとも呼ばれる）、自由空間アルゴリズム、グリッドアルゴリズム等を含むことができるが、これらに限定されるものではない。インテリジェントバイオニックアルゴリズムは、蟻コロニーアルゴリズム、ニューラルネットワークアルゴリズム、遺伝的アルゴリズム（ＧＡ）、粒子群最適化（ＰＳＯ）、適応型粒子群最適化（適応型ＰＳＯ）、離散型粒子群最適化（離散型ＰＳＯ）等を含むことができるが、これらに限定されるものではない。他のアルゴリズムは、ダイクストラアルゴリズム、高速最短経路アルゴリズム（ＳＰＦＡ：shortest path faster algorithm）、ベルマン−フォードアルゴリズム、ジョンソンアルゴリズム、フォールバックアルゴリズム、フロイド−ワーシャルアルゴリズム等を含むことができるが、これらに限定されるものではない。

幾つかの実施形態では、経路計画ユニット３７０は、運転経路が通過する地理的エリアを求めることができる。経路計画ユニット３７０は、１つ以上の運転経路を入手した後、この地理的エリアにおける運転距離を求めることができる。決定ユニット３８０は、履歴オーダーの所与の時間帯内における各地理的エリアにおける運転距離及び各地理的エリアにおける平均運転速度に基づいて各地理的エリアにおける第１のオーダーの運転時間を求めることができる。決定ユニット３８０は、通過した地理的エリアの全てにおける運転時間の統計解析を実行することができる。したがって、決定ユニット３８０は、地理的エリアの全てを通る運転時間を入手することができる。入手された運転時間は、第１のオーダーの第１の時間長Ｌ１として指定することができる。

ステップ８４０において、処理モジュール２１０は、第１の時間長Ｌ１を入手した後、第２のオーダーをフィルタリングすることができる。幾つかの実施形態では、処理モジュール２１０は、第１のオーダーの到着時刻に対する第２のオーダーのピックアップ時刻の近接性に基づいて第２のオーダーをフィルタリングすることができる。幾つかの実施形態では、第１のオーダーの到着時刻は、第１の時間長Ｌ１及び第１のオーダーのピックアップ時刻に基づいて推定することができる。幾つかの実施形態では、処理モジュール２１０は、第１のオーダーの目的地に対する第２のオーダーの出発位置の近接性に基づいて第２のオーダーをフィルタリングすることができる。

幾つかの実施形態では、処理モジュール２１０の決定ユニット３８０は、第１の時間長Ｌ１及び第１のオーダーのピックアップ時刻に基づいて第１のオーダーの推定到着時刻を求めることができる。

幾つかの実施形態では、決定ユニット３５０は、第１のオーダーの推定到着時刻を第２のオーダーのピックアップ時刻と比較して１つ以上の第２のオーダーを除去することができる。例えば、第１のオーダーの推定到着時刻よりも早いピックアップ時刻を有する第２のオーダーを除去することができる。別の例として、第２のオーダーのピックアップ時刻は、第１のオーダーの推定到着時刻よりも早くてもよいし、遅くてもよい。第２のオーダーのピックアップ時刻と第１のオーダーの推定到着時刻との間の時間間隔が閾値時間よりも大きい場合、この第２のオーダーを除去することができる。この閾値時間は、第２のオーダーの出発位置の地理的エリア、それらの地理的エリアにおけるリアルタイム交通状況、ドライバー及び／又は乗客によって設定された時間許容範囲等、又はそれらの任意の組み合わせに基づいて変化し得る。幾つかの実施形態では、閾値時間は、２分、５分、１０分、１５分等とすることができる。

ドライバー及び／又は乗客によって設定された時間許容範囲は、ドライバー及び／又は乗客による他方の者の早着又は遅着の許容範囲の程度を表すことができる。幾つかの実施形態では、ドライバー及び／又は乗客は、他方の者の早着及び遅着に対する乗客又はドライバーの許容範囲の程度にそれぞれ対応する時間許容範囲の２つの値を設定することができる。これらの時間許容度の２つの値は、同じであってもよいし、異なってもよい。例えば、乗客は、ドライバーが２０分早く到着することを受け入れてもよいが、ドライバーが５分よりも長く遅れることを許容することはできない。ここで、早着及び遅着についての乗客の時間許容範囲は、それぞれ２０分及び５分とすることができる。別の例として、ドライバーは、乗客が２０分前に到着することを許容してもよいが、乗客が１５分よりも長く遅れることを許容することはできない。ここで、乗客の早着及び遅着についての時間許容範囲は、それぞれ２０分及び１５分とすることができる。幾つかの実施形態では、ドライバー及び／又は乗客の時間許容範囲は、同じ値であってもよい。例えば、ドライバー又は乗客が受け入れる待ち時間は、他方の者の遅着を越える時間許容範囲と同じであってもよい。

当然ながら、時間許容範囲の上記説明は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、上記で説明した時間許容範囲の機能及び原理についての本開示の教示の下で、第２のオーダーを正確にフィルタリングすることができることを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、ドライバーの時間許容範囲は省略されてもよく、乗客の時間許容範囲のみが考慮されてもよい。別の例として、他方の者の早着に対するドライバー及び／又は乗客の時間許容範囲は省略されてもよく、他方の者の遅着に対するドライバー及び／又は乗客の時間許容範囲のみが考慮されてもよい。そのような全ての変更は、本開示の保護範囲内にある。

幾つかの実施形態では、処理モジュール２１０の決定ユニット３８０は、第２のオーダーのそれぞれの出発位置と第１のオーダーの目的地との間の距離を、対応する位置情報に基づいて求めることができる。幾つかの実施形態では、この距離は、直線距離、道路距離、運転距離等であってもよい。決定ユニット３５０は、第２のオーダーの出発位置と第１のオーダーの目的地との間の距離を求めた後、これらの距離と閾値距離との間の相関に基づいて第２のオーダーをフィルタリングすることができる。幾つかの実施形態では、決定ユニット３５０は、第２のオーダーの出発地と第１のオーダーの目的地との間の距離が閾値距離よりも大きいとの判断に応答して、第２のオーダーをフィルタリング除去することができる。幾つかの実施形態では、この閾値距離は、第２のオーダーの出発地の地理的エリア、それらの地理的エリアにおけるリアルタイムの交通状況、ドライバー及び／又は乗客によって設定された距離範囲等、又はそれらの任意の組み合わせに基づいて変化し得る。幾つかの実施形態では、この閾値距離は、０．５キロメートル、１キロメートル、１．５キロメートル、２キロメートル等であってもよい。

オーダープッシュエンジン１１０は、第２のオーダーのうちの１つ以上をフィルタリング除去した後、１つ以上のフィルタリングされた第２のオーダーを取得することができる。

ステップ８５０において、オーダープッシュエンジン１１０は、フィルタリングされた第２のオーダーを、ドライバーインターフェース２４０を通じてネットワーク１５０を介して１つ以上のドライバー端末デバイス１４０にプッシュすることができる。幾つかの実施形態では、オーダープッシュエンジン１１０は、フィルタリングされた第２のオーダーを１つ以上のドライバー端末デバイス１４０にプッシュすることに加えて、第２のオーダーを要求した乗客端末デバイス１２０に第１のオーダーに関連した情報を送信することもできる。この情報は、第１のオーダーの出発位置及び／又は目的地、第１のオーダーのピックアップ時刻及び／又は推定到着時刻等であってもよい。

オーダープッシュエンジン１１０は、ステップ８３０において第１のオーダーを完了するための第１の時間長Ｌ１を求めた後、１つ以上の他の動作も実行してもよい。例えば、オーダープッシュエンジン１１０は、第１のオーダーを実行するドライバー端末デバイス１４０と通信してもよい。

ステップ８６０において、オーダープッシュエンジン１１０は、第１のオーダーを完了するための実際の時間長を、ネットワーク１５０を介してドライバーインターフェース２４０及び／又は乗客インターフェース２３０を通じて取得することができる。幾つかの実施形態では、乗客端末デバイス１２０及び／又はドライバー端末デバイス１４０は、第１のオーダーの実行中に、オーダープッシュエンジン１１０との定期的又は不定期的なコミュニケーションを維持することができる。乗客端末デバイス１２０及び／又はドライバー端末デバイス１４０は、現在位置及び／又は現在時刻についての情報を、ネットワーク１５０を介してオーダープッシュエンジン１１０に送信することができる。輸送サービスの開始時、すなわち、乗客端末デバイス１２０及び／又はドライバー端末デバイス１４０が、第１のオーダーにおいて必要とされるサービスの開始を確認した時刻において、オーダープッシュエンジン１１０は、実際のピックアップ時刻及び／又は出発地を取得することができる。輸送サービスの終了時、すなわち、乗客端末デバイス１２０及びドライバー端末デバイス１４０が第１のオーダーの目的地に到着した時刻において、オーダープッシュエンジン１１０は、実際の到着時刻及び／又は目的地の位置を取得することができる。実際のピックアップ時刻及び／又は実際の到着時刻に従って、オーダープッシュエンジン１１０の決定ユニット３８０は、第１のオーダーを完了するための実際の時間長を求めることができる。

ステップ８７０において、オーダープッシュエンジン１１０は、第１の時間長の時間調整量を取得することができる。本開示の幾つかの実施形態によれば、オーダープッシュエンジン１１０は、第１のオーダーを完了するのに必要とされる実際の時間に基づく第１の時間長の時間調整量を取得することができる。この時間調整量は、第１のオーダーを完了するための推定運転時間と実際の運転時間との間の差を表すことができる。幾つかの実施形態では、この時間調整量は、実際の時間長と求められた第１の時間長Ｌ１との間の差として求めることができる。この時間調整量は、正の場合もあるし、負の場合もあるし、０の場合もある。

当然ながら、上記例は、単に例示の目的で提供されているにすぎず、本開示の範囲を限定することを意図するものではない。当業者であれば、時間調整量の機能及び原理についての本開示の教示の下で、第２のオーダーを正確にフィルタリングすることができることを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、時間調整量は、求められた第１の時間長Ｌ１に対する実際の時間長の比として定義されてもよい。時間調整量は、１よりも大きい場合もあるし、１未満の場合もあるし、１に等しい場合もある。そのような全ての変更は、本開示の保護範囲内にある。

幾つかの実施形態では、第１のオーダーが完了した後に、オーダープッシュエンジン１１０は、第１の時間長の時間調整量を取得することができる。複数のオーダーに対して同様の計算及び操作を実施することによって、オーダープッシュエンジン１１０は、種々の時間調整量を収集した後、所与の地理的エリア及び／又は所与の時間帯に基づいてオーダーを分割することができる。同じ地理的エリア及び同じ時間帯に関して、オーダープッシュエンジン１１０は、１つ以上の時間調整量の情報を取得することができる。幾つかの実施形態では、１つ以上の時間調整量の平均値をオーダープッシュエンジン１１０の時間調整データベース６４０に記憶することができる。幾つかの実施形態では、この平均値は、算術平均とすることができる。幾つかの実施形態では、この平均値は、幾何平均とすることができる。

幾つかの実施形態では、オーダープッシュエンジン１１０は、ステップ８７０の後にステップ８８０に進むことができる。時間調整量に関連したデータは、記憶するために時間調整データベース６４０に送信することができる。幾つかの実施形態では、時間調整量に関連したデータは、時間調整量の地理的エリア及び／又は時間帯に従って記憶することができる。例えば、異なる時間調整量は、同じ位置における異なる時間帯に割り当てることができる。別の例として、異なる時間調整量は、同じ時間帯の間の異なる位置に割り当てることができる。地理的エリア及び時間帯の分割は、上記説明に見出すことができ、ここでは繰り返さない。

当然ながら、上記例は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、時間調整量の趣意及び原理についての本開示の教示の下で、第２のオーダーを正確にフィルタリングすることができることを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、オーダープッシュエンジン１１０は、リアルタイムの道路状況及びドライバーの実際の位置に従って、ステップ８３０を反復して実施してもよい。ステップ８３０は、オーダーを実施するときに変化する地理的エリア及び時間帯を用いて到着時刻を推定することを含んでもよい。ステップ８３０を反復して実施することによって、目的地の推定到着時刻を動的に調整することができる。したがって、第１のオーダーの到着時刻のその後の推定の確度を更に改善することができる。そのような全ての変更は、本開示の保護範囲内にある。

本開示の幾つかの実施形態によれば、時間調整量又は時間調整量の平均値は、第１のオーダーの推定された第１の時間長を補償して推定値と現実の値との間の誤差を低減するのに用いることができる。幾つかの実施形態では、オーダープッシュエンジン１１０は、平均運転速度に基づいて求められた第１の時間長に時間調整量又は時間調整量の平均値を付加することによって新たな時間長を取得することができる。この新たな時間長は、第１のオーダーを完了するための運転時間を推定するとともに第２のオーダーをフィルタリングして確度を更に改善するのに用いることができる。

当然ながら、ステップ８１０〜ステップ８８０の上記説明は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、これらのステップの機能及び原理についての本開示の教示の下で、第２のオーダーを正確にフィルタリングすることができることを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、オーダープッシュエンジン１１０は、ステップ８３０の後に時間調整量を考慮してもよい。オーダープッシュエンジン１１０は、第１のオーダーを完了するための比較的正確な時間を入手するために、ステップ８３０において、時間調整量を適用して、求められた第１の時間長Ｌ１を補償してもよい。その場合、オーダープッシュエンジン１１０は、補償された時間に従って第２のオーダーをフィルタリングしてもよい。別の例として、ステップ８６０〜ステップ８８０は、プロセス全体を簡潔にするために省略されてもよい。そのような全ての変更は、本開示の保護範囲内にある。

図８−Ｂは、本開示の別の実施形態に係る、オーダーをフィルタリングするプロセスの一例のフローチャートである。この実施形態では、ドライバー端末デバイス１４０は、第１のオーダーを実行しているか又は実施するドライバー端末デバイスとすることができる。ドライバー端末デバイス１４０のタイプについての説明は、上記説明に見出すことができ、ここでは繰り返さない。

ステップ８１５において、ドライバー端末デバイス１４０は、現在位置に関連した情報を取得することができる。ドライバー端末デバイス１４０は、１つ以上の方法を用いて位置に関連した情報を取得することができる。幾つかの実施形態では、ドライバー端末デバイス１４０は、測位モジュール５３０を介して１つ以上の測位技術を用いてドライバーの現在位置を求めることができる。幾つかの実施形態では、ドライバー端末デバイス１４０は、ドライバーからのユーザー入力及び／又は操作命令を入力／出力モジュール５１０によって受け取ることができる。したがって、ドライバー端末デバイス１４０は、当該ドライバー端末デバイス１４０の現在位置を求めることができる。例えば、ドライバー端末デバイス１４０は、ディスプレイモジュール５２０によって地図インターフェース又は任意選択の地理的位置のプルダウンリストを表示することができる。ドライバー端末デバイス１４０は、地図インターフェース上での操作（例えば、地図アイコンの移動、ポインターの追加等）又はプルダウンリストにおける１つ以上の地理的位置の選択を入出力モジュール５１０によって受け取ることができる。したがって、ドライバー端末は、現在位置を求めることができる。幾つかの実施形態では、ドライバー端末デバイス１４０によって取得される現在位置に関連した情報は、現在時刻の情報を更に含んでもよい。

当然ながら、ステップ８１５の上記説明は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、ドライバー端末デバイス１４０によって現在位置を求める方法及び原理についての本開示の教示の下で、現在位置を求めることができることを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、公共施設に貼付されたバーコード又はクイックレスポンスコードをスキャンすることによって、ドライバー端末デバイス１４０は、このバーコード又はクイックレスポンスコードに対応する地理的位置情報を取得してもよい。ドライバー端末デバイス１４０は、取得された地理的位置情報をドライバー端末デバイス１４０の現在位置として指定してもよい。そのような全ての変更は、本開示の保護範囲内にある。

ドライバー端末デバイス１４０は、現在位置に関連した情報を取得した後、ステップ８２５に進むことができる。ドライバー端末デバイス１４０は、その現在位置に関連した情報をコミュニケーションモジュール５４０によってインターネットを介して送信することができる。ドライバー端末デバイス１４０は、オーダープッシュエンジン１１０、又は１つ以上の乗客端末デバイス１２０、１つ以上の他のドライバー端末デバイス１４０、情報源１６０等の他の任意のターゲットに情報を送信することができる。

幾つかの実施形態では、ステップ８１５及びステップ８２５は、並列に実施されてもよいし、遂次的に実施されてもよい。幾つかの実施形態では、ステップ８２５は、ステップ８１５の前に実施されてもよい。例えば、公共施設に貼付されたバーコード又はクイックレスポンスコードをスキャンすることによって、ドライバー端末デバイス１４０は、バーコード又はクイックレスポンスコードに対応する情報を、ネットワーク１５０を介してオーダープッシュエンジン１１０又は情報源１６０に送信してもよい。これに加えて又はこれに代えて、地理的位置情報は、オーダープッシュエンジン１１０又は情報源１６０によってバーコード又はクイックレスポンスコードに対応する情報を解析することによって取得されてもよい。その場合、オーダープッシュエンジン１１０又は情報源１６０は、地理的位置情報をドライバー端末デバイス１４０に送信してもよい。そのような全ての変更及び改善は、本開示の保護範囲内にある。

第１のオーダーの目的地に到着した場合の幾つかの実施形態では、ドライバー端末デバイス１４０は、ステップ８３５において、第１のオーダーを完了するための実際の時間長をコミュニケーションモジュール５４０によって送信することができる。ドライバー端末デバイス１４０が時間長を送信するターゲットは、オーダープッシュエンジン１１０、他のドライバー端末デバイス１４０、第１のオーダーに関連した乗客端末デバイス１２０、情報源１６０等であってもよい。

幾つかの実施形態では、ドライバー端末デバイス１４０は、第１のオーダーを完了するための実際の時間長を送信するのではなく、第１のオーダーのピックアップ時刻及び到着時刻を、ネットワーク１５０を介して上記ターゲットのうちの１つ以上に送信してもよい。したがって、ドライバー端末デバイスは、ターゲットが第１のオーダーを完了するための実際の時間長を求めることを容易にすることができる。

当然ながら、ステップ８３５の上記説明は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、ドライバー端末デバイス１４０によって第１のオーダーを完了するための実際の時間長を送信する方法及び原理についての本開示の教示の下で、現在位置を求めることができることを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、ドライバー端末デバイス１４０は、ステップ８３５を省略してもよい。幾つかの実施形態では、ドライバー端末デバイス１４０は、ステップ８１５及びステップ８２５、すなわち、第１のオーダーを実行するときに定期的又は不定期的に現在位置及び現在時刻の関連した情報及び時間情報を入手すること及び送信することを反復して実行してもよい。ステップ８１５及びステップ８２５を反復して実行することによって、第１のオーダーのピックアップ時刻及び到着時刻は、オーダープッシュエンジン１１０によって求められてもよい。そのような全ての変更は、本開示の保護範囲内にある。

図９は、本開示の幾つかの実施形態に係る、オーダープッシュエンジンによってオーダーを組み合わせるプロセスの一例を示すフローチャートである。図９に示すように、オーダープッシュエンジン１１０は、ステップ９１０において、先行オーダー及び／又は後続オーダーに関連した情報を取得することができる。この情報は、先行オーダーの目的地Ｄ１、後続オーダーの出発地Ｄ２、後続オーダーのピックアップ時刻ｔ２、先行オーダーのピックアップ時刻ｔ１等、又はそれらの任意の組み合わせを含むことができる。ステップ９１０は、乗客インターフェース２３０及び／又はドライバーインターフェース２４０によって実施することができる。本開示の幾つかの実施形態によれば、オーダープッシュエンジン１１０は、２つのオーダーを取得することができ、ここで、これらの２つのオーダーのうちの早い方のオーダー（又は先行オーダーと呼ばれる）がより早いピックアップ時刻ｔ１を有することができるとともに、これらの２つのオーダーのうちの遅い方のオーダー（又は後続オーダーと呼ばれる）がｔ１よりも遅いピックアップ時刻ｔ２を有することができる。幾つかの実施形態では、先行オーダー及び後続オーダーに関連した情報は、乗客端末デバイス１２０及び／又はドライバー端末デバイス１４０、データベース１３０、情報源１６０等、又はそれらの任意の組み合わせから取得することができる。本開示の幾つかの実施形態によれば、オーダープッシュエンジン１１０は、乗客端末デバイス１２０によって送信されたリアルタイムオーダー及び／又は今後のオーダーに関連した情報を、乗客インターフェース２３０を介して取得することができる。リアルタイムオーダーは、乗客によって送信された現在のオーダー要求を指すことができる。今後のオーダーは、現在時刻に対して今後に実施される、乗客によって送信されるオーダー要求を指すことができる。この今後のオーダー要求は、予約された日付及び時刻と、出発地及び目的地の予約された住所とを含むことができる。本開示の幾つかの実施形態によれば、オーダープッシュエンジン１１０は、ドライバー端末デバイス１４０によって送信されたオーダーに関連した情報を、ドライバーインターフェース２４０を介して取得することができる。ドライバーインターフェース２４０によって取得されたオーダーは、配車サービス、輸送サービスの要請、１つ以上の輸送サービスアプリケーションの使用等、又はそれらの任意の組み合わせによる、１人以上の乗客によって要求されたオーダーであってもよい。本開示の幾つかの実施形態によれば、オーダープッシュエンジン１１０は、オーダーに関連した情報をデータベース１３０から取得することができる。データベース１３０内のオーダーの情報は、乗客インターフェース２３０を介して乗客端末デバイス１２０によってアップロードされたリアルタイムオーダー及び／又は今後のオーダーから取得することができる。本開示の幾つかの実施形態によれば、オーダープッシュエンジン１１０は、オーダーに関連した情報を情報源１６０から取得することができる。情報源１６０内のオーダーに関連した情報は、音声通話、ウェブサイト等の使用等の様々な方法を用いて取得することができる。幾つかの実施形態では、オーダーを組み合わせるか否かは、これらのオーダーの位置が僻地のエリアにあるか否かに基づいて更に判断することができる。本開示の幾つかの実施形態によれば、決定ユニット３８０は、僻地のエリアに位置する正方形街区（squares）を最初に求めることができる。例えば、都市は、その経度緯度情報に従って複数の正方形街区に分割することができる。オーダーの出発地及び目的地の経度緯度が或る正方形街区内にある場合、そのオーダーはその正方形街区に属する。特定の時間帯内での各正方形街区におけるオーダーの平均数に対して統計解析を行うことができる。或る正方形街区におけるオーダーの毎日の平均数が閾値よりも大きくない場合、その正方形街区は、僻地のエリアにあるとみなされる。この時間帯は、１日〜１０日、５日〜９日等の範囲とすることができる。上記閾値は、１〜５０、２５〜３５等の範囲とすることができる。正方形街区の辺長は、１キロメートル〜５キロメートル、２キロメートル〜４キロメートル等の範囲とすることができる。幾つかの実施形態では、オーダープッシュエンジン１１０は、僻地のエリアの正方形街区におけるオーダーのうちの任意の２つを取得することができる。オーダープッシュエンジン１１０は、決定ユニット３５０によって、これらの２つのオーダーのピックアップ時刻のシーケンスに従って先行オーダー及び後続オーダーを判断することができる。

ステップ９２０において、オーダープッシュエンジン１１０は、先行オーダーを完了するための第１の時間長Ｌ１を求めることができる。オーダープッシュエンジン１１０は、先行オーダーの目的地から後続オーダーの出発位置までの距離Ｄ１２及び長さＬ０を求めることができる。ステップ９２０は、オーダープッシュエンジン１１０の処理モジュール２１０の決定ユニット３８０によって実施することができる。例えば、第１の時間長Ｌ１、距離Ｄ１２、及び時間長Ｌ０の計算は、オーダープッシュエンジン１１０の処理モジュール２１０の決定ユニット３８０によって、履歴オーダーの情報と、先行オーダー及び／又は後続オーダーの地理的座標とに基づくことができる。本開示の幾つかの実施形態によれば、地理的座標は、測位技術によって取得することができる。これらの測位技術は、全地球測位システム（ＧＰＳ）技術、全地球航法衛星システム（ＧＬＯＮＡＳＳ）技術、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、ガリレオ測位システム（Ｇａｌｉｌｅｏ）、準天頂衛星システム（ＱＺＳＳ）、ベースステーション（基地局）測位技術、ワイヤレスフィデリティー（Ｗｉ−Ｆｉ）測位技術等、又はそれらの任意の組み合わせを含むが、これらに限定されるものではない。幾つかの実施形態では、距離Ｄ１２及び時間長Ｌ０の計算は、先行オーダーの目的地の経度緯度、後続オーダーの出発地の経度緯度及び履歴オーダーの運転速度に基づくことができる。

ステップ９３０において、オーダープッシュエンジン１１０は、距離Ｄ１２を閾値距離Ｄｂａｓｅと比較することができる。ステップ９３０は、オーダープッシュエンジン１１０の処理モジュール２１０の決定ユニット３５０によって実施することができる。幾つかの実施形態では、決定ユニット３５０は、距離Ｄ１２がＤｂａｓｅよりも大きい（すなわち、Ｄ１２＞Ｄｂａｓｅ）か否かを判断することができる。幾つかの実施形態では、距離Ｄ１２がＤｂａｓｅよりも大きい（すなわち、Ｄ１２＞Ｄｂａｓｅ）との判断に応答して、オーダープッシュエンジン１１０は、先行オーダーが後続オーダーと地理的に接続可能でないと判断することができ、この判断プロセスはステップ９７０に進むことができる。一方、距離Ｄ１２がＤｂａｓｅ以下である（すなわち、Ｄ１２≦Ｄｂａｓｅ）との判断に応答して、オーダープッシュエンジン１１０は、先行オーダーが後続オーダーと地理的に接続可能であると判断することができ、この判断プロセスはステップ９４０に進むことができる。先行オーダーが距離において後続オーダーと接続可能でない幾つかの実施形態では、オーダープッシュエンジン１１０は、先行オーダーと後続オーダーとを組み合わせることができない。幾つかの実施形態では、Ｄｂａｓｅは、約１キロメートル〜９キロメートル、約４キロメートル〜６キロメートル等の範囲とすることができる。Ｄｂａｓｅの値が過度に大きい場合、ドライバーのアイドル運転時間（例えば、乗客のいない運転時間）は比較的長くなる。Ｄｂａｓｅの値が過度に小さい場合、組み合わせて対にすることができるオーダーの数は比較的少なくなるか又は全くなくなる。幾つかの実施形態では、先行オーダーの目的地の経度緯度が、後続オーダーの出発地の経度緯度と同じ正方形街区内にある場合、決定ユニット３５０は、先行オーダーが距離において後続オーダーと接続可能であると判断することができる。幾つかの実施形態では、エリアにおけるオーダー分布に従って閾値距離Ｄｂａｓｅを調整することができる。例えば、エリアにおけるオーダーの数が少ない場合、閾値距離Ｄｂａｓｅを増加させることができる。一方、エリアにおけるオーダーの数が多い場合、閾値距離Ｄｂａｓｅを低減することができる。この判断の基礎となるオーダーの数は、現在のオーダーの実際の数又は履歴情報とすることができる。例えば、特定の時間帯内の或るエリアにおけるオーダーの実際の数が比較的多い場合、その特定の時間帯内のそのエリアにおける閾値距離Ｄｂａｓｅを低減することができる。一方、同じ特定の時間帯内の同じエリアにおけるオーダーの実際の数が比較的少ない場合、その特定の時間帯内のそのエリアにおける閾値距離Ｄｂａｓｅを増加させることができる。別の例として、特定の時間帯内の或るエリアにおける履歴オーダー情報が、その特定の時間帯内のオーダーの数が通常多いことを示している場合、その特定の時間帯内のそのエリアにおける閾値距離Ｄｂａｓｅを低減することができる。一方、特定の時間帯内の或るエリアにおける履歴オーダー情報が、その特定の時間帯内のオーダーの数が通常少ないことを示している場合、その特定の時間帯内のそのエリアにおける閾値距離Ｄｂａｓｅを増加させることができる。

ステップ９４０において、オーダープッシュエンジン１１０は、後続オーダーのピックアップ時刻ｔ２と、先行オーダーのピックアップ時刻ｔ１、先行オーダーを完了するための第１の時間長Ｌ１及び先行オーダーの目的地から後続オーダーのピックアップ時刻までの時間長Ｌ０との間の差の絶対値を閾値時間Ｔｂａｓｅと比較することができる。ステップ９４０は、オーダープッシュエンジン１１０の処理モジュール２１０の決定ユニット３８０及び決定ユニット３５０によって実施することができる。本開示の幾つかの実施形態によれば、オーダープッシュエンジン１１０は、決定ユニット３８０によって、上記差の絶対値｜ｔ２−ｔ１−Ｌ１−Ｌ０｜を求めることができる。この計算は、後続オーダーのピックアップ時刻ｔ２と、先行オーダーのピックアップ時刻ｔ１と、先行オーダーを完了するための第１の時間長Ｌ１と、先行オーダーの目的地から後続オーダーのピックアップ時刻までの時間長Ｌ０とに基づくことができる。オーダープッシュエンジン１１０は、決定ユニット３５０を用いて、｜ｔ２−ｔ１−Ｌ１−Ｌ０｜を閾値時間Ｔｂａｓｅと比較することができる。幾つかの実施形態では、決定ユニット３５０は、｜ｔ２−ｔ１−Ｌ１−Ｌ０｜が閾値時間Ｔｂａｓｅよりも大きい（すなわち、｜ｔ２−ｔ１−Ｌ１−Ｌ０｜＞Ｔｂａｓｅ）か否かを判断することができる。幾つかの実施形態では、｜ｔ２−ｔ１−Ｌ１−Ｌ０｜が閾値時間Ｔｂａｓｅよりも大きい（すなわち、｜ｔ２−ｔ１−Ｌ１−Ｌ０｜＞Ｔｂａｓｅ）との判断に応答して、オーダープッシュエンジン１１０は、先行オーダーが時間において後続オーダーと接続可能でないと判断することができ、この判断プロセスはステップ９７０に進むことができる。一方、｜ｔ２−ｔ１−Ｌ１−Ｌ０｜が閾値時間Ｔｂａｓｅ以下である（すなわち｜ｔ２−ｔ１−Ｌ１−Ｌ０｜≦Ｔｂａｓｅ）との判断に応答して、オーダープッシュエンジン１１０は、先行オーダーが時間において後続オーダーと接続可能であると判断することができ、この判断プロセスはステップ９５０に進むことができる。先行オーダーが時間において後続オーダーと接続可能でない幾つかの実施形態では、オーダープッシュエンジン１１０は、先行オーダーと後続オーダーとを組み合わせることができない。幾つかの実施形態では、Ｔｂａｓｅは、約１分〜６０分、約５分〜１５分等の範囲とすることができる。Ｔｂａｓｅの値が過度に大きい（例えば、或る閾値よりも大きい）場合、ドライバーは、比較的長い時間を待機する必要がある。Ｔｂａｓｅの値が過度に小さい（例えば、或る閾値よりも小さい）場合、組み合わせて対にすることができるオーダーは存在しないか又は少数である。幾つかの実施形態では、Ｔｂａｓｅは、乗客又はドライバーが待機する許容範囲であってもよい。例えば、ｔ２−ｔ１−Ｌ１−Ｌ０の値が正であるとき、この値は、ドライバーが後続オーダーのピックアップ時刻ｔ２よりもどれくらい早く到着するのか、すなわち、ドライバーが乗客の到着を待機する時間の長さを示すことができる。ｔ２−ｔ１−Ｌ１−Ｌ０の値が負であるとき、この値は、ドライバーが、後続オーダーのピックアップ時刻ｔ２よりもどれくらい遅く到着するのか、すなわち、乗客がドライバーの到着を待機する時間の長さを示すことができる。幾つかの実施形態では、ドライバーは、サービス提供者として、待機時間長に対して比較的高い許容範囲を有することができる。そして、閾値時間Ｔｂａｓｅは、例えば、約１分〜６０分、約５分〜１５分等の比較的長い時間長として設定することができる。幾つかの実施形態では、乗客は、サービス要求者として、待機時間長に対して比較的低い許容範囲を有することができる。そして、閾値時間Ｔｂａｓｅは、例えば、約０分〜３０分、約０分〜５分等の比較的短い時間長として設定することができる。本開示の幾つかの実施形態によれば、組み合わされたオーダーのそれぞれが、僻地のエリアの正方形街区内のものであるとき、ドライバー又は乗客の双方は、待機時間長に対して比較的高い許容範囲を有することができ、Ｔｂａｓｅは、約５分〜６０分、約１５分〜３０分等として設定することができる。幾つかの実施形態では、閾値時間Ｔｂａｓｅは、エリアにおけるオーダー分布に従って調整することができる。例えば、エリアにおけるオーダーの数が少ない場合、閾値時間Ｔｂａｓｅを増加させることができる。一方、エリアにおけるオーダーの数が多い場合、閾値時間Ｔｂａｓｅを低減することができる。この判断の基礎となるオーダーの数は、現在のオーダーの実際の数又は履歴情報とすることができる。例えば、特定の時間帯内の或るエリアにおけるオーダーの実際の数が比較的多い場合、その特定の時間帯内のそのエリアにおける閾値時間Ｔｂａｓｅを低減することができる。一方、同じ特定の時間帯内の同じエリアにおけるオーダーの実際の数が比較的少ない場合、その特定の時間帯内のそのエリアにおける閾値時間Ｔｂａｓｅを増加させることができる。別の例として、特定の時間帯内の或るエリアにおける履歴オーダー情報が、その特定の時間帯内のオーダーの数が通常多いことを示している場合、その特定の時間帯内のそのエリアにおける閾値時間Ｔｂａｓｅを低減することができる。一方、特定の時間帯内の或るエリアにおける履歴オーダー情報が、その特定の時間帯内のオーダーの数が通常少ないことを示している場合、その特定の時間帯内のそのエリアにおける閾値時間Ｔｂａｓｅを増加させることができる。

ステップ９５０において、オーダープッシュエンジン１１０は、先行オーダーと後続オーダーとを組み合わせることができる。ステップ９５０は、オーダープッシュエンジン１１０の処理モジュール２１０によって実施することができる。本開示の幾つかの実施形態によれば、先行オーダーと後続オーダーとからなる１つ以上の組み合わせオーダーをステップ９５０において取得することができる。先行オーダーと後続オーダーとからなる複数の組み合わせオーダーが取得される幾つかの実施形態では、先行オーダーと後続オーダーとからなる組み合わせオーダーは、閾値距離Ｄｂａｓｅ及び閾値時間Ｔｂａｓｅに関する決定ユニット３５０の判断結果に従って、オーダープッシュエンジン１１０の処理モジュール２１０のランク付けユニット３６０によってランク付けすることができる。

ステップ９６０において、オーダープッシュエンジン１１０は、先行オーダーと後続オーダーとからなるランク付けされた組み合わせオーダーを、ドライバーインターフェース２４０を介して１つ以上のドライバー端末デバイス１４０にプッシュすることができる。したがって、オーダープッシュエンジン１１０は、ドライバー端末デバイス１４０によるプッシュされた組み合わせオーダーに対する応答を促進することができる。組み合わせオーダーに対する応答は、組み合わせオーダー内の１つ以上のオーダーを受理することを含むことができる。組み合わせオーダーに対する応答は、組み合わせオーダー内の１つ以上のオーダーを拒否することを含むことができる。幾つかの実施形態では、オーダープッシュエンジン１１０は、先行オーダー及び／又は後続オーダーの情報を、乗客インターフェース２３０を介して１つ以上の乗客端末デバイス１２０にプッシュすることができる。例えば、オーダープッシュエンジン１１０は、組み合わせオーダーの第１のオーダー及び第２のオーダーを乗客端末デバイス１２０に送信することができる。

ステップ９７０において、オーダープッシュエンジン１１０は、先行オーダーと後続オーダーとを組み合わせることができない。

本開示の幾つかの実施形態によれば、オーダープッシュエンジン１１０は、先行オーダーと後続オーダーとからなる組み合わせオーダーを、ドライバーインターフェース２４０を介して更にプッシュすることができる。幾つかの実施形態では、先行オーダーと後続オーダーとからなる組み合わせオーダーは、並列にプッシュすることもできるし、遂次的にプッシュすることもできる。本開示の幾つかの実施形態によれば、先行オーダー及び後続オーダーが１つ以上のドライバー端末デバイス１４０によって応答されたか否かを調べることができる。組み合わせオーダーの先行オーダーと後続オーダーとの双方が１つ以上のドライバー端末デバイス１４０によって応答されていない場合、先行オーダーの出発位置の近傍のタクシー（例えば、ドライバー）を適したタクシーとみなすことができる。リアルタイムに収集されたタクシー情報セットに従って、先行オーダーの出発位置の近傍のタクシー（すなわち、適したタクシー）を見つけることができ、２つのオーダーを組み合わせることができる。これらの組み合わせオーダーは、先行オーダーの出発位置の近傍のタクシーに同時に送信されてもよい。タクシー情報セット内の各タクシーの情報は、ドライバーのシリアル番号、報告時刻及びタクシーの地理的位置情報（例えば、経度緯度）を含むことができる。先行オーダーの出発位置の近傍のタクシーは、先行オーダーの出発地から各タクシーまでの距離を、各タクシーの現在の地理的位置情報及び先行オーダーの出発地に従って順に求めることと、これらの距離を事前に設定された半径Ｒと比較することとによって見つけることができる。タクシーから先行オーダーの出発位置までの距離Ｄが、事前に設定された半径Ｒ以下である（すなわち、Ｄ≦Ｒ）場合、このタクシーは、先行オーダーの出発位置の近傍であるとみなされる。事前に設定された半径Ｄは、０キロメートル〜５キロメートル又は０．５キロメートル〜４キロメートルの範囲とすることができる。本開示の幾つかの実施形態によれば、先行オーダー及び後続オーダーが１つ以上のドライバー端末デバイス１４０によって応答されたか否かを調べることができる。先行オーダーがドライバー端末デバイス１４０によって応答されており、後続オーダーがドライバー端末デバイス１４０によっても他のドライバー端末デバイス１４０によっても応答されていない場合、先行オーダーに応答したドライバー端末デバイス１４０は、適したドライバー端末デバイス１４０であるとみなすことができ、後続オーダーをドライバー端末デバイス１４０にプッシュすることができる。

例えば、タクシー１は、現在時刻（例えば、午前１０：００）において、午前１０：３０の推定到着時刻を有する中関村（Zhongguancun）から西二旗（Xierqi）へのオーダーＡを受信する。加えて、西二旗から北京首都国際空港への午前１０：３５のピックアップ時刻の今後のオーダーＢがある。本開示におけるオーダープッシュシステムによれば、オーダーＡ及びオーダーＢは、決定ユニット３５０によって接続可能なオーダーであると判断することができる。プッシュモジュールは、タクシー１がオーダーＡを受理したものと判断することができる。その場合、オーダーＢは、「本日の午前１０：３５に西二旗を出発して北京首都国際空港に向かうという予約があります。この予約の出発位置は、貴方の現在のオーダーの目的地に非常に近く、また、この予約のピックアップ時刻は、貴方の到着時刻に近い時刻です。」という放送とともにタクシー１に直接プッシュすることができる。

北京市内の僻地のエリアの判断を一例として取り上げると、北京市の直径は１７０キロメートルである。そして、その経度緯度に従って、北京市は、複数の正方形街区に分割することができる。例えば、北京市は、この都市の直径の５０分の１に基づく３．４キロメートルの辺長をそれぞれ有する２５００個の正方形街区に分割することができる。各正方形街区内での最も近時の７日間のオーダーの平均数に対して統計解析を行うことができる。オーダー数が３０未満である正方形街区は、一般に僻地のエリアとみなすことができる。中関村からその日の１０：００の沙河高教園（Shahe Higher Education Park）までのオーダーＡと、沙河高教園からその日の１１：００の国貿（Guomao）までのオーダーＢとの２つのオーダーがあるものと仮定する。オーダーＡの目的地（すなわち、沙河高教園）におけるタクシー配車の需要は比較的低いので、ほとんどのドライバーは、オーダーＡを進んで受理しようとしない。オーダーＢの周囲におけるドライバーの数は比較的少ないので、タクシー配車サービスを得ることも困難である。本開示におけるオーダープッシュエンジン１１０によれば、沙河高教園が位置する正方形街区は、決定ユニット３５０によって僻地のエリアであると判断される。決定ユニット３８０及び決定ユニット３５０は、オーダーＡ及びオーダーＢが接続可能であると判断することができる。オーダーＡ及びオーダーＢの双方がいずれのドライバー端末デバイス１４０によっても受理されていない場合、オーダーＡとオーダーＢとを組み合わせることができ、オーダーＡの周辺エリア内のドライバー端末デバイス１４０に送信することができる。オーダーＢがあるので、ドライバーは、オーダーＡの完了後のアイドル運転について心配する必要はない。このように、オーダーＡとオーダーＢとを組み合わせることによって、オーダーを終了する率を高めることができる。

当然ながら、フローチャートは、フロー図、フローチャートテーブル、データフロー図、概略チャート又はブロック図として記述されてもよい。フローチャートは、ステップを遂次プロセスとして記述することができるが、実際には、プロセスは、複数の動作を並行して実施することもできるし、同時に実施することもできる。加えて、ステップのシーケンスは、並べ替えることができる。プロセスにおけるステップが完了すると、プロセスは、終了に進む場合もあるし、フローチャートに含まれていない追加のステップに進む場合もある。プロセスは、方法、関数、プログラム、サブルーチン、サブプログラム等に対応することができる。プロセスが関数に対応するとき、プロセスの終了は、読み出し側関数又はメイン関数へのこの関数の復帰に対応することができる。加えて、本開示の上記説明におけるモジュール、ユニット又はステップは、一般的な決定モジュールによって実現されてもよいことが当業者には明らかであろう。例えば、モジュール、ユニット又はステップは、１つの決定モジュールに統合されてもよいし、複数の決定モジュールからなるネットワーク上に分散されてもよい。代替的に、モジュール、ユニット又はステップは、記憶モジュールに記憶することができるとともに決定モジュールによって実行することができるような実行可能プログラムコードによって実現されてもよい。モジュール、ユニット又はステップは、それらのそれぞれを個々の集積回路モジュール上に分散させることによって実現されてもよいし、モジュール又はステップのうちの幾つかを単一の集積回路モジュール上に分散させることによって実現されてもよい。このように、本開示は、どの特定のハードウェア又はソフトウェアの組み合わせにも限定されるものではない。

当然ながら、上記例は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、様々な変形及び変更を本開示の教示の下で行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。

図１０は、本開示の幾つかの実施形態に係る、オーダープッシュエンジンを用いてオーダーをプッシュする一例示的なプロセスのフローチャートである。図１０に示すように、オーダープッシュエンジン１１０は、ステップ１０１０において、第１のオーダーの目的地を取得することができる。より詳細には、例えば、第１のオーダーは、乗客インターフェース２３０及び／又はドライバーインターフェース２４０を介して最初に取得することができ、その後、第１のオーダーの目的地は、処理モジュール２１０の住所解析ユニット３１０によって入手することができる。本開示の幾つかの実施形態によれば、オーダープッシュエンジン１１０は、ドライバー端末デバイス１４０によって提供された第１のオーダーの目的地を、ドライバーインターフェース２４０を介して取得することができる。ここで、ドライバー端末デバイス１４０によって提供される第１のオーダーは、配車サービス、輸送サービスの要請、乗客が輸送サービスアプリケーションを用いること等、又はそれらの任意の組み合わせによって乗客が開始することができる。本開示の幾つかの実施形態によれば、オーダープッシュエンジン１１０は、乗客デバイス１２０によって提供される第１のオーダーの目的地を、乗客インターフェース２３０を介して取得することができる。幾つかの実施形態では、乗客端末デバイス１２０は、様々な形態でサービス要求を送信することができる。この様々な形態は、テキスト、音声、画像、ビデオ等、又はそれらの任意の組み合わせを含むが、これらに限定されるものではない。本開示の幾つかの実施形態によれば、オーダープッシュエンジン１１０の処理モジュール２１０の画像処理ユニット３２０、音声処理ユニット３３０及びテキスト処理ユニット３４０は、それぞれ異なる形態でオーダー要求を処理することができる。オーダーの目的地情報は、住所解析ユニット３１０によって取得することができる。本開示の幾つかの実施形態によれば、目的地は、ドライバーの現在のオーダーに基づいて取得することができる。例えば、ドライバーの現在のオーダーが、ドライバー端末デバイス１４０にインストールされた輸送サービスアプリケーションから取得された場合、この輸送サービスアプリケーションによって取得される目的地は、現在のオーダーの目的地とすることができる。例えば、ドライバーが、当該ドライバーの現在のオーダーに従って、京通ハイウェイ（Jing-Tong Highway）を国貿から通州北苑（Tongzhoubeiyuan）に運転し、中国伝媒大学（Communication University of China）の傍を通過する場合、通州北苑が目的地とみなされる。その上、傍を通過した中国伝媒大学に関連した第２のオーダーを送信するのではなく、目的地の通州北苑に関連した第２のオーダーを送信することの詳細な説明は、本開示の以下の実施形態に見出すことができる。本開示の幾つかの実施形態によれば、目的地情報は、ドライバーが更に提供することができる。例えば、ドライバーが、最初は自身の子供を学校に送る必要があり、その後、オーダーを入手して乗客をピックアップすることを開始した場合、ドライバーは、学校の住所を目的地として提供することができる。

ステップ１０２０において、オーダープッシュエンジン１１０は、第２のオーダーの出発位置から第１のオーダーの目的地までの距離が事前設定範囲内にある少なくとも１つの第２のオーダーを取得することができる。第２のオーダーは、乗客インターフェース２３０及び／又はドライバーインターフェース２４０を介して取得することができる。処理モジュール２１０の決定ユニット３５０は、第２のオーダーの出発位置と第１のオーダーの目的地との間の距離を求めることができる。この距離は、直線距離、道路距離、又は運転距離であってもよい。幾つかの実施形態では、第２のオーダーは、乗客端末デバイス１２０及び／又はドライバー端末デバイス１４０、データベース１３０、情報源１６０等から取得されてもよい。幾つかの実施形態では、決定ユニット３５０は、第２のオーダーの出発位置が、第１のオーダーの目的地と同じ場所内又は第１のオーダーの目的地の周辺エリア内にあるか否かを判断することができる。幾つかの実施形態では、オーダープッシュエンジン１１０によって取得された第２のオーダーの出発位置が、第１のオーダーの目的地と同じである場合、この第２のオーダーは、ドライバーインターフェース２４０を介してドライバー端末デバイス１４０に直接プッシュすることができる。本開示の幾つかの実施形態によれば、第１のオーダーの目的地に関連した事前設定エリアを決定することができる。例えば、このエリアは、目的地を中心とした１キロメートルの直径を有することができる。その場合、このエリア内の第２のオーダーを取得することができる。例えば、上記開示において説明したように、ドライバーが、京通ハイウェイを国貿から通州北苑に運転し、中国伝媒大学の傍を通過する場合、目的地の通州北苑に関連した第２のオーダーをこのドライバーに送信することができる。例えば、或るエリア（例えば、目的地の通州北苑を中心とする１キロメートルの直径を有するエリア）内に出発位置を有する第２のオーダーをドライバーに送信することができる。

ステップ１０３０において、オーダープッシュエンジン１１０は、第１のオーダーの目的地から第２のオーダーの出発位置までの時間長Ｌ０を求めることができる。ステップ１０３０は、オーダープッシュエンジン１１０の処理モジュール２１０の決定ユニット３５０によって求められた第２のオーダーに従って、決定ユニット３８０によって第１のオーダーの目的地から第２のオーダーの出発位置までの時間長Ｌ０を求めることを含むことができる。ここで、第１のオーダーの目的地から第２のオーダーの出発位置までの距離は、事前設定範囲内にある。幾つかの実施形態では、決定ユニット３８０によって求められる時間長Ｌ０は、運転距離、道路状況、運転方向等の情報に基づく。本開示の幾つかの実施形態によれば、目的地に関連した道路区間（例えば、幹線道路、又は目的地の周辺エリア内の一方通行の通り）を最初に求めることができる。次に、第２のオーダーの目的地から出発位置への運転方向が、目的地に到着した後のドライバーの運転方向と同じになることを確保するように、この道路区間から開始する第２のオーダーを求めて取得することができる。例えば、ドライバーが、北京市の東部第３環状道路の南北間道の周辺エリアに位置する北京市第８０高校に自身の子供を送りたいと思っており、ドライバーが北京市第８０高校に向かって北から南に運転することができるとともに、この学校の住所を目的地として提供することができる場合、この学校に関連した第２のオーダーをドライバーに送信することができる。例えば、第２のオーダーの出発位置が、学校の南において、北京市の東部第３環状道路の間道上に位置する場合、第２のオーダーをドライバーに送信することができる。このように、これによって、ドライバーが乗客をピックアップするために複数の橋梁エリアを運転して回ることを回避することができ、したがって、アイドル運転距離を削減することができる。

当然ながら、第２のオーダーは、目的地に関連したエリア及び道路区間に基づくだけでなく、他の情報、例えば、目的地へのドライバーの到着時刻にも基づいて求められてもよく、これは、以下の実施形態で更に説明される。本開示の幾つかの実施形態によれば、ドライバーが、京通ハイウェイを通って国貿から通州北苑に運転し、中国伝媒大学の傍を通過している場合、目的地の通州北苑に関連した第２のオーダーが、ドライバーに送信される。例えば、目的地の通州北苑へのドライバーの推定到着時刻が２０分以内である場合、２０分以内のピックアップ時刻を有する第２のオーダー（例えば、今後のオーダー）をドライバーに送信することができる。幾つかの実施形態では、目的地の通州北苑への到着時刻は、道路管理局が提供することができる京通ハイウェイの渋滞状況に基づいて求められてもよい。別の上記実施形態の説明によれば、ドライバーが、自身の子供を北京市第８０高校に送る必要があり、この学校の住所を目的地として提供する場合、この学校に関連した第２のオーダーをドライバーに送信することができる。例えば、ドライバーが、目的地への到着時刻として午前８：００を指定している場合、午前８：００よりも遅いピックアップ時刻を有する第２のオーダーをドライバーに送信することができる。第２のオーダーを取得及び送信することの上記方法は単に概略にすぎず、実際的な要件に従って、それらの方法のそれぞれについて異なる重みを割り当てることができることが当業者に明らかであろう。実際的な用途では、ドライバーの実際的な運転状況を十分に活用して、アイドル運転距離を低減するために、第２のオーダーを取得及び送信する他の方法が用いられてもよい。そのような全ての方法は、本開示の保護範囲内に存在することができる。

ステップ１０４０において、オーダープッシュエンジン１１０は、第２のオーダーをフィルタリングすることができる。ステップ１０４０は、処理モジュール２１０の決定ユニット３５０によって実施することができる。本開示の幾つかの実施形態によれば、決定ユニット３５０は、決定ユニット３８０によって求められた時間長Ｌ０を事前に設定された時間長と比較することができ、この比較の結果に従って第２のオーダーをフィルタリングすることができる。ここで、事前に設定された時間長は、乗客及び／又はドライバーによって受理された待ち時間の長さに基づいて、及び／又は第１のオーダーの到着時刻から第２のオーダーのピックアップ時刻までの時間長に基づいて求めることができる。１つの上記実施形態の説明によれば、フィルタリングされた第２のオーダーが１つ以上存在する場合がある。ステップ１０４０は、第１のオーダーの目的地と第２のオーダーの出発位置との間の距離及び／又は第１のオーダーの目的地から第２のオーダーの出発位置まで運転する所要時間長Ｌ０に従って、処理モジュール２１０のランク付けユニット３６０によってこれらのフィルタリングされた第２のオーダーをランク付けすることを更に含んでもよい。

ステップ１０５０において、オーダープッシュエンジン１１０は、フィルタリングされた第２のオーダーをドライバーにプッシュすることができる。ステップ１０５０は、ドライバーインターフェース２４０によって実施することができる。本開示の幾つかの実施形態によれば、ドライバーインターフェース２４０は、フィルタリングされた第２のオーダーがランク付けユニット３６０によってランク付けされているオーダーリストをドライバー端末デバイス１４０にプッシュしてもよい。

当然ながら、フローチャートは、フロー図、フローチャートテーブル、データフロー図、構造チャート又はブロック図として記述されてもよい。フローチャートは、ステップを遂次的なプロセスとして記述している場合があるが、複数の動作を並行して又は同時に実施することができる。その上、ステップのシーケンスは、並べ替えることができる。プロセスにおけるステップが完了すると、プロセスは、終了に進む場合もあるし、フローチャートに含まれていない追加のステップに進む場合もある。プロセスは、方法、関数、プログラム、サブルーチン、サブプログラム等に対応することができる。プロセスが関数に対応するとき、プロセスの終了は、読み出し側関数又はメイン関数へのこの関数の復帰に対応することができる。その上、本開示の上記説明におけるモジュール、ユニット又はステップは、一般的な決定モジュールによって実現されてもよいことが当業者には明らかであろう。例えば、モジュール、ユニット又はステップは、１つの決定モジュールに統合されてもよいし、複数の決定モジュールからなるネットワーク上に分散されてもよい。代替的に、モジュール、ユニット又はステップは、当該モジュール、ユニット又はステップを記憶モジュールに記憶することができるとともに決定モジュールによって実行することができるような実行可能プログラムコードによって実現されてもよい。モジュール、ユニット又はステップは、それらのそれぞれを個々の集積回路モジュール上に分散させることによって実現されてもよいし、モジュール又はステップのうちの幾つかを単一の集積回路モジュール上に分散させることによって実現されてもよい。このように、本開示は、どの特定のハードウェア及びソフトウェアの組み合わせにも限定されるものではない。

当然ながら、上記例は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、様々な変形及び変更を本開示の教示の下で行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。

図１１は、本開示の幾つかの実施形態に係る、オーダーをプッシュするプロセスのフローチャートである。ステップ１１１０において、オーダープッシュエンジン１１０は、ドライバーの現在の情報と、第１のオーダーと、第２のオーダーと、第１のオーダー及び第２のオーダーに関連した情報とを取得することができる。ステップ１１１０は、乗客インターフェース２３０及びドライバーインターフェース２４０によって実施することができる。幾つかの実施形態では、第１のオーダー及び第２のオーダーは、組み合わされてプッシュされるオーダーであってもよい。１つ以上の第１のオーダー及び１つ以上の第２のオーダーが存在してもよい。幾つかの実施形態では、第１のオーダーのうちの１つは、ドライバー端末デバイス１４０によって受理された今後のオーダーであってもよい。プッシュされる第２のオーダーが１つ以上存在してもよい。簡潔にするために、以下の開示では、１つの第１のオーダー及び１つの第２のオーダーが説明される。ただし、当然ながら、複数の第２のオーダーが存在する場合、以下の手順は、第２のオーダーのそれぞれに対して反復して実施することができる。以下の説明は、第１のオーダーがドライバー端末デバイス１４０によって受理された今後のオーダーであり、第２のオーダーがまさにプッシュされようとしている状況下のものである。ドライバーの現在の情報は、現在時刻ｔ０及び現在位置を含むことができる。第１のオーダーに含まれる情報は、第１のオーダーの出発位置、目的地、ピックアップ時刻ｔ１、チップ等、又はそれらの任意の組み合わせを含むことができる。第１のオーダーに関連した情報は、第１のオーダーを完了するのに必要とされる時間長Ｌ１を含むことができる。第２のオーダーに含まれる情報は、第２のオーダーの出発位置、目的地、ピックアップ時刻ｔ２、チップ等、又はそれらの任意の組み合わせを含むことができる。第２のオーダーに関連した情報は、第２のオーダーを完了するのに必要とされる時間長Ｌ２を含むことができる。幾つかの実施形態では、第１のオーダーに関連した情報は、第１のオーダーを完了するのに必要とされる時間調整量δＬ１も含むことができる。第２のオーダーに関連した情報は、第２のオーダーを完了するのに必要とされる時間調整量δＬ２も含むことができる。幾つかの実施形態では、第１のオーダーの出発位置及び目的地、並びに第２のオーダーの出発位置及び目的地についての情報は、座標、テキスト、音声、画像、ビデオ等、又はそれらの任意の組み合わせの形態で提示することができる。

幾つかの実施形態では、第１のオーダーを完了するのに必要とされる時間長Ｌ１は、データベース１３０に記憶された車両の平均速度に従って取得することができる。第１のオーダーの出発位置及び目的地に従って、処理モジュール２１０の決定ユニット３４０は、第１のオーダーの出発位置と目的地との間の距離を求めることができる。次に、決定ユニット３４０は、平均速度に基づいて、第１のオーダーを完了するのに必要とされる時間長Ｌ１を取得することができる。第２のオーダーを完了するのに必要とされる時間長Ｌ２を求める方法は、第１のオーダーを完了するのに必要とされる時間長Ｌ１を求める方法と同様とすることができ、ここでは繰り返さない。時間調整量δＬ１及びδＬ２は、事前に設定されたエリア及び時間帯とのそれらの対応する関係に基づいて取得することができる。この対応する関係は、データベース１３０の時間調整データベース６４０に記憶することができる。幾つかの実施形態では、時間調整の値δＬ１及びδＬ２は、正の場合もあるし、負の場合もある。例えば、第１のオーダー又は第２のオーダーが実行される時間帯がラッシュアワー、休日等であり、及び／又は中間エリアが商業地域、学校等に接近している場合、時間調整の値δＬ１及びδＬ２は正であり得る。一方、第１のオーダー又は第２のオーダーが実行される時間帯が移動に好都合であり、ラッシュアワー等でないか、又は中間エリアが移動に好都合である場合、時間調整の値δＬ１及びδＬ２は負であり得る。幾つかの実施形態では、時間調整量δＬ１は、第１のオーダーの出発位置と目的地との間の距離に関連し得る。そして、時間調整量δＬ１は、距離とともに増加し得る。幾つかの実施形態では、時間調整量δＬ２は、第２のオーダーの出発位置と目的地との間の距離に関連し得る。時間調整量δＬ２は、距離とともに増加し得る。当然ながら、ドライバーの現在の情報と、第１のオーダーと、第２のオーダーと、第１のオーダー及び第２のオーダーに関連した情報との入手は、同じステップで完了することもできるし、異なるステップで完了することもできる。

ステップ１１２０において、オーダープッシュエンジン１１０は、第１のオーダーのピックアップ時刻ｔ１と第２のオーダーのピックアップ時刻ｔ２との時間的順序を比較することができる。ステップ１１２０は、処理モジュール２１０の決定ユニット３５０によって実施することができる。第１のオーダーのピックアップ時刻ｔ１が第２のオーダーのピックアップ時刻ｔ２よりも遅い幾つかの実施形態では、次に、ステップ１１３０が実施される。ステップ１１３０において、オーダープッシュエンジン１１０は、第１のオーダーのピックアップ時刻ｔ１と現在時刻ｔ０との間の時間間隔ｔ１−ｔ０をＴ１と比較することができる。ステップ１１３０は、処理モジュール２１０の決定ユニット３５０によって実施することができる。ここで、Ｔ１は、ドライバーの現在位置から第２のオーダーの出発位置まで運転するのに必要とされる推定時間と、第２のオーダーを完了するための時間長Ｌ２と、第２のオーダーの目的地から第１のオーダーの出発位置までの運転に必要とされる推定時間とに基づいて入手することができる。幾つかの実施形態では、Ｔ１は、第２のオーダーを完了するための時間調整量δＬ２と、ドライバーの現在位置から第２のオーダーの出発位置までの運転に必要とされる時間調整量と、第２のオーダーの目的地から第１のオーダーの出発位置まで運転するのに必要とされる時間調整量とを含むことができる。Ｔ１がｔ１−ｔ０未満でない場合、ステップ１１５０が実施され、第２のオーダーをプッシュすることができない。Ｔ１がｔ１−ｔ０未満である場合、ステップ１１４０が実施され、第２のオーダーをプッシュすることができる。幾つかの実施形態では、第２のオーダーは、リアルタイムでプッシュすることができる。幾つかの実施形態では、オーダープッシュエンジン１１０は、プッシュすると判断されたオーダーを記憶することができる。オーダープッシュエンジンは、或る条件が満たされているときにオーダーをプッシュすることができる。この条件は、オーダーの数が或る特定の値に達したこと、或る特定の時点に達したこと等とすることができる。幾つかの実施形態では、プッシュすると判断されたオーダーを修正することができる。例えば、組み合わされるより適したオーダーが存在する場合、プッシュすると判断されたオーダーを再組み合わせすることができる。幾つかの実施形態では、ステップ１１３０において、Ｔ１は、ｔ１−ｔ０と比較することもできるし、ｔ１−ｔ０と或る値との間の差が事前に設定された値の範囲内にある、当該或る値と比較することもできる。幾つかの実施形態では、この事前に設定された値の範囲は、１０分以下とすることができる。幾つかの実施形態では、この事前に設定された値の範囲は、５分以下とすることができる。

ステップ１１２０において、第１のオーダーのピックアップ時刻ｔ１が第２のオーダーのピックアップ時刻ｔ２よりも早い場合、ステップ１１６０が実施される。ステップ１１６０において、オーダープッシュエンジン１１０は、第２のオーダーのピックアップ時刻ｔ２と第１のオーダーのピックアップ時刻ｔ１との間の時間間隔ｔ２−ｔ１をＴ２と比較することができる。ステップ１１６０は、処理モジュール２１０の決定ユニット３５０によって実施することができる。ここで、Ｔ２は、第１のオーダーを完了するための時間長Ｌ１と、第１のオーダーの目的地から第２のオーダーの出発位置まで運転するのに必要とされる推定時間とに基づいて入手することができる。幾つかの実施形態では、Ｔ２は、第１のオーダーを完了するための時間調整量δＬ１と、第１のオーダーの目的地から第２のオーダーの出発位置まで運転するのに必要とされる時間調整量とを含むことができる。Ｔ２がｔ２−ｔ１未満でない場合、ステップ１１５０が実施され、第２のオーダーはプッシュされない。そうではなくＴ２がｔ２−ｔ１未満である場合、ステップ１１４０が実施され、第２のオーダーがプッシュされる。幾つかの実施形態では、第２のオーダーは、リアルタイムでプッシュすることができる。幾つかの実施形態では、オーダープッシュエンジン１１０は、プッシュすると判断されたオーダーを記憶することができ、或る条件が満たされているときにオーダーをプッシュすることができる。この条件は、オーダーの数が或る特定の値に達したこと、或る特定の時点に達したこと等とすることができる。幾つかの実施形態では、プッシュすると判断されたオーダーを修正することができる。例えば、組み合わされるより適したオーダーが存在する場合、プッシュすると判断されたオーダーを再組み合わせすることができる。幾つかの実施形態では、Ｔ２は、ｔ２−ｔ１と比較することもできるし、ｔ２−ｔ１と或る値との間の差が事前に設定された値の範囲内にある、当該或る値と比較することもできる。幾つかの実施形態では、この事前に設定された値の範囲は、１５分以下とすることができる。幾つかの実施形態では、この事前に設定された値の範囲は、１０分以下とすることができる。幾つかの実施形態では、この事前に設定された値の範囲は、５分以下とすることができる。この事前に設定された値の範囲は、他の時間長であってもよい。

当然ながら、上記例は、例示の目的で提供されており、本開示の範囲を限定することを意図するものではない。当業者であれば、上記プロセスの原理についての本開示の教示の下で、上記機能を実現することができることを条件として、様々な変形及び変更を行うことができる。ただし、それらの変形及び変更は、本開示の趣旨及び範囲を逸脱することはできない。例えば、第２のオーダーのピックアップ時刻ｔ２が、第１のオーダーのピックアップ時刻ｔ１よりも早い場合、決定ユニット３５０は、第２のオーダーを完了するための時間長Ｌ２を、現在時刻ｔ０と第１のオーダーのピックアップ時刻ｔ１との間の時間間隔ｔ１−ｔ０と比較してもよい。Ｌ２がｔ１−ｔ０よりも長い場合、オーダープッシュエンジン１１０は、第２のオーダーがプッシュされるのに適しておらず、第２のオーダーをプッシュすることができないと直接判断してもよい。また、決定ユニット３８０は、ドライバーの現在位置から第２のオーダーの出発位置まで運転するのに必要とされる時間と、第２のオーダーを完了するための推定時間長Ｌ２と、第２のオーダーの目的地から第１のオーダーの出発地までの運転に必要とされる推定時間との合計を求める必要がなくてもよい。幾つかの実施形態では、第２のオーダーのピックアップ時刻ｔ２が第１のオーダーのピックアップ時刻ｔ１よりも遅い場合、決定ユニット３５０は、第１のオーダーを完了するための推定時間長Ｌ１をｔ２−ｔ１と比較してもよい。Ｌ１がｔ２−ｔ１よりも長い場合、オーダープッシュエンジン１１０は、第２のオーダーがプッシュされるのに適しておらず、第２のオーダーをプッシュすることができないと直接判断してもよい。そのような全ての変更は、本開示の保護範囲内にある。

図１２は、本開示に開示された特定のシステムを実施するように構成されたモバイルデバイスの構造を示している。幾つかの実施形態では、位置に関連した情報を表示及び通信するように構成されたユーザー端末デバイスが、モバイルデバイス１２００であってもよい。このモバイルデバイスは、スマートフォン、タブレットコンピューター、ミュージックプレーヤー、ポータブルゲームコンソール、ＧＰＳ受信機、ウェアラブル計算デバイス（例えば、メガネ、腕時計等）等を含んでもよいが、これらに限定されるものではない。モバイルデバイス１２００は、１つ以上の中央処理装置（ＣＰＵ）１２４０と、１つ以上のグラフィカル処理ユニット（ＧＰＵ）１２３０と、ディスプレイ１２２０と、メモリ１２６０と、アンテナ１２１０（例えば、無線コミュニケーションユニット）と、記憶ユニット１２９０と、１つ以上の入力／出力（Ｉ／Ｏ）デバイス１２５０とを備えることができる。その上、モバイルデバイス１２００は、他の任意の適した構成要素であってもよく、この構成要素には、システムバス又はコントローラー（図１２に図示せず）が含まれるが、これらに限定されるものではない。図１２に示すように、モバイルオペレーティングシステム１２７０（例えば、ＩＯＳ、Ａｎｄｒｏｉｄ（登録商標）（アンドロイド）、Ｗｉｎｄｏｗｓ（登録商標） Ｐｈｏｎｅ（ウィンドウズフォン）等）及び１つ以上のアプリケーション１２８０を記憶ユニット１２９０からメモリ１２６０にロードし、ＣＰＵ１２４０によって実施することができる。アプリケーション１２８０は、モバイルデバイス１２００において位置に関連した情報を受信及び処理するように構成されたブラウザー又は他のモバイルアプリケーションを含んでもよい。乗客／ドライバーは、位置に関連したコミュニケーション情報をシステムＩ／Ｏデバイス１２５０を通じて取得し、オーダープッシュエンジン１１０及び／又はシステム１００の他のモジュール若しくはユニット、例えばネットワーク１５０にこの情報を提供することができる。

上記で説明した様々なモジュール、ユニット及びそれらの機能を実施するために、コンピューターハードウェアプラットフォームが、１つ以上のエレメント（例えば、図１〜図１１において説明したオーダープッシュエンジン１１０及び／又はシステム１００の他のセクション）のハードウェアプラットフォームとして用いられてもよい。これらのハードウェアエレメント、オペレーティングシステム及びプログラム言語は一般に知られているので、当業者であれば、これらの技法に精通している可能性があり、本開示において説明した技法に従ってオン・デマンドサービスにおいて必要とされる情報を提供することが可能であり得ると仮定することができる。ユーザーインターフェースを有するコンピューターは、パーソナルコンピューター（ＰＣ）、又は他のタイプのワークステーション若しくは端末デバイスとして用いられてもよい。ユーザーインターフェースを有するコンピューターは、適切にプログラミングされた後、サーバーとして用いられてもよい。当業者であれば、このタイプのコンピューターデバイスのそのような構造、プログラム、又は一般的な動作にも精通している可能性があると考えることができる。このため、図について余分な説明は記載されていない。

図１３は、本開示に開示された特定のシステムを実施するように構成されたコンピューティングデバイスの構造を示している。特定のシステムは、機能ブロック図を用いて、１つ以上のユーザーインターフェースを含むハードウェアプラットフォームを説明することができる。コンピューターは、一般的な機能を有するコンピューターであってもよいし、特定の機能を有するコンピューターであってもよい。いずれのタイプのコンピューターも、本開示の幾つかの実施形態に従って任意の特定のシステムを実施するように構成することができる。コンピューター１３００は、本明細書において開示されたオン・デマンドサービスによって必要とされる情報を提供する任意の構成要素を実施するように構成することができる。例えば、オーダープッシュエンジン１１０は、コンピューター１３００のようなコンピューターのハードウェアデバイス、ソフトウェアプログラム、ファームウェア、又はそれらの任意の組み合わせによって実施することができる。簡潔にするために、図１３は、１つのコンピューターのみを示している。幾つかの実施形態では、オン・デマンドサービスが必要とすることがある情報を提供するこのコンピューターの機能は、システムの処理負荷を分散させるために、同様のプラットフォームからなるグループによって分散モードで実施されてもよい。

コンピューター１３００は、データコミュニケーションを実施することができるネットワークと接続することができるコミュニケーション端末１３５０を備えることができる。コンピューター１３００は、命令を実行するように構成されたＣＰＵも備えることができ、１つ以上のプロセッサを備える。この概略的なコンピュータープラットフォームは、内部コミュニケーションバス１３１０と、異なるタイプのプログラム記憶ユニット及びデータ記憶ユニット（例えば、ハードディスク１３７０、リード・オンリー・メモリ（ＲＯＭ）１３３０、ランダム・アクセス・メモリ（ＲＡＭ）１３４０）と、コンピューター処理及び／又はコミュニケーションに適用可能な様々なデータファイルと、ＣＰＵによって実行される可能性がある幾つかのプログラム命令とを備えることができる。コンピューター１３００は、当該コンピューターと他の構成要素（例えば、ユーザーインターフェース１３８０）との間のデータフローの入力及び出力をサポートすることができるＩ／Ｏデバイス１３６０も備えることができる。その上、コンピューター１３００は、コミュニケーションネットワークを介してプログラム及びデータを受信することができる。

オン・デマンドサービスによって必要とされる情報を提供する方法及び／又はプログラムによって他のステップを実施する方法の様々な態様を上記で説明している。本技法のプログラムは、実行可能なコード及び／又は関係データの形態で提供される「製品」又は「人工物」とみなすことができる。本技法のプログラムは、コンピューター可読媒体によって結合（joined）又は実施することができる。有形の不揮発性記憶媒体は、コンピューター、プロセッサ、同様のデバイス、又は関連モジュールにおいて適用される任意のタイプのメモリ又は記憶装置を含んでもよい。例えば、有形の不揮発性記憶媒体は、様々なタイプの半導体記憶装置、テープドライブ、ディスクドライブ、又は記憶機能を任意の時点にソフトウェアに提供することが可能な同様のデバイスであってもよい。

ソフトウェアの幾つか又は全ては、時に、ネットワーク、例えば、インターネット又は他のコミュニケーションネットワークを介して通信することがある。この種のコミュニケーションは、或るコンピューターデバイス又はプロセッサから別のコンピューターデバイス又はプロセッサにソフトウェアをロードすることができる。例えば、ソフトウェアは、オン・デマンドサービスシステムの管理サーバー又はメインコンピューターから、コンピューター環境内のハードウェアプラットフォーム、このシステムを実施することが可能な他のコンピューター環境、又はオン・デマンドサービスによって必要とされる情報を提供する同様の機能を有するシステムにロードすることができる。これに対応して、ソフトウェアエレメントを送信するのに用いられる別の媒体を、機器のうちの幾つかの間の物理接続として用いることができる。例えば、光波、電流波、電磁波等をケーブル、光ケーブル又は無線によって伝送することができる。波を搬送するのに用いられる物理媒体、例えば、ケーブル、無線接続、光ケーブル等は、ソフトウェアをホストする媒体とみなすこともできる。本明細書では、有形の「記憶」媒体が特に指定されていない限り、コンピューター又は機械の「可読媒体」を表す他の術語も、任意の命令を実行するときにプロセッサによって結合される媒体を表すことができる。

コンピューター可読媒体は、様々な形態を含んでもよい。これらの形態には、有形の記憶媒体、波搬送媒体又は物理伝送媒体が含まれるが、これらに限定されるものではない。安定した記憶媒体は、コンパクトディスク、磁気ディスク、又は他のコンピューター又は同様のデバイスにおいて適用される記憶システムを含んでもよく、図面において説明したシステムの全てのセクションを実現してもよい。不安定な記憶媒体は、ダイナミックメモリ、例えば、コンピュータープラットフォームのメインメモリを含んでもよい。有形の伝送媒体は、コンピューターシステムの内部におけるバスを形成する回路を含めて、同軸ケーブル、銅ケーブル及び光ファイバーを含んでもよい。波搬送媒体は、電気信号、電磁気信号、音響信号又は光波信号を伝送することができる。そして、これらの信号は、無線周波数コミュニケーション又は赤外線データコミュニケーションによって生成されてもよい。一般のコンピューター可読媒体は、ハードディスク、フロッピーディスク、磁気テープ、又は他の任意の磁気媒体；ＣＤ−ＲＯＭ、ＤＶＤ、ＤＶＤ−ＲＯＭ、又は他の任意の光媒体；パンチカード、又は開口モードを含む他の任意の物理記憶媒体；ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、又は他の任意のメモリチップ若しくは磁気テープ；データ又は命令を伝送するのに用いられる搬送波、搬送波を伝送するのに用いられるケーブル若しくは接続デバイス、又はコンピューターにアクセス可能な他の任意のプログラムコード及び／又はデータを含んでもよい。コンピューター可読媒体のほとんどは、プロセッサによる命令の実行又は１つ以上の結果の送信において適用することができる。

当業者には、本開示の幾つかの実施形態に従って様々な代替形態及び改良形態を実現することができることを理解することができる。例えば、上記で説明したシステムの様々な構成要素は全て、ハードウェア機器によって実現される。実際は、上記で説明したシステムの様々な構成要素は、例えば、このシステムを現在のサーバー上にインストールすることによって単にソフトウェアによって実現されてもよい。これに加えて又はこれに代えて、本明細書において開示された位置情報は、ファームウェア、ファームウェア及びソフトウェアの組み合わせ、ファームウェア及びハードウェアの組み合わせ、又はファームウェア、ハードウェア及びソフトウェアの組み合わせによって提供されてもよい。

本開示及び／又は幾つかの他の例を上記において説明してきた。上記説明によれば、様々な代替形態を実現することができる。本開示の主題は、様々な形態及び実施形態において実現することができ、本開示は、様々なアプリケーションプログラムにおいて更に用いることができる。特許請求の範囲において保護される必要がある全ての用途、変更及び変形は、本開示の保護範囲内にあるとすることができる。

Claims (29)

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. 前記端末は乗客端末デバイスである、請求項２８に記載の方法。

Images