JP7226239B2 - 自律走行車両を用いたサービスシステム - Google Patents

Description

本発明は、複数の自律走行車両を用いて複数の事業者の業務を実行するサービスシステムに関する。

近年、自動運転の技術開発が急速に進められており、自動運転が可能な車両を利用したいろいろなサービスが提案されている。特許文献１では自動運転可能な車両を配車するシステムが提案されている。

特開２０１９－７９１２５号公報

特許文献１に記載された配車システムは、自動運転可能な車両を用いて乗客を目的地まで輸送するという一つの業務に対応する車両の配車を行うことはできるが、同一の車両を異なる業務のために配車することについては考慮されていない。このため車両の運用効率には改善の余地がある。

そこで、本開示は、複数の車両を用いたサービスシステムにおいて車両の運用効率を向上させることを目的とする。

本開示のサービスシステムは、地図情報データベースを備えるコモンサーバと、前記コモンサーバと通信して自律走行する複数の車両と、を備え、各前記車両が前記コモンサーバと協働して複数の事業者の業務を実行するサービスシステムであって、前記コモンサーバは、各前記車両の稼働状態と、各前記車両の一部又は全部を優先的に使用可能な主事業者とを関連付けた稼働状態データベースを備え、前記コモンサーバは、一の前記車両が前記主事業者の一の業務を終了した際に、前記稼働状態データベースを参照して、前記主事業者と異なる他の事業者の業務を行わせることが可能かどうか判断し、可能な場合には、前記車両と協働して他の事業者の業務を実行し、前記コモンサーバは、一の前記車両が前記主事業者の一の業務を終了した際に、前記主事業者の次の業務までの空き時間と、他の事業者の業務の業務時間とを比較して、他の事業者の業務を行わせることが可能かどうか判断すること、を特徴とする。

このように、複数の車両を複数の異なる業務に対して配車するので、車両の運用効率を向上させることができる。また、主事業者の業務に支障を及ぼさずに車両の運用効率を向上させることができる。

本開示のサービスシステムにおいて、前記コモンサーバは、建物の内部データを格納した建物データベースを含み、複数の前記車両は、前記コモンサーバから受信した建物の内部データに基づいて、建物の内部と屋外とを自律走行してもよい。

一つの建物の内部から屋外を通って他の建物の内部までワンスルーで物品等を輸送することができる。

本開示のサービスシステムにおいて、他の事業者は、前記主事業者と異なるサービスを提供する事業者でもよい。

異なるサービスを提供する複数の事業者に対して車両の配車を行うことができるので、車両の運用効率を向上させることができる。

本開示は、複数の車両を用いたサービスシステムにおいて車両の運用効率を向上できる。

実施形態のサービスシステムの構成を示す系統図である。 図１に示すサービスシステムの稼働状態データベースに格納されている稼働状態データを示す図である。 図１に示すサービスシステムの稼働状態データベースに格納されているスポット業務実行状態データを示す図である。 図１に示すサービスシステムにおいて、主事業者の配送業務の実行状態を示す平面図である。 図１に示すサービスシステムにおけるコモンサーバの動作を示すフローチャートである。 図１に示すサービスシステムにおける車両の動作を示すフローチャートである。

以下、図面を参照しながら実施形態のサービスシステム１００について説明する。図１に示すように、サービスシステム１００は、コモンサーバ１０と、複数の車両５０とで構成され、複数の車両５０がコモンサーバ１０と協働して複数の事業者であるＡ社２０、Ｂ社２１、Ｃ社２２の業務を実行するシステムである。ここで、Ａ社２０は、車両５０の一部又は全部を優先的に使用してサービスを提供可能な主事業者であり、Ｂ社２１、Ｃ社２２は、Ａ社２０と異なるサービスを提供する他の事業者である。以下の説明では、Ａ社２０は荷物の配送サービスを提供する会社であり、Ｂ社２１、Ｃ社２２は、買い物、子供の送迎等の家事代行サービスを提供する会社であるとして説明する。なお、図１では、車両５０は、１台のみ図示する。

図１に示す車両５０は、本体５１とモータにより駆動される駆動輪５２とを備えて自律走行する電動車両である。本体５１は、荷物を保持する荷受け部と、駆動輪５２を駆動するためのバッテリと、電力制御装置と、コモンサーバ１０との間で情報の授受を行う通信部と、コモンサーバ１０から受信した情報に基づいて車両５０を自律走行させる走行制御部とが収容されている。走行制御部は、内部に情報処理を行うＣＰＵ等のプロセッサとメモリとを含むコンピュータで構成されている。本体５１は、外面である側面５３と前後面５４にディスプレイを備えており、コモンサーバ１０と協働して業務を実行している際には、事業者のロゴ５５等を表示したり、広告を表示したりすることができる。図１は、主事業者であるＡ社２０のロゴマークを表示した状態を示している。また車両５０は、人間と会話できる音声機能を有していてもよい。

