JP2022045255A - 車両配達管理装置及び車両配達管理方法 - Google Patents

Abstract

【課題】車両を配達先とする場合、車両の窓の開閉量を荷物が入る程度になるように制御する車両配達管理装置及び車両配達管理方法を提供する。【解決手段】車両配達管理装置の一種である車両配達管理サーバ４０において、開閉制御指令生成部４１７は、配達する荷物の配達先と大きさの情報が含まれる荷物情報４２３を参照し、荷物の配達先がユーザの利用する車両と判定した場合、ユーザ情報４２１に含まれるユーザが利用する車両の車両ＩＤと車両の窓の開口部情報を参照し、荷物を窓から車両内に投入可能な開口量となるよう、対象車両の窓の開閉量を制御するコマンドを、通信部に送信させるように制御する。【選択図】図６

Description

本発明は、宅配事業者である配達事業者が荷物受取人であるユーザの所有する車両に配達するための、車両配達管理装置及び車両配達管理方法に関する。

現在、宅配事業者である配達事業者が荷物受取人であるユーザの所有する車両に配達するサービスが始まっている。例えば特許文献１には、予め配達情報サーバに配達に必要な情報や荷受用車両の特徴や駐車位置あるいは認証に必要な情報を登録しておき、認証後に荷受用車両のトランク等に配達する配達物受取システムが開示されている。ここで、トランクとは、例えば１ボックスカーや２ボックスカーのハッチバック、及びセダンのような３ボックスカーにおける独立した荷室としてのトランク（以下単に「荷室」という）等を総称したものを指すものとする。
しかしながら、このようなサービスに関して、荷物受取人であるユーザの一部は、車両に置いてある私物の盗難の恐れが無いかを心配しており、車両に荷物を置き配するサービスが普及しにくい原因になっていた。このようなユーザの心配に対して、特許文献２には、車内空間と隔離されたテールゲート部に開口部を設ける技術が開示されている。

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

しかしながら、最近の車両の傾向として、ハッチバック車が多い傾向がある。したがって特許文献２記載の技術では、車両のコスト上昇につながり、車両に荷物を置き配するサービスを利用するためだけに、ユーザが特許文献２に記載されたような車両を購入することは、ユーザの動機が得にくい。このため、依然として、車両に荷物を置き配するサービスの普及につながらない課題があった。

本発明はこのような問題に鑑みてなされたものであり、車内空間と隔離された開口部を設けていない車両においても、例えば車両の窓の開閉量を、配達する荷物の大きさに基づいて荷物が入る程度の開閉量になるように制御することで、配達員が車両内に侵入できないようにする、車両配達管理装置及び車両配達管理方法を提供することを目的とする。これにより、配達事業者（配達員）は、車両内に侵入することなく、荷物を車両に配達することが可能となり、荷受人であるユーザは安心して車両に荷物を届けてもらうことが可能となる。

（１）本発明の車両配達管理装置（例えば、後述の車両配達管理サーバ４０）は、
荷受人となる複数のユーザに関するユーザ情報として、ユーザ名と、ユーザが利用する車両の車両ＩＤと車両の窓の開口部情報が記憶されているユーザ情報記憶部（例えば、後述の記憶部４２）と、
配達する荷物の配達先と大きさの情報が含まれる荷物情報が記憶される荷物情報記憶部（例えば、後述の記憶部４２）と、
前記ユーザが利用する車両の窓の開閉を制御するコマンドを送信可能な通信部（例えば、後述の通信部４３）と、
前記配達先が前記ユーザの利用する車両のとき、前記荷物情報の荷物の大きさに基づき、前記荷物を窓から車両内に投入可能な開口部となるよう、前記通信部に対して窓の開閉量を制御するコマンドの送信を指示する制御部（例えば、後述の開閉制御指令生成部４１７）と、を備える。

上記（１）によれば、荷物が入る程度の窓の開閉量となるため、配達員が車両内に侵入できないため、ユーザは安心して車両に荷物を届けてもらうことが可能となる。また、車両に特別な構造を採用する必要が無いため、車両価格の上昇を防ぐことが可能となる。

（２）上記（１）に記載の車両配達管理装置において、前記通信部は、さらに、前記車両のドア又はトランクの開錠を制御するコマンドを送信可能であり、
前記制御部は、さらに、前記荷物情報の荷物の大きさが前記車両の窓の開口部よりも大きい場合に、前記通信部に対して前記ドア又はトランク（例えば、ハッチバック）の開錠を制御するコマンドの送信を指示するようにしてもよい。

上記（２）によれば、荷物が窓の開口部よりも大きい場合でも、車両に荷物を配送することが可能となりユーザの利便性が向上する。また配達事業者にとっても再配達の必要が無くなり、配達コストの削減につながる。

（３）上記（１）に記載の車両配達管理装置において、前記荷物情報記憶部は、さらに、前記荷物情報に配達する荷物の壊れ物情報が含まれ、
前記通信部は、さらに、前記車両のドア又はトランク（例えば、ハッチバック）の開錠を制御するコマンドを送信可能であり、
前記制御部は、さらに、前記荷物情報に壊れ物情報が含まれる場合に、前記通信部に対して前記ドア又はトランク（例えば、ハッチバック）の開錠を制御するコマンドの送信を指示するようにしてもよい。

上記（３）によれば、ユーザが、壊れ物の荷物の場合でも、車両への宅配を安心して利用することが可能となる。また配達事業者にとっても再配達の必要が無くなり、配達コストの削減につながる。

（４）本発明の車両配達管理方法は、コンピュータにより実行される車両配達管理方法であって、
荷受人となる複数のユーザに関するユーザ情報として、ユーザ名と、ユーザが利用する車両の車両ＩＤと車両の窓の開口部情報を記憶するユーザ情報記憶ステップと、
配達する荷物の配達先と大きさの情報が含まれる荷物情報を記憶する荷物情報記憶ステップと、
前記ユーザが利用する車両の窓の開閉を制御するコマンドを送信する通信ステップと、
前記配達先が前記ユーザの利用する車両のとき、前記荷物情報の荷物の大きさに基づき、前記荷物を窓から車両内に投入可能な開口部となるよう、前記通信部に対して窓の開閉量を制御するコマンドの送信を指示する制御ステップと、を有する。

上記（４）の方法によれば、上記（１）の車両配達管理装置と同様の効果を奏する。

本発明によれば、荷受人であるユーザにとって、車両に特別な構造を採用する必要が無く、配達事業者（配達員）は、車両内に侵入することなく、荷物を車両に配達することが可能となり、荷受人であるユーザは安心して車両に荷物を届けてもらうことを可能とする、車両配達管理装置及び車両配達管理方法を提供することが可能となる。

本発明の実施形態である車両配達管理装置を含む配達管理システム全体の基本的構成を示すブロック図である。 本発明の実施形態における荷受人端末の機能構成を示す機能ブロック図である。 本発明の実施形態における車両に含まれる装置の機能構成を示す機能ブロック図である。 本発明の実施形態における車両管理サーバの機能構成を示す機能ブロック図である。 本発明の実施形態における配達管理サーバの機能構成を示す機能ブロック図である。 本発明の実施形態における車両配達管理サーバの機能構成を示す機能ブロック図である。 本発明の実施形態における配達員端末の機能構成を示す機能ブロック図である。 本発明の実施形態における商品の配達先として車両が指定された場合の車両配達管理サーバの動作を示すフローチャートである。

以下、本発明の車両配達管理装置の好ましい一実施形態について、図を参照しながら説明する。なお、本発明の車両配達管理装置は、配達管理システムに付加される本発明を特徴付ける装置である。このため、車両配達管理装置の説明に際して、配達管理システムを併せて説明する。図１に、配達管理システム１の全体構成を示す。
図１に示すように、配達管理システム１は、荷受人であるユーザの使用する荷受人端末１０と、荷受人であるユーザが配達物を受け取る置き配場所として登録する車両２０と、車両２０を管理する車両管理サーバ３０と、置き配場所として車両が指定された場合の配達を管理する車両配達管理装置としての車両配達管理サーバ４０と、荷受人であるユーザに配達する荷物に係る配達情報を管理する配達管理サーバ５０と、荷受人であるユーザに荷物を配達する配達員の所持する端末である配達員端末６０と、これらの機器等を接続する通信網７０と、を含む。

荷受人端末１０は、例えば、ユーザ毎に設けられる。以下の説明において、ユーザ毎に荷受人端末１０を区別する場合、例えば荷受人端末１０Ａ、１０Ｂと例示する。また、以下の説明において、ユーザを区別することなく、荷受人端末１０を説明する場合、末尾のアルファベットを省略して、単に「荷受人端末１０」と呼ぶ。車両２０も同様とする。
配達員端末６０も同様に、例えば、配達員毎に設けられる。以下の説明において、配達員毎に配達員端末６０を区別する場合、例えば配達員端末６０Ａ、６０Ｂと例示する。また、以下の説明において、配達員を区別することなく、配達員端末６０を説明する場合、末尾のアルファベットを省略して、単に「配達員端末６０」と呼ぶ。
また、車両管理サーバ３０は、例えば車両２０の自動車メーカー毎に設けてもよい。以下の説明において、自動車メーカー毎に車両管理サーバ３０を区別する場合、例えば車両管理サーバ３０Ａ、３０Ｂと例示する。また、以下の説明において、自動車メーカーを区別することなく、車両管理サーバ３０を説明する場合、末尾のアルファベットを省略して、単に「車両管理サーバ３０」と呼ぶ。
同様に、配達管理サーバ５０は、例えば配達事業者毎に設けてもよい。以下の説明において、配達事業者毎に配達管理サーバ５０を区別する場合、例えば配達管理サーバ５０Ａ、５０Ｂと例示する。また、以下の説明において、配達事業者を区別することなく、配達管理サーバ５０を説明する場合、末尾のアルファベットを省略して、単に「配達管理サーバ５０」と呼ぶ。
通信網７０は、インターネット、例えばＬＴＥ（Long Term Evolution）、４Ｇ、５Ｇ等の規格、及びＷｉ－Ｆｉ（登録商標）といった規格に準拠した携帯電話網といったネットワークや、これらを組合せたネットワークにより実現される。また、ネットワークの一部（例えば、車両管理サーバ３０と車両配達管理サーバ４０との間、及び車両配達管理サーバ４０と配達管理サーバ５０との間）に、ＬＡＮ（Local Area Network）が含まれていてもよい。
また、通信網７０は、セキュリティネットワーク７１及びセキュリティネットワーク７２を含むようにしてもよい。具体的には、後述するように、セキュリティネットワーク７１を介して、車両配達管理サーバ４０は自動車メーカー毎に設定される車両管理サーバ３０と接続することで、送受信されるデータの機密性を保持することができる。同様にセキュリティネットワーク７２を介して、車両配達管理サーバ４０は配達事業者毎に設定される配達管理サーバ５０と接続することで、送受信されるデータの機密性を保持することができる。

＜処理の概要＞
従来は、例えば、ユーザが電子商取引サイト（ＥＣサイト）から通信販売で商品を購入する場合、通常は配達事業者を選択することはできない。これは、ＥＣサイト側が契約している配達事業者が利用されるためである。したがって、これまでは、ユーザの利用している車両に荷物を配達してもらいたい場合、ユーザは予め複数の配達事業者毎に車両への配達のための契約を締結する必要があった。また、複数の配達事業者は、それぞれ例えば複数の自動車メーカー毎に当該車両に荷物を配達する場合、当該自動車メーカーと車両の位置情報を取得するための契約を締結する必要があった。これは、ユーザにとっても、配達事業者にとっても、また、自動車メーカーにとっても非常に煩わしく、実現することは実質的に不可能と思われる。このような課題を本件発明の車両配達管理サーバを適用することで解決することができる。

