JP7354948B2 - 情報処理装置、情報処理方法、及び情報処理プログラム - Google Patents

Description

本開示は、社員に貸与される車両（社用車）の予約を管理するための技術に関する。

複数の電気自動車（EV: Electric Vehicle）をレンタカー等に利用する場合に、各電気自動車のバッテリ残量に応じて、各電気自動車に充電用ケーブルを接続するパターンを決定する技術が提案されている（例えば、特許文献１を参照。）。

特開２０１５－１９５６６４号公報

本開示の目的は、社用車の予約管理を効率的に行うことができる技術を提供することにある。

本開示は、社員に貸し出すための車両である社用車を管理するための情報処理装置として捉えることができる。
その場合の情報処理装置は、
貸し出し状態にある社用車の使用状態と返却予定日時とに関する情報を取得することと、
前記社用車の使用状態に関する情報に基づいて、前記返却予定日時から前記社用車が貸し出し可能な状態になるまでに要する時間である準備時間を演算することと、
前記返却予定日時と前記準備時間とに基づいて、前記社用車の返却後において該社用車が貸し出し可能になる日時である貸出可能日時を設定することと、
を実行する制御部を備えるようにしてもよい。

本開示は、社員に貸し出すための車両である社用車を管理するための情報処理方法として捉えることもできる。
その場合の情報処理方法は、
貸し出し状態にある社用車の使用状態と返却予定日時とに関する情報を取得するステップと、
前記社用車の使用状態に関する情報に基づいて、前記返却予定日時から前記社用車が貸し出し可能な状態になるまでに要する時間である準備時間を演算するステップと、
前記返却予定日時と前記準備時間とに基づいて、前記社用車の返却後において該社用車が貸し出し可能になる日時である貸出可能日時を設定するステップと、
をコンピュータが実行するようにしてもよい。

なお、本開示は、上記した情報処理方法を実現するための情報処理プログラム、又は該情報処理プログラムを格納した非一時的記憶媒体として捉えることもできる。

本開示によれば、社用車の予約管理を効率的に行うことができる技術を提供することができる。

本開示を適用する社用車管理システムの概要を示す図である。 本実施形態における社用車管理システムが備える構成要素の一例を概略的に示す図である。 キーユニットの制御部に含まれる機能モジュールの一例を示す図である。 実施形態における貸借管理ＤＢに格納される社用車情報のテーブル構成を例示する図である。 実施形態における貸借管理サーバ装置で行われる処理フローを示すフローチャートである。 変形例における貸借管理ＤＢに格納される社用車情報のテーブル構成を例示する図である。 変形例において充電時間を演算する際に貸借管理サーバ装置で行われる処理フローを示すフローチャートである。

会社組織等では、社員に貸し出すための車両（社用車）を保有する場合がある。斯様な社用車の貸し出しは、社員が社用車の貸し出しを予約することで実現される。例えば、社員が各社用車の貸出可能日時と該社員の出張予定等とを照らし合わせることで、出張時等に貸し出し可能な社用車の予約を行う。その際、社用車の貸出可能日時が不正確に設定されると、当該社用車の予約を行った社員の業務に支障をきたす可能性がある。

これに対し、本開示に係る情報処理装置では、社用車の貸出可能日時を設定するにあたり、制御部が、貸し出し状態にある社用車の使用状態と返却予定日時とに関する情報を取得する。続いて、制御部が、社用車の使用状態に関する情報に基づいて、返却予定日時から前記社用車が貸し出し可能な状態になるまでに要する時間である準備時間を演算する。そして、制御部が、返却予定日時と準備時間とに基づいて、社用車の返却後において該社用車が貸し出し可能になる日時（貸出可能日時）を設定する。本開示に係る情報処理装置によれば、準備時間を考慮することで、貸出可能日時をより正確に設定することができる。その結果、社用車の予約管理を効率的に行うことも可能になる。

ここで、貸し出し状態にある社用車の使用状態に関する情報としては、該社用車の現在位置と、該社用車の原動機を駆動するためのバッテリの現在の蓄電量（第１のバッテリ残量）と、に関する情報を含んでもよい。その場合、制御部は、貸し出し状態にある社用車の現在位置と第１のバッテリ残量とに基づいて、該社用車の返却時におけるバッテリの蓄電量の予測値（第２のバッテリ残量）を演算してもよい。そして、制御部は、第２のバッテリ残量に応じて準備時間を演算してもよい。例えば、制御部は、第２のバッテリ残量が多いほど、準備時間を短く設定してもよい。これにより、バッテリの充電に要する時間が加味された貸出可能日時を設定することが可能になる。

本開示における制御部は、貸し出し状態にある社用車を次に貸し出す予定のユーザ（当該社用車の返却後に該社用車を貸し出す予定のユーザ（予約ユーザ））の走行予定距離に関する情報を取得してもよい。さらに、制御部は、社用車が前記走行予定距離を走行するために必要になると予測されるバッテリの蓄電量（バッテリ必要量）を演算してもよい。そして、制御部は、第２のバッテリ残量とバッテリ必要量とに基づいて、準備時間を演算してもよい。例えば、第２のバッテリ残量がバッテリ必要量以上である場合は、制御部は、準備時間を所定の最小値に設定してもよい。所定の最小値は、例えば、バッテリの充電を行わずに、社用車の整備／点検等を行うために要する時間である。また、第２のバッテリ残量がバッテリ必要量より小さい場合は、制御部は、第２のバッテリ残量とバッテリ必要量との差が大きくなるほど、準備時間を大きく演算してもよい。これは、第２のバッテリ残量とバッテリ必要量との差が大きくなるほど、バッテリの充電（例えば、バッテリ必
要量以上の蓄電量までバッテリを充電）に要する時間が長くなるためである。これにより、予約ユーザの走行予定距離に適した貸出可能日時を設定することができる。

ところで、準備時間が長くなると、予約ユーザの貸出開始日時に対して貸出可能日時が遅くなる場合も想定し得る。斯様な場合に、制御部は、社用車の代替の移動手段を提案するための情報である提案情報を、予約ユーザの端末へ送信してもよい。これにより、予約ユーザは、代替の移動手段を利用して、業務を遂行することが可能になる。なお、貸出開始日時に対する貸出可能日時の遅れが、予約ユーザの業務遂行に支障の出ない程度であれば、予約ユーザが、社用車を使用してもよい。

ここで、準備時間が長くなる主な要因としては、例えば、バッテリの充電に要する時間が長くなることに加え、実際の返却日時が返却予定日時より遅れることが挙げられる。そこで、制御部は、貸し出し状態にある社用車の現在位置に基づいて、該社用車の実際の返却予定日時である実返却日時を予測してもよい。そして、予測された実返却日時が返却予定日時より遅くなる場合は、制御部は、第２のバッテリ残量に加え、返却予定日時に対する実返却日時の遅れ分に基づいて、準備時間を演算してもよい。これにより、実返却日時が返却予定日時より遅れる場合においても、貸出可能日時をより正確に設定することができる。その結果、予約ユーザの貸出開始日時に対して貸出可能日時が遅くなるかの判定を、より正確に行うことも可能になる。

ここで、貸し出し状態にある社用車とは異なる社用車であって、且つ予約ユーザに貸し出し可能な社用車である待機車両が存在する場合は、制御部は、待機車両を貸し出し可能であることを示す情報を、前記提案情報に含めてもよい。つまり、制御部は、貸し出し状態にある社用車とは異なる社用車を代替の移動手段とすることを、予約ユーザに提案してもよい。一方、上記したような待機車両が存在しない場合は、制御部は、レンタカーの利用を促す情報を、前記提案情報として予約ユーザの端末へ送信してもよい。

＜実施形態＞
以下、本開示の具体的な実施形態について図面に基づいて説明する。本実施形態に記載される構成部品の寸法、材質、形状、相対配置等は、特に記載がない限り開示の技術的範囲をそれらのみに限定する趣旨のものではない。

