JP6927010B2 - 車両への積載判定システム、及び、車両への積載判定方法 - Google Patents

Description

本発明は、荷物の車両への積載可否を判定する車両への積載判定システム、車両への積載判定方法、及び、認証情報制御システムに関する。

近年、集配サービスの利用者と集配を行う配送事業者との集配物（荷物）の受け渡しを効率的に行う手段として、利用者が指定する乗用自動車等の車両の車室又は荷室を集配物の受け渡し場所として利用する、トランクシェアシステムの開発が進められている。例えば、特許文献１には、集配物の集配を行う際に、該配送事業者の集配用通信装置と指定車両に搭載された車両用通信装置との間で認証処理を行わせ、その認証に成功すると、指定車両の施解錠が可能になるシステムが提案されている。

特開２００６−２０６２２５号公報

ここで、上記したトランクシェアシステムのように車両を利用して荷物の集配を行うシステムにおいて、現場に到着して車両に荷物を積載する際に、当該集配対象の荷物を車両に配置することができない場合がある。例えば、既に積載されている荷物によって車両に空き領域がなかったり、集配対象の荷物の寸法が大きかったりする場合である。

本発明は、上記したような種々の実情に鑑みてなされたものであり、その目的は、車両内への荷物の積載作業の効率の向上に寄与することができる技術を提供することにある。

上記課題を解決するために、本出願人は、荷物の車両への積載に先立って、車両への荷物の積載の可否を判定し、当該判定結果と、当該荷物を車両へ積載するための積載済みの荷物の移動とを通知することとした。

より詳細には、本発明は、車両に含まれる複数の積載領域それぞれについて、積載可能な寸法情報を記憶する記憶部と、寸法情報に基づいて、積載対象の荷物の車両への積載可否を判定し、荷物の積載可否の判定結果と、車両へ積載が可能な場合に荷物の積載が予定される第１の積載領域の情報とを出力する制御部と、を備える積載判定システムである。

車両とは、例えば、乗用自動車、トラック、バンである。積載領域は、例えば、車両の車室内の各座席上又は荷室内の領域である。荷物の積載が予定される第１の積載領域とは、例えば、積載を依頼するユーザによって積載位置として指定された積載領域や、対象の荷物を積載可能と判定された積載領域である。本発明によれば、積載対象の荷物が車両へ積載可能か否かと、当該荷物の積載が予定される積載領域とを、車両が位置する現場に向かわずとも得られるようになり、積載作業の効率を向上させることができる。

また、本発明では、制御部は、荷物の積載が予定される第１の積載領域に、既に他の荷物が積載されている場合には、当該他の荷物を積載可能な第２の積載領域が存在するか否かを判定し、第２の積載領域が存在すると判定される場合には、当該他の荷物の第２の積
載領域への移動を促す通知を出力する。当該通知によって、荷物の積載に伴う他の荷物の移動の要否を車両が位置する現場に向かわずとも得られるようになり、積載作業の効率を向上させることができる。

また、本発明では、制御部は、積載を依頼する第１のユーザによって荷物の積載領域が指定されている場合に、荷物が指定された積載領域に積載可能か否かを判定し、第１のユーザのユーザ端末に、指定された積載領域への荷物の積載可否の判定結果を通知するようにしてもよい。積載を依頼する第１のユーザは、例えば、車両の保有者、車両内の物品への接触の権利を保持する者である。これによって、例えば、積載不可能な場合には、積載を依頼するユーザに、対象の荷物の積載領域の指定を変更するように、または、対象の荷物を積載可能なように車両内の物品の配置を変更するように促すことができる。

また、本発明では、制御部は、積載を依頼する第１のユーザによって荷物の積載領域が指定されており、荷物が指定された積載領域に積載不可能である場合に、荷物を積載可能な他の積載領域を判定し、第１のユーザのユーザ端末に、当該荷物を積載する積載領域の当該他の積載領域への変更を通知するようにしてもよい。これによって、積載を依頼するユーザに、荷物の積載領域の指定の変更と、当該荷物を積載可能な積載領域の候補の提案を行うことができ、積載を依頼するユーザの荷物の積載領域の決定の手助けを行うことができる。

また、本発明では、積載を依頼する第１のユーザと積載作業を実行する第２のユーザとが異なり、荷物の積載が予定される第１の積載領域に存在する他の荷物を積載可能な第２の積載領域が存在する場合には、第１のユーザのユーザ端末に、当該他の荷物の第２の積載領域への移動の許可の要求を送信し、第１のユーザのユーザ端末から許可応答が受信された場合に、第２のユーザのユーザ端末に当該他の荷物の第２の積載領域への移動を促す通知を送信するようにしてもよい。積載作業を実行する第２のユーザは、例えば、配送事業者の配達員、消費者間取引における取引相手等の、車両に対して物品への接触の権限を有しない者である。これによって、例えば、積載作業者が車両に対して物品への接触の権限を有しない場合でも、当該積載作業者が荷物を積載するために車両内の物品を移動させることができ、積載作業の効率が向上する。

また、本発明では、積載対象の荷物について下積みの禁止が指定されていない場合には、当該荷物の積載が予定される第１の積載領域の積載可能な寸法情報を、少なくとも当該荷物の寸法の分を減じて更新し、積載対象の荷物について下積みの禁止が指定されている場合には、当該荷物の積載が予定される第１の積載領域の積載可能な寸法情報を他の荷物を積載不可能な値に設定する管理部をさらに備えてもよい。下積みとは、当該荷物を下にして他の荷物を積載すること、すなわち、当該荷物の上に他の荷物を積載することをいう。これによって、下積みの禁止が指定されている荷物が積載された積載領域には、それ以降他の荷物が積載されることが抑制でき、荷物の積載に関する積載を依頼するユーザの要望に応えることができる。

また、本発明では、制御部は、第１の荷物の積載が予定される第３の積載領域に、当初第１の積載領域への積載が予定されていた積載対象の荷物が積載された場合に、第１の荷物を積載可能な積載領域を判定するようにしてもよい。例えば、積載作業を実行する者の間違い等によって、当初積載が予定された第１の積載領域とは異なる第３の領域に荷物が積載された場合でも、それ以降第３の積載領域へ積載が予定される荷物の積載領域を変更することができ、自動的に、状況に応じて柔軟に対応することができ、積載作業の効率を向上させることができる。

また、本発明では、制御部は、第１の積載領域に積載対象の荷物の他に第２の荷物の積
載が予定されており、当該積載対象の荷物が第２の荷物より先に積載され、且つ、当該積載対象の荷物について下積みの禁止が指定されている場合に第１の積載領域を除外して第２の荷物を積載可能な積載領域を判定するようにしてもよい。例えば、１つの積載領域に、下積みの禁止が指定されていない荷物Ａ、下積みの禁止が指定されている荷物Ｂの順で積載される予定が立てられている場合に、積載の順番が変更となり、下積みの禁止が指定されている荷物Ｂが先に積載されても、自動的に荷物Ａの積載領域が新たに判定される。これによって、積載予定の変更にも柔軟に対応することができ、積載作業の効率を向上させることができる。

また、本発明は、荷物が配置され、且つ施解錠制御装置による施解錠処理を介して施解錠可能な、車両内の所定領域に対するユーザのアクセスを、該施解錠制御装置による該施解錠処理を実行させる所定の認証情報を該ユーザのユーザ端末に発行することで制御する認証情報制御システムであって、上述までの車両への積載判定システムと、積載が予定される第１の積載領域に対応するドアに限定して施解錠可能とする認証情報を発行する発行部とを備える認証情報制御システムであってもよい。これによって、積載作業者が第３者である場合に当該積載作業者がアクセス可能な車両内の領域を、積載予定の第１の積載領域に限定することができ、セキュリティを保護することができる。

なお、本発明の積載判定システム及び認証情報制御システムは、一又は複数の、コンピュータ等の処理装置で構成されてもよい。積載判定システム及び認証情報制御システムが複数の処理装置で構成される場合には、積載判定システム及び認証情報制御システムの各構成は複数の処理装置に分散して備えられ、それぞれの処理装置が協同して積載判定システム及び認証情報制御システムとしての処理を実現する。

本発明を、車両に含まれる複数の積載領域それぞれについて、積載可能な寸法情報を記憶部に記憶し、寸法情報に基づいて、積載対象の荷物の車両への積載可否を判定し、荷物の積載可否の判定結果と、車両への積載が可能な場合に前記荷物の積載が予定される第１の積載領域の情報とを出力する積載判定方法との側面でとらえることもできる。なお、上述までの積載判定システム及び認証情報制御システムに関して開示された技術的思想は、技術的な齟齬が生じない範囲で当該積載判定方法にも適用できる。

本発明によれば、車両内への荷物の積載作業の効率を向上させることができる。

第１実施形態に係るトランクシェアシステムの概略構成を示す図である。 図１に示すトランクシェアシステムを構成する車載装置、データ通信装置、ユーザ端末、センタサーバ、集配管理サーバの詳細な構成を示す図である。 集配管理サーバに格納される集配情報テーブルのテーブル構成を例示する図である。 集配管理サーバに格納される車両管理情報のテーブル構成を例示する図である。 センタサーバに格納される車両積載情報のテーブル構成を例示する図である。 センタサーバで実行される車両積載判定処理のフローチャートの一例である。 センタサーバで実行される車両積載判定処理のフローチャートの一例である。 センタサーバにおいて実行される車両積載判定の要求制御処理のフローチャートの一例である。 センタサーバにおいて実行される、認証情報の発行制御処理のフローチャートの一例である。 センタサーバにおいて実行される積載調整処理のフローチャートの一例である。 センタサーバにおいて実行される、車両積載情報の管理処理のフローチャートの一例である。 具体例におけるトランクシェアシステムによるサービスを利用した荷物の車両への配送の処理シーケンスの一例を示す図である。 具体例におけるトランクシェアシステムによるサービスを利用した荷物の車両への配送の処理シーケンスの一例を示す図である。 具体例における荷物の積載位置の予定の一例を示す図である。 具体例における、荷物Ａ及び荷物Ｂの積載が完了したトランクルーム内の積載状態の一例を示す図である。

以下、本発明の具体的な実施形態について図面に基づいて説明する。以下の実施形態に記載されている構成は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。

＜第１実施形態＞
＜システム構成＞
図１は、第１実施形態に係るトランクシェアシステム１の概略構成を示す図である。トランクシェアシステム１は、集配物（荷物）の集配作業を依頼する者と依頼された集配物の集配作業を実施する者との間で当該依頼者の指定する車両１０の荷室（トランク・ルーム）又は車室を共有（シェア）することで、当該荷室又は車室を受け渡し場所とする集配サービスを実現するためのシステムである。したがって、「集配物の集配作業を依頼する者」及び「集配物の集配作業を実施する者」は、それぞれ車両の荷室又は車室を利用するユーザであるが、両者を区別するために、前者を「依頼ユーザ」と称し、後者を「集配ユーザ」と称する。また、上記荷室又は車室は、集配される荷物を配置可能であって、後述するように車載装置１０Ａによって施解錠されるように構成される、車両１０内の所定領域である。当該荷室は、車両１０の運転者等が搭乗する車室とは、互いにアクセスが不可能となるように区切られた領域である。

図１に示される例では、トランクシェアシステム１は、車両１０、集配ユーザのユーザ端末２００、依頼ユーザのユーザ端末５０、センタサーバ４００、集配管理サーバ５００Ａ、５００Ｂを含む。車両１０には、車載装置１０Ａ、データ通信装置３５０が搭載されている。データ通信装置３５０、ユーザ端末２００、ユーザ端末５０、センタサーバ４００、及び集配管理サーバ５００Ａ、５００Ｂは、ネットワークＮ１によって相互に接続される。なお、ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。

車両１０は、例えば、乗用自動車である。また、車両１０は、軽トラック、バン等の貨物用自動車であってもよい。依頼ユーザは、例えば、車両１０の保有者、車両１０の保有者の家族等の車両１０へのアクセス権限を有する者である。

車載装置１０Ａは、近距離無線通信等を含むネットワークＮ２を介して、集配ユーザのユーザ端末２００に接続される。なお、トランクシェアシステム１には、例示的に２つの集配管理サーバ５００Ａ、５００Ｂが含まれているが、集配管理サーバは３台以上含まれ
てもよい。また、本明細書において集配管理サーバについて総括的に言及する場合には、その参照番号を５００とする。

依頼ユーザは、例えば、電子商取引事業者により開設された商品購入サイトで購入した物品を集配ユーザに配送してもらう場合や、配送事業者に荷物の集配を依頼する場合、消費者間取引によって取引が成立した相手ユーザに荷物を集配してもらう場合に、依頼ユーザのユーザ端末５０にインストールされたトランクシェアシステム１によるサービスを利用するためのアプリケーションによって、集配対象の物品に関する情報を、集配管理サーバ５００に登録することができる。なお、集配とは、集荷又は／及び配送を示す。

また、依頼ユーザは、例えば、車両１０への荷物の積載作業を実行する前に、依頼ユーザのユーザ端末５０にインストールされた、センタサーバ４００によって提供される車両積載判定サービスを利用するためのアプリケーションによって、当該荷物を車両１０に積載可能か否かと、車両内の積載位置とを取得することができる。車両積載判定とは、例えば、荷物が車両１０内に積載可能か否かと、荷物の車両１０内の積載位置の判定とを含む。

集配管理サーバ５００は、例えば、配送事業者によって管理されるサーバ、消費者間取引（Consumer to Consumer、ＣｔｏＣ）のアプリケーションの運営会社によって管理されるサーバである。集配管理サーバ５００は、依頼ユーザのユーザ端末５０や商品購入サイトの管理サーバ等から、集配の対象となる物品（以下、「集配荷物」とも言う）の登録を受け付ける。集配情報は、後述の図３に示すように、依頼ユーザの識別情報、集配荷物の識別情報、集配の日時指定の情報等を含む。また、依頼ユーザは、集配場所の候補から利用する集配場所を適宜選択し、それも集配情報に含められる。依頼ユーザの収集場所の候補には、例えば、車両１０も含まれる。なお、以降の説明においては、依頼ユーザの集配場所を車両１０としてその説明を進めるものとする。更に、集配情報には、集配荷物のステータスに関する情報も含む。当該ステータス情報としては、集配荷物の集配が完了したか否か等の情報が例示できる。