配達管理システム１を構成する各装置（機器）の詳細な説明をする前に、配達管理システム１の処理概要を簡単に説明する。
まず、ユーザは、例えば自動車メーカーを介して、予め車両を車両管理サーバ３０に登録する。それにより、車両管理サーバ３０は、登録された車両の駐車位置情報を含む位置情報、及び現在の位置情報等を収集管理することができる。
そして、ユーザは、配達物の置き配場所として車両を利用する場合、車両管理サーバ３０に登録された車両を、当該ユーザの置き配場所としての車両２０として車両配達管理サーバ４０に登録する。具体的には、ユーザは、例えばユーザ名、ユーザ住所、及び車両ＩＤを車両配達管理サーバ４０（記憶部４２）に登録する。なお、車両ＩＤには、例えば、自動車メーカーを識別するコードを付加してもよい。こうすることで、車両ＩＤは、複数の車両管理サーバ３０のうち特定の車両管理サーバに対応づけされる。なお、ユーザは、車両管理サーバ３０を介して車両配達管理サーバ４０に車両を登録するようにしてもよい。具体的には、例えば、ユーザは、車両管理サーバ３０に対して車両配達管理サーバ４０への車両の登録を依頼するようにしてもよい。
車両配達管理サーバ４０は、車両管理サーバ３０と連携することで、例えば、ユーザ名、ユーザ住所、及び登録された車両の車両ＩＤ等に基づいて、車両管理サーバ３０から当該車両の停車位置履歴情報を含む位置情報履歴情報、及び現在の位置情報等を取得することができる。また、当該車両の備える開閉部に係る情報（例えば、どんな種類の開閉部を備えるか、また例えば窓の形状、大きさ等の開口部情報）を取得することができる。例えば、車両が開閉部として、窓、ドア、及びハッチバックを備え、セダンのような独立した荷室としてのトランク（荷室）を備えていない場合、配達員がドア又はハッチバックを開けて荷物を車両内に置き配する場合、配達員が車両の内部に侵入することも可能となり、ユーザにとっては車両内の私物の盗難の恐れの心配がある。このため、このような車両においては、荷物を置き配するための開閉部として、窓の開閉を優先することが望ましい。また、車両配達管理サーバ４０は、荷物の大きさ又は荷物の壊れ物情報に基づいて、窓から荷物を入れることの可否を判断することができる。さらに、窓から荷物を入れる場合、車両配達管理サーバ４０は、窓の開閉量を荷物の大きさに応じて算出することができる。以下、ハッチバック及び荷室を総称してトランクともいう。

同様に、本発明の車両配達管理サーバ４０は、予め各配達事業者の管理する配達管理サーバ５０と連携するように構成されている。ユーザは、例えば、電子商取引サイト（ＥＣサイト）において、物品の購入時に、配達日時（配達日と配達時間帯）とともに、置き配場所として車両を指定することができる。その際、ユーザは、さらに荷物を置き配するための車両の開閉部（例えば、窓、ドア、ハッチバック、荷室等）を指定してもよい。そうすることで、当該物品の配達を請け負う配達事業者の管理する配達管理サーバ５０は、ＥＣサイトから送信される配達先情報（例えば、配達先のユーザ名、ユーザ住所、置き配場所、配達予定日時等）及び荷物情報（例えば、物品ＩＤ、荷物の大きさの情報、荷物が壊れ物か否かの情報、荷物の外観情報等）を、車両配達管理サーバ４０に対して送信することができる。それにより、車両配達管理サーバ４０は、配達管理システム１に参加している全ての配達事業者の配達する配達物であって、少なくとも車両を置き配場所とする配達物すべての配達情報を管理することができる。

具体的には、配達管理サーバ５０は、車両を置き配場所とする、これから配達する配達物に係る配達先情報を車両配達管理サーバ４０に送信する。そうすることで、車両配達管理サーバ４０は、配達先のユーザ名、ユーザ住所に該当する荷受人の置き配場所としての車両が登録されているか否かを判定して、当該ユーザに対応する車両ＩＤが登録されている場合、車両管理サーバ３０から取得した当該車両の停車位置履歴情報、現在の位置情報等により算出される当該配達物の配達予定日時における当該車両の予測位置情報を配達管理サーバ５０に対して送信することができる。それにより、配達事業者は、車両に関する情報を所持することなく、配達計画を作成することが可能となる。

配達管理サーバ５０は、配達先情報（例えば、配達先のユーザ名、ユーザ住所、置き配場所としての車両ＩＤ、配達日時等）及び荷物情報（例えば、物品ＩＤ、荷物の大きさの情報、荷物が壊れ物か否かの情報、荷物の外観情報等）等に基づいて、配達日時毎の配達計画を策定する。配達計画は、配達日時に配達を担当する配達員毎に作成するようにしてもよい。その際、配達物の荷物配達状況を管理するために、配達物毎に荷物番号が付与される。そうすることで、車両配達管理サーバ４０は、配達物毎に、荷物番号、配達事業者ＩＤ、配達員ＩＤ、配達先の車両ＩＤ、及び配達日時等を設定することができる。荷物を置き配するための車両２０の開閉部（例えば、窓、ドア、ハッチバック、荷室等）が指定された場合は、当該車両２０の開閉部を追加するようにしてもよい。なお、前述したように、開閉部として窓を指定する場合、窓の開閉量を追加するようにしてもよい。
ここで、設定された情報は、所定の配達日時における配達物の荷物番号、配達事業者ＩＤ、配達員ＩＤ、車両ＩＤ（及びその開閉部）を関連付けた情報となり、車両配達管理サーバ４０は、当該情報に基づいて配達員及び車両ＩＤ相互を認証するための鍵情報（以下「ワンタイムパスワード」ともいう）を、例えば、ハッシュ関数を用いて生成するようにしてもよい。
後述するように、車両配達管理サーバ４０は、例えば、荷物番号、車両ＩＤ（及びその開閉部）、及び当該ワンタイムパスワードを、車両（具体的には、開閉制御装置２２）、配達管理サーバ５０、配達員（具体的には、配達員端末６０）、車両管理サーバ３０、及び車両（具体的には、開閉制御装置２２）に対して送付するようにしてもよい。そうすることで、車両（具体的には、開閉制御装置２２）及び車両管理サーバ３０は、配達物毎にワンタイムパスワードに基づいて、配達員（具体的には、例えば配達員端末６０）の認証を確実に行うことが可能となる。
例えば、１つの実施例として、配達員が配達員端末６０を介して、ワンタイムパスワードを車両配達管理サーバ４０を介して（又は、直接） 車両管理サーバ３０に対して提示することで、車両配達管理サーバ４０を介して（又は直接）、車両管理サーバ３０に対して当該車両の開閉部の開閉制御の依頼を行うことができる。車両管理サーバ３０は、後述するように、配達事業者及び配達員が正しいことを認証することで、当該車両の開閉部の開閉制御をリモートで実行するようにしてもよい。なお、開閉部として窓を使用する場合、前述したように車両配達管理サーバ４０において算出された窓の開閉量に基づいて窓の開閉制御を行うようにしてもよい。
また、他の実施例として、配達員が配達員端末６０を介して、ワンタイムパスワードを車両２０（開閉制御装置２２）に直接提示して、当該車両の開閉部の開閉制御の依頼を行うようにしてもよい。この場合、車両（具体的には、開閉制御装置２２）は、配達員が正しいことを認証することで、当該車両の開閉部の開閉制御を実行するようにしてもよい。
なお、開閉部として窓を使用する場合、車両管理サーバ３０によるリモート制御の場合と同様に、車両（具体的には、開閉制御装置２２）は、車両配達管理サーバ４０において算出された窓の開閉量に基づいて窓の開閉制御を行うようにしてもよい。
以上により、車両を置き配場所とする場合における配達管理システム１の処理概要を簡単に説明した。
次に、配達管理システム１を構成する各装置（機器）について説明する。

＜荷受人端末１０＞
荷受人端末１０は、荷受人であるユーザが、例えば、車両配達管理サーバ４０及び配達管理サーバ５０等と通信するための端末である。荷受人端末１０としては、例えばＰＣ、タブレット端末、スマートフォン、携帯端末等の公知の端末が利用されてもよい。
図２に荷受人端末１０の機能構成を示す機能ブロック図を示す。図２に示すように、荷受人端末１０は、少なくとも制御部１１、記憶部１２の外、通信部１３、表示部１６、入力部１７を含んで構成される。
制御部１１は、マイクロプロセッサ等の演算処理装置から構成され、荷受人端末１０を構成する各部の制御を行う。制御部１１の詳細については、後述する。
記憶部１２は、半導体メモリ等で構成されており、ファームウェアやオペレーティングシステムと呼ばれる制御用のプログラムや、置き配場所としての車両情報の車両配達管理サーバ４０に対する登録処理、また車両配達管理サーバ４０及び配達管理サーバ５０からの配達に係る情報を取得して荷受人であるユーザに対して提示するためのプログラムといった各プログラムを記憶してもよい。また、記憶部１２は、車両配達管理サーバ４０に登録した各種情報を記憶するようにしてもよい。
通信部１３は、ＤＳＰ（Digital Signal Processor）等を有し、ＬＴＥ（Long Term Evolution）、４Ｇ、５Ｇ等の規格や、Ｗｉ－Ｆｉ（登録商標）といった規格に準拠して、通信網７０を介して、例えば、車両配達管理サーバ４０及び配達管理サーバ５０等との間の無線通信を実現する。
表示部１６は、液晶ディスプレイ、又は有機エレクトロルミネッセンスパネル等の表示デバイスにより構成される。表示部１６は、制御部１１からの指示を受けて画像を表示する。
入力部１７は、テンキーと呼ばれる物理スイッチや表示部１６の表示面に重ねて設けられたタッチパネル等の入力装置（図示を省略する。）等で構成される。

次に、制御部１１の詳細について説明をする。制御部１１は、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、及びＩ／Ｏ等を有するマイクロプロセッサにより構成される。ＣＰＵは、ＲＯＭ又は記憶部１２から読み出した各プログラムを実行し、その実行の際には、例えばＲＡＭ、ＲＯＭ、及び記憶部１２から情報を読み出し、ＲＡＭ及び記憶部１２に対して情報の書き込みを行い、通信部１３、表示部１６、及び入力部１７と信号の授受を行う。そして、このようにして、ハードウェアとソフトウェア（プログラム）が協働することにより本実施形態における処理は実現される。
制御部１１は、各プログラムを実行することによって、荷受人端末１０を所定の手段（以下、「荷受人情報管理部」と総称する）として機能させる。また、制御部１１は荷受人情報管理のための各プログラムを実行することによって、荷受人端末１０に、所定のステップ（以下、「荷受人情報管理ステップ」と総称する）を実行させる。
以下、制御部１１の有する機能を荷受人情報管理部の観点から説明する。なお、荷受人情報管理ステップ（方法）の観点に基づく説明は、「部」を「ステップ」に置き換えることで説明できるため、省略する。

図２に示すように、制御部１１は、車両指定部１１１と、通知情報取得部１１２と、を備える。
車両指定部１１１は、前述したように、ユーザが配達物の置き配場所として車両を利用する場合、車両管理サーバ３０に登録された車両を、当該ユーザの置き配場所としての車両２０として車両配達管理サーバ４０に登録する。具体的には、ユーザにより入力部１５を介して入力されるユーザ名、ユーザ住所、及び置き配場所に指定する車両ＩＤを含む登録情報を車両配達管理サーバ４０に、通信部１３を介して登録する。この際、車両ＩＤに加えて、当該車両で利用可能な開閉部（例えば、窓、ドア、ハッチバック、荷室等）を登録するようにしてもよい。
なお、本実施形態では、車両指定部１１１は、車両配達管理サーバ４０に対して置き配情報を登録する構成を例示したが、これに限られない。車両指定部１１１は、車両管理サーバ３０に対して、置き配場所に指定する車両ＩＤを車両配達管理サーバ４０に登録するように依頼するようにしてもよい。
通知情報取得部１１２は、車両配達管理サーバ４０又は配達管理サーバ５０から通知される通知情報を取得する。通知情報取得部１１２は、例えば、ＰＵＳＨ方式による電子メール、又はＳＮＳ等の公知の機能を利用して、車両配達管理サーバ４０又は配達管理サーバ５０から提供（通知）される通知情報を取得してもよい。なお、通知情報取得部１１２は、取得した情報を表示部１４に表示するとともに、応答（Ｒｅｐｌｙ）が必要な場合、入力部１５を介してユーザからの応答（Ｒｅｐｌｙ）を取得して、車両配達管理サーバ４０又は配達管理サーバ５０に送信するようにしてもよい。

＜車両２０＞
車両２０は、予め、車両管理サーバ３０に登録されて、車両管理サーバ３０により当該車両の位置情報の収集、及び当該車両で利用可能な開閉部（例えば、窓、ドア、ハッチバック、荷室等）の施解錠等のリモート制御が可能となるように設定されているものとする。また、予め当該車両２０を駐車する駐車場（例えば自宅、又は近隣の駐車場等）の位置を通常の車両位置情報として登録するようにしてもよい。
図３に示すように、車両２０は、車載装置２１及び開閉制御装置２２を備える。車載装置２１は、車両ＩＤ毎に、当該車両の位置情報を計測し、計測した時刻情報（計測時刻情報）とともに、車両管理サーバ３０に送信する。開閉制御装置２２は、当該車両で利用可能な開閉部（例えば、窓、ドア、ハッチバック、荷室等）の施解錠を制御するとともに、施解錠された時刻情報を含む施解錠状態情報を車両管理サーバ３０に送信する。

＜車載装置２１＞
車載装置２１は、車両２０の位置情報を車両管理サーバ３０に対して送信する機能を含む。車載装置２１としては、例えば車載ナビゲーション装置、ＰＮＤ等により構成してもよい。
図３に示すように、車載装置２１は、制御部２１１、記憶部２１２の外、通信部２１３、及びセンサ部２１４を含んで構成される。なお、表示部２１６及び入力部２１７を備えてもよい。

