【技術分野】

【0001】

【背景技術】

【0002】

【先行技術文献】

【発明の概要】

ところで、トランクシェアシステムにおいては、荷受用車両として登録された車両を所有者以外の複数人がシェアして使用する形態が想定される。しかしながら、特許文献１に開示の技術においては、荷受用車両として登録された車両を複数人で使用する際の当該車両の使用料については考慮されていない。 本発明は、このような事情を鑑みてなされたものであり、複数の利用者に対して公平性の確保可能な課金技術の提供を目的とする。

上記目的を達成するために、本発明の一側面は、情報システムとして例示される。本情報システムは、集配物の集配先として利用可能な車両内の、１以上の領域への集配送の使用を管理する。情報システムは、１以上の領域への集配物の集配送の使用の予約を受け付ける受付手段と、集配物の積載状態を検知するセンサから、１以上の領域についての集配物の検知情報を取得する手段と、検知情報に基づいて、１以上の領域に積載された集配物の占有時間を特定すると共に、受付手段において集配物の集配送の使用の予約が受け付けられた予約元の端末に対し、占有時間に基づいて算出された使用料の支払いを請求する管理手段と、を備える。 このような構成によれば、センサの検知情報に基づいて、集配送の使用の予約を受け付けた車両の、１以上の領域に積載された集配物の占有時間を特定すると共に、集配物の集配送の使用の予約が受け付けられた予約元の端末に対し、占有時間に基づいて算出された使用料の支払いを請求することができる。この結果、本実施形態に係る情報システムによれば、荷室等への集配物の占有時間に応じて変動する使用料が請求できるため、複数の利用者に対して公平性を確保可能な課金技術が提供できる。 また、本発明の他の側面において、管理手段は、占有時間に基づいて使用の予約の終了時までの残り時間を特定すると共に、集配物の集配送の使用の予約が受け付けられた予約元の端末に対し、使用の予約の終了時までの残り時間を通知するようにしてもよい。このような構成によれば、荷室等を使用する複数の利用者に対して、利便性の高い集配サービ
スが提供できる。 また、本発明の他の側面において、本情報システムは、車両の所有者の端末から前記車両の使用の予定を取得する手段をさらに備え、管理手段は、受け付けられた予約が車両の使用が予想される期間に該当するときには、占有時間に基づいて算出された使用料を所定の割合で増加させるようにしてもよい。このような構成によれば、荷室等を使用する複数の利用者に対して、集配先に指定された車両への、集配物の占有期間の超過を抑制できる。 また、本発明の他の側面において、本情報システムは、車両の位置情報の時間経過に伴う変化から車両の移動を検出する手段をさらに備え、管理手段は、１以上の領域に集配物を積載した状態で車両の移動が検出されたときには、占有時間に基づいて算出された使用料の一部あるいは全部を減額するようにしてもよい。このような構成によれば、集配物が荷室等に積載された状態で車両に移動が生じた際の、集配物の受け渡しに関する利用者への不利益な行為を補償することができる。 また、本発明の他の側面において、管理手段は、１以上の領域に集配物を積載した状態で車両の移動が検出されたときには、集配物の集配送の使用の予約が受け付けられた予約元の端末に対し、車両の位置情報を通知するようにしてもよい。このような構成によれば、利用者は、移動が生じた車両の位置情報を所定のアプリを介して把握できるため、集配物が荷室等に積載された状態で車両に移動が生じた際のユーザビリティを高めることができる。 また、本発明の他の側面において、受付手段において集配物の集配送の使用の予約が受け付けられた予約元の端末から位置情報を取得する手段をさらに備え、管理手段は、１以上の領域に集配物が積載された状態のときに、車両の駐車位置と前記予約元の端末から取得された位置情報とに基づいて集配物を回収するまでの所要時間を算出すると共に、所要時間から算出された使用料の予想額を予約元の端末に通知するようにしてもよい。このような構成によれば、車両の荷室等を集配物の受け渡しに利用する利用者は、発生する使用料が事前に把握できるため、利便性が向上する。 また、本発明の他の側面において、管理手段は、所要時間に基づいて、１以上の領域に積載された集配物の回収予想時刻を推定すると共に、回収予想時刻を車両の所有者の端末に通知するようにしてもよい。このような構成によれば、複数の利用者に対して荷室等の利用を提供する車両オーナは、通知された回収予想時刻に基づいて、車両３０の使用スケジュールの再計画が可能になるため、車両オーナに対するユーザビリティが向上できる。 また、本発明の他の側面は、集配物の集配先として利用可能な車両内の、１以上の領域への集配送の使用を管理する情報システムのコンピュータが実行する情報処理方法として例示される。本情報処理方法は、コンピュータが、１以上の領域への集配物の集配送の使用の予約を受け付ける受付ステップと、集配物の積載状態を検知するセンサから、１以上の領域についての集配物の検知情報を取得するステップと、検知情報に基づいて、１以上の領域に積載された集配物の占有時間を特定すると共に、受付ステップにおいて集配物の集配送の使用の予約が受け付けられた予約元の端末に対し、占有時間に基づいて算出された使用料の支払いを請求する管理ステップと、を実行する。 また、本発明の他の側面は、集配物の集配先として利用可能な車両内の、１以上の領域への集配送の使用を管理する情報システムのコンピュータに実行させるプログラムとして例示される。本プログラムは、コンピュータに、１以上の領域への集配物の集配送の使用の予約を受け付ける受付ステップと、集配物の積載状態を検知するセンサから、１以上の
領域についての集配物の検知情報を取得するステップと、検知情報に基づいて、１以上の領域に積載された集配物の占有時間を特定すると共に、受付ステップにおいて集配物の集配送の使用の予約が受け付けられた予約元の端末に対し、占有時間に基づいて算出された使用料の支払いを請求する管理ステップと、を実行させる。 なお、本発明は、上記処理や手段の少なくとも一部を含む情報システム、あるいは、情報処理装置として捉えることができる。また、本発明は、上記手段が行う処理の少なくとも一部を実行する情報処理方法として捉えることができる。また、本発明は、この情報処理方法をコンピュータに実行させるためのコンピュータプログラムを記憶したコンピュータ可読記憶媒体として捉えることができる。上記処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

本発明によれば、複数の利用者に対して公平性を確保可能な課金技術が提供できる。

【図面の簡単な説明】

【0018】

【図1】実施形態に係るトランクシェアシステムの構成の一例を示す図である。

【図2】車載装置、依頼者端末、集配員端末、シェア管理サーバ、センタサーバのハードウェア構成の一例を示す図である。

【図3】集配員端末に開示される車両情報を説明する図である。

【図4】シェア管理情報を説明する図である。

【図5】課金管理情報を説明する図である。

【図6】利用予約登録処理の一例を示すフローチャートである。

【図7】集配物による荷室等の占有期間を検知する処理の一例を示すフローチャートである。

【図8】荷積み完了後の時間経過に伴う依頼ユーザへのアナウンス処理の一例を示すフローチャートである。

【図9】荷積み完了後の時間経過に伴う依頼ユーザへの他のアナウンス処理の一例を示すフローチャートである。

【図10】荷積み完了後の車両に移動が生じた際のアナウンス処理の一例を示すフローチャートである。

【図11】課金請求処理の一例を示すフローチャートである。

【図12】集配送処理の流れの一例を示すシーケンス図である。

【発明を実施するための形態】

以下、図面を参照して、一実施の形態に係るトランクシェアシステムについて説明する。以下の実施形態の構成は例示であり、本トランクシェアシステムは実施形態の構成には限定されない。

＜１．システム構成＞
図１は、本実施形態に係るトランクシェアシステム１の構成の一例を示す図である。トランクシェアシステム１は、集配物（荷物）の集配作業を依頼する者と当該集配物の集配作業を実施する者との間で、車両３０の車室または荷室（トランク・ルーム）等を集配物の受け渡し場所として共用する集配サービスを提供するためのシステムである。集配物の受け渡し場所として使用される車両３０は、電子キーを用いて施錠・解錠が可能な車両であり、集配作業を依頼する者によって指定される。
以下の実施の形態では、車両３０の車室または荷室等を共用することをトランクシェアという。また、トランクシェアシステム１が提供する集配サービスをトランクシェアサービスという。さらにまた、トランクシェアサービスを単にトランクシェアともいう。ただし、本実施形態に係るトランクシェアシステム１では、複数人によって車両３０の少なく
とも一部を共有する集配サービスが提供される。以下、「シェア」には共用と共有の少なくとも一方を含むものとする。
トランクシェアシステム１において、「集配作業を依頼する者」は、車両３０の車室または荷室等を荷物の配送先、あるいは、荷物の集荷先として利用する利用者である。当該利用者には、車両３０の所有者や権利者である車両オーナの他、トランクシェアの利用に貸出された車両を配送先や集荷先に利用する利用者が含まれる。本実施形態においては、車両オーナ以外の利用者を「依頼ユーザ」とも称する。車両オーナは所有者端末６０を有し、依頼ユーザは依頼者端末４０を有する。
また、「集配作業を実施する者」は、車両３０の車室または荷室等を配送先とする荷物、あるいは、車両３０の車室または荷室等に収納された荷物を集配送する業者であり、「集配ユーザ」とも称する。集配ユーザには、配送物等を配送先に届ける宅配サービスを提供する宅配業者、配送物等の拠点間の輸送サービスを提供する物流業者が含まれる。集配員は、集配ユーザの社員や、集配ユーザからの委託を受けて集配送作業を実施する実施者である。集配員は、集配員端末５０を有する。
また、集配物の受け渡し場所として使用される車室または荷室等には、例えば、車両３０のボンネット、助手席や後部座席といった集配物の保管および施解錠が可能な車両３０内の領域が含まれるとして説明する。以下、車室または荷室等を単に「荷室等」ともいう。

図１に例示のトランクシェアシステム１は、ネットワークＮによって相互に接続される、シェア管理サーバ１０、センタサーバ２０、車両３０に搭載される通信装置３２、依頼者端末４０、集配員端末５０、所有者端末６０を含む。同様にして、トランクシェアシステム１は、ネットワークＮによって相互に接続される、集配ユーザの運営する外部サーバ７０Ａ、ネットショッピングを事業として提供する電子商取引業者等の運営する外部サーバ７０Ｂを含む。
ネットワークＮは、インターネット等の公衆ネットワーク、携帯電話網の無線ネットワーク、ＶＰＮ（Virtual Private Network）等の専用ネットワーク、ＬＡＮ（Local Area Network）等のネットワークを含む。また、車両３０に搭載される車載装置３１は、例え
ば、近距離無線通信等を介して依頼者端末４０、集配員端末５０に接続される。ネットワークＮには、不図示の他のセンタサーバ２０、車両３０の通信装置３２、依頼者端末４０、集配員端末５０、所有者端末６０、外部サーバ７０Ａ、７０Ｂが複数に接続され得る。

シェア管理サーバ１０は、上記トランクシェアサービスを事業として提供する事業者（以下、「提供業者」とも称す）である。提供業者として、例えば、配達物等を配送先に届ける宅配サービスを提供する宅配業者や配達物等の拠点間の輸送サービスを提供する物流業者、ネットショッピングを事業として提供する電子商取引業者が例示される。但し、提供業者は、宅配業者や物流業者、電子商取引業者の何れかの事業者による連携組織が運営する場合もある。また、提供業者は、車両３０の販売を仲介する商社、代理店等の仲介業者であってもよく、車両３０の貸出サービスや貸付サービス等を提供するレンタル業者やリース業者、あるいは、複数のレンタル業者やリース業者が連携して機能する場合もある。あるいは、車両３０の製造業者や販売業者、製造業者の一部門や関連会社、商社や代理店、レンタル業者やリース業者、宅配業者や物流業者、電子商取引業者の何れかの事業者による連携組織が提供業者として機能する場合もあり得る。

提供業者は、例えば、シェア管理サーバ１０を備えるサービスサイトを運用し、車両３０の荷室の解錠・施錠を可能にする鍵情報を管理するセンタサーバ２０と連携させることで、荷室等をシェアする複数の依頼ユーザと集配ユーザに対してトランクシェアサービスを提供する。

シェア管理サーバ１０は、シェア管理データベース（ＤＢ）２００を有する。また、シ
ェア管理サーバ１０は、少なくとも、予約登録処理部１１０、占有期間検知部１２０、車両状態管理部１３０、課金処理部１４０の各情報処理機能を提供する。ここで、シェア管理サーバ１０は、単一のコンピュータであってもよく、複数のコンピュータの集まり、例えば、クラウドと呼ばれるシステムであってもよい。同様にして、シェア管理ＤＢ２００は、単一の、あるいは、複数のデータベースサーバによって構築されてもよい。

本実施形態に係るシェア管理サーバ１０は、依頼ユーザの依頼者端末４０から車両３０を集配先に指定した集配物の利用予約を受け付ける。依頼者端末４０にはトランクシェアシステム１による集配サービスを利用するためのアプリケーションプログラム（以下、「所定アプリ」とも称す）がインストールされる。依頼ユーザは、例えば、ネットショッピングサイトで購入した物品を集配物として集配ユーザに配送してもらう場合に、上記所定アプリによって、その集配物の集配送に関する情報をシェア管理サーバ１０に登録することができる。
本実施形態に係るシェア管理サーバ１０は、例えば、登録された依頼ユーザの集配物の利用予約に対して、当該集配物が車両３０を占有している占有時間を計測すると共に、当該集配物の実質的な占有時間に応じて、集配先に指定された車両３０の使用料を変動させる。ここで、「実質的な占有時間」とは、集配先に指定された車両３０の荷室等に集配物が存在する期間であり、例えば、集配員が荷室等に集配物を配置してから依頼ユーザの受け取りが完了するまでの期間をいう。同様にして、集配物の集荷を依頼する依頼ユーザが、荷室等に集配物を配置してから集配員による集荷が完了するまでの期間をいう。
集配物の実質的な占有時間に応じて決定された車両３０の使用料は、シェア管理サーバ１０を介して依頼ユーザに請求される。本実施形態に係るシェア管理サーバ１０では、集配物を荷室等に預け入れてからの経過時間に応じて使用料を変動させることにより、当該車両３０を集配先として利用する複数の依頼ユーザ間の公平性の確保が可能になる。

