JP3368257B2 - 配送物保管ボックスの集中管理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、配送物を保管する
複数の保管室を有する配送物保管ボックスをコンピュー
タシステムとネットワークを介して集中的・統合的に管
理する配送物保管ボックスの集中管理システムに関す
る。

【０００２】

【従来の技術】従来の配送物保管ボックスとしては、例
えば、本願出願人の特開平０９−２７９９１８号公報等
に開示されているが、共同住宅（マンション等）の玄関
に設置されて使用され、新築マンションを中心に急速に
普及している。この配送物保管ボックスは、図４５に示
すように、配送物を保管する複数の保管室（1,2,3,・・
・）とこの各保管室に設けられる電子錠付きの個別扉
と、各個別扉の電子錠を制御する制御部と、依頼者番
号、部屋番号、パスワード等の番号や入庫・出庫情報等
を表示する表示操作部（タッチパネル）Ｔ１を備える。
各保管室には、配送物の有無を検出するセンサＴ３が設
けられるとともに配送業者が入庫したことを確認する伝
票や捺印が施されるリスト作成機能も有している。した
がって、共同住宅の住人である配送依頼者への配送を依
頼された配送業者は、配送物入庫時に、表示操作部を操
作して、その表示操作部の画面に配送依頼者と配送物を
入庫した保管室番号とを表示させる。共同住宅の住人
は、表示画面を確認し、配送物が配送されている場合
は、指定された保管室から配送物を出庫する。出庫に際
しては、依頼者番号等を入力することにより、保管室を
開鍵する。

【０００３】上記従来の配送物保管ボックスでは、共同
住宅の住人と配送業者との関係を中心に施錠操作や開鍵
操作が行われるため、ボックスを実際に管理する管理者
（ここでは製造業者が該当する場合が多い）は、配送物
保管ボックスの制御システムをこれら配送依頼者と配送
業者の使用用途に合わせた設定として発注し、その仕様
の配送物保管ボックスをマンション等に出荷設置してい
る。なお、配送物保管ボックスには、電話機が付属し、
故障の際に管理者に電話するものもある。このような配
送物保管ボックスには、配送物の大小に合わせて大小の
大きさの異なる保管室を種々設けたり、昨今では冷凍の
食品も保管可能するために温度制御可能な保管室を設け
たものも出現している。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来の配送物保管ボックスには、以下のような問題があ
る。配送物を依頼する側にとっては、第一に、多くの配
送依頼者により多くの配送物の配送を依頼した場合、使
用可能な保管室以上の配送物が依頼される場合があり、
配送物を保管する保管室が不足し、配送物が配送されな
い場合がある。第二に、配送物が入庫されているか否か
は、配送物を依頼する側（ここでは、共同住宅の住人が
依頼する場合をいう）が配送物保管ボックスの表示画面
を目視することにより確認されるため、配送物が入庫さ
れたか否かを確認するために設置場所まで行かなければ
ならない。

【０００５】また、配送業者側にとっては、保管室の使
用状況は、配送業者が配送物保管ボックスに到着するま
で分からないため、例えば全ての保管室が使用中である
等により、使用可能な保管室がない場合、配送業者は配
送物を入庫することができない。

【０００６】また、近年の商品の流通システムは、イン
ターネットの急速な普及によって新たなショッピング形
態を生み出している。ネットショッピングとか電子ショ
ッピングとか呼ばれるものがそれである。この場合は、
いわゆるテレビショッピングと同じように、配送依頼者
が商品販売者に希望の商品を注文し、商品販売者が商品
の配送を配送業者に発注し、配送業者が商品を配送物保
管ボックスに配送することによって行われる。しかし、
この方法では、配送依頼者と商品販売者と配送業者との
間で商取引が行われるが、これらの者は、配送物保管ボ
ックスがどのように使用されているかを把握することが
できない。また、商品販売者と配送業者とは、配送物保
管ボックスの使用状況や機能（冷蔵可能か否か等）を事
前に知ることができないため、円滑な商品の配送が妨げ
られることも多い。例えば、配送物が大きくて入庫でき
なかったり、配送物が冷蔵保管が必要であるにもかかわ
らず、冷蔵可能な配送物保管ボックスに保管できなかっ
たりする問題を有する。

【０００７】そこで本発明は、配送物保管ボックスを使
用して、配送物の受注・発注をコンピュータとネットワ
ークを介して集中的・統合的に管理する配送物保管ボッ
クスの集中管理システムを提案する。また本発明は、配
送依頼者がマンション等以外の場所（例えば、勤務先付
近の駅や帰りの最寄りの駅で配送物を受け取りたい場合
や、その第一希望場所が条件を満たさない場合は第二希
望場所で配送物を受け取りたい場合）でも、配送を希望
し、その場所で配送物を受け取ったりすることが可能な
新しいショッピングの流通システムに好適な配送物保管
ボックスの集中管理システムを提案する。

【０００８】

【課題を解決するための手段】本発明の請求項１記載の
配送物保管ボックスの集中管理システムは、配送物を保
管する複数の保管室と、この各保管室に設けられる電子
錠付きの個別の扉とを備えた配送物保管ボックスと、こ
の配送物保管ボックスを複数個管理する管理サーバと、
配送依頼者の端末とが互いに有する通信制御機構を介し
てインターネット等のネットワークに接続され、配送物
保管ボックスは、各保管室の使用の状況が変更された旨
を表す変更状況情報を伝達する変更状況情報伝達機構を
備え、この変更状況情報伝達機構は上記通信制御機構と
接続されるとともに、前記管理サーバは、各保管室毎に
一つのレコード単位として各保管室毎に配送物保管ボッ
クスを管理するために、少なくとも、配送物保管ボック
スの設置場所と、配送物名と、日付と、前記日付におい
て各保管室が使用中で使用不能か又は使用されておらず
使用可能かを表す使用状況情報が含まれた管理情報から
なる管理情報ＤＢを備え、ネットワークを介して接続さ
れた配送物保管ボックスから送信される前記変更状況情
報を受信状況情報として受信する手段と、この受信した
受信状況情報に基づいて管理情報ＤＢの状況情報を更新
する手段と、管理情報ＤＢから配送物保管ボックス管理
に必要な情報を抽出して構成される情報を抽出管理情報
として表示する手段とを有するとともに、更に、管理サ
ーバは、配送依頼者から受注した注文内容に従って配送
物を配送するために必要な情報を、各受注毎に一つのレ
コード単位として管理する受注情報を含む受注情報ＤＢ
を備え、前記受注情報には配送依頼者が配送を希望する
希望日と、配送依頼者が配送を希望する場所を表す場所
指定情報が一つ以上含まれ、各場所指定情報ごとに配送
依頼者が配送を希望する優先順位が設けられており、配
送依頼者からの受注情報の入力を促す手段と、当該受注
情報を記憶する手段と、当該受注情報を一つのレコード
単位として受注情報ＤＢに登録する手段と、当該受注情
報に含まれる希望日に保管室が使用可能であることを検
索条件として、最優先の場所指定情報に基づいて管理情
報ＤＢを検索し、使用可能な保管室が検索されない場合
には、次に優先順位が高い場所指定情報を利用して検索
を行い、適合する適合保管室を検出するまで管理情報Ｄ
Ｂを検索する検索手段と、適合保管室が検出された場合
には当該適合保管室のレコードを記憶する記憶手段と、
当該適合保管室が配送物配送のために予約されたことを
表すために当該適合保管室のレコードの使用状況情報を
使用可能を表す情報から予約を表す情報に更新する手段
と、前記受注情報ＤＢに登録されたレコードと前記管理
情報ＤＢから検出された当該適合保管室のレコードとを
関係付ける手段と、当該適合保管室が予約されたことを
確認するために必要な情報から構成される予約完了情報
を作成する手段と、前記予約完了情報を表示する手段
と、適合保管室が検出されない場合には予約未完了を確
認するために必要な情報から構成される予約未完了情報
を作成する手段と、情報から構成される予約完了情報を
作成する手段と、前記予約完了情報を表示する手段と、
適合保管室が検出されない場合には予約未完了を確認す
るために必要な情報から構成される予約未完了情報を作
成する手段と、予約未完了情報を表示する手段とを有す
ることを特徴とする。

【０００９】この発明によれば、管理者は管理サーバに
より、ネットワークを介して各保管室の状況を管理する
ことができる。すなわち、管理サーバの管理情報ＤＢの
情報は、配送物保管ボックスから受信する受信状況情報
によって更新されるため、随時、配送物保管ボックスの
最新の情報が得られることとなり、刻々と変化する配送
依頼者の情報等に合わせて各保管室の状況を管理サーバ
で管理することができる。また、管理サーバの管理情報
ＤＢは、配送物保管ボックスの受信使用状況情報によっ
て更新され、配送物保管ボックスの設置場所、使用する
日付において、その品目（配送物）が各保管室が使用中
であるか否かを使用状況情報として管理することができ
る。したがって、管理者は、配送依頼者や配送業者から
各保管室の空室の有無に対して問い合わせがあれば、即
座に応答することができる。そして、各保管室が使用中
であるか否かを表す使用状況情報を含む管理情報ＤＢか
ら、使用可能な保管室を検索し予約することができる。
また、予約の状況が管理情報ＤＢに反映されるため、常
に最新の情報に基づいて検索することができる。また、
受注情報ＤＢに記憶された情報と管理情報ＤＢから検索
された情報とを関係付けるため、受注情報が特定されれ
ば、対応する管理情報を特定することができ、反対に、
管理情報が特定されれば、対応する受注情報を特定する
ことができ、受注情報に対して予約された保管室を確保
する等の管理をすることができる。さらに、この発明に
よれば、配送依頼者の希望する場所に設置される保管室
を予約することができる。また、最優先で希望する場所
に設置される保管室に予約可能な配送物保管ボックスの
保管室が存在しない場合でも、配送依頼者が次に希望す
る場所に設置される保管室を予約することができる。し
たがって、本発明の配送物保管ボックスをいくつかの場
所に設置（駅のコインロッカーに代えて各駅に設置）す
ることにより、例えば、共同住宅の住人が勤務先付近の
駅や帰りの最寄りの駅で配送物を受け取ることが可能と
なる。

【００１０】請求項２記載の配送物保管ボックスの集中
管理システムは、前記請求項１記載の配送物保管ボック
スの集中管理システムを前提として、前記受注情報に
は、配送物を保管するために必要な使用保管室数が含ま
れており、適合保管室数が受注情報の使用保管室数と一
致するまで、前記検索手段を繰り返すことを特徴とす
る。

【００１１】 この発明によれば、条件に適合する保管室
を配送物の入庫に必要な数だけ確保することができる。

【００１２】請求項３記載の配送物保管ボックスの集中
管理システムは、請求項１又は請求項２記載の発明を前
提として、前記管理サーバは、ネットワークを介して一
つ以上の配送業者の端末に接続されており、一の配送業
者の端末を特定するための配送者識別情報の入力を促す
手段と、前記特定された配送業者の端末に前記予約完了
情報を送信する手段を備えることを特徴とする。

【００１３】この発明によれば、予約完了情報を一の配
送業者に送信することができるため、配送業者は受信し
た予約完了情報に基づいて配送物を配送することができ
る。

【００１４】請求項４記載の配送物保管ボックスの集中
管理システムは、請求項１又は請求項２記載の発明を前
提として、配送業者が配送物を指定された保管室に入庫
した後、保管室の扉を施錠することにより、配送物が入
庫された旨の情報をネットワークを介して管理サーバに
送信し、当該情報を前記管理情報ＤＢに登録することを
特徴とする。