制御部２１１は、マイクロプロセッサ等の演算処理装置から構成され、車載装置２１を構成する各部の制御を行う。制御部１１の詳細については、後述する。

記憶部２１２は、半導体メモリ等で構成されており、ファームウェアやオペレーティングシステムと呼ばれる制御用のプログラムや、位置情報の取得及び位置情報の車両管理サーバ３０に対する送信処理を行うためのプログラムといった各プログラム、さらにその他、地図情報等の種々の情報を記憶してもよい。
また、記憶部２１２は、車両２０の位置情報の送信処理に関する情報である、位置情報２１２１、及び車両ＩＤ２１２２を記憶するようにしてもよい。
位置情報２１２１は、後述のセンサ部２４により測位された車載装置２１の位置情報（すなわち、車両２０の位置情報）である。位置情報２１２１には、測位された位置を示す情報のみならず、測位を行った時刻も含まれるようにする。
車両ＩＤ２１２２は、車載装置２１が設置された車両２０を識別するための情報である。車両ＩＤ２１２２としては、例えば車載装置２１に一意に割り当てられた製造番号等を利用することができる。また、他にも、通信部２１３が携帯電話網等のネットワークである通信網７０に接続するために、通信部２１３に挿入されたＳＩＭ（Subscriber Identity Module）に付与された電話番号を車両ＩＤ２１２２として利用することができる。また、他にも、車両２０に固有に付与されたＶＩＮ（車両識別番号）やナンバープレートの番号を車両ＩＤ２１２２として利用することができる。

通信部２１３は、ＤＳＰ（Digital Signal Processor）等を有し、ＬＴＥ（Long Term Evolution）、４Ｇ、５Ｇ等の規格や、Ｗｉ－Ｆｉ（登録商標）といった規格に準拠して、通信網７０を介して他の装置（例えば、車両管理サーバ３０）との間の無線通信を実現する。通信部２１３は、例えば、後述の位置情報送信部２１１２が、記憶部２１２に格納されている位置情報２１２１、及び車両ＩＤ２１２２を、車両管理サーバ３０に対して送信するために利用される。

センサ部２１４は、例えばＧＰＳ（Global Positioning System）センサ、ジャイロセンサ、加速度センサ等により構成される。センサ部２１４は、位置情報を検出する位置検出手段としての機能を備え、ＧＰＳセンサによりＧＰＳ衛星信号を受信し、車載装置２１の位置情報（緯度及び経度）を測位する。センサ部２１４による測位は、上述したように所定の時間間隔（例えば３秒間隔）で行われる。測位した位置情報は、位置情報２１２１として記憶部２１２に格納される。
なお、センサ部２１４は、ジャイロセンサ、加速度センサにより測定される角速度や、加速度に基づいて車載装置２１の位置情報の測位精度をさらに高めることも可能である。
また、センサ部２１４は、ＧＰＳ通信が困難又は不可能となった場合に、ＡＧＰＳ（Assisted Global Positioning System）通信を利用し、通信部２１３から取得される基地局情報によって車載装置２１の位置情報を算出することも可能である。

次に、制御部２１１の詳細について説明をする。制御部２１１はＣＰＵ（Central Processing Unit）、ＲＡＭ（Random access memory）、ＲＯＭ（Read Only Memory）、及びＩ／Ｏ（Input / output）等を有するマイクロプロセッサにより構成される。ＣＰＵは、ＲＯＭ又は記憶部２１２から読み出した各プログラムを実行し、その実行の際にはＲＡＭ、ＲＯＭ、及び記憶部２１２から情報を読み出し、ＲＡＭ及び記憶部２１２に対して情報の書き込みを行い、通信部２１３、センサ部２１４、表示部２１６、及び入力部２１７と信号の授受を行う。そして、このようにして、ハードウェアとソフトウェア（プログラム）が協働することにより本実施形態における処理は実現される。

図３に示すように、制御部２１１は、機能ブロックとして、少なくとも位置情報送信部２１１１を備える。
位置情報送信部２１１２は、通信部２１３を利用した無線通信により、記憶部２１２に格納されている位置情報２１２１、及び車両ＩＤ２１２２を車両管理サーバ３０に対して送信する部分である。

位置情報送信部２１１１による、車両管理サーバ３０に対する位置情報２１２１、及び車両ＩＤ２１２２の送信は、ドライブ開始時に車両２０に乗車したユーザにより車両２０のイグニッションスイッチがオン（エンジンを始動）にされ、車載装置２１が自動起動してから、ドライブ終了時に車両２０のイグニッションスイッチがオフ（エンジンを停止）にされるまでの間、周期的に行われる。例えば、所定の時間間隔（例えば３秒間隔）でセンサ部２１４が測位を行う都度、リアルタイムに送信が行われる。すなわち、一度ドライブが開始されて、このドライブが終了するまでの間、リアルタイムに送信が行われる。

また、リアルタイムに車両管理サーバ３０に送信する替わりに、複数個まとめて（例えば３分間分の間に３秒間隔で更新された位置情報２１２１と、車両ＩＤ２１２２とをまとめて）、一度に送信するようにしてもよい。すなわち、いわゆるバースト送信をするようにしてもよい。かかる、所定の時間間隔の長さや、リアルタイムに送信するか、それともバースト送信するかは、本実施形態を適用する環境等に応じて、任意に設定することができる。
このようにして、リアルタイム送信やバースト送信を行うことにより、位置情報送信部２１１１は、センサ部２１４が測位した車両２０の移動経路を特定するための位置情報２１２１と、車両ＩＤ２１２２とを、車両管理サーバ３０に対して送信する。

この場合に、イグニッションスイッチがオン（エンジンを始動）にされ、車載装置２１が自動起動した直後に測位された位置情報２１２１により特定される位置をドライブにおける最初の車両位置、すなわち出発位置として車両管理サーバ３０に送信することができる。さらに、イグニッションスイッチがオフ（エンジン停止）される直前に測位された位置情報２１２１により特定される位置をドライブにおける最終の車両位置、すなわち駐車位置として車両管理サーバ３０に送信することができる。例えば、出発位置を表す位置情報２１２１であることや駐車位置を表す位置情報２１２１であることを示す情報（例えば、これらを示すフラグの値を１にする。）を、位置情報１２１に追加してから、車両管理サーバ３０に送信するようにする。
なお、イグニッションスイッチがオフ（エンジン停止）される直前に測位された位置情報２１２１（すなわち、駐車位置）については、イグニッションスイッチがオン（エンジンを始動）にされ、車載装置２１が再度起動した際に送信されてもよい。
また、イグニッションスイッチがオフ（エンジン停止）された後、所定時間、車載装置２１を稼働状態として、駐車後に測位された位置情報２１２１（すなわち、駐車位置）を車両管理サーバ３０に送信するようにしてもよい。それにより、より正確な駐車位置情報を車両管理サーバ３０に送信することができる。
また、車載装置２１が、ナビゲーション機能部（図示省略）を備える場合、位置情報送信部２１１１は、上述した位置情報２１２１、及び車両ＩＤ２１２２とともに、ナビゲーション機能部に設定された目的地の情報も車両管理サーバ３０に対して送信するようにしてもよい。
以上のように、車載装置２１が車両管理サーバ３０に送信する位置情報は、具体的には当該車両の出発位置情報、到着位置情報、移動情報、及び駐車位置情報を含む。後述するように、車両管理サーバ３０は、車載装置２１の搭載された車両２０の現在位置情報、駐車位置情報及び駐車時間帯情報を把握することができる。

＜開閉制御装置２２＞
図３に示すように、開閉制御装置２２は、制御部２２１、記憶部２２２の外、通信部２２３、近距離通信部２２４を含んで構成される。開閉制御装置２２は、車両２０が備えるバッテリ（図示省略）から電源の供給を受ける。
図３に示すように、制御部２２１は、少なくとも認証部２２１１、施解錠制御部２２１２、施解錠情報送信部２２１３を備える。詳細については後述する。
記憶部２２２は、前述したワンタイム情報を記憶するワンタイム情報記憶部２２２１を備える。
通信部２２３は、ＬＴＥ，４Ｇ，５Ｇ等の無線通信を備えてもよい。ＬＴＥ，４Ｇ，５Ｇ等の無線通信は、車両管理サーバ３０からリモート制御により開閉部の施解錠を行う場合に、車両管理サーバ３０から送信される施解錠制御情報を受信する場合に用いられる。また、後述するように、施解錠情報送信部２２１３が、当該車両の施解錠履歴情報を（車両管理サーバ３０を介して）車両配達管理サーバ４０に送信する場合に用いられるようにしてもよい。
近距離通信部２２４は、ＮＦＣ（Near Field Communication）やＢｌｕｅｔｏｏｔｈ（登録商標）といった規格に準拠した非接触の近距離通信を行うための部分である。例えば配達員端末６０からワンタイム情報を直接受信して、開閉部の施解錠を行う場合に用いられる。
ここで、施解錠制御情報とは、開閉部の施錠及び解錠を制御する制御情報であり、特に開閉部が窓の場合、施解錠制御情報には窓の開閉量が含まれ、窓の開閉量を制御する制御情報を意味する。以下、開閉部が窓の場合の場合、窓の開閉量に基づいて窓の開閉を制御することを含めて、「開閉部の施解錠」という。

＜認証部２２１１＞
認証部２２１１は、配達員端末６０から開閉制御装置２２に対してワンタイム情報を直接送信して、開閉部の施解錠を行う場合、開閉部の施解錠を行うことを許可されているか否かを認証する。

配達員端末６０からワンタイム情報を開閉制御装置２２に対して直接送信して、開閉部の施解錠を行う場合について説明する。
この場合、認証部２２１１は、前述したように予め（車両管理サーバ３０を介して）車両配達管理サーバ４０から受信したワンタイムパスワードを用いて、配達員端末６０から受信する荷物番号、配達事業者ＩＤ及び配達員ＩＤを認証する。具体的には、認証部２２１１は、予め取得している荷物番号、車両ＩＤ（及びその開閉部）と、配達員端末６０から受信した荷物番号、配達事業者ＩＤ及び配達員ＩＤに基づいて、ハッシュ関数によりハッシュ値を生成し、当該ハッシュ値とワンタイムパスワードとが一致する場合に、配達員を正しいものとして認証する。
なお、配達員端末６０から開閉制御依頼を受けた車両管理サーバ３０から開閉制御装置２２に対してリモート開閉制御する場合については、前述したように、車両管理サーバ３０は、配達員端末６０から受信する荷物番号、配達事業者ＩＤ及び配達員ＩＤを認証済みのため、車両管理サーバ３０から受信する荷物番号、配達事業者ＩＤ及び配達員ＩＤについては認証済みとして処理するようにしてもよい。

＜施解錠制御部２２１２＞
施解錠制御部２２１２は、ユーザの有する車両キーからの制御情報により、開閉部を施解錠する機能に加えて、車両管理サーバ３０からリモート開閉制御により、開閉部の施解錠を行う場合、正しい配達員からの開閉制御依頼に基づくリモート開閉制御であることを車両管理サーバ３０において認証した場合に限り、開閉部の施解錠を行う。
また、配達員端末６０から開閉制御装置２２に対してワンタイム情報を直接送信して、開閉部の施解錠を行う場合、施解錠制御部２２１２は、認証部２２１１により配達員を正しいものと認証した場合に限り、開閉部の施解錠を行う。
上記のいずれにおいても、開閉部が窓の場合、後述するように、配達員からの開閉制御依頼情報には窓の開閉量が含まれる。このため、施解錠制御部２２１２は、開閉制御依頼情報に含まれる窓の開閉量に基づいて窓の開閉制御を行うようにしてもよい。

＜施解錠情報送信部２２１３＞
施解錠情報送信部２２１３は、配達物の置き配のために、施解錠制御部２２１２により開閉部が施解錠された場合、当該配達物の荷物番号、開閉部が解錠された時刻情報、及び施錠された時刻情報を（車両管理サーバ３０を介して）車両配達管理サーバ４０に対して送信する。なお、施解錠情報送信部２２１３は、ユーザが車両キーにより開閉部を施解錠した場合は、開閉部が解錠された時刻情報、及び施錠された時刻情報を（車両管理サーバ３０を介して）車両配達管理サーバ４０に対して送信する。そうすることで、後述するように、車両配達管理サーバ４０は、当該車両の施解錠履歴情報に基づいて、ユーザが荷物を取り出したか否かを判定することができる。具体的には、ユーザが車両キーにより開閉部を施解錠したときには、それ以前に置き配された荷物がユーザにより取り出されたものとみなすことができる。

＜車両管理サーバ３０＞
次に、例えば自動車メーカー毎に設けられる車両管理サーバ３０が備える機能ブロックについて図４のブロック図を参照して説明をする。

