JP7465684B2

JP7465684B2 - ストッカ

Info

Publication number: JP7465684B2
Application number: JP2020045829A
Authority: JP
Inventors: 朋子水野; 舞祐上田
Original assignee: Individual
Current assignee: Individual
Priority date: 2020-03-16
Filing date: 2020-03-16
Publication date: 2024-04-11
Anticipated expiration: 2040-03-16
Also published as: JP2021145727A

Description

本明細書では、ストッカを開示する。

従来、荷物の受け渡し等に用いる宅配ボックスとこれを管理する装置とを備えたシステムが知られている。例えば、特許文献１のロッカーシステムでは、受取人に対してロッカーが満杯である場合には、ロッカーが満杯であった旨を顧客にメールで送信する。

特開２００５－１４４０３４号公報

しかしながら、上述のストッカシステムでは、受取人は配達されなかった荷物の内容や配達されなかった荷物の所在を把握することはできない。そのため、受取人が配達されなかった荷物を受け取るための行動を起し難いという課題がある。

本開示はこのような課題を解決するためになされたものであり、受取人が配達されなかった荷物を受け取るための行動を起し易くすることを主目的とする。

本開示のストッカシステムは、上述の主目的を達成するために以下の手段を採った。

本開示のストッカは、
ユーザ識別番号とユーザ連絡先とを対応付けて記憶する外部又は内部の記憶部を利用するストッカであって、
荷物を収納する納品庫と、
納品者が前記納品庫に荷物を収納しようとする際に前記納品者から前記荷物の受取人のユーザ識別番号を取得し、前記ユーザ識別番号に対応づけられたユーザ連絡先を前記記憶部を利用して取得する制御装置と、
を備え、
前記制御装置は、前記納品者が前記納品庫に前記荷物を収納することができたか否かを判定し、前記納品者が前記納品庫に前記荷物を収納することができなかったと判定したならば、前記記憶部を利用して取得した前記荷物の受取人の前記ユーザ連絡先に前記荷物を収納することができなかった旨の情報と、前記荷物に関する情報とを送信する
ものである。

本開示のストッカでは、制御装置は納品者が納品庫に荷物を収納することができなかったならば、記憶部を利用して取得したその荷物の受取人のユーザ連絡先に荷物を収納できなかった旨の情報と荷物に関する情報とを送信する。つまり、納品者が納品庫に荷物を収納することができなかったならば、荷物を収納できなかった旨の情報と荷物に関する情報とをストッカが受取人に通知する。こうした情報を受け取った受取人は、納品庫に収納されなかった荷物を受け取るための行動を起し易くなる。

なお、記憶部は、ストッカの内部に備えられていてもよいし、ストッカとは別の外部に備えられてもよい。また、「荷物に関する情報」とは、例えば、今回の荷物を収納しようとしたストッカの場所、荷物を配達した時刻、荷物の送り主、荷物の品名などが挙げられる。制御装置が納品者から荷物の受取人のユーザ識別番号を取得するタイミングは、納品者が納品庫に荷物を収納することができたか否かの判定の前でもよいし後でもよい。

ストッカシステム１の概略説明図。制御ユニット３０の正面図。制御装置３２と他の装置との入出力を示すブロック図。ユーザ情報５１の一例を示す図。送り状４０の一例を示す図。メインルーチンの一例を示すフローチャート。案内画像Ｇａと操作画像Ｇｂの一例を示す図。案内画像Ｇａと操作画像Ｇｂの一例を示す図。

本開示の実施形態を図面を用いて説明する。図１は、ストッカシステム１の一例を表す概略説明図、図２は、制御ユニット３０の正面図、図３は、制御装置３２と他の装置との入出力を示すブロック図、図４は、ユーザ情報５１の一例を示す図である。なお、本実施形態において、左右方向、前後方向及び上下方向は、図１及び図２に示した通りとする。ストッカシステム１は、１又は２以上のストッカ１０と、管理装置５０とを備えている。なお、図１では、ストッカ１０を１つだけ示した。管理装置５０は、ネットワーク１２を介してストッカ１０と情報のやりとりを行うサーバとして構成されている。この管理装置５０は、ユーザ情報５１などを管理する。