【００１５】この発明によれば、配送依頼者は、配送物
が入庫された旨の情報の登録を自己の端末で確認してか
ら受け取りに行くことができる。

【００１６】

【発明の実施の形態】以下、本発明の一実施の形態を図
面に基づき詳細に述べる。まず前提として、本実施の形
態では、本発明の一例の利用形態を分かりやすくするた
め、鉄道の駅に設置されるコインロッカーに代えて配送
物保管ボックスを設置して、配送依頼者は自己の都合の
良い場所（駅）で、自己が注文した配送物を受け取られ
るようにする新しい流通システムとして説明する。具体
的な配送物を依頼する者（配送依頼者という）と配送物
保管ボックスを管理する者（管理者という：管理サーバ
ＳＶを管理する）と配送業者（宅配業者）との関係は、
次の関係で説明する（図２）。配送依頼者Ａは、希望す
る物品を配送物保管ボックスに配送して欲しい旨を管理
者Ｂに注文するものとする。注文を受注した管理者Ｂ
は、配送依頼者Ａが希望する物品を配送するよう配送業
者Ｃに発注するものとする。配送業者Ｃは、管理者Ｂの
発注に基づいて物品を配送保管ボックスＢＯＸに入庫す
るものとする。入庫された物品は配送依頼者Ａにより出
庫され、配送依頼者Ａのもとに届けられるものとする。
なお、配送依頼者Ａと受取人が異なる場合はここでは説
明しないものとする。

【００１７】（第１の実施の形態） 本発明の一実施の形態を図１乃至図３を用いてその概要
を説明する。すなわちネットワークＮＥＴを介した配送
物保管ボックスＢＯＸと管理サーバＳＶとの利用形態を
示す。

【００１８】図１に示すように、配送物保管ボックスＢ
ＯＸとこの配送物保管ボックスＢＯＸを管理する管理サ
ーバＳＶとはネットワークＮＥＴを介して接続されてい
る。また、ネットワークＮＥＴを介して管理サーバＳＶ
と配送物保管ボックスＢＯＸに配送物を依頼する配送依
頼者Ａの端末とが接続されている。さらに、管理サーバ
ＳＶはネットワークＮＥＴを介して一つ以上の配送業者
Ｃの端末とが接続されている。

【００１９】配送依頼者Ａの端末と配送業者Ｃの端末
は、キーボードやマウスなどの入出力装置と表示装置で
あるディスプレイとネットワーク接続される通信手段等
を備えたパーソナルコンピュータが主であるが、電話や
ＦＡＸでネットワークＮＥＴに接続されるものでも良
い。すなわち、本明細書中のネットワークＮＥＴには、
インターネットや電話・ＦＡＸ等も含まれる。なお、本
明細書中のＤＢはＤａｔａｂａｓｅの略である。

【００２０】配送物保管ボックスＢＯＸは、複数の保管
室から構成されるが、配送業者Ｃが配送物を保管室に入
庫した後、配送依頼者Ａが配送物を保管室から出庫する
ことにより、配送物が配送依頼者Ａに渡される。また、
管理サーバＳＶは主に管理者Ｂによって使用され、配送
物保管ボックスＢＯＸの使用状況を監視したり、保管室
を予約する機能等を有する。

【００２１】図５は本発明の使用概要例である。（Ｓｔ
ｅｐ１）管理者Ｂは配送依頼者Ａからの登録依頼によ
り、配送依頼者Ａに固有の依頼者番号とパスワードを付
与し、配送依頼者の情報に登録する。また、配送依頼者
Ａに依頼者番号を記憶させたＩＤカードを配布する。
（Ｓｔｅｐ２）管理者Ｂは配送業者Ｃの登録依頼によ
り、配送業者Ｃに固有の配送業者番号とパスワードを付
与し、配送依頼者の情報に登録する。また、配送業者Ｃ
に配送業者番号を記憶させたＩＤカードを配布する。
（Ｓｔｅｐ３）配送依頼者Ａは管理者Ｂに配送を希望す
る配送物を注文する。管理者は配送依頼者Ａからの注文
を受注し、管理サーバに受注情報を登録する。（Ｓｔｅ
ｐ４）受注情報に基づいて使用可能な保管室の有無を確
認する。使用可能な保管室が有る場合は、配送依頼者Ａ
の注文に従って配送物を配送できるように、予め保管室
を予約し、Ｓｔｅｐ５に進む。使用可能な保管室が無い
場合は、配送ができない旨を配送依頼者Ａに連絡する。
（Ｓｔｅｐ５）管理者Ｂは配送リストを作成し、配送リ
ストに基づいて配送物を配送するように配送業者Ｃに連
絡する。（Ｓｔｅｐ６）管理者Ｂは連絡リストを作成
し、連絡リストに基づいて配送物を配送する旨を配送依
頼者Ａに連絡する。（Ｓｔｅｐ７）配送業者Ｃは予約完
了情報に基づいて配送物を用意し、指定された配送物保
管ボックスＢＯＸの保管室に配送物を配送する。（Ｓｔ
ｅｐ８）配送業者Ｃは配送物を指定された保管室に入庫
するために、ネットワークＮＥＴを介して管理サーバＳ
Ｖに開鍵を依頼する情報を送信し、情報を受信した管理
サーバＳＶは保管室の扉を開鍵する情報を送信して保管
室の扉を開鍵する。（Ｓｔｅｐ９）配送業者Ｃは配送物
を指定された保管室に入庫した後、保管室の扉を施錠す
る。施錠により、配送物が入庫された旨の情報がネット
ワークＮＥＴを介して管理サーバＳＶに送信される。管
理サーバＳＶは入庫された旨の情報を受信し、当該情報
は管理情報として登録される。（Ｓｔｅｐ１０）配送依
頼者Ａは配送物を保管室から出庫するために、ネットワ
ークＮＥＴを介して管理サーバＳＶに開鍵を依頼する情
報を送信し、情報を受信した管理サーバＳＶは保管室の
扉を開鍵する情報を送信して保管室の扉を開鍵する。
（Ｓｔｅｐ１１）配送依頼者Ａは保管室から配送物を出
庫して受け取った後、保管室の扉を施錠する。施錠によ
り、配送物が出庫された旨の情報がネットワークＮＥＴ
を介して管理サーバＳＶに送信される。管理サーバＳＶ
は出庫された旨の情報を受信し、当該情報は管理情報と
して登録される。

【００２２】なお、管理者Ｂは必要に応じて配送物保管
ボックスＢＯＸの管理情報を表示させることで配送物保
管ボックスＢＯＸを管理することができる。

【００２３】配送物保管ボックスＢＯＸは、図４に示す
ように、ボックス管理部Ｂ１２と制御部Ｂ１１とから構
成される。

【００２４】ボックス管理部Ｂ１２は、複数の保管室か
らなり、各保管室は保管空間と各保管室間を隔絶する仕
切りと、保管室に配送物を入出庫するための扉と、制御
部Ｂ１１からの電気的信号の伝送により施錠及び開鍵を
行う電子錠Ｂ１３とから構成される。

【００２５】制御部Ｂ１１は、主制御機構（ＣＰＵ）Ｂ
１と記憶機構Ｂ２と通信制御機構Ｂ３と施錠制御機構Ｂ
４と入出力制御機構Ｂ５と内部伝達機構Ｂ８と操作パネ
ルとカードリーダーＢ６とから構成される。記憶機構Ｂ
２には、管理サーバＳＶに変更状況情報を送信する機能
を有するプログラム等が記憶される。通信制御機構Ｂ３
は、ネットワークＮＥＴを介した管理サーバＳＶと配送
物保管ボックスＢＯＸとの情報の送受信を制御する。施
錠制御機構Ｂ４は各保管室の電子錠Ｂ１３と回線を介し
て接続されている。すなわち、電気的に接続されてい
る。施錠制御機構Ｂ４は、管理サーバＳＶからの開鍵施
錠指令に基づいて開鍵又は施錠するための信号を開鍵又
は施錠する一の電子錠Ｂ１３に伝送する。入出力制御機
構Ｂ５は、操作パネル及びカードリーダーＢ６からの入
出力を制御する。

【００２６】電子錠Ｂ１３及び錠制御機構Ｂ４は、変更
状況情報伝達機構としての機能も有しており、各保管室
が開鍵の状態から施錠の状態に変更された旨（つまり配
送依頼者Ａ又は配送業者Ｃによって施錠された旨）を表
す変更状況情報を前記通信制御機構Ｂ３に伝達する。電
子錠Ｂ１３は、扉の開鍵と施錠を行うと共に、開鍵から
施錠への状況の変更を検知し施錠制御機構Ｂ４に状況の
変更を伝送する。施錠制御機構Ｂ４は、電子錠Ｂ１３か
ら伝送される情報に保管室識別番号を付加し、変更状況
情報として通信制御機構Ｂ３に伝送する。通信制御機構
Ｂ３は、前記変更状況情報を管理サーバＳＶにネットワ
ークＮＥＴを介して送信する。なお、変更状況情報伝達
機構としては、前記電子錠Ｂ１３及び施錠制御機構Ｂ４
に限らず、温度状況（冷凍手段を有するか否か等）を管
理し前記制御部Ｂ１１に伝達するための機構等でもよ
い。

【００２７】管理サーバＳＶは、図３に示すように、主
制御機構３１（ＣＰＵ）と記憶機構３２と通信制御機構
３３と入出力制御機構３４と内部伝達機構３８とから構
成される。

【００２８】管理サーバＳＶの記憶機構３２には、メイ
ンプログラムと管理情報ＤＢと受注情報ＤＢと開鍵依頼
判断情報ＤＢとが記憶されている。

【００２９】管理情報ＤＢには各保管室毎に一つのレコ
ード単位として、配送物保管ボックスＢＯＸを管理する
ための管理情報が記憶される（図９等参照）。例えば、
各レコードは、(1)各保管室を識別する保管室番号と、
(2)各保管室の設置場所と、(3)日付と、(4)前記日付に
おいて各保管室が使用中であるか、予約であるか、使用
可能であるかを表す使用状況情報と、(5)予約番号等と
から構成される。(4)は各保管室の状況を示す状況情報
であり、(2)(3)は保管室条件情報である。ここで、説明
上、保管室番号が同一であっても日付を異にする保管室
は、別個の保管室として考える。したがって、前記各保
管室とは、異なる保管室番号及び異なる日付を有する保
管室を意味する。なお、管理情報ＤＢに記憶される情報
は、前記情報に限るのではなく、状況情報として各保管
室の温度を含めたり、また、保管室条件情報として各保
管室の大きさを含めたり、冷凍物不可である旨を含める
等は必要に応じて任意である。

【００３０】受注情報ＤＢには、配送依頼者からの各受
注毎に一つのレコード単位として、配送依頼者Ａからの
注文に基づいて配送物を配送するために必要な情報が記
憶される（図９等参照）。例えば、各レコードは、(1)
各配送依頼者を識別するための依頼者番号と、(2)配送
依頼者が配送を希望する希望日と、(3)配送依頼者が配
送を希望する配送物名と配送物個数と、(4)配送依頼者
が配送を希望する第一希望場所と、第一希望場所の次に
配送を希望する第二希望場所と、(5)配送物を保管する
ために必要な使用保管室数と、(6)予約番号から構成さ
れる。(2)(4)は配送依頼者が希望する保管室の条件を指
定する保管室条件指定情報である。なお、各ＤＢに記憶
される情報は、前記情報に限るのではなく、保管室条件
指定情報として希望する保管室の大きさや、冷凍可能で
ある旨を含めること等は、必要に応じて任意である。

