JP2020060980A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】カーシェアリングシステムにおいて、車両の稼働率を上昇させることができ、ユーザの利便性を向上させることが可能な技術を提供する。【解決手段】情報処理装置１０は、所定の行事が開催される目的地の情報を登録する登録部１０１と、目的地周辺及び目的地内部を移動可能な車両の現在位置を取得する取得部１０２と、目的地において所定の行事が開催される際に要求される車両の需要を、特定エリア毎に予測する予測部１０３と、取得部１０２により取得された車両のうち利用可能な車両の台数と、予測部１０３により予測された車両の予測数と、の乖離度を特定エリア毎に判定する判定部１０４と、判定部１０４により特定エリア毎に判定された乖離度が所定閾値を超える場合に、当該乖離度を減少させるように車両を移動させる車両移動処理部１０５と、を有する。【選択図】図１０

Description

本発明は、情報処理装置及びプログラムに関する。

近年、複数のユーザが１台の車両を共用するカーシェアリングシステムが普及している。カーシェアリングシステムは、従来のレンタカーサービスと比較すると、より短期的な利用が可能な点で異なる。

上記カーシェアリングシステムにおいて共用する車両として、一般的には、普通自動車が用いられるが、当該普通自動車よりもコンパクトで小回りが利き、環境性能に優れる電動の超小型モビリティを用いることも考えられている。この超小型モビリティが例えば特許文献１に開示されている。

特許文献１に開示された超小型モビリティは、１人又は２人乗り用の車両であり、例えば日本の車幅制限である２５００ｍｍよりも全長が小さい車両、とされている。

特開２０１５−１１６８５５号公報

上記超小型モビリティを含む車両を用いて新しくカーシェアリングシステム事業を開始する場合、どの程度の規模のシステムとするか、事業性を考慮して決定する必要がある。ユーザの需要を取りこぼさないという観点からは、シェアカー（超小型モビリティを含む）として利用可能な車両の台数を増やすことが望ましい。しかしながら、シェアカーの増加は、車両の調達・維持コストの増加に加えて、ステーションにおける駐車枠の調達・維持コストの増加にも繋がるため、事業性を悪化させる要因となる。したがって、ユーザの需要をできるだけ取りこぼさず、かつ、利益も確保できるように、シェアカーとして利用可能な車両の稼働率の向上を図ることが望ましい。

そこで、本発明は、カーシェアリングシステムにおいて、車両の稼働率を上昇させることができ、ユーザの利便性を向上させることが可能な技術を提供することを目的とする。

本発明の一態様に係る情報処理装置は、所定の行事が開催される目的地に関する情報を登録する登録部と、目的地周辺及び目的地内部を移動可能な車両の現在位置情報を取得する取得部と、目的地において所定の行事が開催される際に要求される車両の需要を、特定エリア毎に予測する予測部と、取得部により取得された車両のうち利用可能な車両の台数と、予測部により予測された車両の予測数と、の乖離度を特定エリア毎に判定する判定部と、判定部により特定エリア毎に判定された乖離度が所定閾値を超える場合に、乖離度を減少させるように車両を移動させる車両移動処理部と、を有する。

本発明によれば、カーシェアリングシステムにおいて、車両の稼働率を上昇させることができ、ユーザの利便性を向上させることが可能な技術を提供することができる。

カーシェアリングシステムの構成例を示す図である。 （Ａ）情報処理装置のハードウェア構成の一例を示す図である。（Ｂ）情報処理装置の機能ブロック構成の一例を示す図である。 （Ａ）ユーザＤＢの具体例を示す図である。（Ｂ）目的地ＤＢの具体例を示す図である。 （Ａ）利用履歴ＤＢの具体例を示す図である。（Ｂ）車両情報ＤＢの具体例を示す図である。 需要予測ＤＢの具体例を示す図である。 車両の構成の一例を示す図である。 車両の機能ブロック構成の一例を示す図である。 車両の構成の変形例を示す図である。 車両の機能ブロック構成の変形例を示す図である。 情報処理装置が行う処理手順の一例を示す図である。 （Ａ）目的地周辺における車両移動処理が行われる前の一例を示す図である。（Ｂ）目的地周辺における車両移動処理が行われた後の一例を示す図である。 （Ａ）目的地内部における車両移動処理が行われる前の一例を示す図である。（Ｂ）目的地内部における車両移動処理が行われた後の一例を示す図である。 目的地内部における車両の需要が高いスポットの一例を示す図である。

添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

＜システム構成＞
図１は、カーシェアリングシステム１の構成例を示す図である。カーシェアリングシステム１は、情報処理装置１０と、ユーザ端末２０と、車両３０とを含む。車両３０には車載機３０ａが搭載されている。情報処理装置１０と、ユーザ端末２０と、車載機３０ａとは、通信ネットワークＮを介して相互に通信することができる。

一般的に、同一の車両３０を複数ユーザでシェアすることを、カーシェアリングと呼ぶ。カーシェアリングには、例えば、貸し出しを受けたステーションに車両３０を返却する必要があるラウンドトリップ型と、貸し出しを受けたステーション以外のステーションに車両を返却することが許容されるワンウェイ型とがあるが、本明細書におけるカーシェアリングは、これらのものに限定されない。すなわち、同一の車両３０をユーザでシェアする態様であれば、本明細書におけるカーシェアリングに含まれる。

なお、以下において、車両３０と情報処理装置１０とが通信ネットワークＮを介して相互に通信され、それぞれ別体で構成したシステムとして実現した例を説明するがこの例に限定されない。例えば、記録媒体に記録された情報を処理又は出力する機能等を有する情報処理装置１０が搭載された車両３０単体によって、いわゆるスタンドアロンの装置としても実現することができる。

