JP2018077658A - 共用車両管理装置、共用車両管理システムおよび共用車両管理方法 - Google Patents

Abstract

【課題】共用車両の稼働率を向上させる。【解決手段】サーバ装置１０Ａは、共用車両を借り受けて乗車する乗車地点および乗車日時と、共用車両から降車して引き渡す降車地点および降車日時とを含む利用者ごとの共用車両の利用リクエストを利用者端末から受信する利用リクエスト管理部１２Ａ−３を有する。また、サーバ装置１０Ａは、複数の利用リクエストの乗車地点および乗車日時と、降車地点および降車日時とを比較した結果から、複数の利用リクエストを組合せて、複数の利用者により、共用車両が借り受けられ、順次引き渡されて所定地点へ至る共用車両の共用情報を生成するカーシェア情報生成部１２Ａ−４を有する。【選択図】図２

Description

本発明は、共用車両管理装置、共用車両管理システムおよび共用車両管理方法に関する。

近年、カーシェアリングサービスが普及してきている。カーシェアリングサービスは、登録を行った会員間で車両（以下、シェアリングカーという）を共用する枠組みである。カーシェアリングサービスは、従来のレンタカーサービスと比較して、短時間であっても手軽な料金でシェアリングカーを気軽に利用できるというメリットがある。

そして、カーシェアリングサービスは、ＢｔｏＣ（Business to Consumer、企業・個人間取引）からＣｔｏＣ（Consumer to Consumer、個人間取引）へとサービス形態が拡大してきている。例えば、ＣｔｏＣのカーシェアリングサービスは、シェアリングカーを貸し出したい個人と、シェアリングカーを借りたい個人とのリクエストのマッチングを行うことで、双方の利益を図ることができる（例えば特許文献１および非特許文献１参照）。

特開２００４−０９４６９９号公報

株式会社ディー・エヌ・エー、"Ａｎｙｃａ"、［online］、［平成２８年１０月１２日検索］、インターネット〈URL：https://anyca.net/〉

しかしながら、上述の従来技術では、シェアリングカーは貸し出し地点まで戻って返却されなければならないなどの制約によりシェアリング契約が成立しない場合があり、シェアリングカーの稼働率が上がらないという問題がある。かかる問題は、ＣｔｏＣに限らず、ＢｔｏＣのカーシェアリングサービスにおいても生じうる問題であり、また、カーシェアリングサービスに限らず、車両を貸し出すなどの車両の共用サービス一般においても生じうる問題である。

本願の実施形態の一例は、例えば、共用車両の稼働率を向上させる共用車両管理装置、共用車両管理システムおよび共用車両管理方法を提供することを目的とする。

本願の実施形態の一例は、例えば、共用車両管理装置は、受信部、利用リクエスト記憶部、利用情報生成部を有する。受信部は、共用車両を借り受けて乗車する乗車地点および乗車日時と、共用車両から降車して引き渡す降車地点および降車日時とを含む利用者ごとの共用車両の利用リクエストを利用者端末から受信する。利用情報生成部は、複数の利用リクエストの乗車地点および乗車日時と、降車地点および降車日時とを比較した結果から、複数の利用リクエストを組合せて、複数の利用者により、共用車両が借り受けられ、順次引き渡されて所定地点へ至る共用車両の共用情報を生成する。

本願の実施形態の一例によれば、例えば、共用車両の稼働率を向上させることができる。

図１は、実施形態１の概要を示す図である。 図２は、実施形態１（実施形態２）にかかるカーシェア管理システムを示す図である。 図３は、実施形態１にかかる車両情報マスタテーブルを示す図である。 図４は、実施形態１にかかる利用者情報マスタテーブル示す図である。 図５は、実施形態１にかかるカーシェア利用リクエストテーブルを示す図である。 図６は、実施形態１にかかるカーシェア情報テーブルを示す図である。 図７は、実施形態１にかかる利用リクエスト登録処理を示すフローチャートである。 図８は、実施形態１にかかるカーシェア情報生成処理を示すフローチャートである。 図９は、実施形態１にかかる遅延通知処理を示すフローチャートである。 図１０Ａは、実施形態１にかかる車両提供者端末におけるシェアリングカー登録画面を示す図である。 図１０Ｂは、実施形態１にかかる車両提供者端末におけるカーシェア利用者評価画面を示す図である。 図１１Ａは、実施形態１にかかる車両利用者端末におけるカーシェア利用リクエスト登録画面を示す図である。 図１１Ｂは、実施形態１にかかる車両利用者端末におけるカーシェア利用リクエスト登録通知画面を示す図である。 図１１Ｃは、実施形態１にかかる車両利用者端末におけるカーシェア契約成立通知画面を示す図である。 図１１Ｄは、実施形態１にかかる車両利用者端末におけるカーシェア契約不成立通知画面を示す図である。 図１２Ａは、実施形態１にかかる車両利用者端末における到着遅延見込み通知画面（シェアリングカー引き渡し側）を示す図である。 図１２Ｂは、実施形態１にかかる車両利用者端末における到着遅延見込み通知画面（シェアリングカー引き継ぎ側）を示す図である。 図１３は、実施形態２の概要を示す図である。 図１４は、実施形態２にかかるカーシェア利用リクエストテーブルを示す図である。 図１５は、実施形態２にかかるカーシェア情報を示す図である。 図１６は、実施形態２にかかるカーシェア情報生成処理を示すフローチャートである。 図１７Ａは、実施形態２にかかる車両利用者端末におけるカーシェア利用リクエスト登録画面を示す図である。 図１７Ｂは、実施形態２にかかる車両利用者端末におけるカーシェア利用リクエスト登録通知画面を示す図である。 図１８Ａは、実施形態２にかかる車両利用者端末における再シェアされる利用者へのカーシェア契約成立通知画面を示す図である。 図１８Ｂは、実施形態２にかかる車両利用者端末における再シェアする利用者へのカーシェア契約成立通知画面を示す図である。

以下に添付図面を参照して本願の実施形態にかかる共用車両管理装置、共用車両管理システムおよび共用車両管理方法について説明する。以下の各実施形態は、本願を限定するものではない。また、以下の各実施形態は、開示技術に係る構成および処理について主に示し、その他の構成および処理の説明を省略する。そして、以下の各実施形態および各変形例は、矛盾しない範囲で適宜組み合わることができる。また、以下の説明において、同一の構成および処理には同一の符号を付与し、既出の構成および処理の説明は省略する。

［実施形態１］
以下、開示技術の実施形態１について説明する。

（実施形態１の概要）
図１は、実施形態１の概要を示す図である。例えば、実施形態１は、カーシェアリングサービスで共用されるシェアリングカーが、利用者ＸによってＡ地点から徒歩ａ分圏内のＡ地点エリアからＢ地点から徒歩ｂ分圏内のＢ地点エリアまで利用され、Ｂ地点エリアにて利用者Ｘから利用者Ｙへ引き渡され、利用者ＹによってＢ地点エリアからＡ地点エリアまで利用される例である。

例えば、図１に示すように、利用者Ｘは、１０：００にＡ地点エリアのある地点でシェアリングカーに乗車して出発し、（１３：００＋１時間）以内にＢ地点エリアのある地点に到着してシェアリングカーから降車する。そして、利用者Ｙは、利用者Ｘが降車したシェアリングカーを引き継ぎ、１４：００にＢ地点エリアの同地点でシェアリングカーに乗車して出発し、１７：００にＡ地点エリアのある地点に到着してシェアリングカーから降車する。

このように、実施形態１では、利用者ＸによるＡ地点エリアからＢ地点エリアへ至るシェアリングカーの利用と、利用者ＹによるＢ地点エリアからＡ地点エリアへ至るシェアリングカーの利用とを組合せる。よって、利用者Ｘによる単独利用ではシェアリングカーがＡ地点へ戻って来ないためにシェアリングカーを貸し出すことはできないが、利用者Ｘおよび利用者Ｙによる利用を組合せることで、シェアリングカーがＡ地点エリアを出発してＡ地点エリアへ戻って来るようにできるため、シェアリングカーの稼働率を向上させることができる。

また、実施形態１では、利用者ＸによるＡ地点エリアからＢ地点エリアへ至るシェアリングカーの利用と、利用者ＹによるＢ地点エリアからＡ地点エリア至るシェアリングカーの利用とを組合せる際に、ピンポイントのＢ地点ではなく、範囲を持たせたＢ地点エリアで共通領域が存在するか否かに基づく。すなわち、共通領域が存在するか否かに基づくことにより、利用者Ｘおよび利用者Ｙによる１台のシェアリングカーの利用が組合せ可能であると判定できる可能性を高めることができ、延いてはシェアリングカーの稼働率を向上させることができる。

（実施形態１にかかるカーシェア管理システム）
図２は、実施形態１にかかるカーシェア管理システムを示す図である。実施形態１にかかるカーシェア管理システム１Ａは、車両提供者端末３、車両利用者端末４、車載装置５、サーバ装置１０Ａが、移動体通信または固定通信により、ネットワーク２を介して通信可能に接続されている。

車両提供者端末３は、自己所有の乗用車などの車両をカーシェアリングサービスで提供する提供者の端末装置である。提供者は、車両提供者端末３を操作し、自身の属性、提供する車両の属性、車両を貸し出す相手である利用者に求める属性などを入力して、カーシェア管理システム１Ａで提供されるカーシェアリングサービスに車両を登録する。カーシェアリングサービスに車両を登録する際の登録画面などについては、後述する。車両提供者端末３は、パーソナルコンピュータ、タブレット端末、スマートフォンなどのネットワーク接続機能を有するコンピュータ装置であれば、いずれでもよい。

車両利用者端末４は、カーシェアリングサービスで提供されるシェアリングカーを利用する利用者の端末装置である。利用者は、車両利用者端末４を操作し、自身の属性、決済情報（例えばクレジットカード情報や銀行口座情報）などを入力して、カーシェア管理システム１Ａで提供されるカーシェアリングサービスに会員登録する。そして、利用者は、車両利用者端末４を操作し、シェアリングカーの利用リクエスト（例えば利用日時、出発地および出発エリア、出発日時および出発時間帯など）を入力して、カーシェア管理システム１Ａで提供されるカーシェアリングサービスにシェアリングカーの利用リクエストを登録する。カーシェアリングサービスの利用リクエストを登録する際の登録画面などについては、後述する。車両利用者端末４は、パーソナルコンピュータ、タブレット端末、スマートフォンなどのネットワーク接続機能を有するコンピュータ装置であれば、いずれでもよい。

車載装置５は、カーシェアリングサービスで提供されるシェアリングカーそれぞれに搭載され、移動体通信などによりサーバ装置１０Ａと通信を行って、サーバ装置１０Ａによる各シェアリングカーの運行管理のために用いられる。車載装置５は、ＧＰＳ（Global Positioning System）アンテナ（図示せず）を有し、所定周期またはサーバ装置１０Ａの要求に応じて自装置の位置情報をサーバ装置１０Ａへ送信する。