図１において、ユーザ３０は、Ａ社２０の配送サービス、Ｂ社２１、Ｃ社２２の家事代行サービスを利用する者である。ユーザ３０は携帯端末３０ａを有している。携帯端末３０ａは、ＧＰＳ等を利用した位置情報を発信する。携帯端末３０ａが発信した位置情報はインターネット２５を介してコモンサーバ１０に送信される。

コモンサーバ１０は、内部に情報処理を行うＣＰＵ等のプロセッサとメモリとを含むコンピュータである。コモンサーバ１０には、地図情報データベース１２、建物データベース１３、稼働状態データベース１４を含むデータベース部１１が接続されている。

地図情報データベース１２は、複数の車両５０が走行する地域の道路、建物配置等の地図データが格納されている。建物データベース１３は、車両５０が走行する地域の建物のフロア配置、エレベーター、エスカレータ等の昇降設備の配置、各フロアの什器、仕切り等の配置等、その建物の内部データを格納している。建物データベース１３は、例えば、その建物のＢＩＭ（Building Information Modeling（ビルディング インフォメーション モデリング））のデータとその建物内部の状態をスキャンしたスキャンデータとを組み合わせたものでもよい。

図２，３に示す様に、稼働状態データベース１４は、稼働状態データ１４１と、スポット業務実行状態データ１４２とを含んでいる。

図２に示す様に、稼働状態データ１４１は、主事業者であるＡ社２０が優先的に使用可能な車両５０の稼働状態を示すデータセットである。稼働状態データ１４１は、現在時刻と、各車両５０の車両番号と、車両５０を優先的に使用可能な主事業者名と、業務内容と、稼働状態と、業務開始時刻と、業務終了時刻とを関連付けて格納したデータセットである。ここで、業務開始時刻には、業務開始前には業務開始予定時刻が格納され、業務開始後には、実際に業務を開始した時刻が格納される。同様に、業務終了時刻には、業務実行中には終了予定時刻が格納され、業務終了後には実際の業務終了時間が格納される。また、業務が終了すると稼働状態の欄には、業務終了が格納され、車両５０が待機状態の場合には、稼働状態の欄にはブランクが格納される。

図２に示す様に、主事業者であるＡ社２０は、車両番号ｍ１～ｍｎまでのｎ台の車両５０を優先的に使用可能である。以下、車両番号ｍ１～ｍｎの車両５０を、車両ｍ１～車両ｍｎという。そして、Ａ社２０は、車両ｍ１～車両ｍｎを使用して荷物の配送事業を行っている。現在時刻を９：５０とすると、稼働状態データ１４１には、例えば、車両ｍ１は、配送１０１の業務を実行しており、現在、配達先に向けて移動中であることを示す。そして、車両ｍ１の配送１０１の業務は、９：００に開始されており現在配達中で１０：００に終了予定であることが格納されている。同様に、稼働状態データ１４１には、車両ｍ２は、９：３０に開始され１０：３０に終了予定の配送１０２の集荷を実行中で、車両ｍ３は、１０：００に開始予定で１２：００に終了予定の配送１０３の待機中であるというデータが格納されている。また、車両ｍ１は、配送１０１の業務の後、１１：００から開始予定の配送１０４の業務の予定が格納されている。

図３に示す様に、スポット業務実行状態データ１４２は、現在時刻における他の事業者であるＢ社２１、Ｃ社２２のからのスポット業務依頼と、スポット業務の実行状態を示すデータセットである。スポット業務実行状態データ１４２は、現在時刻と、各車両５０の車両番号と、その車両５０をスポット的に使用している事業者名と、実行している業務内容と、その業務の稼働状態と、業務開始時刻と、業務終了時刻とを関連付けて格納したデータセットである。Ｂ社２１、Ｃ社２２からスポット業務の依頼が入力されると、事業者名、スポット業務内容、業務開始時刻、業務終了時刻の欄にデータが格納される。この際、業務開始時刻、業務終了時刻には、それぞれ業務開始予定時刻、業務終了予定時刻が格納される。車両番号、稼働状態の欄には、ブランクが入力される。

依頼されたスポット業務を受諾すると、そのスポット業務を実行する車両番号が格納され、スポット業務が開始されたら送迎中、買い物中等の稼働状態が格納される。そして、スポット業務の実行が終了したら。稼働状態の欄には終了が格納され、業務終了時刻には、実際に業務が終了した時刻が格納される。

