JP2020191073A - 商品提供システム - Google Patents

Abstract

【課題】顧客にとってより利便性の高いネットスーパーのサービスを提供すること。【解決手段】顧客管理部１０１は、事業所Ｊの管理場所のうち商品Ｐの配送先Ｈと、事業所Ｊに属する顧客Ｃとを含む情報を、１以上の事業所Ｊに管理する。配送先受付部１０２は、顧客管理部１０１により管理されている事業所Ｊにより指定された配送先Ｈを含む複数の配送先Ｈの中から、事業所Ｊに属する顧客Ｃにより指定された１以上の配送先Ｈを受付ける。商品管理部１０３は、顧客Ｃに提供し得る商品Ｐの商品情報を管理する。提示部１０４は、商品管理部１０３により管理されている商品Ｐのうち、配送先受付部１０２により受付けられた１以上の配送先Ｈに配送可能な１以上の商品Ｐの夫々を、顧客Ｃに提示する。【選択図】図６

Description

本発明は、商品提供システムに関する。

近年、商品の提供（販売）手法として、ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）サイトが多くの人々に利用されている（特許文献１及び２参照）。
このようなＥＣサイトには、スーパーマーケットが運営主体となるサイト、即ち「ネットスーパー」のサイトも含まれる。

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

近年、生鮮食品も商品として提供されるネットスーパーの利便性の向上が要望されているが、特許文献１及び２に記載の従来技術を単に適用しても、このような要望に応えることができない状況である。

本発明は、このような状況に鑑みてなされたものであり、顧客にとってより利便性の高いネットスーパーを実現化させることを目的とする。

上記目的を達成するため、本発明の一態様の商品提供システムは、
所定団体の管理場所のうち商品の配送先として指定されている場所と、当該所定団体に属する商品の購入者とを含む情報を、１以上の団体毎に管理する第１管理手段と、
前記第１管理手段により管理されている前記所定団体により指定された前記配送先を含む複数の配送先の中から、当該所定団体に属する前記購入者により指定された１以上の配送先を受付ける第１受付手段と、
前記購入者に提供し得る商品に関する情報を管理する第２管理手段と、
前記第２管理手段により管理されている前記商品のうち、前記第１受付手段により受付けられた前記１以上の配送先に配送可能な１以上の商品の夫々を、前記購入者に提示する提示手段と、
を備える。

本発明によれば、顧客にとってより利便性の高いネットスーパーを実現化することができる。

本発明の一実施形態にかかる情報処理装置を含む商品提供システムにより実現可能なサービスの一例の概要を示す図である。 本サービスを利用する顧客により操作される顧客端末に表示される操作画面の一例を示す図である。 本発明の一実施形態にかかる管理サーバを含む商品提供システムの構成を示す図である。 図３の管理サーバと、事業所端末、顧客端末、店舗端末、ドライバー端末、ＨＣサーバ、Ｄｒｕｇサーバ、ＳＭサーバ、及び外部サーバの夫々との関係を示す図である。 図３及び図４に示す商品提供システムのうち管理サーバのハードウェア構成の一例を示すブロック図である。 図５の管理サーバ１の機能的構成のうち、ネットスーパー管理処理を実行するための機能的構成を示す機能ブロック図である。 顧客端末に表示される情報の具体例を示す図である。 顧客端末に表示される情報の具体例を示す図である。 顧客端末に表示される情報の具体例を示す図である。 顧客端末に表示される代替商品選択画面の具体例を示す図である。 ピッキングリストの具体例を示す図である。 ピッキングにおける欠品登録画面、及び欠品取消画面の具体例を示す図である。 欠品処理の流れを示すフローチャートである。 ドライバーアプリの具体例を示す図である。 ドライバーアプリの具体例を示す図である。 ドライバーアプリの具体例を示す図である。 ドライバーアプリの具体例を示す図である。 注文明細画面の具体例を示す図である。 配送担当者移動機能の具体例を示す図である。 ピッキングの完了から配送が完了するまでの流れを示すフローチャートである。 在庫管理がされていない商品の在庫変動の具体例を示すフローチャートである。 ネットスーパーにおける商品の価格遷移図である。 生鮮食品がピッキングされてから配送されるまでの具体的なフローを説明する図である。 生鮮食品を顧客毎にパッキングするまでの処理を行う拠点のレイアウト例を示す模式図である。 パッキング用保冷バッグの構成の検討に係る実験条件を示した模式図である。 パッキング用保冷バッグの構成の検討に係る実験条件を示した模式図であって図２５とは別の図である。 パッキング用保冷バッグの構成の検討に係る実験結果を示した図である。 顧客端末に表示される商品のキャンセル画面の具体例を示す図である。

以下、本発明の実施形態について図面を用いて説明する。

まず図１及び図２を参照して、本発明が適用される商品提供システム（後述する図３及び図４参照）の適用対象となるサービスの概要について説明する。

図１は、本発明の一実施形態にかかる情報処理装置を含む商品提供システムにより実現可能なサービスの一例（以下、「本サービス」と呼ぶ）の概要を示す図である。

本サービスは、サービス提供者（後述の図４のサービス提供者Ｇ）により提供されるサービスの一例である。本サービスでは、実際のスーパーマーケットの店舗Ｔ（以下、「実店舗Ｔ」と呼ぶ）で販売されている商品が、実店舗Ｔから離間した事業者Ｊに勤務等の目的で所在する顧客Ｃにより、スマートフォン等の端末（後述の図４等の顧客端末３）を用いて購入される。そして、そのようにして購入された商品は、当該事業所Ｊ内の配送先Ｈに配送されて、当該顧客Ｃに引き渡される。
ここで、「商品」とは、ネットスーパーで購入可能な商品のことをいう。具体的には例えば、スーパーマーケット等の実店舗Ｔで販売されている商品のみならず、当該実店舗Ｔに隣接したホームセンターやドラッグストア等の店舗で販売されている各種商品も、「商品」に該当する。換言すると、実店舗Ｔのみならずその近隣の店舗で販売されている商品も、ネットスーパーを利用する顧客Ｃはまとめて購入することができる。即ち、顧客Ｃは、１回の精算で複数の店舗で提供されている商品を購入することができる。

本サービスにおけるネットスーパーは、インターネット上に存在するが、実店舗Ｔ毎に紐付けられたネットスーパーである。このため、ネットスーパーで取り扱われている商品及びその金額は、実店舗Ｔで取り扱われている商品及びその金額との同期（連携）が図られる。
このように、実店舗Ｔ毎にネットスーパーが存在することで、地域の特徴を活かした店舗づくり、調達のし易さ、価格を連携させ易い、特別な配送センターを設ける必要がない等の面でメリットがある。

図１の左方における事業所Ｊは、同図右方の実店舗Ｔに対応付けられたネットスーパーの配送先Ｈ（例えば職場がある部屋等）を有している。ここで、事業者Ｊの代表者Ｒは、事業所端末２を操作するものとする。また、顧客Ｃは、事業所Ｊの配送先Ｈに、勤務等の目的で所在し、スマートフォン等の顧客端末３を操作するものとする。
一方、図１の右端の実店舗Ｔには、店員ＥとドライバーＤとが存在する。店員Ｅは店舗端末４を操作する。ドライバーＤは、商品Ｐの配送をするに際し、ドライバー端末５を操作する。

本サービスでは、先ず、顧客Ｃによるネットスーパーの利用が行われる前に、ステップＳ１乃至Ｓ５の処理が行われる。
その後、ネットスーパーの利用に関する処理として、ステップＳ６乃至Ｓ１２の処理が行われる。
なお、本サービスにおいて、ステップＳ１乃至ステップＳ６の処理は顧客側（代表者Ｒ及び顧客Ｃ）で行われ、ステップＳ７乃至Ｓ１２の処理は店舗側で行われる。

具体的には例えば、ステップＳ１において、事業所Ｊの代表者Ｒは、事業所端末２を操作して、事業所登録用ＷｅｂサイトＬＰにアクセスして、事業所Ｊの登録（事業所登録）を行う。事業所Ｊの登録を行うことで、はじめて事業所Ｊの配送先Ｈに商品Ｐの配送が可能になる。即ち、事業所Ｊに所在する顧客Ｃは、ネットスーパーを利用することが可能になる。
より具体的には例えば、事業所登録が新規で行われると、仮登録がなされ、その後本サービスによる承認がなされると、本サービスへのログインを可能とするＩＤ等のアカウントが事業所Ｊ毎に発行される。発行されたアカウントにより事業所端末２からアクセスできる図示せぬマイページでは、配送先Ｈの登録や、顧客Ｃの管理等を行うことができる。

ここで、「事業所登録用ＷｅｂサイトＬＰ」とは、ネットスーパーを利用するために必要となる事業所登録、及びログインを行うためのＷｅｂサイトである。
事業所登録用ＷｅｂサイトＬＰの利用者は特に限定されないが、本実施形態では、事業所登録を行う事業所Ｊの代表者Ｒのみが事業所登録用ＷｅｂサイトＬＰを利用することができ、顧客Ｃは事業所登録用ＷｅｂサイトＬＰを利用することができないものとする。
代表者Ｒは、事業所登録用ＷｅｂサイトＬＰを利用することで、社内配布用のリーフレット（ＰＤＦファイル）等をダウンロードすることもできる。これにより、代表者Ｒは、事業所Ｊに属する１以上の従業者等（即ち顧客Ｃの候補）に対し、本サービスを紹介することができる。

事業所登録用ＷｅｂサイトＬＰの図示せぬトップページには、ネットスーパーの紹介とともに、ログイン操作又は新規で事業所登録を行うための入力欄が設けられている。代表者Ｒは、このトップページからログイン操作又は新規で事業所登録を行う。

事業所登録用ＷｅｂサイトＬＰから新規で事業所登録を行う場合、対象となる事業所Ｊに、１以上の配送先Ｈが紐付けられて登録される。具体的には例えば、○○株式会社を事業所Ｊとする事業所登録が行われる場合には、△△営業所や□□営業所といった配送先Ｈが紐付けられて登録される。
また、配送先Ｈには実店舗Ｔが一対一で対応付けられて管理される。
また、店舗Ｔには１以上のエリアが紐付けられて管理される。ここで「エリア」とは、郵便番号毎に存在する地域のことをいう。即ち、事業所登録が行われる際には、実店舗Ｔのエリア（郵便番号）の登録が行われ、事業所登録ができるかどうかは、実店舗Ｔが存在するかどうか（即ち、対応する郵便番号が存在するかどうか）によって判断される。

事業所Ｊの代表者Ｒによる事業所登録が行われると、事業所Ｊの従業員等は、顧客Ｃとして本サービスを利用することができるようになるが、本実施形態では、顧客Ｃの顧客端末３に予めインストールされたネットスーパー専用のアプリケーションソフトウェア（以下、「ＮＳアプリ」と呼ぶ）が利用されることで、本サービスの利用が行われるものとする。
具体的には、ステップＳ２において、顧客Ｃは、顧客端末３を操作して、顧客端末３にＮＳアプリをダウンロード可能とするアプリストアＡＴにアクセスして、ＮＳアプリをダウンロード（ＤＬ）する。これにより、顧客Ｃは、顧客端末３を操作することでネットスーパーを利用することができるようになる。
ただし、ネットスーパーを利用するための手法は、本実施形態で採用された上述の手法に特に限定されず、その他例えば、ブラウザ機能によりネットスーパーの利用が可能になる手法が採用されてもよい。

ステップＳ３において、顧客Ｃは、顧客端末３を操作して、ＮＳアプリを起動させる。
必要に応じて、ステップＳ４において見学が行われる。即ち、ステップＳ４において、顧客Ｃは、顧客端末３を操作して、ネットスーパーの見学を行う。「見学」とは、本サービスへのログイン操作を行うことなく、ネットスーパーで販売されている商品Ｐを閲覧することができる機能のことをいう。
顧客Ｃは、所定のネットスーパーの見学を行う場合には、顧客端末３を操作して、自身の現在地からの店舗検索、住所からの店舗検索、郵便番号からの店舗検索等により、見学したいネットスーパー（以下、「見学店舗」と呼ぶ）を選択することができる。また、顧客Ｃは、自ら検索を行うことなく、顧客Ｃにおすすめの見学店舗が自動でリコメンドされる、即ち「おすすめ」機能を利用して見学店舗を選択してもよい。
なお、見学は、本サービスにログインすることなく利用可能な機能であるため、例えば以下の利用上の制限を設けることもできる。即ち、（１）購入手続きに進むことができない、（２）顧客Ｃのお気に入りとして、閲覧した商品を所定の格納領域に一時保存する機能（以下、「お気に入り機能」と呼ぶ）を利用することができない、（３）商品の閲覧中に、所定のメモを記録することができる機能（以下、「お買い物メモ利用機能」と呼ぶ）を利用することができない、といった利用上の制限を設けることもできる。

ステップＳ５において、代表者Ｒは、事業所端末２を操作して、顧客情報の登録を行う。具体的には、登録済みの事業所Ｊに、ＮＳアプリを利用する１以上の顧客Ｃを紐付ける。これにより、顧客Ｃは、ＮＳアプリを利用することでネットスーパーの利用をすることができるようになる。

ステップＳ６において、顧客Ｃは、ＮＳアプリを利用して、ネットスーパーで買い物をする。具体的には例えば、顧客Ｃは、ネットスーパーで販売されている１以上の商品の中から所望の商品Ｐを選択して注文する操作を行うことで、ネットスーパーで買い物をする。

ステップＳ７において、実店舗Ｔの店員Ｅは、店舗端末４を適宜用いながら、ピッキングを行う。
「ピッキング」とは、実店舗Ｔの売り場から、注文された商品を取り出すことをいう。
店舗端末４には、ピッキング時に必要となる情報の入出力を可能とするアプリケーションソフトウェア（以下、「ピッキングアプリ」と呼ぶ）がインストールされているものとする。
ここで、注文された商品が欠品していた場合には、店員Ｅは、ピッキングアプリを利用することで、欠品の登録を商品毎に行うことができる。

ステップＳ８において、ドライバーＤは、ドライバー端末５を適宜用いながら、パッキングを行う。
「パッキング」とは、ピッキングされた商品を配送するために梱包等することをいう。なお、ピッキングは、本実施形態ではドライバーＤにより行われるが、特にこれに限定されず、店員Ｅ等他の者により行われてもよい。
ドライバー端末５には、パッキング時に必要となる情報の入出力を可能とするアプリケーションソフトウェア（以下、「ドライバーアプリ」と呼ぶ）がインストールされているものとする。
ドライバーＤは、折りたたみ式コンテナ（以下、「折りコン」と呼ぶ）に顧客Ｃを示すラベルを貼付し、ピッキングされた商品Ｐをパッキングする。また、ドライバーＤは、パッキングの際、注文された商品Ｐの内容と、ピッキングされた商品Ｐの内容とが一致するかどうかについての検品を行う。なお、検品の手法は特に限定されないが、本実施形態ではバーコードやＱＲコード（登録商標）等の識別子を用いた手法が採用されているものとする。

ステップＳ９において、ドライバーＤは、ドライバー端末５を操作して、商品Ｐを購入する顧客Ｃが支払う額を確定させる処理（以下、「ＰＯＳ登録」と呼ぶ）を行う。なお、ＰＯＳ登録は、本実施形態ではドライバーＤにより行われるが、特にこれに限定されず、店員Ｅ等他の者により行われてもよい。
具体的には、ドライバーＤは、ドライバー端末５に提示される、パッキングが完了した商品Ｐの一覧に基づいてＰＯＳ登録を行い、その額を顧客Ｃに提示する。
商品Ｐの購入額の提示を受けた顧客Ｃは、買い物に要した額を認識することができる。

ステップＳ１０において、ドライバーＤは、ドライバー端末５を適宜用いながら、荷積みを行う。
具体的には、ドライバーＤは、パッキングが完了した商品Ｐを配送用車両等に積み込み、ドライバー端末５に提示される注文リストを参照して、積み込みを終えた商品Ｐのチェックを行う。

ステップＳ１１において、ドライバーＤは、ドライバー端末５を適宜用いながら、配送用車両等に積み込んだ商品Ｐを、事業所Ｊの配送先Ｈに配送する。
具体的には、ドライバーＤは、商品Ｐを事業所Ｊに配送する際に、ドライバー端末５に提示されるデータ、例えば配送用車両等に積み込まれた商品Ｐのデータを参照して、配送先Ｈへの配送が完了した商品Ｐのチェックを行う。また、ドライバーＤは、ドライバー端末５を操作することにより、顧客Ｃに対し、配送先Ｈへの配送が完了した旨を通知する。なお、顧客Ｃに対し配送が完了した旨を通知する具体的手法は特に限定されないが、本実施形態では、顧客端末３に配送が完了した旨を示すメッセージを提示する手法が採用されているものとする。

配送が完了した旨の提示を受けた顧客Ｃは、当該提示により、自身がネットスーパーで購入した商品Ｐの配送先Ｈへの配送の完了を認識することができる。
これにより、顧客Ｃは、例えば事業所Ｊにおけるその日の自身の職務が完了した後、事業所Ｊ内の配送先Ｈに保管されている商品Ｐを持ち帰ることができるので、家路の途中で実店舗Ｔに立ち寄る必要がない。
その結果、顧客Ｃは時間を効率よく使うことができるようになる。また、実店舗Ｔは、売り上げを下げることなく来店客を減らすことができるので、例えば夕刻の混雑時におけるレジスターの行列を解消させることもできる。また、ネットスーパーを利用する顧客が増加すれば、レジスターの台数を減らすこともできるので、人件費の節約、店舗面積の効率化に寄与させることができる。

ここで、顧客Ｃへの配送が完了した商品Ｐについて、顧客Ｃにより返品がなされる場合がある。このような場合、ステップＳ１２において、ドライバーＤは、返品処理を行う。
具体的には、ドライバーＤは、ドライバー端末５を操作することにより、返品処理として、例えばＰＯＳ（決済処理）、クレジットカード会社に対する取消処理、及びポイント返還処理等を行う。

図２は、本サービスを利用する顧客により操作される顧客端末に表示される操作画面の一例を示す図である。

図２には、顧客端末３の操作画面の一例として、ＮＳアプリのトップ画面が描画されている。顧客Ｃは、ＮＳアプリを起動させて、図２に示すトップ画面を基点として各種の操作（例えばログインする操作）を行うことで、ネットスーパーでの買い物を行うことができる。

ＮＳアプリのトップ画面は、表示領域Ｆ１乃至Ｆ７で構成されている。このうち、表示領域Ｆ１には、左端から順に、現在のポイント数と、顧客Ｃのユーザ名と、マイページを表示させるソフトウェアボタンと、ショッピングカートの内容を表示させるソフトウェアボタンとが表示されている。

「ポイント」は、本サービスの利用状況に応じて顧客Ｃ毎に付与される。なお、ポイントの内容は特に限定されない。例えば、サービス提供者Ｇにより提供される本サービス以外の他サービスを含む、所定グループ全体に共通するグループ共通ポイントであってもよい。また、本サービスにより提供されるネットスーパーにおいてのみ専用で利用できる専用ポイントであってもよい。この場合、専用ポイントをグループ共通ポイントに交換できるようにしてもよいし、ポイントを所定の電子マネーに交換できるようにしてもよい。