【００３１】開鍵依頼判断情報ＤＢには、配送依頼者の
情報（依頼者情報）と配送業者の情報（配送業者情報）
とが含まれている（図９等参照）。配送依頼者の情報に
は、各開鍵依頼情報毎に一つのレコード単位として、配
送依頼者が保管室を開鍵するための情報が含まれてい
る。例えば、配送依頼者の情報の各レコードには、(1)
依頼者番号と、(2)配送依頼者に固有のパスワードと(3)
氏名とが含まれている。配送業者情報には、各開鍵依頼
情報毎に一つのレコード単位として、配送業者Ｃが保管
室を開鍵するための情報が含まれている。例えば、配送
者情報の各レコードには、(1)配送業者番号と、(2)配送
業者Ｃに固有のパスワードと(3)氏名（名称）とが含ま
れている。また、配送依頼者を管理するために、付属情
報として、依頼者住所や、依頼者電話番号や、依頼者の
端末のアドレス等を含めることや、配送業者情報にも同
様に、配送業者住所や、配送業者電話番号や、配送業者
の端末のアドレスを含めることは実施に応じて任意であ
る。

【００３２】メインプログラムは主制御機構３１におい
て用いられ、主として、開鍵依頼情報登録機能Ｐ１と、
開鍵機能Ｐ２と、管理情報更新機能Ｐ３と、管理情報表
示機能と、受注情報登録機能Ｐ４と、予約機能Ｐ５と、
予約完了情報表示機能と、予約未完了情報表示機能とが
ある。開鍵依頼情報登録機能Ｐ１とは、開鍵依頼判断情
報を開鍵依頼判断情報ＤＢに登録する機能である。これ
により、依頼者番号や配送業者番号、パスワード等を開
鍵依頼判断情報ＤＢに登録し、統合的に管理することが
できる。開鍵機能Ｐ２とは、配送業者Ｃや配送依頼者Ａ
からの開鍵依頼が正当であるか否かを判断し、正当であ
る場合は保管室の開鍵を行う機能である。これにより、
正当な開鍵依頼者にのみ保管室を開鍵することができ
る。管理情報更新機能Ｐ３とは、配送物保管ボックスＢ
ＯＸの各保管室の状況情報である使用状況情報等をほぼ
リアルタイムに管理情報ＤＢに反映させる機能である。
この機能により、管理情報ＤＢはほぼリアルタイムに配
送物保管ボックスＢＯＸの情報を有することができる。
管理情報表示機能とは、管理情報ＤＢから必要な情報を
抽出して表示する機能である。これにより、管理者Ｂは
管理情報ＤＢの情報を把握し、配送物保管ボックスＢＯ
Ｘを管理することができる。受注情報登録機能Ｐ４と
は、配送依頼者Ａからの注文内容に基づいて作成される
受注情報を受注情報ＤＢに登録する機能である。この機
能により、受注情報を管理することができる。予約機能
Ｐ５とは、受注情報に適合する保管室を管理情報ＤＢか
ら検索し、当該保管室を予約する機能である。この機能
により、配送物を配送する保管室を予め予約しておくこ
とが可能となる。予約完了情報表示機能とは、管理情報
ＤＢと発注情報ＤＢとから必要な情報を抽出して予約完
了を確認するための情報を表示する機能である。これに
より、予約完了を確認することができ、管理者Ｂは予約
完了情報を使用して配送依頼者Ａや配送業者Ｃに連絡す
ることができる。予約未完了情報表示機能とは、受注情
報ＤＢから必要な情報を抽出して予約未完了を確認する
ための情報を表示する機能である。これにより、予約未
完了を確認することができ、管理者Ｂは予約未完了情報
を使用して配送依頼者Ａや配送業者Ｃに連絡することが
できる。（各機能の詳細な動作については後述する。）

【００３３】次に本発明の第一の実施の形態を図５のフ
ローチャートのＳｔｅｐごとに説明する。主制御機構３
１は、メインプログラムのメインメニュー表示機能によ
り、メインメニュー（図６）を表示し、管理者Ｂに所望
する処理を選択するよう入力を促す。前記選択は、画面
の所定の位置をクリックすることにより行われる。な
お、配送依頼者Ａは２０００年５月１日に注文動作をお
こなうものとし、配送依頼者Ａが指定する配送希望日は
２０００年５月３日であるとし、配送業者Ｃは配送希望
日である２０００年５月３日に配送物を保管室に入庫す
るものとし、入庫された配送物は配送依頼者Ａにより配
送希望日である２０００年５月３日に出庫されるものと
し、配送依頼者Ａの出庫作業前には配送業者Ｃの入庫作
業は終了しているものとする。また、管理情報ＤＢの容
量や管理の便宜等を考慮し、管理情報ＤＢのレコードは
必要に応じて随時追加及び削除されるものとする。ここ
では管理情報ＤＢは、日付の情報が当日から３日間以内
であるレコードから構成されるものとし、日付が変わる
毎（午前０時）に(1)日付が「当日前」であり、かつ使
用状況情報が「使用可能」であるレコードは、削除さ
れ、(2)日付が「当日から３日後」であり、かつ使用状
況情報が「使用可能」であるレコードが追加されるもの
とする。削除及び追加されるレコードはＤＢの容量等に
応じて任意であるが、少なくとも配送物保管ボックスＢ
ＯＸを管理するために必要な情報は管理情報ＤＢに存在
する必要があるため、使用状況情報が「使用可能」以外
であるレコードは、保管室の状況（保管室から配送物が
出庫されず使用中のままである等）を管理するために削
除されないものとする。また、煩雑を避けるため、図に
記載される各ＤＢは説明に必要なレコードのみを記載
し、その他のレコードは省略されている。

【００３４】（Ｓｔｅｐ１：図５）管理者Ｂは、メイン
メニュー（図６）の「開鍵依頼情報登録」のボタンをク
リックする。主制御機構３１は管理者Ｂのクリック動作
を検知して、メインプログラムの開鍵情報登録機能を起
動し、以下の動作を行う。(1)主制御機構３１は、入出
力装置３７に開鍵情報登録画面（図７）を表示させ、配
送依頼者の情報の登録であるか配送業者情報の登録であ
るかの選択を促す画面を表示させる。(2)管理者Ｂは
「依頼者情報登録」のボタンをクリックする。(3)主制
御機構３１は管理者Ｂのクリック動作を検知して、入出
力装置３７に依頼者情報登録画面（図８）を表示させ、
管理者Ｂに依頼者の情報の登録を促す。(4)管理者Ｂ
は、依頼者情報登録画面（図８）に所定の項目を入力
し、「完了」ボタンをクリックする。(5)主制御機構３
１は前記クリックにより入力完了を検知し、入力情報を
一つのレコード単位として、開鍵依頼判断情報ＤＢの依
頼者の情報に登録する。

【００３５】以下に前記動作（Ｓｔｅｐ１）の一動作例
を示す（図９太線部参照）。図９は各ＤＢ及び各機能を
模式的に表した図である。配送依頼者Ａから電話等によ
り登録を依頼された管理者Ｂは、依頼に基づいて配送依
頼者Ａに固有の依頼者番号とパスワードを付与し、依頼
者登録画面（図８）に依頼者番号「０１０２３」とパス
ワード「１２３」と氏名「Ａ」を入力する。入力完了後
に、管理者Ｂは「完了」ボタンをクリックし、主制御機
構３１に入力完了の旨を伝える。入力完了を検知した主
制御機構３１は入力情報を一つのレコード単位として、
開鍵依頼判断情報ＤＢに登録する。また、前記登録が完
了すると、管理者Ｂは配送依頼者Ａに依頼者番号「０１
０２３」を記憶させたＩＤカードを配布する。

【００３６】（Ｓｔｅｐ２：図５）管理者Ｂは、メイン
メニュー（図６）の「開鍵依頼情報登録」のボタンをク
リックする。主制御機構３１は管理者のクリック動作を
検知して、メインプログラムの開鍵情報更新機能を作動
させ、以下の動作を行う。(1)主制御機構３１は、入出
力装置３７に開鍵情報登録画面（図７）を表示させ、依
頼者の情報の登録であるか配送業者情報の登録であるか
の選択を促す画面を表示させる。(2)管理者Ｂは「配送
業者情報登録」のボタンをクリックする。(3)主制御機
構３１は管理者Ｂのクリック動作を検知して、入出力装
置３７に配送業者情報登録画面（図１０）を表示させ、
管理者Ｂに配送業者情報の登録を促す。(4)管理者Ｂ
は、配送業者情報登録画面（図１０）に所定の項目を入
力し、「完了」ボタンをクリックする。(5)主制御機構
３１は前記クリックにより入力完了を検知し、入力情報
を一つのレコード単位として、開鍵依頼判断情報ＤＢの
配送業者情報に登録する。

【００３７】以下に前記動作（Ｓｔｅｐ２）の一例を示
す（図１１太線参照）。配送業者Ｃから電話等により登
録を依頼された管理者Ｂは、依頼に基づいて配送業者Ｃ
に固有の配送業者番号「９００」とパスワード「９９
９」を付与し、配送業者情報登録画面（図１０）に配送
業者番号「９００」とパスワード「９９９」と氏名（名
称）「Ｃ」を入力する。入力完了後に、管理者Ｂは完了
を「完了」ボタンをクリックし、主制御機構３１に入力
完了の旨を伝える。入力完了を検知した主制御機構３１
は入力情報を一つのレコード単位として、開鍵依頼判断
情報ＤＢに登録する。また、前記登録が完了すると、管
理者Ｂは配送業者Ｃに依頼者番号「９００」を記憶させ
たＩＤカードを配布する。

【００３８】（Ｓｔｅｐ３：図５）管理者Ｂは配送依頼
者Ａからインターネットや電話・ＦＡＸ等で注文を受注
すると、メインメニュー（図６）から「受注情報入力」
ボタンをクリックする。クリック動作を検知した主制御
機構３１は、メインプログラムの受注情報登録機能Ｐ４
を作動させ、以下の動作を行う。(1)主制御機構３１
は、入出力装置３７に受注情報入力画面を表示させ、管
理者Ｂに依頼者Ａからの受注情報の入力を促す。(2)管
理者Ｂは前記受注情報を受注情報入力画面（図１２）の
項目に従って所定の場所に入力し、「完了」ボタンをク
リックする。(3)主制御機構３１は管理者Ｂのクリック
により入力完了を検知し、入力された情報を、受注情報
として記憶機構３２に記憶する。(4)前記受注情報を受
注情報ＤＢに登録する。例えば、配送依頼者Ａの注文内
容が、依頼者番号「０１０２３」、配送希望日「２００
０年５月３日」、配送を希望する配送物名とその個数
「リンゴ １０個」、希望場所「東京駅」であると、以
下のようになる（図１３太線部参照）。(1)主制御機構
３１は、入出力装置３７に受注情報入力画面（図１２）
を表示させ、管理者Ｂに配送依頼者Ａからの受注情報の
入力を促す。(2)管理者Ｂは前記受注情報を受注情報入
力画面（図１２）の項目に従って所定の場所に入力す
る。入力完了後に、管理者Ｂは「完了」ボタンをクリッ
クする。(3)入力完了を検知した主制御機構３１は、入
力された情報依頼者番号「０１０２３」、配送希望日
「２０００年５月３日」、配送を希望する配送物名とそ
の個数「リンゴ１０個」、希望場所「東京駅」を、受注
情報として記憶機構３２に記憶する。(4)前記受注情報
を一つのレコード単位として、受注情報情報ＤＢに登録
する。(5)予約機能Ｐ５を起動する。