（実施形態１にかかるサーバ装置）
サーバ装置１０Ａは、カーシェア管理システム１Ａにて提供されるカーシェアリングサービスにおいて、提供されるシェアリングカーと、シェアリングカーの利用リクエストをマッチングする。サーバ装置１０Ａは、ＣＰＵ（Central Processing Unit）、内部記憶装置であるＲＡＭ（Random Access Memory）、外部記憶装置であるＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive）などを有するコンピュータである。サーバ装置１０Ａは、記憶部１１Ａ、制御部１２Ａ、通信部１３を有する。通信部１３は、サーバ装置１０Ａが、ネットワーク２を介して外部装置と通信するためのインターフェースである。

記憶部１１Ａは、ＳＳＤやＨＤＤを含み、車両情報マスタテーブル１１−１、利用者情報マスタテーブル１１−２、利用リクエストテーブル１１Ａ−３、カーシェア情報テーブル１１Ａ−４を有する。

（車両情報マスタテーブルについて）
図３は、実施形態１にかかる車両情報マスタテーブルを示す図である。車両情報マスタテーブル１１−１は、サーバ装置１０Ａで管理されるカーシェアリングサービスで提供される車両（シェアリングカー）を登録および管理するためのテーブルである。車両情報マスタテーブル１１−１は、例えば図３に示すように、「車両ＩＤ」「車両提供者ＩＤ」「ホームエリア」「車両状態」の項目を有する。「ホームエリア」はさらに「ホーム地点」「バッファエリア」の項目を有し、「車両状態」はさらに「現在地点」「状況」の項目を有する。

「車両ＩＤ」は、シェアリングカーを一意に識別するためのＩＤである。「車両提供者ＩＤ」は、「車両ＩＤ」で特定されるシェアリングカーの提供者すなわち所有者を一意に識別するためのＩＤである。「ホームエリア」の「ホーム地点」は、「車両ＩＤ」で特定されるシェアリングカーのホームポジションを示すＧＰＳ座標などの位置情報である。

「バッファエリア」とは、ある地点と同等の位置である見なしうるエリアの許容範囲を示す情報である。「バッファエリア」は、ある地点を中心とした例えば“徒歩ｍ分以内”のエリアであっても、ある地点を中心とした“半径ｒｋｍ以内”のエリアなど、その他の表し方によるエリアであってもよい。なお、「バッファエリア」“なし”とは、エリアのバッファを設けない場合を示す。例えば、「バッファエリア」“なし”の「ホームエリア」は、「ホーム地点」で示される位置情報のみとなる。他の「地点」についても同様である。すなわち、あるエリアについて「バッファエリア」が“なし”あるいは他のエリアよりも狭い範囲が指定されることにより、他のエリアとのマッチングが行われる際に、あるエリアが他のエリアよりも場所の指定が優先されることになる。例えば、車両提供者が提供するシェアリングカーの「ホームエリア」の「バッファエリア」“なし”とすると、シェアリングカーの「ホーム地点」が他のいかなるエリアよりも指定場所として優先されることになる。このように、「バッファエリア」の設定は、他の「地点」に対するある「地点」の優先度を制御するパラメータとなる。

「車両状態」の「現在地点」は、「車両ＩＤ」で特定されるシェアリングカーの現在位置情報を示し、該当のシェアリングカーに搭載される車載装置５からリアルタイムまたは定期的に受信した情報である。「車両状態」の「状況」は、「車両ＩＤ」で特定されるシェアリングカーが、現在において「レンタル中」か「予約あり」か「予約なし」のいずれであるかを示す。

「レンタル中」は、該当のシェアリングカーが、現在、カーシェアリングサービスで実際に使用されていることを示す。「予約あり」は、該当のシェアリングカーが、現在、カーシェアリングサービスで実際には使用されていないが、後述のカーシェア情報テーブル１１Ａ−４に利用予定の予約が登録されていることを示す。「予約なし」は、該当のシェアリングカーが、現在、カーシェアリングサービスで実際に使用されておらず、また、カーシェア情報テーブル１１Ａ−４にも利用予定の予約が登録されていないことを示す。

車両情報マスタテーブル１１−１によれば、例えば図３に示すように、「車両ＩＤ」“車両００１”の車両は、「車両提供者ＩＤ」“車両提供者００１”の所有であり、「ホームエリア」が「ホーム地点」“地点００１”、「バッファエリア」“徒歩ｍ１分以内”であり、「車両状態」が「現在位置」“地点９０１”、「状況」“レンタル中”である。

（利用者情報マスタテーブルについて）
図４は、実施形態１にかかる利用者情報マスタテーブル示す図である。利用者情報マスタテーブル１１−２は、サーバ装置１０Ａで管理されるカーシェアリングサービスでシェアリングカーを利用する利用者を会員登録および管理するためのテーブルである。利用者情報マスタテーブル１１−２は、例えば図４に示すように、「車両利用者ＩＤ」「利用者属性情報」などの項目を有する。「利用者属性情報」はさらに「決済情報」「フィードバック情報」などの項目を有する。利用者情報マスタテーブル１１−２は、その他、「車両利用者ＩＤ」で特定される利用者の氏名、連絡先などの属性情報を含む。

「車両利用者ＩＤ」は、カーシェアリングサービスでシェアリングカーを利用する利用者を一意に識別するためのＩＤである。「利用者属性情報」の「決済情報」は、「車両利用者ＩＤ」で特定される利用者が、シェアリングカーの利用の対価を支払うための決済情報であり、例えばクレジットカード情報や銀行口座情報などである。

「利用者属性情報」の「フィードバック情報」は、「車両利用者ＩＤ」で特定される利用者をレーティングする情報である。「フィードバック情報」は、例えば利用者がカーシェアリングサービスの利用ごとに、予約情報に従って出発地点および出発日時や到着地点および到着日時などを遵守した回数をサーバ装置１０Ａで自動集計した「自動評価」に基づく情報である。または、「フィードバック情報」は、「車両利用者ＩＤ」で特定される利用者をシェアリングカーの車両提供者が評価した「フィードバック評価」に基づく情報である。あるいは、「フィードバック情報」は、「自動評価」および「フィードバック評価」に基づく情報を重み付けした加重平均であってもよい。「フィードバック情報」は、「車両提供者ＩＤ」で特定されるシェアリングカーの提供者が、安心してシェアリングカーを提供するために、制限を設けて利用者を選別するための基準となる。

利用者情報マスタテーブル１１−２によれば、例えば図４に示すように、「車両利用者ＩＤ」“利用者００１”の利用者は、「フィードバック情報」“○が８０％以上”である。

（実施形態１にかかる利用リクエストテーブルについて）
図５は、実施形態１にかかるカーシェア利用リクエストテーブルを示す図である。利用リクエストテーブル１１Ａ−３は、サーバ装置１０Ａで管理されるカーシェアリングサービスを利用する利用者が、車両利用者端末４を介してサーバ装置１０Ａへ送信したシェアリングカーの利用リクエストを登録および管理するためのテーブルである。利用リクエストテーブル１１Ａ−３は、例えば図５に示すように、「リクエストＩＤ」「利用者ＩＤ」「リクエスト受信タイムスタンプ」「出発」「到着」「予約登録」「予定遵守評価」の項目を有する。「出発」はさらに「出発エリア」「出発時間帯」の項目を有する。「出発エリア」はさらに「地点」「バッファエリア」の項目を有する。「出発時間帯」はさらに「日時」「バッファ時間」の項目を有する。「到着」はさらに「到着エリア」「到着時間帯」の項目を有する。「到着エリア」はさらに「地点」「バッファエリア」の項目を有する。「到着時間帯」はさらに「日時」「バッファ時間」の項目を有する。

「バッファ時間」は、ある日時と同等の時刻である見なしうる時間帯の許容範囲を示す情報である。「バッファ時間」は、ある日時から例えば“ｔ時間以内”の時間帯である。なお、「バッファ時間」“なし”とは、時間のバッファを設けない場合を示す。例えば、「バッファ時間」“なし”の「日時」は、「日時」で示される時刻情報のみとなる。他の「日時」についても同様である。すなわち、ある日時について「バッファ時間」が“なし”あるいは他の日時よりも狭い時間帯が指定されることにより、他の日時とのマッチングが行われる際に、ある日時が他の日時よりも時刻の指定が優先されることになる。例えば、ある利用者が他の利用者へシェアリングカーを引き渡す地点へ到着する「日時」の「バッファ時間」“なし”とすると、ある利用者の「日時」が他のいかなる日時よりも指定日時として優先されることになる。このように、「バッファ時間」の設定は、他の「日時」に対するある「日時」の優先度を制御するパラメータとなる。

「リクエストＩＤ」は、該当の利用リクエストを一意に識別するためのＩＤである。「利用者ＩＤ」は、「リクエストＩＤ」で特定される利用リクエストを出した利用者を一意に識別するためのＩＤである。「リクエスト受信タイムスタンプ」は、「リクエストＩＤ」で特定される利用リクエストをサーバ装置１０Ａが受信して利用リクエストテーブル１１Ａ−３に登録した日時を示す。

「出発エリア」の「地点」は、「リクエストＩＤ」で特定される利用リクエストで指定された、利用者がシェアリングカーを借り受けて乗車し、出発する地点を示す（乗車地点）。「出発エリア」の「バッファエリア」は、「リクエストＩＤ」で特定される利用リクエストで指定された、「地点」を中心とする「出発エリア」の範囲を示す。「出発時間帯」の「日時」は、「リクエストＩＤ」で特定される利用リクエストで指定された、利用者がシェアリングカーを借り受けて乗車し、出発する日時を示す（乗車日時）。「出発時間帯」の「バッファ時間」は、「リクエストＩＤ」で特定される利用リクエストで指定された、「日時」を始点とする「出発時間帯」の範囲を示す。

また、「到着エリア」の「地点」は、「リクエストＩＤ」で特定される利用リクエストで指定された、利用者がシェアリングカーで到着し、降車して引き渡す地点を示す（降車地点）。「到着エリア」の「バッファエリア」は、「リクエストＩＤ」で特定される利用リクエストで指定された、「地点」を中心とする「到着エリア」の範囲を示す。「到着時間帯」の「日時」は、「リクエストＩＤ」で特定される利用リクエストで指定された、利用者がシェアリングカーで到着し、降車して引き渡す日時を示す（降車日時）。「到着時間帯」の「バッファ時間」は、「リクエストＩＤ」で特定される利用リクエストで指定された、「日時」を始点とする「到着時間帯」の範囲を示す。

