JP6979158B2 - 情報処理装置、相乗りユーザ選択方法及びプログラム - Google Patents

Description

本発明は、情報処理装置、相乗りユーザ選択方法及びプログラムに関する。

現在、複数のユーザが１台の車両を共用することが可能なカーシェアリングと呼ばれるサービスが普及している。一般的なカーシェアリングサービスでは、利用者は、貸し出しを受けたステーションに車両を返却する必要がある。このようなカーシェアリングサービスは、ラウンドトリップ型と呼ばれている。

一方、貸し出しを受けたステーション以外のステーションに車両を返却することが許容される、ワンウェイ型と呼ばれるカーシェアリングサービスも検討されている。例えば、特許文献１には、ワンウェイ・カーシェアリングシステムにおいて、共用車両の稼働率を向上させることが可能な技術が開示されている。

また、最近では、カーシェアリングの一種として、同一の目的地に向かうユーザが同一の車両に相乗りするライドシェアと呼ばれるサービスも存在する。

特開２０１７−０１０１８９号公報

将来、カーシェアリングサービスの更なる発展により、様々な形態でのカーシェアリングサービスが提供されることが考えられる。例えば、ラウンドトリップ型でのカーシェアリングとワンウェイ型でのカーシェアリングをユーザが選択可能なカーシェアリングサービスや、ラウンドトリップ型でのカーシェアリングを希望するユーザとワンウェイ型でのカーシェアリングを希望するユーザ同士をマッチングさせることでライドシェアを実現するカーシェアリングサービス等が提供されることが考えられる。

ここで、ラウンドトリップ型でのカーシェアリングを希望するユーザとワンウェイ型でのカーシェアリングを希望するユーザ同士をマッチングさせることでライドシェアを実現するサービスが提供される場合に生じ得る課題を説明する。

まず、ラウンドトリップ型を希望するユーザとワンウェイ型を希望するユーザとがそれぞれ多数存在し、各ユーザの出発地と目的地が同一である場合を想定する。この場合において、ラウンドトリップ型を希望するユーザ同士を優先的にマッチングさせると、ワンウェイ型を希望するユーザがマッチングされずに残ってしまうことになる。この状態では、ワンウェイ型を希望するユーザ同士をマッチングせざるを得なくなるが、そうする車両３０は出発地に戻ってこないことから、シェアリング可能な車両が無くなってしまう可能性がある。その結果、まだマッチングされていないユーザは目的地に移動できなくなってしまう。ライドシェアは、車両の効率的な活用を目指す仕組みであることから、このような状況が生じることを抑制することで、より多くのユーザがライドシェアを利用できるようにすることが望ましい。

そこで、本発明は、ラウンドトリップ型でのカーシェアリングとワンウェイ型でのカーシェアリングの両方を提供する場合に、効率的なライドシェアを実現する技術を提供することを目的とする。

本発明の一態様に係る情報処理装置は、ユーザから、ラウンドトリップ型のカーシェアリング又はワンウェイ型のカーシェアリングうちいずれか一方の指定と乗車地の指定と降車地の指定とを含む、カーシェアリングの利用予約を受け付けて利用予約情報に格納する受付部と、乗車地及び降車地が所定の条件を満たす利用予約を行った複数のユーザのうち、ラウンドトリップ型のカーシェアリングを指定する利用予約を行った第１ユーザと、ワンウェイ型のカーシェアリングを指定する利用予約を行った第２ユーザとの両方を、車両に相乗りするユーザとして選択する選択部と、を有する。

本発明によれば、ラウンドトリップ型でのカーシェアリングとワンウェイ型でのカーシェアリングの両方を提供する場合に、効率的なライドシェアを実現する技術を提供することができる。

実施形態に係るカーシェアリングシステムの構成例を示す図である。 情報処理装置の機能ブロック構成の一例を示す図である。 利用予約ＤＢの一例を示す図である。 車両ＤＢの具体例を示す図である。 情報処理装置が行う処理手順の一例を示す図である。

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

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

一般的に、同一の車両３０を複数ユーザでシェアすることを、カーシェアリングと呼ぶ。また、カーシェアリングには、貸し出しを受けたステーションに車両３０を返却する必要があるラウンドトリップ型と、貸し出しを受けたステーション以外のステーションに車両を返却することが許容されるワンウェイ型とが存在する。また、ある目的地に向かう車両３０に複数のユーザが相乗りすることをライドシェアと呼ぶ。ライドシェアは、同一の車両３０を複数ユーザでシェアすることから、広義ではカーシェアリングの一種であると考えることができる。