情報処理装置１０は、ユーザからカーシェアリングの利用予約を受け付けて、受け付けた利用予約をデータベースに登録する。また、ユーザが過去に利用した車両の利用区間、利用時刻、及び車両情報（車両の色や車種等）を含む利用履歴もデータベースに登録される。また情報処理装置１０は、所定の行事が開催される目的地の情報（イベントの開催情報（イベントのスケジュールや時間等）や店舗の場所等）を、データベースに登録する。本実施形態では、情報処理装置１０は、例えば、目的地において所定の行事が開催される際に要求される車両の需要を特定エリア毎に予測し、当該需要の予測に基づいて車両を移動させる処理を実行する。情報処理装置１０が有する各機能の詳細は後述する。

ユーザ端末２０は、カーシェアリングシステム１を利用するユーザが利用する端末であり、例えば、スマートフォン、タブレット端末、携帯端末又はノートパソコン等である。ユーザ端末２０には、カーシェアリングを予約する画面が表示され、ユーザは、当該画面に各種の情報（車種や色、利用区間、利用時間、乗車地及び降車地等）を入力することで、カーシェアリングの利用予約を行うことができる。

車両３０は、ユーザが利用する、一人又は二人乗車可能な車両であり、車載機３０ａを有する。車両３０は、例えば、普通自動車よりもコンパクトで小回りが利く電動の超小型モビリティが用いられる。なお、この超小型モビリティの構成は後述する。

車両３０が手動運転車である場合、車載機３０ａは、情報処理装置１０から出力された、目的地までの走行ルートを表示可能な装置（例えばナビゲーション装置）であってもよい。一方、車両３０が自動運転車である場合、車載機３０ａは、情報処理装置１０から出力された、目的地までの走行ルートに従って車両３０を自動運転するための各種の制御を行う。

イベント登録用端末４０は、イベントの開催情報や店舗の場所など、ユーザの目的地となる情報を情報処理装置１０に登録するために用いられる端末である。イベント登録用端末４０は、例えば、スマートフォン、タブレット端末、携帯端末又はノートパソコン等である。イベントを開催する個人又は法人や店舗を運営する個人又は法人等は、イベント登録用端末４０を利用することで、イベントに関する各種の情報（イベント概要、場所、日時等）、及び店舗に関する情報（店舗の概要、場所、販売商品等）を情報処理装置１０に登録することができる。これにより、ユーザは、情報処理装置１０に登録されているイベントの開催情報や店舗の情報を参照しながら行きたい場所を選択することで、自身の行動予定（例えば、イベントＰに行きたい等）を登録することができる。

続いて、情報処理装置１０の構成について説明する。図２（Ａ）は、情報処理装置１０のハードウェア構成の一例を示す図である。情報処理装置１０は、プロセッサ１２と、メモリ１４と、ストレージ１６と、入出力インタフェース（入出力Ｉ／Ｆ）１８と、通信インタフェース（通信Ｉ／Ｆ）１９とを含む。情報処理装置１０のＨＷ（Hard Ware）の各構成要素は、例えばバスＢを介して相互に接続される。

情報処理装置１０は、プロセッサ１２と、メモリ１４と、ストレージ１６と、入出力Ｉ／Ｆ１８と、通信Ｉ／Ｆ１９との協働により、本実施形態に記載される機能、及び／又は方法を実現する。

プロセッサ１２は、ストレージ１６に記憶されるプログラムに含まれるコードまたは命令によって実現する機能、および／または、方法を実行する。プロセッサ１２は、例えば、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含む。

メモリ１４は、ストレージ１６からロードしたプログラムを一時的に記憶し、プロセッサ１２に対して作業領域を提供する。メモリ１４には、プロセッサ１２がプログラムを実行している間に生成される各種データも一時的に格納される。メモリ１４は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを含む。

ストレージ１６は、プロセッサ１２により実行されるプログラム等を記憶する。ストレージ１６は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、 フラッシュメモリなどを含む。

入出力Ｉ／Ｆ１８は、情報処理装置１０に対する各種操作を入力する入力装置、および、情報処理装置１０で処理された処理結果を出力する出力装置を含む。

通信Ｉ／Ｆ１９は、ネットワークを介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１９は、ネットワークを介して、車両３０との通信を実行する機能を有する。通信Ｉ／Ｆ１９は、各種データをプロセッサ１２からの指示に従って、他の情報処理装置や車両３０に送信する。

本実施形態のプログラムは、コンピューターに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、例えば、ソフトウェアプログラムやコンピュータプログラムを含む。

情報処理装置１０における処理の少なくとも一部は、１以上のコンピューターにより構成されるクラウドコンピューティングにより実現されていてもよい。情報処理装置１０における処理の少なくとも一部を、他の情報処理装置により行う構成としてもよい。この場合、プロセッサ１２により実現される各機能部の処理のうち少なくとも一部の処理を、他の情報処理装置で行う構成としてもよい。

＜機能ブロック構成＞
図２（Ｂ）は、情報処理装置１０の機能ブロック構成の一例を示す図である。情報処理装置１０は、登録部１０１と、取得部１０２と、予測部１０３と、判定部１０４と、車両移動処理部１０５と、電池残量監視部１０６とを含む。

登録部１０１と、取得部１０２と、予測部１０３と、判定部１０４と、車両移動処理部１０５と、電池残量監視部１０６とは、情報処理装置１０のＣＰＵがメモリに記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記録媒体に格納することができる。当該プログラムを格納した記録媒体は、非一時的な記録媒体であってもよい。非一時的な記録媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ−ＲＯＭ等の記録媒体であってもよい。また、記憶部１１０は、情報処理装置１０が備えるメモリ又は記憶装置を用いて実現することができる。