「予約登録」は、「リクエストＩＤ」で特定される利用リクエストが、後述するサーバ装置１０Ａでのマッチングにより、他の利用リクエストと組合わされて１つの予約情報（後述のカーシェア情報（共用情報））が生成された場合に、“未”から“済”へと更新される。すなわち、「予約登録」“未”の利用リクエストは、カーシェア情報に組み入れられていない予約未成立状態（予約成立待ち）の利用リクエストである。一方、「予約登録」“済”の利用リクエストは、カーシェア情報に組み入れられて予約成立した利用リクエストである。

「予定遵守評価」は、「リクエストＩＤ」で特定される利用リクエストが予約成立し、後述のカーシェア情報が生成されて、このカーシェア情報に従って実際にカーシェアが行われた際に、該当利用リクエストについて「出発」および「到着」に関して地点および時間帯が遵守されたならば“○”、遵守されなかったならば“×”と決定される。そして、決定された“○”および“×”がサーバ装置１０Ａにより登録される。「予定遵守評価」は、「利用者ＩＤ」ごとに集計され、利用者情報マスタテーブル１１−２の「フィードバック情報」に反映される。

利用リクエストテーブル１１Ａ−３によれば、例えば図５に示すように、「リクエストＩＤ」“リクエスト００１”の利用リクエストは、「利用者ＩＤ」“利用者００１”、「リクエスト受信タイムスタンプ」“タイムスタンプ００１”、「出発エリア」の「地点」“地点１０１”、「バッファエリア」“徒歩ｍ１分以内”、「出発時間帯」の「日時」“日時１０１”、「バッファ時間」“ｔ１時間”、「到着エリア」の「地点」“地点２０１”、「バッファエリア」“徒歩ｍ１分以内”、「到着時間帯」の「日時」“日時２０１”、「バッファ時間」“ｔ１時間”、「予約登録」“済”、「予定遵守評価」“○”である。

（実施形態１にかかるカーシェア情報テーブル）
図６は、実施形態１にかかるカーシェア情報テーブルを示す図である。カーシェア情報テーブル１１Ａ−４は、サーバ装置１０Ａで管理されるカーシェアリングサービスにおいて、利用リクエストテーブル１１Ａ−３の利用リクエストを組合せて予約成立したカーシェア情報（共用情報）を管理するためのテーブルである。利用リクエストテーブル１１Ａ−３は、例えば図６に示すように、「カーシェア予約ＩＤ」「車両ＩＤ」「第１区間」「第２区間」「カーシェア情報生成タイムスタンプ」の項目を有する。「第１区間」は、さらに「リクエストＩＤ」「出発」の項目を有する。「第２区間」は、さらに「リクエストＩＤ」「出発」の項目を有する。それぞれの「出発」は、さらに「地点」「日時」の項目を有する。

「カーシェア予約ＩＤ」は、該当のカーシェア情報を一意に識別するためのＩＤである。「車両ＩＤ」は、「カーシェア予約ＩＤ」で特定されるカーシェア情報で利用される車両を一意に識別するためのＩＤである。

「第１区間」の「リクエストＩＤ」は、該当のカーシェア情報においてマッチングされた一方の利用リクエストを一意に識別するためのＩＤである。「第１区間」の「地点」は、該当の利用リクエストの「出発エリア」（図５参照）と、「車両ＩＤ」で特定されるシェアリングカーの「ホームエリア」（図３参照）とを摺り合わせて決定された地点である。

例えば、図１では、「第１区間」は、Ａ地点エリアからＢ地点エリアへ向かう区間である。例えば、図６に示す「第１区間」の「地点」“地点ｘ１０１”は、シェアリングカーの「ホームエリア」“地点００１”および“徒歩ｍ１分以内”（図３参照）と、「リクエストＩＤ」“リクエスト００１”で特定される利用リクエストの「出発エリア」“地点１０１”および“徒歩ｍ１分以内”（図５参照）とに共通エリアありと判定され、その共通エリア内から決定された所定地点である。例えば、この所定地点は、「ホームエリア」に含まれる「ホーム地点」（図３参照）に最も近い地点、「出発エリア」に含まれる「地点」（図５参照）に最も近い地点、これらの「ホームエリア」および「出発エリア」それぞれに含まれる各「地点」の中間地点などが挙げられる。「第１区間」の「日時」“日時ｘ１０１”は、「リクエストＩＤ」“リクエスト００１”で特定される利用リクエストの「出発時間帯」“日時１０１”および“ｔ１時間”（図５参照）に基づいて決定された日時である。

なお、“地点ｘ・・・”“日時ｘ・・・”のように、“ｘ”を付与して表す地点および日時は、比較する２つのエリアおよび時間帯に共通エリアおよび共通時間帯ありと判定され、その共通エリア内および共通時間帯内からそれぞれ決定された所定地点および所定日時を示すこととする。また、“地点ｘ・・・”“日時ｘ・・・”は、比較する２つのエリアおよび時間帯の各バッファの範囲で、利用時間、乗車場所、降車場所に加え、周辺道路情報（渋滞、走行距離、道路封鎖状況など）も加味して、シェアリングカーの受け取り、引き渡しが可能な地点および日時として算出される。

また、「第２区間」の「リクエストＩＤ」は、該当のカーシェア情報においてマッチングされた他方の利用リクエストを一意に識別するためのＩＤである。「第２区間」の「地点」は、該当の利用リクエストの「出発エリア」（図５参照）と、「第１区間」の「リクエストＩＤ」で特定される利用リクエストの「到着エリア」（図５参照）とを摺り合わせて決定された地点である。

例えば、図１では、「第２区間」は、Ｂ地点エリアからＡ地点エリアへ向かう区間である。例えば、図６に示す「第２区間」の「地点」“地点ｘ１１１”は、「第１区間」の「リクエストＩＤ」“リクエスト００１”で特定される利用リクエストの「到着エリア」“地点２０１”および“徒歩ｍ１分以内”（図５参照）と、「第２区間」の「リクエストＩＤ」“リクエスト０１１”で特定される利用リクエストの「出発エリア」“地点１１１”および“徒歩ｍ１分以内”（図５参照）とに共通エリアありと判定され、その共通エリア内から決定された所定地点である。例えば、この所定地点は、「リクエストＩＤ」“リクエスト００１”で特定される利用リクエストの「到着エリア」に含まれる「地点」に最も近い地点、「リクエストＩＤ」“リクエスト０１１”で特定される利用リクエストの「出発エリア」に含まれる「地点」に最も近い地点、これらの「到着エリア」および「出発エリア」それぞれに含まれる各「地点」の中間地点、「リクエストＩＤ」“リクエスト００１”および“リクエスト０１１”の利用リクエストのうち、「リクエスト受信タイムスタンプ」が古い方の「出発」または「到着」の「地点」に最も近い地点などが挙げられる。

また、例えば、図６に示す「第２区間」の「日時」“日時ｘ１１１”は、「第１区間」の「リクエストＩＤ」“リクエスト００１”で特定される利用リクエストの「到着時間帯」“日時２０１”および“ｔ１時間”（図５参照）と、「第２区間」の「リクエストＩＤ」“リクエスト０１１”で特定される利用リクエストの「出発時間帯」“日時１１１”および“ｔ１時間”（図５参照）とに共通時間帯ありと判定され、その共通時間帯内から決定された所定日時である。例えば、この所定日時は、「リクエストＩＤ」“リクエスト００１”で特定される利用リクエストの「到着時間帯」に含まれる「日時」に最も近い日時、「リクエストＩＤ」“リクエスト０１１”で特定される利用リクエストの「出発時間帯」に含まれる「日時」に最も近い日時、これらの「到着時間帯」および「出発時間帯」それぞれに含まれる各「日時」の中間日時、「リクエストＩＤ」“リクエスト００１”および“リクエスト０１１”の利用リクエストのうち、「リクエスト受信タイムスタンプ」が古い方の「出発」または「到着」の「日時」に最も近い日時などが挙げられる。

「カーシェア情報生成タイムスタンプ」は、該当のカーシェア情報のレコードが生成された日時を示す。

カーシェア情報テーブル１１Ａ−４によれば、例えば図６に示すように、「カーシェア予約ＩＤ」“予約００１”のカーシェア情報は、「車両ＩＤ」“車両００１”、「第１区間」の「リクエストＩＤ」“リクエスト００１”、「出発」の「地点」“地点ｘ１０１”、「日時」“日時ｘ１０１”、「第２区間」の「リクエストＩＤ」“リクエスト０１１”、「出発」の「地点」“地点ｘ１１１”、「日時」“日時ｘ１１１”、「カーシェア情報生成タイムスタンプ」“タイムスタンプ１０１”である。

このように、エリアおよび時間帯が重複することにより地点および日時を摺り合わせて「第１区間」および「第２区間」の利用リクエストを組合せる。これにより、単独の利用者による利用であればシェアリングカーがホームエリアに戻らないためカーエアリング契約が成立しない場合であっても、複数の利用者による利用を組合せることによって、シェアリングカーがホームエリアに戻ることが可能となるため、カーエアリング契約成立を促進し、シェアリングカーの稼働率を向上させることができる。

（サーバ装置１０Ａの制御部１２Ａについて）
制御部１２Ａは、プログラムを実行するＣＰＵなどの処理装置である。制御部１２Ａは、車両管理部１２−１、利用者情報管理部１２−２、利用リクエスト管理部１２Ａ−３、カーシェア情報生成部１２Ａ−４、カーシェア管理部１２Ａ−５を有する。

車両管理部１２−１は、車両提供者端末３からシェアリングカーに関する情報を受信して車両情報のレコードを生成し、図３に示す車両情報マスタテーブル１１−１に登録する。利用者情報管理部１２−２は、車両利用者端末４からカーシェアリングサービス利用開始に際して会員登録情報を受信して利用者情報のレコードを生成し、図４に示す利用者情報マスタテーブル１１−２に登録する。

利用リクエスト管理部１２Ａ−３は、車両利用者端末４からカーシェアリングサービスの利用リクエストを受信して利用リクエストのレコードを生成し、図５に示す利用リクエストテーブル１１Ａ−３に登録する。利用リクエスト管理部１２Ａ−３は、利用リクエストのレコードを利用リクエストテーブル１１Ａ−３に登録すると、利用リクエストを送信した利用者の車両利用者端末４へ、登録完了通知を送信する。

カーシェア情報生成部１２Ａ−４は、利用リクエストテーブル１１Ａ−３に登録されている利用リクエストから複数の利用リクエスト（例えば２つの利用リクエスト）を選択し、複数の利用者（例えば２人の利用者）により、１台のシェアリングカーが、出発地を出発して到着地を経由して出発地へ戻る、という経路を形成するシェアリング情報を生成する。カーシェア情報生成部１２Ａ−４は、シェアリング情報を生成した場合には、利用リクエストテーブル１１Ａ−３において該当する利用リクエストの「予約登録」を“済”にする。そして、カーシェア情報生成部１２Ａ−４は、生成したシェアリング情報に該当する利用リクエストを送信した利用者の車両利用者端末４へ、予約成立通知を送信する。

