(57)【要約】【課題】情報の入力と出力との少なくとも一方を、事業者毎の要望に応じた態様で行えるようにする。【解決手段】子制御部は、配達者が納品庫への物品の納品に関する複数の事業者のうちいずれの事業者に関連するかを特定可能な事業者ＩＤを入力する（ステップＳ２０５）。そして、子制御部は、入力した事業者ＩＤに予め対応付けられた態様且つ他の１以上の事業者と一部が異なる態様で、配達者への情報の出力（ステップＳ２１７，Ｓ２４７）と配達者からの情報の入力（ステップＳ２２５，Ｓ２５５）との少なくとも一方を行う。【選択図】図５
2018036837.tif 000002
【特許請求の範囲】
【請求項１】
複数の納品庫を備えたストッカの操作者との情報の入出力を行うストッカ関連装置であって、
前記操作者が前記納品庫への物品の納品に関する複数の事業者のうちいずれの事業者に関連するかを特定可能な事業者識別情報を入力すると、該入力した事業者識別情報に予め対応付けられた態様且つ他の１以上の事業者と少なくとも一部が異なる態様で、該操作者への情報の出力と該操作者からの情報の入力との少なくとも一方を行う制御部、
を備えたストッカ関連装置。
【請求項２】
前記制御部は、前記操作者への情報の出力として少なくとも画面の表示を行い、前記入力した事業者識別情報に予め対応付けられた態様、且つ他の１以上の事業者とは該画面内の色，該画面内の文字，及び前記画面内の一部の画像の有無，の少なくとも１つが異なる態様で、該画面の表示を行う、
請求項１に記載のストッカ関連装置。
【請求項３】
請求項１又は２に記載のストッカ関連装置であって、
画面の構成要素のうち複数の前記事業者に共通する構成要素の情報である共通要素情報と、前記画面の構成要素のうち前記事業者識別情報に対応付けられた構成要素の情報である事業者別要素情報と、を記憶する要素情報記憶部、
を備え、
前記制御部は、前記操作者への情報の出力として少なくとも画面の表示を行い、前記共通要素情報と、前記入力した事業者識別情報に対応する前記事業者別要素情報と、を組み合わせて該画面を生成して表示する、
ストッカ関連装置。
【請求項４】
前記制御部は、前記操作者からの情報の入力として一次元コード及び二次元コードのうち１以上を含むコードの読み取りを少なくとも行い、且つ該読み取ったコードに含まれる情報のうち前記入力した事業者識別情報に予め対応付けられた指定部分の情報を入力する、
請求項１〜３のいずれか１項に記載のストッカ関連装置。
【請求項５】
前記制御部は、前記操作者から入力した前記事業者識別情報に基づいて、該操作者が正規の操作者であるか否かを判定し、正規の操作者である場合には該操作者への情報の前記出力と該操作者からの情報の前記入力との少なくとも一方を行う、
請求項１〜４のいずれか１項に記載のストッカ関連装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストッカ関連装置に関する。
【背景技術】
【０００２】
従来、荷物の受け渡し等に用いる宅配ボックスを備えたシステムが知られている。例えば、特許文献１には、以下のシステムが記載されている。まず、荷物の配送を請け負った宅配業者（配達員）が、宅配荷物を宅配ボックス内に収納する。配達員は宅配ボックスのテンキーに固有の荷物番号を入力しボックスを閉じる。宅配ボックスは自己の固有ＩＤと入力された番号をホストコンピュータに送信する。荷物の名宛人は、公衆電話や携帯端末からホストコンピュータにアクセスして開錠要求を行う。ホストコンピュータでは、アクセスして来た者の認証を行い、正当なアクセスであれば、対応する電子錠に暗証番号を設定するとともにその暗証番号を音声等で知らせる。荷物の名宛人は、宅配ボックスにその暗証番号を入力して開錠を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１６５２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１の宅配ボックスのように複数の納品庫を備えたストッカを複数の事業者が共に利用したい場合が考えられる。そしてその場合、ストッカと操作者との間の情報の入出力の態様に関して、事業者毎に要望が異なる場合が考えられる。しかし、特許文献１では、そのような事業者毎の異なる要望については考慮されていなかった。
【０００５】
本発明はこのような課題を解決するためになされたものであり、情報の入力と出力との少なくとも一方を、事業者毎の要望に応じた態様で行えるようにすることを主目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上述した主目的を達成するために以下の手段を採った。
【０００７】
本発明のストッカ関連装置は、
複数の納品庫を備えたストッカの操作者との情報の入出力を行うストッカ関連装置であって、
前記操作者が前記納品庫への物品の納品に関する複数の事業者のうちいずれの事業者に関連するかを特定可能な事業者識別情報を入力すると、該入力した事業者識別情報に予め対応付けられた態様且つ他の１以上の事業者と少なくとも一部が異なる態様で、該操作者への情報の出力と該操作者からの情報の入力との少なくとも一方を行う制御部、
を備えたものである。
【発明の効果】
【０００８】
このストッカ関連装置では、情報の入力と出力との少なくとも一方の態様と事業者識別情報とを予め対応付けておき、入力した事業者識別情報に対応する態様で情報の入力と出力との少なくとも一方を行う。そのため、情報の入力と出力との少なくとも一方を、事業者毎の要望に応じた態様で行うことができる。ここで、「前記納品庫への物品の納品に関する事業者」は、物品の販売業者と物品の配送業者とを含む。「操作者」は、事業者に関連していればよく、その事業者の構成員（例えば配達者）と、その事業者からの依頼を受けた者（例えば事業者とは別の配送業者の配達者）と、その事業者から納品された物品の受取者と、を含む。「操作者からの情報の入力」には、操作者の操作に基づく情報の入力と、操作者の所有物からの情報の入力と、操作者自身からの情報の入力と、を含む。
【図面の簡単な説明】
【０００９】
【図１】ストッカシステム１の構成の概略説明図。
【図２】親装置６１の記憶部６３に記憶された管理情報６５の説明図。
【図３】第１子装置７１の記憶部８３に記憶された管理情報８５及び入出力関連情報９０の説明図。
【図４】納入先決定処理ルーチンの一例を表すフローチャート。
【図５】納入時処理ルーチンの一例を示すフローチャート。
【図６】納入時に表示操作部５４に表示される画面の一例を示す説明図。
【図７】受取時処理ルーチンの一例を示すフローチャート。
【発明を実施するための形態】
【００１０】
次に、本発明の実施形態について、図面を用いて説明する。図１は、本発明の一実施形態であるストッカシステム１の構成の概略説明図である。図２は、親装置６１の記憶部６３に記憶された管理情報６５の説明図である。図３は、第１子装置７１の記憶部８３に記憶された管理情報８５及び入出力関連情報９０の説明図である。ストッカシステム１は、複数のストッカ４０と、親装置６１及び複数の子装置７０を備えたストッカ管理装置６０と、を備えている。ストッカシステム１は、ネットワーク２に接続されており、ネットワーク２を介して納品関連システム５及び受取者２０の携帯端末２１と通信可能である。
【００１１】
納品関連システム５は、事業者が有するシステムであり、物品１７の受取者２０への納品に関連するシステムである。ここで、「事業者」は、物品の販売業者と物品１７の配送業者とを含む。また、「納品関連システム」は、物品１７の納品に関連するシステムであればよく、例えば物品１７の発注に関連する（例えば発注を受け付ける）システムや、物品１７の配送に関連する（例えば配送依頼を受け付ける）システムを含む。本実施形態では、納品関連システム５として、物品１７の販売業者且つ配送業者である事業者Ａが有する納品関連システム５ａと、物品１７の配送業者である事業者Ｂが有する納品関連システム５ｂと、が存在する場合を例として説明する。なお、事業者Ａは、納品関連システム５ａを用いて、物品１７として例えば食品や日用品などの商品の発注を受取者２０から受け付け、その物品１７を事業者Ａの配達者１９によりストッカ４０に納入し、ストッカ４０を介して受取者２０に受け渡す。また、事業者Ｂは、納品関連システム５ｂを用いて、物品１７として例えば書類などの配送の依頼を差出人から受け付け、その物品１７を事業者Ｂの配達者１９によりストッカ４０に納入し、ストッカ４０を介して受取者２０に受け渡す。
【００１２】
納品関連システム５ａは、受取者２０に物品１７の販売及び配送を行うシステムであり、事業者Ａの商店１０ａと、商店１０ａに配置され納品関連システム５ａを管理するコンピュータである事業者ＰＣ１２ａと、事業者Ａによって運営されるネットスーパーのウェブサイト１５ａと、を備えている。ウェブサイト１５ａは、ネットワーク２を介して例えば事業者ＰＣ１２ａや携帯端末２１からアクセス可能になっている。
【００１３】
納品関連システム５ｂは、受取者２０に物品１７の配送を行うシステムであり、事業者Ｂの事業所１０ｂと、事業所１０ｂに配置され納品関連システム５ｂを管理するコンピュータである事業者ＰＣ１２ｂと、事業者Ｂによって運営されるメール便のウェブサイト１５ｂと、を備えている。ウェブサイト１５ｂは、ネットワーク２を介して例えば事業者ＰＣ１２ｂや携帯端末２１からアクセス可能になっている。
【００１４】
携帯端末２１は、事業者Ａへの物品１７の発注と、事業者Ａ，Ｂからの物品１７の受取とを行う受取者２０が所持する機器であり、例えばスマートフォンなどの携帯可能なコンピュータとして構成されている。
【００１５】
複数のストッカ４０は、事業者Ａ，Ｂから配送される物品１７の受け渡しに用いられるものである。本実施形態では、ストッカシステム１は２台のストッカ４０（第１，第２ストッカ４１，４２）を備えている。複数のストッカ４０の各々は、施錠可能な複数（本実施形態では３０個）の納品庫４５と、表示操作部５４と、読取機５５，５６と、を備えている。納品庫４５の各々は、物品１７等の物品を収容可能な内部空間を有しており、前面の扉４６と、扉４６の施錠及び解錠を行うロック機構４７と、納品庫４５内の物品の有無を検出する物品センサ４８と、扉４６の開閉を検出する開閉センサ４９と、を備えている。表示操作部５４は、ストッカ４０の前面に配置されたタッチパネルなどを備えており、配達者１９及び受取者２０への各種情報の表示や、配達者１９及び受取者２０からの各種操作の入力を行う。読取機５５は、前方にかざされたコード（例えばＱＲコード（登録商標）などの二次元コード）を読み取る固定式のコードリーダであり、ストッカ４０の前面の表示操作部５４付近に配置されている。読取機５６は、物品１７に付されたバーコード１８を読み取る手持ち式のバーコードリーダである。ストッカ４０は、多数の受取者２０が利用可能であり、オフィス、コンビニエンスストア、工場、駅、学校、マンションなど様々な場所に配置することができる。
【００１６】
ストッカ管理装置６０は、複数のストッカ４０を管理する装置であり、親装置６１と、複数の子装置７０と、を備えたシステムとして構成されている。親装置６１は、複数の子装置７０に対するサーバーとして構成されており、親制御部６２と、記憶部６３と、通信部６４と、を備えている。親制御部６２は、ＣＰＵ，ＲＯＭ及びＲＡＭなどにより構成され装置全体の制御を司る。記憶部６３は、処理プログラムなどの各種アプリケーションプログラムやストッカ４０の管理情報６５などの各種データを記憶している。通信部６４は、ネットワーク２に接続されて、他の機器と双方向の通信を行う。
【００１７】
図２に示すように、記憶部６３に記憶された管理情報６５は、納品庫対応テーブル６６と、仮予約テーブル６７と、物品有無テーブル６８と、優先納品庫テーブル６９と、を含んでいる。納品庫対応テーブル６６は、受取者ＩＤと、事業者ＩＤと、納品ＩＤと、ストッカ番号と、納品庫番号と、解錠コードと、を対応付けたテーブルである。受取者ＩＤは、受取者２０を識別可能な情報である。なお、受取者を識別可能な情報であればよく、例えば受取者ＩＤの代わりに受取者のメールアドレスなどを対応付けてもよい。事業者ＩＤは、事業者（ここでは事業者Ａ，Ｂ）を識別可能な情報である。納品ＩＤは、納品関連システム５ａ，５ｂにおける物品１７の発注や配送を識別可能な情報である。ストッカ番号は、複数のストッカ４０の中のいずれのストッカ４０かを特定可能な情報である。納品庫番号は、ストッカ４０の中のいずれの納品庫４５かを特定可能な情報である。解錠コードは、受取者２０が物品１７を受け取る際に納品庫４５を解錠するための情報（受取時解錠コード）である。仮予約テーブル６７は、納品庫番号が対応付けられていない点以外は、納品庫対応テーブル６６と同様の情報を対応付けたテーブルである。物品有無テーブル６８は、ストッカ番号と、納品庫番号と、納品庫４５内の物品の有無を表す物品有無と、を対応付けたテーブルである。なお、納品庫４５内の物品有無は、物品センサ４８による物品の有無の検出に基づく情報であり、親装置６１が子装置７０から取得した情報である。優先納品庫テーブル６９は、ストッカ番号と、納品庫番号と、事業者ＩＤと、を対応付けたテーブルである。優先納品庫テーブル６９は、複数の納品庫４５の各々に関して、事業者に優先的に使用可能に割り当てられた納品庫（優先納品庫とも称する）であるか否か、及び優先納品庫である場合にはいずれの事業者に割り当てられているか、を特定可能なテーブルである。なお、図２の優先納品庫テーブル６９において事業者ＩＤが「−」となっている納品庫４５は、いずれの事業者に対しても優先的に使用可能に割り当てられていない納品庫４５（フリー納品庫とも称する）であることを表す。本実施形態では、第１ストッカ４１に設けられた複数の納品庫４５の各々は、事業者Ａの優先納品庫，事業者Ｂの優先納品庫，及びフリー納品庫のいずれかであるものとした。また、第１ストッカ４１に設けられた複数の納品庫４５は、事業者Ａの優先納品庫，事業者Ｂの優先納品庫，及びフリー納品庫をそれぞれ１以上含むものとした。また、図示は省略するが、管理情報６５には、複数の受取者２０の受取者ＩＤと、複数の受取者２０のメールアドレスとを対応付けた受取者情報テーブルも含まれている。
【００１８】
複数の子装置７０は、親装置６１に対するクライアントとして構成されている。本実施形態では、ストッカ管理装置６０は２台の子装置７０（第１，第２子装置７１，７２）を備えている。第１子装置７１は、第１ストッカ４１を管理する装置であり、第１ストッカ４１のうち納品庫４５と同様の箱状の１室（機器保管庫）内に配置されている。第１子装置７１は、子制御部８２と、記憶部８３と、通信部８４とを備えている。子制御部８２は、ＣＰＵ，ＲＯＭ及びＲＡＭなどにより構成され装置全体の制御を司る。記憶部８３は、処理プログラムなどの各種アプリケーションプログラムや、第１ストッカ４１の管理情報８５及び入出力関連情報９０などの各種データを記憶している。通信部８４は、ネットワーク２に接続されて、他の機器と双方向の通信を行う。第１子装置７１は、第１ストッカ４１の表示操作部５４に表示信号を出力して表示操作部５４に情報を表示させたり、第１ストッカ４１の表示操作部５４から操作信号を入力したり、第１ストッカ４１の読取機５５，５６が読み取ったコード情報を入力したりする。また、第１子装置７１は、第１ストッカ４１のロック機構４７に制御信号を出力して納品庫４５の施錠及び解錠を制御したり、第１ストッカ４１の物品センサ４８及び開閉センサ４９からの検出信号を入力して納品庫４５内の物品の有無や扉４６の開閉を検出したりする。第２子装置７２は、第２ストッカ４２を管理する装置であり、第１子装置７１と同様に第２ストッカ４２の機器保管庫内に配置されている。図示は省略するが、第２子装置７２は、第１子装置７１と同様に子制御部８２と、管理情報８５などを記憶する記憶部８３と、通信部８４と、を備えている。
【００１９】
第１子装置７１の記憶部８３に記憶された管理情報８５は、自身が管理する第１ストッカ４１の情報のみを含む点以外は親装置６１の納品庫対応テーブル６６，仮予約テーブル６７，物品有無テーブル６８，及び優先納品庫テーブル６９と同様のテーブル、すなわち図３に示す納品庫対応テーブル８６，仮予約テーブル８７，物品有無テーブル８８，及び優先納品庫テーブル８９を含んでいる。第２子装置７２の記憶部８３に記憶された管理情報８５も、同様に自身が管理する第２ストッカ４２の情報のみを含む各テーブルを含んでいる。なお、親装置６１は、管理情報６５の納品庫対応テーブル６６及び仮予約テーブル６７の情報に変更が生じると、対応するストッカ４０を管理する子装置７０に変更後の情報を送信する。同様に、子装置７０は、管理情報８５の納品庫対応テーブル８６，仮予約テーブル８７及び物品有無テーブル８８の情報に変更が生じると、親装置６１に変更後の情報を送信する。そのため、親装置６１の管理情報６５と複数の子装置７０の管理情報８５とは、情報の同期が取られている。
【００２０】
第１子装置７１の記憶部８３に記憶された入出力関連情報９０は、第１ストッカ４１の操作者（配達者１９及び受取者２０）との情報の入出力に関連する情報であり、図３に示すように、要素情報テーブル９２及び入力部分指定テーブル９３を含んでいる。要素情報テーブル９２は、表示操作部５４に表示する画面に関する情報を含むテーブルである。要素情報テーブル９２は、例えば後述するバーコード入力画面及び納品指示画面などの画面種別毎に、共通要素情報と事業者別要素情報とを対応付けたテーブルである。共通要素情報は、画面の構成要素のうち事業者Ａ，Ｂに共通する構成要素の情報である。事業者別要素情報は、画面の構成要素のうち事業者毎に異なる構成要素の情報である。本実施形態では、事業者別要素情報は、事業者Ａ，Ｂの各々に対応して、画面内の色（ここでは画面の背景色），画面内の文字，及び前記画面内の一部に表示する画像に関する情報を含んでいる。入力部分指定テーブル９３は、読取機５６を介して読み取るべきコードに関する情報を含むテーブルである。要素情報テーブル９２は、事業者Ａ，Ｂの各々と、読み取ったコードのうちいずれの部分を必要な情報として取得するかを表す指定部分に関する情報と、を対応付けたテーブルである。第２子装置７２の記憶部８３に記憶された入出力関連情報９０も、自身が管理する第２ストッカ４２の操作者との情報の入出力に関連する情報として、要素情報テーブル９２及び入力部分指定テーブル９３を含んでいる。
【００２１】
続いて、こうして構成されたストッカシステム１及び納品関連システム５ａ，５ｂの動作について説明する。受取者２０は、携帯端末２１を操作してウェブサイト１５ａにアクセスし、希望する物品１７，自身の受取者ＩＤ，受け渡しを希望するストッカ４０のストッカ番号などを入力して、事業者Ａに対して物品１７の発注を行う。発注が行われると、納品関連システム５ａの事業者ＰＣ１２ａは入力された情報を取得し、発注を管理する注文番号を付してこれらの発注情報を管理する。また、事業者ＰＣ１２ａは、事業者Ａの事業者ＩＤと、納品ＩＤと、発注情報のうち受取者ＩＤ及び受渡希望のストッカ４０のストッカ番号と、を含む納入先決定要求を親装置６１に送信する。なお、本実施形態では、納品関連システム５ａが発注情報の管理に用いる注文番号は９桁のコードであり、そのうちの一部である末尾８桁を、納品ＩＤとしてストッカシステム１に送信して使用させるものとした。また、差出人は、携帯端末を操作してウェブサイト１５ｂにアクセスし、配送を希望する受取者２０の受取者ＩＤ，受取者２０への受け渡しを希望するストッカ４０のストッカ番号などを入力して、事業者Ｂに対して物品１７の配送の依頼を行う。依頼が行われると、納品関連システム５ｂの事業者ＰＣ１２ｂは入力された情報を取得し、配送を管理する問合せ番号を付してこれらの配送情報を管理する。また、事業者ＰＣ１２ｂは、事業者Ｂの事業者ＩＤと、納品ＩＤと、配送情報のうち受取者ＩＤ及び受渡希望のストッカ４０のストッカ番号と、を含む納入先決定要求を親装置６１に送信する。なお、本実施形態では、納品関連システム５ｂが配送情報の管理に用いる問合せ番号は１２桁のコードであり、その問合わせ番号自体を納品ＩＤとしてストッカシステム１に送信して使用させるものとした。親装置６１は、このように納品関連システム５ａ，５ｂの各々から物品１７の納入先決定要求を入力すると、入力した納入先決定要求に基づいて、複数のストッカ４０のうちいずれかのストッカ４０を納入先ストッカに決定する処理を含む納入先決定処理を行う。図４は、親装置６１の親制御部６２により実行される納入先決定処理ルーチンの一例を表すフローチャートである。このルーチンは、記憶部６３に記憶されており、親装置６１の電源がＯＮされると開始される。
【００２２】
このルーチンを開始すると、親制御部６２は、まず、納品関連システム５から上述した納入先決定要求を受信（入力）するまで待つ（ステップＳ１００）。納入先決定要求を入力すると、親制御部６２は、入力した納入先決定要求に含まれる事業者ＩＤに基づいて、いずれの事業者からの納入先決定要求であるかを判定する（ステップＳ１０５）。判定した事業者が事業者Ａであった場合、親制御部６２は、入力した納入先決定要求に基づいて納入先ストッカを決定する（ステップＳ１１０）。例えば、親制御部６２は、納入先決定要求に含まれる受渡希望のストッカ４０をそのまま納入先ストッカに決定する。続いて、親制御部６２は、ステップＳ１１５〜Ｓ１３０の処理を行って、納入先ストッカが備える複数の納品庫４５の中から物品１７の納入先となる納入先納品庫を決定する。具体的には、まず、親制御部６２は、事業者Ａに予め割り当てられた優先納品庫の中に空き納品庫があるか否かを調べる（ステップＳ１１５）。なお、空き納品庫とは、使用予定のない納品庫４５であり、本実施形態では納品庫対応テーブル６６に納品庫番号が記憶されていない納品庫４５である。親制御部６２は、優先納品庫テーブル６９に基づいて事業者Ａの優先納品庫の納品庫番号を調べ、さらにその納品庫番号が納品庫対応テーブル６６に記憶されていないか否かを調べることで、事業者Ａの優先納品庫の中に空き納品庫があるか否かを調べる。優先納品庫のうち１以上が空き納品庫であった場合には、親制御部６２は、その空き納品庫のいずれかを納入先納品庫に決定する（ステップＳ１２０）。一方、事業者Ａの優先納品庫がいずれも空き納品庫ではなかった場合には、親制御部６２は、事業者Ａ，Ｂのいずれの優先納品庫にも割り当てられていない納品庫４５であるフリー納品庫の中に空き納品庫があるか否かを調べる（ステップＳ１２５）。すなわち、親制御部６２は、優先納品庫テーブル６９に基づいてフリー納品庫の納品庫番号を調べ、その納品庫番号が納品庫対応テーブル６６に記憶されていないか否かを調べる。そして、フリー納品庫のうち１以上が空き納品庫であった場合には、親制御部６２は、その空き納品庫のいずれかを納入先納品庫に決定する（ステップＳ１３０）。このように、親制御部６２は、ステップＳ１１５〜Ｓ１３０の処理を行うことで、空き納品庫のうち納入先決定要求に関連する事業者（ここでは、納入先決定要求を送信した事業者Ａ）の優先納品庫を優先的に納入先納品庫に決定する。なお、ステップＳ１２５でフリー納品庫も全て空き納品庫ではなかった場合には、親制御部６２は、ステップＳ１１０以降の処理を行う。すなわち、親制御部６２は、納入先ストッカを他のストッカ４０に変更して、変更後のストッカ４０が備える納品庫４５の中から納入先納品庫を決定する。納入先ストッカを変更する際には、例えば納入先決定要求に含まれる受渡希望のストッカ４０に最も近い位置にあるストッカ４０に変更してもよい。また、親制御部６２は、ステップＳ１２５でフリー納品庫も全て空き納品庫ではなかった場合に、納入先ストッカの変更を行わずに納品関連システム５ａに対してエラー通知を送信してもよい。この場合、納品関連システム５ａは、受取者２０の携帯端末２１に発注のキャンセルや受渡希望のストッカ４０を変更した新たな発注を行うよう通知してもよい。
【００２３】
ステップＳ１２０又はＳ１３０で納入先納品庫を決定すると、親制御部６２は、決定した納入先ストッカのストッカ番号と、決定した納入先納品庫の納品庫番号と、納品庫対応テーブル６６及び仮予約テーブル６７に記憶済みのいずれの解錠コードとも異なる解錠コードと、ステップＳ１００で入力した納入先決定要求に含まれる受取者ＩＤ，事業者ＩＤ及び納品ＩＤと、を対応付けて納品庫対応テーブル６６に記憶する（ステップＳ１４０）。また、親制御部６２は、ストッカ番号と、納品庫番号と、納入先決定要求に含まれる納品ＩＤと、を対応付けて事業者Ａの事業者ＰＣ１２ａに送信する（ステップＳ１４５）。なお、ステップＳ１４５では、親制御部６２は、納品庫番号については送信しなくてもよい。また、親制御部６２は、ステップＳ１００で受信した受渡希望のストッカ４０をステップＳ１１０で納入先ストッカに決定した場合には、ステップＳ１４５の処理を省略してもよい。続いて、親制御部６２は、ステップＳ１４０で記憶した解錠コードを表す二次元コードを含む解錠コード通知を、今回記憶した受取者ＩＤのメールアドレスに送信して（ステップＳ１５０）、ステップＳ１００以降の処理を実行する。なお、解錠コード通知には、決定した納入先ストッカや納入先納品庫の情報などが含まれていてもよい。
【００２４】
一方、ステップＳ１０５で判定した事業者が事業者Ｂであった場合、親制御部６２は、入力した納入先決定要求に含まれる受渡希望のストッカ４０をそのまま納入先ストッカに決定する（ステップＳ１５５）。続いて、親制御部６２は、決定した納入先ストッカのストッカ番号と、納品庫対応テーブル６６及び仮予約テーブル６７に記憶済みのいずれの解錠コードとも異なる解錠コードと、ステップＳ１００で入力した納入先決定要求に含まれる受取者ＩＤ，事業者ＩＤ及び納品ＩＤと、を対応付けて仮予約テーブル６７に記憶する（ステップＳ１６０）。なお、この処理は、納入先納品庫を決定しない点、及び仮予約テーブル６７に記憶する点以外は、ステップＳ１４０の処理と同様である。また、親制御部６２は、ストッカ番号と、納入先決定要求に含まれる納品ＩＤと、を対応付けて事業者Ｂの事業者ＰＣ１２ｂに送信し（ステップＳ１６５）、ステップＳ１６０で記憶した解錠コードを表す二次元コードを含む解錠コード通知を、今回記憶した受取者ＩＤのメールアドレスに送信して（ステップＳ１７０）、ステップＳ１００以降の処理を実行する。なお、解錠コード通知には、決定した納入先ストッカの情報などが含まれていてもよい。
【００２５】
このように、納入先決定処理ルーチンでは、親制御部６２は、納入先決定要求に関する事業者がいずれの事業者であるかによって、異なる処理を行う。具体的には、納入先決定要求を事業者Ａから受信した場合には、親制御部６２は、納入先ストッカを決定するだけでなく納入先納品庫も決定して、決定した情報を納品庫対応テーブル６６に記憶する。一方、納入先決定要求を事業者Ｂから受信した場合には、親制御部６２は、納入先ストッカを決定するが納入先納品庫は決定せずに、決定した情報を仮予約テーブル６７に記憶する。なお、納入先決定要求を事業者Ｂから受信した場合には、親制御部６２は納入先納品庫を決定せず、空き納品庫も調べないため、空き納品庫がないストッカ４０であっても納入先ストッカに決定可能である。また、仮予約テーブル６７には、ステップＳ１６０で記憶する互いに対応付けられた１組のデータ（１回の納入先決定要求に伴い記憶されるデータ）を、納入先ストッカが有する納品庫４５の数以上に記憶しておくことが許容される。
【００２６】
一方、事業者Ａの商店１０ａの店員は、事業者ＰＣ１２ａに記憶された発注情報やストッカシステム１から送信された納入先ストッカのストッカ番号などに基づいて、物品１７の手配や配達者１９に対する物品１７の配送指示などを行う。なお、物品１７には、上述した注文番号を表すバーコード１８が付される。配達者１９は、物品１７を納入先ストッカ４０に配送し、納品庫４５に納入する。また、事業者Ｂの配達者１９は、差出人から配送の対象となる物品１７を受け取り、上述した問合せ番号を表すバーコード１８を付す。そして、配達者１９は、事業者ＰＣ１２ｂに記憶された配送情報やストッカシステム１から送信された納入先ストッカのストッカ番号などに基づいて、物品１７を納入先ストッカに配送し、納品庫４５に納入する。事業者Ａ，Ｂの配達者１９が納品庫４５への物品１７の納入を行う際、納入先ストッカを管理する子装置７０は、配達者１９の操作に基づいて納入先納品庫の解錠などを行う納入時処理を行う。図５は、子装置７０の子制御部８２により実行される納入時処理ルーチンの一例を表すフローチャートである。図６は、納入時に表示操作部５４に表示される画面の一例を示す説明図である。このルーチンは、記憶部８３に記憶されており、例えばこれから物品１７の納入を行う旨を表示操作部５４を介して操作者（通常は配達者１９）から入力すると、実行される。
【００２７】
このルーチンを開始すると、子制御部８２は、まず、事業者ＩＤ入力画面を表示操作部５４に表示する（ステップＳ２００）。ここで、配達者１９は、自分が正規配達者であることを証明するために、自身の事業所の事業所ＩＤを表す二次元コードが付された配達者カードを持参しているものとした。ステップＳ２００では、子制御部８２は、図６（ａ）に示すように、この配達者カードを読取機５５にかざすよう促す画面を表示操作部５４に表示する。なお、この画面は、配達者１９が事業者Ａ，Ｂのいずれに関連するかに関わらず同じ画面であり、例えば入出力関連情報９０に記憶されている。続いて、子制御部８２は、読取機５５を介してコード情報（通常は配達者カードの事業者ＩＤ）を入力するまで待ち（ステップＳ２０５）、入力されたコード情報に基づいて配達者１９が正規の配達者１９であるか否かを判定し（ステップＳ２０７）、正規である場合には配達者１９がいずれの事業者に関連するかを特定する（ステップＳ２１０）。子制御部８２は、入力された事業者ＩＤが予め記憶部８３に記憶された複数の事業者（ここでは事業者Ａ，Ｂ）のいずれかの事業者ＩＤと一致するか否かによって、これらの判定を行う。子制御部８２は、入力されたコード情報が予め記憶されたいずれの事業者ＩＤとも一致しない場合には、ステップＳ２０７で操作者は正規の配達者１９ではないと判定して、表示操作部５４にエラー表示を出力し（ステップＳ２１５）、このルーチンを終了する。一方、ステップＳ２１０で配達者１９が事業者Ａに関連すると判定した場合には、子制御部８２は、要素情報テーブル９２に基づいて、事業者Ａに予め対応付けられた態様でバーコード入力画面を生成して表示操作部５４に表示する（ステップＳ２１７）。図６（ｂ）は、事業者Ａに対応付けられた態様で表示操作部５４に表示されたバーコード入力画面の例である。図６（ｂ）に示すように、バーコード入力画面は、事業者毎に異なる情報が表示される領域である画像表示領域１０１及び文字表示領域１０２と、複数の事業者に共通の情報が表示される共通領域（画像表示領域１０１及び文字表示領域１０２以外の領域）とを有している。子制御部８２は、物品１７のバーコード１８に読取機５６をかざすよう促す画像、及び処理を中止する中止ボタンなど、事業者Ａ，Ｂに共通する構成要素（共通要素）を要素情報テーブル９２から読み出して共通領域に表示する。また、子制御部８２は、バーコード入力画面に対応し且つ事業者Ａに対応する事業者別要素（ここでは背景色，文字，画像）を読み出して、これを共通要素と組み合わせて表示する。すなわち、要素情報テーブル９２から読み出した、バーコード入力画面の背景色（ハッチングで図示）、画像表示領域１０１に表示する画像（ここでは事業者Ａに関するロゴ）、文字表示領域１０２に表示する文字列（ここでは注文番号のバーコード１８を読み取るよう促す文字列）を表示操作部５４に表示する。
【００２８】
次に、子制御部８２は、読取機５６を介してバーコード１８のコード情報を入力するまで待ち（ステップＳ２２０）、入力されたコード情報のうち事業者Ａに予め対応付けられた指定部分の情報を納品ＩＤとして取得する（ステップＳ２２５）。具体的には、子制御部８２は、入力部分指定テーブル９３に基づいて、事業者Ａに対応付けられた指定部分である、入力された９桁のコード情報のうちの末尾８桁を、納品ＩＤとして取得する。上述したように、事業者Ａは９桁の注文番号で自身の発注情報を管理しており、物品１７に付されたバーコード１８が表すコード情報も納品ＩＤではなくこの注文番号である。このような場合でも、入力部分指定テーブル９３を用いて事業者に応じた態様で情報の入力を行うことで、子制御部８２はバーコード１８から適切に納品ＩＤを取得できる。
【００２９】
続いて、子制御部８２は、取得した納品ＩＤに対応する納品庫番号を納品庫対応テーブル６６を用いて調べ、その納品庫番号で特定される納品庫４５（すなわち納入先納品庫）を解錠すると共に物品１７の納入を促す納入指示画面を表示操作部５４に表示する（ステップＳ２３０）。このとき、子制御部８２は、要素情報テーブル９２に基づいて、事業者Ａに予め対応付けられた態様で納入指示画面を生成して表示操作部５４に表示する（図６（ｃ））。図６（ｃ）に示す納入指示画面は、図６（ｂ）のバーコード入力画面と同様に、事業者毎に異なる情報が表示される領域である画像表示領域１０５を有している。子制御部８２は、要素情報テーブル９２に基づいて、物品１７を解錠された納品庫４５に納入するよう促す画像及び文字列などの事業者Ａ，Ｂの共通要素と、事業者Ａに対応する背景色（ハッチングで図示）及び事業者Ａに対応して画像表示領域１０５に表示する画像（ここでは事業者Ａに関するロゴ）とを組み合わせて表示操作部５４に表示する。
【００３０】
その後、子制御部８２は、物品センサ４８及び開閉センサ４９の検出状況に基づいて、解錠した納品庫４５への物品１７の納入完了を検出するまで待つ（ステップＳ２３５）。例えば、子制御部８２は、物品センサ４８が納品庫４５内の物品ありを検出し且つ開閉センサ４９が納品庫４５の扉４６の閉扉を検出したときに、納入完了と判定する。納入完了を検出すると、子制御部８２は、納品庫４５を施錠すると共に、納入完了画面を表示操作部５４に表示して（ステップＳ２４０）、本ルーチンを終了する。なお、図示は省略するが、この納入完了画面も、要素情報テーブル９２に基づいて事業者Ａに予め対応付けられた態様で表示する。なお、物品センサ４８が納品庫４５内の物品ありを検出すると、記憶部８３に記憶された物品有無テーブル８８における物品の有無が変更され、親装置６１の物品有無テーブル６８にも変更が反映される。
【００３１】
一方、ステップＳ２１０で配達者１９が事業者Ｂに関連すると判定した場合には、子制御部８２は、事業者Ｂに予め対応付けられた態様でバーコード入力画面を生成して表示操作部５４に表示する（ステップＳ２４７）。図６（ｄ）は、事業者Ｂに対応付けられた態様で表示操作部５４に表示されたバーコード入力画面の例である。図６（ｄ）に示すように、ここで表示操作部５４に表示されるバーコード入力画面は、要素情報テーブル９２においてバーコード入力画面に対応し且つ事業者Ｂに対応する事業者別要素（ここでは背景色，文字表示領域１０２に表示される文字，画像表示領域１０１に表示される画像）が異なっている。また、バーコード入力画面のうち事業者別要素以外の要素（共通要素）については、図６（ｂ）に示した事業者Ａ用のバーコード入力画面と同じ態様になっている。
【００３２】
次に、子制御部８２は、読取機５６を介してバーコード１８のコード情報を入力するまで待ち（ステップＳ２５０）、入力されたコード情報のうち事業者Ｂに予め対応付けられた指定部分の情報を納品ＩＤとして取得する（ステップＳ２５５）。具体的には、子制御部８２は、入力部分指定テーブル９３に基づいて、事業者Ｂに対応付けられた指定部分である、入力された１２桁のコード情報全てを、納品ＩＤとして取得する。上述したように、事業者Ｂは１２桁の問合せ番号で自身の配送情報を管理しており、問合せ番号と納品ＩＤとは同じ値になっている。また、上述した納入先決定要求に含まれる納品ＩＤは、事業者Ａと事業者Ｂとで桁数が異なるなど、事業者毎に異なる態様になっている。このような場合でも入力部分指定テーブル９３を用いて事業者に応じた態様で情報の入力を行うことで、バーコード１８から適切に納品ＩＤを取得できる。
【００３３】
続いて、子制御部８２は、ステップＳ１１５Ｂ〜Ｓ１３０Ｂの処理を行って、納入先ストッカが備える複数の納品庫４５の中から物品１７の納入先となる納入先納品庫を決定する。ステップＳ１１５Ｂ〜Ｓ１３０Ｂの処理は、図４のステップＳ１１５〜Ｓ１３０と同様に行われる。すなわち、子制御部８２は、事業者Ｂに予め割り当てられた優先納品庫の中に空き納品庫があるか否かを、納品庫対応テーブル８６及び物品有無テーブル８８に基づいて調べる（ステップＳ１１５Ｂ）。優先納品庫のうち１以上が空き納品庫であった場合には、子制御部８２は、その空き納品庫のいずれかを納入先納品庫に決定する（ステップＳ１２０Ｂ）。一方、事業者Ｂの優先納品庫がいずれも空き納品庫ではなかった場合には、子制御部８２は、フリー納品庫の中に空き納品庫があるか否かを調べ（ステップＳ１２５Ｂ）、フリー納品庫のうち１以上が空き納品庫であった場合には、その空き納品庫のいずれかを納入先納品庫に決定する（ステップＳ１３０Ｂ）。なお、ステップＳ１２５Ｂでフリー納品庫の中にも空き納品庫がなかった場合には、物品１７の納入ができない旨のエラー表示を表示操作部５４に表示して（ステップＳ２６０）、本ルーチンを終了する。この場合は、配達者１９は物品１７を事業所１０ｂに持ち帰るなどして、改めて配送を行う。なお、配達者１９は、事業者ＰＣ１２ｂを用いて事業所１０ｂから各納品庫４５の空き状況を予め確認した上で物品１７を納入先ストッカまで配送してもよい。こうすれば、物品１７の納入ができず持ち帰らなければならないという事態を生じにくくできる。
【００３４】
このように、事業者Ａが配送する物品１７については納入先ストッカを決定する際に納入先納品庫も決定される（納品庫決定方式Ａと称する）のに対し、事業者Ｂが配送する物品１７の納入先納品庫は、配達者１９が物品１７を納入先ストッカまで配送したときに初めて決定される（納品庫決定方式Ｂと称する）。納品庫決定方式Ｂでは、配達者１９が物品１７を納品庫４５に納入しようとするタイミングで空き納品庫が存在すれば、その空き納品庫を納入先納品庫に決定して納入を行うことができ、納品庫４５の利用効率を高めることができる。一方、納品庫決定方式Ａでは、納入先ストッカを決定する際に納入先納品庫も決定しておくため、配達者１９が納入しようとするタイミングで空き納品庫が不足して納入ができないという事態を回避できる。事業者Ａが配送する物品１７には食品が含まれることから、事業者Ａは納品庫決定方式Ａを採用している。一方、事業者Ｂが配送する物品１７は主に書類であり配達者１９が持ち帰って再度配送しても問題が生じにくいことから、納品庫４５の利用効率向上を優先して納品庫決定方式Ｂを採用している。
【００３５】
ステップＳ１２０Ｂ又はＳ１３０Ｂで納入先納品庫を決定すると、子制御部８２は、納品庫対応テーブル８６及び仮予約テーブル８７を更新する（ステップＳ２６５）。具体的には、子制御部８２は、ステップＳ２５５で取得した納品ＩＤに対応する情報（受取り者ＩＤ，事業者ＩＤ，解錠コード）を仮予約テーブル８７の中から読み出し、それらの情報に納入先納品庫の納品庫番号を対応付けて納品庫対応テーブル８６に記憶する。また、仮予約テーブル８７からはそれらの情報を削除する。親装置６１の納品庫対応テーブル６６及び仮予約テーブル６７にも、これらの更新が反映される。
【００３６】
続いて、子制御部８２は、決定した納入先納品庫を解錠すると共に、事業者Ｂに対応付けられた態様で納入指示画面を表示操作部５４に表示する（ステップＳ２７０）。図６（ｅ）は、事業者Ｂに対応付けられた態様で表示操作部５４に表示された納入指示画面の例である。図６（ｅ）に示すように、ここで表示操作部５４に表示される納入指示画面は、要素情報テーブル９２において納入指示画面に対応し且つ事業者Ｂに対応する事業者別要素（ここでは背景色，及び画像表示領域１０５に表示される画像）が異なっている。また、納入指示画面のうち事業者別要素以外の要素（共通要素）については、図６（ｃ）に示した事業者Ａ用の納入指示画面と同じ態様になっている。
【００３７】
その後、子制御部８２は、解錠した納品庫４５への物品１７の納入完了を検出するまで待ち（ステップＳ２７５）、納入完了を検出すると、納品庫４５を施錠すると共に、事業者Ｂに予め対応付けられた態様で図示しない納入完了画面を表示操作部５４に表示して（ステップＳ２８０）、本ルーチンを終了する。なお、物品センサ４８が納品庫４５内の物品ありを検出すると、記憶部８３に記憶された物品有無テーブル８８における物品の有無が変更され、親装置６１の物品有無テーブル６８にも変更が反映される。
【００３８】
なお、親制御部６２は、物品有無テーブル６８のいずれかの納品庫番号に対応する物品有無が物品なしから物品ありに変更になったことを検出すると、納品庫対応テーブル６６でその納品庫４５に対応する受取者ＩＤのメールアドレスに、納入完了メールを送信する。
【００３９】
納入完了メールを携帯端末２１で受信した受取者２０は、納入先ストッカに向かい、納品庫４５に納入された物品１７を受け取る。このとき、納入先ストッカを管理する子装置７０は、受取者２０の操作に基づいて納入先納品庫の解錠などを行う受取時処理を行う。図７は、子装置７０の子制御部８２により実行される受取時処理ルーチンの一例を表すフローチャートである。このルーチンは、記憶部８３に記憶されており、例えばこれから物品１７の受取を行う旨を表示操作部５４を介して操作者（通常は受取者２０）から入力すると、実行される。
【００４０】
このルーチンを開始すると、子制御部８２は、まず、受取者２０に解錠コードの入力を促す図示しない解錠コード入力画面を表示操作部５４に表示する（ステップＳ３００）。受取者２０は、上述した解錠コード通知に含まれる解錠コード（ここでは二次元コード）を例えば携帯端末２１の表示画面に表示させて、読取機５５に読み取らせる。子制御部８２は、解錠コードを読取機５５を介して入力するまで待ち（ステップＳ３１０）、納品庫対応テーブル６６において解錠コードに対応付けられた納品庫番号で特定される納品庫４５（すなわち納入先納品庫）を解錠すると共に物品１７の受取を促す図示しない受取指示画面を表示操作部５４に表示する（ステップＳ３２０）。続いて、子制御部８２は、物品センサ４８及び開閉センサ４９の検出状況に基づいて、解錠した納品庫４５において物品１７の受取完了を検出するまで待つ（ステップＳ３３０）。例えば、子制御部８２は、物品センサ４８が納品庫４５内の物品なしを検出し且つ開閉センサ４９が納品庫４５の扉４６の閉扉を検出したときに、受取完了と判定する。受取完了を検出すると、子制御部８２は、受取完了した納品庫４５を施錠すると共に、図示しない受取完了画面を表示操作部５４に表示し（ステップＳ３４０）、納品庫対応テーブル８６を更新して（ステップＳ３５０）、本ルーチンを終了する。具体的には、子制御部８２は、受取完了した納品庫４５に関する情報（解錠コード等との対応付け）を納品庫対応テーブル８６から削除する。この更新は、親装置６１の納品庫対応テーブル６６にも反映される。なお、本実施形態では、上述した解錠コード入力画面，受取指示画面，及び受取完了画面は、入出力関連情報９０に記憶されており、受取者２０が事業者Ａ，Ｂのいずれに関連するか（いずれの事業者からの物品１７の受取者２０であるか）に関わらず同じ画面とした。
【００４１】
ここで、本実施形態の構成要素と本発明の構成要素との対応関係を明らかにする。本実施形態の配達者１９が本発明の操作者に相当し、事業者ＩＤが事業者識別情報に相当し、図５のステップＳ２０５，Ｓ２１０，Ｓ２１７〜Ｓ２３０，Ｓ２４０，Ｓ２４７〜Ｓ２５５，Ｓ２６５，及びＳ２７５を実行する子制御部８２が制御部に相当し、子装置７０がストッカ関連装置に相当する。また、要素情報テーブル９２を記憶する記憶部８３が要素情報記憶部に相当する。
【００４２】
以上詳述した本実施形態のストッカシステム１では、子装置７０は、複数の納品庫４５を備えたストッカ４０の操作者である配達者１９との情報の入出力を行う。子装置７０の子制御部８２は、配達者１９が納品庫４５への物品１７の納品に関する複数の事業者（ここでは事業者Ａ，Ｂ）のうちいずれの事業者に関連するかを特定可能な事業者ＩＤをステップＳ２０５で入力する。そして、子制御部８２は、要素情報テーブル９２を用いて、入力した事業者ＩＤに予め対応付けられた態様且つ他の１以上の事業者と一部が異なる態様で、配達者１９へのバーコード入力画面，納入指示画面，及び納入完了画面の表示を行う。また子制御部８２は、入力部分指定テーブル９３において入力した事業者ＩＤに予め対応付けられた態様且つ他の１以上の事業者と一部が異なる態様で、読取機５６を介したバーコード１８のコード情報の取得を行う。このように、子装置７０は、情報の入力の態様及び情報の出力の態様と事業者ＩＤとを予め対応付けておき、入力した事業者ＩＤに対応する態様で情報の入力及び出力を行う。そのため、情報の入力及び出力を、事業者毎の要望に応じた態様で行うことができる。
【００４３】
また、子制御部８２は、配達者１９への情報の出力として少なくとも表示操作部５４への画面の表示を行い、入力した事業者ＩＤに予め対応付けられた態様、且つ他の１以上の事業者とは画面内の背景色，画面内の文字，及び画面内の一部の画像の有無，の少なくとも１つが異なる態様で、表示操作部５４への画面の表示を行う。そのため、配達者１９への画面の表示を、事業者毎の要望に応じた態様で行うことができる。例えば、本実施形態では、図６（ｂ），（ｃ）に示すように、事業者Ａに関する配達者１９に対して表示される入力画面及び納入指示画面は、背景色が統一されており、且つ画面の左上に事業者Ａに関するロゴが表示されている。事業者によってはこのようにして表示操作部５４に表示する画面を統一したり他の事業者と異なる態様にすることを希望する場合があるが、そのような要望に応じて予め要素情報テーブル９２に記憶しておくことで、その事業者の要望に応じた画面を表示させることができる。また、図６（ｂ），（ｄ）の文字表示領域１０２に表示される文字列の中には、事業者Ａでは「注文番号」という文字列が含まれ、事業者Ｂでは「問合せ番号」という文字列が含まれている。このように、事業者毎に使用する用語が異なる場合にも、予め要素情報テーブル９２を用意しておくことで、事業者Ａ，Ｂのそれぞれの配達者１９に対して適した文字を表示させることができる。
【００４４】
さらに、子装置７０は、画面の構成要素のうち複数の事業者に共通する構成要素の情報である共通要素情報と、画面の構成要素のうち事業者ＩＤに対応付けられた構成要素の情報である事業者別要素情報と、を含む要素情報テーブル９２を記憶する記憶部８３を備えている。そして、子制御部８２は、配達者１９への情報の出力として、共通要素情報と、入力した事業者ＩＤに対応する事業者別要素情報と、を組み合わせた画面を生成して表示操作部５４に表示する。そのため、事業者毎の要望に応じた画面の表示を行いつつ、共通要素情報を用いることで画面に関して予め記憶部８３に記憶しておくべき情報量を削減しやすくなる。
【００４５】
さらにまた、子制御部８２は、配達者１９からの情報の入力としてバーコード１８の読み取りを少なくとも行い、且つ読み取ったバーコード１８に含まれる情報のうち、入力した事業者ＩＤに予め対応付けられた指定部分の情報を入力する。そのため、読み取ったバーコード１８から事業者の要望に応じた態様で適切に情報を取得できる。例えば、事業者Ａは自身の発注情報の管理に注文番号を用いているが、この注文番号を納品関連システム５ａ以外のシステムであるストッカシステム１にそのまま使用されたくない場合がある。一方で、注文番号とは別に納品ＩＤを設定してストッカシステム１に送信すると、納品関連システム５ａで注文番号と納品ＩＤとをそれぞれ管理する必要が生じてしまう。本実施形態では、注文番号のうち予め定められた一部を納品ＩＤとして使用することで、事業者Ａは注文番号をストッカシステム１に使用されないようにしつつ、注文番号と納品ＩＤとを別々に管理する必要も生じないようにしている。事業者Ａがこのような納品ＩＤをストッカシステム１に使用させたいという要望を有する場合にも、予め入力部分指定テーブル９３を記憶しておくことでストッカシステム１はその要望に対応することができる。また、上述したように事業者毎に使用したい納品ＩＤの桁数などが異なっていても、予め入力部分指定テーブル９３を記憶しておくことでストッカシステム１はその要望に対応することができる。
【００４６】
そしてまた、子制御部８２は、配達者１９から入力した事業者ＩＤに基づいて、配達者１９が正規の配達者１９であるか否かを判定し、正規の配達者１９である場合には配達者１９への情報の出力及び操作者からの情報の入力を行う。そのため、入力した事業者ＩＤを、事業者の要望に応じた情報の入出力の態様の特定と、配達者１９が正規であるか否かの判定とに兼用することができる。そのため、例えば両者を別々に行う場合に比して配達者１９の手間を減らすことができる。
【００４７】
なお、本発明は上述した実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の態様で実施し得ることはいうまでもない。
【００４８】
上述した実施形態では、子制御部８２は、配達者１９が操作者である場合、すなわち物品１７の納入時に、入力した事業者ＩＤに予め対応付けられた態様且つ他の１以上の事業者と一部が異なる態様で配達者１９との情報の入出力を行った。これに限らず、子制御部８２は、受取者２０が操作者である場合、すなわち物品１７の受取時に、入力した事業者識別情報に予め対応付けられた態様且つ他の１以上の事業者と一部が異なる態様で受取者２０との情報の入力と出力との少なくとも一方を行ってもよい。例えば、図７の受取時処理ルーチンにおいて、子制御部８２は、ステップＳ３１０で入力した解錠コードと納品庫対応テーブル８６とに基づいて、入力した解錠コードに対応する事業者（事業者ＩＤ）を特定し、特定した事業者に予め対応付けられた態様で、受取指示画面及び受取完了画面を表示してもよい。この場合、解錠コードが「事業者識別情報」に相当する。また、子制御部８２は、ステップＳ３１０で入力した解錠コードに基づいて、受取者２０が正規の受取者２０であるか否かを判定してもよい。例えば、子制御部８２は、入力された解錠コードが納品庫対応テーブル６６に記憶された解錠コードのいずれかと一致するか否かによって、受取者２０が正規の受取者２０であるか否かを判定してもよい。そして、子制御部８２は、正規の受取者２０である場合にはステップＳ３２０以降の処理を行い、正規の受取者２０でない場合にはその旨のエラー表示を表示操作部５４に表示して受取時処理ルーチンを終了してもよい。
【００４９】
上述した実施形態では、要素情報テーブル９２の事業者別要素情報は、画面内の色，画面内の文字，及び前記画面内の一部に表示する画像に関する情報を含んでいたが、これらの少なくともいずれかを含んでいればよい。また、事業者別要素情報は、これらに加えて又は代えて、画面に関する他の情報を含んでいてもよい。また、上述した実施形態では、子制御部８２は、事業者識別情報に予め対応付けられた態様で画面を表示するにあたり、共通要素情報と事業者別要素情報とを組み合わせて画面を生成したが、これに限られない。例えば、このような組み合わせを行わず、図６（ｂ）の画面全体の情報と図６（ｄ）の画面全体の情報とが別々に記憶部８３に記憶されていてもよい。
【００５０】
上述した実施形態では、子制御部８２は、事業者毎に異なる態様での情報の出力として、表示操作部５４への画面の表示を行ったが、これに限られない。例えば、事業者毎に異なる態様で音声を出力してもよい。また、上述した実施形態では、子制御部８２は、配達者１９からの情報の入力としてバーコード１８の読み取りを行ったが、これに限られない。例えば、子制御部８２は、配達者１９からの情報の入力として、一次元コード及び二次元コードのうち１以上を含むコードの読み取りを少なくとも行ってもよい。また、上述した実施形態では、子制御部８２は、入力した事業者ＩＤに対応する態様で情報の入力及び出力を行ったが、情報の入力と情報の出力との一方については入力した事業者ＩＤに関わらず同じ態様で行ってもよい。すなわち、子制御部８２は、入力した事業者ＩＤに予め対応付けられた態様且つ他の１以上の事業者と一部が異なる態様で、操作者への情報の出力と操作者からの情報の入力との少なくとも一方を行えばよい。
【００５１】
上述した実施形態では、入力した事業者ＩＤを、事業者の要望に応じた情報の入出力の態様の特定と、配達者１９が正規であるか否かの判定とに兼用したが、これに限られない。例えば、子制御部８２は、ステップＳ２０５で入力した事業者ＩＤをステップＳ２０７の判定にのみ用いることとし、配達者１９がいずれの事業者に関するかの特定には用いなくてもよい。この場合、子制御部８２は、例えば配達者１９がいずれの事業に関するかを選択するための事業者別の複数のボタンを表示操作部５４に表示して、配達者１９からの選択操作を入力し、入力した選択操作に基づいて配達者１９がいずれの事業者に関するかを特定してもよい。この場合、配達者１９がいずれのボタンを選択したかに関する情報が、「事業者識別情報」に相当する。
【００５２】
上述した実施形態では、子制御部８２は、図５のステップ２０５において、読取機５５を介して配達者カードから事業者ＩＤを入力したが、これに限らず事業者識別情報はどのような態様で入力してもよい。例えば、上述したボタンの選択操作に基づいて入力してもよいし、配達者１９の指紋など操作者自身から情報を入力してもよい。
【００５３】
上述した実施形態では、優先納品庫テーブル６９では、事業者Ａ，Ｂのいずれについても、優先納品庫テーブル６９，８９において予め優先納品庫が割り当てられていたが、これに限られない。例えば、事業者Ｂが、優先納品庫を１つも割り当てられていなくてもよい。この場合、子制御部８２は、図５のステップＳ１１５Ｂで事業者Ｂの優先納品庫がそもそも存在しないため否定判定をして、ステップＳ１２５Ｂでフリー納品庫の中の空き納品庫があれば、ステップＳ１３０Ｂでその空き納品庫のいずれかを納入先納品庫に決定する。すなわち、子制御部８２は、優先納品庫テーブル８９の中に事業者Ｂの事業者ＩＤに対応付けられた納品庫番号が含まれない場合には、優先納品庫テーブル８９に基づいて納入先ストッカの納品庫４５のうちいずれの事業者ＩＤ情報とも対応付けられていない空き納品庫のうちいずれかの納品庫４５を優先的に納入先納品庫に決定する。こうすれば、優先納品庫が割り当てられていない事業者が、他の事業者の優先納品庫を使用してしまうことを抑制できる。
【００５４】
上述した実施形態では、納入先納品庫のうち、事業者に割り当てられた優先納品庫及びフリー納品庫のいずれについても空き納品庫がない場合（ステップＳ１２５，Ｓ１２５Ｂで否定判定）には、親制御部６２及び子制御部８２は納入先納品庫を決定しないものとした。すなわち、親制御部６２及び子制御部８２は、他の事業者に割り当てられた優先納品庫については、納入先納品庫には決定しないものとした。ただし、これに限らず、事業者に割り当てられた優先納品庫及びフリー納品庫のいずれについても空き納品庫がない場合には、他の事業者に割り当てられた優先納品庫の中に空き納品庫があるか否かを調べて、空き納品庫がある場合にはその中のいずれかを納入先納品庫に決定してもよい。
【００５５】
上述した実施形態では、親制御部６２及び子制御部８２は、事業者に割り当てられた優先納品庫の中に空き納品庫がない場合には、フリー納品庫に空き納品庫があればその中のいずれかを納入先納品庫に決定したが、これに限られない。例えば、親制御部６２及び子制御部８２は、事業者に割り当てられた優先納品庫の中に空き納品庫がない場合には、納入先納品庫を決定しなくてもよい。こうすれば、フリー納品庫をなるべく空けておくことができ、例えば優先納品庫が１つも割り当てられていない他の事業者がフリー納品庫を使用しやすくなる。
【００５６】
上述した実施形態では、記憶部６３，８３には優先納品庫テーブル６９，８９が記憶されていたが、記憶されていなくてもよい。すなわち、いずれの事業者についても優先納品庫が割り当てられておらず、ストッカ４０が備える複数の納品庫４５の全てがフリー納品庫であってもよい。
【００５７】
上述した実施形態では、事業者Ａ，Ｂが異なる納品庫決定方式Ａ，Ｂを採用していたが、特にこれに限られない。また、納品庫決定方式Ｂにおいて、物品１７の納入後に受取者２０が受け取らずに所定期間（例えば３日など）が経過すると、子制御部８２は配達者１９に物品１７を回収させてもよい。例えば、子制御部８２は、納品庫対応テーブル８６において物品１７が納入された日時も対応付けて記憶しておき、その日時から所定期間が過ぎたか否かに応じて、回収すべき物品１７が納入された納品庫４５を特定しても良い。この場合、子制御部８２は、図５のステップＳ２１０で事業者を特定した後に、その事業者に対応付けられており且つ回収すべき物品１７が納入された納品庫４５がある場合には、その納品庫４５を解錠して配達者１９に回収を促してもよい。
【００５８】
上述した実施形態では、納入先納品庫が決定されてから物品１７が受け取られるまでの間は納品庫対応テーブル６６，８６に情報が記憶され、その間は納入先納品庫は空き納品庫ではないと判定されるが、これに限られない。例えば、納品庫対応テーブル６６，８６に、納入先納品庫の使用期間に関する情報も対応付けておいてもよい。この場合、親制御部６２及び子制御部８２は、納品庫対応テーブル８６に納品庫番号が対応付けられている納品庫４５であっても、対応する使用期間以外は空き納品庫であるとみなしてもよい。こうすれば、使用期間も考慮して、適切に納入先納品庫を決定することができる。
【００５９】
上述した実施形態において、複数のストッカ４０のうち１以上が他のストッカ４０と異なる所有者に所有されていてもよい。また、物品１７に関連する事業者がストッカ４０を所有していてもよい。例えば、事業者Ａが第１ストッカ４１を所有し、事業者Ｂが第２ストッカ４２を所有していてもよい。このような場合、親制御部６２は、納入先決定要求に基づいて納入先ストッカを決定するにあたり、複数のストッカ４０のうち、納入先決定要求に含まれる事業者ＩＤで特定される事業者が所有するストッカ４０を優先的に納入先ストッカに決定してもよい。なお、親制御部６２は、納入先決定要求に基づいて特定される事業者が所有するストッカ４０のいずれにも空き納品庫がない場合に、他の事業者が所有するストッカ４０のいずれかを納入先ストッカに決定してもよい。また、親制御部６２は、ストッカ４０の使用履歴に基づく情報を事業者にフィードバックしてもよい。例えば、子制御部８２は、ストッカ４０の使用履歴に基づいて、新たなストッカ４０の増設を推奨する旨を事業者の納品関連システム５に送信してもよい。より具体的には、例えば、納入先決定要求に基づいて特定される事業者が所有するストッカ４０のいずれにも空き納品庫がなく他の事業者が所有するストッカ４０のいずれかを納入先ストッカに決定した場合、その回数をカウントしておき、回数が所定の閾値を超えた場合に事業者の納品関連システム５にストッカ４０の増設を推奨する旨を出力してもよい。
【００６０】
上述した実施形態では、複数のストッカ４０及び子装置７０はいずれも同様の装置としたが、これに限られない。例えば、第１ストッカ４１及び第１子装置７１と第２ストッカ４２及び第２子装置７２とで、製造者や仕様などが異なっていてもよい。このような場合、例えば子装置７０の仕様によっては納品関連システム５と直接情報のやり取りができない場合がある。このような場合でも、親装置６１が納品関連システム５とストッカ４０及び子装置７０との間の情報のやり取りの仲介を行うことで、他とは仕様の異なる子装置７０を備えたストッカ４０であっても納入先ストッカに決定可能になるなど、納入先ストッカを適切に決定しやすくなる。
【００６１】
上述した実施形態では、図４のルーチンは親制御部６２が実行し、図５，６のルーチンは子制御部８２が実行したが、ストッカ管理装置６０が全体としてこれらのルーチンを行うことができればよい。例えば子装置７０と親装置６１とで図４〜６のいずれかのルーチンを分担して実行したり、親制御部６２が図５，６のルーチンを実行したりしてもよい。
【００６２】
上述した実施形態では、ストッカ管理装置６０は親装置６１と複数の子装置７０とを備えていたが、これに限られない。例えば、複数の子装置７０を備えず親装置６１がロック機構４７，物品センサ４８，開閉センサ４９，表示操作部５４，読取機５５，５６などと情報のやり取りを行ってもよい。この場合、親装置６１が「ストッカ関連装置」に相当する。あるいは、親装置６１を備えず複数の子装置７０がそれぞれ独立したストッカ管理装置６０として構成されていてもよい。また、子装置７０はストッカ４０のうち納品庫４５と同様の箱状の１室内に配置されていたが、これに限られない。例えば、ストッカ４０とは別の場所に対応する子装置７０が配置されていてもよい。１つの子装置７０が複数のストッカ４０を管理してもよい。
【符号の説明】
【００６３】
１  ストッカシステム、２  ネットワーク、５，５ａ，５ｂ  納品関連システム、１０ａ  商店、１０ｂ  事業所、１２ａ，１２ｂ  事業者ＰＣ、１５ａ，１５ｂ  ウェブサイト、１７  物品、１８  バーコード、１９  配達者、２０  受取者、２１  携帯端末、４０  ストッカ、４１，４２  第１，第２ストッカ、４５  納品庫、４６  扉、４７  ロック機構、４８  物品センサ、４９  開閉センサ、５４  表示操作部、５５，５６  読取機、６０  ストッカ管理装置、６１  親装置、６２  親制御部、６３  記憶部、６４  通信部、６５  管理情報、６６  納品庫対応テーブル、６７  仮予約テーブル、６８  物品有無テーブル、６９  優先納品庫テーブル、７０  子装置、７１，７２  第１，第２子装置、８２  子制御部、８３  記憶部、８４  通信部、８５  管理情報、８６  納品庫対応テーブル、８７  仮予約テーブル、８８  物品有無テーブル、８９  優先納品庫テーブル、９０  入出力関連情報、９２  要素情報テーブル、９３  入力部分指定テーブル、１０１，１０５  画像表示領域、１０２  文字表示領域。
【図１】
2018036837.tif 000003
【図２】
2018036837.tif 000004
【図３】
2018036837.tif 000005
【図４】
2018036837.tif 000006
【図５】
2018036837.tif 000007
【図６】
2018036837.tif 000008
【図７】
2018036837.tif 000009