JP2020060961A - レンタル管理装置、レンタル管理方法、およびプログラム - Google Patents

Abstract

【課題】差別化されたユーザが享受できる移動体のレンタルサービスの利便性を向上させること。【解決手段】外部と通信可能な移動体の貸し出しを管理するレンタル管理装置であって、端末を所持するユーザの信用を数値化した信用度を含む信用度情報、前記移動体の位置情報、および前記端末の位置情報を取得して、前記ユーザの前記信用度情報に含まれる前記信用度が規定値以上、かつ前記端末の位置が含まれる所定領域内に前記移動体が存在する場合に、前記所定領域内に存在する少なくとも１台の前記移動体の貸し出しを許可する許可情報を前記端末に送信する管理制御部を備える。所定領域は、移動体による所定のサービスを提供可能なあらかじめ設定された閉領域、または端末の位置情報に基づいて管理制御部が設定する領域である。【選択図】図７

Description

本発明は、移動体の貸し出しを管理するレンタル管理装置、レンタル管理方法、およびプログラムに関する。

特許文献１には、カーシェアリングサービスにおいて車両走行情報を取得し、車両走行情報に基づいてユーザの運転が自然環境にどの程度配慮したかの度合いをスコアリングすることによって、ユーザに提供するサービスを差別化する技術が提案されている。この技術においては、ユーザの運転が自然環境に配慮しているか否かを評価し、スコアリングの結果に基づいて、カーシェアリングサービスの料金の割引などの差別化されたサービスの内容を決定している。ここで、スコアリングする項目は、例えば、使用燃料量、走行距離、および加速度平均値などである。

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

上述したスコアリングの結果に基づいてユーザが受けられる差別化されたサービスとしては、車両などの移動体を利用する際に、移動体を利用するための種々の手続を簡略化するサービスが考えられる。すなわち、ユーザが移動体を借り入れるカーシェアリングサービスなどのサービスにおいては、移動体を借り入れるためにユーザによる種々の手続が必要であった。このような手続は、ユーザが所持する端末装置のアプリケーションを利用したり、ユーザがインターネットを通じて事業者のウェブサイトなどにアクセスしたりすることによって行う手続であって、処理が煩雑であった。そのため、移動体の貸し出しサービスにおける利便性を向上させるために、差別化されたサービスの提供を受けるユーザが移動体を借り入れる際の種々の手続の簡略化が望まれていた。

本発明は、上記に鑑みてなされたものであって、その目的は、差別化されたサービスの提供を受けるユーザが移動体を借り入れる際の移動体の貸し出しサービスの利便性を向上できるレンタル管理装置、レンタル管理方法、およびプログラムを提供することにある。

上述した課題を解決し、上記目的を達成するために、本発明に係るレンタル管理装置は、外部と通信可能な移動体の貸し出しを管理するレンタル管理装置であって、端末を所持するユーザの信用を数値化した信用度を含む信用度情報、前記移動体の位置情報、および前記端末の位置情報を取得して、前記ユーザの前記信用度情報に含まれる前記信用度が規定値以上、かつ前記端末の位置が含まれる所定領域内に前記移動体が存在する場合に、前記所定領域内に存在する少なくとも１台の前記移動体の貸し出しを許可する許可情報を前記端末に送信する管理制御部を備えることを特徴とする。

本発明の一態様に係るレンタル管理装置は、上記の発明において、前記所定領域は、あらかじめ設定された閉領域であり、前記管理制御部は、取得した前記端末の位置が前記閉領域内にある場合に、前記許可情報を前記端末に送信しても良い。これにより、貸し出しサービスの提供者は、移動体を貸し出し可能な領域をあらかじめ閉領域として所定の区画内に設定できるので、貸し出しをより効率良く低コストで行うことができる。

本発明の一態様に係るレンタル管理装置は、上記の発明において、前記管理制御部は、取得した前記端末の位置情報に基づいて前記所定領域を設定し、前記所定領域内に少なくとも１台の前記移動体が存在する場合に、前記許可情報を前記端末に送信しても良い。この構成において、前記管理制御部は、前記端末の位置の移動に応じて前記所定領域を更新しても良い。これにより、ユーザの現在位置に応じて貸し出し可能な移動体を変更できるので、ユーザにとって移動体の貸し出しサービスの利便性を向上させることができる。

本発明の一態様に係るレンタル管理装置は、上記の発明において、前記管理制御部は、前記端末から、前記端末の位置情報を取得しても良い。これにより、管理制御部は、端末の位置情報取得部から端末の位置情報を直接的に受信することができるので、端末の位置情報を取得する他の装置が不要になるため、レンタル管理装置のコストを低減できる。

本発明の一態様に係るレンタル管理方法は、外部と通信可能な移動体の貸し出しを管理するレンタル管理装置が行うレンタル管理方法であって、端末を所持するユーザの信用を数値化した信用度を含む信用度情報および前記端末の位置情報を取得する取得ステップと、前記ユーザの前記信用度情報を記憶部から読み出して、前記信用度情報に含まれる前記信用度が規定値以上、かつ前記端末の位置が含まれる所定領域内に前記移動体が存在する場合に、前記所定領域内に存在する少なくとも１台の前記移動体の貸し出しを許可する許可情報を前記端末に送信する送信ステップと、を含むことを特徴とする。

本発明の一態様に係るプログラムは、外部と通信可能な移動体の貸し出しをコンピュータにより管理するプログラムであって、端末を所持するユーザの信用を数値化した信用度を含む信用度情報および前記端末の位置情報を取得する取得機能と、前記ユーザの前記信用度情報に含まれる前記信用度が規定値以上、かつ前記端末の位置が含まれる所定領域内に前記移動体が存在する場合に、前記所定領域内に存在する少なくとも１台の前記移動体の貸し出しを許可する許可情報を前記端末に送信する送信機能と、をコンピュータにより実行可能なプログラムである。

本発明に係るレンタル管理装置、レンタル管理方法、およびプログラムによれば、信用度が規定値以上の信用のあるユーザは、移動体を借り入れるための種々の手続を行うことなく所定条件の移動体を借り入れることができるという、差別化されたサービスの提供を受けられるので、移動体の貸し出しサービスの利便性を向上させることが可能となる。

図１は、本発明の実施形態によるレンタル管理装置を適用可能なレンタル管理システムを示す概略図である。 図２は、図１に示す本発明の実施形態によるレンタル管理装置の構成を概略的に示すブロック図である。 図３は、図１に示す信用評価サーバの構成を概略的に示すブロック図である。 図４は、図１に示すデータサーバの構成を概略的に示すブロック図である。 図５は、図１に示す車両の構成を概略的に示すブロック図である。 図６は、図１に示すユーザ端末装置の構成を概略的に示すブロック図である。 図７は、本発明の第１の実施形態によるレンタル管理方法を説明するためのフローチャートである。 図８は、本発明の第１の実施形態によるレンタル管理方法を説明するための概略図である。 図９は、本発明の第２の実施形態によるレンタル管理方法を説明するためのフローチャートである。 図１０は、本発明の第２の実施形態によるレンタル管理方法を説明するための概略図である。