カーシェア管理部１２Ａ−５は、車載装置５から受信する各シェアリングカーの現在位置などの情報を車両情報マスタテーブル１１−１の「車両状態」の「現在地点」に登録する。また、カーシェア管理部１２Ａ−５は、各シェアリングカーの現在位置の情報、渋滞や工事などに基づく道路状況、天候状況などに基づいて、目的地へ向かっているシェアリングカーに到着遅延が見込まれる場合には、このシェアリングカーを現在使用している利用者およびこのシェアリングカーを引き継いで次に使用予定の利用者に対して、遅延情報を通知する。

また、カーシェア管理部１２Ａ−５は、各カーシェア情報に含まれる利用リクエストに該当する利用者が、予定の出発および到着のエリアおよび時間帯を遵守したか否かを監視する。そして、カーシェア管理部１２Ａ−５は、定められた出発および到着のエリアおよび時間帯が遵守された場合には、該当の利用リクエストの「予定遵守評価」を“○”にする。一方、カーシェア管理部１２Ａ−５は、定められた出発および到着のエリアおよび時間帯が遵守されなかった場合には、該当の利用リクエストの「予定遵守評価」を“×”にする。また、カーシェア管理部１２Ａ−５は、車両提供者端末３からシェアリングカーの所有者による使用者のフィードバック評価を受け付ける。カーシェア管理部１２Ａ−５は、「予定遵守評価」およびフィードバック評価に基づき、利用者情報マスタテーブル１１−２における利用者ごとの「フィードバック情報」を更新する。

（実施形態１にかかる利用リクエスト登録処理）
図７は、実施形態１にかかる利用リクエスト登録処理を示すフローチャートである。実施形態１にかかる利用リクエストを登録処理は、サーバ装置１０Ａの利用リクエスト管理部１２Ａ−３が車両利用者端末４から利用リクエストを受信するごとに実行される。まず、利用リクエスト管理部１２Ａ−３は、車両利用者端末４から利用リクエストを受信する（ステップＳ１１）。次に、利用リクエスト管理部１２Ａ−３は、利用リクエストを利用リクエストテーブル１１Ａ−３に登録する（ステップＳ１２）。

（実施形態１にかかるカーシェア情報生成処理）
図８は、実施形態１にかかるカーシェア情報生成処理を示すフローチャートである。実施形態１にかかるカーシェア情報生成処理は、所定周期または図７に示す利用リクエスト登録処理を実行するごとに、サーバ装置１０Ａのカーシェア情報生成部１２Ａ−４により実行される。

まず、カーシェア情報生成部１２Ａ−４は、利用リクエストテーブル１１Ａ−３に、「予約登録」“未”であって、一方の「到着エリア」および「到着時間帯」と、他方の「出発エリア」および「出発時間帯」とが重なり合う未処理の利用リクエストのレコードのペアが存在するか否かを判定する（ステップＳ２１）。

すなわち、ステップＳ２１では、カーシェア情報生成部１２Ａ−４は、例えば図１に示すような、Ａ地点エリア→Ｂ地点エリアの第１区間の利用リクエストのＢ地点エリアへの到着エリアおよび到着時間帯と、Ｂ地点エリア→Ａ地点エリアの第２区間の利用リクエストのＢ地点エリアからの出発エリアおよび出発時間帯とが重なり合う利用リクエストのペアを全て列挙する。

カーシェア情報生成部１２Ａ−４は、「出発エリア」および「出発時間帯」が重なり合う未処理の利用リクエストのレコードのペアが存在する場合に（ステップＳ２１：Ｙｅｓ）、該当する全ての利用リクエストのレコードのペアを列挙し、ステップＳ２２へ処理を移す。一方、カーシェア情報生成部１２Ａ−４は、「出発エリア」および「出発時間帯」が重なり合う未処理の利用リクエストのレコードのペアが存在しない場合に（ステップＳ２１：Ｎｏ）、カーシェア情報生成処理を終了する。

ステップＳ２２では、カーシェア情報生成部１２Ａ−４は、ステップＳ２１で列挙した未処理の利用リクエストのレコードのペアを１つ選択する。次に、カーシェア情報生成部１２Ａ−４は、ステップＳ２２で選択した利用リクエストのレコードのペアの一方の「出発エリア」および他方の「到着エリア」と「ホームエリア」が重なり合う車両情報マスタテーブルのレコードが存在するか否かを判定する（ステップＳ２３）。

すなわち、ステップＳ２３では、カーシェア情報生成部１２Ａ−４は、例えば図１に示すような、Ａ地点エリア→Ｂ地点エリアの第１区間の利用リクエストのＡ地点エリアの出発エリアと、Ｂ地点エリア→Ａ地点エリアの第２区間の利用リクエストのＡ地点エリアの到着エリアと、重なり合う「ホームエリア」を有する車両が車両情報マスタテーブル１１−１に存在するか否かを判定することにより、ステップＳ２２で選択した利用リクエストのペアで利用することができるシェアリングカーを検索する。

カーシェア情報生成部１２Ａ−４は、利用リクエストのレコードのペアの一方の「出発エリア」および他方の「到着エリア」と「ホームエリア」が重なり合う車両情報マスタテーブルのレコードが存在する場合に（ステップＳ２３：Ｙｅｓ）、ステップＳ２４へ処理を移す。一方、カーシェア情報生成部１２Ａ−４は、利用リクエストのレコードのペアの一方の「出発エリア」および他方の「到着エリア」と「ホームエリア」が重なり合う車両情報マスタテーブルのレコードが存在しない場合に（ステップＳ２３：Ｎｏ）、ステップＳ２２へ処理を移す。

ステップＳ２４では、カーシェア情報生成部１２Ａ−４は、ステップＳ２２で選択した利用リクエストのレコードからカーシェア情報を生成し、カーシェア情報テーブル１１Ａ−４に登録する。次に、カーシェア情報生成部１２Ａ−４は、ステップＳ２２で選択した各利用リクエストのレコードの「予約登録」を“済”にする（ステップＳ２５）。

次に、カーシェア情報生成部１２Ａ−４は、ステップＳ２１で列挙した全ての利用リクエストのレコードについてステップＳ２２以降の処理を実行したか否かを判定する（ステップＳ２６）。カーシェア情報生成部１２Ａ−４は、ステップＳ２１で列挙した全ての利用リクエストのレコードについてステップＳ２２以降の処理を実行した場合に（ステップＳ２５：Ｙｅｓ）、カーシェア情報生成処理を終了する。一方、カーシェア情報生成部１２Ａ−４は、ステップＳ２１で列挙した利用リクエストのレコードについてステップＳ２２以降の処理を実行していないレコードが存在する場合に（ステップＳ２５：Ｎｏ）、ステップＳ２２へ処理を移す。

（実施形態１にかかる遅延通知処理）
図９は、実施形態１にかかる遅延通知処理を示すフローチャートである。実施形態１にかかる遅延通知処理は、サーバ装置１０Ａのカーシェア管理部１２Ａ−５により、所定周期で実行される。まず、カーシェア管理部１２Ａ−５は、カーシェア情報テーブル１１Ａ−４に、現在時刻が、「第１区間」の「（出発）日時」と、「第２区間」の「（出発）日時」との間であるカーシェア情報のレコードが存在するか否かを判定する（ステップＳ３１）。

すなわち、ステップＳ３１では、カーシェア管理部１２Ａ−５は、カーシェア情報テーブル１１Ａ−４に、「第１区間」を移動中のシェアリングカーが存在するか否かを判定する。「第１区間」を移動中のシェアリングカーは、例えば図１に示す例では、Ａ地点エリア→Ｂ地点エリアを移動中のシェアリングカーであり、Ｂ地点エリアにおいてシェアリングカーの引き継ぎが行われるシェアリングカーである。そして、遅滞なくシェアリングカーの引き継ぎが行われるためには、Ｂ地点エリアへ到着するまで運行状況を監視することが望ましいシェアリングカーであることから、このシェアリングカーに関するカーシェア情報を列挙する。

カーシェア管理部１２Ａ−５は、カーシェア情報テーブル１１Ａ−４に、現在時刻が、「第１区間」の「（出発）日時」と、「第２区間」の「（出発）日時」との間であるカーシェア情報のレコードが存在する場合に（ステップＳ３１：Ｙｅｓ）、ステップＳ３２へ処理を移す。一方、カーシェア管理部１２Ａ−５は、カーシェア情報テーブル１１Ａ−４に、現在時刻が、「第１区間」の「（出発）日時」と、「第２区間」の「（出発）日時」との間であるカーシェア情報のレコードが存在しない場合に（ステップＳ３１：Ｎｏ）、遅延通知処理を終了する。

ステップＳ３２では、カーシェア管理部１２Ａ−５は、ステップＳ３１で列挙したカーシェア情報のレコードから１レコードを選択する。次に、カーシェア管理部１２Ａ−５は、ステップＳ３２で選択したカーシェア情報のレコードに該当するシェアリングカーの「現在位置」を取得する（ステップＳ３３）。

次に、カーシェア管理部１２Ａ−５は、現在時刻と、シェアリングカーの「現在位置」と、「第２区間」の「（出発）地点」とから、シェアリングカーの遅延（および予測遅延時間）が判断されるか否かを判定する（ステップＳ３４）。すなわち、ステップＳ３４では、カーシェア管理部１２Ａ−５は、シェアリングカーの遅延発生に対して早期のアラートを出すなどを行うため、遅延発生の判断を行う。

カーシェア管理部１２Ａ−５は、現在時刻と、シェアリングカーの「現在位置」と、「第２区間」の「（出発）地点」とから、シェアリングカーの遅延（および予測遅延時間）が判断される場合に（ステップＳ３４：Ｙｅｓ）、ステップＳ３５へ処理を移す。一方、カーシェア管理部１２Ａ−５は、現在時刻と、シェアリングカーの「現在位置」と、「第２区間」の「（出発）地点」とから、シェアリングカーの遅延（および予測遅延時間）が判断されない場合に（ステップＳ３４：Ｎｏ）、ステップＳ３２へ処理を移す。

ステップＳ３５では、カーシェア管理部１２Ａ−５は、ステップＳ３５で判断された遅延および予測遅延時間を、「第１区間」および「第２区間」の利用者へ通知する。

次に、カーシェア管理部１２Ａ−５は、ステップＳ３１で列挙した全てのカーシェア情報のレコードについてステップＳ３２以降の処理を実行したか否かを判定する（ステップＳ３６）。カーシェア管理部１２Ａ−５は、ステップＳ３１で列挙した全てのカーシェア情報のレコードについてステップＳ３２以降の処理を実行した場合に（ステップＳ３６：Ｙｅｓ）、遅延通知処理を終了する。一方、カーシェア管理部１２Ａ−５は、ステップＳ３１で列挙した全てのカーシェア情報のレコードについてステップＳ３２以降の処理を実行していない場合に（ステップＳ３６：Ｎｏ）、ステップＳ３２へ処理を移す。