前述したように、カーシェアリングサービスとしては様々な形態が考えられるが、本実施形態に係るカーシェアリングシステム１は、ラウンドトリップ型のカーシェアリングサービスとワンウェイ型のカーシェアリングサービスの両方のサービスをサポートする。また、カーシェアリングシステム１は、ラウンドトリップ型のカーシェアリングを希望するユーザとワンウェイ型のカーシェアリングを希望するユーザ同士をマッチングさせることで、ライドシェアによる移動を実現するサービスを提供する。

情報処理装置１０は、ユーザからカーシェアリングの利用予約を受け付けて、受け付けた利用予約をデータベースに登録する。また、乗車地及び降車地が所定の条件を満たす利用予約を行った複数のユーザの中から、同一車両３０に相乗りして移動する複数のユーザの選択（マッチング）を行う。本実施形態では、情報処理装置１０は、効率的なライドシェアを実現するために、少なくとも、ラウンドトリップ型のカーシェアリングを指定する利用予約を行ったユーザ（第１ユーザ）と、ワンウェイ型のカーシェアリングを指定する利用予約を行ったユーザ（第２ユーザ）との両方が、同一車両３０に相乗りするユーザの中に含まれるようにユーザの選択（マッチング）を行う。情報処理装置１０は、１又は複数の情報処理装置から構成されていてもよいし、クラウドサーバや仮想サーバを用いて構成されていてもよい。

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

車両３０は、複数のユーザが相乗りして利用する車両であり、自家用車及び企業所有の自動車の両方を含む。車両３０は、複数のユーザが同時に乗車可能であり、かつ自由な走行ルートで移動可能であればどのような車両であってもよい。具体的には、企業がカーシェアリング用として貸し出す車両３０でもよいし、相乗り可能なタクシーでもよいし、個人所有の車両３０であってよい。車両３０は、自動車に限定されず、例えば、バスのように十数人から数十人が乗車可能な大型の車両３０であってもよいし、自動二輪車であってもよい。車両３０は、ユーザがハンドルを握って運転する車両３０（以下、「手動運転車」と呼ぶ。）であってもよいし、自動運転可能な車両３０（以下、「自動運転車」と呼ぶ。）であってもよい。

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

＜機能ブロック構成＞
図２は、情報処理装置１０の機能ブロック構成の一例を示す図である。情報処理装置１０は、受付部１０１と、選択部１０２と、走行ルート決定部１０３と、通知部１０４と、記憶部１０５とを含む。

受付部１０１と、選択部１０２と、走行ルート決定部１０３と、通知部１０４とは、情報処理装置１０のＣＰＵがメモリに記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記録媒体に格納することができる。当該プログラムを格納した記録媒体は、非一時的な記録媒体であってもよい。非一時的な記録媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ−ＲＯＭ等の記録媒体であってもよい。また、記憶部１０５は、情報処理装置１０が備えるメモリ又は記憶装置を用いて実現することができる。

記憶部１０５は、利用予約ＤＢ１０５ａ（利用予約情報）と、車両ＤＢ１０５ｂとを記憶する。利用予約ＤＢ１０５ａには、ユーザにより登録された、カーシェアリングの利用予約が格納される。車両ＤＢ１０５ｂには、相乗りに利用可能な車両３０に関する情報が格納される。

受付部１０１は、ユーザから、ラウンドトリップ型のカーシェアリング又はワンウェイ型のカーシェアリングうちいずれか一方の指定と乗車地の指定と降車地の指定とを含む、カーシェアリングの利用予約を受け付けて利用予約ＤＢに格納する。

選択部１０２は、乗車地及び降車地が所定の条件を満たす利用予約を行った複数のユーザのうち、ラウンドトリップ型のカーシェアリングを指定する利用予約を行ったユーザ（以下、「ラウンドトリップ型を予約したユーザ」と言う。）と、ワンウェイ型のカーシェアリングを指定する利用予約を行ったユーザ（以下、「ワンウェイ型を予約したユーザ」と言う。）との両方を、車両３０に相乗りするユーザとして選択する。また、選択部１０２は、相乗りに用いる車両３０が手動運転車である場合、車両３０に相乗りする複数のユーザの中から１人のユーザを、車両３０を運転するドライバーとして選択する。