以下、本発明の実施形態について図面を参照しつつ説明する。なお、以下の実施形態の全図においては、同一または対応する部分には同一の符号を付す。また、本発明は以下に説明する実施形態によって限定されるものではない。

（レンタル管理システム）
まず、本発明の実施形態によるレンタル管理システムについて説明する。図１は、この実施形態によるレンタル管理システム１を示す概略図である。図１に示すように、本実施形態によるレンタル管理システム１は、ネットワーク１０を介して互いに通信可能な、レンタル管理サーバ２０、信用評価サーバ３０、データサーバ４０、通信部５３を備えた車両５０、およびユーザ端末装置７０を有する。

ネットワーク１０は、インターネット回線網や携帯電話回線網などから構成される。ネットワーク１０は、例えば、インターネットなどの公衆通信網であって、ＷＡＮ（Wide Area Network）や、携帯電話などの電話通信網や、ＷｉＦｉ（登録商標）などの無線通信網などのその他の通信網を含んでも良い。

（レンタル管理サーバ）
レンタル管理装置としてのレンタル管理サーバ２０は、例えばカーシェアリング事業者などの車両５０のレンタルを行うレンタル事業者が所有する管理サーバである。すなわち、レンタル管理サーバ２０は、車両５０の貸し出しを管理する。

図２は、レンタル管理サーバ２０の構成を概略的に示すブロック図である。図２に示すように、レンタル管理サーバ２０は、ネットワーク１０を介して通信可能な、一般的なコンピュータの構成を有する。レンタル管理サーバ２０は、通信部２１、レンタル管理制御部２２、およびレンタル管理データベース２３ａを格納した記憶部２３を備える。レンタル管理制御部２２は、信用度情報判定部２４、位置情報判定部２５、およびレンタル利用判定部２６を備える。

通信部２１は、例えば、ＬＡＮ（Local Area Network）インターフェースボードや、無線通信のための無線通信回路などである。ＬＡＮインターフェースボードや無線通信回路は、公衆通信網であるインターネットなどのネットワーク１０に接続される。通信部２１は、ネットワーク１０に接続して、信用評価サーバ３０、データサーバ４０、車両５０、およびユーザ端末装置７０との間で通信を行う。

通信部２１は、それぞれの車両５０との間で、車両５０に固有の車両識別情報、運行情報、および車両情報などの各種情報を受信したり、車両５０に対する指示信号を送信したりする。車両識別情報は、それぞれの車両５０を個々に識別可能にするための情報を含む。運行情報は、位置情報を含み、さらに速度情報、加速度情報、走行距離情報、および走行時間情報などの、車両５０の運行に関する情報を含んでも良い。車両情報は、車両５０を借り入れて乗車しているユーザの有無の情報、および車両５０を借りて乗車しているユーザがいる場合には、乗車しているユーザのユーザ識別情報なども含む。車両情報はさらに、バッテリ充電量（ＳＯＣ）、燃料残量、および車内状態などの車両５０の状況に関する各種情報（以下、車両状況情報）を含んでも良いが、必ずしもこれらの情報に限定されない。

情報取得部としての通信部２１は、信用評価サーバ３０との間で、ユーザ端末装置７０を所持するユーザの信用度に関する情報（以下、信用度情報）を受信したり、所定のユーザの信用度情報の送信を要求する要求信号（以下、信用度要求信号）を送信したりする。ユーザの信用度情報は、ユーザの信用を信用度として数値化した情報を含む。通信部２１は、データサーバ４０との間で、データベース化されたビッグデータなどに含まれる種々の情報を受信したり、所定の情報の送信を要求する要求信号を送信したりする。通信部２１は、ユーザ端末装置７０との間で、車両５０の利用に際してユーザが所有するユーザ端末装置７０に情報を送信したり、ユーザ端末装置７０からユーザを識別するためのユーザ識別情報や各種情報を受信したりする。

レンタル管理制御部２２は、具体的に、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field-Programmable Gate Array）などのプロセッサ、およびＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などの主記憶部（いずれも図示せず）を備える。記憶部２３は、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）、およびリムーバブルメディアなどから選ばれた記憶媒体から構成される。なお、リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、または、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、またはＢＤ（Blu-ray（登録商標） Disc）のようなディスク記録媒体である。記憶部２３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル、各種データベースなどが格納可能である。レンタル管理制御部２２は、記憶部２３に格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部などを制御する。これにより、レンタル管理制御部２２は、所定の目的に合致した、信用度情報判定部２４、位置情報判定部２５、およびレンタル利用判定部２６の機能を実現できる。

信用度情報判定部２４は、後述する信用評価サーバ３０から送信される信用度情報を、通信部２１を通じて取得して、レンタル利用判定部２６に入力する。位置情報判定部２５は、後述するユーザ端末装置７０から送信されるユーザ位置情報を、通信部２１を通じて取得して、レンタル利用判定部２６に入力する。なお、信用度情報判定部２４と位置情報判定部２５とを連動させて、ユーザの信用度情報と位置情報とを関連づけてレンタル利用判定部２６に供給しても良い。レンタル利用判定部２６は、信用度情報判定部２４から入力された所定のユーザの信用度が所定値以上であるか否かを判定する。レンタル利用判定部２６は、ユーザの信用度が所定値以上であり、かつユーザ端末装置７０の位置情報がサービス領域内である場合に、所定領域内に存在する少なくとも１台の車両５０の乗車を許可する利用許可信号としての電子キーをユーザ端末装置７０に送信する。

記憶部２３は、例えばリレーショナルデータベース（ＲＤＢ）からなるレンタル管理データベース２３ａを備える。なお、以下に説明するそれぞれのデータベース（ＤＢ）は、上述したプロセッサによって実行されるデータベース管理システム（Database Management System：ＤＢＭＳ）のプログラムが、記憶部に記憶されるデータを管理することによって構築される。

レンタル管理データベース２３ａには、ユーザ識別情報と、ユーザによって入力または選択された車両５０の借り入れに必要な各種情報（以下、ユーザ選択情報ともいう）などとが互いに関連付けされて、検索可能に格納されている。ユーザ選択情報には、それぞれのユーザが選択した項目の情報、ユーザによる車両５０の借り入れの開始や終了に関する情報、およびユーザごとに設定されたレンタル基本料金などの情報が含まれる。レンタル管理データベース２３ａには、車両識別情報と、車両情報および運行情報などとが互いに関連付けされて、検索可能に格納されている。

