(57)【要約】      （修正有）【課題】輸送サービスを円滑にすることができるオンデマンド輸送サービスにおける輸送サービスの料金を求めるシステム及び方法を提供する。【解決手段】運輸サービス料金を求めるシステムは、命令を保持するコンピュータ可読記憶媒体と、命令を実行するプロセッサとを備える。プロセッサによって実行される命令には、乗客端末によって送信されるサービス要求を入手することと、サービス要求に基づいて推定運輸サービス料金を求めることと、サービス要求に基づいて価格調整条件を入手することと、価格調整条件に基づいて価格調整量を求めることと、価格調整量及び推定運輸サービス料金に基づいて、価格調整された推定運輸サービス料金を求めることと、価格調整された推定運輸サービス料金を乗客端末に送信することとが含まる。【選択図】図９
2019215896.tif 000002
【特許請求の範囲】
【請求項１】
処理部と、
一組の命令を記憶するコンピュータ可読記憶媒体と、
を備え、
前記命令が前記処理部によって実行されると、前記処理部は、
出発点情報及び目的地情報を含むサービス要求を乗客端末デバイスから取得すること
と、
前記サービス要求に基づいて輸送サービスの推定料金を求めることと、
前記サービス要求に基づいて、前記乗客端末デバイス又はドライバー端末デバイスの
前記出発点情報又は履歴情報に関連する価格調整条件を取得することと、
前記価格調整条件に基づいて価格調整量を求めることと、
前記価格調整量及び輸送サービスの前記推定料金に基づいて輸送サービスの価格調整
後推定料金を求めることと、
輸送サービス前記価格調整後推定料金を前記乗客端末デバイスに送信することと、
を行うように指示される、システム。
【請求項２】
輸送サービスの前記推定料金を求めるために、前記処理部は、
前記サービス要求に基づいて第１の距離を求めることと、
距離及び輸送サービスの前記推定料金の関数である推定式を取得することと、
前記第１の距離及び前記推定式に基づいて輸送サービスの前記推定料金を求めることと
、
を行うように指示される、請求項１に記載のシステム。
【請求項３】
前記推定式を取得するために、前記処理部は、
前記サービス要求の同じ都市及び同じ時間帯に属し、第２の距離及び対応する輸送サー
ビス料金を含む履歴データを取得することと、
前記履歴データ及び事前に設定されたモデルに基づいて前記推定式を生成することと、
を行うように指示される、請求項２に記載のシステム。
【請求項４】
前記価格調整条件を取得するために、前記処理部は、
前記サービス要求の前記出発点情報に基づいて出発点の近傍領域内において少なくとも
１つのドライバー端末デバイスを特定することと、
価格調整の事前設定量を取得することと、
価格調整の前記事前設定量に基づいて、前記乗客端末デバイスの価格調整前の第１の受
諾率及び価格調整後の第２の受諾率を取得することと、
価格調整の前記事前設定量に基づいて、前記ドライバー端末デバイスの価格調整前の第
１のオーダー引受率及び価格調整後の第２のオーダー引受率を取得することと、
を行うように指示される、請求項１に記載のシステム。
【請求項５】
前記価格調整量を求めるために、前記処理部は、
前記ドライバー端末デバイスの数と前記サービス要求の数との間の比を求めることと、
価格調整の事前設定量を取得することと、
価格調整の前記事前設定量及び前記比に基づいて価格調整量を求めることと、
を行うように指示される、請求項１に記載のシステム。
【請求項６】
前記処理部は、
前記サービス要求に基づいて輸送サービスの実時間料金を求めることと、
輸送サービスの前記実時間料金を前記乗客端末デバイスに送信することと、
を行うように更に指示される、請求項１に記載のシステム。
【請求項７】
輸送サービスの前記実時間料金を求めるために、前記処理部は、
位置データ点を含む少なくとも１つのデータパケットを受信することと、
前記少なくとも１つのデータパケットから前記位置データ点を含む有効なデータパケッ
トを特定することと、
事前に設定された料金ルールと前記有効なデータパケットにおける前記位置データ点と
に基づいて輸送サービスの前記実時間料金を求めることと、
を行うように指示される、請求項６に記載のシステム。
【請求項８】
輸送サービスの前記実時間料金を求めるために、前記処理部は、
前記サービス要求に基づいて運転経路を取得することと、
前記運転経路に基づいて該運転経路の高速有料道路区間を特定することと、
前記高速有料道路区間に基づいて高速通行料金を求めることと、
前記高速通行料金に少なくとも部分的に基づいて輸送サービスの前記実時間料金を求め
ることと、
を行うように指示される、請求項６に記載のシステム。
【請求項９】
前記運転経路の前記高速有料道路区間を特定する前に、前記処理部は、
移動の開始時に前記高速有料道路区間を通過するか否かを問い合わせる第１の問い合わ
せを前記乗客端末デバイスに送信することと、
前記第１の問い合わせに対応する第１のフィードバックを前記乗客端末デバイスから受
信することと、
前記サービス要求及び前記第１のフィードバックに基づいて計画経路を決定することと
、
を行うように更に指示される、請求項８に記載のシステム。
【請求項１０】
前記運転経路の前記高速有料道路区間を特定するために、前記処理部は、
前記運転経路に基づいて該運転経路に沿った位置座標点を取得することと、
前記位置座標点及び地図に基づいて前記運転経路に沿った高速通行料金所を決定するこ
とと、
前記高速通行料金所に基づいて前記運転経路の前記高速有料道路区間を特定することと
、
を行うように指示される、請求項８に記載のシステム。
【請求項１１】
出発点情報及び目的地情報を含むサービス要求を乗客端末デバイスから取得することと
、
前記サービス要求に基づいて輸送サービスの推定料金を求めることと、
前記サービス要求に基づいて、前記乗客端末デバイス又はドライバー端末デバイスの前
記出発点情報又は履歴情報に関連する価格調整条件を取得することと、
前記価格調整条件に基づいて価格調整量を求めることと、
前記価格調整量及び輸送サービスの前記推定料金に基づいて価格調整後輸送サービス推
定料金を求めることと、
前記価格調整後輸送サービス推定料金を前記乗客端末デバイスに送信することと、
を含む、方法。
【請求項１２】
輸送サービスの前記推定料金を求めることは、
前記サービス要求に基づいて第１の距離を求めることと、
距離及び輸送サービスの前記推定料金の関数である推定式を取得することと、
前記第１の距離及び前記推定式に基づいて輸送サービスの前記推定料金を求めることと
、
を含む、請求項１１に記載の方法。
【請求項１３】
前記推定式を取得することは、
前記サービス要求の同じ都市及び同じ時間帯に属し、第２の距離及び対応する輸送サー
ビス料金を含む履歴データを取得することと、
前記履歴データ及び事前に設定されたモデルに基づいて前記推定式を生成することと、
を含む、請求項１２に記載の方法。
【請求項１４】
前記価格調整条件を取得することは、
前記サービス要求の前記出発点情報に基づいて出発点の近傍領域内において少なくとも
１つのドライバー端末デバイスを特定することと、
価格調整の事前設定量を取得することと、
価格調整の前記事前設定量に基づいて、前記乗客端末デバイスの価格調整前の第１の受
諾率及び価格調整後の第２の受諾率を取得することと、
価格調整の前記事前設定量に基づいて、前記ドライバー端末デバイスの価格調整前の第
１のオーダー引受率及び価格調整後の第２のオーダー引受率を取得することと、
を含む、請求項１１に記載の方法。
【請求項１５】
前記価格調整量を求めることは、
前記ドライバー端末デバイスの数と前記サービス要求の数との間の比を求めることと、
価格調整の事前設定量を取得することと、
価格調整の前記事前設定量及び前記比に基づいて価格調整量を求めることと、
を含む、請求項１１に記載の方法。
【請求項１６】
前記サービス要求に基づいて輸送サービスの実時間料金を求めることと、
輸送サービスの前記実時間料金を前記乗客端末デバイスに送信することと、
を更に含む、請求項１１に記載の方法。
【請求項１７】
輸送サービスの前記実時間料金を求めることは、
位置データ点を含む少なくとも１つのデータパケットを受信することと、
前記少なくとも１つのデータパケットから前記位置データ点を含む有効なデータパケッ
トを特定することと、
事前に設定された料金ルールと前記有効なデータパケットにおける前記位置データ点と
に基づいて輸送サービスの前記実時間料金を求めることと、
を含む、請求項１６に記載の方法。
【請求項１８】
輸送サービスの前記実時間料金を求めることは、
前記サービス要求に基づいて運転経路を取得することと、
前記運転経路に基づいて該運転経路の高速有料道路区間を特定することと、
前記高速有料道路区間に基づいて高速通行料金額を求めることと、
前記高速通行料金額に少なくとも部分的に基づいて輸送サービスの前記実時間料金を求
めることと、
を含む、請求項１６に記載の方法。
【請求項１９】
前記運転経路の中の前記高速有料道路区間を決定することは、
前記運転経路に基づいて該運転経路に沿った位置座標点を取得することと、
前記位置座標点及び地図に基づいて前記運転経路に沿った高速通行料金所を決定するこ
とと、
前記高速通行料金所に基づいて前記運転経路の前記高速有料道路区間を特定することと
、
を含む、請求項１８に記載の方法。
【請求項２０】
処理部によって実行される命令を含み、
前記命令は、
出発点情報及び目的地情報を含むサービス要求を乗客端末デバイスから取得することと
、
前記サービス要求に基づいて輸送サービスの推定料金を求めることと、
前記サービス要求に基づいて、前記乗客端末デバイス又はドライバー端末デバイスの前
記出発点情報又は履歴情報に関連する価格調整条件を取得することと、
前記価格調整条件に基づいて価格調整量を求めることと、
前記価格調整量及び輸送サービスの前記推定料金に基づいて輸送サービスの価格調整後
推定料金を求めることと、
輸送サービスの前記価格調整後推定料金を前記乗客端末デバイスに送信することと、
を含む、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本出願は、２０１５年７月２９日に出願された中国特許出願第２０１５１０４５６６２
２．Ｘ号、２０１５年８月２０日に出願された中国特許出願第２０１５１０５１６２１３
．４号、２０１５年８月２０日に出願された中国特許出願第２０１５１０５１６２０５．
Ｘ号、２０１６年１月２６日に出願された中国特許出願第２０１６１００５２７３２．４
号、及び２０１６年３月１４日に出願された中国特許出願第２０１６１０１４４４２２．
５号の優先権を主張し、これらの出願のそれぞれの全内容は、引用することにより本明細
書の一部をなす。
（技術分野）
【０００２】
本出願は、概括的には、輸送サービスの料金を求めるシステム及び方法に関し、特に、
オンデマンド輸送サービスにおける輸送サービスの料金を求めるシステム及び方法に関す
る。
【背景技術】
【０００３】
現在、オンデマンドサービスはますます普及してきている。オンデマンド輸送サービス
においては、乗客やドライバーは、通常、輸送サービスの料金に関心がある。輸送サービ
スが始まる前に輸送サービスの料金を見積もるとともに、輸送サービスが行われている最
中に輸送サービスの料金を計算して提示する優れた方法があれば、ドライバーと乗客の双
方のユーザーエクスペリエンスが改善されるとともに、輸送サービスを円滑にすることが
できる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって、輸送サービスの料金を求めるシステム及び方法が必要とされている。
【課題を解決するための手段】
【０００５】
本開示の一態様においては、システムが提供される。上記システムは、処理部（プロセ
ッサ）と、一組の命令を記憶するコンピュータ可読記憶媒体とを備えてもよい。一組の命
令が処理部によって実行されると、処理部は、出発点情報及び目的地情報を含むサービス
要求を乗客端末から取得することと、サービス要求に基づいて輸送サービスの推定料金を
求めることと、サービス要求に基づいて、乗客端末又はドライバー端末の出発点情報又は
履歴情報に関連する価格調整条件を取得することと、価格調整条件に基づいて価格調整量
を求めることと、価格調整量及び輸送サービスの推定料金に基づいて輸送サービスの価格
調整後推定料金を求めることと、輸送サービスの価格調整後推定料金を乗客端末に送信す
ることとを行うように指示される。
【０００６】
本開示の別の態様においては、方法が提供される。上記方法は、乗客端末から送信され
る、出発点情報及び目的地情報を含むサービス要求を取得することと、サービス要求に基
づいて輸送サービスの推定料金を求めることと、サービス要求に基づいて、乗客端末又は
ドライバー端末の出発点又は履歴情報に関連する価格調整条件を取得することと、価格調
整条件に基づいて価格調整量を求めることと、価格調整量及び輸送サービスの推定料金に
基づいて輸送サービスの価格調整後推定料金を求めることと、輸送サービスの価格調整後
推定料金を乗客端末に送信することとを含んでもよい。
【０００７】
本開示の一態様においては、非一時的コンピュータ可読記憶媒体が提供される。上記非
一時的コンピュータ可読記憶媒体は、処理部によって実行される一組の命令を含んでもよ
い。一組の命令は、出発点情報及び目的地情報を含むサービス要求を乗客端末から取得す
ることと、サービス要求に基づいて輸送サービスの推定料金を求めることと、サービス要
求に基づいて、乗客端末又はドライバー端末の出発点情報又は履歴情報に関連する価格調
整条件を取得することと、価格調整条件に基づいて価格調整量を求めることと、価格調整
量及び輸送サービスの推定料金に基づいて輸送サービスの価格調整後推定料金を求めるこ
とと、輸送サービスの価格調整後推定料金を乗客端末に送信することとを含んでもよい。
【０００８】
追加の特徴は、以下の説明に一部が述べられ、以下の内容及び添付図面を検討すること
で当業者には部分的に明らかになるか、又はそれらの例の作成若しくは動作によって知得
することができる。本開示の特徴は、以下で論述される詳細な例に述べられる方法論、手
段及び組み合わせの様々な態様の実施又は使用によって実現及び達成することができる。
【０００９】
本開示の実施形態に関連した技術的解決策を示すために、実施形態の説明において参照
される図面の簡単な導入説明を以下に提示する。なお以下に説明する図面は、本開示の例
又は実施形態を幾つか示したものにすぎないことは明らかである。当業者であれば、更な
る創造的な努力を行うことなく、これらの図面に従って本開示を他の同様のシナリオに適
用することができる。別段の記載がない限り又は文脈から明らかでない限り、図面におけ
る同じ参照符号は、同じ構造体及び動作を指している。
【図面の簡単な説明】
【００１０】
【図１】本開示の一部の実施形態に係る、輸送サービスの料金決定システムの一例示的なネットワーク環境の概略図である。
【図２】本開示の一部の実施形態に係る一例示的なサーバのブロック図である。
【図３】本開示の一部の実施形態に係る一例示的なサーバのブロック図である。
【図４】本開示の一部の実施形態に係る一例示的な入手モジュールのブロック図である。
【図５】本開示の一部の実施形態に係る一例示的な処理モジュールのブロック図である。
【図６】本開示の一部の実施形態に係る一例示的なフィードバックモジュールのブロック図である。
【図７】本開示の一部の実施形態に係る一例示的な乗客端末及び／又はドライバー端末のブロック図である。
【図８】本開示の一部の実施形態に係る、輸送サービス料金のフィードバックを生成するための一例示的なプロセスのフローチャートである。
【図９】本開示の一部の実施形態に係る、輸送サービスの料金を求めるための一例示的なプロセスのフローチャートである。
【図１０】本開示の一部の実施形態に係る、輸送サービスの料金を求めるための一例示的なプロセスのフローチャートである。
【図１１】本開示の一部の実施形態に係る、推定式を生成するための一例示的なプロセスのフローチャートである。
【図１２】本開示の一部の実施形態に係る、価格調整条件を取得するための一例示的なプロセスのフローチャートである。
【図１３】本開示の一部の実施形態に係る、価格調整を行うか否かを判断するための一例示的なプロセスのフローチャートである。
【図１４】本開示の一部の実施形態に係る、価格調整を行うか否かを判断するための一例示的なプロセスのフローチャートである。
【図１５】本開示の一部の実施形態に係る、価格調整を行うか否かを判断するための一例示的なプロセスのフローチャートである。
【図１６】本開示の一部の実施形態に係る、輸送サービスの実時間料金を求めるための一例示的なプロセスのフローチャートである。
【図１７】本開示の一部の実施形態に係る、輸送サービスの実時間料金を求めるための一例示的なプロセスのフローチャートである。
【図１８】本開示の一部の実施形態に係る、輸送サービスの実時間料金を求めるための一例示的なプロセスのフローチャートである。
【図１９】本開示の一部の実施形態に係る、高速有料道路区間を決定するための一例示的なプロセスのフローチャートである。
【図２０】本開示の一部の実施形態に係る、計画経路を決定するための一例示的なプロセスのフローチャートである。
【図２１】本開示の一部の実施形態に係る、計画経路調整を決定するための一例示的なプロセスのフローチャートである。
【発明を実施するための形態】
【００１１】
本開示の実施形態に関連した技術的解決策を示すために、実施形態の説明において参照
される図面の簡単な導入説明を以下に提示する。なお、以下に説明する図面は、本開示の
例又は実施形態の幾つかを示したものにすぎないことは明らかである。当業者であれば、
更なる創造的な努力を行うことなく、これらの図面に従って本開示を他の同様のシナリオ
に適用することができる。別段の記載がない限り又は文脈から明らかでない限り、図面に
おける同じ参照符号は、同じ構造体及び動作を指している。
【００１２】
本願明細書において用いられる術語は、特定の例示の実施形態を説明することのみを目
的としており、限定することを意図するものではない。個数が特定されていないものが本
願明細書において用いられているとき、それらは、文脈が明らかに別のことを示していな
い限り、単数のもの及び複数のものを含むことが意図され得る。「備える」及び／又は「
含む」という用語は、本願明細書において用いられるとき、記載された特徴、完全体、ス
テップ、動作、要素、及び／又は構成要素が存在することを特定してはいるが、他の特徴
、完全体、ステップ、動作、要素、構成要素、及び／又はそれらの群が１つ以上存在する
こと又は追加されることを排除するものではないことが更に理解されるであろう。
【００１３】
本願明細書において用いられる「システム」、「デバイス」、「装置」、「ユニット」
、「モジュール」、「構成要素」、及び／又は「サブユニット」という用語は、昇順の異
なるレベルのそれぞれの構成要素、要素、部分、セクション又はアセンブリを区別する１
つの方法であることが理解されるであろう。ただし、これらの用語は、同じ目的を達成す
ることができる場合には、互いに交換してもよく、他の表現に置き換えてもよい。
【００１４】
本開示は、本開示の実施形態に係るシステムにおける幾つかの特定のモジュール、ユニ
ット及び／又はサブユニットを様々な形で参照する。しかしながら、任意の数の異なるモ
ジュール、ユニット及び／又はサブユニットを用い、クライアント及び／又はサーバ上で
動作させてもよい。これらのモジュールは、単に例示のためのものにすぎず、本システム
及び本方法のそれぞれの態様において、別のモジュール、ユニット及び／又はサブユニッ
トを用いてもよい。
【００１５】
一般に、「モジュール」、「ユニット」、又は「サブユニット」という単語は、本願明
細書において用いられるとき、ハードウェア若しくはファームウェアで具現化されたロジ
ック、又はソフトウェア命令の集合体を指す。本願明細書において説明するモジュール、
ユニット、又はサブユニットは、ソフトウェア及び／又はハードウェアとして実施しても
よく、非一時的コンピュータ可読記憶媒体又は他の記憶デバイスに記憶してもよい。一部
の実施形態においては、ソフトウェアモジュール／ユニット／サブユニットをコンパイル
して実行可能プログラムにリンクしてもよい。ソフトウェアモジュールは、他のモジュー
ル／ユニット／サブユニットから、又は自身から読み出し可能としてもよく、かつ／又は
検出されたイベント若しくは割り込みに応答して起動されてもよいことが理解されるであ
ろう。コンピューティングデバイス（例えば、図２に示すようなプロセッサ２１０）で実
行するために構成されたソフトウェアモジュール／ユニット／サブユニットは、コンパク
トディスク、ＤＶＤ、フラッシュドライブ、磁気ディスク、又は他の有形媒体等のコンピ
ュータ可読記憶媒体（例えば、メモリ２３０）において提供してもよく、デジタルダウン
ロードとして提供してもよい（元々は、実行に先立ちインストール、解凍、又は解読を必
要とする圧縮フォーマット又はインストール可能フォーマットで記憶してもよい）。その
ようなソフトウェアコードは、コンピューティングデバイスにて実行するために、実行す
るコンピューティングデバイスの記憶デバイスに一部又は全体が記憶されてもよい。ソフ
トウェア命令は、ＥＰＲＯＭ等のファームウェアに組み込まれてもよい。ハードウェアモ
ジュール／ユニット／サブユニットは、ゲート及びフリップフロップ等の接続された論理
コンポーネントに含まれていてもよく、かつ／又はプログラマブルゲートアレイ若しくは
プロセッサ等のプログラマブルユニットに含まれてもよいことが更に理解されるであろう
。本願明細書において説明するモジュール／ユニット／サブユニット又はコンピューティ
ングデバイスの機能は、ソフトウェアモジュール／ユニット／サブユニットとして実施し
てもよいが、ハードウェア又はファームウェアで表されてもよい。一般に、本願明細書に
おいて説明するモジュール／ユニット／サブユニットは、それらの物理的な編成又は記録
形態に関わらず、他のモジュール／ユニット／サブユニットと組み合わせてもよいし、サ
ブモジュール／サブユニット／サブサブユニットに分割してもよい論理モジュール／ユニ
ット／サブユニットを指す。
【００１６】
本開示の一部の実施形態によれば、フローチャートは、システムによって実行されるオ
ペレーションを示すのに用いられる。上記又は下記のオペレーションは、順番に実施され
てもよいし、順番に実施されなくてもよいことが明らかに理解されるであろう。逆に、そ
れらのオペレーションは、逆順又は同時に実行されてもよい。その上、１つ以上の他のオ
ペレーションがフローチャートに追加されてもよいし、１つ以上のオペレーションがフロ
ーチャートから省かれてもよい。
【００１７】
本開示のシステム又は方法は、他の種類のオンデマンドサービスに適用してもよい。例
えば、本開示のシステム又は方法は、陸上、海上、航空宇宙空間等、又はそれらの組み合
わせを含む種々の環境の輸送システムに適用してもよい。輸送システムの乗り物には、タ
クシー、自家用車、ヒッチハイクカー、バス、列車、超特急列車、高速鉄道、地下鉄、船
舶、航空機、宇宙船、熱気球、自動走行車両等、又はそれらの組み合わせが含まれてもよ
い。輸送システムは、管理及び／又は配送のための輸送システム、例えば、速達便を送付
及び／又は受領するシステムなども含んでもよい。本開示のシステム又は方法の用途には
、ウェブページ、ブラウザのプラグイン、クライアント端末、カスタムシステム、内部解
析システム、人工知能ロボット等、又はそれらの組み合わせが含まれてもよい。本願明細
書に開示されるシステム及び方法の適用シナリオは、単なる例又は実施形態を示したもの
にすぎないことが理解されるであろう。当業者であれば、更なる創作的な労力を伴うこと
なく、これらの図面を他の適用シナリオ、例えば、他の類似のサービスシステムに適用し
てもよい。
【００１８】
本開示における「乗客」、「要求者」、「サービス要求者」、及び「顧客」という用語
は、サービスを要求又はオーダーすることができる個人、団体又はツールを指すために区
別なく用いられる。また、本開示における「ドライバー」、「提供者」、「サービス提供
者」、及び「供給者」という用語は、サービスを提供することができるか、又はサービス
の提供を容易にすることができる個人、団体又はツールを指すために区別なく用いられる
。本開示における「ユーザー」という用語は、サービスを要求することができる個人、団
体若しくはツール、サービスをオーダーすることができる個人、団体若しくはツール、サ
ービスを提供することができる個人、団体若しくはツール、又はサービスの提供を容易に
することができる個人、団体若しくはツールを指すことができる。例えば、ユーザーは、
乗客、ドライバー、オペレーター等、又はそれらの組み合わせであってもよい。本開示に
おいて、「乗客」、「ユーザー機器」、「ユーザー端末」、及び「乗客端末」は、区別な
く用いられる場合があり、「ドライバー」及び「ドライバー端末」は、区別なく用いられ
る場合がある。本開示における「サービス要求」及び「オーダー」という用語は、乗客、
要求者、サービス要求者、顧客、ドライバー、提供者、サービス提供者、供給者等、又は
それらの組み合わせが開始することができる要求を指すために区別なく用いられる。サー
ビス要求は、乗客、要求者、サービス要求者、顧客、ドライバー、提供者、サービス提供
者、又は供給者のうちのいずれかの者によって受理される。サービス要求は、有料の場合
もあるし、無料の場合もある。
【００１９】
本開示において用いられる測位技術は、全地球測位システム（ＧＰＳ）、ＧＬＯＮＡＳ
Ｓ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）、北斗
衛星導航系統、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）、ワイヤレスフ
ィデリティー（ＷｉＦｉ）測位技術等、又はそれらの組み合わせに基づくものであっても
よい。一部の実施形態においては、ＧＰＳ測位技術（例えば、ＧＰＳモジュール、ＧＰＳ
座標、又は位置データ点）の使用が示される場合があるが、本開示では、他の測位技術を
用いてもよいことは理解されたい。
【００２０】
図１は、本開示の一部の実施形態に係る、輸送サービスの料金決定システムの一例示的
なネットワーク環境の概略図である。ネットワーク環境１００は、輸送サービスサーバ１
１０（「サーバ１１０」と呼ぶ）、ネットワーク１２０、乗客端末デバイス１３０、ドラ
イバー端末デバイス１４０、及びデータベース１５０を備えてもよい。一部の実施形態に
おいて、サーバ１１０は、サービス要求を処理し、輸送サービスの料金を計算し、この輸
送サービスの料金を乗客端末デバイス１３０及び／又はドライバー端末デバイスに返すよ
うに構成してもよい。サーバ１１０は、１つのサーバであってもよいし、サーバグループ
であってもよい。サーバグループは、集中型（例えば、データセンター）であってもよい
し、分散型（例えば、分散型システム）であってもよい。サーバ１１０は、ローカルであ
ってもよいし、リモートであってもよい。一部の実施形態においては、サーバ１１０は、
乗客端末デバイス１３０及び／又はドライバー端末デバイス、データベース１５０の情報
にネットワーク１２０を介してアクセスできるようにしてもよい。
【００２１】
ネットワーク１２０は、情報の交換を容易にしてもよい。ネットワーク１２０は、単一
のネットワークであってもよいし、複数のネットワークの組み合わせであってもよい。単
なる例に過ぎないが、、ネットワーク１２０には、ローカルエリアネットワーク（ＬＡＮ
）、ワイドエリアネットワーク（ＷＡＮ）、公衆ネットワーク、プライベートネットワー
ク、無線ローカルエリアネットワーク（ＷＬＡＮ）、仮想ネットワーク、メトロポリタン
エリアネットワーク、公衆交換電話網（ＰＳＴＮ）等、又はそれらの組み合わせが含まれ
てもよいものの、これらに限定されるものではない。ネットワーク１２０は、１つ以上の
ネットワークアクセスポイントを備えてもよいが、これに限定されるものではない。例え
ば、ネットワーク１２０は、有線若しくは無線のネットワークアクセスポイント、基地局
、又はネットワークスイッチポイントを備えてもよいが、これらに限定されるものではな
い。これらを通じて、サーバ１１０、乗客端末デバイス１３０、ドライバー端末デバイス
１４０、及びデータベース１５０は、ネットワーク１２０に接続され、ネットワーク１２
０を介して情報を送受信してもよい。
【００２２】
本開示において、「乗客」は、輸送サービスを必要とする者である場合もあるし、サー
ビス要求を送信する者である場合もあり、「ドライバー」は、輸送サービスを提供する者
である場合もあるし、輸送サービスの提供を援助する者である場合もある。本開示におい
て、「乗客」及び「乗客端末デバイス」は、区別なく用いられる場合がある。「乗客」は
、乗客端末デバイス１３０のユーザーも含む場合がある。一部の実施形態において、乗客
端末デバイス１３０のユーザーは、実際の乗客でない場合がある。例えば、乗客端末デバ
イス１３０のユーザーＡが、乗客Ｂのために乗客端末デバイス１３０を用いてサービス要
求を送信する場合もあるし、サーバ１１０によって送信された他の情報又は命令を受信す
る場合もある。便宜上、本開示においては、乗客端末デバイス１３０のユーザーを乗客と
呼ぶ場合がある。本開示において、「ドライバー」及び「ドライバー端末デバイス」は、
区別なく用いられる場合がある。ドライバーは、ドライバー端末デバイス１４０のユーザ
ーも含む場合がある。一部の実施形態において、ドライバー端末デバイス１４０のユーザ
ーは、実際のドライバーでない場合がある。例えば、ドライバー端末デバイス１４０のユ
ーザーＣは、ドライバーＤのためにドライバー端末デバイス１４０を用いてサービス要求
を受信する場合もあるし、サーバ１１０によって送信された他の情報又は命令を受信する
場合もある。便宜上、ドライバー端末デバイス１４０のユーザーをドライバーと呼ぶ場合
がある。
【００２３】
一部の実施形態において、乗客端末デバイス１３０には、モバイルデバイス１３０−１
、タブレットコンピュータ１３０−２、ラップトップコンピュータ１３０−３、車載デバ
イス１３０−４等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるも
のではない。モバイルデバイス１３０−１には、スマートホームデバイス、ウェアラブル
デバイス、インテリジェントモバイルデバイス、仮想現実デバイス、拡張現実デバイス等
、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。スマ
ートホームデバイスには、インテリジェント照明デバイス、インテリジェント電気制御デ
バイス、インテリジェント監視デバイス、スマートテレビ、スマートカメラ、インターフ
ォン等、又はそれらの組み合わせが含まれるが、これらに限定されるものではない。ウェ
アラブルデバイスには、スマートバンド、スマートシューズ若しくはスマートソックス、
スマートグラス、スマートヘルメット、スマートヘッドバンド、スマート衣服、スマート
バックパック、スマートアクセサリー類等、又はそれらの組み合わせが含まれるが、これ
らに限定されるものではない。インテリジェントモバイルデバイスには、スマートフォン
、パーソナルデジタルアシスタント（ＰＤＡ）、スマートウォッチ、ラップトップコンピ
ュータ、タブレットコンピュータ、車載デバイス（例えば、車載用コンピュータ又は車載
用テレビ等）、ゲームデバイス、ナビゲーション機器、ＰＯＳマシン等、又はそれらの組
み合わせが含まれてもよいが、これらに限定されるものではない。仮想現実デバイス又は
拡張現実デバイスには、仮想現実ヘルメット、仮想現実メガネ、仮想現実ゴーグル、拡張
現実ヘルメット、拡張現実メガネ、拡張現実ゴーグル等、又はそれらの組み合わせが含ま
れてもよいが、これらに限定されるものではない。例えば、Ｇｏｏｇｌｅ（登録商標）Ｇ
ｌａｓｓ、Ｏｃｕｌｕｓ  Ｒｉｆｔ（登録商標）、ＨｏｌｏＬｅｎｓ（登録商標）、Ｇｅ
ａｒ  ＶＲ（登録商標）等がある。車載デバイス１３０−４は、カーピューター（ｃａｒ
ｐｕｔｅｒ）等であってもよい。一部の実施形態において、乗客端末デバイス１３０は、
乗客又は乗客端末デバイス１３０の位置を突き止める測位機能を有するデバイスであって
もよい。一部の実施形態において、ドライバー端末デバイス１４０には、乗客端末デバイ
ス１３０と同じ又は類似のデバイスのうちの１つ以上が含まれてもよいが、これらに限定
されるものではない。一部の実施形態において、ドライバー端末デバイス１４０は、ドラ
イバー又はドライバー端末デバイス１４０の位置を突き止める測位機能を有するデバイス
であってもよい。一部の実施形態において、乗客端末デバイス１３０及び／又はドライバ
ー端末デバイス１４０は、他の測位デバイスと通信して位置特定を行ってもよい。一部の
実施形態において、乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０は
、位置情報をサーバ１１０に送信してもよい。
【００２４】
一部の実施形態において、データベース１５０は、記憶機能を有するデバイスを包括的
に指してもよい。データベース１５０は、乗客端末デバイス１３０及び／又はドライバー
端末デバイス１４０から収集されたデータを記憶してもよい。データベース１５０は、サ
ーバ１１０の作動中に生成された様々なデータも記憶するようにしてもよい。データベー
ス１５０は、ローカルであってもよいし、リモートであってもよい。データベース１５０
には、階層型データベース、ネットワーク型データベース、リレーショナルデータベース
等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。デ
ータベース１５０は、上記情報をデジタル化し、次に、（電気記憶デバイス、磁気記憶デ
バイス、又は光記憶デバイスにより、）電気的方法、磁気的方法、光学的方法等によって
、このデジタル化された情報を記憶デバイスに記憶してもよい。データベース１５０は、
ソフトウェアやデータ等の様々なタイプの情報を記憶するのに用いてもよい。データベー
ス１５０は、電気エネルギーによって情報を記憶するデバイス、例えば、様々なメモリ、すなわち、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）等であってもよい。ランダムアクセスメモリには、１０進計数管、セレクトロン管、遅延線メモリ、ウィリアムス管、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、サイリスターランダムアクセスメモリ（Ｔ−ＲＡＭ）、ゼロキャパシタランダムアクセスメモリ（Ｚ−ＲＡＭ）等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。リードオンリーメモリには、磁気バブルメモリ、磁気ボタンメモリ、薄膜メモリ、プレーテッドワイヤメモリ、磁気コアメモリ、磁気ドラムメモリ、光学ドライブ、ハードディスク、磁気テープ、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、相変化メモリ、磁気抵抗ランダムアクセスメモリ、強誘電性ランダムアクセスメモリ、不揮発性スタティックランダムアクセスメモリ、フラッシュメモリ、電気的消去可能・書き換え可能リードオンリーメモリ、消去可能プログラマブルリードオンリーメモリ、プログラマブルリードオンリーメモリ、マスクＲＯＭ、フローティング接続ドアランダムアクセスメモリ、ナノランダムメモリ、レーストラックメモリ、可変抵抗ランダムアクセスメモリ、プログラマブルメタライゼーションセル等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。データベース１５０は、磁気エネルギー法によって情報を記憶するデバイス、例えば、ハードディスク、ソフトディスク、テープ、磁気コア記憶装置、バブルメモリ、Ｕディスク、フラッシュメモリ等であってもよい。データベース１５０は、光学的方法によって情報を記憶するデバイス、例えば、ＣＤ、ＤＶＤ等であってもよい。データベース１５０は、光磁気的方法によって情報を記憶するデバイス、例えば、光磁気ディスク等であってもよい。データベース１５０のアクセスモードには、ランダムアクセスモード、シリアルアクセスモード、リードオンリーアクセスモード等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。データベース１５０は、非永久メモリであってもよいし、永久メモリであってもよい。上述した記憶デバイスは、単なる例にすぎない。システムにおいて用いられる記憶デバイスは、限定することを意図するものではない。
【００２５】
データベース１５０は、ネットワーク１２０と相互接続又は通信してもよく、あるいは
サーバ１１０又はその一部分と直接接続又は通信してもよい。一部の実施形態において、
データベース１５０は、サーバ１１０のバックグラウンドにおいて構成してもよい。一部
の実施形態において、データベース１５０は、独立したものであり、ネットワーク１２０
に直接接続してもよい。乗客端末デバイス１３０及び／又はドライバー端末デバイス１４
０は、データベース１５０がネットワーク１２０と相互接続又は通信されているとき、ネ
ットワーク１２０を通じてデータベース１５０内の情報にアクセスできるようにしてもよ
い。データベース１５０又はシステム内の他の記憶デバイスは、読み出し／書き込み機能
を有する媒体を包括的に指してもよい。データベース１５０又はシステム内の他の記憶デ
バイスは、システムの内部にあってもよいし、外部にあってもよい。データベース１５０
とシステム内の他の記憶デバイス又は他のモジュールとの間の接続は、有線であってもよ
いし、無線であってもよい。ネットワーク１２０は、情報の交換を容易にするものであっ
てもよい。
【００２６】
サーバ１１０若しくはサーバ１１０の一部分と、端末デバイス１３０／１４０のうち少
なくともいずれか一方との間の接続、並びにサーバ１１０とデータベース１５０との間の
接続は、異なっていてもよい。各関係者に対する、データベース１５０へのアクセスの許
可は、制限してもよい。例えば、サーバ１１０又はその一部分は、データベース１５０へ
のアクセス許可を有し、データベース１５０から得た公共情報又は個人情報の読み出し又
は変更を行うことができるようにし、乗客端末デバイス１３０及び／又はドライバー端末
デバイス１４０は、当該乗客端末デバイス１３０及び／又はドライバー端末デバイス１４
０がある特定の条件を満たすときに、ユーザーに関する公共情報又は個人情報の一部を読
み出せるようにしてもよい。例えば、サーバ１１０は、ユーザー（例えば、乗客又はドラ
イバー）によるサーバ１１０を用いた１つ以上の体験に基づいて、そのユーザーに関する
公共情報又は個人情報を更新／変更してもよい。別の例として、ドライバー端末デバイス
１４０は、乗客端末デバイス１３０からサービス要求を受信すると、データベース１５０
内の乗客端末デバイス１３０に関連した部分的な情報を閲覧できるようにしてもよい。そ
の一方で、ドライバー端末デバイス１４０は、データベース１５０内の乗客端末デバイス
１３０に関する情報を独自に変更することはできないが、サーバ１１０に報告できるよう
にしてもよい。その場合、サーバ１１０は、データベース１５０内の乗客端末デバイス１
３０に関する情報を変更するか否かを判断する。
【００２７】
一部の実施形態において、輸送サービス料金決定システム１００における１つ以上の構
成要素の情報交換は、サービスの要求を介して開始してもよい。サービス要求の対象はあ
らゆる商品としてもよい。一部の実施形態において、この商品には、食料品、医薬品、日
用品、化学製品、電気器具、衣料品、自動車、家屋物件、高級品等、又はそれらの組み合
わせが含まれてもよい。他の一部の実施形態においては、上記商品には、サービス財、金
融商品、知的産物、インターネット商品等、又はそれらの組み合わせが含まれてもよい。
インターネット商品には、個別ホスト商品、ウェブ商品、モバイルインターネット商品、
商用ホスト商品、エンベデッド商品等、又はそれらの組み合わせが含まれてもよい。モバ
イルインターネット商品は、モバイル端末デバイスのソフトウェア、プログラム、システ
ム等、又はそれらの組み合わせにおいて用いてもよい。モバイル端末デバイスには、タブ
レットコンピュータ、ラップトップコンピュータ、モバイルフォン、パーソナルデジタル
アシスタント（ＰＤＡ）、スマートウォッチ、販売時点情報管理（ＰＯＳ（ポイント・オ
ブ・セールス））デバイス、オンボードコンピューター、オンボードテレビ、ウェアラブ
ルデバイス等、又はそれらの組み合わせが含まれてもよい。例えば、商品は、コンピュー
タ又はモバイルフォンにおいて用いられるソフトウェア及び／又はアプリケーションのう
ちいずれかであってもよい。このソフトウェア及び／又はアプリケーションは、ソーシャ
ライジング、ショッピング、輸送、娯楽（エンターテインメント）、学習、投資等、又は
それらの組み合わせに関するものであってもよい。一部の実施形態において、輸送に関す
るソフトウェア及び／又はアプリケーションには、旅行ソフトウェア及び／又は旅行アプ
リケーション、乗り物のスケジューリングソフトウェア及び／又は乗り物のスケジューリ
ングアプリケーション、地図ソフトウェア及び／又は地図アプリケーション等が含まれて
もよい。乗り物のスケジューリングソフトウェア及び／又は乗り物のスケジューリングア
プリケーションにおいて、乗り物には、馬、馬車、人力車（例えば、一輪手押し車、二輪
自転車、三輪自転車等）、自動車（例えば、タクシー、バス、自家用車等）、列車、地下
鉄、船舶、航空機（例えば、飛行機、ヘリコプター、スペースシャトル、ロケット、熱気
球等）等、又はそれらの組み合わせが含まれてもよい。
【００２８】
一部の実施形態において、データベース１５０は、データ記憶機能を有するクラウドコ
ンピューティングプラットフォームであってもよい。このクラウドコンピューティングプ
ラットフォームには、パブリッククラウドプラットフォーム、プライベートクラウドプラ
ットフォーム、コミュニティクラウドプラットフォーム、ハイブリッドクラウドプラット
フォーム等が含まれるが、これらに限定されるものではない。そのような全ての変形態様
は、本開示の保護の範囲内にある。
【００２９】
図２は、本開示の一部の実施形態に係る一例示的なプロセッサ２００（サーバ２００と
呼ぶ）のブロック図である。サーバ２００は、輸送サービスプロセッサ２１０（「プロセ
ッサ２１０」と呼ぶ）、入力／出力デバイス２２０、メモリ２３０、及びネットワークイ
ンターフェース２４０を備えてもよいが、これらに限定されるものではない。上記デバイ
スのうちの一部又は全てをネットワーク１２０に接続してもよい。上述したデバイスは、
集中型であってもよいし、分散型であってもよい。上述したデバイスのうちの１つ以上は
、ローカルであってもよいし、リモートであってもよい。一部の実施形態において、サー
バ１１０、乗客端末デバイス１３０、及び／又はドライバー端末デバイス１４０は、図２
に示すサーバ２００と同じ又は類似の構造及び／又は構成を有していてもよい。一部の実
施形態においては、本開示において説明するサーバ１１０、乗客端末デバイス１３０、及
び／又はドライバー端末デバイス１４０によって実行される１つ以上の機能を、図２に示
すサーバ２００の同じ又は類似の構造及び／又は構成によって実施するようにしてもよい
。
【００３０】
プロセッサ２１０は、コンピュータプログラム命令によってサーバ２００の動作を制御
してもよい。これらのコンピュータプログラム命令は、１つ以上のメモリ２３０に記憶し
てもよい。上述した１つ以上のプロセッサ２１０には、マイクロコントローラー、縮小命
令セットコンピュータ（ＲＩＳＣ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け
命令セットプロセッサ（ＡＳＩＰ）、中央処理装置（ＣＰＵ）、グラフィック処理装置（
ＧＰＵ）、物理処理装置（ＰＰＵ）、マイクロプロセッサユニット、デジタル信号プロセ
ッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、若しくはコンピ
ュータプログラム命令を実行することが可能な他の回路若しくはプロセッサ、又はそれら
の組み合わせが含まれてもよいが、これらに限定されるものではない。
【００３１】
入力／出力デバイス２２０は、乗客端末デバイス１３０及び／又はドライバー端末デバ
イス１４０とサーバ２００とのインタラクションを実施してもよい。一部の実施形態にお
いて、入力／出力デバイス２２０は、ネットワーク１２０を通じて乗客端末デバイス１３
０及び／又はドライバー端末デバイス１４０から情報を収集してもよい。一部の実施形態
において、入力／出力デバイス２２０は、ネットワーク１２０を通じて乗客端末デバイス
１３０及び／又はドライバー端末デバイス１４０に情報を送信してもよい。一部の実施形
態において、入力／出力デバイス２２０が情報をサーバ２００に送信する方法には、キー
ボード入力、タッチ画面入力、マウス入力、カメラ、スキャナー、タブレット入力、音声
入力等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない
。一部の実施形態において、入力／出力デバイス２２０が情報を出力する方法には、ディ
スプレイ、プリンター、スピーカー等、又はそれらの組み合わせが含まれてもよいが、こ
れらに限定されるものではない。この出力の形態には、数字、文字、映像、オーディオ、
ビデオ等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではな
い。
【００３２】
メモリ２３０は、制御サーバ２００のコンピュータプログラム命令及びデータ等の様々
な情報を記憶するのに用いてもよい。上述した１つ以上のメモリ２３０は、電気エネルギ
ーを用いて情報を記憶するデバイスであってもよい。例えば、１つ以上のメモリ２３０に
は、様々なメモリ、すなわち、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモ
リ（ＲＯＭ）等、又はそれらの組み合わせが含まれてもよいが、これらに限定されるもの
ではない。ランダムアクセスメモリには、１０進計数管、セレクトロン管、遅延線メモリ
、ウィリアムス管、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックラ
ンダムアクセスメモリ（ＳＲＡＭ）、サイリスターランダムアクセスメモリ（Ｔ−ＲＡＭ
）、ゼロキャパシタランダムアクセスメモリ（Ｚ−ＲＡＭ）等、又はそれらの組み合わせ
が含まれてもよいが、これらに限定されるものではない。リードオンリーメモリには、磁
気バブルメモリ、磁気ボタンメモリ、薄膜メモリ、プレーテッドワイヤメモリ、磁気コア
メモリ、磁気ドラムメモリ、光学ドライブ、ハードディスク、磁気テープ、不揮発性ラン
ダムアクセスメモリ（ＮＶＲＡＭ）、相変化メモリ、磁気抵抗ランダムアクセスメモリ、
強誘電性ランダムアクセスメモリ、不揮発性スタティックランダムアクセスメモリ、フラ
ッシュメモリ、電気的消去可能・書き換え可能リードオンリーメモリ、消去可能プログラ
マブルリードオンリーメモリ、プログラマブルリードオンリーメモリ、マスクＲＯＭ、フ
ローティング接続ドアランダムアクセスメモリ、ナノランダムメモリ、レーストラックメ
モリ、可変抵抗ランダムアクセスメモリ、プログラマブルメタライゼーションセル等、又
はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。上述した
１つ以上のメモリ２３０は、ハードディスク、フロッピーディスク、磁気テープ、磁気コ
アメモリ、磁気バブルメモリ、Ｕディスク、フラッシュメモリ等の磁気エネルギーを用い
て情報を記憶するデバイスであってもよい。上述した１つ以上のメモリ２３０は、ＣＤ、
ＤＶＤ等の光学的に情報を記憶するデバイスであってもよい。上述した１つ以上のメモリ
２３０は、光磁気ディスク等の光磁気手段によって情報を記憶するデバイスであってもよ
い。上述した１つ以上のメモリ２３０のアクセスモードは、ランダム記憶、シリアルアク
セス記憶、リードオンリー記憶等、又はそれらの組み合わせであってもよい。上述した１
つ以上のメモリ２３０は、非永久メモリであってもよいし、永久メモリであってもよい。
当然ながら、メモリ２３０の上記説明は、例示を目的として提供されており、メモリの範
囲を限定することを意図するものではない。上述した１つ以上のメモリ２３０は、ローカ
ルであってもよいし、リモートであってもよいし、クラウドサーバ上に存在してもよい。
【００３３】
ネットワークインターフェース２４０は、サーバ２００のサービスの一部又は全てと乗
客端末デバイス１３０及び／又はドライバー端末デバイス１４０との間の通信を、ネット
ワーク１２０を通じて実施してもよい。一部の実施形態において、ネットワークインター
フェース２４０は、サーバ２００のデバイスの一部又は全ての間の通信を、ネットワーク
１２０を通じて可能にしてもよい。一部の実施形態において、ネットワークインターフェ
ース２４０は、有線であってもよいし、無線であってもよい。ネットワークインターフェ
ース２４０には、金属ケーブル、光ファイバー、ハイブリッドケーブル、接続回線、他の
有線ネットワークインターフェース等、又はそれらの組み合わせが含まれてもよいが、こ
れらに限定されるものではない。ネットワークインターフェース２４０には、無線ローカ
ルエリアネットワーク（ＷＬＡＮ）インターフェース、ローカルエリアネットワーク（Ｌ
ＡＮ）インターフェース、ワイドエリアネットワーク（ＷＡＮ）インターフェース、Ｂｌ
ｕｅｔｏｏｔｈ（登録商標）接続、ＺｉｇＢｅｅインターフェース、近接場通信（ＮＦＣ
）インターフェース等、又はそれらの組み合わせが含まれてもよいが、これらに限定され
るものではない。
【００３４】
図３は、一例示的な輸送サービスサーバ１１０（又は「サーバ１１０」と省略される）
のブロック図である。サーバ１１０は、入手モジュール３１０、処理モジュール３２０、
及びフィードバックモジュール３３０を備えてもよいが、これらに限定されるものではな
い。一部の実施形態において、サーバ１１０は、輸送サービスサーバ２００のうちの、輸
送サービスの料金を求めるための一部分であってもよい。
【００３５】
上述したモジュールの一部又は全てをネットワーク１２０に接続してもよい。上述した
モジュールは、集中型であってもよいし、分散型であってもよい。上述したモジュールの
うちの１つ以上は、ローカルであってもよいし、リモートであってもよい。一部の実施形
態において、１つ以上のモジュールの機能は、１つ以上のプロセッサ２１０によって実施
してもよい。一部の実施形態において、１つ以上のモジュールの機能は、１つ以上のプロ
セッサ２１０、１つ以上のＩ／Ｏデバイス２２０、１つ以上のメモリ２３０、１つ以上の
ネットワークインターフェース２４０等、又はそれらの組み合わせによっても実行しても
よい。
【００３６】
入手モジュール３１０は、必要とされる情報を様々な方法で取得してもよい。一部の実
施形態において、情報を取得する方法は、直接的なものであってもよいし、間接的なもの
であってもよい。例えば、入手モジュール３１０は、ネットワーク１２０を直接通じて１
つ以上の乗客端末デバイス１３０及び／又はドライバー端末デバイス１４０から情報を直
接取得してもよいし）、データベース１５０、処理モジュール３２０、又はフィードバッ
クモジュール３３０を通じて間接的に情報を取得してもよい。一部の実施形態において、
入手モジュール３１０によって取得される情報には、サービス要求、ドライバー端末デバ
イス１４０の数、受諾率、オーダー引受率、位置データパケット、地図情報等、又はそれ
らの組み合わせが含まれてもよいが、これらに限定されるものではない。サービス要求に
は、出発点情報、目的地情報、乗客端末デバイス１３０の乗客識別情報等、又はそれらの
組み合わせが含まれてもよいが、これらに限定されるものではない。一部の実施形態にお
いて、乗客識別情報には、モバイル番号、識別情報（略してｉｄ）、媒体アクセス制御（
略してＭＡＣ）アドレス等、又はそれらの組み合わせが含まれてもよいが、これらに限定
されるものではない。
【００３７】
処理モジュール３２０は、取得される情報に対してデータ処理を実行してもよい。取得
される情報には、サービス要求、ドライバー端末デバイス１４０の数、受諾率、オーダー
引受率、位置データパケット、地図情報等、又はそれらの組み合わせが含まれてもよいが
、これらに限定されるものではない。取得される情報のソースには、入手モジュール３１
０、データベース１５０等が含まれてもよいが、これらに限定されるものではない。一部
の実施形態において、入手モジュール３１０は、サービス要求、ドライバー端末デバイス
１４０の数、受諾率、オーダー引受率、位置データパケット、地図情報等を、乗客端末デ
バイス１３０及び／又はドライバー端末デバイス１４０（例えば、モバイルフォン、パー
ソナルコンピュータ、ウェアラブルデバイス、タブレットコンピュータ、スマートＴＶ等
）から直接取得してもよい。一部の実施形態において、処理モジュール３２０は、要求を
送信してもよく、かつ／又は入手モジュール３１０によって送信される情報を受信しても
よい。この入手モジュール３１０によって送信される情報には、サービス要求、ドライバ
ー端末デバイス１４０の数、受諾率、オーダー引受率、位置データパケット、地図情報等
が含まれてもよいが、これらに限定されるものではない。例えば、入手モジュール３１０
は、処理モジュール３２０からの要求の受信後に、当該入手モジュール３１０に記憶され
た情報を処理モジュール３２０に送信してもよい。
【００３８】
フィードバックモジュール３３０は、情報及び命令を乗客端末デバイス１３０及び／又
はドライバー端末デバイス１４０に送信してもよい。一部の実施形態において、フィード
バックモジュール３３０は、要求を処理モジュール３２０に送信し、処理モジュール３２
０によって送信された情報を受信してもよい。一部の実施形態において、処理モジュール
３２０は、フィードバックモジュール３３０からの要求の受信後に、当該処理モジュール
３２０に記憶された情報をフィードバックモジュール３３０に送信してもよい。フィード
バックモジュール３３０によって乗客端末デバイス１３０及び／又はドライバー端末デバ
イス１４０に提供される情報には、輸送サービスの推定料金、輸送サービスの実時間料金
（リアルタイム料金）、価格調整を行うか否か、価格調整量等、又はそれらの組み合わせ
が含まれてもよいが、これらに限定されるものではない。
【００３９】
フィードバックモジュール３３０は、サービス要求を入手モジュール３１０に送信して
もよい。入手モジュール３１０は、サービス要求に基づいて、必要とされる情報をデータ
ベース１５０から入手してもよい。必要とされる情報が入手された後、入手モジュール３
１０は、この情報をフィードバックモジュール３３０に送信してもよい。一部の実施形態
において、入手モジュール３１０は、フィードバックモジュール３３０からの要求の受信
後に、当該入手モジュール３１０に記憶された情報もフィードバックモジュール３３０に
送信してもよい。一部の実施形態において、フィードバックモジュール３３０は、データ
ベース１５０に直接アクセスしてもよい。例えば、フィードバックモジュール３３０は、
要求をデータベース１５０に送信し、必要とされる情報を取得してもよく、その情報はフ
ィードバックモジュール３３０に送信してもよい。別の例として、データベース１５０は
、要求を受信することなく、情報をフィードバックモジュール３３０に送信してもよい。
フィードバックモジュール３３０は、要求を処理モジュール３２０に送信してもよく、処
理モジュール３２０は、この要求に基づいてデータベース１５０にアクセスして、必要と
される情報を取得してもよい。必要とされる情報が入手された後、処理モジュール３２０
は、この情報をフィードバックモジュール３３０に送信してもよい。一部の実施形態にお
いて、処理モジュール３２０は、フィードバックモジュール３３０から要求を受信すると
、当該処理モジュール３２０に記憶された情報もフィードバックモジュール３３０に送信
してもよい。フィードバックモジュール３３０によって受信された入力情報には、輸送サ
ービスの推定料金、輸送サービスの実時間料金、価格調整を行うか否か、価格調整量等、
又はそれらの組み合わせが含まれてもよいが、これらに限定されるものではない。
【００４０】
一部の実施形態において、入手モジュール３１０、処理モジュール３２０、及びフィー
ドバックモジュール３３０は、それらを個別の集積回路モジュールにそれぞれ配置させる
ことによって実現してもよく、それらのモジュールのうちの幾つかを単一の集積回路モジ
ュールに配置させることによって実現してもよい。同様の変形形態は、本開示の特許請求
の範囲の範囲内にある。
【００４１】
図４は、本開示の一部の実施形態に係る一例示的な入手モジュール３１０のブロック図
である。入手モジュール３１０は、サービス要求入手ユニット４１０、端末情報入手ユニ
ット４２０、受諾率入手ユニット４３０、オーダー引受率入手ユニット４４０、及びデー
タパケット受信ユニット４５０を備えていてもよい。
【００４２】
サービス要求入手ユニット４１０は、サービス要求を入手してもよい。一部の実施形態
において、サービス要求は、乗客端末１３０によってサーバ１１０に送信されたサービス
要求であってもよい。一部の実施形態において、サービス要求には、出発点情報、目的地
情報、乗客端末１３０の乗客識別情報等、又はそれらの組み合わせが含まれてもよい。
【００４３】
端末情報入手ユニット４２０は、少なくとも１つのドライバー端末１４０の情報を入手
してもよい。一部の実施形態においては、サーバ１１０が、乗客端末１３０によって送信
されたサービス要求を受信すると、端末情報入手ユニット４２０は、サービス要求にある
出発点情報に基づいて、出発点の周辺領域内で少なくとも１つのドライバー端末１４０の
情報を取得してもよい。
【００４４】
受諾率入手ユニット４３０は、乗客端末１３０の受諾率を取得してもよい。一部の実施
形態において、受諾率入手ユニット４３０は、価格調整量に基づく価格調整の前の、乗客
端末１３０の第１の受諾率を取得してもよい。一部の実施形態において、受諾率入手ユニ
ット４３０は、価格調整後の乗客端末１３０の第２の受諾率を取得してもよい。
【００４５】
オーダー引受率入手ユニット４４０は、ドライバー端末１４０のオーダー引受率を取得
してもよい。一部の実施形態において、オーダー引受率入手ユニット４４０は、価格調整
量に基づく価格調整の前の、ドライバー端末１４０の第１のオーダー引受率を取得しても
よい。一部の実施形態において、オーダー引受率入手ユニット４４０は、ドライバー端末
から価格調整後の第２のオーダー引受率を取得してもよい。データパケット受信ユニット
４５０は、クライアントによって送信された位置データ点を含むデータパケットを受信し
てもよい。
【００４６】
一部の実施形態において、入手モジュール３１０は、他の情報入手ユニットも備えても
よい。例えば、入手モジュール３１０は、地図情報を入手するように構成された地図情報
入手ユニットも備えてもよい。一部の実施形態において、入手モジュール３１０は、上述
したユニットのうちのいずれか又はユニットの組み合わせを備えてもよい。一部の実施形
態において、入手モジュール３１０内のユニットのうちのいずれか又はユニットの組み合
わせは、対応する機能を実行するユニットに統合されてもよい。
【００４７】
図５は、本開示の一部の実施形態に係る一例示的な処理モジュール３２０のブロック図
である。処理モジュール３２０は、輸送サービス料金推定ユニット５１０、価格調整決定
ユニット５２０、データパケット処理ユニット５３０、計画経路決定ユニット５４０、運
転経路決定ユニット５５０、高速有料道路区間決定ユニット５６０、及び高速有料道路通
行料金額決定ユニット５７０を備えてもよい。
【００４８】
輸送サービス料金推定ユニット（見積もりユニット）５１０は、輸送サービスの料金を
推定（見積もり）してもよい。一部の実施形態において、輸送サービス料金推定ユニット
５１０は、出発位置と目的地との間の第１の距離を求め、この第１の距離及び推定式に基
づいて輸送サービスの料金を推定してもよい。一部の実施形態において、輸送サービス料
金推定ユニット５１０は、輸送サービス料金と開始価格との間の関係に基づいて、輸送サ
ービスの推定料金を調整してもよい。一部の実施形態において、輸送サービス料金推定ユ
ニット５１０は、データ入手サブユニット、モデルトレーニングサブユニット、及びプリ
プロセッササブユニット等、又はそれらの組み合わせも備えてもよい。データ入手サブユ
ニットは、少なくとも１つの都市において事前に設定された時間範囲内の、それぞれ異な
る時間帯における履歴データを収集してもよい。モデルトレーニングサブユニットは、デ
フォルトモデルをトレーニングして推定式を取得してもよい。例えば、モデルトレーニン
グサブユニットは、同じ領域及び／又は同じ時間帯の履歴データに基づく事前に設定され
たモデルをトレーニングして、その領域及び／又は時間帯に対応する推定式を取得しても
よい。プリプロセッササブユニットは、データを前処理してもよい。例えば、プリプロセ
ッササブユニットは、履歴データにおける情報に基づいて各都市及び／又は各時間帯にお
ける開始価格を求めてもよく、履歴データに対してノイズ低減処理も実行してもよい。
【００４９】
価格調整決定ユニット５２０は、サービス要求に対応する価格調整ストラテジー及び／
又は価格調整量を求めてもよい。一部の実施形態において、価格調整決定ユニット５２０
は、サービス要求に基づく価格調整条件、価格調整ストラテジー、価格調整量等、又はそ
れらの組み合わせを取得してもよい。価格調整決定ユニット５２０は、価格調整を行うか
否かを判断してもよい。
【００５０】
データパケット処理ユニット５３０は、受信したデータパケットを処理してもよい。一
部の実施形態において、データパケット処理ユニット５３０は、受信したデータパケット
が有効であるか否かを判断してもよい。一部の実施形態において、データパケット処理ユ
ニット５３０は、受信したデータパケットから有効なデータパケットを判断してもよい。
データパケットが有効であると判断された場合、データパケット処理ユニット５３０は、
そのデータパケットにおける事前に設定された料金規則、過去の料金、及び位置データ点
に基づいて輸送サービスの実時間料金を生成してもよい。データパケットが無効であると
判断された場合、データパケット処理ユニット５３０は、そのデータパケットを廃棄して
もよい。一部の実施形態において、データパケット処理ユニット５３０は、取得された位
置データ点の位置の間の距離の合計を求め、位置データ点の位置の間の距離の合計に基づ
いて現在受信しているデータパケットに含まれる料金を求め、輸送サービスの実時間料金
を求める等も行ってもよい。本開示における「現在受信しているデータパケット」は、サ
ーバ１１０（サーバ１１０内のデータパケット処理ユニット５３０）が処理しているデー
タパケットとしてもよい。ここで、「現在」は、サーバ１１０（サーバ１１０内のデータ
パケット処理ユニット５３０）がデータパケットを処理している時刻を示してもよい。
【００５１】
一部の実施形態において、データパケット処理ユニット５３０は、タイムスタンプ入手
サブユニット、データパケット決定サブユニット、データパケット廃棄サブユニット、デ
ータ点追加サブユニット、距離決定サブユニット、距離合計決定サブユニット、輸送サー
ビス実時間料金決定サブユニット、データ記録サブユニット等、又はそれらの組み合わせ
も備えてもよい。タイムスタンプ入手サブユニットは、現在受信しているデータパケット
における第１の位置データ点に対応する第１のタイムスタンプと、過去に受信されたデー
タパケットにおける最新の位置データ点に対応する第２のタイムスタンプとを取得しても
よい。データパケット決定サブユニットは、これらの第１のタイムスタンプ及び第２のタ
イムスタンプのシーケンスを決定してもよい。データパケット廃棄サブユニットは、受信
された無効なデータパケットを廃棄してもよい。データパケット廃棄サブユニットは、現
在受信しているデータパケットに基づいて輸送サービスの実時間料金を求めた後に、現在
受信しているデータパケットも廃棄してもよい。データ点追加サブユニットは、過去に受
信されたデータパケットにおける最新の位置データ点を現在受信しているデータパケット
に追加してもよい。距離決定サブユニットは、現在受信しているデータパケットにおける
各２つの隣接する位置データ点の間の距離を求めてもよい。距離合計決定サブユニットは
、各２つの隣接する位置データ点に基づいて、取得された位置データ点の位置の間の距離
の合計を求めてもよいし、それらの位置の間の距離に基づいて、複数の位置データ点に対
応する複数の位置の間の距離の合計を求めてもよい。輸送サービス実時間料金決定サブユ
ニットは、事前に設定された料金規則、過去の料金、及び位置データ点によって求められ
た位置の間の距離の合計に基づいて、輸送サービスの実時間料金を求めてもよい。データ
記録サブユニットは、現在受信しているデータパケットにおける最新の位置データ点、最
新の位置データ点に対応する第２のタイムスタンプ及び過去の料金を記録してもよい。
【００５２】
図５を再び参照すると、計画経路決定ユニット５４０は、乗客端末１３０から送信され
たサービス要求に基づいて計画経路を決定してもよい。一部の実施形態において、計画経
路決定ユニット５４０は、出発点の情報、目的地の情報、及び／又はサービス要求の問い
合わせ情報（例えば、第１の問い合わせ情報又は第２の問い合わせ情報等）に応答したフ
ィードバック情報（例えば、第１のフィードバック情報、第２のフィードバック情報等）
に基づいて計画経路を決定してもよい。
【００５３】
運転経路決定ユニット５５０は、サービス要求からの出発点情報及び現在位置情報に基
づいて運転経路を決定してもよい。一部の実施形態において、運転経路決定ユニット５５
０は、出発点と現在位置との間の運転経路を決定してもよい。本開示における「現在位置
」は、プロセッサ１１０（プロセッサ１１０内の運転経路決定ユニット５５０）が運転経
路を決定するときに乗客端末１３０及び／又はドライバー端末１４０が位置している実時
間（リアルタイム）の位置としてもよい。ここで、「現在」は、運転経路が求められる時
刻を指す。
【００５４】
高速有料道路区間決定ユニット５６０は、運転経路に基づいて当該運転経路の高速有料
道路区間を決定してもよい。高速有料道路通行料金額決定ユニット５７０は、高速有料道
路区間に基づいて高速通行料金額を求めてもよい。
【００５５】
一部の実施形態において、処理モジュール３２０は、上述したユニット及び／又はサブ
ユニットのうちのいずれか、又はそれらの組み合わせを備えてもよい。一部の実施形態に
おいて、処理モジュール３２０内の上述したユニット及び／又はサブユニットのうちのい
ずれか、又はそれらの組み合わせは、対応する機能を実行するユニットに統合されてもよ
い。
【００５６】
図６は、本開示の一部の実施形態に係る一例示的なフィードバックモジュール３３０の
ブロック図である。フィードバックモジュール３３０は、輸送サービス推定料金フィード
バックユニット６１０、価格調整要求送信ユニット６２０、輸送サービス実時間料金送信
ユニット６３０、第１の情報送信ユニット６４０、第２の情報送信ユニット６５０、情報
受信ユニット６６０、及び料金表示ユニット６７０を備えてもよい。
【００５７】
輸送サービス推定料金フィードバックユニット６１０は、輸送サービスの推定料金に関
するフィードバックを、乗客端末１３０、ドライバー端末１４０、データベース１５０等
、又はそれらの組み合わせに送信してもよい。価格調整ストラテジーが適用されると判断
されたとき、価格調整要求送信ユニット６２０は、価格調整要求を乗客端末１３０に送信
してもよい。乗客端末１３０及び／又はドライバー端末１４０が目的地に到着した後、輸
送サービス実時間料金送信ユニット６３０は、輸送サービスの料金を乗客端末１３０及び
／又はドライバー端末１４０に送信してもよい。
【００５８】
第２の情報送信ユニット６５０は、高速有料道路区間に入るか否かを問い合わせる第１
の問い合わせ情報を移動の開始時に乗客端末１３０に送信してもよい。このサービスでは
、乗り物が、各高速通行料金所から事前に設定された距離にある位置に達すると、第１の
情報送信ユニット６４０は、乗り物が有料道路区間にまもなく入ろうとしている通知情報
を乗客端末１３０に送信してもよい。情報受信ユニット６６０は、第１の問い合わせ情報
及び／又は第２の問い合わせ情報に関する乗客端末１３０のフィードバックを受信しても
よい。料金表示ユニット６７０は、サーバ１１０（例えば、サーバ１１０内の処理モジュ
ール３２０）によって求められた料金情報を編集してもよい。一部の実施形態において、
料金表示ユニット６７０は、編集された料金情報を乗客端末１３０、ドライバー端末１４
０等に表示してもよい。一部の実施形態において、料金表示ユニット６７０はサーバ１１
０の一部であってもよく、料金は表示されなくてもよい。一部の実施形態において、料金
表示ユニット６７０は、輸送サービスの推定料金、輸送サービスの実時間料金、基本マイ
ル料金、有料道路区間での通行料、料金規則等、又はそれらの組み合わせを生成してもよ
い。
【００５９】
一部の実施形態において、フィードバックモジュール３３０は、上述したユニット及び
／又はサブユニットのうちのいずれか、又はそれらの組み合わせを備えてもよい。一部の
実施形態において、フィードバックモジュール３３０内の上述したユニット及び／又はサ
ブユニットのうちのいずれか、またはそれらの組み合わせは、対応する機能を実行するユ
ニットに統合されもよい。
【００６０】
図７は、本開示の一部の実施形態に係る一例示的な乗客端末１３０及び／又はドライバ
ー端末１４０のブロック図である。一部の実施形態において、乗客端末１３０及び／又は
ドライバー端末１４０は、入手モジュール７１０、フィードバックモジュール７２０、及
びデータ処理モジュール７３０を備えてもよい。一部の実施形態において、入手モジュー
ル７１０は、データ点入手ユニット７１２及び料金受信ユニット７１４を備えてもよい。
フィードバックモジュールは、データパケット送信ユニット７２２を備えてもよい。処理
モジュール７３０は、データ点格納ユニット７３２を備えてもよい。
【００６１】
データ点入手ユニット７１２は、所定の数の位置データ点を取得してもよい。乗客端末
１３０及び／又はドライバー端末１４０が目的地に到着した後、料金受信ユニット７１４
は、サーバ１１０によって送信された輸送サービスの実時間料金を受信してもよい。デー
タパケット送信ユニット７２２は、データパケットをサーバ１１０に送信してもよい。デ
ータ点格納ユニット７３２は、事前に設定された数の位置データ点を受信し、それらの位
置データ点をデータパケットに格納してもよい。
【００６２】
一部の実施形態において、乗客端末１３０及び／又はドライバー端末１４０は、上述し
たモジュール／ユニットのうちのいずれか、またはそれらの組み合わせを備えてもよい。
一部の実施形態において、乗客端末１３０及び／又はドライバー端末１４０内の上述した
モジュール及び／又はユニットのうちのいずれか、またはそれらの組み合わせは、対応す
る機能を実行するモジュール及び／又はユニットに統合されてもよい。一部の実施形態に
おいては、乗客端末１３０及び／又はドライバー端末１４０は、乗客、乗客端末１３０、
ドライバー、又はドライバー端末１４０の位置を突き止める測位機能を有するデバイスも
備えていてもよい。
【００６３】
図８は、本開示の一部の実施形態に係る、輸送サービス料金のフィードバックを生成す
る一例示的なプロセスのフローチャートである。ステップ８１０において、サーバ１１０
（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のサービ
ス要求入手ユニット４１０）は、乗客端末１３０によって送信されたサービス要求を取得
してもよい。このサービス要求には、出発点情報、目的地情報、乗客端末１３０の乗客識
別情報等、又はそれらの組み合わせが含まれてもよい。一部の実施形態において、乗客識
別情報には、モバイル番号、識別情報コード（ＩＤ）、ＭＡＣアドレス等、又はそれらの
組み合わせが含まれてもよい。
【００６４】
ステップ８２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２
０）は、サービス要求に基づいて輸送サービス料金を求めてもよい。この輸送サービス料
金には、輸送サービスの推定料金及び輸送サービスの実時間料金が含まれてもよい。輸送
サービスの推定料金は、移動の開始前にサービス要求及び他の情報に基づいてサーバ１１
０によって求められた支払い額としてもよい。輸送サービスの実時間料金は、取得された
位置データ点又は高速有料道路区間等の情報に基づいてサーバ１１０によって求められた
実時間（リアルタイム）の支払い額としてもよい。
【００６５】
ステップ８３０において、サーバ１１０（例えば、サーバ１１０のフィードバックモジ
ュール３３０、フィードバックモジュール３３０内の輸送サービス推定料金フィードバッ
クユニット６１０及び／又は輸送サービス実時間料金送信ユニット６３０）は、輸送サー
ビス料金を乗客端末１３０及び／又はドライバー端末１４０に送信してもよい。
【００６６】
図８を再び参照すると、ステップ８２０は、図９に示すような輸送サービス料金を求め
る方法９００によって実施してもよい。一部の実施形態において、輸送サービス料金を求
める方法９００は、ステップ９１０のみを実行することによって実施されてもよい。一部
の実施形態において、輸送サービス料金を求める方法９００は、ステップ９２０のみを実
行することによって実施されてもよい。一部の実施形態において、輸送サービス料金を求
める方法９００は、ステップ９１０及びステップ９２０を連続して実行することによって
実施されてもよい。
【００６７】
図９に示すように、ステップ９１０において、サーバ１１０（例えば、サーバ１１０の
処理モジュール３２０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５
１０）は、サービス要求に基づいて輸送サービスの推定料金を求めてもよい。一部の実施
形態において、ステップ９１０には、推定式に基づいて輸送サービスの推定料金を求める
こと、及び／又は価格調整条件に基づいて価格調整ストラテジーを決定することが含まれ
てもよい。この価格調整ストラテジーは、運賃増加量及び／又は運賃増加率としてもよい
。
【００６８】
ステップ９２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２
０）は、輸送サービスの実時間料金を求めてもよい。この輸送サービスの実時間料金を求
める際の基礎となる情報には、サービス要求、運転経路、高速有料道路区間情報、地図ラ
イブラリデータ、位置データパケット等、又はそれらの組み合わせが含まれてもよい。
【００６９】
図９を再び参照すると、ステップ９１０は、図１０に示すような輸送サービスの推定料
金を求める方法１０００によって実施してもよい。一部の実施形態において、輸送サービ
スの推定料金を求める方法１０００は、ステップ１０１０〜１０４０を実行することによ
って実施されてもよい。一部の実施形態において、輸送サービスの推定料金を求める方法
１０００は、ステップ１０１０〜１０６０を実行することによって実施されてもよい。一
部の実施形態において、輸送サービスの推定料金を求める方法１０００は、ステップ１０
１０、ステップ１０５０、及びステップ１０６０を実行することによって実施されてもよ
い。
【００７０】
図１０に示すように、ステップ１０１０において、サーバ１１０（例えば、サーバ１１
０の入手モジュール３１０、又は入手モジュール３１０のサービス要求入手ユニット４１
０）は、サービス要求を取得してもよい。このサービス要求には、出発点情報、目的地情
報、乗客端末１３０の乗客識別情報（例えば、電話番号、識別コード（ＩＤ）、ＭＡＣア
ドレス等、又はそれらの組み合わせ）が含まれてもよい。一部の実施形態において、出発
点情報は、乗客端末１３０の位置情報としてもよい。一部の実施形態において、サーバ１
１０は、出発点情報を乗客端末１３０から自動的に読み出してもよい。例えば、乗客が、
測位機能を有する乗客端末１３０を用いているとき、サーバ１１０は、乗客端末１３０の
測位機能に基づいて、乗客の出発点情報を自動的に取得してもよい。別の例として、サー
ビス要求ソフトウェア及び／又はサービス要求アプリケーションが測位機能を開放するこ
とを乗客が許可しているとき、サーバ１１０は、乗客端末１３０がサービス要求を送信す
る時点における乗客端末１３０の出発点情報を自動的に取得してもよい。乗客端末１３０
の例には、スマートフォン、パーソナルデジタルアシスタント、タブレットコンピュータ
、ラップトップコンピュータ、カーピューター、ハンドヘルドゲームプレーヤー、スマー
トグラス、スマートウォッチ、ウェアラブルデバイス、仮想現実デバイス又は拡張現実デ
バイス（例えば、Ｇｏｏｇｌｅ（登録商標）Ｇｌａｓｓ、Ｏｃｕｌｕｓ  Ｒｉｆｔ（登録
商標）、ＨｏｌｏＬｅｎｓ（登録商標）、Ｇｅａｒ  ＶＲ（登録商標）等）、又は同様の
機能を有する他のデバイスが含まれてもよい。
【００７１】
ステップ１０２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５１０）は、サービ
ス要求に従って第１の距離を求めてもよい。この第１の距離は、乗り物（例えば、車両、
船、航空機等）が開始位置から目的地まで移動する空間距離（道路距離又は水面距離等）
としてもよい。一部の実施形態において、第１の距離は、開始位置と目的地との間の直線
距離としてもよい。例えば、第１の距離は、開始位置と目的地との間の最短時間経路に対
応する距離としてもよい。一部の実施形態においては、開始位置及び目的地の緯度座標及
び経度座標を最初に取得してもよく、第１の距離は、上述した緯度座標及び経度座標並び
に地図ナビゲーションに基づいて求めてもよい。
【００７２】
ステップ１０３０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５１０）は、推定式
を取得してもよい。輸送サービスの推定料金の正確さを確保するために、サーバ１１０は
、サービス要求と同じ領域及び／又は同じ時間帯の推定式を取得してもよい。推定式は、
距離と輸送サービスの推定料金との間の関数関係であってもよい。一部の実施形態におい
て、推定式は、モデルをトレーニングすることによって取得してもよい。上述した同じ領
域は、同じ行政区域であってもよいし、同じ地理的エリア（華北平原等）であってもよい
。一部の実施形態において、同じ領域には、同じ都市、同じ都市の同じエリア（北京市海
淀区等）、同じ街区、又は同じ道路が含まれてもよい。一部の実施形態において、同じ領
域は、同じ都市にあってもよい。ラッシュアワーと他の時間帯との間の輸送サービス料金
は、大幅に異なっていてもよく、１日を複数の時間帯に分割してもよい。例えば、７：０
０〜９：００（朝のピーク時）を１つの時間帯として設定してもよく、１７：００〜１９
：００（夕方のピーク時）を別の時間帯して設定してもよい。一部の実施形態において、
同じ時間帯は、各日における同じ時間帯であってもよい。
【００７３】
ステップ１０４０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５１０）は、第１の
距離及び推定式に基づいて輸送サービスの推定料金を求めてもよい。一部の実施形態にお
いて、推定式は、サービス要求と同じ領域及び同じ時間帯の推定式としてもよい。一部の
実施形態において、サービス要求が属する領域は、出発位置によって決定してもよい。一
部の実施形態において、サービス要求が属する時間帯は、サービス要求における出発時刻
に従って決定してもよい。サービス要求と同じ領域及び同じ時間帯に属する推定式は、サ
ービス要求が属する領域及び時間帯を決定した後に選択してもよい。輸送サービスの推定
料金は、第１の距離と、推定式によって表される距離と輸送サービスの推定料金との間の
関数関係とによって求めてもよい。
【００７４】
一部の実施形態において、サーバ１１０（例えば、サーバ１１０のフィードバックモジ
ュール３３０、又はフィードバックモジュール３３０内の輸送サービス推定料金フィード
バックユニット６１０）は、求められた輸送サービスの推定料金を乗客端末１３０及び／
又はドライバー端末１４０に送信してもよい。送信する方法には、タクシー配車アプリ（
例えば、ＤｉＤｉ  Ｔａｘｉ）の情報プッシュ、プロンプト音、ポップアップウィンドウ
、ショートメッセージ、インスタントメッセージ等、又はそれらの組み合わせが含まれて
もよい。この情報は、テキスト、オーディオ、ビデオ、映像等、又はそれらの組み合わせ
の形態で存在してもよい。
【００７５】
ステップ１０５０において、サーバ１１０（例えば、サーバ１１０の入手モジュール３
１０）は、サービス要求に基づいて価格調整条件を取得してもよい。この価格調整条件に
は、サービス要求からの出発点の周辺領域内のサービス要求の数、現在利用可能なオンラ
インドライバー端末１４０の数、ドライバー端末１４０のオーダー引受率、受諾率情報、
履歴サービス要求の数及び完了した履歴サービス要求の数、ドライバー端末１４０の引き
受けられたオーダーの数等、又はそれらの組み合わせが含まれてもよい。
【００７６】
ステップ１０６０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０の価格調整決定ユニット５２０）は、価格調整条件に基
づいて、価格調整を行うか否かを判断し、及び／又は価格調整量を求めてもよい。一部の
実施形態において、サーバ１１０は、サービス要求の出発点の周辺領域内のサービス要求
の数とドライバー端末１４０の数との間の需給関係を求めてもよく、この需給関係に基づ
いて、現在受信しているサービス要求に対し価格調整ストラテジーを適用するか否かを判
断してもよい。一部の実施形態において、サーバ１１０は、価格調整条件（例えば、ドラ
イバー端末１４０のオーダー引受率及び乗客端末１３０の受諾率）に基づくサービス要求
への運賃の増加に対する乗客及び／又はドライバーの受諾率を予測し、この受諾率を価格
調整量及び／又は価格調整のレートに変換してもよい。
【００７７】
一部の実施形態において、輸送サービス料金を推定する上述した方法は、実時間（リア
ルタイム）のタクシー配車シナリオだけでなく、既存の支払い記録の履歴情報の状況にお
いても用いてもよい。例えば、実際の輸送サービス料金が、輸送サービスの推定料金と大
幅に異なる場合、実際の輸送サービス料金は、不正行為情報の判断の基準として用いても
よい。
【００７８】
図１１は、本開示の一部の実施形態に係る推定式を生成する一例示的な方法１１００の
フローチャートである。図１１に示すように、ステップ１１１０において、サーバ１１０
（例えば、サーバ１１０の入手モジュール３１０）は、少なくとも１つの都市における事
前に設定された時間範囲内の各時間帯の履歴情報を収集してもよい。この履歴情報には、
第２の距離及び対応する輸送サービスの実時間料金が含まれてもよい。第２の距離は、乗
り物（例えば、車両、船、航空機等）が、完了したサービス要求における出発位置から目
的地まで移動する空間距離（道路距離又は水面距離等）としてもよい。事前に設定された
時間範囲が過度に長い場合、過度に多くの履歴情報が取得される場合があり、モデルトレ
ーニングの効率に悪影響を及ぼす場合がある。一方、事前に設定された時間範囲が過度に
短い場合、履歴情報が十分でない場合があり、推定式の精度が悪影響を受ける場合がある
。例えば、精度と効率との間のバランスを保つために、事前に設定される時間範囲は、１
カ月に設定してもよい。すなわち、先月の少なくとも１つの都市における各時間帯の履歴
情報が収集される。
【００７９】
収集された履歴情報は、多くのノイズを伴う場合がある。モデルトレーニングに対する
その悪影響を回避するために、ノイズは、モデルトレーニング前に除去されるべきである
。ノイズには、支払いに不備が生じたケース（第２の距離が長いが、輸送サービスの実時
間料金が低く、乗客は、料金の一部をオンラインで支払い、料金の一部をオフラインで支
払う場合がある）、不正行為のケース（第２の距離が短いが、輸送サービスの実時間料金
が高い）、異常値（ほとんどの乗客のデータ点の分布と異なる）等が含まれてもよい。
【００８０】
ステップ１１２０を実行する前に、前処理を実行してもよい。この前処理には、（１）
開始価格及び開始価格の対応するマイル数を推定すること、（２）開始価格未満の履歴情
報を除去すること、（３）不正行為点を除去すること、（４）異常値を除去することのう
ちのいずれか、またはそれらの組み合わせが含まれてもよい。
【００８１】
一部の実施形態において、推定開始価格は、次のように求めてもよい。すなわち、まず
、開始価格を以下のように規定する。
ｙｍｉｎ＝ｍｉｎ［ｔｏｐｘ（ｃｏｕｎｔ（ｙｉ））］      （１）
ここで、ｃｏｕｎｔ（ｙｉ）は、その額が同じ都市の履歴情報のｙｉに等しい輸送サービ
ス料金の数を示し、ｔｏｐｘは、同じ時間帯及び同じ都市での履歴情報における輸送サー
ビスの最高料金の数である。一部の実施形態において、ｘの値は、５〜３０としてもよく
、例えば、ｘの値は、２０としてもよい。輸送サービスの料金は、タクシーを呼び止める
ときの開始価格と同じであることが一般的なこともある。したがって、同じ都市の履歴情
報における複数の異なる輸送サービス料金を取得して、降順に配列してもよい。ｔｏｐｘ
の輸送サービスのうち最低料金を開始価格として指定してもよい。一部の実施形態におい
て、上述した方法によって求められた開始価格は、大都市では、必ずしもｔｏｐｘの最低
輸送サービス料金ではない。例えば、上述した方法によって求められる開始価格は、低い
ものから高いものへと並べ替えた価格の内、トップ１０、トップ５、トップ３等の価格か
ら選択してもよい。妥当な開始価格は、複数の候補集合を考慮し、それらの候補集合を人
為的にフィルタリングすることによって取得してもよい。
【００８２】
一部の実施形態において、開始価格の推定マイル数は、次のように求めてもよい。すな
わち、その額が過去に求められた開始価格に等しい輸送サービス料金の履歴情報を取得す
る；これらの履歴情報の第２の距離を長いものから短いものへと並び替え、その第２の距
離が当該第２の距離の分布の２０％〜５０％にある履歴情報のみを保持する。開始価格決
定時のマイル数は、数値そのものでなくてもよい。例えば、マイル数の範囲が求められて
もよい。
【００８３】
一部の実施形態において、開始価格未満の履歴情報は、以下の操作で除去してもよい。
すなわち、同じ都市の履歴情報におけるその額が開始価格未満である輸送サービス料金の
履歴情報を直接除去してもよい。この履歴情報は、未完了の支払いの場合に対応してもよ
い。
【００８４】
一部の実施形態においては、不正行為点を以下の動作で除去してもよい。同じ都市にお
ける最高値から２０％以内の輸送サービス料金を有する履歴情報を取得してもよい。この
取得された履歴情報の第２の距離が、同じ都市における履歴情報の平均の第２の距離より
も小さい場合、これは不正行為点とみなされる。一般に、第２の距離が短い時には、通常
、低料金の輸送サービス料金に対応し得る。
【００８５】
一部の実施形態においては、異常値を以下のようにして除去してもよい。残りの分離さ
れた点は、アプリケーションの密度ベースの空間クラスタリング（ノイズを伴うアプリケ
ーションの密度ベースの空間クラスタリング（ＤＢＳＣＡＮ））に基づいて同じ都市にお
ける履歴情報のノイズ点を検出する方法を用いることによって除去してもよい。ＤＢＳＣ
ＡＮでは、周辺領域内の或る特定の量を越える密度を有する履歴情報は、コア点（core p
oint）としてもよく、周辺領域内のコア点を有しない履歴情報は、ノイズ点としてもよい
。ノイズ点は、事前に設定されたモデルのトレーニング効果に影響を与えることができる
ほとんどの履歴情報から遠く離れて分布していてもよい。
【００８６】
ステップ１１２０において、輸送サービス料金推定ユニット５１０は、同じ都市及び／
又は同じ時間帯の履歴情報に基づいて事前に設定されたモデルをトレーニングして、その
都市及び／又は時間帯の推定式を取得してもよい。
【００８７】
一部の実施形態においては、履歴情報の分布、タクシー料金規則を考慮するとともに、
第２の距離の０乗〜４乗を特徴項として選択することによって、事前に設定されるモデル
を以下のように規定してもよい。
ｆ（ｘ）＝ｗ４ｘ４＋ｗ３ｘ３＋ｗ２ｘ２＋ｗ１ｘ＋ｗ０      （２）
ここで、ｆ（ｘ）は、輸送サービスの推定料金を示してもよく、ｗ０、ｗ１、ｗ２、ｗ３
、及びｗ４は、定数を示してもよく、ｘは、第２の距離を示してもよい。この事前に設定
されるモデルには複数の未知の定数（例えば、ｗ０、ｗ１、ｗ２、ｗ３、及びｗ４）が存
在するので、これらの定数の値は、この事前に設定されるモデルをトレーニングすること
によって取得してもよい。定数の値を事前に設定されるモデルに代入することによって、
対応する推定式を取得してもよい。
【００８８】
輸送サービス料金の誤差の許容範囲が、輸送サービス料金の誤差率の許容範囲よりもは
るかに大きいことを考えると、以下の式の最小平均二乗誤差率の損失関数を、モデルをト
レーニングするときの目的関数として選択してもよい。
【００８９】
【数１】
2019215896.tif 000003
ここで、（ｘｉ，ｙｉ）は、履歴情報を示し、ｘｉは、第ｉの履歴情報の第２の距離を示
し、ｙｉは、第ｉの履歴情報の輸送サービスの実時間料金を示し、ｆ（ｘｉ）は、輸送サ
ービスの推定料金を示す。輸送サービスの実時間料金が輸送サービスの推定料金に近づく
につれて、目的関数はより小さくなる。一部の実施形態においては、一般線形回帰の確率
的勾配降下法（ＳＧＤ）を用いて、この関数の解を求めてもよい。
【００９０】
図１０を再び参照すると、ステップ１０５０は、価格調整条件を取得する図１２のステ
ップ１２００によって実施してもよい。本実施形態では、価格調整条件には、価格調整前
の乗客端末１３０の第１の受諾率、価格調整後の乗客端末１３０の第２の受諾率、価格調
整前のドライバー端末１４０の第１のオーダー引受率、及び価格調整後のドライバー端末
１４０の第２のオーダー引受率が含まれてもよい。
【００９１】
図１２に示すように、ステップ１２１０において、サーバ１１０（例えば、サーバ１１
０の入手モジュール３１０、又は入手モジュール３１０内の端末情報入手ユニット４２０
）は、サービス要求からの出発点に基づいて出発点の周辺領域内で少なくとも１つのドラ
イバー端末１４０の情報を取得してもよい。出発点の周辺領域は、出発点の近くの領域、
出発点が属する行政区域、又は出発点が属する地理的領域（例えば、華北平原等）として
もよい。この出発点の周辺領域には、出発点から或る特定の距離閾値内の領域が含まれて
もよい。一部の実施形態において、上述した距離閾値は、サービス要求の数、出発点、時
刻、道路状況、天候等の因子を考慮してシステムにより決定されてもよい。一部の実施形
態において、距離閾値は、０．５ｋｍ、１ｋｍ、２ｋｍ、３ｋｍ等としてもよい。出発点
が属する行政区域には、出発点が属する都市、出発点が属する地区（例えば、北京市海淀
区等）、出発点が属する街区、又は出発点が属する道路が含まれてもよい。一部の実施形
態において、出発点が属する行政区域は、出発点が属する都市としてもよい。一部の実施
形態において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手
モジュール３１０内の端末情報入手ユニット４２０）は、サービス要求における出発点に
基づいて出発点から事前に設定された距離内の少なくとも１つのドライバー端末１４０を
取得してもよい。この事前に設定される距離は、ユーザーによって設定されてもよいし、
取得されるドライバー端末１４０の情報に基づいてシステムによって自動的に調整されて
もよい。例えば、事前に設定される距離が３ｋｍであり、サーバ１１０がドライバー端末
１４０の情報を取得しないとき、少なくとも１つのドライバー端末１４０の情報が取得さ
れるように事前に設定される距離を増加させてもよい。
【００９２】
ステップ１２２０において、サーバ１１０（例えば、サーバ１１０の入手モジュール３
１０、又は入手モジュール３１０の受諾率入手ユニット４３０）は、価格調整の事前設定
量に基づいて、乗客端末１３０の価格調整前の第１の受諾率及び価格調整後の第２の受諾
率を取得してもよい。第１の受諾率は、調整前のサービス料金に対応してもよい。第２の
受諾率は、調整後のサービス料金に対応してもよい。一部の実施形態において、事前に設
定される価格調整量は、（０，１００）としてもよい。この量が０である場合、これによ
って、サービス料金が価格調整前であることを示してもよい。この量が０よりも大きい場
合、これによって、サービス料金が価格調整後であることを示してもよい。第１の受諾率
は、価格調整前（価格調整量が０である）にサービス要求が完了しようとしている乗客端
末１３０の確率であり、第２の受諾率は、価格調整の事前設定量の価格調整要求に対する
乗客端末１３０の受諾率である。受諾率入手ユニット４３０は、乗客端末１３０における
価格調整用の事前にトレーニングされた受諾率推定モデルを用いて、乗客端末１３０の履
歴サービス要求データ及び価格調整の事前設定量に基づいて第１の受諾率及び第２の受諾
率を予測してもよい。
【００９３】
一部の実施形態において、乗客端末１３０の価格調整用の受諾率推定モデルは、次のス
テップ、すなわち、（１）事前に設定された期間内における乗客端末１３０のサービス要
求の履歴データを取得するステップ；（２）取得されたサービス要求の履歴データをトレ
ーニングデータとして利用し、このトレーニングデータによって乗客端末の価格調整用の
受諾率推定モデルをトレーニングするステップ、によって取得してもよい。サービス要求
の履歴データには、乗客端末１３０のサービス要求の数の履歴、完了したサービス要求の
数の履歴、値引きの方法（例えば、現金クーポン、ラッキーマネー（紅包）等）、値下げ
の額（例えば、用いられる現金クーポンの額、残りの現金クーポンの額、用いられるラッ
キーマネーの額、残りのラッキーマネーの額等）、各サービス要求の履歴に対応する価格
調整量等、又はそれらの組み合わせが含まれてもよい。一部の実施形態において、受諾率
推定モデルのトレーニングは、線形回帰モデル等に基づいて行ってもよい。一部の実施形
態において、この線形回帰モデルには、ロジスティック回帰、サポートベクターマシン等
が含まれてもよい。
【００９４】
一部の実施形態においては、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５１０）を、ロジス
ティック回帰モデルを用いてトレーニングして、乗客端末１３０の価格調整用の受諾率推
定モデルを取得してもよい。ロジスティック回帰モデルは、以下の式として表してもよい
。
【数２】
2019215896.tif 000004
ここで、ｘは、乗客端末１３０のオーダー履歴のデータである多次元特性データを示し、
ｙは、目的変数を表してもよい。ｙ＝１は、予測が受諾されることを示してもよく、ｙ＝
０は、予測が受諾されないことを示してもよく、Ｐｒ（ｙ＝Ｘ，ｗ）は、価格調整を受諾
する確率を表してもよく、Ｐｒ（ｙ＝０｜ｘ，ｗ）は、価格調整が受諾されない確率を示
してもよい。
【００９５】
ステップ１２３０において、取得されたドライバー端末１４０の各情報から、サーバ１
１０（例えば、サーバ１１０内の入手モジュール３１０、又は入手モジュール３１０内の
オーダー引受率入手ユニット４４０）は、価格調整の事前設定量に基づいて価格調整前の
第１のオーダー引受率及び価格調整後の第２のオーダー引受率を取得するように構成して
もよい。第１のオーダー引受率は、価格調整前（価格調整量が０である）のドライバー端
末１４０のオーダー引受率としてもよい。第２のオーダー引受率は、価格調整後のドライ
バー端末１４０のオーダー引受率としてもよい。サーバ１１０は、ドライバー端末１４０
の履歴サービスデータ、事前に設定される価格調整量、及びドライバー端末１４０の価格
調整用の事前にトレーニングされたオーダー引受推定モデルに基づいて、第１のオーダー
引受率及び第２のオーダー引受率を予測してもよい。
【００９６】
一部の実施形態において、ドライバー端末１４０の価格調整用のオーダー引受率推定モ
デルは、次のステップ、すなわち、（１）事前に設定された期間内におけるドライバー端
末１４０のサービス要求の履歴データを取得するステップ、（２）取得されたサービス要
求の履歴データをトレーニングデータとして利用し、このトレーニングデータによってド
ライバー端末１４０の価格調整用のオーダー引受率推定モデルをトレーニングするステッ
プ、によって取得してもよい。サービスの履歴データには、ドライバー端末１４０のオー
ダー引受率の履歴、ドライバー端末１４０の平均オンライン時間、各サービスの価格調整
量の履歴等が含まれてもよい。一部の実施形態において、オーダー引受率推定モデルは、
線形回帰モデル等に基づいてトレーニングしてもよい。一部の実施形態において、この線
形回帰モデルは、ロジスティック回帰モデル、サポートベクターマシンモデル等としても
よい。
【００９７】
一部の実施形態において、サーバ１１０（例えば、サーバ１１０の処理モジュール３２
０、又は処理モジュール３２０内の輸送サービス料金推定ユニット５１０）は、ロジステ
ィック回帰モデルを用いて、ドライバー端末１４０の価格調整用のオーダー引受推定モデ
ルをトレーニングしてもよい。一部の実施形態において、このロジスティック回帰モデル
は、式（４）として表してもよい。
【００９８】
一部の実施形態においては、ステップ１２３０の後、次のステップを実行してもよい。
すなわち、（１）取得された価格調整前の乗客端末１３０の第１の受諾率αと、取得され
た価格調整後の乗客端末１３０の第２の受諾率α’と、取得された価格調整前のドライバ
ー端末１４０の第１のオーダー引受率βと、取得された価格調整後のドライバー端末１４
０の第２のオーダー引受率β’とに基づいて、α’β’−αβの値を求めるステップ；（
２）α’β’−αβの値が０よりも大きいか否か判断し、α’β’−αβの値が０よりも
大きい場合には、価格調整の事前設定量に基づいて価格調整要求を乗客端末１３０に送信
してもよいステップ；（３）価格調整要求に対して乗客端末１３０によって送信された応
答情報が事前に設定された期間内に受信されたか否かを判断するステップ、を実行しても
よい。応答メッセージが受信されない場合又は支払い額の増額を拒否する応答メッセージ
が受信された場合、サービス要求を廃棄してもよい。支払い額の増額を承諾する応答メッ
セージが受信された場合、サービス要求を生成し、複数のドライバー端末１４０に送信し
てもよい。一部の実施形態において、価格調整要求には、支払いの額の増加を促す情報又
は支払い額のレートの増加を促す情報が含まれてもよい。
【００９９】
図１０を再び参照すると、ステップ１０５０及びステップ１０６０は、図１３に示すよ
うな価格調整を行うか否かを判断する方法１３００によって実施してもよい。図１３に示
すように、ステップ１３１０において、サーバ１１０（例えば、サーバ１１０の処理モジ
ュール３２０、又は処理モジュール３２０内の価格調整決定ユニット５２０）は、サービ
ス要求が送信される領域における第１の事前設定期間内のサービス要求の数を、第１の事
前設定期間内における、対応可能なオンラインのドライバー端末の数と比較してもよい。
例えば、１０分間（第１の事前設定期間）における空港からのサービス要求の数は８０で
あり、１０分間（第１の事前設定期間）における対応可能なオンラインのドライバー端末
１４０の数は６５である。一部の実施形態において、サーバ１１０（例えば、サーバ１１
０の入手モジュール３１０、又は入手モジュール３１０内のサービス要求入手ユニット４
１０）は、サービス要求の出発点に基づいて出発点から事前に設定される距離内のサービ
ス要求の数を取得してもよい。この事前に設定される距離は、ユーザーによって設定され
てもよいし（例えば、１ｋｍ〜５ｋｍ）、取得されるサービス要求に基づいてシステムに
よって自動的に調整されてもよい。現在の期間は、現在時刻を含む事前設定期間としても
よい。事前に設定される期間は、ユーザーによって設定されてもよいし（例えば、１０分
等）、取得されるサービス要求に基づいてシステムによって自動的に調整されてもよい。
例えば、事前設定期間が１０分であり、システムがサービス要求を取得することができな
い場合、少なくとも１つのサービス要求を取得するように事前設定期間を増加させてもよ
い。一部の実施形態において、事前設定時間の長さは、現在時刻、サービス要求の数、対
応可能なオンラインのドライバー端末の数、道路状況、天候等を含む因子を考慮してサー
バ１１０が決定してもよい。一部の実施形態において、サーバ１１０（例えば、サーバ１
１０の入手モジュール３１０、又は入手モジュール３１０内のサービス要求入手ユニット
４１０）は、事前に設定された期間、特に現在時刻前又は現在時刻後の事前に設定された
期間内に送信されたサービス要求を取得してもよい。一部の実施形態において、サーバ１
１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内の端
末情報入手ユニット４２０）は、サービス要求の出発点に基づいて、出発点から事前に設
定された距離内の現在の利用可能なオンラインドライバー端末１４０の数を取得してもよ
い。一部の実施形態において、サーバ１１０は、事前に設定される距離内のドライバー端
末の数を取得してもよい。ドライバー端末が取得される事前に設定される距離は、サービ
ス要求の事前に設定される距離に対応してもよい。例えば、サービス要求の事前に設定さ
れる距離は、３ｋｍとしてもよく、サーバ１１０は、３ｋｍ内のドライバー端末１４０の
数を取得してもよい。
【０１００】
ステップ１３２０において、サービス要求の数がドライバー端末１４０の数よりも多い
場合、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュー
ル３２０内の価格決定ユニット５２０）は、価格調整のストラテジーを現在のサービス要
求に適用してもよいと判断してもよい。サービス要求の数がドライバー端末１４０の数以
下である場合、供給過剰であるか又は需給バランスがとれていることが示され、サーバ１
１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の価
格決定ユニット５２０）は、価格調整のストラテジーを現在のサービス要求に適用するこ
とができないと判断してもよい。
【０１０１】
一部の実施形態においては、ステップ１３２０の後、次のステップを実行してもよい。
すなわち、（１）サービス要求の数がドライバー端末１４０の数よりも多い場合、サーバ
１１０（例えば、サーバ１１０のフィードバックモジュール３３０、又はフィードバック
モジュール３３０内の価格調整要求送信ユニット６２０）は、価格調整の事前設定量に基
づいて価格調整要求を乗客端末１３０に送信してもよいステップ；（２）価格調整要求に
対して乗客端末１３０によって送信された応答情報が事前設定期間内に受信されたか否か
を判断するステップ、を実行してもよい。応答メッセージが受信されない場合又は支払い
額の増額を拒否する応答メッセージが受信された場合、サービス要求を廃棄してもよい。
支払い額の増額を受理する応答メッセージが受信された場合、サービス要求を生成し、複
数のドライバー端末１４０に送信してもよい。一部の実施形態において、価格調整要求に
は、支払い額の増加を促す情報又は支払い額のレートの増加を促す情報が含まれてもよい
。
【０１０２】
図１３を再び参照すると、ステップ１３２０は、図１４に示すような価格調整を行うか
否かを判断する方法１４００によって実施してもよい。図１４に示すように、ステップ１
４１０において、サービス要求が送信される領域における第１の事前設定期間内のサービ
ス要求の数ｍが、現在対応可能なオンラインのドライバー端末１４０の数ｎよりも多い場
合、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール
３２０内の価格調整決定ユニット５２０）は、それらのｍ個のサービス要求の単位価格を
取得してもよい。ｍ個のサービス要求には、乗客端末１３０からの現在のサービス要求が
含まれてもよい。ｎ個のドライバー端末１４０は、現在のサービス要求が送信される領域
における現在対応可能なオンラインのドライバー端末１４０としてもよい。サービス要求
の単位価格は、単位距離内でのサービス要求の価格としてもよい。
【０１０３】
一部の実施形態において、ｍ個のサービス要求の単位価格は、次のように取得してもよ
い。すなわち、各サービス要求について、（１）サービス要求における目的地と出発点と
の間の距離Ｓｏｒｄｅｒを取得する；（２）サービス要求におけるｎ個のドライバー端末
１４０と出発点との間の平均オーダー受信距離Ｓａｖｇを取得する；（３）サービス要求
の目的地及び出発点に基づいてサービス要求の推定価格Ｆを取得する（推定価格は、サー
ビス要求における目的地と出発点との間の距離Ｓｏｒｄｅｒに単位距離の価格を乗算する
ことによって取得してもよい）；（４）以下の式に従ってサービス要求の単位価格を計算
してもよい。
【数３】
2019215896.tif 000005
ここで、Ｐは、サービス要求の単位価格を示す。
【０１０４】
ステップ１４２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０内の価格決定ユニット５２０）は、ｍ個のサービス要求
の単位価格を高いものから低いものにランク付けし、現在送信されているサービス要求の
ランクｒを取得してもよい。ソートアルゴリズムには、バブルソート、カクテルソート、
挿入ソート、バケットソート、数え上げソート、マージソート、インプレースマージソー
ト、２分木ソート、ピジョンソート、基数ソート、ノーム（Ｇｎｏｍｅ）ソート、ライブ
ラリソート、選択ソート、シェル（Ｓｈｅｌｌ）ソート、組み合わせソート（ｃｏｍｂｉ
ｎｅｄ  ｓｏｒｔ）、ヒープソート、スムースソート、クイックソート等、又はそれらの
組み合わせが含まれてもよい。
【０１０５】
ステップ１４３０において、ｒがｍ−ｎよりも大きい場合、サーバ１１０（例えば、サ
ーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の価格調整決定ユニッ
ト５２０）は、価格調整ストラテジーを現在のサービス要求に適用してもよいと判断して
もよい。一部の実施形態において、価格調整ストラテジーは、より低いランクにあるサー
ビス要求に対し価格調整要求を送信することである。ランクが低いほど、価格調整量は多
くなる。一部の実施形態において、価格調整要求には、支払い額の増加を促す情報又は支
払い額のレートの増加を促す情報が含まれてもよい。
【０１０６】
図１３を再び参照すると、ステップ１３２０は、価格調整を行うか否かを判断するため
の図１５に示すような方法１５００によって実施してもよい。図１５に示すように、ステ
ップ１５１０において、サーバ１１０（例えば、サーバ１１０の入手モジュール３１０、
又は入手モジュール３１０内のサービス要求入手ユニット４１０）は、サービス要求の数
ｍとドライバー端末の数ｎとの間の関係を示す式ｎ＝ｍ×ａを取得してもよい。パラメー
ターａは、０よりも大きいものとしてもよい。
【０１０７】
ステップ１５２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
１０、又は処理モジュール３１０内の価格調整決定ユニット５２０）は、ａが１未満であ
るか否かを判断してもよい。ａが１未満である場合、価格調整ストラテジーを現在のサー
ビス要求に適用することが決定される（ステップ１５３０）。そうでない場合、価格調整
を行わないことが決定される（ステップ１５４０）。ａの値は、需給関係を反映し、ａが
１未満である場合、その領域におけるサービス要求の数がドライバー端末１４０の数より
も多いこと、すなわち、供給が不足していることを示し、この時点で価格調整ストラテジ
ーを適用してもよい。一部の実施形態において、価格調整ストラテジーは、サービス要求
を送信する乗客端末１３０に価格調整要求を送信することである。一部の実施形態におい
て、価格調整要求には、支払い額の増加を促す情報又は支払い額のレートの増加を促す情
報が含まれてもよい。その上、ａが小さいほど、その領域におけるサービス要求の数とド
ライバー端末１４０の数との間の差が大きくなり、価格調整量が大きくなることを示して
もよい。一部の実施形態において、価格調整量は、以下の式に従って求めてもよい。
Ｆｐ＝ｂ／ａ      （６）
ここで、Ｆｐは、サービス要求の運賃増加額を示し、ｂは、事前に設定される量を示す。
【０１０８】
図９を再び参照すると、ステップ９２０は、図１６に示すような輸送サービスの実時間
料金を求める方法１６００によって実施してもよい。一部の実施形態において、サーバ１
１０（例えば、サーバ１１０の処理モジュール３２０）は、運転経路に基づいて、生成さ
れる輸送サービスの実時間料金を求めてもよい。一部の実施形態において、運転経路には
、無料通行区間、有料通行区間、又はそれらの組み合わせが含まれてもよい。一部の実施
形態において、有料通行区間とは、通行料金が請求されるいずれかの道路区間としてもよ
い。一例示的な有料通行区間には、有料道路区間（例えば、高速道路区間、私道区間、渋
滞道路区間等）、有料橋区間、有料トンネル区間、有料水路区間等、又はそれらの組み合
わせが含まれてもよい。図１６に示すように、輸送サービスの実時間料金を求める方法１
６００では、高速有料道路区間が有料通行区間の一例として取り上げられている。
【０１０９】
図１６に示すように、ステップ１６１０において、サーバ１１０（例えば、サーバ１１
０の処理モジュール３２０、又は処理モジュール３２０内の高速有料道路区間決定ユニッ
ト５６０）は、運転経路に基づいて、当該運転経路に含まれる高速有料道路区間を決定し
てもよい。
【０１１０】
ステップ１６２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０内の高速有料道路通行料金額決定ユニット５７０）は、
ステップ１６１０によって求められた高速有料道路区間に基づいて高速通行料金額を求め
てもよい。一部の実施形態において、高速通行料金の額は、乗り物のタイプ、有料道路区
間の長さ、対応する道路区間の走行時間、乗り物がその道路区間を通過する回数、道路区
間の現在の状況等、又はそれらの組み合わせに基づいて求めてもよい。一部の実施形態に
おいて、乗り物のタイプには、大型自動車、コンパクトカー、特殊車両（例えば、環境清
掃車、郵便車、牽引車、クレーン車、消防車、救急車、レッカー車、パトカー等）、電動
車（例えば、路面電車、トロリーバス等）、オートバイ（３輪オートバイ、２輪オートバ
イ、一人乗りオートバイ等）等が含まれてもよい。大型自動車及び／又はコンパクトカー
のタイプは、次のパラメーターによって決定してもよい。これらのパラメーターには、乗
り物の重量（例えば、車両正味重量、積載後の総重量、耐積載重量等）、乗り物の寸法（
例えば、車長、車幅、車高等）等、又はそれらの組み合わせが含まれてもよい。一部の実
施形態において、車両のタイプには、燃料に基づいて分類してもよい。例えば、車両には
、ディーゼル車、ガソリン車、燃料ガス車、電気車、水素燃料車、ハイブリッドエネルギ
ー車等が含まれてもよい。一部の実施形態において、道路区間の現在の状況には、渋滞道
路区間（僅かに渋滞した状態の道路区間、大渋滞の道路区間等）、渋滞のない区間等が含
まれてもよい。
【０１１１】
ステップ１６３０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０）は、乗り物の輸送サービスの実時間料金を求めてもよい。一部の実施形態において
、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０）は、乗り物の高速通行
料金額及び基本マイル料金に基づいて、輸送サービスの実時間料金を求めてもよい。一部
の実施形態において、乗り物の基本マイル料金は、運転経路のマイル数によって求められ
る輸送サービスの料金としてもよい。
【０１１２】
一部の実施形態において、サーバ１１０（例えば、サーバ１１０のフィードバックモジ
ュール３３０、又はフィードバックモジュール３３０内の料金表示ユニット６７０）は、
乗り物の、求められた輸送サービスの実時間料金、高速有料道路区間料金、基本マイル料
金等、又はそれらの組み合わせを生成してもよい。一部の実施形態において、サーバ１１
０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内の輸送
サービス実時間料金送信ユニット６３０）は、乗り物の、求められた輸送サービスの実時
間料金、高速有料道路区間料金、基本マイル料金等、又はそれらの組み合わせを乗客端末
１３０及び／又はドライバー端末１４０に送信してもよい。
【０１１３】
図９を再び参照すると、ステップ９２０は、図１７に示すような、輸送サービスの実時
間料金を求める方法１７００によって実施してもよい。一部の実施形態において、サーバ
１１０（例えば、サーバ１１０の処理モジュール３２０）は、位置データ点に基づいて、
輸送サービスの実時間料金を求めてもよい。
【０１１４】
図１７に示すように、ステップ１７１０において、サーバ１１０（例えば、サーバ１１
０の入手モジュール３１０、又は入手モジュール３１０内のデータパケット受信ユニット
４５０）は、ドライバー端末１４０及び／又は乗客端末１３０によって送信された位置デ
ータ点を含むデータパケットを受信してもよい。一部の実施形態において、サーバ１１０
（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のデータ
パケット受信ユニット４５０）は、事前に設定された数の位置データ点を含むデータパケ
ットを受信してもよい。一部の実施形態において、位置データ点の事前に設定された数は
、ドライバー端末１４０及び／又は乗客端末１３０とサーバ１１０との間のインタラクシ
ョンによって決定されるデータ点の或る特定の数又は或る特定の数値範囲としてもよい。
例えば、ドライバー端末１４０及び／又は乗客端末１３０によって送信されてサーバ１１
０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール３１０内のデー
タパケット受信ユニット４５０）によって受信されるデータ点の数は、０個〜２０個、０
個〜５個、５個〜１０個、１０個〜１５個若しくは１５個〜２０個、５個、１０個、１５
個、又は２０個としてもよい。一部の実施形態において、位置データ点の事前に設定され
た数は、位置データ点を生成する速度及びアップロードサイクルに基づく或る特定の期間
内にサーバ１１０（例えば、サーバ１１０の入手モジュール３１０、又は入手モジュール
３１０内のデータパケット受信ユニット４５０）によって受信されるデータ点の数であっ
て、ドライバー端末１４０及び／又は乗客端末１３０とサーバ１１０との間のインタラク
ションによって決定されるデータ点の数としてもよい。例えば、ドライバー端末１４０及
び／又は乗客端末１３０は、位置データ点を毎秒生成してもよく、アップロードサイクル
として１０秒を選んでもよい。ドライバー端末１４０及び／又は乗客端末１３０は、デー
タパケットをデータパケット受信ユニット４５０に１０秒ごとにアップロードし、各デー
タパケットは、１０個の位置データ点を含む。一部の実施形態において、位置データ点に
は、座標、位置座標が取得された時刻、その時刻における速度ベクトル等、又はそれらの
組み合わせ等の情報が含まれてもよい。一部の実施形態において、座標は、位置関係を定
める一組のデータ値（例えば、Ｘ軸座標、Ｙ軸座標、及びＺ軸座標、又は経度、緯度、及
び高度等）としてもよい。
【０１１５】
ステップ１７２０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）は、データパ
ケット受信ユニット４５０によって受信されたデータパケットが有効であるか否かを判断
してもよい。一部の実施形態において、受信したデータパケットが有効であるか否かを判
断する方法には、受信したデータパケット内の第１の位置データ点に対応する第１のタイ
ムスタンプを取得することと、過去に受信したデータパケット内の最新の位置データ点に
対応する第２のタイムスタンプを取得することと、第１のタイムスタンプ及び第２のタイ
ムスタンプのシーケンスを決定し、第１のタイムスタンプが第２のタイムスタンプよりも
遅い場合には、受信したデータパケットは有効であると判断し、そうでない場合には、受
信したデータパケットは無効であると判断することとが含まれてもよい。一部の実施形態
においては、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モ
ジュール３２０内のデータパケット処理ユニット５３０）が、受信したデータパケットが
有効であると判断した場合、ステップ１７３０を実行してもよい。一部の実施形態におい
ては、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は処理モジュー
ル３２０内のデータパケット処理ユニット５３０）が、受信したデータパケットが無効で
あると判断した場合、そのデータパケットを廃棄してもよく、ステップ１７１０を実行し
てもよい。
【０１１６】
ステップ１７３０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）は、受信した
データパケットから有効なデータパケットを判断してもよい。この有効なデータパケット
は、位置データ点を含む。
【０１１７】
ステップ１７４０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）は、事前に設
定された料金規則、過去の料金、及び有効なデータパケットの位置データ点に基づいて、
輸送サービスの実時間料金を求めてもよい。一部の実施形態において、サーバ１１０（例
えば、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケ
ット処理ユニット５３０）は、事前に設定された料金規則及び位置データ点を含む有効な
データパケットに基づいて、受信したデータパケットにおける輸送サービスの料金を求め
てもよい。輸送サービスの実時間料金は、過去の料金と、上記受信したデータパケットに
おける輸送サービスの料金との合計としてもよい。過去の料金は、サーバ１１０（例えば
、サーバ１１０の処理モジュール３２０、又は処理モジュール３２０内のデータパケット
処理ユニット５３０）が、データパケットを受信するステップ１７１０を実行する前の輸
送サービスの料金としてもよい。一部の実施形態において、事前に設定される料金規則は
、単位価格設定方式、サブ価格設定方式を用いて計算してもよく、人為的に決定してもよ
く、特定の適用シナリオに基づいて決定してもよい。一部の実施形態において、事前に設
定された料金規則は、アルゴリズム、公式、規則、方法、プロセス等、又はそれらの組み
合わせであってもよい。
【０１１８】
一部の実施形態において、ステップ１７４０における輸送サービスの実時間料金を求め
る方法は、距離の合計に基づいて現在受信しているデータパケットに含まれる料金を求め
ることと、距離に基づいて輸送サービスの実時間料金を求めることとを含んでもよく、次
のステップを含んでもよい。サーバ１１０（例えば、サーバ１１０の処理モジュール３２
０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）は、過去に受信
されたデータパケットにおける最新の位置データ点を現在受信しているデータパケットに
追加し、現在受信しているデータパケットにおける各２つの隣接する位置データ点の間の
距離を求め、或る特定の数の位置データ点と、各２つの隣接する位置データ点の間の距離
に基づいて、取得された位置点の位置の間の距離の合計とを求め、事前に設定された料金
規則と、或る特定の数の位置の間の距離の求められた合計とに基づいて、現在受信してい
るデータパケットに含まれる料金を求め、過去の料金と、現在受信しているデータパケッ
トに含まれる料金とに基づいて輸送サービスの実時間料金を求めてもよい。便宜上、アッ
プロードサイクルは１０秒であり、１つの位置データ点（各位置データ点は位置の情報を
含む）は毎秒生成される。各データパケットが１０個の位置データ点を含む一例では、輸
送サービスの実時間料金を求める方法には、サーバ１１０（例えば、サーバ１１０の入手
モジュール３１０、又は入手モジュール３１０内のデータパケット受信ユニット４５０）
が有効なデータパケットを受信した後、サーバ１１０（例えば、サーバ１１０の処理モジ
ュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）が、
過去に受信されたデータパケットにおける最新の位置データ点を現在受信しているデータ
パケットに追加することが含まれてもよい。現在受信しているデータパケットには、１１
個の位置に対応する１１個の位置データ点が含まれてもよい。これらの１１個の位置の、
それぞれ２つの隣接する位置の間の距離を求めてもよく、したがって、１０個の距離を取
得してもよい。これらの距離を合算することによって、距離の合計が取得される。現在受
信しているデータパケットに含まれる料金は、事前に設定された料金規則及び上述した距
離の合計に基づいて求めてもよく、輸送サービスの実時間料金は、現在受信しているデー
タパケットに含まれる料金と過去の料金とを合算することによって求めてもよい。
【０１１９】
一部の実施形態において、輸送サービスの実時間料金を求める方法１７００には、次の
ステップも含まれていてもよい。すなわち、サーバ１１０（例えば、サーバ１１０の処理
モジュール３２０、又は処理モジュール３２０内のデータパケット処理ユニット５３０）
が、現在受信しているデータパケットにおける最新の位置データ点、この最新の位置デー
タ点に対応する第２のタイムスタンプ、及び輸送サービスの実時間料金を記録するステッ
プと、現在受信しているデータパケットを廃棄するステップとが含まれてもよい。
【０１２０】
一部の実施形態において、サーバ１１０（例えば、サーバ１１０のフィードバックモジ
ュール３３０、又はフィードバックモジュール３３０内の輸送サービス実時間料金送信ユ
ニット６３０）は、サーバ１１０（例えば、サーバ１１０の処理モジュール３２０、又は
処理モジュール３２０内のデータパケット処理ユニット５３０）によって求められた輸送
サービスの実時間料金をドライバー端末１４０及び／又は乗客端末１３０に送信してもよ
い。一部の実施形態において、サーバ１１０（例えば、サーバ１１０のフィードバックモ
ジュール３３０、又はフィードバックモジュール３３０内の料金表示ユニット６７０）は
、求めた輸送サービスの実時間料金に基づいて或る特定のフォーマットの表示を生成して
もよい。
【０１２１】
図９を再び参照すると、ステップ９２０は、図１８に示すような輸送サービスの実時間
料金を求める方法１８００によって実施してもよい。一部の実施形態において、方法１８
００は、図７に示すように、乗客端末１３０及び／又はドライバー端末１４０とサーバ１
１０とによって共同で輸送サービスの実時間料金を求めるプロセスとしてもよい。
【０１２２】
図１８に示すように、ステップ１８１０において、乗客端末１３０及び／又はドライバ
ー端末１４０（例えば、乗客端末１３０及び／又はドライバー端末１４０のデータ点入手
ユニット７１２）は、事前に設定された数の位置データ点を取得してもよい。乗客端末１
３０及び／又はドライバー端末１４０（例えば、乗客端末１３０及び／又はドライバー端
末１４０のデータ点格納ユニット７３２）は、事前に設定された数の位置データ点をデー
タパケットに格納してもよい。一部の実施形態において、乗客端末１３０及び／又はドラ
イバー端末１４０（例えば、乗客端末１３０及び／又はドライバー端末１４０のデータ点
入手ユニット７１２）によって取得される位置データ点の事前に設定される数は、ドライ
バー端末１４０及び／又は乗客端末１３０とサーバ１１０との間のインタラクションによ
って決定されるデータ点の或る特定の数又は或る特定の数値範囲としてもよい。例えば、
乗客端末１３０及び／又はドライバー端末１４０（例えば、乗客端末１３０及び／又はド
ライバー端末１４０のデータ点入手ユニット７１２）によって取得されるデータ点の数は
、０個〜２０個、０個〜５個、５個〜１０個、１０個〜１５個、１５個〜２０個、５個、
１０個、１５個、又は２０個としてもよい。一部の実施形態において、データパケットの
事前に設定される数は、ドライバー端末１４０及び／又は乗客端末１３０とサーバ１１０
との間のインタラクションによって決定されるデータ点の数としてもよく、位置データ点
を生成する速度及びアップロードサイクルに基づく或る特定の期間内にサーバ１１０（例
えば、ドライバー端末１４０及び／又は乗客端末１３０のデータ点入手ユニット７１２）
によって取得してもよい。例えば、ドライバー端末１４０及び／又は乗客端末１３０は、
位置データ点を毎秒生成してもよい。ドライバー端末１４０及び／又は乗客端末１３０は
、ネットワーク１２０を介して１０秒毎に、直前の１０秒間に生成された位置データ点を
サーバ１１０にアップロードしてもよい。乗客端末１３０及び／又はドライバー端末１４
０（例えば、乗客端末１３０及び／又はドライバー端末１４０のデータ点入手ユニット７
１２）は、１０秒毎に１０個の位置データ点を取得してもよい。一部の実施形態において
、乗客端末１３０及び／又はドライバー端末１４０（例えば、乗客端末１３０及び／又は
ドライバー端末１４０のデータ点格納ユニット７３２）は、１０個の取得された位置デー
タ点をデータパケットに格納してもよい。各データパケットは、１０個の位置データ点を
含む。
【０１２３】
ステップ１８２０において、乗客端末１３０及び／又はドライバー端末１４０（例えば
、乗客端末１３０及び／又はドライバー端末１４０のデータパケット送信ユニット７２２
）は、上記データパケットをサーバ１１０に送信してもよい。一部の実施形態において、
サーバ１１０は、乗客端末１３０及び／又はドライバー端末１４０（例えば、乗客端末１
３０及び／又はドライバー端末１４０のデータパケット送信ユニット７２２）によって送
信されたデータパケットに基づいて、輸送サービスの実時間料金を求めてもよい。一部の
実施形態において、サーバ１１０は、本開示の図１７に示すような方法１７００に従って
輸送サービスの実時間料金を求めてもよい。
【０１２４】
ステップ１８３０において、ドライバー端末１４０及び／又は乗客端末１３０が目的地
に到着した後、ドライバー端末１４０及び／又は乗客端末１３０（例えば、乗客端末１３
０及び／又はドライバー端末１４０の料金受信ユニット７１４）は、サーバ１１０によっ
て送信された輸送サービスの実時間料金を受信してもよい。
【０１２５】
図１６を再び参照すると、ステップ１６１０は、図１９に示すような高速有料道路区間
を決定する方法１９００によって実施してもよい。図１９に示すように、ステップ１９１
０において、サーバ１１０は、運転経路を取得してもよい。一部の実施形態において、サ
ーバ１１０は、サービス要求における目的地の位置座標点と現在位置の位置座標点とに基
づいて、現在の運転経路を決定してもよい。
【０１２６】
ステップ１９２０において、サーバ１１０は、運転経路に基づいて当該運転経路に沿っ
た位置座標点を照会してもよい。一部の実施形態において、システムは、乗り物が移動し
ているときに実時間（リアルタイム）で位置データ点を取得してもよい。一部の実施形態
において、サーバ１１０は、事前に設定された時間間隔（例えば、１０秒間）で乗客端末
１３０から位置データパケットを取得してもよい。
【０１２７】
ステップ１９３０において、サーバ１１０は、位置座標点に基づいて地図を照会し、運
転経路に沿った高速通行料金所を決定してもよい。一部の実施形態において、上記地図は
、地図ライブラリに存在する。この地図ライブラリは、サーバ１１０内の地図ライブラリ
であってもよいし、サードパーティからの地図ライブラリであってもよい。サードパーテ
ィからの地図ライブラリには、百度（登録商標）地図（Ｂａｉｄｕ（登録商標）  Ｍａｐ
）、ＡＭａｐ、捜狗地図（Ｓｏｇｏｕ  Ｍａｐ）、ＱＱ  Ｍａｐ、Ａｐｐｌｅ  Ｍａｐ、
Ｇｏｏｇｌｅ（登録商標）  Ｍａｐｓ、Ｂｉｎｇ  Ｍａｐ、Ｃａｒｅｌａｎｄ  Ｍａｐ等
、又はそれらの組み合わせが含まれてもよい。ステップ１９４０において、サーバ１１０
は、高速通行料金所に基づいて、現在の運転経路の中の高速有料道路区間を決定してもよ
い。
【０１２８】
図２０は、本開示の一部の実施形態に係る計画経路を決定する一例示的な方法２０００
のフローチャートである。ステップ２０１０において、第２の情報送信ユニット６５０は
、移動の開始時に、高速有料道路区間に入るか否かを問い合わせる第１の問い合わせ情報
を乗客端末１３０に送信してもよい。
【０１２９】
ステップ２０２０において、サーバ１１０（例えば、サーバ１１０のフィードバックモ
ジュール３３０、又はフィードバックモジュール３３０内の情報受信ユニット６６０）は
、第１の問い合わせ情報に応答した乗客端末１３０の第１のフィードバック情報を受信し
てもよい。
【０１３０】
ステップ２０３０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０内の計画経路決定ユニット５４０）は、サービス要求及
び第１のフィードバック情報に基づいて計画経路を決定してもよい。一部の実施形態にお
いては、乗客端末１３０の第１のフィードバック情報が、高速有料道路区間に入ることを
拒否している場合、高速有料道路区間に入るか否かを問い合わせる他の問い合わせ情報は
移動中に送信されないようにしてもよい。一部の実施形態においては、乗客端末１３０の
第１のフィードバック情報が、高速有料道路区間に入ることに同意している場合、高速有
料道路区間に入ることに関連した問い合わせを行う他の問い合わせ情報が、移動中に再度
送信されるようにしてもよい。
【０１３１】
図２０を再び参照すると、ステップ２０２０は、図２１に示すような計画経路の調整を
決定する方法２１００によって実施してもよい。図２１に示すように、ステップ２１１０
において、サーバ１１０（例えば、サーバ１１０のフィードバックモジュール３３０、又
はフィードバックモジュール３３０内の第２の情報送信ユニット６５０）は、高速通行料
金所前の事前に設定された距離において、高速通行料金所に入るか否かを問い合わせる第
２の問い合わせ情報を乗客端末１３０に送信してもよい。ステップ２１２０において、サ
ーバ１１０（例えば、サーバ１１０のフィードバックモジュール３３０、又はフィードバ
ックモジュール３３０内の情報受信ユニット６６０）は、第２の問い合わせ情報に応答し
た乗客端末１３０の第２のフィードバック情報を受信してもよい。
【０１３２】
ステップ２１３０において、サーバ１１０（例えば、サーバ１１０の処理モジュール３
２０、又は処理モジュール３２０内の計画経路決定ユニット５４０）は、第２の問い合わ
せ情報から取得された第２のフィードバック情報に基づいて計画経路の調整を決定しても
よい。一部の実施形態においては、乗客端末１３０の第２のフィードバック情報が、或る
特定の高速有料道路区間に入ることを拒否している場合、サーバ１１０（例えば、サーバ
１１０の処理モジュール３２０、又は処理モジュール３２０内の計画経路決定ユニット５
４０）は、有料道路区間を迂回し、経路を再計画してもよい。
【０１３３】
一部の実施形態において、方法２１００は、方法２０００から独立したものであっても
よい。すなわち、第１の問い合わせ情報は、移動の開始時に乗客端末１３０に送信されな
くてもよく、第２の問い合わせ情報のみが、各高速通行料金所に入る前に送信されてもよ
い。
【０１３４】
基本概念を上記のように説明してきたが、この詳細な開示を読んだ後、前述の詳細な開
示は、単に例を示したに過ぎず、限定するものではないことを意図していることが当業者
にはより明らかになるであろう。本願明細書において明示的に述べられていないが、様々
な改変、改良、及び変更を行うことができ、当業者がそのような改変などを行うことは予
定されている。これらの改変、改良、及び変更が行われることは本開示に示唆されており
、それらは本開示の例示的な実施形態の趣旨及び範囲内にある。
【０１３５】
その上、幾つかの特定の術語が、本開示の実施形態を説明するのに用いられている。例
えば、「ある実施形態」、「一実施形態」、及び／又は「実施形態の一部」という用語は
、実施形態について説明した特定の特徴、構造又は特性が本開示の少なくとも１つの実施
形態に含まれることを意味する。したがって、本願明細書の様々な部分における「ある実
施形態」、「一実施形態」又は「代替の実施形態」への言及が２つ以上あっても、これは
、全てが必ずしも同じ実施形態を指しているとは限らないことを強調するとともに、その
ことを理解されたい。さらに、特定の特徴、構造又は特性は、本開示の１つ以上の実施形
態において適宜組み合わせてもよい。
【０１３６】
さらに、本開示の態様は、新規で有用なプロセス、機械、生産物、若しくは組成物、又
はそれらの新規で有用な改良形態を含む複数の特許可能なクラス又はコンテキストのうち
のいずれにおいても本願明細書で例示及び説明できることが当業者によって理解されるで
あろう。したがって、本開示の態様は、全体をハードウェアで実施してもよいし、全体を
ソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）で実施し
てもよいし、本願明細書において全て「モジュール」、「ユニット」、「構成要素（コン
ポーネント）」、「デバイス」又は「システム」と一般に呼んでもよいソフトウェア及び
ハードウェアを組み合わせた実施態様で実施してもよい。さらに、本開示の態様は、具現
化されたコンピュータ可読プログラムコードを有する１つ以上のコンピュータ可読媒体に
具現化されたコンピュータプログラム製品の形態を採ってもよい。
【０１３７】
コンピュータ可読信号媒体には、例えば、ベースバンド内に又は搬送波の一部分として
具現化されたコンピュータ可読プログラムコードを有する伝播データ信号が含まれてもよ
い。そのような伝播信号は、電磁気、光等、又はそれらのいずれかの適した組み合わせを
含む様々な形態のうちのいずれかを採ってもよい。コンピュータ可読信号媒体は、コンピ
ュータ可読記憶媒体でないコンピュータ可読媒体であって、命令実行システム、命令実行
装置、若しくは命令実行デバイスによって用いられるか又はこれらに関連付けて用いられ
るプログラムを通信、伝播、又は移送できるいずれかのコンピュータ可読媒体であっても
よい。コンピュータ可読信号媒体上に具現化されたプログラムコードは、無線、有線、光
ファイバーケーブル、ＲＦ等、又はそれらの適した組み合わせを含むいずれかの適切な媒
体を用いて送信してもよい。
【０１３８】
本開示の態様の動作を実行するコンピュータープログラムコードは、Ｊａｖａ（登録商
標）、Ｓｃａｌａ、Ｓｍａｌｌｔａｌｋ、Ｅｉｆｆｅｌ、ＪＡＤＥ、Ｅｍｅｒａｌｄ、Ｃ
＋＋、Ｃ＃、ＶＢ．ＮＥＴ、Ｐｙｔｈｏｎ等のオブジェクト指向型プログラミング言語、
「Ｃ」プログラミング言語、Ｖｉｓｕａｌ  Ｂａｓｉｃ、Ｆｏｒｔｒａｎ２００３、Ｐｅ
ｒｌ、ＣＯＢＯＬ２００２、ＰＨＰ、ＡＢＡＰ等の従来の手続型プログラミング言語、Ｐ
ｙｔｈｏｎ、Ｒｕｂｙ及びＧｒｏｏｖｙ等の動的プログラミング言語、又は他のプログラ
ミング言語を含む１つ以上のプログラミング言語の組み合わせで記述してもよい。プログ
ラムコードは、スタンドアローンのソフトウェアパッケージとして、全体をユーザーのコ
ンピュータ上で実行してもよく、一部をユーザーのコンピュータ上で実行してもよく、一
部をユーザーのコンピュータ上で、及び一部をリモートコンピュータ上で実行してもよく
、全体をリモートコンピュータ又はサーバ上で実行してもよい。後半のシナリオでは、リ
モートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネット
ワーク（ＷＡＮ）を含むタイプのネットワークを通じてユーザーのコンピュータに接続し
てもよい。また、この接続は、（例えば、インターネットサービスプロバイダーを用いて
インターネットを通じて）外部コンピュータに対して行ってもよいし、クラウドコンピュ
ーティング環境において行ってもよいし、サービス型ソフトウェア（ＳａａＳ）等のサー
ビスとして提供してもよい。
【０１３９】
さらに、処理要素若しくは処理シーケンスの列挙した順序、又はそれらの数字、文字、
若しくは他の名称の使用は、請求項において特定されている場合を除いて、請求項に記載
のプロセス及び方法をいずれの順序にも限定することを意図するものではない。上記開示
は、様々な例を通じて、本開示の様々の有用な実施形態であると現在考えられているもの
を述べているが、そのような詳細は、その目的のためのものにすぎず、添付の特許請求の
範囲は、開示された実施形態に限定されるものではなく、逆に、開示された実施形態の趣
旨及び範囲内にある変更及び均等なアレンジを包含することが意図されていることが理解
されるであろう。例えば、上述した様々な構成要素の実施態様は、ハードウェアデバイス
において具現化してもよいが、ソフトウェアのみのソリューション、例えば、既存のサー
バ又はモバイルデバイス上へのインストールとして実施してもよい。
【０１４０】
同様に、本開示の実施形態の上記説明では、様々な実施形態のうちの１つ以上の理解に
役立つ本開示のストリームライン化を目的として、様々な特徴がともに単一の実施形態、
その実施形態の図、又はその実施形態の説明にグループ化されることがあることが理解さ
れるであろう。ただし、この開示方法は、請求項に記載の主題が、各請求項に明示列挙さ
れたものよりも多くの特徴を必要とするという意図を反映するものではないと解釈される
べきである。逆に、請求項に記載の主題は、上記開示された単一の実施形態の全ての特徴
よりも少ない特徴に依拠してもよい。
【０１４１】
一部の実施形態において、本出願の幾つかの特定の実施形態を説明及び請求するのに用
いられる量又は特性を表す数値は、「約」、「ほぼ」、又は「実質的に」という用語によ
って修飾される例もあるものと理解されるべきである。例えば、「約」、「ほぼ」、又は
「実質的に」は、特に指定のない限り、記載された値の±２０％の変動を示してもよい。
したがって、一部の実施形態において、記載された明細書及び添付の特許請求の範囲にお
いて説明された数値パラメーターは、特定の実施形態によって取得されるように試みられ
ている所望の特性に応じて変動し得る近似値である。一部の実施形態において、数値パラ
メーターは、報告された有効桁数を考慮するとともに通常の概数技法を適用することによ
って解釈されるべきである。本出願の一部の実施形態の広い範囲を規定する数値範囲及び
パラメーターは近似値であるにもかかわらず、具体例において規定されたそれらの数値は
、実用可能である程度に正確に報告されている。
【０１４２】
本出願において引用された特許、特許出願、特許出願公開、及び論文、書物、説明書、
刊行物、文書、記事等の他の資料は、引用することによって、それらの全内容が本願明細
書の一部をなす。本出願の内容と矛盾又は対立する出願履歴文書に加えて、本出願の特許
請求の範囲の最も広い範囲を限定し得る文書（本出願に現在添付されているもの又は今後
添付されるもの）は本出願から除外される。当然ながら、本出願に添付された出願におい
て用いられる説明、定義、及び／又は術語が、本出願に記載された内容と矛盾又は対立す
る場合、その説明、定義、及び／又は術語は本出願に従ってもよい。
【０１４３】
終わりに、本願明細書に開示された本出願の実施形態は、本出願の実施形態の原理の例
示的な説明であることが理解されるであろう。使用可能な他の変更形態が、本出願の範囲
内に存在してもよい。したがって、限定ではなく例として、本出願の実施形態の代替の構
成を本願明細書における教示に従って利用してもよい。したがって、本出願の実施形態は
、図示及び説明されたとおりものに限定されるものではない。
【符号の説明】
【０１４４】
１００  輸送サービス料金決定システム、１１０  サーバ、１２０  ネットワーク、１３
０  乗客端末デバイス、１３０−１  モバイルデバイス、１３０−２  タブレットコンピ
ュータ、１３０−３  ラップトップコンピュータ、１３０−４  車載デバイス、１４０  
ドライバー端末デバイス、１５０  データベース、２００  サーバ、２１０  プロセッサ
、２２０  入力／出力デバイス、２３０  メモリ、２４０  ネットワークインターフェー
ス、３１０  入手モジュール、３２０  処理モジュール、３３０  フィードバックモジュ
ール、４１０  サービス要求入手ユニット、４２０  端末情報入手ユニット、４３０  受
諾率入手ユニット、４４０  オーダー引受率入手ユニット、４５０  データパケット受信
ユニット、５１０  輸送サービス料金推定ユニット、５２０  価格調整決定ユニット、５
３０  データパケット処理ユニット、５４０  計画経路決定ユニット、５５０  運転経路
決定ユニット、５６０  高速有料道路区間決定ユニット、５７０  高速有料道路通行料金
額決定ユニット、６１０  輸送サービス推定料金フィードバックユニット、６２０  価格
調整要求送信ユニット、６３０  輸送サービス実時間料金送信ユニット、６４０  第１の
情報送信ユニット、６５０  第２の情報送信ユニット、６６０  情報受信ユニット、６７
０  料金表示ユニット、７１０  入手モジュール、７１２  データ点入手ユニット、７１
４  料金受信ユニット、７２０  フィードバックモジュール、７２２  データパケット送
信ユニット、７３０  データ処理モジュール、７３２  データ点格納ユニット、８１０，
８２０，８３０，９１０，９２０，１０１０，１０２０，１０３０，１０４０，１０５０
，１０６０，１１１０，１１２０，１２００，１２１０，１２２０，１２３０，１３１０
，１３２０，１４１０，１４２０，１４３０，１５１０，１５２０，１５３０，１５４０
，１６１０，１６２０，１６３０，１７１０，１７２０，１７３０，１７４０，１８１０
，１８２０，１８３０，１９１０，１９２０，１９３０，１９４０，２０１０，２０２０
，２０３０，２１１０，２１２０，２１３０  ステップ、８００，９００，１０００，１
１００，１３００，１４００，１５００，１６００，１７００，１８００，１９００，２
０００，２１００  方法
【図１】
2019215896.tif 000006
【図２】
2019215896.tif 000007
【図３】
2019215896.tif 000008
【図４】
2019215896.tif 000009
【図５】
2019215896.tif 000010
【図６】
2019215896.tif 000011
【図７】
2019215896.tif 000012
【図８】
2019215896.tif 000013
【図９】
2019215896.tif 000014
【図１０】
2019215896.tif 000015
【図１１】
2019215896.tif 000016
【図１２】
2019215896.tif 000017
【図１３】
2019215896.tif 000018
【図１４】
2019215896.tif 000019
【図１５】
2019215896.tif 000020
【図１６】
2019215896.tif 000021
【図１７】
2019215896.tif 000022
【図１８】
2019215896.tif 000023
【図１９】
2019215896.tif 000024
【図２０】
2019215896.tif 000025
【図２１】
2019215896.tif 000026
【手続補正書】
【提出日】令和1年8月14日(2019.8.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
輸送サービス料金を求めるための一組の命令を含む少なくとも１つのコンピュータ可読記憶媒体と、
前記少なくとも１つのコンピュータ可読記憶媒体と通信する少なくとも１つの処理部と、
を備え、
前記一組の命令を実行すると、前記少なくとも１つの処理部は、
乗客端末からサービス要求を取得することと、
前記乗客端末又はドライバー端末から少なくとも１つのデータパケットを受信することであって、前記少なくとも１つのデータパケットのそれぞれは事前に設定された数の位置データ点を含むことと、
事前に設定された料金規則、過去の料金、及び前記少なくとも１つのデータパケットに基づいて前記サービス要求の輸送サービスの実時間料金を求めることと、
前記輸送サービスの実時間料金を前記乗客端末及び／又は前記ドライバー端末に送信することと、
を行うように指示される、システム。
【請求項２】
前記輸送サービスの実時間料金を求めるために、前記少なくとも１つの処理部は、
前記少なくとも１つのデータパケットのそれぞれが有効であるか否かを特定することと、
前記少なくとも１つのデータパケット内の有効なデータパケットにおける前記事前に設定された料金規則と前記位置データ点とに基づいて前記少なくとも１つのデータパケットにおける実際のサービス料金を求めることと、
前記少なくとも１つのデータパケットにおける前記実際のサービス料金と前記過去の料金との合計を前記輸送サービスの実時間料金として求めることと、
を行うように指示される、請求項１に記載のシステム。
【請求項３】
前記少なくとも１つのデータパケットのそれぞれが有効であるか否かを特定するために、前記少なくとも１つの処理部は、
前記少なくとも１つのデータパケット内の現在受信しているデータパケットにおける第１の位置データ点に対応する第１のタイムスタンプを取得することと、
前記少なくとも１つのデータパケット内の直前に受信したデータパケットにおける最新の位置データ点に対応する第２のタイムスタンプを取得することと、
前記第１のタイムスタンプが前記第２のタイムスタンプよりも遅い場合には、前記現在受信しているデータパケットは有効であると判断し、そうでない場合には、前記現在受信しているデータパケットは無効であると判断することと、
を行うように指示される、請求項２に記載のシステム。
【請求項４】
前記少なくとも１つのデータパケット内の前記有効なデータパケットにおける前記事前に設定された料金規則と前記位置データ点とに基づいて前記少なくとも１つのデータパケットにおける前記実際のサービス料金を求めるために、前記少なくとも１つの処理部は、
直前に受信したデータパケットにおける最新の位置データ点を現在受信しているデータパケットに追加することと、
前記現在受信しているデータパケットにおける各２つの隣接する位置データ点の間の距離を求めることと、
前記各２つの隣接する位置データ点の間の距離に基づいて距離の合計を求めることと、
前記事前に設定された料金規則と前記距離の合計とに基づいて、前記現在受信しているデータパケットに含まれる前記実際のサービス料金を求めることと、
を行うように指示される、請求項２に記載のシステム。
【請求項５】
前記少なくとも１つの処理部は、前記少なくとも１つのデータパケット内の無効なデータパケットを廃棄すること
を行うように指示される、請求項２に記載のシステム。
【請求項６】
前記過去の料金は、前記システムが前記少なくとも１つのデータパケットを受信する前の料金を含む、
請求項１に記載のシステム。
【請求項７】
位置データ点の前記事前に設定された数は、前記ドライバー端末及び／又は前記乗客端末と前記システムとの間のインタラクションによって決定されるデータ点の或る特定の数又は或る特定の数の範囲を含む、
請求項１に記載のシステム。
【請求項８】
位置データ点の前記事前に設定された数は、前記位置データ点を生成する速度及びアップロードサイクルに基づく或る特定の期間内に前記ドライバー端末及び／又は前記乗客端末によって受信されるデータ点の数を含む、
請求項７に記載のシステム。
【請求項９】
前記位置データ点は、座標、前記座標が取得された時刻、または前記時刻における速度ベクトルの情報を含む、
請求項１に記載のシステム。
【請求項１０】
前記サービス要求は、出発点情報及び目的地情報を含み、前記少なくとも１つの処理部は、
前記サービス要求に基づいて輸送サービスの推定料金を求めることと、
前記サービス要求に基づいて、前記乗客端末又は前記ドライバー端末の前記出発点情報又は履歴情報に関連する価格調整条件を取得することと、
前記価格調整条件に基づいて価格調整量を求めることと、
前記価格調整量及び前記輸送サービスの推定料金に基づいて輸送サービスの価格調整後推定料金を求めることと、
前記輸送サービスの価格調整後推定料金を前記乗客端末に送信することと、
を行うように更に指示される、請求項１に記載のシステム。
【請求項１１】
前記輸送サービスの実時間料金を求めるために、前記少なくとも１つの処理部は、
前記サービス要求に基づいて運転経路を取得することと、
前記運転経路に基づいて該運転経路の高速有料道路区間を特定することと、
前記高速有料道路区間に基づいて高速通行料金を求めることと、
前記高速通行料金に少なくとも部分的に基づいて前記輸送サービスの実時間料金を求めることと、
を行うように指示される、請求項１に記載のシステム。
【請求項１２】
前記運転経路の前記高速有料道路区間を特定する前に、前記少なくとも１つの処理部は、
移動の開始時に前記高速有料道路区間を通過するか否かを問い合わせる第１の問い合わせを前記乗客端末に送信することと、
前記第１の問い合わせに対応する第１のフィードバックを前記乗客端末から受信することと、
前記サービス要求及び前記第１のフィードバックに基づいて計画経路を決定することと、
を行うように更に指示される、請求項１１に記載のシステム。
【請求項１３】
前記運転経路の前記高速有料道路区間を特定するために、前記少なくとも１つの処理部は、
前記運転経路に基づいて該運転経路に沿った位置座標点を取得することと、
前記位置座標点及び地図に基づいて前記運転経路に沿った高速通行料金所を決定することと、
前記高速通行料金所に基づいて前記運転経路の前記高速有料道路区間を特定することと、
を行うように指示される、請求項１１に記載のシステム。
【請求項１４】
乗客端末からサービス要求を取得することと、
前記乗客端末又はドライバー端末から少なくとも１つのデータパケットを受信することであって、前記少なくとも１つのデータパケットのそれぞれは事前に設定された数の位置データ点を含むことと、
事前に設定された料金規則、過去の料金、及び前記少なくとも１つのデータパケットに基づいて前記サービス要求の輸送サービスの実時間料金を求めることと、
前記輸送サービスの実時間料金を前記乗客端末及び／又は前記ドライバー端末に送信することと、
を含む、少なくとも１つの処理部と少なくとも１つのコンピュータ可読記憶媒体とを備える、少なくとも１つのデバイスにおいて実施される、方法。
【請求項１５】
前記輸送サービスの実時間料金を求めることは、
前記少なくとも１つのデータパケットのそれぞれが有効であるか否かを特定することと、
前記少なくとも１つのデータパケット内の有効なデータパケットにおける前記事前に設定された料金規則と前記位置データ点とに基づいて前記少なくとも１つのデータパケットにおける実際のサービス料金を求めることと、
前記少なくとも１つのデータパケットにおける前記実際のサービス料金と前記過去の料金との合計を前記輸送サービスの実時間料金として求めることと、
を更に含む、請求項１４に記載の方法。
【請求項１６】
前記少なくとも１つのデータパケットのそれぞれが有効であるか否かを特定することは、
前記少なくとも１つのデータパケット内の現在受信しているデータパケットにおける第１の位置データ点に対応する第１のタイムスタンプを取得することと、
前記少なくとも１つのデータパケット内の直前に受信したデータパケットにおける最新の位置データ点に対応する第２のタイムスタンプを取得することと、
前記第１のタイムスタンプが前記第２のタイムスタンプよりも遅い場合には、前記現在受信しているデータパケットは有効であると判断し、そうでない場合には、前記現在受信しているデータパケットは無効であると判断することと、
を更に含む、請求項１５に記載の方法。
【請求項１７】
前記少なくとも１つのデータパケット内の前記有効なデータパケットにおける前記事前に設定された料金規則と前記位置データ点とに基づいて前記少なくとも１つのデータパケットにおける前記実際のサービス料金を求めることは、
直前に受信したデータパケットにおける最新の位置データ点を現在受信しているデータパケットに追加することと、
前記現在受信しているデータパケットにおける各２つの隣接する位置データ点の間の距離を求めることと、
前記各２つの隣接する位置データ点の間の距離に基づいて距離の合計を求めることと、
前記事前に設定された料金規則と前記距離の合計とに基づいて、前記現在受信しているデータパケットに含まれる前記実際のサービス料金を求めることと、
を更に含む、請求項１５に記載の方法。
【請求項１８】
前記少なくとも１つのデータパケット内の無効なデータパケットを廃棄すること
を更に含む、請求項１５に記載の方法。
【請求項１９】
前記輸送サービスの実時間料金を求めることは、
前記サービス要求に基づいて運転経路を取得することと、
前記運転経路に基づいて該運転経路の高速有料道路区間を特定することと、
前記高速有料道路区間に基づいて高速通行料金を求めることと、
前記高速通行料金に少なくとも部分的に基づいて前記輸送サービスの実時間料金を求めることと、
を更に含む、請求項１４に記載の方法。
【請求項２０】
少なくとも１つの処理部を備える電子デバイスによって実行されると、
乗客端末からサービス要求を取得することと、
前記乗客端末又はドライバー端末から少なくとも１つのデータパケットを受信することであって、前記少なくとも１つのデータパケットのそれぞれは事前に設定された数の位置データ点を含むことと、
事前に設定された料金規則、過去の料金、及び前記少なくとも１つのデータパケットに基づいて前記サービス要求の輸送サービスの実時間料金を求めることと、
前記輸送サービスの実時間料金を前記乗客端末及び／又は前記ドライバー端末に送信することと、
を含む行為を実行するように、前記少なくとも１つの処理部に指示する実行可能な命令を含む、非一時的コンピュータ可読媒体。