(57)【要約】【課題】顧客にレシピを示して食材を販売するシステムにおいて、原則として在庫切れの食材を含まないようなレシピのみを示し顧客が注文後短時間で確実に希望の食材を入手できるようにすること。一部の食材の在庫切れの許容などの個々の顧客の事情に柔軟に対応すること。【解決手段】レシピデータ、在庫データ及び顧客データに基づいてレシピを抽出し、抽出されたレシピを顧客端末に表示する。顧客がレシピの食材を一括して注文するのみでなく食材を選択して注文することも可能なシステムを提供する。【選択図】図１
2011175408.tif 000002
【特許請求の範囲】
【請求項１】
販売センタサーバと、ネットワークを介して該販売センタサーバに接続可能な販売員端末と、ネットワークを介して該販売センタサーバに接続可能な２以上の顧客端末とを備え、
前記販売センタサーバは、レシピ毎の食材及びその１人分の必要量を表すレシピデータと、食材毎の販売可能量を表す在庫データと、家族の人数を含む顧客に関する情報を表す顧客データと、前記レシピデータに含まれるレシピが所定の条件を充足するか否かを前記レシピデータ、前記在庫データ及び前記顧客データに基づいて顧客毎に判定して前記所定の条件を満たすレシピを抽出するレシピ抽出手段と、前記レシピ抽出手段によって抽出されたレシピの情報を前記顧客端末に送信するレシピ提示手段と、前記顧客端末から食材の注文を受信してその注文に相当する量を前記在庫データの販売可能量から減算する注文処理手段と、受信した前記注文の情報を前記販売員端末に送信する販売指示手段とを備え、
前記販売員端末は、前記販売指示手段から送信された前記注文の情報を受信して表示する注文表示手段を備え、
前記顧客端末は、前記レシピ提示手段から送信されたレシピの情報を受信して表示するレシピ表示手段と、顧客の注文を前記販売センタサーバに送信する注文送信手段とを備えることを特徴とする、食材の訪問販売システム。
【請求項２】
前記レシピ抽出手段はレシピの食材の全てが前記在庫データの販売可能数量の値が前記レシピデータの１人分の必要量に前記顧客データの家族の人数を積算した値以上であるような食材（販売可能食材）であるようなレシピを抽出することを特徴とする、請求項１に記載の食材の訪問販売システム。
【請求項３】
前記レシピ抽出手段はレシピの食材の全てが販売可能食材であるようなレシピ、及び、レシピの食材のうちの１つを除いた食材が販売可能食材であるようなレシピを抽出することを特徴とする、請求項１に記載の食材の訪問販売システム。
【請求項４】
前記注文受付手段はレシピの食材の全てについて前記レシピデータの１人分の必要量に前記顧客データの家族の人数を積算した値を表示し、顧客に注文する食材を選択させることを特徴とする、請求項１〜３のいずれか１項に記載の食材の訪問販売システム。
【請求項５】
前記レシピ提示手段はレシピの食材のうち販売可能食材ではない食材（販売不能食材）を表す情報を送信し、
前記レシピ表示手段はレシピの表示と併せて販売不能食材がどの食材であるかを表す情報を表示することを特徴とする、請求項３に記載の食材の訪問販売システム。
【請求項６】
前記顧客データは顧客を担当する販売員（担当販売員）を表す情報を含み、前記在庫データは販売員別に食材毎の販売可能量を表し、
前記レシピ抽出手段は前記レシピデータ、担当販売員に係る食材毎の販売可能量及び前記顧客データに基づいてレシピを抽出することを特徴とする、請求項１〜５のいずれか１項に記載の食材の訪問販売システム。
【請求項７】
前記販売員端末は、販売員に係る食材毎の販売可能量から受注済みの注文に係る数量を減算した値を表示する自主販売可能量表示手段と、販売員が顧客から受注して販売した食材の量（自主販売量）を前記販売センタサーバに送信する自主販売量送信手段を備え、
前記販売センタサーバは、前記自主販売量送信手段から送信された前記自主販売量を受信して送信した販売員に係る前記在庫データの販売可能量から自主販売量を減算する自主販売処理手段を備えることを特徴とする、請求項６に記載の食材の訪問販売システム。
【請求項８】
前記顧客端末はレシピ抽出に関する顧客の指示（個別情報）を顧客に入力させてこれを前記販売センタサーバに送信する個別情報処理手段を備え、
前記販売センタサーバは前記個別情報処理手段から送信された個別情報を受信してレシピ抽出手段に渡す顧客個別処理手段を備え、
前記レシピ抽出手段は前記レシピデータ、前記在庫データ、前記顧客データ及び前記個別情報に基づいてレシピを抽出することを特徴とする、請求項１〜７のいずれか１項に記載の食材の訪問販売システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、食材の訪問販売を行なうためのシステムに関するものである。
【背景技術】
【０００２】
近年、訪問販売において、インターネットを介して顧客からの注文を受け販売員が商品を顧客に届ける形態のものがある。顧客が注文を行なった際に、注文された商品を携行している販売員が顧客住所の近辺にいれば、顧客は短い待ち時間で商品を受領することができる。顧客にとって価値のある訪問販売形態である。また、販売員にとっても、顧客の注文を受けずに訪問販売をして結果的に購入してもらえない事態を減らすことができ、効率的な訪問販売形態である。
かかる訪問販売形態においては、販売員が携行している商品の数（在庫数）と顧客の注文を照合して、販売員に向けて、在庫のある商品を注文した顧客を訪れるように指示をすることが必須である。特許文献１には、販売員が在庫情報を販売センター端末に送信し、顧客が注文を販売センター端末に送信し、販売センター端末が販売員に指示を送信するシステムが開示されている。
顧客が短い待ち時間で商品を受領することができることの価値は、食材を販売する場合に顕著である。主婦がその日の夕食の食材を購入する場合には、夕食の調理を始めるまでに食材を受け取りたいからである。特許文献２には、ネットワークを介して顧客にレシピを示して食材を販売するシステムが開示されている。
【０００３】
しかし、その日の夕食の食材の訪問販売においては、特許文献１及び特許文献２に開示されたシステムでは解決できない問題がある。
顧客は、その日の夕食の食材を調理を開始する直前（例えば午後４時）に注文することが多い。そうすると、注文した食材の在庫がなくて販売されない場合には、顧客は在庫がないという情報を通知された後であわただしく買い物に外出しなければならない。顧客にとって不満が残ることとなる。
特許文献１には、販売員の在庫情報及び所在位置情報を受信した販売センター端末が顧客が注文した商品の在庫を持つ販売員に顧客へのアクセス方法を通知する方法が開示されている。この方法によれば、複数の販売員のうちの在庫を持った販売員に顧客を訪問させることができ、在庫切れによって購入できない可能性を減らすことができる。しかし、どの販売員にも在庫がない場合には顧客が購入できないという問題は解消していない。
特許文献２には、在庫を考慮した販売方法は開示されていない。すなわち、特許文献２に開示されたシステムは在庫切れの問題を解決するものではない。
【０００４】
さらに、レシピに基づいて顧客は複数の食材を購入する。このうち１つでも在庫切れの食材があれば、そのレシピの他の食材の在庫があっても販売できないものと考えられる。しかし、食材のうちの一部がなくても顧客は受容するかもしれない。例えばレシピとしてポークカレーを示し、その食材がカレールウ、タマネギ、ジャガイモ、ニンジン及び豚肉である場合、ニンジンが在庫切れであればポークカレーのレシピの食材を多くの顧客には販売できない。しかし、一部の顧客は、ニンジンは冷蔵庫にあるので他の食材が購入できれば十分である、あるいは、ニンジンの入っていないポークカレーであっても問題ないとの考えで、カレールウ、タマネギ、ジャガイモ及び豚肉を注文するかもしれない。このように、個々の顧客の事情に柔軟に対応するようなシステムは知られていない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−０１６２５３号公報
【特許文献２】特開２００２−０９２３６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
解決しようとする課題は、顧客にレシピを示して食材を訪問販売するシステムにおいて、顧客が注文後短時間で確実に希望の食材を入手できるように原則として在庫切れの食材を含まないようなレシピのみを示す点、及び、一部の食材の在庫切れの許容などの個々の顧客の事情に柔軟に対応する点である。
【課題を解決するための手段】
【０００７】
本発明の食材の訪問販売システムは、
販売センタサーバと、ネットワークを介して該販売センタサーバに接続可能な販売員端末と、ネットワークを介して該販売センタサーバに接続可能な２以上の顧客端末とを備え、
前記販売センタサーバは、レシピ毎の食材及びその１人分の必要量を表すレシピデータと、食材毎の販売可能量を表す在庫データと、家族の人数を含む顧客に関する情報を表す顧客データと、前記レシピデータに含まれるレシピが所定の条件を充足するか否かを前記レシピデータ、前記在庫データ及び前記顧客データに基づいて顧客毎に判定して前記所定の条件を満たすレシピを抽出するレシピ抽出手段と、前記レシピ抽出手段によって抽出されたレシピの情報を前記顧客端末に送信するレシピ提示手段と、前記顧客端末から食材の注文を受信してその注文に相当する量を前記在庫データの販売可能量から減算する注文処理手段と、受信した前記注文の情報を前記販売員端末に送信する販売指示手段とを備え、
前記販売員端末は、前記販売指示手段から送信された前記注文の情報を受信して表示する注文表示手段を備え、
前記顧客端末は、前記レシピ提示手段から送信されたレシピの情報を受信して表示するレシピ表示手段と、顧客の注文を前記販売センタサーバに送信する注文送信手段とを備えることを特徴とする。
顧客に提示するレシピを抽出する際に在庫データに基づいて判定する。在庫切れの食材を含まないようなレシピのみを示すことができる。
顧客に提示するレシピを抽出する際に顧客データに基づいて判定する。個々の顧客の事情に柔軟に対応することができる。例えばベジタリアンの顧客には肉を使用するレシピを提示しないようにすることもできる。また、後述のように、顧客の家族の人数に対応する在庫があるか否かを判断することもできる。
販売員端末に顧客の注文が表示されるので、販売員が注文された商品を迅速に顧客に配達することができる。
顧客は、レシピを見て、そのレシピに必要な食材を容易に注文することができる。
【０００８】
本発明の食材の訪問販売システムは、
前記レシピ抽出手段はレシピの食材の全てが前記在庫データの販売可能数量の値が前記レシピデータの１人分の必要量に前記顧客データの家族の人数を積算した値以上であるような食材（販売可能食材）であるようなレシピを抽出することを特徴とする。
顧客の家族全員の分の食材が販売可能であるようなレシピのみを提示することができる。
【０００９】
本発明の食材の訪問販売システムは、
前記レシピ抽出手段はレシピの食材の全てが販売可能食材であるようなレシピ、及び、レシピの食材のうちの１つを除いた食材が販売可能食材であるようなレシピを抽出することを特徴とする。
顧客は１つの食材について冷蔵庫等に保有しているかも知れず、また、レシピからその食材を抜いてもよいと考えるかもしれない。このような場合に、販売可能でない食材（販売不能食材）があっても顧客にレシピを提示することができ、顧客は自らの事情に応じて販売不能食材を抜いて注文することができる。
【００１０】
本発明の食材の訪問販売システムは、
前記注文受付手段はレシピの食材の全てについて前記レシピデータの１人分の必要量に前記顧客データの家族の人数を積算した値を表示し、顧客に注文する食材を選択させることを特徴とする。
顧客に購入する食材の量を示す。また、顧客は、冷蔵庫等に保有している食材や、レシピから抜いて調理しようと考える食材を除外して必要な食材のみを注文することができる。
【００１１】
本発明の食材の訪問販売システムは、
前記レシピ提示手段はレシピの食材のうち販売不能食材を表す情報を送信し、
前記レシピ表示手段はレシピの表示と併せて販売不能食材がどの食材であるかを表す情報を表示することを特徴とする。
顧客に販売不能食材を示すことにより、顧客は販売不能食材を冷蔵庫等に保有している又はレシピから抜いても良いと考えている場合にのみそのレシピの食材を注文することができる。
販売業者としては、販売不能食材があっても顧客が他の食材を注文する場合がある分、販売拡大につながる。
【００１２】
本発明の食材の訪問販売システムは、
前記顧客データは顧客を担当する販売員（担当販売員）を表す情報を含み、前記在庫データは販売員別に食材毎の販売可能量を表し、
前記レシピ抽出手段は前記レシピデータ、担当販売員に係る食材毎の販売可能量及び前記顧客データに基づいてレシピを抽出することを特徴とする。
販売員毎に担当地域が決まっている場合等、顧客の担当販売員が決まっている場合には、担当販売員が販売可能であるか否か基づいて提示するレシピを抽出することができる。
【００１３】
本発明の食材の訪問販売システムは、
前記販売員端末は、販売員に係る食材毎の販売可能量から受注済みの注文に係る数量を減算した値を表示する自主販売可能量表示手段と、販売員が顧客から受注して販売した食材の量（自主販売量）を前記販売センタサーバに送信する自主販売量送信手段を備え、
前記販売センタサーバは、前記自主販売量送信手段から送信された前記自主販売量を受信して送信した販売員に係る前記在庫データの販売可能量から自主販売量を減算する自主販売処理手段を備えることを特徴とする。
売れ残りそうな食材については、顧客端末からの受注に加えて販売員が顧客を訪問した際に販売することが望ましい。自主販売可能量を販売員に伝えることによって販売員による販売を促進することができる。販売員が販売した食材の量については、販売可能量に反映される。
【００１４】
本発明の食材の訪問販売システムは、
前記顧客端末はレシピ抽出に関する顧客の指示（個別情報）を顧客に入力させてこれを前記販売センタサーバに送信する個別情報処理手段を備え、
前記販売センタサーバは前記個別情報処理手段から送信された個別情報を受信してレシピ抽出手段に渡す顧客個別処理手段を備え、
前記レシピ抽出手段は前記レシピデータ、前記在庫データ、前記顧客データ及び前記個別情報に基づいてレシピを抽出することを特徴とする。
顧客は、レシピ抽出についての特別な要望がある場合には、それを販売センタサーバに送信することができる。特別な要望とは、例えば、世帯主が不在なので家族の人数よりも１人分少ない食材で十分である、牛乳が冷蔵庫に保管されているので牛乳が販売不能であってもレシピを示して欲しい、というものである。
特別な要望に合わせたレシピが抽出される。
【発明の効果】
【００１５】
本発明の食材の訪問販売システムは、原則として在庫切れの食材を含まないようなレシピのみを示すことができ、この原則をはずれても１つの食材の在庫切れや顧客の特別な指示等に柔軟に対応することができる。また、販売員毎の担当地域に対応し、売れ残りそうな食材の販売員による販売を促進することができる。
【図面の簡単な説明】
【００１６】
【図１】図１は、食材の訪問販売システムの構成を示す図である。
【図２】図２は、レシピデータの例を示す図である。
【図３】図３は、在庫データの例を示す図である。
【図４】図４は、顧客データの例を示す図である。
【図５】図５は、レシピ抽出手段のフローチャートの例を示す図である。
【図６】図６は、レシピ表示手段が表示する画面の例を示す図である。
【図７】図７は、注文受付手段が表示する画面の例を示す図である。
【図８】図８は、レシピ表示手段が表示する画面の例を示す図である。
【図９】図９は、レシピ表示手段が表示する画面の例を示す図である。
【図１０】図１０は、注文受付手段が表示する画面の例を示す図である。
【図１１】図１１は、販売指示表示手段が表示する画面の例を示す図である。
【図１２】図１２は、販売可能量表示手段が表示する画面の例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明を用いた食材の訪問販売システムの実施例を示す。
【００１８】
（システムの構成）
図１は、食材の訪問販売システムの構成を示す図である。図に示すシステムの構成は、以下の実施例において共通である。販売センタサーバ１には、ネットワークを介して販売員端末２及び顧客端末３が接続されている。図では販売員端末２及び顧客端末３を１台ずつ示しているが、販売員端末２は販売員の人数だけ、顧客端末３は顧客の数だけ接続されている。本実施例においては、１台の販売員端末２及び１台の顧客端末３について説明するが、２台以上の販売員端末及び顧客端末が同様に動作する。
販売センタサーバ１には、レシピデータ１１、在庫データ１２、顧客データ１３、レシピ抽出手段１４、レシピ提示手段１５、注文処理手段１６、販売指示手段１７、自主販売処理手段１８及び顧客個別処理手段１９が備えられている。図において手段とデータを結ぶ線は、手段がデータにアクセスすることを表す。また、手段間の矢印は、手段間で矢印に従って情報が渡されることを表す。
販売員端末２には、在庫データ２１、販売指示表示手段２２、自主販売可能量表示手段２３及び自主販売送信手段２４が備えられている。図において手段とデータを結ぶ線は、手段がデータにアクセスすることを表す。
顧客端末３には、レシピ表示手段３１、注文受付手段３２及び個別情報処理手段３３が設けられている。
【００１９】
（データ）
レシピデータ、在庫データ及び顧客データは、以下の実施例において共通である。
図２は、レシピデータ１１の例を示す図である。それぞれのレシピについて、各食材の１人分の必要量、調理法及び写真が保持されている。なお、調理法及び写真については大きなデータのため具体的なデータを図示していないがデータが保持されている。
図３は、在庫データ１２の例を示す図である。各販売員が携行している食材の量が保持されている。また、販売員端末の在庫データ２１には、その販売員端末を使用する販売員が携行している食材の量が保持されている。例えば、販売員Ａが使用する販売員端末の在庫データ２１には、図３左側の販売員Ａに係るデータが保持されている。
図４は、顧客データの例を示す図である。それぞれの顧客について、家族の人数、担当販売員、決済用カード番号、好みの食材、その他の情報が保持されている。
【実施例１】
【００２０】
本実施例は、本発明を用いた食材の訪問販売システムの基本的な動作を示すものである。
【００２１】
（レシピの抽出と提示）
食材の訪問販売を行う会社は、それぞれの日の営業開始時に、レシピデータ１１として顧客に提示するレシピをセットし、在庫データ１２及び在庫データ２１とそれぞれの販売員が携行する食材の量をセットする。その後、顧客にレシピを提示するため、レシピ抽出手段１４を起動する。
図５は、レシピ抽出手段のフローチャートの例を示す図である。顧客についてループして全ての顧客を処理する。顧客に依存して家族人数（ｘ）が異なり抽出されるレシピが異なり得る。各顧客の処理においてはレシピについてループして全てのレシピを処理する。レシピの処理はそのレシピを顧客に提示するか否かの判定である。レシピに含まれる食材（図２において１人分の必要量が記載されている食材）についてループして、食材の１人分の必要量（ｙ）に家族人数（ｘ）を乗算した値として各顧客の必要量（ｘｙ）を求め、各顧客を担当する販売員の携行する在庫（ｚ）がｘｙの値以上であれば販売可能食材、ｘｙの値以下であれば販売不能食材とする。各レシピについて、販売不能食材の数をＮとし、Ｎが０または１であるレシピを抽出する。
抽出されたレシピ、各食材の必要量、販売不能食材、顧客をレシピ提示手段１５に渡すことにより、レシピ提示手段１５から顧客端末３にレシピの情報が送信される。ここで、レシピの情報は、レシピの写真、調理法、各食材の必要量及び販売不能食材を含む。ここで、各食材の必要量は、ｘｙの値そのままであるとは限らずｘｙを販売単位に切り上げた値とする。例えば、ポークカレーのレシピにおけるニンジンについて、１人分の必要量は０．３個であり、家族の人数が２である顧客Ｐについてのｘｙの値は０．６であるが、ニンジンは１個を販売単位とし、０．６を切り上げた「１」がニンジンの必要量である。
【００２２】
（レシピの表示と注文）
レシピ提示手段からレシピの情報を受信した顧客端末のレシピ表示手段３１は、レシピを表示する。図６、図８及び図９は、レシピ表示手段が表示する画面の例を示す図である。
顧客Ｐについては、図２、図３及び図４に示したデータによれば、ポークカレー、ビーフシチュー及びポテトサラダがＮ＝０となり、レシピ表示手段３１は販売不能食材のないレシピの情報を受信する。レシピ表示手段３１は、図６の画面を表示する。なお、図６において「ポークカレー」、「ビーフシチュー」及び「ポテトサラダ」とある部分には、それぞれのレシピの写真を表示する。顧客Ａは、所望のレシピについて調理法を表示して見ること及び注文を行なうことができる。
顧客がいずれかのレシピの注文ボタンを押すと、注文受付手段３２が起動される。図７及び図１０は、注文受付手段が表示する画面の例を示す図である。
顧客Ｐがポークカレーの注文ボタンを押した場合、注文受付手段３２は、図７の画面を表示する。画面には、食材毎に選択のチェックボックスが設けられており、顧客Ａは不要の食材（例えば自らの冷蔵庫に保有している食材）についてはチェックボックスを押してチェックをはずし、その食材を含まないような注文をすることができる。
顧客Ｑについては、図２、図３及び図４に示したデータによれば、ビーフシチュー及びポテトサラダがＮ＝０となり、ポークカレーがＮ＝１となる。ポークカレーの食材である豚肉について、顧客Ｂの必要量が３００ｇであるところ、担当販売員である販売員Ａの豚肉の在庫が２００ｇしかないからである。レシピ表示手段３１は販売不能食材のないレシピとしてビーフシチュー及びポテトサラダの情報を受信し、販売不能食材として豚肉があるレシピとしてポークカレーの情報を受信する。レシピ表示手段３１は、販売不能食材のないレシピを、図８のように表示する。この際、レシピ表示手段３１は、１つの販売不能食材を含むレシピを顧客Ｑが見ることができるよう、「冷蔵庫の１品でなんとかなるレシピ」へのボタンを合わせて表示する。顧客Ｑがこのボタンを押した場合、レシピ表示手段３１は、図９の画面を表示する。レシピに加えて、販売不能食材及びその必要量が表示される。顧客Ｑがポークカレーの注文ボタンを押した場合、注文受付手段３２は、図１０の画面を表示する。ここでも、販売不能食材及びその必要量が表示される。
【００２３】
（注文の処理）
顧客が注文ボタンを押すと、注文受付手段３２は、顧客名、注文された食材及びその量の情報（注文情報）を販売センタサーバに送信する。この情報は、注文処理手段１６によって受信される。
注文情報を受信した注文処理手段１６は、販売指示手段１７を介してその注文情報を担当販売員の販売員端末に送信し、注文した顧客を担当する販売員を顧客データから求め、その販売員に係る在庫データの販売可能量を注文された量だけ減算した値に変更し、レシピ抽出手段１４を起動する。販売可能量が少なくなったので、これに起因して販売不能食材が発生して提示すべきレシピが変動するかもしれないからである。顧客端末のレシピ表示手段に向けてレシピが送信し直され、顧客端末におけるレシピの表示が必要に応じて変更され、販売不能食材の注文が行なわれてしまうことがなくなる。
販売指示手段１７は、注文した顧客を担当する販売員を顧客データから求め、その販売員の販売員端末に注文情報を送信する。販売員端末の販売指示表示手段２２は、注文情報を表示する。図１１は、販売指示表示手段が表示する画面の例を示す図である。販売指示表示手段２２は、合わせて、在庫データ２１の販売可能量を注文された量だけ減算した値に変更する。販売員は、表示を見て、注文した顧客に食材を配送する。
【００２４】
（本実施例の効果）
本実施例によれば、以下の効果が得られる。
レシピ表示手段３１により、図６及び図８に示したとおり、在庫切れの食材を含まないようなレシピ（Ｎ＝０）のみを示すことができる。
また、１つの食材のみが在庫切れのレシピを示し、顧客がその食材を保有している場合に対応することができる。
注文受付手段３２により、顧客が不要の食材をはずして柔軟に注文することができる。
販売指示表示手段２２により、販売員は、注文した顧客に食材を配送することができる。
【実施例２】
【００２５】
本実施例は、顧客端末からの注文に加えて、販売員が自主販売をするものである。
【００２６】
販売員は、自主販売可能量表示手段２３を起動する。自主販売可能量表示手段２３は、在庫データ２１の内容を表示する。図１２は、販売可能量表示手段が表示する画面の例を示す図である。在庫データ２１の販売課可能量は、販売員が携行している食材の量から注文を受けた量を減算した値であり、販売員が自主的に販売することのできる量となる。
自主的に販売した販売員は、自主販売量送信手段２４を起動し、図示しない画面において自主販売量を入力して販売センタサーバに送信する。
販売センタサーバの自主販売処理手段１７は、自主販売量を受信し、自主販売を行なった販売員に係る在庫データの販売可能量を自主販売された量だけ減算した値に変更し、レシピ抽出手段１４を起動する。販売可能量が少なくなったので、これに起因して販売不能食材が発生して提示すべきレシピが変動するかもしれないからである。顧客端末のレシピ表示手段に向けてレシピが送信し直され、顧客端末におけるレシピの表示が必要に応じて変更され、販売不能食材の注文が行なわれてしまうことがなくなる。
【００２７】
（本実施例の効果）
本実施例によれば、以下の効果が得られる。
自主販売可能量表示手段２３によって、販売員は、自主販売可能量を知ることができ、顧客と会う際における顧客からの追加注文に対応することができる。
また、営業時間の残りが少なくなると、販売員は、自主販売可能量の分を追加で販売するべきと考える。例えば、、販売員は、牛肉とブロッコリの自主販売可能量が大きい場合に顧客端末に表示されるレシピではない「牛肉とブロッコリの中華炒め」を顧客に勧めることができる。在庫を効率的に販売して売れ残りを減らすことができる。
【実施例３】
【００２８】
本実施例は、顧客の特別な状況に対応するものである。
【００２９】
（家族情報の一時的変更）
実施例１において、顧客Ｑは夫婦と子供１人の家族であるとする。顧客Ｑは、通常は３人分の食材を注文するが、子供が修学旅行で不在の日には２人分の食材を注文したい。
顧客Ｑは、個別情報処理手段３３を起動し、図示しない画面において「家族の人数が２人」である旨を入力し、個別情報として販売センタサーバに送信する。
販売センタサーバの顧客個別処理手段１９は、個別情報を受信し、レシピ抽出手段１４を起動する。この際、顧客個別処理手段１９は、個別情報をレシピ抽出手段１４に渡す。レシピ抽出手段１４は、顧客データのうちの家族の人数を個別情報で置き換えてレシピを抽出する。
顧客端末のレシピ表示手段は、家族の人数が２人である場合のレシピを受信する。顧客Ｑの顧客端末には図８でなく図６のレシピが表示され、顧客Ｑは図９でなく図７の画面により注文を行なう。
【００３０】
（食材の希望）
顧客Ｐは、その日の夕食に豚肉を食べたいと考えたとする。顧客Ｐは、個別情報処理手段３３を起動し、図示しない画面において「豚肉を含むレシピ表示」を指示する旨を入力し、個別情報として販売センタサーバに送信する。
販売センタサーバの顧客個別処理手段１９は、個別情報を受信し、レシピ抽出手段１４を起動する。この際、顧客個別処理手段１９は、個別情報をレシピ抽出手段１４に渡す。レシピ抽出手段１４は、レシピのうち食材に豚肉を含むもののみを抽出する。顧客端末のレシピ表示手段はポークカレーのみをレシピとして受信し、顧客Ｐの顧客端末にはポークカレーのみがレシピとして表示される。顧客Ｐが注文を行なう手順は、実施例１と同様である。なお、顧客Ｐがその日の夕食に豚肉を食べたいと考えた理由が自ら豚肉を保有していることである場合には、顧客Ｐは図７において豚肉のチェックをはずして注文することができる。
【００３１】
（本実施例の効果）
本実施例によれば、以下の効果が得られる。
家族情報の一時的変更や食材の希望等の顧客の要望に柔軟に対応できる。
【００３２】
（実施例の拡張）
本発明の実施形態は、上記実施例に限定されるものではない。本発明の本質を保ったままで、上記実施例とは異なる実施が可能である。以下に、かかる例を示す。
実施例では、レシピ抽出手段１４がレシピを抽出する条件として、Ｎ＝０またはＮ＝１のものとしているが、他の条件であってもよい。例えばＮ＝０のものに限定して抽出してもよい。Ｎ＝２のものも抽出するようにしてもよい。また、顧客データ１３に含まれる好みの食材を含むレシピを優先してもよい、例えば、好みの食材を含まないレシピはＮ＝０の場合にのみ抽出し、好みの食材を含むレシピはＮ＝０またはＮ＝１の場合に抽出することとしてもよい。このように、レシピ抽出手段１４がレシピを抽出する条件は適宜なものとすることができる。
実施例において、顧客Ｑがポークカレーを注文する際の注文受付手段３２による表示（図１０）は、豚肉の注文を受けずに「豚肉３００ｇが必要」と表示している。実際には、豚肉２００ｇの在庫があり、顧客Ｑが豚肉１００ｇを保有していて豚肉２００ｇを注文することによってもよい。具体的には、図１０において豚肉２００ｇの注文を受けるようにし、「豚肉３００ｇが必要」と表示せずに「豚肉があと１００ｇ必要」と不足量を表示してもよい。この場合、レシピ抽出手段１４が不足量を計算し、レシピ提示手段１５が不足量を顧客端末に送信する。なお、実施例において不足量を表示せずに全量が必要としたのは、販売する豚肉と顧客が保有する豚肉とはスライスされた厚さが異なる等の差異があり得、差異のある食材を混合して料理することが容易でない場合も考えられるからである。
【産業上の利用可能性】
【００３３】
原則として在庫切れの食材を含まないようなレシピのみを示すことができ、この原則をはずれても１つの食材の在庫切れや顧客の特別な指示等に柔軟に対応することができ、販売員毎の担当地域に対応し、売れ残りそうな食材の販売員による販売を促進することができる食材の訪問販売システムであり、食材販売業者による活用が期待できる。
【符号の説明】
【００３４】
１      販売センタサーバ
２      販売員端末
３      顧客端末
１１    レシピデータ
１２    在庫データ
１３    顧客データ
１４    レシピ抽出手段
１５    レシピ提示手段
１６    注文処理手段
１７    販売指示手段
１８    自主販売処理手段
１９    顧客個別処理手段
２１    在庫データ
２２    販売指示表示手段
２３    自主販売可能量表示手段
２４    自主販売送信手段
３１    レシピ表示手段
３２    注文受付手段
３３    個別情報処理手段
【図１】
2011175408.tif 000003
【図２】
2011175408.tif 000004
【図３】
2011175408.tif 000005
【図４】
2011175408.tif 000006
【図５】
2011175408.tif 000007
【図６】
2011175408.tif 000008
【図７】
2011175408.tif 000009
【図８】
2011175408.tif 000010
【図９】
2011175408.tif 000011
【図１０】
2011175408.tif 000012
【図１１】
2011175408.tif 000013
【図１２】
2011175408.tif 000014