（実施形態１にかかるシェアリングカー登録画面）
図１０Ａは、実施形態１にかかる車両提供者端末におけるシェアリングカー登録画面を示す図である。シェアリングカー登録画面は、車両提供者端末３の画面３ａに表示される入力画面である。図１０Ａに示すように、シェアリングカー登録画面には、「車両提供者ＩＤ」「ホーム地点」「バッファエリア」「希望する利用者レベル」の入力エリアがある。車両提供者端末３を操作するシェアリングカーの「車両提供者ＩＤ」で特定される提供者により各項目が入力され、「登録」ボタンが押下されると、入力された各項目の情報がサーバ装置１０Ａへと送信され、サーバ装置１０Ａにて車両情報のレコードが生成されて車両情報マスタテーブル１１−１に登録される。「ホーム地点」「バッファエリア」は、登録するシェアリングカーのホーム地点およびバッファエリアである。「希望する利用者レベル」は、例えば登録するシェアリングカーを“○の評価が８０％以上”の利用者にのみ利用させたい場合には、かかる指定が入力される。例えば“○の評価が８０％以上”とは、シェアリングカーの提供者による「評価」およびカーシェア管理部１２Ａ−５による「予定遵守評価」の全評価における“○”の比率が８０％以上であることをいう。「キャンセル」ボタンは、各項目の入力作業を中止する場合に押下される。

（実施形態１にかかるカーシェア利用者評価画面）
図１０Ｂは、実施形態１にかかる車両提供者端末におけるカーシェア利用者評価画面を示す図である。カーシェア利用者評価画面は、車両提供者端末３の画面３ａに表示される入力画面である。図１０Ｂに示すように、カーシェア利用者評価画面には、「車両提供者ＩＤ」「車両ＩＤ」「利用者ＩＤ」「評価」の入力エリアがある。「利用者ＩＤ」で特定される利用者による「車両ＩＤ」で特定されるシェアリングカーの利用終了後に、車両提供者端末３を操作するシェアリングカーの「車両提供者ＩＤ」で特定される提供者により「評価」を含む各項目が入力され、「登録」ボタンが押下される。「評価」は、例えば利用者を“○”“×”の２段階で評価する場合には、“○”“×”のいずれかを入力する。入力された各項目の情報は、サーバ装置１０Ａへと送信され、サーバ装置１０Ａにて利用者情報マスタテーブル１１−２の「フィードバック情報」に反映される。「キャンセル」ボタンは、各項目の入力作業を中止する場合に押下される。

（実施形態１にかかるカーシェア利用リクエスト登録画面）
図１１Ａは、実施形態１にかかる車両利用者端末におけるカーシェア利用リクエスト登録画面を示す図である。カーシェア利用リクエスト登録画面は、車両利用者端末４の画面４ａに表示される入力画面である。図１１Ａに示すように、カーシェア利用リクエスト登録画面には、「利用者ＩＤ」と、利用者が指定する「出発地」「出発日時」「到着地」「到着日時」およびこれらの「バッファ」の入力エリアがある。車両利用者端末４を操作する「利用者ＩＤ」で特定される利用者により各項目が入力され、「登録」ボタンが押下されると、入力された各項目の情報がサーバ装置１０Ａへと送信され、サーバ装置１０Ａにて利用リクエストのレコードが生成されて利用リクエストテーブル１１Ａ−３に登録される。「キャンセル」ボタンは、各項目の入力作業を中止する場合に押下される。

（実施形態１にかかるカーシェア利用リクエスト登録通知画面）
図１１Ｂは、実施形態１にかかる車両利用者端末におけるカーシェア利用リクエスト登録通知画面を示す図である。カーシェア利用リクエスト登録通知画面は、車両利用者端末４が、カーシェアの利用リクエストがサーバ装置１０Ａにより利用リクエストテーブル１１Ａ−３に登録された際にその旨をサーバ装置１０Ａから受信し、画面４ａに表示される通知画面である。図１１Ｂに示すように、カーシェア利用リクエスト登録通知画面には、図１１Ａに示すカーシェア利用リクエスト登録画面で入力されてサーバ装置１０Ａにて利用リクエストテーブル１１Ａ−３に登録された利用リクエストの内容およびリクエスト番号（リクエストＩＤ）が表示される。「閉じる」ボタンは、表示を閉じる場合に押下される。

（実施形態１にかかるカーシェア契約成立通知画面）
図１１Ｃは、実施形態１にかかる車両利用者端末におけるカーシェア契約成立通知画面を示す図である。カーシェア契約成立通知画面は、車両利用者端末４が、サーバ装置１０Ａによるマッチングにより生成されたカーシェア情報がカーシェア情報テーブル１１Ａ−４に登録されてカーシェア契約が成立した旨をサーバ装置１０Ａから受信し、画面４ａに表示される通知画面である。図１１Ｃに示すように、カーシェア契約成立通知画面には、成立したカーシェア予約に関する内容およびカーシェア予約番号（カーシェア予約ＩＤ）が表示される。「閉じる」ボタンは、表示を閉じる場合に押下される。

（実施形態１にかかるカーシェア契約不成立通知画面）
図１１Ｄは、実施形態１にかかる車両利用者端末におけるカーシェア契約不成立通知画面を示す図である。カーシェア契約不成立通知画面は、車両利用者端末４が、サーバ装置１０Ａによるマッチングによってもカーシェア情報が生成されず、カーシェア契約が不成立の旨をサーバ装置１０Ａから受信し、画面４ａに表示される通知画面である。図１１Ｄに示すように、カーシェア契約不成立通知画面には、成立しなかった利用リクエストに関する内容（リクエスト番号（リクエストＩＤ）を含む）が表示される。「閉じる」ボタンは、表示を閉じる場合に押下される。なお、カーシェア契約不成立通知画面は、利用リクエストが指定する出発日時の所定時間前（例えば２４時間前）までにカーシェア情報が生成されなかった利用リクエストについて通知するとしてもよい。

（実施形態１にかかる到着遅延見込み通知画面（シェアリングカー引き渡し側））
図１２Ａは、実施形態１にかかる車両利用者端末における到着遅延見込み通知画面（シェアリングカー引き渡し側）を示す図である。到着遅延見込み通知画面（シェアリングカー引き渡し側）は、車両利用者端末４が、自端末を携帯して利用者（シェアリングカーを他の利用者へ引き渡す義務がある利用者）が乗車するシェアリングカーの到着地（目的地）への到着遅延の旨をサーバ装置１０Ａから受信し、画面４ａに表示する通知画面である。図１２Ａに示すように、到着遅延見込み通知画面（シェアリングカー引き渡し側）には、自シェアリングカーの遅延および遅延時間に関する内容が表示される。「閉じる」ボタンは、表示を閉じる場合に押下される。

（実施形態１にかかる到着遅延見込み通知画面（シェアリングカー引き継ぎ側））
図１２Ｂは、実施形態１にかかる車両利用者端末における到着遅延見込み通知画面（シェアリングカー引き継ぎ側）を示す図である。到着遅延見込み通知画面（シェアリングカー引き継ぎ側）は、車両利用者端末４が、自端末を携帯する利用者（シェアリングカーを他の利用者から引き継ぐ予定の利用者）が到着を待ち受けるシェアリングカーの到着地（目的地）への到着遅延の旨をサーバ装置１０Ａから受信し、画面４ａに表示する通知画面である。図１２Ｂに示すように、到着遅延見込み通知画面（シェアリングカー引き継ぎ側）には、引き継ぐ予定のシェアリングカーの遅延および遅延時間に関する内容が表示される。「閉じる」ボタンは、表示を閉じる場合に押下される。

実施形態１によれば、単独の利用者ではシェアリングカーを出発地点まで戻すことができずにカーシェアできないない場合であっても、複数の利用リクエストをサーバ装置１０Ａの処理により組合せる。これにより、１台のシェアリングカーが出発地点を出発し、出発地点まで戻る経路を複数の利用者により形成できるため、シェアリングカーがシェアされる可能性が高まり、シェアリングカーの稼働率を高めることができる。よって、シェアリングカーの提供者、カーシェアリングの事業者の収益性を高めることができる。また、シェアリングカーがシェアされる可能性が高まることから、カーシェアリング事業の活性化を図ることができる。

また、実施形態１によれば、複数の利用リクエストをサーバ装置１０Ａの処理により組合せることにより、１台のシェアリングカーが出発地点を出発し、出発地点まで戻る経路を複数の利用者により形成できるため、単独の利用者はシェアリングカーを出発地点まで戻す必要がないため、利用者の利用区間および利用時間のニーズにきめ細かく対応できるカーシェアリングサービスを提供できる。よって、カーシェアリングの利用者の経済的負担を軽減し、利用者の利便性を高めることができる。

また、実施形態１によれば、シェアリングカーの進行方向、走行環境（道路渋滞、道路工事、道路規制、道路封鎖、気象など）を加味してシェアリングカーの遅延が発生する可能性があると判断される場合に、早期のアラートを出す。これにより、シェアリングカーを引き渡す利用者および引き継ぐ利用者双方に遅延を予め認識させるとともに、次善の対応を取らせることができる。

（実施形態１の変形例）
（１）シェアリングカーの引き継ぎ形態について
実施形態１では、２名の利用者で第１区間および第２区間でシェアリングカーを引き継ぐことにより、シェアリングカーがホームエリアから出発してホームエリアへ戻る経路を形成する例を示す。しかし、シェアリングカーがホームエリアから出発してホームエリアへ戻る経路を形成するパターンは、２名の利用者で第１区間および第２区間でシェアリングカーを引き継ぐ形態に限らず、ｍ名の利用者でｎ区間（ｍ≦ｎ、ｍ，ｎは２以上の自然数）でシェアリングカーを引き継ぐ形態であってもよい。なお、シェアリングカーがホームエリアから出発してホームエリアへ戻る経路に限らず、シェアリングカーが第１の地点から出発して第２の地点（第２の地点は、第１の地点と同一でも異なってもよい）へ戻る経路であってもよい。

（２）車両利用者端末について
実施形態１では、車両利用者端末４は、パーソナルコンピュータ、タブレット端末、スマートフォンなどのネットワーク接続機能を有するコンピュータ装置である。そして、例えば車両利用者端末４をＧＰＳ機能を有するスマートフォンなどとし、カーシェア管理システム１Ａにて提供されるカーシェアリングサービスの専用アプリケーションをスマートフォンにインストールさせ、実施形態１で説明した車両利用者端末４で行う各種の入出力処理を行わせるとともに、専用アプリケーションとＧＰＳ機能とが連係してシェアリングカーの現在位置追尾機能を持たせるようにしてもよい。専用アプリケーションをインストールしたスマートフォンによりシェアリングカーの現在位置の追尾機能を実現する場合には、車載装置５は省略可能である。

