特許 6339786 商品供給システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6339786

(24)【登録日】2018年5月18日

(45)【発行日】2018年6月6日

(54)【発明の名称】商品供給システム

(51)【国際特許分類】

   G06Q 10/08 20120101AFI20180528BHJP

   G06Q 30/06 20120101ALI20180528BHJP

【ＦＩ】

   G06Q10/08

   G06Q30/06

【請求項の数】7

【全頁数】12

(21)【出願番号】特願2013-210046(P2013-210046)

(22)【出願日】2013年10月7日

(65)【公開番号】特開2015-57684(P2015-57684A)

(43)【公開日】2015年3月26日

【審査請求日】2016年4月22日

(31)【優先権主張番号】特願2013-165652(P2013-165652)

(32)【優先日】2013年8月9日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】000237271

【氏名又は名称】株式会社ＦＵＪＩ

(74)【代理人】

【識別番号】100191433

【弁理士】

【氏名又は名称】片岡 友希

(72)【発明者】

【氏名】児玉誠吾

(72)【発明者】

【氏名】五十棲丈二

(72)【発明者】

【氏名】藤川貴志

(72)【発明者】

【氏名】細井亘

(72)【発明者】

【氏名】一條美幸

【審査官】 山本 雅士

(56)【参考文献】

【文献】 特開２００１−１８６１９０（ＪＰ，Ａ）

【文献】 特開２００９−０２０７０２（ＪＰ，Ａ）

【文献】 特開２００２−２８８５６２（ＪＰ，Ａ）

【文献】 特開平０５−１２８１２６（ＪＰ，Ａ）

【文献】 特開２００８−０８４１０２（ＪＰ，Ａ）

【文献】 特開２００２−１０９０１０（ＪＰ，Ａ）

【文献】 特開２００５−１５２３８３（ＪＰ，Ａ）

【文献】 特開２００１−１５５０８８（ＪＰ，Ａ）

【文献】 特開２００２−０４１９０１（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００２／０１５６６４５（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００２／０１６９６２８（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

購入希望商品、前記購入希望商品の数量、前記購入希望商品の消費予定、及び、受取予定情報、を含む少なくとも１つの需要者情報と、
前記需要者情報により選択される供給者選択情報と、
前記需要者情報、前記供給者選択情報、を受け取る受取手段と、
供給商品、前記供給商品の数量、前記供給商品の大きさ、前記供給商品の価格、及び、前記供給商品の消費期限、を含む少なくとも１つの供給者情報と、
前記受取手段により受け取られた情報と前記供給者情報を記憶する情報記憶手段と、
前記情報記憶手段に記憶された情報により、
供給者から需要者への配送内容を決定し配送情報を作成する商品供給システムであって、
前記商品供給システムは、前記購入希望商品及び前記供給商品に食料品を含み、
消費スケジュール情報として食料品の情報を含む消費メニューより構成する所定期間の献立を含み、
所定期間の献立から、
前記購入希望商品、記購入希望商品の数量、及び、前記購入希望商品の消費予定、
を決定することができる購入希望商品決定手段を含み、
前記消費メニューは、前記消費メニューに含まれる少なくとも一つの食料品について、
前記少なくとも一つの食料品よりも価格が安い品の代替情報を有し、
前記需要者情報は予算情報を含み、
ストッカ、前記ストッカのストッカ占有情報、及び、前記ストッカのストッカスペース情報を含み、
前記商品供給システムは、前記予算情報から予算内に収まらない場合に前記代替情報により前記価格が安い品を選択し、前記配送情報、前記ストッカ占有情報、及び、前記ストッカスペース情報より、前記ストッカへの配送可否及び配送日を分けるか否かを判断する判断手段、
を含むことを特徴とする商品供給システム。

【請求項2】

請求項１に記載の商品供給システムにおける前記需要者情報は、さらに、消費スケジュール情報及び消費者情報を含み、
前記購入希望商品、前記購入希望商品の数量、及び、前記購入希望商品の消費予定、の少なくとも一部について、
前記消費スケジュール情報及び前記消費者情報から決定することができる購入希望商品決定手段、
を含むことを特徴とする商品供給システム。

【請求項3】

請求項２に記載の商品供給システムにおいて、
前記ストッカは、前記ストッカ占有情報又は前記ストッカスペース情報の少なくとも一方を記憶するストッカ部記憶手段を含み、
前記ストッカと前記情報記憶手段の間に設けられるストッカ通信手段により前記情報記憶手段に、
前記ストッカ占有情報又は前記ストッカスペース情報の少なくとも一方を送信すること、
を特徴とする商品供給システム。