ストッカ１０は、図１に示すように、物品を収納可能な箱状の複数の納品庫２０と、各納品庫２０への物品の収納や取り出しに関する各種操作を受け付けたり各納品庫２０の施錠や解錠に関する各種処理を行ったりする制御ユニット３０とを備える。ストッカ１０には、上下に複数個（図１では４個）ずつの納品庫２０が左右に複数列（図１では４列）並んで配置されており、左端の列の１の納品庫２０に代えて制御ユニット３０が配置されている。このストッカ１０は、オフィスやコンビニエンスストア、駅、学校、マンション、ショッピングセンタなど様々な場所に設置され、屋内だけでなく屋外に設置されることもある。ストッカ１０は、いずれかの納品庫２０を配達先として配達者（納品者）により荷物が収納された後に、受取人１４が当該納品庫２０から物品を取り出して荷物を受け取ることで、配達者により配達される荷物の受け渡しに用いられる。

納品庫２０は、図１に示すように、直方体状の本体２０ａと、本体２０ａに開閉可能に取り付けられる矩形板状の扉２１とを備え、扉２１を開いて本体２０ａ内の空間に物品を収納可能となっている。

制御ユニット３０は、図１に示すように、各納品庫２０と同じサイズの直方体状の本体３０ａと、本体３０ａの前面を覆い各種機器が取り付けられる前面板３１と、本体３０ａ内の空間に配置される制御装置３２とを備える。前面板３１の各種機器としては、図１，図２に示すように、板面中央に配置される長方形状のタッチパネル３３と、タッチパネル３３の右側に配置されるカードリーダ３４、コードリーダ３５及び受領印モジュール３６と、タッチパネル３３の左側に配置されるカメラ３７、スピーカ３８及びシリンダ錠３９とが取り付けられている。なお、各種機器としては、これらの他に利用者の有無を検知する図示しない人感センサなどが取り付けられる。

タッチパネル３３は、タッチ操作が可能な長方形状の画面３３ａを有している。また、タッチパネル３３は、物品の収納や取り出しに関する操作案内などを表示する案内画像Ｇａを画面３３ａの上部に表示すると共に、物品の収納や取り出しに関する入力操作などを受け付ける操作画像Ｇｂを画面３３ａの下部に表示する。なお、図２では、一例として、操作者に荷物の納品か受取を選択させるための案内画像Ｇａと、操作者に納品処理をさせるための納品ボタン及び操作者に荷物の受け取りをさせるための受取ボタンを有する操作画像Ｇｂとが表示されている。

カードリーダ３４、コードリーダ３５及び受領印モジュール３６は、前面板３１におけるタッチパネル３３の右側に上方から下方に向かってこの順で配置されている。カードリーダ３４は、例えば物品の配達者や受取人１４の識別情報などが登録されたＩＣカードなどを読み取るものである。コードリーダ３５は、例えば荷物の送り状４０（図５参照）や受取人１４の携帯端末１５などに示された各種コードを読み取るものである。受領印モジュール３６は、例えば物品の送り状４０などに受領印を押印可能なスタンプユニットである。なお、制御装置３２は、配達者による納品庫２０への納品が完了した際に受領印モジュール３６に送り状４０の挿入を促す案内画像Ｇａをタッチパネル３３の画面３３ａに表示し、送り状４０が挿入されると受領印を押印するように受領印モジュール３６を制御する。

カメラ３７、スピーカ３８及びシリンダ錠３９は、前面板３１におけるタッチパネル３３の左側に上方から下方に向かってこの順で配置されている。カメラ３７は、ストッカ１０の前方の所定範囲を撮像可能に配置され、配達者や荷物の送り状４０などの被写体を含む画像を撮像する。スピーカ３８は、物品の収納や取り出しに関する操作案内などを複数の音声出力孔を介して音声で出力する。シリンダ錠３９は、ストッカ１０の管理者などにより鍵穴に挿入された鍵の操作により前面板３１を解錠したり施錠したりする。なお、前面板３１は、本体３０ａに開閉可能に取り付けられており、シリンダ錠３９の解錠により開操作が可能となる。

