特許 7060249 配達管理システム、配達管理方法および配達管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-04-18

(45)【発行日】2022-04-26

(54)【発明の名称】配達管理システム、配達管理方法および配達管理プログラム

(51)【国際特許分類】

   G06Q 10/08 20120101AFI20220419BHJP

   B65G 61/00 20060101ALI20220419BHJP

【ＦＩ】

G06Q10/08 300

B65G61/00 542

【請求項の数】 8

(21)【出願番号】P 2019116355

(22)【出願日】2019-06-24

(65)【公開番号】P2021002267

(43)【公開日】2021-01-07

【審査請求日】2020-10-05

(73)【特許権者】

【識別番号】000227205

【氏名又は名称】ＮＥＣプラットフォームズ株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】大石 章夫

【審査官】阿部 陽

(56)【参考文献】

【文献】特開２０１９－０８２９２１（ＪＰ，Ａ）

【文献】特開２０１９－０８２９０３（ＪＰ，Ａ）

【文献】特開２０１５－０３５６７３（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１８／００２５３２１（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

Ｂ６５Ｇ ６１／００

(57)【特許請求の範囲】

【請求項1】

目的地に荷物を配達するための宅配端末の配達処理を管理する配達管理システムであって、
前記目的地における荷受人の行動に起因する情報を少なくとも含む目的地情報を取得する目的地情報取得部と、
前記目的地情報に基づいて、荷受人の存否を推定する推定部と、
前記推定の結果を出力する出力部と、を備え、
前記目的地情報取得部は、前記目的地情報として、前記目的地の出入口ドアの開閉動作、および荷物入れの鍵の状態に関する情報を取得する、
配達管理システム。

【請求項2】

前記目的地情報取得部は、
前記目的地の郵便受けまたは宅配ボックスの鍵の状態に関する情報の少なくともいずれか１つを含む前記目的地情報を取得する
請求項１に記載の配達管理システム。

【請求項3】

前記推定部は、前記目的地情報が変化した場合に、前記変化に応じて前記推定をする
請求項１または２に記載の配達管理システム。

【請求項4】

前記目的地を訪問した前記宅配端末から訪問情報を取得する訪問情報取得部と、
前記訪問情報に応じて、前記推定の結果を評価する評価部と、をさらに備える
請求項１～３のいずれか一項に記載の配達管理システム。

【請求項5】

前記目的地情報と前記評価の情報とに基づいて前記推定の結果を更新する更新部をさらに備える
請求項４に記載の配達管理システム。

【請求項6】

予め設定された期間分の前記目的地情報および前記期間分の前記評価の情報を記憶する記憶部をさらに備え、
前記更新部は、前記期間分の前記目的地情報と前記評価の情報とに基づいて前記推定の結果を更新する
請求項５に記載の配達管理システム。

【請求項7】

目的地に荷物を配達するための宅配端末の配達処理をコンピュータが管理する配達管理方法であって、
前記目的地における荷受人の存否に起因する情報を少なくとも含む目的地情報を取得する目的地情報取得ステップと、
前記目的地情報に基づいて、荷受人の存否を推定する存否推定ステップと、
前記推定の結果を出力する出力ステップと、を備え、
前記目的地情報取得ステップは、前記目的地情報として、前記目的地の出入口ドアの開閉動作、および荷物入れの鍵の状態に関する情報を取得する、
配達管理方法。

【請求項8】

コンピュータに、目的地に荷物を配達するための宅配端末の配達処理を管理する方法を実行させる配達管理プログラムであって、
前記方法は、
目的地における荷受人の存否に起因する情報を少なくとも含む目的地情報を取得する目的地情報取得ステップと、
前記目的地情報に基づいて、荷受人の存否を推定する存否推定ステップと、
前記推定の結果を出力する出力ステップと、を備え、
前記目的地情報取得ステップは、前記目的地情報として、前記目的地の出入口ドアの開閉動作、および荷物入れの鍵の状態に関する情報を取得する、
配達管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は配達管理システム、配達管理方法および配達管理プログラムに関する。

【背景技術】

【0002】

近年、電子商取引市場の活発化に伴い、商取引にかかる商品の配達の頻度が増加している。一方、物流業者は、配達先に商品を届ける最後の区間であるラストワンマイルにおいて、配達先の荷受人が不在の場合には、荷物を届けることができず、再配達を余儀なくされる。そこで、物流業務の効率低下につながる再配達の増加を抑制するためのシステムが提案されている。

【0003】

例えば、荷受人の留守中に商品の受け取りを代行するロッカー型の設備である宅配ボックスが普及している。宅配ボックスは、容量が限られるため、宅配ボックスがいっぱいになると、物流業者は商品を宅配ボックスに預けることができない。そこで、例えば特許文献１に記載の宅配ボックス管理システムは、宅配ボックスに設置された振動センサが振動データを取得し、取得した振動データに基づき、宅配ボックスに起きたイベントを検出する。そして、宅配ボックス管理システムは、イベントの検出結果に基づき、宅配ボックスの利用状況を記憶する利用状況データベースを更新する。

【0004】

また、特許文献２に記載の配送スケジュール管理システムは、コンピュータが、配送先を順次訪問する際の経路パターンと経路パターン別の所要時間を計算し、各経路パターンにおける顧客間での在宅確率平均を算定し、配送スケジュール情報を配送車のナビゲーション装置に配信する処理を実行する。

【0005】

さらに、在宅確認システム（非特許文献１）は、宅配人が配達先へ近付くと、自動で配達先へ架電して配達予定を連絡する。架電を受けた荷受人は、電話のプッシュボタンを操作することで在宅か否かを回答する。

【先行技術文献】

【特許文献】

【0006】

【文献】特開２０１７－１０５５９３号公報

【文献】特開２０１３－１６７９７２号公報

【非特許文献】

【0007】

【文献】ＧＰＳトラッカー［令和１年５月２０日検索］、インターネット＜ＵＲＬ：http://trail.jp/＞

【発明の概要】

【発明が解決しようとする課題】

【0008】