本実施形態では、社用車の貸し出しに関する予約を管理するためのシステム（以下、「社用車管理システム」と記す場合もある。）に、本開示に係る情報処理装置を適用する例について述べる。

＜社用車管理システム＞
図１は、本実施形態における社用車管理システムの概略構成を示す図である。本実施例における社用車管理システムは、図１に示すように、車載ユニットＯＢＵ（On-Board Unit）と、ユーザ端末２００と、貸借管理サーバ装置４００と、センタサーバ装置５００と
、を含む。

車載ユニットＯＢＵは、社用車１０に搭載される。本例における社用車１０は、電動モータにより駆動される電気自動車（EV: Electric Vehicle）である。電動モータは、社用車１０に搭載されるバッテリ（駆動用バッテリ）の出力を利用して作動する。車載ユニットＯＢＵは、ユーザ端末２００が持つ端末認証情報に基づく認証処理を行う。車載ユニットＯＢＵは、上記の認証結果に基づいて、ユーザ端末２００を利用した車両操作（例えば、車両ドアの解錠／施錠操作、車両電源のＯＮ／ＯＦＦ操作、社用車１０における原動機の始動／停止操作等）に応じるか否かを決定する。また、本例における車載ユニットＯＢＵは、社用車１０の位置、及び駆動用バッテリの蓄電量（充電状態（SOC: State Of Char
ge）を取得して、貸借管理サーバ装置４００へ送信する機能も有する。

ユーザ端末２００は、社用車１０の借り手となるユーザ（社員）が使用する携帯型の端末である。ユーザ端末２００は、ユーザが社用車１０を利用する際に、端末認証情報を取得する。そして、ユーザ端末２００を使用して社用車１０の操作が行われる際には、ユーザ端末２００が、上記端末認証情報を車載ユニットＯＢＵへ送信する。

貸借管理サーバ装置４００は、社用車１０を保有する会社等に配置される。貸借管理サーバ装置４００は、社用車の予約を管理する。貸借管理サーバ装置４００は、社用車１０の貸出要求信号をユーザ端末２００から受け付けると、ユーザの希望する貸出期間に利用可能な社用車１０の予約を行う。そして、上記予約の貸出期間の開始タイミング（貸出開始日時）が到来したとき又はその直前に、貸借管理サーバ装置４００は、上記した端末認証情報をユーザ端末２００へ送信するように、センタサーバ装置５００へ要求する。

また、貸借管理サーバ装置４００は、貸し出し状態にある社用車１０が返却後に貸し出し可能な状態になる日時（貸出可能日時）を設定する。本例においては、貸出可能日時は、社用車１０の返却予定日時と準備時間とに基づいて設定される。返却予定日時は、社用車１０を使用中のユーザ（使用ユーザ）が該社用車１０の予約を行った際に設定される。準備時間は、返却予定日時に対する実際の返却日時の予測値（実返却日時）の遅れ分、及び返却された社用車１０を貸し出し可能な状態にするために要する時間に基づいて、設定される。返却された社用車１０を貸し出し可能な状態にするために要する時間は、社用車１０の点検／整備に要する時間、及びバッテリの充電に要する時間等を含む。

センタサーバ装置５００は、社用車１０の販売会社、社用車１０の製造会社、又はそれらの会社の関連会社等に配置される。センタサーバ装置５００は、貸借管理サーバ装置４００からの要求に基づいて、端末認証情報をユーザ端末２００に送信する。センタサーバ装置５００から送信された端末認証情報がユーザ端末２００によって受信されると、社用車１０の借り手となるユーザが、ユーザ端末２００を利用して社用車１０の操作を行えるようになる。なお、端末認証情報は、センタサーバ装置５００からユーザ端末２００へ直接送信されてもよく、又はセンタサーバ装置５００から貸借管理サーバ装置４００を介してユーザ端末２００へ送信されてもよい。

＜システム構成＞
ここで、社用車管理システムの各構成要素について、詳しく説明する。図２は、図１に示した車載ユニットＯＢＵ、ユーザ端末２００、貸借管理サーバ装置４００、及びセンタサーバ装置５００の構成例を概略的に示したブロック図である。

（車載ユニットＯＢＵ）
車載ユニットＯＢＵは、図２に示すように、キーユニット１００と、車両制御装置３００と、を含む。キーユニット１００は、スマートキーの電子キー（携帯機）と同様の無線インタフェースを有する。これにより、キーユニット１００は、車両制御装置３００と通信を行うことで、物理的な鍵を用いることなく社用車１０の解錠／施錠、車両電源のＯＮ／ＯＦＦ、及び原動機の始動／停止等を行うことができる。また、キーユニット１００は、ユーザ端末２００と近距離無線通信を行うことで、該ユーザ端末２００の認証を行い、その認証結果に基づいて、当該キーユニット１００が社用車１０の電子キーとして振る舞うかを決定する。

車両制御装置３００は、車両の各種動作（例えば、社用車１０のドアを解錠／施錠する動作、車両電源をＯＮ／ＯＦＦする動作、及び原動機を始動／停止する動作等）を制御するための装置であり、スマートキーシステムの一部を構成する既設の装置である。具体的
には、車両制御装置３００は、社用車１０に割り当てられた電子キー（以下、「携帯機」と記す場合もある。）から、高周波（Radio Frequency、以下、ＲＦと称する）帯の電波
で送信される解錠信号又は施錠信号に応じて、社用車１０のドアを解錠又は施錠する。また、携帯機上で車両電源のＯＮ／ＯＦＦ操作、又は車両原動機の始動／停止操作が行われた場合に、車両制御装置３００は、携帯機を検索するための、低周波（Low Frequency、
以下、ＬＦと称する）帯の電波を送信することで、携帯機の認証を行う。そして、その認証に成功すると、車両制御装置３００が、上記の各操作を受け付ける（許可する）機能も有している。なお、本実施例では、上記携帯機の代わりに、キーユニット１００が車両制御装置３００との間でＲＦ帯及びＬＦ帯の電波を送受信することで、社用車１０の各種動作を制御する。以降、断りがない限り、車両制御装置３００の通信先がキーユニット１００に限定されるものとする。

キーユニット１００は、社用車１０における車室内の所定の位置（例えばグローブボックス内）に配置される。キーユニット１００は、ユーザ端末２００と近距離無線通信を行うことで該ユーザ端末２００を認証する機能と、その認証に成功したときにＲＦ帯の電波を用いた各種信号を車両制御装置３００へ送信する機能と、を有する。また、キーユニット１００は、ＬＦ帯の電波を用いて車両制御装置３００から送信されるキーＩＤ送信要求を受信したときに、ユーザ端末２００と近距離無線通信を行うことで該ユーザ端末２００の認証を行う機能も有する。そして、当該認証に成功したときに、キーユニット１００は、該キーユニット１００の持つキーＩＤをＲＦ帯の電波を用いて車両制御装置３００へ送信する機能も有する。さらに、本例におけるキーユニット１００は、該キーユニット１００の現在位置（すなわち、社用車１０の現在位置）およびまたは駆動用バッテリのＳＯＣを、貸借管理サーバ装置４００へ逐次に送信する機能も有する。

ここで、キーユニット１００に含まれる機能モジュールを図３に示す。図３に示すように、キーユニット１００は、記憶部１０４１、認証部１０４２、位置取得部１０４３、通信処理部１０４４、及びＳＯＣ取得部１０４５を有する。記憶部１０４１には、キーユニット１００を制御するための制御プログラムが記憶される。キーユニット１００は、記憶部１０４１に記憶されている制御プログラムを実行することで、種々の機能を実現する。例えば、キーユニット１００は、車両制御装置３００からＬＦ帯の電波を用いて送信されるポーリング信号を受信する機能、及びＲＦ帯の電波を用いて各種信号又はキーＩＤを車両制御装置３００に送信する機能を実現する。キーユニット１００は、ユーザ端末２００との近距離無線通信を処理する機能も実現する。キーユニット１００は、認証部１０４２によるユーザ端末２００の認証が成功した場合に、車両操作用の各種信号又はキーＩＤを生成する機能も実現する。キーユニット１００は、社用車１０の現在位置、及び駆動用バッテリのＳＯＣを取得する機能も実現する。キーユニット１００は、貸借管理サーバ装置４００との無線通信を処理する機能も実現する。