「マイページ」は、本サービスを利用する顧客Ｃ毎に設けられた、顧客Ｃ専用のページである。顧客Ｃは、マイページから各種設定等を行うことができる。具体的には例えば、登録情報の編集、パスワードの変更、保有しているポイントの確認、配送先Ｈの変更等を行うことができる。

「カート」は、購入予定の商品Ｐを一覧表示させるショッピングカートのページである。顧客Ｃは、ショッピングカートから実際に購入の手続を行うことができる。なお、図示はしないが、ショッピングカート内に商品Ｐがある場合には、ショッピングカートにある商品Ｐの数が右肩表示される。

表示領域Ｆ２には、商品Ｐを検索するための入力欄が表示されている。顧客Ｃは、この入力欄に所望の商品Ｐの名称を入力することで、当該商品Ｐがネットスーパーで販売されているかどうかを調べることができる。
また、表示領域Ｆ２に表示された入力欄を指定する操作（例えばタップの操作）を行うことで、ネットスーパーで販売されている商品Ｐを、各種各様のカテゴリから探すことができるようにしてもよい。この場合、例えば食品、日用雑貨、ＤＩＹ、薬、広告の品、今月のおすすめ、特売品、ＰＢ（Ｐｒｉｖａｔｅ Ｂｒａｎｄ）といった各種カテゴリを示すアイコンが表示された別画面（図示せず）に画面遷移又は重畳的に表示するようにしてもよい。

表示領域Ｆ３には、商品Ｐの配送先を示す名称等が表示されている。顧客Ｃは、この表示を見ることで、ネットスーパーで買い物をした場合に、購入した商品Ｐがどこに配送されるのかを確認することができる。
また、表示領域Ｆ３を指定する操作（例えばタップの操作）を行うことで、予め登録した１以上の配送先Ｈの中から選択して指定したり、配送先Ｈの内容（例えば住所等）を変更したりできるようにしてもよい。この場合、例えば予め登録された１以上の配送先Ｈを示すアイコンが表示された別画面（図示せず）に画面遷移又は重畳的に表示するようにしてもよい。

表示領域Ｆ４には、顧客Ｃが各種操作を行うためのタブメニューが表示されている。具体的には例えば、「ＨＯＭＥ」、「特集」、「お気に入り」、「レシピ一覧」、及び「注文履歴」といったタブメニューを表示させることができる。
図２には、タブメニューのうち「ＨＯＭＥ」が選択されている状態が示されている。図２に示すように、タブメニューのうち「ＨＯＭＥ」が選択されると、表示領域５には、例えば「今週のＰＩＣＫ ＵＰ」と表記されたアイコン、「今週の献立何にするルーレット」と表記されたアイコン、「夏の２倍ポイントキャンペーン」と表記されたアイコン、「詳しくみる」と表記されたソフトウェアボタン等が表示される。表示領域Ｆ５に表示されたこれらのアイコンやソフトウェアボタンを指定する操作（例えばタップの操作）が行われると、夫々の詳細情報が掲載されたページに画面が遷移する。
なお、タブメニューは、スワイプの操作等により横方向にスクロール表示させることができるので、上述のタブメニュー以外のメニューを加えることもできる。

表示領域Ｆ６には、おすすめの特集が表示されている。「おすすめの特集」には、サービス提供者Ｇ側で企画された各種の特集のうち、顧客Ｃに推奨される１以上の特集がバナー表示されている。顧客Ｃは、バナー表示された１以上の特集の中から気になる特集があれば、その特集を指定する操作（例えばタップの操作）を行うことで、その特集の詳細を示すページに画面を遷移させることができる。また、「一覧」と表記されたソフトウェアボタンを指定する操作（例えばタップの操作）を行うことで、おすすめの特集を一覧表示させることができる。なお、おすすめ特集は、スワイプの操作等により横方向にスクロール表示させることができる。

表示領域Ｆ７には、顧客Ｃが各種の操作を行うためのフッターボタンが表示されている。フッターボタンは、ＮＳアプリの起動中であれば常時表示させておくことができるので、どのタイミングでも操作が受付けられる。フッターボタンを構成するソフトウェアボタンの種類は特に限定されないが、本実施形態では、「ＨＯＭＥ」、「チラシ」、「お買物メモ」、「ＮＥＷＳ」、及び「ＭＥＮＵ」と夫々表記された５種類のソフトウェアボタンで構成されている。
「ＨＯＭＥ」と表記されたフッターボタンを指定する操作（例えばタップの操作）が行われると、顧客端末３に表示される画面がホーム画面に遷移する。
「チラシ」と表記されたフッターボタンを指定する操作（例えばタップの操作）が行われると、顧客端末３に表示される画面が、サービス提供者Ｇ側から発行されている広告のチラシの内容を示す画面に遷移する。これにより、顧客Ｃは、いつでもチラシの内容をチェックしながら買い物をすることができる。
「お買物メモ」と表記されたフッターボタンを指定する操作（例えばタップの操作）が行われると、お買物メモが一覧表示される。「お買物メモ」は、通常であれば紙等に記載するようなメモの内容を手軽に入力可能とするメモ機能のことをいう。「お買物メモ」には検索機能を設けることもできる。
「ＮＥＷＳ」と表記されたフッターボタンを指定する操作（例えばタップの操作）が行われると、サービス提供者Ｇ側から顧客Ｃに対しお知らせ（報知）すべき事項等が一覧表示される。なお、未読のお知らせがある場合は、「ＮＥＷＳ」と表記されたフッターボタンを示すアイコンの右肩に所定のバッジをつけて表示する。
「ＭＥＮＵ」と表記されたフッターボタンを指定する操作（例えばタップの操作）が行われると、顧客端末３に表示される画面が、バーガーメニュー（ＮＳアプリ内をナビゲーションするメニュー）を表示する画面に遷移する。

次に、図３及び図４を用いて上述した本サービスの提供を実現化させる商品提供システム、即ち本発明の一実施形態に係るサーバ１を含む商品提供システムの構成について説明する。
図３は、本発明の一実施形態にかかる管理サーバを含む商品提供システムの構成を示す図である。

図３に示す商品提供システムは、管理サーバ１と、事業所端末２と、顧客端末３と、店舗端末４と、ドライバー端末５と、ＨＣサーバ６と、Ｄｒｕｇサーバ７と、ＳＭサーバ８と、外部サーバ９とを含むように構成されている。
管理サーバ１、事業所端末２、顧客端末３、店舗端末４、ドライバー端末５、ＨＣサーバ６、Ｄｒｕｇサーバ７、ＳＭサーバ８、及び外部サーバ９の夫々は、インターネット等の所定のネットワークＮを介して相互に接続されている。

管理サーバ１は、サービス提供者Ｇにより管理され、事業所端末２、顧客端末３、店舗端末４、ドライバー端末５、ＨＣサーバ６、Ｄｒｕｇサーバ７、ＳＭサーバ８、及び外部サーバ９と適宜通信をしながら、本サービスを実現するための各種処理を実行する。

事業所端末２は、代表者Ｒにより操作される情報処理装置であって、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。

顧客端末３は、顧客Ｃにより操作される情報処理装置であって、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。

店舗端末４は、店員Ｅにより操作される情報処理装置であって、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。

ドライバー端末５は、ドライバーＤにより操作される情報処理装置であって、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。

ＨＣサーバ６は、ホームセンターの管理者（図示せず）により管理され、ホームセンターで販売されている商品Ｐを管理する。

Ｄｒｕｇサーバ７は、ドラッグストアの管理者（図示せず）により管理され、ドラッグストアで販売されている商品Ｐを管理する。

ＳＭサーバ８は、スーパーマーケット（実店舗Ｔ）の管理者（図示せず）により管理され、スーパーマーケットで販売されている商品Ｐを管理する。

外部サーバ９は、外部の管理者により夫々管理されている１以上のサーバで構成されている。例えばネットスーパーで購入し得る各種商品の詳細な情報や画像のデータを提供するシステムを管理するサーバ、ドラッグストアのＥＣサイトを管理するサーバ、医薬品に関する詳細な情報を提供するシステムを管理するサーバ等が外部サーバ９に含まれる。

図４は、図３の管理サーバと、事業所端末、顧客端末、店舗端末、ドライバー端末、ＨＣサーバ、Ｄｒｕｇサーバ、ＳＭサーバ、及び外部サーバの夫々との関係を示す図である。

事業所端末２は、管理サーバ１により管理されている事業所登録用ＷｅｂサイトＬＰを表示する。これにより、代表者Ｒは、事業所端末２を操作することで、本サービスに事業所Ｊを登録することができる（例えば図１のステップＳ１）。

顧客端末３は、管理サーバ１により管理されているネットスーパーを利用可能とするＮＳアプリを起動させる。また、顧客端末３は、決済用ＷｅｂサイトＰＳを表示する。これにより、顧客Ｃは、顧客端末３を操作することで、ネットスーパーＮＳで買い物をして、買った商品Ｐを配送先Ｈに配送してもらうことができる（例えば図１のステップＳ３乃至Ｓ６）。

店舗端末４は、管理サーバ１により管理されている専用アプリ管理用ＷｅｂサイトＡＳを利用可能とするピッキングアプリを起動させる。これにより、店員Ｅは、店舗端末４を操作することで、ピッキングを行うことができる（例えば図１のステップＳ７）。

ドライバー端末５は、管理サーバ１により管理されている専用アプリ管理用ＷｅｂサイトＡＳを利用可能とするドライバーアプリを起動させる。これにより、ドライバーＤは、ドライバー端末５を操作することで、パッキング、ＰＯＳ登録、荷積み、配送、及び返品の処理を行うことができる（例えば図１のステップＳ８乃至Ｓ１２）。

ＨＣサーバ６乃至外部サーバ９の夫々は、自身が保持している各種情報のうち、本サービスにおいて必要となる情報を、バッチ処理により管理サーバ１に提供する。これにより、本サービスにおいて必要となる情報を管理サーバ１に取得させることができる。

図５は、図３及び図４に示す商品提供システムのうち、管理サーバのハードウェア構成の一例を示すブロック図である。

管理サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

出力部１６は、液晶等のディスプレイやスピーカ等により構成され、各種情報を画像や音声として出力する。
入力部１７は、例えばキーボード等により構成され、各種情報を出力する。
記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば図３及び図４の事業所端末２や顧客端末３等）との間で通信を行う。

ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３０が適宜装着される。ドライブ２０によってリムーバブルメディア３０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

なお、図示はしないが、図３及び図４の事業所端末２、顧客端末３、店舗端末４、ドライバー端末５、ＨＣサーバ６、Ｄｒｕｇサーバ７、及びＳＭサーバ８も、図５に示すハードウェア構成と基本的に同様の構成を有することができる。従って、事業所端末２、顧客端末３、店舗端末４、ドライバー端末５、ＨＣサーバ６、Ｄｒｕｇサーバ７、及びＳＭサーバ８のハードウェア構成の説明については省略する。

このような図５の管理サーバ１の各種ハードウェアと各種ソフトウェアとの協働により、管理サーバ１におけるネットスーパー管理処理を含む各種処理の実行が可能になる。その結果、サービス提供者Ｇは、顧客Ｃに対し、上述の本サービスを提供することができる。
「ネットスーパー管理処理」とは、上述の本サービスを管理する処理のことをいう。
以下、管理サーバ１において実行される、ネットスーパー管理処理を実行するための機能的構成について説明する。

図６は、図５の管理サーバ１の機能的構成のうち、ネットスーパー管理処理を実行するための機能的構成を示す機能ブロック図である。

図６に示すように、管理サーバ１のＣＰＵ１１においては、ネットスーパー管理処理の実行が制御される場合、顧客管理部１０１と、配送先受付部１０２と、商品管理部１０３と、提示部１０４と、購入受付部１０５と、配送情報生成部１０６と、レシピ管理部１０７と、決済等管理部１０８と、サイト等管理部１０９と、返品管理部１１０とが機能する。

顧客管理部１０１は、所定団体の管理場所のうち商品Ｐの配送先Ｈとして指定されている場所と、当該所定団体に属する商品Ｐの購入者とを含む情報を、１以上の団体毎に管理する。
具体的には、顧客管理部１０１は、事業所Ｊにより管理されている場所のうち、商品Ｐの配送先Ｈとして指定されている場所と、事業所Ｊの従業員であり、かつ商品Ｐの購入者である顧客Ｃとを含む情報（以下、「顧客情報」と呼ぶ）を、１以上の事業所Ｊ毎に取得して管理する。
取得された事業所Ｊ毎の顧客情報は、顧客ＤＢ１８１に記憶されて管理される。
例えば、○○株式会社（事業所Ｊ）の△△営業所の倉庫が配送先Ｈとして指定されている場合には、当該倉庫（配送先Ｈ）と、商品Ｐの購入者である○○株式会社の従業員□□とを含む顧客情報が、顧客管理部１０１によって管理される。

配送先受付部１０２は、顧客管理部１０１により管理されている所定団体により指定された配送先Ｈを含む複数の配送先Ｈの中から、所定団体に属する購入者により指定された１以上の配送先Ｈを受付ける。
具体的には、配送先受付部１０２は、顧客管理部１０１により管理されている事業所Ｊにより指定された配送先Ｈを含む複数の配送先Ｈの中から、事業所Ｊの従業員であり、かつ商品Ｐの購入者である顧客Ｃにより指定された１以上の配送先Ｈを受付ける。
例えば、複数の配送先Ｈの中から、○○株式会社（事業所Ｊ）により△△営業所の倉庫が配送先Ｈとして指定された場合、配送先受付部１０２は、この指定を受付ける。

商品管理部１０３は、所定団体に属する商品Ｐの購入者に提供し得る商品Ｐに関する情報を管理する。
具体的には、商品管理部１０３は、事業所Ｊの従業員であり、かつ商品Ｐの購入者である顧客Ｃに提供し得る商品Ｐに関する情報（以下、「商品情報」と呼ぶ）を管理する。商品情報は、商品ＤＢ１８２に記憶されて管理される。
例えば、顧客Ｃがネットスーパーで購入し得る全ての商品Ｐに関する情報が、商品情報として管理される。

また、商品管理部１０３は、購入者に提供し得る商品Ｐに関する情報として、商品Ｐの価格に関する情報を所定タイミングで取得して管理する。
具体的には、商品管理部１０３は、顧客Ｃに提供し得る商品Ｐに関する情報として、商品Ｐの価格に関する情報（以下、「価格情報」と呼ぶ）を所定タイミングで取得して管理する。
これにより、実店舗Ｔで直接商品Ｐを購入する場合と、ネットスーパーＮＳで商品Ｐを購入する場合とで、商品Ｐの価格に格差が生じることを防ぐことができる。
具体的には例えば、５分間隔で価格情報を取得するようにした場合には、実店舗Ｔが値下げを行った場合であっても、その値下げから少なくとも５分後には、値下げ後の価格がネットスーパーＮＳの価格に反映される。ここで、５分間隔ではなく、リアルタイムとすれば、価格差が全く生じないようにすることができる。つまり、ネットスーパーＮＳで取り扱われている商品Ｐの価格を、常に最新の状態に維持させることができる。

また、商品管理部１０３は、購入者に提供し得る商品Ｐに関する情報として、当該商品Ｐの在庫に関する情報を管理する。
これにより、顧客Ｃに提供される商品Ｐの欠品管理を行うことができる。

提示部１０４は、商品管理部１０３により管理されている商品Ｐのうち、配送先受付部１０２により受付けられた１以上の配送先Ｈに配送可能な１以上の商品Ｐの夫々を、購入者に提示する。
具体的には、提示部１０４は、商品管理部１０３により商品ＤＢ１８２に記憶されて管理されている商品Ｐのうち、配送先受付部１０２により受付けられた１以上の配送先Ｈに配送可能な１以上の商品Ｐの夫々を顧客Ｃに提示する。
例えば、顧客Ｃがネットスーパーで選択して購入できる商品Ｐは、顧客Ｃにより配送先Ｈとして指定された場所に配送可能な商品のみがネットスーパーに陳列される。これにより、顧客Ｃが商品Ｐを選択して購入しようとしたが、配送できない事情（配送先Ｈの住所、配送の時間帯、商品Ｐの在庫等）が存在することを後から知り、結局購入できず時間的なロスが生じたという事態が生じることを避けることができる。

また、提示部１０４は、配送先Ｈに配送可能な１以上の商品Ｐに代え又はそれと共に、後述するレシピ情報を提示する。
これにより、顧客Ｃは、ネットスーパーを利用する際、ネットスーパーで取り扱われている商品Ｐの使用例（即ちレシピ）を考慮しながら商品Ｐを購入することができる。その結果、毎日の献立に悩む顧客Ｃの負担を軽減化させることができる。

また、提示部１０４は、商品管理部１０３により管理されている商品Ｐの価格に関する情報を、配送先Ｈに配送可能な１以上の商品Ｐの夫々に関する情報として提示する。
これにより、顧客Ｃは、ネットスーパーで取り扱われている商品Ｐの最新の価格を知ることができる。

また、提示部１０４は、商品管理部１０３により管理されている在庫に関する情報に基づいて、購入者による購入の指定又は当該指定が予想される商品Ｐのうち、在庫を有しない商品Ｐの代替商品に関する情報を、配送先Ｈに配送可能な１以上の商品Ｐの夫々に関する情報として提示する。
具体的には、提示部１０４は、在庫情報に基づいて、顧客Ｃによる購入の指定又は当該指定が予想される商品Ｐのうち、欠品の状態にある商品Ｐの代替商品に関する情報を顧客Ｃに提示する。
これにより、顧客Ｃは、欠品の状態にある商品Ｐに代替する商品Ｐを容易に購入することができる。また、ネットスーパー側としては、欠品による売り上げの減少分を、代替商品の売り上げで補てんすることができる。

購入受付部１０５は、提示部１０４により提示された１以上の商品Ｐのうち、所定の商品Ｐについて所定団体に属する商品Ｐの購入者による購入の指定がなされた場合に、当該購入の指定を受付ける。
具体的には、購入受付部１０５は、提示部１０４により顧客Ｃに対し提示された１以上の商品Ｐのうち所定の商品Ｐについて、事業所Ｊの従業員であり、かつ商品Ｐの購入者である顧客Ｃによる購入の指定がなされた場合に、当該購入の指定を受付ける。
例えば、顧客Ｃが、顧客端末３を操作することにより、ネットスーパーに陳列されている大根を購入する指定がなされた場合に、購入受付部１０５はこれを受付ける。

配送情報生成部１０６は、所定の商品Ｐについて、所定団体に属する商品Ｐの購入者による購入の指定に基づいて、配送先Ｈに配送される商品Ｐの配送に関する情報を生成する。
具体的には、配送情報生成部１０６は、事業所Ｊの従業員であり、かつ商品Ｐの購入者である顧客Ｃによる商品Ｐの購入の指定に基づいて、配送先Ｈに配送される商品Ｐの配送に関する情報（以下、「配送情報」と呼ぶ）を生成する。
例えば、顧客Ｃが、ネットスーパーで、商品Ｐを購入した場合には、顧客Ｃにより購入された商品Ｐの配送情報を生成する。
これにより、ドライバーＤは、生成された配送情報に基づいて、効率よく商品Ｐの配送を行うことができる。