現在時刻を９：５０とすると、図３に示す様に、スポット業務実行状態データ１４２には、Ｂ社２１からの買い物１０１の業務は、９：０５に開始され９：２０に終了し、Ｃ社２２からの９：３５開始で１０：１０終了予定の送迎業務を実行中であることが格納されている。また、Ｂ社２１からの１０：０５に開始予定で１０：２０に終了予定の買い物１０２の業務、Ｃ社２２からの１０：３５に開始予定で１１：３０に終了予定の送迎１０２の業務、Ｂ社２１からの１２：０５に開始予定で１２：３０に終了予定の買い物１０３の業務が登録されている。

次に図２、図４を参照しながら、車両５０がコモンサーバ１０と協働して主事業者であるＡ社２０の配送業務を実行する場合について説明する。以下の説明では、紙面上側を北、紙面下側を南、紙面右側を東、紙面左側を西として説明する。

図４に示す様に、複数の車両ｍ１～ｍｎが配送業務を実行するコモンサーバ１０の管理エリアの中には、複数の建物８１，８２が建設されている。建物８１，８２の周囲にはそれぞれ車道７０と歩道７１とが設けられている。コモンサーバ１０は、現在時刻の９：００に建物８１の中のユーザ３１から荷物３５を建物８２のユーザ３２への集荷配送依頼を受信すると、ユーザ３１の携帯端末３１ａから発信される位置情報に基づいて、ユーザ３１の近隣に位置している車両５０の検索を行う。そして、図４に示すように、建物８１のすぐ近くの車道７０を走行している車両ｍ１に対し集荷配送指令を発信する。また、同時に、コモンサーバ１０は、ユーザ３１の現在の位置情報及び建物８１の中でのユーザ３１の位置情報、並びに建物８１の周囲の地図情報、建物８１の内部構成データを車両ｍ１に送信する。更に、コモンサーバ１０は、車両ｍ１に配送先情報を送信する。更に、コモンサーバ１０は、図２に示す様に、稼働状態データ１４１の車両ｍ１のデータセットの業務内内容の欄に配送１０１、稼働状況の欄に集荷中、業務開始時刻に現在時刻の９：００、業務終了時刻に終了予定時刻の１０：００を格納する。

車両ｍ１は、コモンサーバ１０から受信したデータに基づいて、ユーザ３１までの走行経路を演算し、演算した走行経路に従って自律走行してユーザ３１のところまで走行していく。車両ｍ１がユーザ３１のところに到着するとユーザ３１は車両ｍ１に荷物３５を搭載する。車両ｍ１は荷物３５が搭載されたことを確認したら、配送先に向かって自律走行を開始する。そして、図４に示すように、建物８１を出て車道７０を建物８２に向かって走行する。この際、車両ｍ１は、建物８２の内部構成データをコモンサーバ１０から受信する。そして、車両ｍ１は、建物８２の中に入り、ユーザ３２の携帯端末３２ａの位置情報を受信しながら建物８２の中にいるユーザ３２のところまで自律走行していく。ユーザ３２に荷物３５を受け渡すと、車両ｍ１は配送１０１の業務を終了する。コモンサーバ１０から次の集荷配送指令を受信していなければ、近くの営業所に戻って待機し、コモンサーバ１０から次の集荷配送指令を受信したら、次のユーザ３０に向かって自律走行する。他の車両ｍ２～ｍｎも車両ｍ１と同様に配送業務を実行する。

次に、図５、図６を参照しながら、車両５０がコモンサーバ１０と協働して他の事業者であるＢ社２１、Ｃ社２２の家事代行サービスの業務を実行する場合の動作について説明する。

図５のステップＳ１０１において、コモンサーバ１０は車両ｍ１～ｍｎと協働して先に図４を参照して説明したＡ社２０の配送業務を実行している。この際、車両ｍ１～ｍｎは、図６のステップ２０１でコモンサーバ１０から業務実行指令として集荷配送指令を受信したら、指令に従ってステップＳ２０２で配送業務を実行し、配送業務が終了したら図６のステップＳ２０３でコモンサーバ１０に業務終了を送信する。

コモンサーバ１０は、図５のステップＳ１０２で車両ｍ１～ｍｎの中の一台である車両ｍｋから業務終了信号を受信したら、図５のステップＳ１０３に進み、稼働状態データベース１４の稼働状態データ１４１にアクセスして、車両ｍ１～ｍｎの中で業務に空き時間がある車両ｍｍがあるかどうかを確認する。

