(57)【要約】      （修正有）【課題】無人運転自動車が異なる注文を同時に受信すると配車ミスが生じることを防ぐ、無人運転自動車配車方法、装置、機器及び記憶媒体を提供する。【解決手段】配車管理プラットフォームによって、配車注文が含まれた呼び出し要求を受信し、次に、呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出し、そして、無人運転自動車が注文タスクに基づき作業するように、配車注文に基づき注文タスクを生成するとともに、前記注文タスクを無人運転自動車に割り当てる。【効果】無人運転自動車がネットワーク予約配車運営プラットフォームに直接連携する必要がないため、無人運転自動車が異なるネットワーク予約配車運営プラットフォームからの注文を同時に受信すると配車ミスが生じることを防ぐことができ、無人運転自動車についての迅速で且つ安全な配車管理を実現できる。【選択図】図２
2019207719.tif 000002
【特許請求の範囲】
【請求項１】
無人運転自動車配車方法であって、
呼び出し要求を受信し、ただし前記呼び出し要求には配車注文が含まれていることと、
前記呼び出し要求に基づき無人運転車リソースプールから第一無人運転自動車を呼び出すことと、
前記第一無人運転自動車が注文タスクに基づき作業するように、前記配車注文に基づき注文タスクを生成するとともに、前記注文タスクを前記第一無人運転自動車に割り当てることとを含むことを特徴とする無人運転自動車配車方法。
【請求項２】
前記呼び出し要求に基づき無人運転車リソースプールから第一無人運転自動車を呼び出すことは、具体的に、
前記呼び出し要求における配車注文から出発地を取得することと、
前記無人運転車リソースプールから前記配車注文における出発地との距離が最短の第一無人運転自動車を検索するとともに、前記第一無人運転自動車を呼び出すこととを含むことを特徴とする請求項１に記載の無人運転自動車配車方法。
【請求項３】
前記呼び出し要求に基づき無人運転車リソースプールから第一無人運転自動車を呼び出した後に、
前記第一無人運転自動車の状態を取得することと、
前記第一無人運転自動車の状態が異常である場合、前記呼び出し要求に基づき第二無人運転車リソースプールから無人運転自動車を呼び出すことをもう一度実行することとをさらに含むことを特徴とする請求項１に記載の無人運転自動車配車方法。
【請求項４】
前記第一無人運転自動車が前記注文タスクを完了すると、前記無人運転自動車を前記第一無人運転車リソースプールに入れることをさらに含むことを特徴とする請求項１に記載の無人運転自動車配車方法。
【請求項５】
前記第一無人運転自動車を前記無人運転車リソースプールに入れる前に、
前記第一無人運転自動車の状態を取得することと、
前記第一無人運転自動車の状態が異常である場合、前記第一無人運転自動車に対するメンテナンスを行うように、アラームを発してメンテナンススタッフに注意喚起を行うこととをさらに含むことを特徴とする請求項４に記載の無人運転自動車配車方法。
【請求項６】
前記第一無人運転自動車が前記注文タスクを実行する過程において、前記第一無人運転自動車の状態をリアルタイムに監視することと、
前記第一無人運転自動車の状態が異常である場合、前記無人運転自動車に対しシステム回復操作を行うように、アラームを発して前記第一無人運転自動車内の安全スタッフに知らせる、且つ／又は
遠隔配車スタッフが前記第一無人運転自動車に対しシステム回復操作を遠隔支援するように、前記第一無人運転自動車のシステムログを取得するとともに、前記システムログを前記遠隔配車スタッフに送信することとをさらに含むことを特徴とする請求項１に記載の無人運転自動車配車方法。
【請求項７】
前記無人運転自動車のシステム回復を行った後に、
システム回復操作を経た後も前記無人運転自動車は依然として状態が異常である場合、前記無人運転自動車が停車するよう制御し、且つ停車位置を取得することと、
前記無人運転車リソースプールからもう１台の無人運転自動車を呼び出し、前記停車位置まで走行して引き続き前記注文タスクを実行するように、前記停車位置及び前記注文タスクを前記もう１台の無人運転自動車に送信することをさらに含むことを特徴とする請求項６に記載の無人運転自動車配車方法。
【請求項８】
運営履歴データ及び／又はその時点の道路状況情報に基づき、前記無人運転自動車の走行ルートに対する最適化を行うことをさらに含むことを特徴とする請求項１に記載の無人運転自動車配車方法。
【請求項９】
運営履歴データに基づき、配車注文のホットスポットエリアを取得することと、
前記ホットスポットエリアに基づき、前記無人運転車リソースプールの中の無人運転自動車の位置について計画することとをさらに含むことを特徴とする請求項１に記載の無人運転自動車配車方法。
【請求項１０】
無人運転自動車配車機器であって、
コンピュータプログラムが記憶されている記憶媒体と、
プロセッサと、
受信器とを含み、
前記受信器は、
呼び出し要求を受信するために用いられ、ただし前記呼び出し要求には配車注文が含まれており、
前記プロセッサはコンピュータプログラムを実行することで、
前記呼び出し要求に基づき無人運転車リソースプールから第一無人運転自動車を呼び出し、前記第一無人運転自動車が注文タスクに基づき作業するように、前記配車注文に基づき注文タスクを生成するとともに、前記注文タスクを前記第一無人運転自動車に割り当てるために用いられることを特徴とする無人運転自動車配車機器。
【請求項１１】
前記プロセッサはコンピュータプログラムを実行することで、
前記呼び出し要求における配車注文から出発地を取得し、
前記無人運転車リソースプールから前記配車注文における出発地との距離が最短の第一無人運転自動車を検索するとともに、前記第一無人運転自動車を呼び出すために用いられることを特徴とする請求項１０に記載の無人運転自動車配車機器。
【請求項１２】
前記プロセッサはコンピュータプログラムを実行することで、
前記呼び出し要求に基づき無人運転車リソースプールから第一無人運転自動車を呼び出した後、前記第一無人運転自動車の状態を取得し、
前記第一無人運転自動車の状態が異常である場合、前記呼び出し要求に基づき無人運転車リソースプールから第二無人運転自動車を呼び出すことをもう一度実行するためにも用いられることを特徴とする請求項１０に記載の無人運転自動車配車機器。
【請求項１３】
前記プロセッサはコンピュータプログラムを実行することで、
前記第一無人運転自動車が前記注文タスクを完了すると、前記第一無人運転自動車を前記無人運転車リソースプールに入れるためにも用いられることを特徴とする請求項１２に記載の無人運転自動車配車機器。
【請求項１４】
前記プロセッサはコンピュータプログラムを実行することで、
前記第一無人運転自動車を前記無人運転車リソースプールに入れる前に、前記第一無人運転自動車の状態を取得し、
前記第一無人運転自動車の状態が異常である場合、前記無人運転自動車に対するメンテナンスを行うように、アラームを発してメンテナンススタッフに知らせるためにも用いられることを特徴とする請求項１３に記載の無人運転自動車配車機器。
【請求項１５】
前記プロセッサはコンピュータプログラムを実行することで、
前記第一無人運転自動車が前記注文タスクを実行する過程において、前記第一無人運転自動車の状態をリアルタイムに監視し、
前記第一無人運転自動車の状態が異常である場合、前記第一無人運転自動車に対しシステム回復操作を行うように、アラームを発して前記無人運転自動車内の安全スタッフに知らせる、且つ／又は
遠隔配車スタッフがシステムログに基づき前記第一無人運転自動車のシステム回復操作を遠隔支援するように、前記第一無人運転自動車の前記システムログを取得するとともに、前記システムログを遠隔配車スタッフに送信するためにも用いられることを特徴とする請求項１２に記載の無人運転自動車配車機器。
【請求項１６】
プロセッサはコンピュータプログラムを実行することで、
システム回復操作を経た後も前記無人運転自動車は依然として状態が異常である場合、前記無人運転自動車が停車するよう制御し、且つ停車位置を取得し、
前記無人運転車リソースプールからもう１台の無人運転自動車を呼び出し、前記停車位置まで走行して引き続き前記注文タスクを実行するように、前記停車位置及び前記注文タスクを前記もう１台の無人運転自動車に送信するためにも用いられることを特徴とする請求項１５に記載の無人運転自動車配車機器。
【請求項１７】
前記プロセッサはコンピュータプログラムを実行することで、
運営履歴データ及び／又はその時点の道路状況情報に基づき、前記無人運転自動車の走行ルートに対する最適化を行うためにも用いられることを特徴とする請求項１０に記載の無人運転自動車配車機器。
【請求項１８】
前記プロセッサはコンピュータプログラムを実行することで、
運営履歴データに基づき、配車注文のホットスポットエリアを取得し、
前記ホットスポットエリアに基づき、前記無人運転車リソースプールの中の無人運転自動車の位置について計画するためにも用いられることを特徴とする請求項１０に記載の無人運転自動車配車機器。
【請求項１９】
コンピュータ読み取り可能な記憶媒体であって、プロセッサにより実行されることで、
請求項１に記載の無人運転自動車配車方法を実現するためのコンピュータプログラムが記憶されることを特徴とするコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術の分野に関し、より詳しくは、無人運転自動車配車方法、装置、機器及び記憶媒体に関する。
【背景技術】
【０００２】
無人運転自動車は、車内に設けられたコンピュータシステムを中心とするスマート機器により無人運転を実現する自動車であり、自動制御、システム構成、人工知能、ビジュアルコンピューティング等様々な技術を統合しており、コンピュータ技術、パターン認識及びスマート制御技術が高度に発展した産物であり、国の科学研究の実力と産業レベルを評価する上で重要な指標でもあり、国防と国民経済の分野において幅広く利用される見込みがある。無人運転車両は自動車の発展の方向性となっており、世界各国では関連研究が盛んに行われている。
【０００３】
従来技術において、無人運転自動車はネットワーク予約配車運営プラットフォームに連携し、ネットワーク予約配車運営プラットフォームにより乗客の配車注文を受信し、当該配車注文を無人運転自動車に送信すると、無人運転自動車が配車注文に基づき乗客の送迎を行う。
【０００４】
しかしながら、一般的に、無人運転自動車は異なるネットワーク予約配車運営プラットフォームに連携するため、無人運転自動車が複数のネットワーク予約配車運営プラットフォームが送信した配車注文を同時に受信すると、配車が失敗に終わり、配車注文を完了できないという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、無人運転自動車が異なる注文を同時に受信すると配車ミスが生じることを防ぎ、無人運転自動車についての迅速で且つ安全な配車管理を実現するためになされるものであり、無人運転自動車配車方法、装置、機器及び記憶媒体を提供する。
【課題を解決するための手段】
【０００６】
本発明の第１の態様として、無人運転自動車配車方法を提供し、当該方法は、
呼び出し要求を受信し、ただし前記呼び出し要求には配車注文が含まれていることと、
前記呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出すことと、
前記無人運転自動車が注文タスクに基づき作業するように、前記配車注文に基づき注文タスクを生成するとともに、前記注文タスクを前記無人運転自動車に割り当てることとを含む。
【０００７】
本発明の第２の態様として、無人運転自動車配車装置を提供し、当該装置は、
呼び出し要求を受信するために用いられ、ただし前記呼び出し要求には配車注文が含まれている受信モジュールと、
前記呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出し、前記無人運転自動車が注文タスクに基づき作業するように、前記配車注文に基づき注文タスクを生成するとともに、前記注文タスクを前記無人運転自動車に割り当てるために用いられる配車モジュールとを含む。
【０００８】
本発明の第３の態様として、無人運転自動車配車機器を提供し、当該機器は、
メモリと、
プロセッサと、
コンピュータプログラムとを含み、
ただし、前記コンピュータプログラムは、前記プロセッサにより実行されることで、第１の態様に記載の方法を実現するように設定され、前記メモリに記憶される。
【０００９】
本発明の第４の態様として、コンピュータ読み取り可能な記憶媒体を提供し、当該媒体には、
プロセッサにより実行されることで、第１の態様に記載の方法を実現するためのコンピュータプログラムが記憶される。
【発明の効果】
【００１０】
本発明に係る無人運転自動車配車方法、装置、機器及び記憶媒体は、配車管理プラットフォームによって、配車注文が含まれた呼び出し要求を受信し、次に、呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出し、そして、無人運転自動車が注文タスクに基づき作業するように、配車注文に基づき注文タスクを生成するとともに、前記注文タスクを無人運転自動車に割り当てるように構成される。本発明は、無人運転自動車がネットワーク予約配車運営プラットフォームに直接連携する必要がないため、無人運転自動車が異なる注文を同時に受信すると配車ミスが生じることを防ぐことができ、無人運転自動車についての迅速で且つ安全な配車管理を実現できる。
【図面の簡単な説明】
【００１１】
本発明の実施例又は従来技術に係る技術的解決手段をより明瞭に説明するため、以下、実施例又は従来技術の記述において必要な各図を簡単に紹介する。言うまでもないが、後に記述される各図は、本発明の実施例の一部に過ぎず、当業者であれば、新規性を要しないことを前提に、これらの各図からその他の図を得ることもできる。
【図１】図１は、本発明の実施例に係る無人運転自動車配車システムのアーキテクチャを示す図である。
【図２】図２は、本発明の実施例に係る無人運転自動車配車方法のフローチャートである。
【図３】図３は、本発明のもう一つの実施例に係る無人運転自動車配車方法のフローチャートである。
【図４】図４は、本発明の実施例に係る無人運転自動車配車装置の構造を示す図である。
【図５】図５は、本発明の実施例に係る無人運転自動車配車機器の構造を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施例の各図を参照しながら、本発明の実施例に係る技術的解決手段を明瞭且つ完全に説明する。言うまでもないが、説明される実施例は、本発明の実施例の一部に過ぎず、その全てではない。当業者が本発明の実施例に基づき、新規性を要しないことを前提に取得したその他の実施例は、いずれも本発明の保護範囲に含まれるものとする。
【００１３】
本発明に係る無人運転自動車配車方法は、図１に示される無人運転自動車配車システムに適用できる。図１に示すとおり、当該無人運転自動車配車システムは無人運転自動車配車管理プラットフォーム１０と、複数のネットワーク予約配車運営プラットフォーム１１、１２、１３と、複数の無人運転自動車１４、１５、１６とを含み、ただしネットワーク予約配車運営プラットフォーム１１、１２、１３のそれぞれは配車管理プラットフォーム１０と通信可能に接続され、ネットワーク予約配車運営プラットフォーム１１、１２、１３は乗客の配車注文を受信するとともに、配車注文を付随させて呼び出し要求を配車管理プラットフォーム１０に送信し、なお、配車管理プラットフォーム１０は無人運転自動車１４、１５、１６と通信可能に接続され、呼び出し要求に基づき無人運転自動車１４、１５、１６に対し配車を行うために用いられる。なお、図１は無人運転自動車配車システムを概略的に示すものに過ぎず、その数に対し限定するものではない。当然ながら、ネットワーク予約配車運営プラットフォームはその他の形態の主体で実現するか、配車管理プラットフォーム１０が直接ユーザの配車注文を受信するようにしてもよい。以下、具体的な実施例を用いて、ブロックチェーンネットワークを構築するプロセスについて、詳細に説明する。
【００１４】
図２は、本発明の実施例に係る無人運転自動車配車方法のフローチャートである。本実施例は無人運転自動車配車方法を提供し、その主体は配車管理プラットフォームであり、当該方法は具体的に、ステップＳ１０１〜ステップＳ１０３を含む。
Ｓ１０１において、呼び出し要求を受信し、ただし前記呼び出し要求には配車注文が含まれている。
【００１５】
当該実施例において、ネットワーク予約配車運営プラットフォームにより乗客の配車注文を受信してもよく、ただし配車注文には、出発地、目的地、予約時間等情報に関して具体的に設定されてもよい。ネットワーク予約配車運営プラットフォームは、配車管理プラットフォームが呼び出し要求に基づき配車を行うように、配車注文に基づき配車管理プラットフォームに呼び出し要求を送信し、ただし呼び出し要求に配車注文を付随させる。当然ながら、その他の形態の主体により乗客の配車注文を受信するか、又は配車管理プラットフォームにより乗客の配車注文を直接受信してもよい。ただし乗客の配車注文はネットワーク、電話、又はその他の可能な形式にて取得することができる。
【００１６】
Ｓ１０２において、前記呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出す。
【００１７】
当該実施例において、配車管理プラットフォームは呼び出し要求に基づき配車注文を解析し、次に、配車注文から配車注文の出発地を取得して、無人運転車リソースプールから配車注文における出発地との距離が最短の無人運転自動車を検索するとともに、当該無人運転自動車を配車対象の無人運転自動車とすることにより、当該配車注文を完了することができる。より具体的には、無人運転車リソースプールから配車注文における出発地との距離が最短の無人運転自動車を検索する際、直線距離を検索基準としてもよいが、当然ながら無人運転自動車の配車注文における出発地との間のルート長を検索基準としてもよい。当然ながら、その他の方法により無人運転自動車の配車を行ってもよいが、ここにおいてその説明が省略される。ただし無人運転車リソースプールは現在未使用の無人運転自動車からなるリソースプールであり、無人運転自動車が注文タスクを完了すると、無人運転車リソースプールに入れることができる。
【００１８】
Ｓ１０３において、前記無人運転自動車が注文タスクに基づき作業するように、前記配車注文に基づき前記注文タスクを生成するとともに、前記注文タスクを前記無人運転自動車に割り当てる。
【００１９】
当該実施例において、配車管理プラットフォームが配車注文に基づき注文タスクを生成することは具体的に、配車注文における出発地、目的地に基づき走行ルート等を計画し、注文タスクを配車対象の無人運転自動車に割り当てるようにしてもよい。当該無人運転自動車は注文タスクを受信すると、注文タスクに予め計画された走行ルートに基づき走行する注文タスクを実行してもよいが、走行する間に具体的な道路状況等情報に基づき、走行ルートをリアルタイムに計画してもよい。
【００２０】
本実施例に係る無人運転自動車配車方法は、配車管理プラットフォームによって、配車注文が含まれた呼び出し要求を受信し、次に、呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出し、そして、無人運転自動車が注文タスクに基づき作業するように、配車注文に基づき注文タスクを生成するとともに、注文タスクを無人運転自動車に割り当てるように構成される。本実施例において、無人運転自動車がネットワーク予約配車運営プラットフォームに直接連携する必要がないため、無人運転自動車が異なる注文を同時に受信すると配車ミスが生じることを防ぐことができ、無人運転自動車についての迅速で且つ安全な配車管理を実現できる。
【００２１】
図３に示すとおり、上記実施例をベースにして、Ｓ１０２において前記呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出した後に、Ｓ１０２１と、Ｓ１０２２とをさらに含んでもよい。
Ｓ１０２１において、前記無人運転自動車の状態を取得する。
Ｓ１０２２において、前記無人運転自動車の状態が異常である場合、前記呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出すことをもう一度実行する。
【００２２】
当該実施例において、呼び出す対象である無人運転自動車を選択した後、当該無人運転自動車の状態、具体的には、例えば自然環境検知モジュール、意思決定モジュール、制御モジュール等複数のモジュールの状態を遠隔取得することにより、当該無人運転自動車が正常に動作できるか否かを判断する。状態の異常が検出された場合、無人運転自動車の呼び出しをもう一度実行し、また、当該状態が異常な無人運転自動車に対しメンテナンスを行うように、アラームを発してメンテナンススタッフに知らせてもよい。
【００２３】
上記実施例の更なる改良として、前記無人運転自動車配車方法は、
前記無人運転自動車が前記注文タスクを完了すると、前記無人運転自動車を前記無人運転車リソースプールに入れることをさらに含んでもよい。
【００２４】
当該実施例において、配車管理プラットフォームにより、前記無人運転自動車が注文タスクを実行する過程をリアルタイムに監視することができ、無人運転自動車が注文タスクを完了すると、配車管理プラットフォームは当該無人運転自動車を無人運転車リソースプールに入れる。さらに、次回の配車に備え、当該無人運転自動車の現在位置を記録してもよい。当然ながら、無人運転自動車が注文タスクを完了すると、注文タスクが完了する旨配車管理プラットフォームに知らせ、配車管理プラットフォームにより当該無人運転自動車を無人運転車リソースプールに入れるようにしてもよい。
【００２５】
さらに、前記無人運転自動車を前記無人運転車リソースプールに入れる前に、
前記無人運転自動車の状態を取得することと、
前記無人運転自動車の状態が異常である場合、前記無人運転自動車に対しメンテナンスを行うように、アラームを発してメンテナンススタッフに知らせることをさらに含んでもよい。
【００２６】
当該実施例において、注文タスクを完了した未使用の無人運転自動車を無人運転車リソースプールに入れる前に、無人運転自動車の状態検出を行うこともできる。配車管理プラットフォームは無人運転自動車のその時の状態を取得し、状態が異常であるか否かを判断する。状態が正常である場合、無人運転車リソースプールに直接入れ、状態が異常である場合、無人運転自動車に対しメンテナンスを行うように、アラームを発してメンテナンススタッフに知らせる。
【００２７】
上記実施例の更なる改良として、前記無人運転自動車配車方法は、
前記無人運転自動車が前記注文タスクを実行する過程において、前記無人運転自動車の状態をリアルタイムに監視することと、
前記無人運転自動車の状態が異常である場合、前記無人運転自動車に対しシステム回復操作を行うように、アラームを発して前記無人運転自動車内の安全スタッフに知らせる、及び／又は
遠隔配車スタッフが前記無人運転自動車に対しシステム回復操作を遠隔支援するように、前記無人運転自動車のシステムログを取得するとともに、前記システムログを前記遠隔配車スタッフに送信することをさらに含んでもよい。
【００２８】
当該実施例において、配車管理プラットフォームは無人運転自動車が注文タスクを実行する過程において、その状態をリアルタイムに監視してもよい。状態の異常が生じる場合、無人運転自動車に対しシステム回復操作を行って、状態異常の状況を解消するように、アラームを発して車内の安全スタッフに知らせる。安全スタッフによるシステムの回復ができない場合、無人運転自動車のシステムログを取得するとともに、システムログを遠隔配車スタッフに送信し、遠隔配車スタッフにより無人運転自動車のシステム回復操作を遠隔支援するようにしてもよい。当然ながら、無人運転自動車が注文タスクを実行する過程において状態異常が生じる場合、システムログを遠隔配車スタッフに直接送信し、遠隔配車スタッフにより無人運転自動車のシステム回復操作を遠隔支援するようにしてもよい。
【００２９】
さらに、システム回復操作を経た後も前記無人運転自動車は依然として状態が異常である場合、前記無人運転自動車が停車するよう制御し、且つ停車位置を取得し、
前記無人運転車リソースプールからもう１台の無人運転自動車を呼び出し、前記停車位置まで走行して引き続き前記注文タスクを実行するよう、前記停車位置及び前記注文タスクを前記もう１台の無人運転自動車に送信する。
【００３０】
上記実施例の更なる改良として、前記無人運転自動車配車方法は、
運営履歴データ及び／又はその時点の道路状況情報に基づき、前記無人運転自動車の走行ルートに対する最適化を行うことをさらに含んでもよい。
【００３１】
当該実施例において、注文タスクを生成する時、走行ルートを計画し、無人運転自動車が注文タスクを実行する過程において、実際の状況に応じて走行ルートに対する最適化を行ってもよい。ただし走行ルートの計画及び最適化のプロセスは、いずれも運営履歴データ及び／又はその時点の道路状況情報に基づき行ってもよいが、当然ながらその他の要素、例えば天気状況、一時交通規制等も含め総合的に行ってもよい。
【００３２】
上記実施例の更なる改良として、前記無人運転自動車配車方法は、
運営履歴データに基づき、配車注文のホットスポットエリアを取得することと、
前記ホットスポットエリアに基づき、前記無人運転車リソースプールの中の無人運転自動車の位置について計画することとをさらに含んでもよい。
【００３３】
当該実施例において、待ち時間を短縮して、乗客がすぐに無人運転自動車を利用できるように、配車予約のニーズが多いエリアにより多くの無人運転自動車を割り当てることができる。すなわち、運営履歴データに基づき配車注文が多いホットスポットエリア、例えば空港、鉄道駅等人流量が大きいエリアを取得し、次に、無人運転車リソースプールの中の無人運転自動車を可能な限りこれらのエリアに割り当てることにより、乗客により大きな利便性をもたらすことも可能である。
【００３４】
図４は、本発明の実施例に係る無人運転自動車配車装置の構造を示す図である。本実施例に係る無人運転自動車配車装置は、無人運転自動車配車方法の実施例に係る処理プロセスを実行することができ、図４に示すとおり、前記無人運転自動車配車装置は、受信モジュール３１と、配車モジュール３２とを含む。
【００３５】
ただし、受信モジュール３１は、呼び出し要求を受信するために用いられ、ただし前記呼び出し要求には配車注文が含まれている。
配車モジュール３２は、前記呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出し、前記無人運転自動車が注文タスクに基づき作業するように、前記配車注文に基づき注文タスクを生成するとともに、前記注文タスクを前記無人運転自動車に割り当てるために用いられる。
【００３６】
さらに、前記配車モジュール３２は、
前記呼び出し要求における配車注文から出発地を取得し、
前記無人運転車リソースプールから前記配車注文における出発地との距離が最短の無人運転自動車を検索するとともに、当該無人運転自動車を呼び出すために用いられる。
【００３７】
さらに、前記装置は、
前記呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出した後、前記無人運転自動車の状態を取得するために用いられる監視モジュール３３をさらに含み、
前記配車モジュール３２は、前記無人運転自動車の状態が異常である場合、前記呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出すことをもう一度実行するためにも用いられる。
【００３８】
さらに、前記配車モジュール３２は、
前記無人運転自動車が前記注文タスクを完了すると、前記無人運転自動車を前記無人運転車リソースプールに入れるためにも用いられる。
【００３９】
さらに、前記監視モジュール３３は、
前記無人運転自動車を前記無人運転車リソースプールに入れる前に、前記無人運転自動車の状態を取得し、
前記無人運転自動車の状態が異常である場合、前記無人運転自動車に対するメンテナンスを行うように、アラームを発してメンテナンススタッフに知らせるためにも用いられる。
【００４０】
さらに、前記監視モジュール３３は、
前記無人運転自動車が前記注文タスクを実行する過程において、前記無人運転自動車の状態をリアルタイムに監視し、
前記無人運転自動車の状態が異常である場合、前記無人運転自動車に対しシステム回復操作を行うように、アラームを発して前記無人運転自動車内の安全スタッフに知らせる、且つ／又は
遠隔配車スタッフがシステムログに基づき前記無人運転自動車のシステム回復操作を遠隔支援するように、前記無人運転自動車の前記システムログを取得するとともに、前記システムログを遠隔配車スタッフに送信するためにも用いられる。
【００４１】
さらに、前記配車モジュール３２は、
システム回復操作を経た後も前記無人運転自動車は依然として状態が異常である場合、前記無人運転自動車が停車するよう制御し、且つ停車位置を取得し、
前記無人運転車リソースプールからもう１台の無人運転自動車を呼び出し、前記停車位置まで走行して引き続き前記注文タスクを実行するよう、前記停車位置及び前記注文タスクを前記もう１台の無人運転自動車に送信するためにも用いられる。
【００４２】
さらに、前記配車モジュール３２は、
運営履歴データ及び／又はその時点の道路状況情報に基づき、前記無人運転自動車の走行ルートに対する最適化を行うためにも用いられる。
【００４３】
さらに、前記配車モジュール３２は、
運営履歴データに基づき、配車注文のホットスポットエリアを取得し、
前記ホットスポットエリアに基づき、前記無人運転車リソースプールの中の無人運転自動車の位置について計画するためにも用いられる。
【００４４】
本実施例に係る無人運転自動車配車装置は具体的に、上記図２及び図３に係る方法の実施例を実行するために用いることができ、ここにおいてその具体的な機能の説明が省略される。
【００４５】
本実施例に係る無人運転自動車配車装置は、配車管理プラットフォームによって、配車注文が含まれた呼び出し要求を受信し、次に、呼び出し要求に基づき無人運転車リソースプールから無人運転自動車を呼び出し、そして、無人運転自動車が注文タスクに基づき作業するように、配車注文に基づき注文タスクを生成するとともに、前記注文タスクを無人運転自動車に割り当てるように構成される。本実施例において、無人運転自動車がネットワーク予約配車運営プラットフォームに直接連携する必要がないため、無人運転自動車が異なる注文を同時に受信すると配車ミスが生じることを防ぐことができ、無人運転自動車についての迅速で且つ安全な配車管理を実現できる。
【００４６】
図５は、本発明のもう一つの実施例に係る無人運転自動車配車機器の構造を示す図である。図５に示すとおり、本実施例は無人運転自動車配車機器を提供し、前記無人運転自動車配車機器は、プロセッサ４１と、メモリ４２と、コンピュータプログラムとを含む。
【００４７】
ただし、前記コンピュータプログラムは、前記プロセッサ４１により実行されることで、図２及び図３に係る方法の実施例に係る処理プロセスを実現するように設定され、前記メモリ４２に記憶される。ここにおいてその具体的な機能の説明は省略される。
【００４８】
具体的には、前記無人運転自動車配車機器は受信器４３と、送信器４４とをさらに含み、受信器４３、送信器４４、プロセッサ４１及びメモリ４２はバスによって接続される。
【００４９】
本発明のもう一つの実施例は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体を提供し、
前記コンピュータプログラムがプロセッサにより実行されることで、図２及び図３に示される実施例に記載の無人運転自動車配車方法を実現する。
【００５０】
なお、本発明に係るいくつかの実施例により開示されている装置及び方法は、その他の形態により実現することもできる。例えば、上記装置の実施例は例示的なものに過ぎず、例えば、前記モジュールの設定は、倫理機能上の設定に過ぎず、実際に実現する際、その他の方式で設定してもよい。例えば、複数のモジュール又はコンポーネントは、互いに組み合わせるか、もう１つのシステムに集積されるか、又はその一部の特徴を省略したり実行しなかったりしてもよい。また、表示又は説明されている要素間の接続、又は直接的な接続若しくは通信的接続は、いくつかのインタフェース、装置又はモジュールによる間接的な接続又は通信的接続であってもよく、電気的形式、機械的形式又はその他の形式であってもよい。
【００５１】
分離している部品として説明されるモジュールは、物理的に分離しているものでもよければ、分離していないものでもよく、モジュールとして表示される部品は、物理的なモジュールであってもよければそうでなくてもよく、すなわち同一の場所に配置されてもよければ、又は複数のネットワークユニットに分散されてもよい。実際のニーズに応じて、そのうちから一部又は全てのユニットを選択して、本実施例に係る技術的解決手段の目的を達成することができる。
【００５２】
また、本発明の各実施例に係る機能ユニットのそれぞれは、１つの処理ユニットに集積されてもよければ、各ユニットは単独で物理的に存在してもよい、又は２つ以上のユニットが１つのユニットに集積されてもよい。上記集積されたユニットは、ハードウェアの形態で実現されてもよければ、ハードウェア及びハードウェアによる機能ユニットを組み合わせた形態で実現されてもよい。
【００５３】
ソフトウェアによる機能ユニットの形態で実現される上記集積されたユニットは、１つのコンピュータ読み取り可能な記憶媒体に記憶されてもよい。上記ソフトウェア機能ユニットは、１台のコンピューティングデバイス（パーソナルコンピュータ、サーバ、又はネットワーク機器等であってもよい）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に本発明に係る実施例のそれぞれに記載の方法の一部ステップを実行させるためいくつかのコマンドを含むように記憶媒体に記憶される。前記記憶媒体は、ＵＳＢフラッシュドライブ、ポータブルハードディスク、リードオンリーメモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、略称ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、略称ＲＡＭ）、磁気ディスク又はコンパクトディスク等、プログラムコードを記憶可能な様々な媒体を含む。
【００５４】
当業者ならば理解できるように、説明の便宜上、上記ぞれぞれの機能モジュールの設定に関し例示的に説明しているが、実際場面への適用に際し、必要に応じて上記機能が異なる機能モジュールにより実現されるように設定してもよく、すなわち装置の内部構造を異なる機能モジュールとして分割することにより、上述した機能の全て又はその一部を実行することができる。上述した装置の具体的な動作過程は、前記方法の実施例における対応するプロセスを参照すればよいため、ここにおいてその説明は省略される。
【００５５】
なお、上記各実施例のそれぞれは、本発明の実施例に係る技術的解決手段を説明するためのものに過ぎず、それを限定するものではない。上記各実施例を踏まえて本発明を詳細に説明しているが、当業者ならば理解できるように、なおも上記各実施例のそれぞれに記載されている各発明に対し修正を加えたり、その一部又は全ての技術的特徴に対し均等な差し替えを行ったりしてもよい。ただしこれらの修正又は差し替えにより、係る各発明の主旨が本発明の各実施例に係る各発明の範囲から逸脱することはない。
【図１】
2019207719.tif 000003
【図２】
2019207719.tif 000004
【図３】
2019207719.tif 000005
【図４】
2019207719.tif 000006
【図５】
2019207719.tif 000007