JP2019125027A - 判定システム、判定方法、及び、認証情報制御システム - Google Patents

Abstract

【課題】荷物の集配場所の一つとして車両を指定できるシステムにおいて、集配作業の効率を向上させる。【解決手段】判定システムは、車両が第１の荷物の集配場所として適切か否かの判定要求を受け付ける受付部と、前記第１の荷物の属性情報を取得する取得部と、第１の荷物の属性情報に基づき、車両が集配場所として適切であることの判定条件の一つである荷物の属性に関する属性条件情報を用いて、車両が第１の荷物の集配場所として適切か否かの判定処理を行う制御部と、判定処理の結果を出力する出力部と、を備える。【選択図】図８

Description

本発明は、荷物の集配場所として車両の選択の可否を判定する可能な判定システム、判定方法、及び、認証情報制御システムに関する。

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

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

ここで、上記したトランクシェアシステムのように車両を利用して荷物の集配を行うシステムにおいて、例えば、車両は周囲環境の変化や影響が大きく、荷物の属性によっては、車両を配送先とすることが適切でない場合がある。例えば、荷物が冷凍品である場合には、当該冷凍品が車両に配送され、しばらくの間放置されたままとなると、当該冷凍品が解凍されてしまい品質低下のおそれがあるため、冷凍品の配送先を車両とすることは適切でない。

本発明は、上記したような種々の実情に鑑みてなされたものであり、その目的は、荷物の集配場所の一つとして車両を指定できるシステムにおいて、集配作業の効率の向上に寄与することができる技術を提供することにある。

本発明は、車両が第１の荷物の集配場所として適切か否かの判定要求を受け付ける受付部と、第１の荷物の属性情報を取得する取得部と、第１の荷物の属性情報に基づき、車両が集配場所として適切であることの判定条件の一つである荷物の属性に関する属性条件情報を用いて、車両が第１の荷物の集配場所として適切か否かの判定処理を行う制御部と、判定処理の結果を出力する出力部と備える判定システムである。

車両とは、例えば、乗用自動車、トラック、バン等の自動車である。集配場所とは、荷物の配送先、又は、集荷対象の荷物が受け渡される場所である。荷物の属性情報は、例えば、荷物の冷蔵品であるか冷凍品であるか、本人確認要、着払い、取扱い注意、高額品等である。荷物の属性によっては、車両は荷物の集配場所として適切でない場合があるので、荷物の属性によって、車両は当該荷物の集配場所として適切である否かを判定することによって、集配場所の指定の作業を含む荷物の集配作業の効率を向上させることができる。

また、本発明の判定システムでは、制御部は、第１の荷物の属性情報に基づき、判定条件の一つである車両の周辺環境に関する周辺環境条件情報をさらに用いて、判定処理を行ってもよい。車両の周辺環境に関する情報は、例えば、季節、屋内か屋外か、屋根の有無
、気温等である。車両は移動可能であり、屋外に配置されたり屋内に配置されたりして、自宅、コンビニ、ロッカー等の他の集配場所の選択肢に比べて、周辺環境の変化と影響とが大きい。荷物の属性情報に加えて車両の周辺環境に関する情報を考慮することによって、荷物に与える周辺環境の影響が小さくなるように、車両は荷物の集配場所として適切であるか否かを柔軟に判定することができる。

また、本発明の判定システムでは、制御部は、第１の車両を集配場所として指定する権利を有するユーザの第１の車両における受け渡し可能スケジュール情報にさらに基づいて、上記判定処理を行ってもよい。ユーザの第１の車両における受け渡し可能スケジュール情報を考慮することによって、第１の車両においてより確実に荷物を集配することができるように、第１の車両は荷物の集配場所として適切であるか否かを判定することができる。

また、本発明の判定システムでは、荷物属性条件情報は、車両が集配場所として適切でない荷物の属性情報として、受取人への直接の受け渡しが求められることを示す情報を含み、制御部は、前記第１の荷物の属性情報に、受取人への直接の受け渡しが求められることを示す情報が含まれている場合に、車両は第１の荷物の集配場所として適切でないことを判定するようにしてもよい。例えば、車両が集配場所として選択される場合には、荷物の受取人が不在である可能性が高いため、受取人への直接の受け渡しが求められることを示す情報を属性として有する荷物の集配場所として適切でない。これによって、受取人への直接の受け渡しが求められることを示す情報を属性として有する荷物を車両に配送することによる再配達の発生を抑制することができる。

また、本発明の判定システムでは、制御部は、前記第１の荷物の属性情報に、受取人への直接の受け渡しが求められることを示す情報が含まれている場合に、第１の荷物の集配場所として指定される第１の車両について、集配予定日時において第１の車両に受取人が在席するか否かに関する確認結果に基づいて、判定処理を行うようにしてもよい。これによって、集配予定日時に第１の車両に受取人が在席することを条件に、第１の車両を集配場所とすることができ、例えば、受取人は外出先における第１の車両を集配場所として、第１の荷物を受け取ることができる。

また、本発明の判定システムは、第１の車両の位置情報と、第１の荷物の集配人の位置情報とを受信する受信部と、前記第１の荷物の属性情報に、受取人への直接の受け渡しが求められることを示す情報が含まれており、第１の車両は第１の荷物の集配場所として適切であることが判定された場合に、第１の車両の位置情報と集配人の位置情報とに基づいて、第１の車両と集配人との距離が第１の距離未満であるか否かを判定する判定部と、第１の車両と集配人との距離が第１の距離未満であると判定される場合に、少なくとも集配人のユーザ端末に、互いが接近していることを示す通知を送信する送信部と、をさらに備えるようにしてもよい。なお、互いが接近していることを示す通知は、第１の車両に在席する受取人のユーザ端末にも送信されてもよい。これによって、受取人と集配人とが出会うためのサポートを行うことができ、より確実に、受取人への直接の受け渡しが求められることを示す情報を属性情報の一つとして有する荷物を、第１の車両において受取人に受け渡すことができる。

また、本発明の判定システムでは、荷物属性条件情報は、車両が集配場所として適切でない荷物の属性情報として、冷凍品であることを示す情報を含み、制御部は、前記第１の荷物の属性情報に、冷凍品であることを示す情報が含まれている場合に、車両は第１の荷物の集配場所として適切でないことを判定するようにしてもよい。車両に冷凍品が配置されたままになると冷凍品が解凍されてしまい品質の低下を招く可能性が高いため、車両は冷凍品の荷物の集配場所として適切でない。これによって、荷物が冷凍品の場合に、車両
に配送され所定時間放置され、冷凍品の品質を低下することを抑制することができる。

また、本発明の判定システムでは、荷物属性条件情報は、判定処理において周辺環境条件情報を用いる属性情報として、冷蔵品であることを示す情報を含み、周辺環境条件情報は、車両が集配場所として適切である又は適切でない日時に関する日時条件情報を含み、制御部は、前記第１の荷物の属性情報に、冷蔵品であることを示す情報が含まれている場合に、第１の荷物の受け渡しの日時の情報に基づいて、日時条件情報を用いて、上記判定処理を行うようにしてもよい。季節や時間帯によっては、車両の周辺の温度と第１の荷物の冷蔵品の温度との差が小さいことも考えられ、そのような場合には、第１の荷物の冷蔵品が車両内に配置されても品質の低下を招く可能性が低い。したがって、第１の荷物が冷蔵品である場合に、受け渡しの日時に基づいて、車両は集配場所として適切か否かを判定することによって、車両の集配場所としての利用率を向上させることができる。

また、本発明の判定システムでは、荷物属性条件情報は、判定処理において周辺環境条件情報を用いる属性情報として、冷蔵品であることを示す情報を含み、周辺環境条件情報は、車両が集配場所として適切である又は適切でない日光の当たり具合に関する日照条件情報を含み、制御部は、第１の荷物の属性情報に、冷蔵品であることを示す情報が含まれている場合に、第１の荷物の集配場所として指定される第１の車両の日光の当たり具合を示す情報に基づいて、日照条件情報を用いて、上記判定処理を行うようにしてもよい。車両内の温度は、例えば同時刻においても、屋内又は屋外、屋根の有無等による日光の当たり具合によって変化し、冷蔵品である荷物との温度差も変化する。したがって、当該荷物が冷蔵品である場合に、車両の日光の当たり具合を考慮して第１の車両は集配場所として適切であるか否かを判定することによって、冷蔵品の品質低下を抑制しつつ、車両の集配場所としての利用率を向上させることができる。

また、本発明の判定システムでは、周辺環境条件情報は、車両が集配場所として適切である又は適切でない地域に関する地域条件情報を含み、制御部は、第１の荷物の集配場所として指定される第１の車両の所在地の住所にさらに基づいて、地域条件情報をさらに用いて、上記判定処理を行うようにしてもよい。例えば、第１の車両の所在地の住所が車上荒らしなどの多発している地域であるか否かに応じて、第１の車両は第１の荷物の集配場所として適切であるか否かを判定することで、第１の荷物のセキュリティを確保することができる。

また、本発明の判定システムでは、周辺環境条件情報は、車両が集配場所として適切である又は適切でない当該車両の駐車位置に関する駐車位置条件情報を含み、制御部は、第１の荷物の集配場所として指定される第１の車両の駐車位置に関する情報にさらに基づいて、駐車位置条件情報をさらに用いて、上記判定処理を行うようにしてもよい。車両内に配置された荷物は、自宅やロッカー等の他の受け取り場所に比べて、受取人以外の第３者の目にさらされることが多い。しかしながら、自宅の車庫等に車両が位置する場合には、第３者の目にさらされることが少なくなり、セキュリティを確保することができる可能性が高い。したがって、第１の車両の位置が第１の荷物の受取人の自宅であるか否かに基づいて、第１の車両は荷物の集配場所として適切であるか否かを判定することで、第１の車両が荷物の集配場所として利用される機会を増やすことができ、配送作業の効率化を図ることができる。

また、本発明は、荷物が配置され、且つ施解錠制御装置による施解錠処理を介して施解錠可能な、車両内の所定領域に対するユーザのアクセスを、該施解錠制御装置による該施解錠処理を実行させる所定の認証情報を該ユーザのユーザ端末に発行することで制御する認証情報制御システムであって、上述の判定システムのいずれかと、当該判定システムによって、第１の荷物の集配場所として指定される第１の車両は荷物の集配場所として適切
であることが判定された場合に、第１の車両を施解錠可能とする認証情報を発行する発行部と、を備える認証情報制御システムとしても特定できる。これによって、第１の車両は集配場所として適切であることが判定される場合に、例えば、配送事業者の配送ユーザ等の車両へのアクセス権を有しない者が第１の車両の認証情報を取得し、第１の車両に荷物を配送することができる。

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

本発明を、車両が第１の荷物の集配場所として適切か否かの判定要求を受け付けるステップと、第１の荷物の属性情報を取得するステップと、第１の荷物の属性情報に基づき、車両が集配場所として適切であることの判定条件の一つである荷物の属性に関する属性条件情報を用いて、車両が第１の荷物の集配場所として適切か否かの判定処理を行うステップと、判定処理の結果を出力するステップと、を含む判定方法との側面でとらえることもできる。なお、上述までの判定システム又は認証情報制御システムに関して開示された技術的思想は、技術的な齟齬が生じない範囲で当該判定方法にも適用できる。

本発明によれば、車両を集配場所とする荷物の集配作業の効率を向上させることができる。

第１実施形態に係るトランクシェアシステムの概略構成を示す図である。 図１に示すトランクシェアシステムを構成する車載装置、ユーザ端末、センタサーバ、集配管理サーバ、ＥＣサイトサーバのそれぞれの構成を概略的に例示するブロック図である。 注文情報テーブルの一例である。 車両配置情報テーブルの一例である。 ユーザ受取可能時間帯情報テーブルの一例である。 荷物属性条件テーブルの一例である。 環境条件テーブルの一例である。 センタサーバにおいて実行される、車両集配判定処理のフローチャートの一例である。 センタサーバにおいて実行される、荷物が冷蔵品であることを示す情報を属性情報として有する場合の、要判定属性の判定処理のフローチャートの一例である。 センタサーバにおいて実行される、荷物が取扱い注意であることを示す情報を属性情報として有する場合の、要判定属性の判定処理のフローチャートの一例である。 センタサーバにおいて実行される、荷物が高額品であることを示す情報を属性として有する場合の、要判定属性の判定処理のフローチャートの一例である。 センタサーバにおいて実行される、変更要求制御処理のフローチャートの一例である。 センタサーバにおいて実行される、認証情報の発行制御処理のフローチャートの一例である。 具体例における処理シーケンスの一例を示す図である。 具体例における処理シーケンスの一例を示す図である。 第２実施形態に係るトランクシェアシステムの概略構成を示す図である。 第２実施形態のトランクシェアシステムの各構成の一例を概略的に示すブロック図である。 第２実施形態に係る荷物属性条件テーブルの一例である。 第２実施形態に係るセンタサーバにおいて実行される、荷物が受取人への直接の受け渡しが求められることを示す情報を属性情報として有する場合の、要判定属性の判定処理のフローチャートの一例である。 センタサーバにおける、受取人への受渡配送制御処理のフローチャートの一例である。 具体例における処理シーケンスの一例である。 具体例における処理のシーケンスの一例である。

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

＜第１実施形態＞
＜システム構成＞
図１は、第１実施形態に係るトランクシェアシステム１の概略構成を示す図である。トランクシェアシステム１は、集配物（荷物）の集配作業を依頼する者と依頼された集配物の集配作業を実施する者との間で当該依頼者の指定する車両１０の荷室又は車室を共有（シェア）することで、当該荷室又は車室を受け渡し場所とする集配サービスを実現するためのシステムである。したがって、「集配物の集配作業を依頼する者」及び「集配物の集配作業を実施する者」は、それぞれ車両の荷室又は車室を利用するユーザであるが、両者を区別するために、前者を「依頼ユーザ」と称し、後者を「集配ユーザ」と称する。