【請求項4】

請求項１乃至３のいずれか１項に記載の商品供給システムにおいて、
前記所定期間の献立について、
当該期間のうち同一の消費メニューが選択されることを記憶する前記情報記憶手段、
を含むことを特徴とする商品供給システム。

【請求項5】

請求項１乃至４のいずれか１項に記載の商品供給システムにおいて、
前記購入希望商品、前記購入希望商品の数量、及び、前記購入希望商品の消費予定についての履歴を前記情報記憶手段に記憶し、
次回以降の購入希望商品、購入希望商品の数量、及び、前記購入希望商品の消費予定について前記受取手段により受け取られた情報を前記情報記憶手段に記憶し、
これらの比較に基づいて需要者在庫情報を作成し、
前記商品供給システムは前記所定期間の献立が選択され前記需要者在庫情報が更新された後に、前記所定期間の献立に含まれる食料品が消費されず当該食料品の消費期限が過ぎる前に当該食料品を含む所定期間の献立が選択された場合に、前記需要者在庫情報により消費されず当該消費期限が過ぎる前の食料品が存する情報を作成することを特徴とする商品供給システム。

【請求項6】

請求項１乃至５のいずれか１項に記載の商品供給システムにおいて、
需要者が前記所定期間の献立又は前記消費メニューを作成可能であり、前記需要者から前記受取手段により前記消費メニューを受け取り前記情報記憶手段に記憶し、
前記需要者にポイントを送信すること、
を特徴とする商品供給システム。

【請求項7】

請求項１乃至6のいずれか１項に記載の商品供給システムにおいて、
前記消費メニューにつきクッキングガイド情報を有し、
前記需要者に前記クッキングガイド情報を送信すること、
を特徴とする商品供給システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、商品や情報を共有し効率的でユーザーフレンドリーな配送を可能にするシステムに関するものである。

【背景技術】

【0002】

特許文献１に記載の発明では、別経営の店舗間で商品や情報を共有することを可能とするトータルネットワークシステムが開示されている。

【0003】

しかし、本文献には購入希望商品の消費予定、予算情報、及び、受取予定情報が考慮されておらず、供給者選択情報がないため、効率的でユーザーフレンドリーな配送を可能とすることはできない。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００２−７５３５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

解決しようとする問題点は、効率的でユーザーフレンドリーな配送を可能にすることである。

【課題を解決するための手段】

【0006】

本発明は、購入希望商品、前記購入希望商品の数量、前記購入希望商品の消費予定、予算情報、及び、受取予定情報、を含む少なくとも１つの需要者情報と、前記需要者情報により選択される供給者選択情報と、前記需要者情報、前記供給者選択情報、を受け取る受取手段と、供給商品、前記供給商品の数量、前記供給商品の大きさ、前記供給商品の価格、及び、前記供給商品の消費期限、を含む少なくとも１つの供給者情報と、前記受取手段により受け取られた情報と前記供給者情報を記憶する情報記憶手段と、前記情報記憶手段に記憶された情報により、供給者から需要者への配送内容を決定し配送情報を作成することを最も主要な特徴とする。

【発明の効果】

【0007】

本発明の商品供給システムは、効率的でユーザーフレンドリーな配送を可能にする利点がある。

【図面の簡単な説明】

【0008】

【図1】需要者情報、供給者情報、配送情報、ストッカ、及び、ストッカ通信手段の構成と流れを示す図である。

【図2】購入希望商品、購入希望商品の数量、消費スケジュール情報、及び、消費者情報の関係を示す図である。

【図3】購入希望商品、購入希望商品の数量、ストッカ、ストッカ占有情報、及び、ストッカスペース情報の関係を示す図である。

【図4】ストッカと温度管理機構の関係を示す図である。

【図5】ストッカと温度管理機構の関係を示す図である。

【図6】ストッカ納品庫と画像処理システムと汚れとの関係を示す図である。

【図7】従来の画面表示を示す図である。

【図8】供給者配置情報による画面表示を示す図である。

【図9】クッキングヒーターを使った調理の一例を示す図である。

【図10】所定期間の献立を需要者が選択したものを示す図である。

【発明を実施するための形態】

【実施例1】

【0009】

