JP7795940B2 - 注文管理装置、注文管理システム及びプログラム - Google Patents

Description

本発明は、注文管理装置、注文管理システム及びプログラムに関する。

従来、顧客が、事前に注文しておいた商品（例えば、飲食物などの食品）をロッカーで受け取るという販売形態がある。店舗が混み合っている場合や販売者と対面したくない場合など、ロッカーでの受け取りには一定のニーズが存在する。

特許文献１には、一般品の収容ボックスの他に調理品専用の収容ボックスを設け、ここにＩＨ（電磁誘導加熱）方式の食品保温・加熱手段、または、／およびベルチェ素子を活用した冷却手段を搭載した宅配品の収納保管用のボックスロッカーを駅やバスターミナル等の人の往来が集合する場所に設置し、ボックスロッカーに、表示画面およびコンピュータ機能を有し、ＩＣカードのカードリーダ機能を有する操作機器を組み合わせ、機器の操作でボックスロッカーを開けるようにしたことを特徴とする宅配システムロッカーが開示されている。

また、特許文献２には、顧客からの注文に応じた商品を保管ロッカーを介して顧客に受け渡す商品販売システムにおける保管ロッカーの選択方法であって、顧客による注文メニューを受付けるステップと、注文メニューに含まれる商品の量及び／ 又はサイズを判断するステップと、判断された商品の量及び／ 又はサイズの保存条件を判断するステップと、判断された保存条件に合った商品を収納可能な保管ロッカーを選択するステップと、選択された保管ロッカーに注文メニューに含まれる商品を収納後に施錠するステップと、を含むことを特徴とする保管ロッカーの選択方法が開示されている。

特開２００３-２４０４０５号公報 特開２０１０-１７６６０７号公報

上記の販売形態では、顧客は時間を指定してロッカーで商品を受け取るが、諸事情により商品の受け取りが遅くなることがある。商品が食品である場合は、商品の受け取りが遅くなると、温かい飲み物が冷める、生鮮食品が傷む等の問題が生じる。また、通常、ロッカーは人の監視下にないため、ロッカーでの食品の受け渡しに関し、衛生面に不安を覚える顧客も存在する。したがって、上記の販売形態で食品を受け渡しする場合、食品の鮮度を維持することが求められる。

本発明は上記事情に鑑み成されたものであり、本発明の目的は、ロッカーで商品を受け取る場合でも、商品である食品の鮮度を保つことができる、注文管理装置、注文管理システム及びプログラムを提供することにある。

上記目的を達成するために、本開示の注文管理装置は、顧客からの注文を管理する注文管理装置であって、顧客が店舗から購入する商品について指定日時にロッカー受け取りを希望する旨の注文依頼を受け付けると、前記商品の第１の受取可能時間を設定して、前記商品に応じたロッカーを予約し、前記第１の受取可能時間を含む注文完了通知を顧客に送信し、注文登録要求を店舗に送信する、受付部と、少なくとも前記ロッカーの外気温情報に基づいて前記商品の第１の受取可能時間を補正して第２の受取可能時間を算出し、前記商品の前記第２の受取可能時間を再設定して、前記第２の受取可能時間を含む受取可能時間を変更する旨の通知を顧客及び店舗に送信し、前記第２の受取可能時間が前記第１の受取可能時間と同じ場合には、前記第２の受取可能時間を含む受取可能時間を変更しない旨の通知を顧客に送信する、補正部と、を備えている。

本発明によれば、ロッカーで商品を受け取る場合でも、商品である食品の鮮度を保つことができるという効果が得られる。

本開示の実施形態に係る注文管理システムの構成の一例を示す模式図である。 本開示の実施形態に係る注文管理装置の電気的構成の一例を示すブロック図である。 本開示の実施形態に係る顧客端末の電気的構成の一例を示すブロック図である。 本開示の実施形態に係る注文管理システムの処理手順の概要の一例を示すシーケンス図である。 本開示の実施形態に係る「注文受付処理」の手順の一例を示すフローチャートである。 図５の「ロッカー予約処理」の手順の一例を示すフローチャートである。 （Ａ）～（Ｃ）はロッカーの予約状況の一例を示す図表である。 季節毎の時間帯分類の一例を示す図表である。 標準受取可能時間の算定基準の一例を示す図表である。 注文受付時に顧客に送信されるメールの一例を示す図である。 注文情報を管理する注文情報管理テーブルの一例を示す図表である。 本開示の実施形態に係る「受取可能時間補正処理」の手順の一例を示すフローチャートである。 図１１の「受取可能時間変更処理」の処理手順の一例を示すフローチャートである。 商品受取日に顧客に送信されるメールの一例を示す図である。 商品受取日に顧客に送信されるメールの他の一例を示す図である。 本開示の実施形態に係る「対応処理」の手順の一例を示すフローチャートである。 調理完了時に顧客に送信されるメールの一例を示す図である。 ロッカーへの商品格納時に顧客に送信されるメールの一例を示す図である。 商品受取完了時に顧客に送信されるメールの一例を示す図である。 本開示の実施形態に係る「受取監視処理」の手順の一例を示すフローチャートである。 図２０の「警告処理」の手順の一例を示すフローチャートである。 図２０の「商品取出処理」の手順の一例を示すフローチャートである。 注文管理装置の機能構成の一例を示す機能ブロック図である。

以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。

＜システム構成＞
本開示の実施形態に係る注文管理システムは、顧客が、事前に注文しておいた商品（例えば、飲食物などの食品）をロッカーで受け取るという販売形態に対応して、注文の管理を行うシステムである。

まず、図１を参照して本開示の実施形態に係る注文管理システムの構成について説明する。図１に示すように、注文管理システム１００は、顧客Ｐによる注文を管理する注文管理装置１０と、ロッカー２２の空き状況を管理し、ロッカー２２の予約を受け付けるロッカー管理システム２０とを備えている。注文管理装置１０及びロッカー管理システム２０は、クラウド上に配置されている。注文管理装置１０は、インターネット等のネットワークＮを介して、ロッカー管理システム２０、顧客Ｐが使用する顧客端末装置３０、及び店舗が使用する店舗端末装置４０と通信可能に接続されており、ネットワークＮを介して情報をやり取りする。