また、上記荷室又は車室は、集配される荷物を配置可能であって、後述するように車載装置１０Ａによって施解錠されるように構成される、車両１０内の所定領域である。より具体的には、車室は、例えば、車両１０内の乗員の席が設置されている空間である。荷室は、例えば、トランクルームのような荷物を積載するための空間である。当該荷室は、車両１０の運転者等が搭乗する車室とは、互いにアクセスが不可能となるように区切られた領域である。ただし、これに限られず、荷室は、例えば、車両１０の車種等によって、運転者等が搭乗する車室と、互いにアクセスが可能な領域であってもよい。

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

車両１０は、例えば、乗用自動車である。また、車両１０は、軽トラック、バン等の貨物用自動車であってもよい。車両１０は、トランクシェアシステム１において、荷物の受け渡し場所の一つとして用いられる。依頼ユーザは、例えば、車両１０の保有者、車両１０の保有者の家族等の車両１０を荷物の集配場所として選択可能な権限を有する者である。

センタサーバ４００は、例えば、荷物の属性情報に基づいて、車両１０は荷物の集配場所として適切であるか否かの判定処理を行う。車両１０は荷物の集配場所として適切であるか否かの判定処理を、以降、車両集配判定処理と称する。荷物の属性情報は、例えば、荷物のサイズ、冷蔵品、冷凍品、本人確認要、着払い、代金引換、天地無用、高額品、取扱い注意等の荷物の属性情報である。ただし、荷物の属性情報は、これらに限定されない。

ＥＣサイトサーバ６００は、例えば、商品購入サイトを開設している電子商取引事業者、消費者間取引（Consumer to Consumer、ＣｔｏＣ）のサイトの運営会社等によって管理されるサーバである。第１実施形態では、ＥＣサイトサーバ６００は、商品購入サイトを開設している電子商取引事業者のサーバであることを想定する。

ＥＣサイトサーバ６００は、依頼ユーザのユーザ端末５０から商品の注文を受け、商品の配送の依頼を集配管理サーバ５００に対して行う。ＥＣサイトサーバ６００は、依頼ユーザによって指定される商品の配送先が車両１０である場合に、センタサーバ４００に車両集配判定の要求を送信する。

集配管理サーバ５００は、例えば、配送事業者によって管理されるサーバである。集配管理サーバ５００は、ＥＣサイトサーバ６００又は依頼ユーザからユーザ端末５０を介して集配依頼を受ける。集配とは、集荷又は／及び配送を示す。集配管理サーバ５００は、依頼ユーザからユーザ端末５０を介して受けた集配依頼において集配場所に車両１０が指定されている場合には、センタサーバ４００に車両集配判定の要求を送信する。

ＥＣサイトサーバ６００、集配管理サーバ５００は、センタサーバ４００による車両集配判定によって、車両１０は集配場所として適切でないことが判定された場合には、例えば、依頼ユーザにユーザ端末５０を介して集配場所の変更を要求する。

集配管理サーバ５００は、集配スケジュールを決定し、集配を担当する集配ユーザのユーザ端末２００に、集配スケジュールを通知する。集配ユーザのユーザ端末２００は、集配スケジュールに従って、所定の時間帯に荷物の集配を行う。例えば、集配場所が車両１０である場合には、ユーザ端末２００は車両１０から所定距離の範囲内に進入したことを検知すると、車両１０の車室又は荷室を施解錠するための認証情報の発行要求を集配管理サーバ５００に送信し、集配管理サーバ５００はセンタサーバ４００に認証情報の発行を要求する。ユーザ端末２００は、例えば、車両１０から所定距離の範囲内に進入したことを、車両１０と集配ユーザのユーザ端末２００との位置情報とに基づいて検出してもよいし、集配ユーザのユーザ端末２００が車両１０と近距離無線通信によるネットワークＮ２で接続されたことによって検出してもよい。

また、センタサーバ４００は、車両１０の施解錠を可能にする認証情報を保持する。センタサーバ４００は、例えば、集配管理サーバ５００を介して集配ユーザのユーザ端末２００から認証情報の発行の要求を受け付け、認証情報の発行制御処理を行う。センタサーバ４００は、車両１０の認証情報を、集配管理サーバ５００を介して、集配ユーザのユーザ端末２００に送信する。集配ユーザは、ユーザ端末２００で取得した認証情報を使用して車両１０の荷室を施解錠することで、荷物を配送又は集荷するために車両１０の車室又は荷室にアクセスすることができる。

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

依頼ユーザのユーザ端末５０には、例えば、商品購入サイトのアプリケーション、集配依頼用のアプリケーション、トランクシェアシステム１によるサービスを利用するためのアプリケーションがインストールされている。依頼ユーザは、これらのアプリケーションを用いて、ユーザ端末５０を通じて、ＥＣサイトサーバ６００に商品を注文したり、集配管理サーバ５００に荷物の集配を依頼したりする。

依頼ユーザは、ユーザ端末５０にトランクシェアシステム１によるサービスを利用するためのアプリケーションをインストールしていることによって、例えば、商品購入サイトのアプリケーションや集配依頼用のアプリケーションを用いて商品を注文したり集配を依頼したりする際に、車両１０を受け渡し場所として指定することができるようになる。依頼ユーザは、車両１０の他に、集配場所として、例えば、自宅、勤務先、コンビニ、ロッカー等を指定することもできる。

なお、センタサーバ４００を管理する事業者は、集配管理サーバ５００、ＥＣサイトサーバ６００のいずれかを管理する事業者と異なる事業者であってもよいし、同じ事業者であってもよい。第１実施形態では、センタサーバ４００を管理する事業者は集配管理サーバ５００又はＥＣサイトサーバ６００を管理するいずれの事業者とも異なる事業者であるとする。トランクシェアシステム１には、例示的に、集配管理サーバ５００、ＥＣサイトサーバ６００がそれぞれ１つずつ含まれているが、集配管理サーバ５００及びＥＣサイトサーバ６００はそれぞれ複数台以上含まれてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

制御部５２は、例えば、ブラウザアプリケーションやＥＣサイトのアプリケーションを実行して、通信部５１を介して、ＥＣサイトサーバ６００に対して商品の注文を行う。制御部５２は、商品の注文とともに、例えば、入出力部５３を介して入力された、集配日時及び集配場所の指定、支払方法等の情報も、ＥＣサイトサーバ６００に送信する。

また、制御部５２は、例えば、ブラウザアプリケーションや集配依頼用のサイトのアプリケーションを実行して、通信部５１を介して、集配管理サーバ５００に対して集配依頼を行うこともできる。制御部５２は、集配依頼とともに、例えば、入出力部５３を介して入力された、集配日時及び集配場所の指定、荷物の属性情報等も集配管理サーバ５００に送信する。

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

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

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

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

更に、集配管理サーバ５００は、集配対象の荷物に関する集配情報を格納する集配管理ＤＢ（データベース）５０３を有している。集配情報は、荷物の属性情報の他に、荷物の集配日時、集配場所、集配荷物のステータスに関する情報等の情報を含む情報である。集配管理ＤＢ５０３は、上記の補助記憶部に集配情報が格納されて形成されている。集配管理ＤＢ５０３は、例えば、プロセッサによって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補
助記憶部に記憶されるデータを管理することで構築される。集配管理ＤＢ５０３は、例えば、リレーショナルデータベースである。

集配管理サーバ５００では、上述したプロセッサによるプログラムの実行により、機能部として制御部５０２が形成される。制御部５０２は、集配管理ＤＢ５０３への集配情報の登録や更新等の管理制御を行う。例えば、ＥＣサイトサーバ６００から商品の配送依頼を受けたり、依頼ユーザからユーザ端末５０を介して集配依頼を受けたりすると、制御部５０２は、集配情報を生成し、集配管理ＤＢ５０３に格納する。集配情報の生成に用いられる情報は、例えば、ＥＣサイトサーバ６００や依頼ユーザのユーザ端末５０から、集配依頼とともに受信される。

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

また、制御部５０２は、依頼ユーザからユーザ端末５０を介して車両１０を集配場所とする集配依頼を受けた場合には、当該依頼の集配荷物について、センタサーバ４００に、車両集配判定を要求する。制御部５０２は、車両集配判定の要求とともに、センタサーバ４００に、当該集配荷物に対応する集配情報を送信する。センタサーバ４００から、車両１０は集配場所として適切である旨（以降、車両への配送可）の判定結果の通知を受けた場合には、制御部５０２は、例えば、依頼ユーザからの集配依頼を確定させる。センタサーバ４００から、車両１０は集配場所として適切でない旨（以降、車両への配送不可）の判定結果の通知を受けた場合には、制御部５０２は、例えば、依頼ユーザのユーザ端末５０に集配場所の変更要求を送信し、車両１０以外の集配場所を選択するよう促す。

また、制御部５０２は、集配ユーザが集配荷物を集配できるように、集配ユーザのユーザ端末２００に対して集配の指示を送信する。集配の指示とともに、例えば、集配場所の住所等が通知される。また、集配場所が車両１０である場合は、車両１０のナンバー、車両位置等が通知される。車両１０のナンバー等の車両１０を集配ユーザが特定するための情報は、例えば、集配管理ＤＢ５０３に格納されている。

なお、この集配の指示は、一度ではなく複数回にわたってユーザ端末２００に送信されてもよい。例えば、予定の集配日の前日に、翌日の集配に関連する集配指示をまとめて集配ユーザのユーザ端末２００に送信し、集配の当日には再度集配指示を送信してもよい。なお、再度の送信の際に、集配情報に更新があった場合にはその更新内容を反映させる。

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

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

更に、ＥＣサイトサーバ６００は、その補助記憶部に、注文管理ＤＢ６０３を有している。注文管理ＤＢ６０３は、例えば、プロセッサによって実行されるデータベース管理システムのプログラムが、補助記憶部に記憶されるデータを管理することで構築される。注文管理ＤＢ６０３は、例えば、リレーショナルデータベースである。注文管理ＤＢ６０３は、商品の注文情報等を格納する。

ＥＣサイトサーバ６００では、上述したプロセッサによるプログラムの実行により、機能部として制御部６０２が形成される。制御部６０２は、注文管理ＤＢ６０３への注文情報の登録や更新等の管理制御を行う。例えば、依頼ユーザからユーザ端末５０を介して商品の注文を受けると、制御部６０２は、当該依頼ユーザに対応する注文情報を生成し、注文管理ＤＢ６０３に格納する。注文情報には、例えば、荷物の属性情報、集配日時の指定、集配場所の指定が含まれる。また、これらの注文情報に用いられる情報は、例えば、依頼ユーザのユーザ端末５０から商品の注文とともに受信される。

また、制御部６０２は、依頼ユーザからユーザ端末５０を介して車両１０を集配場所とする注文を受けた場合には、当該注文の商品について、センタサーバ４００に、車両集配判定を要求する。制御部６０２は、車両集配判定の要求とともに、センタサーバ４００に、当該注文に対応する注文情報を送信する。センタサーバ４００から、車両への配送可の判定結果の通知を受けた場合には、制御部６０２は、例えば、依頼ユーザからの注文を確定させる。センタサーバ４００から、車両への配送不可の判定結果の通知を受けた場合には、制御部６０２は、例えば、依頼ユーザのユーザ端末５０に集配場所の変更要求を送信し、車両１０以外の集配場所を指定するよう促す。

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

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

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

ユーザ情報ＤＢ４０３は、車両１０を利用するユーザ（例えば、集配荷物を車両１０に
配送等する集配ユーザや、配送された集配荷物を回収する依頼ユーザ）に関する情報を格納する。例えば、ユーザに関する情報には、例えば、ユーザに対応するパスワード、依頼ユーザが登録する車両１０に関する情報、依頼ユーザの荷物受取可能スケジュール情報等が含まれている。

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

車両集配条件情報ＤＢ４０５は、車両１０が集配場所として適切である又は適切でないことの判定条件の情報を格納する。車両１０が集配場所として適切である又は適切でないことの条件は、荷物の属性に基づく条件、車両１０の周辺環境に基づく条件等がある。車両１０の周辺環境には、例えば、車両１０の位置する地域、季節、気温、時間帯、日光の当たり具合等がある。

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

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

車両集配判定部４０２２は、車両集配判定処理を行う。詳細には、車両集配判定部４０２２は、ＥＣサイトサーバ６００又は集配管理サーバ５００からの車両集配判定の要求を受け付ける。車両集配判定部４０２２は、車両集配判定の要求とともに、例えば、ＥＣサイトサーバ６００から注文情報を、集配管理サーバ５００から集配荷物に対応する集配情報を受信する。

車両集配判定部４０２２は、例えば、ＥＣサイトサーバ６００から受信する注文情報又は集配管理サーバ５００から受信する集配情報に含まれる荷物の属性情報と、車両集配条件情報ＤＢ４０５に格納される車両１０は集配場所として適切であることの条件とに基づ
いて、車両集配判定処理として、対象の荷物の集配場所として車両１０は適切であるか否かを判定する。車両集配判定部４０２２は、車両集配判定処理の結果を要求元のＥＣサイトサーバ６００又は集配管理サーバ５００に送信する。車両集配判定部４０２２は、「受付部」、「取得部」、「制御部」、「出力部」それぞれの一例である。車両集配判定の要求は、「車両が第１の荷物の集配場所として適切か否かの判定要求」の一例である。車両判定処理は、「車両が前記第１の荷物の集配場所として適切か否かの判定処理」の一例である。