制御装置３２は、図３に示すように、周知のＣＰＵ３２ａ、ＲＯＭ３２ｂ、ＲＡＭ３２ｃ、ＨＤＤ３２ｄ、通信部３２ｅなどで構成される。制御装置３２は、タッチパネル３３からの入力信号、カードリーダ３４からのカード読み取り信号、コードリーダ３５からの読み取り信号及びカメラ３７からの画像信号を入力可能である。制御装置３２はタッチパネル３３への制御信号、カードリーダ３４への制御信号、コードリーダ３５への制御信号、受領印モジュール３６への制御信号、カメラ３７への制御信号及びスピーカ３８への音声信号を出力する。通信部３２ｅは、ネットワーク１２を通じて管理装置５０や荷物の受取人１４の携帯端末１５など他の外部機器と通信を行う。

管理装置５０は、図１に示すように、周知のＣＰＵ５０ａ、ＲＯＭ５０ｂ、ＲＡＭ５０ｃ、ＨＤＤ５０ｄ、通信部５０ｅなどにより構成される。ＨＤＤ５０ｄは、ユーザ情報５１などの各種データや処理プログラムなどの各種アプリケーションプログラムを記憶する。ユーザ情報５１は、図４に示すように、例えば、ユーザの氏名、住所、メールアドレス、電話番号、使用可能なストッカに関する情報などが、ユーザＩＤに対応づけて記憶されている。通信部５０ｅは、ネットワーク１２を通じてストッカ１０などの他の外部機器と通信を行う。

次に、ストッカシステム１の動作について図５～８を用いて説明する。以下には、ストッカ１０で実行される納品処理及び受取処理について説明する。ここでは、配達者が収納しようとする荷物は、図５に示すような送り状４０が付され、送り状４０には、荷物の配達状況を追跡可能な送り状番号４１と荷物の受取人１４のユーザＩＤ４２とが付されている場合について主として説明する。図６はメインルーチンの一例を示すフローチャートである。メインルーチンは、ＨＤＤ３２ｄに記憶される。図示しない人感センサによって検出信号がＣＰＵ３２ａに入力されたならば、ＣＰＵ３２ａは、メインルーチンを開始する。

メインルーチンが開始すると、ＣＰＵ３２ａは、まず、図２に示すように、「荷物の納品か荷物の受取を選択して下さい」という案内文を示した画像を案内画像Ｇａとし、また、納品ボタン及び受取ボタンが設けられた画像を操作画像Ｇｂとして画面３３ａに表示させ、操作者が納品ボタン及び受取ボタンのいずれのボタン選択したかを判定する（Ｓ１００）。このとき、ＣＰＵ３２ａは、タッチパネル３３への入力操作を受け付ける状態に設定する。操作画像Ｇｂに表示される納品ボタン及び受取ボタンはタッチ操作可能な状態である。Ｓ１００で、いずれのボタンも選択されずに一定時間経過したならば、ＣＰＵ３２ａは、タッチパネル３３を消灯してメインルーチンを終了する。Ｓ１００で納品ボタンが選択されたならば、ＣＰＵ３２ａは、配達者に対して送り状４０に付された受取人１４のユーザＩＤ４２の入力を要求する（Ｓ１１０）。具体的には、ＣＰＵ３２ａは、ユーザＩＤの入力を要求する画像を案内画像Ｇａとし、テンキーなどを有する画像を操作画像Ｇｂとして画面３３ａに表示させる。その後、配達者がタッチパネル３３を操作して受取人１４のユーザＩＤ４２を入力すると、ＣＰＵ３２ａはそのユーザＩＤ４２を取得する。続いて、ＣＰＵ３２ａは、受取人１４の情報を取得する（Ｓ１２０）。具体的には、ＣＰＵ３２ａは、ネットワーク１２を介して管理装置５０と通信を行い、ＨＤＤ５０ｄに記憶されたユーザ情報５１から、Ｓ１１０で取得したユーザＩＤ４２（本実施形態では０００１）に対応づけられた、受取人１４のメールアドレスと使用可能なストッカに関する情報とを取得する。