レシピ管理部１０７は、顧客Ｃに提示された１以上の商品Ｐの少なくとも一部を利用した料理のレシピに関する情報（以下、「レシピ情報」と呼ぶ）を管理する。レシピ情報は、レシピＤＢ１８３に記憶されて管理される。
例えば、ネットスーパーで取り扱われている大根を利用したふろふき大根のレシピが、レシピ管理部１０７によってレシピＤＢ１８３に記憶されて管理される。

決済等管理部１０８は、顧客ＣがネットスーパーＮＳを利用して商品Ｐを購入する際の決済処理を管理する。
また、決済等管理部１０８は、顧客Ｃのポイントを管理する。

サイト等管理部１０９は、本サービスにおいて提供されるＷｅｂサイトである、事業所登録用ＷｅｂサイトＬＰ、及び専用アプリ管理用ＷｅｂサイトＡＳを管理する。
また、サイト等管理部１０９は、本サービスにおいて提供される専用アプリである、ＮＳアプリ、ピッキングアプリ、及びドライバーアプリを管理する。

返品管理部１１０は、ネットスーパーで商品Ｐを購入した顧客Ｃから、商品Ｐの返品の要求があった場合に、ドライバー端末５による返品処理の制御を実行する。
具体的には、返品管理部１１０は、ドライバー端末５によるＰＯＳ（決済処理）、クレジットカード会社に対する取消処理、及びポイント返還処理等の処理の制御を実行する。

次に、図７乃至図２２を参照して、本サービスの具体例について説明する。
図７は、顧客端末に表示される情報の具体例を示す図である。

図７（Ａ）には、顧客端末３に表示される情報のうち、商品ランキングの画面の一例が示されている。
顧客Ｃは、顧客端末３を操作することで、ネットスーパーＮＳで買い物を行うが、その際、ネットスーパーＮＳで販売されている商品Ｐのランキング（以下、「商品ランキング」と呼ぶ）を参照することができる。
これにより、顧客Ｃは、人気の商品Ｐがどのようなものであるかを確認しながら買い物をすることができる。

図７（Ａ）に例示する商品ランキングの画面は、表示領域Ｆ１１及びＦ１２で構成されている。

表示領域Ｆ１１には、「商品ランキング」という表記と、商品ランキングにランクインしている複数の商品Ｐの商品情報の一部として、商品Ｐの写真と、価格と、商品Ｐについての簡単な説明文とが表示されている。
商品Ｐの写真は、ソフトウェアボタンを構成しており、押下する操作（例えばタップの操作）を行うことで、商品Ｐの詳細情報を表示させることができる。
図７（Ａ）に例示する商品ランキングの画面には、ランキングの１位から３位の商品Ｐの写真と、ランキング４位の商品Ｐの写真の一部とが表示されている。これは、商品ランキングの画面は、スワイプの操作等により横方向にスクロール表示させることができることを示している。つまり、商品ランキングの画面には、ランキングの４位以降の商品Ｐの商品情報を順次表示させることができる。

商品Ｐの写真の右肩部に表示されているショッピングカートを模したアイコン（以下、「カートアイコン」と呼ぶ）は、押下する操作（例えばタップの操作）を行うことで、ショッピングカートに追加することができる。なお、ショッピングカートに商品Ｐが追加されタイミングで、顧客端末３が振動するバイブレーション機能を備えてもよい。これにより、顧客Ｃは、ショッピングカートに商品Ｐを追加したことを、触感を通じて実感することができる。

商品Ｐの価格の右側に表示されているハートを模したアイコン（以下、「ハートアイコン」と呼ぶ）は、押下する操作（例えばタップの操作）を行うことで、商品Ｐを「お気に入り」（図２）に追加することができる。

表示領域Ｆ１２には、「一覧をみる」と表記されたソフトウェアボタンが表示されている。「一覧をみる」と表記されたソフトウェアボタンは、押下する操作（例えばタップの操作）を行うことで、商品ランキングの詳細情報が掲載された商品ランキングページ（図示せず）を表示させることができる。

図７（Ｂ）には、顧客端末３に表示される情報のうち、レシピランキングの画面の一例が示されている。
顧客Ｃは、顧客端末３を操作することで、ネットスーパーＮＳで買い物を行うが、その際提示される、商品Ｐを利用した料理のレシピのランキング（以下、「レシピランキング」と呼ぶ）を参照することができる。
これにより、顧客Ｃは、人気のレシピがどのようなものであるかを確認しながら買い物をすることができる。

図７（Ｂ）に例示する商品ランキングの画面は、表示領域Ｆ１３及びＦ１４で構成されている。

表示領域Ｆ１３には、「レシピランキング」という表記と、レシピランキングにランクインしている複数のレシピのレシピ情報の一部として、料理の写真と、当該料理を作るために必要となる金額と、レシピについての簡単な説明文とが表示されている。
レシピの写真は、ソフトウェアボタンを構成しており、押下する操作（例えばタップの操作）を行うことで、レシピの詳細情報を表示させることができる。
図７（Ｂ）に例示するレシピランキングの画面には、ランキングの１位から３位のレシピの写真と、ランキング４位のレシピの写真の一部分とが表示されている。これは、レシピランキングの画面は、商品ランキングの画面と同様に、スワイプの操作等により横方向にスクロール表示させることができることを示している。つまり、レシピランキングの画面には、ランキングの４位以降のレシピのレシピ情報を順次表示させることができる。

レシピの写真の右肩部に表示されているカートアイコンは、押下する操作（例えばタップの操作）を行うことで、その料理を作るために必要となる１以上の商品Ｐをショッピングカートに追加することができる。

料理を作るために必要となる金額の右側に表示されているハートアイコンは、押下する操作（例えばタップの操作）を行うことで、レシピを「お気に入り」（図２）に追加することができる。

表示領域Ｆ１４には、「一覧をみる」と表記されたソフトウェアボタンが表示されている。「一覧をみる」と表記されたソフトウェアボタンは、押下する操作（例えばタップの操作）を行うことで、レシピランキングの詳細情報が掲載されたレシピランキングページ（図示せず）を表示させることができる。

図７（Ｃ）には、顧客端末３に表示される情報のうち、特売品の画面の一例が示されている。
顧客Ｃは、顧客端末３を操作することで、ネットスーパーＮＳで買い物を行うが、その際提示される、特売品に関する情報（以下、「特売品情報」と呼ぶ）を参照することができる。
これにより、顧客Ｃは、今日の特売品は何かを確認しながら、お財布に優しい（出費を抑えた）買い物をすることができる。

図７（Ｃ）に例示する特売品の画面は、表示領域Ｆ１５及びＦ１６で構成されている。

表示領域Ｆ１５には、「今日の特売品」という表記と、特売品情報として、特売になっている商品Ｐの写真と、金額と、簡単な説明文とが表示されている。
特売になっている商品Ｐの写真は、ソフトウェアボタンを構成しており、押下する操作（例えばタップの操作）を行うことで、特売になっているその商品Ｐの詳細情報を表示させることができる。

特売になっている商品Ｐの写真の右肩部に表示されているカートアイコンは、押下する操作（例えばタップの操作）を行うことで、その商品Ｐをショッピングカートに追加することができる。

特売になっている商品Ｐの金額の右側に表示されているハートアイコンは、押下する操作（例えばタップの操作）を行うことで、その商品Ｐを「お気に入り」に追加することができる。

表示領域Ｆ１６には、「一覧をみる」と表記されたソフトウェアボタンが表示されている。「一覧をみる」と表記されたソフトウェアボタンは、押下する操作（例えばタップの操作）を行うことで、特売となっている１以上の商品Ｐの詳細情報が掲載された特売品一覧ページ（図示せず）を表示させることができる。
図８は、顧客端末に表示される情報の具体例を示す図である。

図８（Ａ）には、顧客端末３に表示される情報のうち、「お気に入り」の画面の一例が示されている。
顧客Ｃは、顧客端末３を操作することで、ネットスーパーＮＳで買い物を行うが、その際、「お気に入り」に登録された商品Ｐやレシピを参照することができる。
これにより、ネットスーパーＮＳを利用する顧客Ｃの利便性を向上させることができる。

図８（Ａ）に例示する「お気に入り」の画面は、表示領域Ｆ２１及びＦ２２で構成されている。

表示領域Ｆ２１には、図２を参照して上述したタブメニューのうち、「お気に入り」が選択されている旨が示されている。また、「お気に入り」のサブメニューである「単品一覧」と、「レシピ一覧」と、「フォルダ一覧」とのうち、「単品一覧」が選択されている旨が示されている。
「単品一覧」は、「お気に入り」として登録された１以上の商品Ｐの一覧のことをいう。「レシピ一覧」は、「お気に入り」として登録された１以上のレシピの一覧のことをいう。「フォルダ一覧」は、商品Ｐやレシピを「お気に入り」として登録する際、情報の整理を目的として顧客Ｃにより任意に作成されたフォルダの一覧のことをいう。「単品一覧」、「レシピ一覧」、及び「フォルダ一覧」のうち、１が選択されると、その内容（一覧）が表示領域Ｆ２２に表示される。
なお、図８の例では、「単品一覧」が選択されている。このため、表示領域Ｆ２２には、「お気に入り」として登録された商品Ｐの一覧が表示されている。
具体的には、表示領域Ｆ２２には、「お気に入り」に登録されている１以上の商品Ｐの商品情報の一部として、商品Ｐの写真と、価格と、商品Ｐについての簡単な説明文と、商品Ｐのカテゴリを示すアイコンとが表示されている。
商品Ｐの写真は、ソフトウェアボタンを構成しており、押下する操作（例えばタップの操作）を行うことで、商品Ｐの詳細情報を表示させることができる。

「お気に入り」に登録されている商品Ｐの写真の右上部に表示されているカートアイコンは、押下する操作（例えばタップの操作）を行うことで、ショッピングカートに追加することができる。

「お気に入り」に登録されている商品Ｐの写真の右下部に表示されている円形のチェック入力欄は、「お気に入り」から削除するための入力欄であり、押下する操作（例えばタップの操作）を行うことでチェックが入り、その商品Ｐを「お気に入り」から削除することができる。

「お気に入り」に登録されている商品Ｐの価格の下部に表示されているアイコンは、その商品Ｐのカテゴリを示すアイコンである。
図８（Ａ）の表示領域Ｆ２２の左端に表示された商品の価格の下部には、「安さ挑戦」と表記されたアイコンが表示されている。このアイコンは、その商品Ｐが、ネットスーパーＮＳが安さに挑戦している特売品のカテゴリに属する商品であることを示している。
また、図８（Ａ）の表示領域Ｆ２２の右端に表示された商品の価格の下部には、「広告の品」と表記されたアイコンが表示されている。このアイコンは、その商品Ｐが、ネットスーパーＮＳのチラシ（広告）に掲載された特売品のカテゴリに属する商品であることを示している。

図８（Ｂ）には、顧客端末３に表示される情報のうち、「お気に入りに追加」の画面の一例が示されている。
顧客Ｃは、顧客端末３を操作することで、商品Ｐやレシピを「お気に入り」に追加することができる。
これにより、ネットスーパーＮＳを利用する顧客Ｃの利便性を向上させることができる。

図８（Ｂ）に例示する「お気に入りに追加」の画面は、表示領域Ｆ２３及びＦ２４で構成されている。

表示領域Ｆ２３には、「お気に入りに追加」という表記と、「お気に入り」として登録される商品Ｐの保存先となるフォルダのフォルダ名を選択する欄と、「お気に入り」として登録される商品Ｐの商品情報の一部（例えばメーカ名、商品名、価格等）が表示されている。
表示領域Ｆ２４には、「お気に入り登録」と表記されたソフトウェアボタンと、「キャンセル」と表記されたソフトウェアボタンとが表示されている。
顧客Ｃは、保存先となるフォルダを選択して、「お気に入り登録」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うことで、表示領域Ｆ２３に商品情報が表示された商品Ｐを「お気に入り」に登録することができる。なお、顧客Ｃは、「キャンセル」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うことで、表示領域Ｆ２３に商品情報が表示された商品Ｐを「お気に入り」に登録することをキャンセルすることができる。

図９は、顧客端末に表示される情報の具体例を示す図である。

図９（Ａ）には、顧客端末３に表示される情報のうち、商品Ｐの検索結果の画面が示されている。
顧客Ｃは、顧客端末３を操作することで、ネットスーパーＮＳで販売されている１以上の商品Ｐの中から、所望の商品Ｐを検索することができる。
これにより、ネットスーパーＮＳを利用する顧客Ｃの利便性を向上させることができる。

図９（Ａ）に例示する検索結果の画面は、表示領域Ｆ３１及びＦ３２で構成されている。

表示領域Ｆ３１には、商品Ｐの検索結果を示す件数と、「並び替え」と表記されたソフトウェアボタンとが表示されている。「並び替え」と表記されたソフトウェアボタンは、検索結果を並べ替えて表示させる際に押下されるボタンである。
表示領域Ｆ３２には、検索の結果として抽出された商品Ｐの写真と、商品情報の一部と、購入数量を指定するための選択欄と、「カートに入れる」と表記されたソフトウェアボタンと、「お気に入り」に登録するハートマークアイコンと、「まとめてカートに入れる」と表記されたソフトウェアボタンとが表示されている。
顧客Ｃは、購入数量を指定するための選択欄で購入する数量を選択して指定し、「カートに入れる」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うことで、商品Ｐを個別にショッピングカートに追加することができる。
また、商品Ｐの写真の左肩には、チェック入力欄が設けられている。このチェック入力欄にチェックを入れることで、１以上の商品Ｐを選択し、「まとめてカートに入れる」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うと、まとめてショッピングカートに追加することができる。
なお、図示はしないが、商品Ｐに売り切れがある場合は、その商品Ｐの写真に「売り切れ」と表示されるとともに、ショッピングカートに追加するソフトウェアボタンが非アクティブとなる。

図９（Ｂ）には、顧客端末３に表示される情報のうち、ショッピングカートに入れられた商品Ｐの一覧を示す画面が示されている。
顧客Ｃは、顧客端末３を操作することで、ショッピングカートに入れた１以上の商品Ｐを表示させて、購入する数量の変更、ショッピングカートからの削除、欠品時の対応についての指示等を行うことができる。

図９（Ｂ）に例示するショッピングカートに入れられた商品Ｐの一覧を示す画面は、表示領域Ｆ３３及びＦ３４で構成されている。

表示領域Ｆ３３には、ショッピングカートに入れられている商品Ｐの写真と、商品情報の一部と、「削除」と表記されたソフトウェアボタンと、購入数量を変更するための数量選択欄と、「後で買う」と表記されたソフトウェアボタンと、代替商品を希望するかどうかを指定するためのチェック入力欄と、「代替商品選択」と表記されたソフトウェアボタンとが表示されている。
「削除」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）が行われると、対象となる商品Ｐがショッピングカートから削除される。
購入数量を変更するための数量選択欄には、ショッピングカートに商品Ｐを入れた際に選択された数量がデフォルトで表示されているが、数量選択欄で購入数量を変更することができる。
「後で買う」と表記されたソフトウェアボタンが押下されると、当該商品Ｐについてはショッピングカートから削除されずに、購入手続きを進めることができる。

代替商品を希望するかどうかを指定するためのチェック入力欄にチェックが入れられると、対象となる商品Ｐの欠品時の対応として、その商品Ｐの代替商品を希望する旨が顧客Ｃにより選択されたことになる。顧客Ｃは、代替商品を希望する場合は、当該チェック入力欄にチェックを入れた後、「代替商品選択」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行う。これにより、後述する図１０に示す代替商品選択画面が表示されるので、顧客Ｃは、その画面で代替商品の設定を行う。

表示領域Ｆ３４には、ショッピングカートに入れられた商品のうち、決済処理の対象となる商品Ｐの小計、送料、合計、獲得予定のポイント数、及び「購入手続きへ」と表記されたソフトウェアボタンとが表示されている。
顧客Ｃは、「購入手続きへ」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行う。これにより、表示領域Ｆ３４に表示された金額による決済処理が実行される。

図１０は、顧客端末に表示される代替商品選択画面の具体例を示す図である。

図１０（Ａ）には、注文商品数が１点である場合に顧客端末に表示される代替商品選択画面の具体例が表示されている。
顧客Ｃは、顧客端末３を操作することで、一覧表示された代替商品のうち１の商品を選び、その商品の欄に表示されている「決定」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行う。また、代替商品の選択をやめる場合には、顧客Ｃは、「代替商品選択をやめる」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行う。
上述の操作が行われることで、注文商品数が１点の場合における代替商品の設定は完了する。

図１０（Ｂ）には、注文商品数が２点以上である場合に顧客端末に表示される代替商品選択画面の具体例が表示されている。
具体的には、図１０（Ｂ）には、「ヘルプ」と表記されたソフトウェアボタンと、欠品が生じた場合の処理を決定するための４つの選択ボタンと、「決定」と表記されたソフトウェアボタンとが示されている。

図１０（Ｂ）に示す４つの選択ボタンは、具体的には、「全部または一部欠品の場合は欠品分のみキャンセル」という処理を選択するボタンと、「全部または一部欠品の場合は欠品分のみ代替」という処理を選択するボタンと、「全部または一部欠品の場合はすべて代替」という処理を選択するボタンと、「代替商品選択をやめる」ことを選択するボタンとで構成されている。

顧客Ｃは、顧客端末３を操作することで、一覧表示された代替商品のうち１の商品を選び、その商品の欄に表示されている「決定」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行う。なお、顧客Ｃは、選択に窮する場合には、「ヘルプ」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うことで、図１０（Ｄ）に示す画面を表示させることができる。
ここで、図１０（Ｂ）に示す４つの選択ボタンのうち、「全部または一部欠品の場合はすべて代替」という処理を選択するボタンを押下する操作（例えばタップの操作）が行われると、図１０（Ｃ）に示す画面が表示される。

図１０（Ｃ）には、図１０（Ａ）に示す画面と同様に、代替商品の一覧が表示されている。なお、図１０（Ｃ）に示す画面が表示された場合における、顧客Ｃの操作は、図１０（Ａ）に示す画面と同様であるため説明を省略する。

図１０（Ｄ）には、図１０（Ｂ）の「ヘルプ」と表記されたソフトウェアボタンが押下された場合に表示される画面である。
具体的には、「緑茶１０本購入のうち３本欠品の場合の例」として、４つの選択肢の夫々の処理が行われた場合の結果が表示されている。顧客Ｃは、図１０（Ｄ）に示すヘルプ画面を参照することで、欠品時における処理を、所望する内容に設定することができる。

図１１は、ピッキングリストの具体例を示す図である。

店員Ｅは、店舗端末４に提示されるピッキング一覧を参照しながらピッキングを行う。
具体的には、図１１（Ａ）、（Ｃ）、及び（Ｄ）に示すピッキングリストは、表示領域Ｆ４１及びＦ４２で構成されている。
表示領域Ｆ４１には、左側から、担当部門の選択欄と、ピッキングリストの表示対象と、ピッキングを担当する店員Ｅの名前とが表示されている。
担当部門の選択欄は、ピッキングアプリにログインしたユーザ（店員Ｅ）の担当部門が初期表示されるが、複数の部門から選択することができる。即ち、担当部門毎に表示を切り替えて、代理で作業が行うことができる。なお、図１１（Ａ）の例では、「調味料」を担当する店員Ｅがピッキングの担当者となる