本実施の形態では、ロッカー２２として、常温ロッカー、冷蔵ロッカー、及び保温ロッカーの３種類が用意されている。例えば、要冷蔵の商品は冷蔵ロッカーに格納され、温かい商品は保温ロッカーに格納される。また、ロッカー２２には、ロッカーの施錠及び開錠を検知して、商品の格納や取り出しを検知する格納センサ(図示せず)が設置されている。ロッカー管理システム２０は、この格納センサにより商品の格納や取り出しを検知して、ロッカー２２の空き状況に反映させる。

また、ロッカー２２には、ロッカー内部の温度を検知する温度センサ（図示せず）や、ロッカー２２の外気温を検知する温度センサ（図示せず）が設置されていてもよい。ロッカー管理システム２０は、これらの温度センサ（図示せず）によって、ロッカー内部の温度やロッカーの外気温を取得することができる。

なお、図示した例では、注文管理装置１０とロッカー管理システム２０とを別個の装置として記載しているが、注文管理装置１０が、ロッカー管理システム２０の機能を有していてもよい。また、ロッカー管理システム２０、顧客端末装置３０、及び店舗端末装置４０を１台ずつ図示しているが、各装置は複数存在してもよい。或いは、ロッカー２２が店舗により管理され、店舗が使用する店舗端末装置４０が、ロッカー管理システム２０の機能を有していてもよい。

（注文管理装置の電気的構成）
ここで、図２を参照して注文管理装置１０の電気的構成について説明する。
注文管理装置１０は、情報処理部１２、通信部１４、及び記憶部１６を備えている。情報処理部１２は、いわゆるサーバコンピュータ等の情報処理装置であり、装置全体の制御及び各種演算を行う。情報処理部１２は、ＣＰＵ（中央処理装置; Central Processing Unit）１２Ａ、ＲＯＭ（Read Only Memory）１２Ｂ、ＲＡＭ（Random Access Memory）１２Ｃ、不揮発性のメモリ１２Ｄ、及び入出力部（Ｉ／Ｏ）１２Ｅを備えている。

ＣＰＵ１２Ａ、ＲＯＭ１２Ｂ、ＲＡＭ１２Ｃ、メモリ１２Ｄ、及びＩ／Ｏ１２Ｅの各々は、バス１２Ｆを介して互いに接続されている。ＣＰＵ１２Ａは、記憶装置に記憶されたプログラムを読み出し、ＲＡＭ１２Ｃをワークエリアとして使用してプログラムを実行する。

通信部１４及び記憶部１６は、Ｉ／Ｏ１２Ｅを介して情報処理部１２に接続されている。通信部１４は、有線又は無線の通信回線を介して外部装置と通信を行うためのインターフェースである。通信部１４は、例えば、ＬＡＮ（Local Area Network）、インターネット等のネットワークに接続された他のコンピュータ等の外部装置と通信を行うためのインターフェースとして機能する。

記憶部１６は、ハードディスク等の記憶装置である。記憶部１６には、各種プログラム１８、ログデータ等の各種データ１９等が記憶されている。本実施の形態では、後述する「注文受付処理」、「受取可能時間補正処理」、「対応処理」、及び「受取監視処理」の各々実行するためのプログラムと、記憶部１６に記憶されている。

（端末装置の電気的構成）
端末装置３０は、パーソナルコンピュータ等の固定された端末装置であってもよく、スマートフォンやタブレット等の携帯型の端末装置であってもよい。ここで、図３を参照して顧客Ｐが使用する顧客端末装置３０の電気的構成について説明する。顧客端末装置３０は、コンピュータ等の情報処理装置である情報処理部３２を備えている。情報処理部３２は、ＣＰＵ３２Ａ、ＲＯＭ３２Ｂ、ＲＡＭ３２Ｃ、不揮発性のメモリ３２Ｄ、及びＩ／Ｏ３２Ｅを備えている。ＣＰＵ３２Ａ、ＲＯＭ３２Ｂ、ＲＡＭ３２Ｃ、メモリ３２Ｄ、及びＩ／Ｏ３２Ｅの各々は、バス３２Ｆを介して接続されている。ＣＰＵ３２Ａは、記憶装置に記憶されたプログラムを読み出し、ＲＡＭ３２Ｃをワークエリアとして使用してプログラムを実行する。

Ｉ／Ｏ３２Ｅには、ディスプレイ等の表示部３４、キーボード、マウス、タッチ入力装置等の入力部３６、通信部３８、及び記憶部３９が接続されている。通信部３８は、通信回線に接続するための通信インターフェイス（Ｉ／Ｆ）である。例えば、通信部３８は、注文管理装置１０から電子メールを受信する。記憶部３９は、ハードディスク等の外部記憶装置である。

なお、ロッカー管理システム２０は、注文管理装置１０と同様の構成を備えているので説明を省略する。また、店舗が使用する店舗端末装置４０も、顧客Ｐが使用する顧客端末装置３０と同様の構成を備えているので説明を省略する。

＜注文から商品受け取りまでの流れ＞
次に、図４を参照して注文から商品受け取りまでの流れを簡単に説明する。ここでは、顧客は、受取方法としてロッカー受取を選択し、受取日時を指定して、所望の店舗の商品を購入するものとする。また、注文当日に商品を受け取ることも可能であるが、ここでは、前日までに予約注文を受け付けた場合について説明する。

まず、注文管理装置１０は、顧客からの注文を受け付ける（ステップＳ１）。ロッカー受取が選択されている場合、次に、注文管理装置１０は、ロッカー管理システム２０にロッカー予約を要求する（ステップＳ２）。ロッカー管理システム２０は、ロッカー予約要求に応答して、予約の受け付け可否を通知する（ステップＳ３）。後述する通り、指定日時にロッカーに空きが無い場合には、顧客は、希望した日時でロッカー受取を行うことができないため、受取日時や受取方法を変更することになる。

ロッカー予約に成功すると、次に、注文管理装置１０は、店舗に注文の登録を要求する（ステップＳ４）。店舗端末装置４０は、登録要求に応じて注文を登録すると、図示はしないが、登録を完了した旨の応答を注文管理装置１０に返す。注文管理装置１０は、顧客にロッカー予約が完了したこと、即ち、注文が完了したことを通知する（ステップＳ５）。この通知により、商品を受け取り可能な受取可能時間も顧客に通知される。ここで通知される受取可能時間を「標準受取可能時間」という。