図４に示すように、車両管理サーバ３０は、制御部３１と、記憶部３２と、通信部３３と、表示部３６と、入力部３７とを含んで構成される。
ここで、制御部３１と、記憶部３２と、通信部３３と、表示部３６と、入力部３７は、上述した車載装置２１が含む同名の機能ブロックと同等のハードウェアで実現されるが、上述した車載装置２１とは機能や用途が相違する。そこで、ハードウェアについての重複する再度の説明は一部省略し、相違する機能や用途についての説明を以下行う。

制御部３１は、マイクロプロセッサ等の演算処理装置から構成され、車両管理サーバ３０を構成する各部の制御を行う。制御部３１の詳細については、後述する。

記憶部３２は、半導体メモリ等で構成されており、ファームウェアやオペレーティングシステムと呼ばれる制御用のプログラムや、車両の位置情報収集処理を行うためのプログラム、車両２０の開閉部をリモート制御で施解錠処理を行うためのプログラム、さらにその他、地図情報等の種々の情報が記憶される。図中には、記憶部３２が記憶する情報として、例えば地図情報３２１、ユーザ情報３２２、車両情報３２３、及びユーザ情報３２２と車両情報３２３との対応関係３２４、及び位置情報データベース３２５を例示する。
地図情報３２１には、道路、施設、駐車場等の地物に関する情報、道路情報、施設情報、駐車場情報等の情報が含まれる。施設情報、駐車場情報としては、各施設、駐車場の位置情報が緯度経度の情報として保存される。なお、各施設、駐車場の位置情報として、緯度経度の情報に加えて、住所、電話等の情報を記憶するようにしてもよい。
ユーザ情報３２２には、例えば、姓（名字）と名（名前）を含むユーザ名、ユーザ住所等の情報が含まれる。なお、ユーザ毎にユーザ識別ＩＤを記憶してもよい。
車両情報３２３には、車両ＩＤ、当該車両の備える開閉部に関する情報（例えば、開閉部の種類及び窓の開口部の形状や大きさに関する開口部情報等）、及び開閉部の施錠、解錠をリモートで行うためのコマンド情報等を含むようにしてもよい。
ユーザ情報３２２と車両情報３２３との対応関係３２４は、ユーザ情報と車両ＩＤとの対応関係３２４を示す情報で、例えばテーブル形式で記憶してもよい。
位置情報データベース３２５は、車載装置２１から受信した位置情報に基づいて構築された車両２０毎の位置情報を記憶するデータベースである。
位置情報データベース３２５は、制御部３１に含まれる各機能ブロックにより構築及び更新される。位置情報データベース３２５の詳細については、制御部３１に含まれる各機能ブロックの説明の際に、図５を参照して後述する。

通信部３３は、ＤＳＰ（Digital Signal Processor）等を有し、ＬＴＥ（Long Term Evolution）、４Ｇ、５Ｇ等の規格や、Ｗｉ－Ｆｉ（登録商標）といった規格に準拠して、通信網７０を介して他の装置（例えば、車載装置２１、開閉制御装置２２等）との間の無線通信を実現する。
通信部３３は、例えば、前述した車載装置２１から送信される位置情報を受信するために利用される。また、前述した開閉制御装置２２に対して施解錠制御情報を送信するために利用してもよい。
また、車両配達管理通信部３４は、セキュリティネットワーク７１を介して車両配達管理サーバ４０と通信する通信部である。車両配達管理通信部３４は、車両配達管理サーバ４０との間で、ユーザ情報、車両情報、車両の位置情報等の車両情報、車両の開閉部に関する情報（例えば、開閉部の種類及び窓の開口部の形状や大きさに関する開口部情報等）、及び車両の開閉部の施解錠に係る情報をシェアするための送受信に利用される。

表示部３６は、液晶ディスプレイ、又は有機エレクトロルミネッセンスパネル等の表示デバイスにより構成される。表示部３６は、制御部３１からの指示を受けて画像を表示する。
入力部３７は、テンキーと呼ばれる物理スイッチや表示部３６の表示面に重ねて設けられたタッチパネル等の入力装置（図示を省略する。）等で構成される。

次に、制御部３１の詳細について説明をする。制御部３１は、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、及びＩ／Ｏ等を有するマイクロプロセッサにより構成される。ＣＰＵは、ＲＯＭ又は記憶部３２から読み出した各プログラムを実行し、その実行の際にはＲＡＭ、ＲＯＭ、及び記憶部３２から情報を読み出し、ＲＡＭ及び記憶部３２に対して情報の書き込みを行い、通信部３３と信号の授受を行う。そして、このようにして、ハードウェアとソフトウェア（プログラム）が協働することにより本実施形態における処理は実現される。

図４に示すように、制御部３１は、機能ブロックとして、位置情報取得部３１１と、滞在判定部３１２と、車両配達管理サーバ連携部３１３と、配達員認証部３１４と、施解錠リモート制御部３１５と、を含む。

位置情報取得部３１１は、通信部３３が車載装置２１から受信した、位置情報、及び車両ＩＤと、地図情報３２１とに基づいて、位置情報データベース３２５に含まれる移動推移等の情報を更新する部分である。

滞在判定部３１２は、ユーザが何れの場所に滞在（駐車）したかを判定する部分である。ここで、滞在（駐車）した場所は、ユーザの自宅の駐車場、施設の駐車場等が考えられる。滞在判定部３１２は、通信部３３が車載装置２１からイグニッションオフを受信したときの位置情報と、地図情報３２１に含まれる位置情報とを照合する。そして、照合の結果、この位置情報と、何れかの個人宅や施設の位置情報（あるいは駐車場の位置情報）とが一致した場合に、滞在判定部３１２は、位置情報の送信元の車載装置２１に対応するユーザが、この位置に滞在（駐車）したと判定する。
そして、滞在判定部３１２は、判定結果に基づいて、位置情報データベース３２５に含まれる滞在位置（駐車位置）等の情報を更新する。

なお、ドライブ中に位置情報が所定時間以上変化しない場合、具体的には同じ位置を示す位置情報が所定時間以上連続して送信される場合は、例えばエンジンがかかったままの状態で停止している状態（例えば、アイドリング状態）が考えられる。この場合、停止している位置は、例えば一時的な滞在や渋滞のため、アイドリング状態で停止していることが想定される。このため、荷物の置き配としての場所には適していないことが想定される。

位置情報データベース３２５のデータ構造の一例について説明する。位置情報データベース３２５は、例えば「車両ＩＤ」、「ユーザＩＤ」、「移動推移」、及び「駐車位置情報」を属性として含む。なお、これらの情報は、一回のドライブ単位で紐付けて格納されるようにしてもよい。

位置情報データベース３２５内の「車両ＩＤ」は、上述したように、位置情報等の送信元である車載装置２１や、これらを搭載した車両２０を識別するための情報である。位置情報取得部３１１は、受信した車両ＩＤに基づいて、一回のドライブ単位でレコードを作成する。
位置情報データベース３２５内の「ユーザＩＤ」は、上述したように、車両ＩＤに対応するユーザを識別するための情報である。位置情報取得部３１１は、ユーザＩＤを特定して格納する。

位置情報データベース３２５内の「移動推移」は、位置情報等の送信が一度開始されてから終了するまでに受信した全ての位置情報である。この全ての位置情報により、一回のドライブにおける出発位置から駐車位置までの移動推移（すなわち、車両２０の移動経路）を特定することが可能となる。
移動推移には、位置情報の測位を行った時刻も含まれるようにする。これにより、一回のドライブの開始時刻と終了時刻を特定することができる。
位置情報取得部３１１は、受信した位置情報に基づいて、移動推移を更新する。

ここで、位置情報取得部３１１は、例えば、上述したように、位置情報に出発位置を示す情報が含まれている場合は、この出発位置を示す情報に基づいて、新たなドライブが開始されたと判断する。また、位置情報取得部３１１は、仮に位置情報に出発位置を示す情報が含まれていない場合には、例えば、前回のドライブが終了されたと判断した後に、再度位置情報等の送信が開始された場合に、新たなドライブが開始されたと判断する。
位置情報取得部３１１は、一回のドライブが継続しており、車載装置２１から、位置情報等を受信する都度、受信した各情報に基づいて、位置情報データベース３２５における、「移動推移」を更新する。

一方で、位置情報データベース３２５における、「滞在位置」は、一回のドライブが終了したタイミングで、上述したようにして滞在判定部３１２が判定を行うことにより更新される。
このように、位置情報データベース３２５は、位置情報取得部３１１と滞在判定部３１２が協働することにより、適宜更新される。

車両配達管理サーバ連携部３１３は、車両管理サーバ３０と車両配達管理サーバ４０との間で、共有する情報を送受信する機能部である。
具体的には、車両管理サーバ３０（車両配達管理サーバ連携部３１３）は、セキュリティネットワーク７１を介して車両配達管理サーバ４０から、荷受人となるユーザから置き配場所として登録された車両情報（例えば、ユーザ情報及び車両ＩＤ（開閉部情報を含んでもよい）を車両配達管理通信部３４により受信することにより、当該車両ＩＤの車両２０の存在の有無を判定し、存在する場合に車両配達管理通信部３４に対して指示することでセキュリティネットワーク７２を介して当該車両ＩＤの車両２０の位置情報を車両配達管理サーバ４０に対して適宜送信する。又は、車両配達管理サーバ４０に対して、当該位置情報データにアクセス可能にするようにしてもよい。なお、当該車両ＩＤが存在しない場合は、存在しない旨のエラー情報及び登録情報の訂正依頼を、車両配達管理サーバ４０に対して通知する。
そうすることで、後述するように、車両配達管理サーバ４０は、ユーザから荷物の置き配場所として登録されている車両２０毎に、ユーザ名、ユーザ住所、車両ＩＤ、当該車両の過去の時間帯ごとの位置情報（特に駐車位置情報、移動中状態）及び現在の位置情報を取得するとともに、この情報に基づいて、近い将来の時間帯毎における各車両２０の予測位置情報（駐車位置情報、移動状態）を算出することができる。また、車両配達管理サーバ４０は、配達員及び車両ＩＤ相互を認証するためのワンタイムパスワードを生成することができる。
さらに、配達物を車両２０に置き配するように配達計画が最終的に設定され、配達員が配達物を配達するとき、車両配達管理サーバ連携部３１３は、セキュリティネットワーク７１を介して車両配達管理サーバ４０から、配達物に係る情報、例えば荷物番号、配達日時、配達事業者ＩＤ、配達員ＩＤ、及び配達先の車両ＩＤ（荷物を置き配するための車両２０の開閉部（例えば、窓、ドア、ハッチバック、荷室等）が指定された場合は、開閉部情報を含む）、並びにワンタイムパスワードを車両配達管理通信部３４により受信することで取得することができる。ここで、荷物を置き配するための車両２０の開閉部として窓が指定された場合は、開閉部情報に窓の開閉量を含むようにしてもよい。そうすることで、車両管理サーバ３０は、荷物を置き配するための情報を当該車両の開閉制御装置２２に対して予め送信することができる。

次に、配達員認証部３１４及び施解錠リモート制御部３１５について説明する。ここで、配達員認証部３１４及び施解錠リモート制御部３１５は、配達員が配達員端末６０を介して、ワンタイムパスワードに基づいて車両管理サーバ３０に対して当該車両の開閉部の開閉制御の依頼を行う場合（すなわち、車両管理サーバ３０により当該車両の開閉部の開閉制御をリモートで実行する場合）に必要とするものである。したがって、配達員が配達員端末６０を介して、ワンタイムパスワードに基づいて車両の開閉部の開閉制御を直接行う場合は、不要である。

配達員認証部３１４は、配達員端末６０から、例えば荷物番号、配達事業者ＩＤ、配達員ＩＤ及びワンタイムパスワードを車両配達管理サーバ４０を介して（又は、直接） 受信した場合、配達員認証部３１４は、予め取得している荷物番号、車両ＩＤ（及びその開閉部）、配達員端末６０から受信した荷物番号、配達事業者ＩＤ及び配達員ＩＤに基づいて、ハッシュ関数によりハッシュ値を生成し、当該ハッシュ値とワンタイムパスワードとが一致する場合に、配達員を正しいものとして認証する。

施解錠リモート制御部３１５は、配達員認証部３１４により、配達員を正しいものとして認証した場合、通信部３３を介して、リモート制御により、当該車両の開閉制御装置２２に対して開閉部の開閉制御指示すなわち、解錠指示及び施錠指示を行う。前述したように、開閉部が窓の場合、解錠指示には窓の開閉量を含む。

＜配達管理サーバ５０＞
次に車両配達管理サーバ４０を説明する前に、例えば配達事業者毎に設けられる配達管理サーバ５０が備える機能ブロックについて図５のブロック図を参照して説明する。