ピッキングリストは、表示領域Ｆ４１に表示されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うことで、表示領域Ｆ４２に表示させることができる。
ピッキングリストは、「ピッキング」、「キャンセル」、「完了」、及び「欠品」の中から選択して表示させることができる。
ピッキングリストのうち「ピッキング」が選択されると、配送当日の注文情報のみを表示対象とする商品Ｐの一覧（以下、「ピッキング一覧」と呼ぶ）が生成されて表示される。ピッキング一覧は、複数の配送時間帯に合わせて、ピッキングを行う時間を選択して表示させることができる。なお、運用ルールとして、賞味期限が間近等による見切り商品のピッキングは行わないものとする。
ピッキングリストのうち「キャンセル」が選択されると、ピッキング完了後にキャンセルとなった、図示せぬ商品Ｐの一覧（以下、「キャンセル一覧」と呼ぶ）が生成されて表示される。
ピッキングリストのうち「完了」が選択されると、登録されている注文情報に基づいて、当日配送のピッキングが完了している商品Ｐの一覧（以下、「完了一覧」と呼ぶ）が生成されて表示される。完了一覧では、当日にピッキングを行った商品の数量が部門毎に表示される。
ピッキングリストのうち「欠品」が選択されると、登録されている注文情報に基づいて、当日配送のピッキングで欠品登録（代替商品含む）がなされた商品Ｐの一覧（以下、「欠品一覧」と呼ぶ）が部門毎に生成されて表示される。欠品一覧では、当日にピッキングを行った商品の数量が部門毎に表示される。
欠品数は、商品Ｐ毎の注文合計数量と、ピッキング済みの数量とから算出される。例えば、注文合計数が１０であり、そのうちピッキングが８である場合は、１０−８で算出される「２」が欠品数となる。なお、欠品登録は取り消すこともできる。

図１１（Ａ）には、店舗端末４に表示されるピッキング一覧の具体例が示されている。
図１１（Ａ）の表示領域Ｆ４２には、ピッキング一覧が表示されている。ピッキング一覧は、「小分類」、「メーカー名」、「ＪＡＮコード」、「商品名」、「検品」、「数量」、「済」、及び「欠品」の各項目で構成されている。
具体的には例えば、小分類が「油」、メーカー名が「○○」、ＪＡＮコードが「１２３４５６７８９１０１２」、商品名が「○○さらさらキャノーラ油１３５０ｇ」、数量が１、（ピッキング）済が「チェック有り（即ちピッキング済み）」と表示されている。
また、「検品」の項目に表示された、「検」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うと、検品用画面（図示せず）が表示される。ここで、検品が完了すると、「済」の項目に自動でチェックが入る。なお、「済」の項目は、手動でチェックを入れることもできる。
また、「欠品」の項目に表示された、「欠」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うと、欠品登録用画面（図示せず）が表示される。なお、欠品登録が完了している場合は、「欠」と表記されたソフトウェアボタンに背景色をつけることができる。
なお、ピッキング一覧の他の例については図１１（Ａ）の表示領域Ｆ４２に示すとおりである。

図１１（Ｂ）は、ピッキング一覧に表示させる商品Ｐの表示ルールの具体例を示す図である。
例えば、２０１８年１２月１日の１１：００の時点で、顧客ＣがネットスーパーＮＳを利用して、２０１８年１２月５日を配達（配送）指定日とする商品Ａを購入した場合を想定する。
この場合、配達（配送）指定日前の２０１８年１２月３日の２０：００の時点で、ネットスーパーＮＳが商品Ａの取扱いをやめるフラグの指定を行うと、配達（配送）指定日である２０１８年１２月５日の１４：００の時点で生成されるピッキング一覧には、ネットスーパーＮＳで取り扱いのない商品Ａも表示される。このように、商品ＡがネットスーパーＮＳで取扱いのない商品であっても、取り扱いをやめる前に既に顧客Ｃによる予約がなされていた商品である場合には、ピッキングリストに掲載される。
即ち、商品Ａの購入後に、ネットスーパーＮＳで商品Ａの販売が中止になったとしても、その後のピッキングの時点で商品Ａの在庫があれば、商品Ａは指定された配送先Ｈに配送される。これに対して、ピッキングの時点で商品Ａの在庫がなければ、「欠品」という取扱いになる。

図１１（Ｃ）には、店舗端末４に表示される完了一覧の具体例が示されている。
図１１（Ｃ）の表示領域Ｆ４２には、完了一覧が表示されている。完了一覧は、「小分類」、「メーカー名」、「ＪＡＮコード」、「商品名」、及び「受注数」の各項目で構成されている。
具体的には例えば、小分類が「油」、メーカー名が「○○」、ＪＡＮコードが「１２３４５６７８９１０１２」、商品名が「○○さらさらキャノーラ油
１３５０ｇ」、受注数が「１」と表示されている。なお、受注数には注文数の総数が表示される。
なお、完了一覧の他の例については図１１（Ｃ）の表示領域Ｆ４２に示すとおりである。

図１１（Ｄ）には、店舗端末４に表示される欠品一覧の具体例が示されている。
図１１（Ｄ）の表示領域Ｆ４２には、欠品一覧が表示されている。欠品一覧は、「小分類」、「メーカー名」、「ＪＡＮコード」、「商品名」、「欠品数」、及び「取消」の各項目で構成されている。
具体的には例えば、小分類が「油」、メーカー名が「○○」、ＪＡＮコードが「１２３４５６７８９１０１２」、商品名が「○○さらさらキャノーラ油１３５０ｇ」、欠品数（不足分の数）が「１」と表示されている。
また、「取消」の項目に表示された、「消」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うと、欠品登録を取り消すことができる。なお、欠品登録が取り消されると、ピッキング一覧に表示されるとなる。
なお、欠品一覧の他の例については図１１（Ｄ）の表示領域Ｆ４２に示すとおりである。

図１２は、ピッキングにおける欠品登録画面、及び欠品取消画面の具体例を示す図である。

店員Ｅは、店舗端末４を操作することにより、商品Ｐのチェックを行いながらピッキングを行う。
具体的には、店員Ｅは、店舗端末４を操作することにより、ＪＡＮコード（バーコード）をスキャンして、商品Ｐが正しいことを確認する。
ＪＡＮコード（バーコード）のスキャンの結果、エラーが生じた場合には、エラーメッセージが表示される。例えば「商品が正しくありません」といったエラーメッセージが表示される。
店員Ｅは、商品毎のピッキングが完了したら、チェック登録を行う。

店員Ｅによるピッキングの結果、欠品が生じた場合には、店員Ｅは、店舗端末４を操作することにより、ピッキングの結果ピックアップできた数量を入力して、欠品の登録を行う。すると、代替商品が通常商品としてピッキングリストに表示される。

図１２（Ａ）には、欠品登録画面の具体例が示されている。
欠品登録画面は表示領域Ｆ５１及びＦ５２で構成されている。
表示領域Ｆ５１には、「ピッキング数を登録してください」というメッセージと、商品名「超特選 極旨しょうゆ ４５０ｇ」が表示されている。
表示領域Ｆ５２には、ピッキングの結果ピックアップできた数量を入力する欄と、「キャンセル」と表記されたソフトウェアボタンと、「登録」と表示されたソフトウェアボタンとが表示されている。
店員Ｅは、ピッキングの結果ピックアップできた数量を入力する欄への入力が完了したら、「登録」と表示されたソフトウェアボタンを押下する操作（例えばタップの操作）を行う。これにより、欠品登録がなされる。
具体的には例えば、図１２（Ａ）の例では、分母の数が「６」であるため、ピッキングの結果ピックアップできた数量が「６」であれば欠品が生じていないこととなるが、例えばピックアップできた数量が「５」であれば、６−５で算出される「１」の欠品が生じていることとなり、「登録」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）が行われることで、欠品登録がなされる。
なお、「キャンセル」と表記されたソフトウェアボタンが押下する操作（例えばタップの操作）が行われることで、欠品登録を行う操作をキャンセルすることができる。

図１２（Ｂ）には、欠品取消画面の具体例が示されている。
店員Ｅは、店舗端末４を操作することにより、欠品取消画面から登録された欠品の登録を取り消して、通常のピッキングに戻す数を設定することができる。欠品の登録の取り消しが行われると、対象となる商品Ｐは、通常商品としてピッキング一覧に表示されることとなる。

欠品取消画面は表示領域Ｆ５３及びＦ５４で構成されている。
表示領域Ｆ５３には、「取消数を登録してください」というメッセージと、商品名「○○○ さらさらキャノーラ油 １０００ｇ」が表示されている。
表示領域Ｆ５４には、欠品登録された数量のうち、欠品登録を取り消す数量を入力する欄と、「キャンセル」と表記されたソフトウェアボタンと、「登録」と表示されたソフトウェアボタンとが表示されている。
店員Ｅは、欠品登録を取り消す数量を入力する欄への入力が完了したら、「登録」と表示されたソフトウェアボタンを押下する操作（例えばタップの操作）を行う。これにより、入力された数量についての欠品登録の取り消しがなされる。
具体的には例えば、図１２（Ｂ）の例では、分母の数が「３」であるため、欠品登録を取り消す数量が「３」であれば欠品は解消することとなるが、例えば欠品登録を取り消す数量が「１」であれば、３−１で算出される「２」の欠品が依然生じていることとなる。
なお、「キャンセル」と表記されたソフトウェアボタンが押下する操作（例えばタップの操作）が行われることで、欠品登録を取り消す操作をキャンセルすることができる。

図１３は、欠品処理の流れを示すフローチャートである。

上述の図１のステップＳ７において、店員Ｅによるピッキングが行われると、図１３に示す欠品処理が実行される。
即ち、ステップＳ７１において、店員Ｅは、ピッキングの対象となる商品Ｐの在庫の有無を確認する。
店員Ｅによる商品Ｐの在庫の確認の結果、在庫があれば、商品Ｐがピックアップされてピッキングは完了する。
これに対し、店員Ｅによる商品Ｐの在庫の確認の結果、在庫がなければ、処理はステップＳ７２に進む。

ステップＳ７２において、店舗端末４は、欠品登録を行う。
ステップＳ７３において、店舗端末４は、欠品リストを表示する。
ステップＳ７４において、店舗端末４は、ピッキングリストと、代替商品とを表示する。

ステップＳ７５において、店員Ｅは、商品Ｐの代替商品の在庫の有無を確認する。
店員Ｅによる代替商品の在庫の確認の結果、代替商品の在庫があれば、代替商品がピックアップされてピッキングは完了する。
これに対し、店員Ｅによる代替商品の在庫の確認の結果、在庫がなければ、処理はステップＳ７６に進む。

ステップＳ７６において、店舗端末４は、欠品登録を行う。
ステップＳ７７において、店舗端末４は、欠品リストを表示する。

ステップＳ７８において、店員Ｅは、他店舗に対し、商品Ｐの在庫の有無を確認する。他店舗に商品Ｐの在庫がない場合には、他店舗に対し、同様に代替商品の在庫の有無を確認する。
店員Ｅによる他店舗における商品Ｐの在庫の確認の結果、他店舗に商品Ｐの在庫があれば、処理はステップＳ７９に進む。また、店員Ｅによる他店舗における商品Ｐの在庫の確認の結果、他店舗に商品Ｐの在庫がないが、代替商品の在庫があれば、処理はステップＳ７９に進む。
これに対し、店員Ｅによる他店舗における商品Ｐの在庫の確認の結果、他店舗に商品Ｐ及び代替商品のいずれも在庫がない場合には、処理はステップＳ８１に進む。

ステップＳ７９において、ドライバーＤは、他店舗から商品Ｐ（商品Ｐの在庫がない場合は代替商品）の回収が行われる。
ステップＳ８０において、ドライバー端末５は、欠品リストに回収の結果（一部又は全部について回収できた旨）を登録する。
ステップＳ８１において、ドライバー端末５は、欠品リストに回収の結果（回収できなかった旨）を登録し、欠品となる。

即ち、図１３の欠品処理をまとめると、スーパーマーケットＳＭの実店舗Ｔに商品Ｐの欠品が生じた場合には、店員Ｅは、電話又はＦＡＸを利用して、欠品が生じている旨を他店舗に連絡する。連絡の結果、対象となる商品Ｐがある場合には、当該他店舗より商品Ｐの回収を行うことで欠品を解消させる。
ここで、顧客Ｃが代替商品を選択している場合には、代替商品のピッキングが行われることになるが、代替商品も欠品している場合には、通常の商品Ｐの場合と同様に他店舗から回収することで代替商品の欠品を解消させる。
ただし、通常の商品Ｐ、及び代替商品のいずれもが他店舗からの回収ができない場合には、「欠品」となる。なお、運用としては、他店舗からの店舗間移動となり、既存のシステムを用いて移動処理を行うこともできる。

図１４は、ドライバーアプリの具体例を示す図である。

ドライバーアプリは、パッキングの担当者、及び配送担当者により利用されるアプリであり、パッキング（図１のステップＳ８）、ＰＯＳ登録（図１のステップＳ９）、配送（図１のステップＳ１１）等のメニューがある。また、ドライバーアプリによれば、パッキング時、荷積み時、及び配送完了時にチェック登録を行う事ことができる。なお、ドライバーの配車や配送ルートの表示はシステム外とすることができる。

図１４（Ａ）には、ドライバーアプリのトップ画面が示されている。
ドライバーアプリのトップ画面は、表示領域Ｆ６１及びＦ６２で構成されている。

表示領域Ｆ６１には、ドライバー端末５の利用者に対するお知らせと、「ＯＫ」と表記されたソフトウェアボタンと、更新をするためのソフトウェアボタン（以下、「更新ボタン」と呼ぶ）とが表示されている。お知らせは、登録された内容を表示させることができる。
また、掲載期間内であるお知らせは、確認済の分も含めすべて表示させることができる。
また、未読は太字、確認済は通常の文字サイズで表示させることができる。
また、更新ボタンをタップすると、お知らせの再読込が行われる。
ドライバーＤは、お知らせを認識すると、「ＯＫ」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うことで、お知らせを確認した旨を示すことができる。「ＯＫ」と表記されたソフトウェアボタンは、確認用のボタンとして、お知らせ１件毎に設けられている。

表示領域Ｆ６２には、「ラベル出力」、「パッキング」、「他店舗回収」、「荷積み」、及び「荷下ろし」と夫々表記された５つのソフトウェアボタンが表示されている。
「ラベル出力」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）が行われると、ラベルの印刷要求を行う画面が表示される。
「パッキング」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）が行われると、パッキングを行うための注文一覧をエリア毎に表示させる画面が表示される。
「他店舗回収」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）が行われると、スーパーマーケットＳＭの実店舗で欠品した商品Ｐの一覧を表示させる画面が表示される。
「荷積み」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）が行われると、荷積みを行う一覧がエリア毎に示される画面が表示される。また、コンテナ数の表示や、担当を変更する移動機能、荷積み済チェック登録機能等を有する。
「荷下ろし」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）が行われると、荷積みした配送先Ｈを選択するための画面が表示される。

図１４（Ｂ）には、注文一覧が表示されている。
注文一覧とは、登録されている注文情報に基づいて、当日のピッキングが完了した注文の一覧のことをいう。
注文一覧は、当日配送の注文を配送エリア別、顧客別、注文順に表示することができる。なお、キャンセルが生じた場合は、対応する行が色分けされて表示される。

注文一覧は、表示領域Ｆ６３及びＦ６４で構成されている。
表示領域Ｆ６３には、エリアを選択する欄と、検品の有無で絞り込むためのチェックボタンと、欠品の有無で絞り込むためのチェックボタンとが表示されている。即ち、注文一覧は、エリア、未検品、欠品ありで絞り込むことができる。
表示領域Ｆ６４には、注文一覧の内容が表示される。ただし、パッキングが完了しているものは表示されない。
注文一覧は、注文ＩＤ、顧客ＩＤ、顧客名、事業所（配送先）、数量、検品、及びキャンセルからなる項目で構成された画面である。
ここで、検品の項目には「検」と表記されたソフトウェアボタンが表示されているが、このボタンが押下する操作（例えばタップの操作）が行われると、顧客Ｃの注文画面が表示される。
また、ピッキング後にキャンセルになった場合には、例えば「２０１８／１０／０７ １３：０５」の形式でキャンセル日時を表示し、行に背景色をつけることもできる。

図１５は、ドライバーアプリの具体例を示す図である。

図１５（Ａ）には、注文詳細の画面が示されている。
注文詳細の画面は、表示領域Ｆ７１及びＦ７２で構成されている。
登録されている注文情報に基づいて、当日のピッキングが完了した顧客Ｃの注文の明細が一覧で表示されている。
顧客Ｃ毎に注文の内容を表示、検品することができ、排他制御により複数人が同一顧客のパッキングを行うことを防ぐことができる。
欠品している商品Ｐは、行を色分けして分かるようにすることができる。注文詳細の表示は、管理サイトの部門管理で設定された順番とする。
一覧は以下の項目を表示する。即ち、中分類、メーカー名、商品コード、商品名、種別等をアイコンで表示する。

図１５（Ｂ）には、他店舗回収リストの画面が示されている。
他店舗回収リストは、登録されている注文情報に基づいて、当日配送になる、ホームセンター、ドラッグスアの商品と、スーパーマーケットの実店舗Ｔで欠品登録された商品（代替商品を含む）の一覧を表示する画面である。

他店舗回収リストの画面は、表示領域Ｆ７３及びＦ７４で構成されている。
表示領域Ｆ７３は、欠品、ＤＲＵＧ１、ＤＲＵＧ２、及びＨＣの夫々が表記された４つのソフトウェアボタンで構成されている。欠品、ＤＲＵＧ１、ＤＲＵＧ２、及びＨＣの表示の切り分けはタブで行うことができる。
他店舗回収リストの画面では、欠品かどうかの結果登録を行うことができる。

表示領域Ｆ７４には、他店舗回収リストの内容が表示されている。他店舗回収リストは、中分類、メーカー名、ＪＡＮコード、商品名、数量、済、及び欠品の項目で構成されている。
他店舗からの回収が完了すると、「済」の項目に自動でチェックが入る。
「欠品」の項目に表示された、「欠」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うと、欠品登録用画面（図示せず）が表示される。なお、欠品登録が完了している場合は、「欠」と表記されたソフトウェアボタンに背景色をつけることができる。

図１６は、ドライバーアプリの具体例を示す図である。

図１６（Ａ）には、荷積み一覧の画面の具体例が示されている。
荷積み一覧の画面には、当日配送の荷積みをおこなう注文情報の一覧が事業所別、顧客別に表示される。また、荷積み一覧の画面には、エリア毎に注文情報の一覧を表示させることができる。また、配送用車両に積み込みを行う折りコン、保冷バッグ等の梱包材の合計数が表示される。