しかしながら、特許文献１に記載の技術は、再配達の増加を抑制することはできるものの、宅配ボックスが一杯になってしまった場合には、更なる配達を行うことができない。また、特許文献２に記載の技術は、コンピュータが予め記憶している顧客の在宅確率の値を在宅確率テーブルから抽出して処理を行うものであり、実際に荷受人が在宅か否かを動的に判断することはできない。そのため、配達可能な状況にもかかわらず、配達が行われない場合がある。非特許文献１に記載の技術は、荷受人から動的に回答を受けることができるものの、架電コストがかかるうえ、荷受人が架電に応答する必要がある。また、配達先へ近付かなければ在宅かどうかを知ることができず、配達ルートに無駄が生じる場合がある。

【0009】

本開示の目的は、上述した課題を鑑み、荷受人の存否にかかる目的地情報を動的に更新し、配達業務の効率の低下を抑制する配達管理システム等を提供することにある。

【課題を解決するための手段】

【0010】

本開示の１実施形態にかかる配達管理システムは、目的地に荷物を配達するための宅配端末の配達処理を管理するものであって、目的地情報取得部と、推定部と、出力部とを有している。目的地情報取得部は、目的地における荷受人の行動に起因する情報を少なくとも含む目的地情報を取得する。推定部は、目的地情報に基づいて、荷受人の存否を推定する。出力部は、推定の結果を出力する。

【0011】

本開示の１実施形態にかかる配達管理方法は、目的地に荷物を配達するための宅配端末の配達処理を管理するものであって、目的地情報取得ステップと、存否推定ステップと、出力ステップとを有している。目的地情報取得ステップは、目的地における荷受人の行動に起因する情報を少なくとも含む目的地情報を取得する。存否推定ステップは、目的地情報に基づいて、荷受人の存否を推定する。出力ステップは、推定の結果を出力する。

【0012】

本開示の１実施形態にかかる配達管理プログラムは、目的地に荷物を配達するための宅配端末の配達処理を管理する方法をコンピュータに実行させるものであって、目的地情報取得ステップと、存否推定ステップと、出力ステップとを有している。目的地情報取得ステップは、目的地における荷受人の行動に起因する情報を少なくとも含む目的地情報を取得する。存否推定ステップは、目的地情報に基づいて、荷受人の存否を推定する。出力ステップは、推定の結果を出力する。

【発明の効果】

【0013】

本開示によれば、荷受人の存否にかかる目的地情報を動的に更新し、配達業務の効率の低下を抑制する配達管理システム等を提供することができる。

【図面の簡単な説明】

【0014】

【図1】実施の形態１にかかる配達管理システムのブロック図である。

【図2】実施の形態２にかかる配達管理システムの構成概略図である。

【図3】センサのブロック図である。

【図4】ゲートウェイ装置のブロック図である。

【図5】サーバ装置のブロック図である。

【図6】宅配端末のブロック図である。

【図7】センサとゲートウェイ装置の処理を示すシーケンス図である。

【図8】ゲートウェイ装置、サーバ装置および宅配端末の処理を示すシーケンス図である。

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

【0015】

以下、発明の実施の形態を通じて本発明を説明するが、特許請求の範囲にかかる発明を以下の実施形態に限定するものではない。また、実施形態で説明する構成の全てが課題を解決するための手段として必須であるとは限らない。説明の明確化のため、以下の記載および図面は、適宜、省略、および簡略化がなされている。なお、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

【0016】

＜実施の形態１＞
以下、図１を参照して実施の形態１について説明する。図１は、実施の形態１にかかる配達管理システムのブロック図である。実施の形態１にかかる配達管理システムは、目的地に荷物を配達するための宅配端末の配達処理を管理する。図１に示す配達管理システム１０は、主な構成として、目的地情報取得部１１、推定部１２および出力部１３を有している。

【0017】

目的地情報取得部１１は、目的地における荷受人の存否に起因する情報を少なくとも含む目的地情報を取得するための装置である。目的地情報取得部１１は、上記目的地情報を取得すると、取得した目的地情報を推定部１２に供給する。

【0018】

目的地情報は、例えば宅配端末が荷物を届けようとする目的地に存在する荷受人の行動に伴い変化する情報が含まれる。目的地情報は、例えば、荷受人の存在を検出するセンサから取得される情報であってもよい。荷受人の存在を検出するセンサは、目的地に設置されていてもよいし、荷受人が装着していてもよい。また目的地情報は、上述の情報に加えて、目的地における気温、湿度、天候、暦等の情報が含まれていてもよい。

【0019】

目的地情報取得部１１は、例えば、このようなセンサから目的地情報を取得するためのインタフェースであってもよい。あるいは、目的地情報取得部１１は、このようなセンサを含む装置であってもよい。

【0020】

推定部１２は、目的地情報取得部１１から取得した目的地情報から、荷受人の存否を推定する。推定部１２は、例えば荷受人の存否を推定するための情報処理を行う情報処理装置である。推定部１２は、ＣＰＵ（Central Processing Unit）やＭＣＵ（Micro Controller Unit）と称される演算装置を含んでいてもよい。推定部１２は、目的地情報を処理することにより、存否を推定する。すなわち推定部１２は、目的地情報を、予め設定された方法により処理し、処理の結果として、推定の結果を示す信号を生成する。推定部１２は、生成した推定の結果を、出力部１３に供給する。

【0021】

出力部１３は、推定部１２から受け取る推定の結果を出力する。出力部１３は、推定の結果を宅配端末に対して出力してもよい。また、出力部１３は、例えば配達管理システムの管理者であるユーザに対して推定の結果を通知する態様によって出力してもよい。ユーザに対して推定の結果を通知する態様は、例えば音声、画像、光または振動であってもよい。出力部１３は、宅配端末を操作する操作者に対して推定の結果を通知する様態によって出力してもよい。出力部１３は、宅配端末に対して所定の方式により通信することにより、推定の結果を宅配端末に送信してもよい。

【0022】

以上、実施の形態１について説明した。実施の形態１にかかる配達管理システム１０は、１つの装置であってもよいし、別個の装置が通信可能な状態で構成されているものであってもよい。

