(57)【要約】  本開示は、経路計画システムおよび方法に関する。システムは、ネットワークを介してクライアント端末から第１の走行の情報を受信する方法を行ってもよい。システムはさらに、第１の走行の情報に基づいて少なくとも１つの経路計画記録を生成する方法を行ってもよい。少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。システムはさらに、少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信し、受信された要求に応じて、ネットワークを介して、少なくとも１つの経路計画記録のうちの１つをクライアント端末に送信する方法を行ってもよい。
2019528427.tif 000002
【特許請求の範囲】
【請求項１】
サーバで実行される経路計画方法であって、
クライアント端末によって送信された第１の走行に応じて、前記第１の走行に基づいて、少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を生成することと、
前記クライアント端末による、前記少なくとも１つの公共交通機関走行経路のうちの１つを取得する要求に応じて、前記要求に対応する前記少なくとも１つの経路計画記録のうちの１つを前記クライアント端末に送信することと、を備える方法。
【請求項２】
前記第１の走行に基づいて、少なくとも１つの経路計画記録を生成することは、
前記第１の走行に基づいて、前記少なくとも１つの経路計画記録に関連付けられた出発座標を決定することと、
前記第１の走行の目的地座標に応じて、前記出発座標および前記目的地座標に基づいて、前記少なくとも１つの公共交通機関走行経路を決定することと、
前記第１の走行の出発時刻と前記少なくとも１つの公共交通機関走行経路に関連する道路状況とに基づいて、固定サイトを有する前記１つ以上の公共交通機関の第１の部分に対応する運行期間および運行区間、および非固定サイトを有する前記１つ以上の公共交通機関の第２の部分の分布を備える、前記少なくとも１つの公共交通機関走行経路にそれぞれ対応する前記１つ以上の公共交通機関の１つ以上の運行条件を決定することと、
前記１つ以上の公共交通機関の前記１つ以上の運行条件に基づいて、前記１つ以上の公共交通機関の１つ以上の識別子と、前記少なくとも１つの経路計画記録に対応する、前記クライアント端末に表示されるように構成されるインタフェース識別子とをそれぞれ備える前記少なくとも１つの経路計画記録を生成することと、を備える請求項１に記載の方法。
【請求項３】
前記第１の走行に基づいて、前記少なくとも１つの経路計画記録に関連付けられた出発座標を決定することは、
前記クライアント端末に関連付けられた、前記第１の走行が生成されたときの前記クライアント端末の地理的位置であるユーザの位置、および前記第１の走行に関連付けられた出発地を分析することと、
前記ユーザの位置と前記出発地との間の距離を決定することと、
前記距離が距離閾値以上である決定に応じて、前記出発地に対応する座標を前記出発座標として指定することと、
前記距離が前記距離閾値未満である決定に応じて、前記ユーザの位置に対応する座標を前記出発座標として指定することと、を備える請求項２に記載の方法。
【請求項４】
前記クライアント端末による、前記少なくとも１つの公共交通機関走行経路のうちの１つを取得する要求に応じて、前記要求に対応する前記少なくとも１つの経路計画記録のうちの１つを前記クライアント端末にプッシュすることは、
前記少なくとも１つの公共交通機関走行経路を計画することを含む前記要求に応じて、所定のストラテジーに基づいて、前記少なくとも１つの経路計画記録のうちの特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子をプッシュすることと、
前記１つ以上の公共交通機関の前記１つ以上の識別子および前記少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行を表示する地図インタフェースの形式で、前記特定の経路計画記録を表示するように前記クライアント端末に指示することと、
前記不特定の経路計画記録を前記インタフェース識別子の形式で表示するように前記クライアント端末に指示することと、を備え、
前記第２の走行は、前記少なくとも１つの公共交通機関走行経路の総走行期間、前記少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、および運賃を含む走行パラメータのうちの少なくとも１つを備える、請求項２または請求項３に記載の方法。
【請求項５】
前記クライアント端末による、前記インタフェース識別子を取得する要求に応じて、前記インタフェース識別子に対応する前記不特定の経路計画記録を前記クライアント端末にプッシュすることと、
前記インタフェース識別子に対応する前記不特定の経路計画記録を前記地図インタフェースの形式で表示するように前記クライアント端末に指示することと、をさらに備える請求項４に記載の方法。
【請求項６】
クライアント端末で実行される経路計画方法であって、
サービス要求の第１の走行をサーバに送信することと、
少なくとも１つの公共交通機関走行経路を取得する要求が検出された決定に応じて、前記サーバによって生成された前記少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を取得し表示することと、を備え、
前記少なくとも１つの経路計画記録に関連付けられた出発座標は、前記第１の走行に基づいて決定される、方法
【請求項７】
前記サーバによって生成された前記少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を取得し表示することは、
所定のストラテジーに基づいて、前記サーバによって生成された前記少なくとも１つの経路計画記録の特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子を取得することと、
前記少なくとも１つの公共交通機関走行経路に対応する１つ以上の公共交通機関の１つ以上の識別子および前記少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行を表示する地図インタフェースの形式で、前記特定の経路計画記録を表示することと、
前記不特定の経路計画記録を前記インタフェース識別子の形式で表示することと、を備え、
前記第２の走行は、前記少なくとも１つの公共交通機関走行経路の総走行期間、前記少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃を含む走行パラメータのうちの少なくとも１つを備える、請求項６に記載の方法。
【請求項８】
前記サーバによって生成された前記少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を取得し表示することは、
前記インタフェース識別子を取得する要求が検出された決定に応じて、前記サーバによって生成された前記インタフェース識別子に対応する前記不特定の経路計画記録を取得することと、
前記インタフェース識別子に対応する前記不特定の経路計画記録を前記地図インタフェースの形式で表示することと、をさらに備える請求項７に記載の方法。
【請求項９】
前記不特定の経路計画記録を前記インタフェース識別子の形式で表示することは、
前記第２の走行の前記走行パラメータのうちの少なくとも１つに基づいて、複数のインタフェース識別子をインタフェースリストとして表示することを備える請求項７または請求項８に記載の方法。
【請求項１０】
前記特定の経路計画記録を地図インタフェースの形式で表示することは、
固定サイトを有する前記１つ以上の公共交通機関の第１の部分に対応する１つ以上の運行期間および１つ以上の運行区間のうちの少なくとも１つ、または非固定サイトを有する前記１つ以上の公共交通機関の第２の部分の分布を備える、前記少なくとも１つの公共交通機関走行経路にそれぞれ対応する前記１つ以上の公共交通機関の前記１つ以上の運行条件を表示することを備える請求項７または請求項８に記載の方法。
【請求項１１】
サーバで実行される経路計画装置であって、
クライアント端末によって送信された第１の走行に応じて、前記第１の走行に基づいて、少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を生成するように構成され、
さらに、前記クライアント端末による、前記少なくとも１つの公共交通機関走行経路のうちの１つを取得する要求に応じて、前記要求に対応する前記少なくとも１つの経路計画記録のうちの１つを前記クライアント端末に送信するように構成される応答ユニットを備える装置。
【請求項１２】
前記第１の走行に基づいて、前記少なくとも１つの経路計画記録に関連付けられた出発座標を決定するように構成される決定ユニットと、
さらに、前記第１の走行の目的地座標に応じて、前記出発座標および前記目的地座標に基づいて、前記少なくとも１つの公共交通機関走行経路を決定するように構成される前記応答ユニットと、
さらに、前記第１の走行の出発時刻と前記少なくとも１つの公共交通機関走行経路に関連する道路状況とに基づいて、固定サイトを有する前記１つ以上の公共交通機関の第１の部分に対応する運行期間および運行区間、および非固定サイトを有する前記１つ以上の公共交通機関の第２の部分の分布を備える、前記少なくとも１つの公共交通機関走行経路にそれぞれ対応する１つ以上の公共交通機関の１つ以上の運行条件を決定するように構成される前記決定ユニットと、
前記１つ以上の公共交通機関の前記１つ以上の運行条件に基づいて、前記１つ以上の公共交通機関の１つ以上の識別子と、前記少なくとも１つの経路計画記録に対応する、前記クライアント端末に表示されるように構成されるインタフェース識別子とをそれぞれ備える少なくとも前記１つの経路計画記録を生成するように構成される生成ユニットと、をさらに備える請求項１１に記載の装置。
【請求項１３】
前記クライアント端末に関連付けられた、前記第１の走行が生成されたときの前記クライアント端末の地理的位置であるユーザの位置、および前記第１の走行に関連付けられた出発地を分析するように構成される分析ユニットと、
前記ユーザの位置と前記出発地との間の距離を決定するように構成される計算ユニットと、
さらに、前記距離が距離閾値以上である決定に応じて、前記出発地に対応する座標を前記出発座標として指定するように構成され、
さらに、前記距離が前記距離閾値未満である決定に応じて、前記ユーザの位置に対応する座標を前記出発座標として指定するように構成される前記決定ユニットと、をさらに備える請求項１２に記載の装置。
【請求項１４】
前記応答ユニットは、さらに、
前記少なくとも１つの公共交通機関走行経路を計画することを含む前記要求に応じて、所定のストラテジーに基づいて、前記少なくとも１つの経路計画記録のうちの特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子をプッシュし、
前記１つ以上の公共交通機関の前記１つ以上の識別子および前記少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行を表示する地図インタフェースの形式で、前記特定の経路計画記録を表示するように前記クライアント端末に指示し、
前記不特定の経路計画記録を前記インタフェース識別子の形式で表示するように前記クライアント端末に指示するように構成され、
前記第２の走行は、前記少なくとも１つの公共交通機関走行経路の総走行期間、前記少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、および運賃を含む走行パラメータのうちの少なくとも１つを備える、請求項１２または請求項１３に記載の装置。
【請求項１５】
前記応答ユニットは、さらに、前記クライアント端末による、前記インタフェース識別子を取得する要求に応じて、前記インタフェース識別子に対応する前記不特定の経路計画記録を前記クライアント端末にプッシュするように構成され、
前記応答ユニットは、さらに、前記インタフェース識別子に対応する不特定の経路計画記録を前記地図インタフェースの形式で表示するように前記クライアント端末に指示するように構成される請求項１４に記載の装置。
【請求項１６】
クライアント端末で実行される経路計画装置であって、
サービス要求の第１の走行をサーバに送信し、
少なくとも１つの公共交通機関走行経路を取得する要求が検出された決定に応じて、前記サーバによって生成された前記少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を取得し表示するように構成される表示ユニットを備え、
前記少なくとも１つの経路計画記録に関連付けられた出発座標は、前記第１の走行に基づいて決定される、装置
【請求項１７】
前記表示ユニットは、さらに、
所定のストラテジーに基づいて、前記サーバによって生成された前記少なくとも１つの経路計画記録の特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子を取得し、
前記少なくとも１つの公共交通機関走行経路に対応する１つ以上の公共交通機関の１つ以上の識別子および前記少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行を表示する地図インタフェースの形式で、前記特定の経路計画記録を表示し、
前記不特定の経路計画記録を前記インタフェース識別子の形式で表示するように構成され、
前記第２の走行は、前記少なくとも１つの公共交通機関走行経路の総走行期間、前記少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃を含む走行パラメータのうちの少なくとも１つを備える、請求項１６に記載の装置。
【請求項１８】
前記表示ユニットは、さらに、
前記インタフェース識別子を取得する要求が検出された決定に応じて、前記サーバによって生成された前記インタフェース識別子に対応する前記不特定の経路計画記録を取得し、
前記インタフェース識別子に対応する前記不特定の経路計画記録を前記地図インタフェースの形式で表示するように構成される請求項１７に記載の装置。
【請求項１９】
前記表示ユニットは、さらに、前記第２の走行の前記走行パラメータのうちの少なくとも１つに基づいて、複数のインタフェース識別子をインタフェースリストとして表示するように構成される請求項１７または請求項１８に記載の装置。
【請求項２０】
前記表示ユニットは、さらに、固定サイトを有する前記１つ以上の公共交通機関の第１の部分に対応する１つ以上の運行期間および１つ以上の運行区間のうちの少なくとも１つ、または非固定サイトを有する前記１つ以上の公共交通機関の第２の部分の分布を備える、前記少なくとも１つの公共交通機関走行経路にそれぞれ対応する前記１つ以上の公共交通機関の前記１つ以上の運行条件を表示するように構成される請求項１７または請求項１８に記載の装置。
【請求項２１】
命令のセットを記憶する少なくとも１つの記憶装置と、
前記命令のセットを実行するとき、請求項１〜５のいずれか一項に記載の方法を行うように構成され、前記少なくとも１つの記憶媒体と通信する少なくとも１つプロセッサを備える、サーバ。
【請求項２２】
命令のセットを記憶する少なくとも１つの記憶装置と、
前記命令のセットを実行するとき、請求項６〜１０のいずれか一項に記載の方法を行うように構成され、前記少なくとも１つの記憶媒体と通信する少なくとも１つプロセッサを備える、クライアント端末。
【請求項２３】
少なくとも１つのプロセッサによって実行されるとき、請求項１〜１０のいずれか一項に記載の方法を行うように前記少なくとも１つのプロセッサに指示する少なくとも１つの命令のセットを備える、非一時的なコンピュータ可読媒体。
【請求項２４】
オンライン配車アプリケーションで実装される、公共交通機関走行経路をプッシュする方法であって、
クライアント端末によって入力された出発地および目的地を受信することと、
前記出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定すること、
前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得することと、
前記リアルタイム到着信号に基づいて、前記公共交通機関の出発地に最も近い駅である目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定することと、
前記複数の候補公共交通機関走行経路にそれぞれ対応する前記公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの目標公共交通機関走行経路を前記クライアント端末に送信することと、を備える方法。
【請求項２５】
前記公共交通機関の前記リアルタイム到着信号は、到着駅、車両番号、ナンバープレート、運転方向、または前記公共交通機関が位置する領域のうちの少なくとも１つを備える請求項２４に記載の方法。
【請求項２６】
前記リアルタイム到着信号に基づいて、目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定することは、
前記オンライン配車アプリケーションの契約車両であり、運転方向が前記公共交通機関の運転方向と一致し、前記リアルタイム到着信号と一致する運転車両を決定することと、
前記公共交通機関と重複する走行経路を有する前記運転車両の一部を１つ以上の基準車両として決定することと、
前記１つ以上の基準車両にそれぞれ関連付けられた基準走行を取得することと、
前記１つ以上の基準車両にそれぞれ関連付けられた前記基準走行に基づいて、前記到着時刻に関連する情報を決定することと、を備える請求項２５に記載の方法。
【請求項２７】
前記基準走行は、運転速度および前記到着駅から前記目標駅までの距離を備えるか、または
前記基準走行は、前記到着駅から前記目標駅までの運転期間を備える請求項２６に記載の方法。
【請求項２８】
前記到着時刻に関連する情報は、前記目標駅に到着する前記公共交通機関の到着時点、または前記到着駅から前記目標駅までの前記公共交通機関の第１の走行期間の少なくとも１つを備え、
前記公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの目標公共交通機関走行経路を前記クライアント端末にプッシュすることは、
前記出発地から前記目標駅までの前記クライアント端末の第２の走行期間を決定することと、
前記第２の走行期間より大きい前記第１の走行期間に対応する前記複数の候補公共交通機関走行経路のうちの少なくとも１つを、前記少なくとも１つの目標公共交通機関走行経路として前記クライアント端末に送信することと、を備える請求項２５〜２７のいずれか一項に記載の方法。
【請求項２９】
オンライン配車アプリケーションで実装される、公共交通機関走行経路をプッシュする装置であって、
クライアント端末によって入力された出発地および目的地を受信するように構成される受信モジュールと、
前記出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定するように構成されるスクリーニングモジュールと、
前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得するように構成される取得モジュールと、
前記リアルタイム到着信号に基づいて、前記公共交通機関の出発地に最も近い駅である目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定するように構成される決定モジュールと、
前記複数の候補公共交通機関走行経路にそれぞれ対応する前記公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの目標公共交通機関走行経路を前記クライアント端末に送信するように構成される送信モジュールと、を備える装置。
【請求項３０】
前記公共交通機関の前記リアルタイム到着信号は、到着駅、車両番号、ナンバープレート、運転方向、または前記公共交通機関が位置する領域のうちの少なくとも１つを備える請求項２９に記載の装置。
【請求項３１】
前記決定モジュールは、
前記オンライン配車アプリケーションの契約車両であり、運転方向が前記公共交通機関の運転方向と一致し、前記リアルタイム到着信号と一致する運転車両を決定するように構成される第１の決定サブモジュールと、
前記公共交通機関と重複する走行経路を有する前記運転車両の一部を１つ以上の基準車両として決定するように構成されるマッチングサブモジュールと、
前記１つ以上の基準車両にそれぞれ関連付けられた基準走行を取得し、
前記１つ以上の基準車両にそれぞれ関連付けられた前記基準走行に基づいて、前記到着時刻に関連する情報を決定するように構成される取得サブモジュールと、を備える請求項３０に記載の装置。
【請求項３２】
前記基準走行は、運転速度および前記到着駅から前記目標駅までの距離を備えるか、または
前記基準走行は、前記到着駅から前記目標駅までの運転期間を備える請求項３１に記載の装置。
【請求項３３】
前記到着時刻に関連する情報は、前記目標駅に到着する前記公共交通機関の到着時点、または前記到着駅から前記目標駅までの前記公共交通機関の第１の走行期間の少なくとも１つを備え、
前記送信モジュールは、
前記出発地から前記目標駅までの前記クライアント端末の第２の走行期間を決定するように構成される第１の決定サブモジュールと、
前記第２の走行期間より大きい前記第１の走行期間に対応する複数の候補公共交通機関走行経路のうちの少なくとも１つを、前記少なくとも１つの目標公共交通機関走行経路として前記クライアント端末に送信するように構成されるプッシュサブモジュールと、を備える請求項３０〜３２のいずれか一項に記載の装置。
【請求項３４】
命令のセットを記憶する少なくとも１つの記憶装置と、
前記命令のセットを実行するとき、請求項２４〜２８のいずれか一項に記載の方法を行うように構成され、前記少なくとも１つの記憶媒体と通信する少なくとも１つプロセッサを備える、コンピューティングデバイス。
【請求項３５】
少なくとも１つのプロセッサによって実行されるとき、請求項２４〜２８のいずれか一項に記載の方法を行うように前記少なくとも１つのプロセッサに指示する少なくとも１つの命令のセットを備える、非一時的なコンピュータ可読媒体。
【請求項３６】
公共交通機関走行経路をプッシュする方法であって、
ユーザの位置を取得することと、
前記ユーザの位置に基づいて、所定の駅位置から前記ユーザの位置に最も近い駅を第１の駅として決定することと、
前記第１の駅を通過する１つ以上の公共交通機関走行経路を前記ユーザにプッシュすること、を備える方法。
【請求項３７】
前記第１の駅を通過する１つ以上の公共交通機関走行経路を前記ユーザにプッシュすることは、
前記ユーザの位置に基づいて、前記所定の駅位置から前記ユーザの位置に二番目に近い駅を第２の駅として決定することと、
前記第１の駅および前記第２の駅を通過する前記１つ以上の公共交通機関走行経路のうちの少なくとも１つを前記ユーザにプッシュすることと、を備える請求項３６に記載の方法。
【請求項３８】
前記第１の駅を通過する公共交通機関走行経路を前記ユーザにプッシュすることは、
前記１つ以上の公共交通機関走行経路のそれぞれに対して、前記１つ以上の公共交通機関走行経路にそれぞれ対応する公共交通機関の現在位置を取得することと、
前記公共交通機関の現在位置から前記ユーザの位置までの距離を決定することと、
最も近いものから最も遠いものの順に前記距離に関連付けられた第１の規則に基づいて、前記１つ以上の公共交通機関走行経路をランク付けすることと、
前記ランク付けされた１つ以上の公共交通機関走行経路を前記ユーザにプッシュすることと、を備える請求項３６または請求項３７に記載の方法。
【請求項３９】
前記ユーザの位置に基づいて、所定の駅位置から前記ユーザの位置に最も近い駅を第１の駅として決定することは、
前記クライアントによって入力されたキーワードを受信することと、
前記キーワードが前記数字を含む決定に応じて、前記１つ以上の公共交通機関走行経路のうちの少なくとも１つを前記クライアント端末にプッシュすることと、を備え、
前記１つ以上の公共交通機関走行経路のうちの少なくとも１つに対応する公共交通機関の車両番号は、前記数字を先頭数字として備える請求項３６に記載の方法。
【請求項４０】
前記第１の駅を通過する１つ以上の公共交通機関走行経路を前記ユーザにプッシュすることは、
前記キーワードが数字ではない決定に応じて、前記クライアントの履歴走行記録および／または前記キーワードに基づいて、クライアントの目的地を決定することと、
前記目的地を備える前記１つ以上の公共交通機関走行経路のうちの少なくとも１つが最初にランク付けされ、他が後にランク付けされることを備える第２の規則に基づいて、前記１つ以上の公共交通機関走行経路をランク付けすることと、
前記ランク付けされた１つ以上の公共交通機関走行経路を前記ユーザにプッシュすることと、を備える請求項３９に記載の方法。
【請求項４１】
公共交通機関走行経路をプッシュする装置であって、
ユーザの位置を取得するように構成される測位モジュールと、
前記ユーザの位置に基づいて、所定の駅位置から前記ユーザの位置に最も近い駅を第１の駅として決定するように構成される処理モジュールと、
前記第１の駅を通過する１つ以上の公共交通機関走行経路を前記ユーザにプッシュするように構成されるプッシュモジュールと、を備える装置。
【請求項４２】
前記ユーザの位置に基づいて、前記所定の駅位置から前記ユーザの位置に二番目に近い駅を第２の駅として決定するようにさらに構成される前記処理モジュールと、
前記第１の駅および前記第２の駅を通過する前記１つ以上の公共交通機関走行経路のうちの少なくとも１つを前記ユーザにプッシュするようにさらに構成される前記プッシュモジュールと、を備える請求項４１に記載の装置。
【請求項４３】
前記プッシュモジュールは、
前記１つ以上の公共交通機関走行経路のそれぞれに対して、前記１つ以上の公共交通機関走行経路にそれぞれ対応する公共交通機関の現在位置を取得するように構成される距離決定ユニットと、
前記公共交通機関の現在位置から前記ユーザの位置までの距離を決定するように構成され、
さらに、最も近いものから最も遠いものの順に前記距離に関連付けられた第１の規則に基づいて、前記１つ以上の公共交通機関走行経路をランク付けするように構成される第１のランク付けユニットと、
前記ランク付けされた１つ以上の公共交通機関走行経路を前記ユーザにプッシュするように構成される第１のプッシュユニット、を備える請求項４１または請求項４２に記載の装置。
【請求項４４】
前記クライアントによって入力されたキーワードを受信するように構成される受信モジュールと、
さらに、前記キーワードが前記数字を含む決定に応じて、前記１つ以上の公共交通機関走行経路のうちの少なくとも１つを前記クライアント端末にプッシュするように構成される前記プッシュモジュールとを備え、
前記１つ以上の公共交通機関走行経路のうちの少なくとも１つに対応する公共交通機関の車両番号は、前記数字を先頭数字として備える請求項４１に記載の方法。
【請求項４５】
前記プッシュモジュールは、
前記キーワードが数字ではない決定に応じて、前記クライアントの履歴走行記録および／または前記キーワードに基づいて、前記クライアントの目的地を決定するように構成される推定ユニットと、
前記目的地を備える前記１つ以上の公共交通機関走行経路のうちの少なくとも１つが最初にランク付けされ、他が後にランク付けされることを備える第２の規則に基づいて、前記１つ以上の公共交通機関走行経路をランク付けするように構成される第２のランク付けユニットと、
前記ランク付けされた１つ以上の公共交通機関走行経路を前記ユーザにプッシュするように構成される第２のプッシュユニット、を備える請求項４４に記載の装置。
【請求項４６】
情報送信する方法であって、
駅に近づく公共交通機関を示すプロンプト信号を受信することと、
前記プロンプト信号に基づいて、前記公共交通機関に関連付けられたリアルタイム到着信号を取得することと、
オンライン配車プラットフォームに関連付けられたユーザによる参照のために、前記リアルタイム到着信号を前記オンライン配車プラットフォームに送信することと、を備える方法。
【請求項４７】
前記公共交通機関の戸開ボタンがトリガされたとき、前記プロンプト信号を生成するか、または
前記公共交通機関の到着プロンプトボタンがトリガされたとき、前記プロンプト信号を生成する、請求項４６に記載の方法。
【請求項４８】
前記リアルタイム到着信号は、前記公共交通機関の到着駅、前記公共交通機関の車両番号、前記公共交通機関の運転方向、または前記公共交通機関の現在位置のうちの少なくとも１つを備える請求項４６または４７に記載の方法。
【請求項４９】
情報送信装置であって、
駅に近づく公共交通機関を示すプロンプト信号を受信するように構成される受信モジュールと、
前記プロンプト信号に基づいて、前記公共交通機関に関連付けられたリアルタイム到着信号を取得するように構成される取得モジュールと、
オンライン配車プラットフォームに関連付けられたユーザによる参照のために、前記リアルタイム到着信号を前記オンライン配車プラットフォームに送信するように構成される送信モジュールと、を備える装置。
【請求項５０】
前記公共交通機関の戸開ボタンがトリガされたとき、前記プロンプト信号を生成するか、または
前記公共交通機関の到着プロンプトボタンがトリガされたとき、前記プロンプト信号を生成する、請求項４９に記載の装置。
【請求項５１】
前記リアルタイム到着信号は、前記公共交通機関の到着駅、前記公共交通機関の車両番号、前記公共交通機関の運転方向、または前記公共交通機関の現在位置のうちの少なくとも１つを備える請求項４９または５０に記載の装置。
【請求項５２】
命令のセットを記憶する少なくとも１つの記憶装置と、
前記命令のセットを実行するとき、請求項４６〜４８のいずれか一項に記載の方法を行うように構成され、前記少なくとも１つの記憶媒体と通信する少なくとも１つプロセッサを備える、情報送信装置。
【請求項５３】
少なくとも１つのプロセッサによって実行されるとき、請求項４６〜４８に記載の方法を行うように前記少なくとも１つのプロセッサに指示する少なくとも１つの命令のセットを備える、非一時的なコンピュータ可読媒体。
【請求項５４】
請求項４９〜５２のいずれか一項に記載の情報送信装置を備える公共交通機関。
【請求項５５】
表示方法であって、
出発地および目的地を受信することと、
前記出発地および前記目的地に基づいて、少なくとも２つの公共交通機関走行経路を取得することと、
地図表示領域と、第１の数の公共交通機関走行経路に関連する第１のデータを表示するように構成されるテキスト表示領域とを含む推奨ページを生成することと、
前記推奨ページを表示することと、を備える方法。
【請求項５６】
前記第１の番号は、２以上である請求項５５に記載の方法。
【請求項５７】
前記第１の数の公共交通機関走行経路に関連する前記第１のデータは、前記第１の数の公共交通機関走行経路に対応する公共交通機関の車両番号と、前記第１の数の公共交通機関走行経路にそれぞれ関連付けられた推定期間とを備える請求項５５に記載の方法。
【請求項５８】
前記テキスト表示領域は、前記第１の数の公共交通機関走行経路に関連する前記第１のデータをリストの形式で表示するように構成される請求項５５に記載の方法。
【請求項５９】
前記テキスト表示領域は、前記推奨ページの境界と同じ縁を共有する請求項５８に記載の方法。
【請求項６０】
前記推奨ページを表示することは、
前記テキスト表示領域上で行われたユーザのスライド操作に応じて、第２の数の公共交通機関走行経路に関連する第２のデータを表示するために、前記テキスト表示領域を拡大することを備え、
前記スライド操作は、前記テキスト表示領域から前記推奨ページの中央に向けられ、前記第２の数は、前記第１の数より大きい請求項５９に記載の方法。
【請求項６１】
前記推奨ページを表示した後、
前記テキスト表示領域上で行われたユーザのクリック操作に応じて、前記クリック操作の位置に対応する公共交通機関走行経路に関連する第３のデータを前記テキスト表示領域に表示することをさらに備える請求項５５〜６０のいずれか一項に記載の方法。
【請求項６２】
前記出発地および前記目的地に基づいて、少なくとも２つの公共交通機関走行経路を取得することは、
前記少なくとも２つの公共交通機関走行経路を決定するように構成される計画ページを生成することと、
前記ユーザが前記出発地および前記目的地を入力したか否かを決定することと、
前記ユーザが前記出発地および前記目的地を入力した決定に応じて、前記出発地および前記目的地に基づいて、前記少なくとも２つの公共交通機関走行経路を取得することと、をさらに備える請求項５５〜６１のいずれか一項に記載の方法。
【請求項６３】
表示システムであって、
出発地および目的地を受信するように構成され、
さらに、前記出発地および前記目的地に基づいて、少なくとも２つの公共交通機関走行経路を取得するように構成される取得ユニットと、
地図表示領域と、第１の数の公共交通機関走行経路に関連する第１のデータを表示するように構成されるテキスト表示領域とを含む推奨ページを生成するように構成される生成ユニットと、
前記推奨ページを表示するように構成される第１の表示ユニットと、を備えるシステム。
【請求項６４】
前記第１の番号は、２以上である請求項６３に記載のシステム。
【請求項６５】
前記第１の数の公共交通機関走行経路に関連する前記第１のデータは、前記第１の数の公共交通機関走行経路に対応する公共交通機関の車両番号と、前記第１の数の公共交通機関走行経路にそれぞれ関連付けられた推定期間とを備える請求項６３に記載のシステム。
【請求項６６】
前記テキスト表示領域は、前記第１の数の公共交通機関走行経路に関連する前記第１のデータをリストの形式で表示するように構成される請求項６３に記載のシステム。
【請求項６７】
前記テキスト表示領域は、前記推奨ページの境界と同じ縁を共有する請求項６６に記載のシステム。
【請求項６８】
前記テキスト表示領域上で行われたユーザのスライド操作に応じて、第２の数の公共交通機関走行経路に関連する第２のデータを表示するために、前記テキスト表示領域を拡大するように構成される第２の表示ユニットをさらに備え、前記スライド操作は、前記テキスト表示領域から前記推奨ページの中央に向けられ、前記第２の数は、前記第１の数より大きい請求項６７に記載のシステム。
【請求項６９】
前記テキスト表示領域上で行われたユーザのクリック操作に応じて、前記クリック操作の位置に対応する公共交通機関走行経路に関連する第３のデータを前記テキスト表示領域に表示するように構成される第３の表示ユニットをさらに備える請求項６３〜６８のいずれか一項に記載のシステム。
【請求項７０】
前記少なくとも２つの公共交通機関走行経路を決定するように構成される計画ページを生成するようにさらに構成される前記生成ユニットと、
前記ユーザが前記出発地および前記目的地を入力したか否かを決定するように構成され、
前記ユーザが前記出発地および前記目的地を入力した決定に応じて、前記出発地および前記目的地に基づいて、前記少なくとも２つの公共交通機関走行経路を取得するように前記取得ユニットを起動するようにさらに構成される決定ユニットと、をさらに備える請求項６３〜６９のいずれか一項に記載のシステム。
【請求項７１】
命令のセットを記憶する少なくとも１つの記憶装置と、
前記命令のセットを実行するとき、請求項５５〜６２のいずれか一項に記載の方法を行うように構成され、前記少なくとも１つの記憶媒体と通信する少なくとも１つプロセッサとを備える、コンピューティングデバイス。
【請求項７２】
少なくとも１つのプロセッサによって実行されるとき、請求項５５〜６２のいずれか一項に記載の方法を行うように前記少なくとも１つのプロセッサに指示する少なくとも１つの命令のセットを備える、非一時的なコンピュータ可読媒体。
【請求項７３】
サービスシステムと対話するコンピューティングデバイスであって、
クライアント端末で実装されるオンラインツーオフラインサービスを提供する前記サービスシステムに接続される前記コンピューティングデバイスのデータ交換ポートと、
経路計画する命令のセットを記憶する少なくとも１つの記憶装置と、
前記少なくとも１つの記憶媒体と通信するように構成される少なくとも１つプロセッサと、を備え、
前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
ネットワークを介して、前記クライアント端末から第１の走行の情報を受信させ、
前記第１の走行の情報に基づいて、少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を生成させ、
前記少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信させ、
前記受信された要求に応じて、ネットワークを介して、前記クライアント端末に前記少なくとも１つの経路計画記録のうちの１つを送信させるように構成されるコンピューティングデバイス。
【請求項７４】
前記第１の走行の情報に基づいて、少なくとも１つの経路計画記録を生成するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
前記第１の走行の情報に基づいて、第１の出発地および目的地を決定させ、
前記第１の出発地および前記目的地に基づいて、前記少なくとも１つの公共交通機関走行経路を決定させ、
前記第１の走行の出発時刻と前記少なくとも１つの公共交通機関走行経路に関連付けられた道路状況とに基づいて、
固定サイトを有する前記１つ以上の公共交通機関の第１の部分に対応する運行期間および運行区間、
および非固定サイトを有する前記１つ以上の公共交通機関の第２の部分の分布を備える、前記少なくとも１つの公共交通機関走行経路に対応する１つ以上の公共交通機関の１つ以上の運行条件を決定させ、
前記１つ以上の公共交通機関の前記１つ以上の運行条件に基づいて、前記１つ以上の公共交通機関の１つ以上の識別子と、前記少なくとも１つの経路計画記録に対応し、前記クライアント端末に表示されるように構成されるインタフェース識別子とをそれぞれ備える前記少なくとも１つの経路計画記録を生成させるように構成される請求項７３に記載のコンピューティングデバイス。
【請求項７５】
前記第１の走行の情報に基づいて、第１の出発地を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
前記クライアント端末の測位チップセットによって決定される、前記第１の走行が生成されたときの前記ユーザの地理的位置であるユーザの位置、および前記第１の走行に対応する第２の出発地を分析させ、
前記ユーザの位置と前記第２の出発地との間の距離を決定させ、
前記距離が距離閾値以上であるか否かを決定させ、
前記距離が距離閾値以上である前記決定の結果に基づいて、前記第２の出発地を前記第１の出発地として指定させ、
前記距離が前記距離閾値未満である前記決定の結果に基づいて、前記ユーザの位置を前記第１の出発地として指定させるように構成される請求項７４に記載のコンピューティングデバイス。
【請求項７６】
前記第１の出発地および前記目的地に基づいて、前記少なくとも１つの公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
前記第１の出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定させ、
前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得させ、
前記リアルタイム到着信号に基づいて、前記公共交通機関の前記第１の出発地に最も近い駅である目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定させ、
前記複数の候補公共交通機関走行経路にそれぞれ対応する前記公共交通機関の到着時刻に関連する情報に基づいて、前記少なくとも１つの公共交通機関走行経路を決定させるように構成される請求項７４に記載のコンピューティングデバイス。
【請求項７７】
前記公共交通機関の前記リアルタイム到着信号は、到着駅、車両番号、ナンバープレート、運転方向、前記公共交通機関の現在位置、または前記公共交通機関が位置する領域のうちの少なくとも１つを備える請求項７６に記載のコンピューティングデバイス。
【請求項７８】
前記リアルタイム到着信号に基づいて、前記目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定するために、前記少なくとも１つのプロセッサは、コンピューティングデバイスに、
前記サービスシステムの契約車両であり、運転方向が前記公共交通機関の運転方向と一致し、前記リアルタイム到着信号と一致する運転車両を決定させ、
前記公共交通機関と重複する走行経路を有する前記運転車両の１つ以上を１つ以上の基準車両として決定させ、
前記１つ以上の基準車両にそれぞれ関連付けられた１つ以上の基準走行を取得させ、
前記１つ以上の基準車両にそれぞれ関連付けられた前記１つ以上の基準走行に基づいて、前記到着時刻に関連する情報を決定させるように構成される請求項７７に記載のコンピューティングデバイス。
【請求項７９】
前記１つ以上の基準走行は、運転速度および前記到着駅から前記目標駅までの距離をそれぞれ備えるか、または
前記１つ以上の基準走行は、前記到着駅から前記目標駅までの運転期間をそれぞれ備える請求項７８に記載のコンピューティングデバイス。
【請求項８０】
前記到着時刻に関連する情報は、前記目標駅に到着する前記公共交通機関の到着時点と、前記到着駅から前記目標駅までの前記公共交通機関の第１の走行期間とを備え、
前記公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、コンピューティングデバイスに、
前記第１の出発地から前記目標駅までの前記クライアント端末の第２の走行期間を決定させ、
前記複数の候補公共交通機関走行経路のうちの少なくとも１つを前記少なくとも１つの公共交通機関走行経路として決定させるように構成され、
決定された前記複数の候補公共交通機関走行経路のうちの前記少なくとも１つの前記第１の走行期間は、前記第１の出発地から前記目標駅までの前記クライアント端末の前記第２の走行期間より長い請求項７７〜７９のいずれか一項に記載のコンピューティングデバイス。
【請求項８１】
前記第１の出発地および前記目的地に基づいて、複数の候補公共交通機関を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
所定の駅位置から前記第１の出発地に最も近い駅を第１の駅として決定させ、
前記第１の駅を通過する１つ以上の第１の公共交通機関走行経路を決定させ、
前記１つ以上の第１の公共交通機関走行経路から、前記目的地を通過する１つ以上の第２の公共交通機関走行経路を決定させ、
前記１つ以上の第２の公共交通機関走行経路に基づいて、前記複数の候補公共交通機関走行経路を決定させるように構成される請求項７６に記載のコンピューティングデバイス。
【請求項８２】
前記第１の駅を通過する１つ以上の公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
前記所定の駅位置から前記ユーザの位置に二番目に近い駅を第２の駅として決定させ、
前記第１の駅または前記第２の駅を通過する前記１つ以上の第１の公共交通機関走行経路を決定させるように構成される請求項８１に記載のコンピューティングデバイス。
【請求項８３】
前記１つ以上の第２の公共交通機関走行経路に基づいて、前記複数の候補公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
前記１つ以上の第２の公共交通機関走行経路のそれぞれに対して、前記１つ以上の第２の公共交通機関走行経路にそれぞれ対応する公共交通機関の現在位置を取得させ、
前記公共交通機関の現在位置から前記第１の駅までの距離を決定させ、
最も近いものから最も遠いものの順に前記距離に関連付けられた第１の規則に基づいて、前記１つ以上の第２の公共交通機関走行経路をランク付けさせ、
ランク付けされた前記１つ以上の第２の公共交通機関走行経路に基づいて、前記複数の候補公共交通機関走行経路を決定させるように構成される請求項８１または請求項８２に記載のコンピューティングデバイス。
【請求項８４】
前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
前記クライアント端末によって入力されたキーワードの入力を受信させ、
前記キーワードが数字を含むか否かを決定させ、
前記キーワードが数字を含む前記決定の結果に基づいて、前記１つ以上の第２の公共交通機関走行経路のうちの少なくとも１つを前記複数の候補公共交通機関走行経路として指定させるように構成され、
前記複数の候補公共交通機関走行経路のうちの１つに対応する公共交通機関の車両番号は、前記数字を先頭数字として備える請求項８１に記載のコンピューティングデバイス。
【請求項８５】
前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
駅に近づく前記公共交通機関を示すプロンプト信号を受信させ、
前記プロンプト信号に基づいて前記公共交通機関に関連付けられた前記リアルタイム到着信号を取得させるように構成される請求項７６に記載のコンピューティングデバイス。
【請求項８６】
前記公共交通機関の戸開ボタンがトリガされたとき、前記プロンプト信号を生成するか、または
前記公共交通機関の到着プロンプトボタンがトリガされたとき、前記プロンプト信号を生成する、請求項８５に記載のコンピューティングデバイス。
【請求項８７】
前記少なくとも１つのプロセッサは、さらに、前記コンピューティングデバイスに、
少なくとも１つの公共交通機関走行経路を計画する要求を取得させ、
所定のストラテジーに基づいて、特定の経路計画記録に対応する第１のインタフェース識別子、および／または前記少なくとも１つの経路計画記録のうちの１つ以上の不特定の経路計画記録に対応する１つ以上の第２のインタフェース識別子を前記クライアント端末に送信させ、
前記１つ以上の公共交通機関の前記１つ以上の識別子および前記特定の経路計画記録の前記少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行を表示する地図インタフェースの形式で、前記特定の経路計画記録を表示するように前記クライアント端末に指示させ、
前記１つ以上の第２のインタフェース識別子の形式で、前記１つ以上の不特定の経路計画記録を表示するように前記クライアント端末に指示させるように構成され、
前記第２の走行は、前記少なくとも１つの公共交通機関走行経路の総走行期間、前記少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃の少なくとも１つを含む走行パラメータのうちの少なくとも１つを備える、請求項７３に記載のコンピューティングデバイス。
【請求項８８】
前記少なくとも１つのプロセッサは、さらに、前記コンピューティングデバイスに、
前記１つ以上の第２のインタフェース識別子のうちの１つを取得する要求を受信させ、
前記１つ以上の第２のインタフェース識別子のうちの前記１つに対応する前記１つ以上の不特定の経路計画記録のうちの１つを前記クライアント端末に送信させ、
前記インタフェース識別子に対応する前記１つ以上の不特定の経路計画記録のうちの前記１つを前記地図インタフェースの形式で表示するように前記クライアント端末に指示させるように構成される請求項８７に記載のコンピューティングデバイス。
【請求項８９】
前記少なくとも１つのプロセッサは、さらに、前記コンピューティングデバイスに、
前記クライアント端末に、
前記地図インタフェースを表示するように構成される地図表示領域と、第１の数の前記１つ以上の第２のインタフェース識別子に関連する第１のデータを表示するように構成されるテキスト表示領域とを含む推奨ページを生成させ、
前記クライアント端末のディスプレイによって前記推奨ページを表示させるように構成される命令を前記クライアント端末に送信させるように構成される請求項８７に記載のコンピューティングデバイス。
【請求項９０】
前記第１の数の前記１つ以上の第２のインタフェース識別子に関連する前記第１のデータは、不特定の経路計画記録に対応する公共交通機関の車両番号と、不特定の経路計画記録に対応する公共交通機関走行経路に関連付けられた推定期間とを備える請求項８９に記載のコンピューティングデバイス。
【請求項９１】
前記テキスト表示領域は、前記の第１の数の前記１つ以上の第２のインタフェース識別子に関連する前記第１のデータをリストの形式で表示するように構成される請求項８９に記載のコンピューティングデバイス。
【請求項９２】
前記テキスト表示領域は、前記推奨ページの輪郭と縁を共有する請求項９１に記載のコンピューティングデバイス。
【請求項９３】
前記クライアント端末のディスプレイによって、前記推奨ページを表示するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
前記テキスト表示領域上で行われた前記ユーザのスライド操作に応じて、前記クライアント端末にテキスト表示領域を拡張させて、第２の数の前記１つ以上の第２のインタフェース識別子に関連する第２のデータを表示させるように構成され、
前記スライド操作は、前記テキスト表示領域から前記推奨ページの中心に向けられる請求項９２に記載のコンピューティングデバイス。
【請求項９４】
前記少なくとも１つのプロセッサは、さらに、前記コンピューティングデバイスに、
前記テキスト表示領域上で行われた前記ユーザのクリック操作に応じて、前記クライアント端末に、前記クリック操作の位置に対応する第２の識別子に関連する第３のデータを前記テキスト表示領域に表示させるように構成される請求項８９〜９２のいずれか一項に記載のコンピューティングデバイス。
【請求項９５】
プロセッサ、記憶装置およびネットワークに接続された通信プラットフォームを有するコンピューティングデバイスで実装される方法であって、
ネットワークを介して、前記クライアント端末から第１の走行の情報を受信することと、
前記第１の走行の情報に基づいて、少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を生成することと、
前記少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信することと、
受信された前記要求に応じて、前記ネットワークを介して、前記クライアント端末に前記少なくとも１つの経路計画記録のうちの１つを送信することと、を備える方法。
【請求項９６】
前記第１の走行の情報に基づいて、少なくとも１つの経路計画記録を生成することは、
前記第１の走行の情報に基づいて、第１の出発地および目的地を決定することと、
前記第１の出発地および前記目的地に基づいて、前記少なくとも１つの公共交通機関走行経路を決定することと、
前記第１の走行の出発時刻と前記少なくとも１つの公共交通機関走行経路に関連付けられた道路状況とに基づいて、
固定サイトを有する前記１つ以上の公共交通機関の第１の部分に対応する運行期間および運行区間、
および非固定サイトを有する前記１つ以上の公共交通機関の第２の部分の分布を備える、前記少なくとも１つの公共交通機関走行経路に対応する１つ以上の公共交通機関の１つ以上の運行条件を決定することと、
前記１つ以上の公共交通機関の前記１つ以上の運行条件に基づいて、前記１つ以上の公共交通機関の１つ以上の識別子と、前記少なくとも１つの経路計画記録に対応し、前記クライアント端末に表示されるように構成されるインタフェース識別子とをそれぞれ備える前記少なくとも１つの経路計画記録を生成することと、を備える請求項９５に記載の方法。
【請求項９７】
前記第１の走行の情報に基づいて、第１の出発地を決定することは、
前記クライアント端末の測位チップセットによって決定される、前記第１の走行が生成されたときの前記ユーザの地理的位置である前記ユーザの位置、および前記第１の走行に対応する第２の出発地を分析することと、
前記ユーザの位置と前記第２の出発地との間の距離を決定することと、
前記距離が距離閾値以上であるか否かを決定することと、
前記距離が距離閾値以上である前記決定の結果に基づいて、前記第２の出発地を前記第１の出発地として指定することと、
前記距離が前記距離閾値未満である前記決定の結果に基づいて、前記ユーザの位置を前記第１の出発地として指定することと、を備える請求項９６に記載の方法。
【請求項９８】
前記第１の出発地および前記目的地に基づいて、前記少なくとも１つの公共交通機関走行経路を決定することは、
前記第１の出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定することと、
前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得することと、
前記リアルタイム到着信号に基づいて、前記公共交通機関の前記第１の出発地に最も近い駅である目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定することと、
前記複数の候補公共交通機関走行経路にそれぞれ対応する前記公共交通機関の到着時刻に関連する情報に基づいて、前記少なくとも１つの公共交通機関走行経路を決定することと、を備える請求項９６に記載の方法。
【請求項９９】
前記公共交通機関の前記リアルタイム到着信号は、到着駅、車両番号、ナンバープレート、運転方向、前記公共交通機関の現在位置、または前記公共交通機関が位置する領域のうちの少なくとも１つを備える請求項９８に記載の方法。
【請求項１００】
前記リアルタイム到着信号に基づいて、目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定することは、
前記サービスシステムの契約車両であり、運転方向が前記公共交通機関の運転方向と一致し、前記リアルタイム到着信号と一致する運転車両を決定することと、
前記公共交通機関と重複する走行経路を有する前記運転車両の１つ以上を１つ以上の基準車両として決定することと、
前記１つ以上の基準車両にそれぞれ関連付けられた１つ以上の基準走行を取得することと、
前記１つ以上の基準車両にそれぞれ関連付けられた前記１つ以上の基準走行に基づいて、前記到着時刻に関連する情報を決定することと、を備える請求項９９に記載の方法。
【請求項１０１】
前記１つ以上の基準走行は、運転速度および前記到着駅から前記目標駅までの距離を備えるか、または
前記１つ以上の基準走行は、前記到着駅から前記目標駅までの運転期間をそれぞれ備える請求項１００に記載の方法。
【請求項１０２】
前記到着時刻に関連する情報は、前記目標駅に到着する前記公共交通機関の到着時点と、前記到着駅から前記目標駅までの前記公共交通機関の第１の走行期間とを備え、
前記公共交通機関の前記到着時刻に関連する情報に基づいて、少なくとも１つの公共交通機関走行経路を決定することは、
前記第１の出発地から前記目標駅までの前記クライアント端末の第２の走行期間を決定することと、
前記複数の候補公共交通機関走行経路のうちの少なくとも１つを前記少なくとも１つの公共交通機関走行経路として決定することと、をさらに備え、決定された前記複数の候補公共交通機関走行経路のうちの前記少なくとも１つの前記第１の走行期間は、前記第１の出発地から前記目標駅までの前記クライアント端末の前記第２の走行期間より長い請求項９９〜１０１のいずれか一項に記載の方法。
【請求項１０３】
前記第１の出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定することは、
所定の駅位置から前記第１の出発地に最も近い駅を第１の駅として決定することと、
前記第１の駅を通過する１つ以上の第１の公共交通機関走行経路を決定することと、
前記１つ以上の第１の公共交通機関走行経路から、前記目的地を通過する１つ以上の第２の公共交通機関走行経路を決定することと、
前記１つ以上の第２の公共交通機関走行経路に基づいて、前記複数の候補公共交通機関走行経路を決定することと、をさらに備える請求項９８に記載の方法。
【請求項１０４】
前記第１の駅を通過する１つ以上の第１の公共交通機関走行経路を決定することは、
前記所定の駅位置から前記ユーザの位置に二番目に近い駅を第２の駅として決定することと、
前記第１の駅または前記第２の駅を通過する前記１つ以上の第１の公共交通機関走行経路を決定することと、をさらに備える請求項１０３に記載の方法。
【請求項１０５】
前記１つ以上の第２の公共交通機関走行経路に基づいて、前記複数の候補公共交通機関走行経路を決定することは、
前記１つ以上の第２の公共交通機関走行経路のそれぞれに対して、前記１つ以上の第２の公共交通機関走行経路にそれぞれ対応する公共交通機関の現在位置を取得することと、
前記公共交通機関の現在位置から前記第１の駅までの距離を決定することと、
最も近いものから最も遠いものの順に前記距離に関連付けられた第１の規則に基づいて、前記１つ以上の第２の公共交通機関走行経路をランク付けすることと、
ランク付けされた前記１つ以上の第２の公共交通機関走行経路に基づいて、前記複数の候補公共交通機関走行経路を決定することと、をさらに備える請求項１０３または請求項１０４に記載の方法。
【請求項１０６】
前記クライアントによって入力されたキーワードの入力を受信することと、
前記キーワードが数字を含むか否かを決定することと、
前記キーワードが数字を含む前記決定の結果に基づいて、前記１つ以上の第２の公共交通機関走行経路のうちの少なくとも１つを前記複数の候補公共交通機関走行経路として指定することと、をさらに備え、
前記複数の候補公共交通機関走行経路のうちの１つに対応する公共交通機関の車両番号は、前記数字を先頭数字として備える請求項１０３に記載の方法。
【請求項１０７】
前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得することは、
駅に近づく前記公共交通機関を示すプロンプト信号を受信することと、
前記プロンプト信号に基づいて前記公共交通機関に関連付けられた前記リアルタイム到着信号を取得することと、をさらに備える請求項９８に記載の方法。
【請求項１０８】
前記公共交通機関の戸開ボタンがトリガされたとき、前記プロンプト信号を生成するか、または
前記公共交通機関の到着プロンプトボタンがトリガされたとき、前記プロンプト信号を生成する、請求項１０７に記載のコンピューティングデバイス。
【請求項１０９】
少なくとも１つの公共交通機関走行経路を計画する要求を取得することと、
所定のストラテジーに基づいて、特定の経路計画記録に対応する第１のインタフェース識別子、および／または前記少なくとも１つの経路計画記録のうちの１つ以上の不特定の経路計画記録に対応する１つ以上の第２のインタフェース識別子を前記クライアント端末に送信することと、
前記１つ以上の公共交通機関の前記１つ以上の識別子および前記特定の経路計画記録の前記少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行を表示する地図インタフェースの形式で、前記特定の経路計画記録を表示するように前記クライアント端末に指示することと、
前記１つ以上の第２のインタフェース識別子の形式で、前記１つ以上の不特定の経路計画記録を表示するように前記クライアント端末に指示することと、をさらに備え、
前記第２の走行は、前記少なくとも１つの公共交通機関走行経路の総走行期間、前記少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃の少なくとも１つを含む走行パラメータのうちの少なくとも１つを備える、請求項９５に記載の方法。
【請求項１１０】
前記１つ以上の第２のインタフェース識別子のうちの１つを取得する要求を受信することと、
前記１つ以上の第２のインタフェース識別子のうちの前記１つに対応する前記１つ以上の不特定の経路計画記録のうちの１つを前記クライアント端末に送信することと、
前記インタフェース識別子に対応する前記１つ以上の不特定の経路計画記録のうちの前記１つを前記地図インタフェースの形式で表示するように前記クライアント端末に指示すること、をさらに備える請求項１０９に記載の方法。
【請求項１１１】
前記クライアント端末に、
前記地図インタフェースを表示するように構成される地図表示領域と、第１の数の前記１つ以上の第２のインタフェース識別子に関連する第１のデータを表示するように構成されるテキスト表示領域とを含む推奨ページを生成させ、
前記クライアント端末のディスプレイによって前記推奨ページを表示させるように構成される命令を前記クライアント端末に送信すること、をさらに備える請求項１０９に記載の方法。
【請求項１１２】
前記第１の数の前記１つ以上の第２のインタフェース識別子に関連する前記第１のデータは、不特定の経路計画記録に対応する公共交通機関の車両番号と、不特定の経路計画記録に対応する公共交通機関走行経路に関連付けられた推定期間とを備える請求項１１１に記載の方法。
【請求項１１３】
前記テキスト表示領域は、前記の第１の数の前記１つ以上の第２のインタフェース識別子に関連する前記第１のデータをリストの形式で表示するように構成される請求項１１１に記載の方法。
【請求項１１４】
前記テキスト表示領域は、前記推奨ページの輪郭と縁を共有する請求項１１３に記載の方法。
【請求項１１５】
前記クライアント端末の前記ディスプレイによって前記推奨ページを表示することは、
前記テキスト表示領域上で行われた前記ユーザのスライド操作に応じて、前記クライアント端末に前記テキスト表示領域を拡張させて、第２の数の前記１つ以上の第２のインタフェース識別子に関連する第２のデータを表示させることをさらに備え、
前記スライド操作は、前記テキスト表示領域から前記推奨ページの中心に向けられる請求項１１４に記載の方法。
【請求項１１６】
前記テキスト表示領域上で行われた前記ユーザのクリック操作に応じて、前記クライアント端末に、前記クリック操作の位置に対応する第２の識別子に関連する第３のデータを前記テキスト表示領域に表示させること、をさらに備える請求項１１１〜１１４のいずれか一項に記載の方法。
【請求項１１７】
少なくとも１つのプロセッサによって実行されるとき、
ネットワークを介して、前記クライアント端末から第１の走行の情報を受信し、
前記第１の走行の情報に基づいて、少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を生成し、
前記少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信し、
受信された前記要求に応じて、前記ネットワークを介して、前記クライアント端末に前記少なくとも１つの経路計画記録のうちの１つを送信する動作を行うように前記少なくとも１つのプロセッサに指示する少なくとも１つの命令のセットを記憶する非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、２０１７年６月２１日に提出された中国出願番号第201710477223.0号、２０１７年６月３０日に提出された中国出願番号第201710525454.4号、２０１７年８月３１日に提出された中国出願番号第201710773418.X号、２０１７年１１月３日に提出された中国出願番号第201711071425.1号、および２０１７年１１月３日に提出された中国出願番号第201711071415.8号の優先権を主張する。上記の各出願は、その全体が参照により本明細書に明確に組み込まれるものとする。
【０００２】
本開示は、一般に、電子経路計画システムおよび方法に関し、特に公共交通機関を含む電子経路計画システムおよび方法に関する。
【背景技術】
【０００３】
公共交通機関は、人々の日常生活において重要な役割を果たす。今日、インターネットの発展に伴い、ユーザは、自己のスマートフォンにインストールされたアプリケーションを使用して、公共交通機関の経路、例えばバススケジュールを取得することができる。例えば、ユーザは、出発地と目的地を入力することができ、アプリケーションは、入力された情報に基づいて、公共交通機関の経路を返してもよい。しかし、ユーザは、公共交通機関の経路に対応する公共交通機関の運行状況（運行期間、運行区間など）を取得することができない。また、ユーザは、公共交通機関のリアルタイムな到着位置を知ることができない可能性があり、公共交通機関が出発地に到着する時間を予測することもできない。したがって、公共交通に関連する経路計画および公共交通の運行条件、リアルタイム情報などの公共交通に関連する情報を決定するためのシステムおよび方法を開発することが望ましい。
【発明の概要】
【０００４】
本開示の一態様は、経路計画方法を提供する。方法は、サーバで実装されてもよい。方法は、クライアント端末によって送信された第１の走行に応じて、前記第１の走行に基づいて、少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を生成することを備えてもよい。方法は、前記クライアント端末による、前記少なくとも１つの公共交通機関走行経路のうちの１つを取得する要求に応じて、前記要求に対応する前記少なくとも１つの経路計画記録のうちの１つを前記クライアント端末に送信することをさらに備えてもよい。
【０００５】
本開示の他の態様は、経路計画方法を提供する。方法は、クライアント端末で実装されてもよい。方法は、サービス要求の第１の走行をサーバに送信することを備えてもよい。方法は、少なくとも１つの公共交通機関走行経路を取得する要求が検出された決定に応じて、前記サーバによって生成された前記少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を取得し表示することをさらに備えてもよい。前記少なくとも１つの経路計画記録に関連付けられた出発座標は、前記第１の走行に基づいて決定されてもよい。
【０００６】
本開示の他の態様は、経路計画装置を提供する。装置は、サーバで実装されてもよい。装置は、応答ユニットを備えてもよい。前記応答ユニットは、クライアント端末によって送信された第１の走行に応じて、前記第１の走行に基づいて、少なくとも１つの経路計画記録を生成するように構成されてもよい。前記少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。前記応答ユニットはさらに、前記クライアント端末による、前記少なくとも１つの公共交通機関走行経路のうちの１つを取得する要求に応じて、前記要求に対応する前記少なくとも１つの経路計画記録のうちの１つを前記クライアント端末に送信するように構成されてもよい。
【０００７】
本開示の他の態様は、経路計画装置を提供する。装置は、クライアント端末で実装されてもよい。装置は、表示ユニットを備えてもよい。前記表示ユニットは、サービス要求の第１の走行をサーバに送信するように構成されてもよい。前記表示ユニットは、少なくとも１つの公共交通機関走行経路を取得する要求が検出された決定に応じて、前記サーバによって生成された前記少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を取得し表示してもよい。前記少なくとも１つの経路計画記録に関連付けられた出発座標は、前記第１の走行に基づいて決定されてもよい。
【０００８】
本開示の他の態様は、サーバを提供する。前記サーバは、少なくとも１つの記憶装置と、前記少なくとも１つの記憶装置と通信する少なくとも１つのプロセッサとを備えてもよい。前記少なくとも１つの記憶装置は、命令のセットを記憶してもよい。前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、クライアント端末によって送信された第１の走行に応じて、前記第１の走行に基づいて、少なくとも１つの経路計画記録を生成するように構成されてもよい。前記少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。前記少なくとも１つのプロセッサはさらに、前記クライアント端末による、前記少なくとも１つの公共交通機関走行経路のうちの１つを取得する要求に応じて、前記要求に対応する前記少なくとも１つの経路計画記録のうちの１つを前記クライアント端末に送信するように構成されてもよい。
【０００９】
本開示の他の態様は、クライアント端末を提供する。前記クライアント端末は、少なくとも１つの記憶装置と、前記少なくとも１つの記憶装置と通信する少なくとも１つのプロセッサとを備えてもよい。前記少なくとも１つの記憶装置は、命令のセットを記憶してもよい。前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、サービス要求の第１の走行をサーバに送信するように構成されてもよい。前記少なくとも１つのプロセッサは、少なくとも１つの公共交通機関走行経路を取得する要求が検出された決定に応じて、前記サーバによって生成された前記少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を取得し表示してもよい。前記少なくとも１つの経路計画記録に関連付けられた出発座標は、前記第１の走行に基づいて決定されてもよい。
【００１０】
本開示の他の態様は、非一時的なコンピュータ可読媒体を提供する。前記非一時的なコンピュータ可読媒体は、少なくとも１つの命令のセットを備えてもよい。少なくとも１つのプロセッサによって実行されるとき、前記少なくとも１つの命令のセットは、上記の方法を行うように前記少なくとも１つのプロセッサに指示してもよい。
【００１１】
本開示の他の態様は、公共交通機関走行経路をプッシュする方法を提供する。方法は、オンライン配車アプリケーションで実装されてもよい。方法は、クライアント端末によって入力された出発地および目的地を受信することを備えてもよい。方法は、前記出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定することをさらに備えてもよい。方法は、前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得することと、前記リアルタイム到着信号に基づいて、目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定することとをさらに備えてもよい。前記目標駅は、前記公共交通機関の出発地に最も近い駅であってもよい。方法は、前記複数の候補公共交通機関走行経路にそれぞれ対応する前記公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの目標公共交通機関走行経路を前記クライアント端末に送信することをさらに備えてもよい。
【００１２】
本開示の他の態様は、公共交通機関走行経路をプッシュする装置を提供する。装置は、オンライン配車アプリケーションで実装されてもよい。装置は、受信モジュール、スクリーニングモジュール、取得モジュール、決定モジュール、および送信モジュールを備えてもよい。前記受信モジュールは、クライアント端末によって入力された出発地および目的地を受信するように構成されてもよい。前記スクリーニングモジュールは、前記出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定するように構成されてもよい。前記取得モジュールは、前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得するように構成されてもよい。前記決定モジュールは、前記リアルタイム到着信号に基づいて、目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定するように構成されてもよい。前記目標駅は、前記公共交通機関の出発地に最も近い駅であってもよい。前記送信モジュールは、前記複数の候補公共交通機関走行経路にそれぞれ対応する前記公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの目標公共交通機関走行経路を前記クライアント端末に送信するように構成されてもよい。
【００１３】
本開示の他の態様は、コンピューティングデバイスを提供する。前記コンピューティングデバイスは、少なくとも１つの記憶装置と、前記少なくとも１つの記憶装置と通信する少なくとも１つのプロセッサとを備えてもよい。前記少なくとも１つの記憶装置は、命令のセットを記憶してもよい。前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、クライアント端末によって入力された出発地および目的地を受信するように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定するように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得するように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記リアルタイム到着信号に基づいて、目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定するように構成されてもよい。前記目標駅は、前記公共交通機関の出発地に最も近い駅であってもよい。前記少なくとも１つのプロセッサはさらに、前記複数の候補公共交通機関走行経路にそれぞれ対応する前記公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの目標公共交通機関走行経路を前記クライアント端末に送信するようにさらに構成されてもよい。
【００１４】
本開示の他の態様は、非一時的なコンピュータ可読媒体を提供する。前記非一時的なコンピュータ可読媒体は、少なくとも１つの命令のセットを備えてもよい。少なくとも１つのプロセッサによって実行されるとき、前記少なくとも１つの命令のセットは、クライアント端末によって入力された出発地および目的地を受信するように前記少なくとも１つのプロセッサに指示してもよい。前記少なくとも１つの命令のセットは、前記出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定するように前記少なくとも１つのプロセッサに指示してもよい。前記少なくとも１つの命令のセットは、前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得するように前記少なくとも１つのプロセッサに指示してもよい。前記少なくとも１つの命令のセットは、前記リアルタイム到着信号に基づいて、目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定するように前記少なくとも１つのプロセッサに指示してもよい。前記目標駅は、前記公共交通機関の出発地に最も近い駅であってもよい。前記少なくとも１つの命令のセットは、前記複数の候補公共交通機関走行経路にそれぞれ対応する前記公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの目標公共交通機関走行経路を前記クライアント端末に送信するように前記少なくとも１つのプロセッサに指示してもよい。
【００１５】
本開示の他の態様は、公共交通機関走行経路をプッシュする方法を提供する。方法は、ユーザの位置を取得することを備えてもよい。方法は、前記ユーザの位置に基づいて、所定の駅位置から前記ユーザの位置に最も近い駅を第１の駅として決定することをさらに備えてもよい。方法は、前記第１の駅を通過する１つ以上の公共交通機関走行経路を前記ユーザにプッシュすることをさらに備えてもよい。
【００１６】
本開示の他の態様は、公共交通機関走行経路をプッシュする装置を提供する。装置は、測位モジュール、処理モジュール、およびプッシュモジュールを備えてもよい。前記測位モジュールは、ユーザの位置を取得するように構成されてもよい。前記処理モジュールは、前記ユーザの位置に基づいて、所定の駅位置から前記ユーザの位置に最も近い駅を第１の駅として決定するように構成されてもよい。前記プッシュモジュールは、前記第１の駅を通過する１つ以上の公共交通機関走行経路を前記ユーザにプッシュするように構成されてもよい。
【００１７】
本開示の他の態様は、情報送信する方法を提供する。方法は、駅に近づく公共交通機関を示すプロンプト信号を受信することを備えてもよい。方法は、前記プロンプト信号に基づいて、前記公共交通機関に関連付けられたリアルタイム到着信号を取得することをさらに備えてもよい。方法は、オンライン配車プラットフォームに関連付けられたユーザによる参照のために、前記リアルタイム到着信号を前記オンライン配車プラットフォームに送信することをさらに備えてもよい。
【００１８】
本開示の他の態様は、情報送信装置を提供する。装置は、受信モジュール、取得モジュール、および送信モジュールを備えてもよい。前記受信モジュールは、駅に近づく公共交通機関を示すプロンプト信号を受信するように構成されてもよい。前記取得モジュールは、前記プロンプト信号に基づいて、前記公共交通機関に関連付けられたリアルタイム到着信号を取得するように構成されてもよい。前記送信モジュールは、オンライン配車プラットフォームに関連付けられたユーザによる参照のために、前記リアルタイム到着信号を前記オンライン配車プラットフォームに送信するように構成されてもよい。
【００１９】
本開示の他の態様は、情報送信装置を提供する。装置は、少なくとも１つの記憶装置と、前記少なくとも１つの記憶装置と通信する少なくとも１つのプロセッサとを備えてもよい。前記少なくとも１つの記憶装置は、命令のセットを記憶してもよい。前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、駅に近づく公共交通機関を示すプロンプト信号を受信するように構成されてもよい。前記少なくとも１つのプロセッサは、前記プロンプト信号に基づいて、前記公共交通機関に関連付けられたリアルタイム到着信号を取得するように構成されてもよい。前記少なくとも１つのプロセッサは、オンライン配車プラットフォームに関連付けられたユーザによる参照のために、前記リアルタイム到着信号を前記オンライン配車プラットフォームに送信するように構成されてもよい。
【００２０】
本開示の他の態様は、非一時的なコンピュータ可読媒体を提供する。前記非一時的なコンピュータ可読媒体は、少なくとも１つの命令のセットを備えてもよい。少なくとも１つのプロセッサによって実行されるとき、前記少なくとも１つの命令のセットは、駅に近づく公共交通機関を示すプロンプト信号を受信するように前記少なくとも１つのプロセッサに指示してもよい。前記少なくとも１つの命令のセットは、前記プロンプト信号に基づいて、前記公共交通機関に関連付けられたリアルタイム到着信号を取得するように前記少なくとも１つのプロセッサに指示してもよい。前記少なくとも１つの命令のセットは、オンライン配車プラットフォームに関連付けられたユーザによる参照のために、前記リアルタイム到着信号を前記オンライン配車プラットフォームに送信するように前記少なくとも１つのプロセッサに指示してもよい。
【００２１】
本開示の他の態様は、公共交通機関を提供する。前記公共交通機関は、情報送信装置を備えてもよい。
【００２２】
本開示の他の態様は、表示する方法を提供する。方法は、出発地および目的地を受信することを備えてもよい。方法は、前記出発地および前記目的地に基づいて、少なくとも２つの公共交通機関走行経路を取得することをさらに備えてもよい。方法は、推奨ページを生成することをさらに備えてもよい。前記推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。前記テキスト表示領域は、第１の数の公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。方法は、前記推奨ページを表示することをさらに備えてもよい。
【００２３】
本開示の他の態様は、表示するシステムを提供する。前記システムは、取得ユニット、生成ユニット、および第１の表示ユニットを備えてもよい。前記取得ユニットは、出発地および目的地を受信し、前記出発地および前記目的地に基づいて少なくとも２つの公共交通機関走行経路を取得するように構成されてもよい。前記生成ユニットは、推奨ページを生成するように構成されてもよい。前記推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。前記テキスト表示領域は、第１の数の公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。前記第１の表示ユニットは、前記推奨ページを表示するように構成されてもよい。
【００２４】
本開示の他の態様は、コンピューティングデバイスを提供する。前記コンピューティングデバイスは、少なくとも１つの記憶装置と、前記少なくとも１つの記憶装置と通信する少なくとも１つのプロセッサとを備えてもよい。前記少なくとも１つの記憶装置は、命令のセットを記憶してもよい。前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、出発地および目的地を受信し、前記出発地および前記目的地に基づいて少なくとも２つの公共交通機関走行経路を取得するように構成されてもよい。前記少なくとも１つのプロセッサは、推奨ページを生成するように構成されてもよい。前記推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。前記テキスト表示領域は、第１の数の公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。前記少なくとも１つのプロセッサは、前記推奨ページを表示するように構成されてもよい。
【００２５】
本開示の他の態様は、非一時的なコンピュータ可読媒体を提供する。前記非一時的なコンピュータ可読媒体は、少なくとも１つの命令のセットを備えてもよい。少なくとも１つのプロセッサによって実行されるとき、前記少なくとも１つの命令のセットは、出発地および目的地を受信し、前記出発地および前記目的地に基づいて少なくとも２つの公共交通機関走行経路を取得するように前記少なくとも１つのプロセッサに指示してもよい。前記少なくとも１つの命令のセットは、推奨ページを生成するように前記少なくとも１つのプロセッサに指示してもよい。前記推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。前記テキスト表示領域は、第１の数の公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。前記少なくとも１つの命令のセットは、前記推奨ページを表示するように前記少なくとも１つのプロセッサに指示してもよい。
【００２６】
本開示の他の態様は、サービスシステムと対話するコンピューティングデバイスを提供する。前記コンピューティングデバイスは、データ交換ポート、少なくとも１つの記憶装置、および少なくとも１つのプロセッサを備えてもよい。前記コンピューティングデバイスの前記データ交換ポートは、クライアント端末で実装されるオンラインツーオフラインサービスを提供する前記サービスシステムに接続されてもよい。前記少なくとも１つの記憶装置は、経路計画する命令のセットを記憶してもよい。前記少なくとも１つのプロセッサは、前記少なくとも１つの記憶装置と通信するように構成されてもよい。前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、ネットワークを介して前記クライアント端末から第１の走行の情報を受信させるように構成されてもよい。前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、前記第１の走行の情報に基づいて少なくとも１つの経路計画記録を生成させるように構成されてもよい。前記少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信させ、前記受信された要求に応じて、前記ネットワークを介して、前記少なくとも１つの経路計画記録のうちの１つを前記クライアント端末に送信させるように構成されてもよい。
【００２７】
いくつかの実施形態では、前記第１の走行の情報に基づいて少なくとも１つの経路計画記録を生成するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、前記第１の走行の情報に基づいて第１の出発地および目的地を決定させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記第１の出発地および前記目的地に基づいて前記少なくとも１つの公共交通機関走行経路を決定させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記少なくとも１つの公共交通機関走行経路に関連付けられた前記第１の走行の出発時刻および道路状況に基づいて、前記少なくとも１つの公共交通機関走行経路に対応する１つ以上の公共交通機関の１つ以上の運行条件を決定させるように構成されてもよい。前記１つ以上の運行条件は、固定サイトを有する前記１つ以上の公共交通機関の第１の部分に対応する運行期間および運行区間、および非固定サイトを有する前記１つ以上の公共交通機関の第２の部分の分布を備えてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記１つ以上の公共交通機関の前記１つ以上の運行条件に基づいて前記少なくとも１つの経路計画記録を生成させるように構成されてもよい。前記少なくとも１つの経路計画記録は、前記１つ以上の公共交通機関の１つ以上の識別子と、前記クライアント端末に表示されるように構成されたインタフェース識別子とをそれぞれ備えてもよい。前記インタフェース識別子は、前記少なくとも１つの経路計画記録にそれぞれ対応してもよい。
【００２８】
いくつかの実施形態では、前記第１の走行の情報に基づいて第１の出発地を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、前記第１の走行に対応する前記ユーザの位置および第２の出発地を分析させるように構成されてもよい。前記第１の走行が生成されたとき、前記ユーザの位置は、前記ユーザの地理的位置であってもよい。前記ユーザの地理的位置は、前記クライアント端末の測位チップセットによって決定されてもよい。前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、前記ユーザの位置と前記第２の出発地との間の距離を決定させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記距離が距離閾値以上であるか否かを決定させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記距離が距離閾値以上である前記決定の結果に基づいて、前記第２の出発地を前記第１の出発地として指定させ、前記距離が前記距離閾値未満である前記決定の結果に基づいて、前記ユーザの位置を前記第１の出発地として指定させるように構成されてもよい。
【００２９】
いくつかの実施形態では、前記第１の出発地および前記目的地に基づいて前記少なくとも１つの公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、前記第１の出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記リアルタイム到着信号に基づいて、目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定させるように構成されてもよい。前記目標駅は、前記公共交通機関の前記第１の出発地に最も近い駅であってもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記複数の候補公共交通機関走行経路にそれぞれ対応する前記公共交通機関の到着時刻に関連する情報に基づいて、前記少なくとも１つの公共交通機関走行経路を決定させるように構成されてもよい。
【００３０】
いくつかの実施形態では、前記公共交通機関の前記リアルタイム到着信号は、到着駅、車両番号、ナンバープレート、運転方向、前記公共交通機関の現在位置、または前記公共交通機関が位置する区域のうちの少なくとも１つを備えてもよい。
【００３１】
いくつかの実施形態では、前記リアルタイム到着信号に基づいて目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定するために、前記少なくとも１つのプロセッサは、前記コンピュータデバイスに、前記リアルタイム到着信号と一致する運転車両を決定させるように構成されてもよい。前記運転車両は、前記サービスシステムの契約車両であってもよく、前記運転車両の運転方向は、前記公共交通機関の運転方向と一致してもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記公共交通機関と重複する運転経路を有する１つ以上の前記運転車両を１つ以上の基準車両として決定させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記１つ以上の基準車両にそれぞれ関連付けられた１つ以上の基準走行を取得させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記１つ以上の基準車両にそれぞれ関連付けられた前記１つ以上の基準走行に基づいて前記到着時刻に関連する情報を決定させるように構成されてもよい。
【００３２】
いくつかの実施形態では、前記１つ以上の基準走行は、運転速度および前記到着駅から前記目標駅までの距離をそれぞれ備えてもよい。または、前記１つ以上の基準走行は、前記到着駅から前記目標駅までの運転期間をそれぞれ備えてもよい。
【００３３】
いくつかの実施形態では、前記到着時刻に関連する情報は、前記目標駅に到着する前記公共交通機関の到着時点と、前記到着駅から前記目標駅までの前記公共交通機関の第１の走行期間とを備えてもよい。前記公共交通機関の到着時刻に関連する情報に基づいて少なくとも１つの公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、前記第１の出発地から前記目標駅までの前記クライアント端末の第２の走行期間を決定させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記複数の候補公共交通機関走行経路のうちの少なくとも１つを前記少なくとも１つの公共交通機関走行経路として決定させるように構成されてもよい。決定された前記複数の候補公共交通機関走行経路のうちの前記少なくとも１つの前記第１の走行期間は、前記第１の出発地から前記目標駅までの前記クライアント端末の前記第２の走行期間より長くてもよい。
【００３４】
いくつかの実施形態では、前記第１の出発地および前記目的地に基づいて複数の候補公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、所定の駅位置から前記第１の出発地に最も近い駅を第１の駅として決定させ、前記第１の駅を通過する１つ以上の第１の公共交通機関走行経路を決定させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記１つ以上の第１の公共交通機関走行経路から前記目的地を通過する１つ以上の第２の公共交通機関走行経路を決定させ、前記１つ以上の第２の公共交通機関走行経路に基づいて前記複数の候補公共交通機関走行経路を決定させるように構成されてもよい。
【００３５】
いくつかの実施形態では、前記第１の駅を通過する１つ以上の第１の公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、前記所定の駅位置から前記ユーザの位置に二番目に近い駅を第２の駅として決定させ、前記第１の駅または前記第２の駅を通過する前記１つ以上の第１の公共交通機関走行経路を決定させるように構成されてもよい。
【００３６】
いくつかの実施形態では、前記１つ以上の第２の公共交通機関走行経路に基づいて前記複数の候補公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、前記１つ以上の第２の公共交通機関走行経路のそれぞれに対して、前記１つ以上の第２の公共交通機関走行経路にそれぞれ対応する公共交通機関の現在位置を取得させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記公共交通機関の現在位置から前記第１の駅までの距離を決定させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、最も近いものから最も遠いものの順に前記距離に関連付けられた第１の規則に基づいて、前記１つ以上の第２の公共交通機関走行経路をランク付けさせるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、ランク付けされた前記１つ以上の第２の公共交通機関走行経路に基づいて、前記複数の候補公共交通機関走行経路を決定させるように構成されてもよい。
【００３７】
いくつかの実施形態では、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、前記クライアント端末によって入力されたキーワードの入力を受信させ、さらに前記キーワードが数字を含むか否かを決定させるように構成されてもよい。前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、前記キーワードが数字を含む前記決定の結果に基づいて、前記１つ以上の第２の公共交通機関走行経路のうちの少なくとも１つを前記複数の候補公共交通機関走行経路として指定させるように構成されてもよい。前記複数の候補公共交通機関走行経路のうちの１つに対応する公共交通機関の車両番号は、前記数字を先頭数字として備えてもよい。
【００３８】
いくつかの実施形態では、前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得するために、前記少なくとも１つのプロセッサは、前記コンピュータデバイスに、前記公共交通機関が駅に近づいていることを示すプロンプト信号を受信させ、前記プロンプト信号に基づいて前記公共交通機関に関連付けられた前記リアルタイム到着信号を取得させるように構成されてもよい。
【００３９】
いくつかの実施形態では、前記公共交通機関の戸開ボタンがトリガされたとき、前記プロンプト信号を生成してもよい。あるいは、前記公共交通機関の到着プロンプトボタンがトリガされたとき、前記プロンプト信号を生成してもよい。
【００４０】
いくつかの実施形態では、前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、少なくとも１つの公共交通機関走行経路を計画する要求を取得させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、所定のストラテジーに基づいて、特定の経路計画記録に対応する第１のインタフェース識別子、および／または前記少なくとも１つの経路計画記録のうちの１つ以上の不特定の経路計画記録に対応する１つ以上の第２のインタフェース識別子を前記クライアント端末に送信させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記特定の経路計画記録を地図インタフェースの形式で表示するように前記クライアント端末に指示するように構成されてもよい。前記地図インタフェースは、前記１つ以上の公共交通機関の前記１つ以上の識別子および前記特定の経路計画記録の前記少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行を表示してもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記１つ以上の不特定の経路計画記録を前記１つ以上の第２のインタフェース識別子の形式で表示するように前記クライアント端末に指示させるように構成されてもよい。前記第２の走行は、前記少なくとも１つの公共交通機関走行経路の総走行期間、前記少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離または運賃の少なくとも１つを含む走行パラメータのうちの少なくとも１つを備えてもよい。
【００４１】
いくつかの実施形態では、前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記１つ以上の第２のインタフェース識別子のうちの１つを取得する要求を受信させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記１つ以上の第２のインタフェース識別子のうちの前記１つに対応する前記１つ以上の不特定の経路計画記録のうちの１つを前記クライアント端末に送信させるように構成されてもよい。前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記インタフェース識別子に対応する前記１つ以上の不特定の経路計画記録のうちの前記１つを前記地図インタフェースの形式で表示するように前記クライアント端末に指示させるように構成されてもよい。
【００４２】
いくつかの実施形態では、前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、命令を前記クライアント端末に送信させるように構成されてもよい。前記命令は、前記クライアント端末に推奨ページを生成させるように構成されてもよい。前記推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。前記地図表示領域は、前記地図インタフェースを表示するように構成されてもよく、前記テキスト表示領域は、第１の数の前記１つ以上の第２のインタフェース識別子に関連する第１のデータを表示するように構成されてもよい。前記命令はさらに、前記クライアント端末に、前記クライアント端末のディスプレイによって前記推奨ページを表示させるように構成されてもよい。
【００４３】
いくつかの実施形態では、前記第１の数の前記１つ以上の第２のインタフェース識別子に関連する前記第１のデータは、不特定の経路計画記録に対応する公共交通機関の車両番号と、不特定の経路計画記録に対応する公共交通機関走行経路に関連付けられた推定期間とを備えてもよい。
【００４４】
いくつかの実施形態では、前記テキスト表示領域は、前記の第１の数の前記１つ以上の第２のインタフェース識別子に関連する前記第１のデータをリストの形式で表示するように構成されてもよい。
【００４５】
いくつかの実施形態では、前記テキスト表示領域は、前記推奨ページの輪郭と縁を共有してもよい。
【００４６】
いくつかの実施形態では、前記クライアント端末の前記ディスプレイによって前記推奨ページを表示するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、前記テキスト表示領域上で行われた前記ユーザのスライド操作に応じて、前記クライアント端末に前記テキスト表示領域を拡張させて、第２の数の前記１つ以上の第２のインタフェース識別子に関連する第２のデータを表示させるようにさせるように構成されてもよい。前記スライド操作は、前記テキスト表示領域から前記推奨ページの中央に向けられてもよい。
【００４７】
いくつかの実施形態では、前記少なくとも１つのプロセッサはさらに、前記コンピューティングデバイスに、前記テキスト表示領域上で行われた前記ユーザのクリック操作に応じて、前記クライアント端末に前記クリック操作の位置に対応する第２の識別子に関連する第３のデータを前記テキスト表示領域に表示させるようにさせるように構成されてもよい。
【００４８】
本開示の他態様は、方法を提供する。方法は、プロセッサ、記憶装置およびネットワークに接続された通信プラットフォームを有するコンピューティングデバイスで実装されてもよい。方法は、ネットワークを介して前記クライアント端末から第１の走行の情報を受信することを備えてもよい。方法はさらに、前記第１の走行の情報に基づいて少なくとも１つの経路計画記録を生成することを備えてもよい。前記少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。方法は、前記少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信することと、前記受信された要求に応じて、前記ネットワークを介して、前記少なくとも１つの経路計画記録のうちの１つを前記クライアント端末に送信することとをさらに備えてもよい。
【００４９】
本開示の他の態様は、非一時的なコンピュータ可読媒体を提供する。前記非一時的なコンピュータ可読媒体は、少なくとも１つの命令のセットを記憶してもよい。少なくとも１つのプロセッサによって実行されるとき、前記少なくとも１つの命令のセットは、ネットワークを介して、前記クライアント端末から第１の走行の情報を受信する動作を行うように前記少なくとも１つのプロセッサに指示してもよい。前記少なくとも１つの命令のセットはさらに、前記第１の走行の情報に基づいて、少なくとも１つの経路計画記録を生成する動作を行うように前記少なくとも１つのプロセッサに指示してもよい。前記少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。前記少なくとも１つの命令のセットはさらに、前記少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信し、前記受信された要求に応じて、前記ネットワークを介して、前記少なくとも１つの経路計画記録のうちの１つを前記クライアント端末に送信する動作を行うように前記少なくとも１つのプロセッサに指示してもよい。
【図面の簡単な説明】
【００５０】
例示的な実施形態により、本開示をさらに説明する。これらの例示的な実施形態は、図面を参照し詳細に説明される。これらの実施形態は、図面のいくつかの図において同様の参照符号が類似の構造を表す非限定的な例示的実施形態である。
【００５１】
【図１】本開示のいくつかの実施形態に係る例示的なオンラインツーオフライン（Ｏ２Ｏ）サービスシステムを示す概略図である。
【図２】本開示のいくつかの実施形態に係るコンピューティングデバイスの例示的なハードウェアおよびソフトウェアコンポーネントを示す概略図である。
【図３】本開示のいくつかの実施形態に係る端末が実装され得るモバイルデバイスの例示的なハードウェアおよび／またはソフトウェアコンポーネントを示す概略図である。
【図４】本開示のいくつかの実施形態に係る経路計画する例示的なプロセスを示すフローチャートである。
【図５】本開示のいくつかの実施形態に係る経路計画する例示的なプロセスを示すフローチャートである。
【図６】本開示のいくつかの実施形態に係る例示的な経路計画装置を示すブロック図である。
【図７】本開示のいくつかの実施形態に係る例示的な経路計画装置を示すブロック図である。
【図８】本開示のいくつかの実施形態に係る経路計画する例示的なプロセスを示すフローチャートである。
【図９】本開示の幾つかの実施形態に係る例示的なオンラインタクシー配車アプリケーション上の例示的な速達便インタフェースを示す概略図である。
【図１０】本開示の幾つかの実施形態に係る例示的なオンラインタクシー配車アプリケーション上の例示的な公共交通機関インタフェースを示す概略図である。
【図１１】本開示のいくつかの実施形態に係る１つ以上の公共交通機関走行経路を決定する例示的なプロセスを示すフローチャートである。
【図１２】本開示のいくつかの実施形態に係る公共交通機関の到着時刻に関連する情報を決定する例示的なプロセスを示すフローチャートである。
【図１３】本開示のいくつかの実施形態に係る公共交通機関走行経路を送信する例示的なプロセスを示すフローチャートである。
【図１４】本開示のいくつかの実施形態に係る公共交通機関走行経路を送信する例示的な装置を示すブロック図である。
【図１５】本開示の幾つかの実施形態に係る決定モジュールを示すブロック図である。
【図１６】本開示の幾つかの実施形態に係る送信モジュールを示すブロック図である。
【図１７】本開示のいくつかの実施形態に係る公共交通機関走行経路をプッシュする例示的なプロセスを示すフローチャートである。
【図１８】本開示のいくつかの実施形態に係る公共交通機関走行経路をプッシュする例示的なプロセスを示すフローチャートである。
【図１９】本開示のいくつかの実施形態に係る公共交通機関走行経路をプッシュする例示的なプロセスを示すフローチャートである。
【図２０】本開示のいくつかの実施形態に係る公共交通機関走行経路をプッシュする例示的なプロセスを示すフローチャートである。
【図２１】本開示のいくつかの実施形態に係る公共交通機関走行経路をプッシュする例示的なプロセスを示すフローチャートである。
【図２２】本開示のいくつかの実施形態に係るユーザの位置に基づいて公共交通機関走行経路をプッシュする例示的な装置を示すブロック図である。
【図２３】本開示のいくつかの実施形態に係るユーザの位置に基づいて公共交通機関走行経路をプッシュする例示的な装置を示すブロック図である。
【図２４】本開示のいくつかの実施形態に係るユーザの位置に基づいて公共交通機関走行経路をプッシュする例示的な装置を示すブロック図である。
【図２５】本開示のいくつかの実施形態に係るユーザの位置に基づいて公共交通機関走行経路をプッシュする例示的な装置を示すブロック図である。
【図２６】本開示のいくつかの実施形態に係る情報を送信する例示的なプロセスを示すフローチャートである。
【図２７】本開示のいくつかの実施形態に係る情報を送信する例示的な装置を示す概略図である。
【図２８】本開示のいくつかの実施形態に係る表示のための例示的なプロセスを示すフローチャートである。
【図２９】本開示のいくつかの実施形態に係る推奨ページを表示する例示的なプロセスを示すフローチャートである。
【図３０】本開示の第３の実施形態に係る推奨ページを表示す例示的なプロセスを示すフローチャートである。
【図３１】本開示のいくつかの実施形態に係る表示のための例示的なプロセスを示すフローチャートである。
【図３２】本開示のいくつかの実施形態に係る表示のための例示的なプロセスを示すフローチャートである。
【図３３】本開示のいくつかの実施形態に係るオンラインタクシー配車アプリケーションを示す概略図である。
【図３４】本開示のいくつかの実施形態に係るオンラインタクシー配車アプリケーションを示す概略図である。
【図３５】本開示のいくつかの実施形態に係るオンラインタクシー配車アプリケーションを示す概略図である。
【図３６】本開示のいくつかの実施形態に係るオンラインタクシー配車アプリケーションを示す概略図である。
【図３７】本開示の幾つかの実施形態に係る表示のための例示的な装置を示す概略図である。
【図３８】本開示のいくつかの実施形態に係る表示のための例示的な装置を示す概略図である。
【図３９】本開示のいくつかの実施形態に係る表示のための例示的な装置を示す概略図である。
【図４０】本開示のいくつかの実施形態に係る表示のための例示的な装置を示す概略図である。
【図４１】本開示の幾つかの実施形態に係る例示的な処理装置を示す概略図である。
【図４２】本開示のいくつかの実施形態に係る経路計画する例示的なプロセスを示すフローチャートである。
【図４３】本開示のいくつかの実施形態に係る少なくとも１つの経路計画記録を生成する例示的なプロセスを示すフローチャートである。
【図４４】本開示のいくつかの実施形態に係る少なくとも１つの経路計画記録を生成する例示的なプロセスを示すフローチャートである。
【図４５】本開示のいくつかの実施形態に係る少なくとも１つの経路計画記録を生成する例示的なプロセスを示すフローチャートである。
【発明を実施するための形態】
【００５２】
以下の詳細な説明では、関連する開示の完全な理解を提供するために、例を挙げて複数の具体的な詳細を記述する。しかし、当業者であれば、本開示がこのような詳細なしに実践し得ることが理解されよう。他の例では、本開示の態様を不必要に不明瞭にすることを避けるために、周知の方法、手順、システム、構成要素、および／または回路は、詳細なしに比較的大まかに記載されている。開示される実施形態に対する様々な変更は、当業者には明らかであり、本明細書で定義された一般的な原理は、本開示の精神および範囲から逸脱しない限り、他の実施形態および用途に適用されてもよい。したがって、本開示は、示された実施形態に限定されるものではなく、特許請求の範囲と一致する最も広い範囲が与えられるものである。
【００５３】
本明細書で用いられる用語は、具体的な例示的実施形態を記述することのみを目的とするものであり、限定することを意図しない。本明細書で用いられる場合には、「ａ」、「ａｎ」の単数形および「ｔｈｅ」は、文脈上明確に別途示されない限り、同様に複数形も包含することを意図するものとする。「ｃｏｍｐｒｉｓｅ（備える）」、「ｃｏｍｐｒｉｓｅｓ」、および／または「ｃｏｍｐｒｉｓｉｎｇ」、「ｉｎｃｌｕｄｅ（含む）」、「ｉｎｃｌｕｄｅｓ」、および／または「ｉｎｃｌｕｄｉｎｇ」などの用語は、本明細書において用いられる場合、記述される特徴、整数、ステップ、動作、要素、および／または構成部品の存在を明示しているが、１つ以上の他の特徴、整数、ステップ、動作、要素、構成部品、および／またはそれらの群の存在または追加を排除するものではないことがさらに理解されるであろう。
【００５４】
本明細書で用いられる「システム」、「エンジン」、「ユニット」、「モジュール」および／または「ブロック」という用語は、異なるレベルの異なる構成部品、要素、部品、セクションまたはアセンブリを昇順で区別する１つの方法であることが理解される。しかし、それらの用語は、同じ目的を達成する場合、他の表現によって置き換えられてよい。
【００５５】
一般に、本明細書で用いられる「モジュール」、「ユニット」、または「ブロック」という用語は、ハードウェアまたはファームウェアに組み込まれた論理、あるいはソフトウェア命令の集合を指す。本明細書で記載されるモジュール、ユニット、またはブロックは、ソフトウェアおよび／またはハードウェアとして実装されてもよく、任意の種類の非一時的なコンピュータ可読媒体または他の記憶装置に記憶されてもよい。いくつかの実施形態では、ソフトウェアモジュール／ユニット／ブロックは、コンパイルされ、実行可能プログラムにリンクされてもよい。ソフトウェアモジュールは、他のモジュール／ユニット／ブロックまたはそれら自体から呼び出すことができ、および／または検出されたイベントまたは割り込みに応じて呼び出すことができることを理解されたい。コンピューティングデバイス上で実行するように構成されたソフトウェアモジュール／ユニット／ブロックは、コンパクトディスク、デジタルビデオディスク、フラッシュドライブ、磁気ディスク、または任意の他の有形の媒体などのコンピュータ可読媒体上に提供されるか、または、デジタルダウンロードとされてもよい（実行前にインストール、解凍、または復号化を必要とする圧縮またはインストール可能なフォーマットで元々記憶することができる）。そのようなソフトウェアコードは、コンピューティングデバイスによる実行のために、実行中のコンピューティングデバイスの記憶装置に部分的にまたは完全に記憶されてもよい。ソフトウェア命令は、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ）などのファームウェアに組み込むことができる。ハードウェアモジュール／ユニット／ブロックは、ゲートおよびフリップフロップなどの接続された論理構成部品に含まれてもよく、および／またはプログラマブルゲートアレイまたはプロセッサなどのプログラマブルユニットを含んでもよいことがさらに理解されたい。本明細書に記載されたモジュール／ユニット／ブロックまたはコンピューティングデバイス機能は、ソフトウェアモジュール／ユニット／ブロックとして実装されてもよいが、ハードウェアまたはファームウェアで表されてもよい。一般に、本明細書に記載されたモジュール／ユニット／ブロックは、それらの物理的編成または記憶にもかかわらず、他のモジュール／ユニット／ブロックと組み合わせられるか、またはサブモジュール／サブユニット／サブブロックに分割される論理モジュール／ユニット／ブロックを指す。説明は、システム、エンジン、またはその一部に適用しもよい。
【００５６】
文脈上に別途指示されていない限り、ユニット、エンジン、モジュールまたはブロックが別のユニット、エンジン、モジュールまたはブロックの「上にある」、「接続されている」または「結合されている」と記述されている場合、他のユニット、エンジン、モジュール、またはブロックに直接的にあるか、接続されているか、または結合されているか、または通信されているか、あるいは、介在するユニット、エンジン、モジュールまたはブロックが存在してもよい。本明細書では、「および／または」という用語は、関連する列挙された項目の１つ以上の任意のおよびすべての組み合わせを含む。
【００５７】
本開示の上記および上記以外の特徴および性質、ならびに関連する構成要素および各部分の組み合わせの動作方法と機能、および製造の経済性については、以下の詳細な説明を添付の図面を参照して検討することにより、さらに明らかになり、これらはいずれも本開示の一部を構成する。しかしながら、図面は、例示および説明のみを目的とするものであり、本開示の範囲を限定するものではないことは、明確に理解されるべきである。図面は縮尺通りではないことを理解すべきである。
【００５８】
本開示において用いられるフローチャートは、本開示のいくつかの実施形態に従って、システムが実装する動作を示す。フローチャートの動作は、順序通りに実装されなくてもよいことは、明確に理解されるであろう。逆に、動作は、逆の順序で、または同時に実装されてもよい。さらに、１つ以上の他の動作は、フローチャートに追加されてもよい。１つ以上の動作は、フローチャートから削除されてもよい。
【００５９】
本発明の実施形態は、陸上輸送、海上輸送、航空輸送、宇宙輸送など、またはそれらの任意の組み合わせを含むが、これらに限定されない異なる輸送システムに適用されてもよい。輸送システムの車両は、人力車、走行ツール、タクシー、運転手付き車、ヒッチ、バス、鉄道輸送（例えば、列車、超特急列車、高速鉄道、地下鉄）、船、飛行機、宇宙船、熱気球、自動運転車など、またはそれらの任意の組み合わせを備えてもよい。輸送システムは、管理および／または流通を適用する任意の輸送システム、例えば、速達便を発送および／または受領するシステムをさらに備えてもよい。
【００６０】
本開示の様々な実施形態の利用シーンは、１つ以上のウェブページ、ブラウザプラグイン、および／またはエクステンション、クライアント端末、カスタムシステム、社内解析システム、人工知能ロボットなど、またはそれらの任意の組み合わせを含むが、これらに限定されない。本明細書に開示されるシステムおよび方法の適用シーンは、いくつかの例または実施形態に過ぎないことを理解されたい。当業者は、さらなる創造的な努力なしに、これらの図面に従ってこれらの図面を利用シーンに適用してもよい。
【００６１】
本開示における「乗客」、「要求者」、「要求元」「サービス要求者」、「サービス要求元」、および「顧客」という用語は、サービスを要求するかまたは注文することができる個人、実体またはツールを指すために互換的に用いられる。また、本開示における「運転手」、「提供元」、「サービス提供元」、および「供給元」という用語は、サービスを提供するか、またはサービスの提供を容易にすることができる個人、実体またはツールを指すために互換的に用いられる。本開示における「ユーザ」という用語は、サービスを要求し、サービスを注文し、サービスを提供するか、またはサービスの提供を容易化することができる個人、実体またはツールを指してもよい。例えば、ユーザは、要求者、乗客、運転手、オペレータなど、またはそれらの任意の組み合わせであってもよい。本開示では、「要求者」と「要求者端末」は、互換的に用いられてもよく、「提供者」と「提供者端末」は、互換的に用いられてもよい。
【００６２】
本開示における「要求」、「サービス」、「サービス要求」と「注文」という用語は、互換的に用いられて、乗客、要求者、サービス要求者、顧客、運転手、提供者、サービス提供者、供給者など、またはそれらの任意の組み合わせによって開始される要求を指す。サービス要求は、乗客、要求者、サービス要求者、顧客、運転手、提供元、サービス提供元、または供給元のいずれか１つによって受け入れられてもよい。サービス要求は、有料であってもよく、無料であってもよい。
【００６３】
本開示は、少なくとも１つの公共交通機関走行経路を含んでもよい経路計画記録を生成するシステムおよび方法に関する。システムおよび方法は、ネットワークを介してクライアント端末のサービスシステムから第１の走行の情報を受信し、第１の走行の情報に基づいて少なくとも１つの経路計画記録を生成してもよい。特に、システムおよび方法は、第１の走行の情報に基づいて第１の出発地および目的地を決定してもよい。システムおよび方法は、第１の出発地および目的地に基づいて少なくとも１つの公共交通機関走行経路を決定してもよい。システムおよび方法は、第１の走行の出発時刻および少なくとも１つの公共交通機関走行経路に関連付けられた道路状況に基づいて、少なくとも１つの公共交通機関走行経路に対応する１つ以上の公共交通機関の１つ以上の運行条件を決定してもよい。システムおよび方法は、１つ以上の公共交通機関の１つ以上の運行状況に基づいて少なくとも１つの経路計画記録を生成してもよい。システムおよび方法はさらに、少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信し、さらに受信された要求に応じて、少なくとも１つの経路計画記録のうちの１つをユーザに送信してもよい。
【００６４】
図１は、本開示のいくつかの実施形態に係る例示的な経路計画システム１００を示すブロック図である。経路計画システム１００は、サーバ１１０、ネットワーク１２０、要求者端末１３０、提供者端末１４０、車両１５０、記憶装置１６０、およびナビゲーションシステム１７０を含むオンラインプラットフォームであってもよい。
【００６５】
いくつかの実施形態では、サーバ１１０は、単一のサーバまたはサーバグループであってもよい。サーバグループは、集中型であっても分散型であってもよい（例えば、サーバ１１０は、分散型システムであってもよい）。いくつかの実施形態では、サーバ１１０は、ローカルであってもリモートであってもよい。例えば、サーバ１１０は、ネットワーク１２０を介して、要求者端末１３０、提供者端末１４０、および／または記憶装置１６０に記憶された情報および／またはデータにアクセスしてもよい。他の例として、サーバ１１０は、記憶された情報および／またはデータにアクセスするために、要求者端末１３０、提供者端末１４０および／または記憶装置１６０に直接接続してもよい。いくつかの実施形態では、サーバ１１０は、クラウドプラットフォームで実装されてもよい。単に例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散クラウド、インタークラウド、マルチクラウドなど、またはそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、サーバ１１０は、本開示の図２に示す１つ以上のコンポーネントを有するコンピューティングデバイス２００で実装されてもよい。
【００６６】
いくつかの実施形態では、サーバ１１０は、処理装置１１２を備えてもよい。処理装置１１２は、本開示に記載された１つ以上の機能を行うために、サービス要求に関連する情報および／またはデータを処理してもよい。例えば、処理装置１１２は、少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を生成してもよい。他の例として、処理装置１１２は、少なくとも１つの経路計画記録を要求者端末１３０に送信してもよい。いくつかの実施形態では、処理装置１１２は、１つ以上の処理エンジン（例えば、シングルコア処理エンジンまたはマルチコアプロセッサ）を備えてもよい。単に例として、処理装置１１２は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令のセットプロセッサ（ＡＳＩＰ）、グラフィックス処理ユニット（ＧＰＵ）、物理演算処理装置（ＰＰＵ）、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、コントローラ、マイクロコントローラユニット、縮小命令セットコンピュータ（ＲＩＳＣ）、マイクロプロセッサなど、またはそれらの任意の組み合わせを備えてもよい。
【００６７】
ネットワーク１２０は、情報および／またはデータの変換を円滑化してもよい。いくつかの実施形態では、経路計画システム１００の１つ以上のコンポーネント（例えば、サーバ１１０、要求者端末１３０、提供者端末１４０、車両１５０、記録装置１６０、およびナビゲーションシステム１７０）は、ネットワーク１２０を介して、経路計画システム１００の他のコンポーネントに、情報および／またはデータを送信してもよい。例えば、サーバ１１０は、ネットワーク１２０を介して、提供者端末１３０からサービス要求を受信してもよい。いくつかの実施形態では、ネットワーク１２０は、任意のタイプの有線または無線ネットワーク、またはそれらの組み合わせであってもよい。単に例として、ネットワーク１２０は、ケーブルネットワーク、有線ネットワーク、光ファイバーネットワーク、テレコミュニケーションネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、公衆電話交換網（ＰＳＴＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＺｉｇＢｅｅネットワーク、近距離無線通信（ＮＦＣ）ネットワーク、など、またはそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、ネットワーク１２０は、１つ以上のネットワークアクセスポイントを備えてもよい。例えば、ネットワーク１２０は、基地局および／またはインターネット交換ポイント１２０−１、１２０−２などのような有線または無線のネットワークアクセスポイントを含んでもよく、それらを介して経路計画システム１００の１つ以上のコンポーネントがネットワーク１２０に接続されデータおよび／または情報を交換する。
【００６８】
いくつかの実施形態では、乗客は、要求者端末１３０の所有者であってもよい。いくつかの実施形態では、要求者端末１３０の所有者は、乗客以外の誰かであってもよい。例えば、要求者端末１３０の所有者Ａは、要求者端末１３０を用いて、乗客Ｂにサービス要求を送信するか、またはサーバ１１０からサービス確認情報および／または情報あるいは命令を受信してもよい。いくつかの実施形態では、サービス提供者は、提供者端末１４０のユーザであってもよい。いくつかの実施形態では、提供者端末１４０のユーザは、サービス提供者以外の誰かであってもよい。例えば、提供者端末１４０のユーザＣは、提供者端末１４０を用いて、サービス提供者Ｄに対するサービス要求、および／またはサーバ１１０からの情報または命令を受信してもよい。いくつかの実施形態では、「乗客」と「乗客端末」は、互換的に用いられてもよく、「サービス提供者」と「提供者端末」は、互換的に用いられてもよい。幾つかの実施形態では、「乗客端末」、「要求者端末」、および「クライアント端末」という用語は、互換的に用いられてもよい。いくつかの実施形態では、提供者端末は、１つ以上のサービス提供者（例えば、夜勤サービス提供者、または日勤サービス提供者）に関連付けられてもよい。
【００６９】
いくつかの実施形態では、要求者端末１３０は、モバイルデバイス１３０−１、タブレット型コンピュータ１３０−２、ラップトップ型コンピュータ１３０−３、車両内の内蔵デバイス１３０−４など、またはそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、モバイルデバイス１３０−１は、スマートホームデバイス、ウェアラブルデバイス、スマートモバイルデバイス、仮想現実装置、拡張現実装置など、またはそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、スマートホームデバイスは、スマート照明装置、インテリジェント電気機器の制御装置、スマート監視装置、スマートテレビ、スマートビデオカメラ、インターフォンなど、またはそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、ウエアラブルデバイスは、スマートブレスレット、スマートフットギア、スマートグラス、スマートヘルメット、スマートウォッチ、スマートクロージング、スマートバックパック、スマートアクセサリーなど、またはそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、スマートモバイルデバイスは、スマートフォン、携帯情報端末（ＰＤＡ）、ゲーミングデバイス、ナビゲーション装置、販売時点情報管理（ＰＯＳ）装置など、またはそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、仮想現実装置および／または拡張現実装置は、仮想現実ヘルメット、仮想現実グラス、仮想現実パッチ、拡張現実ヘルメット、拡張現実グラス、拡張現実パッチなど、またはそれらの任意の組み合わせを備えてもよい。例えば、仮想現実装置および／または拡張現実装置は、グーグルＴＭグラス、オキュラスリフト、ホロレンズ、ギヤＶＲ等を備えてもよい。いくつかの実施形態では、自動車内の内蔵デバイス１３０−４は、車載コンピュータ、車載テレビなどを備えてもよい。いくつかの実施形態では、要求者端末１３０は、乗客および／または要求者端末１３０の位置を決める測位技術を備えたデバイスであってもよい。
【００７０】
提供者端末１４０は、複数の提供者端末１４０−１、１４０−２、…、１４０−ｎを備えてもよい。いくつかの実施形態では、提供者端末１４０は、要求者端末１３０と類似または同一であってもよい。いくつかの実施形態では、提供者端末１４０は、経路計画システム１００を実装することができるようにカスタマイズされてもよい。いくつかの実施形態では、提供者端末１４０は、サービス提供者、提供者端末１４０、および／または提供者端末１４０に関連付けられた車両１５０の位置を決める測位技術を有する装置であってもよい。いくつかの実施形態では、要求者端末１３０および／または提供者端末１４０は、乗客、要求者端末１３０、サービス提供者、および／または提供者端末１４０の位置を決定するために、他の測位装置と通信してもよい。いくつかの実施形態では、要求者端末１３０および／または提供者端末１４０は、測位情報をサーバ１１０に定期的に送信してもよい。いくつかの実施形態では、提供者端末１４０も、可用性状態をサーバ１１０に定期的に送信してもよい。可用性状態は、提供者端末１４０に関連付けられた車両１５０が乗客を運ぶために利用可能であるか否かを示してもよい。例えば、要求者端末１３０および／または提供者端末１４０は、３０分間ごとに測位情報および可用性状態をサーバ１１０に送信してもよい。他の例として、要求者端末１３０および／または提供者端末１４０は、ユーザが経路計画システム１００に関連付けられたモバイルアプリケーションにログインするごとに、測位情報および可用性状態をサーバ１１０に送信してもよい。
【００７１】
いくつかの実施形態では、提供者端末１４０は、１つ以上の車両１５０に対応してもよい。車両１５０は、乗客を運び、目的地まで走行してもよい。車両１５０は、複数の車両１５０−１、１５０−２、…、１５０−ｎを備えてもよい。１つの車両は、１つの種類のサービス（例えば、タクシー配車サービス、運転代行サービス、エクスプレスカーサービス、相乗りサービス、バスサービス、運転手雇いサービスまたはシャトルサービス）に対応してもよい。
【００７２】
記憶装置１６０は、データおよび／または命令を記憶してもよい。いくつかの実施形態では、記憶装置１６０は、要求者端末１３０および／または提供者端末１４０から取得されたデータを記憶してもよい。例えば、記憶装置１６０は、要求者端末１３０から取得されたサービス要求を記憶してもよい。いくつかの実施形態では、記録装置１６０は、サーバ１１０が本開示に記載された例示的な方法を実施するために行うかまたは使用するデータおよび／または命令を記憶してもよい。例えば、記憶装置１６０は、サーバ１１０から取得された１つ以上の経路計画記録を記憶してもよい。いくつかの実施形態では、記憶装置１６０は、マスストレージ、リムーバブルストレージ、揮発性読み書きメモリ、リードオンリーメモリ（ＲＯＭ）など、またはそれらの任意の組み合わせを備えてもよい。例示的なマスストレージは、磁気ディスク、光ディスク、ソリッドステートドライブなどを備えてもよい。例示的なリムーバブルストレージは、フラッシュドライブ、フロッピーディスク、光ディスク、メモリーカード、ジップディスク、磁気テープなどを備えてもよい。例示的な揮発性読み書きメモリは、ランダムアクセスメモリ（ＲＡＭ）を備えてもよい。例示的なＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデータレート同期ダイナミックＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）、ゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ）などを備えてもよい。例示的なＲＯＭは、マスクＲＯＭ（ＭＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、およびデジタルバーサタイルディスクＲＯＭなどを備えてもよい。いくつかの実施形態では、記憶装置１６０は、クラウドプラットフォームで実装されてもよい。単に例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散クラウド、インタークラウド、マルチクラウドなど、またはそれらの任意の組み合わせを備えてもよい。
【００７３】
いくつかの実施形態では、記憶装置１６０は、経路計画システム１００の１つ以上のコンポーネント（例えば、サーバ１１０、要求者端末１３０、または提供者端末１４０）と通信するために、ネットワーク１２０に接続されてもよい。経路計画システム１００の１つ以上のコンポーネントは、ネットワーク１２０を介して、記憶装置１６０に記憶されたデータまたは命令にアクセスしてもよい。いくつかの実施形態では、記憶装置１６０は、経路計画システム１００の１つ以上のコンポーネント（例えば、サーバ１１０、要求者端末１３０、提供者端末１４０）と直接接続するか、または通信してもよい。いくつかの実施形態では、記憶装置１６０は、サーバ１１０の一部であってもよい。
【００７４】
ナビゲーションシステム１７０は、例えば、１つ以上の要求者端末１３０、提供者端末１４０、車両１５０などの対象に関連付けられた情報を決定してもよい。いくつかの実施形態では、ナビゲーションシステム１７０は、全地球測位システム（ＧＰＳ）、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、コンパス測位システム（ＣＯＭＰＡＳＳ）、北斗衛星測位システム、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）などであってもよい。情報は、対象の位置、高度、速度、または加速度、または現在の時間を備えてもよい。ナビゲーションシステム１７０は、１つ以上の衛星、例えば、衛星１７０−１、衛星１７０−２、および衛星１７０−３を備えてもよい。衛星１７０−１〜１７０−３は、上記情報を独立にまたは共同して決定してもよい。ナビゲーションシステム１７０は、無線接続を介して、上記情報をネットワーク１２０、要求者端末１３０、提供者端末１４０、または車両１５０に送信してもよい。
【００７５】
いくつかの実施形態では、経路計画システム１００の１つ以上のコンポーネント（例えば、サーバ１１０、要求者端末１３０、提供者端末１４０）は、記録装置１６０にアクセスする許可を有してもよい。いくつかの実施形態では、１つ以上の条件が満たされる場合、経路計画システム１００内の１つ以上のコンポーネントは、乗客、サービス提供者、および／または公共に関連する情報の読み取りおよび／または変更を行ってもよい。例えば、サーバ１１０は、サービスが完了した後に１つ以上の乗客の情報の読み取りおよび／または変更を行ってもよい。他の例として、サーバ１１０は、サービスが完了した後に１つ以上のサービス提供者の情報の読み取りおよび／または変更を行ってもよい。
【００７６】
当業者であれば、経路計画システム１００の要素（またはコンポーネント）が行う場合、この要素は、電気信号および／または電磁信号を介して行うことができることを理解する。例えば、要求者端末１３０がサービス要求をサーバ１１０に送信するとき、要求者端末１３０のプロセッサは、要求を符号化する電気信号を生成してもよい。要求者端末１３０のプロセッサは、その後、電気信号を出力ポートに送信してもよい。要求者端末１３０が有線ネットワークを介してサーバ１１０と通信すると、出力ポートは、電気信号をサーバ１１０の入力ポートにさらに送信するケーブルに物理的に接続されてもよい。要求者端末１３０が無線ネットワークを介してサーバ１１０と通信すると、要求者端末１３０の出力ポートは、電気信号を電磁信号に変換する１つ以上のアンテナであってもよい。同様に、提供者端末１４０は、電気信号または電磁信号を介してサーバ１１０から命令および／またはサービス要求を受信してもよい。要求者端末１３０、提供者端末１４０および／またはサーバ１１０などの電子機器内で、そのプロセッサが命令の処理、命令の送信、および／または動作を行うとき、命令および／または動作は、電気信号を介して実行される。例えば、プロセッサは、記憶媒体からデータを検索または保存するとき、構造化データを記憶媒体に読み書きすることができる記憶媒体の読み書き装置に電気信号を送信してもよい。構造化データは、電子機器のバスを介して、電気信号の形でプロセッサに送信されてもよい。ここで、電気信号は、１つの電気信号、一連の電気信号、および／または複数の離散電気信号を指してもよい。
【００７７】
図２は、本開示のいくつかの実施形態に係る例示的なコンピューティングデバイスの概略図を示す。コンピューティングデバイスは、本開示のいくつかの実施形態に係る任意の特定のシステムを実装するように構成された、図１のサーバ１１０および／または特定の機能を有するコンピュータなどのコンピュータであってもよい。コンピューティングデバイス２００は、本開示で開示される１つ以上の機能を行う任意のコンポーネントを実装するように構成されてもよい。例えば、サーバ１１０は、コンピューティングデバイス２００のようなコンピュータのハードウェアデバイス、ソフトウェアプログラム、ファームウェア、またはそれらの任意の組み合わせにおいて実装されてもよい。例示を目的とし、図２は、１つのコンピューティングデバイスのみを示す。いくつかの実施形態では、乗車位置の推奨が必要とする可能性がある機能を提供するコンピューティングデバイスの機能は、システムの処理負荷を分散させるために、分散モードの１組の同様のプラットフォームによって実装されてもよい。
【００７８】
コンピューティングデバイス２００は、データ通信を実装できるネットワークと接続できる通信端末２５０を備えてもよい。コンピューティングデバイス２００も、命令を実行するように構成され、１つ以上のプロセッサを含むプロセッサ２２０を備えてもよい。概略的なコンピュータプラットフォームは、内部通信バス２１０と、異なるタイプのプログラム記憶ユニットおよびデータ記憶ユニット（例えば、ハードディスク２７０、リードオンリーメモリ（ＲＯＭ）２３０、ランダムアクセスメモリ（ＲＡＭ）２４０）と、コンピュータ処理および／または通信に適用可能な様々なデータファイルと、プロセッサ２２０によって実行されるできるいくつかのプログラム命令とを備えてもよい。コンピューティングデバイス２００も、コンピューティングデバイス２００と他のコンポーネントとの間のデータフローの入力および出力をサポートできるＩ／Ｏ装置２６０（すなわち、データ交換ポート）を備えてもよい。例えば、データ交換ポートは、クライアント端末（例えば、要求者端末１３０、提供者端末１４０）で実施されるオンラインツーオフラインサービスを提供するサービスシステムに接続されてもよい。さらに、コンピューティングデバイス２００は、通信ネットワークを介して、プログラムおよびデータを受信してもよい。
【００７９】
図３は、本開示のいくつかの実施形態に係る端末が実装され得る例示的なモバイルデバイスの例示的なハードウェアおよび／またはソフトウェアコンポーネントを示す概略図である。図３に示すように、モバイルデバイス８００は、通信プラットフォーム３１０、ディスプレイ３２０、グラフィックス処理ユニット（ＧＰＵ）３３０、中央処理装置（ＣＰＵ）３４０、Ｉ／Ｏ３５０、メモリ３６０、モバイルオペレーティングシステム（ＯＳ）３７０、およびストレージ３９０を備えてもよい。いくつかの実施形態では、システムバスまたはコントローラ（図示せず）を含むが、これらに限定されない任意の他の適切なコンポーネントも、モバイルデバイス３００に含まれてもよい。
【００８０】
いくつかの実施形態では、モバイルオペレーティングシステム３７０（例えば、ｉＯＳＴＭ、ＡｎｄｒｏｉｄＴＭ、Ｗｉｎｄｏｗｓ  ＰｈｏｎｅＴＭなど）および１つ以上のアプリケーション３８０は、ＣＰＵ３４０によって実行されるために、ストレージ３９０からメモリ３６０にロードされてもよい。アプリケーション３８０は、経路計画システム１００から画像処理または他の情報に関連する情報を受信しレンダリングするブラウザまたは他の任意の適切なモバイルアプリを備えてもよい。情報ストリームとのユーザ対話は、Ｉ／Ｏ３５０を介して達成され、経路計画システム１００の記憶装置１６０、サーバ１１０および／または他のコンポーネントに提供されてもよい。いくつかの実施形態では、モバイルデバイス３００は、要求者端末１３０または提供者端末１４０に対応する例示的な実施形態であってもよい。
【００８１】
本開示に記載された様々なモジュール、ユニット、およびそれらの機能を実装するために、コンピュータハードウェアプラットフォームは、本明細書に記載された要素のうちの１つ以上のためのハードウェアプラットフォームとして使用されてもよい。ユーザインタフェース要素を有するコンピュータは、パーソナルコンピュータ（ＰＣ）または他の任意のタイプのワークステーションもしくは端末装置を実装するために使用されてもよい。適切にプログラムされる場合、コンピュータもシステムとして機能してもよい。
【００８２】
図４は、本開示のいくつかの実施形態に係る経路計画する例示的なプロセス４００を示すフローチャートである。いくつかの実施形態では、プロセス４００は、経路計画システム１００内に実装されてもよい。例えば、プロセス４００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【００８３】
４０２では、クライアント端末から受信された第１の走行に応じて、処理装置１１２は、第１の走行に基づいて少なくとも１つの経路計画記録を生成してもよい。少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。いくつかの実施形態では、クライアント端末（例えば、要求者端末１３０）のユーザによって送信された第１の走行は、第１の走行に関連付けられたサービス要求の出発地、目的地、および出発時刻を備えてもよい。経路計画記録に関連付けられた属性情報は、出発時刻に対応するタイムスタンプを備えてもよい。
【００８４】
４０４では、処理装置１１２は、クライアント端末による、公共交通機関走行経路を取得する要求に応じて、少なくとも１つの経路計画記録のうちの１つをクライアント端末に送信してもよい。
【００８５】
いくつかの実施形態では、クライアント端末から受信された第１の走行に応じて、第１の走行に基づいて少なくとも１つの経路計画記録を生成してもよい。少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。クライアント端末による、公共交通機関走行経路を取得する要求に応じて、その要求に対応する少なくとも１つの経路計画記録のうちの１つ以上をクライアント端末に送信してもよい。例えば、ユーザが第１の走行を送信した後に公共交通機関走行経路を読みたい場合、ユーザは、公共交通機関走行経路を取得する要求を入力してもよい。さらに、ユーザは、クライアント端末に関連付けられたボタン（例えば、図９に示されるようなオンラインタクシー配車アプリケーションのページ上の「バス」ボタン）をクリックして、公共交通機関走行経路を取得する要求を送信してもよい。その後、ユーザは、走行情報を手動で再度入力せずに経路計画記録を受信してもよく、これは、ユーザの操作を単純化し、複数の公共交通機関走行経路間の便利な比較を提供し、ユーザ体験を改善することができる。
【００８６】
いくつかの実施形態では、第１の走行に基づいて少なくとも１つの経路計画記録を生成するために、処理装置１１２は、第１の走行に基づいて少なくとも１つの経路計画記録に関連付けられた出発地および目的地を決定してもよい。例えば、処理装置１１２は、第１の走行の目的地を少なくとも１つの経路計画記録に関連付けられた目的地として指定してもよい。処理装置１１２は、少なくとも１つの公共交通機関走行経路に関連付けられた出発地および目的地の座標に基づいて、少なくとも１つの公共交通機関走行経路を決定してもよい。少なくとも１つの公共交通機関走行経路に関連付けられた出発地および目的地の座標も、それぞれ出発座標および目的地座標と称してもよい。処理装置１１２はさらに、第１の走行の出発時刻と、少なくとも１つの公共交通機関走行経路にそれぞれ関連付けられた道路状況とに基づいて、少なくとも１つの公共交通機関走行経路にそれぞれ対応する１つ以上の公共交通機関の１つ以上の運行条件を決定してもよい。いくつかの実施形態では、１つ以上の運行条件は、固定サイトを有する１つ以上の公共交通機関の第１の部分に対応する運行期間および運行区間、および非固定サイトを有する１つ以上の公共交通機関の第２の部分の分布を備えてもよい。処理装置１１２も、１つ以上の公共交通機関の１つ以上の運行条件に基づいて、少なくとも１つの経路計画記録を生成してもよい。少なくとも１つの経路計画記録は、１つ以上の公共交通機関の１つ以上の識別子と、クライアント端末に表示されるように構成されたインタフェース識別子とをそれぞれ備えてもよい。インタフェース識別子は、少なくとも１つの経路計画記録にそれぞれ対応してもよい。少なくとも１つの経路記録にそれぞれ対応するインタフェース識別子は、１つの経路記録を別の経路計画記録から区別するように構成されてもよい。インタフェース識別子は、記号、数字、文字などを備えてもよい。
【００８７】
いくつかの実施形態では、少なくとも１つの経路計画記録に関連付けられた出発座標は、第１の走行に基づいて決定されてもよい。例えば、出発座標は、第１の走行の出発地の座標であってもよい。他の例として、出発座標は、第１の走行を経路計画システムに送信するとき、クライアント端末の位置の座標であってもよい。第１の走行の目的地座標に応じて、少なくとも１つの公共交通機関走行経路は、出発座標および目的地座標に基づいて決定されてもよい。ユーザが公共交通機関走行経路を読むとき、プロンプト（すなわち経路計画記録）は、ユーザの走行情報の再度入力なしに、ユーザに直接的にプッシュされてもよい。さらに、経路計画の信頼性を向上させるために、公共交通機関の運行状況（例えば、固定サイトを有する公共交通機関（例えば、バス）に対応する運行期間または運行区間、および非固定サイトを有する公共交通機関（例えば、共有自転車）の分布）を考慮する必要がある可能性がある。さらに、経路計画記録が生成されるとき、公共交通機関の識別子がユーザに提供されてもよく、それによってユーザは、公共交通機関走行経路をより直感的に理解できる。
【００８８】
出発地に到着する公共交通機関走行経路にそれぞれ関連付けられた公共交通機関の到着時刻は、出発時刻、道路状況に基づいて予め決定され、および／または共有自転車の分布は、各公共交通機関走行経路の出発地に表示されて、ユーザが運行条件に基づいて複数の公共交通機関走行経路を総合的に重み付けできることを保証し、また、経路計画の信頼性を向上させることができる。
【００８９】
なお、出発座標は、Ｗｉ−Ｆｉ測位技術、全地球測位システム（ＧＰＳ）測位技術、基地局測位技術などのうちの少なくとも１つに基づいて、出発地に関連付けられた緯度および経度座標、または決定された領域に関連付けられた座標を含んでもよい。上記測位技術の座標精度は、１０メートルより小さくてもよい。
【００９０】
いくつかの実施形態では、第１の走行に基づいて少なくとも１つの経路計画記録に関連付けられた出発座標を決定するために、処理装置１１２は、クライアント端末の位置および第１の走行に関連付けられた出発位置を分析してもよい。第１の走行が生成されたとき、クライアント端末の位置は、クライアント端末の地理的位置であってもよい。処理装置１１２は、クライアント端末の位置と出発地との間の距離を決定してもよい。処理装置１１２は、距離が距離閾値以上である決定に応じて、出発地に対応する座標を出発座標として指定してもよい。処理装置１１２は、距離が距離閾値未満である決定に応じて、クライアント端末の位置に対応する座標を出発座標として指定してもよい。
【００９１】
いくつかの実施形態では、距離が距離閾値以上であると決定されたとき、クライアント端末の位置と出発地との間の距離が比較的大きいと決定されてもよく、出発地に対応する座標は、少なくとも１つの経路計画記録に関連付けられた出発座標として指定されてもよい。代替的にまたは追加的に、距離が距離閾値未満であると決定されたとき、クライアント端末の位置が正確に位置決めされていない可能性があると考えられ、クライアント端末の位置に対応する座標は、ユーザの走行要求を満たせる少なくとも１つの経路計画記録に関連付けられた出発座標として指定されてもよい。距離閾値は、３００メートルであってもよい。
【００９２】
いくつかの実施形態では、クライアント端末による、少なくとも１つの公共交通機関走行経路のうちの１つを取得する要求に応じて、要求に対応する少なくとも１つの経路計画記録のうちの１つをクライアント端末にプッシュするために、処理装置１１２は、少なくとも１つの公共交通機関走行経路を計画することを含む要求に応じて、所定のストラテジーに基づいて、少なくとも１つの経路計画記録の特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子をプッシュしてもよい。処理装置１１２は、特定の経路計画記録を地図インタフェースの形で表示するようにクライアント端末に指示してもよい。地図インタフェースは、１つ以上の公共交通機関の１つ以上の識別子と、少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行とを表示してもよい。処理装置１１２は、インタフェース識別子の形で不特定の経路計画記録を表示するようにクライアント端末に指示してもよい。第２の走行は、少なくとも１つの公共交通機関走行経路の総走行期間、少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃、またはそれらの組み合わせを含む少なくとも１つの走行パラメータを備えてもよい。
【００９３】
いくつかの実施形態では、少なくとも１つの経路計画記録の特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子は、所定のストラテジーに基づいて表示されてもよい。特定の経路計画記録は、少なくとも１つの公共交通機関走行経路の総走行期間、少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃、またはそれらの組み合わせを直感的に表示できる地図インタフェースに表示されてもよい。さらに、不特定の経路計画記録は、ネットワークデータの使用量を節約するために、インタフェース識別子の形で表示されてもよい。
【００９４】
いくつかの実施形態では、クライアント端末による、インタフェース識別子を取得する要求に応じて、処理装置１１２は、インタフェース識別子に対応する不特定の経路計画記録をクライアント端末にプッシュしてもよい。処理装置１１２はさらに、地図インタフェースの形でインタフェース識別子に対応する不特定の経路計画記録を表示するようにクライアント端末に指示してもよい。
【００９５】
クライアント端末による、インタフェース識別子を取得する要求に応じて、インタフェース識別子に対応する不特定の経路計画記録をクライアント端末にプッシュして、ユーザに様々な経路計画記録を提供してもよい。ユーザによって要求された経路計画記録の検索を円滑化するために、特定の経路計画記録および不特定の経路計画記録を所定のストラテジーに基づいて選択してもよい。例えば、最短の総走行期間を有する経路計画記録を特定の経路計画記録として決定されてもよい。他の例として、最小の総歩行距離を有する経路計画記録を特定の経路計画記録として決定してもよい。さらなる例として、記憶装置（例えば、記憶装置１６０）に記憶されたユーザからの最高の使用頻度または最高の評価を有する経路計画記録を特定の経路計画記録として決定してもよい。
【００９６】
図５は、本開示のいくつかの実施形態に係る経路計画する例示的なプロセス５００を示すフローチャートである。いくつかの実施形態では、プロセス５００は、経路計画システム１００において実装されてもよい。例えば、プロセス５００は、命令の形式として記憶装置１６０および／または記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはモバイルデバイス３００のＣＰＵ３４０）によって呼び出され、および／または実行されてもよい。
【００９７】
５０２では、処理装置１１２は、クライアント端末（例えば、要求者端末１３０）からサービス要求の第１の走行を受信してもよい。少なくとも１つの公共交通機関走行経路を取得する要求が検出された決定に応じて、クライアント端末（例えば、ＣＰＵ３４０）は、サーバ（例えば、処理装置１１２）によって生成された少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を取得し表示してもよい。少なくとも１つの経路計画記録に関連付けられた出発座標は、第１の走行に基づいて決定されてもよい。
【００９８】
いくつかの実施形態では、クライアント端末から受信された第１の走行に応じて、少なくとも１つの経路計画記録は、第１の走行に基づいて生成されてもよい。少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。クライアント端末による、少なくとも１つの公共交通機関走行経路のうちの１つを取得する要求に応じて、その要求に対応する少なくとも１つの経路計画記録のうちの１つは、クライアント端末にプッシュされてもよい。例えば、ユーザが第１の走行を送信した後に公共交通機関走行経路を取得しようとするとき、ユーザが走行情報を手動で再度入力する必要がなく、経路計画記録をユーザにプッシュしてもよく、これは、ユーザの操作を単純化し、複数の公共交通機関走行経路間の便利な比較を提供し、ユーザ体験を改善できる。
【００９９】
いくつかの実施形態では、クライアント端末（またはユーザ）によって送信された第１の走行は、サービス要求の出発地、目的地、および出発時刻を備えてもよい。経路計画記録の属性情報は、出発時刻に対応するタイムスタンプを備えてもよい。
【０１００】
なお、出発座標は、厳密な緯度経度座標ではなく、Ｗｉ−Ｆｉ測位技術、全地球測位システム（ＧＰＳ）測位技術、または基地局測位技術などのうちの少なくとも１つに基づいて決定される座標領域である。上記測位技術の座標精度は、１０メートルより小さくてもよい。
【０１０１】
いくつかの実施形態では、サーバによって生成された少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を取得し表示するために、クライアント端末（例えば、ＣＰＵ３４０または表示ユニット７０２）は、所定のストラテジーに基づいて、サーバによって生成された少なくとも１つの経路計画記録の特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子を取得してもよい。クライアント端末（例えば、表示ユニット７０２）は、特定の経路計画記録を地図インタフェースの形で表示してもよい。地図インタフェースは、１つ以上の公共交通機関の１つ以上の識別子と、少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行とを表示してもよい。クライアント端末（例えば、表示ユニット７０２）は、インタフェース識別子の形で不特定の経路計画記録を表示してもよい。第２の走行は、少なくとも１つの公共交通機関走行経路の総走行期間、少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃、またはそれらの組み合わせを含む少なくとも１つの走行パラメータを備えてもよい。
【０１０２】
いくつかの実施形態では、少なくとも１つの経路計画記録の特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子は、所定のストラテジーに基づいて表示されてもよい。特定の経路計画記録は、少なくとも１つの公共交通機関走行経路の総走行期間、少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃を直感的に表示できる地図インタフェースとして表示されてもよい。さらに、不特定の経路計画記録は、ネットワークデータの使用量を節約するために、インタフェース識別子の形で表示されてもよい。
【０１０３】
いくつかの実施形態では、サーバによって生成された少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を取得し表示するために、処理装置１１２は、インタフェース識別子を取得する要求が検出された決定に応じて、サーバによって生成されたインタフェース識別子に対応する不特定の経路計画記録を取得するようにクライアント端末（例えば、ＣＰＵ３４０または表示ユニット７０２）に指示してもよい。処理装置１１２は、地図インタフェースの形でインタフェース識別子に対応する不特定の経路計画記録を表示するようにクライアント端末に指示してもよい。
【０１０４】
いくつかの実施形態では、少なくとも１つの公共交通機関走行経路を計画する要求に応じて、特定の経路計画記録および／または少なくとも１つの経路計画記録の不特定の経路計画記録に対応するインタフェース識別子は、所定のストラテジーに基づいてクライアント端末にプッシュされてもよい。特定の経路計画記録は、地図インタフェースとして表示されてもよい。不特定の経路計画記録は、ネットワークデータの使用量を節約するために、インタフェース識別子の形で表示されてもよい。
【０１０５】
いくつかの実施形態では、不特定の経路計画記録をインタフェース識別子の形で表示するために、処理装置１１２は、第２の走行の走行パラメータのうちの少なくとも１つに基づいて、クライアント端末（例えば、表示ユニット７０２）に複数のインタフェース識別子をインタフェースリストとして表示させてもよい。
【０１０６】
いくつかの実施形態では、第２の走行の走行パラメータのうちの少なくとも１つに基づいて、複数のインタフェース識別子は、インタフェースリストとして表示されてもよく、これにより、ユーザのために、インタフェースリストを介して複数の不特定の経路計画記録を取得し、ユーザのタッチ操作に対応する不特定の経路計画記録をインタフェースリストに表示する利便性を提供できる。
【０１０７】
いくつかの実施形態では、特定の経路計画記録を地図インタフェースの形で表示するために、処理装置１１２は、クライアント端末（例えば、表示ユニット７０２）に、少なくとも１つの公共交通機関走行経路にそれぞれ対応する１つ以上の公共交通機関の１つ以上の運行条件を地図インタフェースにおいて表示させてもよい。１つ以上の運行条件は、固定サイトを有する１つ以上の公共交通機関の第１の部分に対応する１つ以上の運行期間および１つ以上の運行区間、および非固定サイトを有する１つ以上の公共交通機関のうちの第２の部分の分布を備えてもよい。
【０１０８】
いくつかの実施形態では、経路計画の信頼性を向上させるために、公共交通機関の運行状況を考慮する必要がある可能性がある。例えば、固定サイトを有する公共交通機関（例えば、バス）の第１の部分に対応する運行期間または運行区間、および非固定サイトを有する公共交通機関（例えば、共有自転車）の第２の部分の分布を考慮する必要がある可能性がある。また、経路計画記録が生成されるとき、公共交通機関の識別子がユーザに提供されてもよく、これにより、ユーザは、公共交通機関走行計画をより直感的に理解できる。
【０１０９】
公共交通機関走行経路にそれぞれ関連付けられた公共交通機関が出発地に到着する時刻は、出発時刻、道路状況に基づいて予め決定され、および／または共有自転車の分布は、各公共交通機関走行経路の出発地に表示されてもよい。このようにして、ユーザは、上記運行条件に基づいて複数の公共交通機関走行経路を総合的に重み付けすることができ、経路計画の信頼性も向上できる。
【０１１０】
図６は、本開示のいくつかの実施形態に係る例示的な経路計画装置６００を示すブロック図である。経路計画装置６００は、応答ユニット６０２、決定ユニット６０４、生成ユニット６０６、分析ユニット６０８、計算ユニット６１０を備えてもよい。経路計画装置６００のユニットは、処理装置１１２の少なくとも１部のハードウェア回路であってもよい。経路計画装置６００のユニットも、処理装置１１２によって読み取られ実行されるアプリケーションまたは命令のセットとして実装されてもよい。さらに、ユニットは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、経路計画装置６００のユニットは、処理装置１１２の一部であってもよい。
【０１１１】
図６に示すように、応答ユニット６０２は、クライアント端末から受信された第１の走行に応じて、第１の走行に基づいて、少なくとも１つの経路計画記録を生成するように構成されてもよい。少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。応答ユニット６０２も、クライアント端末による、公共交通機関走行経路を取得する要求に応じて、少なくとも１つの経路計画記録のうちの１つをクライアント端末に送信するように構成されてもよい。
【０１１２】
いくつかの実施形態では、クライアント端末から受信された第１の走行に応じて、第１の走行に基づいて少なくとも１つの経路計画記録を生成してもよい。少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。クライアント端末による、公共交通機関走行経路を取得する要求に応じて、その要求に対応する少なくとも１つの経路計画記録のうちの１つ以上をクライアント端末に送信してもよい。例えば、ユーザが第１の走行を送信した後に公共交通機関走行経路を読みたい場合、ユーザは、公共交通機関走行経路を取得する要求を入力してもよい。さらに、ユーザは、クライアント端末に関連付けられたボタン（例えば、図９に示されるようなオンラインタクシー配車アプリケーションのページ上の「バス」ボタン）をクリックして、公共交通機関走行経路を取得する要求を送信してもよい。その後、ユーザは、走行情報を手動で再度入力せずに経路計画記録を受信してもよく、これは、ユーザの操作を単純化し、複数の公共交通機関走行経路間の便利な比較を提供し、ユーザ体験を改善しできる。
【０１１３】
いくつかの実施形態では、クライアント端末（またはユーザ）によって送信された第１の走行は、サービス要求の出発地、目的地、および出発時刻を備えてもよい。経路計画記録の属性情報は、出発時刻に対応するタイムスタンプを備えてもよい。
【０１１４】
決定ユニット６０４は、第１の走行に基づいて、少なくとも１つの経路計画記録に関連付けられた出発座標を決定するように構成されてもよい。応答ユニット６０２も、第１の走行の目的地座標に応じて、出発座標および目的地座標に基づいて、少なくとも１つの公共交通機関走行経路を決定するように構成されてもよい。決定ユニット６０４も、第１の走行の出発時刻と少なくとも１つの公共交通機関走行経路にそれぞれ関連付けられた道路状況に基づいて、少なくとも１つの公共交通機関走行経路にそれぞれ対応する１つ以上の公共交通機関の１つ以上の運行条件を決定するように構成されてもよい。１つ以上の運行条件は、固定サイトを有する１つ以上の公共交通機関の第１の部分に対応する運行期間および運行区間、および非固定サイトを有する１つ以上の公共交通機関の第２の部分の分布を備えてもよい。生成ユニット６０６は、１つ以上の公共交通機関の１つ以上の運行条件に基づいて、少なくとも１つの経路計画記録を生成するように構成されてもよい。少なくとも１つの経路計画記録は、１つ以上の公共交通機関の１つ以上の識別子と、クライアント端末に表示されるように構成されたインタフェース識別子とをそれぞれ備えてもよい。インタフェース識別子は、少なくとも１つの経路計画記録にそれぞれ対応してもよい。
【０１１５】
いくつかの実施形態では、少なくとも１つの経路計画記録に関連付けられた出発座標は、第１の走行に基づいて決定されてもよい。例えば、出発座標は、第１の走行の出発地の座標であってもよい。他の例として、出発座標は、第１の走行を経路計画システムに送信するとき、クライアント端末の位置の座標であってもよい。第１の走行の目的地座標に応じて、少なくとも１つの公共交通機関走行経路は、出発座標および目的地座標に基づいて決定されてもよい。ユーザが公共交通機関走行経路を読むとき、プロンプト（すなわち経路計画記録）は、ユーザの走行情報の再度入力なしに、ユーザに直接的にプッシュできる。さらに、経路計画の信頼性を向上させるために、公共交通機関の運行状況（例えば、固定サイトを有する公共交通機関（例えば、バス）に対応する運行期間または運行区間、および非固定サイトを有する公共交通機関（例えば、共有自転車）の分布）を考慮する必要がある可能性がある。さらに、経路計画記録が生成されるとき、公共交通機関の識別子がユーザに提供されてもよく、それによってユーザは、公共交通機関走行経路をより直感的に理解できる。
【０１１６】
出発地に到着する公共交通機関走行経路にそれぞれ関連付けられた公共交通機関の到着時刻は、出発時刻、道路状況に基づいて予め決定され、および／または共有自転車の分布は、各公共交通機関走行経路の出発地に表示されて、ユーザが運行条件に基づいて複数の公共交通機関走行経路を総合的に重み付けできることを保証し、また、経路計画の信頼性を向上させることができる。
【０１１７】
なお、出発座標は、Ｗｉ−Ｆｉ測位技術、全地球測位システム（ＧＰＳ）測位技術、基地局測位技術などのうちの少なくとも１つに基づいて、出発地に関連付けられた緯度および経度座標、または決定された領域に関連付けられた座標を含んでもよい。上記測位技術の座標精度は、１０メートルより小さくてもよい。
【０１１８】
分析ユニット６０８は、クライアント端末の位置および第１の走行に関連付けられた出発地を分析するように構成されてもよい。第１の走行が生成されたとき、クライアント端末の位置は、クライアント端末の地理的位置であってもよい。計算ユニット６１０は、クライアント端末の位置と出発地との間の距離を決定するように構成されてもよい。決定ユニット６０４は、距離が距離閾値以上である決定に応じて、出発地に対応する座標を出発座標として指定するように構成されてもよい。決定ユニット６０４は、距離が距離閾値未満である決定に応じて、クライアント端末の位置に対応する座標を出発座標として指定するように構成されてもよい。
【０１１９】
いくつかの実施形態では、距離が距離閾値以上であると決定されたとき、クライアント端末の位置と出発地との間の距離が比較的大きいと決定されてもよく、出発地に対応する座標は、少なくとも１つの経路計画記録に関連付けられた出発座標として指定されてもよい。代替的にまたは追加的に、距離が距離閾値未満であると決定されたとき、クライアント端末の位置が正確に位置決めされていない可能性があると考えられ、クライアント端末の位置に対応する座標は、ユーザの走行要求を満たせる少なくとも１つの経路計画記録に関連付けられた出発座標として指定されてもよい。距離閾値は、３００メートルであってもよい。
【０１２０】
いくつかの実施形態では、応答ユニット６０２は、少なくとも１つの公共交通機関走行を計画することを含む要求に応じて、所定のストラテジーに基づいて、少なくとも１つの経路計画記録のうちの特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子をプッシュするように構成されてもよい。応答ユニット６０２は、特定の経路計画記録を地図インタフェースの形で表示するようにクライアント端末に指示してもよい。地図インタフェースは、１つ以上の公共交通機関の１つ以上の識別子と、少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行とを表示してもよい。応答ユニット６０２は、不特定の経路計画記録をインタフェース識別子の形で表示するようにクライアント端末に指示してもよい。第２の走行は、少なくとも１つの公共交通機関走行経路の総走行期間、少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃、またはそれらの組み合わせを含む少なくとも１つの走行パラメータを備えてもよい。
【０１２１】
いくつかの実施形態では、少なくとも１つの経路計画記録の特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子は、所定のストラテジーに基づいて表示されてもよい。特定の経路計画記録は、少なくとも１つの公共交通機関走行経路の総走行期間、少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃、またはそれらの組み合わせを直感的に表示できる地図インタフェースに表示できる。さらに、不特定の経路計画記録は、ネットワークデータの使用量を節約するために、インタフェース識別子の形で表示されてもよい。
【０１２２】
いくつかの実施形態では、クライアント端末による、インタフェース識別子を取得する要求に応じて、応答ユニット６０２は、インタフェース識別子に対応する不特定の経路計画記録をクライアント端末にプッシュしてもよい。応答ユニット６０２はさらに、地図インタフェースの形でインタフェース識別子に対応する不特定の経路計画記録を表示するようにクライアント端末に指示してもよい。
【０１２３】
クライアント端末による、インタフェース識別子を取得する要求に応じて、インタフェース識別子に対応する不特定の経路計画記録をクライアント端末にプッシュして、ユーザに様々な経路計画記録を提供してもよい。ユーザによって要求された経路計画記録の検索を円滑化するために、特定の経路計画記録および不特定の経路計画記録を所定のストラテジーに基づいて選択してもよい。例えば、最短の総走行期間を有する経路計画記録を特定の経路計画記録として決定されてもよい。他の例として、最小の総歩行距離を有する経路計画記録を特定の経路計画記録として決定してもよい。さらなる例として、記憶装置（例えば、記憶装置１６０）に記憶されたユーザからの最高の使用頻度または最高の評価を有する経路計画記録を特定の経路計画記録として決定してもよい。
【０１２４】
図７は、本開示のいくつかの実施形態に係る例示的な経路計画装置７００を示すブロック図である。経路計画装置７００は、表示ユニット７０２を備えてもよい。経路計画装置７００のユニットは、要求者端末１３０の少なくとも１部のハードウェア回路であってもよい。経路計画装置７００のユニットも、要求者端末１３０（例えば、ＣＰＵ３４０またはＧＰＵ３３０）によって読み取られ実行されるアプリケーションまたは命令のセットとして実装されてもよい。さらに、ユニットは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、要求者端末１３０（例えば、ＣＰＵ３４０またはＧＰＵ３３０）がアプリケーションまたは命令のセットを実行しているとき、経路計画装置７００のユニットは、要求者端末１３０（例えば、ＣＰＵ３４０またはＧＰＵ３３０）の一部であってもよい。
【０１２５】
図４に示すように、サーバ（例えば、処理装置１１２）がクライアント端末からサービス要求の第１の走行を受信した後、表示ユニット７０２は、少なくとも１つの公共交通機関走行経路を取得する要求が検出されたことに応じて、サーバ（例えば、処理装置１１２）によって生成された少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を取得し表示するように構成されてもよい。少なくとも１つの経路計画記録に関連付けられた出発座標は、第１の走行に基づいて決定されてもよい。
【０１２６】
いくつかの実施形態では、クライアント端末から受信された第１の走行に応じて、少なくとも１つの経路計画記録は、第１の走行に基づいて生成されてもよい。少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。クライアント端末による、少なくとも１つの公共交通機関走行経路のうちの１つを取得する要求に応じて、その要求に対応する少なくとも１つの経路計画記録のうちの１つは、クライアント端末にプッシュされてもよい。例えば、ユーザが第１の走行を送信した後に公共交通機関走行経路を取得しようとするとき、ユーザが走行情報を手動で再度入力する必要がなく、経路計画記録をユーザにプッシュしてもよく、これは、ユーザの操作を単純化し、複数の公共交通機関走行経路間の便利な比較を提供し、ユーザ体験を改善できる。
【０１２７】
いくつかの実施形態では、クライアント端末（またはユーザ）によって送信された第１の走行は、サービス要求の出発地、目的地、および出発時刻を備えてもよい。経路計画記録の属性情報は、出発時刻に対応するタイムスタンプを備えてもよい。
【０１２８】
なお、出発座標は、厳密な緯度経度座標ではなく、Ｗｉ−Ｆｉ測位技術、ＧＰＳ技術、または基地局測位技術などのうちの少なくとも１つに基づいて決定される座標領域である。上記測位技術の座標精度は、１０ｍ未満であってもよい。
【０１２９】
いくつかの実施形態では、表示ユニット７０２は、所定のストラテジーに基づいて、サーバによって生成された少なくとも１つの経路計画記録の特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子を取得するように構成されてもよい。表示ユニット７０２は、特定の経路計画記録を地図インタフェースの形式で表示するように構成されてもよい。地図インタフェースは、１つ以上の公共交通機関の１つ以上の識別子と、少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行とを表示してもよい。表示ユニット７０２は、さらに、不特定の経路計画記録をインタフェース識別子の形式で表示するように構成されてもよい。第２の走行は、少なくとも１つの公共交通機関走行経路の総走行期間、少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃、またはそれらの組み合わせを含む走行パラメータの少なくとも１つを備えてもよい。
【０１３０】
いくつかの実施形態では、少なくとも１つの経路計画記録の特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子は、所定のストラテジーに基づいて表示されてもよい。特定の経路計画記録は、少なくとも１つの公共交通機関走行経路の総走行期間、少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃を直感的に表示してもよい地図インタフェースとして表示されてもよい。さらに、不特定の経路計画記録は、ネットワークデータの使用量を節約するために、インタフェース識別子の形で表示されてもよい。
【０１３１】
いくつかの実施形態では、表示ユニット７０２は、インタフェース識別子を取得する要求が検出されたという決定に応じて、サーバによって生成されたインタフェース識別子に対応する不特定の経路計画記録を取得するように構成されてもよい。表示ユニット７０２は、さらに、インタフェース識別子に対応する不特定の経路計画記録を地図インタフェースの形式で表示するようにクライアント端末に指示するように構成されてもよい。
【０１３２】
いくつかの実施形態では、少なくとも１つの公共交通機関走行経路を計画する要求に応じて、少なくとも１つの経路計画記録の特定の経路計画記録および／または不特定の経路計画記録に対応するインタフェース識別子は、所定のストラテジーに基づいてクライアント端末にプッシュされてもよい。特定の経路計画記録は、地図インタフェースとして表示されてもよい。不特定の経路計画記録は、ネットワークデータの使用量を節約するために、インタフェース識別子の形で表示されてもよい。
【０１３３】
いくつかの実施形態では、表示ユニット７０２は、第２の走行の走行パラメータのうちの少なくとも１つに基づいて、複数のインタフェース識別子をインタフェースリストとして表示してもよい。
【０１３４】
いくつかの実施形態では、第２の走行の走行パラメータのうちの少なくとも１つに基づいて、複数のインタフェース識別子は、インタフェースリストとして表示されてもよく、これにより、ユーザのために、インタフェースリストを介して複数の不特定の経路計画記録を取得し、ユーザのタッチ操作に対応する不特定の経路計画記録をインタフェースリストに表示するための利便性を提供してもよい。
【０１３５】
いくつかの実施形態では、表示ユニット７０２は、少なくとも１つの公共交通機関走行経路にそれぞれ対応する１つ以上の公共交通機関の１つ以上の運行条件を地図インタフェースに表示してもよい。１つ以上の運行条件は、固定サイトを有する１つ以上の公共交通機関の第１の部分に対応する１つ以上の運行期間および１つ以上の運行区間、および非固定サイトを有する１つ以上の公共交通機関のうちの第２の部分の分布を備えてもよい。
【０１３６】
いくつかの実施形態では、経路計画の信頼性を向上させるために、公共交通機関の運行状況を考慮する必要がある可能性がある。例えば、固定サイトを有する公共交通機関（例えば、バス）の第１の部分に対応する運行期間または運行区間、および非固定サイトを有する公共交通機関（例えば、共有自転車）の第２の部分の分布を考慮する必要がある可能性がある。また、経路計画記録が生成されるとき、公共交通機関の識別子がユーザに提供されてもよく、これにより、ユーザは、公共交通機関走行計画をより直感的に理解できる。
【０１３７】
公共交通機関走行経路にそれぞれ関連付けられた公共交通機関が出発地に到着する時刻は、出発時刻、道路状況に基づいて予め決定され、および／または共有自転車の分布は、各公共交通機関走行経路の出発地に表示されてもよい。このようにして、ユーザは、上記運行条件に基づいて複数の公共交通機関走行経路を総合的に重み付けすることができ、経路計画の信頼性も向上することができる。
【０１３８】
図８は、本開示のいくつかの実施形態に係る経路計画する例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス８００は、経路計画システム１００において実装されてもよい。例えば、プロセス８００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【０１３９】
８０２では、処理装置１１２は、クライアント端末の位置、出発地、目的地座標、および第１の走行に関連付けられた出発時刻を分析してもよい。
【０１４０】
８０４では、処理装置１１２は、クライアント端末の位置と出発地との間の距離が閾値（例えば、３００ｍ）以上であるか否かを決定してもよい。距離が３００ｍ以上であると決定される場合、プロセス８００は、プロセス８０８に進んでもよい。距離が３００ｍ未満であると決定される場合、プロセス８００は、プロセス８０６に進んでもよい。
【０１４１】
８０６では、処理装置１１２は、クライアント端末の位置に対応する座標を出発座標として指定してもよい。
【０１４２】
８０８では、処理装置１１２は、出発地に対応する座標を出発座標として指定してもよい。
【０１４３】
８１０では、処理装置１１２は、出発座標、目的地座標、および出発時刻に基づいて少なくとも１つの経路計画記録を生成してもよい。少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。
【０１４４】
８１２では、処理装置１１２は、少なくとも１つの経路計画記録と共に生成された出発時刻に関連付けられたタイムスタンプ情報を記憶してもよい。
【０１４５】
８１４では、処理装置１１２は、特定の経路計画記録に対応する地図インタフェースと、同じタイムスタンプ情報を有する不特定の経路計画記録に対応するインタフェース識別子とをプッシュしてもよい。
【０１４６】
図９は、本開示の幾つかの実施形態に係る例示的なオンラインタクシー配車アプリケーション上の例示的な速達便インタフェース９００を示す概略図である。図９に示すように、ユーザは、オンラインタクシー配車アプリケーションの「速達便」インタフェースに出発地、目的地座標、および出発時刻（例えば、２１：００）を入力してもよい。サーバ（例えば、サーバ１１０）は、所定の相乗りサービス料１９．７５ＲＭＢ、および所定の非相乗りサービス料２２．９６ＲＭＢを送信してもよい。サーバ１１０は、「オンラインタクシー配車運転の軌跡」のプレビューを表示してもよい。ユーザが「乗客」と「支払い方法のオプション」を選択した後、ユーザがインタフェース上の「確認」をタッチしたか否かにかかわらず、サーバ１１０は、走行（すなわち、第１の走行）を取得し、タイムスタンプを属性情報として生成してもよい。
【０１４７】
図１０は、本開示の幾つかの実施形態に係る例示的なオンラインタクシー配車アプリケーション上の例示的な公共交通機関インタフェース（バスインタフェースとも称する）１０００を示す概略図である。図１０に示すように、クライアント端末が走行（例えば、第１の走行）を送り出した後、ユーザがインタフェース上の「バス」をタッチした場合、サーバ１１０は、公共交通機関走行経路を含む経路計画記録をプッシュしてもよい。例えば、クライアント端末の位置と出発地との間の距離が１ｋｍ（閾値３００ｍより大きい）である場合、第１の走行の出発地は、経路計画記録の出発座標として決定されてもよい。所定のストラテジーが経路計画のための最小時間がかかる場合、地図インタフェースに表示される経路計画記録は、「６３６番バス→昌平線」、「１．２ｋｍ歩く」、「４元」、「６３６番バスが３分間で到着する」、および「３２分間かかる」などの走行情報（例えば、第２の走行）を含み、および「６３６番バス」および「昌平線」に対応する識別子は、地図インタフェースに表示されてもよい。ネットワークデータの使用量を節約するために、「他の公共交通機関の乗換案内」というテキストは、インタフェース識別子により置き換えられてもよい。ユーザがインタフェース識別子をタッチするとき、他の公共交通機関の乗換案内が表示されてもよい。
【０１４８】
図１１は、本開示のいくつかの実施形態に係る１つ以上の公共交通機関走行経路を決定するための例示的なプロセス１１００を示すフローチャートである。いくつかの実施形態では、プロセス１１００は、経路計画システム１００内に実装されてもよい。例えば、プロセス１１００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【０１４９】
１１０２では、処理装置１１２は、クライアント端末から出発地および目的地を受信してもよい。
【０１５０】
１１０４では、処理装置１１２は、出発地および目的地に基づいて、複数の候補公共交通機関走行経路を決定してもよい。
【０１５１】
１１０６では、処理装置１１２は、複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得してもよい。
【０１５２】
１１０８では、処理装置１１２は、リアルタイム到着信号に基づいて、目標駅に到着する公共交通機関の到着時刻に関連する情報を決定してもよい。目標駅は、公共交通機関の出発地に最も近い駅であってもよい。
【０１５３】
１１１０では、処理装置１１２は、複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの目標公共交通機関走行経路をクライアント端末に送信してもよい。
【０１５４】
いくつかの実施形態では、クライアント端末がオンラインタクシー配車アプリケーションにより出発地および目的地を決定するとき、複数の候補公共交通機関走行経路は、出発地および目的地に基づいて決定されてもよい。特に、複数の候補公共交通機関走行経路は、例えば、複数の候補公共交通機関走行経路が直接であるか否か、複数の候補公共交通機関走行経路が乗り換えを含むか否か、複数の候補公共交通機関走行経路のそれぞれの予想期間を備える様々な要因に基づいて決定されてもよい。また、複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関は、駅に到着すると、リアルタイム到着信号をオンラインタクシー配車アプリケーションに関連付けられたデータサービスプラットフォームに送信してもよい。具体的には、公共交通機関上の信号送信機をトリガすることにより、リアルタイム到着信号をデータサービスプラットフォームに送信してもよい。公共交通機関の運転手が戸開底部を押すと、信号送信機がトリガされてもよい。さらに、クライアント端末が、ユーザによる出発地および目的地の入力に基づいて公共交通機関走行経路を送信する要求をサーバ（例えば、処理装置１１２）に送信するとき、複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得してもよい。目標駅に到着する公共交通機関の到着時刻に関連する情報は、リアルタイム到着信号に基づいて決定されてもよい。到着時刻に関連する情報に基づいて、少なくとも１つの目標公共交通機関走行経路がクライアント端末に送信されてもよい。本開示によれば、異なる公共交通機関の到着時刻がクライアント端末に提示されてもよい。１つ以上の最適な走行経路がオプションとしてクライアント端末に送信されてもよく、これによりクライアント端末の走行体験を改善する。
【０１５５】
いくつかの実施形態では、公共交通機関のリアルタイム到着信号は、到着駅、車両番号、ナンバープレート、運転方向、公共交通機関が位置する領域など、またはそれらの組み合わせを備えてもよい。
【０１５６】
いくつかの実施形態では、目標駅への到着時刻が公共交通機関のリアルタイム到着信号に基づいて決定されることを保証するために、リアルタイム到着信号は、リアルタイム到着信号を送信するときの現在の到着駅、車両番号、ナンバープレート、運転方向（上りまたは下り）、公共交通機関が位置する領域などを備えてもよい。同時に、公共交通機関制御システムは、リアルタイム到着信号に基づいて各公共交通機関を監視してもよい。
【０１５７】
図１２は、本開示のいくつかの実施形態に係る公共交通機関の到着時刻に関連する情報を決定するための例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス１２００は、経路計画システム１００内に実装されてもよい。例えば、プロセス１２００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。動作１１０８は、図１２に記載されているように、プロセス１２００に従って実行されてもよい。
【０１５８】
１２２０では、処理装置１１２は、公共交通機関に対応するリアルタイム到着信号と一致する１つ以上の運転車両を決定してもよい。
【０１５９】
運転車両は、オンラインタクシー配車アプリケーションの契約車両であってもよい。運転車両の運転方向は、公共交通機関の運転方向と一致してもよい。
【０１６０】
１２２２では、処理装置１１２は、公共交通機関と重複する走行経路を有する運転車両の一部を１つ以上の基準車両として決定してもよい。
【０１６１】
１２２４では、処理装置１１２は、１つ以上の基準車両にそれぞれ関連付けられた基準走行を取得し、１つ以上の基準車両にそれぞれ関連付けられた基準走行に基づいて到着時刻に関連する情報を決定してもよい。
【０１６２】
いくつかの実施形態では、公共交通機関のリアルタイム到着信号に基づいて目標駅に到着する公共交通機関の到着時刻に関連する情報は、オンラインタクシー配車アプリケーションの契約車両に関連付けられた基準走行に基づいて決定されてもよい。現在の到着駅および公共交通機関の目標駅に対応する基準走行は、契約車両の履歴走行に基づいて予め決定されてもよい。公共交通機関の到着時刻に関連する情報は、契約車両に関連付けられた履歴走行情報を収集し、計数し、分析することによって、重複走行経路を有する走行車両に関連付けられた基準走行に基づいて決定されてもよい。取得された到着時刻信号の正確性および信頼性は、大量の経験データを分析し要約し、オンラインタクシー配車アプリケーションに関連付けられたデータサービスプラットフォームに記憶されたデータの価値およびオンラインタクシー配車アプリケーションの実用性を向上させることによって、保証されてもよい。
【０１６３】
いくつかの実施形態では、基準走行は、基準公共交通機関の運転速度、到着駅から目標駅までの運転距離、到着駅から目標駅までの基準公共交通機関の運転期間、またはそれらの組み合わせを備えてもよい。
【０１６４】
いくつかの実施形態では、目標駅に到着する公共交通機関の到着時刻に関連する情報は、オンラインタクシー配車アプリケーションの契約車両に関連付けられた基準走行に基づいて決定されてもよい。例えば、目標駅に到着する公共交通機関の到着時刻に関連する情報は、走行速度と走行距離に基づいて決定されてもよい。運転速度は、複数の運転速度の平均値であってもよい。他の例として、目標駅に到着する公共交通機関の到着時刻に関連する情報は、現在の到着駅から目標駅までの契約車両の運転期間に基づいて決定されてもよい。運転期間は、複数の運転期間の平均値であってもよい。
【０１６５】
いくつかの実施形態では、到着時刻に関連する情報は、目標駅に到着する公共交通機関の到着時点、および到着駅から目標駅までの公共交通機関の走行期間、またはそれらの組み合わせを備えてもよい。
【０１６６】
いくつかの実施形態では、公共交通機関の到着時刻に関連する情報に基づいて、ユーザが最適な公共交通機関走行経路を選択できることを保証するために、到着時刻に関連する情報は、目標駅に到着する公共交通機関の到着時点と、リアルタイム到着信号を目標駅に送信するときの到着駅からの公共交通機関走行期間とを備えてもよい。
【０１６７】
図１３は、本開示のいくつかの実施形態に係る公共交通機関走行経路を送信するための例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス１３００は、経路計画システム１００内に実装されてもよい。例えば、プロセス１３００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。動作１１１０は、図１３に記載されているように、プロセス１３００に従って実行されてもよい。
【０１６８】
１３０２では、処理装置１１２は、出発地から目標駅までのクライアント端末の第２の走行期間を決定してもよい。
【０１６９】
１３０４では、処理装置１１２は、第２の走行期間より大きい第１の走行期間を有する複数の候補公共交通機関走行経路のうちの少なくとも１つを目標公共交通機関走行経路としてクライアント端末に送信してもよい。
【０１７０】
いくつかの実施形態では、クライアント端末が出発地から目標駅に到着する第２の走行期間（例えば、歩行期間または乗車期間）より大きい第１の走行期間を有する複数の候補公共交通機関走行経路のうちの少なくとも１つは、少なくとも１つの目標公共交通機関走行経路としてクライアント端末に送信されてもよい。ユーザは、公共交通機関よりも早く目標駅に到着する可能性があり、これにより、ユーザが走行期間を調整することを容易にし、ユーザの走行体験を改善する。
【０１７１】
いくつかの実施形態では、オンラインタクシー配車アプリケーションは、ＤＩＤＩアプリケーションであってもよい。ユーザＡが都市Ｂの電車の駅から出て行くとき、ユーザＡは、公共交通機関によって電車の駅から会議センターＣへ行くことを計画してもよい。ユーザＡは、ＤＩＤＩアプリケーションを開き、電車の駅を出発点（すなわち、出発地）として入力し、会議センターＣを終点（すなわち、目的地）として入力してもよい。ＤＩＤＩアプリケーションのデータサービスプラットフォーム（例えば、ＤＩＤＩラージデータプラットフォーム）は、始点および終点に基づいて複数の可能な公共交通機関走行経路（すなわち、複数の候補公共交通機関走行経路）を選択してもよい。電車の駅に最も近い駅Ｄを決定してもよい。データサービスプラットフォームは、リアルタイム到着信号をデータサービスプラットフォームに送信する１つ以上の公共交通機関を決定してもよい。例えば、公共交通機関Ｅ、Ｆ、およびＧは、それぞれ運転経路上の駅Ｈ、Ｋ、およびＭに到着してもよい。駅Ｈ、Ｋ、およびＭは、それぞれ局Ｄから３駅、２駅、２駅離れてもよい。さらに、駅Ｈ、Ｋ、およびＭから駅Ｄに到着する基準車両は、ＤＩＤＩアプリケーションのデータサービスプラットフォームに記憶された契約車両に関連付けられた履歴走行情報に基づいて決定されてもよい。さらに、データサービスプラットフォームは、履歴走行情報に基づいて、基準車両の運転距離および平均運転速度を取得してもよい。データサービスプラットフォームは、運転距離および平均運転速度に基づいて運転期間を計算してもよい。データサービスプラットフォームは、履歴旅行情報に基づいて、基準車両にそれぞれ対応する平均運転期間を取得してもよい。データサービスプラットフォームは、運転期間または運転期間の平均値をクライアント端末に送信することにより、運転期間とユーザＡが駅から駅Ｄまで歩く期間との一致度に基づいて、目標公共交通機関走行経路をクライアント端末に送信してもよい。例えば、公共交通機関ＥおよびＧに関連する経路は、ユーザが公共交通機関の正確な到着時刻を思い出させるようにクライアント端末に送信され、これによりユーザは、公共交通機関の前に駅Ｄに到着することを保証するように歩行速度を調整してもよい。
【０１７２】
公共交通機関走行経路に対するいくつかの実施形態によれば、クライアント端末は、不要なアプリケーション、公共交通機関アプリケーションなどをインストールすることを回避してもよい。公共交通機関の到着時刻は、さらに、公共交通機関のリアルタイム位置に基づいて、走行経路と共にクライアント端末に注意喚起してもよい。ユーザが走行を計画することに便利である。公共交通機関会社は、公共交通機関を監視し、駅に到着する公共交通機関の時点に基づいて各公共交通機関の地域車両を決定してもよい。
【０１７３】
図１４は、本開示のいくつかの実施形態に係る公共交通機関走行経路の送信のための装置１４００を示すブロック図である。図１４に示すように、装置１４００は、オンラインタクシー配車アプリケーションに適用されてもよい。装置は、受信モジュール１４０２、スクリーニングモジュール１４０４、取得モジュール１４０６、決定モジュール１４０８、および送信モジュール１４１０を備えてもよい。装置１４００のユニットは、処理装置１１２の少なくとも１部のハードウェア回路であってもよい。装置１４００のユニットも、処理装置１１２によって読み取られ実行されるアプリケーションまたは命令のセットとして実装されてもよい。さらに、ユニットは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、装置１４００のユニットは、処理装置１１２の一部であってもよい。
【０１７４】
受信モジュール１４０２は、クライアント端末から出発地および目的地を受信するために用いられてもよい。スクリーニングモジュール１４０４は、受信モジュール１４０２によって受信された出発地および目的地に基づいて複数の候補公共交通機関走行経路を決定するために用いられてもよい。取得モジュール１４０６は、スクリーニングモジュール１４０４によって決定された複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得するために用いられてもよい。決定モジュール１４０８は、取得モジュール１４０６によって取得されたリアルタイム到着信号に基づいて、目標駅に到着する公共交通機関の到着時刻に関連する情報を決定するために用いられてもよい。目標駅は、公共交通機関の出発地に最も近い駅であってもよい。送信モジュール１４１０は、決定モジュール１４０８によって決定された公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの目標公共交通機関走行経路をクライアント端末に送信するために用いられてもよい。
【０１７５】
いくつかの実施形態では、クライアント端末がオンライン配車アプリケーションにより出発地および目的地を決定するとき、複数の候補公共交通機関走行経路は、出発地および目的地に基づいて決定されてもよい。具体的には、複数の候補公共交通機関走行経路は、例えば、複数の候補公共交通機関走行経路が直接であるか否か、複数の候補公共交通機関走行経路が乗り換えを含むか否か、および複数の候補公共交通機関走行経路のそれぞれの予想期間を備える様々な要因に基づいて決定されてもよい。また、複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関は、駅に到着すると、リアルタイム到着信号をオンライン配車アプリケーションのデータサービスプラットフォームに送信してもよい。具体的には、公共交通機関上の信号送信機をトリガすることにより、リアルタイム到着信号をデータサービスプラットフォームに送信してもよい。公共交通機関の運転手が戸開の底部を押すと、信号送信機がトリガされてもよい。さらに、クライアント端末が、ユーザによる出発地および目的地の入力に基づいて公共交通機関走行経路を送信する要求をサーバ（例えば、処理装置１１２）に送信するとき、複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得してもよい。目標駅に到着する公共交通機関の到着時刻に関連する情報は、リアルタイム到着信号に基づいて決定されてもよい。到着時刻に関連する情報に基づいて、少なくとも１つの目標公共交通機関走行経路がクライアント端末に送信されてもよい。本開示によれば、異なる公共交通機関の到着時刻がクライアント端末に提示されてもよい。１つ以上の最適な走行経路がオプションとしてクライアント端末に送信されてもよく、これによりクライアント端末の走行体験を改善する。
【０１７６】
いくつかの実施形態では、公共交通機関のリアルタイム到着信号は、到着駅、車両番号、ナンバープレート、運転方向、および公共交通機関が位置する区域を備えてもよい。
【０１７７】
いくつかの実施形態では、目標駅への到着時刻が公共交通機関のリアルタイム到着信号に基づいて決定されることを保証するために、リアルタイム到着信号は、リアルタイム到着信号を送信するときの現在の到着駅、車両番号、ナンバープレート、運転方向（上りまたは下り）、公共交通機関が位置する領域などを備えてもよい。同時に、公共交通機関制御システムは、リアルタイム到着信号に基づいて各公共交通機関を監視してもよい。
【０１７８】
図１５は、本開示の幾つかの実施形態に係る例示的な決定モジュール１５００を示すブロック図である。決定モジュール１５００は、第１の決定サブモジュール１５０２、マッチングサブモジュール１５０４、および取得サブモジュール１５０６を備えてもよい。
【０１７９】
第１の決定サブモジュール１５０２は、公共交通機関に対応するリアルタイム到着信号と一致する１つ以上の運転車両を決定するために用いられてもよい。運転車両は、オンライン配車アプリケーションの契約車両であってもよい。運転車両の運転方向は、公共交通機関の運転方向と一致してもよい。マッチングサブモジュール１５０４は、公共交通機関と重複する走行経路を有する運転車両の一部を１つ以上の基準車両として決定するために用いられてもよい。取得サブモジュール１５０６は、１つ以上の基準車両にそれぞれ関連付けられた基準走行を取得し、１つ以上の基準車両にそれぞれ関連付けられた基準走行に基づいて到着時刻に関連する情報を決定するために用いられてもよい。
【０１８０】
いくつかの実施形態では、公共交通機関のリアルタイム到着信号に基づいて目標駅に到着する公共交通機関の到着時刻に関連する情報は、オンライン配車アプリケーションの契約車両に関連付けられた基準走行に基づいて決定されてもよい。現在の到着駅および公共交通機関の目標駅に対応する基準走行は、契約車両の履歴走行に基づいて予め決定されてもよい。公共交通機関の到着時刻に関連する情報は、契約車両に関連付けられた履歴走行情報を収集し、計数し、分析することによって、重複走行経路を有する走行車両に関連付けられた基準走行に基づいて決定されてもよい。取得された到着時刻信号の正確性および信頼性は、大量の経験データを分析し要約し、オンライン配車アプリケーションに関連付けられたデータサービスプラットフォームに記憶されたデータの価値およびオンライン配車アプリケーションの実用性を向上させることによって、保証されてもよい。
【０１８１】
いくつかの実施形態では、走行情報は、運転速度および到着駅から目標駅までの距離、または到着駅から目標駅までの運転期間を備えてもよい。
【０１８２】
いくつかの実施形態では、目標駅に到着する公共交通機関の到着時刻に関連する情報は、オンライン配車アプリケーションの契約車両に関連付けられた基準走行に基づいて決定されてもよい。例えば、目標駅に到着する公共交通機関の到着時刻に関連する情報は、走行速度と走行距離に基づいて決定されてもよい。運転速度は、複数の運転速度の平均値であってもよい。他の例として、目標駅に到着する公共交通機関の到着時刻に関連する情報は、現在の到着駅から目標駅までの契約車両の運転期間に基づいて決定されてもよい。運転期間は、複数の運転期間の平均値であってもよい。
【０１８３】
いくつかの実施形態では、到着時刻に関連する情報は、目標駅に到着する公共交通機関の到着時点、および到着駅から目標駅までの公共交通機関の走行期間など、またはそれらの組み合わせを備えてもよい。
【０１８４】
いくつかの実施形態では、公共交通機関の到着時刻に関連する情報に基づいて、ユーザが最適な公共交通機関走行経路を選択できることを保証するために、到着時刻に関連する情報は、目標駅に到着する公共交通機関の到着時点と、リアルタイム到着信号を目標駅に送信するときの到着駅からの公共交通機関走行期間とを備えてもよい。
【０１８５】
図１６は、本開示の幾つかの実施形態に係る例示的な送信モジュール１６００を示すブロック図である。送信モジュール１６００は、第２の決定サブモジュール１６０２およびプッシュサブモジュール１６０４を備えてもよい。
【０１８６】
第２の決定サブモジュール１６０２は、出発地から目標駅までのクライアント端末の第２の走行期間を決定するために用いられてもよい。プッシュサブモジュール１６０４は、第２の走行期間より大きい第１の走行期間を有する複数の候補公共交通機関走行経路のうちの少なくとも１つを、少なくとも１つの目標公共交通機関走行経路としてクライアント端末に送信するために用いられてもよい。
【０１８７】
いくつかの実施形態では、クライアント端末が出発地から目標駅に到着する第２の走行期間（例えば、歩行期間または乗車期間）より大きい第１の走行期間を有する複数の候補公共交通機関走行経路のうちの少なくとも１つは、少なくとも１つの目標公共交通機関走行経路としてクライアント端末に送信されてもよい。ユーザは、公共交通機関よりも早く目標駅に到着する可能性があり、これにより、ユーザが走行期間を調整することを容易にし、ユーザの走行体験を改善する。
【０１８８】
図１７は、本開示のいくつかの実施形態に係る公共交通機関走行経路をプッシュするための例示的なプロセス１７００を示すフローチャートである。いくつかの実施形態では、プロセス１７００は、経路計画システム１００内に実装されてもよい。例えば、プロセス１７００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【０１８９】
１７０２では、処理装置１１２は、ユーザの位置を取得してもよい。
【０１９０】
いくつかの実施形態では、ユーザは、通常、携帯端末（すなわち、クライアント端末）を携帯してもよく、ユーザの携帯端末は、ＧＰＳ技術などの測位技術を使用して位置決めされてもよい。ユーザの現在の地理的位置が取得されてもよい。
【０１９１】
１７０４では、処理装置１１２は、ユーザの位置に基づいて、所定の駅位置から、ユーザの位置に最も近い駅を第１の駅として決定してもよい。
【０１９２】
所定の駅位置は、所定の駅位置の地理的位置座標を備えてもよい。いくつかの実施形態では、所定の駅位置は、サーバ（例えば、サーバ１１０）に予め記憶されてもよい。例えば、８４番バスが通過する駅は、牡丹園西駅、塔院団地南駅、薊門橋南駅、…などを備えてもよい。８４番バスに関連付けられた駅位置の情報は、８４番バスが通過する全ての駅および各駅の駅位置を備えてもよい。したがって、全ての公共交通機関走行経路の駅および対応する駅位置を統計的に分析した後に、所定の駅位置を取得してもよい。さらに、公共交通機関走行経路は、公共交通機関や駅位置とユーザの位置との間の距離などを考慮することがユーザにとって容易であるか否かなどの要因を考慮することにより決定されてもよい。
【０１９３】
１７０６では、処理装置１１２は、第１の駅を通過する１つ以上の公共交通機関走行経路をユーザにプッシュしてもよい。
【０１９４】
いくつかの実施形態では、ユーザの位置に基づいて公共交通機関走行経路をプッシュするための装置は、独立してもよく、またはスマートフォン、コンピュータ、およびサーバなどの他の装置に組み込まれてもよい。
【０１９５】
ある駅を通過する公共交通機関走行経路に関連付けられた１つ以上の公共交通機関は、その駅で停車してもよい。例えば、８４番バスと２１番バスの両方の駅は、８４番バスと２１番バスの両方が通過し停車してもよい牡丹園西駅を備えてもよい。したがって、牡丹園西駅を通過する公共交通機関走行経路は、８４番バス経路および２１番バス経路を備えてもよい。
【０１９６】
公共交通機関走行経路をプッシュする方法は多くある。例えば、処理装置１１２は、リストまたはポップアップメッセージの形態で１つ以上の公共交通機関走行経路をユーザにプッシュしてもよい。他の例として、処理装置１１２は、地図インタフェースを使用して１つ以上の公共交通機関走行経路をユーザにプッシュしてもよい。具体的には、処理装置１１２は、１つ以上の公共交通機関走行経路を地図上に表示してもよい。なお、ユーザが公共交通機関走行経路を取得することができる限り、公共交通機関走行経路をプッシュする他の方法がある。
【０１９７】
いくつかの実施形態では、どの公共交通機関走行経路がプッシュされているのかをユーザが知ることができる限り、様々なプッシュコンテンツがあってもよい。８４番バス路線を例として、８４番バス路線がプッシュされる公共交通機関走行経路として決定され、８４番バスに関連付けられた経路情報がユーザにプッシュされると仮定する。換言すれば、８４番バスに関連する情報は、ユーザに表示されてもよい。他の例として、８４番バス経路および８４番バスの駅は、それぞれリストされてもよい。特に、牡丹園西駅、塔院団地南駅、薊門橋南駅、…などを備える８４番バス経路は、ユーザに表示されてもよい。さらなる例として、８４番バス路線の軌跡が地図に表示されてもよく、軌跡上の各駅の名称も地図に表示されてもよい。なお、プッシュ方法および内容に関する上記の説明は単に例示であり、本開示の範囲を限定することを意図するものではない。
【０１９８】
実際のシーンを例として、未知の環境にいるとき、ユーザは、周囲の公共交通機関を迅速かつ正確に知りたい可能性がある。本開示によれば、ユーザの位置が取得されてもよい。ユーザの位置に最も近い駅は、所定の駅位置を検索することによって決定されてもよい。最も近い駅を通過する１つ以上の公共交通機関走行経路がユーザにプッシュされてもよい。１つ以上の公共交通機関走行経路は、ユーザの位置に最も近い駅に基づいて決定されもよい。したがって、決定された１つ以上の公共交通機関走行経路は、ユーザの周りの公共交通機関の状況を確実に反映してもよい。したがって、ユーザは、どの公共交通機関走行経路が現在利用可能であるかを迅速に決定することができる。
【０１９９】
いくつかの実施形態では、ユーザの周囲の領域範囲が決定されてもよく、領域は、ユーザの位置に基づいて計画されてもよい。例えば、ユーザから離れた範囲内の領域は、１つ以上の公共交通機関走行経路を決定するためのユーザの近傍領域として決定されてもよい。いくつかの実施形態では、処理装置１１２は、半径が予め設定され、中心がユーザの位置である円によって覆われる領域を決定してもよい。処理装置１１２は、円で囲まれた領域をユーザの近傍領域として指定してもよい。それに対応して、１０２では、処理装置１１２は、ユーザの位置に基づいて、所定の駅位置から、ユーザの位置に最も近く、かつユーザの近傍領域内にある駅を第１の駅として決定してもよい。半径は、ユーザの実際のニーズに従って設定されてもよい。例えば、ユーザが５０ｍの範囲内で公共交通機関（例えば、バス）を利用したい場合、半径は、５０ｍに設定されてもよい。本開示によれば、ユーザの近傍領域を迅速かつ容易に決定し、ユーザに近い公共交通機関走行経路をさらに決定することができる。いくつかの実施形態では、ユーザの位置から駅までの距離は、公共交通機関走行経路を決定するために用いられてもよい。ユーザは、周囲の公共交通機関の状況を迅速に知って、公共交通機関（またはバス）で便利に旅行をすることができる。
【０２００】
図１８は、本開示のいくつかの実施形態に係る公共交通機関走行経路のプッシュのための例示的なプロセス１８００を示すフローチャートである。いくつかの実施形態では、プロセス１８００は、経路計画システム１００内に実装されてもよい。例えば、プロセス１８００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。動作１８０２および動作１８０４は、それぞれ図１７の動作１７０２および動作１７０４に関連して説明されてもよい。
【０２０１】
１８０５では、処理装置１１２は、ユーザの位置に基づいて、所定の駅位置から、ユーザの位置に二番目に近い駅を第２の駅として決定してもよい。
【０２０２】
１８０６では、処理装置１１２は、第１の駅および第２の駅を通過する１つ以上の公共交通機関走行経路のうちの少なくとも１つをユーザにプッシュしてもよい。
【０２０３】
シーンを例として、ユーザが周囲の公共交通機関の状況を知りたいとき、ユーザの位置が最初に取得されてもよい。ユーザの位置に最も近い駅および二番目に近い駅は、駅の位置を検索することによって決定されてもよい。次に、最も近い駅および二番目に近い駅を通過する１つ以上の公共交通機関走行経路がユーザにプッシュされてもよい。
【０２０４】
いくつかの実施形態では、ユーザの位置に最も近い駅だけでなく、ユーザの位置に二番目に近い駅も、１つ以上の公共交通機関走行経路を決定するために考慮されてもよい。最も近い駅および二番目に近い駅を通過する１つ以上の公共交通機関走行経路がユーザにプッシュされてもよい。したがって、ユーザは、自分にプッシュされた情報に基づいて、周囲の公共交通機関の状況を知ってもよい。
【０２０５】
実用的な用途では、ユーザが自分の旅行をより容易に手配できるようにするために、ユーザにプッシュされた１つ以上の公共交通機関走行経路は、１つ以上の公共交通機関走行経路にそれぞれ対応する公共交通機関の現在位置からユーザまでの距離に基づいてランク付けされてもよい。
【０２０６】
図１９は、本開示のいくつかの実施形態に係る公共交通機関走行経路をプッシュするための例示的なプロセス１９００を示すフローチャートである。いくつかの実施形態では、プロセス１９００は、経路計画システム１００内に実装されてもよい。例えば、プロセス１９００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。動作１７０６および動作１８０６は、プロセス１９００に従って実行されてもよい。動作１９０２および動作１９０４は、それぞれ図１７の動作１７０２および動作１７０４に関連して説明されてもよい。
【０２０７】
１９０６では、処理装置１１２は、１つ以上の公共交通機関走行経路のそれぞれに対して、１つ以上の公共交通機関走行経路にそれぞれ対応する公共交通機関の現在位置を取得してもよい。
【０２０８】
１９０８では、処理装置１１２は、公共交通機関の現在位置からユーザの位置までの距離を決定してもよい。処理装置１１２は、最も近いものから最も遠いものの順に距離に関連付けられた第１の規則に基づいて、１つ以上の公共交通機関走行経路をランク付けしてもよい。
【０２０９】
１９１０では、処理装置１１２は、ランク付けされた１つ以上の公共交通機関走行経路をユーザにプッシュしてもよい。
【０２１０】
特に、ユーザの位置が最初に取得されてもよく、ユーザの位置に最も近い駅および二番目の近い駅が駅の位置を検索することによって決定されてもよい。次に、最も近い駅および二番目に近い駅を通過する１つ以上の公共交通機関走行経路がユーザにプッシュされてもよい。さらに、公共交通機関の現在位置からユーザの位置までの距離を決定してもよい。１つ以上の公共交通機関走行経路は、最も近いものから最も遠いものの順に距離に関連付けられた第１の規則に基づいてランク付けされてもよい。ランク付けされた１つ以上の公共交通機関走行経路は、ユーザにプッシュされてもよい。１つ以上の公共交通機関走行経路にそれぞれ対応する公共交通機関は、１つ以上の公共交通機関走行経路にそれぞれ従って走行している公共交通機関を備えてもよい。公共交通機関の現在の位置からユーザの位置までの距離は、公共交通機関が最も近い駅または二番目に近い駅に到着しているか否かを決定するために用いられてもよい。
【０２１１】
例えば、ユーザの現在の座標は、（０，０）であってもよい。座標（２，１）を有する駅ｓ１、座標（０，１）を有する駅ｓ２、および座標（３，１）を有する駅ｓ３は、ユーザの近傍領域にあってもよい。駅の位置を検索することによって、駅ｓ２およびｓ１は、それぞれ、最も近い駅および二番目に近い駅として決定されてもよい。駅ｓ２、ｓ１を通過する公共交通機関走行経路は、１番バス、１０４番バス、１０６番バスを備えてもよい。各公共交通機関の位置データに従って、１番バスの現在の位置は、（２，２）であってもよく、１０４番バスの現在の位置は、（２，３）であってもよく、１０６番バスの現在の位置は、（４，３）であってもよい。したがって、最も近いものから最も遠いものの順に距離に関連付けられた規則に基づいてランク付けされた公共交通機関走行経路のリストは、１番バス経路、１０４番バス経路、および１０６番バス経路であってもよい。
【０２１２】
さらに、動作において、ユーザは、通常公共交通機関走行経路に慣れていてもよい。したがって、ユーザは、行きたい公共交通機関走行経路が近くにあるか否かを決定したいだけであってもよい。公共交通機関走行経路をプッシュすることの適切性および効率を改善するために、ユーザは、検索ボックスに、１つ以上の公共交通機関走行経路のうちの少なくとも１つに対応する公共交通機関の先頭数字を入力してもよい。先頭数字で始まるユーザの近くのすべての公共交通機関走行経路がユーザのために検索され、ユーザにプッシュされてもよい。例えば、８４番バス路線の先頭数字は８であり、２１番バス路線の先頭数字は２である。
【０２１３】
図２０は、本開示のいくつかの実施形態に係る公共交通機関走行経路をプッシュするための例示的なプロセス２０００を示すフローチャートである。いくつかの実施形態では、プロセス２０００は、経路計画システム１００内に実装されてもよい。例えば、プロセス２０００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【０２１４】
２００３では、処理装置１１２は、ユーザによって入力されたキーワードを受信してもよい。
【０２１５】
２００６では、処理装置１１２は、第１の駅を通過する１つ以上の公共交通機関走行経路から少なくとも１つの候補公共交通機関走行経路を決定してもよい。少なくとも１つの候補公共交通機関走行経路に対応する公共交通機関の車両番号は、先頭数字として数字を備えてもよい。公共交通機関の車両番号は、公共交通機関の経路を示すために用いられてもよい。例えば、バスは、牡丹園西駅、塔院団地南駅、…、薊門橋南駅、…などを通過してもよい。牡丹園西駅、塔院団地南駅、…、薊門橋南駅、…などを通過するバスの車両数は、８４である。次に、牡丹園西駅、塔院団地南駅、…、薊門橋南駅、…などを通過する経路も、８４番バス経路として表示されてもよい。
【０２１６】
さらに、ユーザは、検索ボックスに何も入力しなくてもよく、ユーザの近傍の公共交通機関走行経路は、デフォルトで検索されてもよい。いくつかの実施形態では、ユーザがどの公共交通機関走行経路を利用する必要があるかを大まかに知っているが、それがどの経路であるか、またはその経路を近くで利用できるか否かを特に覚えていない場合、次に、ユーザは、取りたい公共交通機関走行経路に対応する公共交通機関の先頭数字を入力することができる。例えば、ユーザは、公共交通機関走行経路に関連付けられた先頭数字が１であることを覚え、次に、ユーザは、検索ボックスに１を入力することができる。それに対応して、先頭数字１を有する近傍の公共交通機関走行経路は、公共交通機関走行経路のデータを検索することによって決定されてもよい。次に、公共交通機関走行経路がユーザにプッシュされてもよい。
【０２１７】
図２１は、本開示のいくつかの実施形態に係る公共交通機関走行経路のプッシュのための例示的なプロセス２１００を示すフローチャートである。いくつかの実施形態では、プロセス２１００は、経路計画システム１００内に実装されてもよい。例えば、プロセス２１００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。動作１９０２〜動作１９０４は、それぞれ図２０の動作２００２〜動作２００４に関連して説明されてもよい。
【０２１８】
２１０６では、処理装置１１２は、ユーザによって入力されたキーワードが数字ではないという決定に応じて、ユーザの履歴走行記録および／またはキーワードに基づいて、ユーザの目的地を決定してもよい。第１の駅を通過する１つ以上の公共交通機関走行経路は、１つ以上の候補公共交通機関走行経路として指定されてもよい。
【０２１９】
２１０８では、処理装置１１２は、第２の規則に基づいて、１つ以上の公共交通機関走行経路をランク付けしてもよい。第２の規則は、目的地を備える１つ以上の公共交通機関走行経路のうちの少なくとも１つが最初にランク付けされ、他が後にランク付けされることを備えてもよい。
【０２２０】
２１１０では、処理装置１１２は、ランク付けされた１つ以上の公共交通機関走行経路をユーザにプッシュしてもよい。
【０２２１】
特に、ユーザによって入力されたキーワードが数字ではない場合、ユーザが入力したいコンテンツは、ユーザが入力を完了する前に予測されてもよい。予測されるコンテンツに関連付けられた公共交通機関走行経路は、予測されるコンテンツに基づいてプッシュされてもよい。いくつかの実施形態では、処理装置１１２が、キーワードが数字ではないことを検出した場合、処理装置１１２は、ユーザの履歴走行記録および／またはキーワードに基づいてユーザの目的地を決定してもよい。１つ以上の公共交通機関走行経路は、第２の規則に基づいてランク付けされてもよい。第２の規則は、目的地を備えてもよい１つ以上の公共交通機関走行経路のうちの少なくとも１つが最初にランク付けされ、他が後にランク付けされることを備えてもよい。ユーザに対するランク付けされた１つ以上の公共交通機関走行経路は、ユーザにプッシュされてもよい。例えば、公共交通機関走行経路の一部が予測される目的地を通過する場合、公共交通機関走行経路の一部が前方にランク付けされてもよく、それにより、より正確で確実な公共交通機関走行経路プッシュが達成されてもよい。
【０２２２】
なお、上記の実装は、別々にまたは組み合わせて実装されてもよい。
【０２２３】
実施形態によって提供される公共交通機関走行経路プッシュのためのプロセスによれば、ユーザの現在の位置が取得されてもよい。ユーザの位置に最も近い駅は、各公共交通機関走行経路の駅位置を検索することによって決定されてもよい。最も近い駅を通過する１つ以上の公共交通機関走行経路がユーザにプッシュされてもよい。したがって、ユーザは、どの公共交通機関走行経路が現在利用可能であるかを正確かつ迅速に知ることができ、周囲の公共交通機関の状況を迅速に知ることができ、これによりユーザの走行経路計画を円滑化してもよい。
【０２２４】
図２２は、本開示のいくつかの実施形態に係るユーザの位置に基づいて公共交通機関走行経路をプッシュするための例示的な装置２２００を示すブロック図である。公共交通機関走行経路プッシュのための装置２２００は、測位モジュール２２１０、処理モジュール２２２０、およびプッシュモジュール２２３０を備えてもよい。装置２２００のモジュールは、処理装置１１２の少なくとも１部のハードウェア回路であってもよい。これらのモジュールは、処理装置１１２によって読み出されて実行されるアプリケーションまたは命令のセットとして実装することもできる。さらに、モジュールは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、モジュールは、処理装置１１２の一部であってもよい。
【０２２５】
測位モジュール２２１０は、ユーザの位置を取得するように構成されてもよい。
【０２２６】
処理モジュール２２２０は、所定の駅位置から、ユーザの位置に基づいてユーザの位置に最も近い駅を第１の駅として決定するように構成されてもよい。
【０２２７】
プッシュモジュール２２３０は、第１の駅を通過する１つ以上の公共交通機関走行経路をユーザにプッシュするように構成されてもよい。
【０２２８】
いくつかの実施形態では、ユーザは、通常、携帯端末を携帯してもよく、ユーザの携帯端末は、ＧＰＳ技術などの測位技術を使用して位置決めされてもよい。ユーザの現在の地理的位置が取得されてもよい。所定の駅位置は、所定の駅位置の地理的位置座標を備えてもよい。いくつかの実施形態では、所定の駅位置は、サーバ（例えば、サーバ１１０）に予め記憶されてもよい。いくつかの実施形態では、ユーザの位置に基づいて公共交通機関走行経路をプッシュするための装置は、独立してもよく、またはスマートフォン、コンピュータ、およびサーバなどの他の装置に組み込まれてもよい。
【０２２９】
シーンを例として、測位モジュール２２１０は、ユーザの位置を取得してもよい。処理モジュール２２２０は、所定の駅位置を検索することによって、ユーザの位置に最も近い駅を決定してもよい。プッシュモジュール２２３０は、最も近い駅を通過する１つ以上の公共交通機関走行経路をユーザにプッシュしてもよい。１つ以上の公共交通機関走行経路は、ユーザの位置に最も近い駅に基づいて決定されもよい。したがって、決定された１つ以上の公共交通機関走行経路は、ユーザの周りの公共交通機関の状況を確実に反映してもよい。
【０２３０】
いくつかの実施形態では、装置２２００は、領域モジュールをさらに備えてもよい。領域モジュールは、半径が予め設定され、中心がユーザの位置である円によって覆われる領域をユーザの近傍領域として指定するように構成されてもよい。それに対応して、処理モジュール２２２０は、ユーザの位置に基づいて、所定の駅位置から、ユーザの位置に最も近く、かつユーザの近傍領域内にある駅を第１の駅として決定するように構成されてもよい。
【０２３１】
本開示によれば、ユーザの近傍領域を迅速かつ容易に決定し、ユーザに近い公共交通機関走行経路をさらに決定する可能性がある。いくつかの実施形態では、ユーザの位置から駅までの距離は、公共交通機関走行経路を決定するために用いられてもよい。ユーザは、周囲の公共交通機関の状況を迅速に知って、公共交通機関（またはバス）で便利に旅行をすることができる。
【０２３２】
いくつかの実施形態では、ユーザに、周囲の公共交通機関の状況をより包括的に理解させるために、上記の任意の実施形態に基づいて、処理モジュール２２２０は、ユーザの位置に基づいて、所定の駅位置から、ユーザの位置に二番目に近い駅を第２の駅として決定するように構成されてもよい。それに対応して、プッシュモジュール２２３０は、第１の駅および第２の駅を通過する１つ以上の公共交通機関走行経路のうちの少なくとも１つをユーザにプッシュするように構成されてもよい。
【０２３３】
シーンを例として、ユーザが周囲の公共交通機関の状況を知りたい場合、測位モジュール２２１０は、最初にユーザの位置を取得してもよい。処理モジュール２２２０は、所定の駅位置を検索することによって、ユーザの位置に最も近い駅および二番目に近い駅を決定してもよい。プッシュモジュール２２３０は、最も近い駅および二番目に近い駅を通過する１つ以上の公共交通機関走行経路をユーザにプッシュしてもよい。
【０２３４】
いくつかの実施形態では、ユーザの位置に最も近い駅だけでなく、ユーザの位置に二番目に近い駅も、１つ以上の公共交通機関走行経路を決定するために考慮されてもよい。最も近い駅および二番目に近い駅を通過する１つ以上の公共交通機関走行経路がユーザにプッシュされてもよい。したがって、ユーザは、自分にプッシュされた情報に基づいて、周囲の公共交通機関の状況を知ってもよい。
【０２３５】
実用的な用途では、ユーザが自分の旅行をより容易に手配できるようにするために、ユーザにプッシュされた１つ以上の公共交通機関走行経路は、１つ以上の公共交通機関走行経路にそれぞれ対応する公共交通機関の現在位置からユーザまでの距離に基づいてランク付けされてもよい。
【０２３６】
図２３は、本開示のいくつかの実施形態に係るユーザの位置に基づいて公共交通機関走行経路をプッシュするための例示的な装置２３００を示すブロック図である。公共交通機関走行経路プッシュのための装置２３００は、測位モジュール２３１０、処理モジュール２３２０、およびプッシュモジュール２３３０を備えてもよい。装置２３００のモジュールは、処理装置１１２の少なくとも１部のハードウェア回路であってもよい。これらのモジュールは、処理装置１１２によって読み出されて実行されるアプリケーションまたは命令のセットとして実装することもできる。さらに、モジュールは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、モジュールは、処理装置１１２の一部であってもよい。
【０２３７】
いくつかの実施形態では、プッシュモジュール２３３０は、距離決定ユニット２３３２、第１のランク付けユニット２３３４、および第１のプッシュモジュール２３３６を備えてもよい。距離決定ユニット２３３２は、１つ以上の公共交通機関走行経路のそれぞれに対して、１つ以上の公共交通機関走行経路にそれぞれ対応する公共交通機関の現在位置を取得するように構成されてもよい。
【０２３８】
第１のランク付けユニット２３３４は、公共交通機関の現在位置からユーザの位置までの距離を決定し、最も近いものから最も遠いものの順に距離に関連付けられた第１の規則に基づいて、１つ以上の公共交通機関走行経路をランク付けするように構成されてもよい。
【０２３９】
第１のプッシュモジュール２３３６は、ランク付けされた１つ以上の公共交通機関走行経路をユーザにプッシュするように構成されてもよい。
【０２４０】
いくつかの実施形態では、測位モジュール２３１０は、ユーザの位置を取得してもよい。処理モジュール２３２０は、所定の駅位置を検索することによって、ユーザの位置に最も近い駅および二番目に近い駅を決定してもよい。次に、最も近い駅および二番目に近い駅を通過する１つ以上の公共交通機関走行経路がユーザにプッシュされてもよい。さらに、距離決定ユニット２３３２は、公共交通機関の現在位置からユーザの位置までの距離を決定してもよい。第１のランク付けユニット２３３４は、最も近いものから最も遠いものの順に距離に関連付けられた第１の規則に基づいて、１つ以上の公共交通機関走行経路をランク付けしてもよい。第１のプッシュモジュール２３３６は、ランク付けされた１つ以上の公共交通機関走行経路をユーザにプッシュしてもよい。
【０２４１】
さらに、動作において、ユーザは、通常取る公共交通機関走行経路に精通してもよい。したがって、ユーザは、行きたい公共交通機関走行経路が近くにあるか否かを決定したいだけであってもよい。公共交通機関走行経路をプッシュすることの適切性および効率を改善するために、ユーザは、検索ボックスに、１つ以上の公共交通機関走行経路のうちの少なくとも１つに対応する公共交通機関の初期量を入力してもよい。
【０２４２】
図２４は、本開示のいくつかの実施形態に係るユーザの位置に基づいて公共交通機関走行経路をプッシュするための例示的な装置２４００を示すブロック図である。公共交通機関走行経路プッシュのための装置２４００は、測位モジュール２４１０、処理モジュール２４２０、プッシュモジュール２４３０、および受信モジュール２４４０を備えてもよい。装置２４００のモジュールは、処理装置１１２の少なくとも１部のハードウェア回路であってもよい。これらのモジュールは、処理装置１１２によって読み出されて実行されるアプリケーションまたは命令のセットとして実装することもできる。さらに、モジュールは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、モジュールは、処理装置１１２の一部であってもよい。
【０２４３】
いくつかの実施形態では、受信モジュール２４４０は、ユーザによって入力されたキーワードを受信するように構成されてもよい。
【０２４４】
プッシュモジュール２４３０は、第１の駅を通過する１つ以上の公共交通機関走行経路から少なくとも１つの候補公共交通機関走行経路を決定するように構成されてもよい。少なくとも１つの候補公共交通機関走行経路に対応する公共交通機関の車両番号は、先頭数字として数字を備えてもよい。公共交通機関の車両番号は、公共交通機関の経路を示すために用いられてもよい。例えば、バスは、牡丹園西駅、塔院団地南駅、…、薊門橋南駅、…などを通過してもよい。牡丹園西駅、塔院団地南駅、…、薊門橋南駅、…などを通過するバスの車両数は、８４である。次に、牡丹園西駅、塔院団地南駅、…、薊門橋南駅、…などを通過する経路も、８４番バス経路として表示されてもよい。
【０２４５】
さらに、ユーザは、検索ボックスに何も入力しなくてもよく、ユーザの近くの公共交通機関走行経路は、デフォルトで検索されてもよい。いくつかの実施形態では、ユーザがどの公共交通機関走行経路を利用する必要があるかを大まかに知っているが、それがどの経路であるか、またはその経路を近くで利用できるか否かを特に覚えていない場合、次に、ユーザは、取りたい公共交通機関走行経路に対応する公共交通機関の先頭数字を入力することができる。例えば、ユーザは、公共交通機関走行経路に関連付けられた先頭数字が１であることを覚え、次に、ユーザは、検索ボックスに１を入力することができる。それに対応して、先頭数字１を有する近傍の公共交通機関走行経路は、公共交通機関走行経路のデータを検索することによって決定されてもよい。次に、公共交通機関走行経路がユーザにプッシュされてもよい。
【０２４６】
図２５は、本開示のいくつかの実施形態に係るユーザの位置に基づいて公共交通機関走行経路をプッシュするための例示的な装置２５００を示すブロック図である。公共交通機関走行経路プッシュのための装置２５００は、測位モジュール２５１０、処理モジュール２５２０、プッシュモジュール２５３０、および受信モジュール２５４０を備えてもよい。装置２５００のモジュールは、処理装置１１２の少なくとも１部のハードウェア回路であってもよい。これらのモジュールは、処理装置１１２によって読み出されて実行されるアプリケーションまたは命令のセットとして実装することもできる。さらに、モジュールは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、モジュールは、処理装置１１２の一部であってもよい。
【０２４７】
プッシュモジュール２５３０は、推定ユニット２５３２、第２のランク付けユニット２５３４、および第２のプッシュユニット２５３６を備えてもよい。推定ユニット２５３２は、ユーザによって入力されたキーワードが数字ではない決定に応じて、ユーザの履歴走行記録および／またはキーワードに基づいて、ユーザの目的地を決定するように構成されてもよい。第１の駅を通過する１つ以上の公共交通機関走行経路は、１つ以上の候補公共交通機関走行経路として指定されてもよい。
【０２４８】
第２のランク付けユニット２５３４は、第２の規則に基づいて、１つ以上の公共交通機関走行経路をランク付けするように構成されてもよい。第２の規則は、目的地を含む１つ以上の公共交通機関走行経路のうちの少なくとも１つが最初にランク付けされ、他が後にランク付けされることを備えてもよい。
【０２４９】
第２のプッシュユニット２５３６は、ランク付けされた１つ以上の公共交通機関走行経路をユーザにプッシュするように構成されてもよい。
【０２５０】
特に、ユーザによって入力されたキーワードが数字ではない場合、推定ユニット２５３２は、ユーザが入力を完了する前に入力したいコンテンツを予測し、予測されたコンテンツに基づいて予測コンテンツに関連付けられた公共交通機関走行経路をプッシュしてもよい。いくつかの実施形態では、推定ユニット２５３２が、キーワードが数字ではないことを検出した場合、推定ユニット２５３２は、ユーザの履歴走行記録および／またはキーワードに基づいてユーザの目的地を決定してもよい。第２のランク付けユニット２５３４は、第２の規則に基づいて、１つ以上の公共交通機関走行経路をランク付けしてもよい。第２の規則は、目的地を備えてもよい１つ以上の公共交通機関走行経路のうちの少なくとも１つが最初にランク付けされ、他が後にランク付けされることを備えてもよい。第２のプッシュユニット２５３６は、ランク付けされた１つ以上の公共交通機関走行経路をユーザにプッシュしてもよい。例えば、公共交通機関走行経路の一部が予測される目的地を通過する場合、公共交通機関走行経路のこの一部が上位にランク付けされてもよく、それにより、より正確で確実な公共交通機関走行経路プッシュが達成できる。
【０２５１】
なお、上記の実装は、別々にまたは組み合わせて実装されてもよい。
【０２５２】
実施形態によって提供される公共交通機関走行経路プッシュのための装置によれば、ユーザの現在の位置が取得されてもよい。ユーザの位置に最も近い駅は、各公共交通機関走行経路の駅位置を検索することによって決定されてもよい。最も近い駅を通過する１つ以上の公共交通機関走行経路がユーザにプッシュされてもよい。したがって、ユーザは、どの公共交通機関走行経路が現在利用可能であるかを正確かつ迅速に知ることができ、周囲の公共交通機関の状況を迅速に知ることができ、これによりユーザの走行経路計画を円滑化することができる。
【０２５３】
図２６は、本開示のいくつかの実施形態に係る情報を送信する例示的なプロセス２６００を示すフローチャートである。いくつかの実施形態では、プロセス２６００は、経路計画システム１００内に実装されてもよい。例えば、プロセス２６００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【０２５４】
２６０２では、処理装置１１２は、駅に近づく公共交通機関を示すプロンプト信号を受信してもよい。
【０２５５】
２６０４では、処理装置１１２は、指示信号に基づいて公共交通機関に関連付けられたリアルタイム到着駅に関連する情報を取得してもよい。
【０２５６】
２６０６では、処理装置１１２は、オンラインタクシー配車プラットフォームに関連付けられたユーザによる参照のために、リアルタイム到着駅に関連する情報をオンラインタクシー配車プラットフォーム（すなわち、クライアント端末）に送信してもよい。
【０２５７】
いくつかの実施形態では、公共交通機関のリアルタイム到着駅に関連する情報は、公共交通機関が駅に到着したときに取得されてもよく、これにより、公共交通機関のリアルタイム到着駅に関連する情報の適時性、有効性、および正確性を効果的に保証し、かつＧＰＳ信号の周期的な送信によって引き起こされる公共交通機関のリアルタイム到着駅に関連する情報に時機に適せずにアクセスするという問題を回避することができる。取得されるリアルタイム到着駅に関連する情報は、ユーザによる参照のために、オンラインタクシー配車プラットフォームに送信されてもよく、これにより、ユーザによって取得された情報の正確性および即時性を保証することができる。したがって、ユーザ体験が向上する。
【０２５８】
いくつかの実施形態では、取得されるリアルタイム到着駅に関連する情報は、ＷＩＦＩまたはセルラー信号などの無線送信を介して、オンラインタクシー配車プラットフォームに送信されてもよい。
【０２５９】
いくつかの実施形態では、公共交通機関の戸開ボタンがトリガされたとき、プロンプト信号を生成してもよい。いくつかの実施形態では、公共交通機関の到着プロンプトボタンがトリガされたとき、プロンプト信号を生成してもよい。
【０２６０】
いくつかの実施形態では、公共交通機関のリアルタイム到着駅に関連する情報の正確性を保証するために、処理装置１１２は、公共交通機関の戸開ボタンが押されたときに公共交通機関のリアルタイム到着駅に関連する情報を取得してもよい。いくつかの実施形態では、処理装置１１２は、公共交通機関の到着プロンプトボタンが押されたときに公共交通機関のリアルタイム到着駅に関連する情報を取得してもよい。なお、ユーザ体験を向上させるために、上記の２つの方法が実際の状況に従って選択されてもよい。
【０２６１】
いくつかの実施形態では、リアルタイム到着駅に関連する情報は、公共交通機関の到着駅、公共交通機関の車両番号、公共交通機関の運転方向、および公共交通機関の現在位置を備えてもよい。
【０２６２】
いくつかの実施形態では、オンラインタクシー配車プラットフォームが公共交通機関のリアルタイム到着駅に関連する情報に基づいて効果的な分析を行い、公共交通機関のより多様でリアルタイムな情報をユーザに提供できることを保証するためである。リアルタイム到着駅に関連する情報は、リアルタイム到着駅に関連する情報が送信されたときの公共交通機関の到着駅、公共交通機関の車両番号、公共交通機関の運転方向（上りまたは下り）、または公共交通機関の現在位置（すなわち、公共交通機関が到着している現在の駅の位置座標）の少なくとも１つを備えてもよい。公共交通機関制御システムは、公共交通機関のリアルタイム到着駅に関連する情報に基づいて、各公共交通機関を効果的に監視することができる。
【０２６３】
いくつかの実施形態では、公共交通機関のリアルタイム到着駅に関連する情報を受信した後、オンラインタクシー配車プラットフォームは、オンラインタクシー配車プラットフォームに含まれるビッグデータと組み合わせることによって、公共交通機関が次の駅に到着する時点を予測してもよい。したがって、オンラインタクシー配車プラットフォームは、様々な公共交通機関の到着時刻をユーザに提示し、公共交通機関が次の駅に到着する時間を予測し、上記の情報に基づいて選択するためにユーザに最適な走行経路を推奨でき、これによりユーザの走行体験を改善することができる。
【０２６４】
いくつかの実施形態では、処理装置１１２は、オンラインタクシー配車プラットフォームの契約車両の運転情報に基づいて、公共交通機関が次の駅に到着する時点を決定してもよい。例えば、処理装置１１２は、公共交通機関の到着駅から履歴経路の次の駅への契約車両の運転情報を予め収集してもよい。契約車両の履歴運転情報の収集された情報、統計、および分析に従って、走行経路が公共交通機関と重複している車両の運転情報は、公共交通機関の到着時刻を決定するために用いられてもよい。多数の経験的データの分析と要約によって、到着時刻に関連する取得情報の正確性および信頼性を保証し、オンラインタクシー配車プラットフォームのデータサービスプラットフォーム（例えば、サーバ１１０）に記憶されているデータの価値を向上させ、オンライン配車アプリケーションの実用性を向上させることができる。
【０２６５】
いくつかの実施形態では、目標駅（例えば、次の駅）に到着する公共交通機関の到着時刻に関連する情報は、オンラインタクシー配車プラットフォームの契約車両の運転情報に基づいて決定されてもよい。例えば、処理装置１１２は、走行情報のうちの走行速度と走行距離に基づいて、公共交通機関の到着時刻に関連する情報を決定してもよい。運転速度は、多数の履歴運転速度の平均値であってもよい。別の例として、処理装置１１２は、現在の駅および目標駅に対応する経路を通過するオンラインタクシー配車プラットフォームの契約車両の走行時刻に基づいて、公共交通機関の到着時刻に関連する情報を決定してもよい。走行時刻は、多数の履歴走行時刻の平均値であってもよい。
【０２６６】
したがって、ユーザは、他の配車アプリケーション、公共交通機関照会アプリケーションなどの、非常に多くのアプリケーションをインストールする必要がない可能性がある。さらに、取得された公共交通機関のリアルタイム位置に従って、走行経路および公共交通機関の到着時刻をユーザにプッシュでき、これによりユーザが走行計画をスケジュールすることを支援することができる。駅に到着する公共交通機関の到着時刻は、公共交通機関会社が公共交通機関を監視することを支援することができる。いくつかの実施形態では、中間車両が必要であるか否かは、公共交通機関が各駅に到着する時刻に基づいて決定されてもよい。
【０２６７】
図２７は、本開示のいくつかの実施形態に係る情報を送信する例示的な装置２７００を示す概略図である。図２７に示すように、装置２７００は、受信モジュール２７０２、取得モジュール２７０４、および送信モジュール２７０６を備えてもよい。装置２７００のユニットは、処理装置１１２の少なくとも１部のハードウェア回路であってもよい。装置２７００のユニットも、処理装置１１２によって読み取られ実行されるアプリケーションまたは命令のセットとして実装されてもよい。さらに、ユニットは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、装置２７００のユニットは、処理装置１１２の一部であってもよい。
【０２６８】
受信モジュール２７０２は、駅に到着する公共交通機関を示すプロンプト信号を受信するように構成されてもよい。取得モジュール２７０４は、受信モジュール２７０２によって受信されたプロンプト信号に基づいて、公共交通機関に関連付けられたリアルタイム到着駅に関連する情報を取得するように構成されてもよい。送信モジュール２７０６は、オンラインタクシーに関連付けられたユーザによる参照のために、取得モジュール２７０４によって取得されたリアルタイム到着駅に関連する情報をオンラインタクシー配車プラットフォーム（例えば、クライアント端末）に送信するように構成されてもよい。
【０２６９】
いくつかの実施形態では、公共交通機関のリアルタイム到着駅に関連する情報は、公共交通機関が駅に到着したときに取得されてもよく、これにより、公共交通機関のリアルタイム到着駅に関連する情報の適時性、有効性、および正確性を効果的に保証し、かつＧＰＳ信号の周期的な送信によって引き起こされる公共交通機関のリアルタイム到着駅に関連する情報に時機に適せずにアクセスするという問題を回避することができる。取得されるリアルタイム到着駅に関連する情報は、ユーザによる参照のために、オンラインタクシー配車プラットフォームに送信されてもよく、これにより、ユーザによって取得された情報の正確性および即時性を保証することができる。したがって、ユーザ体験が向上する。
【０２７０】
いくつかの実施形態では、取得されるリアルタイム到着駅に関連する情報は、ＷＩＦＩまたはセルラー信号などの無線送信を介して、オンラインタクシー配車プラットフォームに送信できる。
【０２７１】
いくつかの実施形態では、公共交通機関の戸開ボタンがトリガされたとき、プロンプト信号を生成してもよい。いくつかの実施形態では、公共交通機関の到着プロンプトボタンがトリガされたとき、プロンプト信号を生成してもよい。
【０２７２】
いくつかの実施形態では、公共交通機関のリアルタイム到着駅に関連する情報の正確性を保証するために、取得モジュール２７０４は、公共交通機関の戸開ボタンが押されたときに公共交通機関のリアルタイム到着駅に関連する情報を取得してもよい。いくつかの実施形態では、取得モジュール２７０４は、公共交通機関の到着プロンプトボタンが押されたときに公共交通機関のリアルタイム到着駅に関連する情報を取得してもよい。なお、ユーザ体験を向上させるために、上記の２つの方法が実際の状況に従って選択されてもよい。
【０２７３】
いくつかの実施形態では、リアルタイム到着駅に関連する情報は、公共交通機関の到着駅、公共交通機関の車両番号、公共交通機関の運転方向、および公共交通機関の現在位置を備えてもよい。
【０２７４】
いくつかの実施形態では、オンラインタクシー配車プラットフォームが公共交通機関のリアルタイム到着駅に関連する情報に基づいて効果的な分析を行い、公共交通機関のより多様でリアルタイムな情報をユーザに提供できることを保証するためである。リアルタイム到着駅に関連する情報は、リアルタイム到着駅に関連する情報が送信されたときの公共交通機関の到着駅、公共交通機関の車両番号、公共交通機関の運転方向（上りまたは下り）、または公共交通機関の現在位置（すなわち、公共交通機関が到着している現在の駅の位置座標）の少なくとも１つを備えてもよい。公共交通機関制御システムは、公共交通機関のリアルタイム到着駅に関連する情報に基づいて、各公共交通機関を効果的に監視することができる。
【０２７５】
図２８は、本開示のいくつかの実施形態に係る表示のための例示的なプロセス２８００を示すフローチャートである。いくつかの実施形態では、プロセス２８００は、経路計画システム１００内に実装されてもよい。例えば、プロセス２８００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【０２７６】
２８０２では、処理装置１１２は、サービス要求の出発地および目的地に基づいて、３つ以上の公共交通機関走行経路を取得してもよい。処理装置１１２は、公共交通機関走行経路にそれぞれ関連付けられた推定期間に従って、公共交通機関走行経路をランク付けしてもよい（例えば、短いほどランクが高い）。
【０２７７】
２８０４では、処理装置１１２は、推奨ページを生成してもよい。いくつかの実施形態では、推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。テキスト表示領域は、ランク付けされた公共交通機関走行経路のうちの上位３つの公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。第１のデータは、上位３つの公共交通機関走行経路にそれぞれ対応する公共交通機関の車両番号と、上位３つの公共交通機関走行経路にそれぞれ関連付けられた推定期間とを備えてもよい。
【０２７８】
２８０６では、処理装置１１２は、ディスプレイに推奨ページを表示させてもよい。
【０２７９】
いくつかの実施形態では、地図表示領域およびテキスト表示領域は、推奨ページ上で互いに分離されてもよい。複数の公共交通機関走行経路が地図に表示されてもよく、これにより、地図に基づいて複数の公共交通機関走行経路の比較を容易にすることができる。推奨される結果は、視覚的であり、ユーザ体験が向上してもよい。さらに、ビッグデータの統計分析によれば、上位（例えば３つ）の公共交通機関走行経路の満足度は、８０％を超え、基本的にユーザのニーズを満たすことができる。すべての公共交通機関走行経路の表示ではなく、上位３つの公共交通機関走行経路の表示を制限することは、利用可能な公共交通機関走行経路が多数あるときにテキスト表示領域のスペースを制御することを支援することができる。利用率が低い他の公共交通機関走行経路は、表示されなくてもよく、これにより十分な地図表示領域を保証するために推奨ページのスペースを最大限に活用する可能性がある。いくつかの実施形態では、ユーザによって入力された出発地および目的地は、地図表示領域に表示されてもよい。いくつかの実施形態では、３つの公共交通機関走行経路が地図表示領域に表示されてもよい。さらに、上位３つの公共交通機関走行経路に関連する第１のデータは、上位３つの公共交通機関走行経路にそれぞれ対応する公共交通機関の車両番号と、上位３つの公共交通機関走行経路にそれぞれ関連付けられた推定期間を備えてもよい。乗り換えが公共交通機関走行経路に関与しているとき、車両番号は、連続して取られる公共交通機関走行経路に対応する公共交通機関の車両番号を指してもよく、これにより異なる公共交通機関走行経路を明確に区別することができる。推定期間は、対応する公共交通機関走行経路を使用するときに出発地から目的地までにユーザが費やした期間を指してもよく、一般的に公共交通機関走行経路を選択するときのユーザの主たる基準であってもよい。車両番号および推定期間を含む第１のデータは、ユーザが異なる公共交通機関走行経路を比較し、限られたスペースを有するテキスト表示領域を最大限に活用することを支援できる。したがって、ユーザ体験が向上する。
【０２８０】
いくつかの実施形態では、テキスト表示領域は、第１の数の公共交通機関走行経路に関連する第１のデータをリストの形式で表示するように構成されてもよい。公共交通機関走行経路をリストの形式で表示するテキスト表示領域は、ユーザが異なる公共交通機関走行経路を区別することを支援してもよい。各公共交通機関走行経路は、同じ表示形式で表示されてもよく、これにより表示結果を明確にさせ、ユーザ体験を向上させることができる。
【０２８１】
いくつかの実施形態では、テキスト表示領域は、推奨ページの境界と同じ縁を共有してもよい。推奨ページの境界と同じ縁を共有するテキスト表示領域は、テキスト表示領域を推奨ページの下部に集中させ、推奨ページの残りのスペースを上部に集中させてもよい。したがって、地図表示領域の完全性は、テキスト表示領域の影響を受けず、地図の表示とユーザ体験を向上させることを支援できる。
【０２８２】
図２９は、本開示のいくつかの実施形態に係る推奨ページを表示する例示的なプロセス２９００を示すフローチャートである。いくつかの実施形態では、プロセス２９００は、経路計画システム１００内に実装されてもよい。例えば、プロセス２９００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【０２８３】
２９０２では、処理装置１１２は、サービス要求の出発地および目的地に基づいて、複数（例えば、３つ以上）の公共交通機関走行経路を取得してもよい。処理装置１１２は、短いものから長いものの順に公共交通機関走行経路にそれぞれ関連付けられた推定期間に従って、公共交通機関走行経路をランク付けしてもよい。
【０２８４】
２９０４では、処理装置１１２は、推奨ページを生成してもよい。推奨ページは、推奨ページの上部上の地図表示領域を備え、推奨ページの下部上のテキスト表示領域を備えてもよい。テキスト表示領域は、上位３つの公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。第１のデータは、上位３つの公共交通機関走行経路にそれぞれ対応する公共交通機関の車両番号と、上位３つの公共交通機関走行経路にそれぞれ関連付けられた推定期間とを備えてもよい。
【０２８５】
２９０６では、処理装置１１２は、ディスプレイに推奨ページを表示させてもよい。
【０２８６】
２９０８では、処理装置１１２は、テキスト表示領域上で行われたユーザの上向きのスライド操作に応じて、第２の数の公共交通機関走行経路に関連する第２のデータを表示するために、テキスト表示領域を拡大してもよい。
【０２８７】
いくつかの実施形態では、テキスト表示領域を拡大することによって、より多くの公共交通機関走行経路を表示してもよく、これにより、デフォルトの推奨される３つの公共交通機関走行経路がユーザのニーズを満たすことができないときに、より多くのオプションをユーザに提供することができる。さらに、上向きのスライド操作を設定し、上向きのスライド操作を、テキスト表示領域を拡大するトリガコマンドとして使用することによって、ユーザのスライド方向は、テキスト表示領域の拡大方向と一致してもよく、スライドによってテキスト表示領域を開く効果を生み出し、これにより、人間の視覚習慣を満たし、親しみやすい操作体験をもたらすことができる。いくつかの実施形態では、テキスト表示領域を拡張した後、テキスト表示領域は、ユーザの下向きのスライド操作に応じて、３つの公共交通機関走行経路を表示する状態に短縮されてもよい。いくつかの実施形態では、テキスト表示領域の拡大は、すべての公共交通機関走行経路を表示するために、より大きなテキスト表示領域に切り替えることによって実現されてもよい。いくつかの実施形態では、テキスト表示領域全体は、上向きに移動し、表示されていない公共交通機関走行経路が推奨ページの下部から現れてもよい。したがって、すべての公共交通機関走行経路が表示され得る。いくつかの実施形態では、第２の数の公共交通機関走行経路は、推奨される結果とともに変わることができるすべての公共交通機関走行経路を備えてもよい。いくつかの実施形態では、第２の数は、固定値として設定されてもよい。いくつかの実施形態では、表示された第２の数の公共交通機関走行経路は、スライド距離によって制御されてもよい。第２の数が変数であってもよい。
【０２８８】
図３０は、本開示の第３の実施形態に係る推奨ページを表示す例示的なプロセス３０００を示すフローチャートである。いくつかの実施形態では、プロセス３０００は、経路計画システム１００内に実装されてもよい。例えば、プロセス３０００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【０２８９】
３００２では、処理装置１１２は、出発地および目的地に基づいて、３つ以上の公共交通機関走行経路を取得してもよい。処理装置１１２は、短いものから長い者の順に公共交通機関走行経路にそれぞれ関連付けられた推定期間に従って、公共交通機関走行経路をランク付けしてもよい。
【０２９０】
３００４では、処理装置１１２は、推奨ページを生成してもよい。推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。テキスト表示領域は、上位３つの公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。第１のデータは、上位３つの公共交通機関走行経路にそれぞれ対応する公共交通機関の車両番号と、上位３つの公共交通機関走行経路にそれぞれ関連付けられた推定期間とを備えてもよい。
【０２９１】
３００６では、処理装置１１２は、ディスプレイに推奨ページを表示させてもよい。
【０２９２】
３００８では、処理装置１１２は、テキスト表示領域上でユーザがクリック操作を行ったことに応じて、ディスプレイに、クリック操作の位置に対応する公共交通機関走行経路に関連する第３のデータをテキスト表示領域に表示させてもよい。
【０２９３】
いくつかの実施形態では、公共交通機関走行経路に関連する第３のデータは、テキスト表示領域上の１つの公共交通機関走行経路をクリックすることによって表示されてもよく、これにより、ユーザが公共交通機関走行経路を理解して決定を下すことを支援すること、あるいは対応する公共交通機関を利用するようにユーザに指示することができる。同時に、第３のデータは、依然としてテキスト表示領域に表示され、地図表示領域は、対応する公共交通機関走行経路を表示することができ、これにより公共交通機関走行経路は、より視覚的に表示される。
【０２９４】
図３１は、本開示のいくつかの実施形態に係る表示のための例示的なプロセス３１００を示すフローチャートである。いくつかの実施形態では、プロセス３１００は、経路計画システム１００内に実装されてもよい。例えば、プロセス３１００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【０２９５】
３１０２では、処理装置１１２は、計画ページを開始した後にユーザが出発地および目的地を入力したか否かを決定してもよい。
【０２９６】
３１０４では、処理装置１１２は、ユーザが出発地および目的地を入力した決定に応じて、出発地および目的地に基づいて、少なくとも３つの公共交通機関走行経路を取得してもよい。処理装置１１２は、短いものから長いものの順に公共交通機関走行経路にそれぞれ関連付けられた推定期間に従って、公共交通機関走行経路をランク付けしてもよい。
【０２９７】
３１０６では、処理装置１１２は、推奨ページを生成してもよい。推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。テキスト表示領域は、上位３つの公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。第１のデータは、上位３つの公共交通機関走行経路にそれぞれ対応する公共交通機関の車両番号と、上位３つの公共交通機関走行経路にそれぞれ関連付けられた推定期間とを備えてもよい。
【０２９８】
３１０８では、処理装置１１２は、ディスプレイに推奨ページを表示させてもよい。
【０２９９】
いくつかの実施形態では、計画ページを開始する前にユーザが出発地と目的地を入力したか否かを決定することは、経路計画に関連する異なるページを互いに通信させることができ、これにより、ユーザの入力数を低減し、知能レベルを向上させ、さらにユーザ体験を向上させることができる。特に、走行経路を表示するプロセス４００が経路計画に関連するプラットフォームまたはアプリケーションに適用されるとき、運転経路、公共交通機関走行経路、歩行経路などの走行経路は、ユーザの様々なニーズを満たす様々なページで計画されてもよい。例えば、プラットフォームまたはアプリケーションがオンラインタクシー配車プラットフォームであるとき、運転ページは、例えば、レンタカーインタフェース、タクシーインタフェース、特殊自動車インタフェースなどにさらに分割されてもよい。適切な自動車が見つからない場合、ユーザは、公共交通機関走行経路を照会するために公共交通機関インタフェースに移行することができる。同じオンラインタクシー配車プラットフォームでは、インタフェース（またはページ）が切り替えられるとき、ユーザは、出発地および目的地を入力する必要がない可能性がある。
【０３００】
図３２は、本開示のいくつかの実施形態に係る表示のための例示的なプロセス３２００を示すフローチャートである。表示のためのプロセスは、オンライン配車プラットフォームのインタフェースを表示するために用いられてもよい。いくつかの実施形態では、プロセス３２００は、経路計画システム１００内に実装されてもよい。例えば、プロセス３２００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０内の処理装置１１２、またはサーバ１１０内の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【０３０１】
３２０２では、処理装置１１２は、ユーザが出発地および目的地をサービスタイプのページ（例えば、エクスプレスカーページ）上に入力した後に、出発地および目的地を記録してもよい。
【０３０２】
３２０４では、処理装置１１２は、公共交通機関ラベルをクリックする操作に応じて、公共交通機関計画ページを入力するようにクライアントに指示してもよい。
【０３０３】
３２０６では、処理装置１１２は、出発地および目的地に基づいて、少なくとも３つの公共交通機関走行経路を取得してもよい。処理装置１１２は、短いものから長いものの順に公共交通機関走行経路にそれぞれ関連付けられた推定期間に従って、公共交通機関走行経路をランク付けしてもよい。
【０３０４】
３２０８では、処理装置１１２は、推奨ページを生成してもよい。推奨ページは、上部に地図表示領域、下部にテキスト表示領域を備えてもよい。テキスト表示領域は、上位３つの公共交通機関走行経路に関連する第１のデータをリストの形式で表示し、それ以上下向きにスライドすることはできないように構成されてもよい。第１のデータは、公共交通機関乗換案内、歩行距離、価格、乗車駅、または詳細ボタンのうちの少なくとも１つを備えてもよい。
【０３０５】
３２１０では、処理装置１１２は、クライアントが継続的にロードするか、ロードに失敗したか、またはクライアント上でデータが発生しないかを決定してもよい。クライアントが継続的にロードしているか、ロードに失敗したか、またはクライアント上でデータが発生しないと決定された場合、プロセス３２００は、動作３２１２に移行してもよい。クライアントが成功裏にロードするか、またはクライアント上でデータが発生していると決定された場合、プロセス３２００は、３２１６に移行してもよい。
【０３０６】
３２１２では、処理装置１１２は、それに応じてディスプレイにプロンプトを表示させてもよい。
【０３０７】
３２１４では、処理装置１１２は、ユーザのリフレッシュ操作に応じて３２０６に戻ってもよい。
【０３０８】
３２１６では、処理装置１１２は、ディスプレイに推奨ページを表示させてもよい。
【０３０９】
３２１８では、処理装置１１２は、詳細ボタンに行われたユーザのクリック操作に応じて、公共交通機関走行経路に対応する第３のデータを取得してもよい。
【０３１０】
３２２０では、処理装置１１２は、クライアントが継続的にロードするか、またはロードに失敗したかを決定してもよい。クライアントが継続的にロードするか、またはロードに失敗したと決定された場合、プロセス３２００は、３２２２に移行してもよい。クライアントが成功裏にロードすると決定された場合、プロセス３２００は、３２２６に移行してもよい。
【０３１１】
３２２２では、処理装置１１２は、それに応じてディスプレイにプロンプトをテキスト表示領域に表示させてもよい。
【０３１２】
３２２４では、処理装置１１２は、ユーザのリフレッシュ操作に応じて、動作３２１８に戻ってもよい。
【０３１３】
３２２６では、処理装置１１２は、テキスト表示領域を、第１のデータを表示し、下向きにスライドさせて推奨ページから徐々に出るように制御し、第３のデータを表示するテキスト表示領域を、下から推奨ページまで上にスライドさせるように制御して、第１のデータを表示する経路概要ページから第３のデータを表示する経路詳細ページへの切り替えを完了することができる。
【０３１４】
３２２８では、処理装置１１２は、テキスト表示領域上でユーザが行った上向きのスライド操作に応じて、テキスト表示領域を上向きにスライドさせるように制御して、取得されたすべての公共交通機関走行経路を表示することができる。いくつかの実施形態では、スライドする間、地図上の他の要素は変更されないままであってもよく、推奨ページ上の他の領域は、徐々に暗くなりマスクを形成してもよく、推奨ページの上部は、徐々に隠すボタンを提示してもよい。
【０３１５】
３２３０では、処理装置１１２は、隠すボタンまたはマスクをクリックするユーザのクリック操作に応じて、テキスト表示領域を初期位置に戻すことを制御してもよい。
【０３１６】
図３３〜３６は、本開示のいくつかの実施形態に係るオンラインタクシー配車アプリケーション３３００を示す概略図である。いくつかの実施形態では、ユーザは、図３３に示すエクスプレスカー予約ページを図３４に示す公共交通機関計画ページに切り替え、乗り換え検索をリアルタイムに開始してもよい。エクスプレスカー予約ページまたは公共交通機関計画ページに連続ローディング、ローディング失敗、またはデータの未発生を示すとき、対応するプロンプトは、それぞれ「ネットワークエラー。確認してからやり直してください。」、「クエリに失敗しました。クリックして再読み込みしてください。」、「適切な公共交通機関走行経路がありません。」などを備えてもよい。図３５は、３２１８に記載されているような経路詳細ページを示す。図３６に示すように、すべての公共交通機関走行経路が表示されるとき、すべての公共交通機関走行経路のリストが１つの画面をカバーしていない場合、上向きのスライド操作が到達する最高点は、テキスト表示領域の上縁部にある。リストが１つの画面を超える場合、テキスト表示領域が上向きにスライドして、リストの下部がテキスト表示領域の下縁部までスライドするまで推奨ページを表示してもよい。３２２８では、ボタンまたはマスクを隠すクリック操作によって、テキスト表示領域を戻してもよい。いくつかの実施形態では、テキスト表示領域は、スライド操作によって戻されてもよい。例えば、ユーザがテキスト表示領域上で下向きのスライド操作を行うとき、テキスト表示領域は、下向きにスライドし、地図表示領域のマスクは、徐々に隠され、地図上の他の要素は、変更されていないままであり、テキスト表示領域は、初期位置にスライドしてもよい。
【０３１７】
図３７は、本開示のいくつかの実施形態に係る表示のための例示的な装置３７００を示す概略図である。装置３７００は、取得ユニット３７０２、生成ユニット３７０４、および第１の表示ユニット３７０６を備えてもよい。装置３７００のユニットは、処理装置１１２または要求者端末１３０（例えば、ＣＰＵ３４０またはＧＰＵ３３０）の少なくとも一部のハードウェア回路であってもよい。装置３７００のユニットも、処理装置１１２によって読み取られ実行されるアプリケーションまたは命令のセットとして実装されてもよい。さらに、ユニットは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、装置３７００のユニットは、処理装置１１２の一部であってもよい。
【０３１８】
取得ユニット３７０２は、サービス要求の出発地および目的地に基づいて、３つ以上の公共交通機関走行経路を取得するように構成されてもよい。取得ユニット３７０２はさらに、公共交通機関走行経路にそれぞれ関連付けられた推定期間に従って、公共交通機関走行経路をランク付けする（例えば、短いほどランクが高い）ように構成されてもよい。
【０３１９】
生成ユニット３７０４は、推奨ページを生成するように構成されてもよい。いくつかの実施形態では、推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。テキスト表示領域は、ランク付けされた公共交通機関走行経路のうちの上位３つの公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。第１のデータは、上位３つの公共交通機関走行経路にそれぞれ対応する公共交通機関の車両番号と、上位３つの公共交通機関走行経路にそれぞれ関連付けられた推定期間とを備えてもよい。
【０３２０】
第１の表示ユニット３７０６は、ディスプレイに推奨ページを表示させるように構成されてもよい。
【０３２１】
いくつかの実施形態では、地図表示領域およびテキスト表示領域は、生成ユニット３７０４によって、推奨ページ上で互いに分離されてもよい。取得ユニット３７０２によって取得された複数の公共交通機関走行経路が地図に表示されてもよく、これにより、地図に基づいて複数の公共交通機関走行経路の比較を容易にすることができる。推奨される結果は、視覚的であり、ユーザ体験が向上してもよい。さらに、ビッグデータの統計分析によれば、上位（例えば３つ）の公共交通機関走行経路の満足度は、８０％を超え、基本的にユーザのニーズを満たすことができる。すべての公共交通機関走行経路の表示ではなく、上位３つの公共交通機関走行経路の表示を制限することは、利用可能な公共交通機関走行経路が多数あるときにテキスト表示領域のスペースを制御することを支援することができる。利用率が低い他の公共交通機関走行経路は、表示されなくてもよく、これにより十分な地図表示領域を保証するために推奨ページのスペースを最大限に活用できる。いくつかの実施形態では、ユーザによって入力された出発地および目的地は、地図表示領域に表示されてもよい。いくつかの実施形態では、３つの公共交通機関走行経路が地図表示領域に表示されてもよい。さらに、上位３つの公共交通機関走行経路に関連する第１のデータは、上位３つの公共交通機関走行経路にそれぞれ対応する公共交通機関の車両番号と、上位３つの公共交通機関走行経路にそれぞれ関連付けられた推定期間を備えてもよい。乗り換えが公共交通機関走行経路に関与しているとき、車両番号は、連続して取られる公共交通機関走行経路に対応する公共交通機関の車両番号を指してもよく、これにより異なる公共交通機関走行経路を明確に区別することができる。推定期間は、対応する公共交通機関走行経路を使用するときに出発地から目的地までにユーザが費やした期間を指してもよく、一般的に公共交通機関走行経路を選択するときのユーザの主たる基準であってもよい。車両番号および推定期間を含む第１のデータは、ユーザが異なる公共交通機関走行経路を比較し、限られたスペースを有するテキスト表示領域を最大限に活用することを支援できる。したがって、ユーザ体験が向上する。
【０３２２】
いくつかの実施形態では、テキスト表示領域は、第１の数の公共交通機関走行経路に関連する第１のデータをリストの形式で表示するように構成されてもよい。公共交通機関走行経路をリストの形式で表示するテキスト表示領域は、ユーザが異なる公共交通機関走行経路を区別することを支援できる。各公共交通機関走行経路は、同じ表示形式で表示されてもよく、これにより表示結果が明確になり、ユーザ体験が向上する。
【０３２３】
いくつかの実施形態では、テキスト表示領域は、推奨ページの境界と同じ縁を共有してもよい。推奨ページの境界と同じ縁を共有するテキスト表示領域は、テキスト表示領域を推奨ページの下部に集中させ、推奨ページの残りのスペースを上部に集中させてもよい。したがって、地図表示領域の完全性は、テキスト表示領域の影響を受けず、地図の表示とユーザ体験を向上させることを支援できる。
【０３２４】
図３８は、本開示のいくつかの実施形態に係る表示のための例示的な装置３８００を示す概略図である。装置３８００は、取得ユニット３８０２、生成ユニット３８０４、第１の表示ユニット３８０６、および第２の表示ユニット３８０８を備えてもよい。装置３８００のユニットは、処理装置１１２または要求者端末１３０（例えば、ＣＰＵ３４０またはＧＰＵ３３０）の少なくとも一部のハードウェア回路であってもよい。装置３８００のユニットも、処理装置１１２によって読み取られ実行されるアプリケーションまたは命令のセットとして実装されてもよい。さらに、ユニットは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、装置３８００のユニットは、処理装置１１２の一部であってもよい。
【０３２５】
取得ユニット３８０２は、サービス要求の出発地および目的地に基づいて、複数（例えば、３つ以上）の公共交通機関走行経路を取得するように構成されてもよい。取得ユニット３８０２はさらに、短いものから長いものの順に公共交通機関走行経路にそれぞれ関連付けられた推定期間に従って、公共交通機関走行経路をランク付けするように構成されてもよい。
【０３２６】
生成ユニット３８０４は、推奨ページを生成するように構成されてもよい。推奨ページは、推奨ページの上部上の地図表示領域を備え、推奨ページの下部上のテキスト表示領域を備えてもよい。テキスト表示領域は、上位３つの公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。第１のデータは、上位３つの公共交通機関走行経路にそれぞれ対応する公共交通機関の車両番号と、上位３つの公共交通機関走行経路にそれぞれ関連付けられた推定期間とを備えてもよい。
【０３２７】
第１の表示ユニット３８０６は、ディスプレイに推奨ページを表示させるように構成されてもよい。
【０３２８】
第２の表示ユニット３８０８は、テキスト表示領域上で行われたユーザの上向きのスライド操作に応じて、第２の数の公共交通機関走行経路に関連する第２のデータを表示するために、テキスト表示領域を拡大するように構成されてもよい。
【０３２９】
いくつかの実施形態では、第２の表示ユニット３８０８によりテキスト表示領域を拡大することによって、より多くの公共交通機関走行経路を表示してもよく、これにより、デフォルトの推奨される３つの公共交通機関走行経路がユーザのニーズを満たすことができないときに、より多くのオプションをユーザに提供することができる。さらに、上向きのスライド操作を設定し、上向きのスライド操作を、テキスト表示領域を拡大するトリガコマンドとして使用することによって、ユーザのスライド方向は、テキスト表示領域の拡大方向と一致してもよく、スライドによってテキスト表示領域を開くという効果を生み出し、これにより、人間の視覚習慣を満たし、親しみやすい操作体験をもたらすことができる。いくつかの実施形態では、テキスト表示領域を拡張した後、テキスト表示領域は、ユーザの下向きのスライド操作に応じて、３つの公共交通機関走行経路を表示する状態に短縮されてもよい。いくつかの実施形態では、テキスト表示領域の拡大は、すべての公共交通機関走行経路を表示するために、より大きなテキスト表示領域に切り替えることによって実現されてもよい。いくつかの実施形態では、テキスト表示領域全体は、上向きに移動し、表示されていない公共交通機関走行経路が推奨ページの下部から現れてもよい。したがって、すべての公共交通機関走行経路が表示されてもよい。いくつかの実施形態では、第２の数の公共交通機関走行経路は、推奨される結果とともに変わることができるすべての公共交通機関走行経路を備えてもよい。いくつかの実施形態では、第２の数は、固定値として設定されてもよい。いくつかの実施形態では、表示された第２の数の公共交通機関走行経路は、スライド距離によって制御されてもよい。第２の数が変数であってもよい。いくつかの実施形態では、第１の表示ユニット３８０６および第２の表示ユニット３８０８は、同一のディスプレイであってもよい。
【０３３０】
図３９は、本開示のいくつかの実施形態に係る表示のための例示的な装置３９００を示す概略図である。装置３９００は、取得ユニット３９０２、生成ユニット３９０４、第１の表示ユニット３９０６、および第３の表示ユニット３９０８を備えてもよい。装置３９００のユニットは、処理装置１１２または要求者端末１３０（例えば、ＣＰＵ３４０またはＧＰＵ３３０）の少なくとも一部のハードウェア回路であってもよい。装置３９００のユニットも、処理装置１１２によって読み取られ実行されるアプリケーションまたは命令のセットとして実装されてもよい。さらに、ユニットは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、装置３９００のユニットは、処理装置１１２の一部であってもよい。
【０３３１】
取得ユニット３９０２は、出発地および目的地に基づいて、３つ以上の公共交通機関走行経路を取得するように構成されてもよい。取得ユニット３９０２はさらに、短いものから長いものの順に公共交通機関走行経路にそれぞれ関連付けられた推定期間に従って、公共交通機関走行経路をランク付けするように構成されてもよい。
【０３３２】
生成ユニット３９０４は、推奨ページを生成するように構成されてもよい。推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。テキスト表示領域は、上位３つの公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。第１のデータは、上位３つの公共交通機関走行経路にそれぞれ対応する公共交通機関の車両番号と、上位３つの公共交通機関走行経路にそれぞれ関連付けられた推定期間とを備えてもよい。
【０３３３】
第１の表示ユニット３９０６は、ディスプレイに推奨ページを表示させるように構成されてもよい。
【０３３４】
第３の表示ユニット３９０８は、テキスト表示領域上でユーザがクリック操作を行ったことに応じて、ディスプレイに、クリック操作の位置に対応する公共交通機関走行経路に関連する第３のデータをテキスト表示領域に表示させるように構成されてもよい。
【０３３５】
いくつかの実施形態では、第３の表示ユニット３９０８は、ディスプレイに、テキスト表示領域上の１つの公共交通機関走行経路をクリックすることによって公共交通機関走行経路に関連する第３のデータを表示させてもよく、これにより、ユーザが公共交通機関走行経路を理解して決定を下すことを支援すること、あるいは対応する公共交通機関を利用するようにユーザに指示することができる。公共交通機関走行経路に関連する第３のデータは、歩行距離、車両番号、運転方向、乗車／下車駅、駅の数、走行期間などを備えてもよい。いくつかの実施形態では、乗り換えが公共交通機関走行経路に関与しているとき、第３の表示ユニット３９０８は、公共交通機関を利用する順序に基づいて、１つ以上の公共交通機関を連続して表示してもよい。同時に、第３のデータは、依然としてテキスト表示領域に表示され、地図表示領域は、対応する公共交通機関走行経路を表示することができ、これにより公共交通機関走行経路は、より視覚的に表示される。いくつかの実施形態では、第１の表示ユニット３９０６および第３の表示ユニット３９０８は、同一のディスプレイであってもよい。
【０３３６】
図４０は、本開示のいくつかの実施形態に係る表示のための例示的な装置４０００を示す概略図である。図４０に示すように、装置４０００は、決定ユニット４００２、取得ユニット４００４、生成ユニット４００６、および第１の表示ユニット４００８を備えてもよい。装置４０００のユニットは、処理装置１１２または要求者端末１３０（例えば、ＣＰＵ３４０またはＧＰＵ３３０）の少なくとも一部のハードウェア回路であってもよい。装置４０００のユニットも、処理装置１１２によって読み取られ実行されるアプリケーションまたは命令のセットとして実装されてもよい。さらに、ユニットは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、装置４０００のユニットは、処理装置１１２の一部であってもよい。
【０３３７】
決定ユニット４００２は、計画ページを開始した後にユーザが出発地および目的地を入力したか否かを決定するように構成されてもよい。
【０３３８】
取得ユニット４００４は、ユーザが出発地および目的地を入力した決定に応じて、出発地および目的地に基づいて、少なくとも３つの公共交通機関走行経路を取得するように構成されてもよい。取得ユニット４００４はさらに、短いものから長いものの順に公共交通機関走行経路にそれぞれ関連付けられた推定期間に従って、公共交通機関走行経路をランク付けするように構成されてもよい。
【０３３９】
生成ユニット４００６は、推奨ページを生成するように構成されてもよい。推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。テキスト表示領域は、上位３つの公共交通機関走行経路に関連する第１のデータを表示するように構成されてもよい。第１のデータは、上位３つの公共交通機関走行経路にそれぞれ対応する公共交通機関の車両番号と、上位３つの公共交通機関走行経路にそれぞれ関連付けられた推定期間とを備えてもよい。
【０３４０】
第１の表示ユニット４００８は、ディスプレイに推奨ページを表示させるように構成されてもよい。
【０３４１】
いくつかの実施形態では、（決定ユニット４００２により）計画ページを開始する前にユーザが出発地と目的地を入力したか否かを決定することは、経路計画に関連する異なるページを互いに通信させることができ、これにより、ユーザの入力数を低減し、知能レベルを向上させ、さらにユーザ体験を向上させることができる。特に、走行経路を表示する情報表示装置が経路計画に関連するプラットフォームまたはアプリケーションに適用されるとき、運転経路、公共交通機関走行経路、歩行経路などの走行経路は、ユーザの様々なニーズを満たす様々なページで計画されてもよい。例えば、プラットフォームまたはアプリケーションがオンラインタクシー配車プラットフォームであるとき、運転ページは、例えば、レンタカーインタフェース、タクシーインタフェース、特殊自動車インタフェースなどにさらに分割されてもよい。適切な自動車が見つからない場合、ユーザは、公共交通機関走行経路を照会するために公共交通機関インタフェースに移行することができる。同じオンラインタクシー配車プラットフォームでは、インタフェース（またはページ）が切り替えられるとき、ユーザは、出発地および目的地を入力する必要がない可能性がある。
【０３４２】
図４１は、本開示の幾つかの実施形態に係る例示的な処理装置１１２を示す概略図である。処理装置１１２は、記憶装置（例えば、記憶装置１６０）と通信し、記憶装置に記憶されている命令を実行してもよい。いくつかの実施形態では、処理装置１１２は、通信モジュール４１０２、決定モジュール４１０４、および表示モジュール４１０６を備えてもよい。処理装置１１２のモジュールは、処理装置１１２の少なくとも一部のハードウェア回路であってもよい。処理装置１１２のモジュールも、処理装置１１２によって読み取られ実行されるアプリケーションまたは命令のセットとして実装されてもよい。さらに、モジュールは、ハードウェア回路とアプリケーション／命令との任意の組み合わせであってもよい。例えば、処理装置１１２がアプリケーションまたは命令のセットを実行しているとき、処理装置１１２のモジュールは、処理装置１１２の一部であってもよい。
【０３４３】
通信モジュール４１０２は、ネットワーク（例えば、ネットワーク１２０）を介して、サービスシステムから情報および／またはデータを受信するように構成されてもよい。いくつかの実施形態では、サービスシステムは、クライアント端末にインストールされたオンライン交通サービスアプリケーションであってもよい。いくつかの実施形態では、サービスシステムは、タクシー配車サービス、エクスプレスカーサービス、ライドシェアリングサービス、相乗りサービス、バスサービス、運転代行サービス、運転手雇いサービスなどを備えてもよい。
【０３４４】
いくつかの実施形態では、通信モジュール４１０２は、ネットワーク１２０を介して、サービスシステムから第１の走行の情報を受信してもよい。本明細書に用いられる「第１の走行」という用語は、クライアント端末を介して、ユーザによって発行された走行計画を指してもよい。第１の走行の情報は、出発地（第２の出発地とも称する）、目的地、出発時刻など、またはそれらの任意の組み合わせを備えてもよい。代替的にまたは追加的に、通信モジュール４１０２はさらに、少なくとも１つの公共交通機関走行経路のうちの１つを取得する要求をユーザから受信してもよい。走行の利便性のために、ユーザは、クライアント端末を使用して公共交通機関走行経路を取得する要求を開始してもよい。例えば、ユーザは、クライアント端末を介して、文字入力、または音声入力によって要求を生成してもよい。いくつかの実施形態では、公共交通機関走行経路は、総走行期間、走行軌跡、総歩行距離、交通費などを備えてもよい。
【０３４５】
通信モジュール４１０２はさらに、ネットワーク１２０を介して、情報および／またはデータをサービスシステムに送信するように構成されてもよい。いくつかの実施形態では、通信モジュール４１０２は、受信された要求に応じて、ネットワーク１２０を介して、クライアント端末のサービスシステムに少なくとも１つの経路計画記録のうちの１つ以上を送信してもよい。例えば、通信モジュール４１０２は、特定の経路計画記録に対応する第１のインタフェース識別子をクライアント端末に送信してもよい。他の例として、通信モジュール４１０２は、１つ以上の不特定の経路計画記録に対応する１つ以上の第２のインタフェース識別子をクライアント端末に送信してもよい。
【０３４６】
決定モジュール４１０４は、第１の走行の情報に基づいて、少なくとも１つの経路計画記録を生成するように構成されてもよい。いくつかの実施形態では、少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。少なくとも１つの公共交通機関走行経路は、バス、地下鉄、共有自転車などの１つ以上の公共交通機関を備えてもよい。少なくとも１つの経路計画記録は、１つ以上の公共交通機関の１つ以上の識別子と、１つの経路計画記録を他の経路計画記録と区別するように構成されたインタフェース識別子とをそれぞれ備えてもよい。経路計画記録の決定のさらなる説明は、本開示の他の部分（例えば、図４２の動作４２０４、図４３〜４５、およびそれらの説明）に見出すことができる。
【０３４７】
表示モジュール４１０６は、ユーザに関連付けられたクライアント端末に、少なくとも１つの経路計画記録のうちの１つ以上を表示させるように構成されてもよい。いくつかの実施形態では、表示モジュール４１０６は、特定の経路計画記録を地図インタフェースの形式で表示するようにクライアント端末に指示してもよい。地図インタフェースは、１つ以上の公共交通機関の１つ以上の識別子と、公共交通機関走行経路に関連付けられた第２の走行とを表示してもよい。第２の走行は、公共交通機関走行経路の総走行期間、公共交通機関走行経路の走行軌跡、総歩行距離、または運賃の少なくとも１つのを備える少なくとも１つの走行パラメータを備えてもよい。代替的にまたは追加的に、表示モジュール４１０６は、１つ以上の第２のインタフェース識別子の形式で不特定の経路計画記録を表示するようにクライアント端末に指示してもよい。例えば、クライアント端末は、不特定の経路計画記録に対応する公共交通機関の識別子を備えるクライアント端末上の第２のインタフェース識別子を表示してもよい。ユーザが第２のインタフェース識別子をクリックするとき、クライアント端末は、不特定の経路計画記録を地図インタフェースの形式で表示してもよい。
【０３４８】
なお、処理装置１１２の上記の説明は、例示を目的として提供されたものであり、本開示の範囲を限定するものではない。当業者であれば、本開示の教示の下で多数の変形および修正を行うことが可能である。しかしながら、これらの変形および修正は、本開示の範囲から逸脱するものではない。いくつかの実施形態では、上記の任意のモジュールは、２つ以上のユニットに分割されてもよい。例えば、通信モジュール４１０２は、一方がサービスシステムから情報および／またはデータを受信するように構成され、他方がサービスシステムに情報および／またはデータを送信するように構成される２つのユニットに分割されてもよい。いくつかの実施形態では、処理装置１１２は、１つ以上の追加のモジュールをさらに備えてもよい。例えば、処理装置１１２は、処理装置１１２のモジュールによって生成されたデータを記憶するように構成されるストレージモジュール（図４に不図示）をさらに備えてもよい。
【０３４９】
図４２は、本開示のいくつかの実施形態に係る経路計画する例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス４２００は、経路計画システム１００内に実装されてもよい。例えば、プロセス４２００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０の処理装置１１２、またはサーバ１１０の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。
【０３５０】
４２０２では、処理装置１１２（例えば、通信モジュール４１０２）は、ネットワーク（例えば、ネットワーク１２０）を介して、サービスシステムから第１の走行の情報を受信してもよい。いくつかの実施形態では、サービスシステムは、クライアント端末（例えば、要求者端末１３０、モバイルデバイス３００）にインストールされたオンライン交通サービスアプリケーションであってもよい。いくつかの実施形態では、サービスシステムは、タクシー配車サービス、エクスプレスカーサービス、ライドシェアリングサービス、相乗りサービス、バスサービス、運転代行サービス、運転手雇いサービスなどを備えてもよい。
【０３５１】
本明細書に用いられる「第１の走行」という用語は、クライアント端末を介して、ユーザによって発行された走行計画を指してもよい。いくつかの実施形態では、第１の走行の情報は、ユーザによってサービスシステムに入力されてもよい。第１の走行の情報は、出発地（第２の出発地とも称する）、目的地、出発時刻など、またはそれらの任意の組み合わせを備えてもよい。
【０３５２】
４２０４では、処理装置１１２（例えば、決定モジュール４１０４）は、第１の走行の情報に基づいて、少なくとも１つの経路計画記録を生成してもよい。いくつかの実施形態では、少なくとも１つの経路計画記録は、少なくとも１つの公共交通機関走行経路を備えてもよい。少なくとも１つの公共交通機関走行経路は、バス、地下鉄、共有自転車などの１つ以上の公共交通機関を備えてもよい。少なくとも１つの経路計画記録は、１つ以上の公共交通機関の１つ以上の識別子と、１つの経路計画記録を他の経路計画記録と区別するように構成されたインタフェース識別子とをそれぞれ備えてもよい。インタフェース識別子は、クライアント端末に表示されてもよい。いくつかの実施形態では、１つ以上の公共交通機関のそれぞれの１つ以上の識別子は、ナンバープレート、車両番号などを備えてもよい。いくつかの実施形態では、経路計画記録の決定は、本開示の他の部分（例えば、図４３およびその説明）に見出すことができる。
【０３５３】
４２０６では、処理装置１１２（例えば、通信モジュール４１０２）は、少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信してもよい。走行の利便性のために、ユーザは、クライアント端末を使用して公共交通機関走行経路を取得する要求を開始してもよい。例えば、ユーザは、クライアント端末を介して、文字入力、または音声入力によって要求を生成してもよい。生成された要求は、ネットワーク１２０を介して、処理装置１１２に送信され、処理装置によって受信されてもよい。いくつかの実施形態では、公共交通機関走行経路は、総走行期間、走行軌跡、総歩行距離、交通費などを備えてもよい。
【０３５４】
４２０８では、処理装置１１２（例えば、通信モジュール４１０２）は、受信された要求に応じて、ネットワーク１２０を介して、サービスシステムに少なくとも１つの経路計画記録のうちの１つ以上を送信してもよい。いくつかの実施形態では、ユーザの要求を受信した後、処理装置１１２は、ユーザによって要求された公共交通機関走行経路に対応する１つ以上の経路計画記録（例えば、特定の経路計画記録、１つ以上の不特定の経路計画記録）をクライアント端末のサービスシステムに送信してもよい。例えば、処理装置１１２は、特定の経路計画記録に対応する第１のインタフェース識別子をクライアント端末に送信してもよい。他の例として、処理装置１１２は、１つ以上の不特定の経路計画記録に対応する１つ以上の第２のインタフェース識別子をクライアント端末に送信してもよい。特定の経路計画記録および／または不特定の経路計画記録に対するさらなる説明は、本開示の他の部分（例えば、図４〜図８およびその説明）に見出すことができる。
【０３５５】
４２１０では、処理装置１１２（例えば、表示モジュール４１０６）は、ユーザに関連付けられたクライアント端末に、少なくとも１つの経路計画記録のうちの１つ以上を表示させてもよい。いくつかの実施形態では、処理装置１１２は、特定の経路計画記録を地図インタフェースの形式で表示するようにクライアント端末に指示してもよい。地図インタフェースは、１つ以上の公共交通機関の１つ以上の識別子と、公共交通機関走行経路に関連付けられた第２の走行とを表示してもよい。第２の走行は、公共交通機関走行経路の総走行期間、公共交通機関走行経路の走行軌跡、総歩行距離、または運賃の少なくとも１つを備える少なくとも１つの走行パラメータを備えてもよい。いくつかの実施形態では、処理装置１１２は、不特定の経路計画記録を１つ以上の第２のインタフェース識別子の形式で表示するようにクライアント端末に指示してもよい。例えば、クライアント端末は、不特定の経路計画記録に対応する公共交通機関の識別子を備えるクライアント端末上の第２のインタフェース識別子を表示してもよい。ユーザが第２のインタフェース識別子をクリックするとき、クライアント端末は、不特定の経路計画記録を地図インタフェースの形式で表示してもよい。
【０３５６】
いくつかの実施形態では、処理装置１１２は、クライアント端末に推奨ページを生成させてもよい。推奨ページは、地図表示領域とテキスト表示領域を備えてもよい。地図表示領域は、地図インタフェースを表示するように構成されてもよい。テキスト表示領域は、第１の数の１つ以上の第２のインタフェース識別子に関連する第１のデータを、例えば、リストの形式で表示するように構成されてもよい。いくつかの実施形態では、第１の数の１つ以上の第２のインタフェース識別子に関連する第１のデータは、不特定の経路計画記録に対応する公共交通機関の車両番号と、不特定の経路計画記録に対応する公共交通機関走行経路に関連付けられた推定期間とを備えてもよい。いくつかの実施形態では、テキスト表示領域は、推奨ページの境界と縁を共有してもよい。
【０３５７】
処理装置１１２は、クライアント端末に、クライアント端末のディスプレイ（例えば、タッチスクリーン）によって推奨ページを表示させてもよい。いくつかの実施形態では、処理装置１１２は、テキスト表示領域上で行われたユーザのスライド操作に応じて、クライアント端末にテキスト表示領域を拡張させて、第２の数の１つ以上の第２のインタフェース識別子に関連する第２のデータを表示させてもよい。スライド操作は、テキスト表示領域から推奨ページの中央に向けられてもよい。あるいは、処理装置１１２は、テキスト表示領域上でユーザがクリック操作を行うことに応じて、クライアント端末に、クリック操作の位置に対応する第２の識別子に関連する第３のデータをテキスト表示領域に表示させてもよい
【０３５８】
なお、プロセス４２００の上記の説明は、例示を目的として提供されたものであり、本開示の範囲を限定するものではない。当業者であれば、本開示の教示の下で多数の変形および修正を行うことが可能である。しかしながら、これらの変形および修正は、本開示の範囲から逸脱するものではない。いくつかの実施形態では、４２０６では、処理装置１１２は、少なくとも１つの公共交通機関走行経路を計画する要求を受信および／または取得してもよい。いくつかの実施形態では、４２０６では、処理装置１１２は、１つ以上の第２のインタフェース識別子のうちの１つを取得する要求を受信してもよい。
【０３５９】
図４３は、本開示のいくつかの実施形態に係る少なくとも１つの経路計画記録を生成する例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス４３００は、経路計画システム１００内に実装されてもよい。例えば、プロセス４３００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０の処理装置１１２、またはサーバ１１０の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。いくつかの実施形態では、動作４２０４は、プロセス４３００に従って行われてもよい。
【０３６０】
４３０４では、処理装置１１２（例えば、決定モジュール４１０４）は、第１の走行の情報に基づいて、第１の出発地および目的地を決定してもよい。第１の出発地および／または目的地は、緯度および経度座標に対応してもよい。第１の出発地は、公共交通機関走行経路の出発地であってもよい。目的地は、公共交通機関走行経路の目的地であってもよい。一般的に、目的地は、第１の走行に対応するユーザによって入力されるか、またはユーザの以前の要求に従って処理装置１１２によって提案される目的地であってもよい。第１の出発地は、ユーザの位置、および第１の走行に対応するユーザ（例えば、第２の出発地とも称する）によって入力される出発地に基づいて決定されてもよい。第１の走行が生成されたとき、ユーザの位置は、ユーザの地理的位置であってもよい。ユーザの地理的位置は、クライアント端末の測位チップセットによって決定されてもよい。
【０３６１】
第１の出発地を決定するために、処理装置１１２は、ユーザの位置と第２の出発地を分析してもよい。処理装置１１２は、ユーザの位置と第２の出発地との間の距離を決定し、距離が距離閾値以上であるか否かを決定してもよい。処理装置１１２はさらに、距離が距離閾値以上である決定の結果に基づいて、第２の出発地を第１の出発地として指定してもよい。あるいは、処理装置１１２は、距離が距離閾値未満である決定の結果に基づいて、ユーザの位置を第１の出発地として指定してもよい。距離閾値は、経路計画システム１００のデフォルト値であるか、またはユーザによって調整されてもよい。いくつかの実施形態では、距離閾値は、１００ｍ、３００ｍ、５００ｍ、１ｋｍなどであってもよい。
【０３６２】
４３０４では、処理装置１１２（例えば、決定モジュール４１０４）は、第１の出発地および目的地に基づいて、少なくとも１つの公共交通機関走行経路を決定してもよい。いくつかの実施形態では、処理装置１１２は、第１の出発地および目的地を通過する少なくとも１つの公共交通機関走行経路を決定してもよい。少なくとも１つの公共交通機関走行経路の決定は、本開示の他の部分（例えば、図４４およびその説明）に見出すことができる。
【０３６３】
４３０６では、処理装置１１２（例えば、決定モジュール４１０４）は、第１の走行の出発時刻および少なくとも１つの公共交通機関走行経路に関連付けられた道路状況に基づいて、少なくとも１つの公共交通機関走行経路に対応する１つ以上の公共交通機関の１つ以上の運行条件を決定してもよい。出発時刻は、ユーザの第１の走行を開始する時刻であってもよい。少なくとも１つの公共交通機関走行経路に関連付けられた道路状況は、交通状況、交通規制、道路工事、道路閉鎖、気象状況、環境条件など、またはそれらの任意の組み合わせを備えてもよい。いくつかの実施形態では、１つ以上の運行条件は、固定サイトを有する１つ以上の公共交通機関の第１の部分に対応する運行期間および運行区間、および非固定サイトを有する１つ以上の公共交通機関の第２の部分の分布を備えてもよい。例えば、１つ以上の公共交通機関走行経路の第１の部分は、地下鉄、バス、またはそれらの組み合わせを含むが、１つ以上の公共交通機関の第２の部分は、自転車またはレンタカーサービスを含んでもよい。
【０３６４】
４３０８では、処理装置１１２（例えば、決定モジュール４１０４）は、１つ以上の公共交通機関の１つ以上の運行条件に基づいて、少なくとも１つの経路計画記録を生成してもよい。少なくとも１つの経路計画記録は、１つ以上の公共交通機関の１つ以上の識別子と、経路計画記録を他と区別するように構成されたインタフェース識別子とをそれぞれ備えてもよい。インタフェース識別子は、クライアント端末に表示されてもよい。いくつかの実施形態では、１つ以上の公共交通機関の１つ以上の識別子は、ナンバープレート、車両番号などを備えてもよい。
【０３６５】
図４４は、本開示のいくつかの実施形態に係る少なくとも１つの経路計画記録を生成する例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス４４００は、経路計画システム１００内に実装されてもよい。例えば、プロセス４４００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０の処理装置１１２、またはサーバ１１０の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。いくつかの実施形態では、プロセッサ４４００に従って、プロセス４３００の動作４３０４を行うことができる。
【０３６６】
４４０２では、処理装置１１２（例えば、決定モジュール４１０４）は、第１の出発地および目的地に基づいて、複数の候補公共交通機関走行経路を決定してもよい。処理装置１１２は、第１の出発地および目的地を通過する複数の候補公共交通機関走行経路を決定してもよい。いくつかの実施形態では、複数の候補公共交通機関走行経路は、例えば、複数の候補公共交通機関走行経路が直接であるか否か、複数の候補公共交通機関走行経路が乗り換えを含むか否か、複数の候補公共交通機関走行経路のそれぞれの予想期間を備える様々な要因に基づいて決定されてもよい。候補公共交通機関走行経路の決定は、本開示の他の部分（例えば、図４５およびその説明）に見出すことができる。
【０３６７】
４４０４では、処理装置１１２（例えば、決定モジュール４１０４）は、複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を決定してもよい。いくつかの実施形態では、リアルタイム到着信号は、公共交通機関の到着駅、公共交通機関の車両番号、公共交通機関のナンバープレート、公共交通機関の運転方向、または公共交通機関が位置する領域（例えば、公共交通機関の現在位置）の少なくとも１つを備えてもよい。
【０３６８】
いくつかの実施形態では、公共交通機関のリアルタイム到着信号を決定するために、処理装置１１２は、公共交通機関が駅に接近しているか、または駅に到着したことを示す指示信号を受信してもよい。公共交通機関の戸開ボタンがトリガされたとき、プロンプト信号を生成してもよい。代替的または追加的に、公共交通機関の到着プロンプトボタンがトリガされたとき、プロンプト信号を生成してもよい。処理装置１１２は、プロンプト信号に基づいて公共交通機関に関連付けられたリアルタイム到着信号を取得してもよい。
【０３６９】
いくつかの実施形態では、公共交通機関は、信号送信機を備えてもよい。信号送信機は、リアルタイム到着信号を処理装置１１２に送信するように構成されてもよい。いくつかの実施形態では、公共交通機関の到着プロンプトボタンがトリガされたとき、信号送信機をトリガしてもよい。いくつかの実施形態では、プロンプト信号が受信されたとき、信号送信機をトリガしてもよい。
【０３７０】
４４０６では、処理装置１１２（例えば、決定モジュール４１０４）は、リアルタイム到着信号に基づいて、目標駅に到着する公共交通機関の到着時刻に関連する情報を決定してもよい。いくつかの実施形態では、到着時刻に関連する情報は、目標駅に到着する公共交通機関の到着時点、および到着駅から目標駅までの公共交通機関の第１の走行期間などを備えてもよい。
【０３７１】
いくつかの実施形態では、処理装置１１２は、リアルタイム到着信号と一致する運転車両を決定してもよい。運転車両は、サービスシステムの契約車両であってもよい。履歴走行経路における契約される車両（または運転している車両）の運転情報は、処理装置１１２によって予め収集されてもよい。運転車両の運転方向は、公共交通機関の運転方向と一致してもよい。処理装置１１２は、公共交通機関と重複する走行経路を有する運転車両の１つ以上を１つ以上の基準車両として決定してもよい。処理装置１１２は、１つ以上の基準車両にそれぞれ関連付けられた１つ以上の基準走行を取得してもよい。いくつかの実施形態では、１つ以上の基準走行は、運転速度および到着駅から目標駅までの距離をそれぞれ備えてもよい。または、１つ以上の基準走行は、到着駅から目標駅までの運転期間をそれぞれ備えてもよい。処理装置１１２は、１つ以上の基準車両にそれぞれ関連付けられた１つ以上の基準走行に基づいて、到着時刻に関連する情報を決定してもよい。
【０３７２】
４４０８では、処理装置１１２（例えば、決定モジュール４１０４）は、複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの公共交通機関走行経路を決定してもよい。
【０３７３】
いくつかの実施形態では、処理装置１１２は、第１の出発地から目標駅までのクライアント端末の第２の走行期間を決定してもよい。いくつかの実施形態では、第２の走行期間は、歩行期間、乗車期間など、またはそれらの組み合わせを備えてもよい。例えば、ユーザは、第１の出発地から目標駅まで歩いてもよい。あるいは、ユーザは、第１の出発地から目標駅まで自転車を乗る。処理装置１１２は、複数の候補公共交通機関走行経路のうちの少なくとも１つを少なくとも１つの公共交通機関走行経路として決定してもよい。決定された少なくとも１つの公共交通機関走行経路の第１の走行期間は、第１の出発地から目標地点までのクライアント端末の第２の走行期間より長くてもよい。
【０３７４】
図４５は、本開示のいくつかの実施形態に係る少なくとも１つの経路計画記録を生成するための例示的なプロセスを示すフローチャートである。いくつかの実施形態では、プロセス４５００は、経路計画システム１００内に実装されてもよい。例えば、プロセス４５００は、命令の形態として記憶装置１６０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０など）に記憶され、サーバ１１０（例えば、サーバ１１０の処理装置１１２、またはサーバ１１０の処理装置１１２のプロセッサ２２０）によって呼び出されるか、および／または実行されてもよい。いくつかの実施形態では、動作４４０２は、プロセス４５００に従って行われてもよい。
【０３７５】
４５０２では、処理装置１１２（例えば、決定モジュール４１０４）は、所定の駅位置から、第１の出発地に最も近い駅を第１の駅として決定してもよい。いくつかの実施形態では、所定の駅位置は、ストレージ（例えば、記憶装置１６０）に記憶される、１つ以上の公共交通機関が通過できる複数の駅名および駅位置を備えてもよい。処理装置１１２は、所定の駅位置と第１の出発地との間の距離を考慮することによって最も近い駅を決定してもよい。最も近い駅は、第１の駅として指定されてもよい。
【０３７６】
４５０４では、処理装置１１２（例えば、決定モジュール４１０４）は、第１の駅を通過する１つ以上の第１の公共交通機関走行経路を決定してもよい。いくつかの実施形態では、処理装置１１２は、所定の駅位置から、ユーザの位置に二番目に近い駅を第２の駅として決定してもよい。処理装置１１２は、第１の駅および第２の駅を通過する１つ以上の第１の公共交通機関走行経路を決定してもよい。
【０３７７】
４５０６では、処理装置１１２（例えば、決定モジュール４１０４）は、１つ以上の第１の公共交通機関走行経路から、目的地を通過する１つ以上の第２の公共交通機関走行経路を決定してもよい。第２の公共交通機関走行経路は、第１の駅および目的地を通過してもよい。いくつかの実施形態では、目的地を通過する公共交通機関走行経路がない。処理装置１１２は、所定の駅位置から、目的地に最も近い駅を第３の駅として決定してもよい。処理装置１１２は、１つ以上の第１の公共交通機関走行経路から、第３の駅を通過する１つ以上の第２の公共交通機関走行経路を決定してもよい。
【０３７８】
４５０８では、処理装置１１２（例えば、決定モジュール４１０４）は、１つ以上の第２の公共交通機関走行経路に基づいて、複数の候補公共交通機関走行経路を決定してもよい。
【０３７９】
いくつかの実施形態では、１つ以上の第２の公共交通機関走行経路のそれぞれに対して、処理装置１１２は、１つ以上の第２の公共交通機関走行経路にそれぞれ対応する公共交通機関の現在位置を取得してもよい。いくつかの実施形態では、公共交通機関の現在位置は、公共交通機関の測位チップセットによって決定されてもよい。あるいは、公共交通機関の現在位置は、公共交通機関のリアルタイム到着信号に基づいて決定されてもよい。処理装置１１２は、公共交通機関の現在位置から第１の出発地（または第１の駅）までの距離を決定してもよい。公共交通機関の現在位置から第１の出発地までの距離は、公共交通機関が第１の駅に到着しているか否かを決定するために用いられてもよい。処理装置１１２は、最も近いものから最も遠いものの順に距離に関連付けられた第１の規則に基づいて、１つ以上の第２の公共交通機関走行経路をランク付けしてもよい。処理装置１１２は、ランク付けされた１つ以上の第２の公共交通機関走行経路に基づいて、複数の候補公共交通機関走行経路を決定してもよい。例えば、処理装置１１２は、最上位にランク付けされた第２の公共交通機関走行経路の一部を複数の候補公共交通機関走行経路として選択してもよい。
【０３８０】
なお、プロセス４５００の上記の説明は、例示を目的として提供されたものであり、本開示の範囲を限定するものではない。当業者であれば、本開示の教示の下で多数の変形および修正を行うことが可能である。しかしながら、これらの変形および修正は、本開示の範囲から逸脱するものではない。いくつかの実施形態では、４５０８では、処理装置１１２は、クライアント端末によって入力されたキーワードの入力を受信してもよい。処理装置１１２は、キーワードが数字を備えるか否かを決定してもよい。処理装置１１２は、１つ以上の第２の公共交通機関走行経路のうちの少なくとも１つを複数の候補公共交通機関走行経路として指定してもよい。複数の候補公共交通機関走行経路のうちの１つに対応する公共交通機関の車両番号は、数字を先頭数字として備えてもよい。
【０３８１】
以上のように基本概念を説明してきたが、この詳細な開示を読んだ当業者には、上記の詳細な開示は、単なる例として提示されているに過ぎず、限定的ではないことは明らかである。本明細書には明示的に述べられていないが、様々な変更、改良、および修正が想起され、それらは当業者に意図される。これらの変更、改良および修正は、本開示によって示唆されることが意図されており、本開示の例示的な実施形態の精神および範囲内にある。
【０３８２】
さらに、所定の用語が、本開示の実施形態を説明するために使用されている。例えば、「一実施形態」、「実施形態」および／または「幾つかの実施形態」という用語は、この実施形態に関連して説明される特定の特徴、構造または特性が本開示の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書の様々な部分における「実施形態」または「一実施形態」または「代替実施形態」の２つ以上の言及は、必ずしもすべてが同一の実施形態を指しているわけではないことを強調し、それを理解するものとする。さらに、特定の特徴、構造、または特性は、本開示の１つ以上の実施形態において適切に組み合わせられてもよい。
【０３８３】
さらに、当業者には理解されるように、本開示の態様は、本明細書において、任意の新規かつ有用なプロセス、機械、製造、または組成物、またはそれらの新規で有用な改善を含む、多くの特許性のある種類または文脈のいずれかで例示および説明されてもよい。したがって、本開示の態様は、完全にハードウェア、完全にソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、またはソフトウェアとハードウェアとの組み合わせによる実装により実施されてもよく、実装は、一般に、「ブロック」、「モジュール」、「エンジン」、「ユニット」、「構成要素」、または「システム」と総称されてもよい。さらに、本開示の態様は、具現化されたコンピュータ可読プログラムコードを有する１つ以上のコンピュータ可読媒体に具現化されたコンピュータプログラム製品の形態をとることもできる。
【０３８４】
コンピュータ可読信号媒体は、例えば、ベースバンドに、または搬送波の一部として組み込まれたコンピュータ可読プログラムコードを有する伝搬データ信号を備える。このような伝搬信号は、電磁気、光学など、またはそれらの任意の適切な組み合わせを含む様々な形態のいずれかを用いてもよい。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではないが、命令実行システム、機器もしくは装置によって用いられるか、またはこれらに関連させて使用するためのプログラムを通信、伝搬または伝送し得る任意のコンピュータ可読媒体であってもよい。コンピュータ可読信号媒体上に具現化されたプログラムコードは、無線、有線、光ファイバケーブル、ＲＦなど、またはこれらの任意の適切な組み合わせを含む任意の適切な媒体を使用して送信されてもよい。
【０３８５】
本開示の態様の動作を実行するコンピュータプログラムコードは、Ｊａｖａ（登録商標）、Ｓｃａｌａ、Ｓｍａｌｌｔａｌｋ、Ｅｉｆｆｅｌ、ＪＡＤＥ、Ｅｍｅｒａｌｄ、Ｃ＋＋、Ｃ＃、ＶＢ、ＮＥＴ、Ｐｙｔｈｏｎなどのオブジェクト指向プログラミング言語、「Ｃ」プログラミング言語、Ｖｉｓｕａｌ  Ｂａｓｉｃ、Ｆｏｒｔｒａｎ、Ｐｅｒｌ、ＣＯＢＯＬ、ＰＨＰ、ＡＢＡＰなどの従来の手続き型プログラミング言語、Ｐｙｔｈｏｎ、Ｒｕｂｙ、Ｇｒｏｏｖｙなどの動的プログラミング言語、または他のプログラミング言語を含む１つ以上のプログラミング言語の任意の組み合わせで記述されてもよい。プログラムコードは、完全にユーザのコンピュータ上で、部分的にはユーザのコンピュータ上で、スタンドアロンのソフトウェアパッケージとして、部分的にユーザのコンピュータ上で、部分的にリモートコンピュータ上で、または完全にリモートコンピュータもしくはサーバ上で実行されてもよい。後者のシーンでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されてもよく、または接続は、外部コンピュータ（例えば、インターネットサービスプロバイダを使用してインターネットを介して）もしくはクラウドコンピューティング環境で行われるか、またはサービスとしてのソフトウェア（ＳａａＳ）などのサービスとして提供されてもよい。
【０３８６】
さらに、処理要素もしくはシーケンス、またはそれに対する数、文字、もしくは他の名称の使用の、列挙された順序は、特許請求の範囲に特定され得るものを除き、請求された処理および方法を任意の順序に限定することを意図するものではない。上記の開示は、現在、本開示の様々な有用な実施形態であると現在考えられる様々な実施例を通して論じているが、そのような詳細事項は説明を目的としてなされているにすぎず、添付の特許請求の範囲は、開示される実施形態に限定されず、むしろ、開示される実施形態の精神および範囲内にある変形例および均等な構成を包含するように意図されることが理解されるべきである。例えば、上述した様々な構成要素の実装は、ハードウェア装置で具体化され得るが、ソフトウェアのみの解決策として、例えば、既存のサーバまたはモバイルデバイス上にインストールとして実装されてもよい。
【０３８７】
同様に、本開示の実施形態の前述の説明では、本開示を簡素化し、１つ以上の様々な実施形態の理解に資するため、様々な特徴が単一の実施形態、図、またはその説明にまとめられることが理解されるべきである。しかしながら、該開示の方法は、請求された主題が各請求項に明確に記載されたより多くの特徴を必要とするという意図を反映するものとして解釈されるべきではない。むしろ、特許請求された主題は、前述の単一の開示される実施形態のすべての特徴よりも少ない範囲にある。
【符号の説明】
【０３８８】
１００  経路計画システム
１１０  サーバ
１１２  処理装置
１２０  ネットワーク
１２０−１  インターネット交換ポイント
１２０−２  インターネット交換ポイント
１３０  端末
１３０−１  モバイルデバイス
１３０−２  タブレット型コンピュータ
１３０−３  ラップトップ型コンピュータ
１３０−４  車両内の内蔵デバイス
１４０  提供者端末
１５０  車両
１６０  記憶装置
１７０  ナビゲーションシステム
１７０−１〜３  衛星
２００  コンピューティングデバイス
２１０  内部通信バス
２２０  プロセッサ
２３０  リードオンリーメモリ（ＲＯＭ）
３００  モバイルデバイス
３１０  通信プラットフォーム
３２０  ディスプレイ
３３０  グラフィックス処理ユニット（ＧＰＵ）
３４０  中央処理装置（ＣＰＵ）
３６０  メモリ
３７０  モバイルオペレーティングシステム（ＯＳ）
３８０  アプリケーション
３９０  ストレージ
６００  経路計画装置
６０２  応答ユニット
６０４  決定ユニット
６０６  生成ユニット
６０８  分析ユニット
６１０  計算ユニット
７００  経路計画装置
７０２  表示ユニット
１４０２  受信モジュール
１４０４  スクリーニングモジュール
１４０６  取得モジュール
１４０８  決定モジュール
１４１０  送信モジュール
１５００  決定モジュール
１５０２  第１の決定サブモジュール
１５０４  マッチングサブモジュール
１５０６  取得サブモジュール
１６００  送信モジュール
１６０２  第２の決定サブモジュール
１６０４  プッシュサブモジュール
２２１０  測位モジュール
２２２０  処理モジュール
２２３０  プッシュモジュール
２３１０  測位モジュール
２３２０  処理モジュール
２３３０  プッシュモジュール
２３３２  距離決定ユニット
２３３４  第１のランク付けユニット
２３３６  第１のプッシュモジュール
２４１０  測位モジュール
２４２０  処理モジュール
２４３０  プッシュモジュール
２４４０  受信モジュール
２５１０  測位モジュール
２５２０  処理モジュール
２５３０  プッシュモジュール
２５３２  推定ユニット
２５３４  第２のランク付けユニット
２５３６  第２のプッシュユニット
２７０２  受信モジュール
２７０４  取得モジュール
２７０６  送信モジュール
３７０２  取得ユニット
３７０４  生成ユニット
３７０６  第１の表示ユニット
３８０２  取得ユニット
３８０４  生成ユニット
３８０６  第１の表示ユニット
３８０８  第２の表示ユニット
３９０２  取得ユニット
３９０４  生成ユニット
３９０６  第１の表示ユニット
３９０８  第３の表示ユニット
４００２  決定ユニット
４００４  取得ユニット
４００６  生成ユニット
４００８  第１の表示ユニット
４１０２  通信モジュール
４１０４  決定モジュール
４１０６  表示モジュール
【図１】
2019528427.tif 000003
【図２】
2019528427.tif 000004
【図３】
2019528427.tif 000005
【図４】
2019528427.tif 000006
【図５】
2019528427.tif 000007
【図６】
2019528427.tif 000008
【図７】
2019528427.tif 000009
【図８】
2019528427.tif 000010
【図９】
2019528427.tif 000011
【図１０】
2019528427.tif 000012
【図１１】
2019528427.tif 000013
【図１２】
2019528427.tif 000014
【図１３】
2019528427.tif 000015
【図１４】
2019528427.tif 000016
【図１５】
2019528427.tif 000017
【図１６】
2019528427.tif 000018
【図１７】
2019528427.tif 000019
【図１８】
2019528427.tif 000020
【図１９】
2019528427.tif 000021
【図２０】
2019528427.tif 000022
【図２１】
2019528427.tif 000023
【図２２】
2019528427.tif 000024
【図２３】
2019528427.tif 000025
【図２４】
2019528427.tif 000026
【図２５】
2019528427.tif 000027
【図２６】
2019528427.tif 000028
【図２７】
2019528427.tif 000029
【図２８】
2019528427.tif 000030
【図２９】
2019528427.tif 000031
【図３０】
2019528427.tif 000032
【図３１】
2019528427.tif 000033
【図３２Ａ】
2019528427.tif 000034
【図３２Ｂ】
2019528427.tif 000035
【図３３】
2019528427.tif 000036
【図３４】
2019528427.tif 000037
【図３５】
2019528427.tif 000038
【図３６】
2019528427.tif 000039
【図３７】
2019528427.tif 000040
【図３８】
2019528427.tif 000041
【図３９】
2019528427.tif 000042
【図４０】
2019528427.tif 000043
【図４１】
2019528427.tif 000044
【図４２】
2019528427.tif 000045
【図４３】
2019528427.tif 000046
【図４４】
2019528427.tif 000047
【図４５】
2019528427.tif 000048
【手続補正書】
【提出日】平成31年2月13日(2019.2.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービスシステムと対話するコンピューティングデバイスであって、
クライアント端末で実装されるオンラインツーオフラインサービスを提供する前記サービスシステムに接続される前記コンピューティングデバイスのデータ交換ポートと、
経路計画する命令のセットを記憶する少なくとも１つの記憶装置と、
前記少なくとも１つの記憶媒体と通信するように構成される少なくとも１つプロセッサと、を備え、
前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
ネットワークを介して、前記クライアント端末から第１の走行の情報を受信させ、
前記第１の走行の情報に基づいて、少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を生成させ、
前記少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信させ、
前記受信された要求に応じて、ネットワークを介して、前記クライアント端末に前記少なくとも１つの経路計画記録のうちの１つを送信させるように構成されるコンピューティングデバイス。
【請求項２】
前記第１の走行の情報に基づいて、少なくとも１つの経路計画記録を生成するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
前記第１の走行の情報に基づいて、第１の出発地および目的地を決定させ、
前記第１の出発地および前記目的地に基づいて、前記少なくとも１つの公共交通機関走行経路を決定させ、
前記第１の走行の出発時刻と前記少なくとも１つの公共交通機関走行経路に関連付けられた道路状況とに基づいて、
固定サイトを有する前記１つ以上の公共交通機関の第１の部分に対応する運行期間および運行区間、
および非固定サイトを有する前記１つ以上の公共交通機関の第２の部分の分布を備える、前記少なくとも１つの公共交通機関走行経路に対応する１つ以上の公共交通機関の１つ以上の運行条件を決定させ、
前記１つ以上の公共交通機関の前記１つ以上の運行条件に基づいて、前記１つ以上の公共交通機関の１つ以上の識別子と、前記少なくとも１つの経路計画記録に対応し、前記クライアント端末に表示されるように構成されるインタフェース識別子とをそれぞれ備える前記少なくとも１つの経路計画記録を生成させるように構成される請求項１に記載のコンピューティングデバイス。
【請求項３】
前記第１の出発地および前記目的地に基づいて、前記少なくとも１つの公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
前記第１の出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定させ、
前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得させ、
前記リアルタイム到着信号に基づいて、前記公共交通機関の前記第１の出発地に最も近い駅である目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定させ、
前記複数の候補公共交通機関走行経路にそれぞれ対応する前記公共交通機関の到着時刻に関連する情報に基づいて、前記少なくとも１つの公共交通機関走行経路を決定させるように構成される請求項２に記載のコンピューティングデバイス。
【請求項４】
前記公共交通機関の前記リアルタイム到着信号が、到着駅、車両番号、ナンバープレート、運転方向、前記公共交通機関の現在位置、または前記公共交通機関が位置する区域のうちの少なくとも１つを備え、前記リアルタイム到着信号に基づいて、前記目標駅に到着する前記公共交通機関の到着時刻に関連する情報を決定するために、前記少なくとも１つのプロセッサは、コンピューティングデバイスに、
前記サービスシステムの契約車両であり、運転方向が前記公共交通機関の運転方向と一致し、前記リアルタイム到着信号と一致する運転車両を決定させ、
前記公共交通機関と重複する走行経路を有する前記運転車両の１つ以上を１つ以上の基準車両として決定させ、
運転速度および前記到着駅から前記目標駅までの距離と走行期間を含む、前記１つ以上の基準車両にそれぞれ関連付けられた１つ以上の基準走行を取得させ、
前記１つ以上の基準車両にそれぞれ関連付けられた前記１つ以上の基準走行に基づいて、前記到着時刻に関連する情報を決定させるように構成される請求項３に記載のコンピューティングデバイス。
【請求項５】
前記到着時刻に関連する情報は、前記目標駅に到着する前記公共交通機関の到着時点と、前記到着駅から前記目標駅までの前記公共交通機関の第１の走行期間とを備え、
前記公共交通機関の到着時刻に関連する情報に基づいて、少なくとも１つの公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、コンピューティングデバイスに、
前記第１の出発地から前記目標駅までの前記クライアント端末の第２の走行期間を決定させ、
前記複数の候補公共交通機関走行経路のうちの少なくとも１つを前記少なくとも１つの公共交通機関走行経路として決定させるように構成され、
決定された前記複数の候補公共交通機関走行経路のうちの前記少なくとも１つの前記第１の走行期間は、前記第１の出発地から前記目標駅までの前記クライアント端末の前記第２の走行期間より長い請求項２〜４のいずれか一項に記載のコンピューティングデバイス。
【請求項６】
前記第１の出発地および前記目的地に基づいて、複数の候補公共交通機関走行経路を決定するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
所定の駅位置から前記第１の出発地に最も近い駅を第１の駅として決定させ、
前記第１の駅を通過する１つ以上の第１の公共交通機関走行経路を決定させ、
前記１つ以上の第１の公共交通機関走行経路から、前記目的地を通過する１つ以上の第２の公共交通機関走行経路を決定させ、
前記１つ以上の第２の公共交通機関走行経路に基づいて、前記複数の候補公共交通機関走行経路を決定させるように構成される請求項３〜５のいずれか一項に記載のコンピューティングデバイス。
【請求項７】
前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
前記クライアント端末によって入力されたキーワードの入力を受信させ、
前記キーワードが数字を含むか否かを決定させ、
前記キーワードが数字を含む前記決定の結果に基づいて、前記１つ以上の第２の公共交通機関走行経路のうちの少なくとも１つを前記複数の候補公共交通機関走行経路として指定させるように構成され、
前記複数の候補公共交通機関走行経路のうちの１つに対応する公共交通機関の車両番号は、前記数字を先頭数字として備える請求項３〜６のいずれか一項に記載のコンピューティングデバイス。
【請求項８】
前記複数の候補公共交通機関走行経路にそれぞれ対応する公共交通機関のリアルタイム到着信号を取得するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
駅に近づく前記公共交通機関を示すプロンプト信号を受信させ、
ここで、前記プロンプト信号は、前記公共交通機関の戸開ボタンがトリガされたときに生成されるか、または
前記プロンプト信号は、前記公共交通機関の到着プロンプトボタンがトリガされたときに生成され、
前記プロンプト信号に基づいて前記公共交通機関に関連付けられた前記リアルタイム到着信号を取得させるように構成される請求項３に記載のコンピューティングデバイス。
【請求項９】
前記少なくとも１つのプロセッサは、さらに、前記コンピューティングデバイスに、
少なくとも１つの公共交通機関走行経路を計画する要求を取得させ、
所定のストラテジーに基づいて、特定の経路計画記録に対応する少なくとも１つの第１のインタフェース識別子、または前記少なくとも１つの経路計画記録のうちの１つ以上の不特定の経路計画記録に対応する１つ以上の第２のインタフェース識別子を前記クライアント端末に送信させ、
前記１つ以上の公共交通機関の前記１つ以上の識別子および前記特定の経路計画記録の前記少なくとも１つの公共交通機関走行経路に関連付けられた第２の走行を表示する地図インタフェースの形式で、前記特定の経路計画記録を表示するように前記クライアント端末に指示させ、
前記１つ以上の第２のインタフェース識別子の形式で、前記１つ以上の不特定の経路計画記録を表示するように前記クライアント端末に指示させるように構成され、
前記第２の走行は、前記少なくとも１つの公共交通機関走行経路の総走行期間、前記少なくとも１つの公共交通機関走行経路の走行軌跡、総歩行距離、または運賃の少なくとも１つを含む走行パラメータのうちの少なくとも１つを備える、請求項２に記載のコンピューティングデバイス。
【請求項１０】
前記少なくとも１つのプロセッサは、さらに、前記コンピューティングデバイスに、
前記クライアント端末に、
前記地図インタフェースを表示するように構成される地図表示領域と、第１の数の前記１つ以上の第２のインタフェース識別子に関連する第１のデータをリストの形式で表示するように構成されるテキスト表示領域とを含む推奨ページを生成させ、
前記クライアント端末のディスプレイによって前記推奨ページを表示させるように構成される命令を前記クライアント端末に送信させるように構成されるコンピューティングデバイスであって、
前記第１の数の前記１つ以上の第２のインタフェース識別子に関連する前記第１のデータは、不特定の経路計画記録に対応する公共交通機関の車両番号と、不特定の経路計画記録に対応する公共交通機関走行経路に関連付けられた推定期間と、を備える、
請求項２または９に記載のコンピューティングデバイス。
【請求項１１】
前記テキスト表示領域は、前記推奨ページの輪郭と縁を共有し、前記クライアント端末のディスプレイによって、前記推奨ページを表示するために、前記少なくとも１つのプロセッサは、前記コンピューティングデバイスに、
前記テキスト表示領域上で行われた前記ユーザのスライド操作に応じて、前記クライアント端末にテキスト表示領域を拡張させて、第２の数の前記１つ以上の第２のインタフェース識別子に関連する第２のデータを表示させるように構成され、
前記スライド操作は、前記テキスト表示領域から前記推奨ページの中心に向けられる請求項２、９、または１０のいずれか一項に記載のコンピューティングデバイス。
【請求項１２】
前記少なくとも１つのプロセッサは、さらに、前記コンピューティングデバイスに、
前記テキスト表示領域上で行われた前記ユーザのクリック操作に応じて、前記クライアント端末に、前記クリック操作の位置に対応する第２の識別子に関連する第３のデータを前記テキスト表示領域に表示させるように構成される請求項２または９に記載のコンピューティングデバイス。
【請求項１３】
プロセッサ、記憶装置およびネットワークに接続された通信プラットフォームを有するコンピューティングデバイスで実装される方法であって、
ネットワークを介して、クライアント端末から第１の走行の情報を受信することと、
前記第１の走行の情報に基づいて、少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を生成することと、
前記少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信することと、
受信された前記要求に応じて、前記ネットワークを介して、前記クライアント端末に前記少なくとも１つの経路計画記録のうちの１つを送信することと、を備える方法。
【請求項１４】
少なくとも１つのプロセッサによって実行されるとき、
ネットワークを介して、クライアント端末から第１の走行の情報を受信し、
前記第１の走行の情報に基づいて、少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を生成し、
前記少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信し、
受信された前記要求に応じて、前記ネットワークを介して、前記クライアント端末に前記少なくとも１つの経路計画記録のうちの１つを送信する動作を行うように前記少なくとも１つのプロセッサに指示する少なくとも１つの命令のセットを記憶する非一時的なコンピュータ可読媒体。
【請求項１５】
サービスシステムと対話するコンピューティングデバイスであって、
ネットワークを介して、クライアント端末から第１の走行の情報を受信するように構成された通信モジュールと、
前記第１の走行の情報に基づいて、少なくとも１つの公共交通機関走行経路を含む少なくとも１つの経路計画記録を生成するように構成された決定モジュールと、を含み、前記通信モジュールはさらに、
前記少なくとも１つの公共交通機関走行経路のうちの１つを取得するユーザの要求を受信し、
前記受信された要求に応じて、前記ネットワークを介して、前記クライアント端末に前記少なくとも１つの経路計画記録のうちの１つを送信するように構成される、
コンピューティングデバイス。
【国際調査報告】
2019528427.tif 000049
2019528427.tif 000050
2019528427.tif 000051
2019528427.tif 000052
2019528427.tif 000053