顧客が指定した商品受取日が到来すると、注文管理装置１０は、受取可能時間の見直しを実施する。例えば、外気温が高い場合は受取可能時間を短縮し、外気温が低い場合は受取可能時間を延長する。受取可能時間の見直しを行った結果、ロッカー予約時間に変更が生じる場合は、注文管理装置１０は、ロッカー管理システム２０にロッカー予約の変更を要求する（ステップＳ６）。ロッカー管理システム２０は、予約変更要求に応答して、変更可否を通知する（ステップＳ７）。

注文管理装置１０は、ロッカー予約時間を変更できた場合には、受取可能時間を変更するが、ロッカー予約時間を変更できない場合には、受取可能時間を変更しない。受取可能時間を変更した場合は、次に、注文管理装置１０は、店舗に注文の再登録、即ち、変更後の受取可能時間の登録を要求する（ステップＳ８）。店舗端末装置４０は、再登録要求に応じて受取可能時間の変更を登録すると、図示はしないが、登録を完了した旨の応答を注文管理装置１０に返す。注文管理装置１０は、顧客に受取可能時間が変更されたことを通知する（ステップＳ９）。このとき、商品を受け取るための受取情報（例えば、ＱＲコード（登録商標）等）も顧客に配布される。

注文管理装置１０は、店舗から調理完了通知を受け取ると（ステップＳ１０）、顧客に調理完了を通知する（ステップＳ１１）。ロッカー管理システム２０は、商品がロッカー２２に格納されたことを検知すると（ステップＳ１２）、注文管理装置１０に商品格納を通知する（ステップＳ１３）。注文管理装置１０は、ロッカー管理システム２０から商品格納通知を受け取ると、顧客に商品格納を通知する（ステップＳ１４）。

ロッカー管理システム２０は、商品がロッカー２２に格納された後は、定期的に商品が受け取られたか否か確認して、確認結果（即ち、受取完了/受取未完了）を注文管理装置１０に通知する（ステップＳ１５）。注文管理装置１０は、受取完了通知を受け取ると、
顧客に受取完了を通知する（ステップＳ１６）。また、注文管理装置１０は、受取完了又は受取未完了を店舗に定期的に通知する（ステップＳ１７）。

なお、図示はされていないが、注文管理装置１０は、受取可能時間が経過する前に、顧客及び店舗に対し警告を行って商品の受け取りを促してもよい。また、注文管理装置１０は、受取可能時間の経過後には、商品をロッカー２２から取り出すように店舗に要求し、店舗での受け取りに変更になったことを顧客に案内するようにしてもよい。

＜プログラム＞
注文管理の各段階での処理を実行するプログラムの処理手順について説明する。

（注文受付処理）
まず、「注文受付処理」について説明する。
図５は本開示の実施形態に係る「注文受付処理」の手順の一例を示すフローチャートである。「注文受付処理」を実行するプログラムは、顧客からの注文が入力されたときに、注文管理装置１０のＣＰＵ１２Ａにより実行される。

まず、ステップＳ１００で、ＣＰＵ１２Ａは、顧客の入力情報を取得する。例えば、顧客の入力情報には、顧客情報（例えば、氏名、連絡先など）、店舗情報（例えば、名称、連絡先など）、商品情報（例えば、商品名、数量など）、受取日時の指定、受取方法（例えば、ロッカー受取/店舗受取）が含まれる。

次に、ステップＳ１０２で、ＣＰＵ１２Ａは、受取方法がロッカー受取か否かを判断する。ロッカー受取の場合は、ステップＳ１０４に進み、店舗受取の場合は、ステップＳ１０８に進む。続くステップＳ１０４で、ＣＰＵ１２Ａは、ロッカー予約処理を実行する。

ここで、図６を参照して「ロッカー予約処理」の手順を説明する。
まず、注文された商品に含まれるメニューに応じて予約するロッカーの種類を決定する。ステップＳ２００で、ＣＰＵ１２Ａは、注文された商品が保温メニューのみを含むか判断する。注文された商品が保温メニューのみを含む場合は、次にステップＳ２０２で、ＣＰＵ１２Ａは、保温ロッカーを予約することに決定する。注文された商品がその他のニューを含む場合は、ステップＳ２０４に進む。

次に、ステップＳ２０４で、ＣＰＵ１２Ａは、注文された商品が冷蔵メニューのみを含むか判断する。注文された商品が冷蔵メニューのみを含む場合は、次にステップＳ２０６で、ＣＰＵ１２Ａは、冷蔵ロッカーを予約することに決定する。注文された商品がその他のメニューを含む場合は、ステップＳ２０８に進む。次にステップＳ２０８で、ＣＰＵ１２Ａは、常温ロッカーを予約することに決定する。

次に、ステップＳ２１０で、ＣＰＵ１２Ａは、所望のロッカーに空きがあるか否か、即ち、ロッカーを予約できたか否かを判断する。ＣＰＵ１２Ａは、ロッカー管理システム２０にロッカー予約を要求し、ロッカー管理システム２０から予約の受け付け可否を通知される。所望のロッカーに空きがあれば、予約することができる。所望のロッカーに空きがある場合は、ステップＳ２１２に進み、所望のロッカーに空きが無い場合は、ステップＳ２１６に進む。

所望のロッカーに空きがある場合は、次にステップＳ２１２で、ＣＰＵ１２Ａは、標準受取可能時間を設定する。次に、ステップＳ２１４で、ＣＰＵ１２Ａは、顧客に予約完了を通知してルーチンを終了する。一方、所望のロッカーに空きが無い場合は、次にステップＳ２１６で、ＣＰＵ１２Ａは、ロッカーに空きが無いことを顧客に通知してルーチンを終了する。

例えば、２０２２年１月１５日に常温ロッカーを１９：００～２０：００の間予約したい場合を例に、ロッカーの予約を具体的に説明する。ロッカー管理システム２０は、例えば、図７（Ａ）～（Ｃ）に示すように、ロッカーの種類毎にロッカーの予約状況をテーブルで管理している。図７（Ａ）の常温ロッカーの予約状況をみると、１９：００～２０：００にはロッカーＢに空きがあるので、ロッカー管理システム２０により予約が許可される。

－標準受取可能時間の設定－
ここで「標準受取可能時間」の設定について説明する。
「標準受取可能時間」は、予め設定された長さの「基準受取可能時間」を、受取の季節及び時間帯に応じた補正値によって補正して得られた受取可能時間である。時間帯によって外気温の影響を受ける度合いや、常温の状態が左右される度合いが異なるため、朝、昼、夜の三段階で受取可能時間を補正する。このため、まず、季節毎の時間帯の定義及び補正値について説明する。