図５に示すように、配達管理サーバ５０は、制御部５１と、記憶部５２と、通信部５３と、表示部５６と、入力部５７とを含んで構成される。
ここで、制御部５１と、記憶部５２と、通信部５３と、表示部５６と、入力部５７は、上述した車両管理サーバ３０が含む同名の機能ブロックと同等のハードウェアで実現されるが、上述した車両管理サーバ３０とは機能や用途が相違する。そこで、ハードウェアについての重複する再度の説明は一部省略し、相違する機能や用途についての説明を以下行う。

制御部５１は、マイクロプロセッサ等の演算処理装置から構成され、配達管理サーバ５０を構成する各部の制御を行う。制御部５１の詳細については、後述する。

記憶部５２は、半導体メモリ等で構成されており、ファームウェアやオペレーティングシステムと呼ばれる制御用のプログラムや、配達事業者における配達計画作成処理や配達管理を行うためのプログラム、さらにその他、配達計画情報、配達管理情報等が記憶される。図中には、記憶部５２が記憶する情報として、例えば配達計画情報５２１、配達管理情報５２２等を例示する。
配達計画情報５２１は、配達対象となる荷物情報（例えば、荷物番号、荷物の大きさの情報、荷物が壊れ物か否かの情報、荷物の外観情報等）、配達先情報（例えば、配達先のユーザ名、ユーザ住所、荷物の届け先、置き配場所、配達日時等）、及び配達担当情報（例えば、配達事業所ＩＤ，配達員ＩＤ等）を含み、例えば配達事業所毎に作成されてもよい。なお、壊れ物情報は、例えばガラス製品、精密機械等が対象となり、差出人（例えば、ＥＣサイト）から荷物を引き受ける際に、荷物に壊れ物情報のタグを付与するとともに、当該荷物情報に、壊れ物であることを示す壊れ物情報を含ませるようにしてもよい。
さらに、配達事業所毎に作成される配達計画情報５２１は、配達車両（配達員）毎に作成されてもよい。なお、置き配場所には、車両ＩＤが含まれる。車両ＩＤとともに、当該車両の開閉部（例えば、窓、ドア、ハッチバック、荷室等）を含んでもよい。
配達管理情報５２２は、配達計画に沿って、荷物が、例えば倉庫から出庫され、配達事業所に送られ、配達車両に荷物が積載され、配達先に配達されるまでの配達状況を管理するための配達履歴情報が含まれてもよい。

通信部５３は、車両管理サーバ３０が含む通信部３３と同等のハードウェアで実現して、通信網７０を介して他の装置（例えば、配達員端末６０等）との間の無線通信を実現する。
通信部５３は、例えば配達員端末６０との間で、当該配達員の担当する荷物に係る荷物情報、配達先情報、配達担当情報、及び配達履歴情報等をシェアするための送受信に利用される。
また、車両配達管理通信部５４は、セキュリティネットワーク７２を介して車両配達管理サーバ４０と通信する通信部である。車両配達管理通信部５４は、車両配達管理サーバ４０との間で、例えば車両を置き配場所として指定した荷物に係る荷物情報、配達先情報、配達担当情報、及び配達履歴情報等をシェアするための送受信に利用される。
表示部５６及び入力部５７は、車両管理サーバ３０が含む表示部３６及び入力部３７と同等のハードウェアで実現される。

次に、制御部５１の詳細について説明をする。制御部５１は、例えば車両管理サーバ３０が含む制御部３１と同等のハードウェアで実現される。
図５に示すように、制御部５１は、機能ブロックとして、配達計画作成部５１１と、配達管理処理部５１２と、車両配達管理サーバ連携部５１３と、を含む。

配達計画作成部５１１は、発注された配達対象となる品物（荷物）を、荷物情報（例えば、荷物番号、荷物の大きさの情報、荷物が壊れ物か否かの情報、荷物の外観情報等）、配達先情報（例えば、配達先のユーザ名、ユーザ住所、荷物の届け先、置き配場所、配達日時等）等に基づいて、効率的に配達することができる配達計画を作成する。
配達管理処理部５１２は、配達計画作成部５１１によって作成された配達計画に沿って、配達物の配達状況を管理する。
なお、配達計画の作成機能及び配達管理処理機能については、当業者にとって公知であり、詳細な説明は省略し、ここでは、荷受人であるユーザが荷物の届け先に車両を指定した場合の付加機能について説明する。

置き配場所として車両が指定された場合、配達計画作成部５１１は、配達計画を作成するために必要となる車両に関する情報に基づいて、配達計画を作成する。具体的には、配達計画作成部５１１は、後述する車両配達管理サーバ連携部５１３を介して、荷物の届け先に車両を置き配場所として指定したユーザ名に基づいて、当該ユーザに該当する車両ＩＤが存在するか否かを確認する。車両ＩＤの存在を確認した場合、配達計画作成部５１１は、後述する車両配達管理サーバ連携部５１３を介して、当該ユーザの指定した配達日時における当該車両ＩＤに対応する車両の予測位置情報を取得する。ここで、予測位置情報は、例えば、正確な位置情報ではなく、所定の範囲を占める位置情報であってもよい。例えば、複数の車両を駐車する駐車場の領域、また住所表記の「丁目、番地、号」のうち、「丁目」又は「丁目、番地」等の範囲や、所定の領域であってもよい。なお、当該ユーザに該当する車両ＩＤが存在しない場合、配達計画作成部５１１は、当該ユーザに係る荷物の配達場所を修正するように、例えば、当該ユーザあてに（例えば荷受人端末１０を介して）メール等により通知するようにしてもよい。
また、配達計画作成部５１１は、置き配場所として車両が指定された場合に、ユーザの指定した配達日時付近に車両への配達が可能か否かを判断することができ、より詳細な配達計画を作成することができる。具体的には、例えば、当該配達日時付近において、車両が移動中である確率が高い場合、当該ユーザに対して、時間帯をずらす等の修正をするように、例えば、当該ユーザあてに（例えば荷受人端末１０を介して）メール等により通知するようにしてもよい。
こうすることで、配達事業者にとっては、置き配場所として車両が指定された場合であっても、配達管理サーバ５０自体に車両に関する情報を所持することなく、配達計画を作成することが可能となる。また、ユーザにとっても従来技術のように、個々の配達事業者毎に、置き配場所を車両とする配達サービスに関する契約を結ぶ必要がなくなり、車両置き配サービスを簡易に利用することが可能となる。

配達管理処理部５１２は、配達計画作成部５１１によって作成された配達計画に沿って、配達物を配達するときの配達進捗状況を管理するとともに、特に置き配場所として、車両が指定されている場合、荷物の車両への配達の進捗状況を収集するとともに、実際の配達に必要な情報を適宜、配達員又は配達車両に対して提供することができる。
具体的には、配達管理処理部５１２は、配達員又は配達車両が、荷物を車両に配達するとき（より具体的には、例えば配達員が開閉部の解錠を要求する前）に当該車両のより正確な位置情報を後述する車両配達管理サーバ連携部５１３を介して、当該ユーザの指定した配達日時における当該車両ＩＤに対応する車両のより正確な位置情報を取得する。ここで、より正確な位置情報は、例えば、住所表記の「丁目、番地、号」や、位置を示す緯度経度情報であってもよい。
配達管理処理部５１２は、車両の位置情報を取得した後に、車両配達管理サーバ連携部５１３を介して、前述した当該車両に配達する配達物に係る情報（例えば荷物番号、配達事業者ＩＤ、配達員ＩＤ、及び配達先の車両ＩＤ等）に対応するワンタイムパスワード、及び開閉部情報を取得するようにしてもよい。
そうすることで、配達管理処理部５１２は、実際の配達に必要な情報を適宜、配達員端末６０に対して提供することができる。

車両配達管理サーバ連携部５１３は、配達管理サーバ５０と車両配達管理サーバ４０との間で、共有する情報を送受信する機能部である。
具体的には、前述したように、車両配達管理サーバ連携部５１３は、配達計画作成部５１１からの要求に基づいて、車両配達管理通信部５４に対して指示することでセキュリティネットワーク７２を介して車両配達管理サーバ４０に対して、荷物の届け先に車両を置き配場所として指定したユーザ名、ユーザ住所、及び配達日時（例えばユーザの指定した配達日時）が含まれる配達先情報を送信する。そうすることで、車両配達管理サーバ４０から、当該ユーザ名とユーザ住所に対応する車両ＩＤが存在する場合、当該車両ＩＤに該当する車両の配達日時に応じた、予測位置情報を車両配達管理通信部５４を介して受信することができる。なお、当該ユーザ名とユーザ住所に対応する車両ＩＤが存在しない場合、その旨を示すエラー情報を受信することで、ユーザあてに（例えば荷受人端末１０を介して）メール等により通知するようにしてもよい。そうすることで、ユーザに対して置き配場所を修正するようにさせてもよい。
また、前述したように、車両配達管理サーバ連携部５１３は、配達員又は配達車両が荷物を車両に配達するときに、配達管理処理部５１２からの要求に基づいて、車両配達管理サーバ４０に対して、車両配達管理通信部５４を介して当該車両のより正確な位置情報を要求することで、当該車両のより正確な位置情報を受信することができる。また、車両配達管理サーバ連携部５１３は、車両の位置情報を受信した後に、前述した当該車両に配達する配達物に係る情報（例えば荷物番号、配達事業者ＩＤ、配達員ＩＤ、及び配達先の車両ＩＤ等）に対応するワンタイムパスワードを受信するようにしてもよい。なお、車両配達管理サーバ連携部５１３は、車両の位置情報を受信した後に、配達管理処理部５１２からの要求に基づいて、ワンタイムパスワードを取得するようにしてもよい。
以上、配達管理サーバ５０の機能部、特に、荷受人であるユーザが荷物の届け先に車両を置き配場所として指定した場合の付加機能について説明した。

＜車両配達管理サーバ４０＞
次に、車両配達管理装置としての車両配達管理サーバ４０が備える機能ブロックについて図６のブロック図を参照して説明をする。

図６に示すように、車両配達管理サーバ４０は、制御部４１と、記憶部４２と、通信部４３と、車両管理通信部４４と、配達管理通信部４５と、表示部４６と、入力部４７とを含んで構成される。
ここで、制御部４１と、記憶部４２と、通信部４３と、表示部４６と、入力部４７は、上述した車両管理サーバ３０が含む同名の機能ブロックと同等のハードウェアで実現されるが、上述した車両管理サーバ３０とは機能や用途が相違する。そこで、ハードウェアについての重複する再度の説明は一部省略し、相違する機能や用途についての説明を以下行う。

制御部４１は、マイクロプロセッサ等の演算処理装置から構成され、車両配達管理サーバ４０を構成する各部の制御を行う。制御部４１の詳細については、後述する。

記憶部４２は、半導体メモリ等で構成されており、ファームウェアやオペレーティングシステムと呼ばれる制御用のプログラムや、車両配達管理処理を行うためのプログラムといった各プログラム、さらに、荷受人となるユーザに関するユーザ情報、当該ユーザの利用する車両の位置情報、車両開閉部の施解錠履歴情報等の各種情報が記憶される。図中には、記憶部４２が記憶する情報として、車両に配達物を配達する配達管理処理に特に関連する情報である、ユーザ情報４２１、車両位置情報４２２、荷物情報４２３、及び車両開閉部施解錠履歴情報４２５を図示する。

ユーザ情報４２１には、例えば、姓（名字）と名（名前）を含むユーザ名、ユーザ住所、及びユーザが配達物の置き配場所として利用する車両の車両ＩＤ等の情報が含まれる。ここで、車両ＩＤに加えて、ユーザが配達物の置き配場所として利用する際の当該車両の開閉部に関する情報（例えば、車両の備える窓、ドア、ハッチバック、荷室等に関する情報）を含んでもよい。なお、開閉部に関する情報には、特に窓の開口部の形状や大きさに関する開口部情報を含むようにしてもよい。
車両位置情報４２２には、車両ＩＤ毎の所定期間内（例えば、今日を含む今後１週間等の所定の時間帯）における当該車両の予測位置情報等の情報が含まれる。
荷物情報４２３には、荷物に関する情報（例えば、物品ＩＤ、荷物の大きさの情報、荷物が壊れ物か否かの情報、荷物の外観情報等）が含まれる。また、荷物情報４２３に、ユーザが荷物の配達先（置き配場所）として車両を指定した場合の、当該荷物の配達先情報（例えば、配達先のユーザ名、ユーザ住所、置き配場所としての車両ＩＤとその開閉部、及び配達予定日時等）を含むようにしてもよい。
車両開閉部施解錠履歴情報４２５には、車両ＩＤ毎の開閉部の施錠履歴情報及び解錠履歴情報が含まれる。
なお、前述したように、車両配達管理サーバ４０は、例えば自動車メーカー毎の各車両管理サーバ３０と連携することで、荷物の届け先に車両を置き配場所として登録したユーザ名、ユーザ住所、当該車両の車両ＩＤ、当該車両の過去の時間帯ごとの位置情報（特に駐車位置情報、移動状態）現在の位置情報、当該車両の開閉部の施錠履歴情報及び解錠履歴情報等を取得することができる。
また、車両配達管理サーバ４０は、例えば配達事業者毎の各配達管理サーバ５０と連携することで、荷物の届け先に車両を置き配場所として指定したユーザに係るユーザ情報（ユーザ名、ユーザ住所等）、当該荷物の配達先情報（例えば、配達先のユーザ名、ユーザ住所、置き配場所としての車両ＩＤとその開閉部、及び配達予定日時等）、及び当該荷物に関する情報（例えば、物品ＩＤ、荷物の大きさの情報、荷物が壊れ物か否かの情報、荷物の外観情報等）を含む荷物情報、及び実際に荷物が配達される場合における当該荷物の車両への配達の進捗状況を取得することができる。
車両配達管理サーバ４０は、これら取得した情報に基づいて、各車両管理サーバ３０、及び各配達管理サーバ５０に対して、それぞれ必要な情報を提供することができる。