ＤＢ管理部４０２３は、センタサーバ４００が備える各ＤＢの管理を行う。より具体的には、例えば、依頼ユーザのユーザ端末５０、集配管理サーバ５００、ＥＣサイトサーバ６００から送信される情報を受け付け、当該情報を該当するＤＢに登録したり更新したりする。また、他の機能構成要素からの要求に応じて、対応する情報を該当するＤＢから読み出す。

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

図３は、注文情報テーブルの一例である。注文情報テーブルは、例えば、ＥＣサイトサーバ６００の注文管理ＤＢ６０３に格納されている。例えば、注文情報テーブルの１エントリが注文情報である。注文情報テーブルは、例えば、依頼ユーザＩＤ、注文ＩＤ、集配日時指定、集配場所、荷物サイズ、荷物重量、冷蔵品、冷凍品、本人確認要、着払い、代金引換、天地無用、取扱い注意、高額品の各フィールドを有する。

依頼ユーザＩＤフィールドには、依頼ユーザを識別するための識別情報が入力される。依頼ユーザの識別情報は、例えば、トランクシェアシステム１において、センタサーバ４００、集配管理サーバ５００、ＥＣサイトサーバ６００で共通して用いられる識別情報であり、予めセンタサーバ４００によって発行される。ただし、これに限られず、センタサーバ４００、集配管理サーバ５００、ＥＣサイトサーバ６００がそれぞれ依頼ユーザに対して独自の識別情報を付与して用いてもよい。この場合には、センタサーバ４００、集配管理サーバ５００、ＥＣサイトサーバ６００間で、例えば、依頼ユーザの氏名、電子メールアドレス、ログイン名等の情報を用いて、依頼ユーザの識別情報の対応がとられることとする。

注文ＩＤフィールドには、注文を識別するための注文識別情報が入力される。注文識別情報は、例えば、注文を受けると、ＥＣサイトサーバ６００の制御部６０２が発行する。情報集配日時指定フィールドには、依頼ユーザによって指定された集配日時の情報が入力される。

集配場所フィールドには、依頼ユーザによって指定された集配場所を示す情報が入力される。集配場所フィールドには、例えば、「自宅」、「車両」、「勤務先」等の値が入力される。集配場所フィールドに入力される「自宅」、「車両」、「勤務先」等の値に応じて、当該注文情報の対象の荷物の配送先の住所に紐づけられている（不図示）。なお、集配場所フィールドには、例えば、依頼ユーザによって指定された集配場所を示す情報として、地域の識別情報が用いられてもよい。地域の識別情報は、例えば、集配管理サーバ５００を管理する配送事業者が１の集配ユーザが担当する領域の単位として設定する地域に割り当てられた識別情報が用いられてもよい。

荷物サイズフィールドには、荷物のサイズが格納される。荷物重量フィールドには、集
配荷物の重量が格納される。冷蔵品フィールドは、当該荷物が冷蔵品であるか否かを示す情報が入力される。冷凍品フィールドは、当該荷物が冷凍品であるか否かを示す情報が入力される。

本人確認要フィールドは、本人確認が必要であるか否かを示す情報が入力される。本人確認とは、荷物の受取人が正当であることを、例えば、身分証明書等によって確認することである。着払いフィールドは、送料の支払いが着払いであることが指定されているか否かを示す情報が入力される。代金引換フィールドは、商品の代金の支払い方法に代金引換が指定されているか否かを示す情報が入力される。

天地無用フィールドは、天地無用が指定されているか否かを示す情報が入力される。取扱い注意フィールドは、取扱い注意が指定されているか否かを示す情報が入力される。高額品フィールドは、高額品であるか否かを示す情報が入力される。

依頼ユーザの識別情報、集配日時及び集配場所の指定は、依頼ユーザのユーザ端末５０から、例えば、商品の注文とともにＥＣサイトサーバ６００に送信される。注文情報テーブルに含まれる、荷物サイズ、荷物重量、冷蔵品であるか否か、冷凍品であるか否か、本人確認要か否か、着払いか否か、代金引換か否か、天地無用か否か、取扱い注意か否か、高額品であるか否か、を示すそれぞれの情報は、いずれも、荷物の属性情報の一例である。また、これらの荷物の属性情報は、例えば、依頼ユーザによってユーザ端末５０に入力され、ユーザ端末５０から商品の注文とともにＥＣサイトサーバ６００に送信されてもよいし、ＥＣサイトサーバ６００において商品に応じて予め決められている値が入力されてもよい。また、例えば、天地無用か否か、取扱い注意か否か、高額品であるか否か、は、いずれも明確な定義はなく、依頼ユーザやＥＣサイトの管理者、又は、商品の販売元等の主観によって決められることが多い。

本人確認要か否か、着払いか否か、代金引換か否かを示す情報は、いずれも、受取人への直接の受け渡しが求められることを示す情報の一例である。高額品であるか否かを示す情報は、荷物の盗難の可能性が高いことを示す情報の一例である。

なお、集配管理サーバ５００の集配管理ＤＢ５０３に格納される集配情報は、図３に示される注文情報とほぼ同様の情報を含む。詳細には、集配情報は、例えば、依頼ユーザの識別情報、依頼ユーザによって指定された集配日時の情報及び集配場所、荷物サイズ、荷物重量、冷蔵品であるか否か、冷凍品であるか否か、本人確認要か否か、着払いか否か、代金引換か否か、天地無用か否か、取扱い注意か否か、高額品であるか否か、を示す情報に加え、集配区分（配送か集荷か）、集配ステータス、注文識別情報の代わりに荷物の識別情報が含まれている。集配情報に含まれる荷物の属性情報は、例えば、集配依頼とともに集配管理サーバ５００に送信される、ＥＣサイトサーバ６００からの注文情報又は依頼ユーザのユーザ端末５０への入力情報に含まれている。

図４は、車両配置情報テーブルの一例である。車両配置情報テーブルは、依頼ユーザが集配場所として登録している車両の配置に関する情報を格納するテーブルである。車両配置情報テーブルは、例えば、センタサーバ４００のユーザ情報ＤＢ４０３に格納されている。車両配置情報テーブルは、例えば、依頼ユーザＩＤ、車両ＩＤ、車両位置、屋内外、屋根のフィールドを含む。

依頼ユーザＩＤフィールドには、依頼ユーザの識別情報が入力される。車両ＩＤフィールドには、車両の識別情報が入力される。車両の識別情報は、例えば、ナンバープレートに記載されている自動車登録番号が用いられてもよい。車両位置フィールドには、例えば、「自宅」、「駐車場」等の車両が配置されている場所を示す情報が入力される。また、
車両位置フィールドの「自宅」、「駐車場」等の値に応じた住所が、不図示のテーブルで保持されている。

屋内外フィールドには、当該車両が配置されている場所が屋内であるのか屋外であるのかを示す情報が入力される。屋根フィールドは、当該車両が配置されている場所の屋根の有無を示す情報が入力される。屋内外フィールドに屋内を示す情報が入力されている場合には、屋根フィールドには屋根有を示す情報が入力される。屋内外フィールド、屋根フィールドは、「車両の日光の当たり具合を示す情報」の一例である。また、車両位置フィールドは、「第１の車両の駐車位置に関する情報」の一例である。

なお、車両配置情報テーブルに登録される車両位置等の情報は、例えば、依頼ユーザによる、ユーザ端末５０を用いたトランクシェアシステム１のサービスを利用するためのアプリケーションの実行によって、予めセンタサーバ４００に登録される。また、車両配置情報テーブルに登録される車両配置情報は、車両１０の位置のデフォルト値である。また、車両配置情報テーブルへの車両配置情報の登録は必須ではなく、選択的に行われてもよい。車両１０は移動するため、必ずしも車両配置情報に登録された位置に存在するとは限らない。そのため、センタサーバ４００が車両１０の現在位置を用いる場合には、例えば、依頼ユーザにユーザ端末５０や車両１０に搭載されているデータ通信装置等に、車両１０の現在位置を問い合わせるようにしてもよい。車両１０に搭載されているデータ通信装置の詳細については、第２実施形態において後述される。

図５は、ユーザ受取可能時間帯情報テーブルの一例である。ユーザ受取可能時間帯情報テーブルは、依頼ユーザが車両１０において受取可能な時間帯の情報を格納する。ユーザ受取時間帯情報テーブルは、例えば、センタサーバ４００のユーザ情報ＤＢ４０３に格納されている。ユーザ受取可能時間帯情報テーブルは、例えば、依頼ユーザＩＤ、集配場所、時間帯のフィールドを含む。依頼ユーザＩＤフィールドには、依頼ユーザの識別情報が入力される。集配場所には、車両１０の識別情報が入力される。

時間帯フィールドは、図５に示される例では、各曜日について５つの時間帯を含む。時間帯は、例えば、配送事業者の配送指定可能な時間帯に設定される。例えば、第１時間帯（図５では「１」）は午前中（１２時まで）、第２時間帯は１２時から１４時、第３時間帯は１４時から１６時、第４時間帯は１６時から１８時、第５時間帯は、１８時から２０時である。時間帯フィールドにおいて、依頼ユーザが車両１０において受取可能な時間帯には「○」が入力される。依頼ユーザが車両１０において受取できない時間帯には「×」が入力される。

ユーザ受取可能時間帯の登録は、例えば、依頼ユーザによる、ユーザ端末５０を用いたトランクシェアシステム１のサービスを利用するためのアプリケーションの実行によって、予めセンタサーバ４００に登録される。また、ユーザ受取可能時間帯は、ユーザ端末５０を用いたトランクシェアシステム１のサービスを利用するためのアプリケーションの実行によって、適宜変更可能である。依頼ユーザは、「第１の車両を集配場所として指定する権利を有するユーザ」の一例である。ユーザ受取可能時間帯の情報は、「第１の車両を集配場所として指定する権利を有するユーザの第１の車両における受け渡し可能スケジュール情報」の一例である。

図６は、荷物属性条件テーブルの一例である。荷物属性条件テーブルは、車両１０が集配場所として適切である又は適切でないと判定できる荷物の属性を定義するテーブルである。荷物属性条件テーブルは、例えば、センタサーバ４００の車両集配条件情報ＤＢ４０５に格納されている。荷物属性条件テーブルには、車両への配送可、車両への配送不可、要判定のフィールドを含む。車両への配送可のフィールドには、車両１０は集配場所とし
て適切であることの判定条件の一つとなる荷物の属性情報が格納される。車両への配送不可のフィールドには、車両１０は集配場所として適切でないことの判定条件の一つとなる荷物の属性情報が格納される。要判定のフィールドには、車両１０が集配場所として適切であるか否かを判定するための判定処理が行われる荷物の属性情報が格納される。

図６に示される例では、車両への配送可の荷物の属性情報として、天地無用を示す情報が登録されている。図６に示される例では、車両への配送不可の荷物の属性情報として、冷凍品であること、本人確認要であること、着払いであること、代金引換であることを示すそれぞれの情報が登録されている。冷凍品であることを示す情報は、車両１０の車室又は荷室内に配送されてから受取人が車両１０から下すまでの間に放置されると解凍してしまい品質が低下する可能性が高いため、車両への配送不可に設定される。本人確認要、着払い、代金引換のいずれかであることを示す情報は、受取人本人に直接渡すことが要求されるので、車両１０が集配場所として選択される場合には車両１０には受取人が不在である可能性が高いため車両への配送不可に設定される。図６に示される例では、要判定の荷物の属性情報として、冷蔵品、取り扱い注意、高額品であることを示すそれぞれの情報が登録されている。冷蔵品、取り扱い注意、高額品であることを示すそれぞれ情報は、車両１０の状況に応じて、車両１０を集配場所とできるか否かが変化するため、要判定に設定される。

なお、図６に示される車両への配送可、車両への配送不可、要判定に設定される荷物の属性情報の定義は、一例であって、トランクシェアシステム１の管理者によって、適宜、追加、変更、削除が可能である。荷物属性条件テーブルの「車両への配送可」に設定される属性情報は、「車両が集配場所として適切でない荷物の属性情報」の一例である。荷物属性条件テーブルの「要判定」に設定されている、「冷蔵品」、「高額品」の属性情報は、「判定処理において周辺環境条件情報が用いられる属性情報」の一例である。

図７は、環境条件テーブルの一例である。環境条件テーブルは、冷蔵品であることを示す情報を属性情報として有する荷物について、車両１０は集配場所として適切であることの判定条件の一つである、車両１０の周辺環境の条件を定義するテーブルである。環境条件テーブルは、例えば、センタサーバ４００の車両集配条件情報ＤＢ４０５に格納されている。環境条件テーブルには、車両位置、季節及び時間帯に応じて、車両１０を、冷蔵品であることを示す情報を属性情報として有する荷物の集配場所とできるか否かを示す情報が入力される。

図７に示される例では、車両位置として、屋内、屋外（屋根有）、屋外（屋根無）の項目が含まれる。図７に示される例では、季節として、夏期と冬期との項目が含まれる。図７に示される例では、時間帯として、例えば、ユーザ受取可能時間帯情報テーブルと同様の５つの時間帯の項目が含まれる。例えば、夏期は５月〜１０月、冬期は１１月〜４月と定義される。各フィールドには、車両１０を冷蔵品の属性を有する荷物の集配場所とできる場合には「○」が入力される。各フィールドには、車両１０を、冷蔵品であることを示す情報属性情報として有する荷物の集配場所とできない場合には「×」が入力される。

図７に示される例では、夏期はいずれの時間帯、いずれの車両位置についても、車両１０を、冷蔵品であることを示す情報を属性情報として有する荷物の集配場所とできないことが定義されている。また、図７に示される例では、冬期において、車両位置が屋内又は屋外（屋根有）であれば、第１、４、５時間帯において、車両１０を、冷蔵品であることを示す情報を属性情報として有する荷物の集配場所とできることが定義されている。また、図７に示される例では、冬期において、車両位置が屋外（屋根無）であれば、第１、５時間帯において、車両１０を、冷蔵品であることを示す情報を属性情報として有する荷物の集配場所とできることが定義されている。