【００３９】（Ｓｔｅｐ４：図５）主制御機構３１は、
メインプログラムの予約機能Ｐ５を起動し、以下の動作
を行う。予約機能Ｐ５の一動作を図１４に示す。(1)検
索条件となる情報（保管室条件指定情報）を受注情報か
ら取得する。(2)予約機能Ｐ５のプログラムにおいてあ
らかじめ指定されている検索条件（使用状況情報「使用
可能」）に前記取得した情報を追加し、前記取得した情
報と使用状況情報「使用可能」を検索条件として、検索
条件に適合する保管室を検出するまで管理情報ＤＢから
検索する。(3)条件を満たす適合保管室があるか判断す
る。(4)条件を満たす保管室（以下、適合保管室とい
う）が検出された場合は、当該適合保管室のレコードを
記憶し、当該適合保管室が予約されたことを表すために
当該適合保管室のレコードの使用状況情報を「使用可
能」から「予約」に更新する。(5)Ｓｔｅｐ３で受注情
報ＤＢに登録されたレコードと前記管理情報ＤＢから検
出された適合保管室のレコードとを関係付けるために、
受注情報ＤＢに登録されたレコードの「予約番号」項目
と、前記管理情報ＤＢの適合保管室のレコードの「予約
番号」項目に同一の予約番号を付加する。(6)予約が完
了した旨を表示するために、予約完了表示機能（後述）
を起動する。(7)条件を満たす適合保管室が検出されな
い場合は、予約不可能である旨を表示するために、予約
未完了表示機能（後述）を起動する。

【００４０】以下に前記動作（Ｓｔｅｐ４）の一例を示
す（図１５太線部参照）。図１５は予約機能Ｐ５起動前
の各ＤＢ及び各機能の状態を模式的に表した図であり、
図１６（太線部）は予約機能完了後の各ＤＢ及び各機能
の状態を模式的に表した図である。(1)主制御機構３１
は、受注情報から保管室条件指定情報である希望場所情
報「東京駅」、配送の希望日「００／５／３」を取得す
る。(2)検索条件として使用状況情報「使用可能」に設
置場所情報「東京駅」と日付「００／５／３」を追加
し、設置場所情報が「東京駅」であり、かつ、日付が
「００／５／３」であり、かつ、使用状況情報が「使用
可能」であることを検索条件として管理情報ＤＢを検索
する。(3)その結果、適合保管室として管理情報ＤＢの
保管室番号「１０１」（日付「００／５／３」）が検出
される。(4)適合保管室があるので、管理情報ＤＢの当
該適合保管室のレコードである保管室番号「１０１」
（日付「００／５／３」）のレコードを記憶し、当該レ
コードの使用状況情報を「使用可能」から「予約」に更
新する。(5)前記Ｓｔｅｐ３において受注情報ＤＢに登
録されたレコードの「予約番号」項目と、管理情報ＤＢ
の前記適合保管室「１０１」（日付「００／５／３」）
のレコードの「予約番号」項目とに同一の予約番号「１
００１０」を付加する。(6)管理者Ｂに予約が完了した
旨を連絡するため、予約完了情報表示機能を起動する。

【００４１】主制御機構３１は、前記予約機能Ｐ５の動
作を検知して、予約完了情報表示機能を起動し、以下の
動作を行う。予約完了情報表示機能の一動作を以下に示
す。(1)前記受注情報から予約を確認するために必要な
情報を抽出する。(2)管理情報ＤＢの適合保管室のレコ
ードから予約を確認するために必要な情報を抽出する。
(3)前記情報から予約完了情報を作成する。(4)予約完了
情報を表示する。以下に前記動作の一例を示す（図１７
太線参照）。(1)受注情報から、予約を確認するために
必要な情報として、依頼者番号「０１０２３」、配送希
望日「２０００年５月３日」、配送を希望する配送物名
とその個数「リンゴ １０個」、希望場所「東京駅」を
抽出する。(2)管理情報ＤＢ適合保管室のレコードか
ら、予約を確認するために必要な情報として、保管室番
号「１０１」を抽出する。(3)前記情報を併合して、情
報依頼者番号「０１０２３」、配送希望日「２０００年
５月３日」、配送を希望する配送物名とその個数「リン
ゴ １０個」、希望場所「東京駅」、保管室番号「１０
１」から構成される予約完了情報を作成する。(4)前記
予約完了情報を表示（図１８）する。予約完了情報の表
示により、管理者Ｂは予約の結果を確認し、配送依頼者
Ａに対して予約完了情報に基づいて配送物が配送される
旨を連絡することができ、また、配送業者Ｃに対して予
約完了情報に基づいて配送物を配送するよう発注するこ
とができる。

【００４２】なお、Ｓｔｅｐ４で検索した結果、受注情
報に適合する保管室が検出されない場合は予約未完了表
示機能を起動し、以下の動作を行う。(1)前記受注情報
から予約が未完了である旨を確認するために必要な情報
を抽出する。(2)前記情報から予約未完了情報を作成す
る。(3)予約未完了情報を表示する（図１９）。予約未
完了情報の表示により、管理者Ｂは予約の結果を確認
し、依頼者Ａに配送が不可能であることを報告すること
ができる。

【００４３】また、Ｓｔｅｐ４の予約機能Ｐ５には配送
に必要数の保管室を予約する機能を付加することもでき
る（第２の実施の形態Ｓｔｅｐ３−１、Ｓｔｅｐ４−
１）。さらに、第一希望場所の保管室が予約不可能な場
合に次希望場所の保管室を予約する機能を付加すること
もできる（第３の実施の形態Ｓｔｅｐ３−２、Ｓｔｅｐ
４−２）。この予約機能Ｐ５については後述する。

【００４４】（Ｓｔｅｐ７：図５）配送業者Ｃは管理者
ＢからインターネットやＦＡＸや電話等によって取得し
た予約完了情報に基づいて配送物を配送する。例えば、
配送業者Ｃは予約完了情報に基づいて品物「リンゴ１０
個」を用意し、配送希望日「００／５／３」に、指定さ
れた場所「東京駅」の配送物保管ボックスＢＯＸの保管
室「１０１」に配送物を配送する。

【００４５】（Ｓｔｅｐ８：図５）配送業者Ｃは配送希
望日に配送物を指定された保管室に入庫するために、ネ
ットワークＮＥＴを介して管理サーバＳＶに開鍵を依頼
する開鍵依頼情報を送信する。例えば、配送業者Ｃは配
送業者番号「９００」、パスワード「９９９」及び予約
番号「１００１０」を送信する。配送業者番号は事前に
配送業者Ｃに配布したＩＤカードを配送物保管ボックス
ＢＯＸに付属するＩＤカードリーダーＢ６で読み取るこ
とにより得られ、また、パスワードと予約番号は付属の
操作パネルに入力されることにより得られる。前記開鍵
依頼情報の入力を検知した配送物保管ボックスＢＯＸの
制御機構は、前記開鍵依頼情報を配送物保管ボックスＢ
ＯＸの通信制御機構Ｂ３及びネットワークＮＥＴを介し
て管理サーバＳＶに送信する。なお、開鍵依頼情報の入
力は、一体型の操作パネルやカードリーダーＢ６に限ら
ず、別途入力端末を設けることも可能である。

【００４６】管理サーバＳＶは開鍵依頼情報を通信制御
機構３３を介して受信する。開鍵依頼情報を取得した主
制御機構３１は当該開鍵依頼情報を記憶し、メインプロ
グラムの開鍵機能Ｐ２を起動し、以下の動作を行う。開
鍵機能Ｐ２とは、開鍵依頼情報を受信し、受信した情報
に基づいて該当する保管室の扉を開鍵する機能である。
開鍵機能Ｐ２の一動作を図２０に示す。(1)開鍵依頼情
報を取得する。(2)開鍵依頼情報を開鍵依頼判断情報Ｄ
Ｂの配送業者情報の各レコードと照合して、開鍵依頼情
報が正確か否かを判断する。(3)開鍵依頼情報と前記各
レコードのうち一のレコードに含まれる情報とが適合し
ない（開鍵依頼情報が正確でない）場合は、開鍵不可能
な旨を表す情報を配送物保管ボックスＢＯＸの表示装置
Ｂ６に送信し通知する。(4)開鍵依頼情報と前記各レコ
ードのうち一のレコードとが適合した場合は、開鍵依頼
情報に含まれる予約番号をもとに管理情報ＤＢを検索
し、前記予約番号が含まれるレコードの使用状況情報が
「予約」であるか確認する。(5)「予約」でない場合
は、開鍵不可能な旨を表す情報を配送物保管ボックスＢ
ＯＸの表示装置に送信し通知する。(6)「予約」である
場合は、当該予約番号に該当する保管室番号を取得す
る。(7)配送物保管ボックスＢＯＸに当該保管室番号の
保管室を開鍵する旨の開鍵指令情報を送信する。

【００４７】以下に前記動作（開鍵機能）の一例を示す
（図２１太線参照）。(1)配送業者Ｃが送信した配送業
者番号「９００」とパスワード「９９９」と予約番号
「１００１０」を開鍵依頼情報として取得する。(2)配
送業者番号「９００」とパスワード「９９９」とが適切
であるかを判断するため、開鍵依頼判断情報ＤＢの配送
業者情報の各レコードと照合する。(4)開鍵依頼情報で
ある配送業者番号「９００」とパスワード「９９９」が
配送業者情報の一のレコードに含まれる情報と適合する
ので、開鍵依頼情報の予約番号「１００１０」をもとに
管理情報ＤＢを検索し、管理情報ＤＢの予約番号「１０
０１０」が含まれるレコードの使用状況情報が「予約」
であるかを確認する。(6)前記使用状況情報が「予約」
であるので、管理情報ＤＢの予約番号「１００１０」が
含まれるレコードの保管室番号「１０１」を取得する。
(7)配送物保管ボックスＢＯＸに保管室番号「１０１」
を開鍵する旨の開鍵指令情報を送信する。

【００４８】配送物保管ボックスＢＯＸが管理サーバＳ
Ｖからの開鍵指令情報を受信すると、主制御機構Ｂ１は
前記開鍵指令情報を検知し、施錠制御機構Ｂ４に開鍵指
令を伝送し、施錠制御機構Ｂ４は開鍵指令情報に従って
保管室の電子錠Ｂ１３を開鍵する。例えば、施錠制御機
構Ｂ４は開鍵指令の保管室番号「１０１」の電子錠Ｂ１
３に開鍵を指令する電気的信号を送信する。

【００４９】（Ｓｔｅｐ９：図５）配送業者Ｃは、開鍵
指令情報により開鍵した保管室に配送物を入庫した後、
保管室の電子錠Ｂ１３により扉を施錠する。施錠によ
り、電子錠Ｂ１３は保管室の状況の変更を検知し施錠制
御機構Ｂ４に伝送する。施錠制御機構Ｂ４は電子錠Ｂ１
３から伝送される情報に保管室識別番号を付加し、変更
状況情報として通信制御機構Ｂ３に伝送する。通信制御
機構Ｂ３は、前記変更状況情報を管理サーバＳＶにネッ
トワークＮＥＴを介して送信する。例えば、変更状況情
報として保管室番号「１０１」使用状況情報「施錠」が
ネットワークＮＥＴを介して管理サーバＳＶに送信され
る。