【0023】

実施の形態１によれば、荷受人の存否を示す目的地情報を取得した場合に動的に推定の結果を更新できる。そのため、実施の形態１にかかる配達管理システム１０は、目的地の荷受人が在宅である状況で目的地を訪問する確率を上げることができる。換言すると、実施の形態１にかかる配達管理システム１０は、荷受人が不在であるために生じる再配達業務を抑制できる。よって、実施の形態１によれば、配達業務の効率の低下を抑制する配達経路生成システムを提供することができる。

【0024】

＜実施の形態２＞
次に、実施の形態２について説明する。図２は、実施の形態２にかかる配達管理システムの構成概略図である。実施の形態２にかかる配達管理システム１００は、主な構成として、荷受人Ｕの居宅Ａ１、宅配業者Ｂ１および居宅Ａ１に荷物を配達する宅配トラックＣ１を有している。

【0025】

居宅Ａ１は、荷受人Ｕが居住する場所である。居宅Ａ１は、郵便受けＡ１０にセンサＡ１１が設置されており、自宅ドアＡ２０にセンサＡ２１が設置されている。また、居宅Ａ１にはゲートウェイ装置１１０が設置されている。

【0026】

センサＡ１１は、郵便受けＡ１０の施錠状態を検出するセンサである。センサＡ１１は、例えば郵便受けＡ１０の鍵が施錠された状態でオン状態になり、郵便受けＡ１０の鍵が解錠された状態でオフ状態になるスイッチを有している。センサＡ１１は、ゲートウェイ装置１１０に接続されており、上記施錠状態に関する検出信号をゲートウェイ装置１１０に供給する。

【0027】

センサＡ２１は、自宅ドアＡ２０の開閉状態を検出するセンサである。センサＡ２１は、例えば自宅ドアＡ２０が開いた状態（開扉状態）でオン状態になり、自宅ドアＡ２０が閉じた状態（閉扉状態）でオン状態になるスイッチを有している。センサＡ２１は、ゲートウェイ装置１１０に接続されており、上記施錠状態に関する検出信号をゲートウェイ装置１１０に供給する。

【0028】

ゲートウェイ装置１１０は、センサＡ１１およびセンサＡ２１から検出信号を受け取り、受け取った信号から荷受人が在宅か不在かを推定する。ゲートウェイ装置１１０は、在宅予想装置と称されてもよい。またゲートウェイ装置１１０は、インターネット９００に接続されており、インターネット９００を介して、宅配業者Ｂ１に対して配達が可能か否かに関する情報を供給する。

【0029】

宅配業者Ｂ１は、顧客から荷物を預かり、預かった荷物を指定された場所に配達する事業者である。宅配業者Ｂ１は、サーバ装置１２０を有している。

【0030】

サーバ装置１２０は、荷物を配達する宅配トラックを管理する。サーバ装置１２０は、インターネット９００を介して複数のゲートウェイ装置１１０から配達が可能か否かについての情報を受け取るとともに、受け取った情報から、例えば居宅Ａ１に荷物を配達するか否か、あるいは、配達する場合には、いつ頃配達するか、という配達計画を立てる。サーバ装置１２０は、配達計画に関する情報を宅配トラックＣ１に通知する。

【0031】

宅配トラックＣ１は、宅配業者Ｂ１が預かった荷物を積み込み、積み込んだ荷物を目的地へ配達する。宅配トラックＣ１は、宅配端末１３０を有している。宅配端末１３０は、サーバ装置１２０と無線通信可能に接続し、例えばサーバ装置１２０から配達計画に関する情報を受け取る。

【0032】

以上、実施の形態２にかかる配達管理システム１００の構成概略について説明した。なお、図２は、理解を容易にするために、各構成を１つずつ示した。しかしながら、これらの各構成は複数であってもよい。すなわち例えば配達管理システム１００において、荷物を配達する目的地は複数であってもよい。その場合、サーバ装置１２０は、複数のゲートウェイ装置１１０に接続してもよい。また配達管理システム１００において、荷物を配達する宅配トラックは複数であってもよい。その場合、サーバ装置１２０は、複数の宅配端末１３０に接続していてもよい。

【0033】

図３を参照してセンサの具体的な態様について説明する。図３は、センサＡ１１のブロック図である。センサＡ１１は、主な構成として、センサ部１０１、記憶部１０２、無線制御部１０３、電池部１０４、センサ制御部１０５および通信部１１６を有している。

【0034】

センサ部１０１は、郵便受けＡ１０の鍵が施錠されているか否かを検出し、検出結果を示す信号を生成する。センサ部１０１は、例えばメカニカルスイッチ、透過型または反射型の光センサを利用したスイッチ、あるいはホール素子を利用したスイッチ等を利用することにより実現される。センサ部１０１は、生成した信号を、通信部１０６を介してゲートウェイ装置１１０に供給する。

【0035】

記憶部１０２は、フラッシュメモリやＥＰＲＯＭ（Erasable Programmable Read Only Memory）等の不揮発性メモリであって、センサ制御部１０５または無線制御部１０３が種々の制御を行うためのプログラムを記憶している。記憶部１０２は、センサ部１０１が検出する施錠状態の閾値を記憶していてもよい。この場合、閾値は、変更可能に記憶されていてもよい。

【0036】

無線制御部１０３は、通信部１０６が行う無線通信を制御する。例えば、無線制御部１０３は、所定の通信方式にしたがって通信を行うための通信用パケットを生成したり、パケットに含まれるヘッダやフッタの情報を生成したりしてもよい。

【0037】

電池部１０４は、適宜、各構成に接続し、センサＡ１１を駆動させるための電源を各構成に供給する。

【0038】

センサ制御部１０５は、センサＡ１１の各構成を制御する。センサ制御部１０５は、例えばＭＣＵを含む回路により構成されている。またセンサ制御部１０５は、ＭＣＵまたは記憶部１０２に記憶されたプログラムを含んでもよい。

【0039】

通信部１０６は、所定の通信方式によりゲートウェイ装置１１０と無線通信を行うインタフェースを含む。通信部１０６は、例えば通信用のアンテナを有している。