集配物の占有期間は、例えば、車両３０に搭載された各種センサの検知情報に基づいて計測される。このような車両３０に搭載可能なセンサとして、例えば、カメラ等の撮像装置や圧力分布検出センサ等が例示される。シェア管理サーバ１０は、後述のように、荷室等の施錠・解錠が行われた際に上記センサを介して検知された検知情報（撮像画像、圧力分布データ）を取得する。検知情報の取得は、例えば、車両３０に搭載される通信装置３２を介して行われる。そして、シェア管理サーバ１０は、通信装置３２を介して取得された施錠・解錠に伴う荷室等内の検知情報に基づいて、荷室等内への集配物の収納、あるいは、荷室用に収納された集配物の引き取りを特定する。特定された、荷室等内への集配物の収納、あるいは、荷室用に収納された集配物の引き取りは、時刻情報に関連付けされてシェア管理サーバ１０に認識される。シェア管理サーバ１０は、上記時刻情報に基づいて、集配員が荷室等に集配物を配置してから依頼ユーザの受け取りが完了するまでの期間を車両３０に対する集配物の実質的な占有期間として計測できる。

また、シェア管理サーバ１０は、荷室等に集配物が存在するときには、集配先に指定された車両３０の移動の有無を検出する。シェア管理サーバ１０は、車両３０の移動の有無を検出することで、利用者（依頼ユーザ）に対する使用料の請求の際に、移動が生じたことによる占有期間の超過といった事情を配慮（例えば、使用料の減額等）することが可能になる。

また、シェア管理サーバ１０は、利用予約を受け付けた際に、車両オーナの車両３０の使用スケジュールに基づいて、利用予約日、利用時間帯を決定するようにしてもよい。車両３０の使用スケジュールは、例えば、所定アプリが搭載された所有者端末６０を介して取得される。シェア管理サーバ１０は、車両３０を集配物の集配先として利用する依頼ユーザの、車両移動に起因する集配物の引き取り不可といった状態を事前に抑制できる。

さらに、シェア管理サーバ１０、あるいは、シェア管理サーバ１０と連携するコンピュータが車両オーナの使用スケジュールを学習し、車両３０の使用が見込まれる曜日、時間帯を予想してもよい。例えば、シェア管理サーバ１０、あるいは、シェア管理サーバ１０と連携するコンピュータは、所有者端末６０を介して取得した車両３０の使用スケジュールを蓄積する。そして、シェア管理サーバ１０、あるいは、シェア管理サーバ１０と連携するコンピュータは、蓄積された使用スケジュールから車両３０の使用頻度等を解析し、車両３０が使用される曜日や時間帯等を推定する。シェア管理サーバ１０、あるいは、シェア管理サーバ１０と連携するコンピュータは、推定された曜日や時間帯を基準データにして、当該基準データに対して実際に車両の使用が生じた曜日や時間帯を反映することで学習すればよい。上記シェア管理サーバ１０等は、例えば、統計的アルゴリズムにより曜日ごと時間帯ごとの車両の占有確率を推定してもよい。例えば、直近１年、１ヶ月、１週間等の履歴データを基に車両の占有確率を算出すればよい。ただし、シェア管理サーバ１０等は、深層学習によって、曜日ごと時間帯ごとの車両の占有確率を推定してもよい。

例えば、図３に例示の車両の情報、当該車両に関するシェア管理情報（図４）により蓄積された履歴、当該依頼者について蓄積されたシェア管理情報等の各要素を入力パラメータ列（ｘｉ、ｉ＝１，２，・・・）とする。シェア管理サーバ１０等は、入力パラメータを重み係数｛ｗｉ，ｊ，ｌ，（ここで、ｊは１から畳み込み演算される要素数Ｍまでの値、ｌは１から階層の数Ｌまでの値）｝で積和演算する畳み込み処理と、畳み込み処理の結果を判定する活性化関数と、畳み込み処理に対する活性化関数の判定結果から一部を間引く処理であるプーリング処理とを実行すればよい。そして、シェア管理サーバ１０等は、以上の処理を複数階層Ｌに渡って繰り返し実行し、最終段階の全結合層で出力パラメータ（または出力パラメータ列）｛ｙｋ、ｋ＝１，・・・、Ｐ｝として曜日ごと時間帯ごとの車両の領域ごとの占有確立を出力すればよい（ニューラルネットの処理）。このような複数階層のニューラルネットを用いた深層学習による認識処理により、シェア管理サーバ１０等は、曜日ごと時間帯ごとの車両の各領域の占有確率を推定できる。なお、入力パラメータ列（ｘｉ、ｉ＝１，２，・・・）は、上記のすべてを用いる必要がなく、その一部でもよい。また、入力パラメータ列上記に限定されず、他の情報、例えば、荷物の種類、季節、祝日か平日か、利用者の職業等、様々な要素を利用できる。
一方、上記のような認識処理を複数の車両（Ｃｎ，ｎ＝１，２，・・・）と利用者（Ｈｍ、ｍ＝１，２，・・・）の組合せに対して、実際の図３に例示の車両の情報の履歴、当該車両に関するシェア管理情報（図４）により蓄積された履歴、当該依頼者について蓄積されたシェア管理情報の履歴を入力パラメータし、実際に発生した過去の曜日ごと時間帯ごとの車両の領域ごとの占有確率を教師データに用いて、深層学習を実行し、重み係数を調整できる。

そして、シェア管理サーバ１０等は、特定の車両、特定の利用者について上記入力パラメータを抽出し、抽出された入力パラメータを、重み係数が調整された（つまり学習済みの）上記ニューラルネットに入力し、将来の曜日ごと時間帯ごとの車両の占有確率を推定すればよい。ニューラルネットは、シェア管理サーバ１０等に内蔵されるハードウェアであってもよいし、コンピュータプログラムにより仮想的に実装されるものであってもよいし、シェア管理サーバ１０等と連携する専用の学習マシンに実装されるものであってもよい。
シェア管理サーバ１０は、例えば、受け付けた利用予約日、利用時間帯が、車両オーナの使用予想日や使用予想時間帯に該当するときには、使用料金を相対的に高額に設定する、あるいは、シェア管理サーバ１０は、車両オーナの使用予想日や使用予想時間帯以外の使用料金を相対的に低額に設定することで、車両３０を集配物の集配先に利用する依頼ユーザの利用予約を上記使用予想日や使用予想時間帯以外の日時に誘導することが期待できる。

また、シェア管理サーバ１０は、例えば、依頼ユーザや集配員から車両３０の一時的な施錠・解錠を行う鍵情報の発行要求を受け付けたときには、センタサーバ２０に対して鍵情報の発行要求を通知する。シェア管理サーバ１０は、例えば、車両３０を特定する情報、車両３０内の受け渡し場所等を含む発行要求をセンタサーバ２０に通知する。センタサーバ２０は、例えば、車両３０を特定する情報、車両３０内の受け渡し場所（利用箇所）、発行要求を受けたときの時刻情報を含む情報に基づいて、依頼者端末４０、集配員端末５０を一時的な電子キーとして機能させる鍵情報を発行する。発行された鍵情報は、例えば、シェア管理サーバ１０を介し、依頼者端末４０、集配員端末５０に配信される。

センタサーバ２０は、車両３０の施錠・解錠を可能にする鍵情報を管理する管理業者が有するＰＣ（Personal Computer）、ＷＳ（WorkStation）、サーバ等のコンピュータである。センタサーバ２０は、単一のコンピュータであってもよく、クラウドといった複数のコンピュータの集まりから構成されるシステムであってもよい。ここで、センタサーバ２０を有する管理業者とは、例えば、車両３０の製造業者の一部門や関連会社、あるいは、上記製造業者等から委託を受けて鍵情報の管理業務を運営する事業者である。

センタサーバ２０は、シェア管理サーバ１０と連携し、集配物の受け渡し場所として予め登録された車両３０の荷室等の施錠・解錠を可能にする鍵情報を管理する。そして、センタサーバ２０は、連携するシェア管理サーバ１０からの鍵情報の発行要求を受け付けると共に、集配物の受け渡し場所に指定された車両３０内の領域に応じた鍵情報を発行する。
ここで、「鍵情報」とは、電子キーを用いた施錠・解錠が可能な車両３０を利用するための認証情報である。車両３０に搭載された車載装置３１には、例えば、車両側認証情報が登録されている。センタサーバ２０は、車載装置３１を搭載する車両３０の識別情報と関連付けて車両側認証情報を管理する。

そして、センタサーバ２０は、例えば、シェア管理サーバ１０からの鍵情報の発行要求を受け付けると、車両３０に関連付けされた車両側認証情報に基づいて、一時的に車両３０の施錠・解錠を可能にする認証情報を鍵情報（ワンタイムキー）として発行する。発行されたワンタイムキーは、ネットワークＮを介して発行要求のあった依頼者端末４０、集配員端末５０に送信される。依頼ユーザや集配員は、例えば、依頼者端末４０、集配員端末５０に配信されたワンタイムキーによって車載装置３１への認証に成功すると、車載装置３１を介して車両３０の荷室等のロックを施錠・解錠することが可能になる。

車両３０に搭載される通信装置３２は、ネットワークＮに接続可能な無線通信装置である。通信装置３２は、車両３０内のＣＡＮ（Controller Area Network）等の車内ネット
ワークに接続される。車内ネットワークには、車両３０に搭載される各種ＥＣＵ（Electronic Control Unit）が接続される。通信装置３２は、例えば、車両３０に搭載された、
図示しないカーナビゲーション装置やＧＰＳ（Global Positioning System）ユニットと
連動し、車両３０の現在位置に応じた渋滞情報、道路状況、天気情報、ニュース情報等の各種情報を取得する。
本実施形態において通信装置３２は、車両３０の施錠・解錠に伴って各種センサを介して検知された荷室等の撮像画像および圧力分布データを取得し、取得した当該検知情報をシェア管理サーバ１０に通知する。また、通信装置３２は、車両３０のエンジン始動・停止時、走行時においては一定の周期間隔、あるいは、一定の走行距離ごとにＧＰＳユニット等を介して取得された自車両の位置情報（緯度、経度）をシェア管理サーバ１０に通知する。シェア管理サーバ１０は、例えば、通信装置３２から通知されたステータス値、位置情報に基づいて車両３０の移動を管理することが可能になる。

＜２．ハードウェア構成＞
図２は、トランクシェアシステム１を構成するシェア管理サーバ１０、センタサーバ２０、車載装置３１、依頼者端末４０、集配員端末５０の各ハードウェア構成を例示する図である。なお、図１に例示の所有者端末６０の構成は、依頼者端末４０と同様であるので、図２では省略する。また、図１に例示の外部サーバ７０Ａ、７０Ｂの構成はシェア管理サーバ１０と同様であるので図２では省略する。
本実施形態においては、車載装置３１は、キーユニット８０と施解錠装置９０を含み構成される。キーユニット８０は、スマートキーと称される電子キー（以下、携帯機）と同様の無線インターフェースを有しており、車載装置３１を構成する既設の施解錠装置９０との間で通信を行う。車両３０の荷室等を物品の集配先として利用する依頼ユーザは、例えば、依頼者端末４０に保持された認証情報に対するキーユニット８０の認証を受けることで、物理的な鍵を用いることなく車両３０の荷室や車室等の施錠・解錠を行うことができる。すなわち、キーユニット８０は、上記認証情報を保持する依頼者端末４０または集配員端末５０（以下、依頼者端末４０等）との間で近距離無線通信を行い、依頼者端末４０等を認証した結果に基づいて、自身が車両３０の電子キーとして振る舞うか否かを決定する。

依頼者端末４０等は、例えば、集配物の配送・集荷のために車両３０の荷室等にアクセスする際に、当該荷室等の施錠・解錠をするための認証情報を、上記の通りシェア管理サーバ１０を介してセンタサーバ２０に発行してもらう。依頼者端末４０等からキーユニット８０に送信された認証情報は、キーユニット８０に予め記憶された車両側認証情報と照合される。認証処理が成功すると、依頼者端末４０等は、車載装置３１を正当に作動させる端末として認証される。
依頼者端末４０等が認証されると、キーユニット８０は、キーユニット８０に予め記憶され、車両側認証情報と対応付けられた車両３０のキーＩＤを、施錠・解錠信号とともに施解錠装置９０に送信する。施解錠装置９０は、キーユニット８０から受信したキーＩＤが、施解錠装置９０に予め格納されるキーＩＤと一致する場合に車両３０を施錠・解錠する。なお、キーユニット８０に予め記憶されるキーＩＤは、車両側認証情報によって暗号化されていてもよい。この場合、キーユニット８０は、依頼者端末４０等の認証処理が成功すると、キーＩＤを車両側認証情報によって復号してから施解錠装置９０に送信すればよい。キーユニット８０および施解錠装置９０は、車両３０に搭載されるバッテリから供給される電力で動作する。但し、キーユニット８０および施解錠装置９０は、車両３０に搭載されるバッテリ以外に、一般的な電池から供給される電力で動作するようにしてもよい。