登録部１０１は、ユーザから、カーシェアリングシステム１の登録を受け付け、氏名等の入力された情報をユーザＤＢ１１０ａに登録する。また、登録部１０１は、カーシェアリングシステム１を利用するユーザとは異なるユーザ（イベントを開催する個人又は法人、店舗を運営する個人又は法人等）によって、予め目的地ＤＢ１１０ｂに登録された複数の目的地の中から、所定の行事が行われる情報（イベントのスケジュール、時間等）を登録する。また、登録部１０１は、ユーザから受け付けた利用登録情報に基づいてユーザが実際に車両を利用した利用履歴（車両の利用区間、利用時刻、及び車両情報（車種等））を、利用履歴ＤＢ１１０ｃに格納する。

取得部１０２は、車両３０の現在位置を取得し、ユーザから受け付けた利用予約情報を含めた車両３０の現在位置を車両情報ＤＢ１１０ｄに登録する。車両情報ＤＢ１１０ｄには、車両３０の現在位置（車両３０の待機位置）が格納されると共に、車両３０に空きがあるか否か、予約が登録されている場合にはその予約日時を示す情報が格納される。

予測部１０３は、目的地ＤＢ１１０ｂに登録された複数の目的地のうち、特定の目的地で所定の行事が行われる際に要求される車両の需要数を特定エリア毎に予測する。車両の需要数は、例えば、需要が多い車種や色、台数等の情報を含む。予測部１０３による車両の需要数の予測は、例えば、過去にそのイベントが行われた際の（同じイベントが過去に行われていない場合には、そのイベントに類似するイベントが行われた際の）、ユーザによる車両の利用履歴（車両の利用区間及び利用時刻）に基づいて行ってもよい。また、目的地の施設内を撮像可能な撮像装置を搭載した車両の場合に、予測部１０３は、登録部１０１に登録された所定の行事が開催される目的地の情報及び当該撮像装置により撮像された情報に基づいて、特定エリア毎に車両の予測数を予測してもよい。

判定部１０４は、取得部１０２により取得された車両３０のうち利用可能な車両の台数と、予測部１０３により予測された車両の需要数（予測数）と、の乖離度を特定エリア毎に判定する。

判定部１０４により特定エリア毎に判定された乖離度が所定閾値を超えている場合に、車両移動処理部１０５は、当該乖離度を減少させるように車両３０を移動させる。例えば、所定閾値を１０台と設定している場合に、所定地域において、現在利用可能な車両の台数が５台であって予測部１０３により予測された車両の予測数が２０台である場合には、当該所定地域において乖離度が所定閾値を超えているため、車両移動処理部１０５は、乖離度を減少させるように当該所定地域に車両３０を移動させる。

本実施形態において、判定部１０４による判定基準値となる所定閾値は任意の値に設定されるが、当該所定閾値は、全てのエリアで同一の値に設定してもよいし、エリア毎に異なる値に設定してもよい。例えば、需要数が高いエリアに対しては所定閾値を小さく設定し（すなわち、乖離度が比較的小さくても車両を移動させる処理を実行する）、需要数が低いエリアに対しては閾値を大きく設定する（すなわち、乖離度が比較的大きくても車両を移動させる処理を実行しない）ようにしてもよい。

車両移動処理部１０５は、例えば、ユーザからの利用予約がない車両（利用可能な車両）であって、予測部１０３により車両の需要数が低いと予測されるエリアに待機している車両を、予測部１０３により車両の需要数が高いと予測されるエリアまで移動させる処理を実行する。車両移動処理部１０５によって実行される処理は、例えば、所定の搬送機（図示略）によって車両３０を回収（移動）させる処理としてもよく、イベントを開催する個人等が車両３０を移動させる処理としてもよく、また、車両３０を所定の走行ルートに従って自動運転モードにより走行する信号を出力する処理としてもよい。車両３０が自動運転可能な車両（以下、「自動運転車」とも称する）である場合、車載機３０ａは、車両移動処理部１０５から出力される走行ルートに従って車両３０を自動運転するための各種の制御を行う。

なお、車両３０が自動運転車であっても、車両移動処理部１０５が出力した走行ルートに従って自動運転する自動運転モードに移行せずに、イベントを開催する個人等を含む車両管理者（例えば、カーシェアリングシステムのオーナー等）が車両３０を移動させてもよい。すなわち、車両移動処理部１０５により実行される処理は、車両管理者に、ユーザからの利用予約がない車両を移動させる情報を出力するものであってもよい。

電池残量監視部１０６は、カーシェアリングシステム１に保管されている車両３０のバッテリーの残量を監視する。本実施形態では、電池残量監視部１０６は、例えば、取得部１０２により取得された車両３０のバッテリーの残量を監視するようにしてもよい。

電池残量監視部１０６により車両３０のバッテリーの残量が所定値以上であると判定された場合に、車両移動処理部１０５は、現在位置における車両の予測数（予測部１０３で予測された車両の台数）よりも高い予測数を示す他の位置に、車両３０を移動させる処理を実行する。この際の車両３０を移動させる処理は、自動運転モードの処理を実行する（例えば、車両３０に搭載された車載機３０ａが、車両３０を自動運転するための各種の制御を行う）ことが好ましい。

車両移動処理部１０５は、電池残量監視部１０６により車両３０のバッテリーの残量が所定値未満であると判定された場合に、所定の搬送機（図示略）によって車両を給電可能な地点に移動させる処理（回収処理）を実行する。当該搬送機により移動させた車両を給電した後に、車両移動処理部１０５は、予測部１０３で予測された、現在位置での車両の予測数よりも高い予測数と予測される他の位置に、車両３０を移動させる処理を実行する。