【0040】

以上、センサＡ１１の具体的な態様について説明したが、センサＡ１１の構成は上述のものに限られない。センサＡ１１は、上記全ての構成が一体となっていてもよいし、一体となっておらず、上述の機能を充足すれば、見た目上は分離していてもよい。センサＡ２１は、図３に示したＡ１１と同様の構成を有していてもよい。

【0041】

図４を参照して、ゲートウェイ装置１１０の詳細について説明する。図４は、ゲートウェイ装置１１０のブロック図である。ゲートウェイ装置１１０は、主な構成として、補助記憶部１１１、主記憶部１１２、通信制御部１１３、電源部１１４、ゲートウェイ制御部１１５、通信部１１６および表示部１１７を有している。

【0042】

補助記憶部１１１は、不揮発性メモリであって、ゲートウェイ装置１１０を制御するための制御プログラムを格納している。補助記憶部１１１は、例えばゲートウェイ装置１１０が起動すると、格納している制御プログラムを主記憶部１１２に供給する。

【0043】

主記憶部１１２は、例えばＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）などの揮発性メモリであって、補助記憶部１１１に格納されている制御プログラム等を展開して、種々の処理を実行する際の信号の読出しや書込みを行うためのメモリである。主記憶部１１２は、処理速度が速い方が好ましいため、処理速度が速い揮発性メモリにより構成されることが好ましいが、不揮発性メモリにより構成されてもよいし、これらを組み合わせたものであってもよい。

【0044】

通信制御部１１３は、通信部１１６を介してインターネット９００に接続するための通信処理を制御する。また通信制御部１１３は、通信部１１６を介してサーバ装置１２０と通信するための通信処理を制御する。通信制御部１１３は、所定の通信プロトコルにしたがって、信号の送受信を行う。

【0045】

電源部１１４は、ゲートウェイ装置１１０を駆動させるための電源を供給する電源部である。電源部１１４は、例えば商用電源に接続し、商用電源から所定の電力を受け取り、受け取った電力を適宜、各構成に供給する。

【0046】

ゲートウェイ制御部１１５はゲートウェイ装置１１０の各構成を制御する。ゲートウェイ制御部１１５は、例えばＣＰＵを含む回路およびプログラムにより構成される。

【0047】

ゲートウェイ制御部１１５は、実施の形態１において示した推定部１２を含んでいる。すなわち、ゲートウェイ制御部１１５は、取得したセンサＡ１１およびセンサＡ２１の信号を含む目的地情報から、荷受人の存否を推定する。また本実施の形態において、推定部１２は、過去の目的地情報から推定部１２が行った推定の結果を解析して、将来の荷受人の存否を推定する。将来の荷受人の存否に関する推定は、在宅予想データとも称される。

【0048】

以下に、在宅予想データを生成する場合の具体例について説明する。推定部１２は、例えば、予め設定された期間分（例えば１日、１週間、１か月、１年など）の過去の推定データを抽出する。また推定部１２は、過去の推定データと、推定データを取得した時刻、曜日、暦、季節などの時間データとを関連付ける。そして、推定部１２は、上記の時間データの周期と、推定データとを照合し、周期性が検出できるか否かを試みる。そして、推定データから周期性が検出できた場合、これと対応する時間データとを関連付ける。より具体的には、例えば、１日の内、午後８時から午前７時までは在宅していることが推定される場合、推定部１２は、在宅予想データについて、午後８時から午前７時までは在宅であると推定する。例えば、月曜日は午前８時まで在宅していることが検出された場合、推定部１２は、在宅予想データとして月曜日は午前８時まで在宅していると推定する。

【0049】

ゲートウェイ制御部１１５は、評価部１４および更新部１５をさらに有している。評価部１４は、宅配トラックＣ１に設置された宅配端末１３０が取得した訪問情報を、サーバ装置１２０を介して受け取り、受け取った訪問情報から、荷受人の存否に関する推定の結果を評価する。訪問情報は、宅配トラックＣ１が荷物を届けるために目的地を訪問した結果、荷受人に荷物を引き渡すことができたか否かを示す情報である。すなわち、訪問情報は、推定部１２が行った推定の結果に対して、実際に荷受人が在宅だったか否かをフィードバックするための情報である。

【0050】

評価部１４は、例えば、推定部１２が行った推定の結果に関する情報と、訪問情報とを照合し、いずれも「在宅」で一致していた場合には、受け取った目的地情報から行った存否の推定が正しかったと評価する。評価部１４は、例えば、推定部１２が行った推定の結果に関する情報と、訪問情報とを照合し、推定の結果が「在宅」であったにもかかわらず、訪問の結果が「不在」であった場合には、存否の推定が正しくなかったと評価する。評価部１４は、具体的には、例えば、訪問の結果が正しかった場合に、推定の結果に対して結果が正しかったことを示す値と関連付ける処理を行う。一方、評価部１４は、訪問の結果が正しくなかった場合に、推定の結果に対して結果が正しくなかったことを示す値と関連付ける処理を行う。

【0051】

更新部１５は、サーバ制御部１２５が取得した目的地情報と、評価部１４が行った評価とから、推定の結果を更新する。例えば、目的地情報から目的地が「在宅」であると推定し、評価部１４が推定の結果を正しかったと評価した場合には、更新部１５は、更新情報として推定の結果を維持する。一方、目的地情報から目的地が「在宅」であると推定し、評価部１４が推定の結果を正しくなかったと評価した場合には、更新部１５は、更新情報として推定の結果を「在宅」から「不在」に変更する。

【0052】

更新部１５は、過去に取得した目的地情報と、過去に取得した目的地情報に関連付けられている評価情報とから、推定部が行う存否の推定に関するアルゴリズムを修正する機能を有していてもよい。アルゴリズムを修正する機能とは、例えば、目的地情報を入力層として訪問情報を教師データとする機械学習であってもよい。

【0053】

通信部１１６は、ゲートウェイ装置１１０がセンサＡ１１およびセンサＡ２１と無線通信を行うためのインタフェースである。例えば、通信部１１６は、センサＡ１１およびセンサＡ２１と無線通信を行うためのアンテナを含む。

