知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-02-15
(45)【発行日】2024-02-26
(54)【発明の名称】配送管理サーバ、配送管理システム、および、配送管理方法
(51)【国際特許分類】
G06Q 10/0836 20230101AFI20240216BHJP
G06Q 50/10 20120101ALI20240216BHJP
【ＦＩ】
G06Q10/0836
G06Q50/10
【請求項の数】
6
(21)【出願番号】P 2019191339
(22)【出願日】2019-10-18
(65)【公開番号】P2021068046
(43)【公開日】2021-04-30
【審査請求日】2022-09-22
(73)【特許権者】
【識別番号】399048917
【氏名又は名称】日立グローバルライフソリューションズ株式会社
(74)【代理人】
【識別番号】110001807
【氏名又は名称】弁理士法人磯野国際特許商標事務所
(72)【発明者】
【氏名】井口 匠
(72)【発明者】
【氏名】丸山 幸伸
(72)【発明者】
【氏名】林 正二
(72)【発明者】
【氏名】梅澤 功一
(72)【発明者】
【氏名】上甲 康之
【審査官】牧 裕子
(56)【参考文献】
【文献】特開２００２－００４６６７（ＪＰ，Ａ）
【文献】特開２０１９－００５２８１（ＪＰ，Ａ）
【文献】特開２００２－２８８５６２（ＪＰ，Ａ）
【文献】特開２００３－２３３７５８（ＪＰ，Ａ）
【文献】特開２０１９－０１６１９０（ＪＰ，Ａ）
【文献】特開２０１９－１２１１２７（ＪＰ，Ａ）
【文献】特開２００２－２２６０５０（ＪＰ，Ａ）
【文献】特開２００３－１６０２３１（ＪＰ，Ａ）
【文献】特開２０１０－１７４５８１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
配送物を受け取る依頼者の端末からの前記配送物の発注を受けて、前記配送物を提供するサプライヤの端末から発行される配送要求を受信することで、依頼者の希望した希望日時と、依頼者の希望した場所である受取先住所とを取得し、
前記配送物を格納する配送先の候補である収納ボックスごとに予約状況が登録されるボックス予約管理データから、前記希望日時との差分または前記受取先住所からの差分のうちの少なくとも一方の差分に基づいて、その差分が小さいほど優先的に選択した前記収納ボックスを配送先ボックスとして、その配送先ボックスの日時および場所を予約するボックス予約部と、
事前登録された配送者候補のリストから、前記配送先ボックスまで前記配送物を配送する配送者を予約する配送者予約部と、
予約された配送者の端末から前記配送先ボックスに送信することで前記配送先ボックスを解錠する第１配送ＩＤを、前記配送先ボックスの許可権として予約された配送者の端末に送信するとともに、
前記依頼者の端末から前記配送先ボックスに送信することで前記配送先ボックスを解錠する第２配送ＩＤを、前記配送先ボックスの許可権として前記サプライヤの端末を介して前記依頼者の端末に送信する送受信部と、を有し、
前記ボックス予約部は、前記配送先ボックスについての前記希望日時および前記受取先住所からの差分が大きくなるほど大きなインセンティブを計算し、そのインセンティブを含めた前記収納ボックスの予約内容を前記依頼者の端末に通知し、前記依頼者の端末から予約内容の承認が得られたときに、予約内容を確定することを特徴とする
配送管理サーバ。
【請求項2】
請求項１に記載の配送管理サーバと、前記収納ボックスとを有しており、前記収納ボックスには、内部の温度を調整できる温度調整機構と、内部の温度を計測する温度センサとが備えられており、
前記ボックス予約部は、配送希望温度と、前記温度センサが計測した前記収納ボックス内部の温度との温度差に基づいて前記収納ボックスを予約することを特徴とする
配送管理システム。
【請求項3】
請求項１に記載の配送管理サーバと、前記収納ボックスとを有しており、前記収納ボックスには、内部の温度を冷蔵調整できる冷蔵機能が備えられており、
前記ボックス予約部は、前記冷蔵機能がオフになった後の経過時間に基づいて前記収納ボックスを予約することを特徴とする
配送管理システム。
【請求項4】
前記配送管理サーバは、さらに、ボックス制御部を有しており、前記ボックス制御部は、前記配送先ボックスの前記温度調整機構に対して、配送物が配送される前にその配送物の配送希望温度になるように温度変更を指示することを特徴とする
請求項２に記載の配送管理システム。
【請求項5】
請求項１に記載の配送管理サーバと、前記収納ボックスとを有しており、前記配送管理サーバは、さらに、配送者予約部を有しており、
前記配送者予約部は、配送物を配送する配送者の候補が登録される配送者管理データから、前記配送先ボックスまで配送物を配送可能な配送者を予約することを特徴とする
配送管理システム。
【請求項6】
配送管理サーバは、ボックス予約部と、配送者予約部と、送受信部と、を有しており、前記ボックス予約部は、
配送物を受け取る依頼者の端末からの前記配送物の発注を受けて、前記配送物を提供するサプライヤの端末から発行される配送要求を受信することで、依頼者の希望した希望日時と、依頼者の希望した場所である受取先住所とを取得し、
前記配送物を格納する配送先の候補である収納ボックスごとに予約状況が登録されるボックス予約管理データから、前記希望日時との差分または前記受取先住所からの差分のうちの少なくとも一方の差分に基づいて、その差分が小さいほど優先的に選択した前記収納ボックスを配送先ボックスとして、その配送先ボックスの日時および場所を予約し、
前記配送者予約部は、事前登録された配送者候補のリストから、前記配送先ボックスまで前記配送物を配送する配送者を予約し、
前記送受信部は、
予約された配送者の端末から前記配送先ボックスに送信することで前記配送先ボックスを解錠する第１配送ＩＤを、前記配送先ボックスの許可権として予約された配送者の端末に送信するとともに、
前記依頼者の端末から前記配送先ボックスに送信することで前記配送先ボックスを解錠する第２配送ＩＤを、前記配送先ボックスの許可権として前記サプライヤの端末を介して前記依頼者の端末に送信し、
前記ボックス予約部は、前記配送先ボックスについての前記希望日時および前記受取先住所からの差分が大きくなるほど大きなインセンティブを計算し、そのインセンティブを含めた前記収納ボックスの予約内容を前記依頼者の端末に通知し、前記依頼者の端末から予約内容の承認が得られたときに、予約内容を確定することを特徴とする
配送管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、配送管理サーバ、配送管理システム、および、配送管理方法に関する。
【背景技術】
【0002】
オンラインショップの発展に伴い、受取人が不在でも配送物を受け取れるようにするための宅配ボックス装置が提案されている。配送物には、要冷却（要冷蔵）などの温度管理が必要な生鮮食品も存在する。そこで、特許文献１に記載の宅配ボックス装置は、冷却が必要である場合、配達予定時刻に応じた時刻に、収納庫内の冷却部による冷却を開始させる制御部を有する。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１９－５２８１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に記載の宅配ボックス装置は、家庭の玄関に配備される受取人専用の装置である。よって、そもそも宅配ボックス装置を用意するには多額の設備投資を要する。
一方で、自分専用の宅配ボックスを持たない受取人のために、集合住宅のロビーに配備された住民共用の宅配ボックスや、コンビニや駅などの共用スペースに配備された宅配ボックスなどを連携させたシェアリング型の宅配システムを構築することを検討する。
一方で、自分専用の宅配ボックスを持たない受取人のために、集合住宅のロビーに配備された住民共用の宅配ボックスや、コンビニや駅などの共用スペースに配備された宅配ボックスなどを連携させたシェアリング型の宅配システムを構築することを検討する。
【0005】
このようなシェアリング型の宅配システムは、使用したい場所や使用したい時間帯などの配送要求が他の受取人との間で衝突することもあるなど、複数の受取人を前提として予約時間を調整する必要がある。
さらに、各受取人それぞれの配送要求がバラバラであることもある。例えば、あるコンビニ内のボックスを配送先として予約した場合、そのコンビニの近くに住む受取人Ａは楽に配送物を回収できるので、配送サービスへの満足度も高くなる。一方、同じコンビニ内のボックスでも、そのコンビニから遠くに住む受取人Ｂは配送物を家まで運ぶ負担が増えてしまい、配送サービスへの満足度は低くなってしまう。
さらに、各受取人それぞれの配送要求がバラバラであることもある。例えば、あるコンビニ内のボックスを配送先として予約した場合、そのコンビニの近くに住む受取人Ａは楽に配送物を回収できるので、配送サービスへの満足度も高くなる。一方、同じコンビニ内のボックスでも、そのコンビニから遠くに住む受取人Ｂは配送物を家まで運ぶ負担が増えてしまい、配送サービスへの満足度は低くなってしまう。
【0006】
そこで、本発明は、配送先の候補となる複数のボックスから、配送要求になるべく適合するようなボックスを使用させることを、主な課題とする。
【課題を解決するための手段】
【0007】
前記課題を解決するために、本発明の配送管理サーバは、以下の特徴を有する。
本発明は、配送物を受け取る依頼者の端末からの前記配送物の発注を受けて、前記配送物を提供するサプライヤの端末から発行される配送要求を受信することで、依頼者の希望した希望日時と、依頼者の希望した場所である受取先住所とを取得し、
前記配送物を格納する配送先の候補である収納ボックスごとに予約状況が登録されるボックス予約管理データから、前記希望日時との差分または前記受取先住所からの差分のうちの少なくとも一方の差分に基づいて、その差分が小さいほど優先的に選択した前記収納ボックスを配送先ボックスとして、その配送先ボックスの日時および場所を予約するボックス予約部と、
事前登録された配送者候補のリストから、前記配送先ボックスまで前記配送物を配送する配送者を予約する配送者予約部と、
予約された配送者の端末から前記配送先ボックスに送信することで前記配送先ボックスを解錠する第１配送ＩＤを、前記配送先ボックスの許可権として予約された配送者の端末に送信するとともに、
前記依頼者の端末から前記配送先ボックスに送信することで前記配送先ボックスを解錠する第２配送ＩＤを、前記配送先ボックスの許可権として前記サプライヤの端末を介して前記依頼者の端末に送信する送受信部と、を有し、
前記ボックス予約部は、前記配送先ボックスについての前記希望日時および前記受取先住所からの差分が大きくなるほど大きなインセンティブを計算し、そのインセンティブを含めた前記収納ボックスの予約内容を前記依頼者の端末に通知し、前記依頼者の端末から予約内容の承認が得られたときに、予約内容を確定することを特徴とする。
その他の手段は、後記する。
本発明は、配送物を受け取る依頼者の端末からの前記配送物の発注を受けて、前記配送物を提供するサプライヤの端末から発行される配送要求を受信することで、依頼者の希望した希望日時と、依頼者の希望した場所である受取先住所とを取得し、
前記配送物を格納する配送先の候補である収納ボックスごとに予約状況が登録されるボックス予約管理データから、前記希望日時との差分または前記受取先住所からの差分のうちの少なくとも一方の差分に基づいて、その差分が小さいほど優先的に選択した前記収納ボックスを配送先ボックスとして、その配送先ボックスの日時および場所を予約するボックス予約部と、
事前登録された配送者候補のリストから、前記配送先ボックスまで前記配送物を配送する配送者を予約する配送者予約部と、
予約された配送者の端末から前記配送先ボックスに送信することで前記配送先ボックスを解錠する第１配送ＩＤを、前記配送先ボックスの許可権として予約された配送者の端末に送信するとともに、
前記依頼者の端末から前記配送先ボックスに送信することで前記配送先ボックスを解錠する第２配送ＩＤを、前記配送先ボックスの許可権として前記サプライヤの端末を介して前記依頼者の端末に送信する送受信部と、を有し、
前記ボックス予約部は、前記配送先ボックスについての前記希望日時および前記受取先住所からの差分が大きくなるほど大きなインセンティブを計算し、そのインセンティブを含めた前記収納ボックスの予約内容を前記依頼者の端末に通知し、前記依頼者の端末から予約内容の承認が得られたときに、予約内容を確定することを特徴とする。
その他の手段は、後記する。
【発明の効果】
【0008】
本発明によれば、配送先の候補となる複数のボックスから、配送要求になるべく適合するようなボックスを使用させることができる。
【図面の簡単な説明】
【0009】
【図1】本発明の一実施形態に関する配送管理システムに用いられるロッカーの外観図である。
【図2】本発明の一実施形態に関する配送管理システムが適用される配送業務の説明図である。
【図3】本発明の一実施形態に関する配送管理システムの構成図である。
【図4】本発明の一実施形態に関するロッカー登録テーブルの構成図である。
【図5】本発明の一実施形態に関するロッカー利用テーブルの構成図である。
【図6】本発明の一実施形態に関する温度帯テーブルの構成図である。
【図7】本発明の一実施形態に関するボックス利用テーブルの構成図である。
【図8】本発明の一実施形態に関するボックス予約テーブルの構成図である。
【図9】本発明の一実施形態に関する配送者登録テーブルの構成図である。
【図10】本発明の一実施形態に関する配送単価テーブルの構成図である。
【図11】本発明の一実施形態に関する配送計画テーブルの構成図である。
【図12】本発明の一実施形態に関する配送管理システムの配送前のリソース予約処理を示すシーケンス図である。
【図13】本発明の一実施形態に関する配送要求に関するテーブルである。
【図14】本発明の一実施形態に関するボックス予約処理の詳細を示すフローチャートである。
【図15】本発明の一実施形態に関するボックス内温度の時間変化を示すグラフである。
【図16】本発明の一実施形態に関する仮予約にともなうインセンティブの計算の詳細を示す説明図である。
【図17】本発明の一実施形態に関する配送者予約処理の詳細を示すフローチャートである。
【図18】本発明の一実施形態に関するボックスの適温化処理の詳細を示すフローチャートである。
【図19】本発明の一実施形態に関する配送管理システムにおける配送物の配送処理を示すシーケンス図である。
【図20】本発明の一実施形態に関する配送管理システムにおける配送物の受取処理を示すシーケンス図である。
【発明を実施するための形態】
【0010】
以下、本発明の一実施形態について、図面を参照しながら詳細に説明する。
【0011】
図１は、配送管理システムに用いられるロッカー５の外観図である。
ロッカー５は、開閉端末５２と、１つ以上の（図１では７つの）ボックス（収納ボックス）５３とを有する。開閉端末５２を介して利用者からＩＤの入力を受け付けると、そのＩＤに対応したいずれかのボックス５３を開扉される。
各ボックス５３には、配送物が収納される。なお、生鮮食品や冷凍食品の配送物に対応するために、各ボックス５３内に温度調節機構（クーラー、ヒーター）を備え、ボックス５３内の温度を計測する温度計を備えてもよい。
なお、ボックス５３の温度調節機構として、例えばペルチェ素子を用いることで、冷蔵や温蔵の切り替えが自在であったり、コンパクトに構成できたりするので、好適である。または、ボックス５３の温度調節機構として、冷媒を用いた冷凍機を適用してもよい。
ロッカー５は、開閉端末５２と、１つ以上の（図１では７つの）ボックス（収納ボックス）５３とを有する。開閉端末５２を介して利用者からＩＤの入力を受け付けると、そのＩＤに対応したいずれかのボックス５３を開扉される。
各ボックス５３には、配送物が収納される。なお、生鮮食品や冷凍食品の配送物に対応するために、各ボックス５３内に温度調節機構（クーラー、ヒーター）を備え、ボックス５３内の温度を計測する温度計を備えてもよい。
なお、ボックス５３の温度調節機構として、例えばペルチェ素子を用いることで、冷蔵や温蔵の切り替えが自在であったり、コンパクトに構成できたりするので、好適である。または、ボックス５３の温度調節機構として、冷媒を用いた冷凍機を適用してもよい。
【0012】
図２は、配送管理システムが適用される配送業務の説明図である。
依頼者は、配送希望の日時および場所を指定してサプライヤに商品を注文する。サプライヤから商品を受け取った配送者は、依頼者に向けて商品を配送する。ここで、配送者と依頼者との間で商品を受け渡すため、配送管理システムは、商品を一時的に保管するためのロッカー５のボックス５３を予約する。
このとき、配送管理システムは、配送希望の日時および場所に適合するようなボックス５３を予約する。換言すると、配送管理システムは、ボックス５３を予約した日時または場所のうちの少なくとも一方との差分が、配送希望の日時および場所から小さくなるようなボックス５３を選択して予約する。
依頼者は、配送希望の日時および場所を指定してサプライヤに商品を注文する。サプライヤから商品を受け取った配送者は、依頼者に向けて商品を配送する。ここで、配送者と依頼者との間で商品を受け渡すため、配送管理システムは、商品を一時的に保管するためのロッカー５のボックス５３を予約する。
このとき、配送管理システムは、配送希望の日時および場所に適合するようなボックス５３を予約する。換言すると、配送管理システムは、ボックス５３を予約した日時または場所のうちの少なくとも一方との差分が、配送希望の日時および場所から小さくなるようなボックス５３を選択して予約する。
【0013】
なお、「受取先住所」とは、商品の持ち帰り先である自宅や、プレゼントの送り先である知人宅などの配送希望の場所（最終目的地）である。「配送先住所」はその受取先住所の近くにある予約されたボックス５３の場所（中間目的地）である。
配送者は、商品を提供するサプライヤからの配送要求を受け、サプライヤの住所である配送元から指定された配送先住所まで配送物を配送し、そのロッカー５内の予約されたボックス５３に配送物を収納する。その後、依頼者は、収納されたボックス５３から配送物を受け取り、その配送物を受取先住所まで持ち運ぶ。
配送者は、商品を提供するサプライヤからの配送要求を受け、サプライヤの住所である配送元から指定された配送先住所まで配送物を配送し、そのロッカー５内の予約されたボックス５３に配送物を収納する。その後、依頼者は、収納されたボックス５３から配送物を受け取り、その配送物を受取先住所まで持ち運ぶ。
【0014】
図３は、配送管理システムの構成図である。
配送管理システムは、依頼者端末１と、サプライヤ端末２と、配送者端末３と、管理サーバ（配送管理サーバ）４と、ロッカー５とがネットワーク９で接続されて構成される。
配送管理システムの各装置（依頼者端末１と、サプライヤ端末２と、配送者端末３と、管理サーバ４と、ロッカー５）は、それぞれＣＰＵ（Central Processing Unit）と、メモリと、ハードディスクなどの記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成される。
このコンピュータは、ＣＰＵが、メモリ上に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部により構成される制御部（制御手段）を動作させる。
配送管理システムは、依頼者端末１と、サプライヤ端末２と、配送者端末３と、管理サーバ（配送管理サーバ）４と、ロッカー５とがネットワーク９で接続されて構成される。
配送管理システムの各装置（依頼者端末１と、サプライヤ端末２と、配送者端末３と、管理サーバ４と、ロッカー５）は、それぞれＣＰＵ（Central Processing Unit）と、メモリと、ハードディスクなどの記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成される。
このコンピュータは、ＣＰＵが、メモリ上に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部により構成される制御部（制御手段）を動作させる。
【0015】
ロッカー５には、図１で説明した開閉端末５２とボックス５３とに加え、送受信部５１と、制御部５４と、記憶部５５とを有する。送受信部５１は、ボックス５３を開扉されるためのＩＤをネットワーク９から受信し、記憶部５５にＩＤを登録する。制御部５４は、記憶部５５に登録されたＩＤと、開閉端末５２から入力されたＩＤとを照合し、両ＩＤが一致するときに該当するボックス５３を開扉する。
【0016】
管理サーバ４は、各端末や各ロッカー５と連携して、配送する業務を具体的に手配する配送管理を行う。そのため、管理サーバ４は、制御部４０と、送受信部４１と、記憶部４６とを有する。送受信部４１は、ネットワーク９を介してデータを送受信するインタフェースである。
制御部４０は、配送管理を行うための各種処理部（ボックス予約部４２と、配送者予約部４３と、ボックス制御部４４と、配送者制御部４５）を動作させる。これらの動作の詳細は、図１２からのシーケンス図の説明で明らかにする。
記憶部４６には、配送管理を行うための各種テーブル（図４～図１１で後記するロッカー登録テーブル７１と、ロッカー利用テーブル７２と、温度帯テーブル７３と、ボックス利用テーブル７４と、ボックス予約テーブル（ボックス予約管理データ）７５と、配送者登録テーブル（配送者管理データ）７６と、配送単価テーブル７７と、配送計画テーブル７８）が格納される。
制御部４０は、配送管理を行うための各種処理部（ボックス予約部４２と、配送者予約部４３と、ボックス制御部４４と、配送者制御部４５）を動作させる。これらの動作の詳細は、図１２からのシーケンス図の説明で明らかにする。
記憶部４６には、配送管理を行うための各種テーブル（図４～図１１で後記するロッカー登録テーブル７１と、ロッカー利用テーブル７２と、温度帯テーブル７３と、ボックス利用テーブル７４と、ボックス予約テーブル（ボックス予約管理データ）７５と、配送者登録テーブル（配送者管理データ）７６と、配送単価テーブル７７と、配送計画テーブル７８）が格納される。
【0017】
図４～図６は、ロッカー５の情報に関するテーブルである。
図４は、ロッカー登録テーブル７１の構成図である。
ロッカー登録テーブル７１は、ロッカー５の識別子であるロッカーIDと、ロッカー５の設置位置と、温度帯制御に対応しているボックス５３の数と、ロッカー５が備えるボックス５３の全数とを対応づけて格納する。
図４は、ロッカー登録テーブル７１の構成図である。
ロッカー登録テーブル７１は、ロッカー５の識別子であるロッカーIDと、ロッカー５の設置位置と、温度帯制御に対応しているボックス５３の数と、ロッカー５が備えるボックス５３の全数とを対応づけて格納する。
【0018】
図５は、ロッカー利用テーブル７２の構成図である。
ロッカー利用テーブル７２は、ロッカーIDと、ロッカー５が備えるボックス５３のうちの空きボックスの数と、予約済みボックスの数とを対応づけて格納する。なお、ボックスの数は、全数に加え、対応する温度帯（常温と、冷蔵と、冷凍）ごとにカウントされる。
ロッカー利用テーブル７２は、ロッカーIDと、ロッカー５が備えるボックス５３のうちの空きボックスの数と、予約済みボックスの数とを対応づけて格納する。なお、ボックスの数は、全数に加え、対応する温度帯（常温と、冷蔵と、冷凍）ごとにカウントされる。
【0019】
図６は、温度帯テーブル７３の構成図である。
温度帯テーブル７３は、ロッカー利用テーブル７２の温度帯（常温と、冷蔵と、冷凍）の詳細を示す。温度帯テーブル７３には、温度帯ごとに、その目標温度と、上限温度と、下限温度とを対応づけて格納される。例えば、「冷蔵」は、２℃を目標温度とするが、その上下である程度の温度の幅を持たせる（ここでは＋５℃～－５℃）。
温度帯テーブル７３は、ロッカー利用テーブル７２の温度帯（常温と、冷蔵と、冷凍）の詳細を示す。温度帯テーブル７３には、温度帯ごとに、その目標温度と、上限温度と、下限温度とを対応づけて格納される。例えば、「冷蔵」は、２℃を目標温度とするが、その上下である程度の温度の幅を持たせる（ここでは＋５℃～－５℃）。
【0020】
図７，図８は、ボックス５３の情報に関するテーブルである。
図７は、ボックス利用テーブル７４の構成図である。
ボックス利用テーブル７４は、ボックス５３の識別子であるボックスIDと、ボックス５３の現在の利用状況および予約数と、ボックス５３の温度情報（設定温度帯と、目標温度と、庫内温度）とを対応づけて格納する。なお、設定温度帯の「変更中」とは、ボックス５３内の現在温度を、配送物の保管に適した目標温度に変更している途中であることを示す（詳細は図１８）。
図７は、ボックス利用テーブル７４の構成図である。
ボックス利用テーブル７４は、ボックス５３の識別子であるボックスIDと、ボックス５３の現在の利用状況および予約数と、ボックス５３の温度情報（設定温度帯と、目標温度と、庫内温度）とを対応づけて格納する。なお、設定温度帯の「変更中」とは、ボックス５３内の現在温度を、配送物の保管に適した目標温度に変更している途中であることを示す（詳細は図１８）。
【0021】
図８は、ボックス予約テーブル７５の構成図である。
ボックス予約テーブル７５は、ボックス５３ごとに生成される。ボックス予約テーブル７５は、ボックス５３への配送者による配送予定日および配送予定時刻と、依頼者による受取予定時刻と、配送予定時刻から受取予定時刻までにボックス５３内で保管する配送物の温度管理情報（指定温度帯と、目標温度と、制御開始時刻と、予想庫内温度）とを対応づけて格納する。
ボックス予約テーブル７５は、ボックス５３ごとに生成される。ボックス予約テーブル７５は、ボックス５３への配送者による配送予定日および配送予定時刻と、依頼者による受取予定時刻と、配送予定時刻から受取予定時刻までにボックス５３内で保管する配送物の温度管理情報（指定温度帯と、目標温度と、制御開始時刻と、予想庫内温度）とを対応づけて格納する。
【0022】
図９～図１１は、配送者の情報に関するテーブルである。
図９は、配送者登録テーブル７６の構成図である。配送者登録テーブル７６は、事前に登録する配送者ごとに、その識別子である配送者IDと、配送者氏名と、所属と、配送に使用する車両とを対応づける。
図１０は、配送単価テーブル７７の構成図である。配送単価テーブル７７は、配送者登録テーブル７６の配送者ごとに生成される。配送者登録テーブル７６は、配送担当エリアと、そのエリアを配送先住所とするときの配送単価とを対応づける。
図１１は、配送計画テーブル７８の構成図である。配送計画テーブル７８は、配送者登録テーブル７６の配送者ごとに生成される。配送計画テーブル７８は、配送日と、配送予定時刻と、受取予定時刻と、受取先氏名（つまり依頼人の氏名）と、受取先住所とを対応づけて構成される。なお、配送計画テーブル７８には、図示した情報の他に、配送ＩＤや配送先住所などの配送に用いられる情報も格納してもよい。
図９は、配送者登録テーブル７６の構成図である。配送者登録テーブル７６は、事前に登録する配送者ごとに、その識別子である配送者IDと、配送者氏名と、所属と、配送に使用する車両とを対応づける。
図１０は、配送単価テーブル７７の構成図である。配送単価テーブル７７は、配送者登録テーブル７６の配送者ごとに生成される。配送者登録テーブル７６は、配送担当エリアと、そのエリアを配送先住所とするときの配送単価とを対応づける。
図１１は、配送計画テーブル７８の構成図である。配送計画テーブル７８は、配送者登録テーブル７６の配送者ごとに生成される。配送計画テーブル７８は、配送日と、配送予定時刻と、受取予定時刻と、受取先氏名（つまり依頼人の氏名）と、受取先住所とを対応づけて構成される。なお、配送計画テーブル７８には、図示した情報の他に、配送ＩＤや配送先住所などの配送に用いられる情報も格納してもよい。
【0023】
以上、図４～図１１を参照して、管理サーバ４の記憶部４６にて管理される各種テーブルの詳細を説明した。
なお、管理サーバ４は、これらの各種テーブルの内容を、以下に例示するように表示装置（図示省略）に表示して、管理者に配送管理の状況を確認させてもよい。
・ロッカー利用テーブル７２から読み取った、各ロッカー５内の格納状況の一覧情報の表示。
・ボックス利用テーブル７４から読み取った、各ボックス５３内の温度帯変化情報の表示。
・配送計画テーブル７８から読み取った、各配送者の配送状況の一覧情報の表示。
以下、図１２からは、各種処理部（ボックス予約部４２と、配送者予約部４３と、ボックス制御部４４と、配送者制御部４５）の処理の詳細を説明する。
なお、管理サーバ４は、これらの各種テーブルの内容を、以下に例示するように表示装置（図示省略）に表示して、管理者に配送管理の状況を確認させてもよい。
・ロッカー利用テーブル７２から読み取った、各ロッカー５内の格納状況の一覧情報の表示。
・ボックス利用テーブル７４から読み取った、各ボックス５３内の温度帯変化情報の表示。
・配送計画テーブル７８から読み取った、各配送者の配送状況の一覧情報の表示。
以下、図１２からは、各種処理部（ボックス予約部４２と、配送者予約部４３と、ボックス制御部４４と、配送者制御部４５）の処理の詳細を説明する。
【0024】
図１２は、配送管理システムの配送前のリソース予約処理を示すシーケンス図である。ここでのリソースとは、配送物を配送する配送者と、その配送物の配送先住所として予約するボックス５３との双方である。なお、以下の説明でリソースの「本予約」とは、配送要求を満たすことで予約が確定した状態を示す。一方、リソースの「仮予約」とは、現時点では配送要求を満たしておらず、依頼者に承認を確認中の状態を示す。
依頼者端末１は、オンラインショップなどからサプライヤ端末２に商品を発注する（Ｓ１０１）。サプライヤ端末２は、Ｓ１０１の商品を配送するためのリソースの照会を管理サーバ４に要求する（Ｓ１０２）。
依頼者端末１は、オンラインショップなどからサプライヤ端末２に商品を発注する（Ｓ１０１）。サプライヤ端末２は、Ｓ１０１の商品を配送するためのリソースの照会を管理サーバ４に要求する（Ｓ１０２）。
【0025】
図１３は、配送要求に関するテーブルである。このテーブルは項目ごとの要求値により構成される。
第１テーブル１０１は、配送要求（Ｓ１０２）の内容を示す。第１テーブル１０１は、配送要求の項目として、予約照会ID、受取先住所およびその近辺に位置する指定ロッカー、配送を希望する配送日および配送時刻、温度帯を含む。指定ロッカーとは、依頼者が希望する配送先住所として指定されたロッカーであり、１つ以上のボックス５３を有している。
第１テーブル１０１は、配送要求（Ｓ１０２）の内容を示す。第１テーブル１０１は、配送要求の項目として、予約照会ID、受取先住所およびその近辺に位置する指定ロッカー、配送を希望する配送日および配送時刻、温度帯を含む。指定ロッカーとは、依頼者が希望する配送先住所として指定されたロッカーであり、１つ以上のボックス５３を有している。
【0026】
図１２に戻り、管理サーバ４のボックス予約部４２は、配送要求（Ｓ１０２）にしたがい、ボックス５３を予約する（Ｓ１０３、詳細は図１４）。また、管理サーバ４の配送者予約部４３は、配送要求（Ｓ１０２）にしたがい、配送者も予約する（Ｓ１０４、詳細は図１７）。
Ｓ１０４の配送者の予約にともない、管理サーバ４の配送者制御部４５は、配送者端末３に配送見積を依頼し（Ｓ１０５）、その回答を配送者端末３から取得する（Ｓ１０６）。
Ｓ１０４の配送者の予約にともない、管理サーバ４の配送者制御部４５は、配送者端末３に配送見積を依頼し（Ｓ１０５）、その回答を配送者端末３から取得する（Ｓ１０６）。
【0027】
管理サーバ４は、Ｓ１０２のリソース照会の回答として、Ｓ１０３～Ｓ１０６の予約結果をサプライヤ端末２に送信する（Ｓ１１１）。
図１３の第２テーブル１０２は、回答（Ｓ１１１）の内容を示す。第１テーブル１０１の配送要求と比較すると、指定ロッカーには空きがなかったので、受取先住所からやや遠い仮予約ロッカーが代案として提示されている。つまり、第２テーブル１０２は配送要求の一部を満たしていない仮予約の状態である。このように、配送要求の一部を満たしていないときには、依頼者に妥協してもらう動機付けとして、配送料割引やポイント還元などのインセンティブが付加される（詳細は図１６）。
図１３の第２テーブル１０２は、回答（Ｓ１１１）の内容を示す。第１テーブル１０１の配送要求と比較すると、指定ロッカーには空きがなかったので、受取先住所からやや遠い仮予約ロッカーが代案として提示されている。つまり、第２テーブル１０２は配送要求の一部を満たしていない仮予約の状態である。このように、配送要求の一部を満たしていないときには、依頼者に妥協してもらう動機付けとして、配送料割引やポイント還元などのインセンティブが付加される（詳細は図１６）。
【0028】
サプライヤ端末２は、Ｓ１１１の仮予約を依頼者端末１に提案し（Ｓ１１２）、その承認を得る（Ｓ１１３）。この承認により、サプライヤ端末２は、Ｓ１１１の仮予約を本予約として確定できる旨を管理サーバ４に通知する（Ｓ１１４）。
管理サーバ４は、Ｓ１１４の通知に従ってリソース本予約し（Ｓ１２１）、配送者端末３に配送発注の本予約を依頼し（Ｓ１２２）、その受注を得る（Ｓ１２３）。
管理サーバ４は、Ｓ１１４の通知に従ってリソース本予約し（Ｓ１２１）、配送者端末３に配送発注の本予約を依頼し（Ｓ１２２）、その受注を得る（Ｓ１２３）。
【0029】
図１３の第３テーブル１０３は、本予約（Ｓ１２２）の内容を示す。仮予約の第２テーブル１０２と比較すると、本予約される配送先ロッカーのボックス５３を開扉するためのＩＤ（配送ＩＤ）が新たに発行される。これに伴い、管理サーバ４の送受信部４１は、配送先ロッカーおよび配送者端末３それぞれに配送ＩＤを送信して、配送者にボックス５３を開扉させる許可権を与える。
管理サーバ４は、リソースの本予約に成功した結果の通知をサプライヤ端末２に送信し（Ｓ１２４）、依頼者端末１にも送信する（Ｓ１２５）。このＳ１２５の通知に伴い、管理サーバ４の送受信部４１は、配送先ロッカーおよび依頼者端末１それぞれに受取ＩＤを送信して、依頼者にボックス５３を開扉させる許可権を与える。
管理サーバ４は、リソースの本予約に成功した結果の通知をサプライヤ端末２に送信し（Ｓ１２４）、依頼者端末１にも送信する（Ｓ１２５）。このＳ１２５の通知に伴い、管理サーバ４の送受信部４１は、配送先ロッカーおよび依頼者端末１それぞれに受取ＩＤを送信して、依頼者にボックス５３を開扉させる許可権を与える。
【0030】
ここで、管理サーバ４のボックス制御部４４は、本予約したロッカー５のボックス５３内温度を配送前に適温化する前準備を行ってもよい（Ｓ１３０、詳細は図１８）。適温とは、図１３の配送要求の温度帯（例えば「冷蔵」）から、図６の温度帯テーブル７３を参照して得られる目標温度（例えば「２℃」）である。これにより、ボックス５３内の保管期間の開始時点から配送物の適温保管を保証できる。
【0031】
図１４は、ボックス予約処理（Ｓ１０３）の詳細を示すフローチャートである。このフローチャートは、基本的には配送前に１回実行される。一方、予約が確定した後でも、依頼者の都合（急な不在、受取場所の変更などによる再配送）や、配送中の都合（渋滞による配送時刻の変更など）により、再度実行してもよい。
ボックス予約部４２は、配送要求（例えば図１３の第１テーブル１０１）に、指定ロッカーがあるか否かを判定する（Ｓ２０１）。Ｓ２０１でYesならＳ２０２に移行し、NoならＳ２１１に移行する。
ボックス予約部４２は、配送要求（例えば図１３の第１テーブル１０１）に、指定ロッカーがあるか否かを判定する（Ｓ２０１）。Ｓ２０１でYesならＳ２０２に移行し、NoならＳ２１１に移行する。
【0032】
ボックス予約部４２は、ロッカー利用テーブル７２の空きボックス欄を参照して、指定ロッカーに空きボックスが存在するか否かを検索する（Ｓ２０２）。空きボックスとは、ボックス予約テーブル７５に登録済みの他の予約と、今回の配送要求とで指定された配送時刻に衝突しないボックス５３である。なお、ボックス予約部４２は、配送物のサイズを考慮して、配送物よりも大きな収納スペースを有するボックス５３から空きボックスを検索してもよい。
ボックス予約部４２は、Ｓ２０２で空きボックスが見つかったときには（Ｓ２０３,Yes）、Ｓ２０４に移行し、見つからなかったら（Ｓ２０３,No）、Ｓ２１１に移行する。
ボックス予約部４２は、Ｓ２０２で空きボックスが見つかったときには（Ｓ２０３,Yes）、Ｓ２０４に移行し、見つからなかったら（Ｓ２０３,No）、Ｓ２１１に移行する。
【0033】
ボックス予約部４２は、Ｓ２０２で検索された指定ロッカーの空きボックスから、Ｓ１０２の配送要求に適合するロッカー５のボックス５３ほど優先的に予約対象として選択する（Ｓ２０４）。そのため、ボックス予約部４２は、地理的条件を考慮してボックス５３を選択する。例えば、ボックス予約部４２は、ロッカー登録テーブル７１の設置位置を参照して、ロッカー５から受取先住所までの距離に基づいて（例えば距離が最も短い）ボックス５３を選択する。
ここでの距離とは、ロッカー５から受取先住所までの交通手段（自転車、自動車など）を踏まえ、物理的距離の代わりにロッカー５から受取先住所まで交通手段を利用して持ち運ぶのに要する所要時間としてもよい。
または、ボックス予約部４２は、時間的条件を考慮し、依頼者の希望日時に基づいて（例えば時間的差分が最も小さい）予約日時に空きのあるボックス５３を選択する。
ここでの距離とは、ロッカー５から受取先住所までの交通手段（自転車、自動車など）を踏まえ、物理的距離の代わりにロッカー５から受取先住所まで交通手段を利用して持ち運ぶのに要する所要時間としてもよい。
または、ボックス予約部４２は、時間的条件を考慮し、依頼者の希望日時に基づいて（例えば時間的差分が最も小さい）予約日時に空きのあるボックス５３を選択する。
【0034】
さらに、Ｓ１０２の配送要求で配送物の温度帯（冷蔵など）が指定されているときには、ボックス予約部４２は、その温度条件を考慮してボックス５３を選択する（Ｓ２０４）。具体的には、ボックス予約部４２は、例えば、配送予定時刻までに配送要求で指定される温度帯（適温）になるように温度制御できるボックス５３を選択候補とする。さらに、ボックス予約部４２は、その選択候補から、以下に例示するように、温度制御に要する消費電力量に基づいて、ボックス５３を選択する。
・現在の庫内温度と、配送予定時刻での目標温度との温度差に基づいて（例えば温度差が最も小さい）ボックス５３を選択する。
・ボックス５３に温度センサがない場合には、冷蔵機能オフ後の経過時間に基づいて（例えば経過時間が最も短い）ボックス５３を選択する。
・現在の庫内温度から、配送予定時刻での目標温度までの温度変更にかかる消費電力量に基づいて（例えば消費電力量が小さい）ボックス５３を選択する。例えば寒冷地に配備されたロッカー５の場合、外気温の影響で電力を消費せずに庫内が冷蔵状態になっているものもある。そのようなボックス５３は、要冷蔵の配送物の一時保管に適している。
・現在の庫内温度と、配送予定時刻での目標温度との温度差に基づいて（例えば温度差が最も小さい）ボックス５３を選択する。
・ボックス５３に温度センサがない場合には、冷蔵機能オフ後の経過時間に基づいて（例えば経過時間が最も短い）ボックス５３を選択する。
・現在の庫内温度から、配送予定時刻での目標温度までの温度変更にかかる消費電力量に基づいて（例えば消費電力量が小さい）ボックス５３を選択する。例えば寒冷地に配備されたロッカー５の場合、外気温の影響で電力を消費せずに庫内が冷蔵状態になっているものもある。そのようなボックス５３は、要冷蔵の配送物の一時保管に適している。
【0035】
図１５は、ボックス内温度の時間変化を示すグラフである。グラフの横軸は時間軸を示し、縦軸はボックス内温度を示し、縦軸の中央付近に配送要求の設定温度が配送希望温度として設定されているとする。
グラフ内に、予約候補のボックス５３が５つ（Ａ，Ｂ，Ｃ，Ｄ，Ｅ）記載されている。現在時刻t1では、庫内温度が最も高いボックスＡから、庫内温度が最も低いボックスＥまでばらつきがある。
温度線２０１～２０５は、各予約候補について、現在時刻t1から配送予定時刻t2までに、設定温度に近づけるように温度制御を行ったと仮定したときの庫内温度の時間変化を示す。例えば、温度線２０１は、ボックスＡの温度変化を示し、現在の庫内温度が設定温度よりも高いので庫内を冷却する（右下がりの線となる）。
グラフ内に、予約候補のボックス５３が５つ（Ａ，Ｂ，Ｃ，Ｄ，Ｅ）記載されている。現在時刻t1では、庫内温度が最も高いボックスＡから、庫内温度が最も低いボックスＥまでばらつきがある。
温度線２０１～２０５は、各予約候補について、現在時刻t1から配送予定時刻t2までに、設定温度に近づけるように温度制御を行ったと仮定したときの庫内温度の時間変化を示す。例えば、温度線２０１は、ボックスＡの温度変化を示し、現在の庫内温度が設定温度よりも高いので庫内を冷却する（右下がりの線となる）。
【0036】
まず、配送予定時刻t2の時点で設定温度に到達可能なボックスＢ，Ｃ，Ｄは、いずれも配送予定時刻t2から受取予定時刻t3までの保管期間において適温保管が可能なので、配送要求を満たす（Ｓ２０５,Yes）。
さらに、ボックス予約部４２は、３つの候補から１つに絞り込むために、省エネの観点から設定温度に近づけるように温度制御を行うときの消費電力量が少ないボックスを優先的に選択する。この際、ボックスＢ～Ｄに係る消費電力量は、クーラー/ヒーター制御、温度調整のＯＮ／ＯＦＦ制御、外気温などを勘案して計算される。
例えば、ボックスＣ，Ｄは、現在時刻t1において設定温度との温度差がボックスＢよりも小さく、現在時刻t1から配送予定時刻t2までの消費電力が少なくて済むため、優先的に選択される。ボックスＣ，Ｄがすでに他の利用者により予約済みであったときには、ボックスＢが選択される。
さらに、ボックス予約部４２は、３つの候補から１つに絞り込むために、省エネの観点から設定温度に近づけるように温度制御を行うときの消費電力量が少ないボックスを優先的に選択する。この際、ボックスＢ～Ｄに係る消費電力量は、クーラー/ヒーター制御、温度調整のＯＮ／ＯＦＦ制御、外気温などを勘案して計算される。
例えば、ボックスＣ，Ｄは、現在時刻t1において設定温度との温度差がボックスＢよりも小さく、現在時刻t1から配送予定時刻t2までの消費電力が少なくて済むため、優先的に選択される。ボックスＣ，Ｄがすでに他の利用者により予約済みであったときには、ボックスＢが選択される。
【0037】
図１４に戻り、ボックス予約部４２は、Ｓ２０４で選択したボックス５３がＳ１０２の配送要求を満たすか否かを判定する（Ｓ２０５）。Ｓ２０５でYesならＳ２０６に移行し、NoならＳ２１１に移行する。
ボックス予約部４２は、Ｓ２０４で選択したボックス５３を本予約するリソースとして確定する（Ｓ２０６）。
ボックス予約部４２は、Ｓ２０４で選択したボックス５３を本予約するリソースとして確定する（Ｓ２０６）。
【0038】
ボックス予約部４２は、ロッカー登録テーブル７１の設置位置を参照して、受取先住所の周辺に位置するロッカー５の空きボックスから配送要求に適合するロッカー５のボックスを選択する（Ｓ２１１）。
ボックス予約部４２は、Ｓ２１１で選択したボックス５３がＳ１０２の配送要求を満たすか否かを判定する（Ｓ２１２）。Ｓ２１２でYesならＳ２０６に移行し、NoならＳ２１３に移行する。
ボックス予約部４２は、配送希望日時および受取先住所などの配送要求からのズレの大きさに応じたインセンティブを算出し、選択したボックス５３を仮予約する（Ｓ２１３）。
ボックス予約部４２は、Ｓ２１１で選択したボックス５３がＳ１０２の配送要求を満たすか否かを判定する（Ｓ２１２）。Ｓ２１２でYesならＳ２０６に移行し、NoならＳ２１３に移行する。
ボックス予約部４２は、配送希望日時および受取先住所などの配送要求からのズレの大きさに応じたインセンティブを算出し、選択したボックス５３を仮予約する（Ｓ２１３）。
【0039】
図１５において、ボックスＢ～Ｄがすでに他の利用者により予約済みであったときには、当初の配送予定時刻t2を依頼者に妥協してもらう必要がある。このとき、妥協の見返りとしてインセンティブを付加することで、妥協案が承認されやすくなる。
例えば、ボックス予約部４２は、ボックスＡの仮予約（Ｓ２１３）の提案として、当初の配送予定時刻t2を受取予定時刻t3に近づけるように遅らせた提案を行う。この仮予約が依頼者に却下された場合は、ボックスＥの仮予約（Ｓ２１３）の提案として、ボックス予約部４２は、配送予定時刻t4および受取予定時刻t5をそれぞれ遅らせた提案を行う。
例えば、ボックス予約部４２は、ボックスＡの仮予約（Ｓ２１３）の提案として、当初の配送予定時刻t2を受取予定時刻t3に近づけるように遅らせた提案を行う。この仮予約が依頼者に却下された場合は、ボックスＥの仮予約（Ｓ２１３）の提案として、ボックス予約部４２は、配送予定時刻t4および受取予定時刻t5をそれぞれ遅らせた提案を行う。
【0040】
図１６は、仮予約にともなうインセンティブの計算（Ｓ２１３）の詳細を示す説明図である。
図１６のグラフの縦軸（Ｙ軸）は、ボックス５３から受取先住所まで依頼者が配送物を持ち運ぶ距離を示す。ボックス５３から受け取った後に受取先住所に持ち運ぶまでの距離が短いほど、外気温からの影響を減らすことができる。よって、ボックス予約部４２は、持ち運ぶ距離が短い順に、つまりボックスＡ，Ｂ，Ｃ，Ｄの順に、空きボックスを予約対象として選択する。今回はボックスＡに空きがなかったので、ボックスＢが予約対象である。ボックスＢを仮予約した場合に発生するインセンティブは、持ち運ぶ距離に応じて設定される。
図１６のグラフの縦軸（Ｙ軸）は、ボックス５３から受取先住所まで依頼者が配送物を持ち運ぶ距離を示す。ボックス５３から受け取った後に受取先住所に持ち運ぶまでの距離が短いほど、外気温からの影響を減らすことができる。よって、ボックス予約部４２は、持ち運ぶ距離が短い順に、つまりボックスＡ，Ｂ，Ｃ，Ｄの順に、空きボックスを予約対象として選択する。今回はボックスＡに空きがなかったので、ボックスＢが予約対象である。ボックスＢを仮予約した場合に発生するインセンティブは、持ち運ぶ距離に応じて設定される。
【0041】
図１６のグラフの横軸（Ｘ軸）は、配送物のサイズや重量を示す。依頼者が配送物を持ち運ぶ負担は、持ち運ぶ距離に加えて、配送物のサイズや重量にも依存する。そこで、同じボックスＢを予約対象とする場合でも、サイズや重量が大きい配送物の場合には、ボックス予約部４２は、持ち運ぶ負担を考慮したボックスＢｗとして、インセンティブをボックスＢから上乗せ（加算）してもよい。
このように、グラフの原点Ｈからの距離が長いほど、依頼者が配送物を持ち運ぶ負担が大きくなる。よって、この原点Ｈからの距離が長いほど、大きなインセンティブを設定する。
このように、グラフの原点Ｈからの距離が長いほど、依頼者が配送物を持ち運ぶ負担が大きくなる。よって、この原点Ｈからの距離が長いほど、大きなインセンティブを設定する。
【0042】
以上図１６で説明したインセンティブの設定方法の他にも、以下に例示する方法がある。
・初回配送先のボックス５３から再配送先のボックス５３までの距離が長いほど、大きなインセンティブを設定する。
・配送希望日時と、仮予約の配送予定時刻とのズレが大きいほど、大きなインセンティブを設定する。
・初回配送先のボックス５３から再配送先のボックス５３までの距離が長いほど、大きなインセンティブを設定する。
・配送希望日時と、仮予約の配送予定時刻とのズレが大きいほど、大きなインセンティブを設定する。
【0043】
図１７は、配送者予約処理（Ｓ１０４）の詳細を示すフローチャートである。このフローチャートでは、配送者予約部４３は、配送者登録テーブル７６に事前登録された予約候補の配送者から、予約したボックス５３に配送物を届ける担当者を予約する。
配送者予約部４３は、配送要求において特定の事業者が指定されたときには（Ｓ３０１,Yes）Ｓ３０２に移行し、指定が無い場合は（Ｓ３０１,No）Ｓ３１１に移行する。そのため、サプライヤ端末２は、事前に送付された配送者登録テーブル７６の候補一覧から今回の配信における特定の事業者を指定させ、その特定の事業者を配送要求に含めるようにしておく。
配送者予約部４３は、配送要求において特定の事業者が指定されたときには（Ｓ３０１,Yes）Ｓ３０２に移行し、指定が無い場合は（Ｓ３０１,No）Ｓ３１１に移行する。そのため、サプライヤ端末２は、事前に送付された配送者登録テーブル７６の候補一覧から今回の配信における特定の事業者を指定させ、その特定の事業者を配送要求に含めるようにしておく。
【0044】
配送者予約部４３は、配送者登録テーブル７６の指定事業者から配送要求に基づいて合致する配送者を検索する（Ｓ３０２）。例えば、配送者予約部４３は、配送計画テーブル７８を参照して、配送希望日時に他の予定が入っていない配送者リストを抽出し、その配送者リストから配送単価テーブル７７を参照して、受取先住所が含まれる配送担当エリアに対して、配送単価に基づいて（例えば最も安い）配送者を選択する。
その結果、配送者予約部４３は、配送可能な配送者を選択できたときには（Ｓ３０３,Yes）、その配送者を今回の担当者として本予約する（Ｓ３０４）。一方、配送可能な配送者がいないときには（Ｓ３０３,No）、Ｓ３１１に移行する。
その結果、配送者予約部４３は、配送可能な配送者を選択できたときには（Ｓ３０３,Yes）、その配送者を今回の担当者として本予約する（Ｓ３０４）。一方、配送可能な配送者がいないときには（Ｓ３０３,No）、Ｓ３１１に移行する。
【0045】
配送者予約部４３は、配送要求の配送希望日時および受取先住所を提示して、配送可能な事業者を応募する。そして、配送者予約部４３は、応募に回答した任意の事業者から配送要求に基づいて合致する配送者を検索する（Ｓ３１１）。
その結果、配送者予約部４３は、配送可能な配送者を選択できたときには（Ｓ３１２,Yes）、その配送者を担当者として仮予約する（Ｓ３１３）。一方、配送可能な配送者がいないときには（Ｓ３１２,No）、配送者が見つからない旨のエラーを依頼者端末１およびサプライヤ端末２に返却する（Ｓ３１４）。
その結果、配送者予約部４３は、配送可能な配送者を選択できたときには（Ｓ３１２,Yes）、その配送者を担当者として仮予約する（Ｓ３１３）。一方、配送可能な配送者がいないときには（Ｓ３１２,No）、配送者が見つからない旨のエラーを依頼者端末１およびサプライヤ端末２に返却する（Ｓ３１４）。
【0046】
図１８は、ボックスの適温化処理（Ｓ１３０）の詳細を示すフローチャートである。このフローチャートでは、図１５の温度線２０１～２０５で示したように、予約したボックス５３の現在温度を到着予定時刻までに設定温度（適温）になるように温度制御する処理を具体的に説明する。
この温度制御のポリシとして、適温になるまでの時間を最小化する（例えば急速に冷やす）こととしてもよいし、到着予定時刻に間に合う範囲で省消費電力で適温になるようにする（例えば適温になるまでの時間を要するが、その分冷却効率のよい速度で冷やす）こととしてもよい。
この温度制御のポリシとして、適温になるまでの時間を最小化する（例えば急速に冷やす）こととしてもよいし、到着予定時刻に間に合う範囲で省消費電力で適温になるようにする（例えば適温になるまでの時間を要するが、その分冷却効率のよい速度で冷やす）こととしてもよい。
【0047】
管理サーバ４のボックス制御部４４は、温度制御の開始時刻まで待ってから（Ｓ４０１,Yes）、温度帯の変更指示をロッカー５に送信する（Ｓ４０２→Ｓ４１１）。これにより、ボックス制御部４４は、ボックス利用テーブル７４の設定温度帯を「変更中」に変更する（Ｓ４０３）。
ロッカー５の制御部５４は、受信した温度帯の変更指示に従い、適温になるまで（Ｓ４１２,No）、温度調節機構を用いて自身の収容するボックス５３の温度を変更する（Ｓ４１３）。制御部５４は、適温になったら（Ｓ４１２,Yes）、変更指示への完了通知を管理サーバ４に送信する（Ｓ４１４→Ｓ４０４）。そして、制御部５４は、ボックス内温度を適温に維持する（Ｓ４１５）。
ボックス制御部４４は、Ｓ４０４の完了通知を受け、Ｓ４０３の設定温度帯を「適温」に変更する（Ｓ４０５）。
以上、図１２～図１８を参照して、配送前の各種処理を説明した。一方、図１９，図２０は、配送後の各種処理を示す。
ロッカー５の制御部５４は、受信した温度帯の変更指示に従い、適温になるまで（Ｓ４１２,No）、温度調節機構を用いて自身の収容するボックス５３の温度を変更する（Ｓ４１３）。制御部５４は、適温になったら（Ｓ４１２,Yes）、変更指示への完了通知を管理サーバ４に送信する（Ｓ４１４→Ｓ４０４）。そして、制御部５４は、ボックス内温度を適温に維持する（Ｓ４１５）。
ボックス制御部４４は、Ｓ４０４の完了通知を受け、Ｓ４０３の設定温度帯を「適温」に変更する（Ｓ４０５）。
以上、図１２～図１８を参照して、配送前の各種処理を説明した。一方、図１９，図２０は、配送後の各種処理を示す。
【0048】
図１９は、配送管理システムにおける配送物の配送処理を示すシーケンス図である。
配送先ロッカーに到着した配送者は、配送者端末３を操作して、今回の配送物のために割り当てられた配送ＩＤを、開閉端末５２に入力する（Ｓ１４１）。
ロッカー５の制御部５４は、事前に管理サーバ４から登録された配送ＩＤとＳ１４１で入力された配送ＩＤとが一致するときに（Ｓ１４２,Yes）、配送ＩＤに対応するボックス５３を解錠し、その旨を配送者端末３に応答する（Ｓ１４３）。
配送先ロッカーに到着した配送者は、配送者端末３を操作して、今回の配送物のために割り当てられた配送ＩＤを、開閉端末５２に入力する（Ｓ１４１）。
ロッカー５の制御部５４は、事前に管理サーバ４から登録された配送ＩＤとＳ１４１で入力された配送ＩＤとが一致するときに（Ｓ１４２,Yes）、配送ＩＤに対応するボックス５３を解錠し、その旨を配送者端末３に応答する（Ｓ１４３）。
【0049】
配送者は、解錠されたロッカー５のボックス５３を開扉して、その中に配送物を入庫する（Ｓ１５１）。このとき、ボックス５３内に備えられた電子タグ読み取り装置は、電子タグが付与された配送物から配送物の情報（配送物ＩＤなど）を読み取る。
ロッカー５は、読み取った配送物ＩＤを含めてボックス開扉されたことを管理サーバ４に通知する（Ｓ１５２）。管理サーバ４は、Ｓ１５２の通知を受け、ロッカー５から通知された配送物の内容（配送物ＩＤなど）と、ボックス予約テーブル７５の登録内容とを照合してもよい。これにより、配送者が要冷蔵の配送物を誤ってクーラー非搭載のボックス５３に入庫してしまったなどのミスを指摘できる。
ロッカー５は、読み取った配送物ＩＤを含めてボックス開扉されたことを管理サーバ４に通知する（Ｓ１５２）。管理サーバ４は、Ｓ１５２の通知を受け、ロッカー５から通知された配送物の内容（配送物ＩＤなど）と、ボックス予約テーブル７５の登録内容とを照合してもよい。これにより、配送者が要冷蔵の配送物を誤ってクーラー非搭載のボックス５３に入庫してしまったなどのミスを指摘できる。
【0050】
配送者がボックス５３を閉扉すると（Ｓ１５３）、ロッカー５は、管理サーバ４に配送完了を通知する（Ｓ１５４）。管理サーバ４は、Ｓ１５４の通知を受け、サプライヤ端末２に配送完了を通知し（Ｓ１５５）、依頼者端末１にも配送完了を通知する（Ｓ１５６）。これにより、依頼者は、ボックス５３内の配送物の受取が可能であることを、受取先住所に居ながら（遠隔から）確認できる。
【0051】
図２０は、配送管理システムにおける配送物の受取処理を示すシーケンス図である。
受取先のロッカー５に到着した依頼者は、依頼者端末１を操作して、今回の配送物のために割り当てられた受取ＩＤを、開閉端末５２に入力する（Ｓ１６１）。ロッカー５の制御部５４は、事前に管理サーバ４から登録された受取ＩＤとＳ１６１で入力された受取ＩＤとが一致するときに（Ｓ１６２,Yes）、受取ＩＤに対応するボックス５３を解錠し、その旨を依頼者端末１に応答する（Ｓ１６３）。
受取先のロッカー５に到着した依頼者は、依頼者端末１を操作して、今回の配送物のために割り当てられた受取ＩＤを、開閉端末５２に入力する（Ｓ１６１）。ロッカー５の制御部５４は、事前に管理サーバ４から登録された受取ＩＤとＳ１６１で入力された受取ＩＤとが一致するときに（Ｓ１６２,Yes）、受取ＩＤに対応するボックス５３を解錠し、その旨を依頼者端末１に応答する（Ｓ１６３）。
【0052】
依頼者は、解錠されたロッカー５のボックス５３を開扉して、その中の配送物を出庫する（Ｓ１７１）。ロッカー５は、ボックス開扉されたことを管理サーバ４に通知する（Ｓ１７２）。
依頼者がボックス５３を閉扉すると（Ｓ１７３）、ロッカー５は、管理サーバ４に受取完了を通知する（Ｓ１７４）。管理サーバ４は、Ｓ１７４の通知を受け、サプライヤ端末２に受取完了を通知し（Ｓ１７５）、依頼者端末１にも受取完了を通知する（Ｓ１７６）。
なお、ロッカー５は、配送物を受け取った後に、一定時間配送の予定がないボックス５３について、冷蔵などの温度制御をオフにすることで（Ｓ１８１）、消費電力を節約してもよい。
依頼者がボックス５３を閉扉すると（Ｓ１７３）、ロッカー５は、管理サーバ４に受取完了を通知する（Ｓ１７４）。管理サーバ４は、Ｓ１７４の通知を受け、サプライヤ端末２に受取完了を通知し（Ｓ１７５）、依頼者端末１にも受取完了を通知する（Ｓ１７６）。
なお、ロッカー５は、配送物を受け取った後に、一定時間配送の予定がないボックス５３について、冷蔵などの温度制御をオフにすることで（Ｓ１８１）、消費電力を節約してもよい。
【0053】
以上説明した本実施形態では、図１４に示したように、管理サーバ４のボックス予約部４２が、配送先の候補となる複数のボックスから、配送要求に適合するようなボックスを検索する。例えば、ボックス予約部４２は、図１５に示したように、現在時刻から配送予定時刻までの温度変化を考慮し、適温保管が可能なボックス５３を予約する。
なお、シェアリング型のロッカー５には依頼が衝突することもあり、すべての依頼者の配送要求を満たせないこともある。そこで、ボックス予約部４２は、図１６に示したように、依頼者の追加負担に応じたインセンティブを付加することにより、依頼者間の利害調整を行い、全体として円滑な予約管理を実現する。
なお、シェアリング型のロッカー５には依頼が衝突することもあり、すべての依頼者の配送要求を満たせないこともある。そこで、ボックス予約部４２は、図１６に示したように、依頼者の追加負担に応じたインセンティブを付加することにより、依頼者間の利害調整を行い、全体として円滑な予約管理を実現する。
【0054】
なお、本発明は前記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段などは、それらの一部または全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。
また、前記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段などは、それらの一部または全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。
また、前記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
【0055】
各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）などの記録装置、または、ＩＣ（Integrated Circuit）カード、ＳＤカード、ＤＶＤ（Digital Versatile Disc）などの記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【0056】
１ 依頼者端末
２ サプライヤ端末
３ 配送者端末
４ 管理サーバ（配送管理サーバ）
５ ロッカー
９ ネットワーク
４０ 制御部
４１ 送受信部
４２ ボックス予約部
４３ 配送者予約部
４４ ボックス制御部
４５ 配送者制御部
４６ 記憶部
５１ 送受信部
５２ 開閉端末
５３ ボックス（収納ボックス）
５４ 制御部
５５ 記憶部
７１ ロッカー登録テーブル
７２ ロッカー利用テーブル
７３ 温度帯テーブル
７４ ボックス利用テーブル
７５ ボックス予約テーブル（ボックス予約管理データ）
７６ 配送者登録テーブル（配送者管理データ）
７７ 配送単価テーブル
７８ 配送計画テーブル
２ サプライヤ端末
３ 配送者端末
４ 管理サーバ（配送管理サーバ）
５ ロッカー
９ ネットワーク
４０ 制御部
４１ 送受信部
４２ ボックス予約部
４３ 配送者予約部
４４ ボックス制御部
４５ 配送者制御部
４６ 記憶部
５１ 送受信部
５２ 開閉端末
５３ ボックス（収納ボックス）
５４ 制御部
５５ 記憶部
７１ ロッカー登録テーブル
７２ ロッカー利用テーブル
７３ 温度帯テーブル
７４ ボックス利用テーブル
７５ ボックス予約テーブル（ボックス予約管理データ）
７６ 配送者登録テーブル（配送者管理データ）
７７ 配送単価テーブル
７８ 配送計画テーブル
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】