例えば、現在時刻が１０：００で、車両ｍ１から業務終了信号が入力された場合、コモンサーバ１０は、図２に示す稼働状態データ１４１にアクセスして、車両ｍ１の次の配送業務は１１：００に開始される予定となっており、１０：００～１１：００の間が空き時間になっていることを確認し、図５のステップＳ１０４に進む。コモンサーバ１０は、図２に示すスポット業務実行状態データ１４２を参照して、車両ｍ１の空き時間と登録された他社からのスポット業務の業務時間とを比較する。図３に示す様にＢ社２１からの１０：０５から１０：２０の間の買い物１０２の業務時間は車両ｍ１の空き時間の中に入るので、コモンサーバ１０は、ステップＳ１０４でＹＥＳと判断して図５のステップＳ１０５に進み、車両ｍ１にＢ社２１からの１０：０５から１０：２０の間の買い物１０２の業務を実行させる。コモンサーバ１０は、ステップＳ１０５において、車両ｍ１に業務実行指令として買い物１０２の業務実行指令を送信する。また、この際、コモンサーバ１０は、買い物１０２の業務を実行するのに必要な地図情報データ等の他のデータを車両ｍ１に送信する。車両ｍ１はこの業務実行指令を受信したら図６のステップＳ２０１でＹＥＳと判断して図６のステップＳ２０２に進み、業務を実行する。そして、車両ｍ１は、買い物１０２の業務を終了したら図６のステップＳ２０３でコモンサーバ１０に業務終了を送信する。コモンサーバ１０は、車両ｍ１からの業務終了が入力されたら、図５のステップＳ１０６でＹＥＳと判断して図５のステップＳ１０１に戻り、主事業者であるＡ社２０の業務を実行する。

以上、説明したように、実施形態のサービスシステム１００は、複数の車両５０を異なるサービスを提供する複数の事業者の複数の異なる業務に対して配車できるので、車両５０の運用効率を向上させることができる。また、車両５０は、一つの建物の内部から屋外を通って他の建物の内部までワンスルーで物品等を輸送したり、家事代行サービスの業務を実行したりするので、効率的に各種サービスの提供を行うことができる。更に、主事業者の業務の空き時間に他の事業者の業務を行わせるので、主事業者の業務に支障を及ぼさずに車両５０の運用効率を向上させることができる。

以上の説明では、Ｂ社２１、Ｃ社２２は、それぞれ家事代行サービスを行う事業者であるとして説明したが、これに限らない。例えば、事業者がセキュリティ会社で業務が管理エリアのパトロールである場合、車両５０が監視カメラを備えて管理エリアのパトロール業務をスポット業務として実行してもよい。また、事業者が自治体の場合で業務が管理エリア内のごみ収集の場合、車両５０の荷受け部をごみ収集可能として管理エリアのごみ収集業務をスポット業務として実行してもよい。

１０ コモンサーバ、１１ データベース部、１２ 地図情報データベース、１３ 建物データベース、１４ 稼働状態データベース、２０ Ａ社、２１ Ｂ社、２２ Ｃ社、２５ インターネット、３０，３１，３２ ユーザ、３０ａ，３１ａ，３２ａ 携帯端末、３５ 荷物、５０ 車両、５１ 本体、５２ 駆動輪、５３ 側面、５４ 前後面、５５ ロゴ、７０ 車道、７１ 歩道、８１，８２ 建物、１００ サービスシステム、１４１ 稼働状態データ、１４２ スポット業務実行状態データ。

Claims (3)

1. 地図情報データベースを備えるコモンサーバと、
   前記コモンサーバと通信して自律走行する複数の車両と、を備え、
   各前記車両が前記コモンサーバと協働して複数の事業者の業務を実行するサービスシステムであって、
   前記コモンサーバは、各前記車両の稼働状態と、各前記車両の一部又は全部を優先的に使用可能な主事業者とを関連付けた稼働状態データベースを備え、
   前記コモンサーバは、一の前記車両が前記主事業者の一の業務を終了した際に、前記稼働状態データベースを参照して、前記主事業者と異なる他の事業者の業務を行わせることが可能かどうか判断し、可能な場合には、前記車両と協働して他の事業者の業務を実行し、
   前記コモンサーバは、一の前記車両が前記主事業者の一の業務を終了した際に、前記主事業者の次の業務までの空き時間と、他の事業者の業務の業務時間とを比較して、他の事業者の業務を行わせることが可能かどうか判断すること、
   を特徴とするサービスシステム。
2. 請求項１に記載のサービスシステムであって、
   前記コモンサーバは、建物の内部データを格納した建物データベースを含み、
   複数の前記車両は、前記コモンサーバから受信した建物の内部データに基づいて、建物の内部と屋外とを自律走行すること、
   を特徴とするサービスシステム。
3. 請求項１又は２に記載のサービスシステムであって、
   他の事業者は、前記主事業者と異なるサービスを提供する事業者であること、
   を特徴とするサービスシステム。

Images