図８に示すように、朝、昼、夜の時間帯は季節に応じて変動する。春（３～５月）は、朝は６：００～９：００、昼は９：００～１９：００、夜は１９：００～６：００の時間帯である。夏（６～８月）は、朝は５：００～９：００、昼は９：００～２０：００、夜は２０：００～５：００の時間帯である。秋（９～１１月）は、朝は６：００～９：００、昼は９：００～１９：００、夜は１９：００～６：００の時間帯である。冬（１２～２月）は、朝は７：００～１０：００、昼は１０：００～１８：００、夜は１８：００～７：００の時間帯である。昼と夜の区切りは、夕暮れのチャイムが鳴る時間を目安とする。夜から朝、朝から昼の区切りについては、気温の変化が起こりそうな時刻を目安とする。

また、図９に示すように、受取可能時間の補正値は、時間帯及びロッカーの種類に応じて予め設定されている。図示した例では、常温ロッカーの場合は、朝は０分、昼は－１０分、夜は＋１０分という補正値が設定され、保温ロッカーの場合は、朝は－１０分、昼は０分、夜は－１０分という補正値が設定され、冷蔵ロッカーの場合は、朝は０分、昼は－１０分、夜は＋１０分という補正値が設定されている。

なお、ここでは商品の基準受取可能時間の長さを１時間と仮定しているので補正値を±１０分とするが、補正値は任意に設定してもよい。補正値は、例えば、５分～３０分の範囲で設定するのが好ましい。

例えば、２０２２年１月１５日に常温ロッカーを１９：００から予約したい場合、基準受取可能時間の長さは「１時間」であり、基準受取可能時間は「１９：００～２０：００」となる。この例では、季節は「冬」、時間帯は「夜」、ロッカーの種類は「常温ロッカー」なので、補正値は「＋１０分」であり、受取可能時間は１０分延長されて、標準受取可能時間は「１９：００～２０：１０」となる。なお、説明の都合上、１９：００～２０：００でロッカーを予約する例について説明したが、ロッカー予約処理の際には、標準受取可能時間でロッカーを予約する。

上記の通り、ステップＳ２１４で、顧客に予約完了が通知される。予約完了通知は、電子メールを送信して行われてもよい。電子メールによる予約完了通知には、例えば、図１０に示すように、「〇〇様 ご注文ありがとうございます。」「こちらの内容で承りました。ロッカー番号につきましては当日改めてお送りするメールにて送付いたします。」等の定型文の外に、注文内容（受取番号、注文番号、注文店舗、受取日時、受取方法）が記載される。そして、受取日時として、１９：００、受取可能時間として標準受取可能時間（例えば、１９：００～２０：１０）が記載される。

ここで図５の説明に戻る。次に、ステップＳ１０６で、ＣＰＵ１２Ａは、ロッカー予約が成功したか否かを判断する。ロッカー予約に成功した場合は、ステップＳ１０８に進み、ロッカー予約に失敗した場合は、ステップＳ１００に戻る。上記の通り、指定日時にロッカーに空きが無い場合には、顧客は、受取日時や受取方法を変更することになる。このため、ステップＳ１００に戻って新たな入力情報を取得する。

次に、ステップＳ１０８で、ＣＰＵ１２Ａは、通信部１４を制御して、注文登録要求を店舗端末装置４０に送信させる。店舗端末装置４０は、登録要求に応じて注文を登録する。次に、ステップＳ１１０で、ＣＰＵ１２Ａは、注文情報を記憶部１６等の記憶装置に記憶して、ルーチンを終了する。受取方法がロッカー受取か、店舗受取かに拘わらず、店舗端末装置４０に注文登録要求が送信され、注文情報が記憶装置に記憶される。

例えば、注文情報は、テーブル形式で記憶されてもよい。注文管理装置１０は、受け付けたすべての注文を、図１１に示す注文情報管理テーブルで管理することができる。例えば、注文毎に、注文内容として、注文日時、顧客情報、店舗情報、商品情報、指定された受取日時、設定された受取可能時間、受取方法、ロッカー情報（例えば、ロッカーの種類、ロッカー番号）が記憶される。注文情報は、商品の受取が完了すると、注文情報管理テーブルから削除される。

上記のような手順により、メニューに応じた温度制御がされたロッカーが、自動的に決定・予約される。

（受取可能時間補正処理）
次に、「受取可能時間補正処理」について説明する。
図１２は本開示の実施形態に係る「受取可能時間補正処理」の手順の一例を示すフローチャートである。「受取可能時間補正処理」を実行するプログラムは、顧客が指定した商品受取日が到来したときに、注文管理装置１０のＣＰＵ１２Ａにより実行される。

まず、ステップＳ３００で、ＣＰＵ１２Ａは、ロッカー受取でかつ本日受取の注文情報を抽出する。例えば、図１１に示す注文情報管理テーブルを参照して、ロッカー受取でかつ指定された受取日時が本日である注文情報を抽出する。次に、ステップＳ３０２で、ＣＰＵ１２Ａは、１つの注文情報を選択する。次に、ステップＳ３０４で、ＣＰＵ１２Ａは、標準受取可能時間を補正する「補正処理」を実行する。

ここで、図１３を参照して「補正処理」の手順を説明する。
外気温によってロッカー内の温度に支障が出る可能性がある。このため、常温ロッカー及び冷蔵ロッカー利用の場合は、外気温が高い日には受取可能時間を短縮し、外気温が低い日には受取可能時間を延長可能とする。また、保温ロッカー利用の場合は、外気温が高い日には受取可能時間を延長可能とし、外気温が低い日には受取可能時間を短縮する。

まず、ステップＳ４００で、ＣＰＵ１２Ａは、常温ロッカー又は冷蔵ロッカーの利用か否かを判断する。常温ロッカー又は冷蔵ロッカーの利用の場合は、ステップＳ４０２に進み、保温ロッカーの利用の場合は、ステップＳ４２０に進む。

次に、ステップＳ４０２で、ＣＰＵ１２Ａは、ロッカーの外気温情報を取得する。外気温情報は、ロッカー２２に接続された温度センサ（図示せず）から取得してもよく、天気予報等の外部のサイトから取得してもよい。外気温は、現在の外気温でもよく、受取可能時間の外気温の予測値でもよい。外気温は時間帯により大きく変化するため、受取可能時間の外気温の予測値を用いる方が、より精度の高い補正を行うことができる。