ユーザ識別情報および車両識別情報はそれぞれ、ユーザおよび車両５０に割り当てられた際に、検索可能な状態でレンタル管理データベース２３ａに格納される。ユーザ識別情報は、個々のユーザを互いに識別するための種々の情報を含む。ユーザ識別情報は、例えば、個々のユーザを識別可能なユーザＩＤなどであり、ユーザの氏名や住所などのユーザ固有の情報、またはユーザの位置などを表す経度および緯度などの位置情報などと関連付けて登録される。すなわち、ユーザ識別情報は、ユーザに関連する情報の送信に際してレンタル管理サーバ２０にアクセスするために必要な情報を含む。例えば、ユーザ端末装置７０が、ユーザ識別情報とともにユーザ選択情報などの所定の情報をレンタル管理サーバ２０に送信すると、レンタル管理サーバ２０は、記憶部２３のレンタル管理データベース２３ａ内に検索可能な状態で、所定の情報をユーザ識別情報と関連付けて格納する。同様に、車両識別情報は、個々の車両５０を互いに識別するための種々の情報を含む。車両５０が、車両識別情報とともに位置情報や車両情報などの所定の情報をレンタル管理サーバ２０に送信すると、レンタル管理サーバ２０は、レンタル管理データベース２３ａ内に検索可能な状態で、所定の情報を車両識別情報と関連付けて格納する。

具体的に、レンタル管理データベース２３ａには、車両識別情報と、車両５０ごとに設定された、例えば単位時間当たりまたは単位走行距離あたりのレンタル従量料金の情報とが関連付けされて格納されている。レンタル利用判定部２６は、レンタル管理データベース２３ａから、車両識別情報と、ユーザ識別情報と、サービスを利用したユーザのレンタル基本料金と、車両５０の運行情報に基づいたレンタル従量料金と、車両５０の運行情報とを索出して、車両５０のレンタルに関するユーザの課金情報を生成する。レンタル利用判定部２６は、生成した課金情報をユーザのユーザ端末装置７０に送信することによって、ユーザに対してレンタル料金を報知する。

（信用評価サーバ）
信用評価装置としての信用評価サーバ３０は、レンタル管理サーバ２０やデータサーバ４０から、ユーザの信用を評価するために必要な種々の情報（以下、信用評価情報）を受信する。信用評価サーバ３０は、受信した信用評価情報を入力値とした所定の関数によって定義される信用度によって、ユーザの信用を数値化して信用度情報を生成する。信用度は、ユーザの信用を所定の規則に従って数値化したものである。図３は、信用評価サーバ３０の構成を概略的に示すブロック図である。図３に示すように、信用評価サーバ３０は、ネットワーク１０を介して通信可能な、一般的なコンピュータの構成を有する。信用評価サーバ３０は、通信部３１、信用情報制御部３２、および記憶部３３を備える。

通信部３１は、上述した通信部２１と同様に構成されてネットワーク１０に接続され、少なくともレンタル管理サーバ２０およびデータサーバ４０との間で通信を行う。なお、通信部３１は、必要に応じて車両５０やユーザ端末装置７０との間で通信可能に構成しても良い。通信部３１は、レンタル管理サーバ２０に上述した信用度情報を送信したり、レンタル管理サーバ２０から信用度要求信号や信用評価情報を受信したり、データサーバ４０から信用評価情報を受信したりする。

信用情報制御部３２および記憶部３３はそれぞれ、物理的には上述したレンタル管理制御部２２および記憶部２３と同様である。記憶部３３には、信用度情報データベース３３ａおよび与信情報データベース３３ｂが格納されている。信用度情報データベース３３ａには、ユーザ識別情報と、ユーザごとの信用度情報を含む各種情報とが互いに関連付けされて、検索可能に格納されている。信用評価情報は、例えばユーザが車両５０によるサービスを利用した後などに、レンタル管理サーバ２０やデータサーバ４０から信用評価サーバ３０に送信される。信用評価サーバ３０の信用情報制御部３２は、受信した信用評価情報に基づいて信用度を数値化して算出し、信用度情報として信用度情報データベース３３ａに格納して更新する。与信情報データベース３３ｂには、ユーザ識別情報と、ユーザのクレジットカードやローンなどの信用取引に関する情報（与信情報）とが互いに関連付けされて、検索可能に格納されている。信用評価サーバ３０の信用情報制御部３２は、例えばユーザが信用取引などを行った場合に、与信情報を検索可能な状態で与信情報データベース３３ｂに格納して更新する。また、与信情報データベース３３ｂは、信用評価サーバ３０に備える場合に限定されない。すなわち、与信情報データベース３３ｂを信用評価サーバ３０以外のデータサーバ４０やさらに他のサーバ（図示せず）に設け、必要に応じてネットワーク１０を介して他のサーバに格納された与信情報データベース３３ｂにアクセスできるようにしても良い。

車両５０において提供されるサービスを利用したユーザに関する信用評価情報は、移動体情報および第三者評価情報を含む。移動体情報は、ユーザによるサービスの利用中における車両５０に関する利用状況情報と、ユーザによるサービスの利用後における車両５０の状態を示す移動体状態情報とを含む。利用状況情報は、車両５０の運転挙動に関する情報や、車両５０の運転者であるユーザによる運転時の行動に関する情報を含む。移動体状態情報は、ユーザが車両５０によるサービスを利用した後における車両５０の状態に関する情報を含む。第三者評価情報は、ユーザによるサービスの利用後におけるユーザ以外の第三者が行った評価に関する情報を含む。信用評価サーバ３０においては、これらの利用状況情報、移動体状態情報、および第三者評価情報などに基づいて、ユーザの信用度を数値化して算出することでユーザの信用を評価する。

（データサーバ）
データサーバ４０は、通信機能を有する移動体としての車両５０から出力された種々の情報を収集するデータ収集処理を実行する。図４は、データサーバ４０の構成を概略的に示すブロック図である。図４に示すように、データサーバ４０は、ネットワーク１０を介して通信可能な構成を有する。データサーバ４０は、通信部４１、データ制御部４２、データ収集部４３、および記憶部４４を備える。通信部４１は、物理的には上述した通信部２１，３１と同様である。通信部４１は、ネットワーク１０に接続して、レンタル管理サーバ２０、信用評価サーバ３０、および車両５０との間で通信を行う。通信部４１は、ユーザ端末装置７０との間で通信しても良い。

通信部４１は、レンタル管理サーバ２０および信用評価サーバ３０との間で、上述したユーザ識別情報、車両識別情報、ユーザ選択情報、車両情報、運行情報、信用度情報、および信用評価情報のうちの少なくとも一部を選択して送受信する。通信部４１は、データ収集部４３からの指令信号に基づいて、車両５０から、位置情報、速度情報、加速度情報、および運行プラン情報などの運行情報を収集する。なお、通信部４１によって送受信される情報は、これらの情報に限定されない。また、車両５０以外の通信機能を有する移動体から情報を収集する場合、収集する情報の種類や項目は、移動体の種類に応じて任意に決定できる。