施解錠装置９０は、車両３０の車室や荷室のドアを施錠および解錠するための装置であり、スマートキーシステムの一部を構成する既設の装置である。施解錠装置９０は、車両３０に対応する携帯機から、高周波（Radio Frequency，以下、ＲＦと称する）帯の電波
を介して送信される施錠信号および解錠信号に応じて、車両３０のドアを施錠および解錠する。また、携帯機を検索するための、低周波（Low Frequency，以下、ＬＦと称する）
帯の電波を送信する機能を有している。

本実施形態では、上記の携帯機の代わりに、キーユニット８０が施解錠装置９０との間でＲＦ帯およびＬＦ帯の電波を送受信することで、車両３０の荷室等のドアの施錠・解錠を制御する。以降、断りがない限り、施解錠装置９０の通信先をキーユニット８０に限定して説明を行う。

施解錠装置９０は、ＬＦ送信機９１、ＲＦ受信機９２、照合ＥＣＵ９３、ボディＥＣＵ９４、ドアロックアクチュエータ９５を含んで構成される。ＬＦ送信機９１は、キーユニット８０を検索（ポーリング）するための低周波数帯（例えば、１００ＫＨｚ〜３００ＫＨｚ）の電波を送信する手段である。ＬＦ送信機９１は、例えば、車室内のセンタコンソ
ールやハンドルの近傍に内蔵される。ＲＦ受信機９２は、キーユニット８０から送信された高周波数帯（例えば、１００ＭＨｚ〜１ＧＨｚ）の電波を受信する手段である。ＲＦ受信機９２は、車室内のいずれかの場所に内蔵される。

照合ＥＣＵ９３は、キーユニット８０からＲＦ帯の電波を介して送信された信号（施錠信号または解錠信号）に基づいて、車両３０の車室や荷室のドアを施錠および解錠する制御を行うコンピュータである。照合ＥＣＵ９３は、例えば、マイクロコンピュータによって構成される。なお、以下の説明において、施錠信号と解錠信号を施解錠信号とも称する。施解錠信号という用語は総称であり、施錠信号と解錠信号の少なくともいずれかを表す。

照合ＥＣＵ９３は、キーユニット８０から送信された施解錠信号が、正当な装置から送信されたものであることを認証する。具体的には、施解錠信号に含まれるキーＩＤが、照合ＥＣＵ９３が有する記憶部に予め記憶されたキーＩＤと一致するか否かを判定する。そして、照合ＥＣＵ９３は、この判定の結果に基づいて、ボディＥＣＵ９４に解錠指令または施錠指令を送信する。この解錠指令または施錠指令は、ＣＡＮ等の車内ネットワークを介して送信される。

ボディＥＣＵ９４は、車両３０のボディ制御を行うコンピュータである。ボディＥＣＵ９４は、照合ＥＣＵ９３から受信した解錠指令または施錠指令に基づいてドアロックアクチュエータ９５を制御することで、車両３０の車室ドアや荷室ドアの解錠および施錠を同時にまたは独立して行う機能を有している。車両３０のボンネットには、例えば、車室ドアの解錠後、運転席近傍に設けられた所定部品の操作を介してアクセスされる。なお、照合ＥＣＵ９３とボディＥＣＵ９４とは一体のものであってもよい。

ドアロックアクチュエータ９５は、車両３０の乗降用ドアやリアゲート、荷室への荷物の積み卸しの際に開閉される荷室ドアを施錠および解錠するアクチュエータである。ドアロックアクチュエータ９５は、ボディＥＣＵ９４から送信された信号に基づいて動作する。なお、ドアロックアクチュエータ９５は、車両３０における乗降用ドアやリアゲートと荷室ドアとを独立して施錠および解錠することができるように構成されてもよい。

次に、キーユニット８０について説明する。キーユニット８０は、車両３０の車室内の所定の位置（例えばグローブボックス内）に配置された装置である。キーユニット８０は、依頼者端末４０等と近距離無線通信を行って該依頼者端末４０等を認証する機能と、この認証結果に基づいて、ＲＦ帯の電波を用いて施解錠信号を送信する機能を有している。キーユニット８０は、ＬＦ受信機８１、ＲＦ送信機８２、近距離通信部８３、制御部８４を有して構成される。

ＬＦ受信機８１は、施解錠装置９０から、ＬＦ帯の電波を介して送信されたポーリング信号を受信する手段である。ＬＦ受信機８１は、ＬＦ帯の電波を受信するためのアンテナ（以下、ＬＦアンテナ）を有している。ＲＦ送信機８２は、ＲＦ帯の電波を介して、施解錠装置９０に対して施解錠信号を送信する手段である。

近距離通信部８３は、依頼者端末４０等と通信を行う手段である。近距離通信部８３は、所定の無線通信規格を用いて、近距離（車室内と車室外で通信が行える程度）における通信を行う。

本実施形態では、近距離通信部８３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ規格（以下、ＢＬＥ）によるデータ通信を行う。ＢＬＥとは、Ｂｌｕｅｔｏｏｔｈによる低電力通信規格であり、機器同士のペアリングを必要とせず、相手を検知すること
ですぐに通信を開始できるという特徴を有する。なお、本実施形態ではＢＬＥを例示するが、他の無線通信規格も利用可能である。例えば、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、ＷｉＦｉ（登録商標）などを利用することもできる。

制御部８４は、近距離通信部８３を介して依頼者端末４０等と近距離無線通信を行い、依頼者端末４０等を認証する制御と、認証結果に基づいて施解錠信号を送信する制御を行うコンピュータである。制御部８４は、例えば、マイクロコンピュータによって構成される。

制御部８４は、記憶部８４ａおよび認証部８４ｂを有している。記憶部８４ａには、キーユニット８０を制御するための制御プログラムが記憶されている。制御部８４は、記憶部８４ａに記憶されている制御プログラムをＣＰＵ（Central Processing Unit、不図示
）によって実行することで、認証部８４ｂを含む種々の機能を実現してもよい。例えば、制御部８４は、施解錠装置９０からＬＦ帯の電波として送信されたポーリング信号をＬＦ受信機８１を介して受信する機能、施解錠装置９０にＲＦ帯の電波として施解錠信号をＲＦ送信機８２を介して送信する機能、近距離通信部８３を介して行われる依頼者端末４０等との通信を処理する機能、認証部８４ｂによる依頼者端末４０等の認証が成功した場合に施解錠信号を生成する機能等を実現する。

認証部８４ｂは、依頼者端末４０等から送信された施錠要求または解錠要求（以下、施解錠要求と総称する）に含まれる認証情報に基づいて、依頼者端末４０等の認証を行う。具体的には、記憶部８４ａに記憶された車両側認証情報と、依頼者端末４０等から送信された認証情報とを比較し、これらが所定の関係にある場合に、認証成功と判断する。双方の認証情報が所定の関係を満たさない場合、認証失敗と判断する。ここで、所定の関係とは、記憶部８４ａに記憶された車両側認証情報と、依頼者端末４０等から送信された認証情報とが一致する場合のほか、２つの認証情報（車両側認証情報、依頼者端末４０等から送信された認証情報）を用いた所定の暗号化・複合化等の処理結果が一致する場合、２つの認証情報の一方に復号処理を行った結果が他方に一致する場合等を含む。

認証部８４ｂが依頼者端末４０等の認証に成功した場合、依頼者端末４０等から受信した要求に応じて生成された施解錠信号がＲＦ送信機８２を介して施解錠装置９０へ送信される。認証部８４ｂが行う認証方式は、上述のように２つの認証情報を単純に比較して同一性を検証する方式であってもよく、非対称暗号を用いた方式であってもよい。以降、説明の必要に応じて、キーユニット８０に記憶される車両側認証情報を装置認証情報、依頼者端末４０等から送信される認証情報を端末認証情報とも称する。キーユニット８０は、施解錠信号とともに、上記のキーＩＤを施解錠装置９０に送信する。

シェア管理サーバ１０は、一般的なコンピュータの構成により例示される。シェア管理サーバ１０は、接続バス１６によって相互に接続されたＣＰＵ１１、主記憶装置１２、補助記憶装置１３、通信ＩＦ（Interface）１４、入出力ＩＦ１５を備える。主記憶装置１
２および補助記憶装置１３は、コンピュータが読み取り可能な記録媒体である。上記の構成要素はそれぞれ複数に設けられてもよいし、一部の構成要素を設けないようにしてもよい。

ＣＰＵ１１は、コンピュータ全体の制御を行う中央処理演算装置である。ＣＰＵ１１は、ＭＰＵ（Microprocessor Unit）、プロセッサとも呼ばれる。但し、ＣＰＵ１１は、単
一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成であってもよい。ＣＰＵ１１は、例えば、補助記憶装置１３に記憶されたプログラムを主記憶装置１２の作業領域に実行可能に展開し、プログラムの実行を通じて周辺機器の制御を行うことで所定の目的に合
致した機能を提供する。

主記憶装置１２は、ＣＰＵ１１が実行するコンピュータプログラム、ＣＰＵ１１が処理するデータ等を記憶する。主記憶装置１２は、例えば、フラッシュメモリ、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含む。補助記憶装置１３は、各種のプログラムおよび各種のデータを読み書き自在に記録媒体に格納する。補助記憶装置１３は、例えば、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable ROM）、シリコン
ディスク、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）等である。また、補助
記憶装置１３は、例えば、ＵＳＢ（Universal Serial Bus）メモリや、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）等のディスク記録媒体といった可搬記録媒体を含むことができる。補助記憶装置１３には、例えば、ＯＳ（Operating System）、各種プログラム、各種テーブル等が格納される。ＯＳは、例えば、通信ＩＦ１４を介してネットワークＮに接続される他の情報処理装置等とのデータの受け渡しを行う通信インターフェースプログラムを含む。

通信ＩＦ１４は、ネットワークＮとの通信インターフェースである。通信ＩＦとして、例えば、ＬＡＮインターフェースボード、無線通信のための無線通信回路等が例示される。入出力ＩＦ１５は、コンピュータに接続される機器との間でデータの入出力を行うインターフェースである。入出力ＩＦ１５には、例えば、キーボード、タッチパネルやマウス等のポインティングデバイス、マイクロフォン等の入力デバイスが接続される。入出力ＩＦ１５を介し、入力デバイスを操作する操作者からの操作指示等が受け付けられる。
また、入出力ＩＦ１５には、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル、有機ＥＬパネル等の表示デバイス、スピーカ等の出力デバイ
スが接続される。入出力ＩＦ１５を介して、ＣＰＵ１１で処理されるデータや情報、主記憶装置１２、補助記憶装置１３に記憶されるデータや情報が出力される。

シェア管理サーバ１０は、ＣＰＵ１１のプログラムの実行により、少なくとも、予約登録処理部１１０、占有期間検知部１２０、車両状態管理部１３０、課金処理部１４０の情報処理機能を提供する。但し、上記処理機能の少なくとも一部が、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＧＰＵ（Graphics Processing Unit）等によって提供されてもよい。また、上記処理機能の少なくと
も一部が、ＦＰＧＡ（Field-Programmable Gate Array）、数値演算プロセッサ、画像処
理プロセッサ等の専用ＬＳＩ（large scale integration）、その他のディジタル回路で
あってもよい。

予約登録処理部１１０は、例えば、依頼者端末４０を介して入力された車両３０の利用予約が所定の条件を満たすときには、シェア管理ＤＢ２００の依頼者情報に登録する。占有期間検知部１２０は、荷室等内に積載された集配物の占有期間を検知する。車両状態管理部１３０は、車両３０の移動状態等を管理する。課金処理部１４０は、集配物の占有期間等に応じて使用料を算出すると共に、算出された使用料の依頼ユーザへの支払請求を行う。予約登録処理部１１０、占有期間検知部１２０、車両状態管理部１３０、課金処理部１４０の詳細処理については、図６から図１１を用いて後述する。

センタサーバ２０は、シェア管理サーバ１０と同様に、接続バス２６によって相互に接続されたＣＰＵ２１、主記憶装置２２、補助記憶装置２３、通信ＩＦ２４、入出力ＩＦ２５を備える。ＣＰＵ２１、主記憶装置２２、補助記憶装置２３、通信ＩＦ２４、入出力ＩＦ２５の各構成は、シェア管理サーバ１０のＣＰＵ１１、主記憶装置１２、補助記憶装置１３、通信ＩＦ１４、入出力ＩＦ１５と同様であるため、説明が省略される。

センタサーバ２０は、補助記憶装置２３等に構築された不図示の車両管理データベース
を備え、集配物の集配先として利用される車両３０の車両属性情報に関連付けされて鍵情報が管理される。車両属性情報には、例えば、車両の所有者を一意に識別する識別情報、所有者端末６０の識別情報、住所、氏名、連絡先、車両３０の型式、製造年、排気量、車両種別、色、製造番号、保険番号、自動車登録番号標（カーナンバー）等が含まれる。所有者端末６０の識別情報には、所有者端末６０の電話番号、ＩＰアドレス、メールアドレス、ＭＡＣ（Media Access Control）アドレス等が含まれる。また、車両属性情報には、車両３０の駐車位置を特定する情報、車両３０に搭載された通信装置３２の識別情報等が含まれる。車両３０の駐車位置を特定する情報には、車両３０が駐車された駐車場の所在地を示す住所情報（駐車場住所）、駐車場の中の駐車位置を示す情報（緯度・経度）が含まれる。駐車位置を示す情報は、例えば、車両３０に搭載された通信装置３２、あるいは、通信機能を有するカーナビゲーション装置から取得される。通信装置３２の識別情報には、通信装置３２のＩＰアドレス、ＭＡＣアドレス等が含まれる。