また、図１に示す集配管理サーバ５００Ａと集配管理サーバ５００Ｂは、異なる事業者によって管理されているものとする。したがって、集配管理サーバ５００Ａで管理されている集配情報に従った集配荷物の集配は、集配管理サーバ５００Ｂで管理されている集配情報に従った集配荷物の集配を行う事業者とは異なる事業者によって行われる。集配管理サーバ５００Ａ、５００Ｂを管理する各事業者から集配荷物の集配を依頼される集配ユーザを区別して表す場合には、以降、それぞれ集配ユーザＡ、集配ユーザＢのように添え字を付して表すこととする。

集配管理サーバ５００は、依頼ユーザのユーザ端末５０から荷物の集配の依頼を受け付け、集配場所が車両１０である場合には、センタサーバ４００に、車両１０への集配対象の荷物の車両積載判定を依頼する。センタサーバ４００によって判定された車両１０内の集配対象の荷物の積載位置は、例えば、集配情報に含まれてもよい。

また、集配管理サーバ５００は、集配荷物を積載する車両１０の車室又は荷室を施解錠するための認証情報を集配ユーザのユーザ端末２００に発行するように、センタサーバ４００に要求する。当該要求は、例えば、集配ユーザのユーザ端末２００からの要求を起点として行われる。

センタサーバ４００は、例えば、車両１０の積載領域の荷物の積載状態に関する情報と車両１０の施解錠を可能にする認証情報とを保持するサーバである。車両１０の積載領域は、車両１０内で荷物の積載に用いられる領域である。車両１０内には、複数の積載領域
が含まれている。積載領域には、例えば、助手席及び各後方座席の席上又は席下の空間、トランクルーム内の空間がある。センタサーバ４００を管理する事業者は、集配管理サーバ５００のいずれかを管理する事業者と異なる事業者であってもよいし、同じ事業者であってもよい。第１実施形態では、センタサーバ４００を管理する事業者は集配管理サーバ５００を管理するいずれの事業者とも異なる事業者であるとする。

センタサーバ４００は、例えば、依頼ユーザのユーザ端末５０又は集配管理サーバ５００からの車両積載判定の要求を受け付け、車両積載判定処理を行う。センタサーバ４００は、例えば、ネットワークＮ１を介して受信したデータ通信装置３５０から車両１０の車室及び荷室のカメラによる撮像画像や、依頼ユーザからユーザ端末５０を介して入力された情報に基づいて、車両１０内の複数の積載領域それぞれの荷物を積載可能な寸法情報を記憶している。センタサーバ４００は、車両積載判定として、車両１０内の各積載領域の積載可能な寸法情報と集配荷物の寸法情報とに基づいて、集配荷物の車両１０への積載の可否、集配荷物の車両１０内の積載位置を判定し、当該判定結果を要求元の依頼ユーザのユーザ端末５０又は集配管理サーバ５００に通知する。第１実施形態では、積載位置として、荷物の積載が予定される積載領域が通知される。

また、センタサーバ４００は、例えば、集配管理サーバ５００を介して集配ユーザのユーザ端末２００から認証情報の発行の要求を受け付け、認証情報の発行制御処理を行う。集配ユーザのユーザ端末２００は、例えば、車両１０との距離が所定距離未満となったことを検出した場合に、認証情報の発行の要求を送信する。車両１０との距離が所定距離未満となったことが検出されるのは、例えば、車両１０と集配ユーザのユーザ端末２００との位置情報とに基づいて検出されてもよいし、集配ユーザのユーザ端末２００が車両１０と近距離無線通信によるネットワークＮ２で接続されたことによって検出されてもよい。

センタサーバ４００は、認証情報の発行要求とともに受信される荷物の識別情報に対応付けられている依頼ユーザの識別情報に基づいて、依頼ユーザの識別情報に対応付けられた車両１０の認証情報を、集配管理サーバ５００を介して集配ユーザのユーザ端末２００に送信する。集配ユーザは、ユーザ端末２００で取得した認証情報を使用して車両１０の車室又は荷室を施解錠することで、集配荷物を配送又は集荷するために車両１０の車室又は荷室にアクセスすることができる。

ここで、認証情報は、ユーザ端末２００から近距離無線通信によって車載装置１０Ａに転送され、車載装置１０Ａによる認証処理を受けることで、車載装置１０Ａに車両１０の車室又は荷室の施解錠処理を実行させるデジタル情報である。また、車両１０の車室又は荷室の施解錠処理とは、集配荷物を収容する車両１０の車室又は荷室のドアを、詳細を後述する車載装置１０Ａによって施解錠する処理である。

図２は、トランクシェアシステム１を構成する車載装置１０Ａ、データ通信装置３５０、集配ユーザのユーザ端末２００、依頼ユーザのユーザ端末５０、集配管理サーバ５００、センタサーバ４００のそれぞれの構成を概略的に例示するブロック図である。図２に基づいて、車載装置１０Ａ、データ通信装置３５０、集配ユーザのユーザ端末２００、依頼ユーザのユーザ端末５０、集配管理サーバ５００、センタサーバ４００のハードウェア構成及び機能構成について説明する。

車載装置１０Ａは、キーユニット１００と施解錠装置３００とを含む。キーユニット１００は、スマートキーの電子キー（以下、携帯機）と同様の無線インターフェースを有しており、車載装置１０Ａが有する既設の施解錠装置３００と通信を行うことで、物理的な鍵を用いることなく車両１０の荷室や車室の施解錠を行うことができる。また、キーユニット１００は、集配ユーザのユーザ端末２００と近距離無線通信を行い、集配ユーザのユ
ーザ端末２００を認証処理した結果に基づいて、自身が車両１０の電子キーとして振る舞うか否かを決定する。以下、荷室と車室を区別する必要が無い場合には、車両１０の荷室や車室の施解錠を、単に「車両１０の施解錠」と言う場合もある。

集配ユーザのユーザ端末２００は、集配荷物の配送又は／及び集荷のために車両１０の車室又は荷室にアクセスする際に、当該車室又は荷室の施解錠をするための認証情報を、上記の通り集配管理サーバ５００を介してセンタサーバ４００に発行してもらう。集配ユーザのユーザ端末２００からキーユニット１００に送信された認証情報は、キーユニット１００に予め記憶された認証情報と照合される。キーユニット１００による認証処理が成功すると、ユーザ端末２００は、車載装置１０Ａを正当に作動させる端末として認証される。

ユーザ端末２００が認証されると、キーユニット１００は、キーユニット１００に予め記憶され、認証情報と対応付けられた車両１０のキーＩＤを、施解錠信号とともに施解錠装置３００に送信する。施解錠装置３００は、キーユニット１００から受信したキーＩＤが、施解錠装置３００に予め格納されるキーＩＤと一致する場合に車両１０を施解錠する。キーユニット１００および施解錠装置３００は、車両１０に搭載されるバッテリから供給される電力で動作する。なお、キーユニット１００に予め記憶されるキーＩＤは、認証情報によって暗号化されたものであってもよい。この場合、キーユニット１００は、集配ユーザのユーザ端末２００の認証処理が成功すると、キーＩＤを認証情報によって復号してから施解錠装置３００に送信すればよい。また、認証情報及びキーＩＤは、車室及び荷室の積載領域それぞれで異なっていてもよい。例えば、運転席のドア、助手席のドア、後方座席のドア、トランクルームのドアそれぞれで認証情報及びキーＩＤが異なっていてもよい。

ここで、施解錠装置３００の詳細について説明する。施解錠装置３００は、車両１０の車室や荷室のドアを施錠および解錠するための装置である。例えば、車両１０に対応する携帯機から、高周波（Radio Frequency，以下、ＲＦと称する）帯の電波を介して送信さ
れる施錠信号および解錠信号に応じて、車両１０のドアを施錠および解錠する。また、携帯機を検索するための、低周波（Low Frequency，以下、ＬＦと称する）帯の電波を送信
する機能を有している。

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

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

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

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

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

ボディＥＣＵ３０４は、車両１０のボディ制御を行うコンピュータである。ボディＥＣＵ３０４は、照合ＥＣＵ３０３から受信した解錠指令または施錠指令に基づいてドアロックアクチュエータ３０５を制御することで、車両１０の車室ドアや荷室ドアの解錠および施錠を同時に又は独立して行う機能を有している。なお、照合ＥＣＵ３０３とボディＥＣＵ３０４とは一体のものであってもよい。

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

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

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

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

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

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

認証部１０４２が集配ユーザのユーザ端末２００の認証に成功した場合、ユーザ端末２００から受信した要求に応じて生成された施解錠信号がＲＦ送信機１０２を介して施解錠装置３００へ送信される。以降、説明の必要に応じて、キーユニット１００に記憶される認証情報を装置認証情報、集配ユーザのユーザ端末２００から送信される認証情報を端末認証情報と称するものとする。

また、キーユニット１００は、施解錠信号とともに、上記のキーＩＤを施解錠装置３００に送信する。キーＩＤは、平文の状態で予めキーユニット１００に記憶されていてもよいし、集配ユーザのユーザ端末２００に固有な暗号によって暗号化した状態で記憶されていてもよい。キーＩＤが暗号化した状態で記憶される場合、集配ユーザのユーザ端末２００から送信された認証情報によって暗号化されたキーＩＤを復号し、本来のキーＩＤを得るようにしてもよい。

このように、車載装置１０Ａは、ユーザ端末２００から送信された認証情報を起点として、キーユニット１００による認証処理を経て施解錠装置３００を作動させて、車両１０の車室や荷室を施解錠する一連の処理を実行する。この一連の処理が、車載装置１０Ａによる施解錠処理であり、本発明の施解錠制御装置による施解錠処理に相当する。

次に、車両１０には、車載装置１０Ａに加えて、カメラ３９０とデータ通信装置３５０とが搭載されている。カメラ３９０は、例えば、車両１０に複数台搭載されており、車室内と荷室内とのそれぞれに設置されている。カメラ３９０とデータ通信装置３５０とは、例えば、ＣＡＮ等の車内ネットワークによって接続されている。カメラ３９０は、例えば、車室内又は荷室内を撮像範囲とし、所定の周期で、又は、データ通信装置３５０やデータ通信装置３５０を介したセンタサーバ４００からの要求に応じて撮像し、撮像画像をデータ通信装置３５０又はデータ通信装置３５０を介してセンタサーバ４００に送信する。

データ通信装置３５０は、車両１０に搭載された装置であって、ＣＰＵやＤＳＰ（Digital Signal Processor）等のプロセッサ（不図示）、ＲＡＭ、ＲＯＭ（Read Only Memory）等の主記憶部（不図示）、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディス
クドライブ（ＨＤＤ、Hard Disk Drive）、リムーバブルメディア等の補助記憶部（不図
示）を有するコンピュータの構成を有している。

なお、リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体である。補助記憶部には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、所定の目的に合致した機能を実現することができる。

補助記憶部には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、所定の目的に合致した機能を実現することができる。

更に、データ通信装置３５０は、通信部３５１を有する。通信部３５１は、センタサーバ４００との間の通信を行う。通信部３５１は、例えば、無線通信のための無線通信回路である。無線通信回路は、公衆通信網であるインターネット等のネットワークＮ１に接続される。

データ通信装置３５０では、上述したプロセッサによるプログラムの実行により、機能部として情報取得部３５２が形成される。情報取得部３５２は、例えば、ＣＡＮ等を通じてカメラ３９０から車室内又は荷室内の撮像画像を受信し、通信部３５１を介してセンタサーバ４００に、当該車室内又は荷室内の撮像画像を送信する。

次に、集配ユーザのユーザ端末２００について説明する。ユーザ端末２００は、例えば、スマートフォン、携帯電話端末、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型で携帯可能なコンピュータである。なお、ユーザ端末２００は、公衆通信網であるインターネット等のネットワークＮ１を介して集配管理サーバ５００に接続される、パーソナルコンピュータ（Personal Computer、ＰＣ）
であってもよい。集配ユーザのユーザ端末２００は、近距離通信部２０１、通信部２０２、制御部２０３、入出力部２０４を有して構成される。

近距離通信部２０１は、キーユニット１００の近距離通信部１０３と同一の通信規格によって、キーユニット１００との間で通信を行う手段である。近距離通信部２０１とキーユニット１００との間に形成されるネットワークは、図１でネットワークＮ２で表されているネットワークである。通信部２０２は、ユーザ端末２００をネットワークＮ１に接続するための通信手段である。第１実施形態では、ユーザ端末２００は、３Ｇ（3rd Generation）やＬＴＥ（Long Term Evolution）等の移動体通信サービスを利用して、ネットワ
ークＮ１経由で他の装置（例えば集配管理サーバ５００等）と通信を行うことができる。

制御部２０３は、ユーザ端末２００の制御を司るコンピュータである。制御部２０３は、例えば、上述した端末認証情報を取得する処理、取得された端末認証情報を含む施解錠要求を生成する処理、生成された施解錠要求をキーユニット１００に送信する処理などを行う。なお、制御部２０３は、例えば、マイクロコンピュータによって構成されている。当該マイクロコンピュータには、例えば、記憶手段とプロセッサとが搭載されている。当該マイクロコンピュータに搭載されている記憶手段（ＲＯＭ等）に記憶されたプログラムを、当該マイクロコンピュータに搭載されているプロセッサ（ＣＰＵ等（いずれも不図示））によって実行させることで上記した各種処理を行うための機能が実現される。

また、制御部２０３は、入出力部２０４を介して集配ユーザとのインタラクションを行
う。入出力部２０４は、集配ユーザが行った入力操作を受け付け、集配ユーザに対して情報を提示する手段である。具体的には、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネル及び液晶ディスプレイは、第１実施形態では、一つのタッチパネルディスプレイから構成されるものとする。

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