データ制御部４２および記憶部４４はそれぞれ、物理的には上述したレンタル管理制御部２２および記憶部２３と同様である。記憶部４４には、レンタル管理サーバ２０、信用評価サーバ３０、および車両５０から、ネットワーク１０を介して過去に収集された各種情報が、例えばビッグデータなどを含むデータベース４４ａとして格納されている。なお、個々のユーザ端末装置７０から各種情報を収集してデータベース４４ａに格納しても良い。

（車両）
移動体としての車両５０は、運転者による運転によって走行する車両や、与えられた運行指令に従って自律走行可能に構成された自律走行車両である。図５は、車両５０の構成を概略的に示すブロック図である。図５に示すように、車両５０は、駆動部５１、電子制御部５２、通信部５３、記憶部５４、入出力部５５、センサ群５６、ＧＰＳ部５７、およびキーユニット５８を備える。

駆動部５１は、車両５０の走行に必要な従来公知の駆動部である。具体的には、車両５０は、駆動源としてのエンジンを備え、エンジンは燃料の燃焼による駆動によって電動機などを用いて発電可能に構成される。発電された電力は充電可能なバッテリに充電される。さらに、車両５０は、エンジンの駆動力を伝達する駆動伝達機構、および走行するための駆動輪などを備える。

電子制御部５２および記憶部５４はそれぞれ、物理的には上述したレンタル管理制御部２２および記憶部２３と同様である。電子制御部５２は、車両５０に搭載される各種構成要素の動作を統括的に制御する。通信部５３は、ネットワーク１０を介した無線通信によって、レンタル管理サーバ２０やデータサーバ４０との間で通信を行う、例えばＤＣＭ（Data Communication Module）などからなる。記憶部５４は、車両情報データベース５４ａおよび運行情報データベース５４ｂを備える。車両情報データベース５４ａには、バッテリ充電量、燃料残量、および現在位置などを含む各種情報が、更新可能に格納されている。運行情報データベース５４ｂには、レンタル管理サーバ２０から提供される運行情報を含む各種情報が、更新可能に格納されている。

入出力部５５は、タッチパネルディスプレイやスピーカマイクロホンなどから構成される。出力手段としての入出力部５５は、電子制御部５２による制御に従って、タッチパネルディスプレイの画面上に文字や図形などを表示したり、スピーカマイクロホンから音声を出力したりして、所定の情報を外部に通知可能に構成される。また、入力手段としての入出力部５５は、ユーザなどがタッチパネルディスプレイを操作したり、スピーカマイクロホンに向けて音声を発したりすることによって、電子制御部５２に所定の情報を入力可能に構成される。

センサ群５６は、車速センサや、加速度センサなどの車両５０の走行に関するセンサや、例えば車室内の種々の状況を検知可能な車室内センサや、例えば撮像カメラなどの撮像装置などから構成される。車両５０の位置情報取得部としてのＧＰＳ部５７は、ＧＰＳ（Global Positioning System）衛星（図示せず）からの電波を受信して、車両５０の位置を検出する。検出された車両５０の位置は、車両情報における位置情報として、車両情報データベース５４ａに検索可能に格納される。なお、車両５０の位置を検出する方法として、LiDAR（Light Detection and Ranging、Laser Imaging Detection and Ranging）と３次元デジタル地図とを組み合わせた方法を採用しても良い。

（ユーザ端末装置）
端末としてのユーザ端末装置７０は、ユーザによって操作される。ユーザ端末装置７０は、例えば、通信アプリケーションによる各種データや音声を用いた通話によって、ユーザ識別情報およびユーザ選択情報を含むユーザ情報などの各種情報をレンタル管理サーバ２０に送信する。ユーザ端末装置７０は、レンタル管理サーバ２０から、運行プラン情報、配車承認信号、および電子キーのデータなどの各種情報を受信可能に構成される。図６は、図１に示すユーザ端末装置７０の構成を概略的に示すブロック図である。

図６に示すように、ユーザ端末装置７０は、互いに通信可能に接続された、電子制御部７１、入力部７２、表示部７３、通信部７４、記憶部７５、およびＧＰＳ部７６を備える。電子制御部７１、通信部７４、および記憶部７５はそれぞれ、物理的には上述したレンタル管理制御部２２、通信部２１、および記憶部２３と同様である。ＧＰＳ部７６は、物理的には上述したＧＰＳ部５７と同様である。

電子制御部７１は、記憶部７５に格納された各種プログラムを実行することができ、各種テーブル、各種データベースなどを記憶部７５に格納可能である。電子制御部７１は、記憶部７５に格納されたＯＳやサービスアプリケーション７５ａを主記憶部の作業領域にロードして実行し、入力部７２、表示部７３、通信部７４、記憶部７５、およびＧＰＳ部７６の動作を統括的に制御する。本実施形態においてサービスアプリケーション７５ａには、例えばＳＤＫ（Software Development Kit）の形態で、施解錠要求プログラム７５ｂが組み込まれている。ユーザ端末装置７０のサービスアプリケーション７５ａによって施解錠要求プログラム７５ｂが実行され、ユーザ端末装置７０とキーユニット５８との間で例えばＢＬＥ認証情報に基づく認証が行われることにより、車両５０の施錠や解錠を実行できる。なお、ユーザ端末装置７０とキーユニット５８との通信による車両５０の施解錠については、従来公知の種々の方法を採用できる。

通信部７４は、ネットワーク１０を介して、ユーザ識別情報、ユーザ選択情報、および音声データなどの各種情報を、レンタル管理サーバ２０などの外部のサーバとの間で送受信する。記憶部７５は、ユーザ識別情報を記憶可能に構成されている。端末の位置情報取得部としてのＧＰＳ部７６は、ＧＰＳ衛星（図示せず）との通信によって、ユーザ端末装置７０の位置を検出する。検出された位置は、ユーザ識別情報におけるユーザ位置情報として、ネットワーク１０を介してレンタル管理サーバ２０やデータサーバ４０に送信される。

入力部７２は、例えば、キーボードや表示部７３の内部に組み込まれて表示パネルのタッチ操作を検出するタッチパネル式キーボード、または外部との間の通話を可能とする音声入力デバイスなどから構成される。ここで、外部との間の通話は、他のユーザ端末装置７０との通話のみならず、例えばレンタル管理サーバ２０に常駐するオペレータや人工知能システムとの通話なども含む。表示部７３は、例えば、有機ＥＬパネルや液晶表示パネルなどからなり、文字や図形などを表示パネルに表示することによって、情報を外部に報知する。なお、入力部７２および表示部７３を、上述した入出力部５５と同様に構成しても良い。このユーザ端末装置７０は、具体的に、スマートフォンなどの携帯電話や、タブレット型などの情報端末などの、ユーザが携帯可能な種々の装置を利用可能である。

