(57)【要約】【課題】車両に配送物を収容可能な冷蔵庫が搭載された車両と、配送する配送者に情報を報知する配送者端末と、配送サーバとを備えた配送システムにおいて、配送者が冷蔵庫の扉を閉め忘れたとしても、配送物がいたむことが抑制することができる配送システムを提供する。【解決手段】配送システム１は、車両２に配送物を配送する配送システム１であって、開閉可能に設けられた扉を有しており配送物を収容可能に構成された冷却庫を含む、車両２と、配送者９Ａ，９Ｂに情報を報知する報知部を有する少なくとも１つの配送者端末３，４と、車両２および配送者端末３，４と通信可能に構成された配送サーバ５と、配送者９Ａ，９Ｂが扉を閉め忘れると、配送者端末３，４に扉の閉め忘れを通知する閉め忘れ通知部とを備える。【選択図】図１
2019078428.tif 000002
【特許請求の範囲】
【請求項１】
開閉可能に設けられた扉を有しており配送物を収容可能に構成された冷却庫を含む、車両と、
配送者に情報を報知する報知部を有する少なくとも１つの配送者端末と、
前記車両および前記配送者端末と通信可能に構成された配送サーバと、
前記配送者が前記扉を閉め忘れると、前記配送者端末に扉の閉め忘れを通知する閉め忘れ通知部と、
を備えた、配送システム。
【請求項２】
前記配送サーバと通信可能に構成された配送ユーザの携帯端末と、
前記配送者端末に前記扉の閉め忘れを通知した後に、前記配送者端末から前記扉の閉め忘れ通知に対する応答信号が得られない場合には、前記携帯端末に前記配送者の連絡先を通知する連絡通知部と、
を備えた、請求項１に記載の配送システム。
【請求項３】
前記冷却庫は、庫内温度を測定する温度センサを含み、
前記配送システムは、
前記配送サーバと通信可能に構成された配送ユーザの携帯端末と、
前記庫内温度が所定温度以上になると、前記配送者端末および前記携帯端末の少なくとも一方に前記冷却庫内の庫内温度が異常であることを通知する温度異常通知部と、
をさらに備えた、請求項１または請求項２に記載の配送システム。
【請求項４】
車両と、少なくとも１つの配送者端末と、通信可能に構成された配送サーバであって、
前記車両は、開閉可能に設けられた扉を有しており配送物を収容可能に構成された冷却庫を含み、
前記配送者端末は、前記配送物を配送する配送者に情報を報知する報知部を含み、
前記配送サーバは、前記配送者が扉を閉め忘れると、前記配送者端末に前記扉の閉め忘れを通知する、配送サーバ。
【請求項５】
前記配送サーバは、配送ユーザの携帯端末と通信可能に構成されており、
前記配送サーバは、前記配送者端末に前記扉の閉め忘れを通知した後に、前記配送者端末から前記扉の閉め忘れの通知に対する応答信号が得られない場合には、前記携帯端末に前記配送者の連絡先を通知する、請求項４に記載の配送サーバ。
【請求項６】
前記冷却庫は、庫内温度を測定する温度センサを含み、
前記配送サーバは、配送ユーザの携帯端末と通信可能に構成されており、
前記配送サーバは、前記冷却庫の庫内温度が所定温度以上になると、前記配送者端末および前記携帯端末の少なくとも一方に前記冷却庫内の前記庫内温度が異常であること通知する、請求項４または請求項５に記載の配送サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、配送システムおよび配送サーバに関する。
【背景技術】
【０００２】
特開２００１−１４７０７５号公報には、冷蔵庫と、冷蔵庫から離れた位置に配置されたリモコンとを備えた冷蔵システムとが記載されている。
【０００３】
上記の冷蔵システムにおいては、冷蔵庫は、冷蔵庫内の温度などの情報をリモコンに送信して、ユーザは冷蔵庫から離れた位置から庫内温度を知ることができると共に、庫内温度の設定温度を変更したりすることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１４７０７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本願発明者等は、車両に配送物を配送するためのシステムについて鋭意検討している。具体的には、車両に配送物を収容可能な冷蔵庫が搭載された車両と、配送する配送者に情報を報知する配送者端末と、車両および配送者配送と通信可能な配送サーバとを備えた配送システムについて検討している。
【０００６】
上記の配送システムにおいては、配送ユーザは配送先として車両を指定することができる。配送者は、指定された車両に配送物を配送する。この際、配送者は、車両に搭載された冷蔵庫に配送物を収容することができる。
【０００７】
しかし、上記の配送システムにおいて、配送者が扉を閉め忘れるケースが想定される。仮に、配送者が扉を閉め忘れたとすると、一般的には、所定時間経過後に冷蔵庫は冷却駆動を停止する。扉が開いた状態で冷却駆動を継続したとしても、収容物を冷却することができず、エネルギを無駄に消費することになるためである。その結果、庫内温度が常温まで上昇するおそれがある。
【０００８】
冷蔵庫内に配送された配送物によっては、冷蔵保存または冷凍保存する必要があり、庫内温度が上昇すると、配送物がいたむおそれがある。
【０００９】
本開示は、上記のような課題に鑑みてなされたものであって、その目的は、車両に配送物を収容可能な冷蔵庫が搭載された車両と、配送する配送者に情報を報知する配送者端末と、配送サーバとを備えた配送システムにおいて、配送者が冷蔵庫の扉を閉め忘れたとしても、配送物がいたむことが抑制することができる配送システムを提供することである。
【課題を解決するための手段】
【００１０】
本開示に係る配送システムは、車両に配送物を配送する配送システムであって、開閉可能に設けられた扉を有しており配送物を収容可能に構成された冷却庫を含む、車両と、配送者に情報を報知する報知部を有する少なくとも１つの配送者端末と、車両および配送者端末と通信可能に構成された配送サーバと、配送者が扉を閉め忘れると、配送者端末に扉の閉め忘れを通知する閉め忘れ通知部とを備える。
【００１１】
上記の配送システムによれば、配送者が冷却この扉を閉め忘れたとしても、配送者に閉め忘れを気付かせることができ、配送者に扉を閉めさせることができる。
【００１２】
配送システムは、配送サーバと通信可能に構成された配送ユーザの携帯端末と、配送者端末に扉の閉め忘れを通知した後に、配送者端末から扉の閉め忘れ通知に対する応答信号が得られない場合には、携帯端末に配送者の連絡先を通知する連絡通知部とをさらに備える。
【００１３】
上記の配送システムによれば、配送ユーザから配送者に連絡することができ、配送者に扉を閉めるように依頼することができる。
【００１４】
上記冷却庫は、庫内温度を測定する温度センサを含み、上記配送システムは、配送サーバと通信可能に構成された配送ユーザの携帯端末と、庫内温度が所定温度以上になると、配送者端末および携帯端末の少なくとも一方に冷却庫内の庫内温度が異常であること通知する温度異常通知部とをさらに備える。配送ユーザは、庫内温度の情報を知ることができる。
【００１５】
本開示に係る配送サーバは、車両と、少なくとも１つの配送者端末と、通信可能に構成された配送サーバであって、車両は、開閉可能に設けられた扉を有しており配送物を収容可能に構成された冷却庫を含み、配送者端末は、配送物を配送する配送者に情報を報知する報知部を含み、配送サーバは、配送者が扉を閉め忘れると、配送者端末に扉の閉め忘れを通知する。
【００１６】
上記配送サーバは、配送ユーザの携帯端末と通信可能に構成されており、配送サーバは、配送者端末に扉の閉め忘れを通知した後に、配送者端末から扉の閉め忘れの通知に対する応答信号が得られない場合には、携帯端末に配送者の連絡先を通知する。
【００１７】
上記冷却庫は、庫内温度を測定する温度センサを含み、配送サーバは、配送ユーザの携帯端末と通信可能に構成されており、配送サーバは、冷却庫の庫内温度が所定温度以上になると、配送者端末および携帯端末の少なくとも一方に冷却庫内の庫内温度が異常であること通知する。
【発明の効果】
【００１８】
本開示の配送システムによれば、車両に配送物を収容可能な冷蔵庫が搭載された車両と、配送する配送者に情報を報知する配送者端末と、配送サーバとを備えた配送システムにおいて、配送者が冷蔵庫の扉を閉め忘れたとしても、配送物がいたむことが抑制することができる。
【図面の簡単な説明】
【００１９】
【図１】本実施の形態に係る配送システムを示すブロック図である。
【図２】車両２の構成を示すブロック図である。
【図３】配送者端末３の構成を示すブロック図である。
【図４】配送サーバ５の構成を示すブロック図である。
【図５】配送物データベースを模式的に示す図である。
【図６】登録車両データベースを模式的に示す図である。
【図７】配送者データベースを模式的に示す図である。
【図８】ＱＲコードデータベースを模式的に示す図である。
【図９】配送者９Ａが配送物Ｗを配送する場合における状態線図である。
【図１０】ロック１６のロックが開錠された後における状態線図である。
【図１１】実施の形態２に係る配送システム１における状態線図である。
【図１２】実施の形態２に係る配送システム１における状態線図である。
【図１３】実施の形態３に係る配送システム１の状態線図である。
【図１４】実施の形態３に係る配送システム１の状態線図である。
【発明を実施するための形態】
【００２０】
図１から図１４を用いて、本実施の形態に係る配送システム１について説明する。図１から図１４に示す構成のうち、同一または実質的に同一の構成については、同一の符号を付して重複した説明を省略する場合がある。
（実施の形態１）
図１は、本実施の形態１に係る配送システムを示すブロック図である。配送システム１は、車両２と、配送者端末３，４と、配送サーバ５と、携帯端末６と、インターネット７とを備える。
【００２１】
車両２と、配送者端末３，４と、配送サーバ５と、携帯端末６とは、互いにインターネット７を通して、互いに通信可能に構成されている。
【００２２】
携帯端末６は、配送システム１を利用するユーザである配送ユーザ８が携帯する端末である。携帯端末６としては、たとえば、スマートフォンや携帯電話などである。
【００２３】
車両２は、配送ユーザ８が配送物を配送する先として依頼した車両である。なお、車両２は、配送ユーザ８の所有物である必要はないが、典型的には、車両２は、配送ユーザ８の所有物の車両である。図２は、車両２の構成を示すブロック図である。
【００２４】
車両２は、処理部１０と、記憶部１１と、冷却庫１２と、車外扉１５と、ロック１６と、位置情報取得部１７と、報知部１８と、通信部１９と、リーダ２０とを備える。
【００２５】
処理部１０は、取得した各種情報を用いて処理演算などを実行する装置であって、ＣＰＵなどによって構成されている。記憶部１１には、外部から取得した各種情報や予め格納された情報などを記憶する装置である。
【００２６】
冷却庫１２は、冷却庫本体２１と、扉２２と、温度センサ２３と、開閉センサ２４と、図示しない冷却回路とを備える。
【００２７】
なお、本実施の形態においては、冷却庫とは、冷蔵庫および冷凍庫の少なくとも一方の機能を有しているものを意味する。
【００２８】
冷却庫本体２１内には、配送物を収容するための収容空間が形成されている。収容空間内には、冷却回路からの冷気が供給されている。収容空間内の温度は、収容空間内に供給する冷気を調整することで調整されている。なお、冷却庫本体２１には、開口部が形成されており、扉２２は、冷却庫本体２１の開口部を開閉可能なように取り付けられている。
【００２９】
温度センサ２３は、収容空間内の温度を測定し、測定結果を処理部１０に送信する。開閉センサ２４は、扉２２の開閉状態を検知するセンサであり、開閉センサ２４は検知結果を処理部１０に送信する。
【００３０】
車外扉１５は、車両の外面に設けられている。たとえば、配送者が車外扉１５を開けることで、車両２内に搭載された車外扉１５にアクセスすることができる。
【００３１】
ロック１６は、車外扉１５の閉状態を維持するための装置である。ロック１６は、処理部１０からの信号に基づいて、車外扉１５の閉状態を維持したり、車外扉１５の閉状態を解除したりする。
【００３２】
なお、たとえば、開けられた車外扉１５が配送者などによって閉じられると、ロック１６は自動で車外扉１５をロックする。
【００３３】
位置情報取得部１７は、車両２の位置情報を取得するための装置である。車両２の位置情報を取得する方法としては、ＷｉＦｉから位置情報を取得する方法やＧＰＳ（Global Positioning System）を用いて位置情報を取得する方法などを採用することができる。位置情報取得部１７は、取得した位置情報を処理部１０に送信する。
【００３４】
報知部１８は、車両２の周囲にいる人に各種情報を報知するための装置である。報知部１８としては、音声装置や液晶画面などを採用することができる。車両２の周囲にいる人としては、たとえば、主に配送者、配送ユーザ、車両所有者などが想定される。報知部１８は、報知部１８が報知する情報を処理部１０から取得する。
【００３５】
通信部１９は、外部の通信部と情報を授受するための装置である。たとえば、通信部１９は、インターネット７を通して、配送サーバ５などを通信可能に構成されている。
【００３６】
リーダ２０は、リーダ２０に近接配置された配送者端末３から情報を取得するための装置である。なお、本実施の形態においては、ＱＲコード（登録商標）のリーダであるが、バーコードリーダであってもよく、また、Bluetooth（登録商標）などの近距離通信を利用したリーダであってもよい。リーダ２０は、取得した情報を処理部１０に送信する。
【００３７】
図３は、配送者端末３の構成を示すブロック図である。配送者端末３は、配送物を配送する配送者９に各種情報を報知したり、車両２のリーダ２０に情報を送信したりする機器である。
【００３８】
配送者端末３は、処理部３０と、記憶部３１と、表示部３２と、位置情報取得部３３と、通信部３４とを含む。
【００３９】
処理部３０は、取得した各種情報を処理および演算する装置である。記憶部３１は、取得した情報や予め格納された情報を格納している。
【００４０】
表示部３２は、典型的には、タッチパネル式の画面であり、たとえば、液晶表示装置などである。表示部３２は、処理部３０から受信した各種情報を表示する。本実施の形態においては、後述するＱＲコードなどを表示することができる。
【００４１】
位置情報取得部３３は、配送者端末３の位置情報を取得する装置である。通信部３４はインターネット７を通して、配送サーバ５などと通信可能に構成されている。
【００４２】
位置情報取得部３３は、常時または間欠的に、配送サーバ５に位置情報を配送者端末ＩＤと共に送信している。配送サーバ５は、取得した各配送者端末３，４の位置情報を取得する。
【００４３】
図１において、配送者９Ａは、配送者端末３と、携帯電話とを所持している。なお、配送者端末３に通話機能を付加するようにしてもよい。配送者９Ａは、配送車１４Ａに複数の配送物Ｗを積載して、複数の指定された配送先に指定された配送物Ｗを配送する。なお、配送者９Ｂは、配送者端末４を携帯しており、配送者９Ｂは、配送車１４Ｂに複数の配送物Ｗを積載して、複数の指定された配送先に配送物Ｗを配送する。なお、配送者端末４は、配送者端末３と同様に構成されている。
【００４４】
図４は、配送サーバ５の構成を示すブロック図である。配送サーバ５は、処理部４０と、記憶部４１と、通信部４２とを含む。
【００４５】
処理部４０は、取得した各種情報に基づいて、処理および演算する装置である。記憶部４１には、各種データベースが格納されている。
【００４６】
記憶部４１に格納された情報には、たとえば、配送物データベースと、登録車両データベースと、ＱＲコードデータベースと、配送者データベースと、地図情報データベースとを含む。
【００４７】
図５は、配送物データベースを模式的に示す図である。この図５に示す例においては、配送物データベースには、配送物ＩＤと、配送物と、差出人と、送り元（差出人住所）と、荷受取人と、荷物受取人のメールアドレスと、届け先と、届け先連絡情報などを含む。
【００４８】
ここで、届け先に車両が指定されている場合には、登録車両ＩＤが格納されている。登録車両ＩＤの詳細については後述する。
【００４９】
届け先に登録車両ＩＤが格納されている場合には、届け先連絡情報には、当該登録車両ＩＤによって特定される車両２の通信ＩＤ（登録車両の通信ＩＤ）が格納されている。届け先に家が格納されている場合には、届け先連絡情報には、当該家の住所が格納されている。
【００５０】
配送サーバ５は、この通信ＩＤを用いて、インターネット７を通して、登録車両ＩＤによって特定される車両２と通信することができる。
【００５１】
図６は、登録車両データベースを模式的に示す図である。登録車両データベースには、登録車両ＩＤと、車両ナンバー（車両に取り付けられたナンバープレートに記載されたナンバー）と、登録者と、通信ＩＤと、登録者の連絡先などが格納されている。また、車両タイプ（セダン、ＳＵＶなど）や車両カラーなどの情報も格納されている。
【００５２】
本実施の形態の配送システム１において、配送先に指定することができる車両２は、予め登録された車両である。配送ユーザは、携帯端末６などを通じて、配送業者のホームページなどにおいて、配送先としての車両を登録することができる。
【００５３】
図７は、配送者データベースを模式的に示す図である。配送者データベースには、配送者ＩＤと、配送者携帯番号と、位置情報と、配送者氏名が格納されている。
【００５４】
なお、配送者端末３，４が通話機能を有している場合には、配送者携帯番号には、配送者端末３，４の電話番号が格納されている。
【００５５】
各配送者端末の位置情報は、配送者端末３，４から常時または間欠的に送信される位置情報に基づいて更新される。
【００５６】
図８は、ＱＲコードデータベースを模式的に示す図である。この図８に示す例においては、配送サーバアドレスと、配送物ＩＤと、荷物受取人と、届け先と、配送者ＩＤとが含まれている。
【００５７】
上記のように構成された配送システム１において配送物Ｗを配送する場合について説明する。図９は、配送者９Ａが配送物Ｗを配送する場合における状態線図である。なお、この図９に示す状態は、配送者が配送物Ｗを配送する前であって、たとえば、既に、配送物Ｗが配送車１４Ａなどに積載されている状態である。
【００５８】
配送者９Ａは、届け先に登録車両が含まれている場合には、配送者端末３を用いて、登録車両の位置情報を要求する要求信号を送信する（Ｓｔｅｐ１０）。この要求信号には、登録車両ＩＤおよび配送物ＩＤが含まれている。
【００５９】
配送サーバ５は、登録車両データベースと要求信号に含まれる登録車両ＩＤとに基づいて、当該登録車両の通信ＩＤを取得する。そして、各登録車両ごとに、ＱＲコードを作成して、通信ＩＤを用いて、各登録車両に要求信号を送信する（Ｓｔｅｐ１１）。この要求信号には、当該登録車両の位置情報を要求する信号と、ＱＲコード情報とが含まれている。ＱＲコード情報には、図８に示す情報が含まれている。
【００６０】
車両２は、配送サーバ５から要求信号を受信すると、位置情報取得部１７を用いて現在位置情報を取得する。そして、車両２は、配送サーバ５に位置情報を返信する（Ｓｔｅｐ１２）。さらに、受信したＱＲコード情報から図８に示す各種情報を取得する。
【００６１】
配送サーバ５は、車両２から位置情報を取得すると、各登録車両ＩＤに関連付けて、各車両の位置情報と、ＱＲコードとを配送者端末３に送信する（Ｓｔｅｐ１３）。
【００６２】
これにより、配送者端末３は、届け先に登録車両ＩＤが指定されている場合に、当該車両の位置情報を取得することができる。
【００６３】
配送者９Ａは、届け先の車両２に到着すると、車両２のリーダ２０に配送者端末３をかざす。具体的には、液晶画面である表示部３２に取得したＱＲコードを表示した状態で、カメラであるリーダ２０にかざす。カメラであるリーダ２０が配送者端末３に表示されたＱＲコードを取得する。車両２の処理部１０は、リーダ２０が取得したＱＲコードからの情報内容と、上記Ｓｔｅｐ１１において取得したＱＲコード情報の内容とを比較する。
【００６４】
そして、各情報が一致している場合には、処理部１０は、図２に示すロック１６を開錠する（Ｓｔｅｐ１４）。これにより、配送者９Ａは、配送物Ｗを冷却庫１２内に収容することができる。配送者９Ａが配送物Ｗを冷却庫１２内に収容する際には、扉２２をあけて、冷却庫本体２１の収容空間内に配送物Ｗを収容する。
【００６５】
図１０は、ロック１６のロックが開錠された後における状態線図である。車両２の処理部１０は、開閉センサ２４からの情報に基づいて、冷却庫１２の扉２２が開けられたか否かを判断する（Ｓｔｅｐ１５）。
【００６６】
そして、処理部１０は、扉２２が開けられたと判断すると（Ｓｔｅｐ１５にてＹｅｓ）、処理部１０は、報知部１８を駆動させて、扉２２が空いているとの情報を周囲に報知させる（Ｓｔｅｐ１６）。報知部１８が表示装置の場合には、扉２２が開いている旨を表示させる。また、報知部１８が音声機能を有している場合には、音声で周囲に扉２２が開いている旨を知らせる。
【００６７】
車両２の処理部１０は、扉２２が継続して所定時間の間、開いているか否かを判断する（Ｓｔｅｐ１７）。
【００６８】
この際、ＱＲコードに基づく認証がなされた後に、冷却庫１２の扉２２が開けられており、扉２２は、配送者９Ａによって開けられたと想定することができる。そして、たとえば、１０分以上、扉２２が閉められなかったとすると、配送者９Ａが閉め忘れたと想定することができる。そこで、処理部１０は、所定時間の間、継続して、扉２２が開いていると判断すると（Ｓｔｅｐ１７にてＹｅｓ）、配送サーバ５に扉開通知を送信する（Ｓｔｅｐ１８）。具体的には、この扉開通知には、当該車両の登録車両ＩＤおよび配送物ＩＤが含まれている。配送サーバ５の処理部４０は、配送物データベースから配送者端末ＩＤを取得する。
【００６９】
その後、配送サーバ５は、配送者配送ＩＤから特定した配送者端末３に、扉の閉め忘れ通知を送信する（Ｓｔｅｐ１９）。配送者端末３は、扉の閉め忘れ通知を受信すると、表示部３２を駆動して、配送者９Ａに扉の閉め忘れを報知する（Ｓｔｅｐ２０）。たとえば、表示部３２が液晶表示装置などである場合には、扉の閉め忘れを示す表示を表示する。また、表示部３２が音声機能を備えている場合には、音声により、配送者９Ａに扉の閉め忘れを報知する。
【００７０】
配送者９Ａは、扉の閉め忘れに気付くと、扉２２を閉めに行き、扉２２を閉めることになる。
【００７１】
配送サーバ５は、車両２から扉開通知を取得すると、配送物データベースから配送ユーザ８である荷受取人の携帯端末６のメールアドレスを取得する。そして、携帯端末６に扉の閉め忘れをメールで通知する（Ｓｔｅｐ２１）。
【００７２】
配送ユーザ８が当該メールによって、扉２２が開いていることを知り、たとえば、配送ユーザ８が車両２の近くにいる場合には、配送ユーザ８が自ら、扉２２を閉じることができる。
【００７３】
車両２の処理部１０は、扉開通知を送信した後（Ｓｔｅｐ１８）、開閉センサ２４からの信号に基づいて、扉２２が閉じられたか否かを判断する（Ｓｔｅｐ２２）。
【００７４】
扉２２が閉じられたと判断すると、扉２２は、報知部１８による報知を停止させて（Ｓｔｅｐ２３）、配送サーバ５に扉閉通知を送信する（Ｓｔｅｐ２４）。なお、扉閉通知には、車両２の車両ＩＤが含まれている。
【００７５】
配送サーバ５は、扉閉通知を受信すると、配送ユーザ８の携帯端末６に扉２２が閉じられたことをメールで通知する（Ｓｔｅｐ２５）。
【００７６】
上記のように本実施の形態によれば、配送者９Ａが扉２２を閉め忘れたとしても、配送者９Ａに閉め忘れを通知することで、配送者９Ａに扉２２を閉めさせることができる。
【００７７】
なお、実施の形態１に係る配送システム１においては、扉２２を閉め忘れた配送者９Ａに扉２２を閉めさせているが、配送者９Ａ以外の配送者に扉２２を閉めさせるようにしてもよい。
（実施の形態２）
本実施の形態２に係る配送システム１においては、配送物Ｗの収容時に、扉２２を閉め忘れた場合に、車両２から近い位置にいる配送者に扉２２を閉めさせるシステムである。
【００７８】
図１１などを用いて、本実施の形態２に係る配送システムについて説明する。なお、本実施の形態に係る配送システムのシステム構成と、実施の形態１に係るシステム構成とは、実質的に同じである。
【００７９】
図１１および図１２は、実施の形態２に係る配送システム１における状態線図である。この図１１に示す状態線図のＳｔｅｐ１５〜Ｓｔｅｐ２５は、図１０に示すＳｔｅｐ１５〜Ｓｔｅｐ２５と同じである。本実施の形態２に係る配送システム１においては、図１２に示すＳｔｅｐ３０〜Ｓｔｅｐ４５が追加されたものである。そこで、主に、Ｓｔｅｐ３０〜Ｓｔｅｐ４５について主に説明する。
【００８０】
配送サーバ５は、車両２から扉開通知を受信すると（Ｓｔｅｐ１８）、配送サーバ５は、配送ユーザ８の携帯端末６に扉２２の閉め忘れを知らせるメールを送信する（Ｓｔｅｐ２１）。
【００８１】
配送サーバ５の処理部１０は、記憶部４１に格納された配送者データベースから各配送者端末３，４の位置情報を取得する（Ｓｔｅｐ３０）。
【００８２】
処理部１０は、取得した各配送者端末３，４の位置情報と、記憶部１１に格納されている地図情報とから、車両２に到達するまでに要する時間が最も短い配送者端末を選択する（Ｓｔｅｐ３１）。なお、図１１に示す例においては、配送者端末３を携帯する配送者９Ａよりも配送者端末４を携帯する配送者９Ｂが車両２に到達する時間が短い場合について説明する。
【００８３】
なお、配送者端末を選択する際には、渋滞情報などを取得して、この渋滞情報に基づいて、各配送者端末３，４を携帯する配送者９Ａ、９Ｂが車両２に到達するために要する時間を算出するようにしてもよい。
【００８４】
上記のように、冷却庫１２の扉２２が開けられてから、配送サーバ５が扉開通知を取得するまでの間には、少なくともＳｔｅｐ１７において、所定時間が経過している。そのため、扉２２を閉め忘れた配送者９Ａは、既に、車両２から遠く離れている可能性があり、その一方で、仮に、他の配送者９Ｂが車両２の近傍にいる場合には、配送者９Ｂに扉２２を閉めさせるのが効率的である。そこで、本実施の形態２に係る配送システム１においは、扉２２を閉め忘れた車両２の近傍に配送者９Ｂがいる場合には、配送者９Ｂに扉２２を閉めさせるようにしている。
【００８５】
配送サーバ５は、選択した配送者端末４を携帯する配送者９Ｂが扉２２を閉める期限である期限時刻を設定する（Ｓｔｅｐ３２）。
【００８６】
配送サーバ５の処理部１０は、現在の時刻と、配送者端末４を携帯する配送者９Ｂが車両２に到達するまでに要する時間と、マージン時間とから、配送者９Ｂが扉２２を閉める期限である期限時刻を設定する。
【００８７】
配送サーバ５は、配送者端末４に扉閉指令を送信する（Ｓｔｅｐ３３）。この扉閉指令（扉の閉め忘れ通知）には、車両２の位置情報と、当該車両２に関して登録車両データベースに格納されている情報と、配送ユーザ８の携帯端末６の電話番号と、期限時刻と、ＱＲコードとが含まれている。
【００８８】
登録車両データベースに格納されている情報には、車両２の車両ナンバー、車両タイプ、車両カラーなどの情報が含まれている。このため、配送者９Ｂは車両２の駐車位置の近くまで行った際に、車両２を視認しやすくなる。
【００８９】
配送者端末４の処理部３０は、扉閉指令を受信すると、表示部３２を駆動させて、扉閉指令を受信したことを配送者９Ｂに報知する。報知方法としては、表示部３２に扉閉指令を受信したことを示す画像を表示する。表示部３２が音声機能を含む場合には、音声を用いて、報知するようにしてもよい。ＱＲコードには、配送者端末４の配送者端末ＩＤなどが含まれている。
【００９０】
配送者９Ｂは、扉閉指令に気付くと、表示部３２を操作して扉閉指令に含まれる各種情報を確認することができる。配送者９Ｂが扉閉指令の内容を閲覧すると、配送者端末４は、配送サーバ５に了承信号（応答信号）を送信する（Ｓｔｅｐ３５）。この了承信号には、配送者端末４の配送者端末ＩＤが含まれている。
【００９１】
扉２２の閉め忘れは、冷却庫１２内に食品が収容されている場合には、食品を傷めるおそれがある。そこで、本実施の形態２に係る配送システム１においては、配送者９Ｂが情報を閲覧すると、強制的に了承信号を送信するようにしている。すなわち、配送者９Ｂに強制的に扉２２を閉じに行かせるようにしている。
【００９２】
配送サーバ５は、扉閉指令を送信（Ｓｔｅｐ３３）した後、車両２にＱＲコード情報を送信する（Ｓｔｅｐ３４）。具体的には、配送サーバ５は、配送者端末４に送信したＱＲコードに含まれる情報を送信する。
【００９３】
配送サーバ５は、Ｓｔｅｐ３３において、扉閉指令を送信すると、所定時間の間、了承信号を受信したか否かを判断する（Ｓｔｅｐ３６、Ｓｔｅｐ３７）。
【００９４】
配送サーバ５は、所定期間が経過した場合（Ｓｔｅｐ３６にてＹｅｓ）であって、了承信号を受信していない（Ｓｔｅｐ３７にてＮｏ）には、扉２２を閉める配送者９Ｂの連絡先を通知する（Ｓｔｅｐ３８）。具体的には、配送者端末４の電話番号または、配送者９Ｂの携帯番号を通知する。
【００９５】
了承信号を受信していない場合には、選択した配送者端末４の配送者９Ｂが扉閉指令に気付いていないおそれがある。そこで、配送ユーザが配送者９Ｂと連絡することで、配送者９Ｂに扉閉指令を気付かせることができる。なお、Ｓｔｅｐ３８において、配送ユーザの携帯端末６に送信する情報に、冷却庫１２の庫内温度を追加してもよい。庫内温度も送信する場合には、配送サーバ５は車両２から庫内温度情報を取得する。
【００９６】
配送者９Ｂが車両２のリーダ２０にＱＲコードを表示した表示部３２をかざすと、リーダ２０は、表示部３２に表示されたＱＲコードを取得する。処理部１０は、表示部３２に示されたＱＲコードから各種情報を読出し、既に取得しているＱＲコード情報の情報内容と照合し、各情報が一致している場合には、ロック１６を開錠する（Ｓｔｅｐ３９）。
【００９７】
そして、処理部１０は、開閉センサ２４からの情報に基づいて、扉２２が閉じられたか否かを判断する（Ｓｔｅｐ４０）。扉２２が閉じられたと判断すると（Ｓｔｅｐ４０にてＹｅｓ）、処理部１０は、報知部１８の駆動を停止させて（Ｓｔｅｐ４１）、処理部１０は、配送サーバ５に扉閉通知を送信する（Ｓｔｅｐ４２）。
【００９８】
その一方で、携帯端末６に扉を閉める配送者の連絡情報を送信（Ｓｔｅｐ３８）した後、配送サーバ５の処理部４０は、扉閉通知を受信したか否かを判断する（Ｓｔｅｐ４４）。処理部４０は、扉閉通知を期限時刻から所定期間経過しても受信していないと判断すると（Ｓｔｅｐ４４にてＮｏ、Ｓｔｅｐ３３にてＹｅｓ）、再度、Ｓｔｅｐ３０に戻り、扉２２を閉める配送者を選択する。選択した配送者端末４を携帯する配送者９Ｂが何等かの理由で扉２２を閉めることができない事態が発生したものと想定することができるためである。
【００９９】
その一方で、処理部４０は、期限時刻から所定期間経過した時刻までの間に、扉閉通知を受信した場合には（Ｓｔｅｐ４３にてＮｏ、Ｓｔｅｐ４４にてＹｅｓ）、通信部３４を通して、配送ユーザ８の携帯端末６に扉２２が閉じられたことをメールで通知する（Ｓｔｅｐ４５）。
【０１００】
このように、本実施の形態２に係る配送システム１によれば、扉２２を閉め忘れた車両２の直近の配送者９Ｂに扉２２を閉めさせることができ、冷却庫１２内に収容された食品などが傷むことを抑制することができる。
【０１０１】
（実施の形態３）
図１３および図１４を用いて、実施の形態３に係る配送システム１について説明する。なお、本実施の形態３に係る配送システム１の構成は、上記の実施の形態１，２と同様である。図１３および図１４は、実施の形態３に係る配送システム１の状態線図である。車両２の処理部１０は、蓋の開閉に関する処理と、庫内温度に関する処理とを平行して処理している。
【０１０２】
図１３から図１４に示すＳｔｅｐ１０〜Ｓｔｅｐ２４は、上記の実施の形態１，２で説明したＳｔｅｐ１０〜Ｓｔｅｐ２４と実質的に同一である。そこで、主に、Ｓｔｅｐ５０〜Ｓｔｅｐ６５について説明する。
【０１０３】
図１３において、処理部１０はＳｔｅｐ１８において扉開通知を送信すると、処理部１０は、冷却庫１２内の温度が所定温度よりも高いか否かを判断する（Ｓｔｅｐ５０）。この際、処理部１０は、温度センサ２３からの情報に基づいて冷却庫１２の収容空間の温度情報を取得する。
【０１０４】
処理部１０は、庫内温度（冷却庫１２の収容空間内の温度）が、所定温度よりも高いと判断すると、配送サーバ５に温度異常通知を送信する（Ｓｔｅｐ５１）。
【０１０５】
処理部１０は、温度異常通知を送信した後に、所定時間が経過した後に（Ｓｔｅｐ５２にてＹｅｓ）、扉２２が閉状態であるかを判断する（Ｓｔｅｐ５３）。仮に、冷却庫１２の扉２２が閉まっていない（Ｓｔｅｐ５３にてＮｏ）場合には、再度、Ｓｔｅｐ５０に戻り、庫内温度と所定温度とを比較する。
【０１０６】
このように、所定時間経過した後に、再度、庫内温度と所定温度とを比較するようにすることで、頻繁に温度異常通知が送信されることを抑制することができる。その一方で、扉２２が閉まっていると判断すると、処理部１０の処理は終了する。
【０１０７】
配送サーバ５の処理部４０は、車両２から扉開通知を受信して、扉閉め忘れ通知を送信（Ｓｔｅｐ１９，Ｓｔｅｐ２１）した後に、温度異常通知を受信したかを判断する（Ｓｔｅｐ６０）。処理部４０は、温度異常通知を受信したと判断すると（Ｓｔｅｐ６０にてＹｅｓ）、配送サーバ５は、配送ユーザ８の携帯端末６および配送者端末３に、温度異常通知を送信する（Ｓｔｅｐ６１）。この際、携帯端末６および配送者端末３の少なくとも一方に送信するようにしてもよい。
【０１０８】
処理部３０は、温度異常通知を送信した後に、温度異常通知の受信履歴を消去する（Ｓｔｅｐ６３）。
【０１０９】
その後、処理部３０は、扉閉通知を車両２から受信したか否かを判断する（Ｓｔｅｐ６４）。扉閉通知を受信したと判断すると（Ｓｔｅｐ６５にてＹｅｓ）、配送サーバ５は、携帯端末６に扉閉通知を送信する（Ｓｔｅｐ６５）。そして、配送のシーケンスを終了する。その一方で、処理部３０は、扉閉通知を受信していないと判断すると（Ｓｔｅｐ６５にてＮｏ）、Ｓｔｅｐ６０に戻り、再度、異常通知通知を受信したか否かを判断する。このように、扉２２が閉じられるままでに、リーダ２０は継続的に庫内温度を検知して、その結果を配送ユーザ８の携帯端末６に送信している。
【０１１０】
このように、本実施の形態においては、冷却庫１２の収容空間内の温度が高くなると、配送ユーザ８に庫内温度状況を知らせることができる。
【０１１１】
以上、本発明に基づいた実施の形態について説明したが、今回開示された事項はすべての点で例示であって制限的なものではない。本発明の技術的範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１１２】
１  配送システム、５  配送サーバ、６，１３  携帯端末、７  インターネット、８  配送ユーザ、９，９Ａ，９Ｂ，ＩＤ  配送者、１０，３０，４０  処理部、１１，３１，４１  記憶部、１２  冷却庫、１４Ａ，１４Ｂ  配送車、１５  車外扉、１６  ロック、１７  位置取得部、１８  報知部、１９，３４，４２  通信部、２０  リーダ、２１  冷却庫本体、２２  扉、２３  温度センサ、２４  開閉センサ、３２  表示部、３３  位置情報取得部。
【図１】
2019078428.tif 000003
【図２】
2019078428.tif 000004
【図３】
2019078428.tif 000005
【図４】
2019078428.tif 000006
【図５】
2019078428.tif 000007
【図６】
2019078428.tif 000008
【図７】
2019078428.tif 000009
【図８】
2019078428.tif 000010
【図９】
2019078428.tif 000011
【図１０】
2019078428.tif 000012
【図１１】
2019078428.tif 000013
【図１２】
2019078428.tif 000014
【図１３】
2019078428.tif 000015
【図１４】
2019078428.tif 000016