なお、前述した、電池残量監視部１０６により予め設定される、バッテリー残量の所定値（車両を給電可能な地点に移動させる処理を実行する判定基準とする値）は任意である。例えば、予測部１０３で予測された、現在位置での車両の予測数よりも高い予測数が予測される他の位置に車両を移動させるために必要なバッテリー残量が有るか否かの判定基準となるように、所定値を設定してもよい。

続いて、ユーザＤＢ１１０ａ、目的地ＤＢ１１０ｂ、利用履歴ＤＢ１１０ｃ、車両情報ＤＢ１１０ｄ、及び需要予測ＤＢ１１０ｅの具体例を説明する。

図３（Ａ）に、ユーザＤＢ１１０ａの具体例を示す。「ユーザＩＤ」には、カーシェアリングシステム１内でユーザを一意に識別するための識別子が格納される。ユーザＩＤは、例えば、ユーザがカーシェアリングシステム１を利用するための利用登録（以下、単に「利用登録」と言う。）を行う際に情報処理装置１０から払い出されるようにしてもよい。「氏名」には、利用登録時に入力された氏名が格納される。「性別」には、利用登録時に入力された性別が格納される。「自宅」には、利用登録時に入力された自宅の場所を示す情報（住所や緯度経度等）が格納される。

図３（Ｂ）に、目的地ＤＢ１１０ｂの具体例を示す。「目的地」には、店舗の名称又はイベントの名称等が格納される。なお、目的地には、店舗やイベントに限定されず、場所が特定可能な目的地であればどのような目的地でも格納可能である。「地点」には、目的地が存在する場所を示す情報（住所や緯度経度等）が格納される。「開催期間」には、一定の期間しか開催されないイベントが登録される場合に、当該イベントが開催される期間が格納される。「各種情報」には、店舗で販売している商品の紹介やイベントの概要（例えば写真展、展示会）など、目的地に関する各種の情報が格納される。

図４（Ａ）に、利用履歴ＤＢ１１０ｃの具体例を示す。「ユーザＩＤ」は、ユーザＤＢ１１０ａの「ユーザＩＤ」と同一であるため説明は省略する。「利用履歴」には、ユーザがユーザ端末２０を介して情報処理装置１０に入力し、実際に利用した履歴が格納される。利用履歴には、出発地に関する情報として「出発地点」及び「出発日時」が含まれており、目的地に関する情報として「到着地点」及び「到着日時」が含まれる。なお、「到着地点」には、ユーザが所望した到着地点が登録されていてもよいし、目的地ＤＢ１１０ｂに登録された目的地の中から選択された目的地が登録されていてもよい。

図４（Ａ）の例では、ユーザＩＤ「Ｕ０１」のユーザについて、１月１０日１１時に自宅を出発し、１月１０日１４時にイベントＰの駐車場に到着したとの履歴が格納されている。また、ユーザＩＤ「Ｕ０２」のユーザについて、１月１０日１３時にＹＹ駅を出発し、１月１０日１５時にイベントＰの駐車場に到着したとの履歴が格納されている。またユーザＩＤ「Ｕ０３」のユーザについて、２月１５日１４時に自宅を出発し、２月１５日１６時にイベントＱの駐車場に到着し、更に、２月１５日１６時１０分にイベントＱの駐車場を出発し、２月１５日１６時２０分にイベントＱの会場に到着したとの履歴が格納されている。

図４（Ｂ）に、車両情報ＤＢ１１０ｄの具体例を示す。「車両ＩＤ」は、カーシェアリングシステム１内に保管されている車両３０を一意に識別するための識別子が格納される。車両ＩＤは、例えば車両３０のナンバーであってもよい。「車種」には、車両３０の車種等が格納される。「定員」には、車両３０の乗車定員が格納される。「予約情報」には、車両３０が予約されている（つまり、利用することができない）期間が格納される。「現在位置」には、車両３０の現在位置を示す情報（例えば、車両３０が待機している場所を示す情報）が格納される。なお、「現在位置」は、ユーザが車両３０に乗車することができる場所（乗車可能場所）でもあることから、車両３０の貸し出しを行うステーションと呼ばれてもよい。

図５に、需要予測ＤＢ１１０ｅの具体例を示す。「目的地」には、店舗の名称又はイベントの名称及びそのイベント開始時間を含むイベントに関連する情報等が格納される。なお、目的地には、店舗やイベントに限定されず、場所が特定可能な目的地であればどのような目的地でも格納可能である。「時間」には、イベントを開催する個人等が予め設定した、車両の需要を把握したい時間が格納される。「車種」には、カーシェアリングシステム１内に保管されている車両３０の中で、目的地で開催予定のイベントで需要が見込まれる車両の車種が格納される。「地点Ｓ１〜Ｓ４」には、目的地周辺又は目的地の施設内（例えば、駐車場、イベント会場等）において、車両の需要が見込まれる地点が格納される。

図５の例では、２月１５日１６時開始のイベントＰにおいて、２月１５日の４つの時間帯（１０時、１２時、１３時、１５時）で、４つの地点（地点Ｓ１〜Ｓ４）における車両の需要数（車種ＸＸ及び車種ＹＹの需要数）が格納されている。なお、図５では、「時間」について４つの時間、「車種」について２つの車種、「地点」について４つの地点がそれぞれ示されているが、時間、車種及び地点の数は限定されず、イベントの種類や時期等に応じて、それぞれの数を任意に増減して格納することができる。このように、目的地において所定の行事が開催（例えばイベントＰが開催）される際に要求される車両の需要が、特定エリア毎に予測される。

