特許7558828デリバリー型カーシェアリング支援システム及びデリバリー型カーシェアリング支援方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-20
(45)【発行日】2024-10-01
(54)【発明の名称】デリバリー型カーシェアリング支援システム及びデリバリー型カーシェアリング支援方法
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240924BHJP
G06Q 50/43 20240101ALI20240924BHJP
G16Y 10/40 20200101ALI20240924BHJP
【ＦＩ】
G06Q50/10
G06Q50/43
G16Y10/40
【請求項の数】
4
(21)【出願番号】P 2021013727
(22)【出願日】2021-01-29
(65)【公開番号】P2022117170
(43)【公開日】2022-08-10
【審査請求日】2023-10-12
(73)【特許権者】
【識別番号】000004444
【氏名又は名称】ＥＮＥＯＳ株式会社
(74)【代理人】
【識別番号】100105924
【弁理士】
【氏名又は名称】森下 賢樹
(72)【発明者】
【氏名】天野 寿人
(72)【発明者】
【氏名】浦部 健作
(72)【発明者】
【氏名】西野 圭太
(72)【発明者】
【氏名】戸手 博之
【審査官】三吉 翔子
(56)【参考文献】
【文献】特開２０１４－７１８７３（ＪＰ，Ａ）
【文献】特開２０１８－０４１１９７（ＪＰ，Ａ）
【文献】千住琴音ほか，ワンウェイカーシェアリング実現に向けた潜在的利用者による車両偏在問題の解決，情報処理学会論文誌，情報処理学会，2019年10月15日，Vol. 60, No. 10，第1818-1828頁
【文献】JXTGエネルギーが始めるデリバリー型カーシェアリングサービスとは？ [オンライン]，株式会社LE，2019年11月11日，[検索日 2022.02.02], インターネット: <URL: https://info.drivegosearch.jp/car-share/9761>
【文献】デリバリー型カーシェアリングサービスの実証を開始 ～利用者の利便性を追求した新しい交通サービス～ [オ，JXTGエネルギー株式会社，2019年10月01日，[検索日 2022.02.02], インターネット: <URL: https://www.eneos.co.jp/newsrelease/20191001_01_2011051.pdf>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ｇ１６Ｙ １０／４０
(57)【特許請求の範囲】
【請求項1】
カーシェアリングサービスを管理する装置と、前記カーシェアリングサービスを利用するユーザの情報端末と、
を備え、
前記管理する装置は、
車両を駐車する第１エリアに位置する第１駐車場から、前記車両を駐車する第２エリアに位置する第２駐車場へと前記車両を移動させる第１エリア在住の第１ユーザの利用予定情報を、第１ユーザ端末から通信回線を介して受信する予定情報受信部と、
入力された前記利用予定情報に基づいて、前記第１ユーザによって前記第２駐車場に移動させられる前記車両の前記第２エリアでの利用可能時間帯を判定する利用判定部と、
前記第２エリアで車両を使用する第２ユーザの第２ユーザ端末から通信回線を介して、前記第２エリアにおいて車両の利用を希望する利用時間帯と車両の引き渡し場所とが定義された、前記車両利用の予約を希望する予約情報を受信する予約情報受信部と、
判定された利用可能時間帯の情報を基に、前記予約情報に定義された利用時間帯に前記第２駐車場に停車する車両を特定する車両特定部と、
前記予約情報に定義された引き渡し場所に、特定された車両を前記第２駐車場から移動させ、前記車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された前記引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、前記引き渡し代行募集回答情報を解析する代行募集情報処理部と、
前記予約情報に定義された利用時間帯に前記第２駐車場に停車する前記車両が特定され、前記引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、前記第２エリアでの車両利用のマッチングが成立したものと判定し、マッチング結果を前記第２ユーザ端末に通信回線を介して出力するマッチング処理部と、
引き渡し実行完了情報を入力し、前記引き渡し実行完了情報に基づいて、前記運転代行者による前記車両の前記引き渡し場所への移動が実行されたこと及び前記第２ユーザへの当該車両の引き渡しが実行されたことを判定する実行判定部と、を有し、
前記情報端末は、前記第２ユーザ端末であり、
前記情報端末は、
前記第２ユーザによって指定された位置の近傍に存在するコインパーキングである近傍コインパーキングに関する情報を外部装置から取得するコインパーキング情報取得部と、
前記第２ユーザによって前記予約情報が入力される予約入力画面であって、前記近傍コインパーキングに関する情報が表示され、前記近傍コインパーキングを前記車両の引き渡し場所として指定可能な予約入力画面を表示させる表示制御部と、を有する、
デリバリー型カーシェアリング支援システム。
【請求項2】
前記情報端末のコインパーキング情報取得部は、前記近傍コインパーキングに関する情報として、前記近傍コインパーキングの空き状況を示す情報を前記外部装置から取得し、前記情報端末の表示制御部は、前記近傍コインパーキングの空き状況を示す情報を表示させる、
請求項１に記載のデリバリー型カーシェアリング支援システム。
【請求項3】
カーシェアリングサービスを管理する装置と、前記カーシェアリングサービスを利用するユーザの情報端末と、
を備え、
前記管理する装置は、
前記ユーザの情報端末から車両の利用時間帯と車両の引き渡し場所とが定義された、車両利用の予約を希望する予約情報を受信する予約情報受信部と、
前記予約情報に定義された引き渡し場所に、車両を駐車する駐車場から車両を移動させ、前記車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された前記引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、前記引き渡し代行募集回答情報を解析する代行募集情報処理部と、
前記予約情報に定義された利用時間帯に前記駐車場に停車する前記車両が特定され、前記引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、車両利用のマッチングが成立したものと判定し、前記運転代行者端末に通信回線を介して、マッチング結果を出力するマッチング処理部と、
引き渡し実行完了情報を入力し、前記引き渡し実行完了情報に基づいて、前記運転代行者による前記車両の前記引き渡し場所への移動が実行されたことを判定する実行判定部と、を有し、
前記情報端末は、
前記ユーザによって指定された位置の近傍に存在するコインパーキングである近傍コインパーキングに関する情報を外部装置から取得するコインパーキング情報取得部と、
前記ユーザによって前記予約情報が入力される予約入力画面であって、前記近傍コインパーキングに関する情報が表示され、前記近傍コインパーキングを前記車両の引き渡し場所として指定可能な予約入力画面を表示させる表示制御部と、を有する、
デリバリー型カーシェアリング支援システム。
【請求項4】
カーシェアリングサービスを管理する装置と、前記カーシェアリングサービスを利用するユーザの情報端末と、が実行する方法であって、前記管理する装置が、
車両を駐車する第１エリアに位置する第１駐車場から、前記車両を駐車する第２エリアに位置する第２駐車場へと前記車両を移動させる第１エリア在住の第１ユーザの利用予定情報を、第１ユーザ端末から通信回線を介して受信する工程と、
入力された前記利用予定情報に基づいて、前記第１ユーザによって前記第２駐車場に移動させられる前記車両の前記第２エリアでの利用可能時間帯を判定する工程と、
前記第２エリアで車両を使用する第２ユーザの第２ユーザ端末から通信回線を介して、前記第２エリアにおいて車両の利用を希望する利用時間帯と車両の引き渡し場所とが定義された、前記車両利用の予約を希望する予約情報を受信する工程と、
判定された利用可能時間帯の情報を基に、前記予約情報に定義された利用時間帯に前記第２駐車場に停車する車両を特定する工程と、
前記予約情報に定義された引き渡し場所に、特定された車両を前記第２駐車場から移動させ、前記車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された前記引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、前記引き渡し代行募集回答情報を解析する工程と、
前記予約情報に定義された利用時間帯に前記第２駐車場に停車する前記車両が特定され、前記引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、前記第２エリアでの車両利用のマッチングが成立したものと判定し、マッチング結果を前記第２ユーザ端末に通信回線を介して出力する工程と、
引き渡し実行完了情報を入力し、前記引き渡し実行完了情報に基づいて、前記運転代行者による前記車両の前記引き渡し場所への移動が実行されたこと及び前記第２ユーザへの当該車両の引き渡しが実行されたことを判定し、出力する工程と、を実行し、
前記情報端末は、前記第２ユーザ端末であり、
前記情報端末が、
前記第２ユーザによって指定された位置の近傍に存在するコインパーキングである近傍コインパーキングに関する情報を外部装置から取得する工程と、
前記第２ユーザによって前記予約情報が入力される予約入力画面であって、前記近傍コインパーキングに関する情報が表示され、前記近傍コインパーキングを前記車両の引き渡し場所として指定可能な予約入力画面を表示させる工程と、を実行する、
デリバリー型カーシェアリング支援方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、デリバリー型カーシェアリング支援システム及びデリバリー型カーシェアリング支援方法に関し、例えば、複数のユーザによってカーシェアリングを行う場合の制御装置及び制御方法に関する。
【背景技術】
【0002】
昨今、特定の車両を複数の会員間で共有し、好きなときに借りることのできるカーシェアリングサービスという営業形態が実施されている。例えば、対象車両を管理・提供している会社に登録した複数の法人ユーザが必要な時に利用し、その費用を支払うといった営業形態が挙げられる。法人ユーザにとって、短時間の利用であればレンタカーを借りる場合より割安になり得るといったメリットがある。しかしながら、カーシェアリングは、対象車両を駐車する駐車場を決めて置き、複数のユーザが必要な時に利用し、利用後は借りた場所である駐車場に戻すといった手法が一般的である。そのため、利用者の利便性が悪いといった問題があった。よって、移動先で乗り捨てができるように、利用者の利便性の向上を図ることが望まれる。例えば、複数の駐車場を確保しておき、ユーザは、空いている駐車場を知らせてもらい、移動先での空いている駐車場に返却できるというサービスも検討されている（特許文献１参照）。しかしながら、移動先付近に空いている駐車場がなければ、ユーザは返却した後の交通手段を用意しなければならず、依然として、利便性が悪い。よって、さらなる利便性の向上が求められる。
【0003】
一方、対象車両を管理・提供しているサービス会社にとっては、都市部でカーシェアリングサービスを実施する場合、車両の稼働率は比較的高くなり得るものの、駐車料金が非常に高くなってしまうといった問題がある。他方、郊外でカーシェアリングサービスを実施する場合、駐車料金は安く済むものの、車両の稼働率は非常に低下してしまう。そのため、稼働率を上げることが求められている。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２００４－１７８３８５号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
そこで、本発明の一態様は、カーシェアリングサービスにおいて、利用者のさらなる利便性の向上を図ることが可能なカーシェアリング支援システムおよびその方法を提供する。
【課題を解決するための手段】
【0006】
上記課題を解決するために、本発明のある態様のデリバリー型カーシェアリング支援システムは、カーシェアリングサービスを管理する装置と、カーシェアリングサービスを利用するユーザの情報端末と、を備える。管理する装置は、車両を駐車する第１エリアに位置する第１駐車場から、車両を駐車する第２エリアに位置する第２駐車場へと車両を移動させる第１エリア在住の第１ユーザの利用予定情報を、第１ユーザ端末から通信回線を介して受信する予定情報受信部と、入力された利用予定情報に基づいて、第１ユーザによって第２駐車場に移動させられる車両の第２エリアでの利用可能時間帯を判定する利用判定部と、第２エリアで車両を使用する第２ユーザの第２ユーザ端末から通信回線を介して、第２エリアにおいて車両の利用を希望する利用時間帯と車両の引き渡し場所とが定義された、車両利用の予約を希望する予約情報を受信する予約情報受信部と、判定された利用可能時間帯の情報を基に、予約情報に定義された利用時間帯に第２駐車場に停車する車両を特定する車両特定部と、予約情報に定義された引き渡し場所に、特定された車両を第２駐車場から移動させ、車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、引き渡し代行募集回答情報を解析する代行募集情報処理部と、予約情報に定義された利用時間帯に第２駐車場に停車する車両が特定され、引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、第２エリアでの車両利用のマッチングが成立したものと判定し、マッチング結果を第２ユーザ端末に通信回線を介して出力するマッチング処理部と、引き渡し実行完了情報を入力し、引き渡し実行完了情報に基づいて、運転代行者による車両の引き渡し場所への移動が実行されたこと及び第２ユーザへの当該車両の引き渡しが実行されたことを判定する実行判定部と、を有する。情報端末は、第２ユーザ端末であり、情報端末は、第２ユーザによって指定された位置の近傍に存在するコインパーキングである近傍コインパーキングに関する情報を外部装置から取得するコインパーキング情報取得部と、第２ユーザによって予約情報が入力される予約入力画面であって、近傍コインパーキングに関する情報が表示され、近傍コインパーキングを車両の引き渡し場所として指定可能な予約入力画面を表示させる表示制御部と、を有する。
【0007】
本発明の別の態様は、デリバリー型カーシェアリング支援システムである。このデリバリー型カーシェアリング支援システムは、カーシェアリングサービスを管理する装置と、カーシェアリングサービスを利用するユーザの情報端末と、を備える。管理する装置は、ユーザの情報端末から車両の利用時間帯と車両の引き渡し場所とが定義された、車両利用の予約を希望する予約情報を受信する予約情報受信部と、予約情報に定義された引き渡し場所に、車両を駐車する駐車場から車両を移動させ、車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、引き渡し代行募集回答情報を解析する代行募集情報処理部と、予約情報に定義された利用時間帯に駐車場に停車する車両が特定され、引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、車両利用のマッチングが成立したものと判定し、運転代行者端末に通信回線を介して、マッチング結果を出力するマッチング処理部と、引き渡し実行完了情報を入力し、引き渡し実行完了情報に基づいて、運転代行者による車両の引き渡し場所への移動が実行されたことを判定する実行判定部と、を有する。情報端末は、ユーザによって指定された位置の近傍に存在するコインパーキングである近傍コインパーキングに関する情報を外部装置から取得するコインパーキング情報取得部と、ユーザによって予約情報が入力される予約入力画面であって、近傍コインパーキングに関する情報が表示され、近傍コインパーキングを車両の引き渡し場所として指定可能な予約入力画面を表示させる表示制御部と、を有する。
【0008】
本発明のさらに別の態様は、デリバリー型カーシェアリング支援方法である。この方法は、カーシェアリングサービスを管理する装置と、カーシェアリングサービスを利用するユーザの情報端末と、が実行する方法であって、管理する装置が、車両を駐車する第１エリアに位置する第１駐車場から、車両を駐車する第２エリアに位置する第２駐車場へと車両を移動させる第１エリア在住の第１ユーザの利用予定情報を、第１ユーザ端末から通信回線を介して受信する工程と、入力された利用予定情報に基づいて、第１ユーザによって第２駐車場に移動させられる車両の第２エリアでの利用可能時間帯を判定する工程と、第２エリアで車両を使用する第２ユーザの第２ユーザ端末から通信回線を介して、第２エリアにおいて車両の利用を希望する利用時間帯と車両の引き渡し場所とが定義された、車両利用の予約を希望する予約情報を受信する工程と、判定された利用可能時間帯の情報を基に、予約情報に定義された利用時間帯に第２駐車場に停車する車両を特定する工程と、予約情報に定義された引き渡し場所に、特定された車両を第２駐車場から移動させ、車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、引き渡し代行募集回答情報を解析する工程と、予約情報に定義された利用時間帯に第２駐車場に停車する車両が特定され、引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、第２エリアでの車両利用のマッチングが成立したものと判定し、マッチング結果を第２ユーザ端末に通信回線を介して出力する工程と、引き渡し実行完了情報を入力し、引き渡し実行完了情報に基づいて、運転代行者による車両の引き渡し場所への移動が実行されたこと及び第２ユーザへの当該車両の引き渡しが実行されたことを判定し、出力する工程と、を実行し、情報端末は、第２ユーザ端末であり、情報端末が、第２ユーザによって指定された位置の近傍に存在するコインパーキングである近傍コインパーキングに関する情報を外部装置から取得する工程と、第２ユーザによって予約情報が入力される予約入力画面であって、近傍コインパーキングに関する情報が表示され、近傍コインパーキングを車両の引き渡し場所として指定可能な予約入力画面を表示させる工程と、を実行する。
【0009】
本発明のさらに別の態様のデリバリー型カーシェアリング支援装置は、
車両を駐車する郊外に位置する郊外駐車場から、車両を駐車する都市部に位置する都市部駐車場へと車両を移動させる郊外在住ユーザの利用予定情報を、郊外在住ユーザ端末から通信回線を介して受信する予定情報受信部と、
入力された利用予定情報に基づいて、郊外在住ユーザによって都市部駐車場に移動させられる車両の都市部での利用可能時間帯を判定する都市部利用判定部と、
都市部で車両を使用する都市部ユーザの都市部ユーザ端末から通信回線を介して、都市部において車両の利用を希望する利用時間帯と車両の引き渡し場所とが定義された、車両利用の予約を希望する予約情報を受信する予約情報受信部と、
判定された利用可能時間帯の情報を基に、予約情報に定義された利用時間帯に都市部駐車場に停車する車両を特定する車両特定部と、
予約情報に定義された引き渡し場所に、特定された車両を都市部駐車場から移動させ、車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、引き渡し代行募集回答情報を解析する代行募集情報処理部と、
予約情報に定義された利用時間帯に都市部駐車場に停車する車両が特定され、引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、都市部での車両利用のマッチングが成立したものと判定し、マッチング結果を都市部ユーザ端末に通信回線を介して出力するマッチング処理部と、
引き渡し実行完了情報を入力し、引き渡し実行完了情報に基づいて、運転代行者による車両の引き渡し場所への移動が実行されたこと及び都市部ユーザへの当該車両の引き渡しが実行されたことを判定する実行判定部と、
を備えたことを特徴とする。
車両を駐車する郊外に位置する郊外駐車場から、車両を駐車する都市部に位置する都市部駐車場へと車両を移動させる郊外在住ユーザの利用予定情報を、郊外在住ユーザ端末から通信回線を介して受信する予定情報受信部と、
入力された利用予定情報に基づいて、郊外在住ユーザによって都市部駐車場に移動させられる車両の都市部での利用可能時間帯を判定する都市部利用判定部と、
都市部で車両を使用する都市部ユーザの都市部ユーザ端末から通信回線を介して、都市部において車両の利用を希望する利用時間帯と車両の引き渡し場所とが定義された、車両利用の予約を希望する予約情報を受信する予約情報受信部と、
判定された利用可能時間帯の情報を基に、予約情報に定義された利用時間帯に都市部駐車場に停車する車両を特定する車両特定部と、
予約情報に定義された引き渡し場所に、特定された車両を都市部駐車場から移動させ、車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、引き渡し代行募集回答情報を解析する代行募集情報処理部と、
予約情報に定義された利用時間帯に都市部駐車場に停車する車両が特定され、引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、都市部での車両利用のマッチングが成立したものと判定し、マッチング結果を都市部ユーザ端末に通信回線を介して出力するマッチング処理部と、
引き渡し実行完了情報を入力し、引き渡し実行完了情報に基づいて、運転代行者による車両の引き渡し場所への移動が実行されたこと及び都市部ユーザへの当該車両の引き渡しが実行されたことを判定する実行判定部と、
を備えたことを特徴とする。
【0010】
また、引き渡し実行完了情報として、都市部ユーザが車両を開錠するための開錠情報を用いると好適である。
【0011】
また、郊外在住ユーザは、郊外と都市部との間での通勤に車両を利用する通勤ユーザであると好適である。
【0012】
また、運転代行者は、個人で車両の移動作業を受注する個人サービス事業者であると好適である。
【0013】
また、都市部ユーザ端末から通信回線を介して利用終了時刻の変更を希望する変更情報を受信し、他の都市部ユーザ端末からの予約情報に基づいて、受信された変更情報に示された利用終了時刻の容認可否を判定する可否判定部をさらに備えると好適である。
【0014】
また、予約情報には、さらに、車両の引き取り場所が定義され、
代行募集情報処理部は、さらに、予約情報に定義された引き取り場所で都市部ユーザが使用している車両を引き取り、都市部駐車場に移動させる引き取り運転代行者を募集する引き取り代行募集情報を作成し、作成された引き取り代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き取り代行募集情報に対する回答を示す引き取り代行募集回答情報を入力し、引き取り代行募集回答情報を解析し、
マッチング処理部は、引き取り代行募集回答情報に引き取り運転代行を受諾することを示す情報が定義されていた場合に、都市部での車両引き取りのマッチングが成立したものと判定し、マッチング結果を都市部ユーザ端末に通信回線を介して出力し、
実行判定部は、引き取り実行完了情報を入力し、引き取り実行完了情報に基づいて、都市部ユーザからの当該車両の引き取りが実行されたこと及び運転代行者による車両の都市部駐車場への移動が実行されたことを判定すると好適である。
代行募集情報処理部は、さらに、予約情報に定義された引き取り場所で都市部ユーザが使用している車両を引き取り、都市部駐車場に移動させる引き取り運転代行者を募集する引き取り代行募集情報を作成し、作成された引き取り代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き取り代行募集情報に対する回答を示す引き取り代行募集回答情報を入力し、引き取り代行募集回答情報を解析し、
マッチング処理部は、引き取り代行募集回答情報に引き取り運転代行を受諾することを示す情報が定義されていた場合に、都市部での車両引き取りのマッチングが成立したものと判定し、マッチング結果を都市部ユーザ端末に通信回線を介して出力し、
実行判定部は、引き取り実行完了情報を入力し、引き取り実行完了情報に基づいて、都市部ユーザからの当該車両の引き取りが実行されたこと及び運転代行者による車両の都市部駐車場への移動が実行されたことを判定すると好適である。
【0015】
また、引き取り実行完了情報として、運転代行者が車両を施錠するための施錠情報を用いると好適である。
【0016】
また、都市部には、都市部駐車場を含む複数の都市部駐車場が用意され、運転代行者が車両の引き渡しの場合に車両を移動させる都市部駐車場と、車両の引き取りの場合に車両を移動させる都市部駐車場とが異なると好適である。
【0017】
本発明のさらに別の態様のデリバリー型カーシェアリング支援方法は、
車両を駐車する郊外に位置する郊外駐車場から、前記車両を駐車する都市部に位置する都市部駐車場へと車両を移動させる郊外在住ユーザの利用予定情報を、郊外在住ユーザ端末から通信回線を介して受信する工程と、
入力された利用予定情報に基づいて、郊外在住ユーザによって都市部駐車場に移動させられる車両の都市部での利用可能時間帯を判定する工程と、
都市部で車両を使用する都市部ユーザの都市部ユーザ端末から通信回線を介して、都市部において車両の利用を希望する利用時間帯と車両の引き渡し場所とが定義された、車両利用の予約を希望する予約情報を受信する工程と、
判定された利用可能時間帯の情報を基に、予約情報に定義された利用時間帯に都市部駐車場に停車する車両を特定する工程と、
予約情報に定義された引き渡し場所に、特定された車両を都市部駐車場から移動させ、車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、引き渡し代行募集回答情報を解析する工程と、
予約情報に定義された利用時間帯に都市部駐車場に停車する車両が特定され、引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、都市部での車両利用のマッチングが成立したものと判定し、マッチング結果を都市部ユーザ端末に通信回線を介して出力する工程と、
引き渡し実行完了情報を入力し、引き渡し実行完了情報に基づいて、運転代行者による車両の引き渡し場所への移動が実行されたこと及び都市部ユーザへの当該車両の引き渡しが実行されたことを判定し、出力する工程と、
を備えたことを特徴とする。
車両を駐車する郊外に位置する郊外駐車場から、前記車両を駐車する都市部に位置する都市部駐車場へと車両を移動させる郊外在住ユーザの利用予定情報を、郊外在住ユーザ端末から通信回線を介して受信する工程と、
入力された利用予定情報に基づいて、郊外在住ユーザによって都市部駐車場に移動させられる車両の都市部での利用可能時間帯を判定する工程と、
都市部で車両を使用する都市部ユーザの都市部ユーザ端末から通信回線を介して、都市部において車両の利用を希望する利用時間帯と車両の引き渡し場所とが定義された、車両利用の予約を希望する予約情報を受信する工程と、
判定された利用可能時間帯の情報を基に、予約情報に定義された利用時間帯に都市部駐車場に停車する車両を特定する工程と、
予約情報に定義された引き渡し場所に、特定された車両を都市部駐車場から移動させ、車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、引き渡し代行募集回答情報を解析する工程と、
予約情報に定義された利用時間帯に都市部駐車場に停車する車両が特定され、引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、都市部での車両利用のマッチングが成立したものと判定し、マッチング結果を都市部ユーザ端末に通信回線を介して出力する工程と、
引き渡し実行完了情報を入力し、引き渡し実行完了情報に基づいて、運転代行者による車両の引き渡し場所への移動が実行されたこと及び都市部ユーザへの当該車両の引き渡しが実行されたことを判定し、出力する工程と、
を備えたことを特徴とする。
【0018】
本発明のさらに別の態様のデリバリー型カーシェアリング支援装置は、
車両の利用を希望するユーザの端末から車両の利用時間帯と車両の引き渡し場所とが定義された、車両利用の予約を希望する予約情報を受信する予約情報受信部と、
予約情報に定義された引き渡し場所に、車両を駐車する駐車場から車両を移動させ、車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、引き渡し代行募集回答情報を解析する代行募集情報処理部と、
予約情報に定義された利用時間帯に都市部駐車場に停車する車両が特定され、引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、都市部での車両利用のマッチングが成立したものと判定し、運転代行者端末に通信回線を介して、マッチング結果を出力するマッチング処理部と、
引き渡し実行完了情報を入力し、引き渡し実行完了情報に基づいて、運転代行者による車両の引き渡し場所への移動が実行されたことを判定する実行判定部と、
を備えたことを特徴とする。
車両の利用を希望するユーザの端末から車両の利用時間帯と車両の引き渡し場所とが定義された、車両利用の予約を希望する予約情報を受信する予約情報受信部と、
予約情報に定義された引き渡し場所に、車両を駐車する駐車場から車両を移動させ、車両を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成し、作成された引き渡し代行募集情報を出力すると共に、運転代行を行う運転代行者の運転代行者端末から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力し、引き渡し代行募集回答情報を解析する代行募集情報処理部と、
予約情報に定義された利用時間帯に都市部駐車場に停車する車両が特定され、引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、都市部での車両利用のマッチングが成立したものと判定し、運転代行者端末に通信回線を介して、マッチング結果を出力するマッチング処理部と、
引き渡し実行完了情報を入力し、引き渡し実行完了情報に基づいて、運転代行者による車両の引き渡し場所への移動が実行されたことを判定する実行判定部と、
を備えたことを特徴とする。
【発明の効果】
【0019】
本発明の一態様によれば、カーシェアリングサービスにおいて、利用者のさらなる利便性の向上を図り、車両の稼働率の向上ができる。
【図面の簡単な説明】
【0020】
【図1】実施の形態１におけるデリバリー型カーシェアリング支援システムの構成の一例を示す図である。
【図2】実施の形態１におけるデリバリー型カーシェアリング支援システムの構成の一例を捕捉する図である。
【図3】実施の形態１におけるデリバリー型カーシェアリングサービスの内容の一例を説明するための図である。
【図4】実施の形態１におけるサービスサーバ装置の内部構成の一例を示す図である。
【図5】実施の形態１におけるデリバリー型カーシェアリング支援方法の要部工程の一例の一部を示すフローチャート図である。
【図6】実施の形態１におけるデリバリー型カーシェアリング支援方法の要部工程の一例の他の一部を示すフローチャート図である。
【図7】実施の形態１におけるデリバリー型カーシェアリング支援方法の要部工程の一例の他の一部を示すフローチャート図である。
【図8】実施の形態１におけるデリバリー型カーシェアリング支援方法の要部工程の一例の他の一部を示すフローチャート図である。
【図9】実施の形態２におけるデリバリー型カーシェアリング支援システムの構成の一例を示す図である。
【図10】実施の形態２におけるサービスサーバ装置の機能ブロックを示すブロック図である。
【図11】実施の形態２における都市部ユーザ端末の機能ブロックを示すブロック図である。
【図12】予約入力画面の例を示す図である。
【図13】予約入力画面に表示される近傍コインパーキング情報の例を示す図である。
【発明を実施するための形態】
【0021】
本開示における装置または方法の主体は、コンピュータを備えている。このコンピュータがコンピュータプログラムを実行することによって、本開示における装置または方法の主体の機能が実現される。コンピュータは、コンピュータプログラムにしたがって動作するプロセッサを主なハードウェア構成として備える。プロセッサは、コンピュータプログラムを実行することによって機能を実現することができれば、その種類は問わない。プロセッサは、半導体集積回路（ＩＣ、ＬＳＩ等）を含む１つまたは複数の電子回路で構成される。コンピュータプログラムは、コンピュータが読み取り可能なＲＯＭ、光ディスク、ハードディスクドライブなどの非一時的な記録媒体に記録される。コンピュータプログラムは、記録媒体に予め格納されていてもよいし、インターネット等を含む広域通信網を介して記録媒体に供給されてもよい。
【0022】
以下、本開示の技術を好適な実施の形態をもとに図面を参照しながら説明する。実施の形態は、発明を限定するものではなく例示であって、実施の形態に記述されるすべての特徴やその組み合わせは、必ずしも発明の本質的なものであるとは限らない。各図面に示される同一または同等の構成要素、部材、処理には、同一の符号を付するものとし、適宜重複した説明は省略する。また、各図に示す各部の縮尺や形状は、説明を容易にするために便宜的に設定されており、特に言及がない限り限定的に解釈されるものではない。また、本明細書または請求項中に「第１」、「第２」等の用語が用いられる場合には、特に言及がない限り、いかなる順序や重要度を表すものでもなく、ある構成と他の構成とを区別するためのものである。
【0023】
実施の形態１．
図１は、実施の形態１におけるデリバリー型カーシェアリング支援システムの構成の一例を示す図である。
図２は、実施の形態１におけるデリバリー型カーシェアリング支援システムの構成の一例を補足する図である。図１及び図２において、デリバリー型カーシェアリング支援システム２００は、サービスサーバ装置１００、通勤ユーザ端末１０２（郊外在住ユーザ端末）、運転代行者端末１０４、都市部ユーザ端末１０６、及びカーシェアリングサービスの対象となる車両１１０の車載器１１２を備えている。デリバリー型カーシェアリング支援システム２００は、図２に示すように、その他に、休日ユーザが所持する休日ユーザ端末１０８、及び車両の動力源（例えば、ガソリン、軽油、天然ガス、水素、電力等）の供給を受けると共に、車両の修理等のメンテナンスを実施可能なサービスステーション（ＳＳ）に配置されたサービスステーション端末１０９等を備えていても構わない。サービスサーバ装置１００、通勤ユーザ端末１０２、運転代行者端末１０４、都市部ユーザ端末１０６、及び車載器１１２（さらに、休日ユーザ端末１０８、及びサービスステーション端末１０９）は、通信回線（例えば、インターネット）を介して、通信可能に接続される。通勤ユーザ端末１０２、運転代行者端末１０４、及び都市部ユーザ端末１０６（さらに、休日ユーザ端末１０８、及びサービスステーション端末１０９）は、移動体通信端末であっても良く、かかる場合、図示しない基地局との無線通信或いは衛星通信を介してインターネット等の通信回線に接続される。また、車載器１１２は、移動体通信端末であり、図示しない基地局との無線通信或いは衛星通信を介してインターネット等の通信回線に接続される。また、車載器１１２には、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ：全地球測位システム）機能が搭載され、車両１１０の位置を測位する。以下、実施の形態１において、都市部とは、商業、流通などの発達の結果、限られた地域に人口が集中しているエリアを示し、例えば、車両を使用する通勤ユーザが当該車両を駐車するエリアである。また、実施の形態１において、郊外とは、都市部の周辺にある住宅地区を示し、例えば、車両を使用する通勤ユーザが住居として居住するエリアである。
図１は、実施の形態１におけるデリバリー型カーシェアリング支援システムの構成の一例を示す図である。
図２は、実施の形態１におけるデリバリー型カーシェアリング支援システムの構成の一例を補足する図である。図１及び図２において、デリバリー型カーシェアリング支援システム２００は、サービスサーバ装置１００、通勤ユーザ端末１０２（郊外在住ユーザ端末）、運転代行者端末１０４、都市部ユーザ端末１０６、及びカーシェアリングサービスの対象となる車両１１０の車載器１１２を備えている。デリバリー型カーシェアリング支援システム２００は、図２に示すように、その他に、休日ユーザが所持する休日ユーザ端末１０８、及び車両の動力源（例えば、ガソリン、軽油、天然ガス、水素、電力等）の供給を受けると共に、車両の修理等のメンテナンスを実施可能なサービスステーション（ＳＳ）に配置されたサービスステーション端末１０９等を備えていても構わない。サービスサーバ装置１００、通勤ユーザ端末１０２、運転代行者端末１０４、都市部ユーザ端末１０６、及び車載器１１２（さらに、休日ユーザ端末１０８、及びサービスステーション端末１０９）は、通信回線（例えば、インターネット）を介して、通信可能に接続される。通勤ユーザ端末１０２、運転代行者端末１０４、及び都市部ユーザ端末１０６（さらに、休日ユーザ端末１０８、及びサービスステーション端末１０９）は、移動体通信端末であっても良く、かかる場合、図示しない基地局との無線通信或いは衛星通信を介してインターネット等の通信回線に接続される。また、車載器１１２は、移動体通信端末であり、図示しない基地局との無線通信或いは衛星通信を介してインターネット等の通信回線に接続される。また、車載器１１２には、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ：全地球測位システム）機能が搭載され、車両１１０の位置を測位する。以下、実施の形態１において、都市部とは、商業、流通などの発達の結果、限られた地域に人口が集中しているエリアを示し、例えば、車両を使用する通勤ユーザが当該車両を駐車するエリアである。また、実施の形態１において、郊外とは、都市部の周辺にある住宅地区を示し、例えば、車両を使用する通勤ユーザが住居として居住するエリアである。
【0024】
通勤ユーザ端末１０２は、郊外に在住する郊外在住ユーザが所持する通信端末である。郊外在住ユーザは、夜間、車両を駐車する郊外に位置する郊外駐車場Ｐ'（Ｐ１'、Ｐ２'）から、日中、車両を駐車する都市部に位置する都市部駐車場Ｐへと車両１１０を移動させる。郊外在住ユーザは、例えば、郊外と都市部との間での通勤に車両１１０を利用する通勤ユーザである。通勤ユーザは、少なくとも１人でいれば良い。好ましくは、複数の通勤ユーザが利用すると好適である。図１の例では、２人の通勤ユーザが示されている。例えば、１人目の通勤ユーザは、夜間、車両を駐車する郊外に位置する郊外駐車場Ｐ１'から、日中、車両を駐車する都市部に位置する都市部駐車場Ｐ１へと１台目の車両１１０を移動させる。２人目の通勤ユーザは、夜間、車両を駐車する郊外に位置する郊外駐車場Ｐ２'から、日中、車両を駐車する都市部に位置する都市部駐車場Ｐ２へと２台目の車両１１０を移動させる。かかる場合、複数の通勤ユーザ端末１０２ａ，１０２ｂがサーバ装置１００と通信することになる。また、複数の都市部駐車場Ｐ１，Ｐ２は、同じ駐車場内の駐車スペース番号が異なる関係であっても構わない。
【0025】
都市部ユーザ端末１０６は、都市部で車両１１０を使用する都市部ユーザが所持する通信端末である。都市部ユーザとして、例えば、都市部に事業所（オフィス）を構えて事業を展開する法人或いは法人の職員等が挙げられる。都市部ユーザは、少なくとも１人でいれば良い。好ましくは、複数の都市部ユーザが利用すると好適である。図１の例では、２人（２社）の都市部ユーザ（１）（２）が示されている。かかる場合、複数の都市部ユーザ端末１０６ａ，１０６ｂがサーバ装置１００と通信することになる。
【0026】
運転代行者端末１０４は、都市部において、車両を移動する運転代行か可能の者が所持する通信端末である。例えば、個人で車両の移動作業を受注する個人サービス事業者である運転代行者が所持する通信端末である。運転代行者には、都市部に住宅１０３がある個人サービス事業者が含まれる。運転代行者には、一般のドライバーが副業として個人サービス事業者を営む場合が含まれる。例えば、フリーランサー（ＦＬ）と呼ばれる人が含まれる。或いは、運転代行者には、平日の日中に都市部にいる車両の運転が可能な一般人が含まれても構わない。
【0027】
サービスサーバ装置１００は、デリバリー型カーシェアリングサービスを支援するデリバリー型カーシェアリング支援装置の一例である。サービスサーバ装置１００は、例えば、デリバリー型カーシェアリングサービスを運営するサービス運営機関（例えば、サービス運営会社）に配置される。サービスサーバ装置１００は、都市部に配置されていても良いし、郊外に配置されていても良い。或いは、全く別の国或いは地域に配置されていても構わない。
【0028】
カーシェアリングサービスに使用する車両１１０は、例えば、通勤ユーザと同数の数が用意されると好適である。サービス運営機関は、通勤ユーザが所望する郊外にある郊外駐車場Ｐ'と都市部における通勤ユーザが通勤に利用可能な位置にある都市部駐車場Ｐとを用意する。複数の車両１１０が利用される場合、例えば、車両１１０の数と少なくとも同数の複数の郊外駐車場Ｐ'と車両１１０の数と少なくとも同数の複数の都市部駐車場Ｐとが用意される。
【0029】
ここで、上述したように、従来のカーシェアリングは、対象車両を駐車する駐車場を決めて置き、複数のユーザが必要な時に利用し、利用後は借りた場所である駐車場に戻すといった手法が一般的である。そのため、利用者の利便性が悪いといった問題があった。そこで、実施の形態１では、稼働率を上げる構成を説明する。
【0030】
図３は、実施の形態１におけるデリバリー型カーシェアリングサービスの内容の一例を説明するための図である。図３において、実施の形態１におけるデリバリー型カーシェアリングサービスでは、夜間、郊外駐車場Ｐ'に車両１１０を駐車する。そして、朝の通勤時間帯（出勤）は通勤ユーザによって車両１１０が利用され、通勤ユーザによって車両１１０が都市部駐車場Ｐに運ばれる。そして、日中は、都市部駐車場Ｐをベースに車両１１０が利用される。日中は、都市部ユーザから利用予約を募り、車両１１０が利用される。その際、都市部に居る運転代行者によって、都市部ユーザが求める場所に車両１１０を搬送して都市部ユーザに車両１１０を引き渡す。運転代行者は、サーバ装置１００からの連絡を受けて、例えば、自転車で都市部駐車場Ｐまで移動し、自転車を車両１１０のトランクに収納した状態で車両１１０を運転して、都市部ユーザが求める場所まで車両１１０を搬送（デリバリー）する。そして、都市部ユーザに車両１１０を引き渡した後は、トランクに収納されていた自転車で退去する。そして、都市部ユーザは、届いた車両１１０を運転して、所望の場所へと移動する。移動後は、都市部に居る運転代行者によって、都市部ユーザが求める場所で車両１１０が引き取られる。運転代行者は、サーバ装置１００からの連絡を受けて、例えば、自転車で引き取り場所まで移動し、都市部ユーザから車両１１０を引き取った後は、自転車を車両１１０のトランクに収納した状態で車両１１０を運転して、サーバ装置１００から指定された都市部駐車場Ｐまで車両１１０を搬送する。同日内に他の都市部ユーザからの求めがあれば、車両１１０が空いていれば、同様に、利用可能である。そして、夕方の通勤時間帯（退勤：帰路）は通勤ユーザによって車両１１０が利用され、通勤ユーザによって車両１１０が都市部駐車場Ｐから郊外駐車場Ｐ'に運ばれる。そして、夜間は、郊外駐車場Ｐ'に車両１１０を駐車する。
【0031】
このように、都市部駐車場Ｐを日中だけ賃借することにより、終日借りる従来の駐車場賃貸の賃貸料金に比べて、都市部駐車場Ｐの有効利用ができる。また、都市部ユーザが求める場所に車両１１０をデリバリーすることから、利用者の利便性の向上を図ることができる。さらに、都市部ユーザが所望する場所で車両１１０を乗り捨てることができることから、さらなる利用者の利便性の向上を図ることができる。その結果、車両１１０の稼働率の向上につなげることができる。また、運転代行者の拘束時間は、車両１１０の代行運転期間と引き渡し或いは／及び引き取りの作業時間とに限定できる。その結果、人手を少なくし、稼働率を上げることができる。これにより、カーシェアリングサービスの収益向上を図ることができる。
【0032】
その他、休日は、車両１１０の稼働率が低下するものの、図３に示すように、郊外駐車場Ｐ'での貸し出し及び返却による休日ユーザによる利用を促すことで、稼働していない無駄な時間を低減しても好適である。
【0033】
実施の形態１では、デリバリー型カーシェアリング支援システム２００を用いて、かかるデリバリー型カーシェアリングサービスを支援する。以下、デリバリー型カーシェアリング支援システム２００の各構成の具体的な動作を説明する。
【0034】
図４は、実施の形態１におけるサービスサーバ装置の内部構成の一例を示す図である。図４において、サービスサーバ装置１００内には、通信制御回路５０、メモリ５１、通勤予定（変更）情報受信部５２、可否判定部５４、可否判定情報出力部５５、トラッキング情報受信部５６、位置判定部５７、都市部利用判定部６１、予約情報処理部６２、車両／駐車場特定部６３、代行募集情報処理部６４、マッチング処理部８８、実行判定部７１、開錠／施錠情報受信部７２、コマンド処理部７３、開錠／施錠コマンド出力部７４、帰路予定情報作成部８６、帰路予定情報出力部８７、及び磁気ディスク装置等の記憶装置８０、８２，８４が配置される。予約情報処理部６２は、予約（変更）情報受信部５８、可否判定部５９、可否判定情報出力部６０、及び予約リスト作成部８１を有している。代行募集情報処理部６４は、代行募集情報作成部６５、代行募集情報出力部６６、代行募集回答受信部６７、及び代行募集回答解析部８２を有している。マッチング処理部８８は、マッチング部６８、マッチング結果情報作成部６９、及びマッチング結果情報出力部８３を有している。通勤予定（変更）情報受信部５２、可否判定部５４、可否判定情報出力部５５、トラッキング情報受信部５６、位置判定部５７、都市部利用判定部６１、予約情報処理部６２（予約（変更）情報受信部５８、可否判定部５９、可否判定情報出力部６０、及び予約リスト作成部８１）、車両／駐車場特定部６３、代行募集情報処理部６４（代行募集情報作成部６５、代行募集情報出力部６６、代行募集回答受信部６７、及び代行募集回答解析部８２）、マッチング処理部８８（マッチング部６８、マッチング結果情報作成部６９、及びマッチング結果情報出力部８３）、実行判定部７１、開錠／施錠情報受信部７２、コマンド処理部７３、開錠／施錠コマンド出力部７４、帰路予定情報作成部８６、及び帰路予定情報出力部８７といった各「～部」は、処理回路を含み、その処理回路には、電気回路、コンピュータ、プロセッサ、回路基板、或いは、半導体装置等が含まれる。また、各「～部」は、共通する処理回路（同じ処理回路）を用いてもよい。或いは、異なる処理回路（別々の処理回路）を用いても良い。通勤予定（変更）情報受信部５２、可否判定部５４、可否判定情報出力部５５、トラッキング情報受信部５６、位置判定部５７、都市部利用判定部６１、予約情報処理部６２（予約（変更）情報受信部５８、可否判定部５９、可否判定情報出力部６０、及び予約リスト作成部８１）、車両／駐車場特定部６３、代行募集情報処理部６４（代行募集情報作成部６５、代行募集情報出力部６６、代行募集回答受信部６７、及び代行募集回答解析部８２）、マッチング処理部８８（マッチング部６８、マッチング結果情報作成部６９、及びマッチング結果情報出力部８３）、実行判定部７１、開錠／施錠情報受信部７２、コマンド処理部７３、開錠／施錠コマンド出力部７４、帰路予定情報作成部８６、及び帰路予定情報出力部８７内に必要な入力データ或いは演算された結果はその都度メモリ５１に記憶される。
【0035】
図５は、実施の形態１におけるデリバリー型カーシェアリング支援方法の要部工程の一例の一部を示すフローチャート図である。図５では、デリバリー型カーシェアリング支援方法（デリバリー型カーシェアリング制御方法）の各工程のうち、朝の通勤時間帯における工程について説明する。以降の工程は後述する。
【0036】
まず、予め、少なくとも１人の通勤ユーザとデリバリー型カーシェアリングサービスを運営するサービス運営機関との間で通勤時間帯における車両１１０の利用について契約しておく。また、記憶装置８０には、カーシェアリングサービスに使用する少なくとも１台の車両のナンバー、及び車種等の車両情報が検索可能に格納された車両情報データベース（ＤＢ）が記憶される。また、記憶装置８４には、カーシェアリングサービスに使用する車両を駐車する都市部の少なくとも１個所の都市部駐車場Ｐと、郊外の少なくとも１個所の郊外駐車場Ｐ'と、の位置及び駐車番号等の駐車場情報が検索可能に格納された駐車場情報データベース（ＤＢ）が記憶される。また、記憶装置８０には、少なくとも１人の通勤ユーザと契約した通勤情報が定義された通勤情報リストが登録／格納される。また、平日の都市部での車両１１０の利用について予約がある場合、平日予約リストが記憶装置８０に記憶される。その他、休日ユーザによる休日の車両１１０の利用について予約がある場合、休日予約の内容が定義された休日予約リストが記憶される。また、夜間、車両１１０は、郊外駐車場Ｐ'に駐車されている。
【0037】
図５において、通勤予定情報出力工程として、当日、通勤ユーザの通勤ユーザ端末１０２（郊外在住ユーザ端末）は、通勤ユーザの本日の通勤予定情報（利用予定情報）を、通信回線を介してサービスサーバ装置１００に出力する。日によっては、都合により出社時刻が変わる可能性もある。そこで、例えば、毎日、当日の通勤予定情報を通勤ユーザ端末１０２から出力する。通勤予定情報には、例えば、通勤ユーザのユーザＩＤ、カーシェアリングの対象となる車両１１０の車両番号、利用時間、郊外駐車場の場所、及び都市部駐車場の場所が挙げられる。例えば、利用時間として、７：００～８：００、郊外駐車場の場所としてＰ１'、都市部駐車場の場所としてＰ１が定義される。具体的には、通勤ユーザは、例えば、サービス運営機関から供給されるアプリ（アプリケーションソフトウェア）を自身の通勤ユーザ端末１０２にダウンロード及びインストールしておき、アプリに表示される自身の通勤情報で定義された車両１１０の利用時間、郊外駐車場の場所、及び都市部駐車場の場所等に変更が無ければ、確定枠「ＯＫ」をクリックする。もしも、例えば、利用時間に変更があれば、通勤情報で定義された車両１１０の利用時間を変更して「ＯＫ」をクリックする。例えば、利用時間として、７：００～８：３０に変更して確定する。これにより、アプリ上で確定した当日の通勤予定情報が通信回線を介してサービスサーバ装置１００に出力される。或いは、通勤ユーザ端末１０２を使って、インターネットを介してアクセス可能な、サービス運営機関が立ち上げたサイトにアクセスして、同様の操作を行っても構わない。
【0038】
図５において、通勤予定情報受信工程として、サービスサーバ装置１００内の通勤予定（変更）情報受信部５２（予定情報受信部）は、夜間、車両１１０を駐車する郊外に位置する郊外駐車場Ｐ'から、日中、車両１１０を駐車する都市部に位置する都市部駐車場Ｐへと車両１１０を移動させる通勤ユーザ（郊外在住ユーザ）の通勤予定情報（利用予定情報）を、通勤ユーザ端末１０２（郊外在住ユーザ端末）から通信回線を介して受信する。具体的には、通勤予定（変更）情報受信部５２は、通信制御回路５０及び通信回線を介して、通勤ユーザ端末１０２からの通勤予定情報を受信する。
【0039】
可否判定工程として、可否判定部５４は、受信された当日の通勤予定情報に定義された内容の可否を判定する。具体的には、可否判定部５４は、受信された当日の通勤予定情報に定義された車両１１０の利用時間、及び都市部駐車場の場所が、記憶装置８０に格納された通勤情報リストに登録された当該通勤ユーザの情報と一致しているかどうかを判定する。一致していれば、予定内容可として判定し、当日の通勤予定情報として記憶装置８０に記憶する。例えば、通勤予定情報１として記憶装置８０に記憶する。一方、利用時間の終期である都市部駐車場への到着時刻が８：００から８：３０に変更されていた場合、可否判定部５４は、記憶装置８０に格納された平日予約リストを参照して、予約時間に影響を与えないかどうかを判定し、予約時間に影響を与える場合、予定内容不可として判定する。予約時間に影響を与えないかどうかは、予約開始時刻と都市部駐車場から車両１１０を移動して引き渡し場所での引き渡しが可能なデリバリー時間を考慮して判定される。都市部駐車場への到着時刻が８：３０であれば、例えば、予約開始時刻が９：００であり、デリバリー時間が２０分であれば、予定内容可として判定される。一方、例えば、予約開始時刻が８：５０であり、デリバリー時間が３０分であれば、予定内容不可として判定される。
【0040】
可否判定情報出力工程として、可否判定情報出力部５５は、通信制御回路５０及び通信回線を介して、通勤ユーザ端末１０２に、可否判定情報を出力する。可否判定結果が可であった場合、可であることを示すコメント等の情報が出力される。他方、可否判定結果が否であった場合、否であること、及び通勤情報リストに登録された当該通勤ユーザの元々の利用時間に間に合うように、通勤ユーザに促すコメントが出力される。
【0041】
開錠情報出力工程として、当日、通勤ユーザ端末１０２（郊外在住ユーザ端末）は、車両１１０のドアを開錠する開錠情報を、通信回線を介してサービスサーバ装置１００に出力する。具体的には、通勤ユーザは、例えば、サービス運営機関から供給されるアプリの画面から「開錠する」を選択し、「ＯＫ」をクリックする。これにより、アプリ上で確定した開錠情報が通信回線を介してサービスサーバ装置１００に出力される。
【0042】
開錠工程として、開錠／施錠情報受信部７２は、通信制御回路５０及び通信回線を介して、通勤ユーザ端末１０２からの開錠情報を受信する。次に、コマンド処理部７３は、通勤ユーザ端末１０２の通勤ユーザが利用する車両１１０の開錠コマンドを作成する。そして、開錠／施錠コマンド出力部７４は、通信制御回路５０及び通信回線を介して、車両１１０の車載器１１２に開錠コマンドを出力する。車載器１１２は、開錠コマンドを受信し、車両１１０の図示しない制御回路を操作して車両１１０のドアを開錠する。
【0043】
そして、通勤ユーザは、開錠された車両１１０に乗り込み、エンジンをかけ、車両１１０の利用を開始する。ここでは、通勤ユーザは、通勤手段として、郊外駐車場Ｐ'から、都市部駐車場Ｐへと車両１１０を移動させる。例えば、車両１１０内でエンジンスタートボタンを押すことでエンジンがかかるようにしておけばよい。また、停める場合には、ストップボタンを押すことでエンジンが停止するようにしておけばよい。
【0044】
トラッキング工程として、車両１１０のエンジンがかかっている間、車載器１１２に搭載されたＧＰＳ装置により車両１１０の位置は測位され、車載器１１２は、トラッキング情報として、車両１１０の位置情報を、通信回線を介してサービスサーバ装置１００に出力する。サービスサーバ装置１００内では、トラッキング情報受信部５６が、通信制御回路５０及び通信回線を介して、車載器１１２からのトラッキング情報を受信し、位置判定部５７は、受信されたトラッキング情報を使って、車両１１０の現在の位置を判定する。
【0045】
通勤ユーザは運転開始後、到着前の段階で何らかの原因、或いは自主的に、通勤予定情報の内容を変更したい場合、通勤予定変更情報出力工程として、通勤ユーザ端末１０２または車載器１１２は、変更された通勤予定情報（利用予定情報）を、通信回線を介してサービスサーバ装置１００に出力しても良い。かかる場合、通勤予定変更情報受信工程として、サービスサーバ装置１００内の通勤予定（変更）情報受信部５２は、変更された通勤予定情報を、通勤ユーザ端末１０２または車載器１１２から通信回線を介して受信する。そして、可否判定工程として、可否判定部５４は、変更された通勤予定情報に定義された内容の可否を判定する。そして、可否判定情報出力工程として、可否判定情報出力部５５は、通信制御回路５０及び通信回線を介して、通勤ユーザ端末１０２または車載器１１２に、可否判定情報を出力する。
【0046】
施錠情報出力工程として、当日の目的地となる都市部駐車場Ｐに到着すると、通勤ユーザがエンジンを停止して、車両１１０から降りた段階で、通勤ユーザ端末１０２（郊外在住ユーザ端末）は、車両１１０のドアを施錠する施錠情報を、通信回線を介してサービスサーバ装置１００に出力する。具体的には、通勤ユーザは、例えば、サービス運営機関から供給されるアプリの画面から「施錠する」を選択し、「ＯＫ」をクリックする。これにより、アプリ上で確定した施錠情報が通信回線を介してサービスサーバ装置１００に出力される。
【0047】
施錠工程として、開錠／施錠情報受信部７２は、通信制御回路５０及び通信回線を介して、通勤ユーザ端末１０２からの施錠情報を受信する。次に、コマンド処理部７３は、通勤ユーザ端末１０２の通勤ユーザが利用する車両１１０の施錠コマンドを作成する。そして、開錠／施錠コマンド出力部７４は、通信制御回路５０及び通信回線を介して、車両１１０の車載器１１２に施錠コマンドを出力する。車載器１１２は、施錠コマンドを受信し、車両１１０の図示しない制御回路を操作して車両１１０のドアを施錠する。そして、通勤ユーザは、自身の職場へと出勤することになる。
【0048】
以上により、平日の例えば朝方に車両１１０が郊外駐車場Ｐ'から都市部駐車場Ｐへと移動され、平日の日中は、都市部で車両１１０が利用可能となる。
【0049】
図６は、実施の形態１におけるデリバリー型カーシェアリング支援方法の要部工程の一例の他の一部を示すフローチャート図である。図６では、デリバリー型カーシェアリング支援方法の各工程のうち、日中の時間帯における工程の一部について説明する。以降の工程は後述する。
【0050】
予約情報受信工程として、予約（変更）情報受信部５８は、都市部で車両１１０を使用する都市部ユーザの都市部ユーザ端末１０６から通信回線を介して、都市部において車両１１０の利用を希望する利用時間帯と車両の引き渡し場所とが定義された、車両利用の予約を希望する予約情報を受信する。都市部ユーザ端末１０６から発信される予約情報の受信時期は、日中とは限らず、その他の時間帯でも構わない。また、当日に限らず、予約時より前であれば良い。例えば、予約は、１週間前から１時間前まで受け付ける。予約情報として、例えば、都市部ユーザの氏名、連絡先、利用したい日、利用時間帯、車両の引き渡し場所、及び車両の引き取り場所が定義される。都市部ユーザは、例えば、サービス運営機関から供給されるアプリ（アプリケーションソフトウェア）を自身の都市部ユーザ端末１０６にダウンロード及びインストールしておき、アプリに表示される都市部ユーザの氏名（或いは／及び識別ＩＤ）、連絡先、利用したい日、利用時間帯、車両の引き渡し場所、及び車両の引き取り場所の各項目を入力する。そして、内容に間違いが無ければ、確定枠「ＯＫ」をクリックする。これにより、アプリ上で確定した予約情報が通信回線を介してサービスサーバ装置１００に出力される。或いは、都市部ユーザ端末１０６を使って、インターネットを介してアクセス可能な、サービス運営機関が立ち上げたサイトにアクセスして、同様の操作を行っても構わない。
【0051】
仮予約可否判定工程として、可否判定部５９は、受信された予約情報に定義された内容の可否を判定する。具体的には、可否判定部５９は、記憶装置８０に格納される平日予約リストを参照して、受信された予約情報に定義された利用したい日、利用時間帯、車両の引き渡し場所、及び車両の引き取り場所に見合う車両１１０が確保できるかどうかを判定する。車両の引き渡し場所によっては、都市部駐車場Ｐから対象車両１１０を移動させるデリバリー時間が長くかかる場合もあり得る。同様に、引き取り場所によっては、都市部駐車場Ｐに対象車両１１０を移動させる回収時間が長くかかる場合もあり得る。そのため、可否判定部５９は、かかる移動時間も勘案して可否を判定すると好適である。例えば、平日予約リストに９：００～１０：００の仮予約と、１２：００から１４：００までの仮予約とが既に存在する場合、予約情報に定義された利用時間帯が０９：３０～１３：００であれば、利用時間帯が重なってしまうので否と判定される。また、予約情報に定義された利用時間帯が１０：００～１２：００であれば、デリバリー時間が確保できないので否と判定される。また、予約情報に定義された利用時間帯が１０：３０～１１：３０であり、デリバリー時間及び回収時間が確保できれば可と判定される。
【0052】
可否判定情報出力工程として、可否判定情報出力部６０は、通信制御回路５０及び通信回線を介して、都市部ユーザ端末１０６に、可否判定情報を出力する。可否判定結果が可であった場合、可であることを示すコメント等の情報が出力される。他方、可否判定結果が否であった場合、否であること、及び利用可能な時間帯枠を表示して、都市部ユーザに利用時間の変更を促すコメントが出力される。
【0053】
予約リスト作成工程として、予約情報処理部６２は予約情報を登録する。具体的には、以下のように動作する。予約リスト作成部８１は、仮予約可と判定された場合、当該予約情報に定義された内容を当日の平日予約リストに追加登録して記憶装置８０に記憶する。予約リストには、例えば、利用日、利用時間帯、都市部ユーザの氏名、連絡先、車両の引き渡し場所、車両の引き取り場所、車両ナンバー、引き渡し用の都市駐車場の識別子、引き渡し用の運転代行者名（或いは識別ＩＤ）、引き取り用の都市駐車場の識別子、引き取り用の運転代行者名（或いは識別ＩＤ）、引き渡しマッチング可否、引き渡し実行有無、引き取りマッチング可否、及び引き取り実行有無が定義される。予約情報を登録する時点では、利用日、利用時間帯、都市部ユーザの氏名、連絡先、車両の引き渡し場所、及び車両の引き取り場所以外の情報は、まだ確定していないでの空欄或いは未確定を示す識別子が定義されればよい。予約リストには、その他、記憶装置８０に格納された通勤情報リストに登録された当該通勤ユーザの出勤時利用の利用終了時刻、出勤時利用の車両ナンバー、出勤時利用の都市部駐車場、退勤時利用の利用開始時刻、退勤時利用の車両ナンバー、及び退勤時利用の都市部駐車場が定義される。但し、当該通勤ユーザの出勤時利用の利用終了時刻、出勤時利用の車両ナンバー、出勤時利用の都市部駐車場、退勤時利用の利用開始時刻、退勤時利用の車両ナンバー、及び退勤時利用の都市部駐車場の各情報は、当日の状況に応じて変更され得る。
【0054】
都市部利用判定工程として、都市部利用判定部６１は、入力された当日の通勤予定情報（利用予定情報）に基づいて、郊外在住ユーザによって都市部駐車場Ｐに移動させられる車両１１０の都市部での利用可能時間帯を判定する。具体的には、都市部利用判定部６１は、記憶装置８０に格納された通勤情報リスト、及び通勤予定情報を参照して、郊外在住ユーザによって都市部駐車場Ｐに移動させられる車両１１０の都市部での利用可能時間帯を判定する。例えば、通勤情報リストには、利用時間の終期である都市部駐車場への到着時刻が８：００と定義されているものの、当日の通勤予定情報１には、通勤情報リストの時刻よりも遅い８：３０と定義されていた場合、当日の車両１１０の都市部での利用可能開始時刻は、８：３０と判定される。また、当日の通勤予定情報１に、通勤情報リストの時刻よりも早い７：３０と定義されていた場合、当日の車両１１０の都市部での利用可能開始時刻は、７：３０と判定される。判定結果は、予約リスト作成部８１に出力され、予約リスト作成部８１は、平日予約リストの情報を書き換える。
【0055】
車両特定工程として、車両／駐車場特定部６３（車両特定部）は、判定された利用可能時間帯の情報を基に、予約情報に定義された利用時間帯に都市部駐車場Ｐに停車する車両１１０（車両ナンバーを含む）を特定する。また、車両／駐車場特定部６３（車両特定部）は、判定された利用可能時間帯の情報を基に、予約情報に定義された利用時間帯に利用可能な車両１１０が停車する都市部駐車場Ｐの位置（或いは識別子）を特定する。特定結果は、予約リスト作成部８１に出力され、予約リスト作成部８１は、平日予約リストの情報を書き換える。
【0056】
代行募集情報作成工程として、代行募集情報作成部６５は、予約情報に定義された引き渡し場所に、特定された車両１１０を都市部駐車場Ｐから移動させ、車両１１０を引き渡す引き渡し運転代行者を募集する引き渡し代行募集情報を作成する。引き渡し代行募集情報には、代行日、代行作業時間帯、都市部駐車場Ｐの位置、引き渡し場所、及び報酬額が定義され、運転代行してくれる方を募集する旨、及び自転車、徒歩、若しくは公共交通機関で対象車両まで移動する必要がある旨等のコメントが定義される。代行作業時間帯の開始時刻として、当日の対象車両１１０の都市部での利用可能開始時刻が用いられると好適である。代行作業時間帯の終了時刻として、当日の引き渡し時刻が用いられると好適である。
【0057】
引き渡し代行募集情報出力工程として、代行募集情報出力部６６は、作成された引き渡し代行募集情報を出力する。具体的には、代行募集情報出力部６６は、通信制御回路５０及び通信回線を介して、引き渡し代行募集情報を出力する。例えば、少なくとも１人の運転代行者が予め登録されている場合には、登録された運転代行者の運転代行者端末１０４に出力される。運転代行者は、例えば、サービス運営機関から供給されるアプリ（アプリケーションソフトウェア）を自身の運転代行者端末１０４にダウンロード及びインストールしておき、アプリに引き渡し代行募集情報の内容が表示される。或いは、アプリがインストールされた運転代行者端末１０４に引き渡し代行募集情報がメールされるようにしても好適である。或いは、インターネットを介してアクセス可能な、サービス運営機関が立ち上げたサイトに引き渡し代行募集情報の内容が表示される。運転代行者を登録制にしない場合、広く、一般人の中から引き渡しの運転代行が募集されると好適である。引き渡し代行募集情報の出力は、当日の代行作業時間帯の開始時刻の数１０分前、或いは１～３時間程度前に実施されると好適である。あまり前の時点で募集すると、実施段階になって何らかの理由で実施されない場合が生じ得る。よって、できるだけ、当日の代行作業時間帯の開始時刻に近い段階で募集した方が確実に実施されるので好適である。
【0058】
引き渡し代行募集回答情報受信工程として、代行募集回答受信部６７は、運転代行を行う運転代行者の運転代行者端末１０４から通信回線を介して引き渡し代行募集情報に対する回答を示す引き渡し代行募集回答情報を入力（受信）する。具体的には、代行募集回答受信部６７は、通信回線及び通信制御回路５０を介して、引き渡し代行募集回答情報を受信する。運転代行者は、運転代行者端末１０４にインストールされた、例えば、サービス運営機関から供給されるアプリに表示された引き渡し代行募集情報の項目をクリックし、内容を確認後、受諾する場合には、「受諾する」をクリックする。そして、運転代行者自身の氏名（或いは識別ＩＤ）及び通信アドレス（電話番号或いは／及びメールアドレス等）を入力し、確定枠「ＯＫ」をクリックする。これにより、アプリ上で確定した引き渡し代行募集回答情報が通信回線を介してサービスサーバ装置１００に出力される。或いは、アプリから転代行者端末１０４にメールされた引き渡し代行募集情報に対して、受諾する旨、運転代行者自身の氏名（或いは識別ＩＤ）及び通信アドレスを記載して、返信するようにしても好適である。或いは、運転代行者端末１０４を使って、インターネットを介してアクセス可能な、サービス運営機関が立ち上げたサイトにアクセスして、同様の操作を行っても構わない。その他、報酬の支払い方を選択する項目がアプリ（或いはサイト）内に用意されていると好適である。例えば、現金書留、振込、或いは換金可能若しくは何か（物、或いはサービス）を購入時に支払可能なポイント加算（登録）等が選択されると好適である。
【0059】
代行募集回答解析工程として、代行募集回答解析部８２は、引き渡し代行募集回答情報を解析する。例えば、受諾有無、運転代行者自身の氏名（或いは識別ＩＤ）、及び運転代行者端末１０４の電話番号或いは／及びメールアドレス等の情報が解析される。解析結果は、マッチング処理部８８に出力される。
【0060】
マッチング処理工程として、マッチング処理部８８は、都市部での車両利用に対して都市部ユーザと運転代行者と車両１１０とをマッチングする。具体的には、以下のように動作する。マッチング部６８は、予約情報に定義された利用時間帯に都市部駐車場Ｐに停車する車両１１０が特定され、引き渡し代行募集回答情報に引き渡し運転代行を受諾することを示す情報が定義されていた場合に、都市部での車両利用のマッチングが成立したものと判定する。一方、当日の代行作業時間帯の開始時刻までに受諾する旨の回答が無い場合には、マッチング不成立と判定する。
【0061】
マッチング結果情報作成工程として、マッチング結果情報作成部６９は、マッチング結果として、マッチング成立の場合、都市部ユーザ向けに、都市部ユーザ名、引き渡しマッチング可否、利用日、利用時間帯、車両の引き渡し時刻、車両の引き渡し場所、車両ナンバー、及び引き渡し用の運転代行者名（或いは識別ＩＤ）が定義された都市部ユーザ向け引渡情報を作成する。同様に、運転代行者向けに、引き渡し用の運転代行者名（或いは識別ＩＤ）、引き渡しマッチング可否、代行日、代行作業時間帯、都市部駐車場Ｐの位置、車両ナンバー、引き渡し場所、都市部ユーザ名、及び報酬額が定義された運転代行者向け引渡情報を作成する。マッチング結果情報作成部６９は、マッチング結果として、マッチング不成立の場合、都市部ユーザ向けに、都市部ユーザ名、引き渡しマッチング可否が定義された都市部ユーザ向け引取情報を作成する。
【0062】
マッチング結果情報出力工程として、マッチング結果情報出力部８３は、通信制御回路５０及び通信回線を介して、マッチング結果として、都市部ユーザ向け引渡情報を当該予約情報に対応する都市部ユーザ端末１０６に出力する。同様に、マッチング結果情報出力部８３は、通信制御回路５０及び通信回線を介して、マッチング結果として運転代行者向け引渡情報を運転代行者端末１０４に出力する。マッチング不成立の場合、都市部ユーザによる仮予約は解除される。
【0063】
運転代行者は、運転代行者端末１０４にて運転代行者向け引渡情報を受信した後、代行作業時間帯内に、指定された都市部駐車場Ｐに自転車、徒歩、若しくは公共交通機関で赴く。
【0064】
開錠情報出力工程として、都市部駐車場Ｐに到着すると、運転代行者端末１０４は、車両１１０のドアを開錠する開錠情報を、通信回線を介してサービスサーバ装置１００に出力する。具体的には、運転代行者は、例えば、サービス運営機関から供給されるアプリの画面から「開錠する」を選択し、「ＯＫ」をクリックする。これにより、アプリ上で確定した開錠情報が通信回線を介してサービスサーバ装置１００に出力される。
【0065】
開錠工程として、開錠／施錠情報受信部７２は、通信制御回路５０及び通信回線を介して、運転代行者端末１０４からの開錠情報を受信する。次に、コマンド処理部７３は、運転代行者が運転代行する車両１１０の開錠コマンドを作成する。そして、開錠／施錠コマンド出力部７４は、通信制御回路５０及び通信回線を介して、車両１１０の車載器１１２に開錠コマンドを出力する。車載器１１２は、開錠コマンドを受信し、車両１１０の図示しない制御回路を操作して車両１１０のドアを開錠する。
【0066】
そして、運転代行者は、自転車で赴いた場合には、車両１１０のトランクに自転車を積んで、開錠された車両１１０に乗り込み、エンジンをかけ、車両１１０の運転代行を開始する。ここでは、運転代行者は、都市部駐車場Ｐから引渡時刻までに引き渡し場所まで、対象車両１１０を移動させる。例えば、車両１１０内でエンジンスタートボタンを押すことでエンジンがかかるようにしておけばよい。また、停める場合には、ストップボタンを押すことでエンジンが停止するようにしておけばよい。
【0067】
運転代行者は、対象車両１１０を代行運転して、目的地となる引き渡し場所に到着すると、エンジンを停止し、車両１１０から降り、トランクから自転車を取り出す。
【0068】
施錠情報出力工程として、運転代行者端末１０４は、車両１１０のドアを施錠する施錠情報を、通信回線を介してサービスサーバ装置１００に出力する。具体的には、運転代行者は、例えば、サービス運営機関から供給されるアプリの画面から「施錠する」を選択し、「ＯＫ」をクリックする。これにより、アプリ上で確定した施錠情報が通信回線を介してサービスサーバ装置１００に出力される。
【0069】
施錠工程として、開錠／施錠情報受信部７２は、通信制御回路５０及び通信回線を介して、運転代行者端末１０４からの施錠情報を受信する。次に、コマンド処理部７３は、車両１１０の施錠コマンドを作成する。そして、開錠／施錠コマンド出力部７４は、通信制御回路５０及び通信回線を介して、車両１１０の車載器１１２に施錠コマンドを出力する。車載器１１２は、施錠コマンドを受信し、車両１１０の図示しない制御回路を操作して車両１１０のドアを施錠する。
【0070】
そして、運転代行者は、対象車両１１０を対象となる都市部ユーザに引き渡す。車両１１０が引き渡された都市部ユーザは、次に以下の動作を行う。
【0071】
開錠情報出力工程として、都市部ユーザ端末１０６は、車両１１０のドアを開錠する開錠情報を、通信回線を介してサービスサーバ装置１００に出力する。具体的には、都市部ユーザは、例えば、サービス運営機関から供給されるアプリの画面から「開錠する」を選択し、「ＯＫ」をクリックする。これにより、アプリ上で確定した開錠情報が通信回線を介してサービスサーバ装置１００に出力される。
【0072】
開錠工程として、開錠／施錠情報受信部７２は、通信制御回路５０及び通信回線を介して、都市部ユーザ端末１０６からの開錠情報を受信する。次に、コマンド処理部７３は、対象車両１１０の開錠コマンドを作成する。そして、開錠／施錠コマンド出力部７４は、通信制御回路５０及び通信回線を介して、対象車両１１０の車載器１１２に開錠コマンドを出力する。車載器１１２は、開錠コマンドを受信し、車両１１０の図示しない制御回路を操作して車両１１０のドアを開錠する。そして、都市部ユーザは、対象車両１１０の利用を開始する。また、都市部ユーザ端末１０６からの開錠情報は、実行判定部７１に出力される。
【0073】
実行判定工程として、実行判定部７１は、引き渡し実行完了情報を入力し、引き渡し実行完了情報に基づいて、運転代行者による対象車両１１０の引き渡し場所への移動が実行されたこと及び都市部ユーザへの当該車両１１０の引き渡しが実行されたことを判定する。具体的には、例えば、引き渡し実行完了情報として、都市部ユーザが車両を開錠するための開錠情報を用いる。言い換えれば、都市部ユーザ端末１０６からの開錠情報を受信した場合に、実行判定部７１は、運転代行者による対象車両１１０の引き渡し場所への移動が実行されたこと及び都市部ユーザへの当該車両１１０の引き渡しが実行されたことを判定する。そして、引き渡し実行判定結果は、予約リスト作成部８１に出力され、予約リスト作成部８１は、平日予約リストの情報を書き換える。言い換えれば、平日予約リストの引き渡し実行有無の項目が、例えば、「有」或いは「完」と書き換えられる。
【0074】
上述した例では、引き渡し場所において、運転代行者が一旦施錠し、その後、改めて都市部ユーザが開錠するという動作を行っているがこれに限るものではない。引き渡し場所において、運転代行者は、エンジンをかけたまま、或いは、エンジンを停止するもドアを施錠しないまま、都市部ユーザに車両１１０を引き渡しても構わない。かかる場合、このままでは、サービスサーバ装置１００にて引き渡しの実行有無が判断できない。その場合、運転代行者端末１０４或いは／及び都市部ユーザ端末１０６から、引き渡し実行が完了したことを示す引き渡し実行完了報告をサービスサーバ装置１００に出力すればよい。実行判定部７１は、引き渡し実行完了報告を受信することで、引き渡しが実行されたことを判定することができる。
【0075】
図７は、実施の形態１におけるデリバリー型カーシェアリング支援方法の要部工程の一例の他の一部を示すフローチャート図である。図７では、デリバリー型カーシェアリング支援方法の各工程のうち、日中の時間帯における工程の残部について説明する。以降の工程は後述する。
【0076】
トラッキング工程として、都市部ユーザによる車両１１０の利用中において、車両１１０のエンジンがかかっている間、車載器１１２に搭載されたＧＰＳ装置により車両１１０の位置は測位され、車載器１１２は、トラッキング情報として、車両１１０の位置情報を、通信回線を介してサービスサーバ装置１００に出力する。サービスサーバ装置１００内では、トラッキング情報受信部５６が、通信制御回路５０及び通信回線を介して、車載器１１２からのトラッキング情報を受信し、位置判定部５７は、受信されたトラッキング情報を使って、車両１１０の現在の位置を判定する。
【0077】
都市部ユーザは車両１１０の利用開始後、引き取り場所到着前の段階で何らかの原因、或いは自主的に、予約情報の内容を変更したい場合、予約変更情報出力工程として、都市部ユーザ端末１０６は、変更された予約情報を、通信回線を介してサービスサーバ装置１００に出力しても良い。或いは、変更が無くても、いわゆる帰るコールとして、都市部ユーザ端末１０６は、引き取り場所への到着時刻を含む予約情報を、通信回線を介してサービスサーバ装置１００に出力すると好適である。かかる場合、予約変更情報受信工程として、サービスサーバ装置１００内の予約（変更）情報受信部５８は、都市部ユーザ端末１０６から通信回線を介して変更された予約情報、例えば、利用終了時刻の変更を希望する変更情報を受信する。例えば、利用終了時刻、及び／或いは引き取り場所の変更等が挙げられる。可否判定工程として、可否判定部５９は、他の都市部ユーザ端末１０６からの予約情報に基づいて、受信された変更情報に示された内容、例えば、利用終了時刻、の容認可否を判定する。具体的には、可否判定部５９は、平日予約リストを参照して、当初の引き取り後の予定（例えば他の都市部ユーザ端末１０６からの予約）に影響が無いかどうかを判定する。影響がある場合、変更否と判定される。影響がない場合、変更可と判定される。そして、可否判定情報出力工程として、可否判定情報出力部６０は、通信制御回路５０及び通信回線を介して、予約変更情報を発信した都市部ユーザ端末１０６に、可否判定情報を出力する。可否判定結果が可であった場合、可であることを示すコメント等の情報が出力される。他方、可否判定結果が否であった場合、否であること、及び当初の予約情報の内容を守るように、都市部ユーザに促すコメントが出力される。また、可否判定結果が可であった場合、変更内容が予約リスト作成部８１に出力され、予約リスト作成部８１は、平日予約リストの情報を書き換える。
【0078】
代行募集情報作成工程として、代行募集情報作成部６５は、予約情報に定義された引き取り場所で都市部ユーザが使用している車両１１０を引き取り、都市部駐車場Ｐに移動させる引き取り運転代行者を募集する引き取り代行募集情報を作成する。引き取り代行募集情報には、代行日、代行作業時間帯、都市部駐車場Ｐの位置、引き取り場所、及び報酬額が定義され、運転代行してくれる方を募集する旨、及び自転車、徒歩、若しくは公共交通機関で対象車両まで移動する必要がある旨等のコメントが定義される。代行作業時間帯の開始時刻として、当日の対象車両１１０の利用時間の最終時刻（引き取り時刻）が用いられると好適である。或いは、ＧＰＳ機能によるトラッキングにより測位された現在の対象車両１１０の位置から引き取り場所までにかかる時間を現在の時刻に加算した時刻を用いても良い。或いは、測位された対象車両１１０の位置を考慮した時刻が、対象車両１１０の利用時間の最終時刻よりも早い場合には、対象車両１１０の利用時間の最終時刻とし、遅い場合には測位された対象車両１１０の位置を考慮した時刻を用いるとさらに好適である。例えば、渋滞等で遅くなることもあり得る。その場合には、ＧＰＳ機能で測位した情報が役に立つ。代行作業時間帯の終了時刻として、次の利用予定開始時刻からデリバリー時間を差し引いた時刻が用いられると好適である。
また、複数の都市部駐車場が用意される場合、運転代行者が車両の引き渡しの場合に車両１１０を移動させる都市部駐車場Ｐ１と、車両１１０の引き取りの場合に車両１１０を移動させる都市部駐車場Ｐ２とが異なる場合もあり得る。例えば、次の予約の引き渡し場所によっては、都市部駐車場を変更した方が引き渡し場所に近くなる場合もあり得る。かかる場合、現在の引き取り時における都市部駐車場を変更すると好適である。
また、複数の都市部駐車場が用意される場合、運転代行者が車両の引き渡しの場合に車両１１０を移動させる都市部駐車場Ｐ１と、車両１１０の引き取りの場合に車両１１０を移動させる都市部駐車場Ｐ２とが異なる場合もあり得る。例えば、次の予約の引き渡し場所によっては、都市部駐車場を変更した方が引き渡し場所に近くなる場合もあり得る。かかる場合、現在の引き取り時における都市部駐車場を変更すると好適である。
【0079】
引き取り代行募集情報出力工程として、代行募集情報出力部６６は、作成された引き取り代行募集情報を出力する。具体的には、代行募集情報出力部６６は、通信制御回路５０及び通信回線を介して、引き取り代行募集情報を出力する。例えば、少なくとも１人の運転代行者が予め登録されている場合には、登録された運転代行者の運転代行者端末１０４に出力される。運転代行者は、例えば、サービス運営機関から供給されるアプリ（アプリケーションソフトウェア）を自身の運転代行者端末１０４にダウンロード及びインストールしておき、アプリに引き取り代行募集情報の内容が表示される。或いは、アプリがインストールされた運転代行者端末１０４に引き取り代行募集情報がメールされるようにしても好適である。或いは、インターネットを介してアクセス可能な、サービス運営機関が立ち上げたサイトに引き取り代行募集情報の内容が表示される。運転代行者を登録制にしない場合、広く、一般人の中から引き取りの運転代行が募集されると好適である。引き取り代行募集情報の出力は、当日の代行作業時間帯の開始時刻の数１０分前、或いは１～３時間程度前に実施されると好適である。あまり前の時点で募集すると、実施段階になって何らかの理由で実施されない場合が生じ得る。よって、できるだけ、当日の代行作業時間帯の開始時刻に近い段階で募集した方が確実に実施されるので好適である。
【0080】
引き取り代行募集回答情報受信工程として、代行募集回答受信部６７は、運転代行を行う運転代行者の運転代行者端末１０４から通信回線を介して引き取り代行募集情報に対する回答を示す引き取り代行募集回答情報を入力（受信）する。具体的には、代行募集回答受信部６７は、通信回線及び通信制御回路５０を介して、引き取り代行募集回答情報を受信する。運転代行者は、運転代行者端末１０４にインストールされた、例えば、サービス運営機関から供給されるアプリに表示された引き取り代行募集情報の項目をクリックし、内容を確認後、受諾する場合には、「受諾する」をクリックする。そして、運転代行者自身の氏名（或いは識別ＩＤ）及び通信アドレス（電話番号或いは／及びメールアドレス等）を入力し、確定枠「ＯＫ」をクリックする。これにより、アプリ上で確定した引き取り代行募集回答情報が通信回線を介してサービスサーバ装置１００に出力される。或いは、アプリから転代行者端末１０４にメールされた引き取り代行募集情報に対して、受諾する旨、運転代行者自身の氏名（或いは識別ＩＤ）及び通信アドレスを記載して、返信するようにしても好適である。或いは、運転代行者端末１０４を使って、インターネットを介してアクセス可能な、サービス運営機関が立ち上げたサイトにアクセスして、同様の操作を行っても構わない。その他、報酬の支払い方を選択する項目がアプリ（或いはサイト）内に用意されていると好適である。例えば、現金書留、振込、或いは換金可能若しくは何か（物、或いはサービス）を購入時に支払可能なポイント加算（登録）等が選択されると好適である。
【0081】
代行募集回答解析工程として、代行募集回答解析部８２は、引き取り代行募集回答情報を解析する。例えば、受諾有無、運転代行者自身の氏名（或いは識別ＩＤ）、及び運転代行者端末１０４の電話番号或いは／及びメールアドレス等の情報が解析される。解析結果は、マッチング処理部８８に出力される。
【0082】
マッチング処理工程として、マッチング処理部８８は、都市部での車両利用に対して都市部ユーザと運転代行者と車両１１０とをマッチングする。具体的には、以下のように動作する。マッチング部６８は、引き取り代行募集回答情報に引き取り運転代行を受諾することを示す情報が定義されていた場合に、都市部での車両引き取りのマッチングが成立したものと判定する。一方、当日の代行作業時間帯の開始時刻までに受諾する旨の回答が無い場合には、マッチング不成立と判定する。
【0083】
マッチング結果情報作成工程として、マッチング結果情報作成部６９は、マッチング結果として、マッチング成立の場合、都市部ユーザ向けに、都市部ユーザ名、引き取りマッチング可否、利用日、利用時間帯、車両の引き取り時刻、車両の引き取り場所、車両ナンバー、及び引き取り用の運転代行者名（或いは識別ＩＤ）が定義された都市部ユーザ向け引取情報を作成する。同様に、運転代行者向けに、引き取り用の運転代行者名（或いは識別ＩＤ）、引き取りマッチング可否、代行日、代行作業時間帯、都市部駐車場Ｐの位置、車両ナンバー、引き取り場所、都市部ユーザ名、及び報酬額が定義された運転代行者向け引取情報を作成する。マッチング結果情報作成部６９は、マッチング結果として、マッチング不成立の場合、都市部ユーザ向けに、都市部ユーザ名、引き取りマッチング可否、及び引き取り場所の近くの指定駐車場の場所が定義された都市部ユーザ向け引取情報を作成する。予め用意された複数の都市部駐車場Ｐの中から引き取り場所に最も近くの空いている駐車場を選択する。
【0084】
マッチング結果情報出力工程として、マッチング結果情報出力部８３は、通信制御回路５０及び通信回線を介して、マッチング結果として、都市部ユーザ向け引取情報を当該予約情報に対応する都市部ユーザ端末１０６に出力する。同様に、マッチング結果情報出力部８３は、通信制御回路５０及び通信回線を介して、マッチング結果として運転代行者向け引取情報を運転代行者端末１０４に出力する。
【0085】
運転代行者は、運転代行者端末１０４にて運転代行者向け引取情報を受信した後、代行作業時間帯内に、指定された引き取り場所に自転車、徒歩、若しくは公共交通機関で赴く。そして、都市部ユーザが、引き取り場所に到着すると、運転代行者は、都市部ユーザから対象車両１１０を引き取る。そして、運転代行者は、トランクに自転車を積んで、指定された都市部駐車場へと車両１１０を移動させる。
【0086】
なお、引き取りマッチングが不成立の場合、都市部ユーザには、引取情報に定義された駐車場まで車両１１０を移動してもらうことになる。そして、かかる駐車場で車両１１０を乗り捨てることができる。
【0087】
運転代行者は、対象車両１１０を代行運転して、目的地となる指定された都市部駐車場Ｐに到着すると、エンジンを停止し、車両１１０から降り、トランクから自転車を取り出す。
【0088】
施錠情報出力工程として、運転代行者端末１０４は、車両１１０のドアを施錠する施錠情報を、通信回線を介してサービスサーバ装置１００に出力する。具体的には、運転代行者は、例えば、サービス運営機関から供給されるアプリの画面から「施錠する」を選択し、「ＯＫ」をクリックする。これにより、アプリ上で確定した施錠情報が通信回線を介してサービスサーバ装置１００に出力される。
【0089】
施錠工程として、開錠／施錠情報受信部７２は、通信制御回路５０及び通信回線を介して、運転代行者端末１０４からの施錠情報を受信する。次に、コマンド処理部７３は、車両１１０の施錠コマンドを作成する。そして、開錠／施錠コマンド出力部７４は、通信制御回路５０及び通信回線を介して、車両１１０の車載器１１２に施錠コマンドを出力する。車載器１１２は、施錠コマンドを受信し、車両１１０の図示しない制御回路を操作して車両１１０のドアを施錠する。また、運転代行者端末１０４からの開錠情報は、実行判定部７１に出力される。
【0090】
なお、引き取りマッチングが不成立の場合、施錠情報は、都市部ユーザ端末１０６から通信回線を介してサービスサーバ装置１００に出力される。そして、開錠／施錠情報受信部７２が施錠情報を受信し、コマンド処理部７３が車両１１０の施錠コマンドを作成する。そして、開錠／施錠コマンド出力部７４は、通信制御回路５０及び通信回線を介して、車両１１０の車載器１１２に施錠コマンドを出力する。車載器１１２は、施錠コマンドを受信し、車両１１０の図示しない制御回路を操作して車両１１０のドアを施錠する。
【0091】
実行判定工程として、実行判定部７１は、引き取り実行完了情報を入力し、引き取り実行完了情報に基づいて、都市部ユーザからの当該車両１１０の引き取りが実行されたこと及び運転代行者による車両１１０の都市部駐車場への移動が実行されたことを判定する。具体的には、例えば、引き取り実行完了情報として、運転代行者が車両１１０を施錠するための施錠情報を用いる。言い換えれば、運転代行者端末１０４からの施錠情報を受信した場合に、実行判定部７１は、都市部ユーザからの当該車両１１０の引き取りが実行されたこと及び運転代行者による車両１１０の都市部駐車場への移動が実行されたことを判定する。そして、引き取り実行判定結果は、予約リスト作成部８１に出力され、予約リスト作成部８１は、平日予約リストの情報を書き換える。言い換えれば、平日予約リストの引き取り実行有無の項目が、例えば、「有」或いは「完」と書き換えられる。
【0092】
ここで、運転代行者は、都市部ユーザから対象車両１１０を引き取る際に、対象車両１１０に傷等が無いか確認すると好適である。傷等があれば、都市部ユーザから対象車両１１０を引き取った後に、まずは、サービスステーションに立ち寄り、修理する。その上で、都市部駐車場に戻すと好適である。また、運転代行者は、都市部ユーザから対象車両１１０を引き取る際に、対象車両１１０の動力源（例えば、ガソリン等）が不足していないかどうかを確認すると好適である。動力源（例えば、ガソリン等）が不足している場合、都市部ユーザから対象車両１１０を引き取った後に、まずは、サービスステーションに立ち寄り、動力源を補充する。その上で、都市部駐車場に戻すと好適である。
【0093】
図８は、実施の形態１におけるデリバリー型カーシェアリング支援方法の要部工程の一例の他の一部を示すフローチャート図である。図８では、デリバリー型カーシェアリング支援方法の各工程のうち、夕方の通勤時間帯における工程について説明する。
【0094】
図８において、帰路予定情報作成工程として、帰路予定情報作成部８６は、通勤ユーザの本日の帰路の通勤予定情報（帰路予定情報）を作成する。帰路予定情報には、例えば、通勤ユーザのユーザＩＤ、カーシェアリングの対象となる車両１１０の車両番号、利用時間、郊外駐車場の場所、及び都市部駐車場の場所が挙げられる。日によっては、日中の都市部ユーザによる利用内容の予期しない変更により都市部駐車場への返却時刻が遅れる場合があり得る。また、日中の都市部ユーザによる利用内容の予期しない変更により返却される都市部駐車場が異なる場合があり得る。そのため、当日の利用開始時刻、及び都市部駐車場の場所について、最新の情報が定義された帰路予定情報を作成する。
【0095】
帰路予定情報出力工程として、帰路予定情報出力部８７は、通信制御回路５０及び通信回線を介して、通勤ユーザ端末１０２に、当日の帰路予定情報を出力する。
【0096】
通勤ユーザは、通勤ユーザ端末１０２に受信した帰路予定情報を参照し、指定された都市駐車場に赴く。
【0097】
開錠情報出力工程として、当日、通勤ユーザ端末１０２（郊外在住ユーザ端末）は、車両１１０のドアを開錠する開錠情報を、通信回線を介してサービスサーバ装置１００に出力する。具体的には、通勤ユーザは、例えば、サービス運営機関から供給されるアプリの画面から「開錠する」を選択し、「ＯＫ」をクリックする。これにより、アプリ上で確定した開錠情報が通信回線を介してサービスサーバ装置１００に出力される。
【0098】
開錠工程として、開錠／施錠情報受信部７２は、通信制御回路５０及び通信回線を介して、通勤ユーザ端末１０２からの開錠情報を受信する。次に、コマンド処理部７３は、通勤ユーザ端末１０２の通勤ユーザが利用する車両１１０の開錠コマンドを作成する。そして、開錠／施錠コマンド出力部７４は、通信制御回路５０及び通信回線を介して、車両１１０の車載器１１２に開錠コマンドを出力する。車載器１１２は、開錠コマンドを受信し、車両１１０の図示しない制御回路を操作して車両１１０のドアを開錠する。
【0099】
そして、通勤ユーザは、開錠された車両１１０に乗り込み、エンジンをかけ、車両１１０の利用を開始する。ここでは、通勤ユーザは、通勤手段として、都市部駐車場Ｐから、郊外駐車場Ｐ'へと車両１１０を移動させる。例えば、車両１１０内でエンジンスタートボタンを押すことでエンジンがかかるようにしておけばよい。また、停める場合には、ストップボタンを押すことでエンジンが停止するようにしておけばよい。
【0100】
トラッキング工程として、車両１１０のエンジンがかかっている間、車載器１１２に搭載されたＧＰＳ装置により車両１１０の位置は測位され、車載器１１２は、トラッキング情報として、車両１１０の位置情報を、通信回線を介してサービスサーバ装置１００に出力する。サービスサーバ装置１００内では、トラッキング情報受信部５６が、通信制御回路５０及び通信回線を介して、車載器１１２からのトラッキング情報を受信し、位置判定部５７は、受信されたトラッキング情報を使って、車両１１０の現在の位置を判定する。
【0101】
施錠情報出力工程として、当日の目的地となる郊外駐車場Ｐ'に到着すると、通勤ユーザがエンジンを停止して、車両１１０から降りた段階で、通勤ユーザ端末１０２（郊外在住ユーザ端末）は、車両１１０のドアを施錠する施錠情報を、通信回線を介してサービスサーバ装置１００に出力する。具体的には、通勤ユーザは、例えば、サービス運営機関から供給されるアプリの画面から「施錠する」を選択し、「ＯＫ」をクリックする。これにより、アプリ上で確定した施錠情報が通信回線を介してサービスサーバ装置１００に出力される。
【0102】
施錠工程として、開錠／施錠情報受信部７２は、通信制御回路５０及び通信回線を介して、通勤ユーザ端末１０２からの施錠情報を受信する。次に、コマンド処理部７３は、通勤ユーザ端末１０２の通勤ユーザが利用する車両１１０の施錠コマンドを作成する。そして、開錠／施錠コマンド出力部７４は、通信制御回路５０及び通信回線を介して、車両１１０の車載器１１２に施錠コマンドを出力する。車載器１１２は、施錠コマンドを受信し、車両１１０の図示しない制御回路を操作して車両１１０のドアを施錠する。そして、通勤ユーザは、自身の職場へと出勤することになる。
【0103】
以上により、平日の例えば夕方に車両１１０が都市部駐車場Ｐから郊外駐車場Ｐ'へと移動され、夜間は、郊外駐車場Ｐ'に車両１１０が駐車することになる。
【0104】
その他、休日は、通勤ユーザの通勤も無ければ、日中の都市部ユーザによる商用利用も考えにくい。そこで、休日は、休日ユーザの利用の予約を受け付ける。かかる場合、予約（変更）情報受信部５８は、休日ユーザの休日ユーザ端末１０８から予約情報を受信する。そして、予約リスト作成部８１は、休日予約リストに登録する。休日ユーザは、夜間駐車している郊外駐車場Ｐ'から出発し、同じ郊外駐車場Ｐ'に返却するため、運転代行は必要ない。よって、マッチング処理も不要となる。
【0105】
サービスサーバ装置１００では、運転代行者が、車両１１０の引き取り後にサービスステーションに車両１１０の修理若しくは給油に立ち寄る場合、運転代行者端末１０４からその旨の連絡を受け、サービスステーション端末１０９に車両１１０の修理若しくは給油を行う情報を出力すると好適である。これにより、サービスステーションでは、車両１１０の修理若しくは給油の準備ができ、短時間で作業を実行することができる。その結果、日中における次の予約への影響を低減できる。
【0106】
以上のように、実施の形態１によれば、カーシェアリングサービスにおいて、利用者のさらなる利便性の向上を図ることができる。また、カーシェアリングサービスにおいて、さらに稼働率を上げることができる。
【0107】
以上、具体例を参照しつつ実施の形態１について説明した。しかし、本発明は、これらの具体例に限定されるものではない。例えば、上述した例では、通勤ユーザ端末１０２、運転代行者端末１０４、或いは都市部ユーザ端末１０６からの開錠情報（或いは施錠情報）に基づいてサービスサーバ装置１００から開錠コマンド（或いは施錠コマンド）を車載器１１２に出力し、車載器１１２が車両１１０の図示しない制御回路を操作して車両１１０のドアを開錠（或いは施錠）する場合を説明したが、これに限るものではない。例えば、通勤ユーザ端末１０２、運転代行者端末１０４、或いは都市部ユーザ端末１０６がアプリを使って車両１１０の図示しない制御回路を操作して車両１１０のドアを開錠（或いは施錠）し、その結果を車載器１１２がサービスサーバ装置１００に出力するようにしても好適である。
【0108】
また、実施の形態１のデリバリー型カーシェアリング支援システム２００は、郊外在住ユーザが、郊外駐車場から都市部駐車場へ車両を移動させ、都市部ユーザが、カーシェアリングサービスを利用して、その車両を許可された時間使用することを支援したが、実施の形態１の技術思想はこれに限られない。例えば、実施の形態１の技術は、都市部在住ユーザが、都市部駐車場から郊外駐車場へ車両を移動させ、郊外ユーザが、カーシェアリングサービスを利用して、その車両を許可された時間使用することも支援できる。また、実施の形態１の技術は、第１エリア（例えばＡ市）に居住する第１ユーザが、第１エリア内の駐車場から第１エリアとは異なる第２エリア（例えばＢ市）の駐車場へ車両を移動させ、第２エリアの第２ユーザが、カーシェアリングサービスを利用して、その車両を許可された時間使用することも支援できる。
【0109】
また、装置構成や制御手法等、本発明の説明に直接必要しない部分等については記載を省略したが、必要とされる装置構成や制御手法を適宜選択して用いることができる。
【0110】
その他、本発明の要素を具備し、当業者が適宜設計変更しうる全てのデリバリー型カーシェアリング支援装置及びデリバリー型カーシェアリング支援方法は、本発明の範囲に包含される。
【0111】
実施の形態２．
以下、実施の形態２について、実施の形態１と相違する点を中心に説明し、共通する点の説明を省略する。実施の形態２の特徴は、実施の形態１の特徴および変形例の特徴と任意の組合せが可能であることはもちろんである。また、実施の形態１の構成要素と同一または対応する構成要素には適宜、同一の符号を付して説明する。
以下、実施の形態２について、実施の形態１と相違する点を中心に説明し、共通する点の説明を省略する。実施の形態２の特徴は、実施の形態１の特徴および変形例の特徴と任意の組合せが可能であることはもちろんである。また、実施の形態１の構成要素と同一または対応する構成要素には適宜、同一の符号を付して説明する。
【0112】
実施の形態２の概要を説明する。実施の形態２では、カーシェアリングサービスの利用者（実施の形態１の都市部ユーザ）は、カーシェアリングサービスにて利用する車両の引き渡し場所（言い換えれば貸し渡し場所、受け取り場所）と、引き取り場所（言い換えれば返却場所）の一方または両方で、街中に点在するコインパーキングを指定することができる。コインパーキングは、不特定多数の利用者が空いている車室に駐車し、利用した時間分の料金を支払う駐車場である。
【0113】
図９は、実施の形態２のデリバリー型カーシェアリング支援システム２００の構成を示す。実施の形態２のデリバリー型カーシェアリング支援システム２００では、サービスサーバ装置１００は、インターネットを介して、コインパーキング情報管理装置３００に接続される。
【0114】
コインパーキング情報管理装置３００は、様々な地域に点在する複数のコインパーキングに関する情報（以下「コインパーキング情報」とも呼ぶ。）を管理（記憶）する情報処理装置である。コインパーキング情報は、（１）各コインパーキングの位置（住所や地図上での位置等）、（２）各コインパーキングの空き状況を含む。コインパーキングの空き状況は、空いている車室の有無を示す情報や、空いている車室の個数を含んでもよい。
【0115】
コインパーキング情報管理装置３００は、コインパーキングを運営する複数の企業の複数の装置（コインパーキング管理装置）（不図示）と接続されてもよい。コインパーキング情報管理装置３００は、複数のコインパーキング管理装置から、各コインパーキングの位置や最新の空き状況を定期的（例えば５分おき）に取得して、自装置が記憶するコインパーキング情報を定期的に更新してもよい。
【0116】
図１０は、実施の形態２におけるサービスサーバ装置１００の機能ブロックを示すブロック図である。実施の形態２におけるサービスサーバ装置１００は、実施の形態１におけるサービスサーバ装置１００が備えた機能ブロックに加えて、地図情報記憶部３１０、地図情報出力部３１２、コインパーキング情報検索部３１４を備える。
【0117】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵ・メモリをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【0118】
図１０に示す複数の機能ブロックの機能は、コンピュータプログラムに実装されてもよい。このコンピュータプログラムは、記録媒体に格納されてもよく、その記録媒体を介してサービスサーバ装置１００のストレージにインストールされてもよい。または、上記コンピュータプログラムは、ネットワークを介してダウンロードされ、サービスサーバ装置１００のストレージにインストールされてもよい。サービスサーバ装置１００のＣＰＵは、上記コンピュータプログラムをメインメモリに読み出して実行することにより、上記複数の機能ブロックの機能を発揮してもよい。
【0119】
地図情報記憶部３１０は、カーシェアリングサービスにて利用される車両（以下「シェアリング車両」とも呼ぶ。）の配車スポットの情報（位置や種類等）を含む地図情報を記憶する。配車スポットは、シェアリング車両の引き渡し場所または引き取り場所として指定可能な場所である。配車スポットは、駐車場（例えばカーシェアリング事業者が予め用意した駐車場）であってもよく、駐車または停車が可能な道路上の場所であってもよい。
【0120】
地図情報出力部３１２は、地図情報記憶部３１０に記憶された地図情報を都市部ユーザ端末１０６へ送信する。コインパーキング情報検索部３１４は、都市部ユーザ端末１０６から送信された位置情報に整合するコインパーキング情報（後述の近傍コインパーキング情報）をコインパーキング情報管理装置３００から取得し、取得したコインパーキング情報を都市部ユーザ端末１０６へ送信する。
【0121】
図１１は、実施の形態２における都市部ユーザ端末１０６の機能ブロックを示すブロック図である。都市部ユーザ端末１０６は、制御部３２０、表示部３２２、通信部３２４を備える。
【0122】
制御部３２０は、各種データ処理を実行する。表示部３２２は、制御部３２０の指示に応じて各種画像や情報を表示するデバイスであり、例えば、液晶ディスプレイや有機ＥＬディスプレイである。表示部３２２は、タッチパネルの機能を有し、都市部ユーザからの操作入力を受け付け、操作情報を制御部３２０に渡す。通信部３２４は、所定の通信プロトコルにしたがって外部装置と通信する。制御部３２０は、通信部３２４を介して、サービスサーバ装置１００とデータを送受信する。
【0123】
制御部３２０は、地図情報取得部３３０、コインパーキング情報取得部３３２、予約入力画面生成部３３４、表示制御部３３６、予約情報送信部３３８を含む。これら複数の機能ブロックの機能は、カーシェアリング利用者向けのアプリケーションプログラム（以下「カーシェアリングＡｐｐ」とも呼ぶ。）に実装されてもよい。カーシェアリングＡｐｐは、記録媒体に格納されてもよく、その記録媒体を介して都市部ユーザ端末１０６のストレージにインストールされてもよい。または、カーシェアリングＡｐｐは、ネットワークを介してダウンロードされ、都市部ユーザ端末１０６のストレージにインストールされてもよい。都市部ユーザ端末１０６のＣＰＵは、カーシェアリングＡｐｐをメインメモリに読み出して実行することにより、上記複数の機能ブロックの機能を発揮してもよい。
【0124】
地図情報取得部３３０は、後述の予約入力画面に表示させるための地図情報をサービスサーバ装置１００から取得する。コインパーキング情報取得部３３２は、都市部ユーザによって指定された位置の近傍に存在するコインパーキング（以下「近傍コインパーキング」とも呼ぶ。）に関する情報をサービスサーバ装置１００から取得する。
【0125】
予約入力画面生成部３３４は、地図情報取得部３３０により取得された地図情報と、コインパーキング情報取得部３３２により取得された近傍コインパーキングに関する情報とをもとに、予約入力画面のデータを生成する。予約入力画面は、都市部ユーザによって予約情報が入力される画面であり、かつ、シェアリング車両の引き渡し場所と引き取り場所の一方または両方として近傍コインパーキングを指定可能に構成された画面である。
【0126】
表示制御部３３６は、予約入力画面生成部３３４により生成された予約入力画面のデータを表示部３２２へ出力して、予約入力画面を表示部３２２に表示させる。予約情報送信部３３８は、予約入力画面に入力された予約情報のデータをサービスサーバ装置１００へ送信する。
【0127】
以上の構成による実施の形態２におけるデリバリー型カーシェアリング支援システム２００の動作を説明する。ここでは、実施の形態１の図６に示した都市部ユーザ端末１０６からサービスサーバ装置１００への予約情報の送信に関する動作を説明する。なお、実施の形態１の図７に示した都市部ユーザ端末１０６からサービスサーバ装置１００への予約変更情報の送信に関する動作にも適用可能である。
【0128】
都市部ユーザは、都市部ユーザ端末１０６においてカーシェアリングＡｐｐを起動し、カーシェアリングＡｐｐに予約入力画面の表示を指示する操作を入力する。都市部ユーザ端末１０６の地図情報取得部３３０は、都市部ユーザにより指定された位置（または都市部ユーザの現在位置）を指定した地図情報取得要求をサービスサーバ装置１００へ送信する。サービスサーバ装置１００の地図情報出力部３１２は、都市部ユーザ端末１０６から送信された地図情報取得要求を受信する。地図情報出力部３１２は、地図情報取得要求で指定された位置に対応する地図情報であり、その位置の周辺領域を示す地図情報を地図情報記憶部３１０から読み出して、都市部ユーザ端末１０６へ送信する。
【0129】
都市部ユーザ端末１０６の予約入力画面生成部３３４は、都市部ユーザ端末１０６から送信された地図情報を含む予約入力画面のデータを生成する。都市部ユーザ端末１０６の表示制御部３３６は、予約入力画面を表示部３２２に表示させる。図１２は、予約入力画面の例を示す。予約入力画面３４０は、地図エリア３４２と予約情報入力エリア３４４を含む。
【0130】
地図エリア３４２には、都市部ユーザにより指定された位置（または都市部ユーザの現在位置）の周辺の地図情報が表示される。地図情報は、配車スポットアイコン３４６で総称される配車スポットアイコン３４６ａと配車スポットアイコン３４６ｂを含む。配車スポットアイコン３４６ａは、シェアリング車両の引き渡し場所または引き取り場所として指定可能な場所であり、駐車または停車が可能な道路上の場所を示すアイコンである。配車スポットアイコン３４６ｂは、シェアリング車両の引き渡し場所または引き取り場所として指定可能な駐車場の場所を示すアイコンである。
【0131】
予約情報入力エリア３４４は、都市部ユーザが予約情報を入力するエリアである。予約情報は、シェアリング車両の利用開始日時、利用終了日時、引き渡し場所（受取場所）、引き取り場所（返却場所）を含む。引き渡し場所欄３４７の設定時に、いずれかの配車スポットアイコン３４６に対する第１の選択操作（例えばシングルタップ操作）が入力されると、選択された配車スポットアイコン３４６の情報（例えば名称、住所）が引き渡し場所欄３４７に入力される。同様に、引き取り場所欄３４８の設定時に、いずれかの配車スポットアイコン３４６に対する第１の選択操作が入力されると、選択された配車スポットアイコン３４６の情報が引き取り場所欄３４８に入力される。
【0132】
実施の形態２の予約情報では、引き渡し場所と引き取り場所の一方または両方として、予め定められた配車スポットとは異なるコインパーキングを指定可能である。予約入力画面３４０の地図情報上で、いずれかの配車スポットアイコン３４６に対する第２の選択操作（例えばダブルタップ操作）が入力されると、都市部ユーザ端末１０６のコインパーキング情報取得部３３２は、選択された配車スポットアイコン３４６の位置（例えば住所）をユーザ指定位置として指定したコインパーキング情報取得要求をサービスサーバ装置１００へ送信する。
【0133】
サービスサーバ装置１００のコインパーキング情報検索部３１４は、都市部ユーザ端末１０６から送信されたコインパーキング情報取得要求を受け付ける。コインパーキング情報検索部３１４は、コインパーキング情報取得要求で指定されたユーザ指定位置の近傍範囲（例えばユーザ指定位置から半径２キロメートル以内）を検索範囲として指定したコインパーキング情報取得要求をコインパーキング情報管理装置３００へ送信する。
【0134】
コインパーキング情報管理装置３００は、コインパーキング情報取得要求で指定された検索範囲内に存在する１つ以上のコインパーキングに関する情報を特定する。特定されるコインパーキングは、ユーザ指定位置の近傍に存在するコインパーキングであり、以下「近傍コインパーキング」とも呼ぶ。コインパーキング情報管理装置３００は、近傍コインパーキングに関する情報（近傍コインパーキング情報）をサービスサーバ装置１００へ送信する。実施の形態２における近傍コインパーキング情報は、地図上に１つ以上の近傍コインパーキングを示すアイコンが配置された画像を含む。また、近傍コインパーキング情報は、各近傍コインパーキングの空き状況を示す情報（例えば空き車室の有無や個数）を含む。
【0135】
サービスサーバ装置１００のコインパーキング情報検索部３１４は、コインパーキング情報管理装置３００から送信された近傍コインパーキング情報を受け付け、近傍コインパーキング情報を都市部ユーザ端末１０６へ転送する。都市部ユーザ端末１０６のコインパーキング情報取得部３３２は、サービスサーバ装置１００から送信された近傍コインパーキング情報を受け付け、予約入力画面生成部３３４に渡す。予約入力画面生成部３３４は、近傍コインパーキング情報を含む予約入力画面のデータを生成する。表示制御部３３６は、近傍コインパーキング情報を含む予約入力画面を表示部３２２に表示させる。
【0136】
図１３は、予約入力画面３４０に表示される近傍コインパーキング情報３５０の例を示す。近傍コインパーキング情報３５０は、予約入力画面３４０の地図エリア３４２に表示されてもよい。表示制御部３３６は、図１２に示した予約入力画面３４０においていずれかの配車スポットアイコン３４６に対する第２の選択操作（例えばダブルタップ操作）が入力されると、図１３に示すような近傍コインパーキング情報３５０を含む予約入力画面３４０の表示に切り替える。
【0137】
近傍コインパーキング情報３５０は、地図情報３５２と詳細情報３５４を含む。地図情報３５２では、１つ以上の近傍コインパーキングを示す１つ以上のコインパーキングアイコン３５６が地図上に配置される。いずれかのコインパーキングアイコン３５６に対する所定の選択操作が入力されると、表示制御部３３６は、地図情報３５２と並べて、選択されたコインパーキングアイコン３５６に対応する近傍コインパーキング情報を詳細情報３５４として表示させる。詳細情報３５４は、選択された近傍コインパーキングの空き状況（例えば空き車室の有無や個数）を含む。
【0138】
図１３では不図示だが、引き渡し場所欄３４７の設定時に、いずれかのコインパーキングアイコン３５６に対する第１の選択操作（例えばシングルタップ操作）が入力されると、選択されたコインパーキングアイコン３５６に対応する近傍コインパーキングの情報（例えば名称、住所）が引き渡し場所欄３４７に入力される。同様に、引き取り場所欄３４８の設定時に、いずれかのコインパーキングアイコン３５６に対する第１の選択操作が入力されると、選択されたコインパーキングアイコン３５６に対応する近傍コインパーキングの情報が引き取り場所欄３４８に入力される。
【0139】
予約入力画面３４０において所定の予約操作が入力されると、都市部ユーザ端末１０６の予約情報送信部３３８は、予約入力画面３４０の予約情報入力エリア３４４に入力された予約情報をサービスサーバ装置１００へ送信する。以降、実施の形態２のデリバリー型カーシェアリング支援システム２００では、実施の形態１のデリバリー型カーシェアリング支援システム２００と同様に、サービスサーバ装置１００が予約情報または予約変更情報を受信する以降の処理が実行される。
【0140】
実施の形態２におけるカーシェアリングサービスでは、利用者（例えば都市部ユーザ）は、自身が指定した位置の近傍に存在する複数のコインパーキングの空き状況を比較して、所望のコインパーキングをシェアリング車両の引き渡し場所として選択できる。運転代行者（言い換えれば配車クルー）は、選択されたコインパーキングまでシェアリング車両をデリバリーする。利用者は、自身で選択したコインパーキングからシェアリング車両の利用を開始することができる。
【0141】
また、利用者は、自身が指定した位置の近傍に存在する複数のコインパーキングの空き状況を比較して、所望のコインパーキングをシェアリング車両の引き取り場所として選択できる。利用者は、選択したコインパーキングにシェアリング車両を返却する。その後、運転代行者がそのコインパーキングにて車両を回収する。
【0142】
実施の形態２におけるデリバリー型カーシェアリング支援システム２００が奏する効果を説明する。
カーシェアリングにおける実際の利用開始時刻（車両受取時刻）と利用終了時刻（車両返却時刻）を、予約時点で正確に予測することは難しい。そのため、車両受け取りの遅延や、予定より早い返却、予定より遅い返却が発生することがある。例えば、利用者が車両返却場所に１０分前に到着してしまい、車両の中で運転代行者の到着を待たなければならないことがあり得る。また、車両受取場所と車両返却場所の交通量が多い場合、運転代行者の到着を待つ間、他の車両や歩行車の目が気になるという心理的負担を利用者にかけることがあり得る。
カーシェアリングにおける実際の利用開始時刻（車両受取時刻）と利用終了時刻（車両返却時刻）を、予約時点で正確に予測することは難しい。そのため、車両受け取りの遅延や、予定より早い返却、予定より遅い返却が発生することがある。例えば、利用者が車両返却場所に１０分前に到着してしまい、車両の中で運転代行者の到着を待たなければならないことがあり得る。また、車両受取場所と車両返却場所の交通量が多い場合、運転代行者の到着を待つ間、他の車両や歩行車の目が気になるという心理的負担を利用者にかけることがあり得る。
【0143】
実施の形態２におけるデリバリー型カーシェアリング支援システム２００では、シェアリング車両の受取と返却の場所としてコインパーキングを利用可能になる。これにより、利用開始時刻と利用終了時刻が変動した場合でもフレキシブルな対応が可能になる。例えば、利用者の待ち時間を解消でき、また、利用者の心理的負担も低減できる。
【0144】
例えば、シェアリング車両受取時、運転代行者は、当該車両をコインパーキングに駐車してその場を去る。そのため、利用者の車両受取場所への到着が予約情報での利用開始時刻より遅れる場合でも、運転代行者を待たせているという心理的負担を利用者にかけることがない。また、シェアリング車両返却時、利用者は、当該車両をコインパーキングに駐車してその場を去ればよく、運転代行者を待つことが不要になる。また、感染症の拡大が問題になっている現在、利用者と運転代行者が対面せずにシェアリング車両を授受できるため、ソーシャルディスタンスの確保にも資することができる。
【0145】
以上、本開示を実施の形態１、実施の形態２をもとに説明した。これらの実施の形態は、例示であり、各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、そうした変形例も本開示の範囲にあることは当業者に理解されるところである。
【0146】
実施の形態２では、都市部ユーザ端末１０６のコインパーキング情報取得部３３２は、予約入力画面３４０で指定された配車スポットアイコン３４６の位置をユーザ指定位置として識別し、そのユーザ指定位置に対する近傍コインパーキング情報を取得した。変形例として、コインパーキング情報取得部３３２は、配車スポットアイコン３４６の位置に制限されず、予約入力画面３４０の地図上で指定された任意の位置をユーザ指定位置として識別し、そのユーザ指定位置に対する近傍コインパーキング情報を取得してもよい。
【0147】
また、実施の形態２では、都市部ユーザ端末１０６のコインパーキング情報取得部３３２（すなわちカーシェアリングＡｐｐ）は、サービスサーバ装置１００を介して、コインパーキング情報管理装置３００から提供された近隣コインパーキング情報を取得した。変形例として、都市部ユーザ端末１０６のコインパーキング情報取得部３３２は、コインパーキング情報管理装置３００に直接アクセスして。コインパーキング情報管理装置３００から近隣コインパーキング情報を取得してもよい。この場合、コインパーキング情報取得部３３２は、ユーザ指定位置の近傍範囲（例えばユーザ指定位置から半径２キロメートル以内）を検索範囲として指定したコインパーキング情報取得要求をコインパーキング情報管理装置３００へ送信してもよい。
【0148】
上述した実施の形態１、実施の形態２および変形例の任意の組み合わせもまた本開示の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【0149】
１００ サービスサーバ装置、 １０２ 通勤ユーザ端末、 １０４ 運転代行者端末、 １０６ 都市部ユーザ端末、 ２００ デリバリー型カーシェアリング支援システム、 ３００ コインパーキング情報管理装置、 ３３０ 地図情報取得部、 ３３２ コインパーキング情報取得部、 ３３４ 予約入力画面生成部、 ３３６ 表示制御部、 ３３８ 予約情報送信部。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】