通信部４３は、車両管理サーバ３０が含む通信部３３と同等のハードウェアで実現して、通信網７０を介して他の装置（例えば、荷受人端末１０、配達員端末６０等）との間の無線通信を実現する。
車両管理通信部４４は、セキュリティネットワーク７１を介して車両管理サーバ３０と通信するための通信部である。車両管理通信部４４は、車両管理サーバ３０との間で、ユーザ情報、車両情報、車両の位置情報等の車両情報をシェアするための送受信に利用される。
同様に、配達管理通信部４５は、セキュリティネットワーク７２を介して配達管理サーバ５０と通信するための送受信部としての通信部である。配達管理通信部４３２は、配達管理サーバ５０との間で、例えば車両を置き配場所として指定した荷物に係る荷物情報、配達先情報、配達担当情報、及び配達履歴情報等の配達情報をシェアするための送受信に利用される。
表示部４６及び入力部４７は、車両管理サーバ３０が含む表示部３６及び入力部３７と同等のハードウェアで実現される。

次に、制御部４１の詳細について説明をする。制御部４１は、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、及びＩ／Ｏ等を有するマイクロプロセッサにより構成される。ＣＰＵは、ＲＯＭ又は記憶部４２から読み出した各プログラムを実行し、その実行の際にはＲＡＭ、ＲＯＭ、及び記憶部４２から情報を読み出し、ＲＡＭ及び記憶部４２に対して情報の書き込みを行い、通信部４３と信号の授受を行う。そして、このようにして、ハードウェアとソフトウェア（プログラム）が協働することにより本実施形態における処理は実現される。

図６に示すように、制御部４１は、機能ブロックとして、置き配用車両登録部４１１と、車両管理サーバ連携部４１２と、配達管理サーバ連携部４１３と、予測位置情報算出部４１４と、ワンタイムパスワード生成部４１５と、ユーザ通知情報送信部４１６と、開閉制御指令生成部４１７と、を含む。

置き配用車両登録部４１１は、前述したように、ユーザが配達物の置き配場所として車両を利用する場合、予めユーザから荷受人端末１０を介して入力される、例えば、姓（名字）と名（名前）を含むユーザ名、ユーザ住所、及びユーザが配達物の置き配場所として利用する車両の車両ＩＤ等の情報をユーザ情報４２１として記憶部４２に登録する。
なお、ユーザ情報４２１として、車両ＩＤに加えて、当該車両で置き配場所として利用可能な開閉部（例えば、窓、ドア、ハッチバック、荷室等）を登録するようにしてもよい。また、配達物の置き配場所として当該車両を利用する場合に、デフォルトとして車両配達管理サーバ４０と連携する配達管理サーバ５０を運用する配達事業者全てに適用されるようにしてもよい。

車両管理サーバ連携部４１２は、車両配達管理サーバ４０と車両管理サーバ３０との間で、共有する情報を送受信する機能部であり、車両管理サーバ３０における車両配達管理サーバ連携部３１３と連携する。すなわち、車両管理サーバ３０における車両配達管理サーバ連携部３１３から送信されるデータを受信し、逆に車両管理サーバ３０における車両配達管理サーバ連携部３１３に対して所定のデータを送信する。

具体的には、車両管理サーバ連携部４１２は、車両管理通信部４４に対して指示することでセキュリティネットワーク７１を介して車両管理サーバ３０（車両配達管理サーバ連携部３１３）に対して、荷受人となるユーザから置き配場所として登録された車両情報（例えば、ユーザ情報及び車両ＩＤ（開閉部情報を含んでもよい）を送信することで、車両管理サーバ連携部４１２は、車両管理通信部４４を介して当該車両ＩＤの車両２０の存在の有無の判定、及び当該車両ＩＤの車両２０が存在する場合に当該車両の位置情報を収集する。又は、車両配達管理サーバ４０は、車両管理サーバ３０の記憶する当該位置情報データに車両配達管理サーバ連携部３１３を介してアクセス可能にするようにしてもよい。そうすることで、車両配達管理サーバ４０は、後述するように、ユーザから荷物の置き配場所として登録されている車両２０毎に、ユーザ名、ユーザ住所、車両ＩＤ、当該車両の過去の時間帯ごとの位置情報（特に駐車位置情報、移動中状態）及び現在の位置情報を取得するとともに、この情報に基づいて、近い将来の時間帯毎における各車両２０の予測位置情報（駐車位置情報、移動状態）を算出することができる。
なお、置き配場所として登録された車両ＩＤの車両２０が車両管理サーバ３０に存在しない場合、後述するユーザ通知情報送信部４１６により、その旨を、当該ユーザの、例えば荷受人端末１０に対して通知することで、ユーザに修正させるようにしてもよい。

また、車両管理サーバ連携部４１２は、配達物を車両２０に置き配するように配達計画が最終的に設定された場合、車両管理通信部４４を介して車両管理サーバ３０に対して配達物に係る情報、例えば荷物番号、配達事業者ＩＤ、配達員ＩＤ、及び配達先の車両ＩＤ（荷物を置き配するための車両２０の開閉部（例えば、窓、ドア、ハッチバック、荷室等）が指定された場合は、開閉部情報を含む）、並びに後述するワンタイムパスワード生成部４１５により生成されたワンタイムパスワードを送信する。そうすることで、前述したように車両管理サーバ３０（配達員認証部３１４）は、配達員端末６０から、例えば荷物番号、配達事業者ＩＤ、配達員ＩＤ及びワンタイムパスワードを車両配達管理サーバ４０を介して（又は、直接） 受信した場合、予め取得している荷物番号、車両ＩＤ（及びその開閉部）、配達員端末６０から受信した荷物番号、配達事業者ＩＤ及び配達員ＩＤに基づいて、ハッシュ関数によりハッシュ値を生成し、当該ハッシュ値とワンタイムパスワードとが一致する場合に、配達員を正しいものとして認証することができる。

さらに、車両管理サーバ連携部４１２は、前述したように、車両管理サーバ３０を介して、車両２０の開閉制御装置２２により配達物が置き配場所に指定された車両２０に格納されたことを確認するための情報、例えば、配達員からの依頼に基づき、当該車両の開閉部を施解錠したときの施解錠履歴情報（開閉部が解錠された時刻情報、施錠された時刻情報、及び置き配された場合の配達員に係る配達事業者ＩＤ及び配達員ＩＤ）を受信することができる。
また、ユーザが車両キーにより開閉部を施解錠した場合は、車両管理サーバ３０を介して当該車両の開閉部が解錠された時刻情報、及び施錠された時刻情報を受信することができる。
そうすることで、車両配達管理サーバ４０は、荷物番号に対応する配達物がユーザにより取り去られたか、又は置き配されている状態にあるか、を判定することができる。

配達管理サーバ連携部４１３は、車両配達管理サーバ４０と配達管理サーバ５０との間で、共有する情報を送受信する機能部であり、配達管理サーバ５０における車両配達管理サーバ連携部５１３と連携する。すなわち、配達管理サーバ５０における車両配達管理サーバ連携部５１３を介して送信されるデータを受信し、逆に配達管理サーバ５０における車両配達管理サーバ連携部５１３に対して所定のデータを送信する。

具体的には、前述したように、配達管理サーバ連携部４１３は、セキュリティネットワーク７２を介して配達管理サーバ５０から送信される、荷物の届け先に車両を置き配場所として指定したユーザに係るユーザ情報（ユーザ名、ユーザ住所等）、当該荷物の配達先情報（例えば、配達先のユーザ名、ユーザ住所、置き配場所としての車両ＩＤとその開閉部、及び配達予定日時等）、及び当該荷物に関する情報（例えば、物品ＩＤ、荷物の大きさの情報、荷物が壊れ物か否かの情報、荷物の外観情報等）を含む荷物情報を配達管理通信部４３２により受信することで、当該ユーザ名とユーザ住所に対応する車両ＩＤの存在の有無を判定し、車両ＩＤが存在する場合、記憶部４２に記憶されている車両位置情報に基づいて、配達管理通信部４３２に対して指示することでセキュリティネットワーク７１を介して当該車両ＩＤに該当する車両の配達予定日時に応じた、予測位置情報を送信することができる。ここで、予測位置情報は、前述したように、例えば、正確な位置情報ではなく、所定の範囲を占める位置情報であってもよい。なお、当該ユーザ名とユーザ住所に対応する車両ＩＤが存在しない場合、その旨を示すエラー情報を送信することができる。
こうすることで、各配達事業者にとっては、置き配場所として車両が指定された場合であっても、各配達管理サーバ５０に車両に関する情報を所持することなく、配達計画を作成することが可能となる。また、ユーザにとっても従来技術のように、個々の配達事業者毎に、置き配場所を車両とする配達サービスに関する契約を結ぶ必要がなくなり、車両置き配サービスを簡易に利用することが可能となる。また、配達事業者は、配達予定日時付近に当該車両への配達が可能か否かを判断でき、より詳細な配達計画を作成することが可能となる。
また、例えば当該車両が１ボックスカーや２ボックスカーのように、セダンのような３ボックスカーにおける独立した荷室としてのトランクを有していない場合であっても、例えば窓の開閉量を制御して荷物を車両内に配達することで、配達員が車両内に侵入できないため、ユーザは安心して車両に荷物を届けてもらうことが可能となる。

また、前述したように、配達管理サーバ連携部４１３は、配達員又は配達車両が荷物を車両に配達するとき（より具体的には、例えば配達員が荷物を配達する前）に、配達管理通信部４３２により配達管理サーバ５０から受信する当該車両のより正確な位置情報要求に対して、記憶部４２に記憶されている車両位置情報に基づいて当該車両のより正確な位置情報を配達管理通信部４３２に対して指示することでセキュリティネットワーク７２を介して送信することができる。なお、配達管理サーバ連携部４１３は、車両に荷物を配達した後は、車両の位置情報を提供しないようにすることができる。
このように、配達管理サーバ連携部４１３は、車両の位置情報を必要最小限の場合であるかどうかを判定することで、配達管理サーバ５０に対して、車両の位置情報を送信できるようにする。
そうすることで、配達事業者は、配達計画作成時には、車両配達管理サーバ４０から車両の予測位置情報（例えば、所定の範囲を占める位置情報）を取得し、配達員が荷物を配達するときには、車両配達管理サーバ４０から車両のより正確な位置情報を取得することができ、それぞれの目的別に必要な情報を得ることが可能にするとともに、配達終了後は、車両の位置情報を取得できないようにすることで、ユーザのプライバシーに配慮することができる。
また、配達管理サーバ連携部４１３は、車両の位置情報を配達管理サーバ５０に対して送信した後に、前述した当該車両に配達する配達物に係る情報（例えば荷物番号、配達事業者ＩＤ、配達員ＩＤ、及び配達先の車両ＩＤ等）に対応するワンタイムパスワードを送信するようにしてもよい。なお、配達管理サーバ連携部４１３は、車両の位置情報を配達管理サーバ５０に対して送信した後に、配達管理サーバ５０からの要求に基づいて、ワンタイムパスワードを送信するようにしてもよい。さらに、配達管理サーバ連携部４１３は、ワンタイムパスワードを送信した後は、例えば、当該配達物に関して車両の位置情報及びワンタイムパスワードの送信終了を記録することで、当該配達物に関連する車両の位置情報を提供しないようにしてもよい。こうすることで、配達管理サーバ連携部４１３は、少なくとも、配達員が車両の開閉部の施解錠を可能になった後は、車両の位置情報を提供しないようにすることができる。
なお、配達管理サーバ連携部４１３は、位置情報を送信した後に、例えば、当該配達物に関して車両の位置情報の送信終了を記録することで、当該配達物に関連する車両の位置情報を提供しないようにしてもよい。