【００５０】管理サーバＳＶは前記変更状況情報を受信
状況情報として受信すると、主制御機構３１は前記受信
状況情報を記憶し、メインプログラムの管理情報更新機
能Ｐ３を起動させ、以下の動作を行う。管理情報更新機
能Ｐ３とは、配送物保管ボックスＢＯＸから受信する受
信状況情報に基づいて管理情報ＤＢの状況情報を更新す
る機能である。管理情報更新機能Ｐ３の動作を図２２に
示す。(1)受信状況情報を取得する。(2)管理情報に含ま
れる保管室（施錠された保管室）を管理情報ＤＢから検
索する。(3)該当する保管室が管理情報ＤＢから検索さ
れない場合は、更新不可能な旨を入出力装置３７に表示
する。(4)該当する保管室が管理情報ＤＢから検出され
た場合は、受信状況情報に基づいて検出された保管室の
レコードの状況情報を更新する。

【００５１】以下に前記動作の一例を示す。図２３太線
部は管理情報更新機能Ｐ３の起動前の各ＤＢ等の状態を
表した図であり、図２４太線部は管理情報更新機能Ｐ３
の起動後の各ＤＢ等の状態を表した図である。図２３に
示すように、配送業者Ｃが配送物を保管室「１０１」に
配送物を入庫し施錠した状態は、受信状況情報が、保管
室番号「１０１」、使用状況情報「施錠」であり、一
方、管理情報ＤＢが、保管室番号「１０１」、使用状況
情報「予約」である。(1)受信状況情報（保管室番号
「１０１」、使用状況情報「使用中」）を取得する。
(2)前記受信状況情報の保管室番号「１０１」に基づい
て管理情報ＤＢの保管室番号「１０１」を検索する。
(4)該当する保管室が管理情報ＤＢから検出されるの
で、当該検出された保管室のレコードの状況情報である
使用状況情報を更新する。具体的には、検出された保管
室のレコードの使用状況情報が「予約」であれば「使用
中」に更新し、「使用中」であれば「使用可能」に更新
する。ここでは、検出された保管室の使用状況情報が
「予約」であるので、「使用中」に更新する。（図２
３、図２４参照）。なお、管理情報更新機能Ｐ３におい
て、管理情報ＤＢの使用状況情報には、前記情報に限ら
ず、電子錠Ｂ１３が開鍵された旨を表す「開鍵中」を含
めることも可能である。この場合は、変更状況情報伝達
機構から「施錠」の状況を表す旨の情報のほかに「開
鍵」の状況を表す旨の情報が送信され、この情報に基づ
いて管理情報ＤＢの使用状況情報が更新される。管理情
報ＤＢの使用状況情報において「開鍵中」の情報を管理
することができ、管理者Ａは電子錠Ｂ１３の施錠忘れ等
を把握することができる。また、更新される状況情報は
使用状況情報に限らず、温度状況を管理する情報等を含
めてもよい。例えば、配送物保管ボックスＢＯＸの変更
状況情報伝達機構に温度状況を伝達する機能を含み、管
理情報ＤＢに登録されている温度状況情報を更新する場
合は、(4)において、管理情報ＤＢに登録されている温
度状況情報を受信状況情報に含まれる温度状況情報に基
づいて更新する。

【００５２】（Ｓｔｅｐ１０：図５）配送依頼者Ａは、
配送物を保管室から出庫するために、配送物保管ボック
スＢＯＸからネットワークＮＥＴを介して管理サーバＳ
Ｖに開鍵を依頼する情報として開鍵依頼情報を送信す
る。例えば、配送物保管ボックスＢＯＸから管理サーバ
ＳＶに対して開鍵依頼情報として依頼者番号「０１０２
３」とパスワード「１２３」と予約番号「１００１０」
とを送信する。依頼者番号は事前に配送依頼者Ａに配布
したＩＤカードを配送物保管ボックスＢＯＸに付属する
ＩＤカードリーダーＢ６で読み取ることにより得られ、
また、パスワードと予約番号は付属の操作パネルに入力
されることにより得られる。前記開鍵依頼情報の入力を
検知した配送物保管ボックスＢＯＸの制御機構は、開鍵
依頼情報を配送物保管ボックスＢＯＸの通信制御機構Ｂ
３及びネットワークＮＥＴを介して管理サーバＳＶに送
信する。なお、開鍵依頼情報の入力は、一体型の操作パ
ネルやカードリーダーＢ６に限らず、別途入力端末を設
けることも可能である。

【００５３】管理サーバＳＶは、開鍵依頼情報を通信制
御機構３３を介して受信する。開鍵依頼情報を取得した
主制御機構３１は開鍵依頼情報を記憶し、メインプログ
ラムの開鍵機能Ｐ２を作動させ、以下の動作を行う。開
鍵機能Ｐ２とは、配送依頼者Ａから送信される開鍵依頼
情報を受信し、受信した情報に基づいて該当する保管室
の扉を開鍵する機能である。開鍵機能Ｐ２の動作を図２
５に示す。開鍵機能Ｐ２は、Ｓｔｅｐ８の開鍵機能Ｐ２
とほぼ同様である。以下に一例を示す（図２６太線参
照）。(1)配送依頼者Ａが送信した依頼者番号「０１０
２３」とパスワード「１２３」と予約番号「１００１
０」を開鍵依頼情報として取得する。(2)開鍵依頼情報
の依頼者番号「０１０２３」とパスワード「１２３」と
が適切であるかを判断するため、開鍵依頼判断情報ＤＢ
の配送業者情報の各レコードと照合して、開鍵依頼情報
が正確であるか否かを判断する。(4)開鍵依頼情報の依
頼者番号「０１０２３」とパスワード「１２３」が開鍵
依頼判断情報ＤＢの依頼者の情報の一のレコードに含ま
れる情報と適合するので、開鍵依頼情報の予約番号「０
１０２３」をもとに管理情報ＤＢを検索し、管理情報Ｄ
Ｂの予約番号「１００１０」が含まれるレコードの使用
状況情報が「使用中」であるかを確認する。(6)前記使
用状況情報が「使用中」であるので、管理情報ＤＢの予
約番号「１００１０」が含まれるレコードの保管室番号
「１０１」を取得する。(7)配送物保管ボックスＢＯＸ
に保管室番号「１０１」を開鍵する旨の開鍵指令情報を
送信する。

【００５４】配送物保管ボックスＢＯＸは、管理サーバ
ＳＶからの開鍵指令情報を受信すると、主制御機構Ｂ１
は前記開鍵指令を検知し、施錠制御機構Ｂ４に前記開鍵
指令を伝送し、施錠制御機構Ｂ４は開鍵指令情報に従っ
て保管室の電子錠Ｂ１３を開鍵するために、開鍵指令情
報の保管室番号「１０１」の電子錠Ｂ１３に開鍵を指令
する電気的信号を送信する。

【００５５】（Ｓｔｅｐ１１：図５）配送依頼者Ａは、
開鍵指令情報により開鍵した保管室から配送物を出庫し
た後、保管室の電子錠Ｂ１３により扉を施錠する。施錠
により、電子錠Ｂ１３は保管室の状況の変更を検知し施
錠制御機構Ｂ４に伝送する。施錠制御機構Ｂ４は電子錠
Ｂ１３から伝送される情報に保管室識別番号を付加し、
変更状況情報として通信制御機構Ｂ３に伝送する。通信
制御機構Ｂ３は、前記変更状況情報を管理サーバＳＶに
ネットワークＮＥＴを介して送信する。例えば、管理情
報として保管室番号「１０１」、使用状況情報「施錠」
がネットワークＮＥＴを介して管理サーバＳＶに送信さ
れる。例えば、変更状況情報として保管室番号「１０
１」使用状況情報「施錠」がネットワークＮＥＴを介し
て管理サーバＳＶに送信される。

【００５６】管理サーバＳＶは、前記変更状況情報を受
信状況情報として受信すると、主制御機構３１は前記変
更状況情報を記憶し、メインプログラムの管理情報更新
機能Ｐ３を起動させ、以下の動作を行う。管理情報更新
機能Ｐ３の動作はＳｔｅｐ９と同じである（図２２参
照）。以下に一例を示す。図２７太線部は管理情報更新
機能Ｐ３の起動前の各ＤＢ等の状態を表した図であり、
図２８太線部は管理情報更新機能Ｐ３の起動後の各ＤＢ
等の状態を表した図である。図２７に示すように、配送
依頼者Ａが配送物を保管室「１０１」から出庫し施錠し
た状態は、受信状況情報が、保管室番号「１０１」、使
用状況情報「施錠」であり、一方、管理情報ＤＢが、保
管室番号「１０１」、使用状況情報「使用中」である。
(1)受信状況情報（保管室番号「１０１」、使用状況情
報「施錠」）を取得する。(2)前記受信状況情報の保管
室番号「１０１」に基づいて管理情報ＤＢの保管室番号
「１０１」を検索する。(4)該当する保管室が管理情報
ＤＢから検出されるので、当該検出された保管室のレコ
ードの状況情報である使用状況情報を更新する。具体的
には、検出された保管室のレコードの使用状況情報が
「使用中」であるので、「使用中」から「使用可能」に
更新する。

【００５７】また、管理者Ｂは必要に応じて、管理情報
ＤＢから配送物保管ボックス管理に必要な情報を抽出す
る。管理者Ｂはメインメニュー（図６）の「管理情報表
示」ボタンをクリックする。主制御機構３１は管理者Ｂ
のクリック動作を検知して、メインプログラムの管理情
報表示機能を起動し、以下の動作を行う。(1)管理情報
ＤＢから配送物保管ボックス管理に必要な情報を抽出し
取得する。(2)前記取得した情報を抽出管理情報として
入出力装置３７に表示する。なお、情報の抽出は、あら
かじめ管理情報表示機能のプログラムに設定された情報
が抽出されるようにしてもよく、また、管理情報表示機
能のプログラムに抽出する情報を指定する機能を追加し
て、管理者Ａが指定する情報のみを抽出するようにして
もよい。

【００５８】（第２の実施の形態） 第２の実施の形態として、Ｓｔｅｐ４の予約機能Ｐ５に
保管室数を考慮した保管室数機能を追加することができ
る。保管室数機能を有する予約機能とは、適合する保管
室を入庫に必要な数だけ確保するために、適合する保管
室を確保するごとにメインプログラムの適合保管室数を
カウントアップし、適合保管室数が受注情報ＤＢの使用
保管室数情報と一致するまで、前記適合保管室の検索及
び適合保管室のレコードの記憶を繰り返す機能である。
具体的には、Ｓｔｅｐ３及びＳｔｅｐ４に代えて以下の
Ｓｔｅｐ３−１とＳｔｅｐ４−１となる。

【００５９】（Ｓｔｅｐ３−１）管理者Ｂは配送依頼者
Ａからインターネットや電話・ＦＡＸ等で注文を受注す
ると、メインメニュー（図６）から受注情報入力ボタン
をクリックする。前記クリック動作を検知した主制御機
構３１は、メインプログラムの受注情報更新機能を作動
させる。受注情報更新機能の動作はＳｔｅｐ３と同一で
ある。以下に前記動作の一例を示す。配送依頼者Ａの注
文内容が、依頼者番号「０１０２３」、配送希望日「２
０００年５月３日」、配送を希望する配送物名とその個
数「リンゴ １０個」、希望場所「東京駅」、使用保管
室数「２」であると以下のようになる（図２９太線部参
照）。(1)主制御機構３１は、入出力装置３７に受注情
報入力画面（図３０）を表示させ、管理者Ｂに配送依頼
者Ａからの受注情報の入力を促す。(2)管理者Ｂは前記
受注情報を受注情報入力画面（図３０）の項目に従って
所定の場所に入力する。入力完了後に、管理者Ｂは「完
了」ボタンをクリックする。(3)入力完了を検知した主
制御機構３１は、入力された依頼者番号「０１０２
３」、配送希望日「２０００年５月３日」、配送を希望
する配送物名とその個数「リンゴ １０個」、希望場所
「東京駅」、使用保管室数「２」を、受注情報として記
憶機構３２に記憶する。(4)前記受注情報を一つのレコ
ード単位として、受注情報ＤＢに登録する。