また、制御部２０３は、センタサーバ４００から端末認証情報を取得する処理を行う。なお、端末認証情報は、施解錠装置３００がキーユニット１００を認証するための情報（キーＩＤ）ではなく、キーユニット１００がユーザ端末２００を認証するための情報である。キーユニット１００がユーザ端末２００を認証するための情報は、例えば、車両１０に搭載されるキーユニット１００に固有の認証情報に対応する認証情報である。具体的には、制御部２０３が、通信部２０２を介して、端末認証情報の発行要求を、集配管理サーバ５００を介してセンタサーバ４００に送信する。ここでいう「端末認証情報の発行要求」には、ユーザ端末２００の識別情報と、集配荷物の識別情報と、キーユニット１００に固有な端末認証情報の発行を要求する信号と、が含まれる。

端末認証情報の発行要求を受信したセンタサーバ４００は、車両１０に搭載されているキーユニット１００に固有な端末認証情報をユーザ端末２００に送信する。これにより、ユーザ端末２００上において、車両１０を解錠する操作が可能になる。なお、ユーザ端末２００が端末認証情報を有していない場合、車両１０に対する操作画面からの施錠操作及び解錠操作は不可能となる。

第１実施形態においてユーザ端末２００が取得する端末認証情報は、例えば、集配ユーザの集配作業の終了に伴う車室ドア又は荷室ドアの施錠をトリガにして無効化される、ワンタイムキーであってもよい。例えば、センタサーバ４００から送信される端末認証情報がユーザ端末２００によって受信されたタイミングで、該端末認証情報がユーザ端末２００の記憶部（不図示）に記憶され、その後、集配作業の終了に伴う荷室ドアの施錠が行われた際にキーユニット１００から送信される施錠通知がユーザ端末２００によって受信されたタイミングで、該端末認証情報が上記の記憶部から消去される。

なお、ユーザ端末２００の記憶部に記憶された端末認証情報が消去されるタイミングは、上記した例に限定されるものではなく、センタサーバ４００から送信される端末認証情報をユーザ端末２００が受信した時点（又は、センタサーバ４００がユーザ端末２００へ向けて端末認証情報を送信した時点）から所定時間が経過したタイミングであってもよい。また、端末認証情報は、上記したようなワンタイムキーに限定されるものではなく、所定の時間帯のみ有効となる限定的なキーであってもよい。そして、端末認証情報がワンタイムキーであるか、又は限定的なキーであるかにかかわらず、該端末認証情報に対応する装置認証情報が、キーユニット１００に事前に記憶されるものとする。

次に、依頼ユーザのユーザ端末５０について説明する。ユーザ端末５０も、上記ユーザ端末２００と同様に、例えば、スマートフォン、携帯電話端末、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータであってもよく、パーソナルコンピュータであってもよい。依頼ユーザのユーザ端末５０は、通信部５１、制御部５２、入出力部５３を有して構成される。

通信部５１は、機能的には上記通信部２０２と同等の、ネットワークＮ１に接続するための通信手段である。制御部５２は、ユーザ端末５０の制御を司るコンピュータである。制御部５２は、例えば、マイクロコンピュータによって構成されている。当該マイクロコンピュータに搭載される記憶手段（ＲＯＭ等）に記憶されたプログラムを、当該マイクロコンピュータに搭載されるＣＰＵ（いずれも不図示）によって実行させることで各種処理を行うための機能が実現される。

例えば、制御部５２は、トランクシェアシステム１によるサービスを利用するためのアプリケーションを実行して、通信部５１を介して集配荷物の集配依頼を、所定の配送事業者の集配管理サーバ５００に対して行う。集配依頼とともに、例えば、入出力部５３を介して入力された、集配指定日時、集配荷物に関する情報等も集配管理サーバ５００に送信される。集配荷物に関する情報は、例えば、荷物のサイズ、重量、天地無用の指定の有無、下積厳禁の指定の有無等である。

また、例えば、制御部５２は、センタサーバ４００によって提供される車両積載判定サービスを利用するためのアプリケーションを実行して、通信部５１を介して、センタサーバ４００に荷物の車両１０への車両積載判定の要求を行う。車両積載判定の要求とともに、例えば、入出力部５３を介して入力された、積載対象の荷物に関する情報もセンタサーバ４００に送信される。積載対象の荷物に関する情報は、例えば、集配荷物に関する情報と同様である。

入出力部５３も、機能的には上記入出力部２０４と同様の、依頼ユーザが行った入力操作を受け付け、依頼ユーザに対して情報を提示する手段である。

なお、図２においては、ユーザ端末５０は、上記近距離通信部２０１に相当する構成を明示的には有していないが、そのような構成を有するとともに、上記制御部２０３のように制御部５２がセンタサーバ４００から端末認証情報を取得する処理を行いその端末認証情報をキーユニット１００に近距離無線通信により送信することで、ユーザ端末５０から施解錠装置３００を作動させるように構成されてもよい。

次に、集配管理サーバ５００について説明する。集配管理サーバ５００は、一般的なコンピュータの構成を有しており、上述のように、トランクシェアシステム１に複数の事業者が参加する場合には、各事業者が自己用の管理サーバとして少なくとも１つの集配管理サーバを準備する。集配管理サーバ５００は、ＣＰＵやＤＳＰ等のプロセッサ（不図示）、ＲＡＭ、ＲＯＭ等の主記憶部（不図示）、ＥＰＲＯＭ、ＨＤＤ、リムーバブルメディア等の補助記憶部（不図示）を有するコンピュータである。

更に、集配管理サーバ５００は、通信部５０１を有する。通信部５０１は、他の装置と接続し、集配管理サーバ５００と他の装置（例えば、センタサーバ４００やユーザ端末２００等）との間の通信を行う。通信部５０１は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、公衆通信網であるインターネット等のネットワークＮ１に接続される。

更に、集配管理サーバ５００は、上述した集配情報を格納する集配管理ＤＢ（データベース）５０３を有している。集配管理ＤＢ５０３は、上記の補助記憶部に集配情報が格納されて形成されており、そこでは依頼ユーザと集配情報の紐付けが行われている。集配管理ＤＢ５０３は、プロセッサによって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部
に記憶されるデータを管理することで構築される。集配管理ＤＢ５０３は、例えば、リレーショナルデータベースである。集配管理ＤＢ５０３に格納される集配情報の詳細については、後述の図３において説明される。

また、集配管理ＤＢ５０３には、依頼ユーザと、対応する集配場所としての車両１０とを紐付けた車両管理情報も格納される。車両管理情報には、例えば、集配ユーザが車両１０を特定するために有用な、車両のナンバー、車両の外観、車両の位置等の情報である。車両管理情報の詳細については、後述の図４において説明される。

集配管理サーバ５００では、上述したプロセッサによるプログラムの実行により、機能部として制御部５０２が形成される。制御部５０２は、集配管理ＤＢ５０３への集配情報の登録や更新等の管理制御を行う。例えば、依頼ユーザがユーザ端末５０を介して集配荷物の集配を依頼すると、制御部５０２は、集配荷物に識別情報を付与し、依頼ユーザの識別情報に、集配荷物の識別情報、集配区分、集配日時、集配場所等を紐付けて、当該依頼ユーザに対応する集配情報を生成し、集配管理ＤＢ５０３に格納する。

また、集配情報生成後に、依頼ユーザから、集配日時や集配場所の情報変更の通知があった場合には、制御部５０２は、その変更に合わせて格納されている集配情報を更新する。また、制御部５０２は、通信部５０１を介して集配ユーザのユーザ端末２００と通信を行い、集配情報に含まれる、集配荷物のステータスに関する情報の更新も行う。例えば、集配ユーザが入出力部２０４を介して入力したステータス情報（例えば、集配の完了を表す情報）をそのユーザ端末２００から受け取り、対応する集配情報を更新する。

また、制御部５０２は、依頼ユーザからユーザ端末５０を介して車両１０を集配場所とする集配荷物の集配の依頼を受け、当該依頼に対応する集配情報が集配管理ＤＢ５０３に登録されると、当該依頼の集配荷物について、センタサーバ４００に、車両積載判定を要求する。センタサーバ４００から、集配荷物の車両１０への積載可能の通知を受けた場合には、制御部５０２は、例えば、当該通知とともに通知される集配荷物の車両１０への積載位置を、当該集配荷物に対応する集配情報に登録する。センタサーバ４００から、集配荷物の車両１０への積載不可との通知を受けた場合には、制御部５０２は、例えば、依頼ユーザのユーザ端末５０、商品購入サイトやＣｔｏＣサイトの管理サーバを通じて依頼ユーザのユーザ端末５０に当該通知を転送する。

また、制御部５０２は、依頼ユーザに紐付けられた集配情報と車両管理情報とに基づいて、集配ユーザが集配荷物を車両１０に集配できるように、集配ユーザのユーザ端末２００に対して集配の指示を送信する。集配の指示とともに、例えば、集配情報に含まれる、依頼ユーザの識別情報、集配荷物の識別情報、車両１０内の積載位置、及び、車両管理情報に含まれる、車両１０のナンバー、車両位置等が通知される。なお、この集配の指示は、一度ではなく複数回にわたってユーザ端末２００に送信してもよい。例えば、予定の集配日の前日に、翌日の集配に関連する集配指示をまとめて集配ユーザのユーザ端末２００に送信し、集配の当日には再度集配指示を送信してもよい。なお、再度の送信の際に、集配情報に更新があった場合にはその更新内容を反映させる。

集配管理サーバ５００の各機能構成要素のいずれか、又はその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。また、集配管理サーバ５００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

次に、センタサーバ４００について説明する。センタサーバ４００も、一般的なコンピュータの構成を有しており、基本的なハード構成は集配管理サーバ５００と同じであり、
不図示のプロセッサ、主記憶部、補助記憶部を有する。したがって、補助記憶部に格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、所定の目的に合致した機能を実現することができる。また、センタサーバ４００も通信部４０１を有しており、通信部４０１は、機能的には上記集配管理サーバ５００の有する通信部５０１と同等のものであり、センタサーバ４００と他の装置（例えば、集配管理サーバ５００、依頼ユーザのユーザ端末５０等）との間の通信を行う。

更に、センタサーバ４００は、その補助記憶部に、各種情報を格納するユーザ情報ＤＢ４０３、認証情報ＤＢ４０４、車両積載情報ＤＢ４０５を有している。これらのデータベース（ＤＢ）は、プロセッサによって実行されるデータベース管理システムのプログラムが、補助記憶部に記憶されるデータを管理することで構築される。ユーザ情報ＤＢ４０３、認証情報ＤＢ４０４、車両積載情報ＤＢ４０５は、例えば、リレーショナルデータベースである。

ユーザ情報ＤＢ４０３は、車両１０を利用するユーザ（例えば、集配荷物を車両１０に配送等する集配ユーザや、配送された集配荷物を回収する依頼ユーザ）の識別情報と、対応するパスワード等を格納する。

認証情報ＤＢ４０４は、上記の端末認証情報に相当する、車両１０の認証情報を格納する。車両１０の認証情報は、車両１０の識別情報（キーＩＤ）に対応づけられた情報であり、例えば、車載装置１０Ａが有するキーユニット１００に固有の識別情報とすることができる。また、認証情報ＤＢ４０４は、車両１０の認証情報の他、当該認証情報の有効期間（有効時間帯を含む）、当該認証情報の失効有無等の情報を格納してもよい。認証情報の有効期間は、認証情報とともに集配ユーザのユーザ端末２００に送信されてもよい。集配ユーザのユーザ端末２００は、認証情報の有効期間を受信すると、有効期間を経過した認証情報を削除して失効させることができる。また、認証情報の失効有無は、認証情報が、ユーザ端末２００に送信されて有効な状態であるか、有効期間を経過して失効中であるかの状態を表す。後述する認証情報管理部４０２１が、認証情報がユーザ端末２００に送信されて有効な状態である場合には、認証情報が有効期間が重なって発行されないようにすることで、認証情報の重複発行を回避することができる。

車両積載情報ＤＢ４０５は、車両１０内の積載領域に関する情報を格納する。車両１０内の積載領域に関する情報は、例えば、各積載領域の寸法、各積載領域の荷物の積載状態、等である。車両積載情報ＤＢ４０５には、車両積載判定の要求とともに通知される集配情報（集配管理サーバ５００から受信）又は積載対象の荷物に関する情報（依頼ユーザのユーザ端末２００から受信）も格納される。車両積載情報ＤＢ４０５に格納される車両積載情報の詳細は後述の図５において説明される。

また、センタサーバ４００では、上述したプロセッサによるプログラムの実行により、機能部として制御部４０２が形成される。制御部４０２は、集配荷物の車両積載判定処理、ユーザ端末２００等への認証情報の発行制御処理、車両積載情報の管理を行う。詳細には、制御部４０２は、機能部として認証情報管理部４０２１、積載判定部４０２２、積載情報管理部４０２３を含む。

認証情報管理部４０２１は、車両１０を施解錠するための認証情報の発行制御処理を行う。詳細には、認証情報管理部４０２１は、集配ユーザのユーザ端末２００から集配管理サーバ５００を介して、車両１０を施解錠するための認証情報の発行要求を受け付ける。認証情報管理部４０２１は、認証情報の発行要求とともに、認証情報の発行先であるユーザ端末２００の情報を受信する。認証情報管理部４０２１は、キーユニット１００に対応
する認証情報（端末認証情報）を、集配管理サーバ５００を介してユーザ端末２００に送信する。認証情報管理部４０２１は、有効期間の情報を含む認証情報を生成してもよい。車載装置１０Ａのキーユニット１００は、有効期間の情報を含む認証情報を受信しても有効期間を経過している場合には、認証情報が失効したものとして、車両１０の施解錠を実行しないようにする。