続いて、ＣＰＵ３２ａは、Ｓ１２０で取得した使用可能なストッカに関する情報に基づいて、配達者が操作中のストッカ１０を受取人１４が使用可能であるか否かを判定する（Ｓ１３０）。受取人１４がストッカ１０を使用可能でないと判定したならば、ＣＰＵ３２ａは、画面３３ａにエラー画像を表示させるなどして、配達者に対してエラーを報知し、メインルーチンを終了する。

続いて、ＣＰＵ３２ａは、納品庫２０が満室であるか否かを判定する（Ｓ１６０）。Ｓ１６０で納品庫２０が満室であると判定したならば、ＣＰＵ３２ａは、納品庫２０に荷物を収納できなかった旨の情報と荷物を収納できなかった理由が満室である旨とをＨＤＤ３２ｄに記録し（Ｓ１８０）、Ｓ２３０に進む。一方、Ｓ１６０で納品庫２０が満室ではないと判定したならば、ＣＰＵ３２ａは、空いている納品庫２０の扉２１に設けられた図示しない施錠装置を制御し、その納品庫２０を解錠する（Ｓ１７０）。

続いて、ＣＰＵ３２ａは、配達者に対して荷物の収納を要求すると共に荷物をその納品庫２０に収納可能か否かを判定する（Ｓ１９０）。具体的には、ＣＰＵ３２ａは、図７に示すように、「荷物を収納してください」という案内文を示した画像を案内画像Ｇａとし、また、収納不可ボタンが設けられた画像を操作画像Ｇｂとして画面３３ａに表示させる。操作画像Ｇｂに表示される収納不可ボタンは、タッチ操作可能な状態である。Ｓ１９０でいずれのボタンも選択されず納品庫２０の図示しないセンサから荷物の検出信号が入力されたならば、ＣＰＵ３２ａは、納品庫２０の本体２０ａ内の空間に荷物が納品されたとみなし納品庫２０の扉２１に設けられた図示しない施錠装置を制御し、納品庫２０を施錠する（Ｓ２６０）。続いて、ＣＰＵ３２ａは、受取人１４が荷物を受け取る際に必要な受取番号を生成し、受取番号をＨＤＤ３２ｄに記録する。そして、ＣＰＵ３２ａは、受取番号及び受取番号をコード化した受取コードを、Ｓ１２０で取得した受取人１４のメールアドレスにネットワーク１２を介して送信し（Ｓ２７０）、メインルーチンを終了する。

解錠された納品庫２０に荷物を収納できないとＳ１９０で判定された場合、具体的には操作画像Ｇｂに表示される収納不可ボタンが選択された場合、配達者に対して荷物を納品庫２０に収納することができない理由の選択を要求する（Ｓ２００）。具体的には、ＣＰＵ３２ａは、図８に示すように、理由の選択を要求する画像を案内画像Ｇａとし、また、温度管理ボタン、サイズ超過ボタン及び要本人確認ボタンが設けられた画像を操作画像Ｇｂとして画面３３ａに表示させる。温度管理ボタンは、荷物が冷蔵品又は冷凍品の場合に冷蔵機能又は冷凍機能を持つ納品庫２０が空いていなかった場合に選択される。サイズ超過ボタンは、荷物が収納可能な大きさの納品庫２０が空いていなかった場合に選択される。要本人確認ボタンは、本人確認が必要な荷物だった場合に選択される。操作画像Ｇｂに表示される温度管理ボタン、サイズ超過ボタン及び要本人確認ボタンはタッチ操作可能である。続いて、ＣＰＵ３２ａは、温度管理ボタン、サイズ超過ボタン及び要本人確認ボタンのいずれかのボタンが選択されたか否かを判定する（Ｓ２１０）。