次に、ステップＳ４０４で、ＣＰＵ１２Ａは、ロッカーの外気温が上限閾値以上（例えば、２８℃以上）か否かを判断する。外気温が上限閾値以上の場合は、続くステップＳ４０６で、ＣＰＵ１２Ａは、受取可能時間を１０分短縮する。外気温が上限閾値未満の場合は、ステップＳ４０６を飛ばしてステップＳ４０８に進む。

次に、ステップＳ４０８で、ＣＰＵ１２Ａは、ロッカーの外気温が下限閾値以下（例えば、５℃以下）か否かを判断する。外気温が下限閾値以下の場合は、続くステップＳ４１０で、ＣＰＵ１２Ａは、受取可能時間を１０分延長する。外気温が下限閾値より大きい場合は、ステップＳ４１０を飛ばしてステップＳ４１２に進む。

次に、ステップＳ４１２で、ＣＰＵ１２Ａは、冷蔵ロッカーの利用か否かを判断する。冷蔵ロッカーの利用の場合は、ステップＳ４１４に進み、常温ロッカーの利用の場合は、ルーチンを終了する。次に、ステップＳ４１４で、ＣＰＵ１２Ａは、ロッカー内部の温度情報を取得する。

次に、ステップＳ４１６で、ＣＰＵ１２Ａは、ロッカー内部の温度から冷蔵ロッカーが故障しているか否かを判断する。ロッカー内部の温度が異常値である場合は、冷蔵ロッカーが故障していると判断することができ、続くステップＳ４１８で、ＣＰＵ１２Ａは、故障時対応を行い、ルーチンを終了する。例えば、ロッカー管理システム２０と協働して、商品を格納するロッカーを別のロッカーに変更し、別のロッカーの空きがない場合は店内管理する等の変更を行う。また、そういった対応をしたことについて顧客に通知をする。ロッカー内部の温度が正常値である場合は、冷蔵ロッカーは故障していないと判断することができ、ステップＳ４１８を飛ばしてルーチンを終了する。

一方、保温ロッカーを利用するとしてステップＳ４２０に進んだ場合は、ステップＳ４２０で、ＣＰＵ１２Ａは、ロッカーの外気温情報を取得する。次に、ステップＳ４２２で、ＣＰＵ１２Ａは、ロッカーの外気温が上限閾値以上（例えば、２８℃以上）か否かを判断する。外気温が上限閾値以上の場合は、続くステップＳ４２４で、ＣＰＵ１２Ａは、受取可能時間を１０分延長する。外気温が上限閾値未満の場合は、ステップＳ４２４を飛ばしてステップＳ４２６に進む。

次に、ステップＳ４２６で、ＣＰＵ１２Ａは、ロッカーの外気温が下限閾値以下（例えば、５℃以下）か否かを判断する。外気温が下限閾値以下の場合は、続くステップＳ４２８で、ＣＰＵ１２Ａは、受取可能時間を１０分短縮する。外気温が下限閾値より大きい場合は、ステップＳ４２８を飛ばしてステップＳ４３０に進む。

次に、ステップＳ４３０で、ＣＰＵ１２Ａは、ロッカー内部の温度情報を取得する。次に、ステップＳ４３２で、ＣＰＵ１２Ａは、ロッカー内部の温度から保温ロッカーが故障しているか否かを判断する。ロッカー内部の温度が異常値である場合は、保温ロッカーが故障していると判断することができ、続くステップＳ４３４で、ＣＰＵ１２Ａは、ステップＳ４１８と同様に、故障時対応を行い、ルーチンを終了する。ロッカー内部の温度が正常値である場合は、保温ロッカーは故障していないと判断することができ、ステップＳ４３４を飛ばしてルーチンを終了する。

なお、ここでは商品の受取可能時間は約１時間と想定しているので補正幅を±１０分とするが、補正幅は任意に設定してもよい。補正幅は、例えば、５分～３０分の範囲で設定するのが好ましい。また、受取可能時間を延長する方向の補正については、ロッカーに入れる食品の鮮度を考慮し、延長をしない、という選択をしてもよい。

ここで図１２の説明に戻る。次に、ステップＳ３０６で、ＣＰＵ１２Ａは、補正処理により受取可能時間が変更されたか否かを判断する。新たに算出された受取可能時間が標準受取可能時間と異なる場合は、受取可能時間が変更されたと判断し、新たに算出された受取可能時間が標準受取可能時間と同じである場合は、受取可能時間が変更されていないと判断する。受取可能時間が変更された場合は、ステップＳ３０８に進み、受取可能時間が変更されなかった場合は、ステップＳ３１８に進む。

受取可能時間が変更された場合は、ステップＳ３０８で、ＣＰＵ１２Ａは、ロッカー予約の変更を試みる。ＣＰＵ１２Ａは、ロッカー管理システム２０にロッカー予約の変更を要求し、ロッカー管理システム２０から変更可否を通知される。予約時間が長くなる場合でも、所望のロッカーに空きがあれば予約を変更することができる。

次に、ステップＳ３１０で、ＣＰＵ１２Ａは、ロッカー予約を変更できたか否かを判断する。ロッカー予約を変更できた場合は、ステップＳ３０８に進み、ロッカー予約を変更できなかった場合は、ステップＳ３１８に進む。

ロッカー予約を変更できた場合は、次にステップＳ３１２で、ＣＰＵ１２Ａは、通信部１４を制御して、変更内容の再登録要求を店舗端末装置４０に送信させる。店舗端末装置４０は、再登録要求に応じて受取可能時間の変更を登録する。

次に、ステップＳ３１４で、ＣＰＵ１２Ａは、顧客に予約変更を通知する。この通知には、商品を受け取るための受取情報（例えば、ＱＲコード（登録商標）、バーコード、入力番号等）が含まれる。即ち、予約変更の通知により、顧客に受取情報が配布される。顧客は、この受取情報を用いてロッカーを開錠して、商品を受け取ることができる。

予約変更の通知は、電子メールを送信して行われてもよい。電子メールには、例えば、図１４に示すように、「〇〇様 先日ご注文いただいた内容の受取日となりました。送付されたＱＲコード（登録商標）（ｏｒ番号）でお受け取りください。」等の定型文の外に、注文内容（受取番号、注文番号、注文店舗、受取日時、受取方法）、ロッカー番号、受取ロッカーの場所などが記載される。