予測位置情報算出部４１４は、荷受人となるユーザから置き配場所として登録された車両ＩＤ毎に、車両管理サーバ連携部４１２により取得した、当該車両の位置情報データに基づいて、当該車両の予測位置情報を算出し、記憶部４２にユーザ情報４２１として記憶する。
具体的には、当該車両のこれまでの位置情報の履歴情報に基づいて、例えば１週間における各日の各時間帯における当該車両の予測位置（例えば、駐車位置、移動中を示す移動状態情報等）を算出する。予測位置の算出にあたっては、確率に基づいて、最も高い確率となる位置情報を予測位置として算出してもよい。前述したように、予測位置情報としては、所定の範囲を占める位置情報、及びより正確な位置情報を算出してもよい。
これにより、前述したように、車両配達管理サーバ４０は、記憶部４２に、ユーザ名、ユーザ住所、当該ユーザの利用する車両の車両ＩＤ、及び予測位置情報等を含むユーザ情報４２１を記憶することができる。

ワンタイムパスワード生成部４１５は、前述したように、配達管理サーバ５０から取得した、配達物毎の（例えば、荷物番号、配達事業者ＩＤ、配達員ＩＤ等を含む）情報に基づいて配達員及び配達先車両の車両ＩＤを認証するためのワンタイムパスワードを、例えば、ハッシュ関数を用いて生成する。生成されたワンタイムパスワードは、例えば車両管理サーバ３０、及び例えば配達管理サーバ５０を介して配達員端末６０に対して送信される。また、ワンタイムパスワードは、車両管理サーバ３０を介して車両２０の開閉制御装置２２に送信するようにしてもよい。

ユーザ通知情報送信部４１６は、ユーザに対する通知であるユーザ通知情報を作成し、当該ユーザに対して、例えば荷受人端末１０を介して通知する。ユーザ通知情報送信部４１６は、例えば、ＰＵＳＨ方式による電子メール、又はＳＮＳ等の公知の機能を利用して、ユーザ通知情報を通知してもよい。
ここで、ユーザ通知情報は、置き配場所として登録された車両ＩＤが車両管理サーバ３０に存在しない場合、その旨を当該ユーザの、例えば荷受人端末１０に対して通知する情報を含む。そうすることで、ユーザに車両ＩＤ等を修正させるようにしてもよい。

開閉制御指令生成部４１７は、配達する荷物の荷物情報に基づいて、当該荷物が車両の窓の開口部を介して車両内に配達可能な条件を満たすか否かを判定する。具体的には、当該荷物が壊れ物でないこと、及び当該荷物の大きさが車両の窓の開口部より小さいこと、を満たす場合に、開閉制御指令生成部４１７は、当該荷物の大きさに基づき、当該荷物が窓から車両内に投入可能な開口部となるよう、窓の開閉量を算出するようにしてもよい。より具体的には、窓の開閉量は、例えば当該荷物が投入可能な開閉量であって、配達員が車両内に侵入できない開閉量であればよい。
他方、当該荷物が車両の窓の開口部を介して車両内に配達可能な条件を満たさない場合すなわち当該荷物が壊れ物である場合、又は当該荷物の大きさが車両の窓の開口部より大きい場合、開閉制御指令生成部４１７は、窓の開口部に換えて、車両のドア、又は車両のトランク（ハッチバック等）から当該荷物を車両内に配達するように決定する。

１つの実施例として前述したように、配達員からの依頼に基づいて、車両管理サーバ３０のリモート制御により車両の開閉部を開閉制御する場合、開閉制御指令生成部４１７は、車両管理通信部４４を介して、車両管理サーバ３０に対して、当該車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報を送信するようにしてもよい。そうすることで、車両管理サーバ３０は、配達員からの車両の開閉部の依頼に基づいて、当該車両の開閉部の開閉をリモート制御することができる。
また、他の実施例として前述したように、配達員からの直接の指示に基づいて、当該車両の開閉制御装置２２が当該車両の開閉部の開閉を行う場合、開閉制御指令生成部４１７は、通信部４３を介して、配達員端末６０に対して、当該車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報を送信するようにしてもよい。そうすることで、当該車両の開閉制御装置２２は、配達員からの車両の開閉部の依頼に基づいて、当該車両の開閉部の開閉を行うことができる。なお、開閉制御指令生成部４１７は、配達管理サーバ５０を介して配達員端末６０に対して、当該車両の開閉制御指示情報を送信するようにしてもよい。これにより、配達員は、配達員からの配達員端末６０を介して、車両の開閉制御装置２２に対して、当該車両の開閉部の開閉を依頼することができる。
以上に記載した開閉制御指令生成部４１７によれば、窓の開閉量を荷物が入る程度の窓の開閉量とするため、配達員が車両内に侵入できないため、ユーザは安心して車両に荷物を届けてもらうことが可能となる。また、荷物が窓の開口部よりも大きい場合でも、また、荷物が壊れ物である場合、窓の換わりに、例えばドア又はハッチバックを開けて車両に荷物を配送することが可能となり、ユーザの利便性が向上するとともにユーザにとって車両への宅配を安心して利用することが可能となる。また配達事業者にとっても再配達の必要が無くなり、配達コストの削減につながる。

以上、車両配達管理サーバ４０は、例えば、車両管理サーバ３０が例えば自動車メーカー毎に運用管理され、また配達管理サーバ５０が例えば配達事業者毎に運用管理される場合であっても、荷受人であるユーザは、複数の配達事業者と車両への宅配サービスに関する契約を個別に結ぶことなく、任意の電子商取引サイト（ＥＣサイト）から通信販売で商品を購入する際、荷物の届け先に車両を置き配場所として指定することが可能となる。
また、車両配達管理サーバ４０は、配達事業者の配達計画作成時には車両の予測位置情報（例えば、所定の範囲を占める位置情報）を提供し、配達員の荷物の配達時には車両の正確な位置情報を提供することで、それぞれの目的別に必要な情報を提供することを可能にするとともに、配達終了後は、車両の位置情報を提供しないようにすることで、ユーザのプライバシーに配慮することができる。
また、例えば置き配場所として指定する車両が１ボックスカーや２ボックスカーのように、セダンのような３ボックスカーにおける独立した荷室としてのトランクを有していない場合であっても、窓の開閉量を制御して化機構部を介して荷物を車両内に配達することができ、その場合、配達員が車両内に侵入できないため、ユーザは安心して車両に荷物を届けてもらうことが可能となる。

＜配達員端末６０＞
配達員端末６０は、配達員が、配達管理サーバ５０と通信するための端末である。配達員端末６０としては、例えばＰＣ、タブレット端末、スマートフォン、携帯端末等の公知の端末が利用されてもよい。
図７に示すように、配達員端末６０は、少なくとも制御部６１、記憶部６２の外、通信部６３、近距離通信部６４、表示部６６、入力部６７を含んで構成される。
制御部６１は、マイクロプロセッサ等の演算処理装置から構成され、配達員端末６０を構成する各部の制御を行う。制御部６１の詳細については、後述する。
記憶部６２は、半導体メモリ等で構成されており、ファームウェアやオペレーティングシステムと呼ばれる制御用のプログラムや、置き配場所としての車両情報の車両配達管理サーバ４０に対する登録処理プログラム、車両配達管理サーバ４０及び配達管理サーバ５０からの通知情報を取得して荷受人であるユーザに対して提示するためのプログラムといった各プログラムを記憶してもよい。また、記憶部１２は、車両配達管理サーバ４０から送信されるワンタイムパスワード等のデータを記憶するようにしてもよい。
通信部６３は、ＤＳＰ（Digital Signal Processor）等を有し、ＬＴＥ（Long Term Evolution）、４Ｇ、５Ｇ等の規格や、Ｗｉ－Ｆｉ（登録商標）といった規格に準拠して、通信網７０を経由して、他の装置との間の通信を行う場合に用いられる。
近距離通信部６４は、ＮＦＣ（Near Field Communication）やＢｌｕｅｔｏｏｔｈ（登録商標）といった規格に準拠した非接触の近距離通信を行うための部分である。例えば、配達員端末６０から車両２０の開閉制御装置２２に対してワンタイムパスワード情報を直接送信して、開閉部の施解錠を行う場合の近距離通信を行う場合に用いられる。
表示部６６は、液晶ディスプレイ、又は有機エレクトロルミネッセンスパネル等の表示デバイスにより構成される。表示部６６は、制御部６１からの指示を受けて画像を表示する。
入力部６７は、テンキーと呼ばれる物理スイッチや表示部６６の表示面に重ねて設けられたタッチパネル等の入力装置（図示を省略する。）等で構成される。

次に、制御部６１の詳細について説明をする。制御部１１は、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、及びＩ／Ｏ等を有するマイクロプロセッサにより構成される。ＣＰＵは、ＲＯＭ又は記憶部６２から読み出した各プログラムを実行し、その実行の際には、例えばＲＡＭ、ＲＯＭ、及び記憶部６２から情報を読み出し、ＲＡＭ及び記憶部６２に対して情報の書き込みを行い、通信部６３、表示部６６、及び入力部６７と信号の授受を行う。そして、このようにして、ハードウェアとソフトウェア（プログラム）が協働することにより本実施形態における処理は実現される。
制御部６１は、各プログラムを実行することによって、配達員端末６０を所定の手段（以下、「配達員情報管理部」と総称する）として機能させる。また、制御部６１は配達員情報管理のための各プログラムを実行することによって、配達員端末６０に、所定のステップ（以下、「配達員情報管理ステップ」と総称する）を実行させる。
以下、制御部６１の有する機能を配達員情報管理部の観点から説明する。なお、配達員情報管理ステップ（方法）の観点に基づく説明は、「部」を「ステップ」に置き換えることで説明できるため、省略する。

図７に示すように、制御部６１は、配達関連情報取得部６１１と、開閉部施解錠依頼部６１２と、を備える。

配達関連情報取得部６１１は、通信部６３を介して配達管理サーバ５０から、当該配達員の担当する荷物に係る荷物情報（例えば、荷物番号、荷物の大きさの情報、荷物が壊れ物か否かの情報、荷物の外観情報等）、配達先情報（例えば、配達先のユーザ名、ユーザ住所、荷物の届け先、置き配場所、配達日時等）等を取得する。
また、配達関連情報取得部６１１は、配達員が実際の配達を行う際に、車両を置き配場所とする荷物について、当該車両の位置情報及び当該車両の開閉部の施解錠に必要となるワンタイムパスワード等の情報、及び車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報を、通信部６３を介して配達管理サーバ５０から取得する。

開閉部施解錠依頼部６１２は、１つの実施例としては、配達員が配達員端末６０を介して、ワンタイムパスワード及び車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報に基づいて車両管理サーバ３０に対して当該車両の開閉部の開閉制御の依頼を行う。すなわち、車両管理サーバ３０により当該車両の開閉部の開閉制御をリモートで実行する。
他の実施例としては、開閉部施解錠依頼部６１２は、荷物番号、配達事業者ＩＤ、配達員ＩＤ、ワンタイムパスワードを含む認証情報及び車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報を開閉制御装置２２に対して直接送信して開閉部の開閉制御の依頼を行う。次に、それぞれの実施例における機能を個別に説明する。

まず、車両管理サーバ３０に対して当該車両の開閉部の開閉制御の依頼を行う場合についての機能を説明する。
開閉部施解錠依頼部６１２は、通信部６３を介して、例えば荷物番号、配達事業者ＩＤ、配達員ＩＤ、車両ＩＤ（及びその開閉部）及びワンタイムパスワード及び車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報を車両配達管理サーバ４０を介して（又は、直接）車両管理サーバ３０に対して送信する。そうすることで、前述したように、車両管理サーバ３０は、配達員が正当な配達員であることを認証した場合に限り、当該車両の開閉部の開閉制御をリモートで実行する。

次に、配達員端末６０から車両の開閉制御装置２２に対してワンタイム情報及び車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報を直接送信して、開閉部の施解錠を行う場合についての機能を説明する。
開閉部施解錠依頼部６１２は、近距離通信部６４を介して、例えば荷物番号、配達事業者ＩＤ、配達員ＩＤ、車両ＩＤ（及びその開閉部）、ワンタイムパスワード及び車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報を当該車両（開閉制御装置２２）に対して送信する。そうすることで、前述したように、開閉制御装置２２は、配達員が正当な配達員であることを認証した場合に限り、当該車両の開閉部の施解錠を実行する。
以上、車両配達管理装置としての車両配達管理サーバ４０の機能について配達管理システム１の有する機能と併せて説明した。

