JP6568240B2 - 運輸サービスの料金を求める方法及びシステム - Google Patents

Description

［関連出願の相互参照］
本出願は、２０１５年７月２９日に出願された中国特許出願第２０１５１０４５６６２２．Ｘ号、２０１５年８月２０日に出願された中国特許出願第２０１５１０５１６２１３．４号、２０１５年８月２０日に出願された中国特許出願第２０１５１０５１６２０５．Ｘ号、２０１６年１月２６日に出願された中国特許出願第２０１６１００５２７３２．４号、及び２０１６年３月１４日に出願された中国特許出願第２０１６１０１４４４２２．５号の優先権を主張し、これらの出願のそれぞれの全内容は、引用することにより本明細書の一部をなす。
（技術分野）

本出願は、概括的には、輸送サービスの料金を求めるシステム及び方法に関し、特に、オンデマンド輸送サービスにおける輸送サービスの料金を求めるシステム及び方法に関する。

現在、オンデマンドサービスはますます普及してきている。オンデマンド輸送サービスにおいては、乗客やドライバーは、通常、輸送サービスの料金に関心がある。輸送サービスが始まる前に輸送サービスの料金を見積もるとともに、輸送サービスが行われている最中に輸送サービスの料金を計算して提示する優れた方法があれば、ドライバーと乗客の双方のユーザーエクスペリエンスが改善されるとともに、輸送サービスを円滑にすることができる。

したがって、輸送サービスの料金を求めるシステム及び方法が必要とされている。

本開示の一態様においては、システムが提供される。上記システムは、処理部（プロセッサ）と、一組の命令を記憶するコンピュータ可読記憶媒体とを備えてもよい。一組の命令が処理部によって実行されると、処理部は、出発点情報及び目的地情報を含むサービス要求を乗客端末から取得することと、サービス要求に基づいて輸送サービスの推定料金を求めることと、サービス要求に基づいて、乗客端末又はドライバー端末の出発点情報又は履歴情報に関連する価格調整条件を取得することと、価格調整条件に基づいて価格調整量を求めることと、価格調整量及び輸送サービスの推定料金に基づいて輸送サービスの価格調整後推定料金を求めることと、輸送サービスの価格調整後推定料金を乗客端末に送信することとを行うように指示される。

本開示の別の態様においては、方法が提供される。上記方法は、乗客端末から送信される、出発点情報及び目的地情報を含むサービス要求を取得することと、サービス要求に基づいて輸送サービスの推定料金を求めることと、サービス要求に基づいて、乗客端末又はドライバー端末の出発点又は履歴情報に関連する価格調整条件を取得することと、価格調整条件に基づいて価格調整量を求めることと、価格調整量及び輸送サービスの推定料金に基づいて輸送サービスの価格調整後推定料金を求めることと、輸送サービスの価格調整後推定料金を乗客端末に送信することとを含んでもよい。

本開示の一態様においては、非一時的コンピュータ可読記憶媒体が提供される。上記非一時的コンピュータ可読記憶媒体は、処理部によって実行される一組の命令を含んでもよい。一組の命令は、出発点情報及び目的地情報を含むサービス要求を乗客端末から取得することと、サービス要求に基づいて輸送サービスの推定料金を求めることと、サービス要求に基づいて、乗客端末又はドライバー端末の出発点情報又は履歴情報に関連する価格調整条件を取得することと、価格調整条件に基づいて価格調整量を求めることと、価格調整量及び輸送サービスの推定料金に基づいて輸送サービスの価格調整後推定料金を求めることと、輸送サービスの価格調整後推定料金を乗客端末に送信することとを含んでもよい。

追加の特徴は、以下の説明に一部が述べられ、以下の内容及び添付図面を検討することで当業者には部分的に明らかになるか、又はそれらの例の作成若しくは動作によって知得することができる。本開示の特徴は、以下で論述される詳細な例に述べられる方法論、手段及び組み合わせの様々な態様の実施又は使用によって実現及び達成することができる。

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

本開示の一部の実施形態に係る、輸送サービスの料金決定システムの一例示的なネットワーク環境の概略図である。 本開示の一部の実施形態に係る一例示的なサーバのブロック図である。 本開示の一部の実施形態に係る一例示的なサーバのブロック図である。 本開示の一部の実施形態に係る一例示的な入手モジュールのブロック図である。 本開示の一部の実施形態に係る一例示的な処理モジュールのブロック図である。 本開示の一部の実施形態に係る一例示的なフィードバックモジュールのブロック図である。 本開示の一部の実施形態に係る一例示的な乗客端末及び／又はドライバー端末のブロック図である。 本開示の一部の実施形態に係る、輸送サービス料金のフィードバックを生成するための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、輸送サービスの料金を求めるための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、輸送サービスの料金を求めるための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、推定式を生成するための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、価格調整条件を取得するための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、価格調整を行うか否かを判断するための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、価格調整を行うか否かを判断するための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、価格調整を行うか否かを判断するための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、輸送サービスの実時間料金を求めるための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、輸送サービスの実時間料金を求めるための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、輸送サービスの実時間料金を求めるための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、高速有料道路区間を決定するための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、計画経路を決定するための一例示的なプロセスのフローチャートである。 本開示の一部の実施形態に係る、計画経路調整を決定するための一例示的なプロセスのフローチャートである。

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

本願明細書において用いられる術語は、特定の例示の実施形態を説明することのみを目的としており、限定することを意図するものではない。個数が特定されていないものが本願明細書において用いられているとき、それらは、文脈が明らかに別のことを示していない限り、単数のもの及び複数のものを含むことが意図され得る。「備える」及び／又は「含む」という用語は、本願明細書において用いられるとき、記載された特徴、完全体、ステップ、動作、要素、及び／又は構成要素が存在することを特定してはいるが、他の特徴、完全体、ステップ、動作、要素、構成要素、及び／又はそれらの群が１つ以上存在すること又は追加されることを排除するものではないことが更に理解されるであろう。

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

本開示は、本開示の実施形態に係るシステムにおける幾つかの特定のモジュール、ユニット及び／又はサブユニットを様々な形で参照する。しかしながら、任意の数の異なるモジュール、ユニット及び／又はサブユニットを用い、クライアント及び／又はサーバ上で動作させてもよい。これらのモジュールは、単に例示のためのものにすぎず、本システム及び本方法のそれぞれの態様において、別のモジュール、ユニット及び／又はサブユニットを用いてもよい。

一般に、「モジュール」、「ユニット」、又は「サブユニット」という単語は、本願明細書において用いられるとき、ハードウェア若しくはファームウェアで具現化されたロジック、又はソフトウェア命令の集合体を指す。本願明細書において説明するモジュール、ユニット、又はサブユニットは、ソフトウェア及び／又はハードウェアとして実施してもよく、非一時的コンピュータ可読記憶媒体又は他の記憶デバイスに記憶してもよい。一部の実施形態においては、ソフトウェアモジュール／ユニット／サブユニットをコンパイルして実行可能プログラムにリンクしてもよい。ソフトウェアモジュールは、他のモジュール／ユニット／サブユニットから、又は自身から読み出し可能としてもよく、かつ／又は検出されたイベント若しくは割り込みに応答して起動されてもよいことが理解されるであろう。コンピューティングデバイス（例えば、図２に示すようなプロセッサ２１０）で実行するために構成されたソフトウェアモジュール／ユニット／サブユニットは、コンパクトディスク、ＤＶＤ、フラッシュドライブ、磁気ディスク、又は他の有形媒体等のコンピュータ可読記憶媒体（例えば、メモリ２３０）において提供してもよく、デジタルダウンロードとして提供してもよい（元々は、実行に先立ちインストール、解凍、又は解読を必要とする圧縮フォーマット又はインストール可能フォーマットで記憶してもよい）。そのようなソフトウェアコードは、コンピューティングデバイスにて実行するために、実行するコンピューティングデバイスの記憶デバイスに一部又は全体が記憶されてもよい。ソフトウェア命令は、ＥＰＲＯＭ等のファームウェアに組み込まれてもよい。ハードウェアモジュール／ユニット／サブユニットは、ゲート及びフリップフロップ等の接続された論理コンポーネントに含まれていてもよく、かつ／又はプログラマブルゲートアレイ若しくはプロセッサ等のプログラマブルユニットに含まれてもよいことが更に理解されるであろう。本願明細書において説明するモジュール／ユニット／サブユニット又はコンピューティングデバイスの機能は、ソフトウェアモジュール／ユニット／サブユニットとして実施してもよいが、ハードウェア又はファームウェアで表されてもよい。一般に、本願明細書において説明するモジュール／ユニット／サブユニットは、それらの物理的な編成又は記録形態に関わらず、他のモジュール／ユニット／サブユニットと組み合わせてもよいし、サブモジュール／サブユニット／サブサブユニットに分割してもよい論理モジュール／ユニット／サブユニットを指す。

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

本開示のシステム又は方法は、他の種類のオンデマンドサービスに適用してもよい。例えば、本開示のシステム又は方法は、陸上、海上、航空宇宙空間等、又はそれらの組み合わせを含む種々の環境の輸送システムに適用してもよい。輸送システムの乗り物には、タクシー、自家用車、ヒッチハイクカー、バス、列車、超特急列車、高速鉄道、地下鉄、船舶、航空機、宇宙船、熱気球、自動走行車両等、又はそれらの組み合わせが含まれてもよい。輸送システムは、管理及び／又は配送のための輸送システム、例えば、速達便を送付及び／又は受領するシステムなども含んでもよい。本開示のシステム又は方法の用途には、ウェブページ、ブラウザのプラグイン、クライアント端末、カスタムシステム、内部解析システム、人工知能ロボット等、又はそれらの組み合わせが含まれてもよい。本願明細書に開示されるシステム及び方法の適用シナリオは、単なる例又は実施形態を示したものにすぎないことが理解されるであろう。当業者であれば、更なる創作的な労力を伴うことなく、これらの図面を他の適用シナリオ、例えば、他の類似のサービスシステムに適用してもよい。

本開示における「乗客」、「要求者」、「サービス要求者」、及び「顧客」という用語は、サービスを要求又はオーダーすることができる個人、団体又はツールを指すために区別なく用いられる。また、本開示における「ドライバー」、「提供者」、「サービス提供者」、及び「供給者」という用語は、サービスを提供することができるか、又はサービスの提供を容易にすることができる個人、団体又はツールを指すために区別なく用いられる。本開示における「ユーザー」という用語は、サービスを要求することができる個人、団体若しくはツール、サービスをオーダーすることができる個人、団体若しくはツール、サービスを提供することができる個人、団体若しくはツール、又はサービスの提供を容易にすることができる個人、団体若しくはツールを指すことができる。例えば、ユーザーは、乗客、ドライバー、オペレーター等、又はそれらの組み合わせであってもよい。本開示において、「乗客」、「ユーザー機器」、「ユーザー端末」、及び「乗客端末」は、区別なく用いられる場合があり、「ドライバー」及び「ドライバー端末」は、区別なく用いられる場合がある。本開示における「サービス要求」及び「オーダー」という用語は、乗客、要求者、サービス要求者、顧客、ドライバー、提供者、サービス提供者、供給者等、又はそれらの組み合わせが開始することができる要求を指すために区別なく用いられる。サービス要求は、乗客、要求者、サービス要求者、顧客、ドライバー、提供者、サービス提供者、又は供給者のうちのいずれかの者によって受理される。サービス要求は、有料の場合もあるし、無料の場合もある。

本開示において用いられる測位技術は、全地球測位システム（ＧＰＳ）、ＧＬＯＮＡＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）、北斗衛星導航系統、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）、ワイヤレスフィデリティー（ＷｉＦｉ）測位技術等、又はそれらの組み合わせに基づくものであってもよい。一部の実施形態においては、ＧＰＳ測位技術（例えば、ＧＰＳモジュール、ＧＰＳ座標、又は位置データ点）の使用が示される場合があるが、本開示では、他の測位技術を用いてもよいことは理解されたい。

図１は、本開示の一部の実施形態に係る、輸送サービスの料金決定システムの一例示的なネットワーク環境の概略図である。ネットワーク環境１００は、輸送サービスサーバ１１０（「サーバ１１０」と呼ぶ）、ネットワーク１２０、乗客端末デバイス１３０、ドライバー端末デバイス１４０、及びデータベース１５０を備えてもよい。一部の実施形態において、サーバ１１０は、サービス要求を処理し、輸送サービスの料金を計算し、この輸送サービスの料金を乗客端末デバイス１３０及び／又はドライバー端末デバイスに返すように構成してもよい。サーバ１１０は、１つのサーバであってもよいし、サーバグループであってもよい。サーバグループは、集中型（例えば、データセンター）であってもよいし、分散型（例えば、分散型システム）であってもよい。サーバ１１０は、ローカルであってもよいし、リモートであってもよい。一部の実施形態においては、サーバ１１０は、乗客端末デバイス１３０及び／又はドライバー端末デバイス、データベース１５０の情報にネットワーク１２０を介してアクセスできるようにしてもよい。

ネットワーク１２０は、情報の交換を容易にしてもよい。ネットワーク１２０は、単一のネットワークであってもよいし、複数のネットワークの組み合わせであってもよい。単なる例に過ぎないが、、ネットワーク１２０には、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、公衆ネットワーク、プライベートネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ）、仮想ネットワーク、メトロポリタンエリアネットワーク、公衆交換電話網（ＰＳＴＮ）等、又はそれらの組み合わせが含まれてもよいものの、これらに限定されるものではない。ネットワーク１２０は、１つ以上のネットワークアクセスポイントを備えてもよいが、これに限定されるものではない。例えば、ネットワーク１２０は、有線若しくは無線のネットワークアクセスポイント、基地局、又はネットワークスイッチポイントを備えてもよいが、これらに限定されるものではない。これらを通じて、サーバ１１０、乗客端末デバイス１３０、ドライバー端末デバイス１４０、及びデータベース１５０は、ネットワーク１２０に接続され、ネットワーク１２０を介して情報を送受信してもよい。

本開示において、「乗客」は、輸送サービスを必要とする者である場合もあるし、サービス要求を送信する者である場合もあり、「ドライバー」は、輸送サービスを提供する者である場合もあるし、輸送サービスの提供を援助する者である場合もある。本開示において、「乗客」及び「乗客端末デバイス」は、区別なく用いられる場合がある。「乗客」は、乗客端末デバイス１３０のユーザーも含む場合がある。一部の実施形態において、乗客端末デバイス１３０のユーザーは、実際の乗客でない場合がある。例えば、乗客端末デバイス１３０のユーザーＡが、乗客Ｂのために乗客端末デバイス１３０を用いてサービス要求を送信する場合もあるし、サーバ１１０によって送信された他の情報又は命令を受信する場合もある。便宜上、本開示においては、乗客端末デバイス１３０のユーザーを乗客と呼ぶ場合がある。本開示において、「ドライバー」及び「ドライバー端末デバイス」は、区別なく用いられる場合がある。ドライバーは、ドライバー端末デバイス１４０のユーザーも含む場合がある。一部の実施形態において、ドライバー端末デバイス１４０のユーザーは、実際のドライバーでない場合がある。例えば、ドライバー端末デバイス１４０のユーザーＣは、ドライバーＤのためにドライバー端末デバイス１４０を用いてサービス要求を受信する場合もあるし、サーバ１１０によって送信された他の情報又は命令を受信する場合もある。便宜上、ドライバー端末デバイス１４０のユーザーをドライバーと呼ぶ場合がある。