図１は、本発明商品供給システムの一実施例の図であって、管理システム１、需要者側システム２、供給者側システム３、ストッカ５、配送車６を含んで構成するシステムである。場合によっては、供給者側システム３は供給者ホームページ４を含む。また、管理システム１と需要者側システム２の間には通信ライン１１、通信ライン１２、管理システム１と供給者側システム３の間には通信ライン１３、通信ライン１４、管理システム１とストッカ５の間には通信ライン１５、通信ライン１６、を設ける。そして、配送車６は、商品２１乃至２６（図３も参照のこと）を配送し、需要者はそれらの受け取り１７を行う。

【0010】

受取手段及び情報記憶手段は管理システム１に設けられる。需要者情報及び供給者選択情報は需要者側システム２において作成され通信ライン１１により送られる。供給者情報は主に供給者側システム３において作成され通信ライン１３により送られるが、管理システム１において作成される場合もある。配送情報は通信ライン１２、１４、１６により需要者側システム２、供給者側システム３、ストッカ５に送られる。

【0011】

購入希望商品の消費予定とは、図２の消費スケジュールのようにいつ消費を行う予定かを示すものである。これには、「消費未定」という情報も当然に含まれる。予算情報とは、需要者がどの程度の予算で購入を希望するかを示すものである。これには、「予算未定」という情報も当然に含まれる。受取予定情報とは、受取場所（自宅、ストッカ、又はその他の指定された場所）や受取日時の情報を含むものである。供給者選択情報とは需要者が購入を希望する供給者を決定する情報である。これには、「どの供給者でもよい」という情報も当然に含まれる。供給商品の大きさはストッカ占有情報やストッカスペース情報との関係で必要になる情報である。供給商品の消費期限は、消費スケジュールとの関係で必要になる情報である。これには、図３の商品２６のように「消費期限なし」のものも含まれる。配送情報とは、受取予定情報、供給者側の配送システム及びストッカの稼働状況から決定される情報であって、需要者側システム２、供給者側システム３、ストッカ５に送られる。

【0012】

図２は、消費スケジュール２０１、消費メニュー２０２、消費者情報２０３、２０４、及び、商品及び数量の例２０５乃至２０８の関係を示す図である。これらは、主に需要者側システム２に用いられ、必要な情報は適宜通信ライン１１によって管理システム１に送られる。図２に示すように管理システム１は需要者がいつ消費を行う予定か、その内訳（メニュー）は何か、需要者の構成、例えば、大人、子供、性別、体質、病歴はどうなっているのか、という情報を需要者側から受け取って、商品、数量の決定を行うことができる。ここで言う決定とは、追加、変更、削除を含む概念である。図２の例において、管理システム１は消費者情報２０３について、大人２人、子供２人を大人３人分と判断し数量の決定を行っている。また、管理システム１は商品について内訳（メニュー）から導出している。

【0013】

図３は、商品、数量、ストッカ、ストッカ占有情報、及び、ストッカスペース情報の関係を示す図である。図３では、この関係を示すためストッカ納品庫３０１乃至３０３により説明する。図３の上段では、ストッカ３０１乃至３０３には商品が納品されており、ストッカ占有情報は「納品」を示す。そして、図３の中段において需要者が受け取りを行うとストッカ占有情報が「空き」を示す。また、ストッカスペース情報はストッカ納品庫３０１乃至３０３のストッカ占有情報が「空き」を示すことにより、「横並び３つ連続納品庫空き」を示す。このような情報から、管理システム１は「３つ連続納品庫空き」が必要な商品２６を配送可能と判断し、配送情報を作成する。本実施例においてはスペースにより配送可否を判断したが、ストッカやストッカ納品庫の耐荷重情報によって、又は、それらを加味して配送可否を判断してもよい。

【0014】

配送車６から配送者はストッカへ配送情報により納品を行う。ストッカは、配送者の納品完了によりストッカ納品庫にロックがかかる機能を持つようにしてもよい。ストッカは、納品完了により管理システム１を通じて需要者に通知がされる機能を持つようにしてもよい。ストッカは、需要者は受け取り１７の際にＩＤ、パスワードによってストッカ納品庫を開閉することができる機能を持つようにしてもよい。ストッカは、これについて、取り忘れを考慮した場合に一定期間開閉を可能とする機能を有する場合がある。ストッカは、ストッカ納品庫の閉じる動作により伝票を発行することができる機能を持つようにしてもよい。ストッカは、この伝票発行と同時に管理システム１へ需要者による受領を通知する機能を持つようにしてもよい。また、管理システム１はストッカ１の開閉履歴を管理することができる。

【0015】