積載判定部４０２２は、車両積載判定処理を行う。詳細には、依頼ユーザのユーザ端末５０から、又は、集配管理サーバ５００からの車両積載判定の要求を受け付ける。積載判定部４０２２は、車両積載判定の要求とともに、例えば、依頼ユーザのユーザ端末５０から積載対象の荷物に関する情報を、集配管理サーバ５００から集配荷物に対応する集配情報を受信する。依頼ユーザのユーザ端末５０から車両積載判定の要求を受信するのは、例えば、依頼ユーザが、センタサーバ４００が提供する車両積載判定のサービスを利用するアプリケーションをユーザ端末５０に実行させ、車両積載判定処理の要求をユーザ端末５０に入力した場合である。集配管理サーバ５００から車両積載判定の要求を受信するのは、例えば、依頼ユーザが、トランクシェアシステム１が提供するサービスを利用するためのアプリケーションをユーザ端末５０で実行させ、ユーザ端末５０を通じて集配の依頼を行った場合である。

積載判定部４０２２は、例えば、車両積載情報ＤＢ４０５に格納される車両１０の各積載領域の積載可能な寸法情報と、積載対象の荷物に関する情報又は集配情報に含まれる荷物のサイズとに基づいて、車両１０に荷物を積載可能か否かと、集配荷物の積載位置とを判定する。積載判定部４０２２は、車両１０に荷物を積載可否判定の結果と、積載可能である場合には荷物の積載位置とを、要求元のユーザ端末５０又は集配管理サーバ５００に送信する。

積載情報管理部４０２３は、車両積載情報ＤＢ４０５の管理を行う。詳細には、例えば、依頼ユーザのユーザ端末５０又は集配管理サーバ５００から車両積載判定の要求とともに積載対象の荷物に関する情報又は集荷情報を受信すると、積載情報管理部４０２３は、車両積載情報ＤＢ４０５に格納する。また、積載情報管理部４０２３は、車両１０のデータ通信装置３５０からカメラ３９０による車室内又は荷室内の撮像画像を受信し、当該撮像画像から各積載領域の積載可能寸法を取得し、車両積載情報ＤＢ４０５内の車両積載情報を更新する。

積載領域の積載可能寸法は、デフォルトの寸法ではなく、積載領域中の荷物の積載に用いることができる空間の寸法である。例えば、或る積載領域に荷物が置かれている場合には、当該積載領域の積載可能寸法は、デフォルトの寸法から当該荷物の寸法を差し引いた寸法となる。すなわち、積載可能寸法とは、荷物を積載するために使用できる積載領域の残りの空間の寸法であり、荷物の積載や荷下ろし等によって変動する。積載情報管理部４０２３は、依頼ユーザのユーザ端末５０から積載又は荷下完了の通知や集配管理サーバ５００を介して集配ユーザのユーザ端末２００から集配完了の通知を受信し、当該通知に応じて、積載領域の積載可能寸法を管理する。

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

図３は、集配情報テーブルのテーブル構成を例示する図である。集配情報テーブルは、例えば、集配管理サーバ５００の集配管理ＤＢ５０３に格納されている。集配情報テーブルは、依頼ユーザＩＤ、荷物ＩＤ、集配区分、集配日時、集配場所、集配ステータス、集
配ユーザＩＤ、荷物サイズ、荷物重量、天地無用、下積厳禁、集配位置、レイアウト変更の各フィールドを有する。

依頼ユーザＩＤフィールドには、依頼ユーザを識別するための識別情報が入力される。荷物ＩＤフィールドには、荷物を識別するための識別情報が入力される。集配区分フィールドには、集配荷物が集配ユーザにより配送されるか集荷されるかを特定するための情報が入力される。集配日時フィールドには、集配荷物が集配される日時を表す情報が入力され、特に、集配時間に関しては、特定の時間が入力されてもよいし、集配が求められる特定の時間帯が入力されてもよい。依頼ユーザによって集配日時の指定が有る場合には、集配日時フィールドには、当該指定された集配日時が入力される。また、依頼ユーザによって集配日時の指定がない場合には、例えば、集配日時フィールドには、集配スケジュールが決定してから、集配日時の情報が入力される。

集配場所フィールドには、依頼ユーザによって指定された集配場所を示す情報が入力される。集配場所フィールドには、例えば、「自宅」、「車両」、「職場」等の値が入力される。集配場所フィールドに入力される「自宅」、「車両」、「職場」等の値に応じて、当該集配情報の対象の集配荷物の集配先の住所に紐づけられている（不図示）。特に、集配場所フィールドに「車両」が入力されている集配情報は、後述の図４に示される車両管理情報と、依頼ユーザの識別情報によって紐づけられる。

集配ステータスフィールドには、集配ユーザによる集配荷物の集配が完了したか否かを表す情報が入力される。例えば、集配荷物の集配が完了している場合には「完了」と入力され、当該集配が完了していない場合には「未完了」と入力される。

集配ユーザＩＤフィールドには、集配荷物の集配を実行する予定の集配ユーザの識別情報が入力される。集配ユーザＩＤフィールドは、例えば、依頼ユーザが使用しているサービスがＣｔｏＣである場合には、依頼ユーザから集配依頼とともに指定される集配ユーザの識別情報が入力される。例えば、依頼ユーザが使用しているサービスがＥＣサイトや配送事業者のサイトである場合には、集配管理サーバ５００によって集配スケジュールが決定され集配ユーザも決定されると、集配ユーザＩＤフィールドに集配ユーザの識別情報が入力される。

荷物サイズフィールドには、集配荷物のサイズが格納される。集配荷物のサイズは、例えば、縦（ｃｍ）×横（ｃｍ）×高さ（ｃｍ）の形式のデータが入力される。荷物重量フィールドには、集配荷物の重量が格納される。集配荷物の重量は、例えば、オプションである。天地無用フィールドは、集配荷物に天地無用が指定されているか否かが入力される。下積厳禁フィールドは、集配荷物に下積厳禁が指定されているか否かが入力される。

集配荷物のサイズ、集配荷物の重量、天地無用の指定の有無、下積厳禁の指定の有無は、集配依頼とともに依頼ユーザのユーザ端末５０から受信されたり、依頼ユーザが商品を購入した購入先の事業者からの配送依頼ともとに受信されたりする。集配荷物のサイズ又は重量は、例えば、依頼ユーザがユーザ端末５０を介して直接入力してもよいし、複数の選択肢の中から、集配荷物の実際のサイズ又は重量を超えない範囲で最も近いサイズが選択されてもよい。

集配位置フィールドには、集配荷物の積載位置を示す情報が入力される。例えば、集配位置フィールドには、助手席、後方右座席、後方左座席、トランク右前、トランク中央前、トランク左前等の車両１０内の積載領域の識別情報が入力される。集配位置フィールドは、例えば、集配管理サーバ５００がセンタサーバ４００から車両積載判定の結果を受信すると入力される。

レイアウト変更フィールドには、レイアウトの変更の可否を示す情報が入力される。レイアウト変更とは、例えば、車両１０に既に積載されている荷物を移動させること、依頼ユーザによって指定された積載位置に該当する積載領域以外の領域に荷物を積載すること、を示す。レイアウトの変更の可否は、集配依頼毎に依頼ユーザが指定してもよいし、集配依頼に先立って予め依頼ユーザによって設定されていてもよい。

なお、依頼ユーザが、センタサーバ４００が提供する車両積載判定のサービスを利用するアプリケーションをユーザ端末５０に実行させることで送信される車両積載判定の要求ととともに送信される積載対象の荷物に関する情報は、例えば、図３に示される集配情報のうち、依頼ユーザＩＤ、荷物ＩＤ、荷物サイズ、荷物重量、天地無用、下積厳禁、集配位置の指定、レイアウト変更の各フィールドに相当する情報が含まれている。

図４は、車両管理情報のテーブル構成を例示する図である。車両管理情報は、例えば、集配管理サーバ５００の集配管理ＤＢ５０３に格納されている。車両管理情報は、依頼ユーザと、対応する集配場所としての車両１０とを紐付ける。車両管理情報テーブルは、例えば、依頼ユーザＩＤフィールド、車両ＩＤフィールド、車種フィールド、色フィールド、ナンバーフィールド、車両位置フィールドを有する。

依頼ユーザＩＤフィールドには、依頼ユーザの識別情報が入力される。車両ＩＤフィールドには、車両１０の識別情報が入力される。車種フィールド、色フィールド、ナンバーフィールドは、依頼ユーザが集配場所として車両１０を選択したときに、集配ユーザがその車両１０を発見可能となるように、車両１０を識別するための情報である。車種フィールドには、車両１０の車種を示す情報が入力される。色フィールドには、車両１０の色を示す情報が入力される。ナンバーフィールドには、車両１０のナンバープレートに記載されている識別番号が入力される。

車両位置フィールドには、車両１０の位置情報が入力される。車両１０の位置情報は、依頼ユーザからのユーザ端末５０を介した入力により取得されてもよく、また、車両１０に設けられたデータ通信装置３５０を介してセンタサーバ４００が把握している車両１０の位置情報をセンタサーバ４００から取得してもよい。なお、車両管理情報と同様の情報をセンタサーバ４００も有してもよい。図４に示される車両管理情報は、例えば、荷物の集配スケジュールが決定すると、集配荷物に対応する集配情報とともに、集配ユーザのユーザ端末２００に送信される。これによって、集配ユーザが集配場所である車両１０の位置（住所）を知ることができ、車種、色、ナンバー等から車両１０を特定することができる。

図５は、車両積載情報のテーブル構成を例示する図である。車両積載情報は、例えば、センタサーバ４００の車両積載情報ＤＢ４０５に格納されている。車両積載情報は、例えば、依頼ユーザの車両１０の各積載領域の荷物の積載状態に関する情報である。車両積載情報テーブルは、依頼ユーザＩＤフィールド、車両ＩＤフィールド、領域フィールド、寸法フィールド、チャイルドシートフィールド、積載可能寸法フィールド、積載荷物ＩＤフィールドを有する。

依頼ユーザＩＤフィールドには、依頼ユーザの識別情報が入力される。車両ＩＤフィールドには、車両１０の識別情報が入力される。領域フィールドには、車両１０内に含まれる積載領域の識別情報が入力される。車両１０内に含まれる積載領域には、例えば、１座席上又は１つの荷室を積載領域の１単位とする場合に、２列の乗用車では、「助手席」、「後方右座席」、「後方左座席」、「トランクルーム（全体）」がある。また、複数の単位の積載領域が組み合わされて用いられてもよい。複数の単位の積載領域の組合せとして
、図５に示される例では、「後方座席」、「助手席＋後方左座席」がある。複数の単位の積載領域の組合せである「後方座席」は、後方右座席と後方左座席との組み合わせである。

また、１単位の積載領域が分割されて用いられてもよい。１単位の積載領域を分割して得られる積載領域を、以降、分割積載領域と称する。分割積載領域には、例えば、トランクルームを前後左右で６分割した「トランク右前」、「トランク中前」、「トランク左前」、「トランク右後」、「トランク中後」、「トランク左後」がある。分割積載領域を複数組み合わせて用いてもよい。例えば、複数の分割積載領域の組み合わせには、「トランク前半分」、「トランク後半分」、「トランク右前＋右後」、「トランク中前＋中後」「トランク左前＋トランク左後」がある。

「トランク前半分」は、「トランク右前」、「トランク中前」、「トランク左前」の組合せである。「トランク後半分」は、「トランク右後」、「トランク中後」、「トランク左後」の組合せである。なお、図５に示される積載領域の定義は一例であって、積載領域がどのように定義されるかについては、車両１０の車種、センタサーバ４００の管理事業者、依頼ユーザの意向等に依存する。

寸法フィールドには、各積載領域のデフォルトの寸法の情報が入力される。各積載領域のデフォルトの寸法は、例えば、車両１０の車種からセンタサーバ４００が取得してもよいし、依頼ユーザによってユーザ端末５０から入力されてもよいし、カメラ３９０によって撮像された車両１０の車室及び荷室内の撮像画像を解析することで取得されてもよい。寸法フィールドには、例えば、車幅方向（ｃｍ）×車長方向（ｃｍ）×高さ（ｃｍ）の形式でデータが入力される。

チャイルドシートフィールドには、積載領域内にチャイルドシートの設置が有るか否かを示す情報が入力される。チャイルドシートの設置の有無は、例えば、依頼ユーザによってユーザ端末５０から入力されてもよいし、カメラ３９０による車両１０内の車室の撮像画像を画像解析することで取得されてもよい。チャイルドシートフィールドにチャイルドシートの設置ありを示す情報が入力されている場合には、例えば、当該積載領域には他の荷物を積載できないとみなし、後述の積載可能寸法は０に設定される。または、チャイルドシートフィールドにチャイルドシートの設置ありを示す情報が入力されている場合には、例えば、チャイルドシート上に積載可能な所定の寸法が入力されてもよい。

積載可能寸法フィールドには、積載領域内の荷物を積載可能な空間の寸法の情報、すなわち、積載可能寸法が入力される。積載領域にいずれの荷物（チャイルドシートも含む）も積載されていない場合には、積載可能寸法フィールドには、寸法フィールドと同じ値が入力される。積載可能寸法フィールドの値は、該当する積載領域への荷物の積載及び積み下ろしに応じて変動する。例えば、積載領域へ「下積厳禁」が指定されている荷物が積載された場合には、当該積載領域の積載可能寸法フィールドの値は、０に更新される。「下積厳禁」が指定されている荷物が積載された場合には、当該積載領域にこれ以上荷物を積載することを抑制するためである。

例えば、積載領域へ「下積厳禁」が指定されている荷物が積載された場合には、当該積載領域の積載可能寸法フィールドの値は、積載された荷物の寸法＋αが差し引かれた値に更新される。また、当該積載領域から当該荷物が下された場合には、積載可能寸法フィールドの値は、当該荷物の寸法が加算された値に更新される。ただし、当該積載領域にいずれの荷物も積載されていない場合には、当該積載可能寸法フィールドの値は、寸法フィールドの値に更新される。