【００６０】（Ｓｔｅｐ４−１）主制御機構３１は、メ
インプログラムの保管室数付き予約機能Ｐ５を起動し、
以下の動作を行う。ここで、メインプログラムの保管室
数付き予約機能Ｐ５とは、管理情報ＤＢと受注情報とを
照合し、受注情報に適合する保管室を管理情報ＤＢから
検索し、使用する保管室を必要な数だけ予約する機能で
ある。予約機能Ｐ５の一動作例を図３１に示す。(1)管
理情報ＤＢの検索を始めるポイント（検索ポイント）を
初期値（先頭のレコード）に設定する。(2)検索条件と
なる情報（保管室条件指定情報）を受注情報から取得す
る。(3)予約機能Ｐ５のプログラムにおいてあらかじめ
指定されている検索条件（使用状況情報「使用可能」）
に前記取得した情報を追加し、前記取得した情報と利用
状況「利用可能」を検索条件として、条件を満たす適合
保管室を検出するまで、管理情報ＤＢを検索する。検索
は検索ポイントから始める。(4)条件を満たす適合保管
室があるか判断する。(5)条件を満たす適合保管室が検
出された場合は、検出した適合保管室のレコードを記憶
し、記憶した適合保管室の数を表す適合保管室数をカウ
ントアップする。さらに、次の検索において前記適合保
管室のレコードの次のレコードから管理情報ＤＢの検索
を始めるために検索ポイントを記憶する。(6)適合保管
室数は充足したか否か（適合保管室数と使用保管室数が
同一か否か）を判断する。適合保管室数を充足しない
（適合保管室数と使用保管室数が同一でない）場合は、
再度(3)から始める。(7)保管室数を充足した場合は、当
該適合保管室が予約されたことを表すために前記記憶し
た適合保管室のレコードの使用状況情報を「予約」に更
新する。(8)Ｓｔｅｐ３−１で受注情報ＤＢに登録され
たレコードと前記管理情報ＤＢから検出された適合保管
室のレコードとを関係付けるために、受注情報ＤＢに登
録されたレコードの「予約番号」項目と、前記管理情報
ＤＢの適合保管室のレコードの「予約番号」項目に同一
の予約番号を付加する。(9)予約が完了した旨を表示す
るために、予約完了表示機能を起動する。(10)条件を満
たす適合保管室がない場合は、予約不可能である旨を表
示するために、予約未完了表示機能を起動する。

【００６１】以下に前記動作の一例を示す。図３２は予
約機能Ｐ５起動前の状態を表し、図３３は予約機能完了
後の状態を表す。(1)管理情報ＤＢの検索を始めるポイ
ント（検索ポイント）を初期値として管理情報ＤＢの保
管室番号「１０１」（日付「００／５／１」）のレコー
ドに設定する。(2)主制御機構３１は、受注情報から希
望場所情報「東京駅」、配送の希望日が「００／５／
３」を取得する。(3)設置場所情報が「東京駅」であ
り、かつ、日付が「００／５／３」であり、かつ、状況
情報が「使用可能」であることを条件として管理情報Ｄ
Ｂを検索する。検索は検索ポイントから始める。(4)条
件を満たす適合保管室があるか判断する。その結果、適
合保管室として管理情報ＤＢの保管室番号「１０１」
（日付「００／５／３」）が検出される。(5)管理情報
ＤＢの保管室番号「１０１」（日付「００／５／３」）
のレコードを適合保管室のレコードとして記憶する。適
合保管室数をカウントアップし、「０」から「１」に更
新する。さらに、次の検索において前記適合保管室のレ
コードの次のレコードから検索を始めるために管理情報
ＤＢの検索ポイントを保管室番号「１０２」（日付「０
０／５／１」）のレコードに記憶する。(6)適合保管室
は充足したか否かを判断するために、適合保管室数
「１」と使用保管室数「２」を照合し、一致するか否か
を判断する。適合保管室数と使用保管室数が一致してい
ないため、再度(4)から始める。(4)検索ポイントである
保管室番号「１０２」（日付「００／５／１」）のレコ
ードから前記同一の条件で管理情報ＤＢを検索する。
(4)条件を満たす適合保管室があるか判断する。その結
果、受注に適合する保管室として管理情報ＤＢの保管室
番号「１０２」（日付「００／５／３」）が検出され
る。(5)管理情報ＤＢの前記保管室番号「１０２」のレ
コードを適合保管室のレコードとして記憶する。適合保
管室数をカウントアップし、「１」から「２」に更新す
る。さらに、次の検索において前記適合保管室の次の保
管室から検索を始めるために管理情報ＤＢの検索ポイン
トを保管室番号「１０３」（日付「００／５／１」）の
レコードに記憶する。(6)適合保管室は充足したか否か
を判断するために、適合保管室数「２」と使用保管室数
「２」を照合し、一致するか否かを判断する。(7)適合
保管室数と使用保管室数が一致するため、記憶した適合
保管室である保管室番号「１０１」（日付「００／５／
３」）及び保管室番号「１０２」（日付「００／５／
３」）のレコードに基づいて、管理情報ＤＢの保管室番
号「１０１」（日付「００／５／３」）、保管室番号
「１０２」（日付「００／５／３」）のレコードの使用
状況情報を「使用可能」から「予約」に更新する。(8)
前記Ｓｔｅｐ３−１において受注情報ＤＢに登録された
レコードの「予約番号」項目と、管理情報ＤＢの前記適
合保管室「１０１」（日付「００／５／３」）のレコー
ド及び「１０２」（日付「００／５／３」）のレコード
の「予約番号」項目とに同一の予約番号「１００１０」
を付加する。(6)管理者Ｂに予約が完了した旨を連絡す
るため、予約完了表示機能を起動する。

【００６２】（第３の実施の形態） 第３の実施の形態として、Ｓｔｅｐ４の予約機能Ｐ５に
希望場所を複数考慮した場所機能を追加することができ
る。希望場所を複数考慮した場所機能予約機能とは、受
注情報ＤＢの最優先の場所情報に基づいて管理情報ＤＢ
を検索した結果、使用可能な保管室が検索されなかった
場合には、次に優先順位が高い場所情報を利用して検索
を行う機能である。具体的には、Ｓｔｅｐ３及びＳｔｅ
ｐ４に代えて以下のＳｔｅｐ３−２及びＳｔｅｐ４−２
となる。

【００６３】（Ｓｔｅｐ３−２）管理者Ｂは配送依頼者
Ａからインターネットや電話・ＦＡＸ等で注文を受注す
ると、メインメニュー（図６）から受注情報入力ボタン
をクリックする。前記クリック動作を検知した主制御機
構３１は、メインプログラムの受注情報更新機能を起動
する。受注情報更新機能の動作はＳｔｅｐ３と同一であ
る。例えば、配送依頼者Ａの注文内容が、依頼者番号
「０１０２３」、配送希望日「２０００年５月３日」、
配送を希望する配送物名とその個数「リンゴ １０
個」、第一希望場所「東京駅」で第二希望場所「新宿
駅」であると、以下のようになる（図３４参照）。(1)
主制御機構３１は、入出力装置３７に受注情報入力画面
（図３５）を表示させ、管理者Ｂに配送依頼者Ａからの
受注情報の入力を促す。(2)管理者Ｂは前記受注情報を
受注情報入力画面（図３５）の項目に従って所定の場所
に入力する。入力完了後に、管理者Ｂは「完了」ボタン
をクリックする。(3)入力完了を検知した主制御機構３
１は、入力された情報依頼者番号「０１０２３」、配送
希望日「２０００年５月３日」、配送を希望する配送物
名とその個数「リンゴ １０個」、第一希望場所「東京
駅」で第二希望場所「新宿駅」を、受注情報として記憶
機構３２に記憶する。(4)前記受注情報を一つのレコー
ド単位として、受注情報情報ＤＢに登録する。(5)予約
機能Ｐ５を起動する。

【００６４】（Ｓｔｅｐ４−２）主制御機構３１は、メ
インプログラムの予約機能Ｐ５を起動し、以下の動作を
行う。ここで、メインプログラムの予約機能Ｐ５とは、
管理情報ＤＢと受注情報とを照合し、受注情報に適合す
る保管室を管理情報ＤＢから検索し、使用する保管室を
優先順位の高い配送希望場所順に予約する機能である。
予約機能Ｐ５の一動作例を図３６に示す。(1)受注情報
から第一希望場所及びその他の情報（保管室条件指定情
報）を取得する。(2)予約機能Ｐ５のプログラムにおい
てあらかじめ指定されている検索条件（使用状況情報
「使用可能」）に前記取得した情報を追加し、前記取得
した情報と使用状況情報「使用可能」を検索条件とし、
検索条件に適合する適合保管室を管理情報ＤＢから検出
するまで検索を行う。(3)条件を満たす適合保管室があ
るか判断する。(4)条件を満たす適合保管室が検出され
ない場合は、次希望配送場所があるか確認する。(5)次
希望配送場所がない場合は、予約不可能な旨を表示する
ために予約未完了表示機能を起動する。(6)次希望配送
場所がある場合は、受注情報から次希望場所を取得し、
検索条件の希望場所を前希望場所から次希望場所に更新
する。再度(2)から始める。(7)条件を満たす適合保管室
が検出された場合は、当該適合保管室のレコードを記憶
し、当該適合保管室が予約されたことを表すために当該
保管室のレコードの使用状況情報を「使用可能」から
「予約」に更新する。(8)Ｓｔｅｐ３−２で受注情報Ｄ
Ｂに登録されたレコードと前記管理情報ＤＢから検出さ
れた適合保管室のレコードとを関係付けるために、管理
情報ＤＢの前記適合保管室のレコードの「予約番号」項
目と、前記受注情報に基づいて受注情報ＤＢに登録され
たレコードの「予約番号」項目に同一の予約番号を付加
する。(9)予約が完了した旨を表示するために、予約完
了表示機能を起動する。

【００６５】以下に前記動作の一例を示す。図３７は予
約機能Ｐ５起動前の各ＤＢ等の状態を模式的に表した図
であり、図３８は予約機能完了後の各ＤＢの状態等を模
式的に表した図である。(1)受注情報から第一希望配送
場所「東京駅」、配送の希望日「００／５／３」を取得
する。(2)主制御機構３１は、設置場所情報が「東京
駅」であり、かつ、日付が「００／５／３」であり、か
つ、使用状況情報が「使用可能」であることを検索条件
として、条件を満たす適合保管室が検出されるまで管理
情報ＤＢを検索する。(3)検索の結果、条件を満たす保
管室が検出されない。(4)第二希望配送場所があるか判
断する。(6)第二希望場所があるので、受注情報から第
二希望場所「新宿駅」を取得し、検索条件を「東京駅」
から「新宿駅」に更新する。再度(2)から始める。(2)主
制御機構３１は、設置場所情報が「新宿駅」であり、か
つ、日付が「００／５／３」であり、かつ、使用状況情
報が「使用可能」であることを条件として管理情報ＤＢ
を検索する。(3)検索の結果、条件を満たす適合保管室
として管理情報ＤＢの保管室番号「１０３」（日付「０
０／５／３」）が検出される。(7)この検索結果に基づ
いて、保管室番号「１０３」（日付「００／５／３」）
のレコードを適合保管室のレコードとして記憶し、の使
用状況情報を「使用可能」から「予約」に更新する。
(8)前記Ｓｔｅｐ３−２において受注情報ＤＢに登録さ
れたレコードの「予約番号」項目と、管理情報ＤＢの前
記適合保管室として検出された保管室番号「１０３」
（日付「００／５／３」）のレコードの「予約番号」項
目とに同一の予約番号「１００１０」を登録する。(9)
予約が完了した旨を表示するために、予約完了表示機能
を起動する。