（レンタル管理方法）
次に、以上のように構成されたレンタル管理システム１のレンタル管理サーバ２０によって実行されるレンタル管理方法について説明する。なお、以下に説明するレンタル管理方法においては、ユーザＵ１がカーシェアリング事業者によって提供されるサービスアプリケーション７５ａを起動させて、車両５０をレンタルする場合を例に説明する。また、以下の説明において、情報の送受信はネットワーク１０を介して行われるが、この点についての都度の説明は省略する。

（第１の実施形態）
まず、第１の実施形態によるレンタル管理方法について説明する。図７および図８はそれぞれ、第１の実施形態によるレンタル管理方法を説明するためのフローチャートおよび概略図である。以下の説明は、図８を適宜参照しつつ図７のフローチャートに従って行う。

すなわち、図７および図８に示すように、ステップＳＴ１において、レンタル管理サーバ２０の位置情報判定部２５は、ユーザ端末装置７０ａにおいてサービスアプリケーション７５ａが起動されているか否かを判定する。サービスアプリケーション７５ａが起動していると、ユーザ端末装置７０ａからレンタル管理サーバ２０に起動情報が送信される。なお、サービスアプリケーション７５ａの起動は、フォアグラウンド処理であってもバックグラウンド処理であっても良い。レンタル管理サーバ２０は、起動情報を受信していない間（ステップＳＴ１：Ｎｏ）、ステップＳＴ１を繰り返し実行する。

位置情報判定部２５が、ユーザ端末装置７０ｂにおけるサービスアプリケーション７５ａの起動情報を受信した場合（ステップＳＴ１：Ｙｅｓ）、ステップＳＴ２に移行する。ステップＳＴ２において位置情報判定部２５は、車両５０ａ，５０ｂ，５０ｃ，５０ｄ，５０ｅからそれぞれ、現在の位置情報（以下、現在位置情報）を受信する。なお、車両５０ａ〜５０ｅは、例えば、レンタル管理サーバ２０を管理するカーシェアリング事業者が所有または管理する車両であるが、必ずしもカーシェアリング事業者が所有または管理する車両に限定されない。続いて、ステップＳＴ３において位置情報判定部２５は、図８に示すユーザＵ１のユーザ端末装置７０ａの現在位置情報を受信する。ここで、ステップＳＴ２，ＳＴ３の順序は限定されず、逆順に実行したり並行して実行したりしても良い。また、ステップＳＴ２，ＳＴ３は、ステップＳＴ１によるサービスアプリケーション７５ａの起動の有無にかかわらず、所定時間間隔で実行しても良い。

その後、ステップＳＴ４において位置情報判定部２５は、ユーザＵ１が所持するユーザ端末装置７０ａの現在位置情報に含まれる現在位置が、あらかじめ設定された所定領域である閉領域８０内であるか否かを判定する。位置情報判定部２５が、ユーザＵ１のユーザ端末装置７０の現在位置は閉領域８０内ではないと判定した場合（ステップＳＴ４：Ｎｏ）、ステップＳＴ２に復帰する。一方、位置情報判定部２５が、ユーザＵ１のユーザ端末装置７０の現在位置は閉領域８０内であると判定した場合（ステップＳＴ４：Ｙｅｓ）、ステップＳＴ５に移行する。

ステップＳＴ５において位置情報判定部２５は、閉領域８０内に少なくとも１台の車両５０が存在するか否かを判定する。位置情報判定部２５が、閉領域８０内に車両５０が１台も存在しないと判定した場合（ステップＳＴ５：Ｎｏ）、車両５０の貸し出し処理であるレンタル管理処理を終了する。一方、位置情報判定部２５が、閉領域８０内に車両５０が存在していると判定した場合（ステップＳＴ５：Ｙｅｓ）、ステップＳＴ６に移行する。

ステップＳＴ６において信用度情報判定部２４は、信用評価サーバ３０にユーザＵ１に関する信用度要求信号を送信して、信用評価サーバ３０からユーザＵ１の信用度情報を受信する。その後、ステップＳＴ７において信用度情報判定部２４は、ユーザＵ１の信用度があらかじめ設定された規定値以上であるか否かを判定する。ユーザＵ１の信用度が規定値未満であった場合（ステップＳＴ７：Ｎｏ）、車両５０の貸し出し処理であるレンタル管理処理を終了する。一方、ユーザＵ１の信用度が規定値以上であった場合（ステップＳＴ７：Ｙｅｓ）、ステップＳＴ８に移行する。

なお、これらのステップＳＴ６，ＳＴ７は、ステップＳＴ２，ＳＴ３の前に実行することも可能である。この場合、レンタル管理サーバ２０がユーザＵ１の信用度情報を受信し、信用度情報に含まれる信用度が規定値以上である条件が成立した場合（ステップＳＴ７：Ｙｅｓ）、ステップＳＴ２，ＳＴ３による現在位置情報の受信を行うようにする。

ステップＳＴ８においてレンタル利用判定部２６は、閉領域８０内に存在する少なくとも１台の車両５０ａを解錠可能な許可情報としての電子キーを生成する。なお、全ての車両５０ａ〜５０ｄを解錠可能な電子キーを生成しても良い。全ての車両５０ａ〜５０ｄを解錠可能な電子キーを生成する場合、それぞれの車両５０ａ〜５０ｄに適合した電子キーがそれぞれ生成される。なお、閉領域８０内の車両５０ａ〜５０ｄを解錠可能、かつ閉領域８０外に存在する車両５０ｅを解錠不能に設定された共通の電子キーを１つのみ生成しても良い。その後、ステップＳＴ９においてレンタル管理サーバ２０のレンタル管理制御部２２は、生成した電子キーを暗号化して、ユーザＵ１のユーザ端末装置７０ａに送信する。

ステップＳＴ８における電子キーの生成は、レンタル管理サーバ２０以外の他のサーバである例えばデータサーバ４０で行うことも可能である。この場合、レンタル管理サーバ２０は、電子キーの生成要求信号をデータサーバ４０に送信する。生成要求信号を受信したデータサーバ４０は、閉領域８０内の少なくとも１台、例えばユーザＵ１に最も近い車両５０ａに適合する暗号化された電子キーを生成する。なお、全ての車両５０ａ〜５０ｄに適合する暗号化された電子キーを生成してもよい。その後、ステップＳＴ９においてデータサーバ４０は、暗号化した電子キーを、レンタル管理サーバ２０を経由させてユーザ端末装置７０に送信する。

上述のように電子キーを受信したユーザ端末装置７０においては、記憶部７５に格納された古い電子キーが、最新の電子キーに更新される。その後、ステップＳＴ１０に移行する。