また、電子メールには、例えば図１５に示すように、「本日の気温の状況により、お品物の衛生上の理由から受取可能時間を（延長又は短縮）させていただきました。以下の時間となりますので必ずご確認ください。」などの受取可能時間を変更する旨及び受取可能時間を変更する理由と、変更後の受取可能時間とが記載される。変更後の受取可能時間の記載には、「≪ロッカーでの受取可能時間≫１９：００～２０：３０ ※外部の天気、時間帯により受取可能時間が変更されました。」など、受取可能時間が変更されたことが明示される。

次に、ステップＳ３１６で、ＣＰＵ１２Ａは、注文情報を更新する。例えば、図１１に示す注文情報管理テーブルにおいて「設定受取可能時間」の欄の数値を、標準受取可能時間から変更後の受取可能時間に更新する。注文情報の更新後は、変更後の受取可能時間によって注文が管理される。

一方、受取可能時間が変更されなかった場合又はロッカー予約を変更できなかった場合は、ステップＳ３１８で、顧客に予約変更が無い旨を通知する。この通知には、商品を受け取るための受取情報が含まれる。即ち、予約変更が無い旨の通知により、顧客に受取情報が配布される。

予約変更が無い旨の通知は、電子メールを送信して行われてもよい。電子メールには、例えば、「〇〇様 先日ご注文いただいた内容の受取日となりました。送付されたＱＲコード（登録商標）（ｏｒ番号）でお受け取りください。」等の定型文の外に、注文内容、ロッカー番号、受取ロッカーの場所などが記載される。そして、受取日時の時間として、最初に通知した標準受取可能時間（例えば、１９：００～２０：１０）が記載される。

最後に、ステップＳ３２０で、ＣＰＵ１２Ａは、次の注文情報があるか否かを判断する。次の注文情報がある場合には、ステップＳ３０２に戻って、ステップＳ３０２～ステップＳ３２０の処理を繰り返し行う。一方、次の注文情報が無い場合には、ルーチンを終了する。

（対応処理）
次に、「対応処理」について説明する。
図１６は本開示の実施形態に係る「対応処理」の手順の一例を示すフローチャートである。「対応処理」を実行するプログラムは、何らかの通知を受信したときに、注文管理装置１０のＣＰＵ１２Ａにより実行される。

まず、ステップＳ５００で、ＣＰＵ１２Ａは、受信した通知が調理完了通知であるか否かを判断する。店舗から調理完了通知を受信した場合には、次のステップＳ５０２で、顧客に調理完了を通知して、ルーチンを終了する。受信した通知が調理完了通知ではない場合は、ステップＳ５０４に進む。

調理完了通知は、電子メールを送信して行われてもよい。電子メールによる調理完了通知には、例えば、図１７に示すように、「〇〇様 ご注文いただいたお品物の調理が完了いたしました。ロッカーに格納されるまで今しばらくお待ちください。」等の定型文の外に、注文内容（受取番号、注文番号、注文店舗、受取日時、受取方法）が記載される。

次に、ステップＳ５０４で、ＣＰＵ１２Ａは、受信した通知が商品格納通知であるか否かを判断する。ロッカー管理システム２０から商品格納通知を受信した場合には、次のステップＳ５０６で、顧客に商品格納を通知して、ルーチンを終了する。受信した通知が商品格納通知ではない場合は、ステップＳ５０８に進む。

商品格納通知は、電子メールを送信して行われてもよい。電子メールによる商品格納通知には、例えば、図１８に示すように、「〇〇様 ただいまご指定いただいたロッカーへお入れいたしました。」等の定型文の外に、注文内容（受取番号、注文番号、注文店舗、受取日時、受取方法）が記載される。また、受取可能時間の変更があった場合には、電子メールには、例えば、「受取可能時間が変更されましたのでご注意下さい。」など、受取可能時間の変更に注意を促す記載が追加される。

次に、ステップＳ５０８で、ＣＰＵ１２Ａは、受信した通知が受取完了通知であるか否かを判断する。ロッカー管理システム２０から受取完了通知を受信した場合には、ＣＰＵ１２Ａは、次のステップＳ５１０で、顧客に受取完了通知を通知する。次に、ステップＳ５１２で、ＣＰＵ１２Ａは、商品の受取が完了した注文に対応する注文情報を削除して、ルーチンを終了する。また、受信した通知が受取完了通知ではない場合、受信した通知が受取未完了通知であるため、ここでは何もせずにルーチンを終了する。

受取完了通知は、電子メールを送信して行われてもよい。電子メールによる受取完了通知には、例えば、図１９に示すように、「〇〇様 ご注文の受取が完了いたしました。またのご利用をお待ちしております。」等の定型文や利用した店舗名が記載される。

（受取監視処理）
次に、「受取監視処理」について説明する。
図２０は本開示の実施形態に係る「受取監視処理」の手順の一例を示すフローチャートである。「受取監視処理」を実行するプログラムは、定期的に、注文管理装置１０のＣＰＵ１２Ａにより実行される。

まず、ステップＳ６００で、ＣＰＵ１２Ａは、ロッカー受取でかつ本日受取の注文情報を抽出する。例えば、図１１に示す注文情報管理テーブルを参照して、ロッカー受取でかつ指定された受取日時が本日である注文情報を抽出する。次に、ステップＳ６０２で、ＣＰＵ１２Ａは、１つの注文情報を選択する。

次に、ステップＳ６０４で、ＣＰＵ１２Ａは、警告時期が到来したか否かを判断する。警告時期は、受付時間の終了時刻の所定時間前（例えば、３０分）など、任意に設定することができる。警告時期が到来している場合には、次のステップＳ６０６で、受取可能時間が経過したか否かを判断する。

警告時期が到来しており且つ受取可能時間が経過している場合には、ステップＳ６０８に進み、ステップＳ６０８で「商品取出処理」を実行する。警告時期が到来しているが受取可能時間内である場合には、ステップＳ６１０に進み、ステップＳ６１０で「警告処理」を実行する。警告時期が到来していない場合には、何もする必要が無いので、ステップＳ６１２に進む。

ここで、図２１を参照して「警告処理」の手順を説明する。
まず、ステップＳ７００で、ＣＰＵ１２Ａは、受取未完了か否かを判断する。例えば、図１１に示す注文情報管理テーブルを参照して、注文情報が削除されていない場合は「受取未完了」である。なお、本実施形態では、受取完了の注文情報は管理対象外となるので、受取未完了か否かを確認する必要はないが、注文情報が削除されない手順を想定して、ここで受取未完了か否かを判断する。受取未完了の場合は、ステップＳ７０２に進み、受取完了の場合は、ルーチンを終了する。