なお、前述した需要予測ＤＢ１１０ｅに格納される車両の需要は、利用履歴ＤＢ１１０ｃに格納された、ユーザの利用履歴に基づいて予測してもよい。例えば、過去にイベントＰが開催された際に、イベントＰ周辺において又はイベントＰの施設内においてユーザが利用した履歴（車両の利用区間及び車両の利用時間等）を参照して、いつ頃にどの車種がどのような地点に需要が見込まれるか（どの地点で特に車両の需要が高いのか）を予測してもよい。

続いて、本実施形態に適用される車両の構成について説明する。図６は、車両（以下、図６に示す車両を倒立型移動体３０Ａと称する）の概略的構成を示す斜視図である。

倒立型移動体３０Ａは、例えば、車両本体３２と、車両本体３２に取り付けられ搭乗者が登場する左右一対のステップ部３３と、車両本体３２に傾動可能に取り付けられ搭乗者が把持する操作ハンドル３４と、車両本体３２に回転可能に取り付けられた左右一対の駆動車輪３５と、を備えている。

倒立型移動体３０Ａは、例えば、各駆動車輪３５が同軸状に配置され、倒立状態を維持して走行する同軸二輪車として構成されている。倒立型移動体３０Ａは、搭乗者の重心を前後に移動させ、車両本体３２の各ステップ部３３を前後に傾斜させることで前後進を行い、搭乗者の重心を左右に移動させ、車両本体３２のステップ部３３を左右に傾斜させることで左右旋回を行うように構成されている。なお、倒立型移動体３０Ａとしては、上述したような同軸二輪車が適用されているが、これに限らず、倒立状態を維持して走行する任意の移動体に適用可能である。

図７は、本発明の実施形態に係る倒立型移動体の概略的なシステム構成を示すブロック図である。本発明の実施形態に係る倒立型移動体３０Ａは、各駆動車輪３５を駆動する一対の車輪駆動ユニット３６と、車両本体３２の姿勢を検出する姿勢センサ３７ａと、各駆動車輪３５の回転情報を検出する一対の回転センサ３７ｂと、各車輪駆動ユニット３６を制御する制御装置３９と、車輪駆動ユニット３６及び制御装置３９に電力を供給するバッテリーＢａと、を備えている。

各車輪駆動ユニット３６は、車両本体３２に内蔵されており、左右一対の駆動車輪３５を夫々駆動する。各車輪駆動ユニット３６は、一対の駆動車輪３５を独立して回転駆動することができる。各車輪駆動ユニット３６は、例えば、モータ６１と、モータ６１の回転軸に動力伝達可能に連結された減速ギア６２と、によって構成することができる。

姿勢センサ３７ａは、車両本体３２に設けられ、車両本体３２や操作ハンドル３４等の姿勢情報を検出し出力する。姿勢センサ３７ａは、倒立型移動体３０Ａの走行時における姿勢情報を検出するのもで、例えば、ジャイロセンサ、加速度センサなどから構成される。搭乗者が操作ハンドル３４を前方または後方に傾けると、各ステップ部３３が同方向に傾くことになるが、この姿勢センサ３７ａは、かかる傾斜に対応した姿勢情報を検出する。姿勢センサ３７ａは、検出した姿勢情報を制御装置３９に対して出力する。

各回転センサ３７ｂは、各駆動車輪３５などに夫々設けられ、各駆動車輪３５の回転角度、回転角速度、回転角加速度など回転情報を検出できる。各回転センサ３７ｂは、例えば、ロータリーエンコーダ、レゾルバ、などで構成されている。各回転センサ３７ｂは、検出した回転情報を制御装置３９に出力する。

なお、倒立型移動体３０Ａの現在の位置情報を取得するＧＰＳセンサ３７ｃを設けてもよい。ＧＰＳセンサ３７ｃは、例えば、人工衛星を利用した位置情報計測システムの一部であり、多数のＧＰＳ衛星からの電波を受信することで、地球上のどの地点でも高精度で位置（経度・緯度・高度）を測定する。なお、倒立型移動体３０Ａは、撮像装置や、通信装置を設けてもよい。

バッテリーＢａは、例えば、車両本体３２に内蔵されており、リチウムイオン蓄電池などにより構成されている。バッテリーＢａは、各車輪駆動ユニット３６、制御装置３９、その他の電子機器等に電力を供給する。

制御装置３９は、倒立型移動体に搭載された各種センサから出力される検出値に基づいて、各車輪駆動ユニット３６を駆動制御するための制御信号を生成し、出力する。制御装置３９は、例えば、姿勢センサ３７ａから出力される姿勢情報、各回転センサ３７ｂから出力される各駆動車輪３５の回転情報等に基づいて所定の演算処理を実行し、必要な制御信号を各車輪駆動ユニット３６に対して出力する。制御装置３９は、各車輪駆動ユニット３６を制御することで、例えば、倒立型移動体３０Ａの倒立状態を維持する倒立制御を実行する。

報知装置３８は、報知手段の一具体例である。報知装置３８は、制御装置３９からの報知信号に応じて、搭乗者に対して報知を行う。報知装置３８は、例えば、音を出力するスピーカ、警告灯を点灯／点滅させるライト、車両本体３２や操作ハンドル３４などを振動させる振動装置、警告表示を行うディスプレイなどで構成されている。

車両の変形例について説明する。図８は、変形例における車両（以下、図８に示す車両を個人型移動体３０Ｂと称する）の概略的構成を示す斜視図である。