走行ルート決定部１０３は、車両３０に相乗りする各ユーザにおける乗車地及び降車地を通る走行ルートを、車両３０が走行すべき走行ルートとして決定する。走行ルート決定部１０３は、走行ルートを決定する際に、各ユーザの乗車地を通る時刻を予測するようにしてもよい。

通知部１０４は、車両３０に相乗りする各ユーザのユーザ端末２０に、走行ルートや、乗車地に車両３０が到着する（迎えに行く）予測時間等を通知する。

図３は、利用予約ＤＢ１０５ａの一例を示す図である。「ユーザＩＤ」には、カーシェアリングシステム１内でユーザを一意に識別するための識別子が格納される。「利用方法」は、ユーザが指定したカーシェアリングの利用方法が格納される。具体的には、ラウンドトリップ型（ラウンド型）のカーシェア又はワンウェイ型のカーシェアリングうちいずれか一方の指定が格納される。乗車地の「乗車地点」には、ユーザが車両３０への乗車を希望する地点を示す情報（住所や緯度経度等）が格納される。乗車地の「出発日時」には、ユーザが乗車地点を出発することを希望する日時が格納される。乗車地の「帰着日時」には、ラウンドトリップ型のカーシェアリングを希望するユーザが、最終的に乗車地に帰着することを希望する日時が格納される。なお、ワンウェイ型のカーシェアリングを希望するユーザの場合、乗車地の「帰着日時」には何も設定されない。降車地の「降車地点」には、ユーザが車両３０からの降車を希望する地点を示す情報（住所や緯度経度等）が格納される。降車地の「出発日時」には、ラウンドトリップ型のカーシェアリングを希望するユーザが車両３０に乗車して出発することを希望する日時が格納される。

図３の例では、ユーザＩＤが「Ｕ０１」のユーザは、ワンウェイ型のカーシェアリングを利用することで、１月１５日に自宅で車両３０に乗車して店舗Ｍで降車したいとの利用予約を登録している。また、ユーザＩＤが「Ｕ０２」のユーザは、ラウンドトリップ型のカーシェアリングを利用することで、１月１５日１０時に自宅で車両３０に乗車して店舗Ｍで降車し、１月１５日１４時に店舗Ｍを出発して１月１５日中に自宅に帰着したいとの利用予約を登録している。

なお、「出発日時」には、ユーザが希望しない場合は日付及び時刻の全部又は一部が省略されていてもよい。例えば、Ｕ０１のユーザは、１月１５日に自宅を出発する時刻については特に希望が無い（何時に出発してもよい）ことを意味している。

図４は、車両ＤＢ１０５ｂの具体例を示す図である。「車両ＩＤ」は、カーシェアリングシステム１内で、相乗りに用いる車両３０を一意に識別するための識別子が格納される。車両ＩＤは、例えば車両３０のナンバーであってもよい。「車種」には、車両３０の車種やメーカー名が格納される。「定員」には、車両３０の乗車定員が格納される。「空き情報」には、車両３０が利用可能であるか利用中であるかを示す情報が格納される。「保管場所」には、車両３０が停めてある場所を示す情報が格納される。なお、保管場所は、ドライバー役のユーザが車両３０に乗車することができる場所（乗車可能場所）でもあることから、車両３０の貸し出しを行うステーションと呼ばれてもよい。

＜処理手順＞
続いて、情報処理装置１０が行う処理手順について説明する。図５は、情報処理装置１０が行う処理手順の一例を示す図である。

ステップＳ１０１で、受付部１０１は、カーシェアリングの利用を希望するユーザから、カーシェアリングの利用予約を受け付けて利用予約ＤＢ１０５ａに格納する。受付部１０１は、利用予約を希望するユーザのユーザ端末２０に、利用予約を受け付ける画面を表示させるようにしてもよい。ユーザは、ラウンドトリップ型のカーシェアリング又はワンウェイ型のカーシェアリングうちいずれか一方の指定、乗車地点、乗車地を出発する時間、降車地点、降車地点を出発する時間等を画面に入力することで、所望の利用予約を情報処理装置１０に登録することができる。