積載荷物ＩＤフィールドには、積載領域に積載予定の、又は、積載されている荷物の識別情報が入力される。積載荷物ＩＤフィールドは、積載される順番で荷物の識別情報が入力される。例えば、センタサーバ４００によって車両積載判定処理が行われ、積載領域が荷物の積載位置として判定されると、積載荷物ＩＤフィールドに当該荷物の識別情報が入力される。例えば、当該荷物の積載完了を示す通知がセンタサーバ４００に届くと、当該荷物の識別情報が入力されている積載荷物ＩＤフィールドに、積載済みを示す情報を入力する。図５に示される例では、荷物の積載済みを示す情報として、当該荷物の識別情報が入力されている積載荷物ＩＤフィールドの背景色が反転されている。

例えば、荷物の荷下完了を示す通知がセンタサーバ４００に届くと、積載荷物ＩＤフィールドから当該荷物の識別情報が削除される。

なお、積載領域間の関係は、不図示のテーブルにおいて定義されている。例えば、「トランク前半分」の領域を使用する荷物が積載された場合には、「トランク前半分」の積載可能寸法フィールドの値が更新されるとともに、「トランク前半分」の領域と関連する「トランク右前」、「トランク中前」、「トランク左前」、「トランク（全体）」の積載可能寸法フィールドの値も更新される。

なお、図３〜図５それぞれに示されるテーブルの構成は、例示されたものに限定されず、実施の形態によって、適宜変更可能である。

＜処理の流れ＞
図６Ａ及び図６Ｂは、センタサーバ４００で実行される車両積載判定処理のフローチャートの一例である。図６Ａ及び図６Ｂに示される車両積載判定処理は、例えば、センタサーバ４００内で実行中の他の処理によって呼び出されると開始される。図６Ａ及び図６Ｂに示される処理の実行の主体は、センタサーバ４００に搭載されるＣＰＵであるが、便宜上、機能構成である積載判定部４０２２を主体として説明される。以降のフローチャートについても同様に、機能構成を主体として説明される。

Ｓ１０１では、積載判定部４０２２は、車両１０内に空き領域を有する積載領域があるか否かを判定する。空き領域を有する積載領域は、例えば、車両積載情報において、積載可能寸法フィールドの値が所定の閾値以上の積載領域である。以降、空き領域とは、各積載領域内の、所定の閾値以上の積載可能寸法の空間を示す。

Ｓ１０１で肯定判定されると処理がＳ１０２に進み、否定判定されると処理がＳ１１２に進む。Ｓ１１２では、積載判定部４０２２は積載不可を判定し、その後、図６Ａに示される処理が終了する。

Ｓ１０２では、積載判定部４０２２は、積載位置の指定の有無を判定する。依頼ユーザからの積載位置の指定が有る場合には、積載位置の指定は、例えば、車両積載判定の要求とともに受信される。Ｓ１０２で肯定判定されると処理が図６ＢのＳ１２０に進み、否定判定されると処理がＳ１０３に進む。

Ｓ１０３からＳ１１０の処理は、依頼ユーザによる積載位置の指定がない場合の処理である。Ｓ１０３では、積載判定部４０２２は、車両積載判定の対象の荷物（以降、対象の荷物）を積載可能な空き領域を有する積載領域があるか否かを判定する。或る積載領域について、空き領域に荷物を積載可能か否かは、例えば、当該積載領域の積載可能寸法の車幅方向、車長方向、高さの値が、それぞれ、荷物の縦、横、高さの値、又は、荷物の横、縦、高さの値よりも大きいか否かによって判定される。

対象の荷物に「天地無用」が指定されていない場合には、例えば、積載領域の積載可能寸法の車幅方向、車長方向、高さの値が、それぞれ、荷物の縦、高さ、横の値、荷物の横、高さ、縦の値、荷物の高さ、縦、横の値、又は、荷物の高さ、横、縦の値、よりも大きいか否かによって判定されてもよい。対象の荷物の寸法、「天地無用」の指定の有無は、例えば、車両積載判定の要求とともに受信される。Ｓ１０３で肯定判定されると処理がＳ１０４に進み、否定判定されると処理がＳ１０５に進む。

Ｓ１０４では、積載判定部４０２２は、対象の荷物を積載可能な空き領域を有する積載領域の中から、対象荷物の積載位置として、１つの積載領域を選択する。例えば、積載判定部４０２２は、対象の荷物を積載可能な空き帯域を有する積載領域のうち、空き領域が最も小さい積載領域、いずれの荷物も積載されていない積載領域、又は、いずれの荷物も積載されていない積載領域のうちの最も積載可能寸法が小さい積載領域を、対象荷物の積載位置として選択する。次に、処理がＳ１１１に進み、積載判定部４０２２は、対象の荷物について、車両１０への積載可能を判定する。

Ｓ１０５では、積載判定部４０２２は、使用中の積載領域のうち、対象の荷物を積載可能な寸法である積載領域があるか否かを判定する。使用中の積載領域とは、例えば、車両積載情報において積載可能寸法フィールドの値が０又は所定の閾値未満の積載領域、すなわち、空き領域のない積載領域である。Ｓ１０５で肯定判定されると処理がＳ１０６に進む。Ｓ１０５で否定判定されると処理がＳ１１２に進み、積載判定部４０２２は、対象の荷物について、車両１０への積載不可を判定する。

Ｓ１０６では、積載判定部４０２２は、Ｓ１０５で検出された積載領域のうち１つの積載領域について、当該積載領域に積載済みの荷物を積載可能な空き領域を有する積載領域があるか否かを判定する。Ｓ１０６において処理対象となる積載領域は、例えば、Ｓ１０５で検出された積載領域のうち、積載済みの荷物の数が最も少ない積載領域、積載済みの荷物の数が最も多い積載領域、最も寸法が小さい荷物を積載する積載領域、最も寸法が大きい荷物を積載する積載領域、寸法が最も小さい積載領域、又は、寸法が最も大きい積載領域のいずれであってもよい。

Ｓ１０６で肯定判定されると処理がＳ１０７に進む。Ｓ１０６で否定判定されると処理がＳ１０５に進み、積載判定部４０２２は、Ｓ１０６で処理対象となった積載領域を除外して、Ｓ１０５の判定を行う。

Ｓ１０７では、積載判定部４０２２は、積載済みの荷物の移動先の積載領域として、Ｓ１０６で検出した積載領域の中から１つを選択する。選択される積載領域は、Ｓ１０６で検出された積載領域のうち、例えば、最も空き領域が小さい積載領域である。

Ｓ１０８では、積載判定部４０２２は、レイアウト変更可能が設定されているか否かを判定する。レイアウト変更可否の設定は、例えば、車両積載判定の要求とともに受信される。レイアウト変更可否の設定がなされていない場合には、Ｓ１０８で否定判定となる。Ｓ１０８で肯定判定されると処理がＳ１１１に進み、対象の荷物について、積載可能が判定される。Ｓ１０８で否定判定されると処理がＳ１０９に進む。

Ｓ１０９では、積載判定部４０２２は、依頼ユーザのユーザ端末５０又は集配管理サーバ５００を通じて依頼ユーザのユーザ端末５０に、レイアウト変更の可否を問い合わせる通知を送信する。当該通知とともに、積載対象の荷物の新たな積載位置と、移動される荷物の移動先の位置とが通知されてもよい。

Ｓ１１０では、積載判定部４０２２は、依頼ユーザのユーザ端末５０からの、レイアウ
ト変更の可否の問合せに対する許可応答が有ったか否かを判定する。例えば、所定時間経過しても依頼ユーザのユーザ端末５０からの応答がない場合には、Ｓ１１０で否定判定となる。Ｓ１１０で肯定判定されると、処理がＳ１１１に進み、対象の荷物について積載可能が判定される。Ｓ１１０で否定判定されると、処理がＳ１１２に進み、対象の荷物について積載不可が判定される。

図６Ｂに示される処理は、依頼ユーザによる対象の荷物の積載位置の指定が有る場合の処理である。図６Ｂに示される処理では、指定位置に対象の荷物が積載できないと判定される場合には、レイアウト変更可否の設定にかかわらず、依頼ユーザにレイアウト変更可否の問合せの通知が送信される。具体的には、以下の通りである。

Ｓ１２０では、積載判定部４０２２は、依頼ユーザの指定位置に対応する積載領域に対象の荷物を積載可能か否かを判定する。Ｓ１２０で肯定判定されると処理がＳ１２９に進み、Ｓ１２９で対象の荷物について積載可能が判定される。Ｓ１２０で否定判定されると処理がＳ１２１に進む。

Ｓ１２１では、積載判定部４０２２は、依頼ユーザの指定位置に対応する積載領域に積載済みの荷物が存在するか否かを判定する。Ｓ１２１で肯定判定されると、依頼ユーザの指定位置に既に存在する荷物が対象の荷物の積載を不可能にしている一因の可能性があることが示され、処理がＳ１２５に進む。Ｓ１２１で否定判定されると、そもそも対象の荷物のサイズが大きくて、依頼ユーザの指定位置に積載できない可能性があることが示され、処理がＳ１２２に進む。

Ｓ１２２では、対象の荷物を積載可能な空き領域を有する積載領域があるか否かが判定され、肯定判定されると、Ｓ１２３で対象の荷物の積載位置として１つの領域が選択される。その後、処理がＳ１２７に進む。

Ｓ１２２で否定判定されると、Ｓ１２４で使用中領域のうち対象の荷物を積載可能な寸法の積載領域があるか否かが判定される。Ｓ１２４で肯定判定されると、Ｓ１２５で、Ｓ１２４で検出された積載領域に積載済みの荷物の移動先となる積載領域があるか否かが判定される。Ｓ１２５で否定判定されると、処理がＳ１３０に進む。Ｓ１２４で否定判定されると、Ｓ１３０で、対象の荷物について、積載不可が判定される。

Ｓ１２５で肯定判定されると、Ｓ１２６で、Ｓ１２５で検出された積載領域の中から、積載済み荷物の移動先となる積載領域が選択される。その後、処理がＳ１２７に進む。

Ｓ１２７では、依頼ユーザにレイアウト変更可否の問合せが行われ、Ｓ１２８で依頼ユーザの許可が得られると、Ｓ１２９で対象の荷物について積載可能が判定される。Ｓ１２８で依頼ユーザの許可が得られない場合には、Ｓ１３０で、対象の荷物について積載不可が判定される。

なお、Ｓ１２２で肯定判定されている場合には、例えば、Ｓ１２７におけるレイアウト変更可否の問合せとともに、指定位置への積載不可と、対象の荷物の積載位置の候補としてＳ１２３で選択された積載領域の情報とが依頼ユーザのユーザ端末５０に送信される。なお、Ｓ１２２で否定判定されている場合には、例えば、Ｓ１２７におけるレイアウト変更可否の問合せとともに、指定位置への積載不可と、対象の荷物の積載位置の候補としてＳ１２４で選択された積載領域の情報と、当該Ｓ１２４で選択された積載領域に積載済みの荷物の移動先と、が依頼ユーザのユーザ端末５０に送信される。

Ｓ１２２〜Ｓ１３０の処理は、それぞれ、図６ＡのＳ１０３〜Ｓ１０７、Ｓ１０９〜Ｓ
１１２の処理に対応する。

図７、図８、図９は、それぞれ、センタサーバ４００において実行される、図６Ａ及び図６Ｂに示される車両積載判定処理を呼び出す処理の一例である。図７は、センタサーバ４００において実行される車両積載判定の要求制御処理のフローチャートの一例である。車両積載判定の要求制御処理は、車両積載判定の要求を受信した場合に実行される処理である。図７に示される処理は、例えば、所定の周期で繰り返し実行される。

Ｓ２０１では、積載判定部４０２２は、車両積載判定の要求を受信したか否かを判定する。車両積載判定の要求は、例えば、依頼ユーザのユーザ端末５０から集配依頼を受けた集配管理サーバ５００、依頼ユーザから車両積載判定の要求が入力されたユーザ端末５０から受信される。車両積載判定の要求とともに、例えば、集配情報、又は、積載対象の荷物に関する情報も受信される。より具体的には、依頼ユーザの識別情報、荷物の識別情報、荷物の寸法の情報、荷物の重量、荷物の「天地無用」及び「下積厳禁」の指定の有無、荷物の積載位置の指定、レイアウト変更可否の設定内容等の情報である。Ｓ２０１で肯定判定されると処理がＳ２０２に進み、否定判定されると図７に示される処理が終了する。

Ｓ２０２では、積載判定部４０２２は、図６Ａ及び図６Ｂに示される積載判定処理を実行する。Ｓ２０３では、積載判定部４０２２は、Ｓ２０２における積載判定処理の結果は、積載可能であるか否かを判定する。Ｓ２０３で肯定判定されると処理がＳ２０４に進み、否定判定されると処理がＳ２０５に進む。

Ｓ２０４では、積載判定部４０２２は、積載可能通知を要求元の集配管理サーバ５００又は依頼ユーザのユーザ端末５０に送信する。積載可能通知とともに、例えば、対象の荷物の積載位置、移動させる荷物が有る場合には移動させる荷物の識別情報と当該荷物の移動先とが通知される。その後、図７に示される処理が終了する。

Ｓ２０５では、積載判定部４０２２は、積載不可通知を要求元の集配管理サーバ５００又は依頼ユーザのユーザ端末５０に送信する。集配管理サーバ５００は積載不可通知を受信すると、例えば、依頼ユーザのユーザ端末５０に積載不可を通知する。積載不可通知を受けると、依頼ユーザは、例えば、荷物を積載可能な空き領域を作るために車室又は荷室内のレイアウト変更を自身で行ったり、荷物の集配場所を自宅に変更したりする対応を取ることができる。Ｓ２０５の処理の後、図７に示される処理が終了する。

図８は、センタサーバ４００において実行される、認証情報の発行制御処理のフローチャートの一例である。図８に示される処理は、例えば、所定の周期で繰り返し実行される。

Ｓ３０１では、認証情報管理部４０２１は、認証情報の発行要求を受信したか否かを判定する。認証情報の発行要求は、例えば、集配ユーザのユーザ端末２００から集配管理サーバ５００を介して受信される。認証情報の発行要求とともに、例えば、依頼ユーザの識別情報、荷物の識別情報等も受信される。Ｓ３０１で肯定判定されると処理がＳ３０２に進む。Ｓ３０１で否定判定されると図８に示される処理が終了する。