なお、図７に示される、車両１０を、冷蔵品であることを示す情報を属性情報として有する荷物の集配場所とできるか否かの定義は、一例であって、トランクシェアシステム１の管理者によって、適宜、変更可能である。また、図７では、車両１０の周辺環境を示す情報として、夏期冬期及び時間帯に代えて、気温が用いられてもよい。季節、気温、時間帯は、それぞれ、「車両の周辺環境に関する周辺環境条件情報」の一例である。例えば、図７に示される例における季節及び時間帯は、「車両が集配場所として適切である又は適切でない日時に関する日時条件情報」の一例である。例えば、図７に示されるに例における、車両位置の、屋内、屋外（屋根有）、屋外（屋根無し）は、「車両が集配場所として適切である又は適切でない日光の当たり具合に関する日照条件情報」の一例である。

＜処理の流れ＞
図８は、センタサーバ４００において実行される、車両集配判定処理のフローチャートの一例である。図８に示される車両集配判定処理は、所定の周期で繰り返し実行される。図８に示される処理の実行の主体は、センタサーバ４００に搭載されるＣＰＵであるが、便宜上、機能構成である車両集配判定部４０２２を主体として説明される。以降のフローチャートについても同様に、機能構成を主体として説明される。

Ｓ１０１では、車両集配判定部４０２２は、車両集配判定の要求を受信したか否かを判定する。車両集配判定の要求は、例えば、ＥＣサイトサーバ６００、集配管理サーバ５００から送信される。車両集配判定の要求とともに、例えば、対象の荷物の属性情報を含む注文情報（ＥＣサイトサーバ６００から）又は集配情報（集配管理サーバ５００から）も送信される。なお、対象の荷物は集配場所として車両１０が指定されている荷物である。また、車両集配判定の要求は、例えば、センタサーバ４００内の他の処理からも発生することがある。Ｓ１０１で肯定判定されると処理がＳ１０２に進む。Ｓ１０１で否定判定されると図８に示される処理が終了する。Ｓ１０１において車両集配判定の要求を受信する処理は、「受付部」の「判定要求を受け付ける」処理の一例である。また、Ｓ１０１において車両集配判定の要求とともに対象の荷物の属性情報を含む注文情報又は集配情報を受信する処理は、「取得部」の「第１の荷物の属性情報を取得する」処理の一例である。なお、対象の荷物の属性情報を含む注文情報又は集配情報は、車両集配判定の要求とともに受信されることによって取得されることに限定されず、例えば、車両集配判定の要求を受信した後に、ＥＣサイトサーバ６００又は集配管理サーバ５００に問い合わせて取得されてもよい。

Ｓ１０２では、車両集配判定部４０２２は、対象の荷物が、荷物属性条件テーブルにおいて「車両への配送不可」に設定されている属性情報を有するか否かを判定する。Ｓ１０２で肯定判定されると処理がＳ１１１に進み、否定判定されると処理がＳ１０３に進む。

Ｓ１０３では、車両集配判定部４０２２は、対象の荷物が、荷物属性条件テーブルにおいて「要判定」に設定されている属性情報を有するか否かを判定する。Ｓ１０３で肯定判定されると処理がＳ１０６に進み、否定判定されると処理がＳ１０４に進む。

Ｓ１０４及びＳ１０５の処理は、Ｓ１０２及びＳ１０３において否定判定された場合、すなわち、対象の荷物が、荷物属性条件テーブルにおいて、「車両への配送不可」に設定されている属性情報も、「要判定」に設定されている属性情報も有しない場合の処理である。

Ｓ１０４では、車両集配判定部４０２２は、対象の荷物に集配日時の指定があるか否かを判定する。対象の荷物の集配日時の指定は、例えば、車両集配判定の要求とともに受信される注文情報又は集配情報に含まれている。Ｓ１０４で肯定判定されると処理がＳ１０
５に進む。Ｓ１０４で否定判定されると処理がＳ１１０に進み、Ｓ１１０では、車両集配判定部４０２２は、車両への配送可を判定する。

Ｓ１０５では、車両集配判定部４０２２は、対象の荷物の指定された集配日時に該当する曜日及び時間帯が、ユーザ受取可能時間帯テーブルにおいて「○」であるか否かを判定する。Ｓ１０５で肯定判定されると処理がＳ１１０に進み、Ｓ１１０では、車両集配判定部４０２２は、車両への配送可を判定する。Ｓ１０５で否定判定されると処理がＳ１１１に進み、Ｓ１１１では、車両集配判定部４０２２は、車両への配送不可を判定する。

Ｓ１０６からＳ１０９の処理は、対象の荷物が、荷物属性条件テーブルにおいて「要判定」に設定されている属性情報を有する場合の処理である。Ｓ１０６からＳ１０８の要判定の属性情報についての判定処理は、それぞれ、荷物属性条件テーブルにおいて「要判定」に設定されている属性情報について、車両１０は対象の荷物の集配場所として適切であるか否かの判定処理である。以降、「要判定」の属性情報についての車両１０は対象の荷物の集配場所として適切であるか否かの判定処理を、要判定属性の判定処理、と称する。

図８に示される処理は、図６に示される荷物属性条件テーブルを前提としており、図６に示される荷物属性条件テーブルにおいて「要判定」に設定されている属性情報が３つであるので、図８に示される例でも要判定属性の判定処理は３つ（Ｓ１０６〜Ｓ１０８）となっている。要判定属性の判定処理の数は、例えば、荷物属性条件テーブルにおいて「要判定」に設定されている属性情報の数に応じて変化する。

図８では、Ｓ１０６の要判定属性１の判定処理は、荷物が冷蔵品であることを示す情報を属性情報として有する場合の判定処理である。Ｓ１０７の要判定属性２の判定処理は、荷物が取扱い注意であることを示す情報を属性情報として有する場合の判定処理である。Ｓ１０８の要判定属性３の判定処理は、荷物が高額品であることを示す情報を属性情報として有する場合の判定処理である。これらの要判定属性の判定処理の詳細は、後述される。これらの要判定属性の判定処理それぞれにおいて、対象の荷物について、車両１０は集配場所として適切であるか否かの判定が行われる。なお、Ｓ１０６からＳ１０８の処理は、いずれの処理から行われてもよい。

Ｓ１０９では、車両集配判定部４０２２は、Ｓ１０６からＳ１０８の要判定属性の判定処理のいずれかにおいて、車両への配送不可の判定結果があるか否かを判定する。Ｓ１０９で肯定判定されると処理がＳ１１１に進み、Ｓ１１１では、車両集配判定部４０２２は、車両への配送不可を判定する。Ｓ１０９で否定判定されると処理がＳ１１０に進み、Ｓ１１０では、車両集配判定部４０２２は、車両への配送可を判定する。Ｓ１０２からＳ１１１の処理は、「制御部」の「車両が第１の荷物の集配場所として適切であるか否かの判定処理」の一例である。

Ｓ１１２では、車両集配判定部４０２２は、判定結果を出力する。例えば、車両集配判定部４０２２は、判定結果を要求元のＥＣサイトサーバ６００又は集配管理サーバ５００に送信する。その後、図８に示される処理が終了する。Ｓ１１２の処理は、「出力部」の「判定処理の結果を出力する」処理の一例である。

図９は、センタサーバ４００において実行される、荷物が冷蔵品であることを示す情報を属性情報として有する場合の、要判定属性の判定処理のフローチャートの一例である。図９に示される処理は、例えば、図８のＳ１０６の要判定属性１の判定処理に相当する。

Ｓ２０１では、車両集配判定部４０２２は、車両集配判定処理の要求の対象の荷物の属性情報に冷蔵品であることを示す情報が含まれているか否かを判定する。Ｓ２０１で肯定
判定されると処理がＳ２０２に進み、否定判定されると図９に示される処理が終了する。

Ｓ２０２では、車両集配判定部４０２２は、対象の荷物に集配日時の指定があるか否かを判定する。Ｓ２０２で肯定判定されると処理がＳ２０３に進む。Ｓ２０２で否定判定されると処理がＳ２０５に進み、Ｓ２０５では、車両集配判定部４０２２は、車両への配送可を判定する。すなわち、図９に示される例では、集配日時の指定のない冷蔵品である荷物は一律に車両１０を集配場所とできることを判定する。

なお、この場合には、当該冷蔵品である荷物の集配場所として車両１０が適切であることが集配管理サーバ５００やＥＣサイトサーバ６００に通知されるだけである。この場合には、集配日時の指定がないので、例えば、集配管理サーバ５００で冷蔵品を集配するのに適した時間帯等を選択して集配スケジュールが作成されたり、集配スケジュールが作成された後に当該集配スケジュールについて車両集配判定の要求を再度送信して集配判定処理が行われたり等、車両１０への集配を行うか否かは、集配管理サーバ５００や依頼ユーザによって判定される。

なお、集配日時の指定のない冷蔵品である荷物について、一律に、車両１０を集配場所とできないことを判定するようにしてもよい。

Ｓ２０３では、車両集配判定部４０２２は、対象の荷物の指定された集配日時に該当する季節及び時間帯が、環境条件テーブルにおいて「○」であるか否かを判定する。Ｓ２０３で肯定判定されると処理がＳ２０４に進む。Ｓ２０３で否定判定されると処理がＳ２０６に進み、Ｓ２０６では、車両集配判定部４０２２は、車両への配送不可を判定する。その後、図９に示される処理が終了する。

Ｓ２０４では、車両集配判定部４０２２は、対象の荷物の指定された集配日時に該当する曜日及び時間帯が、ユーザ受取可能時間帯テーブルにおいて「○」であるか否かを判定する。なお、ユーザ受取可能時間帯テーブルに情報が登録されていない場合には、Ｓ２０４では否定判定となってもよいし、依頼ユーザにユーザ端末５０を介して問い合わせてもよい。Ｓ２０４で肯定判定されると処理がＳ２０５に進み、Ｓ２０５では、車両集配判定部４０２２は、車両への配送可を判定する。Ｓ２０４で否定判定されると処理がＳ２０６に進み、Ｓ２０６では、車両集配判定部４０２２は、車両への配送不可を判定する。Ｓ２０５及びＳ２０６の処理の後、図９に示される処理が終了する。

図９に示される例において、Ｓ２０３及びＳ２０４の処理はいずれから行われてもよいし、必ずしも両方行われる必要はなく、いずれか一方の処理が行われるのであってもよい。また、図９に示される例において、Ｓ２０３の処理を実行する前に、依頼ユーザのユーザ端末５０に対して、車両１０の位置（屋内又は屋外、屋根の有無等）を問い合わせてもよい。

図１０は、センタサーバ４００において実行される、荷物が取扱い注意であることを示す情報を属性情報として有する場合の、要判定属性の判定処理のフローチャートの一例である。図１０に示される処理は、例えば、図８のＳ１０７の要判定属性２の判定処理に相当する。

Ｓ３０１では、車両集配判定部４０２２は、車両集配判定処理の要求の対象の荷物が取扱い注意を示す情報を属性情報として有するか否かを判定する。Ｓ３０１で肯定判定されると処理がＳ３０２に進み、否定判定されると図１０に示される処理が終了する。

Ｓ３０２では、車両集配判定部４０２２は、対象の荷物に集配日時の指定があるか否か
を判定する。Ｓ３０２で肯定判定されると処理がＳ３０３に進む。Ｓ３０２で否定判定されると処理がＳ３０４に進み、Ｓ３０４では、車両集配判定部４０２２は、車両への配送可を判定する。すなわち、図１０に示される例では、集配日時の指定のない取扱い注意である荷物は一律に車両１０を集配場所とできることを判定する。この場合には、当該荷物の集配に関する取扱いは、集配管理サーバ５００や依頼ユーザに委ねられることになる。ただし、これに限られず、集配日時の指定のない取扱い注意である荷物は一律に車両１０を集配場所とでないことを判定するようにしてもよい。

Ｓ３０３では、車両集配判定部４０２２は、対象の荷物の指定された集配日時に該当する曜日の指定された時間帯以降の時間帯すべてが、ユーザ受取可能時間帯テーブルにおいて「○」であるか否かを判定する。Ｓ３０３の処理は、対象の荷物が車両１０に配送された以降に、車両１０の移動がないことを確認するための処理である。対象の荷物に取扱い注意が指定されている場合には、車両１０の移動によって対象の荷物が破損するおそれがあるためである。なお、ユーザ受取可能時間帯テーブルに情報が登録されていない場合には、Ｓ３０３では否定判定となってもよいし、依頼ユーザにユーザ端末５０を介して問い合わせてもよい。

Ｓ３０３で肯定判定されると処理がＳ３０４に進み、Ｓ３０４では、車両集配判定部４０２２は、車両への配送可を判定する。Ｓ３０３で否定判定されると処理がＳ３０５に進み、Ｓ３０５では、車両集配判定部４０２２は、車両への配送不可を判定する。Ｓ３０４及びＳ３０５の処理の後、図１０に示される処理が終了する。

図１１は、センタサーバ４００において実行される、荷物が高額品であることを示す情報を属性として有する場合の、要判定属性の判定処理のフローチャートの一例である。図１１に示される処理は、例えば、図８のＳ１０８の要判定属性３の判定処理に相当する。

Ｓ４０１では、車両集配判定部４０２２は、車両集配判定処理の要求の対象の荷物が高額品であることを示す情報を属性情報として有するか否かを判定する。Ｓ４０１で肯定判定されると処理がＳ４０２に進み、否定判定されると図１１に示される処理が終了する。