ステップＳ１０２で、選択部１０２は、乗車地及び降車地が所定の条件を満たす利用予約を行った複数のユーザをマッチングすることで、少なくともラウンドトリップ型を予約したユーザとワンウェイ型を予約したユーザの両方が含まれるように車両３０に相乗りするユーザを選択する。また、選択部１０２は、相乗りに用いる車両３０（貸し出す車両３０）を選択すると共に、相乗りに用いる車両３０が手動運転車である場合、車両３０に相乗りする複数のユーザの中から１人のユーザを、車両３０を運転するドライバーとして選択する。例えば、選択部１０２は、ラウンドトリップ型を選択したユーザの乗車地を中心として所定の範囲内（例えば２ｋｍ以内等）に保管場所がある車両３０を、相乗りに用いる車両３０として選択すると共に、当該ラウンドトリップ型を選択したユーザを、車両３０を運転するドライバーとして選択するようにしてもよい。

ここで、“乗車地及び降車地が所定の条件を満たす利用予約”とは、利用予約で指定された乗車地点、乗車地の出発日時、帰着日時、降車地点、及び降車地の出発日時が満たされるように走行ルートを描くことが可能な利用予約の組み合わせを意味する。このような組み合わせは、例えば、「乗車地点」が同一又は所定の範囲（例えば１０ｋｍ以内等）に含まれており、「到着地点」が同一であり、乗車地の「出発日時」及び「帰着日時」がそれぞれ、同一日及び所定の時刻以内（例えば時刻のずれが１時間以内など）であり、かつ、降車地の「出発日時」が同一日及び所定の時刻以内（例えば時刻のずれが１時間以内など）である利用予約の組み合わせであってもよい。すなわち、利用予約で指定された乗車地及び降車地の場所や出発日時及び帰着日時が概ね同様である利用予約の組み合わせであってもよい。

また、ラウンドトリップ型を予約したユーザの乗車地点及び降車地点を結ぶ走行ルートから所定の範囲（例えば走行ルート上の任意の地点から５ｋｍ以内等）に、ワンウェイ型を予約したユーザの乗車地点及び降車地点が含まれており、かつ、当該走行ルートを外れてワンウェイ型を予約したユーザの乗車地点に向かった場合に、ワンウェイ型を予約したユーザが指定した出発日時から所定の時刻以内に車両３０が乗車地点に到着可能である利用予約の組み合わせであってもよい。

車両３０に相乗りするユーザに、ラウンドトリップ型を予約したユーザとワンウェイ型を予約したユーザの両方が含まれるようにすることで、ラウンドトリップ型を予約したユーザが車両３０を借りた場所に返却することになると共に、ワンウェイ型を予約したユーザを効率的に降車地まで送り届けることができる。これにより、ワンウェイ型を予約したユーザのみの組み合わせでマッチングされてしまい、車両３０が返却されなくなる可能性を抑制することが可能になる。

また、選択部１０２は、ワンウェイ型を予約したユーザのユーザ数が、ラウンドトリップ型を予約したユーザのユーザ数以上になるように、車両３０に相乗りするユーザを選択するようにしてもよい。図３を用いて具体例を説明する。図３の例では、ユーザＵ０１〜ユーザＵ０８の利用予約については、どのユーザの利用予約を組み合わせても“乗車地及び降車地が所定の条件を満たす利用予約”に該当すると仮定する（以降の説明でも同様）。また、車両３０の乗車定員は４名であると仮定する（以降の説明でも同様）。この場合、選択部１０２は、例えば、ラウンドトリップ型を予約したユーザＵ０２、ワンウェイ型を予約したユーザＵ０１、ユーザＵ０４及びユーザＵ０５を、車両３０に相乗りするユーザとして選択するようにしてもよい。

また、選択部１０２は、予め定められた、ラウンドトリップ型を予約したユーザのユーザ数とワンウェイ型を予約したユーザのユーザ数の比率であって、ワンウェイ型を予約したユーザのユーザ数がラウンドトリップ型を予約したユーザのユーザ数以上になるように予め定められた比率（以下、「選択比率」と言い、例えば、ワンウェイ型：ラウンドトリップ型＝１：１、２：１、３：１、３：２等）に従って、車両３０に相乗りするユーザを選択するようにしてもよい。図３を用いて具体例を説明する。選択比率が１：１であると仮定した場合、選択部１０２は、例えば、ラウンドトリップ型を予約したユーザＵ０２及びユーザＵ０３、ワンウェイ型を予約したユーザＵ０４及びユーザＵ０５を、車両３０に相乗りするユーザとして選択するようにしてもよい。