個人型移動体３０Ｂは、例えば、車両本体３０２と、車両本体３０２に取り付けられ搭乗者（運転者）が座る座席ユニット３４０と、搭乗者が把持して個人型移動体３０Ｂの運転を可能にする操作ユニット３１５と、車両本体３０２に回転可能に取り付けられた左右一対の駆動車輪３０４と、を備えている。

本実施形態に係る個人型移動体３０Ｂは、例えば、１人又は２人乗りの小型の車両であり、車輪３０４は、前方に２つ、後方に１つ設けられてもよい。個人型移動体３０Ｂは、運転者により操作されることで移動を制御されてもよいが、自律走行モードに切り替えることで、撮像装置３７０により撮像される画像に基づいて自律走行を制御されてもよい。

図９は、個人型移動体３０Ｂの概略的なシステム構成を示すブロック図である。本実施形態に係る個人型移動体３０Ｂは、各駆動車輪３０４を駆動する一対の車輪駆動ユニット３５０と、搭乗者が座ることが可能な座席ユニット３４０と、外部の装置と通信を可能にする通信装置３１０と、搭乗者による運転操作を可能にする操作ユニット３１５と、位置情報を取得するＧＰＳセンサ３２０と、音を出力可能な報知装置３６０と、画像を撮像する撮像装置３７０とを備えている。

ＧＰＳセンサ３２０は、個人型移動体３０Ｂの現在の位置情報を取得する。ＧＰＳセンサ３２０は、例えば、人工衛星を利用した位置情報計測システムであり、多数のＧＰＳ衛星からの電波を受信することで、地球上のどの地点でも高精度で位置（経度・緯度・高度）を測定する。

制御装置３３０は、個人型移動体３０Ｂに搭載された各種センサの検出値や操作ユニット３１５を用いた搭乗者による操作内容に基づいて、各車輪駆動ユニット３５０を駆動制御するための制御信号を生成し、出力する。

制御装置３３０は、各種処理を実現するため、ＣＰＵ３３０ａと、メモリ３３０ｂと、Ｉ／Ｆ３３０ｃとを有する。ＣＰＵ３３０ａは、メモリ３３０ｂに記憶されるプログラムに含まれるコードまたは命令によって実現する機能、および／または、方法を実行する。

メモリ３３０ｂは、プログラムを記憶し、ＣＰＵ３３０ａに対して作業領域を提供する。メモリ３３０ｂには、ＣＰＵ３３０ａがプログラムを実行している間に生成される各種データも一時的に格納される。メモリ３３０ｂは、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを含む。

Ｉ／Ｆ３３０ｃは、制御装置３３０に対する各種操作を入力する入力装置、および、制御装置３３０で処理された処理結果を出力する出力装置を含む。

座席ユニット３４０は、搭乗者が座る座席ユニットであり、リクライニング可能な構造になっていてもよい。

各車輪駆動ユニット３５０は、車両本体３０２に内蔵されており、左右一対の駆動車輪３０４又は後方に１つの駆動車輪３０４を夫々駆動する。

報知装置３６０は、報知手段の一具体例である。報知装置３６０は、制御装置３３０からの報知信号に応じて、搭乗者や車両外にいる人に対して報知を行う。報知装置３６０は、例えば、音を出力するスピーカなどで構成されている。

撮像装置３７０は、例えば、個人型移動体３０Ｂの前方を撮像するような位置に設けられる。撮像装置３７０は、個人型移動体３０Ｂの前方を撮像した撮像画像を制御装置３３０に出力する。

なお、本実施形態に適用される車両は、コンパクトで小回りが利き、軽自動車よりも小さい一人又は二人乗り程度の自動車（超小型モビリティ）に限定されず、普通自動車など、超小型モビリティ以外の自動車も含む。

＜処理手順＞
続いて、情報処理装置１０が行う処理手順について説明する。図１０は、情報処理装置１０が行う処理手順の一例を示す図である。なお、前述したデータベース（記憶部１１０）には、ユーザが過去にカーシェアリングシステム１を利用した履歴等を含むデータが格納された状態を前提としている。

ステップＳ１０１で、イベントを開催する個人等が入力した内容に基づいて、登録部１０１は、所定の行事が開催される目的地に関する情報を登録する。なお、このステップの処理は、予め目的地に関するデータが格納された状態を前提としている場合には省略してもよい。

ステップＳ１０２で、取得部１０２は、カーシェアリングシステム１に登録されている車両の現在位置を取得し、当該取得したデータを車両情報ＤＢ１１０ｄに格納する。車両情報ＤＢ１１０ｄには、ユーザによる車両の予約情報も含まれており、取得部１０２で取得された車両のうち、予約されている車両（つまり、利用することができない車両）と利用可能な車両とが分けて格納されている。なお、ステップＳ１０２で、取得部１０２により車両の現在位置が取得された場合に、電池残量監視部１０６により車両のバッテリーの残量が監視され、データベース（記憶部１１０）で管理される。

ステップＳ１０３で、予測部１０３は、特定エリア毎に車両の需要を予測する。前述したように、予測部１０３による特定エリア毎の車両の需要の予測は、例えば、イベントの種類や内容及びユーザの利用履歴（車両の利用区間及び車両の利用時間等）に基づいて予測される。この車両の需要予測の一例を、図１１及び図１２に示す。

図１１（Ａ）に示す例では、目的地Ｅにおいて所定のイベントが開催される際に、目的地Ｅ周辺において要求される車両の需要予測数（予測部１０３で予測される予測数）が、特定エリア毎に示されている。具体的には、図１１（Ａ）では、ユーザによる乗車頻度が高い（需要予測数が高い）スポットと推定されたＡ地域、Ｂ地域、Ｃ地域、Ｄ地域における需要予測数が、それぞれ５０台、３０台、１０台、２０台と予測部１０３により予測された状態が示されている。