Ｓ４０２では、車両集配判定部４０２２は、車両１０が位置する地域が警戒地域であるか否かを判定する。警戒地域は、例えば、車上荒らしが多発している地域である。警戒地域のリストは、例えば、車両集配条件情報ＤＢ４０５に予め登録されている。車両１０の位置する地域は、例えば、車両配置情報テーブルから車両位置フィールドの値を取得し、車両位置フィールドの値に応じた住所を取得することで求められる。なお、車両配置情報テーブルから車両位置フィールドに情報が登録されていない場合には、車両１０の位置を依頼ユーザにユーザ端末５０を介して問い合わせてもよい。警戒地域のリストは、「地域条件情報」の一例である。

Ｓ４０２で肯定判定されると処理がＳ４０５に進み、Ｓ４０５では、車両集配判定部４０２２は、車両への配送不可を判定する。その後、図１１に示される処理が終了する。Ｓ４０２で否定判定されると処理がＳ４０３に進む。

Ｓ４０３では、車両集配判定部４０２２は、車両１０の位置が依頼ユーザの自宅であるか否かを判定する。車両１０の位置は、例えば、車両配置情報テーブルから取得される。なお、車両配置情報テーブルから車両位置フィールドに情報が登録されていない場合には、車両１０の位置を依頼ユーザにユーザ端末５０を介して問い合わせてもよい。Ｓ４０３で肯定判定されると処理がＳ４０４に進み、Ｓ４０４では、車両集配判定部４０２２は、車両への配送可を判定する。すなわち、図１１に示される例では、高額品であることを示す情報を属性情報として有する荷物は、車両１０が警戒地域に存在せず、且つ、自宅に駐
車されている場合に、車両１０を集配場所とできることが示される。車両１０が自宅に駐車されている場合には、依頼ユーザ又は荷物の受取人の車両１０へのアクセスが容易である可能性が高く、車両１０内に高額品である荷物が放置される時間が短い可能性が高かったり、第３者の目にさらされる可能性が低かったりして、盗難の危険性が低いと考えられるためである。車両１０の位置が依頼ユーザの自宅であることは、「駐車位置条件情報」の一例である。

Ｓ４０３で否定判定されると処理がＳ４０５に進み、Ｓ４０５では、車両集配判定部４０２２は、車両への配送不可を判定する。その後、図１１に示される処理が終了する。

なお、図１１に示される処理は一例であって、例えば、車両１０の位置が警戒地域内であっても、自宅に駐車されている場合には、車両への配送可と判定するようにしてもよい。また、例えば、車両１０が屋内又は屋外に位置しているか否かの判定をさらに行い、車両１０が警戒地域に存在せず、且つ、自宅に駐車されており、且つ、屋内である場合に、車両１０を集配場所とできることを判定するようにしてもよい。また、例えば、図１１に示される例において、Ｓ４０２及びＳ４０３の処理は必ずしも両方行われる必要はなく、いずれか一方の処理が行われるのであってもよい。

また、第１実施形態では、荷物が高額品であることを示す情報を属性情報として有する場合に、図１１に示される処理が実行されるが、車両１０が配送先である場合の盗難の可能性はいかなる属性の荷物にもあるので、荷物の属性に依らず、図１１の判定処理が実行されるようにしてもよい。

図１２は、センタサーバ４００において実行される、変更要求制御処理のフローチャートの一例である。変更要求制御処理は、集配ユーザのユーザ端末２００から集配管理サーバ５００を介して、車両１０への集配場所の変更要求を受信した場合の処理である。例えば、集配ユーザが荷物の配送のために、集配場所として指定されている依頼ユーザの自宅を訪ねたところ、依頼ユーザが不在であるものの、車両１０が駐車されており、集配ユーザが車両１０への集配場所の変更を希望する場合に、ユーザ端末２００を通じて、集配場所の変更要求が送信される。図１２に示される処理は、例えば、所定の周期で繰り返し実行される。

Ｓ５０１では、車両集配判定部４０２２は、集配場所の変更要求を受信したか否かを判定する。Ｓ５０１で肯定判定されると処理がＳ５０２に進み、否定判定されると図１２に示される処理が終了する。

Ｓ５０２では、車両集配判定部４０２２は、依頼ユーザの車両１０が、例えば、車両配置情報テーブルに登録されているか否かを判定する。依頼ユーザの識別情報は、例えば、集配場所の変更要求の対象の荷物に対応する集配情報から取得される。集配場所の変更要求の対象の荷物に対応する集配情報は、例えば、集配場所の変更要求とともに集配ユーザのユーザ端末２００から受信されてもよいし、集配場所の変更要求とともに集配ユーザのユーザ端末２００から該当する荷物の識別情報を受信し、車両集配判定部４０２２が集配管理サーバ５００から荷物の識別情報に該当する集配情報を問い合わせて取得してもよい。Ｓ５０２で肯定判定されると処理がＳ５０３に進み、否定判定されると図１２に示される処理が終了する。

Ｓ５０３では、車両集配判定部４０２２は、対象の荷物について、車両集配判定処理を実行する。車両集配判定処理は、例えば、図８で説明された通りである。Ｓ５０４では、車両集配判定部４０２２は、Ｓ５０３の車両集配判定処理の結果が車両への配送可であるか否かを判定する。Ｓ５０４で肯定判定されると処理がＳ５０５に進む。Ｓ５０４で否定
判定されると処理がＳ５０８に進み、Ｓ５０８では、車両集配判定部４０２２は変更不可を判定し、集配管理サーバ５００を介して、集配ユーザのユーザ端末２００に変更不可を通知する。その後、図１２に示される処理が終了する。

Ｓ５０５では、車両集配判定部４０２２は、対象の荷物に対応する依頼ユーザのユーザ端末５０に、車両１０への集配場所の変更の許可の問い合わせを送信する。Ｓ５０６では、車両集配判定部４０２２は、依頼ユーザのユーザ端末５０からの応答が許可応答であるか否かを判定する。Ｓ５０６で肯定判定されると処理がＳ５０７に進み、Ｓ５０７では、車両集配判定部４０２２は、変更可を判定し、集配管理サーバ５００を介して、集配ユーザのユーザ端末２００に変更可を通知する。その後、図１２に示される処理が終了する。

Ｓ５０６で否定判定、すなわち、依頼ユーザのユーザ端末５０から拒否応答が受信された場合には、処理がＳ５０８に進み、Ｓ５０８では、車両集配判定部４０２２は、変更不可を判定し、集配管理サーバ５００を介して、集配ユーザのユーザ端末２００に変更不可を通知する。その後、図１２に示される処理が終了する。

なお、図１２に示される、車両集配判定処理以外の処理は、例えば、集配管理サーバ５００が実行してもよい。この場合には、集配管理サーバ５００は、依頼ユーザのユーザ端末５０から集配場所の変更要求を受信すると、Ｓ５０２、Ｓ５０３の処理の代わりにセンタサーバ４００に車両集配判定の要求を送信し、車両集配判定の結果を取得する。

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

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

Ｓ６０２では、認証情報管理部４０２１は、認証情報の発行要求の対象の荷物に対応する集配情報が登録されているか否かを判定する。認証情報の発行対象となる集配情報は、例えば、集配場所が車両１０である場合、集配管理サーバ５００からセンタサーバ４００に送信され、センタサーバ４００に登録されている。Ｓ６０２で肯定判定されると処理がＳ６０３に進み、否定判定されると図１３に示される処理が終了する。

Ｓ６０３では、認証情報管理部４０２１は、要求元の集配ユーザのユーザ端末２００に対して、車両１０の認証情報を発行する。車両１０の認証情報は、認証情報ＤＢ４０４から取得される。車両１０の認証情報は、集配管理サーバ５００を介して集配ユーザのユーザ端末２００に送信される。

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

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

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

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

なお、図８から図１３に示されるフローチャートは、いずれも一例であって、それぞれに示される処理に限定されない。

＜具体例＞
図１４は、具体例における処理シーケンスの一例を示す図である。図１４では、依頼ユーザが、ＥＣサイトサーバ６００が提供するＥＣサイトで商品を注文し、当該商品の集配場所として車両１０を指定した場合に車両集配判定処理が行われることを例に説明する。

Ｓ１１では、依頼ユーザはユーザ端末５０から商品注文を行う。依頼ユーザは、商品の集配場所として車両１０を選択し、商品の注文とともに集配場所として車両１０が選択されている旨がＥＣサイトサーバ６００に通知される。なお、依頼ユーザに、集配日時、代金支払い方法等の希望がある場合には、それらの情報も商品の注文とともにＥＣサイトサーバ６００に通知される。図１４に示される例では、依頼ユーザは、集配場所（車両１０）と集配日時とを指定したものとする。また、依頼ユーザによって指定された集配日時は、夏期に相当することとする。

Ｓ１２では、ＥＣサイトサーバ６００は、依頼ユーザのユーザ端末５０から商品の注文を受け、注文情報を作成し、注文情報テーブル（図３）に登録する。このとき、ＥＣサイトサーバ６００は、例えば、注文された商品の属性情報を取得し、注文情報テーブルに登録する。図１４では、注文された商品の属性の一つとして、冷蔵品であることが含まれることとする。

Ｓ２１では、ＥＣサイトサーバ６００は、依頼ユーザから注文された商品の集配場所と
して車両１０が選択されているので、センタサーバ４００に車両集配判定の要求を送信する。車両集配判定の要求とともに、注文された商品の注文情報もセンタサーバ４００に送信される。

Ｓ２２では、センタサーバ４００は、ＥＣサイトサーバ６００から車両集配判定の要求を受け（図８、Ｓ１０１：ＹＥＳ）、車両集配判定処理を行う。図１４に示される例では、荷物は冷蔵品であることを示す情報を属性情報として有し（図８、Ｓ１０６、図９）、依頼ユーザによって指定された集配日時における季節が夏期であるため（図９、Ｓ２０３：ＮＯ）、センタサーバ４００は、車両１０を注文された商品の集配場所とすることができないこと（車両への配送不可）を判定する（図９、Ｓ２０６、図８、Ｓ１０９：ＹＥＳ、Ｓ１１１）。

Ｓ２３では、センタサーバ４００は、車両集配判定処理の判定結果として、車両１０を集配場所とできないことをＥＣサイトサーバ６００に通知する（図８、Ｓ１１２）。Ｓ２４では、ＥＣサイトサーバ６００は、依頼ユーザに集配場所の変更を問い合わせるために、依頼ユーザのユーザ端末５０に集配場所の変更要求を送信する。

Ｓ３１では、依頼ユーザは、ＥＣサイトサーバ６００から集配場所の変更要求をユーザ端末５０を介して受け、集配場所を自宅に変更する操作をユーザ端末５０に対して行う。Ｓ３２では、依頼ユーザのユーザ端末５０は、集配場所の変更要求への応答として、集配場所として自宅を選択する旨の通知をＥＣサイトサーバ６００に送信する。

Ｓ３３では、ＥＣサイトサーバ６００は、依頼ユーザのユーザ端末５０からの集配場所として自宅を選択する旨の通知を受け、注文情報を更新する。これによって、依頼ユーザからの注文が確定する。Ｓ３４では、ＥＣサイトサーバ６００は、集配管理サーバ５００に対して、注文された商品の配送依頼を送信する。配送依頼とともに、当該商品の注文情報も集配管理サーバ５００に送信される。

Ｓ３５では、集配管理サーバ５００は、ＥＣサイトサーバ６００からの配送依頼を受けて、ＥＣサイトサーバ６００から受信された商品（荷物）の注文情報に基づいて集配情報を生成し、集配管理ＤＢ５０３に登録する。Ｓ３６では、集配管理サーバ５００は、集配スケジュールを集配ユーザのユーザ端末２００に通知する。集配ユーザのユーザ端末２００には、集配スケジュールとともに、当該荷物の集配情報、依頼ユーザの自宅住所等が通知される。

図１５は、具体例における処理シーケンスの一例を示す図である。図１５における例では、依頼ユーザは、集配対象の荷物の受取人である。図１５では、集配場所に指定されている依頼ユーザの自宅に依頼ユーザが不在であり、集配ユーザが集配場所を車両１０に変更することを要求した場合に、集配判定処理が行われることを例に説明する。図１５において、集配対象の荷物は、車両１０を集配場所とできない属性を有さず（例えば、図６参照）、集配日時の指定もないこととする。

Ｓ４１では、集配ユーザが集配場所である依頼ユーザの自宅に到着する。Ｓ４２では、集配ユーザは、依頼ユーザが自宅に不在であり、自宅に車両１０が駐車されているので、集配場所の車両１０への変更を希望し、ユーザ端末５０に集配場所の変更要求を入力する。Ｓ４３では、依頼ユーザのユーザ端末５０は、集配管理サーバ５００に集配場所の変更要求を送信し、依頼ユーザのユーザ端末５０からの集配場所の変更要求が車両１０を変更先とするものであるので、集配管理サーバ５００はセンタサーバ４００に当該集配場所の変更要求を送信する。

Ｓ４４では、センタサーバ４００は、集配管理サーバ５００を介して依頼ユーザのユーザ端末５０から車両１０への集配場所の変更要求を受信し（図１２、Ｓ５０１：ＹＥＳ）、車両集配判定処理を行う（図１２、Ｓ５０３）。図１５では、集配対象の荷物は車両１０が集配場所として適切でないと判定される属性情報を有さず（図８、Ｓ１０３：ＮＯ）、集配日時の指定もないので（図８、Ｓ１０４：ＮＯ）、車両１０を集配場所とできることが判定される（図８、Ｓ１１０、図１２、Ｓ５０４：ＹＥＳ）。なお、集配対象の荷物の属性情報を含む集配情報等は、集配場所の変更要求とともにセンタサーバ４００に送信されてもよいし、センタサーバ４００が集配管理サーバ５００に問い合わせて取得してもよい。