Ｓ２１０で温度管理ボタン、サイズ超過ボタン及び要本人確認ボタンのいずれかのボタンが選択されたならば、ＣＰＵ３２ａは、納品庫２０に荷物を収納できなかった旨の情報と荷物を収納することができなかった理由をＨＤＤ３２ｄに記録する（Ｓ２２０）。具体的には、温度管理ボタンが選択された場合、ＣＰＵ３２ａは、荷物が冷蔵品又は冷凍品であるが冷蔵機能又は冷凍機能を持つ納品庫２０が空いていなかったことを理由としてＨＤＤ３２ｄに記憶する。サイズ超過ボタンが選択された場合、ＣＰＵ３２ａは、荷物が収納可能な大きさの納品庫２０が空いていなかったことを理由としてＨＤＤ３２ｄに記憶する。要本人確認ボタンが選択された場合、ＣＰＵ３２ａは、今回の荷物は本人確認が必要だったことを理由としてＨＤＤ３２ｄに記憶する。

Ｓ１８０の後又はＳ２２０の後に、ＣＰＵ３２ａは、送り状４０の画像の撮像を要求する画像を案内画像Ｇａとして画面３３ａを表示させるなどして、配達者に対して、カメラ３７での送り状４０の画像の撮像を要求する（Ｓ２３０）。続いて、ＣＰＵ３２ａは、カメラ３７を制御して送り状４０の画像を撮像し、画像をＨＤＤ３２ｄに記録する（Ｓ２４０）。続いて、ＣＰＵ３２ａは、Ｓ２４０で取得した荷物の送り状４０の画像（荷物に関する情報）と納品庫２０に荷物を収納できなかった旨の情報とＳ１８０又はＳ２１０で取得した納品庫２０に荷物を収納できなかった理由とを、Ｓ１２０で取得した受取人１４のメールアドレスに送信して（Ｓ２５０）、メインルーチンを終了する。なお、ＣＰＵ３２ａは、Ｓ２５０で、今回の荷物を収納しようとしたストッカ１０の場所、荷物を配達した時刻、配達会社、荷物の配達者、荷物の送り主、荷物の品名などの情報も併せて受取人１４に送信する。これらの情報のすべてが荷物の送り状４０に記載されている場合には送り状の画像を送信するだけでよいが、荷物の送り状４０に記載されていない情報がある場合にはその情報を送り状の画像とは別に送信する。

次に、Ｓ１００で受取ボタンが選択された場合のルーチンについて説明する。Ｓ１００で受取ボタンが選択されたならば、ＣＰＵ３２ａは、受取人１４に対して受取番号の入力を要求する（Ｓ２８０）。具体的には、ＣＰＵ３２ａは、「受取番号を入力して下さい」という案内文を示した画像を案内画像Ｇａとして画面３３ａに表示させる。その後、受取人１４がタッチパネル３３を操作して受取番号を入力すると、ＣＰＵ３２ａはその受取番号を取得する。続いて、ＣＰＵ３２ａは、取得した受取番号がＳ２７０でＣＰＵ３２ａにより生成されＨＤＤ３２ｄに記録された受取番号と一致するか否かの照合を行う（Ｓ２９０）。Ｓ２９０で受取番号が照合されなかったならば、ＣＰＵ３２ａは、画面３３ａにエラー画像を表示するなどして、受取人１４に対してエラーを報知し、メインルーチンを終了する。一方、２９０で受取番号が照合されたならば、ＣＰＵ３２ａは、その受取人１４の荷物が収納された納品庫２０の扉２１に設けられた図示しない施錠装置を制御し、納品庫２０を解錠する。続いて、ＣＰＵ３２ａは、納品庫２０の図示しないセンサから荷物の検出信号が入力されなくなったならば、荷物が取り出されたとみなし、その納品庫２０を施錠しメインルーチンを終了する（Ｓ３００）。

ここで、本実施形態のストッカ１０の構成要素と本開示のストッカの構成要素との対応関係を明らかにする。本実施形態のＨＤＤ３２ｄが本開示のストッカの内部の記憶部に相当し、本実施形態のＨＤＤ５０ｄが本開示のストッカの外部の記憶部に相当し、タッチパネル３３が入力装置に相当し、ユーザＩＤ４２がユーザ識別番号に相当する。