また、選択部１０２は、選択比率を、利用予約ＤＢ１０５ａに格納された利用予約において、ワンウェイ型を指定する利用予約の割合、又は、相乗りに利用可能な車両３０の数に応じて変更するようにしてもよい。例えば、選択部１０２は、利用予約ＤＢ１０５ａにワンウェイ型を指定する利用予約の割合が所定の閾値（例えば５０％等）以上になった場合（つまり、ワンウェイ型の利用予約が多くなった場合）、ワンウェイ型を指定するユーザが多くなるように選択比率を変更することで、ワンウェイ型を指定するユーザが選択され易くなるようにしてもよい。逆に、利用予約ＤＢ１０５ａにワンウェイ型を指定する利用予約の割合が所定の閾値（例えば５０％等）を下回った場合（つまり、ワンウェイ型の利用予約が減った場合）、選択比率を例えば２：１から１：１に引き下げるといったようにして、ラウンドトリップ型を指定するユーザも選択され易くなるようにしてもよい。これにより、ワンウェイ型を指定するユーザが選択され易い状況を維持しつつ、ラウンドトリップ型を指定するユーザが選択されにくくなってしまう状況を抑制することができる。

また、例えば、選択部１０２は、車両ＤＢ１０５ｂにおいて利用可能な車両３０の台数が所定の閾値（例えば、車両３０の台数が利用予約の件数以上である等でもよいし固定値であってもよい）未満になった場合（つまり、車両３０の数に余裕がない場合）、ワンウェイ型を指定するユーザが多くなるように選択比率を変更することで、ワンウェイ型を指定するユーザが選択され易くなるようにしてもよい。逆に、車両ＤＢ１０５ｂにおいて利用可能な車両３０の台数が所定の閾値以上になった場合（つまり、車両３０の数に余裕がある場合）、選択比率を例えば２：１から１：１に引き下げるといったようにして、ラウンドトリップ型を指定するユーザも選択され易くなるようにしてもよい。

また、選択部１０２は、車両３０に相乗りするユーザとして選択可能な“ワンウェイ型を予約したユーザ”が存在せず、かつ、車両３０に乗車可能なユーザ数に空きがある場合（つまり、乗車定員の上限に達していない場合）、ワンウェイ型を予約したユーザに代えて、ラウンドトリップ型を予約したユーザを車両３０に相乗りするユーザとして選択するようにしてもよい。図３を用いて具体例を説明する。なお、ユーザＵ０４〜Ｕ０７は存在しないものと仮定する。まず、選択部１０２は、ワンウェイ型を予約したユーザのユーザ数がラウンドトリップ型を予約したユーザのユーザ数以上になるようにするため、又は、選択比率（ここでは１：１であると仮定する）で指示された比率になるようにするため、ユーザＵ０１とユーザＵ０２を選択する。この状態では、利用予約ＤＢには、ラウンドトリップ型を予約したユーザＵ０３とユーザＵ０８のみが残っており、ワンウェイ型を予約したユーザは存在しない。ただし、車両３０にはあと２人が乗車可能である。そこで、選択部１０２は、ワンウェイ型を予約したユーザに代えて、ラウンドトリップ型を予約したユーザＵ０２とユーザＵ０８とを、車両３０に相乗りするユーザとして選択する。

ステップＳ１０３で、走行ルート決定部１０３は、相乗りに用いる車両３０が手動運転車である場合、車両３０の保管場所を出発した後、相乗りするユーザのうちドライバーであるユーザを除く他のユーザの乗車地を全て通ってから降車地に向かう走行ルートを決定する。また、走行ルート決定部１０３は、相乗りに用いる車両３０が自動運転車である場合、保管場所を出発した後、相乗りする複数のユーザの各々の利用予約における乗車地を全て通ってから降車地に向かう走行ルートを決定する。

ステップＳ１０４で、通知部１０４は、相乗りに用いる車両３０が手動運転車である場合、ドライバー役のユーザのユーザ端末２０に、運転を依頼する情報と、相乗りに用いる車両３０の保管場所を示す情報と、ステップＳ１０３で決定された走行ルートを示す情報とを通知する。ドライバー以外のユーザのユーザ端末２０には、車両３０が到着する予測時間を通知するようにしてもよい。なお、通知部１０４は、走行ルートを示す情報を、相乗りに用いる車両３０の車載機３０ａ（例えばナビゲーション装置）に直接通知するようにしてもよい。ドライバー役のユーザは、通知された保管場所に車両３０を受け取りにいき、車載機３０ａにて指定された走行ルートに従って車両３０を運転することで、他の全ての相乗りユーザを迎えに行きながら降車地に向かうことができる。