一部の実施形態において、乗客端末デバイス１３０には、モバイルデバイス１３０−１、タブレットコンピュータ１３０−２、ラップトップコンピュータ１３０−３、車載デバイス１３０−４等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。モバイルデバイス１３０−１には、スマートホームデバイス、ウェアラブルデバイス、インテリジェントモバイルデバイス、仮想現実デバイス、拡張現実デバイス等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。スマートホームデバイスには、インテリジェント照明デバイス、インテリジェント電気制御デバイス、インテリジェント監視デバイス、スマートテレビ、スマートカメラ、インターフォン等、又はそれらの組み合わせが含まれるが、これらに限定されるものではない。ウェアラブルデバイスには、スマートバンド、スマートシューズ若しくはスマートソックス、スマートグラス、スマートヘルメット、スマートヘッドバンド、スマート衣服、スマートバックパック、スマートアクセサリー類等、又はそれらの組み合わせが含まれるが、これらに限定されるものではない。インテリジェントモバイルデバイスには、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、スマートウォッチ、ラップトップコンピュータ、タブレットコンピュータ、車載デバイス（例えば、車載用コンピュータ又は車載用テレビ等）、ゲームデバイス、ナビゲーション機器、ＰＯＳマシン等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。仮想現実デバイス又は拡張現実デバイスには、仮想現実ヘルメット、仮想現実メガネ、仮想現実ゴーグル、拡張現実ヘルメット、拡張現実メガネ、拡張現実ゴーグル等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。例えば、Ｇｏｏｇｌｅ（登録商標）Ｇｌａｓｓ、Ｏｃｕｌｕｓ Ｒｉｆｔ（登録商標）、ＨｏｌｏＬｅｎｓ（登録商標）、Ｇｅａｒ ＶＲ（登録商標）等がある。車載デバイス１３０−４は、カーピューター（ｃａｒｐｕｔｅｒ）等であってもよい。一部の実施形態において、乗客端末デバイス１３０は、乗客又は乗客端末デバイス１３０の位置を突き止める測位機能を有するデバイスであってもよい。一部の実施形態において、ドライバー端末デバイス１４０には、乗客端末デバイス１３０と同じ又は類似のデバイスのうちの１つ以上が含まれてもよいが、これらに限定されるものではない。一部の実施形態において、ドライバー端末デバイス１４０は、ドライバー又はドライバー端末デバイス１４０の位置を突き止める測位機能を有するデバイスであってもよい。一部の実施形態において、乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０は、他の測位デバイスと通信して位置特定を行ってもよい。一部の実施形態において、乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０は、位置情報をサーバ１１０に送信してもよい。

一部の実施形態において、データベース１５０は、記憶機能を有するデバイスを包括的に指してもよい。データベース１５０は、乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０から収集されたデータを記憶してもよい。データベース１５０は、サーバ１１０の作動中に生成された様々なデータも記憶するようにしてもよい。データベース１５０は、ローカルであってもよいし、リモートであってもよい。データベース１５０には、階層型データベース、ネットワーク型データベース、リレーショナルデータベース等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。データベース１５０は、上記情報をデジタル化し、次に、（電気記憶デバイス、磁気記憶デバイス、又は光記憶デバイスにより、）電気的方法、磁気的方法、光学的方法等によって、このデジタル化された情報を記憶デバイスに記憶してもよい。データベース１５０は、ソフトウェアやデータ等の様々なタイプの情報を記憶するのに用いてもよい。データベース１５０は、電気エネルギーによって情報を記憶するデバイス、例えば、様々な（正：various）メモリ、すなわち、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）等であってもよい。ランダムアクセスメモリには、１０進計数管、セレクトロン管、遅延線メモリ、ウィリアムス管、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、サイリスターランダムアクセスメモリ（Ｔ−ＲＡＭ）、ゼロキャパシタランダムアクセスメモリ（Ｚ−ＲＡＭ）等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。リードオンリーメモリには、磁気バブルメモリ、磁気ボタンメモリ、薄膜メモリ、プレーテッドワイヤメモリ、磁気コアメモリ、磁気ドラムメモリ、光学ドライブ、ハードディスク、磁気テープ、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、相変化メモリ、磁気抵抗ランダムアクセスメモリ、強誘電性ランダムアクセスメモリ、不揮発性スタティックランダムアクセスメモリ、フラッシュメモリ、電気的消去可能・書き換え可能リードオンリーメモリ、消去可能プログラマブルリードオンリーメモリ、プログラマブルリードオンリーメモリ、マスクＲＯＭ、フローティング接続ドアランダムアクセスメモリ、ナノランダムメモリ、レーストラックメモリ、可変抵抗ランダムアクセスメモリ、プログラマブルメタライゼーションセル等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。データベース１５０は、磁気エネルギー法によって情報を記憶するデバイス、例えば、ハードディスク、ソフトディスク、テープ、磁気コア記憶装置、バブルメモリ、Ｕディスク、フラッシュメモリ等であってもよい。データベース１５０は、光学的方法によって情報を記憶するデバイス、例えば、ＣＤ、ＤＶＤ等であってもよい。データベース１５０は、光磁気的方法によって情報を記憶するデバイス、例えば、光磁気ディスク等であってもよい。データベース１５０のアクセスモードには、ランダムアクセスモード、シリアルアクセスモード、リードオンリーアクセスモード等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。データベース１５０は、非永久メモリであってもよいし、永久メモリであってもよい。上述した記憶デバイスは、単なる例にすぎない。システムにおいて用いられる記憶デバイスは、限定することを意図するものではない。

データベース１５０は、ネットワーク１２０と相互接続又は通信してもよく、あるいはサーバ１１０又はその一部分と直接接続又は通信してもよい。一部の実施形態において、データベース１５０は、サーバ１１０のバックグラウンドにおいて構成してもよい。一部の実施形態において、データベース１５０は、独立したものであり、ネットワーク１２０に直接接続してもよい。乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０は、データベース１５０がネットワーク１２０と相互接続又は通信されているとき、ネットワーク１２０を通じてデータベース１５０内の情報にアクセスできるようにしてもよい。データベース１５０又はシステム内の他の記憶デバイスは、読み出し／書き込み機能を有する媒体を包括的に指してもよい。データベース１５０又はシステム内の他の記憶デバイスは、システムの内部にあってもよいし、外部にあってもよい。データベース１５０とシステム内の他の記憶デバイス又は他のモジュールとの間の接続は、有線であってもよいし、無線であってもよい。ネットワーク１２０は、情報の交換を容易にするものであってもよい。

サーバ１１０若しくはサーバ１１０の一部分と、端末デバイス１３０／１４０のうち少なくともいずれか一方との間の接続、並びにサーバ１１０とデータベース１５０との間の接続は、異なっていてもよい。各関係者に対する、データベース１５０へのアクセスの許可は、制限してもよい。例えば、サーバ１１０又はその一部分は、データベース１５０へのアクセス許可を有し、データベース１５０から得た公共情報又は個人情報の読み出し又は変更を行うことができるようにし、乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０は、当該乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０がある特定の条件を満たすときに、ユーザーに関する公共情報又は個人情報の一部を読み出せるようにしてもよい。例えば、サーバ１１０は、ユーザー（例えば、乗客又はドライバー）によるサーバ１１０を用いた１つ以上の体験に基づいて、そのユーザーに関する公共情報又は個人情報を更新／変更してもよい。別の例として、ドライバー端末デバイス１４０は、乗客端末デバイス１３０からサービス要求を受信すると、データベース１５０内の乗客端末デバイス１３０に関連した部分的な情報を閲覧できるようにしてもよい。その一方で、ドライバー端末デバイス１４０は、データベース１５０内の乗客端末デバイス１３０に関する情報を独自に変更することはできないが、サーバ１１０に報告できるようにしてもよい。その場合、サーバ１１０は、データベース１５０内の乗客端末デバイス１３０に関する情報を変更するか否かを判断する。

一部の実施形態において、輸送サービス料金決定システム１００における１つ以上の構成要素の情報交換は、サービスの要求を介して開始してもよい。サービス要求の対象はあらゆる商品としてもよい。一部の実施形態において、この商品には、食料品、医薬品、日用品、化学製品、電気器具、衣料品、自動車、家屋物件、高級品等、又はそれらの組み合わせが含まれてもよい。他の一部の実施形態においては、上記商品には、サービス財、金融商品、知的産物、インターネット商品等、又はそれらの組み合わせが含まれてもよい。インターネット商品には、個別ホスト商品、ウェブ商品、モバイルインターネット商品、商用ホスト商品、エンベデッド商品等、又はそれらの組み合わせが含まれてもよい。モバイルインターネット商品は、モバイル端末デバイスのソフトウェア、プログラム、システム等、又はそれらの組み合わせにおいて用いてもよい。モバイル端末デバイスには、タブレットコンピュータ、ラップトップコンピュータ、モバイルフォン、パーソナルデジタルアシスタント（ＰＤＡ）、スマートウォッチ、販売時点情報管理（ＰＯＳ（ポイント・オブ・セールス））デバイス、オンボードコンピューター、オンボードテレビ、ウェアラブルデバイス等、又はそれらの組み合わせが含まれてもよい。例えば、商品は、コンピュータ又はモバイルフォンにおいて用いられるソフトウェア及び／又はアプリケーションのうちいずれかであってもよい。このソフトウェア及び／又はアプリケーションは、ソーシャライジング、ショッピング、輸送、娯楽（エンターテインメント）、学習、投資等、又はそれらの組み合わせに関するものであってもよい。一部の実施形態において、輸送に関するソフトウェア及び／又はアプリケーションには、旅行ソフトウェア及び／又は旅行アプリケーション、乗り物のスケジューリングソフトウェア及び／又は乗り物のスケジューリングアプリケーション、地図ソフトウェア及び／又は地図アプリケーション等が含まれてもよい。乗り物のスケジューリングソフトウェア及び／又は乗り物のスケジューリングアプリケーションにおいて、乗り物には、馬、馬車、人力車（例えば、一輪手押し車、二輪自転車、三輪自転車等）、自動車（例えば、タクシー、バス、自家用車等）、列車、地下鉄、船舶、航空機（例えば、飛行機、ヘリコプター、スペースシャトル、ロケット、熱気球等）等、又はそれらの組み合わせが含まれてもよい。

一部の実施形態において、データベース１５０は、データ記憶機能を有するクラウドコンピューティングプラットフォームであってもよい。このクラウドコンピューティングプラットフォームには、パブリッククラウドプラットフォーム、プライベートクラウドプラットフォーム、コミュニティクラウドプラットフォーム、ハイブリッドクラウドプラットフォーム等が含まれるが、これらに限定されるものではない。そのような全ての変形態様は、本開示の保護の範囲内にある。

図２は、本開示の一部の実施形態に係る一例示的なプロセッサ２００（サーバ２００と呼ぶ）のブロック図である。サーバ２００は、輸送サービスプロセッサ２１０（「プロセッサ２１０」と呼ぶ）、入力／出力デバイス２２０、メモリ２３０、及びネットワークインターフェース２４０を備えてもよいが、これらに限定されるものではない。上記デバイスのうちの一部又は全てをネットワーク１２０に接続してもよい。上述したデバイスは、集中型であってもよいし、分散型であってもよい。上述したデバイスのうちの１つ以上は、ローカルであってもよいし、リモートであってもよい。一部の実施形態において、サーバ１１０、乗客端末デバイス１３０、及び／又はドライバー端末デバイス１４０は、図２に示すサーバ２００と同じ又は類似の構造及び／又は構成を有していてもよい。一部の実施形態においては、本開示において説明するサーバ１１０、乗客端末デバイス１３０、及び／又はドライバー端末デバイス１４０によって実行される１つ以上の機能を、図２に示すサーバ２００の同じ又は類似の構造及び／又は構成によって実施するようにしてもよい。

プロセッサ２１０は、コンピュータプログラム命令によってサーバ２００の動作を制御してもよい。これらのコンピュータプログラム命令は、１つ以上のメモリ２３０に記憶してもよい。上述した１つ以上のプロセッサ２１０には、マイクロコントローラー、縮小命令セットコンピュータ（ＲＩＳＣ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、中央処理装置（ＣＰＵ）、グラフィック処理装置（ＧＰＵ）、物理処理装置（ＰＰＵ）、マイクロプロセッサユニット、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、若しくはコンピュータプログラム命令を実行することが可能な他の回路若しくはプロセッサ、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。

入力／出力デバイス２２０は、乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０とサーバ２００とのインタラクションを実施してもよい。一部の実施形態において、入力／出力デバイス２２０は、ネットワーク１２０を通じて乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０から情報を収集してもよい。一部の実施形態において、入力／出力デバイス２２０は、ネットワーク１２０を通じて乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０に情報を送信してもよい。一部の実施形態において、入力／出力デバイス２２０が情報をサーバ２００に送信する方法には、キーボード入力、タッチ画面入力、マウス入力、カメラ、スキャナー、タブレット入力、音声入力等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。一部の実施形態において、入力／出力デバイス２２０が情報を出力する方法には、ディスプレイ、プリンター、スピーカー等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。この出力の形態には、数字、文字、映像、オーディオ、ビデオ等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。

メモリ２３０は、制御サーバ２００のコンピュータプログラム命令及びデータ等の様々な情報を記憶するのに用いてもよい。上述した１つ以上のメモリ２３０は、電気エネルギーを用いて情報を記憶するデバイスであってもよい。例えば、１つ以上のメモリ２３０には、様々なメモリ、すなわち、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。ランダムアクセスメモリには、１０進計数管、セレクトロン管、遅延線メモリ、ウィリアムス管、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、サイリスターランダムアクセスメモリ（Ｔ−ＲＡＭ）、ゼロキャパシタランダムアクセスメモリ（Ｚ−ＲＡＭ）等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。リードオンリーメモリには、磁気バブルメモリ、磁気ボタンメモリ、薄膜メモリ、プレーテッドワイヤメモリ、磁気コアメモリ、磁気ドラムメモリ、光学ドライブ、ハードディスク、磁気テープ、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、相変化メモリ、磁気抵抗ランダムアクセスメモリ、強誘電性ランダムアクセスメモリ、不揮発性スタティックランダムアクセスメモリ、フラッシュメモリ、電気的消去可能・書き換え可能リードオンリーメモリ、消去可能プログラマブルリードオンリーメモリ、プログラマブルリードオンリーメモリ、マスクＲＯＭ、フローティング接続ドアランダムアクセスメモリ、ナノランダムメモリ、レーストラックメモリ、可変抵抗ランダムアクセスメモリ、プログラマブルメタライゼーションセル等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。上述した１つ以上のメモリ２３０は、ハードディスク、フロッピーディスク、磁気テープ、磁気コアメモリ、磁気バブルメモリ、Ｕディスク、フラッシュメモリ等の磁気エネルギーを用いて情報を記憶するデバイスであってもよい。上述した１つ以上のメモリ２３０は、ＣＤ、ＤＶＤ等の光学的に情報を記憶するデバイスであってもよい。上述した１つ以上のメモリ２３０は、光磁気ディスク等の光磁気手段によって情報を記憶するデバイスであってもよい。上述した１つ以上のメモリ２３０のアクセスモードは、ランダム記憶、シリアルアクセス記憶、リードオンリー記憶等、又はそれらの組み合わせであってもよい。上述した１つ以上のメモリ２３０は、非永久メモリであってもよいし、永久メモリであってもよい。当然ながら、メモリ２３０の上記説明は、例示を目的として提供されており、メモリの範囲を限定することを意図するものではない。上述した１つ以上のメモリ２３０は、ローカルであってもよいし、リモートであってもよいし、クラウドサーバ上に存在してもよい。