以上説明した本実施形態では、制御装置３２は、荷物の受取人１４のユーザＩＤ４２を取得し、配達者が納品庫２０に荷物を収納することができなかったならば、その荷物の受取人１４のユーザＩＤ４２に対応付けられたユーザ連絡先をＨＤＤ５０ｄを利用して取得する。そして、制御装置３２は、取得したユーザ連絡先に荷物を収納できなかった旨の情報と荷物に関する情報を送信する。つまり、配達者が納品庫２０に荷物を収納することができなかったならば、荷物を収納できなかった旨の情報と荷物に関する情報をストッカ１０が受取人１４に通知する。こうした情報を受け取った受取人１４は、納品庫２０に収納されなかった荷物を受け取るための行動を起し易くなる。例えば、受取人１４は、配達者（又は配達会社）に対して、再度同じストッカ１０への配送を希望したり、次回は異なる場所に設置されたストッカへの配送を希望したり、自宅又は勤務地への配送を希望したり、荷物を配達中継所に止め置くことを希望したりすることができる。

また、所定の操作を受け付けるタッチパネル３３を備え、制御装置３２は、配達者が納品庫２０に荷物を収納することができなかったと判定したならば、タッチパネル３３を介して荷物を収納できなかった理由が入力されたか否かを判定し、荷物を収納できなかった理由が入力されたならば、受取人１４の連絡先に荷物を収納できなかった理由を送信する。そのため、受取人１４はなぜ荷物を収納できなかったのか知ることができる。この場合、タッチパネル３３は、荷物を収納できなかった理由を複数の選択肢から配達者が選択して入力するものである。そのため、配達者は荷物を収納できなかった理由を容易に入力することができる。

更に、受取人１４は、ストッカ１０から送られてきた送り状４０の画像に付された送り状番号４１に基づいて、納品庫２０に収納されなかった荷物の配達状況を追跡することができる。

なお、本発明は上述した実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の態様で実施し得ることはいうまでもない。

例えば、上述した実施形態では、ユーザ情報５１は管理装置５０のＨＤＤ５０ｄに記憶されていたがこれに限られない。例えば、ユーザ情報５１は、制御装置３２のＨＤＤ３２ｄに記憶されていてもよい。

上述した実施形態では、配達者がタッチパネル３３を操作してユーザＩＤ４２をＣＰＵ３２ａに入力したがこれに限られない。例えば、ＣＰＵ３２ａは、カメラ３７で送り状４０の画像を撮像し、荷物の送り状４０の画像からユーザＩＤ４２を取得してもよい。こうすれば、配達者は受取人１４のユーザ識別番号をテンキーなどで入力する必要がない。この場合、ＣＰＵ３２ａは、荷物の受取人１４のユーザＩＤ４２を取得するにあたり、カメラ３７で撮像された荷物の送り状４０の画像から荷物の受取人１４のユーザＩＤ４２に加えて送り状番号４１を読み取って取得し、ユーザ連絡先に荷物に関する情報を送信する際に送り状番号４１を送信してもよい。こうすれば、受取人１４は、送り状番号４１に基づいて納品庫２０に収納されなかった荷物の配達状況を追跡することができる。

上述した実施形態では、配達者が荷物を収納できない際の理由を複数の選択肢から配達者が選択して入力したがこれに限られない。例えば、配達者がタッチパネル３３を操作して、理由を直接入力できるものとしてもよい。

上述した実施形態では、ＣＰＵ３２ａは荷物を収納することができなかった旨の情報と、荷物に関する情報、荷物を収納できなかった理由をメールで送信したがこれに限られない。例えば、ＣＰＵ３２ａは、携帯端末１５にプッシュ通知を送信してもよい。

本開示のストッカは、以下のように構成してもよい。