荷積み一覧は表示領域Ｆ８１及びＦ８２で構成されている。
表示領域Ｆ８１には、エリアを選択する欄と、配送用車両に積み込みをおこなう折りコン、保冷バッグ等の梱包材の合計数が表示される。
表示領域Ｆ８２には、当日配送の荷積みをおこなう注文情報の一覧が事業所別、顧客別に表示される。

図１６（Ｂ）には、配送先選択画面の具体例が示されている。
配送先選択画面は、積み込みを行った注文を事業所（配送先Ｈ）毎に表示することができる。事業所ボタンＢを押下する操作（例えばタップの操作）を行うと、積み込みをおこなった事業所（配送先Ｈ）の一覧Ｗ１が表示される。この一覧Ｗ１から１の事業所（配送先Ｈ）を選択すると、その事業所（配送先Ｈ）で荷下ろしを行う注文一覧（荷降ろし画面）が表示される。

図１６（Ｃ）には、図１６（Ｂ）の一覧Ｗ１から１の事業所（配送先Ｈ）が選択された場合に表示される注文一覧（荷降ろし画面）の具体例が示されている。
注文一覧（荷降ろし画面）は表示領域Ｆ８３及びＦ８４で構成されている。
表示領域Ｆ８３には、「詳細」と表記されたソフトウェアボタンと、「回収」と表記されたソフトウェアボタンと、配送用車両に積み込まれた折りコン、保冷バッグ等の梱包材の合計数が表示されている。これにより、詳細画面、回収画面を表示することができる。
表示領域Ｆ８４には、注文一覧（荷降ろし画面）の内容が示されている。ドライバーＤは、荷降ろしが完了した時点でチェック登録を行い、顧客Ｃに対して、配送が完了したことを通知する。
ネットスーパーＮＳ側の理由でキャンセルを行う場合には、注文一覧（荷降ろし画面）のうち該当する者にチェックを入れてキャンセル登録を行う。その後、顧客Ｃにキャンセルの通知が行われる。

図１７は、ドライバーアプリの具体例を示す図である。

図１７（Ａ）には、詳細情報の画面の具体例が示されている。
詳細情報の画面では、管理画面又は専用アプリから登録された事業所宛のメモを確認することができる。メモは１件ずつ表示され、登録時に「注意」アイコンの設定をした場合は一緒に表示がされる。
詳細情報の画面は、表示領域Ｆ９１及びＦ９２で構成されている。
表示領域Ｆ９１には、事業所宛のメモが表示されている。具体的には、「冷凍がある場合は総務に声をかけること」というメモと、「コンテナ１ 回収忘れあり」というメモとが表示されている。また、「ＯＫ」と表記されたソフトウェアボタンが表示されている。
メモは、タップで非表示にすることができる。「ＯＫ」と表記されたソフトウェアボタンは個人単位で管理することができる。
また、自分で登録したメモは、「−」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うことで削除することができる。
また、「＋」と表記されたソフトウェアボタン（メモ登録ボタン）を押下する操作（例えばタップの操作）を行うことで、登録画面を表示することができる。
また、表示領域Ｆ９２には、サムネイル表示されるフォト（写真）が表示される。フォト（写真）はコメントと共に表示される。
また、「＋」と表記されたソフトウェアボタン（メモ登録ボタン）を押下する操作（例えばタップの操作）を行うことで、フォト（写真）の登録画面を表示することができる。

図１７（Ｂ）には、ラベル出力画面の具体例が示されている。
ラベルは、商品Ｐをパッキングした折コンに貼付されるラベルであり、商品Ｐを購入した顧客Ｃの名前等の情報が印字されている。
ラベル出力画面には、エリアを選択する欄、配送時間の選択ボタン、及び「ラベル出力」と表記されたソフトウェアボタンが表示されている。
ドライバーＤは、ドライバー端末５に表示されたラベル出力画面にてエリア、及び配送時間を選択し、「ラベル出力」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うことで、ラベルを出力することができる。

図１７（Ｃ）には、図１７（Ｂ）のラベル出力画面に入力された情報に基づいて出力されたラベルの具体例が示されている。
即ち、図１７（Ｃ）に例示されたラベルには、配達日（２０１９／０５／０１）と、配達時間（１７：００）と、名前（山田 太郎）と、注文番号（２０１８０５０１−ＸＸＸＸ−ＸＸＸＸ）と、小口（１／２）と、配達エリア（Ａ）と、配送先（株式会社ＡＡＡ ＢＢＢオフィス入り口）とが表示されている。

図１８は、注文明細画面の具体例を示す図である。

注文明細画面は、登録されている注文情報に基づいて、当日のパッキングが完了した顧客の注文の明細を順次表示する画面である。注文明細画面は、１画面につき１注文を表示する。注文明細画面は、金額調整機能を有する。

具体的には、「○○株式会社ＸＸＸ事業所」（事業所Ｊ）、「４６００１１」（顧客ＩＤ）、「斉藤ちはる 様」（顧客Ｃの名前）とともに、ＪＡＮコード、商品名、単価、数量、小計、消費税額、及び合計金額が表示される。

図１９は、配送担当者移動機能の具体例を示す図である。

配送担当者移動機能は、ドライバーＤの担当エリア内の配送を、別エリアの配送を担当するドライバーＤに移動する機能である。
ドライバーＤは、荷積み一覧の画面に表示された、「移」と表記されたアイコンＩをクリックすることで表示される画面Ｗ２において、移動件数の選択と、エリア選択とを行う。そして、ドライバーＤが「決定」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うと、自身の担当エリアから移動の対象となっている配送の表示が消える。すると、移動の対象となっている配送は、移動先として選択されたエリアの一覧に表示される。

図２０は、ピッキングの完了から配送が完了するまでの流れを示すフローチャートである。

ピッキングが完了すると、ステップＳ８１において、ドライバーＤは、他店舗（ホームセンターＨＣ、ドラッグストアＤＳ等）から商品Ｐを回収する。
ステップＳ８２において、ドライバーＤは、折りコンにラベルを貼る。
ステップＳ８３において、ドライバーＤは、個別注文のパッキングとして、１注文毎に折りコンに商品Ｐを入れる。

ステップＳ８４において、ドライバーＤは、ドライバー端末５を操作することにより、商品Ｐの検品を行う。具体的には、バーコードの読み込みによる登録を行う。ここで、二重パッキングを防ぐために、排他制御が用いられる。
ステップＳ８５において、ドライバーＤは、ドライバー端末５を操作することにより、小口変更、及びラベルの再発行を行う。

ステップＳ８６において、ドライバーＤは、配送先Ｈ毎に折りコンの仕分けを行う。
これにより、パッキング作業は終了する。

パッキング作業が終了すると、ドライバーＤは、図１のステップＳ１０の荷積みを開始する。

ステップＳ１０１において、ドライバーＤは、ドライバー端末５に表示される注文一覧を参照しながら、配送用車両への積み込みを行う。なお、注文一覧には、パッキングを行った注文のみが表示されるので、ドライバーＤは、効率よく積み込みを行うことができる。
ステップＳ１０２において、ドライバーＤは、ドライバー端末５を操作することにより、積み込みを行った注文の登録を行う。

ステップＳ１０３において、ドライバーＤは、配送用車両を運転して、配送事務所に到着する。
ステップＳ１０４において、ドライバーＤは、事業所Ｊの所定の場所（指定された配送先Ｈ）に商品Ｐを配置する。

ステップＳ１０５において、ドライバーＤは、ドライバー端末５を操作することにより、配送完了の登録を行う。
ステップＳ１０６において、ドライバー端末５は、管理サーバ１を介して、顧客Ｃに配達完了の連絡を行う。
ステップＳ１０７において、ドライバーＤは、ドライバー端末５を操作することにより、管理サーバ１を介して、顧客Ｃに配達完了の連絡を行う。

ステップＳ１０８において、ドライバーＤは、次の配送先Ｈに向かう。
これにより、配送が完了する。

図２１は、在庫管理がされていない商品の在庫変動の具体例を示すフローチャートである。

ネットスーパーＮＳの在庫情報は「実店舗Ｔで在庫が管理されている商品」と「実店舗Ｔで在庫が管理されていない商品」の２種類が存在し、例えば以下の方法で管理することができる。
即ち、「実店舗Ｔで在庫が管理されている商品」は、前日閉店時の最終在庫と、当日の入荷予定数量とが連携され、合計在庫数の所定割合を販売可能数として反映する。そして、販売可能数から当日の売上数量を差し引くことで在庫数を更新する。この場合、ネットスーパーＮＳから実店舗Ｔへの在庫更新は行われない。

これに対し、「実店舗Ｔで在庫が管理されていない商品」は、例えば生鮮三品や加工品などの、在庫の管理ができない商品が該当する。この場合、ネットスーパーＮＳ側で販売可能数として自動更新が行われる。販売可能数は、店舗毎及び商品毎に適正数が設定され、毎朝決まった時間に更新処理が実行される。

以下、「実店舗Ｔで在庫が管理されていない商品」の在庫変動について説明する。
ステップＳ３０１において、実店舗Ｔでは、キャベツの当日入荷数である１００玉を入荷した。
ステップＳ３０２において、実店舗Ｔでは、キャベツ１００玉のうち、２０玉を加工した。これにより、実店舗Ｔにおけるキャベツの実在庫は８０玉となった。
ステップＳ３０３において、実店舗Ｔでは、顧客であるＣさんがキャベツ４０玉を購入した。
これにより、実店舗Ｔでは、キャベツの実在庫が４０玉になる。

ステップＳ２０１において、ネットスーパーＮＳでは、開店前の朝９時の時点で、在庫数量の自動更新が行われた。これにより、ネットスーパーＮＳにおけるキャベツの販売可能数が４０玉となった。
ステップＳ２０２において、ネットスーパーＮＳでは、顧客であるＡさんがキャベツ２玉を購入した。これにより、ネットスーパーＮＳにおけるキャベツの販売可能数が３８玉となった。
ステップＳ２０３において、ネットスーパーＮＳでは、顧客であるＢさんがキャベツ１玉を購入した。これにより、ネットスーパーＮＳにおけるキャベツの販売可能数が３７玉となった。
ステップＳ２０４において、ネットスーパーＮＳでは、実店舗Ｔのキャベツの実在庫との連携がとられた。即ち、ステップＳ２０４におけるネットスーパーＮＳのキャベツの販売可能数が３７玉であるのに対し、これに対応するステップＳ３０３における実店舗Ｔのキャベツの実在庫は４０玉である。この場合、実店舗Ｔのキャベツの実在庫（４０玉）よりも、ネットスーパーＮＳのキャベツの販売可能数（３７玉）の方が少ないので、この時点でネットスーパーＮＳのキャベツは売り切れとして取り扱われる。
このように、所定のタイミングで在庫数量の連携がとられることで、ネットスーパーＮＳにおいて、実店舗Ｔの実在庫を超えた販売が行われてしまうことを避けることができる。

図２２は、ネットスーパーにおける商品の価格遷移図である。

ネットスーパーＮＳで販売される商品の価格は、実店舗Ｔと連携されている情報に基づいて、最安値をつけることができる。
即ち、実店舗Ｔで販売されている商品の価格が基本となり、期間限定価格は、開始日・終了日と共に設定される。なお、同一日に複数の価格設定がある場合は、最も安い額が優先される。
ただし、ＰＯＳ登録された価格がある場合は、ＰＯＳ登録された価格が最優先となる。ＰＯＳ登録された価格は、定時で連携される。このため、ＰＯＳ登録された価格と特売価格とが同一となる場合もあるし、同一とならない場合もある。
また、ＰＯＳシステム内で時間を管理することもできる。
また、顧客Ｃに対する請求金額は、売り場の価格を正として取り扱うこともできる。
また、ＰＯＳ登録された価格は、当日の価格情報が連携されるため、当日の配送が締め切られた後や、配送が停止された日等、当日の配送が選択できない場合は、ＰＯＳ登録された価格ではなく翌配送日の価格とすることができる。

具体的には例えば、図２２に示すように、２０１８年１２月１日の１１：００までは、店別商品マスタの価格（実店舗Ｔの価格）２００円が適用され、その後、２０１８年１２月５日の１１：００までは、期間限定価格１８０円が適用され、その後、２０１８年１２月５日の２０：００までは、ＰＯＳ登録された価格１３０円の例外を除いて、チラシ・特売価格１８０円が適用され、その後、２０１８年１２月１５日の２０：００までは、期間限定価格１８０円が適用され、それ以降は、店別商品マスタの価格（実店舗Ｔの価格）２００円が適用されるようにすることができる。

ここで、本サービスにおける課題について補足する。
本サービスにおけるネットスーパーで取り扱われる商品の一例として、生鮮食品がある。ここで生鮮食品には、例えば青果（野菜、果物）、水産物、鶏肉等の畜産物等の商品が含まれる。
生鮮食品は、その性質上、常温下での貯蔵性が悪く、変敗しやすい。また軟らかい青果等は傷つきやすい等の問題もある。そのため、生鮮食品の品質を維持するため、生鮮食品の流通においては、厳密な温度管理や迅速さが求められている。また、輸送時に発生する傷等を防止する為にも、生鮮食品の梱包や荷積み等の取扱いにも専門的な知識が求められている。

また、購入者が生鮮食品の購入を検討する際、商品の見た目や、賞味期限等を基準にして、商品の購入を判断する場合がある。具体的には、商品に「ツヤがあるか」、「いつ頃が食べごろか」、といった見た目であったり、賞味期限が１日でも長い商品を選びたい、等といった視点で商品の購入を判断する購入者も少なくない。
このような状況下、従来のネットスーパーにおいて、購入者は、商品を実際に手に取って確認することが出来ない為、商品の品質に不安を感じたまま購入を検討せざるを得ないという問題があった。

これに対し、本サービスのネットスーパーにおいて、購入者に提供される生鮮食品は、（１）温度管理の基準、（２）商品選定の基準、（３）賞味期限の基準、の夫々に基づいて管理される。
即ち、（１）温度管理の基準としては、商品を適正な温度で管理することによってその品質を維持するため、各作業において温度管理の基準が設けられている。また、（２）商品選定の基準としては、例えば、商品に「ツヤがあるか」、「皮に張りがあるか」、「いつ頃が食べごろか」等、購入者に提供する商品の選択について、一定の基準が設けられている。
さらに、（３）賞味期限の基準として、顧客に提供する商品には、商品毎に一定の賞味期限が確保できるよう基準が設けられている。
これにより購入者は、本サービスのネットスーパーにおいて、品質が維持された生鮮食品を安心して購入することができるようになる。

以下、図２３乃至図２８を用いて、本サービスのネットスーパーにおける生鮮食品の管理方法について具体的に説明する。

図２３は、生鮮食品がピッキングされてから配送されるまでの具体的なフローを説明する図である。

ステップＳ７０１において、店員Ｅは、１０：００から総量ピッキングの準備を開始する。ここでいう総量ピッキングとは、商品の売り場から、購入者である顧客Ｃにより注文された商品を取り出し、商品の種類毎に収集するピッキングのことをいう。また商品の種類とは、ここでは説明の便宜上、青果（野菜、果物）、水産物、畜産物、冷凍食品等を指すものとする。

総量ピッキングされる商品は、上述した、（１）温度管理の基準に基づいて管理される。
具体的には、総量ピッキングの対象が冷凍食品である場合、冷凍食品の総量ピッキングを担当する店員Ｅは、折りコンの中に専用の保冷バッグを設置する。
冷凍食品は、その品質を維持する為の適正温度が設けられており、一般的には−１８℃以下、とされている。そのため、店員Ｅは、冷凍食品を上述の適正温度を満たす環境で保管するべく、保冷バッグの底面と側面の夫々に、−２５℃の保冷材を６個（３ｋｇ）設置する。
なお、店員Ｅは、冷凍食品の総量ピッキングを完了した後は、後述する個別ピッキングがなされるまで、冷凍食品をこの専用の保冷バッグから取り出さずに保管することとする。

一方、総量ピッキングの対象が青果（野菜、果物）、水産物、畜産物等である場合、これらの商品の総量ピッキングを担当する店員Ｅは、折りコンの中に夫々発泡ボックスを設置する。
上述の生鮮食品の夫々は、その品質を維持する為の適正温度が設けられている。ここで、青果の適正温度は、商品によって異なり、例えば４℃、１０℃、１８℃、及び常温等が採用される場合もあるが、ここでは例えば１０℃とされており、また、水産物及び畜産物については、４℃以下が適正温度とされている。そのため、店員Ｅは、総量ピッキングの際に、夫々の生鮮食品を、夫々の適正温度を満たす環境で管理するべく、発泡ボックス内に所定の数の保冷材を設置する。
本サービスにおいては便宜上、青果を保管する発泡ボックス内の温度は１０℃となるよう管理するが、これに限定されない。保管する商品Ｐの適正温度にしたがって、発泡ボックス内の温度は任意に設定されてよいものとする。
以上より、本サービスにおいては、青果を投入する発泡ボックス内には、−５℃の保冷材を２個（１ｋｇ）設置する。なおここで、保冷材との接触により傷みやすい葉物野菜等は、保冷材が設置された発泡ボックスには投入されず、常温で保管されてもよい。また、水産物及び畜産物を投入する発泡ボックス内には、−５℃の保冷材が２個（１ｋｇ）設置されるものとする。
このようにして、本サービスにおける総量ピッキングでは、青果（葉物を除く）は１０℃以下、水産物及び畜産物は４℃以下で保管される。
店員Ｅは、総量ピッキングを完了した後は、後述する個別ピッキングがなされるまで、商品Ｐをこの発泡ボックスから取り出さずに保管することとする。

ステップＳ７０２において、店員Ｅは、１０：０２から総量ピッキングを開始する。具体的には、店員Ｅは、発泡ボックスや保冷バッグが設置された折りコンを台車に乗せ、実店舗Ｔ内を移動しながら総量ピッキングを行う。

このとき、店員Ｅによって総量ピッキングがなされる商品Ｐは、上述した、（２）商品選定の基準に基づいて選択される。
具体的には、ピッキングの対象として商品Ｐが水産物や畜産物である場合、ドリップが出ていないこと、変色していないこと、色味、ツヤ等を一例とする、商品毎に設けられた基準に基づいて商品Ｐがピッキングされる。
また、ピッキングの対象として商品Ｐが青果である場合、同様に、色、ツヤ、鮮やかさ等の基準に基づいて商品Ｐがピッキングされる。

また例えば、商品Ｐがトマト、アボガド、メロン等の季節の果物類である場合、店員Ｅは、固めのものをピッキングする。このとき、店員Ｅは、ピッキングした商品Ｐに「食べごろお知らせメモ」を添付して、購入者に対し、商品Ｐの食べごろを通知するようにしてもよい。

なお、商品Ｐとして例えば、葉物野菜や硬い野菜が同じ発泡ボックス内に収納される場合、商品同士の接触等により葉物野菜の葉が傷む恐れがある。そのため、店員Ｅは、その商品Ｐをその性質に応じ異なる発泡ボックスに分けて格納してもよい。