【0054】

通信部１１６は、センサＡ１１およびセンサＡ２１からそれぞれの信号を取得する機能を有している。そのため、通信部１１６は、実施の形態１に記載した目的地情報取得部１１を含んでいるということができる。また、通信部１１６は、実施の形態１に記載した目的地情報取得部１１の１つの実施態様ということもできる。

【0055】

通信部１１６は、インターネット９００を介してサーバ装置１２０にセンサＡ１１およびセンサＡ２１から取得した信号を送信するためのインタフェースでもある。通信部１１６は、サーバ装置１２０と通信可能に接続するための手段として、例えば無線通信を行うためのアンテナを有していてもよいし、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）コネクタ等の有線接続をするためのインタフェースを有していてもよい。

【0056】

通信部１１６は、ゲートウェイ制御部１１５から荷受人の存否の推定に関する情報を受け取ると、受け取った情報を、サーバ装置１２０に送信する。すなわち通信部１１６は、実施の形態１において示した出力部１３を含んでいるということができる。また通信部１１６は、出力部１３の一実施形態ということもできる。

【0057】

表示部１１７は、ゲートウェイ装置１１０の状態を表示する。表示部１１７は、例えば所定の表示をするための液晶や有機ＥＬを用いた表示装置であってもよいし、ゲートウェイ装置１１０の状態を示すための１個または複数のＬＥＤ（light-emitting diode）であってもよい。

【0058】

図５を参照して、サーバ装置１２０の詳細について説明する。図５は、サーバ装置１２０のブロック図である。サーバ装置１２０は、主な構成として、補助記憶部１２１、主記憶部１２２、通信制御部１２３、電源部１２４、サーバ制御部１２５、通信部１２６および表示制御部１２７を有している。

【0059】

補助記憶部１２１は、不揮発性メモリであって、サーバ装置１２０を制御するための制御プログラムを格納している。補助記憶部１２１は、例えばサーバ装置１２０が起動すると、格納している制御プログラムを主記憶部１２２に供給する。

【0060】

主記憶部１２２は、例えばＤＲＡＭやＳＲＡＭなどの揮発性メモリであって、補助記憶部１２１に格納されている制御プログラム等を展開して、種々の処理を実行する際の信号の読出しや書込みを行うためのメモリである。主記憶部１２２は、不揮発性メモリにより構成されてもよいし、これらを組み合わせたものであってもよい。主記憶部１２２は、例えば、サーバ制御部１２５と連携することにより、予め設定された情報処理を行う。

【0061】

通信制御部１２３は、通信部１２６を介してインターネット９００に接続するための通信処理を制御する。また通信制御部１２３は、通信部１２６を介して宅配トラックＣ１と通信するための通信処理を制御する。通信制御部１２３は、所定の通信プロトコルにしたがって、信号の送受信を行う。

【0062】

電源部１２４は、サーバ装置１２０を駆動させるための電源を供給する電源部である。電源部１２４は、例えば商用電源に接続し、商用電源から所定の電力を受け取り、受け取った電力を適宜、各構成に供給する。

【0063】

サーバ制御部１２５はサーバ装置１２０の各構成を制御するとともに、種々の情報処理を行う。サーバ制御部１２５は、例えばＣＰＵを含む回路およびプログラムにより構成される。

【0064】

通信部１２６は、サーバ装置１２０がゲートウェイ装置１１０および宅配トラックＣ１と通信を行うためのインタフェースである。通信部１２６は、ゲートウェイ装置１１０や宅配トラックＣ１と通信可能に接続するための手段として、例えば無線通信を行うためのアンテナを有していてもよいし、ＬＡＮコネクタ等の有線接続をするためのインタフェースを有していてもよい。例えば、通信部１２６は、ゲートウェイ装置１１０からセンサＡ１１およびセンサＡ２１の信号を受け取ると、受け取った信号を、通信制御部１２３に供給する。

【0065】

また通信部１２６は、宅配トラックＣ１に設置された宅配端末１３０から訪問情報を含む信号を受信する。通信部１２６は、訪問情報を含む信号を受信すると、受信した信号を通信制御部１２３に供給する。

【0066】

表示制御部１２７は、ディスプレイ装置（不図示）に所定の情報を表示させるための信号処理等を行う。表示制御部１２７は、例えば、サーバ制御部１２５からの指示を受けて、ゲートウェイ装置１１０から受け取った信号や、ゲートウェイ装置１１０から受け取った信号から推定する居宅Ａ１の状態、あるいは、宅配トラックＣ１の状況等に関する情報をディスプレイ装置に表示させてもよい。

【0067】

次に、図６を参照して宅配端末の詳細について説明する。図６は、宅配端末のブロック図である。宅配端末１３０は、主な構成として、補助記憶部１３１、主記憶部１３２、通信制御部１３３、電源部１３４、端末制御部１３５、通信部１３６、表示部１３７および入力部１３８を有している。

【0068】

補助記憶部１３１は、不揮発性メモリであって、宅配端末１３０を制御するための制御プログラムを格納している。補助記憶部１３１は、例えば宅配端末１３０が起動すると、格納している制御プログラムを主記憶部１３２に供給する。

【0069】

主記憶部１３２は、例えばＤＲＡＭやＳＲＡＭなどの揮発性メモリであって、補助記憶部１３１に格納されている制御プログラム等を展開して、種々の処理を実行する際の信号の読出しや書込みを行うためのメモリである。主記憶部１３２は、処理速度が速い方が好ましいため、処理速度が速い揮発性メモリにより構成されることが好ましいが、不揮発性メモリにより構成されてもよいし、これらを組み合わせたものであってもよい。

【0070】

通信制御部１３３は、通信部１３６を介してサーバ装置１２０に接続するための通信処理を制御する。通信制御部１３３は、所定の通信プロトコルにしたがって、信号の送受信を行う。

【0071】