Ｓ４５では、センタサーバ４００は、依頼ユーザのユーザ端末５０へ、車両１０への集配場所の変更の許可の問い合わせを送信する。Ｓ４６では、依頼ユーザは、ユーザ端末５０に、車両１０への集配場所の変更の許可の問い合わせへの応答として許可を入力し、ユーザ端末５０は、許可応答をセンタサーバ４００に送信する。

Ｓ４７では、センタサーバ４００は、依頼ユーザのユーザ端末５０から許可応答を受信し（図１２、Ｓ５０６：ＹＥＳ）、集配管理サーバ５００を介して、依頼ユーザのユーザ端末５０に車両１０への集配場所の変更の許可通知を送信する（図１２、Ｓ５０７）。

Ｓ５１では、集配管理サーバ５００は、センタサーバ４００からの車両１０への集配場所の変更の許可通知を受けて、集配対象の荷物に対応する集配情報の集配場所を「車両」に更新する。Ｓ５２では、集配管理サーバ５００は、集配対象の荷物の集配場所が車両１０になったので、当該荷物に対応する集配情報をセンタサーバ４００に送信し登録する。センタサーバ４００では、集配対象の荷物の集配情報を、認証情報の発行対象として登録する。

Ｓ６１では、集配ユーザのユーザ端末２００は、センタサーバ４００から車両１０への集配場所の変更の許可通知を受け、集配管理サーバ５００を介して、センタサーバ４００に車両１０の認証情報の発行要求を送信する。このとき、例えば、集配ユーザのユーザ端末２００が車両１０から近距離通信可能な距離の範囲内に存在していない場合には、ユーザ端末２００は認証情報の発行要求を送信せず、車両１０との距離が近距離通信可能な距離未満となった場合に、ユーザ端末２００は認証情報の発行要求を送信する。

Ｓ６２では、センタサーバ４００は、認証情報の発行要求を受信し（図１３、Ｓ６０１：ＹＥＳ）、集配管理サーバ５００を介して、依頼ユーザのユーザ端末５０に車両１０の認証情報を発行する（図１３、Ｓ６０２：ＹＥＳ、Ｓ６０３）。

Ｓ６３では、集配ユーザは、センタサーバ４００から発行された認証情報を用いて車両１０のドアを解錠し、荷物を車両１０の車室又は荷室に積載する。Ｓ６４では、集配ユーザは、ユーザ端末２００に集配完了を入力し、ユーザ端末２００から集配管理サーバ５００を介してセンタサーバ４００に集配完了通知が送信される。

Ｓ６５では、センタサーバ４００は、集配管理サーバ５００を介して、集配ユーザのユーザ端末２００から集配完了通知を受信し（図１３、Ｓ６０４：ＹＥＳ）、認証情報の無効化処理を行う（図１３、Ｓ６０５）。これによって、以降、集配ユーザは車両１０にアクセスできなくなる。

＜第１実施形態の作用効果＞
第１実施形態では、荷物の属性情報に基づいて、車両は荷物の集配場所として適切であるか否かが判定される。これによって、車両を荷物の集配場所として選択できる場合に、
集配場所の指定の作業を含む荷物の集配作業の効率を向上させることができる。例えば、荷物が冷凍品や冷蔵品である場合に、配送による荷物の品質低下を抑制することができる。例えば、荷物が本人確認が求められる場合には、車両１０への配送による受取人不在等を回避することができ、再配達等の発生を抑制することができる。

また、第１実施形態では、荷物の属性情報と車両の周辺環境に関する情報とに基づいて、車両は荷物の集配場所として適切であるか否かが判定される。車両の周辺環境に関する情報は、例えば、季節、屋内か屋外か、屋根の有無、気温等である。車両は移動可能であり、屋外に配置されたり屋内に配置されたりして、自宅、コンビニ、ロッカー等の他の集配場所の選択肢に比べて、周辺環境の変化と影響とが大きい。したがって、荷物の属性情報に加えて車両の周辺環境に関する情報を考慮することによって、荷物に与える周辺環境の影響が小さくなるように、車両は荷物の集配場所として適切であるか否かを判定することができる。

また、第１実施形態では、荷物の属性情報と依頼ユーザのユーザ受取可能時間帯情報とに基づいて、車両は荷物の集配場所として適切であるか否かが判定される。これによって、当該車両においてより確実に荷物を集配することができるように、車両は荷物の集配場所として適切であるか否かを判定することができる。

また、第１実施形態では、荷物が冷蔵品である場合には、季節や時間帯、又は気温等を考慮して、車両１０は荷物の集配場所として適切であるか否かが判定される。また、荷物が冷蔵品である場合には、車両の日光の当たり具合によって判定されてもよい。これによれば、季節、時間帯、気温、日光の当たり具合等によっては、冷蔵品を車両１０に配送することが可能となり、車両１０の集配場所としての利用率を向上させることができる。

また、第１実施形態では、荷物の盗難の可能性が高い場合には、当該車両の住所に基づいて、車両１０は荷物の集配場所として適切であるか否かが判定される。例えば、車両の位置の住所が車上荒らしなどの多発している地域であるか否かに応じて、車両は当該荷物の集配場所として適切であるか否かを判定することで、当該荷物のセキュリティを確保することができる。

また、第１実施形態では、荷物の盗難の可能性が高い場合には、当該車両の位置が当該荷物の受取人の自宅であるか否かに基づいて、車両１０は荷物の集配場所として適切であるか否かが判定される。自宅の車庫等に車両が位置する場合には、第３者の目にさらされることが少なくなり、セキュリティを確保することができる可能性が高い。したがって、車両１０の集配場所としての利用率を向上させることができる。

また、第１実施形態によれば、車両１０が集配場所として適切であると判定される属性情報、車両１０が集配場所として適切でないと判定される属性情報、さらに判定処理が要求される属性情報を、例えば、図６の荷物属性条件テーブルを編集することで、容易にカスタマイズできる。また、さらに判定処理が要求される属性情報が新たに追加された場合には、図９から図１１に示される処理のような当該属性情報に応じた判定処理のプログラムモジュールを追加することで、図８に示されるようなメインの処理を変更することなく、対応することができる。

＜第２実施形態＞
図１６は、第２実施形態に係るトランクシェアシステム１の概略構成を示す図である。図１に示されるトランクシェアシステム１と、図１６に示されるトランクシェアシステム１との違いは、データ通信装置３５０が含まれているか否かである。両トランクシェアシステムにおいて実質的に共通する構成については、同一の参照番号を付してその詳細な説
明を省略する。

データ通信装置３５０は、車両１０に搭載された装置であって、例えば、無線通信によってネットワークＮ１に接続されている。データ通信装置３５０は、例えば、所定の周期で車両１０の位置情報をセンタサーバ４００に送信する。

第２実施形態では、センタサーバ４００は、例えば、第１実施形態におけるトランクシェアシステム１によって提供されるサービスに加えて、データ通信装置３５０から送信される車両１０の位置情報を利用して、外出先の車両１０における荷物の受け渡しのサービスを提供する。より具体的には、第２実施形態では、センタサーバ４００は、受取人への直接の受け渡しが求められることを示す情報（本人確認要、着払い、代金引換等）を属性情報として有する荷物について、車両１０への配送を許可する。センタサーバ４００は、車両１０と当該荷物を配送する集配ユーザのユーザ端末２００との位置情報を監視する。センタサーバ４００は、両者が接近した場合に、センタサーバ４００が依頼ユーザのユーザ端末５０と集配ユーザのユーザ端末２００に互いに接近していることを通知し、両者が出会うように誘導する。

これによって、例えば、依頼ユーザが車両１０の外出先で荷物を受け取ることができる。また、車両１０と集配ユーザのユーザ端末２００とが接近した場合にはその旨が両者に通知されるので、依頼ユーザが車両１０に乗車して移動していても、集配ユーザが集配車両に乗車して移動していてもよいため、例えば、依頼ユーザが車両１０を停車又は駐車し、集配ユーザの到着を待つ時間をより短くすることができる。データ通信装置３５０から送信される車両１０の位置情報は、「第１の車両の位置情報」の一例である。集配ユーザのユーザ端末２００の位置情報は、「集配人の位置情報」の一例である。

図１７は、第２実施形態のトランクシェアシステム１の各構成の一例を概略的に示すブロック図である。データ通信装置３５０は、車両１０に搭載された装置であって、ＣＰＵやＤＳＰ等のプロセッサ（不図示）、ＲＡＭ、ＲＯＭ等の主記憶部（不図示）、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶部（不図示）を有するコンピュータの構成を有している。なお、リムーバブルメディアについては、第１実施形態で示した通りである。補助記憶部には、オペレーティングシステム（Operating System
:ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、所定の目的に合致した機能を実現することができる。

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

また、データ通信装置３５０では、上述したプロセッサによるプログラムの実行により、機能部として制御部３５２が形成される。制御部３５２は、例えば、車両１０の位置情報の送信処理、キーユニット１００における認証処理に関連する情報（以下、「認証処理関連情報」という）の引き渡し処理を行う。詳細には、制御部３５２は、機能部として認証情報取得部３５２１、位置情報取得部３５２２を含む。

認証情報取得部３５２１は、例えば、通信部３５１を介してセンタサーバ４００より、キーユニット１００における認証処理関連情報を取得し、キーユニット１００の制御部１０４に引き渡す。なお、この認証処理関連情報の引渡しのために、データ通信装置３５０とキーユニット１００との間は、ＣＡＮ等を通じて電気的に接続されている。更に、認証
情報取得部３５２１は、認証処理関連情報だけではなく、車両１０において利用できる様々な情報を通信部３５１を介してセンタサーバ４００より取得してもよい。

位置情報取得部３５２２は、例えば、所定の周期で、ＧＰＳ受信機等の位置情報を取得可能なセンサから車両１０の現在位置の位置情報を取得し、通信部３５１を介して、センタサーバ４００に送信する。ＧＰＳ受信機は、データ通信装置３５０に備えられていてもよいし、車両１０に搭載され、データ通信装置と接続されているカーナビゲーション装置等に搭載されているものが利用されてもよい。更には、位置情報取得部３５２２は、車両１０において不図示のその他のセンサ等で検出された様々な情報を取得し、通信部３５１を介してセンタサーバ４００に引き渡してもよい。

位置情報取得部３５２２から所定の周期で送信される車両１０の位置情報は、例えば、センタサーバ４００の通信部４０１を介して、ＤＢ管理部４０２３に受信される。ＤＢ管理部４０２３は、所定の周期で受信する車両１０の位置情報を用いて、例えば、車両管理ＤＢ（不図示）内の当該車両１０の現在位置を更新する。車両管理ＤＢは、プロセッサによって実行されるデータベース管理システムのプログラムが、補助記憶部に記憶されるデータを管理することで構築される。車両管理ＤＢは、例えば、リレーショナルデータベースであり、車両１０に関する情報を格納している。センタサーバ４００のＤＢ管理部４０２３は、「受信部」の一例である。また、センタサーバ４００の車両集配判定部４０２２は、「判定部」、「送信部」の一例である。

図１８は、第２実施形態に係る荷物属性条件テーブルの一例である。図１８に示される荷物属性条件テーブルは、図６に示される荷物属性条件テーブルと、本人確認要、着払い、代金引換等の受取人への直接の受け渡しが求められることを示す情報が「要判定」に設定されている点が異なる。これによって、第２実施形態では、荷物が受取人への直接の受け渡しが求められることを示す情報を属性情報として有する場合には、当該荷物について、要判定属性の判定処理が行われることになる（図８参照）。

図１９は、第２実施形態に係るセンタサーバ４００において実行される、荷物が受取人への直接の受け渡しが求められることを示す情報を属性情報として有する場合の、要判定属性の判定処理のフローチャートの一例である。図１９に示される処理は、例えば、図８に示されるＳ１０６〜Ｓ１０８の要判定属性１〜３の判定処理のいずれか一つ、又は、図８に示されるＳ１０６〜Ｓ１０８の要判定属性１〜３の判定処理に加えて要判定属性４の判定処理として、図８に示されるフローチャートをメインルーティンとした場合のサブルーティンの一つとして実行される。

Ｓ７０１では、車両集配判定部４０２２は、車両集配判定の要求の対象の荷物が、受取人への直接の受け渡しが求められることを示す情報を属性情報として有するか否かを判定する。受取人への直接の受け渡しが求められることを示す情報は、例えば、本人確認要、着払い、代金引換であることを示す情報である。Ｓ７０１で肯定判定されると処理がＳ７０２に進み、否定判定されると図１９に示される処理が終了し、処理が図８における続きの処理に戻る。

Ｓ７０２では、車両集配判定部４０２２は、対象の荷物の集配場所として用いられる車両１０に位置情報取得手段が備えられているか否かを判定する。Ｓ７０２における位置情報取得手段は、第２実施形態ではデータ通信装置３５０を示す。ただし、車両１０に備えられている位置情報取得手段はデータ通信装置３５０に限定されない。車両１０に位置情報取得手段が備えられているか否かの情報は、例えば、ユーザ情報ＤＢ４０３又は不図示の車両ＤＢに保持されている。Ｓ７０２で肯定判定されると処理がＳ７０３に進む。Ｓ７０２で否定判定されると処理がＳ７０８に進み、Ｓ７０８では、車両集配判定部４０２２
は、車両への配送不可、を判定する。その後、図１９に示される処理が終了し、例えば、処理が図８における続きの処理に進む。

Ｓ７０３では、車両集配判定部４０２２は、対象の荷物に集配日時の指定があるか否かを判定する。Ｓ７０３で肯定判定されると処理がＳ７０５に進む。Ｓ７０３で否定判定されると処理がＳ７０４に進む。

Ｓ７０４では、対象の荷物に集配日時の指定がないので、車両集配判定部４０２２は、例えば、ＥＣサイトサーバ６００を介して、依頼ユーザのユーザ端末に、集配時間帯の問合せを行い、集配時間帯の指定を受ける。