さらに、店員Ｅは、上述した、（３）賞味期限の基準に基づいて総量ピッキングを行う。
具体的には、店員Ｅは、売り場の正面から見て所定の位置より奥に存在する商品の中から商品Ｐをピッキングするものとする。これにより、一定の賞味期間が確保された商品を選択することが可能となる。

このように、総量ピッキングは、一定の（１）温度管理の基準と、（２）商品選定の基準と、（３）賞味期限の基準とに基づいて行われる。
これにより、本サービスのネットスーパーにおいて、購入者である顧客Ｃは、自身が実店舗において購入する場合と同様の基準に基づいた商品の提供を受けることができるため、安心して商品を購入することができるようになる。

ステップＳ７０３において、総量ピッキングを完了した店員Ｅは、実店舗Ｔに設けられた拠点（図２４で後述する拠点６０）に商品を移動する。

図２４は、生鮮食品を顧客毎にパッキングするまでの処理を行う拠点のレイアウト例を示す模式図である。

拠点６０において、入口６１から出口６２までの間に、総量ピッキングされた商品Ｐが陳列される商品棚６３、空の折りコンやパッキング用の保冷バッグ（以下、「パッキング用保冷バッグ」と呼ぶ）等の夫々が格納される資材棚６４、梱包台６５、保冷材等が保管される冷蔵庫６６が夫々設置されている。
商品棚６３は、陳列される商品Ｐの種類毎に区切られており、例えば野菜、果物、デリカ等の種類に分けられている。
資材棚６４に格納されている空の折りコン、保冷バッグ、資材等は、総量ピッキング、個別ピッキング、及びパッキング作業時に用いられる。ここで個別ピッキングとは、拠点６０に陳列された商品を、顧客Ｃの注文毎にピッキングして１か所に集める作業のことをいう。
また、梱包台６５は、個別ピッキングされた商品をパッキングする場所である。

総量ピッキングを完了した店員Ｅは、入口６１から入室し、商品Ｐを載せた台車を押しながら、ルートＲｏ１が示す順に通路を進む。店員Ｅは、商品棚６３の夫々に商品Ｐをその種類毎に陳列する。そして、店員Ｅは、商品Ｐを全て商品棚６３に陳列すると、出口６２から退室する。店員Ｅは、以上の作業を１０：３０までに終わらせるものとする。

図２３に戻り、ステップＳ７０４において、ネットスーパーの店員ＭＳ（以下、「拠点スタッフＭＳ」と呼ぶ）は、１０：００から、拠点６０において個別ピッキングの準備を開始する。
拠点スタッフＭＳは、１０：００に冷蔵庫６６の温度を確認する。ここで冷蔵庫６６の温度が適正であることが確認された場合、拠点スタッフＭＳは、保冷材を冷蔵庫６６から取り出し、パッキング用保冷バッグの中に保冷材を設置する。
なお、パッキング用保冷バッグ内に設置される保冷材の数等の具体的な構成については後述するが、一定の（１）温度管理の基準に基づいて管理がなされるよう構成されるものとする。

ステップＳ７０５において、拠点スタッフＭＳは、１０：３０より、個別ピッキングリストを参照し、個別ピッキングを開始する。ここで、個別ピッキングリストは、総量ピッキングが完了次第、店舗端末４に表示されるものであり、顧客Ｃの注文の明細が一覧で表示される。
拠点スタッフＭＳは、ルートＲｏ２が示す順に通路を進み、個別ピッキングリストに基づいて、商品棚６３から商品をピッキングする。

ステップＳ７０６において、拠点スタッフＭＳは、梱包台６５において、個別ピッキングが完了した商品Ｐをパッキングする。
拠点スタッフＭＳは、パッキングの際、顧客Ｃにより注文された商品Ｐに関する情報と、ピッキングされた商品Ｐに関する情報とが一致するかどうかについて、検品を行う（例えばスキャナーで識別子を読み取る等）。
またこのとき、拠点スタッフＭＳは、上述した（２）商品選定の基準、及び（３）賞味期限の基準に基づき、商品Ｐの外観、及び商品Ｐの賞味期限の確認を行う。例えば、豆腐の賞味期限の基準は３日前と定められている為、商品Ｐが豆腐である場合、拠点スタッフＭＳは、パッキングの当日が豆腐の外観に提示されている賞味期限の最低３日前であることを確認する。また、拠点スタッフＭＳは、豆腐の外観に異常がないかどうか確認する。

このように、商品Ｐは、その賞味期限が所定の基準を満たしているかについて、総量ピッキング時、及びパッキング時の少なくとも２回確認される。これにより、商品Ｐの賞味期限は一定以上確保されていることが十分に確認されるため、顧客Ｃは安心して商品Ｐを購入することができるようになる。

またここで、拠点スタッフＭＳは、例えば軟らかい商品、傷みやすい商品等をエアパッキンで梱包するが、梱包方法は特に限定されない。
次に、拠点スタッフＭＳは、商品Ｐを袋詰めする。そして拠点スタッフＭＳは、梱包台６５に設置したパッキング用保冷バッグに、商品Ｐを格納する。
そして、拠点スタッフＭＳは、商品のＰＯＳ登録を行う。

このようにして、拠点スタッフＭＳは、商品のパッキングを１２：００までに完了する。
なお、このとき拠点スタッフＭＳは、１５：００（後述する時間帯（２）におけるパッキング終了時）に、冷蔵庫６６の温度を確認する。ここで冷蔵庫６６の温度が適正であることを確認することで、パッキングの作業が完了したものとする。

ステップＳ７０７において、拠点スタッフＭＳは、パッキングが完了した商品Ｐを、ルートＲｏ３が示す順に従って出口６２から搬出する。

ステップＳ７０８において、ドライバーＤは、パッキングが完了した商品Ｐの積み込みを開始する。

なお、個別ピッキング、及びパッキングは、本説明においては便宜上拠点スタッフＭＳにより行われるが、特にこれに限定されず、ドライバーＤ等他の者により行われてもよい。

また、個別ピッキング、及びパッキングを行う拠点スタッフＭＳは夫々２人ずつであることが好ましいが、これに限定されない。
また、個別ピッキング、及びパッキングを担当する拠点スタッフＭＳ、及び総量ピッキングされた商品Ｐを陳列する店員Ｅの夫々は、前述のように夫々所定のルートが示す順に従って拠点６０内を移動する。そのため拠点６０内において、店員同士やスタッフ同士の接触や停滞を防止することができるため、拠点スタッフＭＳ、及び店員Ｅは、拠点６０内で夫々の作業を迅速かつ効率的に進めることができるようになる。

なお、生鮮食品が実店舗Ｔにおいてピッキングされてから配送されるまでの一連のフローは、図２３で示すように、時間帯（１）として１０：００から、そして時間帯（２）として１３：００からの２回実施される。即ち、時間帯（１）でパッキングされた商品は、例えば１６：００に、そして時間帯（２）でパッキングされた商品は、例えば１８：００に事業所Ｊに配送される。
これにより顧客Ｃは、例えば帰宅時間が早い日等は、時間帯（１）の便で商品の配送を依頼する等、都合に合わせて配達時間を選択することが可能になる。即ち、顧客Ｃは、商品Ｐが実店舗Ｔを出てから自身の手に引き渡されるまでの時間を、自身の都合に合わせて短縮するよう調整することができるため、時間的な制約がある顧客Ｃにとっては利便性が高いといえる。

なお本説明では便宜上ピッキング開始の時間帯を（１）１０：００、及び（２）１３：００の２回として説明したが、これに限定しないものとする。

以上、図２３及び図２４を用いて、生鮮食品がピッキングされてから配送されるまでの管理手順について説明した。

なおここで、パッキング時において採用される（１）温度管理の基準について説明する。
温度管理が必要な生鮮食品の具体例として、例えば、青果では葉物野菜、袋サラダ等、水産物では魚類、刺身等、また畜産物では鶏肉等の肉類がある。
生鮮食品等の夫々は、上述のとおり、その品質を維持する為の適正温度が設けられている。そして、その適正温度は商品の種類によって様々である。

例えば、もやし１袋と刺身１パックが顧客Ｃによって購入されたと仮定する。従来であれば、夫々の商品の適正温度に基づき、もやし１袋と刺身１パックは、夫々異なるパッキング用保冷バッグに格納されて配送先Ｈで保管されることになる。
しかしながら、配送先Ｈにおける商品Ｐの保管スペース、また複数のパッキング用保冷バッグを準備するという人的労力の面で、従来の手法は効率が良いとは言えない。また、商品Ｐの容量に合わせてパッキング用保冷バッグのサイズバリエーションを増やすことについても、コスト的な点で課題がある。

また、従来のネットスーパーにおいては、購入された商品Ｐは、顧客Ｃの自宅へ配送されることが前提であった。そのため、商品Ｐが顧客Ｃの自宅へ配送された後すぐに冷蔵庫等へ格納されると仮定した場合、生鮮食品を適正温度で維持すべき時間としては、商品Ｐが顧客Ｃの自宅に配送されるまでの２〜３時間を採用すれば十分であった。
一方で、本ネットスーパーにおいては、購入された商品Ｐは、顧客Ｃが勤務する事業所Ｊの配送先Ｈへ配送されることが前提である。そのため、生鮮食品を適正温度で維持すべき時間として、商品Ｐが配送先Ｈへ配送される時間に加えてさらに、配送先Ｈに配送されてから顧客Ｃによって自宅まで持ち帰られるまでの時間を考慮しなければならない。
商品Ｐが配送先Ｈに配送されてから顧客Ｃによって自宅まで持ち帰られるまでの時間は、顧客Ｃの職務によって適宜設定される必要があるが、ここでは６時間を採用するものとする。即ち、本ネットスーパーにおいては、商品Ｐが配送先Ｈに配送されるまでの時間に加えてさらに、顧客Ｃの自宅に持ち帰られるまでの時間を加味すると、商品Ｐはおよそ１０時間、適正温度で維持される必要があるといえる。

そこで、適正温度が異なる複数の商品Ｐを、夫々の最適温度で維持し、かつ、省スペース、高効率、かつ低コストで顧客Ｃに提供するため、発明者らは、以下の図２５乃至図２７に示す実験を行った。

図２５乃至図２７を参照して、パッキング用保冷バッグの最適な構成について説明する。
図２５及び図２６は、パッキング用保冷バッグの構成の検討に係る実験条件を示した模式図である。
図２５及び図２６において、「実験Ｎｏ」欄には実験の番号、「イメージ」欄には、パッキング用保冷バッグを横からみた図、そして「上からみた図」欄には、パッキング用保冷バッグを上からみた図が記載されている。

発明者らは、実験Ｎｏ１において、「イメージ」欄に示したように、パッキング用保冷バッグの底部に断熱材Ｍｂ、その上に−５℃の保冷材Ｈｂ１、及びＨｂ２を設置した。ここで実験に用いる商品Ｐとして、適正温度が４℃以下である鶏肉、及び適正温度が１０℃以下である加工品（牛乳、豆腐、飲料）を選択した。そして、発明者らは、鶏肉、及び加工品の夫々を、保冷材Ｈｂ１、及びＨｂ２上に設置した。
また、発明者らは、パッキング用保冷バッグの蓋を閉めた際に鶏肉の上部に配置されるよう、蓋部分に０℃の保冷材Ｈｔを装着した。
そして、発明者らは、パッキング用保冷バッグの蓋を閉めた状態で、鶏肉近傍（目標温度４℃以下）、及び加工品近傍（目標温度１０℃以下）の雰囲気の温度を１０時間、一定時間おきに計測した。
なお、実験Ｎｏ２以降の実験条件は、特に説明しない限り、実験Ｎｏ１で上述した条件と同様であるものとする。

図２７は、パッキング用保冷バッグの構成の検討に係る実験結果を示した図である。
図２７に示す表は、各実験Ｎｏについて、上段に鶏肉近傍（目標温度４℃以下）における雰囲気の温度の計測結果、また、下段に加工品近傍（目標温度１０℃以下）における雰囲気の温度の計測結果を示したものである。
表の最右列には、〇、又は×として、判定結果を示す欄が設けられている。ここでは例えば、鶏肉近傍（目標温度４℃以下）の温度が測定開始１０時間後に４℃を超えた場合には×、４℃を超えなかった場合は〇と示している。
また同様に、加工品近傍（目標温度１０℃以下）の温度が測定開始１０時間後に１０℃を超えた場合には×、１０℃を超えなかった場合は〇と示している。

実験Ｎｏ１において、鶏肉近傍（目標温度４℃以下）における判定は×、加工品近傍（目標温度１０℃以下）における判定は〇であった。
即ち、同じ保冷バッグ内で、適正温度が異なる商品同士を夫々の適正温度で１０時間以上保管することは困難であることがわかった。

実験Ｎｏ２において、図２５に示すように、鶏肉と加工品との間にＬ型の仕切りＭｍを設けた。
図２７に示した実験Ｎｏ２の結果より、鶏肉近傍（目標温度４℃以下）における判定は〇、加工品近傍（目標温度１０℃以下）における判定は〇であった。
即ち、適正温度が異なる商品と商品の間にＬ字型の仕切りＭｍを設けることで、夫々の商品Ｐを適正温度で１０時間以上保管できることがわかった。

実験Ｎｏ３において、図２５に示すように、実験Ｎｏ２の構成から、保冷バッグの底部にある断熱材Ｍｂを除去した。
図２７に示した実験Ｎｏ３の結果より、鶏肉近傍（目標温度４℃以下）における判定は×、加工品近傍（目標温度１０℃以下）における判定は〇であった。
即ち、保冷バッグの底部にある断熱材Ｍｂを除去すると、夫々の商品を適正温度で１０時間以上保管することができないことがわかった。

実験Ｎｏ４において、図２５に示すように、実験Ｎｏ２の構成に対して、仕切りＭｍの形状をＬ字型からＩ字型に変更した。
図２７に示した実験Ｎｏ４の結果より、鶏肉近傍（目標温度４℃以下）における判定は〇、加工品近傍（目標温度１０℃以下）における判定は〇であった。
即ち、適正温度が異なる商品と商品の間に設ける仕切りＭｍの形状は保冷性に影響なく、Ｉ字型の仕切りＭｍでも商品Ｐを適正温度で１０時間以上保管することができることがわかった。比較的厚い断熱材で構成される仕切りＭｍの形状をＩ字型にすることにより、Ｌ字型の仕切りＭｍを使用した際に見られていた商品Ｐの傾きを防止することが可能になる。また、Ｉ字型の仕切りＭｍにすることにより、保冷バッグ内で仕切りの位置を任意に変えることができるため、格納する商品Ｐの量に合わせた梱包ができるようになる。

次に発明者らは、鶏肉近傍（目標温度４℃以下）の雰囲気の温度をさらに低温で安定させるべく、実験Ｎｏ５において次の検討を行った。
実験Ｎｏ５は、図２５に示すように、実験Ｎｏ４の構成に対して、保冷バッグの側面であって鶏肉の近傍（目標温度４℃以下）に、保冷材Ｈｂ３、及び鶏肉（目標温度４℃以下）の上部に断熱材による落し蓋Ｑを設置したものである。
図２７に示した実験Ｎｏ５の結果より、鶏肉近傍（目標温度４℃以下）における判定は〇、加工品近傍（目標温度１０℃以下）における判定は〇であった。
即ち、保冷材Ｈｂ３の追加、及び落し蓋Ｑの設置によって、夫々の商品を適正温度で１０時間以上保管できることがわかった。

さらに実験Ｎｏ６においては、図２５に示すように、実験Ｎｏ５の構成に対し、鶏肉、及び加工品の夫々をビニール袋Ｖで梱包した。
図２７に示した実験Ｎｏ６の結果より、鶏肉近傍（目標温度４℃以下）における判定は〇、加工品近傍（目標温度１０℃以下）における判定は〇であった。
即ち、商品Ｐをビニール袋Ｖに入れて保管しても、夫々の商品を適正温度で１０時間以上保管できることがわかった。ここで商品Ｐが例えば葉物野菜等である場合、これらの商品Ｐを冷やしすぎると、一般にいう葉焼けを起こしてしまい品質が劣化する。そこで、商品Ｐをビニール袋Ｖに入れて保管することで、葉焼けを一例とする、商品Ｐの冷やしすぎによる品質の劣化を防ぐことができる。

以上の結果から、パッキング用保冷バッグを実験Ｎｏ５又はＮｏ６に示したような構成にすることで、１つの保冷バッグの中で、適正温度が異なる複数の商品Ｐを、夫々の適正な温度で１０時間以上保管することができるようになることが確認された。
これにより、配送先Ｈに設置するパッキング用保冷バッグの数を低減することが出来るようになるため、省スペース、高効率、かつ低コストで商品Ｐを顧客Ｃに提供することが可能になる。
また、商品Ｐをその適正温度で１０時間維持することが可能になるため、顧客Ｃは、安心して商品Ｐを購入することが可能になる。

なお、上述の実験で説明した構成はあくまで一例であり、これに限定されない。即ち、上述の例では、商品Ｐをその適正温度で１０時間維持させることを可能とする構成を検討したが、これに限らず、１０時間以上維持させることを可能にする構成を採用してもよい。

またここで、拠点スタッフＭＳは、商品Ｐを投入する一定時間前に、パッキング用保冷バッグに保冷材を設置してもよい。
パッキング用保冷バッグの内部が十分に冷却されていない状態で商品Ｐが格納されると、パッキング用保冷バッグの内部の雰囲気と、商品Ｐとの間に温度差が生じることになる。つまり、この温度差によって商品Ｐに結露が付着したり、その品質が劣化する、いわゆるヒートショックと呼ばれる現象が発生しうる。
また、パッキング用保冷バッグの内部が十分に冷却されていない状態で商品Ｐが格納されると、パッキング用保冷バッグ内の雰囲気の温度が十分に低下するまでに時間を要するため、その間、商品Ｐは適正な温度で保管がされていないことになる。
そこで、パッキング用保冷バッグの内部に予め保冷材を設置し、パッキング用保冷バッグの内部を十分に冷却しておくことで、ヒートショック等を原因とする商品Ｐの品質の劣化を防止することが可能になる。
なお本サービスにおいては、保冷材は、商品Ｐのパッキングがなされる３０分前にパッキング用保冷バッグに設置されるが、これに限定されないものとする。

また、商品Ｐが冷凍食品である場合、図示しないが、拠点スタッフＭＳは、パッキング用保冷バッグの底部に−２５℃の保冷材を２枚、側面に−２５℃の保冷材を１枚設置し、商品Ｐを格納後、商品の上部に同じく−２５℃の保冷材を２枚設置してもよい。
これにより、冷凍商品である商品Ｐについても適正温度で保管された状態で顧客Ｃへ提供されることが可能になる。

以上まとめると、本サービスのネットスーパーでは、管理サーバ１と、第１容器と、第２容器とが用いられて、次のようなサービスが提供されることで、生鮮食品が適切に温度管理されて、顧客Ｃに届けられる。

管理サーバ１は、事業所Ｊに属する顧客Ｃと、当該事業者Ｊの管理場所のうち商品の配送先として指定されている場所とを含む情報を、複数の事業所Ｊ毎に管理する。
第１容器とは、ネットスーパーの商品のうち、実店舗Ｔで販売されている生鮮食品がピッキングされる際に用いられる容器であって、例えば上述の保冷バッグや発泡ボックスである。
第２容器とは、生鮮食品が配送される際に用いられる容器であって、例えばパッキング用保冷バッグである。