依頼者端末４０および集配員端末５０は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。なお、依頼者端末４０は、ネットワークＮを介してシェア管理サーバ１０に接続されるＰＣであってもよい。

依頼者端末４０は、接続バス４６によって相互に接続されたＣＰＵ４１、主記憶装置４２、補助記憶装置４３、通信ＩＦ４４ａ、近距離通信ＩＦ４４ｂ、入出力ＩＦ４５を備える。ＣＰＵ４１、主記憶装置４２、補助記憶装置４３、入出力ＩＦ４５は、シェア管理サーバ１０のＣＰＵ１１、主記憶装置１２、補助記憶装置１３、入出力ＩＦ１５と同様の構成であるため、説明が省略される。通信ＩＦ４４ａは、例えば、携帯電話網の無線ネットワークを通じてインターネット等の公衆ネットワークにアクセスし、シェア管理サーバ１０等とデータ通信を行うための通信回路である。近距離通信ＩＦ４４ｂは、所定の通信規格に従って、近距離通信を行うための通信回路である。所定の通信規格は、例えば、ＢＬＥ、ＮＦＣ、ＵＷＢ等である。なお、入出力ＩＦ４５には、押しボタン等の入力デバイスを含むとしてもよく、カメラ等の映像や画像を入力するための入力デバイスを含むとしてもよい。

依頼者端末４０は、ＣＰＵ４１のブラウザプログラムの実行により、例えば、ネットショッピングを事業として提供する電子商取引業者等の運営するサーバに接続される。依頼者端末４０は、依頼ユーザの操作入力を介し、集配ユーザとの間で共用可能な車両３０の情報を購入物の配送先として指定することができる。また、依頼者端末４０は、ＣＰＵ４１の所定アプリの実行により、シェア管理サーバ１０に接続される。依頼者端末４０では、依頼ユーザの操作入力を介して、車両３０内の所定領域を集配先に指定した集配物の利用予約登録が行われる。利用予約登録後の依頼者端末４０には、集配物の集配先として登録された車両３０を特定する情報がＨＴＭＬ（HyperText Markup Language）等で記述さ
れたコンテンツとして開示される。

集配員端末５０は、依頼者端末４０と同様にして、接続バス５６によって相互に接続されたＣＰＵ５１、主記憶装置５２、補助記憶装置５３、通信ＩＦ５４ａ、近距離通信ＩＦ５４ｂ、入出力ＩＦ５５を備える。上記構成は、依頼者端末４０のＣＰＵ４１、主記憶装置４２、補助記憶装置４３、通信ＩＦ４４ａ、近距離通信ＩＦ４４ｂ、入出力ＩＦ４５と同様であるため、説明が省略される。

集配員端末５０は、ＣＰＵ５１の所定アプリの実行により、シェア管理サーバ１０に接続される。シェア管理サーバ１０に接続された集配員端末５０には、集配員の操作入力に基づいて、集配物の受け渡し場所として指定された車両３０の情報が開示される。例えば、集配員端末５０のＬＣＤ等の表示デバイスには、依頼ユーザによって利用が予約された
車両３０の情報がＨＴＭＬ等で記述されたコンテンツとして表示される。

図３は、依頼者端末４０、集配員端末５０に開示される、集配先として使用される車両３０の開示情報を説明する図である。図３は、車両３０の情報の一例がテーブル形式で例示される。図３に示すように、車両３０の情報は、車両メーカ、車種、ナンバー、駐車場住所、車両位置、色、集配箇所、集配日時、集配区分の各フィールドを有する。
車両メーカは、当該車両を製造したメーカを示す情報である。車種はセダンやワンボックスといった車両の属するタイプを示す情報である。ナンバーは、車両の前後に取付けられた標識（ナンバープレート）の自動車登録番号である。駐車場住所は、車両が駐車された駐車場の所在地を示す住所情報である。車両位置は、駐車場の中の駐車位置を示す情報である。車両位置として、例えば、車両が駐車する位置の緯度・経度が例示される。色は、車両の色種別を示す情報である。色に代えて、当該車両の画像情報が提示されるとしてもよい。集配箇所は、集配先として使用される車両３０内の領域を示す情報である。集配箇所には、例えば、ボンネット、助手席、助手席側後部席、運転席側後部席、荷室が含まれる。集配箇所フィールドに格納される領域は、「集配物の集配先として利用可能な車両内の、１以上の領域」ということができる。集配日時は、該当する車両３０の集配作業の日時と時間帯を示す情報である。集配区分は、集配作業の集荷、配送を示す区分である。

（シェア管理ＤＢ）
シェア管理サーバ１０において、図１に示すように、シェア管理ＤＢ２００には、少なくとも依頼者情報、集配業者情報、シェア管理情報、課金管理情報が格納される。

依頼者情報は、シェア管理サーバ１０に利用予約が登録された依頼ユーザの情報である。依頼者情報には、依頼ユーザを一意に識別する識別情報、住所、氏名、依頼者端末４０以外の連絡先、登録日、依頼者端末４０の識別情報が含まれる。依頼者端末４０の識別情報には、依頼者端末４０の電話番号、ＩＰアドレス、メールアドレス、ＭＡＣアドレス等が含まれる。依頼者情報は、シェア管理サーバ１０あるいはシェア管理サーバ１０と連携するコンピュータが、登録時の情報に基づいてシェア管理ＤＢ２００に登録する。但し、依頼者情報は、提供業者、あるいは、提供業者の委託によるシェア管理ＤＢ２００の管理者が、利用予約の登録時の情報に基づいてシェア管理ＤＢ２００に登録してもよい。

集配業者情報は、シェア管理サーバ１０に登録された集配ユーザの情報である。集配業者情報には、集配ユーザを一意に識別する識別情報、名称、集配ユーザの事業者コード、集配ユーザのサービス拠点情報、連絡先、集配員の使用する集配員端末５０の識別情報が含まれる。集配員端末５０の識別情報には、例えば、集配員端末５０の電話番号、ＩＰアドレス、メールアドレス、ＭＡＣアドレス、シェア管理サーバ１０から提供された支援アプリの識別番号等が含まれる。集配業者情報のシェア管理ＤＢ２００への登録は、依頼者情報と同様にして行われる。

シェア管理情報は、集配物の集配先として利用予約が受け付けられた車両毎の集配送状態を管理する情報である。図４は、シェア管理情報を説明する図である。図４においては、シェア管理ＤＢ２００に格納されたシェア管理情報の一例がテーブル形式で例示される。図４に示すように、シェア管理情報には、車両ＩＤ、予約期間、利用形態、積載状態、業者ステータス、依頼者ステータス、依頼者ＩＤ、依頼者端末、利用箇所、装置ＩＤの各フィールドが含まれる。

車両ＩＤは、車両３０を識別する識別情報である。車両３０の識別情報は、例えば、センタサーバ２０が管理する車両３０の車両属性情報と関連付けされている。予約期間は、車両３０の集配送が予約された集配日と集配時間帯を示す情報である。利用形態は、集配送の区分を示す情報である。積載状態は、車両３０における集配物の占有状態を示す情報
である。例えば、集配物が荷室等に収納されたときには、荷積み完了の時刻情報が格納される。また、荷室等に収納された集配物が引き取られたときには、荷下し完了の時刻情報が格納される。なお、荷室等の利用予約の登録時の積載状態には、空白（ブランク）状態が格納される。積載状態フィールドに格納される情報については、図７を用いて後述する。

業者ステータスは、集配員による、予約された集配物の集配送の完了・未完了のステータスを示す情報である。依頼者ステータスは、依頼ユーザによる、予約された集配物の受け渡しの完了・未完了のステータスを示す情報である。利用予約の登録時において、業者ステータス、依頼者ステータスには初期値として「未完了」が格納される。
依頼者ＩＤは、依頼ユーザを識別する識別情報である。依頼者端末は、依頼者端末４０の識別情報であり、利用箇所は、集配物の集配先として指定された車内の領域を示す情報である。利用箇所は、集配先として使用される車両３０内の領域（ボンネット、助手席、助手席側後部席、運転席側後部席、荷室）を示す情報である。装置ＩＤは、集配物の集配先として指定された車両３０に搭載される通信装置３２の識別情報（ＩＰアドレス、ＭＡＣアドレス等）である。装置ＩＤは、例えば、センタサーバ２０が管理する車両３０の車両属性情報から取得される。なお、シェア管理情報には、鍵情報が発行された集配員端末５０の識別情報、集配作業の完了時刻等が含まれるとしてもよい。

課金管理情報は、シェア管理サーバ１０に利用予約が登録された依頼ユーザの、荷室等の使用料を管理する情報である。図５は、課金管理情報を説明する図である。図５においては、シェア管理ＤＢ２００に格納された課金管理情報の一例がテーブル形式で例示される。図５に示すように、課金管理情報には、依頼者ＩＤ、課金ＩＤ、予約期間、占有期間、利用箇所、車両ＩＤ、車両移動、課金体系、使用料金、支払口座、支払ステータスの各フィールドが含まれる。依頼者ＩＤ、予約期間、利用箇所、車両ＩＤの各フィールドは、図４と同様である。
課金ＩＤは、利用予約毎に発生した使用料を一意に識別する識別番号である。占有期間は、予約期間における集配物の荷室等の占有時間（分単位）を示す情報である。後述するように、占有期間フィールドに格納される占有時間は、シェア管理情報の積載状態フィールドに格納された時刻情報に基づいて特定される。なお、予約登録時の占有期間には、空白（ブランク）状態が格納される。
車両移動は、荷室等に集配物が存在する状態で発生した車両３０の移動に関する情報が格納される。後述するように、車両３０の移動に関する情報として、車両３０の移動開始および移動終了の時刻情報が格納される。なお、移動が発生しない場合には、空白状態が格納される。
課金体系は、荷室等の使用料を決定するため情報である。当該情報は、例えば、分単位の課金レートが予め記述された料金テーブルとして例示される。料金テーブルは、例えば、補助記憶装置１３に予め複数に保持されている。課金体系には、利用予約の登録時に利用予約日（曜日）、予約時間帯に応じて決定された料金テーブルを指定する情報（識別番号）が格納される。後述するように、料金テーブルは、例えば、車両オーナの使用が予想される曜日、時間帯の利用予約のときには、相対的に課金レートを高めに設定した料金テーブルが選択される。また、車両オーナの使用が予想される曜日、時間帯以外の利用予約のときには、相対的に課金レートを低めに設定した料金テーブルが選択される。
支払口座は、集配物の集配先として利用された車両３０の使用料の支払いが行われる依頼ユーザの支払口座情報である。支払ステータスは、依頼ユーザに請求された使用料の支払い状態を管理する情報である。依頼ユーザに請求された使用料の支払いが行われた場合には、「済」のステータスが支払ステータスに格納される。また、依頼ユーザに請求された使用料の支払いが未納の場合には、「未納」のステータスが支払ステータスに格納される。なお、予約登録時の支払ステータスには、空白状態が格納される。

＜３．処理の流れ＞
次に、図６から図１１を参照し、本実施形態に係るシェア管理サーバ１０の、占有時間に応じた課金処理を説明する。図６は、利用予約登録処理の一例を示すフローチャートである。図６に例示の処理により、車両オーナの車両スケジュール等に応じた利用の可否や、課金体系が決定される。なお、シェア管理サーバ１０は、例えば、ＣＰＵ１１等が補助記憶装置１３に記憶された各種プログラムや各種データを読み出して実行することで、図６から図１１に例示の処理を提供する。図６に例示の処理は、主に予約登録処理部１１０の情報処理機能により提供される。

図６のフローチャートにおいて、処理の開始は、所定アプリの実行を介した依頼者端末４０の、車両３０を指定した集配物の利用予約の登録のときが例示される。シェア管理サーバ１０は、依頼者端末４０からの利用予約に関する情報を受け付ける（Ｓ１）。利用予約に関する情報には、例えば、依頼ユーザの氏名、集配先に利用する車両３０を特定する情報（ナンバー等）、予約期間、集配送区分、集配先に使用される車両３０内の領域の指定（荷室、助手席、助手席側後部席、運転席側後部席、ボンネット等）が含まれる。
依頼ユーザは、例えば、依頼者端末４０の所定アプリを介し、センタサーバ２０あるいはセンタサーバ２０と連携するコンピュータに対して、集配物の集配先として利用可能な車両３０の検索依頼を行う。集配物の集配先として利用可能な車両３０の検索は、例えば、依頼ユーザの指定する住所等に基づいて行われる。センタサーバ２０等は、例えば、依頼ユーザの希望する予約期間で荷室蝋の利用が可能な車両候補の検索結果を依頼者端末４０に通知する。依頼ユーザは、依頼者端末４０に通知された車両候補の中から集配物の集配先に使用する車両を選別する。シェア管理サーバ１０は、例えば、依頼者端末４０のＩＰアドレス等に関連付けて受け付けた利用予約に関する情報を主記憶装置１２の所定の領域に一時的に記憶する。ここで、シェア管理サーバ１０が実行するＳ１の処理で受け付けられる「集配先に使用される車両３０内の領域の指定」は、「集配物の集配先として利用可能な車両内の、１以上の領域への集配送の使用の予約」ということができる。従って、シェア管理サーバ１０によって実行されるＳ１の処理は、「１以上の領域への集配物の集配送の使用の予約を受け付ける受付手段」の一例に相当するということができる。