ネットワークインターフェース２４０は、サーバ２００のサービスの一部又は全てと乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０との間の通信を、ネットワーク１２０を通じて実施してもよい。一部の実施形態において、ネットワークインターフェース２４０は、サーバ２００のデバイスの一部又は全ての間の通信を、ネットワーク１２０を通じて可能にしてもよい。一部の実施形態において、ネットワークインターフェース２４０は、有線であってもよいし、無線であってもよい。ネットワークインターフェース２４０には、金属ケーブル、光ファイバー、ハイブリッドケーブル、接続回線、他の有線ネットワークインターフェース等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。ネットワークインターフェース２４０には、無線ローカルエリアネットワーク（ＷＬＡＮ）インターフェース、ローカルエリアネットワーク（ＬＡＮ）インターフェース、ワイドエリアネットワーク（ＷＡＮ）インターフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続、ＺｉｇＢｅｅインターフェース、近接場通信（ＮＦＣ）インターフェース等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。

図３は、一例示的な輸送サービスサーバ１１０（又は「サーバ１１０」と省略される）のブロック図である。サーバ１１０は、入手モジュール３１０、処理モジュール３２０、及びフィードバックモジュール３３０を備えてもよいが、これらに限定されるものではない。一部の実施形態において、サーバ１１０は、輸送サービスサーバ２００のうちの、輸送サービスの料金を求めるための一部分であってもよい。

上述したモジュールの一部又は全てをネットワーク１２０に接続してもよい。上述したモジュールは、集中型であってもよいし、分散型であってもよい。上述したモジュールのうちの１つ以上は、ローカルであってもよいし、リモートであってもよい。一部の実施形態において、１つ以上のモジュールの機能は、１つ以上のプロセッサ２１０によって実施してもよい。一部の実施形態において、１つ以上のモジュールの機能は、１つ以上のプロセッサ２１０、１つ以上のＩ／Ｏデバイス２２０、１つ以上のメモリ２３０、１つ以上のネットワークインターフェース２４０等、又はそれらの組み合わせによっても実行してもよい。

入手モジュール３１０は、必要とされる情報を様々な方法で取得してもよい。一部の実施形態において、情報を取得する方法は、直接的なものであってもよいし、間接的なものであってもよい。例えば、入手モジュール３１０は、ネットワーク１２０を直接通じて１つ以上の乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０から情報を直接取得してもよいし）、データベース１５０、処理モジュール３２０、又はフィードバックモジュール３３０を通じて間接的に情報を取得してもよい。一部の実施形態において、入手モジュール３１０によって取得される情報には、サービス要求、ドライバー端末デバイス１４０の数、受諾率、オーダー引受率、位置データパケット、地図情報等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。サービス要求には、出発点情報、目的地情報、乗客端末デバイス１３０の乗客識別情報等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。一部の実施形態において、乗客識別情報には、モバイル番号、識別情報（略してｉｄ）、媒体アクセス制御（略してＭＡＣ）アドレス等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。

処理モジュール３２０は、取得される情報に対してデータ処理を実行してもよい。取得される情報には、サービス要求、ドライバー端末デバイス１４０の数、受諾率、オーダー引受率、位置データパケット、地図情報等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。取得される情報のソースには、入手モジュール３１０、データベース１５０等が含まれてもよいが、これらに限定されるものではない。一部の実施形態において、入手モジュール３１０は、サービス要求、ドライバー端末デバイス１４０の数、受諾率、オーダー引受率、位置データパケット、地図情報等を、乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０（例えば、モバイルフォン、パーソナルコンピュータ、ウェアラブルデバイス、タブレットコンピュータ、スマートＴＶ等）から直接取得してもよい。一部の実施形態において、処理モジュール３２０は、要求を送信してもよく、かつ／又は入手モジュール３１０によって送信される情報を受信してもよい。この入手モジュール３１０によって送信される情報には、サービス要求、ドライバー端末デバイス１４０の数、受諾率、オーダー引受率、位置データパケット、地図情報等が含まれてもよいが、これらに限定されるものではない。例えば、入手モジュール３１０は、処理モジュール３２０からの要求の受信後に、当該入手モジュール３１０に記憶された情報を処理モジュール３２０に送信してもよい。

フィードバックモジュール３３０は、情報及び命令を乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０に送信してもよい。一部の実施形態において、フィードバックモジュール３３０は、要求を処理モジュール３２０に送信し、処理モジュール３２０によって送信された情報を受信してもよい。一部の実施形態において、処理モジュール３２０は、フィードバックモジュール３３０からの要求の受信後に、当該処理モジュール３２０に記憶された情報をフィードバックモジュール３３０に送信してもよい。フィードバックモジュール３３０によって乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０に提供される情報には、輸送サービスの推定料金、輸送サービスの実時間料金（リアルタイム料金）、価格調整を行うか否か、価格調整量等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。

フィードバックモジュール３３０は、サービス要求を入手モジュール３１０に送信してもよい。入手モジュール３１０は、サービス要求に基づいて、必要とされる情報をデータベース１５０から入手してもよい。必要とされる情報が入手された後、入手モジュール３１０は、この情報をフィードバックモジュール３３０に送信してもよい。一部の実施形態において、入手モジュール３１０は、フィードバックモジュール３３０からの要求の受信後に、当該入手モジュール３１０に記憶された情報もフィードバックモジュール３３０に送信してもよい。一部の実施形態において、フィードバックモジュール３３０は、データベース１５０に直接アクセスしてもよい。例えば、フィードバックモジュール３３０は、要求をデータベース１５０に送信し、必要とされる情報を取得してもよく、その情報はフィードバックモジュール３３０に送信してもよい。別の例として、データベース１５０は、要求を受信することなく、情報をフィードバックモジュール３３０に送信してもよい。フィードバックモジュール３３０は、要求を処理モジュール３２０に送信してもよく、処理モジュール３２０は、この要求に基づいてデータベース１５０にアクセスして、必要とされる情報を取得してもよい。必要とされる情報が入手された後、処理モジュール３２０は、この情報をフィードバックモジュール３３０に送信してもよい。一部の実施形態において、処理モジュール３２０は、フィードバックモジュール３３０から要求を受信すると、当該処理モジュール３２０に記憶された情報もフィードバックモジュール３３０に送信してもよい。フィードバックモジュール３３０によって受信された入力情報には、輸送サービスの推定料金、輸送サービスの実時間料金、価格調整を行うか否か、価格調整量等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。

一部の実施形態において、入手モジュール３１０、処理モジュール３２０、及びフィードバックモジュール３３０は、それらを個別の集積回路モジュールにそれぞれ配置させることによって実現してもよく、それらのモジュールのうちの幾つかを単一の集積回路モジュールに配置させることによって実現してもよい。同様の変形形態は、本開示の特許請求の範囲の範囲内にある。

図４は、本開示の一部の実施形態に係る一例示的な入手モジュール３１０のブロック図である。入手モジュール３１０は、サービス要求入手ユニット４１０、端末情報入手ユニット４２０、受諾率入手ユニット４３０、オーダー引受率入手ユニット４４０、及びデータパケット受信ユニット４５０を備えていてもよい。

サービス要求入手ユニット４１０は、サービス要求を入手してもよい。一部の実施形態において、サービス要求は、乗客端末１３０によってサーバ１１０に送信されたサービス要求であってもよい。一部の実施形態において、サービス要求には、出発点情報、目的地情報、乗客端末１３０の乗客識別情報等、又はそれらの組み合わせが含まれてもよい。

端末情報入手ユニット４２０は、少なくとも１つのドライバー端末１４０の情報を入手してもよい。一部の実施形態においては、サーバ１１０が、乗客端末１３０によって送信されたサービス要求を受信すると、端末情報入手ユニット４２０は、サービス要求にある出発点情報に基づいて、出発点の周辺領域内で少なくとも１つのドライバー端末１４０の情報を取得してもよい。

受諾率入手ユニット４３０は、乗客端末１３０の受諾率を取得してもよい。一部の実施形態において、受諾率入手ユニット４３０は、価格調整量に基づく価格調整の前の、乗客端末１３０の第１の受諾率を取得してもよい。一部の実施形態において、受諾率入手ユニット４３０は、価格調整後の乗客端末１３０の第２の受諾率を取得してもよい。

オーダー引受率入手ユニット４４０は、ドライバー端末１４０のオーダー引受率を取得してもよい。一部の実施形態において、オーダー引受率入手ユニット４４０は、価格調整量に基づく価格調整の前の、ドライバー端末１４０の第１のオーダー引受率を取得してもよい。一部の実施形態において、オーダー引受率入手ユニット４４０は、ドライバー端末から価格調整後の第２のオーダー引受率を取得してもよい。データパケット受信ユニット４５０は、クライアントによって送信された位置データ点を含むデータパケットを受信してもよい。

一部の実施形態において、入手モジュール３１０は、他の情報入手ユニットも備えてもよい。例えば、入手モジュール３１０は、地図情報を入手するように構成された地図情報入手ユニットも備えてもよい。一部の実施形態において、入手モジュール３１０は、上述したユニットのうちのいずれか又はユニットの組み合わせを備えてもよい。一部の実施形態において、入手モジュール３１０内のユニットのうちのいずれか又はユニットの組み合わせは、対応する機能を実行するユニットに統合されてもよい。

図５は、本開示の一部の実施形態に係る一例示的な処理モジュール３２０のブロック図である。処理モジュール３２０は、輸送サービス料金推定ユニット５１０、価格調整決定ユニット５２０、データパケット処理ユニット５３０、計画経路決定ユニット５４０、運転経路決定ユニット５５０、高速有料道路区間決定ユニット５６０、及び高速有料道路通行料金額決定ユニット５７０を備えてもよい。

輸送サービス料金推定ユニット（見積もりユニット）５１０は、輸送サービスの料金を推定（見積もり）してもよい。一部の実施形態において、輸送サービス料金推定ユニット５１０は、出発位置と目的地との間の第１の距離を求め、この第１の距離及び推定式に基づいて輸送サービスの料金を推定してもよい。一部の実施形態において、輸送サービス料金推定ユニット５１０は、輸送サービス料金と開始価格との間の関係に基づいて、輸送サービスの推定料金を調整してもよい。一部の実施形態において、輸送サービス料金推定ユニット５１０は、データ入手サブユニット、モデルトレーニングサブユニット、及びプリプロセッササブユニット等、又はそれらの組み合わせも備えてもよい。データ入手サブユニットは、少なくとも１つの都市において事前に設定された時間範囲内の、それぞれ異なる時間帯における履歴データを収集してもよい。モデルトレーニングサブユニットは、デフォルトモデルをトレーニングして推定式を取得してもよい。例えば、モデルトレーニングサブユニットは、同じ領域及び／又は同じ時間帯の履歴データに基づく事前に設定されたモデルをトレーニングして、その領域及び／又は時間帯に対応する推定式を取得してもよい。プリプロセッササブユニットは、データを前処理してもよい。例えば、プリプロセッササブユニットは、履歴データにおける情報に基づいて各都市及び／又は各時間帯における開始価格を求めてもよく、履歴データに対してノイズ低減処理も実行してもよい。

価格調整決定ユニット５２０は、サービス要求に対応する価格調整ストラテジー及び／又は価格調整量を求めてもよい。一部の実施形態において、価格調整決定ユニット５２０は、サービス要求に基づく価格調整条件、価格調整ストラテジー、価格調整量等、又はそれらの組み合わせを取得してもよい。価格調整決定ユニット５２０は、価格調整を行うか否かを判断してもよい。

データパケット処理ユニット５３０は、受信したデータパケットを処理してもよい。一部の実施形態において、データパケット処理ユニット５３０は、受信したデータパケットが有効であるか否かを判断してもよい。一部の実施形態において、データパケット処理ユニット５３０は、受信したデータパケットから有効なデータパケットを判断してもよい。データパケットが有効であると判断された場合、データパケット処理ユニット５３０は、そのデータパケットにおける事前に設定された料金規則、過去の料金、及び位置データ点に基づいて輸送サービスの実時間料金を生成してもよい。データパケットが無効であると判断された場合、データパケット処理ユニット５３０は、そのデータパケットを廃棄してもよい。一部の実施形態において、データパケット処理ユニット５３０は、取得された位置データ点の位置の間の距離の合計を求め、位置データ点の位置の間の距離の合計に基づいて現在受信しているデータパケットに含まれる料金を求め、輸送サービスの実時間料金を求める等も行ってもよい。本開示における「現在受信しているデータパケット」は、サーバ１１０（サーバ１１０内のデータパケット処理ユニット５３０）が処理しているデータパケットとしてもよい。ここで、「現在」は、サーバ１１０（サーバ１１０内のデータパケット処理ユニット５３０）がデータパケットを処理している時刻を示してもよい。

一部の実施形態において、データパケット処理ユニット５３０は、タイムスタンプ入手サブユニット、データパケット決定サブユニット、データパケット廃棄サブユニット、データ点追加サブユニット、距離決定サブユニット、距離合計決定サブユニット、輸送サービス実時間料金決定サブユニット、データ記録サブユニット等、又はそれらの組み合わせも備えてもよい。タイムスタンプ入手サブユニットは、現在受信しているデータパケットにおける第１の位置データ点に対応する第１のタイムスタンプと、過去に受信されたデータパケットにおける最新の位置データ点に対応する第２のタイムスタンプとを取得してもよい。データパケット決定サブユニットは、これらの第１のタイムスタンプ及び第２のタイムスタンプのシーケンスを決定してもよい。データパケット廃棄サブユニットは、受信された無効なデータパケットを廃棄してもよい。データパケット廃棄サブユニットは、現在受信しているデータパケットに基づいて輸送サービスの実時間料金を求めた後に、現在受信しているデータパケットも廃棄してもよい。データ点追加サブユニットは、過去に受信されたデータパケットにおける最新の位置データ点を現在受信しているデータパケットに追加してもよい。距離決定サブユニットは、現在受信しているデータパケットにおける各２つの隣接する位置データ点の間の距離を求めてもよい。距離合計決定サブユニットは、各２つの隣接する位置データ点に基づいて、取得された位置データ点の位置の間の距離の合計を求めてもよいし、それらの位置の間の距離に基づいて、複数の位置データ点に対応する複数の位置の間の距離の合計を求めてもよい。輸送サービス実時間料金決定サブユニットは、事前に設定された料金規則、過去の料金、及び位置データ点によって求められた位置の間の距離の合計に基づいて、輸送サービスの実時間料金を求めてもよい。データ記録サブユニットは、現在受信しているデータパケットにおける最新の位置データ点、最新の位置データ点に対応する第２のタイムスタンプ及び過去の料金を記録してもよい。

図５を再び参照すると、計画経路決定ユニット５４０は、乗客端末１３０から送信されたサービス要求に基づいて計画経路を決定してもよい。一部の実施形態において、計画経路決定ユニット５４０は、出発点の情報、目的地の情報、及び／又はサービス要求の問い合わせ情報（例えば、第１の問い合わせ情報又は第２の問い合わせ情報等）に応答したフィードバック情報（例えば、第１のフィードバック情報、第２のフィードバック情報等）に基づいて計画経路を決定してもよい。

運転経路決定ユニット５５０は、サービス要求からの出発点情報及び現在位置情報に基づいて運転経路を決定してもよい。一部の実施形態において、運転経路決定ユニット５５０は、出発点と現在位置との間の運転経路を決定してもよい。本開示における「現在位置」は、プロセッサ１１０（プロセッサ１１０内の運転経路決定ユニット５５０）が運転経路を決定するときに乗客端末１３０及び／又はドライバー端末１４０が位置している実時間（リアルタイム）の位置としてもよい。ここで、「現在」は、運転経路が求められる時刻を指す。