管理サーバ１は、生鮮食品の購入及び場所への配送の依頼を顧客Ｃから受け付ける受付機能を発揮させることができる。また、管理サーバ１は、受付機能により購入の依頼が受け付けられた生鮮食品がピッキングされる実店舗Ｔを、受付機能の発揮により配送の依頼が受け付けられた場所に基づいて指定する指定機能を有する。

このような前提のもと、管理サーバ１により、購入の依頼が受け付けられた生鮮食品が、配送の依頼が受け付けられた場所まで配送されて顧客Ｃに提供されるまでの一連のステップとして、ピッキングステップと、冷却ステップと、パッキングステップが含まれている。
ピッキングステップとは、管理サーバ１により指定された実店舗Ｔから生鮮食品をピッキングして、第１容器に入れ、当該生鮮食品が配送される場所と当該店舗とに基づいて定められる第１温度で、保管するステップである。具体的に例えば、第１温度は、生鮮食品についての上述の適正温度の中から任意の温度を採用することができるが、上述の例では、青果の場合（葉物野菜は除く）は１０℃が、水産物及び畜産物の場合は４℃以下が、冷凍食品の場合は−１８℃が、夫々採用されていた。
パッキングステップとは、第１温度で保管された生鮮食品を、顧客Ｃの注文毎に第２容器に入れ、当該生鮮食品が配送される場所と当該店舗とに基づいて定められる第２温度で、保管するステップである。第２温度は、第１温度とは独立した温度であって、生鮮食品についての上述の適正温度の中から任意の温度を採用することができるが、上述の例では、鶏肉の場合として４℃以下が採用されていた。
冷却ステップとは、パッキングステップの前に、生鮮食品が配送される場所と当該店舗とに基づいて定められる第３温度で、第２容器を冷却する冷却ステップである。具体的に第３温度は、第１温度及び第２温度とは独立したものであるが、第１温度及び第２温度よりも低い温度である必要があり、例えば上述の例では４℃以下が採用されていた。
なお上述した第１温度乃至第３温度は、あくまで一例であり、商品の性質等にしたがって適宜変更されてよいものとする。

さらに、上述の一連のステップは、次のようなステップを含めてもよい。

例えば、管理サーバ１は、生鮮食品についての上述の一連のステップで必要な情報（例えば、ピッキング又はパッキングする商品の一覧表示、担当者別表示、配送時間帯別表示等）を、当該ピッキング又はパッキングを担当する店員Ｅ又は拠点スタッフＭＳが所持する端末に提示する。このとき、上述の一連のステップには、店員Ｅ又は拠点スタッフＭＳが拠点６０内を所定の経路に沿って移動させるステップが含まれてもよい。

また例えば、上述の一連のステップには、店員の目検、又は生鮮食品を特定可能な識別子を用いる手法によって、生鮮食品の賞味期限が所定の日数確保されていることを確認する確認ステップが含まれてもよい。

さらに例えば、上述の一連のステップには、生鮮食品を梱包する梱包ステップが含まれてもよい。

さらにまた例えば、上述の一連のステップには、店員が、商品の見た目に関する所定の基準を満たす生鮮食品を選定する商品選定ステップが含まれてもよい。

また、上述の一連のステップには、生鮮食品の食べ頃を顧客Ｃに通知するための媒体を生鮮食品に付す、食べごろ通知ステップが含まれてもよい。

さらに、上述の一連のステップには、生鮮食品を配送先Ｈに配送した後、生鮮食品をロッカーに保管して施錠する、ロッカー保管ステップと、ロッカーのカギを解錠するための情報（ＩＤやワンタイムパス）を提示する、解錠キー提示ステップとが含まれてもよい。

以上、本サービスについて、一連のステップに含めてもよい様々なステップについて説明した。
ところで、本サービスのネットスーパーを実現可能にする商品提供システムにおいては、以下のような機能が採用されていてもよい。

管理サーバ１は、生鮮食品の在庫に関する情報を、顧客Ｃに提供するために管理する管理機能を発揮してもよいが、さらに、管理サーバ１は、当該在庫に関する情報に基づいて、顧客Ｃが購入を検討する商品Ｐのうち、在庫を有しない商品Ｐの代替商品に関する情報を提示する機能を有していてもよい。

さらにまた、管理サーバ１は、上述したように、生鮮食品の購入及び場所への配送の依頼を顧客Ｃから受け付ける受付機能を発揮してもよいが、これらの生鮮食品の購入及び場所への配送の依頼を、インターネットを介して、顧客Ｃから受け付けてもよいものとする。

また、上述の生鮮食品を例とした内容は、特に生成食品に限定されるものでなく、その他、牛乳、豆腐等を一例とする加工品をはじめとした、温度管理を要する商品に対して適用されてもよいものとする。

以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

例えば、上述の実施形態では、事業所登録用ＷｅｂサイトＬＰの利用者は、事業所登録を行う代表者Ｒのみであり、顧客Ｃは利用することができない構成となっているがこれに限定されない。顧客Ｃも事業所登録用ＷｅｂサイトＬＰを利用できるようにしてもよい。

また例えば、図１には、事業所Ｊ、配送先Ｈ、及び実店舗Ｔの夫々がいずれも１つのみ記載されているが、実際には複数存在し得る。また、同様に、事業所Ｊの数だけ代表者Ｒが存在し、顧客Ｃ、店員Ｅ、ドライバーＤも複数人存在し得る。

また例えば、上述の各図に示される顧客端末３、店員端末４、及びドライバー端末５の夫々に表示される画面は例示であり、上述の各図に示される態様に限定されない。夫々の用途に応じて各種各様の態様とすることができる。

また例えば、上述の実施形態では、商品の購入者である顧客Ｃは、事業所Ｊに勤務等の目的で所在する、とされたが、特にこれに限定されず、任意の所定団体に属する者でよい。
さらに、顧客Ｃは、任意の団体に直接属しなくても良く、任意の団体に属している者と一定の関係を有する者であってもよい。具体的には例えば、所定団体が保育園や幼稚園等であった場合、当該保育園や幼稚園に属する者は園児であるが、その園児の親は、園児を送迎する目的で保育園や幼稚園に立ち寄る。そこで、サービス提供者Ｇは、商品の配送先を事業所Ｊではなく、幼稚園や保育園にすることで、園児の親を顧客Ｃとすることもできるものとする。

また例えば、上述の実施形態では、商品の配送先は事業所Ｊの配送先Ｈとされたが、特にこれに限定されず、任意の所定団体の管理場所のうち商品の配送先として指定されている場所であれば足りる。
換言すると、上述の実施形態では、商品の購入者は、事業所Ｊに所在する顧客Ｃとされたが、特にこれに限定されず、上述の所定団体に属する者（上述の配送先で商品を受け取れる者）であれば足りる。

ここで、配送先は、１つの場所に限定されず、上述の所定団体により管理される場所を含めた複数の場所でもよい。この場合、商品の購入者（ユーザ）は、複数の配送先の中から、１以上の配送先を指定することができる。
即ち、商品の購入者（ユーザ）は、いつも同一の場所に所在するとは限らず、例えば月曜日から水曜日まではＡ事業所に所在（勤務）し、木曜日と金曜日はＢ事業所に所在（勤務）し、土曜日と日曜日は自宅に所在（休み）している場合もある。このような場合、商品の購入者は、月曜日から水曜日まではＡ事業所に、木曜日と金曜日はＢ事業所に、土曜日と日曜日は自宅に、夫々配送先を指定することができる。

具体的には、購入者（ユーザ）は、ＮＳアプリのマイページから配送先の変更を行う。購入者（ユーザ）は、購入手続きが完了した後においても配送先の変更を行うことができる。そのため、例えば、急な仕事の用事で配送先を変更する必要が出てきた場合でも、購入者（ユーザ）は、予め指定した配送先の中から、任意に配送先を選択することができる。

また、購入者（ユーザ）は、商品の注文手続を完了した後に、ＮＳアプリの画面上で商品をキャンセルすることができる。
図２８は、顧客端末３に表示される商品のキャンセル画面の具体例を示す図である。

図２９（Ａ）には、キャンセルする商品を選択する際に顧客端末３に表示される画面の具体例が表示されている。
図２９（Ａ）の画面は、表示領域ＦＧ１１乃至ＦＧ１３で構成されている。
表示領域ＦＧ１１には、図２を参照して上述したタブメニューのうち、「注文履歴」が選択されている旨が示されている。また、購入者（ユーザ）の注文履歴のうち、履歴としての情報を抽出する期間を選択するための選択欄が表示されている。ここで、購入者（ユーザ）は、例えば過去１か月の間に自身が行った注文の履歴としての情報を抽出して表示することができる。

表示領域ＦＧ１２及びＦＧ１３には、購入者（ユーザ）の注文履歴のうち、注文受付済みとして抽出された注文に関する情報、及び配達完了として抽出された注文に関する情報が示されている。このうち、購入者（ユーザ）は、注文受付済みとして抽出された注文について、キャンセルの操作を行うことができる。
またさらに、表示領域ＦＧ１２には、「注文内容を表示」するためのソフトウェアボタンと、「キャンセル」と表記されたソフトウェアボタンとが表示されている。
購入者（ユーザ）は、「キャンセル」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うことで、図２９（Ｂ）に示す画面を表示させることができる。

図２９（Ｂ）には、注文のキャンセルを選択する画面の具体例が表示されている。
図２９（Ｂ）の画面には、表示領域ＦＧ１４が含まれている。
表示領域ＦＧ１４には、「注文をキャンセルしますか？」と表記された画面と、「ＯＫ」、「キャンセル」を選択するソフトウェアボタンが表示されている。
購入者（ユーザ）は、「ＯＫ」と表記されたソフトウェアボタンを押下する操作（例えばタップの操作）を行うことで、注文のキャンセルの処理を実行することができる。

図２９（Ｃ）には、注文のキャンセルを完了した際に顧客端末３に表示される画面の具体例が表示されている。
図２９（Ｃ）の画面は、表示領域ＦＧ１５が含まれている。ＦＧ１５の下部には図２９（Ａ）及び（Ｂ）と同様の表示がなされている。表示領域ＦＧ１５には、購入者（ユーザ）のキャンセル依頼が受け付けられた旨のメッセージが示されている。

図２９（Ｄ）には、商品のキャンセルを完了した際に顧客端末に表示される画面であって図２９（Ｃ）とは別の画面が表示されている。
図２９（Ｄ）の画面は、表示領域ＦＧ１６から構成されている。表示領域ＦＧ１６は、図２を参照して上述したフッターボタンのうち、「ＮＥＷＳ」ボタンを選択した際の画面である。
購入者（ユーザ）は、この画面を参照することにより、商品のキャンセルが確実に実行された旨を確認することができる。

このように、顧客端末３を操作することで、購入者（ユーザ）は、商品の注文手続を完了した後に、商品のキャンセルをすることができる。そしてまた、そのキャンセルをした履歴をＮＳアプリ上に記憶しておくことができる。
そのため、購入者（ユーザ）は、急な予定変更があった際等にも、短時間で購入した商品をャンセルすることができ、またその内容を再確認こともできるため、安心して商品を購入することができる。

また、上述の実施形態において、購入を希望する商品Ｐが欠品だった場合には、購入者（ユーザ）は代替商品を選択できる。このとき、代替商品の候補としては、商品名が一致する商品、産地違いの商品、量目違いの商品が提示される構成となっているが、これに限定されない。
例えば、ディープラーニング等の機能を用いて、購入者（ユーザ）が、代替として選択する商品を学習し、学習した結果を商品代替候補として提示してもよい。

また、上述の実施形態において、購入の依頼が受け付けられた生鮮食品が、配送の依頼が受け付けられた場所まで配送されて顧客Ｃに提供されるまでの一連のステップとして、ピッキングステップと、冷却ステップと、パッキングステップが含まれるとしたが、これに限定されない。例えば、ピッキングステップとパッキングステップとが同一のステップとして実行されてもよく、このときには第１温度と第２温度は同一となる。具体的には例えば、商品Ｐは、実店舗Ｔから顧客Ｃの注文毎にピッキングされた後、第２容器に入れられ、第２温度で保管されてもよい。

また、上述の実施形態において、実店舗Ｔで販売されている生鮮食品が総量ピッキングされる際に用いられる第１容器として、保冷バッグや発泡ボックス、そして第２容器として、パッキング用保冷バッグが用いられたが、特にこれに限定されない。

また、上述の実施形態において、ドリップ等が出やすい商品は、プラスチック製の袋により専用の梱包がなされているが、これに限定されない。
例えば、魚１本を単体で保冷できる筐体や、匂いの漏れを防止する筐体等を使用してもよい。

また、上述の実施形態において、総量ピッキングの際と、パッキングの際において、生鮮食品が保管される温度は同一としているが、特にこれに限定されない。

さらに上述の実施形態において、パッキング用保冷バッグに設置される保冷材の数は図２６において上述したように設定していたが、これに限定されない。
例えば、購入者（ユーザ）が、ＮＳアプリ上で保冷材の追加の依頼をできるような構成にしてもよい。パッキング用保冷バッグ内に設置する保冷材の数を増やすことで、保冷効果が高まるため、さらに長時間、適正温度で商品Ｐを保管することができるようになる。
これにより例えば、帰宅時間がいつもより遅くなりそうな購入者（ユーザ）や、潜在的な不安からネットスーパーの利用を敬遠する購入者（ユーザ）も、安心してネットスーパーで生鮮食品を購入することができるようになる。

また例えば、本商品管理システムは、商品が配送先Ｈに配送された後の商品Ｐの保管環境をＮＳアプリ上に提示する保管環境提示機能を備えるような構成にしてもよい。
保管環境提示機能は、例えば、配送先Ｈの保管場所の環境（例えば、気温や湿度等）、又はパッキング用保冷バッグ内の環境（例えば、雰囲気の温度や湿度等）を測定し、その結果をＮＳアプリ上でユーザに提示してもよい。また例えば、保管場所の環境（例えば、気温や湿度等）から、保冷バッグ内の環境（例えば、雰囲気の温度や湿度等）を予測し、その予測結果をユーザに提示してもよい。
これにより、潜在的な不安からネットスーパーの利用を敬遠する購入者（ユーザ）も、安心して生鮮食品を購入することができるようになる。

さらに例えば、上述の実施形態においては、店員Ｅや拠点スタッフＭＳ等が商品の賞味期限を確認していたが、これに限定されない。即ち、商品に添付された識別子等に賞味期限に関する情報を記録させておき、その識別子等の情報を取り込むことで、賞味期限が所定の基準を満たしているかどうかを判断するような構成にしてもよい。

また本商品管理システムは、購入者（ユーザ）の過去の注文履歴や商品の検索履歴等の情報に基づき、購入者（ユーザ）に適した商品情報を提示する商品情報提示機能を備えていてもよい。
商品情報提示機能は、購入者（ユーザ）の注文履歴等を一例とする行動履歴に関する情報や購入者（ユーザ）の属性に関する情報、さらにはコンテクスト情報基づき、提示する情報を決定してもよい。
具体的には例えば、購入者（ユーザ）が、事業所の従業員であるという情報に基づき、購入者（ユーザ）が商品を購入する際、「３個購入したら価格を下げる」等の情報を提示するモデルを採用してもよい。
さらに、商品情報提示機能は、ディープラーニング等の機能を用いて、顧客の行動を学習し、その学習した結果に基づいて商品情報を提示してもよい。
これにより、適切なものを適切なタイミングで提示することができるようになるため、購入者（ユーザ）の購買意欲を高めることができるようになる。

また上述の実施形態において、商品が事業所に配送された後、購入者（ユーザ）が商品を引き取るまでの間、商品は事業所内の所定の場所に保管される。このとき、商品はロックがかかる専用の倉庫等に格納されてもよい。
またこの際、購入者（ユーザ）は、個別に配布されているＩＤや、ワンタイムパスワードを入力することによって、自身が購入した商品のみを確認して取り出すことができるような構成にしてもよい。
これにより、商品の取り間違えや商品の窃盗を防ぐことができるほか、プライバシーが確保されるため、購入者（ユーザ）は安心してネットスーパーで商品を購入することができるようになる。

また、図３及び４に示すシステム構成や、図５に示す管理サーバ１のハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。

また、図６に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは、特に図６の例に限定されない。

また、機能ブロックの存在場所も、図６に限定されず、任意でよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、各ユーザにプログラムを提供するために装置本体とは別に配布される、リムーバブルメディアにより構成されるだけではなく、装置本体に予め組み込まれた状態で各ユーザに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に添って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。

以上まとめると、本発明が適用される情報処理装置（例えば図６の管理サーバ１）は、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用される情報処理装置は、
所定団体（例えば図１の事業所Ｊ）の管理場所のうち商品の配送先として指定されている場所（例えば図１の配送先Ｈ）と、当該所定団体に属する商品（例えば図１の商品Ｐ）の購入者（例えば図１の顧客Ｃ）とを含む情報を、１以上の団体毎に管理する第１管理手段（例えば図６の顧客管理部１０１）と、
前記第１管理手段により管理されている前記所定団体により指定された前記配送先を含む複数の配送先の中から、当該所定団体に属する前記購入者により指定された１以上の配送先を受付ける第１受付手段（例えば図６の配送先受付部１０２）と、
前記購入者に提供し得る商品に関する情報（例えば商品情報）を管理する第２管理手段（例えば図６の商品管理部１０３）と、
前記第２管理手段により管理されている前記商品のうち、前記第１受付手段により受付けられた前記１以上の配送先に配送可能な１以上の商品の夫々を、前記購入者に提示する提示手段（例えば図６の提示部１０４）と、
を備える。

このような本発明が適用される情報処理装置が解決可能な課題は次のとおりである。
即ち、ネットスーパーの顧客の中には、その利便性ゆえ、会社等で働いている主婦も多く存在する。このような顧客は、時間的な制約を受けながらも効率化を図り、仕事と家事とを両立させているため、ネットスーパーの利便性の向上を望む声も多い。このため、従来の技術が適用されるネットスーパーのサービスよりも、より利便性の高いネットスーパーのサービスを提供するという課題が存在する。

また、このような本発明が適用される情報処理装置は、その課題を解決するための技術的手段の構成として、第１管理手段と、第１受付手段と、第２管理手段と、提示手段とを備えている。
具体的には、これらの構成は、次のような点から、その課題を解決することができる。
即ち、第１管理手段が、所定団体の管理場所のうち商品の配送先として指定されている場所と、所定団体に属する商品の購入者とを含む情報を、１以上の団体毎に管理する。これにより、ネットスーパーのサービスの提供先となる購入者、その購入者が属する所定団体、及び商品の配送先を容易に特定することが可能となる。
また、第２管理手段が、所定団体に属する商品の購入者に提供し得る商品に関する情報を管理する。これにより、ネットスーパーで販売される商品を容易に特定することが可能となる。
また、提示手段が、第２管理手段により管理されている商品のうち、第１受付手段により受付けられた１以上の配送先に配送可能な１以上の商品の夫々を、購入者に提示する。これにより、どういった商品がネットスーパーで販売可能であるかを購入者に容易に知らせることが可能となる。