Ｓ３０２では、認証情報管理部４０２１は、要求元の集配ユーザのユーザ端末２００に対して、車両１０の認証情報を発行する。集配ユーザのユーザ端末２００に送信される車両の認証情報は、例えば、認証情報の発行要求の対象である集配において荷物の積載位置である積載領域に対応するドアに限定して施解錠可能となる認証情報である。例えば、集配荷物の積載位置が後方左座席である場合には、後方左側のドアに限定して施解錠可能な認証情報が発行される。ただし、これに限定されず、車両１０のいずれのドアも施解錠可
能な認証情報が送信されてよい。車両１０の認証情報は、認証情報ＤＢ４０４から取得される。

Ｓ３０３では、認証情報管理部４０２１は、認証情報の発行要求の対象の集配が、配送であるか否かを判定する。認証情報の発行要求の対象の集配が配送であるか否かは、例えば、集配管理サーバ５００から車両積載判定の要求とともに受信される集配情報に含まれており、当該集配情報はセンタサーバ４００によって記憶部（不図示）に保存されている。認証情報の発行要求の対象の集配が集荷である場合には、Ｓ３０３で否定判定となる。Ｓ３０３で肯定判定されると処理がＳ３０４に進み、否定判定されると処理がＳ３１０に進む。

Ｓ３０４からＳ３０９の処理は、認証情報の発行要求の対象の集配が配送である場合の処理である。Ｓ３０４では、認証情報管理部４０２１は、例えば、集配ユーザのユーザ端末２００から集配管理サーバ５００を介して、レイアウト変更の要求を受信したか否かを判定する。集配ユーザのユーザ端末２００からのレイアウト変更の要求の受信は、例えば、車両１０の積載位置に既に他の荷物が積載されており配送荷物を当該積載位置に積載できない場合や、配送荷物の寸法が予定より大きく積載位置に積載できない場合等に、集配ユーザがユーザ端末２００にレイアウト変更の要求を入力することで発生する。Ｓ３０４で肯定判定されると処理がＳ３０５に進み、否定判定されると処理がＳ３０９に進む。例えば、所定時間経過してもレイアウト変更の要求が受信されない場合に、Ｓ３０４で否定判定される。

Ｓ３０５では、認証情報管理部４０２１は、積載判定部４０２２に対して車両積載判定処理を呼出し、配送荷物について、積載判定部４０２２によって車両積載判定処理が行われる。車両積載判定処理の結果は、積載判定部４０２２から認証情報管理部４０２１に通知される。

Ｓ３０６では、認証情報管理部４０２１は、配送荷物について、車両積載判定処理の結果が、積載可能であるか否かを判定する。Ｓ３０６で肯定判定されると処理がＳ３０７に進み、否定判定されると処理がＳ３０８に進む。

Ｓ３０７では、配送荷物について車両積載判定処理の結果が積載可能であるので、認証情報管理部４０２１は、配送荷物の積載位置変更の通知を集配ユーザのユーザ端末２００に通知する。配送荷物の積載位置変更の通知とともに、例えば、Ｓ３０５の車両積載判定処理によって判定された配送荷物の新たな積載位置も通知される。

Ｓ３０８では、配送荷物について車両積載判定処理の結果が積載不可であるので、認証情報管理部４０２１は、積載不可通知を集配ユーザのユーザ端末２００に通知する。この場合には、例えば、集配ユーザは集配荷物を一旦持ち帰り、再度配送を行う。

Ｓ３０９では、認証情報管理部４０２１は、積載完了通知を受信したか否かを判定する。積載完了通知の受信は、例えば、集配ユーザがユーザ端末２００に集配完了の入力を行い、ユーザ端末２００から集配管理サーバ５００を介して集配完了通知が受信され、当該集配完了通知の対象の集配が「配送」であることによって判定される。集配完了通知とともに、例えば、依頼ユーザの識別情報と荷物の識別情報とが受信される。Ｓ３０９で肯定判定されると処理がＳ３１１に進む。Ｓ３０９で否定判定されると処理がＳ３０９に再度進む。例えば、所定時間経過しても積載完了通知の受信が検出されない場合には、処理がＳ３１１に進んでもよい。

Ｓ３１０は、認証情報の発行要求の対象の集配が集荷である場合の処理である。Ｓ３１
０では、認証情報管理部４０２１は、認証情報管理部４０２１は、集荷完了通知を受信したか否かを判定する。集荷完了通知の受信は、例えば、集配ユーザがユーザ端末２００に対して集配完了の操作を行うとユーザ端末２００から集配管理サーバ５００を介して集配完了通知が受信されることによって判定される。Ｓ３１０で肯定判定されると処理がＳ３１１に進む。Ｓ３１０で否定判定されると処理がＳ３１０に再度進む。例えば、所定時間経過しても集荷完了通知の受信が検出されない場合には、処理がＳ３１１に進んでもよい。

Ｓ３１１では、認証情報管理部４０２１は、認証情報の無効化処理を行う。認証情報の無効化処理については、集配ユーザが既に発行された認証情報による車両１０の施解錠ができないようにできれば、その内容は特定のものに限定されないが、以下にその一例を示す。
（１）センタサーバ４００が、ユーザ端末２００に対して、認証情報を削除するように命じる。
（２）センタサーバ４００が、ユーザ端末２００に対して、認証情報の無効フラグを立てるように命じる。この場合、制御部２０３は無効フラグが立っている認証情報は車両１０に近距離無線通信で送信しないように構成される必要がある。
（３）センタサーバ４００が、ユーザ端末２００に対して、認証情報に含まれる有効期限を過去の日時に書き換えるように命じる。
（４）センタサーバ４００が、ユーザ端末２００に対して、認証情報が無効であり、当該認証情報を車両１０に送信しないように命じる。
（５）センタサーバ４００が、キーユニット１００に対して、データ通信装置３５０を介して認証情報が無効であり受け付けないように指令する。当該指令が、上記の認証処理関連情報に相当する。
（６）センタサーバ４００が、キーユニット１００に対して、ユーザ端末２００からの認証情報を受け付けないように指令する。当該指令が、上記の認証処理関連情報に相当する。

上記（１）〜（４）に示す無効化処理は、センタサーバ４００からユーザ端末２００に対して行われる処理であり、上記（５）〜（６）に示す無効化処理は、センタサーバ４００からキーユニット１００に対して行われる処理である。無効化処理としては、ユーザ端末２００に対して行われる処理とキーユニット１００に対して行われる処理の何れか一方でもよいが、ユーザ端末２００とセンタサーバ４００との間の通信、及びデータ通信装置３５０とセンタサーバ４００との間の通信が必ずしも常に良好な状態とは限らないため、好ましくは両方が行われる。

なお、Ｓ３１１において上記の無効化処理が行われると、認証情報が無効化されたユーザ端末２００に対して、無効化された旨の通知が行われてもよい。その後、図８に示される処理が終了する。

図９は、センタサーバ４００において実行される積載調整処理のフローチャートの一例である。積載調整処理は、車両１０への積載が終了した後に、荷物が予定通りの積載位置に積載されたか否かを確認し、例えば、当該荷物が予定の積載位置とは異なる位置に積載されている場合や、荷物が予定通りの積載位置に積載されたものの予定よりサイズが大きく当該積載位置に対応する積載領域からはみ出して隣接の積載領域にまで及ぶ場合に、他の積載予定の荷物の積載位置を調整する処理である。図９に示される処理は、例えば、所定の周期で繰り返し実行される。

Ｓ４０１では、積載判定部４０２２は、積載完了通知を受信したか否かを判定する。積載完了通知は、例えば、車両１０への配送荷物の配送を行う集配ユーザが車両１０に配送
荷物を積載し、集配ユーザのユーザ端末２００に集配完了を入力した場合に、ユーザ端末２００から集配管理サーバ５００を介してセンタサーバ４００に届く集配完了の通知によって検出される。また、積載完了通知は、例えば、センタサーバ４００に車両積載判定を要求した依頼ユーザが、車両積載判定によって判定された車両１０の積載位置に荷物を積載し、依頼ユーザのユーザ端末５０に積載完了を入力した場合に、依頼ユーザのユーザ端末５０からセンタサーバ４００へ送信される。積載完了通知とともに、例えば、依頼ユーザの識別情報と荷物の識別情報とが送信される。Ｓ４０１で肯定判定されると処理がＳ４０２に進み、否定判定されると図９に示される処理が終了する。

Ｓ４０２では、積載判定部４０２２は、車両１０の車室及び荷室の積載の現状に関する情報を取得し、積載完了通知の対象の荷物について、車両積載情報と整合性があるか否かを判定する。積載完了通知の対象の荷物は、以降、対象の荷物、と称する。車両１０の車室及び荷室の積載の現状に関する情報は、以降、積載現状情報、と称する。

積載現状情報は、例えば、積載完了通知とともに、集配ユーザのユーザ端末２００又は依頼ユーザのユーザ端末５０に入力され、センタサーバ４００に送信されてもよいし、積載判定部４０２２が車両１０のデータ通信装置３５０に車室及び荷室の撮像画像の取得を要求し、カメラ３９０による車室及び荷室の撮像画像をデータ通信装置３５０から取得し、当該撮像画像を解析することによって取得されてもよい。

積載現状情報には、例えば、荷物に関する情報と当該荷物が積載されている積載領域とが含まれている。積載現状情報に含まれる荷物に関する情報は、例えば、荷物の識別情報、寸法、形状等のいずれか又は組合せである。

対象の荷物について、積載現状情報と車両積載情報とに整合性があるか否かは、例えば、積載現状情報が示す対象の荷物が積載された積載領域と積載の順番と、車両積載情報が示す対象の荷物に対応する積載領域と積載の順番とが一致するか否かによって判定される。例えば、対象の荷物が積載位置に対応する積載領域から隣接する積載領域にはみ出して積載されている場合には、積載現状情報が示す対象の荷物が積載された積載領域（積載位置に対応する積載領域と隣接する積載領域）と、車両積載情報が示す対象の荷物に対応する積載領域とが一致しないと判定される。例えば、車両積載情報において、対象の荷物に対応する積載領域に、対象の荷物より先に積載される他の荷物の積載予定があるにもかかわらず、当該積載領域に対象の荷物が先に積載された場合には、積載現状情報が示す対象の荷物が積載された積載領域と、車両積載情報が示す対象の荷物に対応する積載領域とが一致するものの、積載の順番が積載現状情報と車両積載情報とで一致しないので、積載現状情報と車両積載情報とに整合性がないと判定される。Ｓ４０２で肯定判定されると図９に示される処理が終了する。Ｓ４０２で否定判定されると処理がＳ４０３に進む。

Ｓ４０３では、積載判定部４０２２は、積載現状情報が示す積載完了通知の対象の荷物が積載された積載領域に、今後、積載が予定されている荷物が有るか否かを判定する。この判定は、例えば、車両積載情報テーブルに基づいて行われる。Ｓ４０３で肯定判定されると処理がＳ４０４に進み、否定判定されると図９に示される処理が終了する。

Ｓ４０４では、対象の荷物は、「下積厳禁」が指定されている荷物であるか否かを判定する。対象の荷物の「下積厳禁」の指定の有無は、例えば、車両積載判定の要求とともにセンタサーバ４００によって受信され、保存されている（不図示）。Ｓ４０４で肯定判定されると、対象の荷物の上に積載予定の荷物を積載できないので、処理がＳ４０６に進み、Ｓ４０６では、積載予定の荷物について、対象の荷物が積載された積載領域を除外して、車両積載判定処理が行われる。

Ｓ４０４で否定判定されると、処理がＳ４０５に進み、Ｓ４０５では、積載判定部４０２２は、対象の荷物が積載されている積載領域において、当該積載領域に積載予定の荷物を対象の荷物の上に積載可能か否かを判定する。Ｓ４０５で肯定判定されると、積載予定の荷物の積載予定領域に変更がないので、図９に示される処理が終了する。ただし、この場合、積載予定の荷物の積載順番は変更になるので、当該変更が車両積載情報に反映される。Ｓ４０５で否定判定されると、積載予定の荷物の積載予定領域の変更の必要があるので、処理がＳ４０６に進み、積載予定の荷物について、対象の荷物が積載された積載領域を除外して、車両積載判定処理が行われる。

Ｓ４０７では、積載判定部４０２２は、積載予定の荷物について、車両積載判定処理の結果が、積載可能であるか否かを判定する。Ｓ４０７で肯定判定されると処理がＳ４０８に進み、否定判定されると処理がＳ４０９に進む。

Ｓ４０８では、積載予定の荷物について車両積載判定処理の結果が積載可能であるので、積載判定部４０２２は、積載予定の荷物の積載位置変更の通知を、積載予定の荷物の配達を請け負う集配管理サーバ５００を介して集配ユーザのユーザ端末２００に又は依頼ユーザのユーザ端末５０に通知する。積載位置変更の通知とともに、例えば、Ｓ４０６の車両積載判定処理によって判定された、積載予定の荷物の新たな積載位置も通知される。その後、図９に示される処理が終了する。

Ｓ４０９では、積載予定の荷物について車両積載判定処理の結果が積載不可であるので、積載判定部４０２２は、積載不可通知を、積載予定の荷物の配達を請け負う集配管理サーバ５００を介して集配ユーザのユーザ端末２００に又は依頼ユーザのユーザ端末５０に集配ユーザのユーザ端末２００に通知する。その後、図９に示される処理が終了する。

図１０は、センタサーバ４００において実行される、車両積載情報の管理処理のフローチャートの一例である。車両積載情報の管理処理は、具体的には、積載可能寸法を制御する処理である。積載可能寸法の制御は、例えば、車両積載判定処理によって荷物の積載予定位置が決定された場合、積載完了通知を受けた場合、荷下通知を受けた場合に発生する。図１０に示される処理は、例えば、所定の周期で繰り返し実行される。

Ｓ５０１では、積載情報管理部４０２３は、車両積載判定の要求が受信されたか否かを判定する。Ｓ５０１で肯定判定されると処理がＳ５０２に進み、否定判定されると処理がＳ５０６に進む。