Ｓ７０５では、車両集配判定部４０２２は、対象の荷物の受取地域の指定があるか否かを判定する。Ｓ７０５で肯定判定されると処理がＳ７０７に進む。Ｓ７０５で否定判定されると処理がＳ７０６に進む。

Ｓ７０６では、対象の荷物に受取地域の指定がないので、車両集配判定部４０２２は、例えば、ＥＣサイトサーバ６００を介して、依頼ユーザのユーザ端末に、受取地域の問合せを行い、受取地域の指定を受ける。車両１０を集配場所とする、受取人への直接の受け渡しが求められることを示す属性情報が含まれている荷物の配送では、車両１０は一カ所に留まっていない可能性があるので、集配日時と受取地域とが決まっていないと配送が難しい。そのため、図１９に示される例では、依頼ユーザの集配日時と受取地域との指定があるか否かを確認し、指定されていない場合には問合せが行われる。例えば、集配管理サーバ５００の配送事業者の各配送地域等の設定を用いて地域が設定されており、設定された地域の中から依頼ユーザが集配日時に受取人と車両１０が所在する予定の地域を選択することで、受取地域が選択される。

Ｓ７０７では、車両集配判定部４０２２は、例えば、ＥＣサイトサーバ６００を介して、依頼ユーザのユーザ端末５０に、指定された集配日時及び受取地域において、車両１０内の受取人の在席確認の通知を送信する。Ｓ７０８では、車両集配判定部４０２２は、例えば、ＥＣサイトサーバ６００を介して、依頼ユーザのユーザ端末５０から、車両１０内の受取人の在席確認ＯＫの応答を受信したか否かを判定する。Ｓ７０８で肯定判定されると処理がＳ７０９に進み、否定判定されると処理がＳ７１０に進む。

Ｓ７０９では、車両集配判定部４０２２は、車両への配送可を判定する。Ｓ７１０では、車両集配判定部４０２２は、車両への配送不可を判定する。Ｓ７０９及びＳ７１０の後、図１９に示される処理が終了し、例えば、処理が図８における続きの処理に進む。

図１９に示される例では、集配場所である車両１０に位置取得手段が備えられており、且つ、集配日時に車両１０に受取人が在席していることの依頼ユーザの確認が取れた場合に、車両への配送可、が判定される。これは、集配対象に荷物が、本人確認要、着払い、代金引換であることを示すそれぞれの情報等の受取人への直接の受け渡しが求められることを示す情報を属性情報として有しているためである。なお、図１９に示される受取人への直接の受け渡しが求められることを示す情報を属性情報として有する荷物についての、要判定属性の判定処理は、一例であって、これに限定されない。例えば、Ｓ７０３及びＳ７０４の処理に代えて、集配日時の指定がない場合には、集配管理サーバ５００に対象の荷物の集配予定日時を問い合わせ、集配予定日時を用いてＳ７０５の車両１０内の受取人の在席確認の通知の送信を行ってもよい。

図２０は、センタサーバ４００における、受取人への受渡配送制御処理のフローチャートの一例である。受取人への受渡配送制御処理は、受取人への直接の受け渡しが求められ
ることを示す属性情報を有する荷物の配送の際に、集配時間帯に集配場所である車両１０と集配ユーザとを出会わせるための処理である。図２０に示される処理は、例えば、所定の周期で実行される。

Ｓ８０１では、車両集配判定部４０２２は、対象の荷物の集配予定時間帯が開始されたか否かを判定する。Ｓ８０１における対象の荷物は、受取人への直接の受け渡しが求められることを示す情報を属性情報として有する荷物である。受取人への直接の受け渡しが求められることを示す情報を属性情報として有する荷物の情報、及び、当該荷物の集配予定時間帯の情報は、例えば、集配管理サーバ５００又はＥＣサイトサーバ６００から、車両集配判定処理（例えば図８）の際に取得され、記憶部に格納されている。Ｓ８０１で肯定判定されると処理がＳ８０１に進む。Ｓ８０１で否定判定されると図２０に示される処理が終了する。

Ｓ８０２では、車両集配判定部４０２２は、集配ユーザのユーザ端末２００と車両１０とが受取地域内に存在するか否かを判定する。Ｓ８０２の判定は、例えば、集配ユーザのユーザ端末２００から所定の周期で集配管理サーバ５００を介して送信される位置情報と、車両１０のデータ通信装置３５０から所定の周期で送信される位置情報とに基づいて行われる。Ｓ８０２で肯定判定されると処理がＳ８０３に進み、否定判定されると処理がＳ８０４に進む。車両１０のデータ通信装置３５０から所定の周期で送信される位置情報と、集配ユーザのユーザ端末２００から所定の周期で集配管理サーバ５００を介して送信される位置情報と、を受信する処理は、「受信部」の「第１の車両の位置情報と、第１の荷物の集配人の位置情報とを受信する」処理の一例である。

Ｓ８０３では、車両集配判定部４０２２は、受取人が車両１０内に在席しているか否かを確認する。受取人が車両１０に在席しているか否かは、例えば、依頼ユーザのユーザ端末５０にセンタサーバ４００が問い合わせることで取得されてもよいし、車両１０に搭載されているデータ通信装置３５０が例えば人感センサによって取得し、センタサーバ４００に送信して取得されてもよい。Ｓ８０３で肯定判定されると処理がＳ８０５に進み、否定判定されると処理がＳ８０４に進む。

Ｓ８０４は、Ｓ８０２又はＳ８０３で否定判定された場合の処理、すなわち、集配ユーザのユーザ端末２００又は車両１０のいずれかが受取地域内に存在していない場合又は車両１０内に受取人が不在の場合の処理である。Ｓ８０４では、車両集配判定部４０２２は、集配予定時間帯が終了したか否かを判定する。Ｓ８０４で肯定判定されると図２０に示される処理が終了する。Ｓ８０４で肯定判定されると処理がＳ８０２に進む。

Ｓ８０５では、車両集配判定部４０２２は、集配ユーザのユーザ端末２００と車両１０とが受取地域内に存在し、配送可能な状態であることを通知する配送通知を、集配ユーザのユーザ端末２００と依頼ユーザのユーザ端末５０とに、送信する。なお、依頼ユーザが車両１０内の受取人とは限らないが、当該受取人への連絡責任者として依頼ユーザのユーザ端末５０に、当該通知が送信される。依頼ユーザと受取人とが異なる場合には、受取人の連絡先（受取人のユーザ端末等）を依頼ユーザから取得しておき、Ｓ８０５等の通知を受取人のユーザ端末に送信してもよい。図２０における以降の通知の処理についても同様である。

Ｓ８０６では、車両集配判定部４０２２は、集配ユーザのユーザ端末２００と車両１０との距離が所定の閾値未満であるか否かを判定する。所定の閾値は、例えば、５００ｍから１ｋｍ等の集配ユーザのユーザ端末２００と車両１０とが１分から５分程度で出会うことが可能な距離である。すなわち、Ｓ８０６では、集配ユーザのユーザ端末２００と車両１０とが接近しているか否かが判定される。Ｓ８０６で肯定判定されると処理がＳ８０９
に進み、否定判定されると処理がＳ８０７に進む。

Ｓ８０７及びＳ８０８は、Ｓ８０６で否定判定、すなわち、集配ユーザのユーザ端末２００及び車両１０は受取地域内に存在しているものの、両者は所定の閾値以上離れている場合の処理である。Ｓ８０７では、車両集配判定部４０２２は、集配予定時間帯が終了したか否かを判定する。Ｓ８０７で肯定判定されると図２０に示される処理が終了する。Ｓ８０７で肯定判定されると処理がＳ８０８に進む。

Ｓ８０８では、車両集配判定部４０２２は、集配ユーザのユーザ端末２００及び車両１０が受取地域内に存在しているか否かを判定する。Ｓ８０８で肯定判定されると、集配ユーザのユーザ端末２００又は車両１０が受取地域外に出てしまい、両者が離れてしまったことが示され、処理が再度Ｓ８０２に進む。Ｓ８０８で否定判定されると、集配ユーザのユーザ端末２００及び車両１０は未だ受取地域内に存在しているので、処理が再度Ｓ８０６に進む。

Ｓ８０９以降の処理は、Ｓ８０６で肯定判定、すなわち、集配ユーザのユーザ端末２００と車両１０との間の距離が所定の閾値未満である場合の処理である。Ｓ８０９では、車両集配判定部４０２２は、集配ユーザのユーザ端末２００と車両１０とが接近していることを示す接近通知を、集配ユーザのユーザ端末２００と依頼ユーザのユーザ端末５０とに、送信する。この接近通知によって、集配ユーザと依頼ユーザ（又は受取人）とが互いに接近していることを認識し、両者が落ち合うことを促進することができる。

Ｓ８１０では、車両集配判定部４０２２は、集配ユーザの集配が完了したか否かを判定する。集配ユーザの集配が完了したことは、例えば、集配ユーザがユーザ端末２００に集配完了通知を入力し、ユーザ端末２００が集配管理サーバ５００に集配完了通知を送信し、集配管理サーバ５００からセンタサーバ４００へ当該集配ユーザの集配完了通知が送信されることによって検出される。Ｓ８１０で肯定判定されると図２０に示される処理が終了する。Ｓ８１０で否定判定されると、処理がＳ８１１に進む。

Ｓ８１１では、車両集配判定部４０２２は、集配予定時間帯が終了したか否かを判定する。Ｓ８１１で肯定判定されると図２０に示される処理が終了する。Ｓ８１１で肯定判定されると処理がＳ８１２に進む。

Ｓ８１２では、車両集配判定部４０２２は、集配ユーザのユーザ端末２００と車両１０との距離が所定の閾値未満であるか否かを判定する。Ｓ８１２で肯定判定されると、集配ユーザのユーザ端末２００と車両１０との距離が所定の閾値未満であり、集配完了通知の受信を待っている状態であるので、処理が再度Ｓ８１０に進む。Ｓ８１２で否定判定されると、集配ユーザのユーザ端末２００と車両１０との距離が所定の閾値以上となり、両者が離れてしまったので、処理が再度Ｓ８０６に進む。これによって、再度、集配ユーザのユーザ端末２００と車両１０との距離が所定の閾値未満となった場合に（Ｓ８０６：ＹＥＳ）、接近通知が集配ユーザのユーザ端末２００と依頼ユーザのユーザ端末５０とに送信される（Ｓ８０９）。

なお、図２０に示される受取人への受渡制御処理は一例であって、受取人への受渡制御処理はこれに限定されない。例えば、Ｓ８１２において、集配ユーザのユーザ端末２００と車両１０との距離が所定の閾値以上に離れてしまったことが検出された場合には、両者の距離が離れてしまったことを集配ユーザのユーザ端末２００と依頼ユーザのユーザ端末５０とに通知してもよい。また、図２０に示される受取人への受渡制御処理の実行は、センタサーバ４００に限定されず、例えば、集配管理サーバ５００が実行してもよい。Ｓ８０２又はＳ８０６における判定処理は、それぞれ、「判定部」の「第１の車両と集配人と
の距離が第１の距離未満であるか否かを判定する」処理の一例である。また、Ｓ８０５又はＳ８０９における通知の送信処理は、「送信部」の「集配人のユーザ端末に、互いが接近していることを示す通知を送信する」処理の一例である。

図２１は、具体例における処理シーケンスの一例である。図２１では、依頼ユーザが、ＥＣサイトサーバ６００が提供するＥＣサイトで商品を注文し、当該商品の集配場所として車両１０を指定し、且つ、例えば、当該商品の支払い方法として代金引換が指定された場合に車両集配判定処理が行われることを例に説明する。

Ｓ７１では、依頼ユーザはユーザ端末５０から商品注文を行う。依頼ユーザは、商品の集配場所として車両１０、支払方法として代金引換を選択し、商品の注文とともに集配場所として車両１０、支払方法として代金引換が選択されている旨がＥＣサイトサーバ６００に通知される。図２１に示される例では、依頼ユーザは、受取地域と集配日時とを指定したものとする。また、車両１０にはデータ通信装置３５０が搭載されており、センタサーバ４００は事前に車両１０にデータ通信装置３５０が搭載されている情報を保持していることとする。

Ｓ７２では、ＥＣサイトサーバ６００は、依頼ユーザのユーザ端末５０から商品の注文を受け、注文情報を作成し、注文情報テーブル（図３）に登録する。このとき、ＥＣサイトサーバ６００は、例えば、注文された商品の属性情報を取得し、注文情報テーブルに登録する。図２１では、支払方法として代金引換が指定されているので、注文された商品の属性情報の一つとして、受取人への直接の受け渡しが求められることを示す情報が含まれる。

Ｓ８１では、ＥＣサイトサーバ６００は、依頼ユーザから注文された商品の集配場所として車両１０が選択されているので、センタサーバ４００に車両集配判定の要求を送信する。車両集配判定の要求とともに、注文された商品の注文情報もセンタサーバ４００に送信される。

Ｓ８２では、センタサーバ４００は、ＥＣサイトサーバ６００から車両集配判定の要求を受け（図８、Ｓ１０１：ＹＥＳ）、車両集配判定処理を行う。図２１に示される例では、荷物は受取人への直接の受け渡しが求められることを示す情報を属性情報として有し（図１９、Ｓ７０１：ＹＥＳ）、車両１０はデータ通信装置３５０を搭載しており（図１９、Ｓ７０２：ＹＥＳ）、依頼ユーザによって集配日時と受取地域との指定があるため（図１９、Ｓ７０３：ＹＥＳ，Ｓ７０５：ＹＥＳ）、センタサーバ４００は、依頼ユーザのユーザ端末５０にＥＣサイトサーバ６００を介して、指定された集配日時及び受取地域において、車両１０内の受取人の在席確認の通知を送信する（図１９、Ｓ７０７）。