シェア管理サーバ１０は、車両オーナの車両使用スケジュールを取得する（Ｓ２）。シェア管理サーバ１０は、例えば、依頼ユーザから受け付けた車両３０を特定する情報に含まれるナンバー等を連携するセンタサーバ２０に通知し、該当車両３０の検索を依頼する。センタサーバ２０は、例えば、ナンバー情報に基づいて車両管理データベースの検索を行い、車両３０に関連付けされた車両属性情報を抽出する。そして、センタサーバ２０は、抽出された車両３０の車両属性情報をシェア管理サーバ１０に通知する。シェア管理サーバ１０は、センタサーバ２０から通知された車両３０の車両属性情報を主記憶装置１２の所定の領域に一時的記憶すると共に、車両属性情報に含まれる車両オーナの所有者端末６０を特定する。そして、シェア管理サーバ１０は、所有者端末６０に搭載された所定アプリを介して、利用期間（利用日、時間帯）の車両オーナの車両使用スケジュールを取得する。取得された車両使用スケジュールは、車両３０の車両属性情報に関連付けされて記憶される。ここで、シェア管理サーバ１０が実行するＳ２の処理は、「車両の所有者の端末から車両の使用の予定を取得する手段」の一例に相当する。

シェア管理サーバ１０は、依頼ユーザから受け付けた予約期間と当該予約期間に対応する車両使用スケジュールとを比較し、当該予約期間が車両３０の使用予定であるかを判定する（Ｓ３）。シェア管理サーバ１０は、依頼ユーザから受け付けた予約期間において車両３０の使用が予定されている場合には（Ｓ３、“Ｙｅｓ”）、Ｓ７の処理に移行する。
Ｓ７の処理では、シェア管理サーバ１０は、受け付けた予約期間には車両オーナによる車両使用が予定されている旨と共に、当該車両３０の集配先への利用は不可である旨を依頼ユーザに通知する。依頼ユーザは、例えば、センタサーバ２０あるいはセンタサーバ２
０と連携するコンピュータに対して、集配物の集配先として利用可能な車両３０の検索依頼を行い、依頼ユーザが希望する予約期間での荷室等の利用可能な他の車両３０を選定する。依頼ユーザは、選定された他の車両を集配先に指定し、再びシェア管理サーバ１０に対して利用予約登録を行う。Ｓ７の処理後、図６の処理が終了する。

Ｓ４の処理では、シェア管理サーバ１０は、予約期間に応じた荷室等の使用料金を決定する。Ｓ４の処理では、図５を用いて説明したように、課金管理情報の課金体系フィールドに格納される料金テーブルが決定される。シェア管理サーバ１０は、例えば、予め補助記憶装置１３に格納された複数の料金テーブルの対応条件を参照し、当該対応条件と予約期間との対比に基づいて、予約期間に対応する料金テーブルを選定する。料金テーブルの対応条件には、既に説明したように、車両オーナによる車両３０の使用が予想される曜日や時間帯、または、上記曜日や時間帯を除く期間等が関連付けされている。シェア管理サーバ１０は、例えば、依頼ユーザから受け付けた予約期間が、車両オーナの使用が予想される曜日、時間帯に該当する場合には、相対的に課金レートを高めに設定した料金テーブルを選択する。同様にして、依頼ユーザから受け付けた予約期間が、車両オーナの使用が予想される曜日、時間帯以外の場合には、相対的に課金レートを低めに設定した料金テーブルが選択される。シェア管理サーバ１０は、選択された料金テーブルを指示する情報（例えば、料金テーブルを識別する識別番号）をＳ５の処理に引き渡す。ここで、シェア管理サーバ１０が実行するＳ３、Ｓ４の処理は、「受け付けられた予約が前記車両の使用が予想される期間に該当するときには、占有時間に基づいて算出された使用料を所定の割合で増加させる」管理手段の一例に相当する。

Ｓ５の処理では、シェア管理サーバ１０は、依頼ユーザから受け付けた利用予約をシェア管理ＤＢ２００に登録する。例えば、シェア管理サーバ１０は、依頼ユーザを一意に識別する識別情報（依頼者ＩＤ）を付与し、Ｓ１の処理で受け付けた各種情報をシェア管理ＤＢ２００の依頼者情報に登録する。同様にして、シェア管理サーバ１０は、Ｓ１の処理で受け付けた各種情報、Ｓ２の処理でセンタサーバ２０から取得した車両属性情報をシェア管理ＤＢ２００のシェア管理情報に登録する。同様にして、シェア管理サーバ１０は、依頼者ＩＤと、予約期間と、車両３０に付与された識別情報（車両ＩＤ）と、Ｓ４の処理から引き渡された料金テーブルの識別番号とを関連付けてシェア管理ＤＢ２００の課金管理情報に登録する。シェア管理サーバ１０は、Ｓ５の処理後、Ｓ６の処理に移行する。

Ｓ６の処理では、シェア管理サーバ１０は、依頼ユーザの依頼者端末４０に対して利用予約確定の通知を行う。依頼者端末４０には、例えば、車両３０への利用予約が確定した旨の通知と共に、図３に例示の利用予約が確定した車両３０の情報が開示される。Ｓ６の処理後、図６の処理が終了する。

次に、図７のフローチャートを説明する。
図７は、集配物による荷室等の占有期間を検知する処理の一例を示すフローチャートである。図７に例示の処理は、主に占有期間検知部１２０の情報処理機能により提供される。図７においては、集配員が荷室等内に集配物を収納後に依頼ユーザによる集配物の回収、あるいは、依頼ユーザ荷室等に集配物を収納後に集配員による集配物の集荷が行われることを想定する。車両３０が集配物の配送先に指定される場合には、例えば、集配員は解錠後の荷室等に集配物を収納し施錠を行う。荷室等の施錠・解錠は、集配員端末５０に配信されたワンタイムキーを用いて行われる。依頼ユーザは、依頼者端末４０に配信されたワンタイムキーを用いて集配物が収納された荷室等を解錠し、収納された集配物を回収後に施錠を行う。車両３０が集配物の集荷先に指定される場合においても、同様の手順で荷室等の解錠・施錠が行われる。

図７のフローチャートにおいて、処理の開始は、依頼者端末４０または集配員端末５０
への鍵情報の配信のときが例示される。シェア管理サーバ１０は、鍵情報配信後の、集配先に指定された車両３０に搭載された通信装置３２から送信された解錠通知を検知する（Ｓ１１）。シェア管理サーバ１０は、解錠通知を検知した場合には（Ｓ１１、“Ｙｅｓ”）、Ｓ１２の処理に移行する。一方、シェア管理サーバ１０は、解錠通知を検知しない場合には（Ｓ１１、“Ｎｏ”）、解錠通知を検知するまで待機する。

Ｓ１２の処理では、シェア管理サーバ１０は、車両３０の解錠に伴い、通信装置３２を介して取得されたセンサの検知情報を取得する。ここで、通信装置３２を介して取得されたセンサの検知情報には、車両３０の解錠直後の荷室等内を撮影した撮像画像、解錠直後に検知された荷室等内の圧力分布検知データ等が含まれる。解錠直後の撮像画像、あるいは、圧力分布検知データには、集配送前の荷室等の状態を示す情報が含まれる。
シェア管理サーバ１０は、取得した検知情報を時刻情報に対応付けて主記憶装置１２の所定の領域に一時的に記憶する。そして、シェア管理サーバ１０は、通信装置３２から送信された施錠通知を検知する（Ｓ１３）。シェア管理サーバ１０は、施錠通知を検知した場合には（Ｓ１３、“Ｙｅｓ”）、Ｓ１４の処理に移行する。一方、シェア管理サーバ１０は、施錠通知を検知しない場合には（Ｓ１３、“Ｎｏ”）、施錠通知を検知するまで待機する。

Ｓ１４の処理では、シェア管理サーバ１０は、車両３０の施錠に伴い、通信装置３２を介して取得されたセンサの検知情報（施錠直後の荷室等の撮像画像、圧力分布データ）を取得する。解錠直後の撮像画像、あるいは、圧力分布検知データには、集配送後の荷室等の状態を示す情報が含まれる。シェア管理サーバ１０は、取得した検知情報を時刻情報に対応付けて主記憶装置１２の所定の領域に一時的に記憶し、Ｓ１５の処理に移行する。ここで、シェア管理サーバ１０が実行する、Ｓ１１からＳ１４の処理は、「集配物の積載状態を検知するセンサから、１以上の領域についての集配物の検知情報を取得する手段」に相当する。

Ｓ１５の処理では、シェア管理サーバ１０は、解錠直後に取得したセンサ検知情報（Ｓ１２）および施錠直後に取得したセンサ検知情報（Ｓ１４）間の差分を検知する。シェア管理サーバ１０は、例えば、解錠直後に撮影された撮像画像の撮像領域と施錠直後に撮影された撮像画像の撮像領域との比較を行い、上記解錠・施錠間で画素等が変化する撮像領域（差分領域）の有無を特定する。圧力分布検出データの場合も、同様にして、解錠・施錠間で圧力分布が変化する分布領域の有無が特定される。シェア管理サーバ１０は、解錠直後に取得されたセンサ検知情報と、施錠直後に取得されたセンサ検知情報との間に差分が有るか否かを判定する（Ｓ１６）。シェア管理サーバ１０は、差分が有る場合には（Ｓ１６、“Ｙｅｓ”）、Ｓ１７の処理に移行する。一方、差分が無い場合には（Ｓ１６、“Ｎｏ”）、図７に示す処理を終了する。

Ｓ１７の処理では、シェア管理サーバ１０は、解錠および施錠間で検出された荷室等内の差分が、相対的な増加変化であるか減少変化であるかを判定する。シェア管理サーバ１０は、例えば、Ｓ１５の処理で特定された差分領域が、解錠直後に撮影された撮像画像に対して増加変化である場合には（Ｓ１７、“増加”）、Ｓ１８の処理に移行する。一方、シェア管理サーバ１０は、例えば、Ｓ１５の処理で特定された差分領域が、解錠直後に撮影された撮像画像に対して減少変化である場合には（Ｓ１７、“減少”）、Ｓ１９の処理に移行する。圧力分布検知データについても、同様の判定が行われる。

Ｓ１８の処理では、シェア管理サーバ１０は、車両３０の荷室等を集配先に指定した集配物の積載（荷積み）が完了したことをシェア管理ＤＢ２００のシェア管理情報に記録する。シェア管理サーバ１０は、例えば、車両３０に搭載された通信装置３２のＩＰアドレス、ＭＡＣアドレス等に基づいて、該当車両のシェア管理情報を特定する。そして、シェ
ア管理サーバ１０は、Ｓ１４の処理で取得したセンサ検知情報の時刻情報に対応する予約期間が格納された行の積載状態フィールドに、荷積み完了を示す情報および施錠後に取得したセンサ検知情報の時刻情報を格納する。図４に例示のように、シェア管理情報の積載状態フィールドには、荷積み完了を示す情報と共に、施錠後に取得したセンサ検知情報の時刻情報が記録される。

Ｓ１９の処理では、シェア管理サーバ１０は、車両３０の荷室等を集配先に指定した集配物の受け取り（荷下し）が完了したことをシェア管理ＤＢ２００のシェア管理情報に記録する。シェア管理サーバ１０は、Ｓ１８の処理と同様にして該当車両３０のシェア管理情報を特定し、積載状態フィールドに、荷下し完了を示す情報および施錠後に取得したセンサ検知情報の時刻情報を格納する。Ｓ１８、Ｓ１９の処理後、図７の処理が終了する。

次に、図８のフローチャートを説明する。
図８は、荷積み完了後の時間経過に伴う依頼ユーザへのアナウンス処理の一例を示すフローチャートである。図８から図１０に例示の処理は、主に車両状態管理部１３０の情報処理機能により提供される。図８の処理により、車両３０を配送先に指定した依頼ユーザに対して、荷積み完了後の時間経過に伴う各種通報が行われる。

図８のフローチャートにおいて、処理の開始は、車両３０の荷室等への集配物の荷積み完了のときが例示される。シェア管理サーバ１０は、例えば、図７に示すＳ１８の処理の実行を契機として、図８に例示の処理を開始する。

シェア管理サーバ１０は、当該車両のシェア管理情報から、積載状態フィールドに荷積み完了が記録された行の各フィールドに格納された情報を抽出する。抽出された各情報は、主記憶装置１２の所定の領域に一時的に記憶される。そして、シェア管理サーバ１０は、抽出された各情報から、利用形態フィールドに格納された集配区分情報および予約期間フィールドに格納された日時情報を取得する（Ｓ２１）。予約期間フィールドに格納された日時情報は、Ｓ２４の処理に引き渡される。

シェア管理サーバ１０は、利用形態フィールドに格納された集配区分情報が、配送を示す情報であるか集荷を示す情報であるかを判定する（Ｓ２２）。シェア管理サーバ１０は、利用形態フィールドに格納された情報が集荷を示す場合には（Ｓ２２、“集荷”）、図８に示す処理を終了する。一方、シェア管理サーバ１０は、利用形態フィールドに格納された情報が配送を示す場合には（Ｓ２２、“配送”）、Ｓ２３の処理に移行する。