Ｓ５０２からＳ５０６は、車両積載判定の要求が受信された場合の処理である。Ｓ５０２では、積載情報管理部４０２３は、積載判定部４０２２による車両積載判定処理の結果、積載可能の判定がなされたか否かを判定する。Ｓ５０２で肯定判定されると処理がＳ５０３に進む。Ｓ５０２で否定判定されると、新たに積載予定の荷物がなく、いずれの積載領域の積載可能寸法に変更がないので、図１０に示される処理が終了する。

Ｓ５０３では、積載情報管理部４０２３は、車両積載判定処理の対象の荷物は、「下積厳禁」が指定されている荷物であるか否かを判定する。Ｓ５０３で肯定判定されると処理がＳ５０４に進み、否定判定されると処理がＳ５０５に進む。

Ｓ５０４では、積載情報管理部４０２３は、車両積載判定処理の対象の荷物に「下積厳禁」が指定されているので、車両積載判定テーブル内の当該荷物の積載位置として判定された積載領域のレコードの積載可能寸法フィールドの値を０に設定する。これによって、当該荷物の積載位置として判定された積載領域に空き領域がないことが示され、以降、当該積載領域に他の荷物が積載されることを抑制できる。

Ｓ５０５では、積載情報管理部４０２３は、車両積載判定処理の対象の荷物に「下積厳禁」が指定されていないので、例えば、車両積載判定テーブル内の当該荷物の積載位置として判定された積載領域のレコードの積載可能寸法フィールドの値を、当該荷物の寸法を差し引いた値に設定する。

Ｓ５０６では、積載情報管理部４０２３は、車両積載判定処理の対象の荷物の識別情報を、車両積載判定テーブル内の当該荷物の積載予定領域のレコードの積載荷物ＩＤフィールドに登録する。その後、図１０に示される処理が終了する。

Ｓ５０７では、積載情報管理部４０２３は、積載完了通知が受信されたか否かを判定する。Ｓ５０７で肯定判定されると処理がＳ５０８に進み、否定判定されると処理がＳ５１３に進む。

Ｓ５０８からＳ５１２の処理は、積載完了通知が受信された場合の処理である。Ｓ５０８では、積載情報管理部４０２３は、積載現状情報と車両積載情報との整合性があるか否かを判定する。この判定は、例えば、図９のＳ４０２において積載判定部４０２２によって行われる判定の結果を用いてもよい。Ｓ５０８で肯定判定されると処理がＳ５０９に進み、否定判定されると処理がＳ５１０に進む。

Ｓ５０９では、積載現状情報と車両積載情報との整合性がある、すなわち、荷物が予定通りの積載位置に積載されたので、積載情報管理部４０２３は、車両積載情報内の積載完了通知の対象の荷物が登録されているレコードにおいて、当該荷物の積載済みをマークする。その後、図１０に示される処理が終了する。

Ｓ５１０では、積載現状情報と車両積載情報との整合性がない、すなわち、荷物が予定の積載位置とは異なる積載領域に積載されたので、積載情報管理部４０２３は、積載判定部４０２２による車両積載判定処理の結果（図９のＳ４６）、積載位置が変更となる積載予定の荷物が有るか否かの判定を行う。Ｓ５１０で肯定判定されると処理がＳ５１１に進み、否定判定されると処理がＳ５１２に進む。

Ｓ５１１では、積載位置が変更となる積載予定の荷物が有るので、積載情報管理部４０２３は、積載判定部４０２２による車両積載判定処理の結果と積載現状情報とに従って、車両積載情報を更新する。例えば、積載予定の荷物Ａの積載位置が、助手席から後部左座席に変更になった場合には、積載判定部４０２２は、車両積載情報テーブル内の助手席のレコードの積載可能寸法フィールドの値に荷物Ａの寸法の値を追加し、後部左座席のレコードの積載可能寸法フィールドの値から荷物Ａの寸法の値を差し引いて更新する。また、このとき、積載現状情報で示される、積載完了通知の対象の荷物の積載位置に対応する積載領域の車両積載情報テーブルのレコードに、積載完了通知の対象の荷物の情報を登録する。その後、図１０に示される処理が終了する。

Ｓ５１２では、積載位置が変更となる積載予定の荷物がないので、積載情報管理部４０２３は、積載現状情報に従って、車両積載情報を更新する。

なお、Ｓ５１１及びＳ５１２の車両積載情報の更新において、積載完了通知の対象の荷物に「下積厳禁」が指定されている場合には、当該荷物が積載された積載領域の積載可能寸法フィールドの値は０に設定される。その後、図１０に示される処理が終了する。

Ｓ５１３では、積載情報管理部４０２３は、荷下通知を受信したか否かを判定する。荷下完了通知の受信は、例えば、集配ユーザがユーザ端末２００に集配完了の入力を行い、
ユーザ端末２００から集配管理サーバ５００を介して集配完了通知が受信され、当該集配完了通知の対象の集配が「集荷」であること、又は、依頼ユーザが荷下完了をユーザ端末５０に入力し、ユーザ端末５０からセンタサーバ４００に荷下通知が受信されることによって判定される。荷下通知とともに、例えば、依頼ユーザの識別情報と荷物の識別情報とが受信される。Ｓ５１３で肯定判定されると処理がＳ５１４に進む。Ｓ５１３で否定判定されると図１０に示される処理が終了する。

Ｓ５１４では、積載情報管理部４０２３は、荷下通知の対象である荷物を車両積載情報から削除し、当該荷物が積載されていた積載領域の積載可能寸法フィールドの値に当該荷物の寸法を追加して、車両積載情報を更新する。その後、図１０に示される処理が終了する。

なお、図６Ａ、図６Ｂ、図７、図８、図９、及び図１０に示されるフローチャートは、いずれも一例であって、それぞれに示される処理に限定されない。例えば、図１０において、積載完了通知を受信し、車両積載情報との整合性が確認された後に（図１０、Ｓ５０８）、積載現状情報に基づいて車両積載情報を更新し、更新後の車両積載情報に基づいて、図９のＳ４０６の車両積載判定処理が行われるようにしてもよい。例えば、図９の処理対象の荷物（積載完了通知の対象の荷物）に下積厳禁が指定されている場合、当該処理対象の荷物が積載された積載領域の積載可能寸法は０に設定されるので、これによって、当該処理対象の荷物が積載された積載領域は、当該積載領域への積載が予定されている荷物についての車両積載判定処理の対象から除外されることになる。

＜具体例＞
図１１Ａ及び図１１Ｂは、具体例におけるトランクシェアシステム１によるサービスを利用した荷物の車両への配送の処理シーケンスの一例を示す図である。具体例では、依頼ユーザが、トランクシェアシステム１によるサービスを利用するためのアプリケーションを利用して、荷物Ａ、荷物Ｂの配送を依頼した場合を例に説明する。

Ｓ１１、Ｓ２１では、それぞれ、依頼ユーザは、荷物Ａ、荷物Ｂの配送を、配送事業者Ａ、配送事業者Ｂに依頼し、依頼ユーザのユーザ端末５０から集配管理サーバ５００Ａ、集配管理サーバ５００Ｂに、集配依頼が送信される。以降、配送事業者Ａ、Ｂそれぞれの管理下の集配管理サーバ、集配ユーザ、ユーザ端末には、それぞれ、参照番号に、Ａ、Ｂの添え字が添えられる。

荷物Ａは、依頼ユーザによって、トランクルームの左側の積載領域が積載位置として指定されている。荷物Ｂには、積載位置の指定はない。また、荷物Ａ、荷物Ｂは同サイズで、トランクルームの左側の積載領域に積載可能なサイズであることが、集配管理サーバ５００Ａ、５００Ｂそれぞれに通知されている。また、車両１０のトランクルームは初期状態で空であるとする。また、荷物Ａ、荷物Ｂのいずれも、配送日時は指定されていないこととする。

Ｓ１２、Ｓ２２では、それぞれ、集配管理サーバ５００Ａ、集配管理サーバ５００Ｂは、センタサーバ４００に、荷物Ａ、荷物Ｂについての車両積載判定の要求を送信する。Ｓ１３、Ｓ２３では、それぞれ、センタサーバ４００は、車両積載判定の要求を受けて（図７、Ｓ２０１：ＹＥＳ）、荷物Ａ、荷物Ｂについて車両積載判定処理を行う（図７、Ｓ２０２）。Ｓ１４、Ｓ２４では、それぞれ、センタサーバ４００は、集配管理サーバ５００Ａ、集配管理サーバ５００Ｂに、荷物Ａ、荷物Ｂの積載位置を通知し、その後、集配管理サーバ５００Ａ、集配管理サーバ５００Ｂから集配ユーザＡのユーザ端末２００Ａ、集配ユーザＢのユーザ端末２００Ｂに通知される（図７、Ｓ２０４）。

図１２は、具体例における、荷物Ａ及び荷物Ｂの積載位置の予定の一例を示す図である。図１２は、図１１ＡのＳ１３及びＳ２３において実施された車両積載判定処理の結果の一例である。

荷物Ａは、トランクルームの左側の積載領域を積載位置として指定されており（図６Ａ、Ｓ１０３：ＹＥＳ）、トランクルームの左側の積載領域は初期状態では空いているので（図６Ｂ、Ｓ１２０：ＹＥＳ）、トランクルームの左側の積載領域が積載位置として判定される。荷物Ｂは、車両１０の空き領域の中から、トランクルームの中央が積載位置として判定されたこととする（図６Ａ、Ｓ１０３：ＮＯ、Ｓ１０４：ＹＥＳ、Ｓ１０５）。

センタサーバ４００の車両積載情報では、トランクルーム左側の積載領域に荷物Ａが対応付けられる。また、トランクルーム中央の積載領域に荷物Ｂが対応付けられる（図１０、Ｓ５０１：ＹＥＳ、Ｓ５０２：ＹＥＳ、Ｓ５０３：ＮＯ、Ｓ５０５）。

図１１Ａに戻って、Ｓ３１では、まず、集配ユーザＢが先に車両１０に到着する。Ｓ３２では、集配ユーザＢのユーザ端末２００Ｂが集配管理サーバ５００Ｂを介してセンタサーバ４００に認証情報の発行要求を送信する。Ｓ３３では、センタサーバ４００は、認証情報の発行要求を受信し（図８、Ｓ３０１：ＹＥＳ）、荷物Ｂの積載位置であるトランクルームのドアに限定して施解錠可能な認証情報を発行する（図８、Ｓ３０２）。

Ｓ３４では、集配ユーザＢは、センタサーバ４００から発行された認証情報を用いてトランクルームのドアを解錠し、荷物Ｂの積載位置であるトランクルームの中央に荷物Ｂを積載する。このとき、荷物Ｂが予定よりもサイズが大きく、トランクルームの中央部分の積載領域からはみ出し、トランクルームの左側及び右側の積載領域まで及んで、すなわち、トランクルーム全体に及んで積載されたとする。また、トランクルーム全体として、荷物Ａを積載可能な空き領域がなくなったこととする。

Ｓ３５では、集配ユーザＢは、ユーザ端末２００Ｂに集配完了を入力し、ユーザ端末２００Ｂから集配管理サーバ５００Ｂを介してセンタサーバ４００に集配完了通知が送信される。集配ユーザＢは、集配完了通知とともに、荷物Ｂの寸法の情報と、荷物Ｂを積載した積載位置として、トランクルーム全体をユーザ端末２００Ｂに入力し、この情報が積載現状情報として集配完了通知とともにセンタサーバ４００に通知される。

図１１ＢのＳ４１では、センタサーバ４００は、集配ユーザＢのユーザ端末２００Ｂから、集配完了通知と積載現状情報とを受信し（図８、Ｓ３０９：ＹＥＳ、図９、Ｓ４０１：ＹＥＳ）、車両積載情報における荷物Ｂに対応する積載領域はトランクルームの中央の領域であり、積載現状情報が示す荷物Ｂが積載されている積載領域は、トランクルーム全体であるので、荷物Ｂについて、車両積載情報と積載現状情報との不整合を検出する（図９、Ｓ４０２：ＮＯ、図１０、Ｓ５０８：ＮＯ）。

Ｓ４２では、センタサーバ４００は、荷物Ｂによって占められている領域の一つであるトランクルームの左側の領域には、荷物Ａの積載予定があり、トランクルーム左側の領域には荷物Ａを積載可能な空き領域がないため（図９、Ｓ４０３、Ｓ４０４：ＮＯ、Ｓ４０５：ＮＯ）、荷物Ａについて車両積載判定処理を実行する（図９、Ｓ４０６）。荷物Ａの新たな積載予定領域として、後部左座席が決定されたとする（図６Ｂ、Ｓ１２１：ＹＥＳ、Ｓ１２２）。

Ｓ４３では、センタサーバ４００は、依頼ユーザのユーザ端末５０に対して、レイアウト変更の許可の問合せを送信する（図６Ｂ、Ｓ１２６）。この問合せは、指定された積載領域に荷物Ａを積載できないことによって発生したものであり、荷物Ａの積載位置の変更
の許可を問い合わせるものである。Ｓ４４では、依頼ユーザはレイアウト変更の許可をユーザ端末５０に入力し、依頼ユーザのユーザ端末５０はセンタサーバ４００にレイアウト変更の許可の通知を送信する。なお、Ｓ４３、Ｓ４４の処理は、集配管理サーバ５００Ａを介して行われる。

Ｓ４５では、センタサーバ４００は、依頼ユーザからレイアウト変更の許可を受信したので（図６Ｂ、Ｓ１２７：ＹＥＳ）、荷物Ａについて積載位置変更の通知を集配管理サーバ５００Ａを介して集配ユーザＡのユーザ端末２００Ａに送信する（図９、Ｓ４０８）。このとき、センタサーバ４００は、車両積載情報を、トランクルーム全体の積載領域に荷物Ｂ（積載済み）を対応付け、後部左座席の積載領域に荷物Ａを対応付けて、更新する（図１０、Ｓ５１０：ＹＥＳ、Ｓ５１１）。