【００６６】（第４の実施の形態） 第４の実施の形態として、さらに、Ｓｔｅｐ４の予約機
能Ｐ５にＳｔｅｐ４−１の保管室数機能とＳｔｅｐ４−
２の場所機能を追加することができる。具体的には、Ｓ
ｔｅｐ３及びＳｔｅｐ４に代えて以下のＳｔｅｐ３−３
及びＳｔｅｐ４−３となる。

【００６７】（Ｓｔｅｐ３−３）管理者Ｂは配送依頼者
Ａからインターネットや電話・ＦＡＸ等で注文を受注す
ると、メインメニュー（図６）から受注情報入力ボタン
をクリックする。前記クリック動作を検知した主制御機
構３１は、メインプログラムの受注情報更新機能を起動
する。受注情報更新機能の動作はＳｔｅｐ３と同一であ
る。以下に前記動作の一例を示す。例えば、配送依頼者
Ａの注文内容が、依頼者番号「０１０２３」、配送希望
日「２０００年５月３日」、配送を希望する配送物名と
その個数「リンゴ １０個」、第一希望場所「東京
駅」、第二希望場所「新宿駅」、使用保管室数「２」で
あると、以下のようになる（図３９太線部参照）。(1)
主制御機構３１は、入出力装置３７に受注情報入力画面
（図４０）を表示させ、管理者Ｂに配送依頼者Ａからの
受注情報の入力を促す。(2)管理者Ｂは前記受注情報を
受注情報入力画面（図４０）の項目に従って所定の場所
に入力する。入力完了後に、管理者Ｂは「完了」ボタン
をクリックする。(3)入力完了を検知した主制御機構３
１は依頼者番号「０１０２３」、配送希望日「２０００
年５月３日」、配送を希望する配送物名とその個数「リ
ンゴ １０個」、第一希望場所「東京駅」、第二希望場
所「新宿駅」、使用保管室数「２」を受注情報として記
憶機構３２に記憶する。(4)前記受注情報を一つのレコ
ード単位として、受注情報情報ＤＢに登録する。(5)予
約機能Ｐ５を起動する。

【００６８】（Ｓｔｅｐ４−３）主制御機構３１は、メ
インプログラムの予約機能Ｐ５を起動し、以下の動作を
行う。ここで、メインプログラムの予約機能Ｐ５とは、
管理情報ＤＢと受注情報とを照合し、受注情報に適合す
る保管室を管理情報ＤＢから検索し、使用する保管室を
優先順位の高い配送希望場所順に、使用する保管室数分
だけ予約する機能である。予約機能Ｐ５の一動作例を図
４１に示す。(1)管理情報ＤＢの検索を始めるポイント
（検索ポイント）を初期値（先頭のレコード）に設定す
る。(2)受注情報から第一希望場所及びその他の情報
（保管室条件指定情報）を取得する。(3)前記取得した
情報と使用状況情報「利用可能」を検索条件とし、条件
を満たす適合保管室を管理情報ＤＢから検出するまで検
索を行う。(4)条件を満たす適合保管室があるか判断す
る。(5)条件を満たす適合保管室が検出された場合は、
当該検出された適合保管室のレコードを記憶し、記憶し
た適合保管室の数を表す適合保管室数をカウントアップ
する。さらに、次の検索において前記適合保管室のレコ
ードの次のレコードから検索を始めるために検索ポイン
トを記憶する。(6)適合保管室数を充足したか判断す
る。適合保管室数を充足しない場合は、再度(3)からは
じめる。(7)適合保管室数を充足した場合は、当該適合
保管室のレコードを記憶し、当該適合保管室が予約され
たことを表すために記憶した適合保管室のレコードの使
用状況情報を「予約」に更新する。(8)Ｓｔｅｐ３−３
で受注情報ＤＢに登録されたレコードと前記管理情報Ｄ
Ｂから検出された適合保管室のレコードとを関係付ける
ために、前記受注情報ＤＢに登録されたレコードの「予
約番号」項目と、管理情報ＤＢの前記適合保管室のレコ
ードの「予約番号」項目とに同一の予約番号を付与す
る。(9)予約が完了した旨を表示するために、予約完了
表示機能を起動する。(10)条件を満たす適合保管室が検
出されない場合は、受注情報に次希望配送場所があるか
を確認する。(11)次希望配送場所がない場合は、予約不
可能である旨を表示するために、予約未完了表示機能を
起動する。(12)次希望配送場所がある場合は、受注情報
から次希望場所を取得し、検索条件の希望場所を前希望
場所から次希望場所に更新する。(13)適合保管室数を０
に更新し、記憶した適合保管室の記憶を消去し、さら
に、検索ポイントを初期値に戻して、再度(3)からはじ
める。

【００６９】以下に前記動作の一例を示す。図４２は予
約機能Ｐ５起動前の各ＤＢの状態等を模式的に表した図
であり、図４３は予約機能完了後の各ＤＢの状態等を模
式的に表した図である。(1)管理情報ＤＢの検索を始め
るポイント（検索ポイント）を初期値として管理情報Ｄ
Ｂの先頭のレコードに設定する。(2)受注情報から第一
希望配送場所「東京駅」、希望日「００／５／３」を取
得する。(3)設置場所情報が「東京駅」であり、かつ、
日付が「００／５／３」であり、かつ、使用状況情報が
「使用可能」であることを条件として管理情報ＤＢを検
索する。(4)検索の結果、条件を満たす適合保管室「１
０１」（日付「００／５／３」）が検出される。(5)適
合保管室があるので、保管室番号「１０１」（日付「０
０／５／３」）のレコードを適合保管室のレコードとし
て記憶し、適合保管室数を「１」にし、さらに、次の検
索において前記適合保管室「１０１」（日付「００／５
／３」）のレコードの次のレコードから検索を始めるた
めに検索ポイントを管理情報ＤＢの保管室番号「１０
２」（日付「００／５／１」）のレコードに設定する。
(6)適合保管室数「１」と使用保管室数「２」とを比較
し、適合保管室数は充足していないことを判断する。再
度(3)から始める。(3)前記記憶した検索ポイント（保管
室番号「１０２」日付「００／５／１」のレコード）か
ら前記同一の条件で管理情報ＤＢを検索する。(4)条件
を満たす適合保管室が検出されない。(10)第二配送希望
場所があるか確認する。(12)第二配送場所を取得し、検
索条件を「東京駅」から「新宿駅」に変更する。(13)適
合保管室数「１」を「０」にし、記憶した適合保管室
「１０１」（日付「００／５／３」）のレコードの記憶
を消去する。さらに、検索ポイントを初期値に戻し、再
度(3)から始める。(3)設置場所情報が「新宿駅」であ
り、かつ、日付が「００／５／３」であり、かつ、状況
情報が「使用可能」であることを条件として管理情報Ｄ
Ｂを検索する。(4)検索の結果、条件を満たす適合保管
室「１０１」が検出される。(5)保管室「１０３」（日
付「００／５／３」）のレコードを適合保管室のレコー
ドとして記憶し、適合保管室数を「１」にし、さらに、
次の検索において前記適合保管室「１０３」（日付「０
０／５／３」）のレコードの次のレコード（保管室「１
０４」日付「００／５／１」のレコード）から検索を始
めるために検索ポイントを記憶する。(6)適合保管室数
「１」と使用保管室数「２」とを比較し、保管室数は充
足していないことを判断する。再度(3)から始める。(3)
前記記憶した検索ポイント（保管室「１０４」日付「０
０／５／１」のレコード）から前記同一の条件で管理情
報ＤＢを検索する。(4)検索の結果、条件を満たす保管
室「１０４」が検出される。(5)保管室「１０４」を適
合保管室として記憶し、適合保管室数を「２」にし、さ
らに、次の検索において前記適合保管室「１０４」のレ
コードの次のレコード（保管室「１０５」日付「００／
５／１」のレコード）から検索を始めるために検索ポイ
ントを記憶する。(6)適合保管室数「２」と使用保管室
数「２」とを比較し、保管室数は充足したことを判断す
る。(7)記憶された適合保管室「１０３」（日付「００
／５／３」）及び「１０４」（日付「００／５／３」）
のレコードに基づいて、管理情報ＤＢの保管室番号「１
０３」（日付「００／５／３」）及び保管室番号「１０
４」（日付「００／５／３」）のレコードの使用状況情
報を「使用可能」から「予約」に更新する。(8)Ｓｔｅ
ｐ３−３で受注情報ＤＢに登録されたレコードと前記管
理情報ＤＢから検出された適合保管室のレコードとを関
係付けるために、前記受注情報ＤＢに登録されたレコー
ドの「予約番号」項目と、前記検出された管理情報ＤＢ
の保管室番号「１０４」（日付「００／５／３」）及び
保管室番号「１０５」（日付「００／５／３」）のレコ
ードの「予約番号」項目とに同一の番号「１００１０」
を登録する。(9)予約が完了した旨を表示するために、
予約完了表示機能を起動する。

【００７０】次に本発明の実施の形態の応用例について
説明する。本応用例においては、まず、受注情報入力画
面（図１２、図３０、図４０）は配送依頼者Ａの端末に
表示される。したがって、配送依頼者Ａが受注情報入力
画面に受注情報を入力することができる。また、予約完
了情報（図１８）及び予約未完了情報（図１９）は配送
依頼者Ａの端末に表示される。これにより、管理者Ｂを
介することなく、配送依頼者Ａは直接予約完了情報又は
予約未完了情報を確認することができる。

【００７１】また、配送業者Ｃの端末に予約完了情報を
送信するために、予約完了情報送信機能を備える。予約
完了情報送信機能とは、配送業者Ｃに予約完了情報に基
づいて配送物の配送を依頼するために、配送業者Ｃの端
末に予約完了情報を送信する機能である。以下に予約情
報送信機能の動作を示す。(1)管理サーバＳＶは、配送
依頼者Ａに配送業者Ｃを特定するための情報の入力を促
すために、配送依頼者Ａの端末に配送業者特定画面（図
４４）を表示する。(2)前記配送業者特定画面に入力さ
れた情報を受信した管理サーバＳＶは、前記入力された
情報に基づいて、予め記憶機構３２に記憶されている配
送業者の情報から、特定された配送業者Ｃの端末のアド
レスを取得し、予約完了情報を特定された配送業者Ｃの
端末に送信する。これにより、管理者Ｂを介することな
く、配送依頼者Ａが直接配送業者Ｃを指定して配送を依
頼することができ、管理サーバＳＶはネットワークＮＥ
Ｔを介して配送業者Ｃの配送業業務を円滑にかつ安全に
管理することができる。