認証部１０４２は、ユーザ端末２００から受信する端末認証情報に基づいて、該ユーザ端末２００の認証を行う。具体的には、認証部１０４２は、記憶部１０４１に記憶された認証情報（キーユニット１００に固有の認証情報）と、ユーザ端末２００から受信した端末認証情報とを比較し、これらが一致した場合に認証成功と判断する。双方の認証情報が一致しない場合は、認証部１０４２は、認証失敗と判断する。

例えば、ユーザ端末２００からの解錠要求又は施錠要求（以下、「施解錠要求」と総称する）をキーユニット１００が受信した場合に、認証部１０４２は、先ず、端末認証情報に基づくユーザ端末２００の認証を行う。認証部１０４２は、ユーザ端末２００の認証に成功すると、ユーザ端末２００から受信した要求に応じた施解錠信号を生成する。そして、認証部１０４２は、生成された施解錠信号を、ＲＦ帯の電波を用いて車両制御装置３００へ送信する。以下では、キーユニット１００の記憶部１０４１に記憶される認証情報を
装置認証情報と称し、ユーザ端末２００から送信される認証情報を端末認証情報と称する場合もある。

認証部１０４２は、施解錠信号を車両制御装置３００へ送信する際に、電子キーのＩＤ（キーＩＤ）も車両制御装置３００へ送信する。ここでいうキーＩＤは、平文の状態で予めキーユニット１００に記憶されてもよく、又はユーザ端末２００に固有な暗号によって暗号化した状態で記憶されてもよい。キーＩＤが暗号化した状態で記憶される場合、認証部１０４２は、ユーザ端末２００から送信された端末認証情報を用いて、暗号化されたキーＩＤを復号することで、本来のキーＩＤを得るようにしてもよい。

また、車両制御装置３００からのキーＩＤ送信要求をキーユニット１００が受信した場合は、認証部１０４２は、ユーザ端末２００と近距離無線通信を行うことで、該ユーザ端末２００の持つ端末認証情報を取得する。そして、認証部１０４２は、取得した端末認証情報に基づくユーザ端末２００の認証を行い、その認証に成功すると、該キーユニット１００の持つキーＩＤをＲＦ帯の電波で車両制御装置３００へ送信する。

位置取得部１０４３は、社用車１０の現在位置を取得する。典型的には、位置取得部１０４３は、ＧＰＳ受信器等を利用して、社用車１０の現在位置を取得する。なお、本例における位置取得部１０４３は、所定の周期で社用車１０の現在位置を取得する。位置取得部１０４３によって取得された現在位置に関する情報（位置情報）は、後述の通信処理部１０４４によって貸借管理サーバ装置４００へ送信される。つまり、社用車１０の位置情報は、所定の周期でキーユニット１００から貸借管理サーバ装置４００へ送信される。これにより、貸借管理サーバ装置４００は、社用車１０の現在位置及び移動経路等を把握することができる。なお、社用車１０の位置情報は、貸借管理サーバ装置４００からの要求に応じて、キーユニット１００から貸借管理サーバ装置４００へ送信されてもよい。

ＳＯＣ取得部１０４５は、駆動用バッテリの現在のＳＯＣ（以下、「第１のＳＯＣ」と記す場合もある。）を取得する。ここでいう第１のＳＯＣは、本開示に係る「第１のバッテリ残量」に相当する。斯様な第１のＳＯＣを取得するにあたり、ＳＯＣ取得部１０４５は、典型的には、ＳＯＣセンサを利用して、第１のＳＯＣを取得する。本例におけるＳＯＣ取得部１０４５は、所定の周期で第１のＳＯＣを取得する。ＳＯＣ取得部１０４５により取得された第１のＳＯＣは、後述の通信処理部１０４４によって貸借管理サーバ装置４００へ送信される。つまり、第１のＳＯＣは、所定の周期でキーユニット１００から貸借管理サーバ装置４００へ送信される。これにより、貸借管理サーバ装置４００は、社用車１０の第１のＳＯＣを把握することができる。なお、第１のＳＯＣは、貸借管理サーバ装置４００からの要求に応じて、キーユニット１００から貸借管理サーバ装置４００へ送信されてもよい。

通信処理部１０４４は、位置取得部１０４３により取得される位置情報、及びＳＯＣ取得部１０４５により取得される第１のＳＯＣを、貸借管理サーバ装置４００へ送信する。例えば、通信処理部１０４４は、無線通信回路を利用して、ネットワーク経由で貸借管理サーバ装置４００へ位置情報及び第１のＳＯＣを送信する。無線通信回路は、例えば、５Ｇ（5th Generation）又はＬＴＥ（Long Term Evolution）等の移動体通信サービスを利
用して、ネットワークに接続する。また、無線通信回路は、Ｗｉ－Ｆｉ（登録商標）等の無線通信を利用して、ネットワークに接続してもよい。なお、上記した位置情報及び第１のＳＯＣは、社用車１０を識別するための情報（車両ＩＤ）とともに、通信処理部１０４４から貸借管理サーバ装置４００へ送信される。

（ユーザ端末２００）
次に、ユーザ端末２００について説明する。ユーザ端末２００は、前述したように、社
用車１０の借り手となるユーザ（社員）が携帯する端末である。ユーザ端末２００は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、又はウェアラブルコンピュータ（スマートウォッチ等）等の小型のコンピュータである。斯様なユーザ端末２００は、近距離通信部２０１、通信部２０２、制御部２０３、及び入出力部２０４を含んで構成される。

近距離通信部２０１は、キーユニット１００との間で近距離無線通信を行う機器を含んで構成される。近距離通信部２０１は、例えば、所定の無線通信規格を用いて、近距離（車室内と車室外で通信が行える程度）における通信を行う。所定の無線通信規格は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ規格（以下、ＢＬＥ）である。なお、近距離通信部２０１は、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、又はＷｉ－Ｆｉ（登録商標）等を利用して、ユーザ端末２００との無線通信を行ってもよい。

通信部２０２は、ユーザ端末２００をネットワークに接続するための機器を含んで構成される。本例では、通信部２０２は、５Ｇ又はＬＴＥ等の移動体通信サービスを利用して、ネットワーク経由で他の装置との通信を行う。

制御部２０３は、ユーザ端末２００を司るコンピュータである。制御部２０３は、例えば、前述の端末認証情報を取得する処理、施解錠要求を生成する処理、及び、端末認証情報又は施解錠要求をキーユニット１００に送信する処理等を行う。斯様な制御部２０３は、例えば、マイクロコンピュータによって構成され、記憶部に記憶されたプログラムを実行することで、上記各種処理を行うための機能を実現する。

制御部２０３は、入出力部２０４を介してユーザとのインタラクションを行う。入出力部２０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示する機器である。典型的には、入出力部２０４は、タッチパネルディスプレイを含んで構成される。

制御部２０３は、入出力部２０４に操作画面を表示し、ユーザが行った操作に応じた施解錠要求を生成する。例えば、制御部２０３は、タッチパネルディスプレイに、解錠を行うためのアイコンおよびまたは施錠を行うためのアイコン等を出力し、ユーザによって行われた操作に基づいて、解錠要求又は施錠要求等を生成する。なお、ユーザが行う操作は、タッチパネルディスプレイを介したものに限られない。例えば、ハードウェアスイッチ等によるものでもよい。