また、シェアリングカーが指定時刻に指定場所へ到着が困難であることの予測精度を向上させるため、車載装置５やスマートキーを用いたシェアリングカーのイグニションのオンオフ管理を、シェアリングカーの現在位置の追尾と併用してもよい。

また、近距離無線通信機能を有するスマートフォンにスマートキーの機能を持たせ、専用アプリケーションが動作するスマートフォンにダウンロードしたワンタイムのイグニション・キー情報を、シェアリングカーのスマートキーとして用いてもよい。

（３）車種について
実施形態１では、車両情報マスタテーブル１１−１では、説明の簡素化のため、車種に関する情報は管理せず、カーシェアリングサービスの利用者も、車種に関する情報を指定せず、出発地、出発日時、到着地、到着日時およびそれらのバッファを指定してマッチするシェアリングカーを選択するとする。しかし、これに限らず、シェアリングカーの登録時に車種に関する情報（タイプ、車名、車両スペックなど）も入力させて車両情報マスタテーブル１１−１で管理し、カーシェアリングサービスの利用者も車種に関する情報を含めたシェアリングカーの希望条件を指定するようにしてもよい。これにより、利用者は、希望する車種のシェアリングカーを利用することができる。

（４）遅延通知について
実施形態１にかかる遅延通知処理では、カーシェア管理部１２Ａ−５は、シェアリングカーの進行方向、走行環境（渋滞、工事、規制、封鎖、気象など）を加味してシェアリングカーの遅延が発生する可能性があると判断される場合に、早期のアラートを出すが、さらに、遅延挽回策（例えば代替ルートなど）を通知するとしてもよい。

（５）バッファについて
実施形態１では、地点のバッファエリアは、“徒歩ｍ分以内”や“半径ｒｋｍ以内”などの単純距離に基づいた指定とするが、地点周辺の天候状況、地形や渋滞などの道路状況を加味して、可変の加重計数を乗じて指定してもよい。例えば、ある地点周辺の天候状況が豪雨である場合に、この地点のバッファエリアは、通常指定の“徒歩ｍ分以内”“半径ｒｋｍ以内”に対し、ｃ（＞１）倍の“徒歩（ｃ×ｍ）分以内”“半径（ｃ×ｒ）ｋｍ以内”としてもよい。

［実施形態２］
以下、開示技術の実施形態２について説明する。実施形態２の説明は、実施形態１と異なる部分のみ行い、実施形態１と同一の部分については説明を省略する。実施形態２は、実施形態１と、矛盾しない範囲で組合せることができる。

（実施形態２の概要）
図１３は、実施形態２の概要を示す図である。例えば、実施形態２は、カーシェアリングサービスで共用されるシェアリングカーが、利用者ＸによってＡ地点から徒歩ａ分圏内のＡ地点エリアからＢ地点から徒歩ｂ分圏内のＢ地点エリアまで利用される。その後、シェアリングカーは、Ｂ地点エリアに利用者Ｘから利用者Ｙへ引き渡され、利用者Ｙによって所定時間内にＢ地点エリアを出発してＢ地点エリアへ戻って利用者Ｘへ再度引き渡され、再度利用者ＸによってＢ地点エリアからＡ地点エリアまで利用される例である。このＢ地点エリアにおける利用者Ｘから利用者Ｙへの一時的なシェアカーの引き渡しを、再シェアと呼ぶ。

例えば、図１３に示すように、利用者Ｘは、１０：００にＡ地点エリアのある地点でシェアリングカーに乗車して出発し、（１３：００＋１時間）以内にＢ地点エリアのある地点に到着してシェアリングカーから降車する。そして、利用者Ｙは、利用者Ｘが降車したシェアリングカーを引き継ぎ、１４：００〜１６：００の間でＢ地点エリアを出発してＢ地点へ戻り、シェアリングカーから降車する（再シェア）。そして、利用者Ｘは、利用者Ｙが降車したシェアリングカーを再度引き継ぎ、１７：００にＢ地点エリアの同地点でシェアリングカーに乗車して出発し、２０：００にＡ地点エリアのある地点に到着してシェアリングカーから降車する。なお、Ｂ地点エリア→Ａ地点エリアのシェアリングカーの利用者は、利用者Ｘおよび利用者Ｙと異なる利用者Ｚであってもよい。

このように、実施形態２では、利用者ＸによるＡ地点エリアからＢ地点エリアへ至ってＡ地点エリアへ戻るシェアリングカーの利用と、利用者ＹによるＢ地点エリア周辺でのシェアリングカーの利用とを組合せる。よって、利用者Ｘによる単独利用では、Ｂ地点エリアにおいてシェアリングカーが所定時間だけ駐車などにより遊休状態になるが、この遊休状態の間にシェアリングカーを利用する利用リクエストがあれば、その利用リクエストを充足させることにより、シェアリングカーの稼働率を向上させ、シェアリングカーの提供者およびカーシェアリング事業者の収益機会を増加させるとともに、利用者Ｘの利用料負担を軽減することができる。

例えば、１時間当たりのシェアリングカーの利用料を￥１，０００、カーシェアリング事業者の手数料（取り分）を利用料合計の１０％、シェアリングカーの提供者の取り分を利用料合計の９０％とする。図１３において、再シェアを行わない場合は、利用者Ｘは、１０時間利用であるので、１０ｈ×￥１，０００＝￥１０，０００の利用料を支払う。このうち￥１，０００がカーシェアリング事業者の手数料（取り分）となり、￥９，０００がシェアリングカーの提供者の取り分となる。

一方、図１３において、利用者Ｙによる２時間の再シェアを行う場合に、利用者Ｘの負担軽減分およびシェアリングカーの提供者の取り分の増分をともに￥αとする。シェアリングカーの提供者の取り分の増分は、再シェアによるリスク増加の補償分である。利用者Ｘは、１０ｈ×￥１，０００−￥α＝￥（１０，０００−α）の利用料を支払う。また、利用者Ｙは、２ｈ×￥１，０００＝￥２，０００の利用料を支払う。よって、￥１，０００（本来の利用者Ｘからの手数料）＋￥２，０００（利用者Ｙへの再シェアの利用料）−｛￥α（利用者Ｘの負担軽減分）＋￥α（シェアリングカーの提供者の取り分の増分）｝＝￥（３，０００−２×α）がカーシェアリング事業者の手数料（取り分）となり、￥（９，０００＋α）がシェアリングカーの提供者の取り分となる。

そして、再シェアを行った場合のカーシェアリング業者の手数料（取り分）￥（３，０００−２×α）が、再シェアを行わなかった場合のカーシェアリング事業者の手数料（取り分）￥１，０００を上回る、すなわち、￥（３，０００−２×α）＞￥１，０００⇔α＜１，０００となるようにαを調整することにより、再シェアによって、シェアリングカーの提供者、利用者Ｘ、カーシェアリング事業者の３者がともに収益増大のメリットを享受できる。

なお、再シェアを行うことができるシェアリングカーは、その提供者による車両登録時に、“再シェア可”の旨の了承がなされているものとする。

（実施形態２にかかるカーシェア管理システム）
実施形態２にかかるカーシェア管理システム１Ｂは、実施形態１にかかるカーシェア管理システム１Ａと比較し、サーバ装置１０Ａに代えてサーバ装置１０Ｂを備える（図２参照）。サーバ装置１０Ｂは、記憶部１１Ｂ、制御部１２Ｂ、通信部１３を有する。通信部１３は、サーバ装置１０Ｂが、ネットワーク２を介して外部装置と通信するためのインターフェースである。

記憶部１１Ｂは、車両情報マスタテーブル１１−１、利用者情報マスタテーブル１１−２、利用リクエストテーブル１１Ｂ−３、カーシェア情報テーブル１１Ｂ−４を有する（図２参照）。

（実施形態２にかかる利用リクエストテーブルについて）
図１４は、実施形態２にかかるカーシェア利用リクエストテーブルを示す図である。実施形態２にかかる利用リクエストテーブル１１Ｂ−３は、実施形態１にかかる利用リクエストテーブル１１Ａ−３と比較して、「出発」と「到着」の項目間に「中間地点」の項目を有する点が異なる。その他は、実施形態２にかかる利用リクエストテーブル１１Ｂ−３は、実施形態１にかかる利用リクエストテーブル１１Ａ−３と同様である。

「中間地点」は、サーバ装置１０Ｂで管理されるカーシェアリングサービスを利用する利用者が、車両利用者端末４を介してサーバ装置１０Ｂへシェアリングカーの利用リクエストを送信する際に、再シェアを許容する場合に指定する項目である。「中間地点」はさらに「滞在エリア」「滞在時間帯」の項目を有する。「滞在エリア」はさらに「地点」「バッファエリア」の項目を有する。「滞在時間帯」はさらに「日時」「バッファ時間」の項目を有する。すなわち、利用者が、再シェアを許容する場合に、「地点」および「バッファエリア」を含む「中間地点」の「滞在エリア」および「日時」および「バッファ時間」を含む「中間地点」の「滞在時間帯」を指定することで、その「滞在エリア」「バッファ時間」にマッチする利用リクエストに対して再シェアを行うことができる。

利用リクエストテーブル１１Ｂ−３によれば、例えば図１４に示すように、「リクエストＩＤ」“リクエスト０１３”の利用リクエストは、「利用者ＩＤ」“利用者０１３”、「リクエスト受信タイムスタンプ」“タイムスタンプ０１３”、「出発エリア」の「地点」“地点１１３”、「バッファエリア」“徒歩ｍ１分以内”、「出発時間帯」の「日時」“日時１１３”、「バッファ時間」“ｔ１時間”、「滞在エリア」の「地点」“地点３１３”、「バッファエリア」“徒歩ｍ１分以内”、「滞在時間帯」の「日時」“日時３１３”、「バッファ時間」“ｔ２時間”、「到着エリア」の「地点」“地点１１３”、「バッファエリア」“徒歩ｍ１分以内”、「到着時間帯」の「日時」“日時２１３”、「バッファ時間」“ｔ１時間”、「予約登録」“済”、「予定遵守評価」“○”である。

すなわち、「リクエストＩＤ」“リクエスト０１３”の利用リクエストは、「地点」“地点３１３”を中心とする“徒歩ｍ１分以内”の「滞在エリア」において、「日時」“日時３１３”を始点として“ｔ２時間”経過後まで再シェア可能である。

（実施形態２にかかるカーシェア情報テーブル）
図１５は、実施形態２にかかるカーシェア情報テーブルを示す図である。実施形態２にかかるカーシェア情報テーブル１１Ｂ−４は、実施形態１にかかるカーシェア情報テーブル１１Ａ−４と比較して、「第１区間」と「第２区間」の項目間に「中間地点」の項目を有する点が異なる。その他は、実施形態２にかかるカーシェア情報テーブル１１Ｂ−４は、実施形態１にかかるカーシェア情報テーブル１１Ａ−４と同様である。