高速有料道路区間決定ユニット５６０は、運転経路に基づいて当該運転経路の高速有料道路区間を決定してもよい。高速有料道路通行料金額決定ユニット５７０は、高速有料道路区間に基づいて高速通行料金額を求めてもよい。

一部の実施形態において、処理モジュール３２０は、上述したユニット及び／又はサブユニットのうちのいずれか、又はそれらの組み合わせを備えてもよい。一部の実施形態において、処理モジュール３２０内の上述したユニット及び／又はサブユニットのうちのいずれか、又はそれらの組み合わせは、対応する機能を実行するユニットに統合されてもよい。

図６は、本開示の一部の実施形態に係る一例示的なフィードバックモジュール３３０のブロック図である。フィードバックモジュール３３０は、輸送サービス推定料金フィードバックユニット６１０、価格調整要求送信ユニット６２０、輸送サービス実時間料金送信ユニット６３０、第１の情報送信ユニット６４０、第２の情報送信ユニット６５０、情報受信ユニット６６０、及び料金表示ユニット６７０を備えてもよい。

輸送サービス推定料金フィードバックユニット６１０は、輸送サービスの推定料金に関するフィードバックを、乗客端末１３０、ドライバー端末１４０、データベース１５０等、又はそれらの組み合わせに送信してもよい。価格調整ストラテジーが適用されると判断されたとき、価格調整要求送信ユニット６２０は、価格調整要求を乗客端末１３０に送信してもよい。乗客端末１３０及び／又はドライバー端末１４０が目的地に到着した後、輸送サービス実時間料金送信ユニット６３０は、輸送サービスの料金を乗客端末１３０及び／又はドライバー端末１４０に送信してもよい。

第２の情報送信ユニット６５０は、高速有料道路区間に入るか否かを問い合わせる第１の問い合わせ情報を移動の開始時に乗客端末１３０に送信してもよい。このサービスでは、乗り物が、各高速通行料金所から事前に設定された距離にある位置に達すると、第１の情報送信ユニット６４０は、乗り物が有料道路区間にまもなく入ろうとしている通知情報を乗客端末１３０に送信してもよい。情報受信ユニット６６０は、第１の問い合わせ情報及び／又は第２の問い合わせ情報に関する乗客端末１３０のフィードバックを受信してもよい。料金表示ユニット６７０は、サーバ１１０（例えば、サーバ１１０内の処理モジュール３２０）によって求められた料金情報を編集してもよい。一部の実施形態において、料金表示ユニット６７０は、編集された料金情報を乗客端末１３０、ドライバー端末１４０等に表示してもよい。一部の実施形態において、料金表示ユニット６７０はサーバ１１０の一部であってもよく、料金は表示されなくてもよい。一部の実施形態において、料金表示ユニット６７０は、輸送サービスの推定料金、輸送サービスの実時間料金、基本マイル料金、有料道路区間での通行料、料金規則等、又はそれらの組み合わせを生成してもよい。

一部の実施形態において、フィードバックモジュール３３０は、上述したユニット及び／又はサブユニットのうちのいずれか、又はそれらの組み合わせを備えてもよい。一部の実施形態において、フィードバックモジュール３３０内の上述したユニット及び／又はサブユニットのうちのいずれか、またはそれらの組み合わせは、対応する機能を実行するユニットに統合されもよい。

図７は、本開示の一部の実施形態に係る一例示的な乗客端末１３０及び／又はドライバー端末１４０のブロック図である。一部の実施形態において、乗客端末１３０及び／又はドライバー端末１４０は、入手モジュール７１０、フィードバックモジュール７２０、及びデータ処理モジュール７３０を備えてもよい。一部の実施形態において、入手モジュール７１０は、データ点入手ユニット７１２及び料金受信ユニット７１４を備えてもよい。フィードバックモジュールは、データパケット送信ユニット７２２を備えてもよい。処理モジュール７３０は、データ点格納ユニット７３２を備えてもよい。

データ点入手ユニット７１２は、所定の数の位置データ点を取得してもよい。乗客端末１３０及び／又はドライバー端末１４０が目的地に到着した後、料金受信ユニット７１４は、サーバ１１０によって送信された輸送サービスの実時間料金を受信してもよい。データパケット送信ユニット７２２は、データパケットをサーバ１１０に送信してもよい。データ点格納ユニット７３２は、事前に設定された数の位置データ点を受信し、それらの位置データ点をデータパケットに格納してもよい。

一部の実施形態において、乗客端末１３０及び／又はドライバー端末１４０は、上述したモジュール／ユニットのうちのいずれか、またはそれらの組み合わせを備えてもよい。一部の実施形態において、乗客端末１３０及び／又はドライバー端末１４０内の上述したモジュール及び／又はユニットのうちのいずれか、またはそれらの組み合わせは、対応する機能を実行するモジュール及び／又はユニットに統合されてもよい。一部の実施形態においては、乗客端末１３０及び／又はドライバー端末１４０は、乗客、乗客端末１３０、ドライバー、又はドライバー端末１４０の位置を突き止める測位機能を有するデバイスも備えていてもよい。

図８は、本開示の一部の実施形態に係る、輸送サービス料金のフィードバックを生成する一例示的なプロセスのフローチャートである。ステップ８１０において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のサービス要求入手ユニット４１０）は、乗客端末１３０によって送信されたサービス要求を取得してもよい。このサービス要求には、出発点情報、目的地情報、乗客端末１３０の乗客識別情報等、又はそれらの組み合わせが含まれてもよい。一部の実施形態において、乗客識別情報には、モバイル番号、識別情報コード（ＩＤ）、ＭＡＣアドレス等、又はそれらの組み合わせが含まれてもよい。

ステップ８２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０）は、サービス要求に基づいて輸送サービス料金を求めてもよい。この輸送サービス料金には、輸送サービスの推定料金及び輸送サービスの実時間料金が含まれてもよい。輸送サービスの推定料金は、移動の開始前にサービス要求及び他の情報に基づいてサーバ１１０によって求められた支払い額としてもよい。輸送サービスの実時間料金は、取得された位置データ点又は高速有料道路区間等の情報に基づいてサーバ１１０によって求められた実時間（リアルタイム）の支払い額としてもよい。

ステップ８３０において、サーバ１１０（例えば、サーバ１１０のフィードバックモジュール３３０、フィードバックモジュール３３０内の輸送サービス推定料金フィードバックユニット６１０及び／又は輸送サービス実時間料金送信ユニット６３０）は、輸送サービス料金を乗客端末１３０及び／又はドライバー端末１４０に送信してもよい。

図８を再び参照すると、ステップ８２０は、図９に示すような輸送サービス料金を求める方法９００によって実施してもよい。一部の実施形態において、輸送サービス料金を求める方法９００は、ステップ９１０のみを実行することによって実施されてもよい。一部の実施形態において、輸送サービス料金を求める方法９００は、ステップ９２０のみを実行することによって実施されてもよい。一部の実施形態において、輸送サービス料金を求める方法９００は、ステップ９１０及びステップ９２０を連続して実行することによって実施されてもよい。

図９に示すように、ステップ９１０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５１０）は、サービス要求に基づいて輸送サービスの推定料金を求めてもよい。一部の実施形態において、ステップ９１０には、推定式に基づいて輸送サービスの推定料金を求めること、及び／又は価格調整条件に基づいて価格調整ストラテジーを決定することが含まれてもよい。この価格調整ストラテジーは、運賃増加量及び／又は運賃増加率としてもよい。

ステップ９２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０）は、輸送サービスの実時間料金を求めてもよい。この輸送サービスの実時間料金を求める際の基礎となる情報には、サービス要求、運転経路、高速有料道路区間情報、地図ライブラリデータ、位置データパケット等、又はそれらの組み合わせが含まれてもよい。

図９を再び参照すると、ステップ９１０は、図１０に示すような輸送サービスの推定料金を求める方法１０００によって実施してもよい。一部の実施形態において、輸送サービスの推定料金を求める方法１０００は、ステップ１０１０〜１０４０を実行することによって実施されてもよい。一部の実施形態において、輸送サービスの推定料金を求める方法１０００は、ステップ１０１０〜１０６０を実行することによって実施されてもよい。一部の実施形態において、輸送サービスの推定料金を求める方法１０００は、ステップ１０１０、ステップ１０５０、及びステップ１０６０を実行することによって実施されてもよい。

図１０に示すように、ステップ１０１０において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０のサービス要求入手ユニット４１０）は、サービス要求を取得してもよい。このサービス要求には、出発点情報、目的地情報、乗客端末１３０の乗客識別情報（例えば、電話番号、識別コード（ＩＤ）、ＭＡＣアドレス等、又はそれらの組み合わせ）が含まれてもよい。一部の実施形態において、出発点情報は、乗客端末１３０の位置情報としてもよい。一部の実施形態において、サーバ１１０は、出発点情報を乗客端末１３０から自動的に読み出してもよい。例えば、乗客が、測位機能を有する乗客端末１３０を用いているとき、サーバ１１０は、乗客端末１３０の測位機能に基づいて、乗客の出発点情報を自動的に取得してもよい。別の例として、サービス要求ソフトウェア及び／又はサービス要求アプリケーションが測位機能を開放することを乗客が許可しているとき、サーバ１１０は、乗客端末１３０がサービス要求を送信する時点における乗客端末１３０の出発点情報を自動的に取得してもよい。乗客端末１３０の例には、スマートフォン、パーソナルデジタルアシスタント、タブレットコンピュータ、ラップトップコンピュータ、カーピューター、ハンドヘルドゲームプレーヤー、スマートグラス、スマートウォッチ、ウェアラブルデバイス、仮想現実デバイス又は拡張現実デバイス（例えば、Ｇｏｏｇｌｅ（登録商標）Ｇｌａｓｓ、Ｏｃｕｌｕｓ Ｒｉｆｔ（登録商標）、ＨｏｌｏＬｅｎｓ（登録商標）、Ｇｅａｒ ＶＲ（登録商標）等）、又は同様の機能を有する他のデバイスが含まれてもよい。

ステップ１０２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５１０）は、サービス要求に従って第１の距離を求めてもよい。この第１の距離は、乗り物（例えば、車両、船、航空機等）が開始位置から目的地まで移動する空間距離（道路距離又は水面距離等）としてもよい。一部の実施形態において、第１の距離は、開始位置と目的地との間の直線距離としてもよい。例えば、第１の距離は、開始位置と目的地との間の最短時間経路に対応する距離としてもよい。一部の実施形態においては、開始位置及び目的地の緯度座標及び経度座標を最初に取得してもよく、第１の距離は、上述した緯度座標及び経度座標並びに地図ナビゲーションに基づいて求めてもよい。

ステップ１０３０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５１０）は、推定式を取得してもよい。輸送サービスの推定料金の正確さを確保するために、サーバ１１０は、サービス要求と同じ領域及び／又は同じ時間帯の推定式を取得してもよい。推定式は、距離と輸送サービスの推定料金との間の関数関係であってもよい。一部の実施形態において、推定式は、モデルをトレーニングすることによって取得してもよい。上述した同じ領域は、同じ行政区域であってもよいし、同じ地理的エリア（華北平原等）であってもよい。一部の実施形態において、同じ領域には、同じ都市、同じ都市の同じエリア（北京市海淀区等）、同じ街区、又は同じ道路が含まれてもよい。一部の実施形態において、同じ領域は、同じ都市にあってもよい。ラッシュアワーと他の時間帯との間の輸送サービス料金は、大幅に異なっていてもよく、１日を複数の時間帯に分割してもよい。例えば、７：００〜９：００（朝のピーク時）を１つの時間帯として設定してもよく、１７：００〜１９：００（夕方のピーク時）を別の時間帯して設定してもよい。一部の実施形態において、同じ時間帯は、各日における同じ時間帯であってもよい。

ステップ１０４０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５１０）は、第１の距離及び推定式に基づいて輸送サービスの推定料金を求めてもよい。一部の実施形態において、推定式は、サービス要求と同じ領域及び同じ時間帯の推定式としてもよい。一部の実施形態において、サービス要求が属する領域は、出発位置によって決定してもよい。一部の実施形態において、サービス要求が属する時間帯は、サービス要求における出発時刻に従って決定してもよい。サービス要求と同じ領域及び同じ時間帯に属する推定式は、サービス要求が属する領域及び時間帯を決定した後に選択してもよい。輸送サービスの推定料金は、第１の距離と、推定式によって表される距離と輸送サービスの推定料金との間の関数関係とによって求めてもよい。

一部の実施形態において、サーバ１１０（例えば、サーバ１１０のフィードバックモジュール３３０、又はフィードバックモジュール３３０内の輸送サービス推定料金フィードバックユニット６１０）は、求められた輸送サービスの推定料金を乗客端末１３０及び／又はドライバー端末１４０に送信してもよい。送信する方法には、タクシー配車アプリ（例えば、ＤｉＤｉ Ｔａｘｉ）の情報プッシュ、プロンプト音、ポップアップウィンドウ、ショートメッセージ、インスタントメッセージ等、又はそれらの組み合わせが含まれてもよい。この情報は、テキスト、オーディオ、ビデオ、映像等、又はそれらの組み合わせの形態で存在してもよい。

ステップ１０５０において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０）は、サービス要求に基づいて価格調整条件を取得してもよい。この価格調整条件には、サービス要求からの出発点の周辺領域内のサービス要求の数、現在利用可能なオンラインドライバー端末１４０の数、ドライバー端末１４０のオーダー引受率、受諾率情報、履歴サービス要求の数及び完了した履歴サービス要求の数、ドライバー端末１４０の引き受けられたオーダーの数等、又はそれらの組み合わせが含まれてもよい。

ステップ１０６０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０の価格調整決定ユニット５２０）は、価格調整条件に基づいて、価格調整を行うか否かを判断し、及び／又は価格調整量を求めてもよい。一部の実施形態において、サーバ１１０は、サービス要求の出発点の周辺領域内のサービス要求の数とドライバー端末１４０の数との間の需給関係を求めてもよく、この需給関係に基づいて、現在受信しているサービス要求に対し価格調整ストラテジーを適用するか否かを判断してもよい。一部の実施形態において、サーバ１１０は、価格調整条件（例えば、ドライバー端末１４０のオーダー引受率及び乗客端末１３０の受諾率）に基づくサービス要求への運賃の増加に対する乗客及び／又はドライバーの受諾率を予測し、この受諾率を価格調整量及び／又は価格調整のレートに変換してもよい。

一部の実施形態において、輸送サービス料金を推定する上述した方法は、実時間（リアルタイム）のタクシー配車シナリオだけでなく、既存の支払い記録の履歴情報の状況においても用いてもよい。例えば、実際の輸送サービス料金が、輸送サービスの推定料金と大幅に異なる場合、実際の輸送サービス料金は、不正行為情報の判断の基準として用いてもよい。

図１１は、本開示の一部の実施形態に係る推定式を生成する一例示的な方法１１００のフローチャートである。図１１に示すように、ステップ１１１０において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０）は、少なくとも１つの都市における事前に設定された時間範囲内の各時間帯の履歴情報を収集してもよい。この履歴情報には、第２の距離及び対応する輸送サービスの実時間料金が含まれてもよい。第２の距離は、乗り物（例えば、車両、船、航空機等）が、完了したサービス要求における出発位置から目的地まで移動する空間距離（道路距離又は水面距離等）としてもよい。事前に設定された時間範囲が過度に長い場合、過度に多くの履歴情報が取得される場合があり、モデルトレーニングの効率に悪影響を及ぼす場合がある。一方、事前に設定された時間範囲が過度に短い場合、履歴情報が十分でない場合があり、推定式の精度が悪影響を受ける場合がある。例えば、精度と効率との間のバランスを保つために、事前に設定される時間範囲は、１カ月に設定してもよい。すなわち、先月の少なくとも１つの都市における各時間帯の履歴情報が収集される。