制御部２０３は、端末認証情報を取得するための処理を行う。なお、端末認証情報は、車両制御装置３００がキーユニット１００を認証するための情報（キーＩＤ）ではなく、キーユニット１００がユーザ端末２００を認証するための情報（例えば、キーユニット１００に固有の装置認証情報に対応づけられた情報）である。具体的には、制御部２０３が、通信部２０２を介して、社用車１０の貸し出しを要求するための信号（貸出要求信号）を貸借管理サーバ装置４００へ送信する。ここでいう「貸出要求信号」には、借り手となるユーザを識別するためのユーザ識別情報、及び貸出期間に関する情報が含まれる。貸出期間に関する情報は、例えば、貸出開始日時、及び貸出終了日時（返却予定日時）等の情報が含まれる。上記の貸出要求信号に対して、センタサーバ装置５００又は貸借管理サーバ装置４００から端末認証情報が送信されると、制御部２０３が、通信部２０２を通じて、上記の端末認証情報を受信する。斯様にして取得された端末認証情報は、ユーザ端末２００の記憶部に格納される。これにより、ユーザ端末２００は、記憶部に格納された端末認証情報を用いて、社用車１０を操作することが可能になる。

（貸借管理サーバ装置４００）
次に、貸借管理サーバ装置４００について説明する。貸借管理サーバ装置４００は、プロセッサ、主記憶部、及び補助記憶部等を有するコンピュータであり、本開示に係る情報処理装置に相当する。貸借管理サーバ装置４００の補助記憶部には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、及び各種テーブル等が格納される。そして、プロセッサが、補助記憶部に格納されたプログラムを主記憶部の作業領域にロードして実行するとともに、プログラムの実行を通じて各構成要素を制御することで、所定の目的に合致した機能を実現する。本例における貸借管理サーバ装置４００は、その機能構成要素として、制御部４０１、通信部４０２、及び貸借管理ＤＢ４０３を含む。

通信部４０２は、該貸借管理サーバ装置４００をネットワークに接続する。例えば、通信部４０２は、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、又はＷ
ｉ－Ｆｉ（登録商標）等の通信網を利用して、ネットワーク経由で他の装置との通信を行う。また、通信部４０２は、移動体通信サービスを利用して、ネットワーク経由でユーザ端末２００と通信を行う。

貸借管理ＤＢ４０３は、貸し出し状態にある社用車１０に関する情報を補助記憶部に格納することで形成される。斯様な貸借管理ＤＢ４０３は、プロセッサによって実行されるデータベース管理システム（DBMS: Database Management System）のプログラムが、補助記憶部に記憶されるデータを管理することで構築される。貸借管理ＤＢ４０３は、例えば、リレーショナルデータベースである。

ここで、貸借管理ＤＢ４０３に格納される情報の一構成例について、図４に基づいて説明する。図４は、貸借管理ＤＢ４０３に格納される情報のテーブル構成を例示する図である。貸借管理ＤＢ４０３に格納されるテーブル（以下、「社用車情報テーブル」と記す場合もある。）は、図４に示すように、車両ＩＤ、貸出期間、ユーザＩＤ、現在位置、ＳＯＣ、貸出可能日時、及び次予約日時等の各フィールドを有する。車両ＩＤフィールドには、貸し出し状態にある社用車１０の車両ＩＤが登録される。貸出期間フィールドには、使用ユーザへ社用車１０が貸し出される期間（貸出期間）に関する情報が登録される。貸出期間に関する情報は、使用ユーザに対して社用車１０の貸し出しが開始された日時（以下、「第１の貸出開始日時」と記す場合もある。）に関する情報、及び使用ユーザが社用車１０を返却する予定の日時（返却予定日時）に関する情報を含む。ユーザＩＤフィールドには、社用車１０を使用中の使用ユーザを識別するための情報（ユーザＩＤ）が登録される。現在位置フィールドには、貸し出し状態にある社用車１０の現在位置を示す情報（位置情報）が登録される。現在位置フィールドに登録される情報は、貸し出し状態にある社用車１０（車載ユニットＯＢＵ）からの位置情報を貸借管理サーバ装置４００が受信する度に更新される。ＳＯＣフィールドには、貸し出し状態にある社用車１０における駆動用バッテリの現在のＳＯＣ（第１のＳＯＣ）を示す情報が登録される。ＳＯＣフィールドに登録される情報は、駆動用バッテリの現在の蓄電量を示す情報であり、本開示に係る「第１のバッテリ残量」に相当する。ＳＯＣフィールドに登録される情報は、貸し出し状態にある社用車１０（車載ユニットＯＢＵ）からのＳＯＣを貸借管理サーバ装置４００が受信する度に更新される。貸出可能日時フィールドには、貸し出し状態にある社用車１０が返却された後に、該社用車１０が貸し出し可能になる日時（貸出可能日時）に関する情報が登録される。貸出可能日時フィールドに登録される情報は、後述する制御部４０１により適宜更新される。次予約日時フィールドには、貸し出し状態にある社用車１０の次の予約における貸出開始日時（以下、「第２の貸出開始日時」と記す場合もある。）に関する情報が登録される。つまり、次予約日時フィールドには、使用ユーザの次に社用車１０を貸し出す予定のユーザ（予約ユーザ）に対して、該社用車１０の貸し出しが開始される予定の日時が登録される。なお、使用ユーザの次に社用車１０を使用する予定のユーザが確定していない場合（社用車１０の次の予約が確定していない場合）は、次予約日時フィールドが空欄にされる。

制御部４０１は、ユーザからの要求に基づいて、社用車１０の予約を行う。例えば、ユーザ端末２００からの貸出要求信号を通信部４０２が受信したときに、制御部４０１は、上記貸出要求信号から貸出期間に関する情報を抽出する。制御部４０１は、抽出された貸出期間に利用可能な社用車１０を特定して、該社用車１０の予約を行う。

上記予約の貸出期間の開始タイミング（貸出開始日時）が到来したとき又はその直前に、制御部４０１は、認証情報発行要求信号を、センタサーバ装置５００へ送信する。認証情報発行要求信号は、社用車１０の車両操作を可能化するための端末認証情報をユーザ端末２００へ送信するように、センタサーバ装置５００に要求する信号である。斯様な認証情報発行要求信号には、貸出対象となる社用車１０の車両ＩＤが含まれる。

また、制御部４０１は、貸し出し状態にある社用車１０の貸出可能日時を設定する機能も有する。具体的には、制御部４０１は、返却予定日時と準備時間とに基づいて、貸出可能日時を設定する。返却予定日時は、使用ユーザが社用車１０の予約を行った際に設定される日時である。準備時間は、返却予定日時から社用車１０が貸し出し可能な状態になるまでに要する時間である。本例における準備時間は、返却予定日時に対する実返却日時の遅れ分、駆動用バッテリの充電に要する時間、及び社用車１０の点検／整備に要する時間に基づいて設定される。

返却予定日時に対する実返却日時の遅れ分（以下、「返却遅れ時間」と記す場合もある。）は、貸し出し状態にある社用車１０の現在位置に基づいて、演算される。具体的には、制御部４０１が、先ず、貸し出し状態にある社用車１０の現在位置から返却場所（例えば、会社の駐車場等）まで走行するために要すると予測される時間（所要時間）を演算する。その際、制御部４０１は、前記現在位置から返却場所へ至る経路の距離、及び前記経路の道路交通情報等に基づいて、前記所要時間を演算する。斯様にして演算される所要時間は、前記経路の距離が長くなるほど、且つ前記経路の渋滞度合が大きくなるほど、長くなる。次に、制御部４０１は、現在時刻に前記所要時間を加算することで、実返却日時を演算する。そして、制御部４０１は、実返却日時から返却予定日時を差し引くことで、返却遅れ時間を演算する。なお、実返却日時が返却予定日時より早い場合は、上記の演算結果が負値になるが、返却遅れ時間は「０」であると見做される。