シェア管理サーバ１０は、現時点の時刻情報を取得し、Ｓ２４の処理に引き渡す（Ｓ２３）。シェア管理サーバ１０は、Ｓ２１から引き渡された日時情報から予約期間の終了時刻（予約終了時刻）を特定し、現時点の時刻が予約終了時刻に到達しているか否かを判定する（Ｓ２４）。
シェア管理サーバ１０は、予約終了時刻に到達していない場合には（Ｓ２４、“Ｎｏ”）、Ｓ２５の処理に移行する。一方、シェア管理サーバ１０は、予約終了時刻に到達していない場合には（Ｓ２４、“Ｙｅｓ”）、Ｓ２６の処理に移行する。

Ｓ２５の処理では、シェア管理サーバ１０は、現時点の時刻情報と荷積み完了の時刻情報から集配物の占有時間を特定する。また、シェア管理サーバ１０は、現時点から予約終了時刻までの残り時間を特定する。そして、シェア管理サーバ１０は、占有時間および予約終了時刻までの残り時間を依頼ユーザに通知する。シェア管理サーバ１０は、例えば、シェア管理情報の依頼者端末フィールドに格納された情報から依頼ユーザの依頼者端末４０を特定し、上記占有時間および予約終了時刻までの残り時間を依頼ユーザに通知する。
なお、シェア管理サーバ１０は、上記占有時間および予約終了時刻までの残り時間の通
知と共に、占有時間に応じた使用料を通知してもよい。シェア管理サーバ１０は、例えば、シェア管理情報の依頼者ＩＤフィールドに格納された依頼者ＩＤおよび当該車両の車両ＩＤから、課金管理情報の課金体系フィールドに格納された料金テーブルを特定する。そして、シェア管理サーバ１０は、例えば、料金テーブルに設定された分単位の課金レートと占有時間に基づいて現時点の使用料を算出し、依頼ユーザに通知すればよい。依頼ユーザは、現時点で発生している課金状況が把握できる。Ｓ２５の処理後、処理はＳ２７の処理に移行する。

Ｓ２６の処理では、シェア管理サーバ１０は、現時点の時刻情報および予約終了時刻から、予約終了時刻からの経過時間を特定し、特定した経過時間を依頼ユーザにアラーム通知する。依頼ユーザの依頼者端末４０の特定は、Ｓ２５の処理と同様である。
また、シェア管理サーバ１０は、Ｓ２５の処理と同様にして課金管理情報の課金体系フィールドに格納された料金テーブルを特定する。そして、シェア管理サーバ１０は、料金テーブルに設定された分単位の課金レートと予約終了時刻までの占有時間から正規の使用料を算出すると共に、経過時間に基づいて現時点の超過料金を算出し、正規使用料に超過料金を加えた使用料を依頼ユーザに通知するとしてもよい。この場合においても、依頼ユーザは、現時点で発生している課金状況が把握できる。Ｓ２６の処理後、処理はＳ２７の処理に移行する。

Ｓ２７の処理では、シェア管理サーバ１０は、シェア管理ＤＢ２００に格納された当該車両のシェア管理情報に荷下し完了時刻が記録されているか否かを判定する。シェア管理サーバ１０は、シェア管理情報に荷下し完了時刻が記録されている場合には（Ｓ２７、“Ｙｅｓ”）、図８の処理を終了する。一方、シェア管理サーバ１０は、シェア管理情報に荷下し完了時刻が記録されていない場合には（Ｓ２７、“Ｎｏ”）、Ｓ２３からＳ２７の処理を一定の周期間隔で繰り返す。
ここで、シェア管理サーバ１０が実行する、Ｓ２１からＳ２５の処理は、「占有時間に基づいて使用の予約の終了時までの残り時間を特定すると共に、集配物の集配送の使用の予約が受け付けられた予約元の端末に対し、使用の予約の終了時までの残り時間を通知する」管理手段の一例に相当する。

次に、図９のフローチャートを説明する。
図９は、荷積み完了後の時間経過に伴う依頼ユーザへの他のアナウンス処理の一例を示すフローチャートである。図９の処理により、依頼ユーザ、車両オーナに対し、荷室等に集配物が荷積みされた車両位置および依頼者端末４０を有する依頼ユーザ位置に基づく各種通報が行われる。

図９のフローチャートにおいて、処理の開始は、車両３０の荷室等への集配物の荷積み完了のときが例示される。シェア管理サーバ１０は、例えば、図７に示すＳ１８の処理の実行を契機として、図９に例示の処理を開始する。

シェア管理サーバ１０は、当該車両のシェア管理情報から、積載状態フィールドに荷積み完了が記録された行の各フィールドに格納された情報を抽出する。抽出された各情報は、主記憶装置１２の所定の領域に一時的に記憶される。そして、シェア管理サーバ１０は、抽出された各情報から、予約期間フィールドに格納された日時情報および依頼者端末フィールドに格納された依頼者端末４０の識別情報（ＩＰアドレス等）を取得する（Ｓ３１）。
そして、シェア管理サーバ１０は、依頼者端末４０に搭載された所定アプリに対して位置情報（緯度、経度）の通知要求を行う。位置情報の通知要求を受けた所定アプリは、例えば、ＡＰＩ（Application Programming Interface）を介し、依頼者端末４０に搭載さ
れたナビゲーションアプリから依頼者端末４０の現時点の位置情報を取得する。取得され
た依頼ユーザ（依頼者端末４０）の位置情報は、所定アプリを介してシェア管理サーバ１０に通知される。

シェア管理サーバ１０は、依頼者端末４０から通知された位置情報を取得する（Ｓ３２）。シェア管理サーバ１０は、取得した位置情報を時刻情報に対応付けて主記憶装置１２の所定の領域に一時的に記憶し、Ｓ３３の処理に移行する。
Ｓ３３の処理では、シェア管理サーバ１０は、当該車両３０の駐車位置（所定位置）とＳ３２の処理で取得した依頼ユーザの位置との間の地点間の距離を算出する。シェア管理サーバ１０は、例えば、センタサーバ２０に当該車両３０に搭載された通信装置３２の装置ＩＤを通知し、該当する車両３０の検索を依頼する。センタサーバ２０は、通知された通信装置３２の装置ＩＤに基づいて車両管理データベースの検索を行い、車両３０に関連付けされた車両属性情報を抽出する。抽出された車両３０の車両属性情報は、シェア管理サーバ１０に通知される。シェア管理サーバ１０は、センタサーバ２０から通知された車両３０の車両属性情報を主記憶装置１２の所定の領域に一時的に記憶すると共に、車両属性情報に含まれる駐車位置情報（緯度、経度）を取得する。そして、シェア管理サーバ１０は、車両３０の駐車位置と依頼者端末４０から取得した依頼ユーザ位置とに基づいて地点間の距離を算出する。算出された距離は、Ｓ３４の処理に引き渡される。

Ｓ３４の処理では、荷室等に荷積みされた集配物（荷物）を依頼ユーザが回収するまでの所要時間が推定される。シェア管理サーバ１０は、例えば、補助記憶装置１３に、距離値と所要時間とを関連付けたテーブルを予め保持する。そして、シェア管理サーバ１０は、上記テーブルを参照し、Ｓ３３の処理から引き渡された車両３０の駐車位置と依頼ユーザ位置との間の距離に基づいて、所要時間を推定すればよい。なお、上記テーブルでは、荷室等を解錠して集配物を回収するまでの作業予測時間が含まれる。シェア管理サーバ１０は、推定された所要時間をＳ３５、Ｓ３６の処理に引き渡す。ここで、シェア管理サーバ１０が実行するＳ３２の処理は、「受付手段において集配物の集配送の使用の予約が受け付けられた予約元の端末から位置情報を取得する手段」の一例に相当する。また、シェア管理サーバ１０が実行するＳ３３からＳ３４の処理は、「１以上の領域に集配物が積載された状態のときに、車両の駐車位置と予約元の端末から取得された位置情報とに基づいて集配物を回収するまでの所要時間を算出する」管理手段の一例である。

Ｓ３５の処理では、シェア管理サーバ１０は、推定された所要時間に基づいて使用料の予想額を依頼ユーザに通知する。シェア管理サーバ１０は、例えば、シェア管理情報の依頼者ＩＤフィールドに格納された依頼者ＩＤおよび当該車両の車両ＩＤから、課金管理情報の課金体系フィールドに格納された料金テーブルを特定する。そして、シェア管理サーバ１０は料金テーブルに設定された分単位の課金レートと推定された所要時間に基づいて使用料の予想額を算出し、依頼ユーザに通知すればよい。Ｓ３５の処理後、処理はＳ３６に移行する。シェア管理サーバ１０が実行するＳ３５の処理は、「所要時間から算出された使用料の予想額を予約元の端末に通知する」管理手段の一例である。

Ｓ３６の処理では、シェア管理サーバ１０は、推定された所要時間に基づいて集配物を回収する予想時刻を車両オーナに通知する。シェア管理サーバ１０は、例えば、Ｓ３３の処理でセンタサーバ２０から取得した車両３０の車両属性情報から車両オーナの所有者端末６０を特定する。そして、シェア管理サーバ１０は、現時点の時刻情報に推定された所要時間を足し合せ、依頼ユーザが集配物を回収する予想時刻を算出する。そして、シェア管理サーバ１０は、車両オーナの所有者端末６０に対して算出された予想時刻を通知すればよい。Ｓ３６の処理後、図９の処理が終了する。シェア管理サーバ１０が実行するＳ３６の処理は、「所要時間に基づいて、１以上の領域に積載された集配物の回収予想時刻を推定すると共に、回収予想時刻を車両の所有者の端末に通知する」管理手段の一例に相当する。

次に、図１０のフローチャートを説明する。
図１０は、荷積み完了後の車両３０に移動が生じた際のアナウンス処理の一例を示すフローチャートである。図１０の処理により、車両３０を集配物の配送先に指定する依頼ユーザには、移動する車両の位置情報が所定の周期間隔で通知される。また、図１０の処理により、移動が生じた車両３０の移動開始時刻、移動終了時刻が記録される。

図１０のフローチャートにおいて、処理の開始は、車両３０に搭載された通信装置３２からのエンジン始動の通知のときが例示される。既に説明したように、通信装置３２は、エンジン始動・停止時の位置情報、走行時においては一定の周期間隔、あるいは、一定の走行距離ごとに自車両の位置情報をシェア管理サーバ１０に通知する。

シェア管理サーバ１０は、通信装置３２から通知された車両３０の位置情報を取得する（Ｓ４１）。シェア管理サーバ１０は、取得した位置情報に時刻情報および通信装置３２のＩＰアドレス等を関連付けて主記憶装置１２の所定の領域に一時的に記憶する。そして、シェア管理サーバ１０は、取得した位置情報が集配先に指定された車両３０の駐車位置（所定位置）であるかを判定する（Ｓ４２）。
シェア管理サーバ１０は、例えば、センタサーバ２０に通信装置３２の装置ＩＤ（ＩＰアドレス等）を通知し、当該通信装置３２を搭載する車両３０の検索を依頼する。センタサーバ２０は、車両管理データベースを検索し、上記通信装置３２を搭載する車両３０の車両属性情報を抽出するとともに、抽出された車両属性情報をシェア管理サーバ１０に通知する。シェア管理サーバ１０は、通知された車両属性情報を主記憶装置１２の所定の領域に一時的に記憶すると共に、当該車両属性情報に含まれる車両３０の駐車位置情報（緯度、経度）に基づいて、Ｓ４２の処理で取得した位置情報が所定位置であることを判定する。
シェア管理サーバ１０は、Ｓ４１で取得した位置情報が車両３０の駐車位置である場合には（Ｓ４２、“Ｙｅｓ”）、Ｓ５０の処理に移行する。一方、シェア管理サーバ１０は、Ｓ４１で取得した位置情報が車両３０の駐車位置でない場合には（Ｓ４２、“Ｎｏ”）、Ｓ４３の処理に移行する。

Ｓ４３の処理では、シェア管理サーバ１０は、通信装置３２のＩＰアドレス（装置ＩＤ）等に基づいて、通信装置３２を搭載する車両３０のシェア管理情報を抽出する。抽出されたシェア管理情報は、主記憶装置１２の所定の領域に一時的に記憶される。そして、シェア管理サーバ１０は、抽出されたシェア管理情報から現時点の時刻情報（日付を含む）に対応する予約期間が存在するか否かを判定する（Ｓ４４）。
シェア管理サーバ１０は、現時点の時刻情報を含む予約期間が存在する場合には（Ｓ４４、“有”）、Ｓ４５に移行する。一方、シェア管理サーバ１０は、現時点の時刻情報を含む予約期間が存在しない場合には（Ｓ４４、“無”）、図１０の処理を終了する。

Ｓ４５の処理では、シェア管理サーバ１０は、現時点の時刻情報に対応する予約期間の利用形態が配送であるか集荷であるかを判定する。シェア管理サーバ１０は、現時点の時刻情報に対応する予約期間の利用形態が配送である場合には（Ｓ４５、“配送”）、Ｓ４６に移行する。一方、シェア管理サーバ１０は、現時点の時刻情報に対応する予約期間の利用形態が集荷である場合には（Ｓ４５、“集荷”）、図１０の処理を終了する。
Ｓ４６の処理では、シェア管理サーバ１０は、当該車両の荷室等内に配送物が存在するか否かを判定する。シェア管理サーバ１０は、例えば、現時点の時刻情報に対応する予約期間の積載状態フィールドに、荷積み完了時刻が記録され、かつ、荷下し完了時刻が記録されていない場合には、当該車両の荷室等には配送物が存在すると判定する。また、上記以外の場合には、シェア管理サーバ１０は、当該車両の荷室等内に配送物が存在しないと判定する。シェア管理サーバ１０は、当該車両の荷室等内に配送物が存在すると判定する
場合には（Ｓ４６、“有”）、Ｓ４７の処理に移行する。一方、シェア管理サーバ１０は、当該車両の荷室等内に配送物が存在しないと判定する場合には（Ｓ４６、“無”）、図１０の処理を終了する。