図１２（Ａ）に示す例では、目的地Ｅにおいて所定のイベントが開催される際に、目的地Ｅの施設内において要求される車両の需要予測数（予測部１０３で予測される予測数）が、目的地Ｅ内の駐車場の領域Ｐにおける特定エリア毎に示されている。具体的には、図１２（Ａ）では、ユーザによる乗車頻度が高い（需要予測数が高い）スポットと推定された駐車場の領域ＰにおけるＰ１地点、Ｐ２地点、Ｐ３地点、Ｐ４地点の需要予測数（車両の予測数）が、それぞれ１２台、５台、３台、１０台と予測部１０３により予測された状態が示されている。

ステップＳ１０４で、判定部１０４は、取得部１０２により取得された車両のうち利用可能な車両の台数と、予測部１０３により予測された車両の予測数と、の乖離度を特定エリア毎に判定する。

図１１（Ａ）に示す例では、取得部１０２により取得された車両のうち利用可能な車両の台数（現在待機数）は、Ａ地域、Ｂ地域、Ｃ地域、Ｄ地域において、それぞれ３０台、５台、８台、１２台と示されている。判定部１０４は、これらの車両の現在待機数と、車両の予測数（Ａ地域５０台、Ｂ地域３０台、Ｃ地域１０台、Ｄ地域２０台）との乖離度を地域毎に判定する。

図１２（Ａ）に示す例では、取得部１０２により取得された車両のうち利用可能な車両の台数（現在待機数）は、Ｐ１地点、Ｐ２地点、Ｐ３地点、Ｐ４地点において、それぞれ２台と示されている。判定部１０４は、これらの車両の現在待機数と、車両の予測数（Ｐ１地点１２台、Ｐ２地点５台、Ｐ３地点３台、Ｐ４地点１０台）との乖離度をスポット毎に判定する。

ステップＳ１０５で、判定部１０４により判定された乖離度が所定閾値以下の場合には（ステップＳ１０５（ＮＯ））、ステップＳ１０１に戻り、前述した処理と同様の処理を繰り返す。一方、判定部１０４により判定された乖離度が所定閾値より大きい場合には（ステップＳ１０５（ＹＥＳ））、ステップＳ１０６に進む。

ステップＳ１０６で、電池残量監視部１０６は、現在待機している車両（利用可能な車両）のバッテリーの残量が所定値以上であるか否かを判定する。現在待機中の車両のバッテリーの残量が所定値以上の場合には（ステップＳ１０６（ＹＥＳ））、ステップＳ１０８に進む。一方、現在待機中の車両のバッテリーの残量が所定値未満である場合には（ステップＳ１０６（ＮＯ））、所定の搬送機（図示略）によって車両が給電可能な地点に搬送され、車両が給電される（ステップＳ１０７）。ステップＳ１０７で車両が給電された後、ステップＳ１０８に進む。なお、車両給電の判定基準として設定される所定値は任意であるが、例えば、予測部１０３により予測された車両の需要が高い（予測数が高い）スポットに車両を移動させるために必要な値に設定することができる。

ステップＳ１０７で、車両移動処理部１０５は、予測部１０３で予測された、現在位置の車両の予測数よりも高い予測数と予測される地点に車両を移動させる。この際の車両の移動は、自動運転モードで移動することが好ましい。図１１（Ｂ）及び図１２（Ｂ）には、車両移動処理部１０５により車両が移動した後の状態が示されている。

図１１（Ａ）及び図１１（Ｂ）では、判定部１０４により判定された乖離度（すなわち、需要予測数と現在待機数との差）が５台より大きい場合に、乖離度を減少させるように、車両を移動させた例を示している。具体的には、図１１（Ａ）に示す、Ａ地域、Ｂ地域、Ｃ地域、Ｄ地域における乖離度は、それぞれ２０台、２５台、２台、８台である。Ｃ地域以外の地域では乖離度が５台より大きいため、Ａ地域、Ｂ地域、Ｄ地域の周辺に待機している車両（空き状態の車両）を、それぞれＡ地域、Ｂ地域、Ｄ地域に移動させる。その結果、図１１（Ｂ）に示すように、Ａ地域、Ｂ地域、Ｄ地域における車両の待機数（現在待機数）が増加し、Ａ地域、Ｂ地域、Ｄ地域における乖離度が減少している。

図１２（Ａ）及び図１２（Ｂ）では、判定部１０４により判定された乖離度（すなわち、需要予測数と現在待機数との差）が２台より大きい場合に、乖離度を減少させるように、車両を移動させた例を示している。具体的には、図１２（Ａ）に示す、Ｐ１地点、Ｐ２地点、Ｐ３地点、Ｐ４地点における乖離度は、それぞれ１０台、３台、１台、８台である。Ｐ３地点以外の地点では乖離度が２台より大きいため、Ｐ１地点、Ｐ２地点、Ｐ４地点の周辺に待機している車両（空き状態の車両）を、それぞれＰ１地点、Ｐ２地点、Ｐ４地点に移動させる。その結果、図１２（Ｂ）に示すように、Ｐ１地点、Ｐ２地点、Ｐ４地点における車両の待機数（現在待機数）が増加し、Ｐ１地点、Ｐ２地点、Ｐ４地点における乖離度が減少している。