＜本実施形態の動作＞
次に、図８のフローチャートを参照して、本実施形態における１つの実施例の動作について説明する。ここで、ユーザが置き配場所として車両配達管理サーバ４０に登録した車両は、前述したように例えば車内空間と隔離された開口部を設けていない車両を例示する。具体的には、図８に示す処理フローは、ユーザが当該車両を置き配場所として車両配達管理サーバ４０に登録した後に、ユーザが電子商取引サイト（ＥＣサイト）から商品を購入し、ユーザが当該商品の配達先として当該車両を指定し、ＥＣサイトにおいて当該商品の配達事業者が設定された場合に、車両配達管理サーバ４０が、当該車両の配達日時における当該車両の位置情報及び当該配達物に係るワンタイムパスワード及び車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報を（例えば、配達管理サーバ５０を介して）配達員端末６０に送信するまでの、車両配達管理サーバ４０の動作を示すフローチャートである。

図８を参照すると、ステップＳ１０において、車両配達管理サーバ４０は、配達管理サーバ５０から荷物の届け先に車両を置き配場所として指定したユーザ名、ユーザ住所、及び配達日時（例えばユーザの指定した配達日時）が含まれる配達先情報を受信する。

ステップＳ１１において、車両配達管理サーバ４０は、当該ユーザ名とユーザ住所に基づいて、対応する車両ＩＤが登録されているか否かを判定する。車両ＩＤが登録されている場合、ステップＳ１３に移る。車両ＩＤが登録されていない場合、ステップＳ１２に移る。

ステップＳ１２において、車両配達管理サーバ４０は、登録されていないとのエラー情報を配達管理サーバ５０に対して送信する。これにより本処理は終了する。

ステップＳ１３において、車両配達管理サーバ４０は、記憶部４２に記憶されている車両位置情報に基づいて、当該車両ＩＤに該当する車両の配達予定日時に応じた、予測位置情報を配達管理サーバ５０に対して送信する。この際、予測位置情報送信済みの情報を記憶してもよい。

ステップＳ１４において、車両配達管理サーバ４０は、配達管理サーバ５０から予測位置情報を送信済みの車両ＩＤに該当する車両の正確な位置情報要求を受信する。

ステップＳ１５において、車両配達管理サーバ４０は、記憶部４２に記憶されている車両位置情報に基づいて、当該車両ＩＤに該当する車両の配達日時時間帯における位置情報を配達管理サーバ５０に対して送信する。この際、位置情報送信済みの情報を記憶してもよい。

その後、ステップＳ１６において、車両配達管理サーバ４０は、配達管理サーバ５０から荷物の届け先に車両を置き配場所として指定した、位置情報送信済みの車両ＩＤに対応する車両に配達する配達員に係る情報（例えば荷物番号、配達事業者ＩＤ、配達員ＩＤ、及び配達先の車両ＩＤ等）及び荷物情報（例えば、荷物番号、荷物の大きさの情報、荷物が壊れ物か否かの情報、荷物の外観情報等）を受信する。

ステップＳ１７において、車両配達管理サーバ４０は、当該車両を置き配場所とする荷物について、当該車両の位置情報及び当該車両の開閉部の施解錠に必要となるワンタイムパスワード等の情報、及び車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報を作成する。

ステップＳ１８において、車両配達管理サーバ４０は、ステップＳ１７において作成した当該配達物に対応するワンタイムパスワード及び車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報を配達員端末６０に対して（例えば配達管理サーバ５０を介して）送信する。
また、車両配達管理サーバ４０は、前記ワンタイムパスワードを当該車両の開閉制御装置２２に対して送信する。

ステップＳ１９において、車両配達管理サーバ４０は、当該配達物に係るワンタイムパスワード及び車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報の送信完了を記録する。これにより本処理は終了する。

以上説明した本実施形態によれば、ユーザが荷物の配達先を車両に指定した場合であっても、配達事業者は、車両に関する情報を所持することなく、配達計画を作成することが可能となる。また、荷受人であるユーザにとって、複数の配達事業者と車両への宅配サービスに関する契約を結ぶ必要が無くなり、配達物受取サービスを簡易に利用することが可能となる。

＜変形例＞
上述した実施形態は、本発明の好適な実施形態ではあるが、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
例えば、図２－図７の機能的構成は例示に過ぎず、本実施形態の機能的構成を限定するものではない。すなわち、本発明の機能に関する一連の処理を全体として実行できる機能が各機器に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図２－図７の例に限定されない。
例えば、車両管理サーバ３０が特定の自動車メーカーの管理するサーバのみから構成される場合、車両管理サーバ３０が車両配達管理サーバ４０の機能を備えるようにしてもよい。
また、他にも、上述した実施形態を、例えば以下に説明する変形例のように変形するようにしてもよい。なお、以下に説明する変形例をさらに組み合わせるようにしてもよい。

＜第２の変形例＞
上述した実施形態におけるシステム構成は一例に過ぎず、適宜変更するようにしてもよい。例えば、上述の実施形態では、車両配達管理装置としての車両配達管理サーバ４０を１つのサーバ装置等により実現すると説明したが、車両配達管理サーバ４０の各機能を、適宜複数のサーバ装置に分散し、分散処理システムとして車両配達管理サーバ４０を実現もよい。また、クラウド上で仮想サーバ機能等を利用して、車両配達管理サーバ４０の各機能を実現してもよい。

＜第３の変形例＞
上述した実施形態におけるネットワーク構成は一例に過ぎず、適宜変更するようにしてもよい。例えば、上述の実施形態において、セキュリティネットワーク７１及びセキュリティネットワーク７２を専用回線のみならず、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等により実現してもよい。

＜第４の変形例＞
上述した実施形態では、荷受人端末１０の車両指定部１１１は、車両配達管理サーバ４０に対して置き配情報を登録する構成を例示したが、これに限られない。車両指定部１１１は、車両管理サーバ３０に対して、置き配場所に指定する車両ＩＤを車両配達管理サーバ４０に登録するように依頼するようにしてもよい。このとき、ユーザ名、ユーザ住所の入力を省略して、車両管理サーバ３０に登録済みのユーザ名、ユーザ住所に基づいて登録するように依頼することができる。そうすることで、車両配達管理サーバ４０に直接登録する場合に比べてユーザ名、ユーザ情報の入力ミスが発生しないようにすることができる。
なお、この場合、車両管理サーバ３０は、例えば車両配達管理通信部３４を介して、車両配達管理サーバ４０（置き配用車両登録部４１１）に対して置き配情報を登録するようにしてもよい。
同様に、上述した実施形態では、荷受人端末１０の通知情報取得部１１２は、車両配達管理サーバ４０から通知される通知情報を取得する構成を例示したが、これに限られない。通知情報取得部１１２は、車両管理サーバ３０を介して、車両配達管理サーバ４０から通知される通知情報を取得するようにしてもよい。

＜第５の変形例＞
上述した実施形態では、車両配達管理サーバ４０の開閉制御指令生成部４１７は、車両管理通信部４４を介して、車両管理サーバ３０に対して、当該車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報を送信することで、車両管理サーバ３０に対してリモート制御により車両の開閉部を開閉制御するように依頼する１つの例を例示したが、これに限られない。車両配達管理サーバ４０の開閉制御指令生成部４１７は、当該車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報に基づいて、通信部４３を介して車両の開閉制御装置２２に対してリモート制御するようにしてもよい。

＜第６の変形例＞
上述した実施形態では、配達員端末６０の開閉部施解錠依頼部６１２は、当該車両の窓の開閉制御指示情報、又は車両のドア若しくは車両のトランク（ハッチバック等）の開閉制御指示情報に基づく、リモートによる開閉制御の依頼を車両管理サーバ３０に対して送信する構成を例示したが、これに限られない。配達員端末６０の開閉部施解錠依頼部６１２は、車両配達管理サーバ４０に対してリモートによる開閉制御の依頼を直接送信するようにしてもよい。

＜第７の変形例＞
上述した実施形態では、車両２０の備える開閉制御装置２２の施解錠情報送信部２２１３は、開閉部が施解錠された場合、当該配達物の荷物番号、開閉部が解錠された時刻情報、及び施錠された時刻情報を、またユーザが車両キーにより開閉部を施解錠した場合、開閉部が解錠された時刻情報、及び施錠された時刻情報を、車両管理サーバ３０を介して車両配達管理サーバ４０に対して送信する構成を例示したが、これに限られない。施解錠情報送信部２２１３は、これらの情報を車両配達管理サーバ４０に対して直接送信するようにしてもよい。

＜ハードウェア及びソフトウェアについて＞
なお、上記の車両配達管理サーバ４０を含む配達管理システム１に含まれる各機器のそれぞれは、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。また、上記の配達管理システム１に含まれる各機器のそれぞれが協働することにより行なわれる車両配達管理方法も、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行することにより実現されることを意味する。

プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

１ 配達管理システム
１０ 荷受人端末
１１ 制御部
１１１ 車両指定部
１１２ 通知情報取得部
１２ 記憶部
１３ 通信部
１６ 表示部
１７ 入力部
２０ 車両
２１ 車載装置
２１１ 制御部
２１１１ 位置情報送信部
２１２ 記憶部
２２ 開閉制御装置
２２１ 制御部
２２１１ 認証部
２２１２ 施解錠制御部
２２１３ 施解錠情報送信部
２２２ 記憶部
２２３ 通信部
２２４ 近距離通信部
３０ 車両管理サーバ
３１ 制御部
３１１ 位置情報取得部
３１２ 滞在判定部
３１３ 車両配達管理サーバ連携部
３１４ 配達員認証部
３１５ 施解錠リモート制御部
３３ 通信部
３４ 車両配達管理通信部
４０ 車両配達管理サーバ
４１ 制御部
４１１ 置き配用車両登録部
４１２ 車両管理サーバ連携部
４１３ 配達管理サーバ連携部
４１４ 予測位置情報算出部
４１５ ワンタイムパスワード生成部
４１６ ユーザ通知情報送信部
４１７ 開閉制御指令生成部
４２ 記憶部
４３ 通信部
４４ 車両管理通信部
４５ 配達管理通信部
５０ 配達管理サーバ
５１ 制御部
５１１ 配達計画作成部
５１２ 配達管理処理部
５１３ 車両配達管理サーバ連携部
５２ 記憶部
５３ 通信部
５４ 車両配達管理通信部
６０ 配達員端末
６１ 制御部
６１１ 配達関連情報取得部
６１２ 開閉部施解錠依頼部
６２ 記憶部
６３ 通信部
６４ 近距離通信部
７０ 通信網
７１ セキュリティネットワーク
７２ セキュリティネットワーク

Claims (4)

1. 荷受人となる複数のユーザに関するユーザ情報として、ユーザ名と、ユーザが利用する車両の車両ＩＤと車両の窓の開口部情報が記憶されているユーザ情報記憶部と、
   配達する荷物の配達先と大きさの情報が含まれる荷物情報が記憶される荷物情報記憶部と、
   前記ユーザが利用する車両の窓の開閉を制御するコマンドを送信可能な通信部と、
   前記配達先が前記ユーザの利用する車両のとき、前記荷物情報の荷物の大きさに基づき、前記荷物を窓から車両内に投入可能な開口部となるよう、前記通信部に対して窓の開閉量を制御するコマンドの送信を指示する制御部と、を備えることを特徴とする車両配達管理装置。
2. 前記通信部は、さらに、前記車両のドア又は荷室の開錠を制御するコマンドを送信可能であり、
   前記制御部は、さらに、前記荷物情報の荷物の大きさが前記車両の窓の開口部よりも大きい場合に、前記通信部に対して前記ドア又は荷室の開錠を制御するコマンドの送信を指示することを特徴とする請求項１に記載の車両配達管理装置。
3. 前記荷物情報記憶部は、さらに、前記荷物情報に配達する荷物の壊れ物情報が含まれ、
   前記通信部は、さらに、前記車両のドア又は荷室の開錠を制御するコマンドを送信可能であり、
   前記制御部は、さらに、前記荷物情報に壊れ物情報が含まれる場合に、前記通信部に対して前記ドア又は荷室の開錠を制御するコマンドの送信を指示することを特徴とする請求項１に記載の車両配達管理装置。
4. コンピュータにより実行される車両配達管理方法であって、
   荷受人となる複数のユーザに関するユーザ情報として、ユーザ名と、ユーザが利用する車両の車両ＩＤと車両の窓の開口部情報を記憶するユーザ情報記憶ステップと、
   配達する荷物の配達先と大きさの情報が含まれる荷物情報を記憶する荷物情報記憶ステップと、
   前記ユーザが利用する車両の窓の開閉を制御するコマンドを送信する通信ステップと、
   前記配達先が前記ユーザの利用する車両のとき、前記荷物情報の荷物の大きさに基づき、前記荷物を窓から車両内に投入可能な開口部となるよう、前記通信ステップにおいて窓の開閉量を制御するコマンドの送信を指示する制御ステップと、を有することを特徴とする車両配達管理方法。

Images