収集された履歴情報は、多くのノイズを伴う場合がある。モデルトレーニングに対するその悪影響を回避するために、ノイズは、モデルトレーニング前に除去されるべきである。ノイズには、支払いに不備が生じたケース（第２の距離が長いが、輸送サービスの実時間料金が低く、乗客は、料金の一部をオンラインで支払い、料金の一部をオフラインで支払う場合がある）、不正行為のケース（第２の距離が短いが、輸送サービスの実時間料金が高い）、異常値（ほとんどの乗客のデータ点の分布と異なる）等が含まれてもよい。

ステップ１１２０を実行する前に、前処理を実行してもよい。この前処理には、（１）開始価格及び開始価格の対応するマイル数を推定すること、（２）開始価格未満の履歴情報を除去すること、（３）不正行為点を除去すること、（４）異常値を除去することのうちのいずれか、またはそれらの組み合わせが含まれてもよい。

一部の実施形態において、推定開始価格は、次のように求めてもよい。すなわち、まず、開始価格を以下のように規定する。
ｙｍｉｎ＝ｍｉｎ［ｔｏｐｘ（ｃｏｕｎｔ（ｙｉ））］ （１）
ここで、ｃｏｕｎｔ（ｙｉ）は、その額が同じ都市の履歴情報のｙｉに等しい輸送サービス料金の数を示し、ｔｏｐｘは、同じ時間帯及び同じ都市での履歴情報における輸送サービスの最高料金の数である。一部の実施形態において、ｘの値は、５〜３０としてもよく、例えば、ｘの値は、２０としてもよい。輸送サービスの料金は、タクシーを呼び止めるときの開始価格と同じであることが一般的なこともある。したがって、同じ都市の履歴情報における複数の異なる輸送サービス料金を取得して、降順に配列してもよい。ｔｏｐｘの輸送サービスのうち最低料金を開始価格として指定してもよい。一部の実施形態において、上述した方法によって求められた開始価格は、大都市では、必ずしもｔｏｐｘの最低輸送サービス料金ではない。例えば、上述した方法によって求められる開始価格は、低いものから高いものへと並べ替えた価格の内、トップ１０、トップ５、トップ３等の価格から選択してもよい。妥当な開始価格は、複数の候補集合を考慮し、それらの候補集合を人為的にフィルタリングすることによって取得してもよい。

一部の実施形態において、開始価格の推定マイル数は、次のように求めてもよい。すなわち、その額が過去に求められた開始価格に等しい輸送サービス料金の履歴情報を取得する；これらの履歴情報の第２の距離を長いものから短いものへと並び替え、その第２の距離が当該第２の距離の分布の２０％〜５０％にある履歴情報のみを保持する。開始価格決定時のマイル数は、数値そのものでなくてもよい。例えば、マイル数の範囲が求められてもよい。

一部の実施形態において、開始価格未満の履歴情報は、以下の操作で除去してもよい。すなわち、同じ都市の履歴情報におけるその額が開始価格未満である輸送サービス料金の履歴情報を直接除去してもよい。この履歴情報は、未完了の支払いの場合に対応してもよい。

一部の実施形態においては、不正行為点を以下の動作で除去してもよい。同じ都市における最高値から２０％以内の輸送サービス料金を有する履歴情報を取得してもよい。この取得された履歴情報の第２の距離が、同じ都市における履歴情報の平均の第２の距離よりも小さい場合、これは不正行為点とみなされる。一般に、第２の距離が短い時には、通常、低料金の輸送サービス料金に対応し得る。

一部の実施形態においては、異常値を以下のようにして除去してもよい。残りの分離された点は、アプリケーションの密度ベースの空間クラスタリング（ノイズを伴うアプリケーションの密度ベースの空間クラスタリング（ＤＢＳＣＡＮ））に基づいて同じ都市における履歴情報のノイズ点を検出する方法を用いることによって除去してもよい。ＤＢＳＣＡＮでは、周辺領域内の或る特定の量を越える密度を有する履歴情報は、コア点（core point）としてもよく、周辺領域内のコア点を有しない履歴情報は、ノイズ点としてもよい。ノイズ点は、事前に設定されたモデルのトレーニング効果に影響を与えることができるほとんどの履歴情報から遠く離れて分布していてもよい。

ステップ１１２０において、輸送サービス料金推定ユニット５１０は、同じ都市及び／又は同じ時間帯の履歴情報に基づいて事前に設定されたモデルをトレーニングして、その都市及び／又は時間帯の推定式を取得してもよい。

一部の実施形態においては、履歴情報の分布、タクシー料金規則を考慮するとともに、第２の距離の０乗〜４乗を特徴項として選択することによって、事前に設定されるモデルを以下のように規定してもよい。
ｆ（ｘ）＝ｗ_４ｘ^４＋ｗ_３ｘ^３＋ｗ_２ｘ^２＋ｗ_１ｘ＋ｗ_０ （２）
ここで、ｆ（ｘ）は、輸送サービスの推定料金を示してもよく、ｗ_０、ｗ_１、ｗ_２、ｗ_３、及びｗ_４は、定数を示してもよく、ｘは、第２の距離を示してもよい。この事前に設定されるモデルには複数の未知の定数（例えば、ｗ_０、ｗ_１、ｗ_２、ｗ_３、及びｗ_４）が存在するので、これらの定数の値は、この事前に設定されるモデルをトレーニングすることによって取得してもよい。定数の値を事前に設定されるモデルに代入することによって、対応する推定式を取得してもよい。

輸送サービス料金の誤差の許容範囲が、輸送サービス料金の誤差率の許容範囲よりもはるかに大きいことを考えると、以下の式の最小平均二乗誤差率の損失関数を、モデルをトレーニングするときの目的関数として選択してもよい。

ここで、（ｘｉ，ｙｉ）は、履歴情報を示し、ｘｉは、第ｉの履歴情報の第２の距離を示し、ｙｉは、第ｉの履歴情報の輸送サービスの実時間料金を示し、ｆ（ｘｉ）は、輸送サービスの推定料金を示す。輸送サービスの実時間料金が輸送サービスの推定料金に近づくにつれて、目的関数はより小さくなる。一部の実施形態においては、一般線形回帰の確率的勾配降下法（ＳＧＤ）を用いて、この関数の解を求めてもよい。

図１０を再び参照すると、ステップ１０５０は、価格調整条件を取得する図１２のステップ１２００によって実施してもよい。本実施形態では、価格調整条件には、価格調整前の乗客端末１３０の第１の受諾率、価格調整後の乗客端末１３０の第２の受諾率、価格調整前のドライバー端末１４０の第１のオーダー引受率、及び価格調整後のドライバー端末１４０の第２のオーダー引受率が含まれてもよい。

図１２に示すように、ステップ１２１０において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内の端末情報入手ユニット４２０）は、サービス要求からの出発点に基づいて出発点の周辺領域内で少なくとも１つのドライバー端末１４０の情報を取得してもよい。出発点の周辺領域は、出発点の近くの領域、出発点が属する行政区域、又は出発点が属する地理的領域（例えば、華北平原等）としてもよい。この出発点の周辺領域には、出発点から或る特定の距離閾値内の領域が含まれてもよい。一部の実施形態において、上述した距離閾値は、サービス要求の数、出発点、時刻、道路状況、天候等の因子を考慮してシステムにより決定されてもよい。一部の実施形態において、距離閾値は、０．５ｋｍ、１ｋｍ、２ｋｍ、３ｋｍ等としてもよい。出発点が属する行政区域には、出発点が属する都市、出発点が属する地区（例えば、北京市海淀区等）、出発点が属する街区、又は出発点が属する道路が含まれてもよい。一部の実施形態において、出発点が属する行政区域は、出発点が属する都市としてもよい。一部の実施形態において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内の端末情報入手ユニット４２０）は、サービス要求における出発点に基づいて出発点から事前に設定された距離内の少なくとも１つのドライバー端末１４０を取得してもよい。この事前に設定される距離は、ユーザーによって設定されてもよいし、取得されるドライバー端末１４０の情報に基づいてシステムによって自動的に調整されてもよい。例えば、事前に設定される距離が３ｋｍであり、サーバ１１０がドライバー端末１４０の情報を取得しないとき、少なくとも１つのドライバー端末１４０の情報が取得されるように事前に設定される距離を増加させてもよい。

ステップ１２２０において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０の受諾率入手ユニット４３０）は、価格調整の事前設定量に基づいて、乗客端末１３０の価格調整前の第１の受諾率及び価格調整後の第２の受諾率を取得してもよい。第１の受諾率は、調整前のサービス料金に対応してもよい。第２の受諾率は、調整後のサービス料金に対応してもよい。一部の実施形態において、事前に設定される価格調整量は、（０，１００）としてもよい。この量が０である場合、これによって、サービス料金が価格調整前であることを示してもよい。この量が０よりも大きい場合、これによって、サービス料金が価格調整後であることを示してもよい。第１の受諾率は、価格調整前（価格調整量が０である）にサービス要求が完了しようとしている乗客端末１３０の確率であり、第２の受諾率は、価格調整の事前設定量の価格調整要求に対する乗客端末１３０の受諾率である。受諾率入手ユニット４３０は、乗客端末１３０における価格調整用の事前にトレーニングされた受諾率推定モデルを用いて、乗客端末１３０の履歴サービス要求データ及び価格調整の事前設定量に基づいて第１の受諾率及び第２の受諾率を予測してもよい。

一部の実施形態において、乗客端末１３０の価格調整用の受諾率推定モデルは、次のステップ、すなわち、（１）事前に設定された期間内における乗客端末１３０のサービス要求の履歴データを取得するステップ；（２）取得されたサービス要求の履歴データをトレーニングデータとして利用し、このトレーニングデータによって乗客端末の価格調整用の受諾率推定モデルをトレーニングするステップ、によって取得してもよい。サービス要求の履歴データには、乗客端末１３０のサービス要求の数の履歴、完了したサービス要求の数の履歴、値引きの方法（例えば、現金クーポン、ラッキーマネー（紅包）等）、値下げの額（例えば、用いられる現金クーポンの額、残りの現金クーポンの額、用いられるラッキーマネーの額、残りのラッキーマネーの額等）、各サービス要求の履歴に対応する価格調整量等、又はそれらの組み合わせが含まれてもよい。一部の実施形態において、受諾率推定モデルのトレーニングは、線形回帰モデル等に基づいて行ってもよい。一部の実施形態において、この線形回帰モデルには、ロジスティック回帰、サポートベクターマシン等が含まれてもよい。

一部の実施形態においては、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５１０）を、ロジスティック回帰モデルを用いてトレーニングして、乗客端末１３０の価格調整用の受諾率推定モデルを取得してもよい。ロジスティック回帰モデルは、以下の式として表してもよい。

ここで、ｘは、乗客端末１３０のオーダー履歴のデータである多次元特性データを示し、ｙは、目的変数を表してもよい。ｙ＝１は、予測が受諾されることを示してもよく、ｙ＝０は、予測が受諾されないことを示してもよく、Ｐｒ（ｙ＝Ｘ，ｗ）は、価格調整を受諾する確率を表してもよく、Ｐｒ（ｙ＝０｜ｘ，ｗ）は、価格調整が受諾されない確率を示してもよい。

ステップ１２３０において、取得されたドライバー端末１４０の各情報から、サーバ１１０（例えば、サーバ１１０内の入手モジュール３１０、又は入手モジュール３１０内のオーダー引受率入手ユニット４４０）は、価格調整の事前設定量に基づいて価格調整前の第１のオーダー引受率及び価格調整後の第２のオーダー引受率を取得するように構成してもよい。第１のオーダー引受率は、価格調整前（価格調整量が０である）のドライバー端末１４０のオーダー引受率としてもよい。第２のオーダー引受率は、価格調整後のドライバー端末１４０のオーダー引受率としてもよい。サーバ１１０は、ドライバー端末１４０の履歴サービスデータ、事前に設定される価格調整量、及びドライバー端末１４０の価格調整用の事前にトレーニングされたオーダー引受推定モデルに基づいて、第１のオーダー引受率及び第２のオーダー引受率を予測してもよい。

一部の実施形態において、ドライバー端末１４０の価格調整用のオーダー引受率推定モデルは、次のステップ、すなわち、（１）事前に設定された期間内におけるドライバー端末１４０のサービス要求の履歴データを取得するステップ、（２）取得されたサービス要求の履歴データをトレーニングデータとして利用し、このトレーニングデータによってドライバー端末１４０の価格調整用のオーダー引受率推定モデルをトレーニングするステップ、によって取得してもよい。サービスの履歴データには、ドライバー端末１４０のオーダー引受率の履歴、ドライバー端末１４０の平均オンライン時間、各サービスの価格調整量の履歴等が含まれてもよい。一部の実施形態において、オーダー引受率推定モデルは、線形回帰モデル等に基づいてトレーニングしてもよい。一部の実施形態において、この線形回帰モデルは、ロジスティック回帰モデル、サポートベクターマシンモデル等としてもよい。

一部の実施形態において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５１０）は、ロジスティック回帰モデルを用いて、ドライバー端末１４０の価格調整用のオーダー引受推定モデルをトレーニングしてもよい。一部の実施形態において、このロジスティック回帰モデルは、式（４）として表してもよい。

一部の実施形態においては、ステップ１２３０の後、次のステップを実行してもよい。すなわち、（１）取得された価格調整前の乗客端末１３０の第１の受諾率αと、取得された価格調整後の乗客端末１３０の第２の受諾率α’と、取得された価格調整前のドライバー端末１４０の第１のオーダー引受率βと、取得された価格調整後のドライバー端末１４０の第２のオーダー引受率β’とに基づいて、α’β’−αβの値を求めるステップ；（２）α’β’−αβの値が０よりも大きいか否か判断し、α’β’−αβの値が０よりも大きい場合には、価格調整の事前設定量に基づいて価格調整要求を乗客端末１３０に送信してもよいステップ；（３）価格調整要求に対して乗客端末１３０によって送信された応答情報が事前に設定された期間内に受信されたか否かを判断するステップ、を実行してもよい。応答メッセージが受信されない場合又は支払い額の増額を拒否する応答メッセージが受信された場合、サービス要求を廃棄してもよい。支払い額の増額を承諾する応答メッセージが受信された場合、サービス要求を生成し、複数のドライバー端末１４０に送信してもよい。一部の実施形態において、価格調整要求には、支払いの額の増加を促す情報又は支払い額のレートの増加を促す情報が含まれてもよい。