Ｓ８３では、依頼ユーザはユーザ端末５０に対して、指定された集配日時及び受取地域において、車両１０内の受取人の在席確認に対してＯＫを入力し、ユーザ端末５０はＥＣサイトサーバ６００を介して、センタサーバ４００に、ＯＫ応答を送信する。

Ｓ８４では、センタサーバ４００は、依頼ユーザのユーザ端末５０からＯＫ応答を受信したので（図１９、Ｓ７０８：ＹＥＳ）、車両への配送可を判定する（図１９、Ｓ７０９）。Ｓ８５では、センタサーバ４００は、車両集配判定処理の判定結果として、車両１０を集配場所とできることをＥＣサイトサーバ６００に通知する（図８、Ｓ１１２）。

Ｓ８６では、ＥＣサイトサーバ６００は、依頼ユーザからの注文を確定する。Ｓ８７では、ＥＣサイトサーバ６００は、依頼ユーザのユーザ端末５０に注文確定を通知する。

Ｓ９１では、ＥＣサイトサーバ６００は、集配管理サーバ５００に対して、注文された商品の配送依頼を送信する。配送依頼とともに、当該商品の注文情報も集配管理サーバ５００に送信される。

Ｓ９２では、集配管理サーバ５００は、ＥＣサイトサーバ６００からの配送依頼を受けて、ＥＣサイトサーバ６００から受信された商品（荷物）の注文情報に基づいて集配情報を生成し、集配管理ＤＢ５０３に登録する。Ｓ９３では、集配管理サーバ５００は、集配スケジュールを集配ユーザのユーザ端末２００に通知する。集配ユーザのユーザ端末２００には、集配スケジュールとともに、当該荷物の集配情報、集配場所として車両１０、指定された集配日時と受取地域等が通知される。

図２２は、具体例における処理のシーケンスの一例である。図２２では、車両１０を集配場所として、依頼ユーザが注文した、支払い方法として代金引換が指定された荷物が配送されることを例に説明する。なお、図２２では、車両１０内に在席する受取人は依頼ユーザであるとする。

Ｓ１５１では、集配ユーザのユーザ端末２００は、所定の周期で集配管理サーバ５００に位置情報を送信する。集配管理サーバ５００は、集配ユーザのユーザ端末２００の位置情報を受信すると、センタサーバ４００に送信する。Ｓ１６１では、車両１０のデータ通信装置３５０は、所定の周期で、センタサーバ４００に位置情報を送信する。なお、図示は省略されるが、以降、集配ユーザのユーザ端末２００及び車両１０のデータ通信装置３５０は、位置情報の送信を継続して行う。

Ｓ１７１では、荷物の集配予定時間帯が開始される（図２０、Ｓ８０１：ＹＥＳ）。Ｓ１７２では、車両１０と集配ユーザとがともに受取地域に移動する。Ｓ１７３では、センタサーバ４００は、車両１０と集配ユーザのユーザ端末２００との位置情報から、車両１０と集配ユーザのユーザ端末２００とが受取地域内に存在することを検出する（図２０、Ｓ８０２：ＹＥＳ）。

Ｓ１７４では、センタサーバ４００は、依頼ユーザのユーザ端末５０に、車両１０内に在席しているか否かの問合せを送信する。Ｓ１７５では、車両１０内に依頼ユーザは在席しているので、依頼ユーザはユーザ端末５０に在席していることを示す情報を入力し、ユーザ端末５０がセンタサーバ４００に、依頼ユーザが車両１０内に在席していることを応答する（図２０、Ｓ８０３：ＹＥＳ）。

Ｓ１７６では、センタサーバ４００は、依頼ユーザのユーザ端末５０と集配ユーザのユーザ端末５０とに配送通知を送信する（図２０、Ｓ８０５）。これによって、例えば、依頼ユーザは、近辺の駐車可能な場所に車両１０を駐車し、集配ユーザの訪問を待ったり、集配ユーザは車両１０への荷物の配送の準備をしたりと、依頼ユーザ（受取人）と集配ユーザとにそれぞれ荷物の受取の準備を促すことができる。

Ｓ１７８では、車両１０と集配ユーザとがともに移動し、両者間の距離が所定の閾値未満となる。Ｓ１７９では、センタサーバ４００は、車両１０と集配ユーザのユーザ端末２００との位置情報から、車両１０と集配ユーザのユーザ端末２００との距離が所定の閾値未満になり、依頼ユーザと集配ユーザとの更なる接近を検出する（図２０、Ｓ８０６：ＹＥＳ）。

Ｓ１８０では、センタサーバ４００は、依頼ユーザのユーザ端末５０と集配ユーザのユーザ端末５０とに接近通知を送信する（図２０、Ｓ８０９）。これによって、例えば、依頼ユーザ及び集配ユーザが、それぞれ、互いに周囲を探索するようになったりして、依頼
ユーザ（受取人）と集配ユーザが出会う手助けをすることができる。

Ｓ１８１では、依頼ユーザと集配ユーザとが出会い、荷物の受け渡しが行われる。Ｓ１８２では、集配ユーザが集配完了をユーザ端末２００に入力し、ユーザ端末２００は集配管理サーバ５００を介してセンタサーバ４００に集配完了通知を送信する。センタサーバ４００は、集配ユーザのユーザ端末２００から集配完了通知を受信し（図２０、Ｓ８１０：ＹＥＳ）、当該荷物についての受取人受渡制御処理を終了する。

第２実施形態では、荷物属性条件テーブルにおいて、受取人への直接の受け渡しが求められることを示す情報は「要判定」に設定されているので、所定の条件を満たすことで、受取人への直接の受け渡しが求められることを示す情報を属性情報として有する荷物の集配場所を車両１０にすることができる。所定の条件は、例えば、車両１０が位置取得情報を有していること、集配予定時間帯に受取人が車両１０に在席していること、である。

また、第２実施形態では、車両１０の位置情報と集配ユーザのユーザ端末５０の位置情報を用いることで、受取人への直接の受け渡しが求められることを示す情報を属性情報として有する荷物を、受取人が外出先において車両１０で受けとることができるようになる。

また、第２実施形態では、車両１０と集配ユーザのユーザ端末２００とが受取地域内に存在することが検出された場合と、車両１０と集配ユーザのユーザ端末２００との距離が所定の閾値未満であることが検出された場合とに、それぞれに通知が行われる。これによって、車両１０内に在席する受取人と集配ユーザとが確実に落ち合えるサポートをすることができる。

なお、第２実施形態では、車両１０の位置情報として、車両１０に搭載されるデータ通信装置３５０が取得しセンタサーバ４００に送信する位置情報が用いられたが、これに限られない。例えば、車両１０の位置情報として、車両１０に乗車している依頼ユーザ又は受取人のユーザ端末が取得する位置情報が用いられてもよい。

＜その他＞
第１実施形態及び第２実施形態では、車両集配判定処理は、センタサーバ４００が実行したが、これに限定されず、車両集配判定処理は、集配管理サーバ５００、ＥＣサイトサーバ６００、依頼ユーザのユーザ端末５０のいずれで実行されてもよい。例えば、図４〜図７に示される情報を保持し、図８に示される処理を実行することによって、実現可能である。ただし、依頼ユーザのユーザ端末５０が対象とできるのは、依頼ユーザに起因する集配依頼に限定される。

また、第１実施形態及び第２実施形態では、例えば、図８に示される車両集配判定処理は、図６又は図１８に示される荷物属性条件テーブルに基づいて行われる（図８、Ｓ１０２、Ｓ１０３等）。車両集配判定処理は、荷物属性条件テーブル等の所定のテーブルに基づいて行われることに限定されない。例えば、センタサーバ４００は、荷物属性条件テーブルを保持しなくともよく、車両集配判定処理において、例えば、図８のＳ１０３の判定処理の代わりに、車両への配送不可に設定される属性情報一つ一つについて、対象の荷物が有するか否かの判定処理を行うようにして、判定処理として荷物属性条件テーブルの機能を代替してもよい。

第１実施形態及び第２実施形態では、車両１０は荷物の集配場所として適切であるか否かが判定されたが、同様の判定を、周囲の環境の影響を受けやすい、保冷機能を備えていないロッカー等に適用することも可能である。

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

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

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

Claims (13)

1. 車両が第１の荷物の集配場所として適切か否かの判定要求を受け付ける受付部と、
   前記第１の荷物の属性情報を取得する取得部と、
   前記第１の荷物の属性情報に基づき、車両が集配場所として適切であることの判定条件の一つである荷物の属性に関する属性条件情報を用いて、車両が前記第１の荷物の集配場所として適切か否かの判定処理を行う制御部と、
   前記判定処理の結果を出力する出力部と、
   を備える判定システム。
2. 前記制御部は、前記第１の荷物の属性情報に基づき、前記判定条件の一つである車両の周辺環境に関する周辺環境条件情報をさらに用いて、前記判定処理を行う、
   請求項１に記載の判定システム。
3. 前記制御部は、第１の車両を集配場所として指定する権利を有するユーザの前記第１の車両における受け渡し可能スケジュール情報にさらに基づいて、前記判定処理を行う、
   請求項１又は２に記載の判定システム。
4. 前記荷物属性条件情報は、車両が集配場所として適切でない荷物の属性情報として、受取人への直接の受け渡しが求められることを示す情報を含み、
   前記制御部は、前記第１の荷物の属性情報に、前記受取人への直接の受け渡しが求められることを示す情報が含まれている場合に、車両は前記第１の荷物の集配場所として適切でないことを判定する、
   請求項１から３のいずれか一項に記載の判定システム。
5. 前記制御部は、前記第１の荷物の属性情報に、受取人への直接の受け渡しが求められることを示す情報が含まれている場合に、前記第１の荷物の集配場所として指定される第１の車両について、集配予定日時において前記第１の車両に前記受取人が在席するか否かに関する確認結果に基づいて、前記判定処理を行う、
   請求項１から３のいずれか一項に記載の判定システム。
6. 前記第１の車両の位置情報と、前記第１の荷物の集配人の位置情報とを受信する受信部と、
   前記第１の車両は前記第１の荷物の集配場所として適切であることが判定された場合に、前記第１の車両の位置情報と前記集配人の位置情報とに基づいて、前記第１の車両と前記集配人との距離が第１の距離未満であるか否かを判定する判定部と、
   前記第１の車両と前記集配人との距離が第１の距離未満であると判定される場合に、少なくとも前記集配人のユーザ端末に、互いが接近していることを示す通知を送信する送信部と、
   をさらに備える請求項５に記載の判定システム。
7. 前記荷物属性条件情報は、車両が集配場所として適切でない荷物の属性情報として、冷凍品であることを示す情報を含み、
   前記制御部は、前記第１の荷物の属性情報に、前記冷凍品であることを示す情報が含まれている場合に、車両は前記第１の荷物の集配場所として適切でないことを判定する、
   請求項１から３のいずれか一項に記載の判定システム。
8. 前記荷物属性条件情報は、前記判定処理において前記周辺環境条件情報が用いられる属性情報として、冷蔵品であることを示す情報を含み、
   前記周辺環境条件情報は、車両が集配場所として適切である又は適切でない日時に関す
   る日時条件情報を含み、
   前記制御部は、前記第１の荷物の属性情報に、前記冷蔵品であることを示す情報が含まれている場合に、前記第１の車両の受け渡しの日時の情報に基づいて、前記日時条件情報を用いて、前記判定処理を行う、
   請求項２又は３に記載の判定システム。
9. 前記荷物属性条件情報は、前記判定処理において前記周辺環境条件情報が用いられる属性情報として、冷蔵品であることを示す情報を含み、
   前記周辺環境条件情報は、車両が集配場所として適切である又は適切でない日光の当たり具合に関する日照条件情報を含み、
   前記制御部は、前記第１の荷物の属性情報に、前記冷蔵品であることを示す情報が含まれている場合に、前記第１の荷物の集配場所として指定される第１の車両の日光の当たり具合を示す情報に基づいて、前記日照条件情報を用いて、前記判定処理を行う、
   請求項２又は３に記載の判定システム。
10. 前記周辺環境条件情報は、車両が集配場所として適切である又は適切でない地域に関する地域条件情報を含み、
    前記制御部は、前記第１の荷物の集配場所として指定される第１の車両の所在地の住所にさらに基づいて、前記地域条件情報をさらに用いて、前記判定処理を行う、
    請求項２又は３に記載の判定システム。
11. 前記周辺環境条件情報は、車両が集配場所として適切である又は適切でない当該車両の駐車位置に関する駐車位置条件情報を含み、
    前記制御部は、前記第１の荷物の集配場所として指定される第１の車両の駐車位置に関する情報にさらに基づいて、前記駐車位置条件情報をさらに用いて、前記判定処理を行う、
    請求項２又は３に記載の判定システム。
12. 荷物が配置され、且つ施解錠制御装置による施解錠処理を介して施解錠可能な、車両内の所定領域に対するユーザのアクセスを、該施解錠制御装置による該施解錠処理を実行させる所定の認証情報を該ユーザのユーザ端末に発行することで制御する認証情報制御システムであって、
    請求項１から４、７から１１のいずれか一項に記載される判定システムと、
    前記判定システムによって、前記第１の荷物の集配場所として指定される第１の車両は集配場所として適切であることが判定された場合に、前記第１の車両を施解錠可能とする認証情報を発行する発行部と、
    を備える認証情報制御システム。
13. 車両が第１の荷物の集配場所として適切か否かの判定要求を受け付けるステップと、
    前記第１の荷物の属性情報を取得するステップと、
    前記第１の荷物の属性情報に基づき、車両が集配場所として適切であることの判定条件の一つである荷物の属性に関する属性条件情報を用いて、車両が前記第１の荷物の集配場所として適切か否かの判定処理を行うステップと、
    前記判定処理の結果を出力するステップと、
    を含む判定方法。