駆動用バッテリの充電に要する時間（以下、「充電時間」と記す場合もある。）は、貸し出し状態にある社用車１０の現在位置と第１のＳＯＣとに基づいて、演算される。具体的には、先ず、制御部４０１が、貸し出し状態にある社用車１０の現在位置から返却場所へ至る経路の距離に基づいて、該経路を社用車１０が走行するために消費されると予測される駆動用バッテリの蓄電量（バッテリ消費量）を演算する。そして、制御部４０１は、第１のＳＯＣから前記バッテリ消費量を差し引くことで、社用車１０が返却場所に返却された際における駆動用バッテリのＳＯＣの予測値（以下、「第２のＳＯＣ」と記す場合もある。）を演算する。ここでいう第２のＳＯＣは、本開示に係る「第２のバッテリ残量」に相当する。制御部４０１は、駆動用バッテリを前記第２のＳＯＣから満充電の状態まで充電するために要する時間を、充電時間として演算する。斯様にして演算される充電時間は、第２のＳＯＣが小さくなるほど、長くなる。

社用車１０の点検／整備に要する時間（以下、「点検／整備時間」と記す場合もある。）は、予め設定された一定の時間である。斯様な点検／整備時間は、例えば、過去の実績に基づいて設定されてもよく、又は実験若しくはシミュレーションの結果に基づいて設定されてもよい。

上記した返却遅れ時間、充電時間、及び点検／整備時間が求められると、制御部４０１
は、それらの時間を合計することで、準備時間を演算する。なお、駆動用バッテリの充電作業と社用車１０の点検／整備作業とを並行して行える環境であれば、制御部４０１は、充電時間と点検／整備時間とのうちのいずれか長い方の時間を、返却遅れ時間に加算することで、準備時間を演算してもよい。

上記したような手順により準備時間が求められると、制御部４０１は、返却予定日時に該準備時間を加算することで、貸出可能日時を設定する。斯様にして設定される貸出可能日時は、前述の社用車情報テーブルの貸出可能日時フィールドに登録される。なお、貸出可能日時を設定するための処理は、貸し出し状態にある社用車１０の車載ユニットＯＢＵから位置情報及びＳＯＣを受信する度に、繰り返し実行される。それに伴い、社用車情報テーブルの貸出可能日時フィールドに登録される情報も更新される。

制御部４０１は、貸出可能日時フィールドに登録される情報を更新する度に、貸出可能日時と次予約日時フィールドの第２の貸出開始日時とを照合することで、貸出可能日時が第２の貸出開始日時より遅くなるかを判定する。なお、斯様な判定処理は、次予約日時フィールドに第２の貸出開始日時が登録されている場合に実行され、次予約日時フィールドが空欄である場合は実行されない。ここで、貸出可能日時が第２の貸出開始日時より遅くなると判定された場合は、制御部４０１は、予約ユーザの使用するユーザ端末に対して、提案情報を送信する。提案情報は、貸出可能日時が第２の貸出開始日時より遅くなることを示す情報、当該社用車１０の代替の移動手段を提案する情報、及び当該社用車１０の貸し出しを希望するか若しくは代替の移動手段による移動を希望するかの選択を促す情報等を含む。代替の移動手段は、例えば、当該社用車１０とは異なる社用車であって、且つ予約ユーザの貸出期間に貸し出し可能な社用車である代替車両でもよい。なお、上記したような代替車両が存在しない場合は、予約ユーザの貸出期間に貸し出し可能なレンタカーが、代替の移動手段として提案されてもよい。

上記提案情報に対して、代替の移動手段による移動を希望することを示す情報が予約ユーザのユーザ端末から返信されると、制御部４０１が、当該社用車１０の予約をキャンセルする。その際、代替の移動手段が代替車両又はレンタカーである場合は、制御部４０１が、代替車両又はレンタカーの予約を行う。また、上記提案情報に対して、当該社用車１０の貸し出しを希望することを示す情報が予約ユーザのユーザ端末から返信されると、制御部４０１が、当該社用車１０の予約をキャンセルしない。これにより、予約ユーザによる当該社用車１０の予約が継続される。よって、予約ユーザは、貸出可能日時から当該社用車１０を利用することができる。

上記した貸借管理サーバ装置４００の機能構成素のいずれか、又はその処理の一部は、該貸借管理サーバ装置４００とネットワークを介して接続される他のコンピュータによって実行されてもよい。また、貸借管理サーバ装置４００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

（センタサーバ装置５００）
次に、センタサーバ装置５００について説明する。センタサーバ装置５００は、一般的なコンピュータの構成を有しており、基本的なハード構成は貸借管理サーバ装置４００と同様である。したがって、センタサーバ装置５００では、プロセッサが、補助記憶部に格納されたプログラムを主記憶部の作業領域にロードして実行するとともに、プログラムの実行を通じて各構成要素を制御することによって、所定の目的に合致した機能を実現する。本例におけるセンタサーバ装置５００は、その機能構成要素として、制御部５０１、通信部５０２、及び認証情報ＤＢ５０３を含む。

通信部５０２は、機能的には貸借管理サーバ装置４００の通信部４０２と同等のものであり、センタサーバ装置５００と他の装置（例えば、貸借管理サーバ装置４００又はユーザ端末２００等）との間の通信を行う。

認証情報ＤＢ５０３は、補助記憶部に認証情報を格納して形成される。認証情報ＤＢ５０３では、社用車１０の車両ＩＤと、社用車１０に搭載されるキーユニット１００に固有な装置認証情報と、該装置認証情報に対応づけられた端末認証情報と、の紐付けが行われる。斯様な認証情報ＤＢ５０３は、プロセッサによって実行されるＤＢＭＳのプログラムが、補助記憶部に記憶されるデータを管理することで構築される。認証情報ＤＢ５０３は、例えば、リレーショナルデータベースである。

制御部５０１は、ユーザ端末２００等に対する認証情報の発行に関連する処理を行う。具体的には、貸借管理サーバ装置４００から送信される認証情報発行要求信号が通信部５０２によって受信されたことをトリガにして、制御部５０１は、認証情報ＤＢ５０３へアクセスする。そして、制御部５０１は、認証情報発行要求信号に含まれる車両ＩＤに対応する端末認証情報を、認証情報ＤＢ５０３から導出する。続いて、制御部５０１は、認証情報ＤＢ５０３から導出された端末認証情報を、通信部５０２を介してユーザ端末２００へ送信する。その際、端末認証情報は、センタサーバ装置５００からユーザ端末２００へ直接送信されてもよく、又はセンタサーバ装置５００から貸借管理サーバ装置４００を経由してユーザ端末２００へ間接的に送信されてもよい。

上記したセンタサーバ装置５００の各機能構成素のいずれか、又はその処理の一部は、該センタサーバ装置５００とネットワークを介して接続される他のコンピュータによって実行されてもよい。また、センタサーバ装置５００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

＜処理の流れ＞
ここで、貸借管理サーバ装置４００で行われる処理フローについて、図５に基づいて説明する。図５は、貸し出し状態にある社用車１０の車載ユニットＯＢＵから送信される位置情報及び第１のＳＯＣを、貸借管理サーバ装置４００が受信したことをトリガにして、該貸借管理サーバ装置４００で実行される処理フローを示すフローチャートである。

図５では、先ず、貸借管理サーバ装置４００の通信部４０２が、貸し出し状態にある社用車１０（車載ユニットＯＢＵ）から送信される位置情報、第１のＳＯＣ、及び車両ＩＤを受信する（ステップＳ１０１）。通信部４０２により受信された位置情報、第１のＳＯＣ、及び車両ＩＤは、該通信部４０２から制御部４０１へ渡される。制御部４０１は、前記車両ＩＤを引数として貸借管理ＤＢ４０３へアクセスすることで、当該社用車１０に対応する社用車情報テーブルを特定する。制御部４０１は、特定された社用車情報テーブルの現在位置フィールド及びＳＯＣフィールドに登録されている情報を、ステップＳ１０１で受信した位置情報及び第１のＳＯＣによって更新する。