電源部１３４は、宅配端末１３０を駆動させるための電源を供給する電源部である。電源部１３４は、例えば宅配トラックＣ１のバッテリに接続し、バッテリから所定の電力を受け取り、受け取った電力を適宜、各構成に供給する。電源部１３４は、自己の電力を賄うための電池を有していてもよい。

【0072】

端末制御部１３５は宅配端末１３０の各構成を制御する。端末制御部１３５は、例えばＣＰＵを含む回路およびプログラムにより構成される。端末制御部１３５は、通信部１３６を介してサーバ装置１２０から受け取った情報を処理し、処理結果を表示部１３７に表示させる。また端末制御部１３５は、入力部１３８から受け取った信号を処理して所定の情報を生成し、生成した情報を、通信部１３６を介してサーバ装置１２０に供給する。

【0073】

また端末制御部１３５は、訪問情報取得部１６を有している。訪問情報取得部１６は、入力部１３８と連携して訪問情報を取得する。訪問情報とは、宅配トラックＣ１が目的地を訪問した際に、荷受人が在宅だったか不在だったかを示す情報である。訪問情報は、例えば、宅配トラックＣ１が訪問した目的地の識別情報、宅配トラックＣ１が目的地を訪問した日時、および宅配トラックＣ１が目的地を訪問した際の荷受人の存否が含まれる。訪問情報は、例えば、宅配トラックＣ１に搭乗している宅配人が入力部１３８を操作することにより生成される。宅配端末１３０は、訪問情報取得部１６が訪問情報を取得すると、この情報をサーバ装置１２０に送信する。

【0074】

通信部１３６は、宅配端末１３０がサーバ装置１２０と無線通信を行うためのインタフェースである。例えば、通信部１３６は、サーバ装置１２０と無線通信を行うためのアンテナを含む。通信部１３６はサーバ装置１２０から荷受人の存否の推定に関する情報を含む信号を受信し、受信した信号を、通信制御部１３３に供給する。また通信部１３６は、端末制御部１３５が有する訪問情報取得部１６が取得した訪問情報を通信制御部１３３から受け取り、受け取った訪問情報をサーバ装置１２０に送信する。

【0075】

表示部１３７は、宅配トラックＣ１に搭乗している宅配人に種々の情報を示すためのディスプレイ装置である。表示部１３７は、例えば、所定の表示をするための液晶や有機ＥＬを用いた表示装置を含む。表示部１３７は、例えば、配達ルートに関する配達エリアの地図を表示し、さらに地図に配達ルートを重畳して表示する。表示部１３７は、ＧＮＳＳ（Global Navigation Satellite System）を利用したナビゲーションシステムの一部であってもよい。

【0076】

入力部１３８は、宅配人の操作を受け付け、受け付けた操作にしたがって、所定の情報を取得するユーザインタフェースである。入力部１３８は、例えば複数のスイッチやボタンであってもよいし、表示部１３７に重畳され、表示部１３７と連携して機能するタッチパネル式の入力装置であってもよい。あるいは、入力部１３８は、音声認識機能を含む音声入力装置であってもよい。

【0077】

次に、図７を参照して、センサＡ１１およびセンサＡ２１とゲートウェイ装置１１０との間の処理について説明する。図７は、センサＡ１１、センサＡ２１およびゲートウェイ装置１１０の処理を示すシーケンス図である。

【0078】

郵便受けＡ１０に設けられたセンサＡ１１および自宅ドアＡ２０に設けられたセンサＡ２１は、それぞれ所定の検出をする（ステップＳ１００）と、検出した信号をゲートウェイ装置１１０に供給する（ステップＳ１０１）。

【0079】

次に、ゲートウェイ装置１１０は、センサＡ１１およびセンサＡ２１から検出信号を受け取ると、受け取った検出信号を蓄積する（ステップＳ１０２）。より具体的には、例えば、ゲートウェイ装置１１０は、センサＡ１１およびセンサＡ２１のそれぞれから受け取った検出信号を主記憶部１１２に蓄積する。

【0080】

なお、センサＡ１１から受け取った検出信号は、郵便受けＡ１０の施錠状態を示す信号に加えて、検出した日時を示す情報が含まれていてもよい。検出信号に日時を示す情報が含まれていない場合には、ゲートウェイ装置１１０は、検出信号を受信した時刻等を関連付けて蓄積してもよい。センサＡ２１から受け取った検出信号についても同様に、検出信号は、自宅ドアＡ２０の開閉状態を示す信号に加えて、検出した日時を示す情報が含まれていてもよいし、ゲートウェイ装置１１０が日時を示す情報を関連付けて蓄積してもよい。

【0081】

次に、ゲートウェイ装置１１０は、予め設定された期間Ｔ１（例えば、１時間）を検出し（ステップＳ１０３）、期間Ｔ１毎に、蓄積した検出信号から、予め設定されたアルゴリズムにしたがって、荷受人の存否を推定する（ステップＳ１０４）。

【0082】

以下に、荷受人が在宅か不在かを推定するためのアルゴリズムの例を示す。例えば、ゲートウェイ装置１１０が初めに設定した居宅Ａ１の状態が「不在」であり、当該「不在」状態のときに自宅ドアＡ２０が開閉された場合、ゲートウェイ装置１１０は、居宅Ａ１の存否を「在宅」と推定する。また、例えば、ゲートウェイ装置１１０が居宅Ａ１の状態を「在宅」と推定しており、当該「在宅」状態のときに自宅ドアＡ２０が開閉された場合、ゲートウェイ装置１１０は、居宅Ａ１の存否を「不在」と推定する。

【0083】

また、例えば、郵便受けＡ１０の鍵が施錠状態から解錠状態となった場合、ゲートウェイ装置１１０は、居宅Ａ１を「在宅」であると推定する。また郵便受けＡ１０が解錠されてから一定期間（例えば５分）以内に自宅ドアＡ２０の開閉が検出されなかった場合、ゲートウェイ装置１１０は、居宅Ａ１を「不在」と推定する。

【0084】