Ｓ４７の処理では、シェア管理サーバ１０は、Ｓ４１の処理で取得した車両３０の位置情報を依頼ユーザに通知する。シェア管理サーバ１０は、例えば、Ｓ４３の処理で抽出されたシェア管理情報から依頼者端末４０を特定し、該特定した依頼者端末４０に車両３０の位置情報を通知する。シェア管理サーバ１０から通知を受けた依頼者端末４０は、例えば、ナビゲーションアプリを起動させて車両３０の位置情報を地図画面上に表示させる。依頼ユーザは、地図画面上に表示された車両３０の位置を閲覧することで、集配先に指定した車両３０の現時点における車両位置が把握できる。Ｓ４７の処理後、処理はＳ４８に移行する。
なお、Ｓ４７の処理において、シェア管理サーバ１０は、取得された車両３０の位置情報と所定位置（駐車位置）との間の地点間の距離に基づいて、移動された車両３０の所定位置に戻る予想時刻を通知してもよい。
ここで、シェア管理サーバ１０の実行するＳ４７の処理は、「１以上の領域に集配物を積載した状態で車両の移動が検出されたときには、集配物の集配送の使用の予約が受け付けられた予約元の端末に対し、車両の位置情報を通知する」管理手段の一例に相当する。

Ｓ４８の処理では、シェア管理サーバ１０は、車両３０の移動開始時刻が記録されているか否かを判定する。シェア管理サーバ１０は、例えば、Ｓ４３の処理で抽出されたシェア管理情報から依頼者ＩＤを特定し、当該依頼者ＩＤに対応する課金管理情報を特定する。そして、シェア管理サーバ１０は、課金管理情報の車両３０の車両ＩＤおよび予約期間に対応する車両移動フィールドを特定する。
シェア管理サーバ１０は、車両移動フィールドに移動開始時刻が格納されている場合には（Ｓ４８、“Ｙｅｓ”）、既に移動開始時刻が記録されていると判定し、図１０の処理を終了する。一方、シェア管理サーバ１０は、車両移動フィールドに移動開始時刻が格納されていない場合には（Ｓ４８、“Ｎｏ”）、移動開始時刻が記録されていないと判定し、Ｓ４９の処理に移行する。Ｓ４９の処理では、シェア管理サーバ１０は、課金管理情報の車両３０の車両ＩＤおよび予約期間に対応する車両移動フィールド内に移動開始時刻を記録する。シェア管理サーバ１０は、例えば、Ｓ４１の処理で位置情報を取得した時刻情報を移動開始時刻として記録する。Ｓ４９の処理後、図１０の処理を終了する。

Ｓ５０の処理では、Ｓ４８の処理と同様の処理が行われる。シェア管理サーバ１０は、車両移動フィールドに移動開始時刻が格納されていない場合には（Ｓ５０、“Ｎｏ”）、移動開始時刻が記録されていないと判定し、図１０の処理を終了する。一方、シェア管理サーバ１０は、車両移動フィールドに移動開始時刻が格納されている場合には（Ｓ５０、“Ｙｅｓ”）、既に移動開始時刻が記録されていると判定し、Ｓ５１の処理に移行する。
Ｓ５１の処理では、シェア管理サーバ１０は、課金管理情報の車両３０の車両ＩＤおよび予約期間に対応する車両移動フィールド内に移動終了時刻を記録する。シェア管理サーバ１０は、例えば、Ｓ４１の処理で位置情報を取得した時刻情報を移動終了時刻として記録する。Ｓ５１の処理後、図１０の処理を終了する。

次に、図１１のフローチャートを説明する。
図１１は、課金請求処理の一例を示すフローチャートである。図１１に例示の処理は、主に課金処理部１４０の情報処理機能により提供される。図１１の処理により、荷室等の集配物の占有時間に応じて変動する使用料が依頼ユーザに請求される。

図１１のフローチャートにおいて、処理の開始は、依頼ユーザに対する使用料の請求のときが例示される。例えば、依頼ユーザの、依頼者端末４０を介した受け渡し完了通知の
記録のときが例示される。同様にして、集配員の、集配員端末５０を介した集配完了通知の記録のときが例示される。依頼者端末４０からの受け渡し完了通知、および、集配員端末５０からの集配完了通知には、施錠・解錠の対象になる車両３０の識別情報（車両ＩＤ）が含まれる。また、上記受け渡し完了通知の記録後、シェア管理情報の依頼者ステータスには「完了」ステータスが記録される。同様にして、上記集配完了通知の記録後、シェア管理情報の業者ステータスには「完了」ステータスが記録される。

シェア管理サーバ１０は、上記受け渡し完了通知の記録後あるいは集配完了通知の記録後の当該車両のシェア管理情報を取得する（Ｓ６１）。そして、シェア管理サーバ１０は、当該車両のシェア管理情報において、予約された利用は完了したか否かを判定する（Ｓ６２）。
シェア管理サーバ１０は、例えば、受け渡し完了通知が記録された予約期間において、利用形態フィールドが「配送」のときに、積載状態フィールドに荷積み完了時刻および荷下し完了時刻が記録されている場合には、予約された配送利用は完了したと判定する。また、受け渡し完了通知が記録された予約期間において、上記以外の場合には、シェア管理サーバ１０は、予約された利用は完了していないと判定する。
同様にして、シェア管理サーバ１０は、例えば、集配完了通知が記録された予約期間において、利用形態フィールドが「集荷」のときに、積載状態フィールドに荷積み完了時刻および荷下し完了時刻が記録されている場合には、予約された集荷利用は完了したと判定する。また、集配完了通知が記録された予約期間において、上記以外の場合には、シェア管理サーバ１０は、予約された利用は完了していないと判定する。

シェア管理サーバ１０は、当該車両の予約された利用が完了したと判定する場合には（Ｓ６２、“Ｙｅｓ”）、Ｓ６３の処理に移行する。一方、シェア管理サーバ１０は、当該車両の予約された利用が完了していないと判定する場合には（Ｓ６２、“Ｎｏ”）、図１１の処理を終了する。

Ｓ６３の処理では、シェア管理サーバ１０は、集配先に利用された荷室等の集配物の占有時間を算出する。シェア管理サーバ１０は、例えば、シェア管理情報の積載フィールドに記録された荷積み完了時刻、および、荷下し完了時刻から荷室等の占有時間を分単位で算出する。そして、シェア管理サーバ１０は、算出した占有時間を課金管理情報に記録すする。ここで、シェア管理情報の積載フィールドは、センサからの集配物の検知情報を記録する。したがって、シェア管理サーバ１０の実行するＳ６３の処理は、「検知情報に基づいて、１以上の領域に積載された集配物の占有時間を特定する」ことの一例といえる。
シェア管理サーバ１０は、例えば、当該予約期間に対応する依頼者ＩＤに基づいて、当該依頼者ＩＤに対応する課金管理情報を特定する。そして、シェア管理サーバ１０は、課金管理情報の、当該予約期間に対応する占有期間フィールドに上記算出した占有時間を格納する。Ｓ６３の処理後、処理はＳ６４の処理に移行する。

Ｓ６４の処理では、シェア管理サーバ１０は、依頼ユーザの課金体系を取得する。シェア管理サーバ１０は、例えば、Ｓ６３の処理で特定された課金管理情報の課金体系フィールドに格納された料金テーブルの識別番号を取得する。そして、補助記憶装置１３を参照して識別番号に対応する料金テーブルを取得し、主記憶装置１２の所定の領域に一時的に記憶する。Ｓ６４の処理後、処理はＳ６５の処理に移行する。

Ｓ６５の処理では、シェア管理サーバ１０は、予約期間の車両移動の有無を判定する。シェア管理サーバ１０は、例えば、課金管理情報の車両移動フィールドに移動開始時刻および移動終了時刻が格納されている場合には、予約期間における車両移動が有ったと判定する。また、シェア管理サーバ１０は、例えば、課金管理情報の車両移動フィールドに移動開始時刻および移動終了時刻が格納されていない場合には、予約期間における車両移動
は無いと判定する。
シェア管理サーバ１０は、予約期間の車両移動が有ったと判定する場合には（Ｓ６４、“Ｙｅｓ”）、Ｓ６６の処理に移行する。一方、シェア管理サーバ１０は、予約期間の車両移動は無いと判定する場合には（Ｓ６５、“Ｎｏ”）、Ｓ６７の処理に移行する。

Ｓ６６の処理では、シェア管理サーバ１０は、車両移動に応じた使用料を算出する。なお、使用料の算出は、Ｓ６４の処理で取得された料金テーブルに設定された課金レートと占有時間に基づいて算出される。算出された使用料は、Ｓ６８の処理に引き渡される。
車両移動に応じた使用料の算出として、例えば、シェア管理サーバ１０は、移動開始時刻および移動開始時刻から当該車両の移動時間を分単位で算出する。そして、シェア管理サーバ１０は、占有期間フィールドに格納された占有時間（分単位）から移動時間を差し引いた占有時間を課金対象時間にする。あるいは、シェア管理サーバ１０は、占有期間の開始時刻（荷積み完了時刻）から移動開始時刻までの期間を課金対象時間にしてもよい。また、シェア管理サーバ１０は、車両移動が有った場合には、所定の割引率を料金テーブルの課金レートに掛け合わせて占有時間に応じた使用料を算出してもよい。

Ｓ６７の処理では、シェア管理サーバ１０は、集配物の占有時間に応じた使用料を算出する。使用料の算出は、Ｓ６４の処理で取得された料金テーブルに設定された課金レートと占有時間に基づいて算出される。但し、使用料の算出においては、予約期間の予約終了時刻を超過した時間が割増料金として算出される。割増料金に対応する課金レートは料金テーブルに予め設定される。
シェア管理サーバ１０は、例えば、占有期間の終了時刻（荷下し完了時刻）と予約期間の終了時刻とを比較する。そして、シェア管理サーバ１０は、占有期間の終了時刻が予約期間の終了時刻を超えている場合には、予約期間の終了時刻から占有時間の終了時刻までの期間を割増料金分の課金対象時間にする。シェア管理サーバ１０は、予約期間の終了時刻からの超過時間を含む占有時間に応じて使用料を算出し、算出された使用料をＳ６８の処理に引き渡す。

Ｓ６８の処理では、シェア管理サーバ１０は、Ｓ６６、Ｓ６７の処理から引き渡された使用料を、課金管理情報の使用料金フィールドに記録する。Ｓ６８の処理後、シェア管理サーバ１０は、依頼ユーザの依頼者端末４０に対して使用料を通知すると共に、当該使用料の支払請求を通知する（Ｓ６９）。シェア管理サーバ１０は、使用料の支払い請求の通知後、課金管理情報の支払いステータスフィールドに「未納」ステータスを格納する。Ｓ６９の処理後、図１１の処理を終了する。

依頼者端末４０を介して使用料の通知および支払請求の通知を受けた依頼ユーザは、例えば、所定の支払い口座を介して請求された使用料の支払いを行う。シェア管理サーバ１０、あるいは、シェア管理サーバ１０と連携するコンピュータは、依頼ユーザの使用料の支払い確認後、課金管理情報の支払いステータスフィールドに「済」ステータスを格納する。
ここで、シェア管理サーバ１０が実行するＳ６３の処理において、シェア管理情報の積載フィールドに記録された荷積み完了時刻、および、荷下し完了時刻は、集配物の積載状態を検知するセンサから取得した「１以上の領域についての集配物の検知情報」に相当する。このため、シェア管理サーバ１０が実行する、Ｓ６９の処理は、「受付手段において集配物の集配送の使用の予約が受け付けられた予約元の端末に対し、占有時間に基づいて算出された使用料の支払いを請求する管理手段」の一例に相当するといえる。
また、シェア管理サーバ１０が実行するＳ６５の処理は、「車両の位置情報の時間経過に伴う変化から前記車両の移動を検出する手段」の一例に相当する。また、シェア管理サーバ１０が実行するＳ６６の処理は、「１以上の領域に集配物を積載した状態で車両の移動が検出されたときには、占有時間に基づいて算出された使用料の一部あるいは全部を減
額する」管理手段の一例に相当する。

次に、トランクシェアシステム１における鍵情報を用いた集配送処理の流れを説明する。
図１２は、鍵情報を用いた車両３０への集配送処理の流れの一例を示すシーケンス図である。図１２においては、シェア管理サーバ１０から鍵情報の発行要求を受けたセンタサーバ２０が鍵情報を発行する形態が例示される。集配員端末５０には、集配先の車両３０を特定する情報（車両メーカ名、車種、色または車両画像、ナンバー等）、駐車位置情報（駐車場住所、駐車位置等）、集配物の配置先等が開示されているものとする。

集配員は、例えば、指定された配送日時に、駐車位置情報の示す住所等をカーナビ等で確認しながら集配先に指定された車両３０の駐車位置に到達する。そして、集配員は、車両３０を特定する情報から集配先に指定された車両３０を特定すると、集配員端末５０を介して、集配物の配置先に対応する荷室ドア、車室ドアを解錠・施錠する鍵情報の発行要求をシェア管理サーバ１０に対して送信する（Ｓ７１）。集配員端末５０からの鍵情報の発行要求には、少なくとも配送先に指定された車両３０を特定する情報が含まれる。