図１０を再び参照すると、ステップ１０５０及びステップ１０６０は、図１３に示すような価格調整を行うか否かを判断する方法１３００によって実施してもよい。図１３に示すように、ステップ１３１０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の価格調整決定ユニット５２０）は、サービス要求が送信される領域における第１の事前設定期間内のサービス要求の数を、第１の事前設定期間内における、対応可能なオンラインのドライバー端末の数と比較してもよい。例えば、１０分間（第１の事前設定期間）における空港からのサービス要求の数は８０であり、１０分間（第１の事前設定期間）における対応可能なオンラインのドライバー端末１４０の数は６５である。一部の実施形態において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のサービス要求入手ユニット４１０）は、サービス要求の出発点に基づいて出発点から事前に設定される距離内のサービス要求の数を取得してもよい。この事前に設定される距離は、ユーザーによって設定されてもよいし（例えば、１ｋｍ〜５ｋｍ）、取得されるサービス要求に基づいてシステムによって自動的に調整されてもよい。現在の期間は、現在時刻を含む事前設定期間としてもよい。事前に設定される期間は、ユーザーによって設定されてもよいし（例えば、１０分等）、取得されるサービス要求に基づいてシステムによって自動的に調整されてもよい。例えば、事前設定期間が１０分であり、システムがサービス要求を取得することができない場合、少なくとも１つのサービス要求を取得するように事前設定期間を増加させてもよい。一部の実施形態において、事前設定時間の長さは、現在時刻、サービス要求の数、対応可能なオンラインのドライバー端末の数、道路状況、天候等を含む因子を考慮してサーバ１１０が決定してもよい。一部の実施形態において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のサービス要求入手ユニット４１０）は、事前に設定された期間、特に現在時刻前又は現在時刻後の事前に設定された期間内に送信されたサービス要求を取得してもよい。一部の実施形態において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内の端末情報入手ユニット４２０）は、サービス要求の出発点に基づいて、出発点から事前に設定された距離内の現在の利用可能なオンラインドライバー端末１４０の数を取得してもよい。一部の実施形態において、サーバ１１０は、事前に設定される距離内のドライバー端末の数を取得してもよい。ドライバー端末が取得される事前に設定される距離は、サービス要求の事前に設定される距離に対応してもよい。例えば、サービス要求の事前に設定される距離は、３ｋｍとしてもよく、サーバ１１０は、３ｋｍ内のドライバー端末１４０の数を取得してもよい。

ステップ１３２０において、サービス要求の数がドライバー端末１４０の数よりも多い場合、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の価格決定ユニット５２０）は、価格調整のストラテジーを現在のサービス要求に適用してもよいと判断してもよい。サービス要求の数がドライバー端末１４０の数以下である場合、供給過剰であるか又は需給バランスがとれていることが示され、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の価格決定ユニット５２０）は、価格調整のストラテジーを現在のサービス要求に適用することができないと判断してもよい。

一部の実施形態においては、ステップ１３２０の後、次のステップを実行してもよい。すなわち、（１）サービス要求の数がドライバー端末１４０の数よりも多い場合、サーバ１１０（例えば、サーバ１１０のフィードバックモジュール３３０、又はフィードバックモジュール３３０内の価格調整要求送信ユニット６２０）は、価格調整の事前設定量に基づいて価格調整要求を乗客端末１３０に送信してもよいステップ；（２）価格調整要求に対して乗客端末１３０によって送信された応答情報が事前設定期間内に受信されたか否かを判断するステップ、を実行してもよい。応答メッセージが受信されない場合又は支払い額の増額を拒否する応答メッセージが受信された場合、サービス要求を廃棄してもよい。支払い額の増額を受理する応答メッセージが受信された場合、サービス要求を生成し、複数のドライバー端末１４０に送信してもよい。一部の実施形態において、価格調整要求には、支払い額の増加を促す情報又は支払い額のレートの増加を促す情報が含まれてもよい。

図１３を再び参照すると、ステップ１３２０は、図１４に示すような価格調整を行うか否かを判断する方法１４００によって実施してもよい。図１４に示すように、ステップ１４１０において、サービス要求が送信される領域における第１の事前設定期間内のサービス要求の数ｍが、現在対応可能なオンラインのドライバー端末１４０の数ｎよりも多い場合、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の価格調整決定ユニット５２０）は、それらのｍ個のサービス要求の単位価格を取得してもよい。ｍ個のサービス要求には、乗客端末１３０からの現在のサービス要求が含まれてもよい。ｎ個のドライバー端末１４０は、現在のサービス要求が送信される領域における現在対応可能なオンラインのドライバー端末１４０としてもよい。サービス要求の単位価格は、単位距離内でのサービス要求の価格としてもよい。

一部の実施形態において、ｍ個のサービス要求の単位価格は、次のように取得してもよい。すなわち、各サービス要求について、（１）サービス要求における目的地と出発点との間の距離Ｓ_{ｏｒｄｅｒ}を取得する；（２）サービス要求におけるｎ個のドライバー端末１４０と出発点との間の平均オーダー受信距離Ｓ_ａｖｇを取得する；（３）サービス要求の目的地及び出発点に基づいてサービス要求の推定価格Ｆを取得する（推定価格は、サービス要求における目的地と出発点との間の距離Ｓ_{ｏｒｄｅｒ}に単位距離の価格を乗算することによって取得してもよい）；（４）以下の式に従ってサービス要求の単位価格を計算してもよい。

ここで、Ｐは、サービス要求の単位価格を示す。

ステップ１４２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の価格決定ユニット５２０）は、ｍ個のサービス要求の単位価格を高いものから低いものにランク付けし、現在送信されているサービス要求のランクｒを取得してもよい。ソートアルゴリズムには、バブルソート、カクテルソート、挿入ソート、バケットソート、数え上げソート、マージソート、インプレースマージソート、２分木ソート、ピジョンソート、基数ソート、ノーム（Ｇｎｏｍｅ）ソート、ライブラリソート、選択ソート、シェル（Ｓｈｅｌｌ）ソート、組み合わせソート（ｃｏｍｂｉｎｅｄ ｓｏｒｔ）、ヒープソート、スムースソート、クイックソート等、又はそれらの組み合わせが含まれてもよい。

ステップ１４３０において、ｒがｍ−ｎよりも大きい場合、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の価格調整決定ユニット５２０）は、価格調整ストラテジーを現在のサービス要求に適用してもよいと判断してもよい。一部の実施形態において、価格調整ストラテジーは、より低いランクにあるサービス要求に対し価格調整要求を送信することである。ランクが低いほど、価格調整量は多くなる。一部の実施形態において、価格調整要求には、支払い額の増加を促す情報又は支払い額のレートの増加を促す情報が含まれてもよい。

図１３を再び参照すると、ステップ１３２０は、価格調整を行うか否かを判断するための図１５に示すような方法１５００によって実施してもよい。図１５に示すように、ステップ１５１０において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のサービス要求入手ユニット４１０）は、サービス要求の数ｍとドライバー端末の数ｎとの間の関係を示す式ｎ＝ｍ×ａを取得してもよい。パラメーターａは、０よりも大きいものとしてもよい。

ステップ１５２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３１０、又は処理モジュール３１０内の価格調整決定ユニット５２０）は、ａが１未満であるか否かを判断してもよい。ａが１未満である場合、価格調整ストラテジーを現在のサービス要求に適用することが決定される（ステップ１５３０）。そうでない場合、価格調整を行わないことが決定される（ステップ１５４０）。ａの値は、需給関係を反映し、ａが１未満である場合、その領域におけるサービス要求の数がドライバー端末１４０の数よりも多いこと、すなわち、供給が不足していることを示し、この時点で価格調整ストラテジーを適用してもよい。一部の実施形態において、価格調整ストラテジーは、サービス要求を送信する乗客端末１３０に価格調整要求を送信することである。一部の実施形態において、価格調整要求には、支払い額の増加を促す情報又は支払い額のレートの増加を促す情報が含まれてもよい。その上、ａが小さいほど、その領域におけるサービス要求の数とドライバー端末１４０の数との間の差が大きくなり、価格調整量が大きくなることを示してもよい。一部の実施形態において、価格調整量は、以下の式に従って求めてもよい。
Ｆ_ｐ＝ｂ／ａ （６）
ここで、Ｆ_ｐは、サービス要求の運賃増加額を示し、ｂは、事前に設定される量を示す。

図９を再び参照すると、ステップ９２０は、図１６に示すような輸送サービスの実時間料金を求める方法１６００によって実施してもよい。一部の実施形態において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０）は、運転経路に基づいて、生成される輸送サービスの実時間料金を求めてもよい。一部の実施形態において、運転経路には、無料通行区間、有料通行区間、又はそれらの組み合わせが含まれてもよい。一部の実施形態において、有料通行区間とは、通行料金が請求されるいずれかの道路区間としてもよい。一例示的な有料通行区間には、有料道路区間（例えば、高速道路区間、私道区間、渋滞道路区間等）、有料橋区間、有料トンネル区間、有料水路区間等、又はそれらの組み合わせが含まれてもよい。図１６に示すように、輸送サービスの実時間料金を求める方法１６００では、高速有料道路区間が有料通行区間の一例として取り上げられている。

図１６に示すように、ステップ１６１０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の高速有料道路区間決定ユニット５６０）は、運転経路に基づいて、当該運転経路に含まれる高速有料道路区間を決定してもよい。

ステップ１６２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の高速有料道路通行料金額決定ユニット５７０）は、ステップ１６１０によって求められた高速有料道路区間に基づいて高速通行料金額を求めてもよい。一部の実施形態において、高速通行料金の額は、乗り物のタイプ、有料道路区間の長さ、対応する道路区間の走行時間、乗り物がその道路区間を通過する回数、道路区間の現在の状況等、又はそれらの組み合わせに基づいて求めてもよい。一部の実施形態において、乗り物のタイプには、大型自動車、コンパクトカー、特殊車両（例えば、環境清掃車、郵便車、牽引車、クレーン車、消防車、救急車、レッカー車、パトカー等）、電動車（例えば、路面電車、トロリーバス等）、オートバイ（３輪オートバイ、２輪オートバイ、一人乗りオートバイ等）等が含まれてもよい。大型自動車及び／又はコンパクトカーのタイプは、次のパラメーターによって決定してもよい。これらのパラメーターには、乗り物の重量（例えば、車両正味重量、積載後の総重量、耐積載重量等）、乗り物の寸法（例えば、車長、車幅、車高等）等、又はそれらの組み合わせが含まれてもよい。一部の実施形態において、車両のタイプには、燃料に基づいて分類してもよい。例えば、車両には、ディーゼル車、ガソリン車、燃料ガス車、電気車、水素燃料車、ハイブリッドエネルギー車等が含まれてもよい。一部の実施形態において、道路区間の現在の状況には、渋滞道路区間（僅かに渋滞した状態の道路区間、大渋滞の道路区間等）、渋滞のない区間等が含まれてもよい。

ステップ１６３０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０）は、乗り物の輸送サービスの実時間料金を求めてもよい。一部の実施形態において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０）は、乗り物の高速通行料金額及び基本マイル料金に基づいて、輸送サービスの実時間料金を求めてもよい。一部の実施形態において、乗り物の基本マイル料金は、運転経路のマイル数によって求められる輸送サービスの料金としてもよい。

一部の実施形態において、サーバ１１０（例えば、サーバ１１０のフィードバックモジュール３３０、又はフィードバックモジュール３３０内の料金表示ユニット６７０）は、乗り物の、求められた輸送サービスの実時間料金、高速有料道路区間料金、基本マイル料金等、又はそれらの組み合わせを生成してもよい。一部の実施形態において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の輸送サービス実時間料金送信ユニット６３０）は、乗り物の、求められた輸送サービスの実時間料金、高速有料道路区間料金、基本マイル料金等、又はそれらの組み合わせを乗客端末１３０及び／又はドライバー端末１４０に送信してもよい。

図９を再び参照すると、ステップ９２０は、図１７に示すような、輸送サービスの実時間料金を求める方法１７００によって実施してもよい。一部の実施形態において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０）は、位置データ点に基づいて、輸送サービスの実時間料金を求めてもよい。

図１７に示すように、ステップ１７１０において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のデータパケット受信ユニット４５０）は、ドライバー端末１４０及び／又は乗客端末１３０によって送信された位置データ点を含むデータパケットを受信してもよい。一部の実施形態において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のデータパケット受信ユニット４５０）は、事前に設定された数の位置データ点を含むデータパケットを受信してもよい。一部の実施形態において、位置データ点の事前に設定された数は、ドライバー端末１４０及び／又は乗客端末１３０とサーバ１１０との間のインタラクションによって決定されるデータ点の或る特定の数又は或る特定の数値範囲としてもよい。例えば、ドライバー端末１４０及び／又は乗客端末１３０によって送信されてサーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のデータパケット受信ユニット４５０）によって受信されるデータ点の数は、０個〜２０個、０個〜５個、５個〜１０個、１０個〜１５個若しくは１５個〜２０個、５個、１０個、１５個、又は２０個としてもよい。一部の実施形態において、位置データ点の事前に設定された数は、位置データ点を生成する速度及びアップロードサイクルに基づく或る特定の期間内にサーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のデータパケット受信ユニット４５０）によって受信されるデータ点の数であって、ドライバー端末１４０及び／又は乗客端末１３０とサーバ１１０との間のインタラクションによって決定されるデータ点の数としてもよい。例えば、ドライバー端末１４０及び／又は乗客端末１３０は、位置データ点を毎秒生成してもよく、アップロードサイクルとして１０秒を選んでもよい。ドライバー端末１４０及び／又は乗客端末１３０は、データパケットをデータパケット受信ユニット４５０に１０秒ごとにアップロードし、各データパケットは、１０個の位置データ点を含む。一部の実施形態において、位置データ点には、座標、位置座標が取得された時刻、その時刻における速度ベクトル等、又はそれらの組み合わせ等の情報が含まれてもよい。一部の実施形態において、座標は、位置関係を定める一組のデータ値（例えば、Ｘ軸座標、Ｙ軸座標、及びＺ軸座標、又は経度、緯度、及び高度等）としてもよい。

ステップ１７２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）は、データパケット受信ユニット４５０によって受信されたデータパケットが有効であるか否かを判断してもよい。一部の実施形態において、受信したデータパケットが有効であるか否かを判断する方法には、受信したデータパケット内の第１の位置データ点に対応する第１のタイムスタンプを取得することと、過去に受信したデータパケット内の最新の位置データ点に対応する第２のタイムスタンプを取得することと、第１のタイムスタンプ及び第２のタイムスタンプのシーケンスを決定し、第１のタイムスタンプが第２のタイムスタンプよりも遅い場合には、受信したデータパケットは有効であると判断し、そうでない場合には、受信したデータパケットは無効であると判断することとが含まれてもよい。一部の実施形態においては、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）が、受信したデータパケットが有効であると判断した場合、ステップ１７３０を実行してもよい。一部の実施形態においては、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）が、受信したデータパケットが無効であると判断した場合、そのデータパケットを廃棄してもよく、ステップ１７１０を実行してもよい。

ステップ１７３０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）は、受信したデータパケットから有効なデータパケットを判断してもよい。この有効なデータパケットは、位置データ点を含む。

ステップ１７４０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）は、事前に設定された料金規則、過去の料金、及び有効なデータパケットの位置データ点に基づいて、輸送サービスの実時間料金を求めてもよい。一部の実施形態において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）は、事前に設定された料金規則及び位置データ点を含む有効なデータパケットに基づいて、受信したデータパケットにおける輸送サービスの料金を求めてもよい。輸送サービスの実時間料金は、過去の料金と、上記受信したデータパケットにおける輸送サービスの料金との合計としてもよい。過去の料金は、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）が、データパケットを受信するステップ１７１０を実行する前の輸送サービスの料金としてもよい。一部の実施形態において、事前に設定される料金規則は、単位価格設定方式、サブ価格設定方式を用いて計算してもよく、人為的に決定してもよく、特定の適用シナリオに基づいて決定してもよい。一部の実施形態において、事前に設定された料金規則は、アルゴリズム、公式、規則、方法、プロセス等、又はそれらの組み合わせであってもよい。