次に、ＣＰＵ１２Ａは、ステップＳ７０２で、通信部１４を制御して、商品の受け取りを促すための警告を対応する顧客に送信させ、続くステップＳ７０４で、通信部１４を制御して、対応する店舗にも警告を送信させて、ルーチンを終了する。

警告は、電子メールを送信して行われてもよい。電子メールによる警告には、例えば、「〇〇様 ご注文いただいたお品物の受取可能時間は○○迄です。受取可能時間内にお受け取りをお願いいたします。」等の定型文の外に、注文内容（受取番号、注文番号、注文店舗、受取日時、受取方法）が記載される。

また、図２２を参照して「商品取出処理」の手順を説明する。
まず、ステップＳ８００で、ＣＰＵ１２Ａは、受取未完了か否かを判断する。受取未完了の場合は、ステップＳ８０２に進み、受取完了の場合は、ルーチンを終了する。

次に、ＣＰＵ１２Ａは、ステップＳ８０２で、通信部１４を制御して、商品引取要求を対応する店舗に送信させる。この商品引取要求により、商品を受け取るための受取情報（例えば、ＱＲコード（登録商標）、バーコード、入力番号等）が店舗に配布される。店舗は、この受取情報を用いてロッカーを開錠して、商品を取り出すことができる。次に、ＣＰＵ１２Ａは、ステップＳ８０４で、通信部１４を制御して、商品を対応する店舗で受け取るための案内を対応する顧客に送信させて、ルーチンを終了する。

顧客への案内は、電子メールを送信して行われてもよい。電子メールによる通知には、例えば、「〇〇様 ご注文いただいたお品物を店舗に戻させていただきました。店舗でのお受け取りをお願いいたします。」等の定型文の外に、注文内容（受取番号、注文番号、注文店舗）が記載される。

ここで、図２０の説明に戻る。最後に、ステップＳ６１２で、ＣＰＵ１２Ａは、次の注文情報があるか否かを判断する。次の注文情報がある場合には、ステップＳ６０２に戻って、ステップＳ６０２～ステップＳ６１２の処理を繰り返し行う。一方、次の注文情報が無い場合には、ルーチンを終了する。

（注文管理装置の機能構成）
ここで、注文管理装置の機能構成を説明する。上述した「注文受付処理」、「受取可能時間補正処理」、「対応処理」、及び「受取監視処理」の各プログラムが実行されることで、注文管理装置１０の対応する機能部が実現される。

図２３に示すように、注文管理装置１０は、注文受付部５０と、受付時間補正部６０と、対応処理部７０と、受取監視部８０とを備えている。

注文受付部５０は、顧客からの注文を受け付けてロッカーを予約するロッカー予約部５２と、受取の季節及び時間帯に応じて標準受取可能時間を設定する受取可能時間設定部５４と、顧客にロッカー予約が完了したこと及び標準受取可能時間を通知する予約完了通知部５６と、を備えている。

受付時間補正部６０は、顧客が指定した商品受取日が到来すると、外気温等に応じて受取可能時間を補正する補正部６２と、受取可能時間が変更された場合は、変更後の受取可能時間に合わせてロッカー予約時間を変更する予約変更部６４と、顧客及び店舗に受取可能時間の変更又は変更が無いことを通知する変更通知部６６と、受取可能時間が変更された場合は、注文情報を更新する注文情報更新部６８と、を備えている。

対応処理部７０は、受信した通知に応じた対象処理を実行する。

受取監視部８０は、警告時期が到来しても商品が受け取られていない場合に、顧客及び店舗に警告を行う警告処理部８２と、受取可能時間が経過しても商品が受け取られていない場合に、商品を取り出して店舗に戻す商品取出処理を実行する商品取出処理部８４と、を備えている。

以上の通り、本実施の形態では、顧客は、事前に注文しておいた商品をロッカーで受け取ることができるので、顧客が商品を店舗まで受取に行く手間を省くことができると同時に、非接触での受取が可能になる。また、店舗側にとっても、近隣のロッカーで商品を受け渡すことで売上向上につながる。

また、本実施の形態では、注文受付時に、商品に含まれるメニューに応じてロッカーの種類（常温、冷蔵、又は保温）を自動的に決定して予約し、季節及び時間帯に応じて変わる外気温の影響を考慮して標準受取可能時間を自動的に設定するので、顧客がロッカーを予約する手間を省くことができる。また、ロッカーの予約が取れた場合に注文完了となるため、ロッカー予約のダブルブッキングを回避することができる。

また、本実施の形態では、商品の受取当日に、ロッカーの外気温やロッカー内部の温度に応じて受取可能時間を補正（例えば、短縮又は延長）するので、商品受取時まで商品である食品の鮮度をしっかり保つことができる。このため、衛生面について不安を覚える顧客も安心して利用することができる。また、受取可能時間が変更されるとロッカーの予約も同時に変更され、顧客がロッカーの予約を変更する手間を省くことができる。また、受取可能時間が決定した段階で受取情報が顧客に送付されるので、受取可能時間の変更の受取情報への反映漏れを防止することができる。

また、本実施の形態では、注文完了だけでは無く、受取可能時間の変更、調理の完了、商品の格納、警告、及び受取の完了の各々が、顧客に通知されると共に、受取可能時間を経過してロッカーでの受取ができない場合にも、顧客及び店舗に適切な指示が行われるので、顧客及び店舗の双方とも商品の状況が逐一わかり、安心して受け取りまでの手続きを行うことができる。

＜変形例＞
以上、注文管理装置、注文管理システム及びプログラムの例示的な実施の形態について説明したが、本発明は、実施の形態に記載の範囲には限定されない。本発明の主旨を逸脱しない範囲で実施の形態に多様な変更又は改良を加えることができ、当該変更又は改良を加えた形態も本発明の技術的範囲に含まれる。

また、例えば、上記実施の形態で説明したプログラムの処理の流れも一例であり、主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよい。また、上記実施の形態では、プログラムを実行することにより、実施形態に係る処理がコンピュータを利用してソフトウェア構成により実現される場合について説明したが、これに限らない。例えば、ハードウェア構成や、ハードウェア構成とソフトウェア構成との組み合わせによって処理を実現してもよい。

また、上記実施形態でＣＰＵがソフトウェア（プログラム）を読み込んで実行したプログラムを、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Field-Programmable Gate Array）等の製造後に回路構成を変更可能なＰＬＤ（Programmable Logic Device）、及びＡＳＩＣ（Application Specific Integrated Circuit）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。