集配員端末５０からの鍵情報の発行要求を受け付けたシェア管理サーバ１０は、センタサーバ２０に対してワンタイムキーの発行を要求する。シェア管理サーバ１０は、集配員端末５０からの鍵情報の発行要求に含まれる車両３０を特定する情報に基づいて車両３０のシェア管理情報を特定し、集配物の配置先（利用箇所）を特定する。そして、シェア管理サーバ１０は、センタサーバ２０に対して集配物の配置先情報および車両３０の識別情報（車両ＩＤ）を含むワンタイムキーの発行を要求する（Ｓ７２）。

センタサーバ２０は、シェア管理サーバ１０から送信されたワンタイムキーの発行要求を受け付け、鍵情報を発行する（Ｓ７３）。センタサーバ２０は、少なくともワンタイムキーの発行要求に含まれる車両３０の識別情報、集配物の配置先情報、発行要求を受け付けた時刻情報に基づいて、集配員端末５０を一時的な電子キーとして機能させる鍵情報を発行する。このような、集配物の配置先情報に応じた鍵情報の発行は、予めシェア管理サーバ１０とセンタサーバ２０との間で設定しておけばよい。センタサーバ２０は、集配物の配置先（例えば、ボンネット、助手席、助手席側後部席、運転席後部席、荷室）に対応した鍵情報を発行できる。

センタサーバ２０は、発行した鍵情報をワンタイムキーとしてシェア管理サーバ１０に引き渡すと、シェア管理サーバ１０は、センタサーバ２０から引き渡されたワンタイムキーを集配員端末５０に配信する（Ｓ７４）。集配員端末５０は、シェア管理サーバ１０から配信されたワンタイムキーを受信し、主記憶装置５２の所定の領域に一時的に記憶する（Ｓ７５）。なお、ワンタイムキーは、センタサーバ２０から直接に集配員端末５０に発行されてもよい。

集配員は、鍵情報が記憶された集配員端末５０を一時的な電子キーとして動作させて、集配物の配置先に対応するドアの解錠要求を送信する（Ｓ７６）。車両３０に搭載された車載装置３１のキーユニット８０は、集配員端末５０からの解錠要求に伴う認証を実行し、認証が成功すると施解錠装置９０に対して施解錠信号およびキーＩＤを送信する。キーユニット８０から送信された施解錠信号およびキーＩＤに従って施解錠装置９０による解錠処理が行われ、車両３０の利用箇所に応じたドア等が解錠される（Ｓ７７）。集配員端末５０やシェア管理サーバ１０には、車載装置３１からの解錠通知が通知される（Ｓ７８）。シェア管理サーバ１０は、例えば、解錠通知が通知された時刻情報を取得し、該時刻情報を車両３０のシェア管理情報に記録してもよい。
集配員は、解錠された車両３０のドア等を開閉し、配置先への配送物の収納あるいは配
置先に配置された集荷物の集荷を行い、施錠を行う（Ｓ７９）。施錠においては、Ｓ７７、Ｓ７８で説明した処理と同様の処理が行われる（Ｓ８０、Ｓ８１）。集配員は、例えば、集配員端末５０を介して集配完了通知をシェア管理サーバ１０に送信する（Ｓ８２）。シェア管理サーバ１０では、例えば、集配完了通知に基づいて車両３０のシェア管理情報の該当する予約期間の業者ステータスに「完了」が記録される（Ｓ８３）。

シェア管理サーバ１０は、集配員端末５０に保持されたワンタイムキーを無効化する（Ｓ８４）。シェア管理サーバ１０は、例えば、集配完了通知に伴うシェア管理情報への記録を契機として、集配員端末５０に対して保持された鍵情報の消去指示を行う。集配員端末５０では、例えば、鍵情報の消去指示を受けた所定アプリの処理を介して、主記憶装置５２の所定の領域に一時的に保持されたワンタイムキーの鍵情報が消去される（Ｓ８５）。なお、集配員端末５０は、集配完了通知の送信を契機として、主記憶装置５２の所定の領域に一時的に保持されたワンタイムキーの鍵情報を消去してもよい。

図１２に例示の処理の流れは、当該車両の荷室等に収納された配送物の回収、あるいは、集荷物を荷室等に収納する依頼ユーザの依頼者端末４０に対しても、同様に適用される。但し、Ｓ８２の処理において、依頼者端末４０からシェア管理サーバ１０対位置される情報は、受け取り完了通知になる。

以上、説明したように、本実施形態に係るシェア管理サーバ１０は、集配先に予約された車両に搭載されるセンサ情報に基づいて、荷室等の集配物の積載状態を特定することができる。シェア管理サーバ１０は、特定された集配物の積載状態から、集配物の占有時間を算出し、算出された占有時間に応じて変動する料金を依頼ユーザに請求することができる。この結果、本実施形態に係るシェア管理サーバ１０によれば、複数の利用者に対して公平性を確保可能な課金技術が提供できる。

また、シェア管理サーバ１０は、占有時間に基づいて利用の予約期間の終了時までの残り時間を特定することができる。そして、シェア管理サーバ１０は、依頼ユーザに対して上記利用の予約期間の終了時までの残り時間をアナウンスすることができる。シェア管理サーバ１０は、荷室等を使用する複数の利用者に荷物が車両にあることを通知し、早期の引き取りを促すことができる。

また、シェア管理サーバ１０は、車両オーナの所有者端末６０から車両の使用の予定を取得することができる。そして、シェア管理サーバ１０は、依頼ユーザから受け付けた予約が車両の使用が予想される期間に該当するときには、課金レートを相対的に高めに設定した料金テーブルを適用できる。シェア管理サーバ１０は、依頼ユーザから受け付けた予約が車両の使用が予想される期間に該当するときには、占有時間に基づく使用料を所定の割合で増加させることができる。使用料の増加により、荷室等を使用する複数の依頼ユーザに対して、集配先に指定された車両への、集配物の占有期間の超過の抑制が期待できる。

また、シェア管理サーバ１０は、車両３０の移動時の位置情報を通信装置３２を介して取得できる。シェア管理サーバ１０は、取得した位置情報の時間経過に伴う変化から車両の移動開始時刻および移動終了時刻を特定できる。そして、シェア管理サーバ１０は、荷室等に集配物が積載された状態で車両の移動が生じたときには、移動開始時刻および移動終了時刻に基づいて算出された移動時間に基づいて、依頼ユーザの使用料を減額、すなわち、占有時間に基づく使用料の一部の返還することができる。この結果、集配物が荷室等に積載された状態で車両に移動が生じた際の、集配物の受け渡しに関する利用者に対する不利益な行為についての金額補償が可能になる。

また、シェア管理サーバ１０は、荷室等に集配物を積載した状態で車両が移動したときには、依頼ユーザの依頼者端末４０に対し、車両の位置情報が通知できる。依頼ユーザは、例えば、依頼者端末４０に搭載されたナビゲーションアプリを介して、通知された車両の位置情報を地図画面上で把握することができる。このため、集配物が荷室等に積載された状態で車両に移動が生じた際の、依頼ユーザに対するユーザビリティを高めることができる。

また、シェア管理サーバ１０は、依頼者端末４０を介して依頼ユーザの位置情報を取得することができる。シェア管理サーバ１０は、依頼ユーザの位置情報と集配先に指定された車両３０の駐車位置から、荷室等に積載された集配物を回収するまでの所要時間を推定することができる。そして、シェア管理サーバ１０は、推定された所要時間に基づいて、使用料の予想額を算出し、依頼ユーザに通知できる。依頼ユーザは、発生する使用料が事前に把握できるため、依頼ユーザに対する利便性を高めることができる。

また、シェア管理サーバ１０は、算出された所要時間に基づく集配物の回収予想時刻を推定し、推定した回収予想時刻を車両オーナの所有者端末６０に通知することができる。車両オーナは、例えば、通知された回収予想時刻に基づいて、車両３０の使用スケジュールの再計画が可能になる。

＜４．変形形態＞
上記の実施形態は一例であり、本発明は、その要旨を逸脱しない範囲内で適宜変更して実施し得る。
（変形例１）
実施形態では、キーユニット８０において認証処理が成功した場合に、施解錠装置９０によって車両３０が施解錠される例を説明した。変形例１では、施解錠装置９０において、キーユニット８０の処理が実行されるようにしてもよい。つまり、施解錠装置９０は、依頼者端末４０等から受信した認証情報を認証するための制御ユニット（ＥＣＵ）を備え、当該制御ユニットは、依頼者端末４０等の認証が成功すると、ＣＡＮ等の車内ネットワークを介して、ボディＥＣＵ９４に解錠指令または施錠指令を送信するようにしてもよい。変形例１のトランクシェアシステム１によれば、キーユニット８０を設置することなく簡易な構成により、トランクシェアの利用が可能になる。

（変形例２）
実施形態では、センタサーバ２０が発行した鍵情報を依頼者端末４０等が受信し、受信した鍵情報の認証情報に基づいて依頼者端末４０等が認証されると、キーユニット８０から施解錠信号が施解錠装置９０に送信されて車両３０が施解錠される。変形例２では、認証情報は、依頼者端末４０等を認証するための情報ではなく、車両３０を解施錠するためのキーＩＤの情報を含むものとする例である。

この場合、依頼者端末４０等は、車両３０を施解錠するためのキーＩＤを含む鍵情報をセンタサーバ２０等から受信し、受信したキーＩＤを施解錠信号とともに、施解錠装置９０に送信する。施解錠装置９０は、受信したキーＩＤと施解錠装置９０に予め記憶されたキーＩＤとを照合し、一致した場合に車両３０を施解錠する。キーＩＤは、依頼者端末４０等と、センタサーバ２０等または施解錠装置９０との間で、暗号化して送受信されるようにしてもよい。センタサーバ２０は、例えば、キーＩＤを時刻情報とともに所定のアルゴリズムで暗号化することでワンタイムキーを生成してもよい。施解錠装置９０は、受信したワンタイムキーを、センタサーバ２０と同じ所定のアルゴリズムによって復号して、施解錠装置９０に予め記憶されたキーＩＤと照合すればよい。依頼者端末４０等は、ワンタイムキーの受領から所定時間が経過するとワンタイムキーを削除することで、無効化すればよい。
変形例１のトランクシェアシステム１によれば、キーＩＤおよび時刻情報から生成されるワンタイムキーを鍵情報にすることで、センタサーバ２０等は、発行要求ごとに、一時的に有効な鍵情報を依頼者端末４０等に送信できる。

（変形例３）
実施形態および変形例２では、センタサーバ２０は、キーユニット８０に固有な固定の認証情報に対応する依頼者端末４０等用の認証情報、または車両３０の施解錠装置９０に予め記憶されたキーＩＤを送信した。しかし、依頼者端末４０等とキーユニット８０との間の認証情報は、上記のものに限定されない。変形例３では、例えば、センタサーバ２０は、依頼者端末４０等から鍵情報の発行要求を受け付ける度に、新たな認証情報を生成し依頼者端末４０等に発行してもよい。この場合、センタサーバ２０等は、新たな認証情報に対応するキーユニット８０用の車両側認証情報を、通信装置３２を介して、キーユニット８０に格納するようにすればよい。キーユニット８０は、ＣＡＮ等の車内ネットワークを通じて通信装置３２に接続される。但し、センタサーバ２０は、依頼者端末４０等に発行する認証情報を、例えば、車両３０を識別する識別情報と時刻情報とによって生成した上で、認証情報と時刻情報とを依頼者端末４０等に引き渡すとしてもよい。この場合では、車両３０のキーユニット８０は、センタサーバ２０と同一のアルゴリズムで車両側認証情報を生成すればよい。依頼者端末４０等は、鍵情報として発行された認証情報と時刻情報とをキーユニット８０に送信し、認証を受ければよい。

（その他）
実施形態および各変形例のトランクシェアシステム１において、車両３０の施解錠は、セキュリティを考慮して、荷室ドアのみ解錠・施錠制御が行われ、車室ドアの解錠・施錠制御は行われずにロック状態は保持されるものと想定する。そうすると、例えば、荷室と車室とが隔てられていないボディ構造を持つ車両３０、所謂、ワンボックスと俗称されるタイプでは、荷室ドアを解錠することで車室へのアクセスが可能になるため、車両３０の所有者、利用者等はセキュリティ上の懸念を抱く可能性がある。

そこで、荷室と車室とが隔てられていない車両３０では、荷室ドアが開扉されたときに、室内も撮影可能なドライブレコーダ等が室内の動画撮影を行い、撮影動画に基づいて荷室から車室への侵入の有無を判定すればよい。例えば、ドライブレコーダを制御するＥＣＵは、荷室から車室への侵入が有ったと判定した場合には、撮影動画の保存、車載アラームの作動、業者へ通知、車両の所有者へ通知等を行う。一方、ＥＣＵは、車室への侵入が無かったと判定した場合には、荷室ドアの閉扉およびロック動作が行われた時点で、撮影動画を消去してもよい。ドライブレコーダは、ユーザ・サービスの一環として、車室内への侵入の有無に関わらず、撮影動画を車両３０の車両オーナである所有者端末６０等に送信してもよい。

《コンピュータが読み取り可能な記録媒体》
情報処理装置その他の機械、装置（以下、コンピュータ等）に上記何れかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体とし
てハードディスクやＲＯＭ等がある。

【符号の説明】

【0147】

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】