一部の実施形態において、ステップ１７４０における輸送サービスの実時間料金を求める方法は、距離の合計に基づいて現在受信しているデータパケットに含まれる料金を求めることと、距離に基づいて輸送サービスの実時間料金を求めることとを含んでもよく、次のステップを含んでもよい。サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）は、過去に受信されたデータパケットにおける最新の位置データ点を現在受信しているデータパケットに追加し、現在受信しているデータパケットにおける各２つの隣接する位置データ点の間の距離を求め、或る特定の数の位置データ点と、各２つの隣接する位置データ点の間の距離に基づいて、取得された位置点の位置の間の距離の合計とを求め、事前に設定された料金規則と、或る特定の数の位置の間の距離の求められた合計とに基づいて、現在受信しているデータパケットに含まれる料金を求め、過去の料金と、現在受信しているデータパケットに含まれる料金とに基づいて輸送サービスの実時間料金を求めてもよい。便宜上、アップロードサイクルは１０秒であり、１つの位置データ点（各位置データ点は位置の情報を含む）は毎秒生成される。各データパケットが１０個の位置データ点を含む一例では、輸送サービスの実時間料金を求める方法には、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のデータパケット受信ユニット４５０）が有効なデータパケットを受信した後、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）が、過去に受信されたデータパケットにおける最新の位置データ点を現在受信しているデータパケットに追加することが含まれてもよい。現在受信しているデータパケットには、１１個の位置に対応する１１個の位置データ点が含まれてもよい。これらの１１個の位置の、それぞれ２つの隣接する位置の間の距離を求めてもよく、したがって、１０個の距離を取得してもよい。これらの距離を合算することによって、距離の合計が取得される。現在受信しているデータパケットに含まれる料金は、事前に設定された料金規則及び上述した距離の合計に基づいて求めてもよく、輸送サービスの実時間料金は、現在受信しているデータパケットに含まれる料金と過去の料金とを合算することによって求めてもよい。

一部の実施形態において、輸送サービスの実時間料金を求める方法１７００には、次のステップも含まれていてもよい。すなわち、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）が、現在受信しているデータパケットにおける最新の位置データ点、この最新の位置データ点に対応する第２のタイムスタンプ、及び輸送サービスの実時間料金を記録するステップと、現在受信しているデータパケットを廃棄するステップとが含まれてもよい。

一部の実施形態において、サーバ１１０（例えば、サーバ１１０のフィードバックモジュール３３０、又はフィードバックモジュール３３０内の輸送サービス実時間料金送信ユニット６３０）は、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）によって求められた輸送サービスの実時間料金をドライバー端末１４０及び／又は乗客端末１３０に送信してもよい。一部の実施形態において、サーバ１１０（例えば、サーバ１１０のフィードバックモジュール３３０、又はフィードバックモジュール３３０内の料金表示ユニット６７０）は、求めた輸送サービスの実時間料金に基づいて或る特定のフォーマットの表示を生成してもよい。

図９を再び参照すると、ステップ９２０は、図１８に示すような輸送サービスの実時間料金を求める方法１８００によって実施してもよい。一部の実施形態において、方法１８００は、図７に示すように、乗客端末１３０及び／又はドライバー端末１４０とサーバ１１０とによって共同で輸送サービスの実時間料金を求めるプロセスとしてもよい。

図１８に示すように、ステップ１８１０において、乗客端末１３０及び／又はドライバー端末１４０（例えば、乗客端末１３０及び／又はドライバー端末１４０のデータ点入手ユニット７１２）は、事前に設定された数の位置データ点を取得してもよい。乗客端末１３０及び／又はドライバー端末１４０（例えば、乗客端末１３０及び／又はドライバー端末１４０のデータ点格納ユニット７３２）は、事前に設定された数の位置データ点をデータパケットに格納してもよい。一部の実施形態において、乗客端末１３０及び／又はドライバー端末１４０（例えば、乗客端末１３０及び／又はドライバー端末１４０のデータ点入手ユニット７１２）によって取得される位置データ点の事前に設定される数は、ドライバー端末１４０及び／又は乗客端末１３０とサーバ１１０との間のインタラクションによって決定されるデータ点の或る特定の数又は或る特定の数値範囲としてもよい。例えば、乗客端末１３０及び／又はドライバー端末１４０（例えば、乗客端末１３０及び／又はドライバー端末１４０のデータ点入手ユニット７１２）によって取得されるデータ点の数は、０個〜２０個、０個〜５個、５個〜１０個、１０個〜１５個、１５個〜２０個、５個、１０個、１５個、又は２０個としてもよい。一部の実施形態において、データパケットの事前に設定される数は、ドライバー端末１４０及び／又は乗客端末１３０とサーバ１１０との間のインタラクションによって決定されるデータ点の数としてもよく、位置データ点を生成する速度及びアップロードサイクルに基づく或る特定の期間内にサーバ１１０（例えば、ドライバー端末１４０及び／又は乗客端末１３０のデータ点入手ユニット７１２）によって取得してもよい。例えば、ドライバー端末１４０及び／又は乗客端末１３０は、位置データ点を毎秒生成してもよい。ドライバー端末１４０及び／又は乗客端末１３０は、ネットワーク１２０を介して１０秒毎に、直前の１０秒間に生成された位置データ点をサーバ１１０にアップロードしてもよい。乗客端末１３０及び／又はドライバー端末１４０（例えば、乗客端末１３０及び／又はドライバー端末１４０のデータ点入手ユニット７１２）は、１０秒毎に１０個の位置データ点を取得してもよい。一部の実施形態において、乗客端末１３０及び／又はドライバー端末１４０（例えば、乗客端末１３０及び／又はドライバー端末１４０のデータ点格納ユニット７３２）は、１０個の取得された位置データ点をデータパケットに格納してもよい。各データパケットは、１０個の位置データ点を含む。

ステップ１８２０において、乗客端末１３０及び／又はドライバー端末１４０（例えば、乗客端末１３０及び／又はドライバー端末１４０のデータパケット送信ユニット７２２）は、上記データパケットをサーバ１１０に送信してもよい。一部の実施形態において、サーバ１１０は、乗客端末１３０及び／又はドライバー端末１４０（例えば、乗客端末１３０及び／又はドライバー端末１４０のデータパケット送信ユニット７２２）によって送信されたデータパケットに基づいて、輸送サービスの実時間料金を求めてもよい。一部の実施形態において、サーバ１１０は、本開示の図１７に示すような方法１７００に従って輸送サービスの実時間料金を求めてもよい。

ステップ１８３０において、ドライバー端末１４０及び／又は乗客端末１３０が目的地に到着した後、ドライバー端末１４０及び／又は乗客端末１３０（例えば、乗客端末１３０及び／又はドライバー端末１４０の料金受信ユニット７１４）は、サーバ１１０によって送信された輸送サービスの実時間料金を受信してもよい。

図１６を再び参照すると、ステップ１６１０は、図１９に示すような高速有料道路区間を決定する方法１９００によって実施してもよい。図１９に示すように、ステップ１９１０において、サーバ１１０は、運転経路を取得してもよい。一部の実施形態において、サーバ１１０は、サービス要求における目的地の位置座標点と現在位置の位置座標点とに基づいて、現在の運転経路を決定してもよい。

ステップ１９２０において、サーバ１１０は、運転経路に基づいて当該運転経路に沿った位置座標点を照会してもよい。一部の実施形態において、システムは、乗り物が移動しているときに実時間（リアルタイム）で位置データ点を取得してもよい。一部の実施形態において、サーバ１１０は、事前に設定された時間間隔（例えば、１０秒間）で乗客端末１３０から位置データパケットを取得してもよい。

ステップ１９３０において、サーバ１１０は、位置座標点に基づいて地図を照会し、運転経路に沿った高速通行料金所を決定してもよい。一部の実施形態において、上記地図は、地図ライブラリに存在する。この地図ライブラリは、サーバ１１０内の地図ライブラリであってもよいし、サードパーティからの地図ライブラリであってもよい。サードパーティからの地図ライブラリには、百度（登録商標）地図（Ｂａｉｄｕ（登録商標） Ｍａｐ）、ＡＭａｐ、捜狗地図（Ｓｏｇｏｕ Ｍａｐ）、ＱＱ Ｍａｐ、Ａｐｐｌｅ Ｍａｐ、Ｇｏｏｇｌｅ（登録商標） Ｍａｐｓ、Ｂｉｎｇ Ｍａｐ、Ｃａｒｅｌａｎｄ Ｍａｐ等、又はそれらの組み合わせが含まれてもよい。ステップ１９４０において、サーバ１１０は、高速通行料金所に基づいて、現在の運転経路の中の高速有料道路区間を決定してもよい。

図２０は、本開示の一部の実施形態に係る計画経路を決定する一例示的な方法２０００のフローチャートである。ステップ２０１０において、第２の情報送信ユニット６５０は、移動の開始時に、高速有料道路区間に入るか否かを問い合わせる第１の問い合わせ情報を乗客端末１３０に送信してもよい。

ステップ２０２０において、サーバ１１０（例えば、サーバ１１０のフィードバックモジュール３３０、又はフィードバックモジュール３３０内の情報受信ユニット６６０）は、第１の問い合わせ情報に応答した乗客端末１３０の第１のフィードバック情報を受信してもよい。

ステップ２０３０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の計画経路決定ユニット５４０）は、サービス要求及び第１のフィードバック情報に基づいて計画経路を決定してもよい。一部の実施形態においては、乗客端末１３０の第１のフィードバック情報が、高速有料道路区間に入ることを拒否している場合、高速有料道路区間に入るか否かを問い合わせる他の問い合わせ情報は移動中に送信されないようにしてもよい。一部の実施形態においては、乗客端末１３０の第１のフィードバック情報が、高速有料道路区間に入ることに同意している場合、高速有料道路区間に入ることに関連した問い合わせを行う他の問い合わせ情報が、移動中に再度送信されるようにしてもよい。

図２０を再び参照すると、ステップ２０２０は、図２１に示すような計画経路の調整を決定する方法２１００によって実施してもよい。図２１に示すように、ステップ２１１０において、サーバ１１０（例えば、サーバ１１０のフィードバックモジュール３３０、又はフィードバックモジュール３３０内の第２の情報送信ユニット６５０）は、高速通行料金所前の事前に設定された距離において、高速通行料金所に入るか否かを問い合わせる第２の問い合わせ情報を乗客端末１３０に送信してもよい。ステップ２１２０において、サーバ１１０（例えば、サーバ１１０のフィードバックモジュール３３０、又はフィードバックモジュール３３０内の情報受信ユニット６６０）は、第２の問い合わせ情報に応答した乗客端末１３０の第２のフィードバック情報を受信してもよい。

ステップ２１３０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の計画経路決定ユニット５４０）は、第２の問い合わせ情報から取得された第２のフィードバック情報に基づいて計画経路の調整を決定してもよい。一部の実施形態においては、乗客端末１３０の第２のフィードバック情報が、或る特定の高速有料道路区間に入ることを拒否している場合、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の計画経路決定ユニット５４０）は、有料道路区間を迂回し、経路を再計画してもよい。

一部の実施形態において、方法２１００は、方法２０００から独立したものであってもよい。すなわち、第１の問い合わせ情報は、移動の開始時に乗客端末１３０に送信されなくてもよく、第２の問い合わせ情報のみが、各高速通行料金所に入る前に送信されてもよい。

基本概念を上記のように説明してきたが、この詳細な開示を読んだ後、前述の詳細な開示は、単に例を示したに過ぎず、限定するものではないことを意図していることが当業者にはより明らかになるであろう。本願明細書において明示的に述べられていないが、様々な改変、改良、及び変更を行うことができ、当業者がそのような改変などを行うことは予定されている。これらの改変、改良、及び変更が行われることは本開示に示唆されており、それらは本開示の例示的な実施形態の趣旨及び範囲内にある。

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

さらに、本開示の態様は、新規で有用なプロセス、機械、生産物、若しくは組成物、又はそれらの新規で有用な改良形態を含む複数の特許可能なクラス又はコンテキストのうちのいずれにおいても本願明細書で例示及び説明できることが当業者によって理解されるであろう。したがって、本開示の態様は、全体をハードウェアで実施してもよいし、全体をソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）で実施してもよいし、本願明細書において全て「モジュール」、「ユニット」、「構成要素（コンポーネント）」、「デバイス」又は「システム」と一般に呼んでもよいソフトウェア及びハードウェアを組み合わせた実施態様で実施してもよい。さらに、本開示の態様は、具現化されたコンピュータ可読プログラムコードを有する１つ以上のコンピュータ可読媒体に具現化されたコンピュータプログラム製品の形態を採ってもよい。

コンピュータ可読信号媒体には、例えば、ベースバンド内に又は搬送波の一部分として具現化されたコンピュータ可読プログラムコードを有する伝播データ信号が含まれてもよい。そのような伝播信号は、電磁気、光等、又はそれらのいずれかの適した組み合わせを含む様々な形態のうちのいずれかを採ってもよい。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体でないコンピュータ可読媒体であって、命令実行システム、命令実行装置、若しくは命令実行デバイスによって用いられるか又はこれらに関連付けて用いられるプログラムを通信、伝播、又は移送できるいずれかのコンピュータ可読媒体であってもよい。コンピュータ可読信号媒体上に具現化されたプログラムコードは、無線、有線、光ファイバーケーブル、ＲＦ等、又はそれらの適した組み合わせを含むいずれかの適切な媒体を用いて送信してもよい。

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

さらに、処理要素若しくは処理シーケンスの列挙した順序、又はそれらの数字、文字、若しくは他の名称の使用は、請求項において特定されている場合を除いて、請求項に記載のプロセス及び方法をいずれの順序にも限定することを意図するものではない。上記開示は、様々な例を通じて、本開示の様々の有用な実施形態であると現在考えられているものを述べているが、そのような詳細は、その目的のためのものにすぎず、添付の特許請求の範囲は、開示された実施形態に限定されるものではなく、逆に、開示された実施形態の趣旨及び範囲内にある変更及び均等なアレンジを包含することが意図されていることが理解されるであろう。例えば、上述した様々な構成要素の実施態様は、ハードウェアデバイスにおいて具現化してもよいが、ソフトウェアのみのソリューション、例えば、既存のサーバ又はモバイルデバイス上へのインストールとして実施してもよい。

同様に、本開示の実施形態の上記説明では、様々な実施形態のうちの１つ以上の理解に役立つ本開示のストリームライン化を目的として、様々な特徴がともに単一の実施形態、その実施形態の図、又はその実施形態の説明にグループ化されることがあることが理解されるであろう。ただし、この開示方法は、請求項に記載の主題が、各請求項に明示列挙されたものよりも多くの特徴を必要とするという意図を反映するものではないと解釈されるべきである。逆に、請求項に記載の主題は、上記開示された単一の実施形態の全ての特徴よりも少ない特徴に依拠してもよい。

一部の実施形態において、本出願の幾つかの特定の実施形態を説明及び請求するのに用いられる量又は特性を表す数値は、「約」、「ほぼ」、又は「実質的に」という用語によって修飾される例もあるものと理解されるべきである。例えば、「約」、「ほぼ」、又は「実質的に」は、特に指定のない限り、記載された値の±２０％の変動を示してもよい。したがって、一部の実施形態において、記載された明細書及び添付の特許請求の範囲において説明された数値パラメーターは、特定の実施形態によって取得されるように試みられている所望の特性に応じて変動し得る近似値である。一部の実施形態において、数値パラメーターは、報告された有効桁数を考慮するとともに通常の概数技法を適用することによって解釈されるべきである。本出願の一部の実施形態の広い範囲を規定する数値範囲及びパラメーターは近似値であるにもかかわらず、具体例において規定されたそれらの数値は、実用可能である程度に正確に報告されている。