本実施例において配送車６としたが、鉄道、船、飛行機による配送でもよい。また、ストッカスペース情報は管理システム１が判断してもよい。さらに、管理システム１と需要者側システム２の間において、ポイントや通貨を流通させてもよい。そして、図２の消費メニューにおいて管理システム１から送られる有償レシピが含まれるようにしてもよい。

【0016】

図３に示すストッカは、温度管理機構を設けてもよい。また、温度管理機構の持つ情報からどの商品をどのストッカ納品庫に納品するかを決定し、省電力なブロック温度管理をできるようにしてもよい。また、ストッカに例えばプラズマによる清掃機能や、臭いを検知する気体センサなどを設けてもよい。さらに、ストッカ占有情報やストッカスペース情報を作成するために、重量センサ、光学センサ、接触センサ、撮像装置などを設けてもよい。そして、ストッカはストッカ納品庫の利用頻度情報を管理するようにしてもよい。

【実施例2】

【0017】

図４、図５により実施例２を説明する。図４はストッカの温度管理を示したものである。ストッカには図示しない温度管理機構が少なくとも一つ以上のストッカ納品庫に備えられている。図４ではストッカ納品庫４０２、４１３、４１５について温度管理が必要なことを示している。また、供給商品温度管理情報は供給者情報に含まれる。そして、情報記憶手段より前記ストッカ通信手段により前記ストッカ部記憶手段にその情報は送信される。さらに、その情報によって消費電力管理システムが温度管理を行う。図５は、ストッカの消費電力を少なくするためにほぼ同一の温度管理が必要なストッカ納品庫を近づけるような配置にするものである。こうすることにより、例えば、ストッカ納品庫５１４を冷蔵状態にする場合にストッカ納品庫５１３及びストッカ納品庫５１５による保冷効果を受けることができる。さらに、同様に考えると、最も左の列５０１、５０２、５０３は５５℃、５０４、５０５、５０６は常温（温度管理必要なし）、５０７、５０８、５０９は２０℃、５１０、５１１、５１２は冷蔵（１０℃）、最も右の列５１３、５１４、５１５は冷凍（−１８℃）というように段階的に温度管理を行うことも消費電力を少なくすることに繋がる。

【0018】

また、図４のストッカ納品庫４０２、４１３、４１５以外のストッカ納品庫がストッカ占有情報において「納品」を示す場合には、通常の配送情報によって図５のような状態にすることはできない。このような場合、商品供給システムから配送情報を変更することにより図５の状態にすることもできる。図４から図５への置き換えはロボットによって自動で行われてもよいし、配送員による置き換えが行われてもよい。特に、長期間受け取りができない需要者がいる場合には、置き換えを行うことで消費電力をより少なくすることができる。

【0019】

ここで、商品供給システムは、長期間受け取りができない需要者がいる場合には、納品されていることや納品が完了してからどのくらい時間が経過しているかを通知することも可能である。

【実施例3】

【0020】

図６により実施例３を説明する。図６はストッカ納品庫６０３内の画像処理システム６０１とその汚れ６０２を示すものである。ストッカ納品庫にはさまざまな商品の納品が予定されている。つまり、取り扱う商品によってはストッカ納品庫内を汚すことがある。このようなときに、次の商品を納品するとその汚れが次の商品に付着することがある。これは需要者にとって望ましいことではない。このような事態を避けるために、ストッカ納品庫６０３に画像処理システム６０１を設けて、庫内の汚れを管理し所定のしきい値を超えたら異常とする管理を行う。異常情報管理システムにより異常と判断されたら、その異常がなくなるまでストッカ納品庫に対して配送は行われない。また、商品配送システムは、ロボットによる自動清掃か、配送員など人による清掃が必要かを判断し指示を行う。清掃はプラズマ装置を用いてもよい。

【0021】

同様にストッカ納品庫６０３に異常検知装置付きのロックを設け、不当にロックが解除されていないかなどの異常情報を管理することもできる。また、臭いを検知する気体センサを設けて、所定のしきい値を超えたら異常と判断するような管理をすることもできる。さらに、画像処理システム６０１により、ストッカ納品庫の破損のような異常を管理することもできる。そして、停電のような異常を電力管理システムにより管理することもできる。これらは、ストッカ納品庫毎に行ってもよいし、ブロック単位で行ってもよいし、ストッカ全体で行うこともできる。それぞれの機能は一つずつだけではなく、複数設けることも可能である。異常情報はストッカの管理者、需要者又は供給者に送信される。

【0022】