制御部４０１は、当該社用車１０の実返却日時を演算する（ステップＳ１０２）。具体的には、制御部４０１は、当該社用車１０の現在位置から返却場所へ至る経路の距離と、該経路の道路交通情報等に基づいて、所要時間を演算する。所要時間は、前述したように、当該社用車１０の現在位置から返却場所までの走行に要する時間である。制御部４０１は、算出された所要時間を現在時刻に加算することで、実返却日時を演算する。

制御部４０１は、当該社用車１０の返却遅れ時間を演算する（ステップＳ１０３）。具体的には、制御部４０１は、ステップＳ１０２で求められた実返却日時から当該社用車１０の返却予定日時を差し引くことで、返却遅れ時間を演算する。その際、実返却日時から
返却予定日時を差し引いた時間が負値であれば、返却遅れ時間が「０」に設定される。

制御部４０１は、当該社用車１０の返却後において駆動用バッテリを充電するために要する時間（充電時間）を演算する（ステップＳ１０４）。具体的には、制御部４０１は、当該社用車１０の現在位置から返却場所へ至る経路の距離に基づいて、該経路を社用車１０が走行するために消費されると予測される駆動用バッテリの蓄電量（バッテリ消費量）を演算する。制御部４０１は、ステップＳ１０１で受信した第１のＳＯＣから前記バッテリ消費量を差し引くことで、当該社用車１０が返却場所に返却された際における駆動用バッテリのＳＯＣの予測値（第２のＳＯＣ）を演算する。制御部４０１は、駆動用バッテリを第２のＳＯＣから満充電状態まで充電するために要する時間（充電時間）を演算する。

制御部４０１は、準備時間を演算する（ステップＳ１０５）。具体的には、制御部４０１は、ステップＳ１０３で算出された返却遅れ時間と、ステップＳ１０４で算出された充電時間と、点検／整備時間と、を合計することで、準備時間を演算する。点検／整備時間は、前述したように、社用車１０の点検／整備に要する時間であり、予め設定された一定の時間である。

制御部４０１は、当該社用車１０が返却された後に貸し出し可能な状態になる日時（貸出可能日時）を設定する（ステップＳ１０６）。具体的には、制御部４０１は、先ず、当該社用車１０に対応する社用車情報テーブルのアクセスして、貸出期間フィールドに登録されている情報から返却予定日時を抽出する。続いて、制御部４０１は、ステップＳ１０５で算出された準備時間を前記返却予定日時に加算することで、貸出可能日時を設定する。斯様にして設定された貸出可能日時は、当該社用車１０に対応する社用車情報テーブルの貸出可能日時フィールドに登録される。その際、貸出可能日時フィールドに前回値が登録済みであれば、制御部４０１は、ステップＳ１０６で設定された貸出可能日時によって貸出可能日時フィールドの情報を更新する。

制御部４０１は、当該社用車１０の次の予約があるかを判定する（ステップＳ１０７）。その際、当該社用車１０に対応する社用車情報テーブルの次予約日時フィールドに第２の貸出開始日時が登録済みであれば、当該社用車１０の次の予約があると判定される（ステップＳ１０７で肯定判定）。一方、当該社用車１０に対応する社用車情報テーブルの次予約日時フィールドが空欄であれば、当該社用車１０の次の予約がないと判定される（ステップＳ１０７で否定判定）。

ステップＳ１０７で否定判定された場合は、図５の処理フローの実行が終了される。その場合、当該社用車１０の貸出可能日時は、以降の予約処理における当該社用車１０の貸し出し可否（予約可否）の判定に用いられる。例えば、あるユーザ端末からの貸出要求信号を受信したときに、該貸出要求信号に含まれる貸出期間の開始日時（第１の貸出開始日時）と前記貸出可能日時とを照合することで、該貸出要求信号に係る予約対象として当該社用車１０を予約可能であるかを判定する。これにより、当該社用車１０の予約可否をより正確に判定することができる。

ステップＳ１０７で肯定判定された場合は、制御部４０１が、当該社用車１０の返却に遅れがあるかを予測する（ステップＳ１０８）。つまり、制御部４０１は、ステップＳ１０６で設定された貸出可能日時が当該社用車１０の返却予定日時よりも遅いかを判定する。その際、貸出可能日時が返却予定日時以前であれば（ステップＳ１０８で否定判定）、図５の処理フローの実行が終了される。一方、貸出可能日時が返却予定日時より遅ければ（ステップＳ１０８で肯定判定）、ステップＳ１０９の処理が実行される。

ステップＳ１０９では、制御部４０１が、当該社用車１０を次に貸し出す予定のユーザ
（予約ユーザ）のユーザ端末に対して、提案情報を送信する。提案情報は、前述したように、以下の３つの情報を含む。
（情報１）当該社用車１０の貸出可能日時が第２の貸出開始日時より遅くなることを示す情報
（情報２）当該社用車１０の代替の移動手段を提案する情報
（情報３）当該社用車１０の貸し出しを希望するか若しくは代替の移動手段による移動を希望するかの選択を促す情報
本例における代替の移動手段は、当該社用車１０とは異なる社用車であって、且つ予約ユーザの貸出期間に貸し出し可能な社用車、又は予約ユーザの貸出期間に貸し出し可能なレンタカーである。

ステップＳ１０９で貸借管理サーバ装置４００から送信された提案情報に対する応答信号を、通信部４０２が前記ユーザ端末から受信すると、制御部４０１が、当該応答信号が代替の移動手段を希望することを示す信号であるかを判定する（ステップＳ１１０）。前記応答信号が当該社用車１０の貸し出しを希望することを示す信号である場合（ステップＳ１１０で否定判定）、図５の処理フローの実行が終了される。その場合、予約ユーザによる当該社用車１０の予約が継続される。よって、予約ユーザは、貸出可能日時から当該社用車１０を利用することができる。一方、前記応答信号が代替の移動手段による移動を希望することを示す信号である場合（ステップＳ１１０で肯定判定）、制御部４０１は、ステップＳ１１１の処理を実行する。

ステップＳ１１１では、制御部４０１は、代替の移動手段を予約するための処理を行う。そして、制御部４０１は、予約ユーザによる当該社用車１０の予約（当初の予約）をキャンセルする（ステップＳ１１２）。これにより、予約ユーザは、第２の貸出開始日時から代替の移動手段を利用することができる。よって、予約ユーザが予約している社用車１０の返却が返却予定日時より遅れる場合に、予約ユーザは、代替の移動手段を利用して業務を遂行することが可能になる。

図５の処理フローによれば、貸し出し状態にある社用車１０の貸出可能日時をより正確に設定することができる。それにより、社用車１０の予約処理を精度よく且つ効率的に行うことが可能になる。その結果、社用車１０の予約を行ったユーザ（社員）の業務に支障をきたすことを抑制することができる。

＜変形例＞
前述した実施形態では、駆動用バッテリを第２のＳＯＣから満充電状態になるまでに要する時間を、充電時間として演算する例について述べた。これに対し、本変形例では、貸し出し状態にある社用車１０の次の予約が確定している場合に、予約ユーザのバッテリ必要量に応じた充電時間を演算する。ここでいう「バッテリ必要量」は、予約ユーザが社用車１０で走行する予定の距離（走行予定距離）を、該社用車１０が走行するために必要になると予測される駆動用バッテリの蓄電量である。

社員たるユーザが社用車１０の予約を行う際には、目的地（出張先）を届け出る場合がある。斯様な場合、会社（社用車１０の貸し出し場所兼返却場所）と目的地との間を社用車１０で往復する際の走行予定距離を事前に把握することが可能になる。それに伴い、当該走行予定距離を社用車１０が走行するためのバッテリ必要量を把握することも可能となる。そして、社用車１０が予約ユーザに貸し出される時点で、駆動用バッテリのＳＯＣがバッテリ必要量以上であれば、社用車１０による予約ユーザの移動を担保することが可能となる。