また、上記各プログラムを、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。

また、上記各実施形態では、プログラムが記憶部に予め記憶（インストール）されている態様を説明したが、これに限定されない。プログラムは、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ－ＲＯＭ（Digital Versatile Disk Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリ、半導体メモリ等の非一時的（non-transitory）記憶媒体に記憶された形態で提供されてもよい。また、上記各プログラムは、ネットワークを介して外部装置からダウンロードされる形態としてもよい。

１０ 注文管理装置
２０ ロッカー管理システム
２２ ロッカー
３０ 顧客の端末装置
４０ 店舗の端末装置
５０ 注文受付部
５２ ロッカー予約部
５４ 受取可能時間設定部
５６ 予約完了通知部
６０ 受付時間補正部
６２ 補正部
６４ 予約変更部
６６ 変更通知部
６８ 注文情報更新部
７０ 対応処理部
８０ 受取監視部
８２ 警告処理部
８４ 商品取出処理部
１００ 注文管理システム
Ｎ ネットワーク
Ｐ 顧客

Claims (14)

1. 顧客からの注文を管理する注文管理装置であって、
   顧客が店舗から購入する商品について指定日時にロッカー受け取りを希望する旨の注文依頼を受け付けると、前記商品の第１の受取可能時間を設定して、前記商品に応じたロッカーを予約し、前記第１の受取可能時間を含む注文完了通知を顧客に送信し、注文登録要求を店舗に送信する、受付部と、
   少なくとも前記ロッカーの外気温情報に基づいて前記商品の第１の受取可能時間を補正して第２の受取可能時間を算出し、前記商品の前記第２の受取可能時間を再設定して、前記第２の受取可能時間を含む受取可能時間を変更する旨の通知を顧客及び店舗に送信し、前記第２の受取可能時間が前記第１の受取可能時間と同じ場合には、前記第２の受取可能時間を含む受取可能時間を変更しない旨の通知を顧客に送信する、補正部と、
   を備えた注文管理装置。
2. 前記受付部は、前記商品に応じたロッカーが予約できない場合には、前記注文依頼を却下する、請求項１に記載の注文管理装置。
3. 前記受付部は、予約するロッカーの種類を、前記商品に含まれるメニューに応じて、常温ロッカー、冷蔵ロッカー、及び保温ロッカーの中から選択する、請求項１又は請求項２に記載の注文管理装置。
4. 前記第１の受取可能時間は、予め定めた基準受取可能時間を、前記ロッカーの種類毎に季節及び時間帯に応じて予め設定された補正値で補正して得られる、請求項３に記載の注文管理装置。
5. 前記補正部は、予約した前記ロッカーが前記常温ロッカー及び前記冷蔵ロッカーの場合は、前記ロッカーの外気温が上限閾値以上の場合に第１の受取可能時間を短縮し、前記ロッカーの外気温が下限閾値以下の場合に第１の受取可能時間を延長する、請求項３又は請求項４に記載の注文管理装置。
6. 前記補正部は、予約した前記ロッカーが前記保温ロッカーの場合は、前記ロッカーの外気温が上限閾値以上の場合に第１の受取可能時間を延長可能とし、前記ロッカーの外気温が下限閾値以下の場合に第１の受取可能時間を短縮する、請求項３又は請求項４に記載の注文管理装置。
7. 前記補正部は、前記第１の受取可能時間を予め定めた補正幅で延長又は短縮する、請求項５又は請求項６に記載の注文管理装置。
8. 前記補正部は、前記ロッカーの予約が延長できない場合は、前記第１の受取可能時間を延長しない、請求項５から請求項７までのいずれか１項に記載の注文管理装置。
9. 前記補正部は、前記受取可能時間を変更する旨の通知又は前記受取可能時間を変更しない旨の通知と共に、前記ロッカーを開錠するための受取情報を顧客に送信する、請求項１から請求項８までのいずれか１項に記載の注文管理装置。
10. 逐次更新される注文情報管理テーブルに基づいて前記商品の受け取り状況を監視する監視部をさらに備え、
    前記監視部は、前記第２の受取可能時間の終了時刻の所定時間前に、前記商品の受け取りが未完了の注文に関し、対応する顧客に前記商品の受け取りを促すための警告を送信する、
    請求項１から請求項９までのいずれか１項に記載の注文管理装置。
11. 逐次更新される注文情報管理テーブルに基づいて前記商品の受け取り状況を監視する監視部をさらに備え、
    前記監視部は、前記第２の受取可能時間の経過後に、前記商品の受け取りが未完了の注文に関し、対応する店舗に対し前記商品の引き取り要求を送信すると共に、対応する顧客に対し前記商品を前記対応する店舗で受け取るための案内を送信する、
    請求項１から請求項９までのいずれか１項に記載の注文管理装置。
12. 請求項１から請求項１１までのいずれか１項に記載の注文管理装置と、
    複数のロッカーの空き状況を管理し、前記ロッカーの予約を受け付けるロッカー管理装置と、を備え、
    前記注文管理装置が、前記ロッカー管理装置を介して前記商品に応じたロッカーを予約又はロッカーの予約を変更する、
    注文管理システム。
13. コンピュータに、
    顧客が店舗から購入する商品について指定日時にロッカー受け取りを希望する旨の注文依頼を受け付けるステップと、
    前記商品の第１の受取可能時間を設定するステップと、
    前記商品に応じたロッカーを予約するステップと、
    通信部に前記第１の受取可能時間を含む注文完了通知を顧客に送信させるステップと、
    前記通信部に注文登録要求を店舗に送信させるステップと、
    を実行させるためのプログラム。
14. コンピュータに、
    顧客が店舗から購入する商品について指定日時にロッカー受け取りを希望する旨の注文依頼に応じて、少なくともロッカーの外気温情報に基づいて予め設定された前記商品の第１の受取可能時間を補正して第２の受取可能時間を算出するステップと、
    前記商品の前記第２の受取可能時間を再設定するステップと、
    通信部に前記第２の受取可能時間を含む受取可能時間を変更する旨の通知を顧客及び店舗に送信させるステップと、
    前記通信部に前記第２の受取可能時間が前記第１の受取可能時間と同じ場合には、前記第２の受取可能時間を含む受取可能時間を変更しない旨の通知を顧客に送信させるステップと、
    を実行させるためのプログラム。