また、通知部１０４は、相乗りに用いる車両３０が自動運転車である場合、走行ルート決定部１０３で決定された走行ルートを示す情報を、相乗りに用いる車両３０の車載機３０ａに通知する。当該車両３０の車載機３０ａは、通知された走行ルートに従って車両３０を制御することで、保管場所を出発し、各相乗りユーザの乗車地を経由しながら降車地まで向かう自動運転を実現する。

＜補足事項＞
以上説明した実施形態において、利用予約ＤＢ１０５ａに、一緒に行動予定のユーザの数を登録可能としてもよい。また、選択部１０２は、各相乗り候補ユーザが一緒に行動予定のユーザ数と車両３０の乗車定員とを考慮して、相乗りに用いる車両３０の選択を行うようにしてもよい。

以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。

１…カーシェアリングシステム、１０…情報処理装置、２０…ユーザ端末、３０…車両、３０ａ…車載機、１０１…受付部、１０２…選択部、１０３…走行ルート決定部、１０４…通知部、１０５…記憶部

Claims (7)

1. ユーザから、ラウンドトリップ型のカーシェアリング又はワンウェイ型のカーシェアリングうちいずれか一方の指定と乗車地の指定と降車地の指定とを含む、カーシェアリングの利用予約を受け付けて利用予約情報に格納する受付部と、
   乗車地及び降車地が所定の条件を満たす利用予約を行った複数のユーザのうち、ラウンドトリップ型のカーシェアリングを指定する利用予約を行った第１ユーザと、ワンウェイ型のカーシェアリングを指定する利用予約を行った第２ユーザとの両方を、車両に相乗りするユーザとして選択する選択部と、
   を有する情報処理装置。
2. 前記選択部は、前記第２ユーザのユーザ数が前記第１ユーザのユーザ数以上になるように、前記車両に相乗りするユーザを選択する、
   請求項１に記載の情報処理装置。
3. 前記選択部は、前記第２ユーザのユーザ数が、前記車両に相乗りする前記第１ユーザのユーザ数以上になるように設定された、前記第１ユーザのユーザ数と前記第２ユーザのユーザ数の比率に従って、前記車両に相乗りするユーザを選択する、
   請求項２に記載の情報処理装置。
4. 前記選択部は、前記比率を、前記利用予約情報に格納された利用予約におけるワンウェイ型のカーシェアリングを指定する利用予約の割合、又は、相乗りに利用可能な車両の数に応じて変更する、
   請求項３に記載の情報処理装置。
5. 前記選択部は、前記車両に相乗りするユーザとして選択可能な前記第２ユーザが存在せず、かつ、前記車両に乗車可能なユーザ数に空きがある場合、前記第２ユーザに代えて、前記第１ユーザを前記車両に相乗りするユーザとして選択する、
   請求項１乃至４のいずれか一項に記載の情報処理装置。
6. 情報処理装置が実行する相乗りユーザ選択方法であって、
   ユーザから、ラウンドトリップ型のカーシェアリング又はワンウェイ型のカーシェアリングうちいずれか一方の指定と乗車地の指定と降車地の指定とを含む、カーシェアリングの利用予約を受け付けて利用予約情報に格納するステップと、
   乗車地及び降車地が所定の条件を満たす利用予約を行った複数のユーザのうち、ラウンドトリップ型のカーシェアリングを指定する利用予約を行った第１ユーザと、ワンウェイ型のカーシェアリングを指定する利用予約を行った第２ユーザとの両方を、車両に相乗りするユーザとして選択するステップと、
   を有する相乗りユーザ選択方法。
7. コンピューターに、
   ユーザから、ラウンドトリップ型のカーシェアリング又はワンウェイ型のカーシェアリングうちいずれか一方の指定と乗車地の指定と降車地の指定とを含む、カーシェアリングの利用予約を受け付けて利用予約情報に格納するステップと、
   乗車地及び降車地が所定の条件を満たす利用予約を行った複数のユーザのうち、ラウンドトリップ型のカーシェアリングを指定する利用予約を行った第１ユーザと、ワンウェイ型のカーシェアリングを指定する利用予約を行った第２ユーザとの両方を、車両に相乗りするユーザとして選択するステップと、
   を実行させるためのプログラム。

Images