カーシェア情報テーブル１１Ｂ−４によれば、例えば図１５に示すように、「カーシェア予約ＩＤ」“予約００３”のカーシェア情報は、「車両ＩＤ」“車両００３”、「第１区間」の「リクエストＩＤ」“リクエスト０１３”、「出発」の「地点」“地点ｘ１１３”、「日時」“日時ｘ１１３”、「中間地点」の「リクエストＩＤ」“リクエスト０１４”、「出発」の「地点」“地点ｘ３１３”、「日時」“日時ｘ３１３”「第２区間」の「リクエストＩＤ」“リクエスト０１３”、「出発」の「地点」“地点ｘ３１３”、「日時」“日時ｘ３１４”、「カーシェア情報生成タームスタンプ」“タイムスタンプ１０３”である。

このように、エリアおよび時間帯が重複することにより地点および日時を摺り合わせて「第１区間」および「第２区間」の間に「中間地点」の利用リクエストを組合せる。これにより、シェアリングカーが「中間地点」で所定時間だけ遊休状態になる場合、他の利用者によりシェアリングカーが再シェア利用されることにより、シェアリングカーの稼働率を向上させ、シェアリングカーの提供者、「第１区間」および「第２区間」の利用者、カーシェアリング事業者がともに収益増大のメリットを享受できる。

（サーバ装置１０Ｂの制御部１２Ｂについて）
制御部１２Ｂは、プログラムを実行するＣＰＵなどの処理装置である。制御部１２Ｂは、車両管理部１２−１、利用者情報管理部１２−２、利用リクエスト管理部１２Ｂ−３、カーシェア情報生成部１２Ｂ−４、カーシェア管理部１２Ｂ−５を有する（図２参照）。

利用リクエスト管理部１２Ｂ−３は、車両利用者端末４からカーシェアリングサービスの利用リクエストを受信して利用リクエストのレコードを生成し、図１４に示す利用リクエストテーブル１１Ｂ−３に登録する。利用リクエスト管理部１２Ｂ−３は、利用リクエストのレコードを利用リクエストテーブル１１Ｂ−３に登録すると、利用リクエストを送信した利用者の車両利用者端末４へ、登録完了通知を送信する。

カーシェア情報生成部１２Ｂ−４は、利用リクエストテーブル１１Ｂ−３に登録されている利用リクエストから「出発エリア」および「到着エリア」が同一であって、「中間地点」が設定されている利用リクエストを選択する。そして、カーシェア情報生成部１２Ｂ−４は、ある利用者により、１台のシェアリングカーが、出発地を出発して中間地点に所定時間だけ滞在して出発地へ戻る際に、中間地点において他の利用者による再シェアを行うというシェアリング情報を生成する。カーシェア情報生成部１２Ｂ−４は、シェアリング情報を生成した場合には、利用リクエストテーブル１１Ｂ−３において該当する利用リクエストの「予約登録」を“済”にする。そして、カーシェア情報生成部１２Ｂ−４は、生成したシェアリング情報に該当する利用リクエストを送信した利用者の車両利用者端末４へ、予約成立通知を送信する。

カーシェア管理部１２Ｂ−５は、実施形態１にかかるカーシェア管理部１２Ａ−５の機能に加え、次の機能を有する。すなわち、図１３を参照して上述したシェアリングカーの提供者、利用者Ｘ、カーシェアリング事業者の各取り分の演算を、上述のパラメータα（￥α）を調整しつつ行う。

（実施形態２にかかるカーシェア情報生成処理）
図１６は、実施形態２にかかるカーシェア情報生成処理を示すフローチャートである。実施形態２にかかるカーシェア情報生成処理は、所定周期または図７に示す利用リクエスト登録処理を実行するごとに、サーバ装置１０Ｂのカーシェア情報生成部１２Ｂ−４により実行される。

まず、カーシェア情報生成部１２Ｂ−４は、利用リクエストテーブル１１Ｂ−３に、「予約登録」“未”であって、同一レコード内で「出発エリア」および「到着エリア」が重なり合う未処理の利用リクエストのレコードが存在するか否かを判定する（ステップＳ４１）。すなわち、ステップＳ４１では、カーシェア情報生成部１２Ｂ−４は、例えば図１３に示すような、Ｂ地点エリア→Ｂ地点エリアの利用リクエストを全て列挙する。

カーシェア情報生成部１２Ｂ−４は、同一レコード内で「出発エリア」および「到着エリア」が重なり合う未処理の利用リクエストのレコードが存在する場合に（ステップＳ４１：Ｙｅｓ）、該当の全ての利用レコードを列挙し、ステップＳ４２へ処理を移す。一方、カーシェア情報生成部１２Ｂ−４は、同一レコード内で「出発エリア」および「到着エリア」が重なり合う未処理の利用リクエストのレコードが存在しない場合に（ステップＳ４１：Ｎｏ）、カーシェア情報生成処理を終了する。

ステップＳ４２では、カーシェア情報生成部１２Ｂ−４は、ステップＳ４１で列挙した未処理の利用リクエストのレコードを１つ選択する。次に、カーシェア情報生成部１２Ｂ−４は、利用リクエストテーブル１１Ｂ−３に、「予約登録」“未”であって、「中間地点」の情報が登録されている未処理の利用リクエストのレコードが存在するか否かを判定する（ステップＳ４３）。すなわち、ステップＳ４３では、カーシェア情報生成部１２Ｂ−４は、例えば図１３に示すような、Ａ地点エリア→Ｂ地点エリア→Ａ地点エリアの利用リクエストのうち、Ｂ地点エリアにおける滞在エリアおよび滞在時間帯が登録されている利用リクエストを全て列挙する。

カーシェア情報生成部１２Ｂ−４は、利用リクエストテーブル１１Ｂ−３に、「予約登録」“未”であって、「中間地点」の情報が登録されている未処理の利用リクエストのレコードが存在すると判定した場合に（ステップＳ４３：Ｙｅｓ）、ステップＳ４４へ処理を移す。一方、カーシェア情報生成部１２Ｂ−４は、利用リクエストテーブル１１Ｂ−３に、「予約登録」“未”であって、「中間地点」の情報が登録されている未処理の利用リクエストのレコードが存在しない判定した場合に（ステップＳ４３：Ｎｏ）、ステップＳ４２へ処理を移す。

次に、カーシェア情報生成部１２Ｂ−４は、ステップＳ４３で列挙した未処理の利用リクエストのレコードのうち、ステップＳ４２で選択した利用リクエストのレコードの「出発エリア（到着エリア）」の「出発時間帯」および「到着時間帯」を、「中間地点」の「滞在エリア」および「滞在時間帯」に含む利用リクエストのレコードが存在するか否かを判定する（ステップＳ４４）。すなわち、ステップＳ４４では、カーシェア情報生成部１２Ｂ−４は、例えば図１３に示すような、Ａ地点エリア→Ｂ地点エリア（中間地点）→Ａ地点エリアの利用リクエストの中間地点に、再シェアとして組合せることができるＢ地点エリア→Ｂ地点エリアの利用リクエストが存在するか否かを判定する。

カーシェア情報生成部１２Ｂ−４は、ステップＳ４３の条件を満たす未処理の利用リクエストのレコードのうち、ステップＳ４２で選択した利用リクエストのレコードの「出発エリア（到着エリア）」の「出発時間帯」および「到着時間帯」を、「中間地点」の「滞在エリア」および「滞在時間帯」に含む利用リクエストのレコードが存在する場合に（ステップＳ４４：Ｙｅｓ）、ステップＳ４５へ処理を移す。一方、カーシェア情報生成部１２Ｂ−４は、ステップＳ４３の条件を満たす未処理の利用リクエストのレコードのうち、ステップＳ４２で選択した利用リクエストのレコードの「出発エリア（到着エリア）」の「出発時間帯」および「到着時間帯」を、「中間地点」の「滞在エリア」および「滞在時間帯」に含む利用リクエストのレコードが存在しない場合に（ステップＳ４４：Ｎｏ）、ステップＳ４２へ処理を移す。

ステップＳ４５では、カーシェア情報生成部１２Ｂ−４は、ステップＳ４２およびステップＳ４４で選択した利用リクエストのレコードからカーシェア情報を生成する。次に、カーシェア情報生成部１２Ｂ−４は、ステップＳ４２およびステップＳ４４で選択した各利用リクエストのレコードの「予約登録」を"済"にする（ステップＳ４６）。

次に、カーシェア情報生成部１２Ｂ−４は、ステップＳ４１で列挙した全ての利用リクエストのレコードについてステップＳ４２以降の処理を実行したか否かを判定する（ステップＳ４７）。カーシェア情報生成部１２Ｂ−４は、ステップＳ４１で列挙した全ての利用リクエストのレコードについてステップＳ４２以降の処理を実行した場合に（ステップＳ４７：Ｙｅｓ）、カーシェア情報生成処理を終了する。一方、カーシェア情報生成部１２Ｂ−４は、ステップＳ４１で列挙した利用リクエストのレコードについてステップＳ４２以降の処理を実行していないレコードが存在する場合に（ステップＳ４２：Ｎｏ）、ステップＳ４２へ処理を移す。

（実施形態２にかかるカーシェア利用リクエスト登録画面）
図１７Ａは、実施形態２にかかる車両利用者端末におけるカーシェア利用リクエスト登録画面を示す図である。カーシェア利用リクエスト登録画面は、車両利用者端末４の画面４ａに表示される入力画面である。図１７Ａに示すように、実施形態２にかかるカーシェア利用リクエスト登録画面には、「利用者ＩＤ」と、利用者が指定する「出発地」「出発日時」「中継地点」「到着日時」「到着地」「到着日時」およびこれらの「バッファ」の入力エリアがある。車両利用者端末４を操作する「利用者ＩＤ」で特定される利用者により各項目が入力され、「登録」ボタンが押下されると、入力された各項目の情報がサーバ装置１０Ｂへと送信され、サーバ装置１０Ｂにて利用リクエストのレコードが生成されて利用リクエストテーブル１１Ｂ−３に登録される。「キャンセル」ボタンは、各項目の入力作業を中止する場合に押下される。

（実施形態２にかかるカーシェア利用リクエスト登録通知画面）
図１７Ｂは、実施形態２にかかる車両利用者端末におけるカーシェア利用リクエスト登録通知画面を示す図である。実施形態２にかかるカーシェア利用リクエスト登録通知画は、車両利用者端末４が、カーシェアの利用リクエストがサーバ装置１０Ｂにより利用リクエストテーブル１１Ｂ−３に登録された際にその旨をサーバ装置１０Ｂから受信し、画面４ａに表示される通知画面である。図１７Ｂに示すように、カーシェア利用リクエスト登録通知画面には、図１７Ａに示すカーシェア利用リクエスト登録画面で入力されてサーバ装置１０Ｂにて利用リクエストテーブル１１Ｂ−３に登録された利用リクエストの内容およびリクエスト番号（リクエストＩＤ）が表示される。「閉じる」ボタンは、表示を閉じる場合に押下される。