ステップＳＴ１０においてレンタル利用判定部２６は、ユーザＵ１が車両５０を借り入れたか否かを判定する。具体的にレンタル利用判定部２６は、通信部２１を介して、車両５０ａから送信される車両識別情報および車両情報と、ユーザ端末装置７０ａから送信されるユーザ識別情報およびユーザ選択情報との少なくとも一方の情報を、所定時間受信する。ユーザＵ１がユーザ端末装置７０ａの施解錠要求プログラム７５ｂによる例えばＢＬＥ認証などの認証を行うことによって、閉領域８０内の車両５０ａの解錠を行った場合、ユーザＵ１のユーザ識別情報とユーザＵ１による車両５０ａの借り入れの開始の情報とが関連づけて、車両情報に追加される。そのため、レンタル利用判定部２６は、受信した車両識別情報および車両情報に基づいて、ユーザＵ１が所定の車両５０ａを借り入れたか否かを判定できる。なお、ユーザＵ１が借り入れる車両５０ａの車両識別情報と、ユーザＵ１による車両５０ａの借り入れの開始の情報とを関連付けて、ユーザ選択情報に追加しても良い。この場合、レンタル利用判定部２６は、受信したユーザ識別情報およびユーザ選択情報に基づいて、ユーザＵ１による所定の車両５０ａの借り入れの開始の有無を判定できる。

レンタル利用判定部２６は、所定時間が経過しても、車両情報やユーザ選択情報にユーザＵ１による車両５０の借り入れの開始の情報が含まれない場合、ユーザＵ１による車両５０の借り入れは開始していない（ステップＳＴ１０：Ｎｏ）と判定して、ステップＳＴ２に復帰する。なお、ステップＳＴ６，ＳＴ７の処理をステップＳＴ２より前に実行する場合においても、ステップＳＴ９において車両５０の借り入れが開始していない（ステップＳＴ１０：Ｎｏ）と判定されると、レンタル管理処理はステップＳＴ２に復帰する。以上のステップＳＴ２〜ＳＴ１０は、ユーザＵ１による車両５０の借り入れが開始されるまで、所定周期で繰り返し実行される。以上により、レンタル管理サーバ２０によるレンタル管理処理が実行される。

レンタル管理サーバ２０が受信した車両情報やユーザ選択情報に、閉領域８０内において車両５０の借り入れの開始の情報が含まれた場合、レンタル利用判定部２６は例えば、特定の車両５０ａの借り入れが開始された（ステップＳＴ１０：Ｙｅｓ）と判定する。ユーザ端末装置７０ａを所持したユーザＵ１による車両５０ａの借り入れが開始されると、レンタル管理サーバ２０によるレンタル管理処理は終了する。

以上の第１の実施形態によるレンタル管理方法によれば、車両５０を貸し出すカーシェアリングサービスにおいて、規定値以上の信用度を有しユーザ端末装置７０を所持するユーザであれば、ユーザが借り入れに必要な種々の手続を行うことなく、あらかじめ設定された閉領域８０内における例えばカーシェアリング事業者が所有または管理する車両５０を借り入れることができる。そのため、信用度が高いユーザは煩雑な処理が不要になるとともに、所望の車両５０に乗車できるので、高い信用を有するユーザにとって、カーシェアリングサービスの利便性を向上できる。

（第２の実施形態）
次に、第２の実施形態によるレンタル管理方法について説明する。図９および図１０はそれぞれ、第２の実施形態によるレンタル管理方法を説明するためのフローチャートおよび概略図である。以下の説明は、図１０を適宜参照しつつ図９のフローチャートに従って行う。

すなわち、図９および図１０に示すように、ステップＳＴ１１においてレンタル管理サーバ２０の位置情報判定部２５は、ユーザ端末装置７０ｂにおいてサービスアプリケーション７５ａが起動しているか否かを判定する。サービスアプリケーション７５ａがフォアグラウンド処理またはバックグラウンド処理で起動していると、ユーザ端末装置７０ｂからレンタル管理サーバ２０に起動情報が送信される。レンタル管理サーバ２０は、起動情報を受信していない間（ステップＳＴ１１：Ｎｏ）、ステップＳＴ１１を繰り返し実行する。

位置情報判定部２５が、ユーザ端末装置７０ｂにおけるサービスアプリケーション７５ａの起動情報を受信した場合（ステップＳＴ１１：Ｙｅｓ）、ステップＳＴ１２に移行する。ステップＳＴ１２においてレンタル管理サーバ２０の信用度情報判定部２４は、信用評価サーバ３０にユーザＵ２の信用度要求信号を送信する。信用度要求信号を受信した信用評価サーバ３０は、ユーザＵ２の信用度情報をレンタル管理サーバ２０に送信する。その後、ステップＳＴ１３に移行すると、信用度情報を受信したレンタル管理サーバ２０の信用度情報判定部２４は、ユーザＵ２の信用度があらかじめ設定された規定値以上であるか否かを判定する。ユーザＵ２の信用度が規定値未満であった場合（ステップＳＴ１３：Ｎｏ）、車両５０の貸し出し処理であるレンタル管理処理を終了する。

一方、ユーザＵ２の信用度が規定値以上であった場合（ステップＳＴ１３：Ｙｅｓ）、ステップＳＴ１４に移行する。ステップＳＴ１４において位置情報判定部２５は、図１０に示すユーザＵ２のユーザ端末装置７０ｂの現在位置情報を受信する。その後、ステップＳＴ１５に移行して、位置情報判定部２５は、ユーザＵ２の現在位置情報に基づいて、ユーザ端末装置７０ｂの現在位置に基づいた所定範囲をユーザ位置領域９０として設定する。ここで、ユーザ位置領域９０の設定方法としては、例えば、ユーザ端末装置７０ｂを中心としたＲ（ｋｍ）の半径を有する円形領域内として設定したり、ユーザ端末装置７０ｂが存在する位置を含む所定の行政区画内として設定したりすることが可能であるが、必ずしもこれらの例に限定されない。

ステップＳＴ１６において位置情報判定部２５は、車両５０ａ〜５０ｅのそれぞれから現在位置情報を受信する。ここで、車両５０ａ〜５０ｅは、第１の実施形態と同様である。また、上述したステップＳＴ１４，ＳＴ１５とステップＳＴ１６との順序は限定されず、逆順に実行したり並行して実行したりすることも可能である。また、上述したステップＳＴ１２，ＳＴ１３を、ステップＳＴ１７の前であってステップＳＴ１４〜ＳＴ１６のいずれかの処理の後に実行しても良い。この場合、レンタル管理サーバ２０がユーザＵ２の信用度を受信し、この信用度が規定値以上である条件（ステップＳＴ１３：Ｙｅｓ）が成立して初めて、ステップＳＴ１７に移行させるようにする。

ステップＳＴ１７において位置情報判定部２５は、ユーザ位置領域９０内に少なくとも１台の車両５０が存在するか否かを判定する。位置情報判定部２５が、ユーザ位置領域９０内に車両５０が１台も存在しないと判定した場合（ステップＳＴ１７：Ｎｏ）、ステップＳＴ１４に復帰して、ステップＳＴ１４〜ＳＴ１７を繰り返し実行する。一方、位置情報判定部２５が、ユーザ位置領域９０内に車両５０が存在していると判定した場合（ステップＳＴ１７：Ｙｅｓ）、ステップＳＴ１８に移行する。