そこで、本変形例では、貸し出し状態にある社用車１０の次の予約が確定している場合
は、駆動用バッテリを第２のＳＯＣからバッテリ必要量まで充電するために要する時間が、充電時間として演算されるようにした。なお、貸し出し状態にある社用車１０の次の予約が確定していない場合は、前述の実施形態と同様に、駆動用バッテリを第２のＳＯＣから満充電状態まで充電するために要する時間が、充電時間として演算される。

ここで、本変形例における社用車情報テーブルの構成例を図６に示す。本変形例における社用車情報テーブルは、図６に示すように、車両ＩＤ、貸出期間、ユーザＩＤ、現在位置、ＳＯＣ、貸出可能日時、及び次予約日時の各フィールドに加え、走行予定距離のフィールドを有する。走行予定距離フィールドには、予約ユーザが社用車１０で走行する予定の距離に関する情報が登録される。走行予定距離フィールドに登録される走行予定距離は、前述したように、会社と予約ユーザの出張先とを結ぶ経路を往復する際の走行距離である。なお、貸し出し状態にある社用車１０の次の予約が確定していない場合は、次予約日時フィールド及び走行予定距離フィールドが空欄にされる。

＜処理の流れ＞
次に、本変形例において、充電時間を演算する手順について、図７に基づいて説明する。図７は、前述の図５におけるステップＳ１０４の代わりに実行される処理フローを示すフローチャートである。

図７では、貸借管理サーバ装置４００の制御部４０１が、社用車情報テーブルの走行予定距離フィールドに走行予定距離が登録されているかを判定する。すなわち、制御部４０１は、貸し出し状態にある社用車１０の次の予約が確定しているかを判定する（ステップＳ１０４１）。その際、社用車情報テーブルの走行予定距離フィールドが空欄であれば、当該社用車１０の次の予約が確定していないと判定される（ステップＳ１０４１で否定判定）。一方、社用車情報テーブルの走行予定距離フィールドに走行予定距離が登録されていれば、当該社用車１０の次の予約が確定していると判定される（ステップＳ１０４１で肯定判定）。なお、貸し出し状態にある社用車１０の次の予約が確定しているかを判定するための別法として、社用車情報テーブルの次予約日時フィールドに第２の予約開始日時が登録されているかを判定してもよい。

ステップＳ１０４１で否定判定された場合は、制御部４０１は、前述の実施形態と同様の手順で、充電時間を演算する。すなわち、制御部４０１は、駆動用バッテリを第２のＳＯＣから満充電状態まで充電するために要する時間を、充電時間として演算する（ステップＳ１０４８）。

ステップＳ１０４１で肯定判定された場合は、制御部４０１は、予定ユーザの走行予定距離を取得する（ステップＳ１０４２）。具体的には、制御部４０１は、社用車情報テーブルの走行予定距離フィールドに登録されている情報（走行予定距離）を抽出する。

制御部４０１は、バッテリ必要量を演算する（ステップＳ１０４３）。具体的には、制御部４０１は、ステップＳ１０４２で取得された走行予定距離に基づいて、バッテリ必要量を演算する。その際、走行予定距離が長くなるほど、バッテリ必要量が大きく演算される。

制御部４０１は、前述の実施形態と同様の手順で、第２のＳＯＣを演算する（ステップＳ１０４４）。そして、制御部４０１は、ステップＳ１０４４で演算された第２のＳＯＣがステップＳ１０４３で演算されたバッテリ必要量より小さいかを判定する（ステップＳ１０４５）。

第２のＳＯＣがバッテリ必要量より小さい場合（ステップＳ１０４５で肯定判定）は、
制御部４０１は、駆動用バッテリを第２のＳＯＣからバッテリ必要量まで充電するために要する時間を、充電時間として演算する（ステップＳ１０４６）。その際、第２のＳＯＣとバッテリ必要量との差が大きくなるほど、充電時間が長く演算される。この場合、準備時間は、返却遅れ時間と充電時間と点検／整備時間とに基づいて演算されることになるが、斯様にして演算される準備時間は、必要最小限の長さに抑えられる。

第２のＳＯＣがバッテリ必要量以上である場合（ステップＳ１０４５で否定判定）は、制御部４０１は、充電時間を「０」に設定する（ステップＳ１０４７）。この場合、準備時間は、返却遅れ時間と点検／整備時間とに基づいて演算されることになる。斯様にして演算される準備時間は、駆動用バッテリの充電を伴わない最小値に抑えられる。

図７の処理フローによれば、充電時間を可能な限り短く抑えることができるため、それに伴って準備時間も可能な限り短い時間に抑えることができる。その結果、社用車１０の稼働率を、可能な限り高めることが可能になる。

＜その他＞
上記した実施形態及び変形例はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。例えば、貸借管理サーバ装置４００で行われる各処理とセンタサーバ装置５００で行われる各処理とは、１つのサーバ装置で行われてもよい。すなわち、予約に関わる処理、端末認証情報の取得に関わる処理、貸出可能日時の設定に関わる処理、端末認証情報の発行に関わる処理、及び代替の移動手段の予約に関わる処理が、１つのサーバ装置で行われてもよい。

また、本開示において説明した処理及び手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。

また、本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよく、又はネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、データやプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体である。斯様な記録媒体としては、例えば、磁気ディスク（フロッピー（登録商標）ディスク、又はハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、又はＤＶＤディスク・ブルーレイディスク等）等の任意のタイプのディスクを例示することができる。また、記録媒体は、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、又はＳＳＤ（Solid State Drive）等の媒体でもよい。

１０ 社用車
ＯＢＵ 車載ユニット
１０４３ 位置取得部
１０４５ ＳＯＣ取得部
２００ ユーザ端末
４００ 貸借管理サーバ装置
４０１ 制御部
４０２ 通信部
４０３ 貸借管理ＤＢ
５００ センタサーバ装置

Claims (12)

1. 社員に貸し出すための車両である社用車を管理するための情報処理装置であって、
   貸し出し状態にある社用車の使用状態と返却予定日時とに関する情報を取得することと、
   前記社用車の使用状態に関する情報に基づいて、前記返却予定日時から前記社用車が貸し出し可能な状態になるまでに要する時間である準備時間を演算することと、
   前記返却予定日時と前記準備時間とに基づいて、前記社用車の返却後において該社用車が貸し出し可能になる日時である貸出可能日時を設定することと、
   を実行する制御部を備え、
   前記社用車の使用状態は、該社用車の現在位置と、該社用車の原動機を駆動するためのバッテリの現在の蓄電量である第１のバッテリ残量と、に関する情報を含み、
   前記制御部は、
   前記社用車の返却後に該社用車を貸し出す予定のユーザである予約ユーザの走行予定距離に関する情報の有無を判定し、
   前記走行予定距離に関する情報が無いと判定される場合に、
   前記社用車の現在位置と前記第１のバッテリ残量とに基づいて、前記社用車の返却時における前記バッテリの蓄電量の予測値である第２のバッテリ残量を演算し、
   前記バッテリを前記第２のバッテリ残量から満充電状態まで充電するために要する時間に基づいて前記準備時間を演算し、
   前記走行予定距離に関する情報が有ると判定される場合に、
   前記走行予定距離に関する情報を取得し、
   前記社用車が前記走行予定距離を走行するために必要になると予測される前記バッテリの蓄電量であるバッテリ必要量を演算し、
   前記社用車の現在位置と前記第１のバッテリ残量とに基づいて、前記第２のバッテリ残量を演算し、
   前記第２のバッテリ残量が前記バッテリ必要量以上である場合は、前記準備時間を所定の最小値に設定し、
   前記第２のバッテリ残量が前記バッテリ必要量より小さい場合は、前記第２のバッテリ残量と前記バッテリ必要量との差が大きくなるほど、前記バッテリを前記第２のバッテリ残量から前記バッテリ必要量まで充電するために要する時間に基づいて前記準備時間を大きく演算する、
   情報処理装置。