同様に画像処理システム６０１や重量センサにより、納品、受け取りの商品管理を行うことも可能である。これは、複数の商品の受け取りの一部をとり忘れたなどの異常情報を管理することもできる。納品、受け取りが完了した場合、一定時間経過後にロックを行うようにしてもよい。

【実施例4】

【0023】

図７、図８により実施例４を説明する。図７は供給者ホームページ４に表示される画面を示したものである。通常は図７に示される表やツリー構造により画面が表示される。このような方法は一見、整然として見やすいと考えられるが取り扱う商品が多くなってくると構造が複雑になり需要者にとって把握しづらいものになる。ところで、需要者の多くは自宅に近いところにある商店やスーパー等（供給者）によく通うものである。このような場合、足繁く通ううちにその商店やスーパー等の商品の配置を覚え、それがまた便利さを増しさらによく通う要因となる。そこで、図８のように供給者からの情報により供給者配置情報を得て、需要者の選択した供給者の店舗の陳列を画面に再現するようにする。このようなシステムにより、それぞれの需要者が好む商品の配列を画面に表示することができる。ひいては、商品供給システムの利便性を高めることができる。また、需要者の自宅に近いところにある商店やスーパー等（供給者）が商品供給システムに参画していない場合は、画面上の「鮮魚」、「肉」、「野菜」といった情報を需要者が自由に配置換えを行い所望の配置にすることもできる。

【実施例5】

【0024】

図９により実施例５を説明する。図９はクッキングヒーターを使った調理の一例である。商品供給システムは、需要者情報に含まれる消費メニュー情報から、メニューに適合した強火５分、中火３分、弱火２０分というクッキングヒーターの加熱情報を需要者に提供する。この情報はクッキングヒーターの持つ記憶手段に通信手段により送られるようにしてもよい。クッキングヒーターはこれらの情報から加熱の調整を行い、需要者が加熱の微調整を行わずとも調理を行うことができる。また、商品や商品の管理期間に応じて強火５分、中火３分、弱火２０分という情報を強火４分、中火２分、弱火２０分というように調整して情報を配信するようにしてもよい。商品の産地や商品が収穫されてからどのくらいの時間が経過しているかは、適切な調理情報に密接に関わってくるためである。

【0025】

なお、クッキングヒーターだけでなく、電子レンジや電子オーブンなど様々な調理器具に応用することが可能である。

【実施例6】

【0026】

実施例１において、ストッカへの配送情報を作成するときに需要者情報に含まれる需要者受取人情報を参照するようにしてもよい。特に高齢者、腰痛を持つ需要者、又は、年少者にとってはストッカ納品庫の設置面からの高さが重要な要素になる。これらの需要者に商品を受け渡すときにはストッカ納品庫の高さ情報を管理し、受け渡し可能な高さより低い位置に納品を行うべきである。

【実施例7】

【0027】

図１０により実施例７を説明する。図１０は所定期間の献立を需要者が選択したものを示している。これらを選択することにより、購入希望商品、購入希望商品の数量、及び、購入希望商品の消費予定、が決まる。したがって、商品供給システムはこれらについて情報記憶手段に記憶し、供給者から需要者への配送内容を決定し配送情報を作成することができる。

【0028】

所定期間の献立により、購入希望商品は決まるが需要者によっては代替が必要な場合がある。例えば、卵アレルギーという体質である需要者はたんぱく質などの栄養分を他のものから摂取しなくてはならないし、疾病によって食料制限がなされる場合もある。また、子供には飲食させられないものもある。さらに、高級食材や手に入れにくい食材が希望された場合、予算や供給状況によっては配送することができないということも起こり得る。このような情報から、代替情報により購入希望商品などを入れ替える。これは需要者に前もって通知するようにしてもよい。購入希望商品などが代替されると、購入希望商品による占有体積が変わってくるため、ストッカ占有情報やストッカスペース情報から配送情報を決定しなければならない。また、現在のストッカの状況から配送が可能かどうか判断しなければならない。図１０によって説明すると、商品供給システムは、ストッカの状況によっては、第１日目、第２日目の分を配送情報として決定し、第３日目、第４日目は、ストッカが空くのを待ってから配送するということもできる。

【0029】