本出願において引用された特許、特許出願、特許出願公開、及び論文、書物、説明書、刊行物、文書、記事等の他の資料は、引用することによって、それらの全内容が本願明細書の一部をなす。本出願の内容と矛盾又は対立する出願履歴文書に加えて、本出願の特許請求の範囲の最も広い範囲を限定し得る文書（本出願に現在添付されているもの又は今後添付されるもの）は本出願から除外される。当然ながら、本出願に添付された出願において用いられる説明、定義、及び／又は術語が、本出願に記載された内容と矛盾又は対立する場合、その説明、定義、及び／又は術語は本出願に従ってもよい。

終わりに、本願明細書に開示された本出願の実施形態は、本出願の実施形態の原理の例示的な説明であることが理解されるであろう。使用可能な他の変更形態が、本出願の範囲内に存在してもよい。したがって、限定ではなく例として、本出願の実施形態の代替の構成を本願明細書における教示に従って利用してもよい。したがって、本出願の実施形態は、図示及び説明されたとおりものに限定されるものではない。

１００ 輸送サービス料金決定システム、１１０ サーバ、１２０ ネットワーク、１３０ 乗客端末デバイス、１３０−１ モバイルデバイス、１３０−２ タブレットコンピュータ、１３０−３ ラップトップコンピュータ、１３０−４ 車載デバイス、１４０ ドライバー端末デバイス、１５０ データベース、２００ サーバ、２１０ プロセッサ、２２０ 入力／出力デバイス、２３０ メモリ、２４０ ネットワークインターフェース、３１０ 入手モジュール、３２０ 処理モジュール、３３０ フィードバックモジュール、４１０ サービス要求入手ユニット、４２０ 端末情報入手ユニット、４３０ 受諾率入手ユニット、４４０ オーダー引受率入手ユニット、４５０ データパケット受信ユニット、５１０ 輸送サービス料金推定ユニット、５２０ 価格調整決定ユニット、５３０ データパケット処理ユニット、５４０ 計画経路決定ユニット、５５０ 運転経路決定ユニット、５６０ 高速有料道路区間決定ユニット、５７０ 高速有料道路通行料金額決定ユニット、６１０ 輸送サービス推定料金フィードバックユニット、６２０ 価格調整要求送信ユニット、６３０ 輸送サービス実時間料金送信ユニット、６４０ 第１の情報送信ユニット、６５０ 第２の情報送信ユニット、６６０ 情報受信ユニット、６７０ 料金表示ユニット、７１０ 入手モジュール、７１２ データ点入手ユニット、７１４ 料金受信ユニット、７２０ フィードバックモジュール、７２２ データパケット送信ユニット、７３０ データ処理モジュール、７３２ データ点格納ユニット、８１０，８２０，８３０，９１０，９２０，１０１０，１０２０，１０３０，１０４０，１０５０，１０６０，１１１０，１１２０，１２００，１２１０，１２２０，１２３０，１３１０，１３２０，１４１０，１４２０，１４３０，１５１０，１５２０，１５３０，１５４０，１６１０，１６２０，１６３０，１７１０，１７２０，１７３０，１７４０，１８１０，１８２０，１８３０，１９１０，１９２０，１９３０，１９４０，２０１０，２０２０，２０３０，２１１０，２１２０，２１３０ ステップ、８００，９００，１０００，１１００，１３００，１４００，１５００，１６００，１７００，１８００，１９００，２０００，２１００ 方法

Claims (17)

1. 輸送サービス料金を求める一組の命令を含む少なくとも１つのコンピュータ可読記憶媒体と、
   前記少なくとも１つのコンピュータ可読記憶媒体と通信する少なくとも１つの処理部と、
   を備え、
   前記少なくとも１つの処理部は、前記一組の命令を実行すると、
   出発点情報及び目的地情報を含むサービス要求を乗客端末デバイスから取得することと、
   前記サービス要求に基づいて輸送サービスの推定料金を求めることと、
   前記サービス要求に基づいて、前記乗客端末デバイス又はドライバー端末デバイスの前記出発点情報又は履歴情報に関連する価格調整条件を取得することと、
   前記価格調整条件に基づいて価格調整量を求めることと、
   前記価格調整量及び輸送サービスの前記推定料金に基づいて輸送サービスの価格調整後推定料金を求めることと、
   輸送サービスの前記価格調整後推定料金を前記乗客端末デバイスに送信することと、
   を行うように指示され、
   輸送サービスの前記推定料金を求めるために、前記少なくとも１つの処理部は、
   前記サービス要求に基づいて第１の距離を求めることと、
   距離及び輸送サービスの前記推定料金の関数である推定式を取得することと、
   前記第１の距離及び前記推定式に基づいて輸送サービスの前記推定料金を求めることと、
   を行うように指示され、
   前記推定式を取得するために、前記少なくとも１つの処理部は、
   前記サービス要求の同じ都市及び同じ時間帯に属し、第２の距離及び対応する輸送サービス料金を含む履歴データを取得することと、
   前記履歴データに基づいて定数の値を事前に設定されたモデルに代入し、前記推定式を生成することと、
   を行うように指示され、
   前記価格調整量を求めるために、前記少なくとも１つの処理部は、
   前記ドライバー端末デバイスの数と前記サービス要求の数との間の比を求めることと、
   価格調整の事前設定量を取得することと、
   価格調整の前記事前設定量及び前記比に基づいて、前記ドライバー端末デバイスの数に対して前記サービス要求の数が多いほど前記価格調整後推定料金が高くなるように価格調整量を求めることと、
   を行うように指示される、システム。
2. 前記少なくとも１つの処理部は、前記同じ都市及び同じ時間帯の前記履歴データに基づいて事前に設定されたモデルをトレーニングして、その都市及び時間帯の前記推定式を生成すること、を行うように更に指示される、請求項１に記載のシステム。
3. 前記価格調整条件を取得するために、前記少なくとも１つの処理部は、
   前記サービス要求の前記出発点情報に基づいて出発点の近傍領域内において少なくとも１つのドライバー端末デバイスを特定することと、
   価格調整の前記事前設定量を取得することと、
   価格調整の前記事前設定量に基づいて、前記乗客端末デバイスの価格調整前の第１の受諾率及び価格調整後の第２の受諾率を取得することであって、前記第１の受諾率及び前記第２の受諾率は、前記乗客端末デバイスにおける価格調整用の事前にトレーニングされた受諾率推定モデルを用いて予測されることと、
   価格調整の前記事前設定量に基づいて、前記ドライバー端末デバイスの価格調整前の第１のオーダー引受率及び価格調整後の第２のオーダー引受率を取得することであって、前記第１のオーダー引受率及び前記第２のオーダー引受率は、前記ドライバー端末デバイスにおける価格調整用の事前にトレーニングされたオーダー引受率推定モデルを用いて予測されることと、
   を行うように指示される、請求項１に記載のシステム。
4. 前記少なくとも１つの処理部は、
   前記サービス要求に基づいて輸送サービスの実時間料金を求めることと、
   輸送サービスの前記実時間料金を前記乗客端末デバイスに送信することと、
   を行うように更に指示される、請求項１に記載のシステム。
5. 輸送サービスの前記実時間料金を求めるために、前記少なくとも１つの処理部は、
   位置データ点を含む少なくとも１つのデータパケットを受信することと、
   前記少なくとも１つのデータパケットから前記位置データ点を含む有効なデータパケットを特定することと、
   事前に設定された料金ルールと前記有効なデータパケットにおける前記位置データ点とに基づいて輸送サービスの前記実時間料金を求めることと、
   を行うように指示される、請求項４に記載のシステム。
6. 輸送サービスの前記実時間料金を求めるために、前記少なくとも１つの処理部は、
   前記サービス要求に基づいて運転経路を取得することと、
   前記運転経路に基づいて該運転経路の高速有料道路区間を特定することと、
   前記高速有料道路区間に基づいて高速通行料金を求めることと、
   前記高速通行料金に少なくとも部分的に基づいて輸送サービスの前記実時間料金を求めることと、
   を行うように指示される、請求項４に記載のシステム。
7. 前記運転経路の前記高速有料道路区間を特定する前に、前記少なくとも１つの処理部は、
   移動の開始時に前記高速有料道路区間を通過するか否かを問い合わせる第１の問い合わせを前記乗客端末デバイスに送信することと、
   前記第１の問い合わせに対応する第１のフィードバックを前記乗客端末デバイスから受信することと、
   前記サービス要求及び前記第１のフィードバックに基づいて計画経路を決定することと、
   を行うように更に指示される、請求項６に記載のシステム。
8. 前記運転経路の前記高速有料道路区間を特定するために、前記少なくとも１つの処理部は、
   前記運転経路に基づいて該運転経路に沿った位置座標点を取得することと、
   前記位置座標点及び地図に基づいて前記運転経路に沿った高速通行料金所を決定することと、
   前記高速通行料金所に基づいて前記運転経路の前記高速有料道路区間を特定することと、
   を行うように指示される、請求項６に記載のシステム。
9. 出発点情報及び目的地情報を含むサービス要求を乗客端末デバイスから取得することと、
   前記サービス要求に基づいて輸送サービスの推定料金を求めることと、
   前記サービス要求に基づいて、前記乗客端末デバイス又はドライバー端末デバイスの前記出発点情報又は履歴情報に関連する価格調整条件を取得することと、
   前記価格調整条件に基づいて価格調整量を求めることと、
   前記価格調整量及び輸送サービスの前記推定料金に基づいて価格調整後輸送サービス推定料金を求めることと、
   前記価格調整後輸送サービス推定料金を前記乗客端末デバイスに送信することと、
   を含む、少なくとも１つの処理部と少なくとも１つのコンピュータ可読記憶媒体とを備える、少なくとも１つのデバイスにおいて実施される方法であって、
   輸送サービスの前記推定料金を求めることは、
   前記サービス要求に基づいて第１の距離を求めることと、
   距離及び輸送サービスの前記推定料金の関数である推定式を取得することと、
   前記第１の距離及び前記推定式に基づいて輸送サービスの前記推定料金を求めることと、
   を含み、
   前記推定式を取得することは、
   前記サービス要求の同じ都市及び同じ時間帯に属し、第２の距離及び対応する輸送サービス料金を含む履歴データを取得することと、
   前記履歴データに基づいて定数の値を事前に設定されたモデルに代入し、前記推定式を生成することと、
   を含み、
   前記価格調整量を求めることは、
   前記ドライバー端末デバイスの数と前記サービス要求の数との間の比を求めることと、
   価格調整の事前設定量を取得することと、
   価格調整の前記事前設定量及び前記比に基づいて、前記ドライバー端末デバイスの数に対して前記サービス要求の数が多いほど前記価格調整後輸送サービス推定料金が高くなるように価格調整量を求めることと、
   を含む、方法。
10. 前記推定式を取得することは、前記同じ都市及び同じ時間帯の前記履歴データに基づいて事前に設定されたモデルをトレーニングして、その都市及び時間帯の前記推定式を生成することをさらに含む、請求項９に記載の方法。
11. 前記価格調整条件を取得することは、
    前記サービス要求の前記出発点情報に基づいて出発点の近傍領域内において少なくとも１つのドライバー端末デバイスを特定することと、
    価格調整の前記事前設定量を取得することと、
    価格調整の前記事前設定量に基づいて、前記乗客端末デバイスの価格調整前の第１の受諾率及び価格調整後の第２の受諾率を取得することであって、前記第１の受諾率及び前記第２の受諾率は、前記乗客端末デバイスにおける価格調整用の事前にトレーニングされた受諾率推定モデルを用いて予測されることと、
    価格調整の前記事前設定量に基づいて、前記ドライバー端末デバイスの価格調整前の第１のオーダー引受率及び価格調整後の第２のオーダー引受率を取得することであって、前記第１のオーダー引受率及び前記第２のオーダー引受率は、前記ドライバー端末デバイスにおける価格調整用の事前にトレーニングされたオーダー引受率推定モデルを用いて予測されることと、
    を含む、請求項９に記載の方法。
12. 前記サービス要求に基づいて輸送サービスの実時間料金を求めることと、
    輸送サービスの前記実時間料金を前記乗客端末デバイスに送信することと、
    を更に含む、請求項９に記載の方法。
13. 輸送サービスの前記実時間料金を求めることは、
    位置データ点を含む少なくとも１つのデータパケットを受信することと、
    前記少なくとも１つのデータパケットから前記位置データ点を含む有効なデータパケットを特定することと、
    事前に設定された料金ルールと前記有効なデータパケットにおける前記位置データ点とに基づいて輸送サービスの前記実時間料金を求めることと、
    を含む、請求項１２に記載の方法。
14. 輸送サービスの前記実時間料金を求めることは、
    前記サービス要求に基づいて運転経路を取得することと、
    前記運転経路に基づいて該運転経路の高速有料道路区間を特定することと、
    前記高速有料道路区間に基づいて高速通行料金額を求めることと、
    前記高速通行料金額に少なくとも部分的に基づいて輸送サービスの前記実時間料金を求めることと、
    を含む、請求項１２に記載の方法。
15. 前記運転経路の中の前記高速有料道路区間を決定することは、
    前記運転経路に基づいて該運転経路に沿った位置座標点を取得することと、
    前記位置座標点及び地図に基づいて前記運転経路に沿った高速通行料金所を決定することと、
    前記高速通行料金所に基づいて前記運転経路の前記高速有料道路区間を特定することと、
    を含む、請求項１４に記載の方法。
16. 少なくとも１つの処理部を備える電子デバイスによって実行されると、
    出発点情報及び目的地情報を含むサービス要求を乗客端末デバイスから取得することと、
    前記サービス要求に基づいて輸送サービスの推定料金を求めることと、
    前記サービス要求に基づいて、前記乗客端末デバイス又はドライバー端末デバイスの前記出発点情報又は履歴情報に関連する価格調整条件を取得することと、
    前記価格調整条件に基づいて価格調整量を求めることと、
    前記価格調整量及び輸送サービスの前記推定料金に基づいて輸送サービスの価格調整後推定料金を求めることと、
    輸送サービスの前記価格調整後推定料金を前記乗客端末デバイスに送信することと、
    を含む行為を実行するように、前記少なくとも１つの処理部に指示する実行可能な命令を含む非一時的コンピュータ可読媒体であって、
    輸送サービスの前記推定料金を求めることは、
    前記サービス要求に基づいて第１の距離を求めることと、
    距離及び輸送サービスの前記推定料金の関数である推定式を取得することと、
    前記第１の距離及び前記推定式に基づいて輸送サービスの前記推定料金を求めることと、
    を含み、
    前記推定式を取得することは、
    前記サービス要求の同じ都市及び同じ時間帯に属し、第２の距離及び対応する輸送サービス料金を含む履歴データを取得することと、
    前記履歴データに基づいて定数の値を事前に設定されたモデルに代入し、前記推定式を生成することと、
    を含み、
    前記価格調整量を求めることは、
    前記ドライバー端末デバイスの数と前記サービス要求の数との間の比を求めることと、
    価格調整の事前設定量を取得することと、
    価格調整の前記事前設定量及び前記比に基づいて、前記ドライバー端末デバイスの数に対して前記サービス要求の数が多いほど前記価格調整後推定料金が高くなるように価格調整量を求めることと、
    を含む、非一時的コンピュータ可読媒体。
17. 前記推定式を取得することは、前記同じ都市及び同じ時間帯の前記履歴データに基づいて事前に設定されたモデルをトレーニングして、その都市及び時間帯の前記推定式を生成することをさらに含む、請求項１６に記載の非一時的コンピュータ可読媒体。

Images