本開示のストッカにおいて、受取人のユーザ識別番号が記された荷物の送り状を撮像するカメラを備え、前記制御装置は、前記荷物の受取人のユーザ識別番号を取得するにあたり、前記カメラで撮像された前記荷物の送り状の画像から前記荷物の受取人のユーザ識別番号を読み取って取得してもよい。こうすれば、納品者は受取人のユーザ識別番号をテンキーなどで入力する必要がない。この場合、前記荷物の送り状には、荷物の配達状況を追跡可能な送り状番号が記されていてもよく、前記制御装置は、前記荷物の受取人のユーザ識別番号を取得するにあたり、前記カメラで撮像された前記荷物の送り状の画像から前記荷物の受取人のユーザ識別番号に加えて前記送り状番号を読み取って取得し、前記ユーザ連絡先に前記荷物に関する情報を送信する際に前記送り状番号を送信してもよい。こうすれば、受取人は、送り状番号に基づいて納品庫に収納されなかった荷物の配達状況を追跡することができる。

本開示のストッカにおいて、所定の操作を受け付ける入力装置を備え、前記制御装置は、前記納品者が前記納品庫に前記荷物を収納することができなかったと判定したあと、前記入力装置を介して前記荷物を収納できなかった理由が入力されたならば、前記ユーザの連絡先に前記情報を収納できなかった理由を送信してもよい。こうすれば、受取人はなぜ荷物を収納できなかったのか知ることができる。この場合、前記入力装置は、前記荷物を収納できなかった理由を複数の選択肢から前記納品者が選択して入力するものであってもよい。こうすれば、納品者は荷物を収納できなかった理由を容易に入力することができる。

本発明は、収容庫やストッカの製造産業などに利用可能である。

１ストッカシステム、１０ストッカ、１２ネットワーク、１４受取人、１５携帯端末、２０納品庫、２０ａ本体、２１扉、３０制御ユニット、３０ａ本体、３１前面板、３２制御装置、３２ａ，５０ａＣＰＵ、３２ｂ，５０ｂＲＯＭ、３２ｃ，５０ｃＲＡＭ、３２ｄ，５０ｄＨＤＤ、３２ｅ，５０ｅ通信部、３３タッチパネル、３３ａ画面、３４カードリーダ、３５コードリーダ、３６受領印モジュール、３７カメラ、３８スピーカ、３９シリンダ錠、４０送り状、４１送り状番号、４２ユーザＩＤ、５０管理装置、Ｇａ案内画像、Ｇｂ操作画像。

Claims

ユーザ識別番号とユーザ連絡先とを対応付けて記憶する外部又は内部の記憶部を利用するストッカであって、
荷物を収納する納品庫と、
納品者が前記納品庫に荷物を収納しようとする際に前記納品者から前記荷物の受取人のユーザ識別番号を取得し、前記ユーザ識別番号に対応づけられたユーザ連絡先を前記記憶部を利用して取得する制御装置と、
受取人のユーザ識別番号と荷物の配達状況を追跡可能な送り状番号とが記された荷物の送り状を撮像するカメラと、
を備え、
前記制御装置は、前記納品者が前記納品庫に前記荷物を収納することができたか否かを判定し、前記納品者が前記納品庫に前記荷物を収納することができなかったと判定したならば、前記荷物の受取人のユーザ識別番号を取得するにあたり、前記カメラで撮像された前記荷物の送り状の画像から前記荷物の受取人のユーザ識別番号と前記送り状番号とを読み取って取得し、前記記憶部を利用して取得した前記荷物の受取人の前記ユーザ連絡先に前記荷物を収納することができなかった旨の情報と前記荷物に関する情報とを送信し、前記荷物に関する情報を送信する際に前記送り状番号を送信する、
ストッカ。
請求項１に記載のストッカであって、
所定の操作を受け付ける入力装置
を備え、
前記制御装置は、前記納品者が前記納品庫に前記荷物を収納することができなかったと判定したあと、前記入力装置を介して前記荷物を収納できなかった理由が入力されたならば、前記ユーザ連絡先に前記荷物を収納できなかった理由を送信する、
ストッカ。
前記入力装置は、前記荷物を収納できなかった理由を複数の選択肢から前記納品者が選択して入力する、
請求項２に記載のストッカ。