図１０において所定期間の献立のうち、第１日目の夕食、第３日目の夕食、第４日目の夕食のように需要者が同じ消費メニュー（カレーライス）を選択する場合がある。このような場合、商品供給システムは同じ消費メニューが選択されたことを記憶する。例えば、需要者の設定によって、次回以降の購入希望商品、購入希望商品の数量、及び、前記購入希望商品の消費予定の情報とリンクして同じ消費メニューが選択されていることを需要者に報知してもよい。また、所定期間の献立中、同じ消費メニューが選択されていることを需要者に報知してもよい。これらの機能により、消費メニューの選択コントロール、所定期間の繰り返しを回避することも可能となる。

【0030】

前段落に記載した内容は、同じ消費メニューの選択について用いられるだけでなく、購入希望商品、購入希望商品の数量、及び、購入希望商品の消費予定についての履歴を残し需要者在庫情報を作成することにも役に立つ。例えば、所定期間の献立を注文した後に、その期間が過ぎる前に需要者がさらに追加注文をした場合に、需要者在庫情報により注文を調整することができる。このような機能によれば、需要者側は追加注文の際に余分な注文をしたりする必要がなくなるし、前回の注文と比較しながら、追加注文をすることができる。さらに、需要者在庫情報や注文内容から消費メニューが選択されるようにしてもよい。

【0031】

所定期間の献立は需要者側から評価することが可能であり、その評価を供給者ホームページ４に表示するようにしてもよい。また、所定期間の献立を選択する際に参考になるように、他の需要者の選択状況を表示する等によりトレンドを把握できるようにしてもよい。また、所定期間の献立が長期間に渡る場合などには、個々の商品についてまとめ買いをした方が需要者にとって利益となる場合もあり、その推奨をするようにしてもよい。

【実施例8】

【0032】

消費メニューは需要者が作成することもできる。このような、消費メニューは需要者からの投稿により商品供給システムに管理され、その消費メニューが他の需要者の間で多く選択されるような場合に、作成した需要者へその貢献を還元する。例えば、ポイントを付与すること等が考えられる。このポイントは商品供給システムの中で金銭に代わるものとして流通する。また、消費メニューはシチュエーションによって分類、検索が可能である。そして、作成した需要者への還元は、ポイントによるものだけではなく、年間、月間、週間ランキング表示などにより行うこともできる。さらに、図２、図１０の消費メニューにおいて管理システム１から送られる有償レシピが含まれるようにしてもよい。このポイントは商品供給システム内だけではなく、商品供給システムを運営するものが開催する有名シェフの試食会などの各種催しの優先入場権としても利用することができる。

【実施例9】

【0033】

消費メニューはあくまで完成されたものであって、それを調理するのは需要者である場合も多い。また、購入希望商品、購入希望商品の数量、及び、購入希望商品の消費予定により、適切な調理方法を提供することも需要者の役に立つ。そこで、商品供給システムはクッキングガイド情報として調理方法を提供することができる。これらのクッキングガイド情報は実施例５の調理器具とも連携することができる。また、クッキングガイド情報は動画や音声にて提供される場合があり、調理の進捗に合わせ、声で停止や再生などの操作をすることができると便利である。

【実施例10】

【0034】

配送員はストッカへ、ストッカ納品庫を単位として配送をしなければならない。これは、供給者が配送する商品を仕分けするときにストッカ納品庫単位のかごなどにより行われると、後の配送が簡便になる。また、商品に付随するバーコードとかごに付されたＲＦＩＤなどにより入れ間違いを防止する機能を設けてもよい。そうすれば、タブレットにより供給者、配送員が簡便に商品の仕分け、配送を行うことができる。そして、かごについてはそこに袋をセットするようにすることも可能である。

【符号の説明】

【0035】

１ 管理システム
２ 需要者側システム
３ 供給者側システム
４ 供給者ホームページ
５ ストッカ
６ 配送車
１１ 通信ライン
１２ 通信ライン
１３ 通信ライン
１４ 通信ライン
１５ 通信ライン
１６ 通信ライン
１７ 受け取りの流れ
１８ 配送の流れ
２１ 商品
２２ 商品
２３ 商品
２４ 商品
２５ 商品
２６ 商品
２０１ 消費スケジュール
２０２ 消費メニュー
２０３ 消費者情報
２０４ 消費者情報
２０５ 商品及び数量の例
２０６ 商品及び数量の例
２０７ 商品及び数量の例
２０８ 商品及び数量の例
３０１ ストッカ納品庫
３０２ ストッカ納品庫
３０３ ストッカ納品庫
４０１〜４１５ ストッカ納品庫
５０１〜５１５ ストッカ納品庫
６０１ 画像処理システム
６０２ 汚れ
６０３ ストッカ納品庫

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】