（実施形態２にかかる再シェアされる利用者へのカーシェア契約成立通知画面）
図１８Ａは、実施形態２にかかる車両利用者端末における再シェアされる利用者へのカーシェア契約成立通知画面を示す図である。再シェアされる利用者とは、利用するシェアリングカーが再シェアされる可能性がある利用者である。再シェアされる利用者へのカーシェア契約成立通知画面は、車両利用者端末４が、サーバ装置１０Ｂによるマッチングにより生成されたカーシェア情報がカーシェア情報テーブル１１Ｂ−４に登録されて、再シェアを含むカーシェア契約が成立した旨をサーバ装置１０Ｂから受信し、再シェアされる利用者の車両利用者端末４の画面４ａに表示される通知画面である。図１８Ａに示すように、再シェアされる利用者へのカーシェア契約成立通知画面には、成立した再シェアを含むカーシェア予約に関する内容およびカーシェア予約番号（カーシェア予約ＩＤ）が表示される。「閉じる」ボタンは、表示を閉じる場合に押下される。

（実施形態２にかかる再シェアする利用者へのカーシェア契約成立通知画面）
図１８Ｂは、実施形態２にかかる車両利用者端末における再シェアする利用者へのカーシェア契約成立通知画面を示す図である。再シェアする利用者とは、再シェアによりシェアリングカーを利用する利用者である。再シェアする利用者へのカーシェア契約成立通知画面は、車両利用者端末４が、サーバ装置１０Ｂによるマッチングにより生成されたカーシェア情報がカーシェア情報テーブル１１Ｂ−４に登録されて、再シェアを含むカーシェア契約が成立した旨をサーバ装置１０Ｂから受信し、再シェアする利用者の車両利用者端末４の画面４ａに表示される通知画面である。図１８Ｂに示すように、再シェアする利用者へのカーシェア契約成立通知画面には、成立した再シェアのカーシェア予約に関する内容およびカーシェア予約番号（カーシェア予約ＩＤ）が表示される。「閉じる」ボタンは、表示を閉じる場合に押下される。

実施形態２によれば、再シェアにより、一時的に駐車などにより遊休状態にあるシェアリングカーをさらにシェアすることができるので、シェアリングカーの稼働率を向上させることができる。

実施形態２によれば、再シェアを行わせる利用者は、再シェアというカーシェアリングの機会創出の対価として、当初利用料から割引を得ることができ、再シェアを行わせる利用者の経済的メリットを生み出すとともに、再シェアを行わせるモチベーションとなるため、再シェア促進によるカーシェアリングの利用拡大を図ることができる。

また、実施形態２によれば、シェアリングカーの提供者は、再シェアを行わせることのリスク増加の補償を受けるため、再シェアを行わせるシェアリングカーの提供者の経済的メリットを生み出すとともに、再シェアを行わせるモチベーションとなり、再シェア促進によるカーシェアリングの利用拡大を図ることができる。

また、実施形態２によれば、カーシェアリングの事業者は、再シェアを行うことに際して、再シェアを行わせる利用者に与える利用料の割引と、シェアリングカーの提供者に対して与える金銭的補償とのバランスを適切に取ることにより、再シェア促進によるカーシェアリングの利用拡大を図りつつ、カーシェアリングの事業収入を増加させることができる。

（実施形態２の変形例）
・シェアリングカーの再シェア形態について
実施形態２では、２名の利用者で第１区間および第２区間と、第１区間および第２区間の間の中間地点とでシェアリングカーを引き継ぐ再シェアを行う例を示す。しかし、これに限らず、シェアリングカーがホームエリアから出発してホームエリアへ戻る経路を形成するパターンは、ｍ名の利用者でｎ区間（ｍ≦ｎ、ｍ，ｎは２以上の自然数）でシェアリングカーを引き継ぐ形態であってもよく、各区間の間の中間地点それぞれにおいて滞在エリアおよび滞在時間がマッチする場合には、各中間地点において再シェアを行うとしてもよい。なお、シェアリングカーがホームエリアから出発してホームエリアへ戻る経路に限らず、シェアリングカーが第１の地点から出発して第２の地点（第２の地点は、第１の地点と同一でも異なってもよい）へ戻る経路であってもよい。

なお、サーバ装置１０Ａ，１０Ｂは、共用車両管理装置の一例である。また、利用リクエスト管理部１２Ａ−３，１２Ｂ−３は、共用車両を借り受けて乗車する乗車地点および乗車日時と、共用車両から降車して引き渡す降車地点および降車日時とを含む利用者ごとの共用車両の利用リクエストを利用者端末から受信する受信部の一例である。また、記憶部１１Ａ，１１Ｂの利用リクエストテーブル１１Ａ−３，１１Ｂ−３は、受信部により受信された共用車両の利用リクエストを利用者ごとに記憶する利用リクエスト記憶部の一例である。また、カーシェア情報生成部１２Ａ−４，１２Ｂ−４は、利用リクエスト記憶部に記憶される複数の利用リクエストの乗車地点および乗車日時と降車地点および降車日時とを比較した結果から、複数の利用リクエストを組合せて、複数の利用者により、共用車両が借り受けられ、順次引き渡されて所定地点へ至る共用車両の共用情報を生成する利用情報生成部の一例である。

また、カーシェア管理部１２Ａ−５，１２Ｂ−５は、共用車両の運行状況から、共用車両が、利用情報生成部により生成された共用情報に定められた指定地点へ指定時刻に到着せず遅延する見込みであるか否かを判定し、遅延する見込みであると判定した場合に、遅延を予め報知する遅延監視部の一例である。

上述の各実施形態において説明した各処理のフローは、あくまで一例を示すに過ぎず、適宜、各ステップの置換、代替、入れ替えなどを行ってもよい。また、上述の各実施形態において説明した各画面は、あくまで一例を示すに過ぎず、適宜、表示内容の置換、代替、配置位置変更、省略、表示の統合などを行ってもよい。

上述の各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともできる。もしくは、上述の各実施形態において説明した各処理のうち、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

また、上述の各実施形態において説明した各部の統合および分散は、処理負荷や処理効率をもとに適宜変更することができる。この他、上述および図示の処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて適宜変更することができる。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、開示技術のより広範な態様は、上述のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念または範囲から逸脱することなく、様々な変更が可能である。

１Ａ、１Ｂ カーシェア管理システム
２ ネットワーク
３ 車両提供者端末
４ 車両利用者端末
５ 車載装置
１０Ａ、１０Ｂ サーバ装置
１１Ａ、１１Ｂ 記憶部
１１−１ 車両情報マスタテーブル
１１−２ 利用者情報マスタテーブル
１１Ａ−３、１１Ｂ−３ 利用リクエストテーブル
１１Ａ−４、１１Ｂ−４ カーシェア情報テーブル
１２Ａ、１２Ｂ 制御部
１２−１ 車両管理部
１２−２ 利用者情報管理部
１２Ａ−３、１２Ｂ−３ 利用リクエスト管理部
１２Ａ−４、１２Ｂ−４ カーシェア情報生成部
１２Ａ−５、１２Ｂ−５ カーシェア管理部
１３ 通信部

Claims (6)

1. 共用車両を借り受けて乗車する乗車地点および乗車日時と、前記共用車両から降車して引き渡す降車地点および降車日時とを含む利用者ごとの前記共用車両の利用リクエストを利用者端末から受信する受信部と、
   複数の前記利用リクエストの前記乗車地点および前記乗車日時と、前記降車地点および前記降車日時とを比較した結果から、複数の前記利用リクエストを組合せて、複数の利用者により、前記共用車両が借り受けられ、順次引き渡されて所定地点へ至る前記共用車両の共用情報を生成する利用情報生成部と
   を備えたことを特徴とする共用車両管理装置。
2. 利用者ごとの前記乗車地点および前記乗車日時と前記降車地点および前記降車日時とには、それぞれ許容範囲が設定されており、
   前記利用情報生成部は、複数の前記利用リクエストの前記乗車地点および前記乗車日時と、前記降車地点および前記降車日時とをそれぞれの許容範囲で比較した結果、重複範囲が存在する場合に、前記共用車両の共用情報を生成する
   ことを特徴とする請求項１に記載の共用車両管理装置。
3. 前記利用情報生成部は、第１の利用者により第１の地点で前記共用車両が借り受けられ、第２の地点で所定時間だけ前記共用車両の利用が中断された後、前記第２の地点から前記第１の地点へ至る場合に、複数の前記利用リクエストを組合せて、前記第２の地点で第２の利用者により前記所定時間内で前記共用車両が利用される前記共用車両の共用情報を生成する
   ことを特徴とする請求項１または２に記載の共用車両管理装置。
4. 前記共用車両の運行状況から、前記共用車両が、前記利用情報生成部により生成された前記共用情報に定められた指定地点へ指定時刻に到着せず遅延する見込みであるか否かを判定し、遅延する見込みであると判定した場合に、遅延を予め報知する遅延監視部
   をさらに備えたことを特徴とする請求項１〜３のいずれか１項に記載の共用車両管理装置。
5. 利用者端末とサーバ装置とを含んだ共用車両管理システムであって、
   前記利用者端末は、利用者により入力された、共用車両を借り受けて乗車する乗車地点および乗車日時と、前記共用車両から降車して引き渡す降車地点および降車日時とを含む利用者ごとの前記共用車両の利用リクエストを受け付けて前記サーバ装置へ送信し、
   前記サーバ装置は、
   前記利用者端末から前記利用リクエストを受信する受信部と、
   複数の前記利用リクエストの前記乗車地点および前記乗車日時と、前記降車地点および前記降車日時とを比較した結果から、複数の前記利用リクエストを組合せて、複数の利用者により、前記共用車両が借り受けられ、順次引き渡されて所定地点へ至る前記共用車両の共用情報を生成する利用情報生成部と
   を備えた
   ことを特徴とする共用車両管理システム。
6. 利用者端末とサーバ装置とを含んだ共用車両管理システムで実行される共用車両管理方法であって、
   前記利用者端末が、利用者により入力された、共用車両を借り受けて乗車する乗車地点および乗車日時と、前記共用車両から降車して引き渡す降車地点および降車日時とを含む利用者ごとの前記共用車両の利用リクエストを受け付けて前記サーバ装置へ送信し、
   前記サーバ装置が、
   前記利用者端末から前記利用リクエストを受信し、
   複数の前記利用リクエストの前記乗車地点および前記乗車日時と、前記降車地点および前記降車日時とを比較した結果から、複数の前記利用リクエストを組合せて、複数の利用者により、前記共用車両が借り受けられ、順次引き渡されて所定地点へ至る前記共用車両の共用情報を生成する
   ことを含んだこと特徴とする共用車両管理方法。

Images