Ｓ５１では、集配ユーザＡが車両１０に到着する。Ｓ５２では、集配ユーザＡのユーザ端末２００Ａが集配管理サーバ５００Ａを介してセンタサーバ４００に認証情報の発行要求を送信する。Ｓ５３では、センタサーバ４００は、認証情報の発行要求を受信し（図８、Ｓ３０１：ＹＥＳ）、荷物Ａの配送位置である後部左座席に対応する車室の後部左側のドアに限定して施解錠可能な認証情報を発行する（図８、Ｓ３０２）。

Ｓ５４では、集配ユーザＡは、センタサーバ４００から発行された認証情報を用いて車室の後部左側のドアを解錠し、荷物Ａの配送位置である後部左座席に荷物Ａを積載する。Ｓ５５では、集配ユーザＡは、ユーザ端末２００Ａに集配完了を入力し、ユーザ端末２００Ａから集配管理サーバ５００Ａを介してセンタサーバ４００に集配完了通知が送信される。集配ユーザＡは、集配完了通知とともに、荷物Ａを積載した積載領域として、後部左側座席をユーザ端末２００Ａに入力し、この情報が積載現状情報として集配完了通知とともにセンタサーバ４００に通知される。

Ｓ５６では、センタサーバ４００は、集配ユーザＡのユーザ端末２００Ａから、集配完了通知と積載現状情報とを受信し（図８、Ｓ３０９：ＹＥＳ、図９、Ｓ４０１：ＹＥＳ）、車両積載情報における荷物Ａに対応する積載領域は後部左座席の領域であり、積載現状情報が示す荷物Ａが積載されている積載領域も後部左座席であるので、荷物Ａについて、車両積載情報と積載現状情報との整合を検出する（図９、Ｓ４０２：ＹＥＳ、図１０、Ｓ５０８：ＹＥＳ）。このとき、センタサーバ４００は、車両積載情報を、後部左座席の積載領域に対応付けられている荷物Ａに積載済みをマークして更新する（図１０、Ｓ５０９）。これによって、荷物Ａ及び荷物Ｂの車両１０への配送が終了する。

図１３は、具体例における、荷物Ａ及び荷物Ｂの積載が完了したトランクルーム内の積載状態の一例を示す図である。荷物Ａは、図１２に示される当初の予定から変更され、後部左座席に積載されている。荷物Ｂは、図１２に示される当初の予定の位置に積載されたものの、当初の予定のサイズよりも大きく、トランクルーム全体にわたって積載されている。

また、他の具体例として、例えば、車両積載情報において、後部左座席に、荷物Ａと荷物Ｂとがこの順番で積載される予定があり、且つ、荷物Ｂに下積厳禁が指定されている場合に、荷物Ａより先に荷物Ｂが積載された場合について想定する。この場合、車両積載情報において荷物Ａの積載済みの情報がないにもかかわらず、積載現状情報では荷物Ｂの積載済みが示されるため、車両積載情報と積載現状情報との不整合が検出される（図９、Ｓ４０２：ＮＯ、図１０、Ｓ５０８：ＮＯ）。対象の荷物である荷物Ｂは下積厳禁が指定されているので（図９、Ｓ４０３：ＹＥＳ、Ｓ４０４：ＹＥＳ）、後部左座席を除外して、荷物Ａについて、車両積載判定処理が行われ（図９、Ｓ４０６）、荷物Ａの新たな積載位置として、例えば、後部右座席が判定され、集配ユーザＡのユーザ端末２００Ａに通知さ
れる（図９、Ｓ４０８）。また、車両積載情報では、後部左座席の積載領域に対応付けられている荷物Ｂに積載済みがマークされ、後部右座席の積載領域に荷物Ａが対応付けられて、更新が行われる（図１０、Ｓ５１０：ＹＥＳ、Ｓ５１１）。

また、他の具体例として、例えば、車両積載情報において、後部左座席に、荷物Ａと荷物Ｂとがこの順番で積載される予定があり、且つ、荷物Ａ、荷物Ｂともに下積厳禁が指定されていない場合に、荷物Ａより先に荷物Ｂが積載された場合について想定する。この場合、車両積載情報において荷物Ａの積載済みの情報がないにもかかわらず、積載現状情報では荷物Ｂの積載済みが示されるため、車両積載情報と積載現状情報との不整合が検出される（図９、Ｓ４０２：ＮＯ、図１０、Ｓ５０８：ＮＯ）。対象の荷物である荷物Ｂは下積厳禁が指定されておらず、荷物Ｂの上に荷物Ａを積載可能であるので（図９、Ｓ４０３：ＹＥＳ、Ｓ４０４：ＮＯ、Ｓ４０５：ＹＥＳ）、荷物Ａの積載位置は、後部左座席のままである。車両積載情報では、後部左座席の積載領域に対応付けられている荷物Ａと荷物Ｂとの積載順が変更され、荷物Ｂに積載済みがマークされて、更新が行われる（図１０、Ｓ５１０：ＮＯ、Ｓ５１２）。

＜第１実施形態の作用効果＞
第１実施形態では、センタサーバ４００は、車両１０内の各積載領域の積載可能な寸法情報（積載可能寸法）を保持しており、各積載領域の積載可能寸法に基づいて、車両１０への荷物の積載が可能かどうかと当該荷物の積載位置とを判定する。これによって、車両１０への荷物の積載の際に、センタサーバ４００に問合わせることによって、実際に積載作業を行う前に当該荷物の積載可否や積載位置を知ることができ、車両１０への荷物の積載作業の効率を向上させることができる。

また、第１実施形態では、センタサーバ４００は、車両１０内に車両積載判定処理の対象の荷物を積載可能な積載領域がない場合に、積載済みの荷物を移動させることで、対象の荷物を積載可能となるか否かを判定する。これによって、車両１０内の積載領域をより効率よく使用することができる。

また、第１実施形態では、センタサーバ４００は、車両１０内の荷物の積載状態を車両積載情報として管理し、荷物が当初予定されていた積載位置に積載されているか否かを確認する。荷物が当初予定されていた積載位置とは異なる位置に積載されている場合には、センタサーバ４００は、当該荷物が積載された積載領域にこれから積載される予定の荷物について、積載可能か否か、及び、積載位置を判定し直す。これによって、例えば、複数の集配ユーザが車両１０に荷物を積載するような場合に、積載予定が狂っても柔軟に対応することができる。

また、第１実施形態では、センタサーバ４００は、集配ユーザに対して、集配荷物の積載位置に対応するドアに限定して施解錠可能な認証情報を発行する。これによって、集配ユーザが集配荷物の積載位置に対応する積載領域以外の領域にアクセスすることを困難にすることができ、車両１０のセキュリティを確保することができる。

また、第１実施形態では、センタサーバ４００は、複数の事業者による車両１０への荷物の積載状況を集約して管理する。これによって、車両１０内の荷物の積載状態を一元管理することで、車両１０の積載情報のセキュリティを高めることができる。

＜その他＞
第１実施形態では、車両１０にカメラ３９０が搭載されており、センタサーバ４００は、車両１０の車室及び荷室内の荷物の積載状況（積載現状情報）を取得する手段の一つとして、当該カメラ３９０による撮像画像を用いる。ただし、積載現状情報を取得する手段
は、カメラ３９０に限定されず、車両１０が、例えば、赤外線センサ、超音波センサ、レーザセンサを備えることによって、これらを積載現状情報を取得する手段として用いることもできる。または、積載現状情報は、依頼ユーザのユーザ端末５０又は集配ユーザのユーザ端末２００に備えられているカメラ３９０による車両１０の車室又は荷室内の撮像画像をユーザ端末５０又はユーザ端末２００から送信してもらい、当該撮像画像を解析することで取得されてもよい。

第１実施形態では、車両積載判定処理では、空き領域のある積載領域から優先して荷物の積載位置が決定される（例えば、図６ＡのＳ１０３〜Ｓ１０５、図６ＢのＳ１２１〜Ｓ１２２等）。これに限定されず、例えば、積載済みの荷物の有無にかかわらず、対象の荷物の積載位置として所定の条件を満たす積載領域を選択し、当該選択された領域に積載済みの荷物が有る場合には、当該荷物の移動先となる領域を判定するようにしてもよい。

また、第１実施形態では、荷物の寸法に基づいて、車両１０に積載可能か否かが判定されるが、車両１０に積載可能か否かの判定基準は荷物の寸法に限定されない。例えば、荷物の重量、積載の高さが用いられてもよい。具体的には、積載領域ごとに荷物の重量の制限を設け、従量制限を超えて荷物が積載されないようにしてもよい。重量制限を設けることで、車両１０が荷物を積載したまま走行する場合の燃費が下がることを抑制することができる。また、例えば、各積載領域に積載の高さの制限を設け、高さ制限を超えて荷物が積載されないようにしてもよい。積載の高さの制限を設けることで、車両１０が荷物を積載したまま走行する場合の後方や側方の視認性を保つことができる。

また、第１実施形態では、車両１０を荷物の受け渡し場所として用いる場合に荷物の積載位置を決定するために車両積載判定処理が用いられるが、車両積載判定処理の適用先はこれに限定されない。例えば、車両１０内に積載されている荷物のレイアウトを自動的に変更するシステムに適用することもできる。

第１実施形態では、レイアウト変更を予め設定する場合には、車両１０全体についてレイアウト変更を許可するか否か、という選択肢であるが、これに限られず、例えば、積載領域ごとにレイアウト変更を許可するか否かを設定可能にしてもよい。これによって、車両１０内に既に積載されている荷物への集配ユーザの接触を回避することができる。

＜記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記の発行制御を実現させるプログラムを、コンピュータ等が読み取り可能な記録媒体に記録することができる。コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、当該コンピュータが上記のセンタサーバ４００として機能する。

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

１ ：トランクシェアシステム
１０ ：車両
１０Ａ ：車載装置
５０ ：ユーザ端末
１００ ：キーユニット
２００ ：ユーザ端末
３００ ：施解錠装置
３５０ ：データ通信装置
４００ ：センタサーバ
５００、５００Ａ、５００Ｂ ：集配管理サーバ

Claims (9)

1. 車両に含まれる複数の積載領域それぞれについて、積載可能な寸法情報を記憶する記憶部と、
   前記寸法情報に基づいて、積載対象の荷物の前記車両への積載可否を判定し、前記荷物の積載可否の判定結果と、前記車両への積載が可能な場合に前記荷物の積載が予定される第１の積載領域の情報とを出力する制御部と、
   前記車両に含まれる複数のドアのうち、施解錠制御装置による施解錠処理を介して施解錠可能な前記車両内の所定領域に含まれる前記第１の積載領域に対応するドアに限定して、該施解錠制御装置による該施解錠処理を実行させる認証情報を発行する発行部と、
   を備える、
   車両への積載判定システム。
2. 前記制御部は、前記第１の積載領域に、既に他の荷物が積載されている場合には、前記他の荷物を積載可能な第２の積載領域が存在するか否かを判定し、前記第２の積載領域が存在すると判定される場合には、前記他の荷物の前記第２の積載領域への移動を促す通知を出力する、
   請求項１に記載の積載判定システム。
3. 前記制御部は、積載を依頼する第１のユーザによって前記荷物の積載領域が指定されている場合に、前記荷物が前記指定された積載領域に積載可能か否かを判定し、前記第１のユーザのユーザ端末に、前記指定された積載領域への前記荷物の積載可否の判定結果を通知する、
   請求項１又は２に記載の積載判定システム。
4. 前記制御部は、前記荷物が前記指定された積載領域に積載不可能である場合に、前記荷物を積載可能な他の積載領域を判定し、前記第１のユーザのユーザ端末に、前記荷物を積載する積載領域の前記他の積載領域への変更を促す通知を送信する、
   請求項３に記載の積載判定システム。
5. 前記制御部は、積載を依頼する第１のユーザと積載作業を実行する第２のユーザとが異
   なり、前記第１の積載領域に存在する前記他の荷物を積載可能な前記第２の積載領域が存在する場合には、前記第１のユーザのユーザ端末に、前記他の荷物の前記第２の積載領域への移動の許可の要求を送信し、前記第１のユーザのユーザ端末から前記要求に対する許可応答が受信された場合に、前記第２のユーザのユーザ端末に前記他の荷物の前記第２の積載領域への移動を促す通知を送信する、
   請求項２から４のいずれか一項に記載の積載判定システム。
6. 前記荷物について下積みの禁止が指定されていない場合には、前記荷物の積載が予定される第１の積載領域の積載可能な寸法情報を、少なくとも前記荷物の寸法の分を減じて更新し、前記荷物について下積みの禁止が指定されている場合には、前記第１の積載領域の積載可能な寸法情報を他の荷物を積載不可能な値に設定する管理部、
   をさらに備える請求項１から５のいずれか一項に記載の積載判定システム。
7. 前記制御部は、第１の荷物の積載が予定される第３の積載領域に、前記第１の積載領域への積載が予定されていた前記荷物が積載された場合に、前記第１の荷物を積載可能な積載領域を判定する、
   請求項１から６のいずれか一項に記載の積載判定システム。
8. 前記制御部は、前記第１の積載領域に前記荷物の他に第２の荷物の積載が予定されており、前記荷物が前記第２の荷物より先に積載され、且つ、前記荷物について下積みの禁止が指定されている場合に、前記第１の積載領域を除外して前記第２の荷物を積載可能な積載領域を判定する、
   請求項１から７のいずれか一項に記載の積載判定システム。
9. 車両に含まれる複数の積載領域それぞれについて、積載可能な寸法情報を記憶部に記憶し、
   前記寸法情報に基づいて、積載対象の荷物の前記車両への積載可否を判定し、前記荷物の積載可否の判定結果と、前記車両への積載が可能な場合に前記荷物の積載が予定される第１の積載領域の情報とを出力し、
   施解錠制御装置による施解錠処理を介して施解錠可能な前記車両内の所定領域に含まれる前記第１の積載領域に対応するドアに限定して、該施解錠制御装置による該施解錠処理を実行させる認証情報を発行する、
   車両への積載判定方法。

Images