2. 前記制御部は、
   前記社用車の現在位置に基づいて、該社用車の実際の返却予定日時である実返却日時を予測すること、
   を更に実行し、
   前記実返却日時が前記返却予定日時より遅くなる場合は、前記制御部は、前記第２のバッテリ残量に加え、前記返却予定日時に対する前記実返却日時の遅れ分に基づいて、前記準備時間を演算する、
   請求項１に記載の情報処理装置。
3. 前記貸出可能日時が、前記予約ユーザに対する前記社用車の貸出開始日時より遅くなる場合に、前記制御部は、前記社用車の代替の移動手段を提案するための情報である提案情報を、前記予約ユーザが使用する端末へ送信する、
   請求項１又は２に記載の情報処理装置。
4. 前記社用車とは異なる社用車であって、且つ前記社用車の返却後に該社用車を貸し出す予定のユーザである予約ユーザに貸し出し可能な社用車である待機車両が存在する場合に、前記制御部は、前記待機車両を貸し出し可能であることを示す情報を、前記提案情報に含める、
   請求項３に記載の情報処理装置。
5. 前記待機車両が存在しない場合に、前記制御部は、レンタカーの利用を促す情報を、前記提案情報に含める、
   請求項４に記載の情報処理装置。
6. 社員に貸し出すための車両である社用車を管理するための情報処理方法であって、
   貸し出し状態にある社用車の使用状態と返却予定日時とに関する情報を取得するステップと、
   前記社用車の使用状態に関する情報に基づいて、前記返却予定日時から前記社用車が貸し出し可能な状態になるまでに要する時間である準備時間を演算するステップと、
   前記返却予定日時と前記準備時間とに基づいて、前記社用車の返却後において該社用車が貸し出し可能になる日時である貸出可能日時を設定するステップと、
   をコンピュータが実行し、
   前記社用車の使用状態は、該社用車の現在位置と、該社用車の原動機を駆動するためのバッテリの現在の蓄電量である第１のバッテリ残量と、に関する情報を含み、
   前記社用車の返却後に該社用車を貸し出す予定のユーザである予約ユーザの走行予定距離に関する情報の有無を判定するステップを更に含み、
   前記走行予定距離に関する情報の有無を判定するステップにおいて、前記走行予定距離に関する情報が無いと判定される場合に、前記コンピュータが、
   前記社用車の現在位置と前記第１のバッテリ残量とに基づいて、前記社用車の返却時における前記バッテリの蓄電量の予測値である第２のバッテリ残量を演算するステップを更に実行し、
   前記準備時間を演算するステップでは、前記バッテリを前記第２のバッテリ残量から満充電状態まで充電するために要する時間に基づいて前記準備時間が演算され、
   前記走行予定距離に関する情報の有無を判定するステップにおいて、前記走行予定距離に関する情報が有ると判定される場合に、前記コンピュータが、
   前記走行予定距離に関する情報を取得するステップと、
   前記社用車が前記走行予定距離を走行するために必要になると予測される前記バッテリの蓄電量であるバッテリ必要量を演算するステップと、
   を更に実行し、
   前記準備時間を演算するステップでは、
   前記社用車の現在位置と前記第１のバッテリ残量とに基づいて、前記第２のバッテリ残量が演算され、
   前記第２のバッテリ残量が前記バッテリ必要量以上である場合は、前記準備時間が所定の最小値に設定され、
   前記第２のバッテリ残量が前記バッテリ必要量より小さい場合は、前記第２のバッテリ残量と前記バッテリ必要量との差が大きくなるほど、前記バッテリを前記第２のバッテリ残量から前記バッテリ必要量まで充電するために要する時間に基づいて前記準備時間が大きく演算される、
   情報処理方法。
7. 前記社用車の現在位置に基づいて、該社用車の実際の返却予定日時である実返却日時を予測するステップを更に含み、
   前記実返却日時が前記返却予定日時より遅くなる場合に、前記準備時間を演算するステップでは、前記第２のバッテリ残量に加え、前記返却予定日時に対する前記実返却日時の遅れ分に基づいて、前記準備時間が演算される、
   請求項６に記載の情報処理方法。
8. 前記貸出可能日時が、前記予約ユーザに対する前記社用車の貸出開始日時より遅くなる場合に、前記社用車の代替の移動手段を提案するための情報である提案情報を、前記予約ユーザが使用する端末へ送信するステップを更に含む、
   請求項６又は７に記載の情報処理方法。
9. 前記社用車とは異なる社用車であって、且つ前記社用車の返却後に該社用車を貸し出す予定のユーザである予約ユーザに貸し出し可能な社用車である待機車両が存在する場合に、前記待機車両を貸し出し可能であることを示す情報が、前記提案情報に含められる、
   請求項８に記載の情報処理方法。
10. 前記待機車両が存在しない場合に、レンタカーの利用を促す情報が、前記提案情報に含められる、
    請求項９に記載の情報処理方法。
11. 社員に貸し出すための車両である社用車を管理するための情報処理プログラムであって、
    貸し出し状態にある社用車の使用状態と返却予定日時とに関する情報を取得するステップと、
    前記社用車の使用状態に関する情報に基づいて、前記返却予定日時から前記社用車が貸し出し可能な状態になるまでに要する時間である準備時間を演算するステップと、
    前記返却予定日時と前記準備時間とに基づいて、前記社用車の返却後において該社用車が貸し出し可能になる日時である貸出可能日時を設定するステップと、
    をコンピュータに実行させ、
    前記社用車の使用状態は、該社用車の現在位置と、該社用車の原動機を駆動するためのバッテリの現在の蓄電量である第１のバッテリ残量と、に関する情報を含み、
    前記社用車の返却後に該社用車を貸し出す予定のユーザである予約ユーザの走行予定距離に関する情報の有無を判定するステップを更に含み、
    前記走行予定距離に関する情報の有無を判定するステップにおいて、前記走行予定距離に関する情報が無いと判定される場合に、前記コンピュータに、
    前記社用車の現在位置と前記第１のバッテリ残量とに基づいて、前記社用車の返却時における前記バッテリの蓄電量の予測値である第２のバッテリ残量を演算するステップを
    更に実行させ、
    前記準備時間を演算するステップでは、前記バッテリを前記第２のバッテリ残量から満充電状態まで充電するために要する時間に基づいて前記準備時間が演算され、
    前記走行予定距離に関する情報の有無を判定するステップにおいて、前記走行予定距離に関する情報が有ると判定される場合に、前記コンピュータに、
    前記走行予定距離に関する情報を取得するステップと、
    前記社用車が前記走行予定距離を走行するために必要になると予測される前記バッテリの蓄電量であるバッテリ必要量を演算するステップと、
    を更に実行させ、
    前記準備時間を演算するステップでは、
    前記社用車の現在位置と前記第１のバッテリ残量とに基づいて、前記第２のバッテリ残量が演算され、
    前記第２のバッテリ残量が前記バッテリ必要量以上である場合は、前記準備時間が所定の最小値に設定され、
    前記第２のバッテリ残量が前記バッテリ必要量より小さい場合は、前記第２のバッテリ残量と前記バッテリ必要量との差が大きくなるほど、前記バッテリを前記第２のバッテリ残量から前記バッテリ必要量まで充電するために要する時間に基づいて前記準備時間が大きく演算される、
    情報処理プログラム。
12. 前記社用車の現在位置に基づいて、該社用車の実際の返却予定日時である実返却日時を予測するステップを更に含み、
    前記実返却日時が前記返却予定日時より遅くなる場合に、前記準備時間を演算するステップでは、前記第２のバッテリ残量に加え、前記返却予定日時に対する前記実返却日時の遅れ分に基づいて、前記準備時間が演算される、
    請求項１１に記載の情報処理プログラム。

Images