このような本発明が適用される情報処理装置は、その構成から導かれる効果等として、次のような効果等を奏することができる。
即ち、顧客にとってより利便性の高いネットスーパーのサービスを提供することができるという効果を奏することができる。

ここで、このような課題を解決するための技術的手段の構成は、情報処理装置の手段として構成する必要は特にない。
即ち、本発明が適用される商品提供システムは、
所定団体の管理場所のうち商品の配送先として指定されている場所と、当該所定団体に属する商品の購入者とを含む情報を、１以上の団体毎に管理する第１管理手段と、
前記第１管理手段により管理されている前記所定団体により指定された前記配送先を含む複数の配送先の中から、当該所定団体に属する前記購入者により指定された１以上の配送先を受付ける第１受付手段と、
前記購入者に提供し得る商品に関する情報を管理する第２管理手段と、
前記第２管理手段により管理されている前記情報に対応する前記商品のうち、前記第１受付手段により受付けられた前記１以上の配送先に配送可能な１以上の商品の夫々を、前記購入者に提示する提示手段と、
を備えれば足りる。
このような本発明が適用される商品提供システムは、その構成から導かれる効果等として、上述の効果等をそのまま奏することができる。

以上まとめると、従来、商品の購入者は、ネットスーパー等を利用するに際し、配送先を自宅にしていた。しかしながら、商品の購入者の中には、事業所等の所定団体に属し、日中は当該所定団体に所在する者も多く存在する。このような者にとって、配送先が自宅であることから、ネットスーパー等は必ずしも利便性の高いサービスではなかった。
これに対して、本発明が適用される商品提供システムは、所定団体により指定された配送先を含む複数の配送先の中から、当該所定団体に属する購入者により指定された１以上の配送先を受付けることができる。これにより、商品の購入者にとってより利便性の高いネットスーパー等のサービスを提供することができる。

なお、ネットスーパー等のサービスを実現するために、商品提供システムは、
前記提示手段により提示された前記１以上の商品のうち、所定の商品について前記購入者による購入の指定がなされた場合に、当該購入の指定を受付ける第２受付手段（例えば図６の購入受付部１０５）と、
前記購入の指定に基づいて、前記配送先に配送される商品の配送に関する情報を生成する生成手段（例えば図６の配送情報生成部１０６）と、
をさらに備えてもよい。

また、前記１以上の商品の少なくとも一部を利用した料理のレシピに関する情報（例えばレシピ情報）を管理する第３管理手段（例えば図６のレシピ管理部１０７）をさらに備え、
前記提示手段は、
前記配送先に配送可能な前記１以上の商品に代え又はそれと共に、前記レシピに関する情報を提示することができる。

商品の購入者の中には、所定の団体で勤務等をした後に、料理等をするものも存在する。このような者にとって、料理のレシピを考え、当該レシピの料理をつくるための材料を揃えることは、困難であったり面倒であったりすることが多い。
ここで、商品提供システムは、配送先に配送可能な１以上の商品に代え又はそれと共に、レシピに関する情報を提示することができる。このため、商品の購入者は、提示された当該レシピのうち所望のレシピ（例えばその日につくる料理のレシピ）を選択するだけで、当該レシピの料理をつくるための材料を購入（揃えること）が容易にすることができる。
また、料理に興味がある者が商品の購入者である場合にも、各種各様な料理のレシピが提示されることは当該購入者にとって好適である。さらに、そのレシピに興味を持ったときに即座に材料を購入（揃えること）ができるため、当該購入者にとって便宜である。
このように、料理をする購入者にとってより利便性の高いネットスーパーのサービスを提供することができる。

また、前記第２管理手段は、
前記購入者に提供し得る商品に関する情報として、当該商品の価格に関する情報（例えば価格情報）を所定タイミングで取得して管理し、
前記提示手段は、
前記第２管理手段により管理されている前記商品の価格に関する情報を、前記配送先に配送可能な１以上の商品の夫々に関する情報として提示することができる。

例えば、従来のネットスーパーでは、当該ネットスーパーでの価格と、実店舗での価格とを連動（同期）させることは非常に困難であった。
これに対して、商品提供システムは、任意の所定のタイミングで、実店舗での価格を示す情報として、当該商品の価格に関する情報（例えば価格情報）を取得して管理することができる。この「所定のタイミング」として１日のうち適当なタイミングを採用することで、ネットスーパー等での価格と、実店舗での価格とを連動させることが容易に実現可能になる。特に、「所定のタイミング」として１日のうち適当なタイミングを複数回採用することで、ネットスーパー等での価格がその都度更新されることになるので、実店舗での価格と同期させる（或いは同期に近づける）ことができる。
換言すると、商品の価格に関心のある購入者にとってより利便性の高いネットスーパー等のサービスを提供することができる。

また、前記第２管理手段は、
前記購入者に提供し得る商品に関する情報として、当該商品の在庫に関する情報（例えば在庫情報）を管理し、
前記提示手段は、
前記第２管理手段により管理されている前記在庫に関する情報に基づいて、前記購入者による購入の指定又は当該指定が予想される商品のうち、在庫を有しない商品の代替商品に関する情報を、前記配送先に配送可能な１以上の商品の夫々に関する情報として提示することができる。

これにより、欠品に対する代替商品が考慮された、さらに利便性の高いネットスーパーのサービスを提供することができる。

また、本発明が適用される商品提供システムは、所定団体（例えば事業所Ｊ、保育園、幼稚園）に属する者自身（例えば従業者、園児）、又はその者と一定の関係を有する者（例えば所定団体が保育園や幼稚園の場合、属する者が園児とするとその園児の親）を商品の購入者（例えば図１の顧客Ｃ）として、当該購入者と、当該所定団体の管理場所（例えば図１の事業所Ｊ）のうち商品（例えば図１の商品Ｐ）の配送先として指定されている場所（例えば図１の配送先Ｈ）とを含む情報を、１以上の団体毎に管理する情報処理装置と、前記商品のうち、実在の店舗（例えば図１の実店舗Ｔ）で販売されている生鮮食品がピッキングされる際に用いられる第１容器（例えば上述の例では保冷バッグや発泡ボックス）と、前記生鮮食品が配送される際に用いられる第２容器（例えば上述の例ではパッキング用保冷バッグ）とを備え、前記情報処理装置は、前記生鮮食品の購入及び前記場所への配送の依頼を前記購入者（例えば図１の顧客Ｃ）から受け付ける受付手段（例えば図６の配送先受付部１０２）と、前記受付手段により購入の依頼が受け付けられた前記生鮮食品がピッキングされる実在の店舗（例えば図１の実店舗Ｔ）を、前記受付手段（例えば図６の配送先受付部１０２）により配送の依頼が受け付けられた前記場所に基づいて指定する指定手段（例えば図１の顧客管理部１０１）と、を有し、前記受付手段（例えば図６の配送先受付部１０２）により購入の依頼が受け付けられた前記生鮮食品が、前記受付手段（例えば図６の配送先受付部１０２）により配送の依頼が受け付けられた前記場所（例えば図１の配送先Ｈ）まで配送されて前記購入者に提供されるまでの一連のステップとして、前記指定手段（例えば図１の顧客管理部１０１）により指定された前記店舗（例えば図１の実店舗Ｔ）から前記生鮮食品をピッキングして、前記第１容器（例えば上述の例では保冷バッグや発泡ボックス）に入れ、当該生鮮食品が配送される前記場所（例えば図１の配送先Ｈ）と当該店舗（例えば図１の実店舗Ｔ）とに基づいて定められる第１温度（例えば、上述の例では青果の場合は１０℃、水産物及び畜産物は４℃以下）で、保管するピッキングステップと、前記第１温度（例えば、上述の例では青果の場合は１０℃、水産物及び畜産物は４℃以下）で保管された前記生鮮食品を、前記購入者の注文毎に前記第２容器（例えば上述の例ではパッキング用保冷バッグ）にパッキングして、当該生鮮食品が配送される前記場所（例えば図１の配送先Ｈ）と当該店舗（例えば図１の実店舗Ｔ）とに基づいて定められる第２温度（例えば上述の例では、肉類は４℃以下）で、保管するパッキングステップとを含む。
このように、生鮮食品がピッキングされてから顧客Ｃに提供されるまで、所定の温度管理の基準によって管理されていることにより、生鮮食品の品質を維持することができる。
また品質が維持された生鮮食品を、自身の勤務先において受け取ることが可能になるため、顧客Ｃは、より便利にネットスーパーを利用することができる。つまり、本発明によって、顧客Ｃにとってより利便性の高いネットスーパーを実現化させることができるという効果を奏することになる。

また、前記一連のステップは、さらに、前記パッキングステップの前に、前記生鮮食品が配送される前記場所（例えば図１の配送先Ｈ）と当該店舗（例えば図１の実店舗Ｔ）とに基づいて定められる第３温度（例えば４℃以下）で、前記第２容器（例えば上述の例ではパッキング用保冷バッグ）を冷却する冷却ステップを含む。
このように、商品Ｐをパッキングする前に、第２容器（例えばパッキング用保冷バッグ）を十分に冷却しておくことにより、ヒートショック等を原因とする商品の品質の劣化を防止することができる。

また、前記情報処理装置は、さらに、前記生鮮食品についてのピッキング、又はパッキングに関する情報（例えば、商品の一覧表示、担当者別表示、配送時間帯別表示等）を、当該ピッキング又は当該パッキングを担当する店員（例えば図２３の店員Ｅ）の端末（例えば上述の例では店舗端末４）に（アプリで）提示する情報提示手段、をさらに有し、前記ピッキングステップ、又は前記パッキングステップは、前記ピッキング又は前記パッキングを担当する前記店員（例えば図２３の店員Ｅ）を、前記店舗内を所定の経路に沿って移動させるステップを含む。
これにより、ピッキング又はパッキングを担当する店員の夫々は、拠点内において、接触や停滞をすることなく夫々の作業を進めることができる。そのため、ピッキング又はパッキングを担当する店員の夫々は、夫々の作業を迅速かつ効率的に進めることができるようになる。これにより、生鮮食品がピッキングされてから顧客に提供されるまでの時間を短縮することができるため、生鮮食品をその適正温度で維持することが容易になる。

前記一連のステップは、さらに、前記店員（例えば図２３の店員Ｅ）の目検、又は前記生鮮食品を特定可能な識別子を用いる手法によって、前記生鮮食品の賞味期限が所定の日数確保されていることを確認する確認ステップを含む。
このように、購入者は、一定の賞味期限の基準に従って選択された商品の提供を受けることができるため、安心して商品を購入することができるようになる。

前記一連のステップは、さらに、前記生鮮食品を梱包する梱包ステップを含む。
これにより、軟らかい商品や傷みやすい商品であっても、その品質が維持されることになるため、購入者は、安心して商品を購入することができるようになる。

前記情報処理装置は、さらに、前記購入者に提供し得る商品（例えば図１の商品Ｐ）に関する情報として、当該商品の在庫に関する情報を管理する管理手段と、前記管理手段により管理されている前記在庫に関する情報に基づいて、前記購入者による購入の指定又は当該指定が予想される商品（例えば図１の商品Ｐ）のうち、在庫を有しない商品の代替商品に関する情報を提示する提示手段とを有する。

一般に、生鮮食品は、例えばその生産物の豊凶や、季節又は天候による消費の変動により在庫管理が難しいと言われている。
在庫を有しない商品の代替商品に関する情報が提示されることにより、購入者は、例えば、希望する商品が欠品となった場合でも、予め自身により指定されていた代替の商品を購入することができるようになる。これにより、商品が欠品となった場合でも、例えば、その商品を購入するために実店舗に買い物に出掛けたり、献立の変更をする必要がなくなるため、時間的な制約のある刻入社にとっては利便性が高いといえる。

前記一連のステップは、さらに、前記店員は、商品（例えば図１の商品Ｐ）の見た目に関する所定の基準を満たす前記生鮮食品を選定する商品選定ステップを含む。
このように、提供される商品が、一定の見た目の基準に従って選択されるため、購入者（例えば図１の顧客Ｃ）は、安心して商品を購入することができるようになる。

前記一連のステップは、さらに、前記生鮮食品の食べ頃を前記購入者（例えば図１の顧客Ｃ）に通知するための媒体を前記生鮮食品に付す、食べごろ通知ステップを含む。
これにより、購入者（例えば図１の顧客Ｃ）は、商品を実際に手に取って確認した店員から商品に関するアドバイスを受けることができるため、安心して商品を購入することができるようになる。

前記一連のステップは、さらに、前記生鮮食品を前記場所（例えば図１の配送先Ｈ）に配送した後、前記生鮮食品をロッカーに保管して施錠する、ロッカー保管ステップと、前記ロッカーのカギを解錠するための情報（ＩＤやワンタイムパス）を提示する、解錠キー提示ステップを含む。
このように、商品の配送先において、生鮮食品は専用の倉庫に格納され、カギ等により管理されてもよい。
これにより、商品の取り間違えや商品の窃盗を防ぐことができるほか、プライバシーが確保されるため、購入者は安心してネットスーパーで商品を購入することができるようになる。

また、前記情報処理装置は、インターネットを介して、前記生鮮食品の購入及び前記場所（例えば図１の配送先Ｈ）への配送の依頼を前記購入者から受け付ける。
このように、商品を注文する際の時間的な制約がなく、また、混雑等の影響も受けないため、本サービスは、時間的制約のある顧客にとってはより利便性の高いと言える。

１：管理サーバ、２：事業所端末、３：顧客端末、４：店舗端末、５：ドライバー端末、６：ＨＣサーバ、７：Ｄｒｕｇサーバ、８：ＳＭサーバ、９：外部サーバ、１１：ＣＰＵ、１２：ＲＯＭ、１３：ＲＡＭ、１４：バス、１５：入出力インターフェース、１６：表示部、１７：入力部、１８：記憶部、１９：通信部、２０：ドライブ、３０：リムーバブルメディア、１０１：顧客管理部、１０２：配送先受付部、１０３：商品管理部、１０４：提示部、１０５：購入受付部、１０６：配送情報生成部、１０７：レシピ管理部、１０８：決済等管理部、１０９：サイト等管理部、１１０：返品管理部、１８１：顧客ＤＢ、１８２：商品ＤＢ、１８３：レシピＤＢ、ＬＰ：事業所登録用Ｗｅｂサイト、ＡＴ：アプリストア、Ｊ：事業所、Ｒ：代表者、Ｃ：顧客、Ｈ：配送先、Ｐ：商品、Ｔ：実店舗、Ｅ：店員、Ｄ：ドライバー、ＮＳ：ネットスーパー、ＰＳ：決裁用Ｗｅｂサイト、ＡＳ：専用アプリ管理用Ｗｅｂサイト、ＰＯ：ＰＯＳ、Ｂ：ボタン、Ｗ１，Ｗ２：画面、Ｉ：アイコン、Ｎ：ネットワーク、Ｓ：ステップ、Ｆ：表示領域

Claims (10)

1. 所定団体に属する者自身、又はその者と一定の関係を有する者を商品の購入者として、当該購入者と、当該所定団体の管理場所のうち商品の配送先として指定されている場所とを含む情報を、１以上の団体毎に管理する情報処理装置と、
   前記商品のうち、実在の店舗で販売されている生鮮食品がピッキングされる際に用いられる第１容器と、
   前記生鮮食品が配送される際に用いられる第２容器と、
   を備え、
   前記情報処理装置は、
   前記生鮮食品の購入及び前記場所への配送の依頼を前記購入者から受け付ける受付手段と、
   前記受付手段により購入の依頼が受け付けられた前記生鮮食品がピッキングされる実在の店舗を、前記受付手段により配送の依頼が受け付けられた前記場所に基づいて指定する指定手段と、
   を有し、
   前記受付手段により購入の依頼が受け付けられた前記生鮮食品が、前記受付手段により配送の依頼が受け付けられた前記場所まで配送されて前記購入者に提供されるまでの一連のステップとして、
   前記指定手段により指定された前記店舗から前記生鮮食品をピッキングして、前記第１容器に入れ、当該生鮮食品が配送される前記場所と当該店舗とに基づいて定められる第１温度で、保管するピッキングステップと、
   前記第１温度で保管された前記生鮮食品を、前記購入者の注文毎に前記第２容器にパッキングして、当該生鮮食品が配送される前記場所と当該店舗とに基づいて定められる第２温度で、保管するパッキングステップと、
   を含む、
   商品提供システム。
2. 前記一連のステップは、さらに、
   前記パッキングステップの前に、前記生鮮食品が配送される前記場所と当該店舗とに基づいて定められる第３温度で、前記第２容器を冷却する冷却ステップ、
   を含む請求項１に記載の商品提供システム。
3. 前記情報処理装置は、さらに、
   前記生鮮食品についてのピッキング、又はパッキングに関する情報を、当該ピッキング又は当該パッキングを担当する店員の端末に提示する情報提示手段、
   をさらに有し、
   前記ピッキングステップ、又は前記パッキングステップは、
   前記ピッキング又は前記パッキングを担当する前記店員を、前記店舗内を所定の経路に沿って移動させるステップを含む、
   請求項１又は２に記載の商品提供システム。
4. 前記一連のステップは、さらに、
   前記店員の目検、又は前記生鮮食品を特定可能な識別子を用いる手法によって、前記生鮮食品の賞味期限が所定の日数確保されていることを確認する確認ステップ、
   を含む、
   請求項３に記載の商品提供システム。
5. 前記一連のステップは、さらに、
   前記生鮮食品を梱包する梱包ステップ、
   を含む、
   請求項１乃至４のうち何れか１項に記載の商品提供システム。
6. 前記情報処理装置は、さらに、
   前記購入者に提供し得る商品に関する情報として、当該商品の在庫に関する情報を管理する管理手段と、
   前記管理手段により管理されている前記在庫に関する情報に基づいて、前記購入者による購入の指定又は当該指定が予想される商品のうち、在庫を有しない商品の代替商品に関する情報を提示する提示手段と、
   を有する、
   請求項１乃至５のうち何れか１項に記載の商品提供システム。
7. 前記一連のステップは、さらに、
   前記店員は、商品の見た目に関する所定の基準を満たす前記生鮮食品を選定する商品選定ステップを、
   を含む、
   請求項３又は４に記載の商品提供システム。
8. 前記一連のステップは、さらに、
   前記生鮮食品の食べ頃を前記購入者に通知するための媒体を前記生鮮食品に付す、食べごろ通知ステップ、
   を含む、
   請求項１乃至７のうち何れか１項に記載の商品提供システム。
9. 前記一連のステップは、さらに、
   前記生鮮食品を前記場所に配送した後、前記生鮮食品をロッカーに保管して施錠する、ロッカー保管ステップと、
   前記ロッカーのカギを解錠するための情報を提示する、解錠キー提示ステップと、
   を含む
   請求項１乃至８のうち何れか１項に記載の商品提供システム。
10. 前記情報処理装置は、インターネットを介して、
    前記生鮮食品の購入及び前記場所への配送の依頼を前記購入者から受け付ける、
    請求項１乃至９のうちいずれか１項に記載の商品提供システム。

Images