ステップＳＴ１８に移行すると、レンタル利用判定部２６は、図１０に示すユーザ位置領域９０内に存在する例えばユーザＵ１に最も近い１台の車両５０ａを解錠可能な許可情報としての電子キーを生成する。なお、全ての車両５０ａ〜５０ｃを解錠可能な電子キーを生成しても良い。電子キーの生成は、上述したステップＳＴ８（図７参照）と同様である。すなわち、ユーザ位置領域９０内に存在する全ての車両５０ａ〜５０ｃに対応した電子キーをそれぞれ生成したり、車両５０ａ〜５０ｃを解錠可能、かつユーザ位置領域９０外の車両５０ｄ，５０ｅを解錠不能な電子キーを１つのみ生成したりする。その後、ステップＳＴ１９に移行する。

ステップＳＴ１９は、上述したステップＳＴ９（図７参照）と同様である。その後、ステップＳＴ２０においてレンタル利用判定部２６は、上述したステップＳＴ１０（図７参照）と同様にして、ユーザＵ２が車両５０ａ〜５０ｃのうちの少なくとも１台の借り入れを開始したか否かを判定する。

レンタル利用判定部２６は、所定時間が経過しても、車両情報やユーザ選択情報にユーザＵ２による車両５０の借り入れの開始の情報が含まれない場合、車両５０の借り入れは開始していない（ステップＳＴ２０：Ｎｏ）と判定して、ステップＳＴ１４に復帰する。以上のステップＳＴ１４〜ＳＴ２０は、ユーザＵ２による車両５０の借り入れが行われていない間は、所定周期で繰り返し実行される。

ここで、ユーザＵ２が、いずれの車両５０の借り入れも行っていない間に、図１０に示すように移動した場合、ユーザＵ２の移動に伴ってユーザ位置領域９０も新たに設定される。その結果、図１０に示す例においては、ユーザＵ２の移動に伴って、ユーザ位置領域９０内に存在する車両５０は、車両５０ａ，５０ｂ，５０ｃから、車両５０ｂ，５０ｃ，５０ｄに切り替わる。

この場合、上述したステップＳＴ１８においてレンタル利用判定部２６は、ユーザ位置領域９０内に存在する車両５０ｂ〜５０ｄのうち、例えばユーザＵ２に最も近い少なくとも１台の車両５０ｄを解錠可能な電子キーを新たに生成する。なお、ユーザ位置領域９０内に存在する全ての車両５０ｂ〜５０ｄを解錠可能な電子キーを新たに生成しても良い。電子キーの生成方法は、上述した車両５０ａ〜５０ｃに適合した電子キーを生成する場合と同様である。その後、ステップＳＴ１９においてレンタル利用判定部２６は、生成した電子キーを暗号化してユーザ端末装置７０ｂに送信し、記憶部７５に格納されている電子キーを新しい電子キーに更新する。

その後、レンタル管理サーバ２０が受信した車両情報やユーザ選択情報に、ユーザ位置領域９０内の例えば車両５０ｂのユーザＵ２による借り入れの開始の情報が含まれていた場合、レンタル利用判定部２６は、車両５０ｂのレンタルが開始された（ステップＳＴ２０：Ｙｅｓ）と判定する。ユーザ端末装置７０ｂを所持したユーザＵ２による例えば車両５０ｂの借り入れが開始されると、レンタル管理サーバ２０によるレンタル管理処理は終了する。

以上の第２の実施形態によるレンタル管理方法によれば、規定値以上の信用度を有しユーザ端末装置７０ｂを所持するユーザＵ２は、ユーザＵ２の現在位置に基づいて設定されたユーザ位置領域９０内におけるカーシェアリング事業者が所有または管理する車両５０を、ユーザＵ２自身による借り入れのための種々の手続を行うことなく借り入れることができる。そのため、第１の実施形態と同様の効果を得ることができる。

（記録媒体）
上述の実施形態において、レンタル管理方法を実行可能なプログラムを、コンピュータその他の機械や装置（以下、コンピュータなど、という）が読み取り可能な記録媒体に記録することができる。コンピュータなどに、この記録媒体のプログラムを読み込ませて実行させることにより、当該コンピュータがレンタル管理サーバ２０として機能する。ここで、コンピュータなどが読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータなどから読み取ることができる非一時的な記録媒体をいう。このような記録媒体のうちコンピュータなどから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ＢＤ、ＤＡＴ、磁気テープ、フラッシュメモリなどのメモリカードなどがある。また、コンピュータなどに固定された記録媒体としてハードディスク、ＲＯＭなどがある。さらに、ＳＳＤは、コンピュータなどから取り外し可能な記録媒体としても、コンピュータなどに固定された記録媒体としても利用可能である。

以上、本発明の実施形態について具体的に説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の技術的思想に基づく各種の変形が可能である。例えば、上述の実施形態において挙げたサーバの構成はあくまでも例に過ぎず、必要に応じてこれと異なるサーバの構成を用いても良い。

例えば、上述の実施形態においては、レンタル管理サーバ２０をカーシェアリング事業者が管理する独立したサーバとして記載しているが、必ずしもこの形態に限定されない。例えば、レンタル管理サーバ２０は、車両５０の製造業者が管理するサーバであっても良い。また、レンタル管理サーバ２０が実行するレンタル管理処理を、車両５０の製造業者が管理するサーバとカーシェアリング事業者が管理するサーバとによって、分担して実行しても良い。

例えば、上述の実施形態においては、電子キーの生成をレンタル管理サーバ２０やデータサーバ４０が行う例について説明しているが、必ずしもこれらに限定されない。すなわち、電子キーの生成については、車両５０の製造業者が管理するサーバで行っても、カーシェアリング事業者が管理する別のサーバで行っても、キーユニット５８の製造業者が管理するサーバで行っても良い。電子キーの生成をキーユニット５８の製造業者が管理するサーバで行う場合、レンタル管理サーバ２０からキーユニット５８の製造業者のサーバに電子キーの生成要求信号を送信する。電子キーの生成要求信号を受信した製造業者のサーバは、他のサーバが解読不能な状態に暗号化した電子キーを生成する。製造業者のサーバは、暗号化した電子キーを、レンタル管理サーバ２０を経由してユーザ端末装置７０に送信する。

例えば、上述の実施形態においては、レンタル管理サーバ２０、信用評価サーバ３０、およびデータサーバ４０を互いに別体のサーバとしているが、これらを単一のサーバにより構成することも可能である。さらには、これらのうちの２つのサーバを単一のサーバから構成し、他の１つのサーバと別体に構成することも可能である。具体的には、信用評価サーバ３０とデータサーバ４０とを一体のサーバにしたり、信用評価サーバ３０とレンタル管理サーバ２０とを一体のサーバにしたり、レンタル管理サーバ２０とデータサーバ４０とを一体のサーバにしたりすることが可能である。