次に、ゲートウェイ装置１１０は、将来の荷受人の存否に対する推定を行う（ステップＳ１０５）。すなわち、ゲートウェイ装置１１０は、居宅Ａ１における荷受人Ｕの在宅予想データを生成する。在宅予想データは、予め設定されたアルゴリズムにしたがい、過去の推定の結果から算出される。次に、ゲートウェイ装置１１０は、将来の存否に関する推定データである在宅予想データを蓄積する（ステップＳ１０６）。

【0085】

上述のように、ゲートウェイ装置１１０は、センサＡ１１およびセンサＡ２１から取得した目的地情報から荷受人の存否を推定し、当該推定を蓄積することにより、将来の存否を推定する。さらにゲートウェイ装置１１０は、将来の存否を推定した在宅予想データを蓄積する。このような方法により在宅予想データを生成することにより、配達管理システム１００は、居宅Ａ１における荷受人Ｕの存否に起因する情報を少なくとも含む目的地情報を動的に取得し、在宅予想データを生成できる。よって、例えば、推定部１２は、目的地情報が変化した場合に、当該変化に応じて存否の推定をすることができる。また、これにより、ゲートウェイ装置１１０は、サーバから存否の問合せを受けた場合に、精度の高い在宅予想データを提供できる。

【0086】

次に、図８を参照してゲートウェイ装置１１０、サーバ装置１２０および宅配端末１３０の処理について説明する。図８は、ゲートウェイ装置１１０、サーバ装置１２０、宅配端末１３０および宅配人Ｄ１の処理を示すシーケンス図である。なお、宅配人Ｄ１は、宅配トラックＣ１に搭乗している宅配人である。

【0087】

まず、宅配人Ｄ１は、宅配トラックＣ１に搭乗して荷物を配達するため、配達のルートであるルート情報を確認する（ステップＳ２００）。宅配人Ｄ１がルート情報を確認する場合とは、例えば、宅配人Ｄ１が配達業務を行う日の業務開始時に当日の配達ルート情報を確認する場合である。宅配人Ｄ１は、宅配端末１３０を操作することによりルート情報確認を行う。

【0088】

次に、宅配人Ｄ１からの操作を受け付けた宅配端末１３０は、サーバ装置１２０に対してルート情報を要求する（ステップＳ２０１）。

【0089】

次に、サーバ装置１２０は、預かっている複数の荷物に関する情報からそれぞれの荷物の配達先である目的地を抽出し、抽出した複数の目的地それぞれが有しているゲートウェイ装置１１０に対して、配達が可能か否かを問い合わせる（ステップＳ２０２）。

【0090】

サーバ装置１２０から問合わせを受けたゲートウェイ装置１１０は、蓄積している在宅予想データを使用して、配達が可能か不可能かを回答するための回答データを生成する（ステップＳ２０３）。回答データは、例えば、荷受人が在宅であると推定される時間帯の情報が含まれる。ゲートウェイ装置１１０は、生成した回答データを、サーバ装置１２０に送信する（ステップＳ２０４）。

【0091】

サーバ装置１２０は、複数のゲートウェイ装置１１０から回答データを受け取ると、受け取った回答データを集計し、回答データを加味した宅配計画を構築し、宅配計画に応じた配達ルートを生成する（ステップＳ２０５）。さらにサーバ装置１２０は、生成した配達ルートに関するルート情報を宅配端末１３０に送信する（ステップＳ２０６）。

【0092】

宅配端末１３０は、サーバ装置１２０からルート情報を受信すると、表示部１３７にルート情報を表示して宅配人Ｄ１に提示する（ステップＳ２０７）。宅配人Ｄ１は、表示部１３７に提示されたルート情報を確認するとともに（ステップＳ２０８）、宅配トラックＣ１に搭乗し、確認したルート情報にしたがってそれぞれの目的地へ配達を行う（ステップＳ２０９）。

【0093】

配達を行う宅配人Ｄ１は、それぞれの目的地において、それぞれの目的地に応じて預かっている荷物を引き渡す。この際、宅配人Ｄ１は、目的地を訪問した結果として、目的地が在宅であったか不在であったかを宅配端末１３０に入力する（ステップＳ２１０）。宅配端末１３０は、訪問結果の入力を受け付けると、受け付けた訪問結果に関する情報である訪問情報を、サーバ装置１２０に送信する（ステップＳ２１１）。サーバ装置１２０は、宅配端末１３０から受け取った訪問情報を、対応するゲートウェイ装置１１０にそれぞれ送信する（ステップＳ２１２）。

【0094】

ゲートウェイ装置１１０は、サーバ装置１２０から訪問情報を受け取ると、受け取った訪問情報を用いて訪問結果をフィードバックする（ステップＳ２１３）。具体的には、例えば、ゲートウェイ装置１１０は、受け取った訪問情報を用いて在宅予想データを評価する。あるいは、ゲートウェイ装置１１０は、受け取った訪問情報を用いて、受け取った時刻における存否の推定を更新する。あるいは、ゲートウェイ装置１１０は、受け取った訪問情報を用いて、存否の推定を行うアルゴリズムを更新する。存否の推定を行うアルゴリズムの更新において、ゲートウェイ装置１１０は、過去の訪問結果から在宅予想が外れた曜日もしくは時刻またはこれらのいずれもについて分析してもよい。この場合例えばゲートウェイ装置１１０は、過去に在宅予想が外れることが多かった時間帯について、存否の推定のアルゴリズムに時刻の要素を加えてもよい。さらに、ゲートウェイ装置１１０は、当該時刻に対してさらに重み付けを加えるように設定してもよい。これにより、配達管理システム１００は、より正確に再配達を抑制できる。

【0095】

以上、実施の形態２について説明したが、実施の形態２にかかる配達管理システム１００は、上述の構成に限られない。例えば、目的地情報は、上述の情報に加えて、目的地における気温、湿度、天候、暦等の情報が含まれていてもよい。例えば、郵便受けＡ１０は、郵便受けに代えて、宅配ボックスであってもよい。また、宅配端末１３０は、宅配トラックＣ１に代えて、自転車、バイク、ドローン、船または歩行ロボット等に搭載されていてもよい。宅配端末１３０と共に宅配トラックＣ１に搭乗している宅配人Ｄ１は、必須の構成ではない。すなわち、例えば宅配トラックＣ１は自律走行可能であり、且つ、荷受人Ｕに対して荷物を引き渡す手段を有していてもよい。ゲートウェイ装置１１０は、センサＡ１１およびセンサＡ２１と有線により通信可能に接続されていてもよいし、電波により無線通信可能に接続されていてもよいし、光による通信手段により接続されていてもよい。センサＡ１１およびセンサＡ２１は、それぞれが電池を有していてもよいし、ゲートウェイ装置１１０から電源を供給されていてもよいし、商用電源から電力の供給を受けていてもよい。