【００７２】なお、実施に応じて図２の本発明の使用概
要例に以下のＳｔｅｐ０、Ｓｔｅｐ１２を追加すること
も可能である（図５）。Ｓｔｅｐ０により、配送業者Ｃ
が配送可能な配送物の品目を予め配送依頼者Ａに通知す
ることができ、配送業者Ｃが配送物を用意できないとい
う事態の発生を防ぐことができる。Ｓｔｅｐ３０によ
り、管理者Ｂと配送依頼者Ａ及び配送業者Ｃとの間の代
金請求及び支払いをすることができる。ただし、Ｓｔｅ
ｐ０、Ｓｔｅｐ１２は本発明の使用過程において追加さ
れるＳｔｅｐであり、本発明自体になんら影響を及ぼす
ものではない。

【００７３】（Ｓｔｅｐ０：図５）配送業者Ｃは配送可
能な配送物の品目を管理者Ｂに通知する。管理者Ｂは配
送業者Ｃの通知に基づいて品目情報ＤＢに品目名を登録
する。品目情報ＤＢは配送業者Ｃの通知により更新され
る。品目情報ＤＢに登録された情報は、必要な情報のみ
（例えば品目名や値段等）を抽出して、品目リストとし
て依頼者に配布される。配送依頼者Ａは前記品目リスト
の範囲で配送物を注文することができる。（Ｓｔｅｐ１
２：図５）管理者Ｂは依頼者Ａに代金を請求する。ま
た、管理者Ｂは配送業者Ｃの請求に従って代金を支払
う。

【００７４】以上、各実施の形態の形態では、配送物保
管ボックスＢＯＸを駅に設置する場合について説明した
が、本発明では設置場所を問わない。

【００７５】

【発明の効果】本発明の配送物保管ボックスの集中管理
システムによれば、配送物保管ボックスを統合的・集中
的に管理することができる。すなわち、本発明によれ
ば、配送依頼者の希望に適合する保管室を事前に予約し
たり、最優先で希望する場所に設置される保管室に予約
可能なボックスが存在しない場合でも次に希望する場所
に設置される保管室を予約したり、使用する保管室数を
確保したり、配送物によっては冷蔵保管する等の管理が
可能である。また、依頼者及び配送業者の情報を管理す
ることにより、当該依頼者等が正当である場合のみ開鍵
するなどの管理が確実に行え、配送物の円滑かつ安全な
流通システムを将来的に実現することが可能となる。

【００７６】

【図面の簡単な説明】

【図１】本発明の一実施の形態のネットワークの構成を
示す図である。

【図２】上記実施の形態の配送依頼者と配送物保管ボッ
クスと管理サーバと配送業者との関係を示す図である。

【図３】上記実施の形態の管理サーバの構成を示す図で
ある。

【図４】上記実施の形態の配送物保管ボックスの構成を
示す図である。

【図５】上記実施の形態の配送依頼者と配送物保管ボッ
クスと管理サーバと配送業者との関係を示す図である。

【図６】上記実施の形態のメインメニューを示す図であ
る。

【図７】上記実施の形態の開鍵情報登録画面を示す図で
ある。

【図８】上記実施の形態の依頼者情報登録画面を示す図
である。

【図９】上記実施の形態の管理サーバのシステム例を示
す図である。

【図１０】上記実施の形態の配送業者情報登録画面を示
す図である。

【図１１】上記実施の形態の管理サーバのシステム例を
示す図である。

【図１２】上記実施の形態の受注情報の登録画面を示す
図である。

【図１３】上記実施の形態の管理サーバのシステム例を
示す図である。

【図１４】上記実施の形態の予約機能のフローチャート
である。

【図１５】上記実施の形態の管理サーバのシステム例を
示す図である。

【図１６】上記実施の形態の管理サーバのシステム例を
示す図である。

【図１７】上記実施の形態の管理サーバのシステム例を
示す図である。

【図１８】上記実施の形態の予約完了情報の表示画面を
示す図である。

【図１９】上記実施の形態の予約未完了情報の表示画面
を示す図である。

【図２０】上記実施の形態の開鍵機能のフローチャート
である。

【図２１】上記実施の形態の管理サーバのシステム例を
示す図である。

【図２２】上記実施の形態の管理情報更新機能のフロー
チャートである。

【図２３】上記実施の形態の管理サーバのシステム例を
示す図である。

【図２４】上記実施の形態の管理サーバのシステム例を
示す図である。

【図２５】上記実施の形態の開鍵機能のフローチャート
である。

【図２６】上記実施の形態の管理サーバのシステム例を
示す図である。

【図２７】上記実施の形態の管理サーバのシステム例を
示す図である。

【図２８】上記実施の形態の管理サーバのシステム例を
示す図である。

【図２９】上記実施の形態の管理サーバのシステム例を
示す図である。

【図３０】上記実施の形態の受注情報入力画面を示す図
である。

【図３１】上記実施の形態の保管室の予約機能のフロー
チャートである。

【図３２】上記実施の形態の管理サーバのシステム例を
示す図である。

【図３３】上記実施の形態の管理サーバのシステム例を
示す図である。

【図３４】上記実施の形態の管理サーバのシステム例を
示す図である。

【図３５】上記実施の形態の受注情報入力画面を示す図
である。

【図３６】上記実施の形態の保管室の予約機能のフロー
チャートである。

【図３７】上記実施の形態の管理サーバのシステム例を
示す図である。

【図３８】上記実施の形態の管理サーバのシステム例を
示す図である。

【図３９】上記実施の形態の管理サーバのシステム例を
示す図である。

【図４０】上記実施の形態の受注情報入力画面を示す図
である。

【図４１】上記実施の形態の場所の予約機能のフローチ
ャートである。

【図４２】上記実施の形態の管理サーバのシステム例を
示す図である。

【図４３】上記実施の形態の管理サーバのシステム例を
示す図である。

【図４４】上記実施の形態の配送業者特定画面を示す図
である。

【図４５】従来の配送物保管ボックスの正面側の図であ
る。

【符号の説明】

３１ 主制御機構 ３２ 記憶機構 ３３ 通信制御機構 ３４ 入出力制御機構 ３７ 入出力制御機構 ３８ 内部伝達機構 Ｂ１ 主制御機構 Ｂ２ 記憶機構 Ｂ３ 通信制御機構 Ｂ４ 施錠制御機構 Ｂ５ 入出力制御機構 Ｂ６ カードリーダー Ｂ８ 内部伝達機構 Ｂ１１ 制御部 Ｂ１２ ボックス管理部 Ｂ１３ 電子錠 Ｐ１ 開鍵依頼情報登録機能 Ｐ２ 開鍵機能 Ｐ３ 管理情報更新機能 Ｐ４ 受注情報登録機能 Ｐ５ 予約機能 Ａ 配送依頼者 Ｂ 管理者 Ｃ 配送業者 ＢＯＸ 配送物保管ボックス ＳＶ 管理サーバ ＮＥＴ ネットワーク

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ Ｇ０６Ｆ 17/60 １１８ Ｇ０６Ｆ 17/60 １１８ (56)参考文献 特開 平３−102497（ＪＰ，Ａ) 特開 平６−259666（ＪＰ，Ａ) 特開 平11−151154（ＪＰ，Ａ) 特開 平２−171957（ＪＰ，Ａ) 特開 昭62−109166（ＪＰ，Ａ) 特開2002−8130（ＪＰ，Ａ) 特開2001−266019（ＪＰ，Ａ) 特開2002−291027（ＪＰ，Ａ) 特開 平２−187859（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) A47G 29/12 - 29/122 G06F 17/60

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 配送物を保管する複数の保管室と、この
   各保管室に設けられる電子錠付きの個別の扉とを備えた
   配送物保管ボックスと、この配送物保管ボックスを複数
   個管理する管理サーバと、配送依頼者の端末とが互いに
   有する通信制御機構を介してインターネット等のネット
   ワークに接続され、 配送物保管ボックスは、各保管室の使用の状況が変更さ
   れた旨を表す変更状況情報を伝達する変更状況情報伝達
   機構を備え、この変更状況情報伝達機構は上記通信制御
   機構と接続され、 管理サーバは、各保管室毎に一つのレコード単位として
   各保管室毎に配送物保管ボックスを管理するために、少
   なくとも、配送物保管ボックスの設置場所と、配送物名
   と、日付と、前記日付において各保管室が使用中で使用
   不能か又は使用されておらず使用可能かを表す使用状況
   情報が含まれた管理情報からなる管理情報ＤＢを備え、
   ネットワークを介して接続された配送物保管ボックスか
   ら送信される前記変更状況情報を受信状況情報として受
   信する手段と、この受信した受信状況情報に基づいて管
   理情報ＤＢの状況情報を更新する手段と、管理情報ＤＢ
   から配送物保管ボックス管理に必要な情報を抽出して構
   成される情報を抽出管理情報として表示する手段とを有
   するとともに、 更に、管理サーバは、配送依頼者から受注した注文内容
   に従って配送物を配送するために必要な情報を、各受注
   毎に一つのレコード単位として管理する受注情報を含む
   受注情報ＤＢを備え、前記受注情報には配送依頼者が配
   送を希望する希望日と、配送依頼者が配送を希望する場
   所を表す場所指定情報が一つ以上含まれ、各場所指定情
   報ごとに配送依頼者が配送を希望する優先順位が設けら
   れており、 配送依頼者からの受注情報の入力を促す手段と、当該受
   注情報を記憶する手段と、当該受注情報を一つのレコー
   ド単位として受注情報ＤＢに登録する手段と、当該受注
   情報に含まれる希望日に保管室が使用可能であることを
   検索条件として、最優先の場所指定情報に基づいて管理
   情報ＤＢを検索し、使用可能な保管室が検索されない場
   合には、次に優先順位が高い場所指定情報を利用して検
   索を行い、適合する適合保管室を検出するまで管理情報
   ＤＢを検索する検索手段と、適合保管室が検出された場
   合には当該適合保管室のレコードを記憶する記憶手段
   と、当該適合保管室が配送物配送のために予約されたこ
   とを表すために当該適合保管室のレコードの使用状況情
   報を使用可能を表す情報から予約を表す情報に更新する
   手段と、前記受注情報ＤＢに登録されたレコードと前記
   管理情報ＤＢから検出された当該適合保管室のレコード
   とを関係付ける手段と、当該適合保管室が予約されたこ
   とを確認するために必要な情報から構成される予約完了
   情報を作成する手段と、前記予約完了情報を表示する手
   段と、適合保管室が検出されない場合には予約未完了を
   確認するために必要な情報から構成される予約未完了情
   報を作成する手段と、予約未完了情報を表示する手段と
   を有することを特徴とする配送物保管ボックスの集中管
   理システム。
2. 【請求項２】 前記受注情報には、配送物を保管するた
   めに必要な使用保管室数が含まれており、適合保管室数
   が受注情報の使用保管室数と一致するまで、前記検索手
   段を繰り返すことを特徴とする前記請求項１記載の配送
   物保管ボックスの集中管理システム。
3. 【請求項３】 前記管理サーバは、ネットワークを介し
   て、一つ以上の配送業者の端末に接続されており、 一の配送業者の端末を特定するための配送業者識別情報
   の入力を促す手段と、前記特定された配送業者の端末に
   前記予約完了情報を送信する手段を備えることを特徴と
   する請求項１又は請求項２記載の配送物保管ボックスの
   集中管理システム。
4. 【請求項４】 配送業者が配送物を指定された保管室に
   入庫した後、保管室の扉を施錠することにより、配送物
   が入庫された旨の情報をネットワークを介して管理サー
   バに送信し、当該情報を前記管理情報ＤＢに登録するこ
   とを特徴とする請求項１又は請求項２記載の配送物保管
   ボックスの集中管理システム。