例えば、上述の実施形態においては、サービスとしてカーシェアリングサービスを例に説明しているが、移動体を利用するサービスであれば種々のサービスを採用することができる。具体的には、ライドシェアサービス、レンタカーサービス、無人飛行体レンタルサービス、滞在型車両レンタルサービス、自律走行車レンタルサービスなどのサービスを採用できる。また、本発明を、自転車シェアリングサービスや航空機レンタルサービスなどにも適用できる。

例えば、上述した実施形態において、レンタル管理サーバ２０は、車両５０の位置情報を収集しているデータサーバ４０から、車両５０の現在位置情報を受信しても良い。同様に、レンタル管理サーバ２０は、ユーザ端末装置７０の位置情報を収集しているデータサーバ４０から、ユーザ端末装置７０の現在位置情報を受信しても良い。

また、上述の第１の実施形態においては、信用度が規定値以上のユーザＵ１に対して、あらかじめ設定された閉領域８０内に入った場合に、閉領域８０内に存在するカーシェアリング事業者が所有または管理する全ての車両５０ａ〜５０ｄを貸し出し可能にしているが、必ずしも全ての車両５０ａ〜５０ｄに限定されるものではない。例えば、ユーザＵ１の信用度が第１の規定値以上であっても、第１の規定値よりも大きい第２の規定値未満である場合には、ユーザＵ１が借り入れ可能な車両５０の車種を限定したり、閉領域８０をより狭くしたりすることも可能である。すなわち、ユーザＵ１の信用度のランクに応じて、貸し出し可能な車両５０の車種や閉領域８０の大きさを変更することが可能である。

上述の実施形態においては、ユーザごとにカーシェアリングサービスにおけるレンタル基本料金が設定されているが、レンタル基本料金は種々のランクで設定することが可能である。すなわち、ユーザの信用度を複数のランクに分けて、信用度のランクが高くなるに従って、レンタル基本料金を減額するようにしても良い。さらに、上述した実施形態によるレンタル管理方法に基づいた車両５０の貸し出しを、カーシェアリングサービスにおける選択可能な追加のサービス（以下、オプションサービス）として設定し、信用度が規定値以上のユーザに限って、レンタル基本料金に追加の基本料金を加算することで、ユーザが当該オプションサービスを享受できるように設定しても良い。信用度が規定値以上のユーザは、サービスアプリケーション７５ａによって当該オプションサービスを選択して利用することが可能になる。この設定によって、ユーザに対して、車両５０の借り入れ時の信用度が増加するようなサービスの利用を誘引できる。

さらに、第１の実施形態と第２の実施形態とを組み合わせることが可能である。すなわち、ユーザ端末装置７０を所持したユーザの現在位置がサービスを提供可能な閉領域８０内になった場合に、ユーザの現在位置情報に基づいて新たにユーザ位置領域９０を設定しても良い。この場合、閉領域８０とユーザ位置領域９０との重なる領域にカーシェアリング事業者の管理する車両５０が存在した場合に、レンタル管理サーバ２０やデータサーバ４０は、車両５０に適合した電子キーを生成して、ユーザ端末装置７０に送信する。換言すると、レンタル管理サーバ２０は、ユーザが閉領域８０内に入ったことをトリガーとしてユーザ位置領域９０を設定し、閉領域８０とユーザ位置領域９０とが重なった領域内の車両５０を貸し出し可能にしても良い。

１ レンタル管理システム
１０ ネットワーク
２０ レンタル管理サーバ
２２ レンタル管理制御部
２３ 記憶部
２３ａ レンタル管理データベース
２４ 信用度情報判定部
２５ 位置情報判定部
２６ レンタル利用判定部
３０ 信用評価サーバ
４０ データサーバ
５０，５０ａ，５０ｂ，５０ｃ，５０ｄ，５０ｅ 車両
５８ キーユニット
７０，７０ａ，７０ｂ ユーザ端末装置
７５ａ サービスアプリケーション
７５ｂ 施解錠要求プログラム
８０ 閉領域
９０ ユーザ位置領域

Claims (7)

1. 外部と通信可能な移動体の貸し出しを管理するレンタル管理装置であって、
   端末を所持するユーザの信用を数値化した信用度を含む信用度情報、前記移動体の位置情報、および前記端末の位置情報を取得して、前記ユーザの前記信用度情報に含まれる前記信用度が規定値以上、かつ前記端末の位置が含まれる所定領域内に前記移動体が存在する場合に、前記所定領域内に存在する少なくとも１台の前記移動体の貸し出しを許可する許可情報を前記端末に送信する管理制御部を備える
   ことを特徴とするレンタル管理装置。
2. 前記所定領域は、あらかじめ設定された閉領域であり、
   前記管理制御部は、取得した前記端末の位置が前記閉領域内にある場合に、前記許可情報を前記端末に送信する
   ことを特徴とする請求項１に記載のレンタル管理装置。
3. 前記管理制御部は、取得した前記端末の位置情報に基づいて前記所定領域を設定し、前記所定領域内に少なくとも１台の前記移動体が存在する場合に、前記許可情報を前記端末に送信する
   ことを特徴とする請求項１に記載のレンタル管理装置。
4. 前記管理制御部は、前記端末の位置の移動に応じて前記所定領域を更新する
   ことを特徴とする請求項３に記載のレンタル管理装置。
5. 前記管理制御部は、前記端末から、前記端末の位置情報を取得する
   ことを特徴とする請求項１〜４のいずれか１項に記載のレンタル管理装置。
6. 外部と通信可能な移動体の貸し出しを管理するレンタル管理装置が行うレンタル管理方法であって、
   端末を所持するユーザの信用を数値化した信用度を含む信用度情報および前記端末の位置情報を取得する取得ステップと、
   前記ユーザの前記信用度情報を記憶部から読み出して、前記信用度情報に含まれる前記信用度が規定値以上、かつ前記端末の位置が含まれる所定領域内に前記移動体が存在する場合に、前記所定領域内に存在する少なくとも１台の前記移動体の貸し出しを許可する許可情報を前記端末に送信する送信ステップと、
   を含むことを特徴とするレンタル管理方法。
7. 外部と通信可能な移動体の貸し出しをコンピュータにより管理するプログラムであって、
   端末を所持するユーザの信用を数値化した信用度を含む信用度情報および前記端末の位置情報を取得する取得機能と、
   前記ユーザの前記信用度情報に含まれる前記信用度が規定値以上、かつ前記端末の位置が含まれる所定領域内に前記移動体が存在する場合に、前記所定領域内に存在する少なくとも１台の前記移動体の貸し出しを許可する許可情報を前記端末に送信する送信機能と、
   をコンピュータにより実行可能なプログラム。

Images