【0096】

上記実施の形態において、ゲートウェイ装置１１０は、在宅予想データを蓄積し、蓄積した在宅予想データから、荷受人の存否に関する情報をサーバ装置１２０に供給するとしたが、ゲートウェイ装置１１０がサーバ装置１２０に供給する情報はこれに限られない。例えばゲートウェイ装置１１０は、配達可能時間帯あるいは、配達回避時間帯をサーバ装置１２０に供給するものであってもよい。このような情報をサーバ装置１２０に供給することにより、それぞれのゲートウェイ装置１１０が設置されている居宅における荷受人の存否がサーバ装置１２０に通知されない。よって、このような構成にすることにより、本実施の形態にかかる配達管理システム１００は、荷受人のプライバシーを保護することができる。

【0097】

上述のように、実施の形態２によれば、再配達を抑制することにより、配達業務の効率を向上させることができる。またこれにより、移動に使用するエネルギーの消費量低減、交通渋滞の緩和、宅配人の負担軽減も期待できる。さらに、実施の形態２によれば、在宅している状況での配達を想定しているため、宅配ボックスに荷物が入らない状況であっても、荷受人に荷物を引き渡すことができるため、再配達を抑制できる。また実施の形態２にかかる配達管理システム１００は、架電の必要がないため、荷受人が架電に応答する必要がなく、荷受人の負担を軽減できる。

【0098】

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

【0099】

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

【0100】

上記の実施形態の一部または全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）
目的地に荷物を配達するための宅配端末の配達処理を管理する配達管理システムであって、
前記目的地における荷受人の行動に起因する情報を少なくとも含む目的地情報を取得する目的地情報取得部と、
前記目的地情報に基づいて、荷受人の存否を推定する推定部と、
前記推定の結果を出力する出力部と、を備える
配達管理システム。
（付記２）
前記目的地情報取得部は、前記目的地情報として、前記目的地に設置されている設備の状態に関する情報を取得する
付記１に記載の配達管理システム。
（付記３）
前記目的地情報取得部は、前記目的地情報として、前記目的地の出入口ドアの開閉動作、または荷物入れの鍵の状態、の少なくともいずれかに関する情報を取得する
付記２に記載の配達管理システム。
（付記４）
前記目的地情報取得部は、前記目的地情報として、
前記目的地の玄関ドアの開閉動作に関する情報、
前記目的地の郵便受けまたは宅配ボックスの鍵の状態に関する情報の少なくともいずれか１つを取得する
付記３に記載の配達管理システム。
（付記５）
前記推定部は、前記目的地情報が変化した場合に、前記変化に応じて前記推定をする
付記１～４のいずれか一項に記載の配達管理システム。
（付記６）
前記目的地を訪問した前記宅配端末から訪問情報を取得する訪問情報取得部と、
前記訪問情報に応じて、前記推定の結果を評価する評価部と、をさらに備える
付記１～５のいずれか一項に記載の配達管理システム。
（付記７）
前記目的地情報と前記評価の情報とに基づいて前記推定の結果を更新する更新部をさらに備える
付記６に記載の配達管理システム。
（付記８）
予め設定された期間分の前記目的地情報および前記期間分の前記評価の情報を記憶する記憶部をさらに備え、
前記更新部は、前記期間分の前記目的地情報と前記評価の情報とに基づいて前記推定の結果を更新する
付記７に記載の配達管理システム。
（付記９）
前記推定の結果を前記目的地に近付く可能性がある前記宅配端末に送信する送信部をさらに備える
付記１～８のいずれか一項に記載の配達管理システム。
（付記１０）
目的地に荷物を配達するための宅配端末の配達処理を管理する配達管理方法であって、
前記目的地における荷受人の存否に起因する情報を少なくとも含む目的地情報を取得する目的地情報取得ステップと、
前記目的地情報に基づいて、荷受人の存否を推定する存否推定ステップと、
前記推定の結果を出力する出力ステップと、を備える
配達管理方法。
（付記１１）
コンピュータに、目的地に荷物を配達するための宅配端末の配達処理を管理する方法を実行させる配達管理プログラムであって、
前記配達管理方法は、
目的地における荷受人の存否に起因する情報を少なくとも含む目的地情報を取得する目的地情報取得ステップと、
前記目的地情報に基づいて、荷受人の存否を推定する存否推定ステップと、
前記推定の結果を出力する出力ステップと、を備える
配達管理プログラム。

【符号の説明】

【0101】

１０、１００ 配達管理システム
１１ 目的地情報取得部
１２ 推定部
１３ 出力部
１４ 評価部
１５ 更新部
１６ 訪問情報取得部
１０１ センサ部
１０２ 記憶部
１０３ 無線制御部
１０４ 電池部
１０５ センサ制御部
１０６、１１６、１２６、１３６ 通信部
１１０ ゲートウェイ装置
１１１、１２１、１３１ 補助記憶部
１１２、１２２、１３２ 主記憶部
１１３、１２３、１３３ 通信制御部
１１４、１２４、１３４ 電源部
１１５ ゲートウェイ制御部
１１７、１３７ 表示部
１２０ サーバ装置
１２５ サーバ制御部
１２７ 表示制御部
１３０ 宅配端末
１３５ 端末制御部
１３８ 入力部
９００ インターネット
Ａ１ 居宅
Ａ１１、Ａ２１ センサ
Ａ２０ 自宅ドア
Ｂ１ 宅配業者
Ｃ１ 宅配トラック
Ｄ１ 宅配人
Ｕ 荷受人

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】