図１２に示す例では、イベントが開催される目的地Ｅ（駐車場からイベント会場ＥａまでのルートＲ１を含む目的地Ｅ）内の駐車場の領域Ｐにおける、ユーザによる乗車頻度が高いスポットを示しているが、この例に限定されない。例えば、目的地Ｅの施設内における車両の需要数が高いスポットを予測して、予め当該スポットに車両を移動させるようにしてもよい。図１３では、予測部１０３で予測された、ユーザによる乗車頻度が高いスポット（車両の需要数が高いスポット）が、駐車場の領域Ｐ、レストランの区画Ｒ、イベント会場Ｅａの出入口周辺Ｇａ、Ｇｂ、Ｇｃ、Ｇｄである例をそれぞれ破線で示している。これら予測部１０３で予測された車両の需要数が高いスポットに、予め車両３０を多く待機させるように配置してもよい。なお、駐車場からイベント会場ＥａまでのルートＮ１において車両の需要数が高い場合には、このルートＮ１周辺に車両を配置するようにしてもよい。特に、車両が超小型モビリティである場合には、仮にルートＮ１が幅狭な道路（普通自動車が通過不可能な道路）であっても超小型モビリティにより走行することができる点で有利である。以上のように、所定の行事が開催されるイベント会場Ｅａの周辺において需要が高いスポットに車両を移動させておくことで、車両の稼働率を上げることができ、ユーザの利便性を向上させることができる。

以上説明したように、コンパクトで小回りが利き、軽自動車よりも小さい、一人又は二人乗り用の超小型モビリティを用いることで、普通自動車が通過不可能な場所にも当該超小型モビリティを配置することができる。これにより、例えばイベントが開催される目的地Ｅの施設内で普通自動車が走行できない場合に、図１２及び図１３に示すように、目的地Ｅの施設内において車両の需要数が高いスポットに超小型モビリティを配置することができる。その結果、より一層ユーザの利便性を向上させることができる。

以上説明した本実施形態では、需要を予測した車両の予測数と利用可能な車両の台数との乖離度を減少させるように車両を移動させることにより、ユーザによる乗車頻度の高いスポット（車両の需要が高いスポット）に車両を集中して配置させることができる。その結果、カーシェアリングシステムに保管されている車両の稼働率を上昇させることができ、ユーザの利便性を向上させることできる。

以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。

例えば、上述した実施形態では、情報処理装置を実装した車両の構成についても説明したが、情報処理装置の一部の処理（例えば、予測部等）を車両に実装し、情報処理装置の他の処理（例えば、登録部等）を車両に実装しないことも可能であるし、その逆も可能である。以上の実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。

１…カーシェアリングシステム、１０…情報処理装置、２０…ユーザ端末、３０…車両、３０ａ…車載機、１０１…登録部、１０２…取得部、１０３…予測部、１０４…判定部、１０５…車両移動処理部、１１０…記憶部、１１０ａ…ユーザＤＢ、１１０ｂ…目的地ＤＢ、１１０ｃ…利用履歴ＤＢ、１１０ｄ…車両情報ＤＢ、１１０ｅ…需要予測ＤＢ

Claims (7)

1. 所定の行事が開催される目的地に関する情報を登録する登録部と、
   前記目的地周辺及び目的地内部を移動可能な車両の現在位置情報を取得する取得部と、
   前記目的地において前記所定の行事が開催される際に要求される前記車両の需要を、特定エリア毎に予測する予測部と、
   前記取得部により取得された前記車両のうち利用可能な車両の台数と、前記予測部により予測された前記車両の予測数と、の乖離度を前記特定エリア毎に判定する判定部と、
   前記判定部により前記特定エリア毎に判定された前記乖離度が所定閾値を超える場合に、前記乖離度を減少させるように前記車両を移動させる車両移動処理部と、
   を有する情報処理装置。
2. 前記車両は、前記目的地の施設内における所定地点から、該所定地点よりも車両の需要が高い別の所定地点まで移動可能な小型車両である、
   請求項１に記載の情報処理装置。
3. 前記取得部により現在位置情報を取得した車両のうち利用可能な車両のバッテリーの残量を監視する電池残量監視部を更に備える、
   請求項１又は２に記載の情報処理装置。
4. 前記車両移動処理部は、前記電池残量監視部により前記車両のバッテリーの残量が所定値以上であると判定された場合に、前記現在位置における車両の予測数よりも高い予測数を示す位置に、前記車両を自動運転モードで移動させる、
   請求項３に記載の情報処理装置。
5. 前記車両移動処理部は、前記電池残量監視部により前記車両のバッテリーの残量が所定値未満と判定された場合に、該車両を給電可能な地点に移動させる搬送機を備え、
   前記搬送機により移動させた車両を給電した後に、前記車両移動処理部は、前記現在位置における車両の予測数よりも高い予測数を示す位置に、前記給電後の車両を自動運転モードで移動させる、
   請求項３に記載の情報処理装置。
6. 前記車両は、前記目的地の施設内を撮像可能な撮像装置を備え、
   前記予測部は、前記登録部に登録された所定の行事が開催される目的地の情報及び前記撮像装置により撮像された情報に基づいて、前記特定エリア毎に前記車両の予測数を予測する、
   請求項１乃至５のいずれか一項に記載の情報処理装置。
7. コンピューターに、
   所定の行事が開催される目的地の情報を登録するステップと、
   前記目的地まで移動可能な車両の現在位置情報を取得するステップと、
   前記所定の行事が開催される際に要求される前記車両の需要を特定エリア毎に予測するステップと、
   前記現在位置における利用可能な車両の台数と、前記予測された前記車両の予測数と、の乖離度を前記特定エリア毎に判定するステップと、
   前記乖離度が所定閾値を超える場合に、前記乖離度を減少させるように前記車両を移動させる情報を出力するステップと、
   を実行させるためのプログラム。