知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-11-17
(45)【発行日】2023-11-28
(54)【発明の名称】情報処理装置及びその制御プログラム
(51)【国際特許分類】
G06Q 30/0601 20230101AFI20231120BHJP
【ＦＩ】
G06Q30/0601 340
G06Q30/0601 330
【請求項の数】
6
(21)【出願番号】P 2019159618
(22)【出願日】2019-09-02
(65)【公開番号】P2021039495
(43)【公開日】2021-03-11
【審査請求日】2022-07-15
(73)【特許権者】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100103034
【弁理士】
【氏名又は名称】野河 信久
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100075672
【弁理士】
【氏名又は名称】峰 隆司
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】長友 悠介
【審査官】酒井 優一
(56)【参考文献】
【文献】特開２０１８－１１２９０５（ＪＰ，Ａ）
【文献】特開２００２－１８９８９９（ＪＰ，Ａ）
【文献】特開２０１７－１２６２２３（ＪＰ，Ａ）
【文献】特開２００３－１８７１１５（ＪＰ，Ａ）
【文献】特開２０１３－０５８０６１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
料理の種類である献立毎に、その献立を調理するのに必要な食材の品目と、その食材の代替となる代替品目とを記憶する献立データベースと、
ネットワークに接続されたユーザ端末と通信を行う通信手段と、
前記ユーザ端末から前記通信手段を介して献立を受信する受信手段と、
前記受信手段で受信した献立に必要な食材の品目とその食材の代替となる代替品目とを前記献立データベースから検出する検出手段と、
店舗で販売されている商品の中から前記検出手段により検出された食材の品目又は代替品目となり得る商品であって前記ユーザ端末を利用するユーザの選択条件を満足する商品を選択する選択手段と、
前記選択手段により選択された商品のデータを、前記通信手段を介して前記ユーザ端末に送信する送信手段と、
を具備する情報処理装置。
【請求項2】
前記ユーザ端末から前記通信手段を介して前記データに含まれる商品の注文を受け付ける受注手段、をさらに具備する請求項１記載の情報処理装置。
【請求項3】
前記受注手段により注文を受け付けた商品の発注を前記店舗の店舗サーバに指示する指示手段と、前記発注を指示する前に、前記注文を受け付けた商品が前記選択条件を満足する商品であるか否かを検証する検証手段と、
をさらに具備する請求項２記載の情報処理装置。
【請求項4】
前記選択条件は、価格の安さである、請求項１乃至３のうちいずれか一記載の情報処理装置。
【請求項5】
前記選択条件は、前記ユーザ端末を利用するユーザが過去に購入した商品である、請求項１乃至３のうちいずれか一記載の情報処理装置。
【請求項6】
料理の種類である献立毎に、その献立を調理するのに必要な食材の品目と、その食材の代替となる代替品目とを記憶する献立データベースと、ネットワークに接続されたユーザ端末と通信を行う通信手段とを有する情報処理装置のコンピュータに、前記ユーザ端末から前記通信手段を介して献立を受信する機能、
前記受信した献立に必要な食材の品目とその食材の代替となる代替品目とを前記献立データベースから検出する機能、
店舗で販売されている商品の中から前記検出された食材の品目又は代替品目となり得る商品であって前記ユーザ端末を利用するユーザの選択条件を満足する商品を選択する機能、及び、
前記商品のデータを、前記通信手段を介して前記ユーザ端末に送信する機能、
を実現させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、ネットスーパーサーバとして機能する情報処理装置及びその制御プログラムに関する。
【背景技術】
【0002】
近年、インターネットの普及に伴い、スーパーマーケット等の店舗で実際に販売されている食料品，日用品等の商品の注文をオンラインで受け付け、受注した商品を店舗から宅配する販売形態が増加している。この種の販売形態は一般に、ネットスーパーと称される。
【0003】
ネットスーパーでは、インターネットを介して受注可能な商品を紹介するために、インターネット上にウェブサイトを公開している。ネットスーパーの利用者は、パーソナルコンピュータ、スマートフォン、タブレット端末等のインターネット対応の端末を操作して、ネットスーパーとしてのウェブサイトにアクセスする。そして利用者は、そのウェブサイトで紹介されている商品の中から購入を希望する商品を選択し注文するための操作を端末にて行う。この操作を受けて、ネットスーパーとしてのウェブサイトを公開するコンピュータ、いわゆるネットスーパーサーバは、受注した商品のリストを作成する。店舗の担当者は、リストに記載された商品を店舗で集めて梱包し、利用者宛に配送する。
【0004】
このように、ネットスーパーの利用者は、ウェブサイトで紹介されている商品の中から購入を希望する商品を１品ずつ選択する必要がある。このため、例えば夕食の献立に必要な食材を購入する場合、利用者は、食材となる商品を１品ずつ選択することとなる。通常、ネットスーパーとしてのウェブサイトでは、商品のカテゴリによってウェブページが分けられている。このため利用者は、適宜ウェブページを切り替えて、献立に必要な食材を１品ずつ選択しなければならず、手間と時間を要していた。
【0005】
そこで、利用者がネットスーパーサーバに献立を通知すると、その献立に必要な食材のリストがネットスーパーサーバから利用者に提示されて注文を可能とする仕組みが考えられる。しかし、例えば食材として牛乳が必要な場合、大抵のスーパーマーケットでは、複数の製造業者の牛乳が販売されている。また、単に牛乳といっても、普通の牛乳と低脂肪牛乳とがある。このため、ネットスーパーサーバから提示された牛乳が、利用者の希望する牛乳ではない可能性がある。このような問題を解決するためには、低脂肪牛乳も含めて複数の製造業者の牛乳を利用者に提示し、その中から利用者が選択するような方式を取らざるを得ず、利用者の煩雑感はぬぐいされない。
【先行技術文献】
【特許文献】
【0006】
【文献】特開２０１３－１２２７０６号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
本発明の実施形態が解決しようとする課題は、ネットスーパーの利用者が選択した献立に必要で且つその利用者の条件に合った商品を提示できる情報処理装置を提供しようとするものである。
【課題を解決するための手段】
【0008】
一実施形態において、情報処理装置は、通信手段と、受信手段と、検出手段と、選択手段と、送信手段と、を備える。通信手段は、ネットワークに接続されたユーザ端末と通信を行う。受信手段は、ユーザ端末から通信手段を介して献立を受信する。検出手段は、受信手段で受信した献立に必要な材料を検出する。選択手段は、店舗で販売されている商品の中から検出手段により検出された材料となり得る商品であってユーザ端末を利用するユーザの選択条件を満足する商品を選択する。送信手段は、選択手段により選択された商品のデータを、通信手段を介してユーザ端末に送信する。
【図面の簡単な説明】
【0009】
【図1】一実施形態であるネットスーパーシステムの全体構成を概略的に示したブロック図。
【図2】商品データベースに記憶される商品データレコードのデータ構造を示す模式図。
【図3】会員データベースに記憶される会員データレコードのデータ構造を示す模式図。
【図4】献立データベースに記憶される献立データレコードのデータ構造を示す模式図。
【図5】受注データベースに記憶される受注データレコードのデータ構造を示す模式図。
【図6】ネットスーパーサーバの要部回路構成を示すブロック図。
【図7】データファイルの構成を示す模式図。
【図8】ネットスーパーサーバのプロセッサが実行する受注業務処理の要部手順を示す流れ図。
【図9】ネットスーパーサーバのプロセッサが実行する受注業務処理の要部手順を示す流れ図。
【図10】ネットスーパーサーバのプロセッサが実行する発注業務処理の要部手順を示す流れ図。
【発明を実施するための形態】
【0010】
以下、ネットスーパーの利用者が選択した献立に必要で且つその利用者の条件に合った商品を提示できる情報処理装置の実施形態について、図面を用いて説明する。
図１は、本実施形態におけるネットスーパーシステム１の全体構成を概略的に示したブロック図である。ネットスーパーシステム１は、ネットスーパーサーバ１０と、本部サーバ２０とを含む。ネットスーパーサーバ１０と本部サーバ２０とは、専用の通信回線３１で接続されている。
図１は、本実施形態におけるネットスーパーシステム１の全体構成を概略的に示したブロック図である。ネットスーパーシステム１は、ネットスーパーサーバ１０と、本部サーバ２０とを含む。ネットスーパーサーバ１０と本部サーバ２０とは、専用の通信回線３１で接続されている。
【0011】
ネットスーパーサーバ１０は、ネットスーパーと称される販売形態を実現するためのサーバ装置であり、インターネット３２に接続している。ネットスーパーサーバ１０は、インターネット３２上に、受注可能な商品を紹介するためのウェブサイトを公開してユーザ端末４０から商品購入の注文を受け付ける。ネットスーパーサーバ１０は、ウェブサイトを通じて商品購入の注文を受けると、その注文内容を示す受注データを生成して、受注データベース６３に登録する。受注データベース６３は、ネットスーパーサーバ１０に内蔵された記憶装置に備えられていてもよいし、ネットスーパーサーバ１０の外部に設けられた記憶装置に備えられていてもよい。受注データベース６３については、後述する。
【0012】
ユーザ端末４０は、ネットスーパーの利用者により操作される情報端末である。ユーザ端末４０は、インターネット３２を通じて、ネットスーパーサーバ１０が公開するウェブサイトにアクセスする機能を有している。例えばパーソナルコンピュータ、スマートフォン、タブレット端末等の周知の情報端末がユーザ端末４０として用いられる。
【0013】
ネットスーパーサーバ１０は、ウェブサイトを通じて商品単位で注文を受け付けるだけでなく、献立単位でも注文を受け付けることができる。すなわちネットスーパーサーバ１０は、ネットスーパーの利用者が選択した献立に必要で且つその利用者の条件に合った商品を提示できる情報処理装置の一例である。ネットスーパーサーバ１０は、かかる情報処理装置としての機能を実現するために、献立データベース６２を有している。献立データベース６２は、ネットスーパーサーバ１０に内蔵された記憶装置に備えられていてもよいし、ネットスーパーサーバ１０の外部に設けられた記憶装置に備えられていてもよい。献立データベース６２については、後述する。
【0014】
本部サーバ２０は、複数の店舗の一元管理を実現するためのサーバ装置である。各店舗は、いずれも本部の管理下にあるチェーン店舗である。各店舗は、例えば食料品、日用品等を販売するスーパーマーケットである。各店舗は、食料品を販売する専門店であってもよい。各店舗には、それぞれ店舗システム５０-1、５０-2、…、が構築されている。店舗システム５０-1、５０-2、…、の基本的な構成は共通である。そこで以下では、店舗システム５０-1について説明し、他の店舗システム５０-2,…、についての説明は省略する。
【0015】
店舗システム５０-1は、いわゆるＰＯＳ（Point Of Sales）システムと称されるものであり、複数台のＰＯＳ（Point Of Sales）端末５１-1と店舗サーバ５２-1とを含む。各ＰＯＳ端末５１-1と店舗サーバ５２-1とは、店舗内ＬＡＮ（Local Area Network）５３-1で接続されている。ＰＯＳ端末５１-1は、客が買い上げる商品の販売データを登録する機能と、その買上商品の代金を決済する機能とを有する。店舗サーバ５２-1は、各ＰＯＳ端末５１-1で登録された商品の販売データを、店舗内ＬＡＮ５３-1を介して収集し集計することにより、その店舗の売上、在庫等を管理する機能を有する。ＰＯＳ端末５１-1及び店舗サーバ５２-1は、その他の機能も有するが、それについての説明は省略する。
【0016】
各店舗の店舗サーバ５２-1、５２-2、…、は、それぞれ商品データベース５４-1、５４-2、…、を備えている。商品データベース５４-1、５４-2、…、は、それぞれ店舗サーバ５２-1、５２-2、…、に内蔵された記憶装置に備えられていてもよいし、店舗サーバ５２-1、５２-2、…、の外部に設けられた記憶装置に備えられていてもよい。商品データベース５４-1、５４-2、…、は、その店舗で販売されている商品毎に作成される商品データレコード５４Ｒの集合体である。すなわち、店舗システム５０-1の店舗サーバ５２-1に備えられた商品データベース５４-1には、当該店舗システム５０-1が構築された店舗で販売されている商品の商品データレコード５４Ｒが蓄積されている。同様に、店舗システム５０-2の店舗サーバ５２-2に備えられた商品データベース５４-2には、当該店舗システム５０-2が構築された店舗で販売されている商品の商品データレコード５４Ｒが蓄積されている。
【0017】
図２は、商品データレコード５４Ｒのデータ構造を示す模式図である。図２に示すように、商品データレコード５４Ｒは、商品コード、品目コード、分類コード、生産者コード、商品名、価格等のデータを含む。商品コードは、商品を識別するために商品毎に設定された一意のコード（商品識別情報）である。品目コードは、商品の品目を識別するために品目毎に設定された一意のコード（品目識別情報）である。分類コードは、商品の分類を識別するために分類毎に設定された一意のコード（分類識別情報）である。生産者コードは、商品の生産者を識別するために生産者毎に設定された一意のコード（生産者識別情報）である。
【0018】
因みに、生産者とは、製造業者、産地、生産農家等を総称した用語である。品目とは、商品分類の最小項目を示す用語である。例えば、牛乳、ヨーグルト、牛ヒレ肉、牛もも肉、トマト、人参等の項目が品目に該当する。分類とは、品目よりも大きい商品分類の項目を示す用語である。例えば牛乳、ヨーグルト等の分類は乳製品となる。牛ヒレ肉、牛もも肉等の分類は牛肉又は牛加工肉となる。トマト、人参等の分類は緑黄色野菜となる。したがって、同じ品目の商品は、品目コードと分類コードが一致する。しかし、商品コード及び生産者コードは異なる場合がある。
【0019】
図１の説明に戻る。
本部サーバ２０は、各店舗の一元管理を実現するために、専用の通信回線３３を介して、各店舗の店舗システム５０-1、５０-2、…、の店舗サーバ５２-1、５２-2、…、を接続している。本部サーバ２０は、各店舗サーバ５２-1、５２-2、…、で集計された商品の販売データを、通信回線３３を介して収集し集計することで、本部の管理下にある店舗全体の売上、在庫、発注等を管理する機能を有する。
本部サーバ２０は、各店舗の一元管理を実現するために、専用の通信回線３３を介して、各店舗の店舗システム５０-1、５０-2、…、の店舗サーバ５２-1、５２-2、…、を接続している。本部サーバ２０は、各店舗サーバ５２-1、５２-2、…、で集計された商品の販売データを、通信回線３３を介して収集し集計することで、本部の管理下にある店舗全体の売上、在庫、発注等を管理する機能を有する。
【0020】
本部サーバ２０は、会員データベース６１を備えている。会員データベース６１は、本部サーバ２０に内蔵された記憶装置に備えられていてもよいし、本部サーバ２０の外部に設けられた記憶装置に備えられていてもよい。会員データベース６１は、ネットスーパーを利用するために会員となった消費者、いわゆるネットスーパーの利用者毎に作成される会員データレコード６１Ｒの集合体である。
【0021】
【0022】
会員コードは、ネットスーパーの利用者を識別するために利用者毎に設定された一意のコード（会員識別情報）である。新規の利用者がユーザ端末４０を操作して会員登録を行うと、その利用者固有の会員コードが生成される。そして、利用者のユーザ端末４０に会員コードがダウンロードされる。会員コードは、ユーザ端末４０を操作してネットスーパーのウェブサイトにアクセスする際のログインＩＤとして用いられる。また、ユーザ端末４０において専用のアプリケーションプログラムが起動すると、会員コードを表すバーコード又は二次元データコードがユーザ端末４０のディスプレイに表示される。
【0023】
配送先データは、利用者がネットスーパーで購入した商品の配送先を表す住所、電話番号等のデータである。店舗コードは、利用者がネットスーパーとして利用する店舗を識別するためのコードである。各店舗には、それぞれ固有の店舗コード（店舗識別情報）が設定されている。優先モードは、利用者がネットスーパーで商品を購入するにあたって優先するモードを示す情報である。本実施形態では、優先モードとして価格優先モードと履歴優先モードとがある。価格優先モードは、価格の安い商品を優先的に購入するモードである。履歴優先モードは、利用者が過去に購入した履歴のある商品を優先的に購入するモードである。
【0024】
利用者は、会員登録を行う際にユーザ端末４０を通じて配送先を表すデータを登録する。そうすると、その配送先に対して配送が可能な店舗のリストが提示されるので、利用者は、そのリストの中からネットスーパーとして利用するための店舗を登録する。また利用者は、デフォルトとなる優先モードを登録する。利用者がユーザ端末４０を操作して以上の登録を行うことにより、当該利用者の会員コードを含む会員データレコード６１Ｒに、配送先データ、店舗コード及び優先フラグが設定される。
【0025】
購買履歴リスト６１Ｌは、利用者が過去に購入した商品に関するデータである。購買履歴リスト６１Ｌは、品目コードと関連付けて、その品目コードの品目に属する商品の商品コードと購買数とを対にして記述するデータ構造となっている。商品の購入先は、ウェブサイトであるネットスーパーだけではない。店舗システム５０-1、５０-2、…、が構築された店舗も含まれる。前述したように、ユーザ端末４０は、そのディスプレイに、バーコード又は二次元データコードの形態で会員コードを表示可能である。そこで、利用者が店舗で買物をした際には、ユーザ端末４０に会員コードを表示させて会計担当の店員に提示する。店員は、ＰＯＳ端末５１-1、５１-2、…、のスキャナでその会員コードを読み取る。そうすると、ＰＯＳ端末５１-1、５１-2、…、に登録された商品、つまりは利用者が店舗で購入した商品の販売データが会員コードとともに店舗サーバ５２-1、５２-2、…、から本部サーバ２０へと送信される。本部サーバ２０においては、会員コードとともに受信した商品の販売データを基に、当該会員コードを含む会員データレコード６１Ｒの購買履歴リスト６１Ｌを更新する。かくして、購買履歴リスト６１Ｌには、ネットスーパーだけではなく店舗で購入した商品も含めて、品目コード別に、商品コードと購買数との対となるデータが記述される。
【0026】
次に、前述した献立データベース６２及び受注データベース６３について説明する。
献立データベース６２は、料理の種類である献立毎に作成された献立データレコード６２Ｒの集合体である。
献立データベース６２は、料理の種類である献立毎に作成された献立データレコード６２Ｒの集合体である。
【0027】
図４は、献立データレコード６２Ｒのデータ構造を示す模式図である。図４に示すように、献立データレコード６２Ｒは、献立コード、献立名及び材料品目リスト６２Ｌを含む。献立コードは、献立毎に設定された一意のコード（献立識別情報）である。献立名は、その献立の名称である。材料品目リスト６２Ｌは、その献立を調理するのに必要な材料（食材）のデータをリスト化したものである。
【0028】
材料品目リスト６２Ｌは、品目コード、品目名、代替フラグ、代替品目コード及び代替品目名で構成される。品目コードは、献立を調理するのに必要な材料となる品目の識別コードである。品目名はその品目の名称である。代替フラグは、その品目に代えて別に品目を代替品目として適用可能か否かを識別するための１ビットデータである。代替フラグは、適用可能な場合には“１”となり、適用不可能な場合には“０”となる。代替フラグは、適用可能な場合には“０”となり、適用不可能な場合には“１”となるようにしてもよい。代替品目コードは、その代替品目に設定された品目の識別コードである。代替品目名は、その代替品目の名称である。例えば、献立を調理するのに必要な材料として牛乳が含まれており、牛乳は豆乳を代替商品として適用可能である場合、品目コードは牛乳の品目コードとなり、品目名は牛乳となり、代替フラグは“１”となり、代替品目コードは豆乳の品目コードとなり、代替品目名は豆乳となる。
【0029】
受注データベース６３は、ウェブサイトであるネットスーパーを通じて利用者から注文を受け付けた内容を表す受注データレコード６３Ｒの集合体である。
【0030】
図５は、受注データレコード６３Ｒのデータ構造を示す模式図である。図５に示すように、受注データレコード６３Ｒは、受注日時、配送日時、会員コード、優先モード、店舗コード、合計金額及び注文リスト６３Ｌを含む。受注日時は、注文を受け付けた日付及び時刻である。配送日時は、注文を受け付けた商品を配送先に届けるように利用者によって指定された日付及び時刻である。会員コードは、商品を注文した利用者に設定された会員コードである。優先モードは、その利用者が指定した優先モードである。店舗コードは、注文を受け付けた商品を配送する店舗に設定された店舗コードである。合計金額は、弔問を受け付けた商品の合計金額である。注文リスト６３Ｌは、注文を受け付けた商品のデータをリスト化したものである。注文リスト６３Ｌは、品目コード、商品コード、価格、数量及び金額で構成される。
【0031】
図６は、ネットスーパーサーバ１０の要部回路構成を示すブロック図である。ネットスーパーサーバ１０は、プロセッサ１０１、メインメモリ１０２、補助記憶デバイス１０３、時計１０４、第１通信インターフェース１０５、第２通信インターフェース１０６及びシステム伝送路１０７を備える。システム伝送路１０７は、アドレスバス、データバス、制御信号線等を含む。ネットスーパーサーバ１０は、システム伝送路１０７に、プロセッサ１０１、メインメモリ１０２、補助記憶デバイス１０３、時計１０４、第１通信インターフェース１０５及び第２通信インターフェース１０６を接続する。ネットスーパーサーバ１０では、プロセッサ１０１、メインメモリ１０２及び補助記憶デバイス１０３と、これらを接続するシステム伝送路１０７とによってコンピュータが構成される。
【0032】
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、オペレーティングシステム又はアプリケーションプログラムに従って、ネットスーパーサーバ１０としての各種の機能を実現するべく各部を制御する。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）である。
【0033】
メインメモリ１０２は、上記コンピュータの主記憶部分に相当する。メインメモリ１０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１０２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ１０２は、プロセッサ１０１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１０２は、揮発性のメモリ領域を、プロセッサ１０１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。
【0034】
補助記憶デバイス１０３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス１０３となり得る。補助記憶デバイス１０３は、プロセッサ１０１が各種の処理を行う上で使用するデータ、あるいはプロセッサ１０１での処理によって作成されたデータ等を保存する。補助記憶デバイス１０３は、上記のアプリケーションプログラムを記憶する場合もある。
【0035】
メインメモリ１０２又は補助記憶デバイス１０３に記憶されるアプリケーションプログラムには、ネットスーパーサーバ１０で実行される情報処理に関して記述した制御プログラムが含まれる。制御プログラムをメインメモリ１０２又は補助記憶デバイス１０３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に制御プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、メインメモリ１０２又は補助記憶デバイス１０３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0036】
時計１０４は、時刻を計時し、日付を管理する。ネットスーパーサーバ１０は、時計１０４によって計時されている時刻及び日付を現在の日時として取り扱う。
【0037】
第１通信インターフェース１０５は、インターネット３２を接続する。第１通信インターフェース１０５は、インターネット３２を通じて、ユーザ端末４０との間でデータの送受信を行う。
【0038】
第２通信インターフェース１０６は、通信回線３１を接続する。第２通信インターフェース１０６は、通信回線３１を通じて、本部サーバ２０との間でデータの送受信を行う。
【0039】
かかる構成のネットスーパーサーバ１０は、補助記憶デバイス１０３において、各店舗システム５０-1、５０-2、…、が有する商品データベース５４-1、５４-2、…、のデータをコピーした複写商品データベース５４-1C、５４-2C、…、を記憶している。
【0040】
また、ネットスーパーサーバ１０は、メインメモリ１０２における揮発性メモリ領域の一部を、買物リスト７０Ｌを含むデータファイル７０（図７を参照）の記憶領域としている。
【0041】
図７は、データファイル７０の構成を示す模式図である。図７に示すようにデータファイル７０は、会員コード、店舗コード、優先モード、注文日時、配送日時、合計金額の各エリアと、買物リスト７０Ｌのエリアとを有する。買物リスト７０Ｌは、一連の番号と関連付けて、品目コード、商品コード、価格、数量、金額及び注文フラグを記述するためのエリアに区分されている。注文フラグは、対応する商品コードの商品を利用者が注文したか否かを識別するための１ビットデータである。本実施形態では、注文した場合に“１”となり、注文しなかった場合に“０”となる。このように本実施形態では、買物リスト７０Ｌに利用者が注文しない商品のデータが含まれる場合を想定している。なお、買物リスト７０Ｌから利用者が注文しない商品を削除してもよい。その場合、注文フラグは省略することができる。
【0042】
次に、ネットスーパーサーバ１０の主要な動作について、図８乃至図１１の流れ図を適宜参照しながら説明する。
図８及び図９は、ネットスーパーサーバ１０のプロセッサ１０１が、制御プログラムに従い実行する受注業務処理の要部手順を示す流れ図である。図１０は、同プロセッサ１０１が、制御プログラムに従い実行する発注業務処理の要部手順を示す流れ図である。図１１は、発注業務処理の中の価格見直し処理の手順を具体的に示す流れ図である。なお、図８乃至図１１に示すとともに以下に説明する処理の内容は一例である。同様な結果を得ることが可能であればその処理手順及び処理内容は特に限定されるものではない。
図８及び図９は、ネットスーパーサーバ１０のプロセッサ１０１が、制御プログラムに従い実行する受注業務処理の要部手順を示す流れ図である。図１０は、同プロセッサ１０１が、制御プログラムに従い実行する発注業務処理の要部手順を示す流れ図である。図１１は、発注業務処理の中の価格見直し処理の手順を具体的に示す流れ図である。なお、図８乃至図１１に示すとともに以下に説明する処理の内容は一例である。同様な結果を得ることが可能であればその処理手順及び処理内容は特に限定されるものではない。
【0043】
はじめに、受注業務処理について説明する。受注業務処理とは、ネットスーパーサーバ１０のプロセッサ１０１が、ネットスーパーとして公開しているウェブサイトを通じて利用者から商品の注文を受け付ける業務の処理である。
【0044】
図８に示すようにプロセッサ１０１は、ＡＣＴ１としてユーザ端末４０からのログインを待ち受けている。利用者がユーザ端末４０を操作してネットスーパーとしてのウェブサイトにアクセスしログイン操作を行うと、その利用者の会員コードを含むログインコマンドがユーザ端末４０からインターネット３２を通じてネットスーパーサーバ１０へと送信される。プロセッサ１０１は、第１通信インターフェース１０５を介してログインコマンドを受信すると、ＡＣＴ１においてＹＥＳと判定し、ＡＣＴ２へと進む。プロセッサ１０１は、ＡＣＴ２としてメインメモリ１０２にデータファイル７０を作成する。以下では、このデータファイル７０をデータファイル７０Ａと称する。プロセッサ１０１は、データファイル７０Ａに、ログインコマンドから取得した会員コードを記述する。
【0045】
プロセッサ１０１は、ＡＣＴ３としてログインコマンドから取得した会員コードで識別される会員の会員データを取得する。具体的にはプロセッサ１０１は、本部サーバ２０に対して会員データの問合せを行うように第２通信インターフェース１０６を制御する。この制御により、第２通信インターフェース１０６から通信回線３１を介して本部サーバ２０宛に会員データの問合せコマンドが送信される。問合せコマンドには、ログインコマンドから取得した会員コードが含まれている。問合せコマンドを受信した本部サーバ２０は、会員データベース６１を検索する。そして本部サーバ２０は、問合せコマンドに含まれている会員コードが記述された会員データレコード６１Ｒを検出し、この会員データレコード６１Ｒのデータを、通信回線３１を介してネットスーパーサーバ１０へと送信する。かくしてプロセッサ１０１は、会員データレコード６１Ｒのデータ、つまりは会員データを本部サーバ２０から取得する。プロセッサ１０１は、会員データに含まれている店舗コードと優先モードとをデータファイル７０Ａに記述する。
【0046】
プロセッサ１０１は、ＡＣＴ４としてユーザ端末４０のディスプレイに注文画面を表示させる。具体的にはプロセッサ１０１は、データファイル７０Ａに記述された店舗コードが設定されている店舗の商品データベース５４-i（ｉ＝１，２，…）をコピーした複写商品データベース５４-iCを参照する。プロセッサ１０１は、複写商品データベース５４-iCに登録されている商品データレコード５４Ｒを基に、その店舗で販売されている商品の注文を受け付けるための注文画面の画像データを生成する。そしてプロセッサ１０１は、ユーザ端末４０のディスプレイに注文画面が表示されるように第１通信インターフェース１０５を制御する。この制御により、第１通信インターフェース１０５からインターネット３２を介してユーザ端末４０宛に注文画面の画像データが送信される。かくしてユーザ端末４０のディスプレイに、注文画面が表示される。
【0047】
注文画面には、各商品の注文を個々に受け付けるための画像の他に、商品を献立単位で注文することを指示するためのボタン画像が含まれている。以下では、このボタン画像を献立ボタンと称する。商品を献立単位で注文する利用者は、ユーザ端末４０を操作して献立ボタンを入力する。そうすると、ユーザ端末４０からネットスーパーサーバ１０を宛先として献立入力コマンドが送信される。献立入力コマンドには、当該ユーザ端末４０にダウンロードされて設定された会員コードが含まれている。
【0048】
ユーザ端末４０に対して注文画面の表示を制御したネットスーパーサーバ１０のプロセッサ１０１は、ＡＣＴ５としてそのユーザ端末４０から献立入力コマンドを受信したか否かを確認する。献立入力コマンド以外のコマンドを受信した場合には、プロセッサ１０１は、ＡＣＴ５においてＮＯと判定し、他の処理を実行する。例えばプロセッサ１０１は、商品単位で商品の注文を受け付ける既存の処理を実行する。
【0049】
プロセッサ１０１は、献立入力コマンドを受信した場合には、ＡＣＴ５においてＹＥＳと判定し、ＡＣＴ６へと進む。プロセッサ１０１は、ＡＣＴ６としてユーザ端末４０のディスプレイに献立画面を表示させる。ネットスーパーサーバ１０の補助記憶デバイス１０３には、献立データベース６２が記憶されている。プロセッサ１０１は、献立データベース６２に登録されている献立データレコード６２Ｒを基に、料理の種類である献立の選択を受け付けるための献立画面の画像データを生成する。そしてプロセッサ１０１は、ユーザ端末４０のディスプレイに献立画面が表示されるように第１通信インターフェース１０５を制御する。この制御により、第１通信インターフェース１０５からインターネット３２を介してユーザ端末４０宛に献立画面の画像データが送信される。かくしてユーザ端末４０のディスプレイに、献立画面が表示される。献立画面には、各種の献立名あるいは料理の画像が含まれる。また、商品単位の注文に戻ることを指示するためのボタン画像も含まれている。以下では、このボタン画像を戻るボタンと称する。
【0050】
プロセッサ１０１は、ＡＣＴ７としてユーザ端末４０のディスプレイに優先モードを表示させる。データファイル７０Ａには、優先モードのデータが記述されている。プロセッサ１０１は、この優先モードを表す画像データを生成する。そしてプロセッサ１０１は、ユーザ端末４０のディスプレイに優先モードが表示されるように第１通信インターフェース１０５を制御する。この制御により、第１通信インターフェース１０５からインターネット３２を介してユーザ端末４０宛に優先モードの画像データが送信される。かくしてユーザ端末４０のディスプレイに、優先モードが表示される。優先モードは、料理画面の一部に重ねて表示される。例えば価格優先モードを指定した利用者のユーザ端末４０には、『優先モード「価格」』が表示される。履歴優先モードを指定した利用者のユーザ端末４０には、『優先モード「履歴」』が表示される。さらに、優先モードと対応付けて、優先モードの変更を指示するためのボタン画像が表示されている。以下では、このボタン画像を変更ボタンと称する。
【0051】
献立画面を確認した利用者は、商品単位の注文に戻る場合には、ユーザ端末４０を操作して、戻るボタンを入力する。献立単位の注文を継続する場合には、利用者は、優先モードを変更するか否かを決める。優先ボタンを変更する場合には、利用者は、ユーザ端末４０を操作して、変更ボタンを入力する。優先ボタンを変更しない場合には、利用者は、変更ボタンを入力しない。その後、利用者は、ユーザ端末４０を操作して、献立画面から興味のある献立を選択する。
【0052】
プロセッサ１０１は、ＡＣＴ６及びＡＣＴ７の処理を終えると、ＡＣＴ８として戻るボタンが入力されたか否かを確認する。戻るボタンが入力されていない場合、プロセッサ１０１は、ＡＣＴ８においてＮＯと判定し、ＡＣＴ９へと進む。プロセッサ１０１は、ＡＣＴ９として変更ボタンが入力されたか否かを確認する。変更ボタンが入力されていない場合、プロセッサ１０１は、ＡＣＴ９においてＮＯと判定し、ＡＣＴ１０へと進む。プロセッサ１０１は、ＡＣＴ１０として献立が選択されたか否かを確認する。献立が選択されていない場合、プロセッサ１０１は、ＡＣＴ１０においてＮＯと判定し、ＡＣＴ８へと戻る。ここにプロセッサ１０１は、ＡＣＴ８乃至ＡＣＴ１０として戻るボタンが入力されるか、変更ボタンが入力されるか、献立が選択されるのを待ち受ける。
【0053】
ＡＣＴ８乃至ＡＣＴ１０の待ち受け状態において、戻るボタンが入力されたことを検知した場合には、プロセッサ１０１は、ＡＣＴ８においてＹＥＳと判定し、ＡＣＴ４へと戻る。すなわちプロセッサ１０１は、ユーザ端末４０のディスプレイに注文画面を表示させる。以後、プロセッサ１０１は、ＡＣＴ５以降の処理を前述したのと同様に実行する。
【0054】
ＡＣＴ８乃至ＡＣＴ１０の待ち受け状態において、変更ボタンが入力されたことを検知した場合には、プロセッサ１０１は、ＡＣＴ９においてＹＥＳと判定し、ＡＣＴ１１へと進む。プロセッサ１０１は、ＡＣＴ１１としてデータファイル７０Ａに記述されている優先モードを変更する。すなわち、変更前の優先モードが価格優先モードであった場合には、履歴優先モードに変更する。変更前の優先モードが履歴優先モードであった場合には、価格優先モードに変更する。しかる後、プロセッサ１０１は、ＡＣＴ７へと戻る。すなわちプロセッサ１０１は、ユーザ端末４０のディスプレイに変更後の優先モードを表示させる。そしてプロセッサ１０１は、ＡＣＴ８乃至ＡＣＴ１０の待ち受け状態となる。
【0055】
ＡＣＴ８乃至ＡＣＴ１０の待ち受け状態において、献立が選択されたことを検知した場合には、プロセッサ１０１は、ＡＣＴ１０においてＹＥＳと判定し、ＡＣＴ１２へと進む。プロセッサ１０１は、ＡＣＴ１２として材料品目リスト６２Ｌを取得する。具体的にはプロセッサ１０１は、ユーザ端末４０で選択された献立の献立コードで献立データベース６２を検索する。そしてプロセッサ１０１は、当該献立コードが記述された献立データレコード６２Ｒから材料品目リスト６２Ｌを取得する。
【0056】
プロセッサ１０１は、ＡＣＴ１３として材料品目リスト６２Ｌのデータを基に、買物リスト７０Ｌを作成する。具体的にはプロセッサ１０１は、材料品目リスト６２Ｌから品目コードを取得し、その品目コードをデータファイル７０Ａの買物リスト７０Ｌに順次記述する。プロセッサ１０１は、材料品目リスト６２Ｌの品目コードを買物リスト７０Ｌに全て記述し終えると、ＡＣＴ１４として買物リスト７０Ｌに記述した品目コードの数を、品目数Ｎとして記憶する。そしてプロセッサ１０１は、図９の流れ図に示す手順の処理へと進む。
【0057】
プロセッサ１０１は、ＡＣＴ２１として第１カウンタメモリのカウント値ｎを“０”にリセットする。第１カウンタメモリは、例えばメインメモリ１０２の揮発性メモリ領域に形成されている。プロセッサ１０１は、ＡＣＴ２２として第１カウンタメモリを“１”だけカウントアップする。プロセッサ１０１は、ＡＣＴ２３として第１カウンタメモリのカウント値ｎが品目数Ｎを超えたか否かを確認する。
【0058】
カウント値ｎが品目数Ｎ以下である場合、プロセッサ１０１は、ＡＣＴ２３においてＮＯと判定し、ＡＣＴ２４へと進む。プロセッサ１０１は、ＡＣＴ２４として買物リスト７０Ｌからカウント値ｎと一致する番号ｎの品目コードを取得する。プロセッサ１０１は、ＡＣＴ２５として複写商品データベース５４-iCから、番号ｎの品目コードが設定された商品データレコード５４Ｒを全て抽出する。そしてプロセッサ１０１は、抽出した商品データレコード５４Ｒを、メインメモリ１０２の揮発性メモリ領域に形成された一時バッファに格納する。
【0059】
プロセッサ１０１は、ＡＣＴ２６としてデータファイル７０に記述されている優先モードを確認する。優先モードが履歴優先モードでない、つまり価格優先モードの場合には、プロセッサ１０１は、ＡＣＴ２６においてＮＯと判定し、ＡＣＴ２７へと進む。プロセッサ１０１は、ＡＣＴ２７として、ＡＣＴ１２の処理で取得した材料品目リスト６２Ｌを検索し、番号ｎの品目コードに対して代替品目コードが設定されているか否かを確認する。
【0060】
代替品目コードが設定されていない場合、すなわち番号ｎの品目コードに対する代替フラグが“０”であった場合、プロセッサ１０１は、ＡＣＴ２７においてＮＯと判定し、ＡＣＴ２８の処理をスキップして、ＡＣＴ２９へと進む。プロセッサ１０１は、ＡＣＴ２９として、一時バッファに格納された商品データレコード５４Ｒの中から価格が最低の商品データレコード５４Ｒを選択する。以下では、価格が最低の商品データレコード５４Ｒを商品データレコード５４Ｒｘと称する。このとき、最低価格が同額の商品データレコード５４Ｒｘが複数ある場合には、プロセッサ１０１は、予め決められたルールに従って、いずれか１つの商品データレコード５４Ｒｘを選択する。例えばプロセッサ１０１は、本部サーバ２０に問合せを行って、売上点数が最も多い商品の商品データレコード５４Ｒｘを選択する。あるいはプロセッサ１０１は、生産者に対して優先順位が設定されている場合には、その優先順位が最も高い生産者の商品データレコード５４Ｒｘを選択する。
【0061】
ＡＣＴ２７において、代替品目コードが設定されている場合、すなわち番号ｎの品目コードに対する代替フラグが“１”であった場合には、プロセッサ１０１はＹＥＳと判定し、ＡＣＴ２８へと進む。プロセッサ１０１は、ＡＣＴ２８として複写商品データベース５４-iCから、代替品目コードが設定された商品データレコード５４Ｒを全て抽出し、一時バッファに格納する。しかる後、プロセッサ１０１は、ＡＣＴ２９の処理へと進む。すなわちプロセッサ１０１は、一時バッファに格納された商品データレコード５４Ｒの中から価格が最低の商品データレコード５４Ｒｘを選択する。したがって、番号ｎの品目コードが設定された商品よりも、代替品目コードが設定された商品の方が低価格である場合には、代替品目コードの商品データレコード５４Ｒが選択される。なお、同額であった場合には、番号ｎの品目コードが設定された商品の商品データレコード５４Ｒが優先的に選択される。
【0062】
ＡＣＴ２９の処理を終えると、プロセッサ１０１は、ＡＣＴ３２へと進む。ＡＣＴ３２の処理については後述する。
【0063】
ＡＣＴ２６において、データファイル７０に記述されている優先モードが履歴優先モードであった場合には、プロセッサ１０１はＮＯと判定し、ＡＣＴ３０へと進む。プロセッサ１０１は、ＡＣＴ３０として、ＡＣＴ３の処理で取得した会員データレコード６１Ｒの購買履歴リスト６１Ｌを検索する。そしてプロセッサ１０１は、番号ｎの品目コードの中で購買数が最多の商品コードを選択する。このとき、購買数が最多の商品コードが複数ある場合には、プロセッサ１０１は、予め決められたルールに従って、いずれか１つの商品コードを選択する。例えばプロセッサ１０１は、価格が最低である商品の商品コードを選択する。あるいはプロセッサ１０１は、売上数が最も多い商品の商品コードを選択する。
【0064】
プロセッサ１０１は、ＡＣＴ３１として購買数が最多の商品コードを選択できたか否かを確認する。例えば、番号ｎの品目コードが購買履歴リスト６１Ｌに存在しない場合があり得、その場合には購買数が最多の商品コードを選択できない。購買数が最多の商品コードを選択できない場合には、プロセッサ１０１は、ＡＣＴ３１においてＮＯと判定し、ＡＣＴ２９へと進む。すなわちプロセッサ１０１は、一時バッファに格納された商品データレコード５４Ｒの中から価格が最低の商品データレコード５４Ｒｘを選択する。その後、プロセッサ１０１は、ＡＣＴ３２へと進む。
【0065】
ＡＣＴ３１において、購買数が最多の商品コードを選択できた場合には、プロセッサ１０１はＹＥＳと判定し、ＡＣＴ３２へと進む。
【0066】
このように、ＡＣＴ２９において最低価格の商品を選択するか、ＡＣＴ３０において最多購買数の商品を選択すると、プロセッサ１０１は、ＡＣＴ３２へと進む。プロセッサ１０１は、ＡＣＴ３２として、ＡＣＴ２９又はＡＣＴ３０において選択した商品の商品コード及び価格を、買物リスト７０Ｌの番号ｎに対応したエリアに記述する。その後、プロセッサ１０１は、ＡＣＴ２２へと戻る。すなわちプロセッサ１０１は、第１カウンタメモリをさらに“１”だけカウントアップする。そしてプロセッサ１０１は、ＡＣＴ２３以降の処理を前述したのと同様に実行する。
【0067】
こうして、カウント値ｎが品目数Ｎを超えるまで、プロセッサ１０１は、ＡＣＴ２２乃至ＡＣＴ３２の処理を繰り返し実行する。そして、カウント値ｎが品目数Ｎを超えたならば、プロセッサ１０１は、ＡＣＴ２３においてＹＥＳと判定し、ＡＣＴ３３へと進む。プロセッサ１０１は、ＡＣＴ３３としてユーザ端末４０に対して買物メモを通知する。具体的にはプロセッサ１０１は、買物リスト７０Ｌに記述された商品コードで識別される商品の商品名と価格とを対応付けた買物メモを作成し、この買物メモのデータをユーザ端末４０に送信するように第１通信インターフェース１０５を制御する。この制御により、インターネット３２を通じて買物メモのデータがユーザ端末４０へと送信される。かくして、ユーザ端末４０のディスプレイに、買物メモが表示される。
【0068】
買物メモに表示された商品名の商品は、利用者が選択した献立の調理に必要な品目の商品である。そして、利用者が価格優先モードを指定していた場合には、同一品目又は代替品目の中から最低価格の商品が選択されて、買物メモに表示されている。一方、利用者が履歴優先モードを指定していた場合には、同一品目の中から当該利用者が最も多く購入している商品が選択されて、買物メモに表示されている。利用者が最も多く購入している商品は、その利用者の嗜好に合った商品であるといえる。
【0069】
さて、買物メモを確認した利用者は、ユーザ端末４０を操作して購入すべき商品を決定する。すなわち利用者は、買物メモに表示されている商品の中から購入する商品を選択し、購入数量を入力する。利用者は、購入しない商品については、購入数量を入力しない。このとき、購入数量を入力することで、購入すべき商品の合計金額が算出され、ユーザ端末４０のディスプレイに表示されるようにするとよい。
【0070】
購入すべき商品の購入数量を入力し終えると、利用者は、ユーザ端末４０を操作して配送日時を入力する。なお、配送日時の入力は、購入数量を入力する前、あるいは購入数量を入力している途中であってもよい。
【0071】
購入数量と配送日時の入力を終えると、利用者は発注を指令する。この指令により、ユーザ端末４０からネットスーパーサーバ１０に対して注文データが送信される。注文データには、買物メモの商品コード及び価格とその商品コードで識別される商品の購入数量とが含まれている。また、配送日時とユーザ端末４０に設定された会員コードも注文データに含まれている。注文データは、インターネット３２を介してネットスーパーサーバ１０へと送信される。
【0072】
ユーザ端末４０に対して買物メモを通知したプロセッサ１０１は、ＡＣＴ３４として注文データを待ち受ける。そしてプロセッサ１０１は、第１通信インターフェース１０５を介して注文データを受信すると、ＡＣＴ３４においてＹＥＳと判定し、ＡＣＴ３５へと進む。プロセッサ１０１は、ＡＣＴ３５として注文データに含まれている会員コードがセットされたデータファイル７０Ａを選択する。そしてプロセッサ１０１は、このデータファイル７０Ａの買物リスト７０Ｌを更新する。すなわちプロセッサ１０１は、買物メモから商品コード、価格及び注文数量のデータを取得し、同じ商品コード及び価格が記述された買物リスト７０Ｌの行に注文数量を記述する。またプロセッサ１０１は、価格と注文数量とから金額を算出し、その金額を買物リスト７０Ｌの同一行に記述する。さらにプロセッサ１０１は、注文数量が１以上の商品コードに対応した注文フラグを“１”にセットする。
【0073】
こうして、買物リスト７０Ｌを更新し終えると、プロセッサ１０１は、ＡＣＴ３６として受注処理を行う。具体的にはプロセッサ１０１は、データファイル７０Ａに受注日時、配送日時及び合計金額を記述する。受注日時は、時計１０４で計時されている日時である。配送日時は、注文データに含まれている配送日時である。注文データに配送日時が含まれていない場合、プロセッサ１０１は、予め決められたルールに従い、時計１０４で計時されている日時から配送日時を決定し、データファイル７０Ａに記述する。合計金額は、買物リスト７０Ｌの金額を合算した金額である。合計金額は、この合算金額に消費税の金額を加算した金額であってもよい。
【0074】
受注処理を終えると、プロセッサ１０１は、ＡＣＴ３７としてその受注処理を終えたデータファイル７０Ａのデータを基に、受注データレコード６３Ｒを作成する。このときプロセッサ１０１は、買物リスト７０Ｌの中から注文フラグが“０”のデータを除いて、注文リスト６３Ｌを作成する。プロセッサ１０１は、受注データレコード６３Ｒを受注データベース６３に保存する。以上で、プロセッサ１０１は、受注業務処理を終了する。
【0075】
次に、発注業務処理について説明する。発注業務処理とは、ネットスーパーサーバ１０のプロセッサ１０１が、ネットスーパーで受注した商品の発注を店舗に対して行う業務の処理である。この処理は、例えば一日の予め決められた時刻に実行する。例えば午前１０時と、午後２時と、午後６時になると発注業務処理が開始される。
【0076】
図１０に示すように、発注業務処理が開始されると、プロセッサ１０１は、ＡＣＴ４１として時計１０４で計時されている日付を取得する。またプロセッサ１０１は、ＡＣＴ４２として第２カウンタメモリのカウント値ｐを“０”にリセットする。第２カウンタメモリは、例えばメインメモリ１０２の揮発性メモリ領域に形成されている。プロセッサ１０１は、ＡＣＴ４３として第２カウンタメモリを“１”だけカウントアップする。プロセッサ１０１は、ＡＣＴ４４として第２カウンタメモリのカウント値ｐが受注データ数Ｐを超えたか否かを確認する。受注データ数Ｐは、受注データベース６３に保存されている受注データレコード６３Ｒの数である。
【0077】
カウント値ｐが受注データ数Ｐ以下である場合、プロセッサ１０１は、ＡＣＴ４４においてＹＥＳと判定し、ＡＣＴ４５へと進む。プロセッサ１０１は、ＡＣＴ４５として受注データベース６３から未処理の受注データレコード６３Ｒを取得する。プロセッサ１０１は、ＡＣＴ４６としてその受注データレコード６３Ｒの配送日が、ＡＣＴ４１の処理で取得した時計１０４の日付と一致するか否かを確認する。配送日が時計１０４の日付と一致しない、つまりは配送日が時計１０４の日付よりも前である場合、プロセッサ１０１は、ＡＣＴ４６においてＮＯと判定し、ＡＣＴ４３に戻る。すなわちプロセッサ１０１は、第２カウンタメモリをさらに“１”だけカウントアップする。そしてプロセッサ１０１は、ＡＣＴ４４以降の処理を前述したのと同様に実行する。
【0078】
ＡＣＴ４６において、配送日が時計１０４の日付と一致する場合には、プロセッサ１０１はＹＥＳと判定し、ＡＣＴ４７へと進む。プロセッサ１０１は、ＡＣＴ４７として受注データレコード６３Ｒの優先モードを調べる。優先モードが価格優先モードであった場合、プロセッサ１０１は、ＡＣＴ４７においてＹＥＳと判定し、ＡＣＴ４８へと進む。プロセッサ１０１は、ＡＣＴ４８として価格見直し処理を実行する。そして価格見直し処理を終了すると、プロセッサ１０１は、ＡＣＴ４９へと進む。一方、優先モードが履歴優先モードであった場合には、プロセッサ１０１は、ＡＣＴ４７においてＮＯと判定し、ＡＣＴ４８の価格見直し処理をスキップして、ＡＣＴ４９へと進む。
【0079】
ここで、価格見直し処理について図１１を用いて説明する。
プロセッサ１０１は、価格見直し処理に入ると、ＡＣＴ６１として差額メモリＤをクリアする。またプロセッサ１０１は、ＡＣＴ６２として第３カウンタメモリのカウント値ｑを“０”にリセットする。差額メモリＤ及び第３カウンタメモリは、例えばメインメモリ１０２の揮発性メモリ領域に形成されている。プロセッサ１０１は、ＡＣＴ６３として第３カウンタメモリを“１”だけカウントアップする。プロセッサ１０１は、ＡＣＴ６４として第３カウンタメモリのカウント値ｑが品目数Ｑを超えたか否かを確認する。品目数Ｑは、受注データレコード６３Ｒの注文リスト６３Ｌにセットされている品目コードの数である。
プロセッサ１０１は、価格見直し処理に入ると、ＡＣＴ６１として差額メモリＤをクリアする。またプロセッサ１０１は、ＡＣＴ６２として第３カウンタメモリのカウント値ｑを“０”にリセットする。差額メモリＤ及び第３カウンタメモリは、例えばメインメモリ１０２の揮発性メモリ領域に形成されている。プロセッサ１０１は、ＡＣＴ６３として第３カウンタメモリを“１”だけカウントアップする。プロセッサ１０１は、ＡＣＴ６４として第３カウンタメモリのカウント値ｑが品目数Ｑを超えたか否かを確認する。品目数Ｑは、受注データレコード６３Ｒの注文リスト６３Ｌにセットされている品目コードの数である。
【0080】
カウント値ｑが品目数Ｑ以下である場合、プロセッサ１０１は、ＡＣＴ６４においてＹＥＳと判定し、ＡＣＴ６５へと進む。プロセッサ１０１は、ＡＣＴ６５として注文リスト６３Ｌから未処理の品目コードを取得する。
【0081】
プロセッサ１０１は、ＡＣＴ４６として受注データレコード６３Ｒにセットされた店舗コードが設定されている店舗の商品データベース５４-i（ｉ＝１，２，…）をコピーした複写商品データベース５４-iCを参照する。そしてプロセッサ１０１は、その複写商品データベース５４-iCから、ＡＣＴ６５において取得した品目コードが設定された商品データレコード５４Ｒを全て抽出する。そしてプロセッサ１０１は、抽出した商品データレコード５４Ｒを一時バッファに格納する。プロセッサ１０１は、ＡＣＴ６７として、ＡＣＴ２９の処理と同様に、一時バッファに格納された商品データレコード５４Ｒの中から価格が最低の商品データレコード５４Ｒを選択する。
【0082】
プロセッサ１０１は、ＡＣＴ６８としてその選択した商品データレコード５４Ｒの商品コードが、ＡＣＴ６５において取得した品目コードに関連付けて注文リスト６３Ｌに記述されている商品コードと一致するか否かを確認する。双方の商品コードが一致する場合、プロセッサ１０１は、ＡＣＴ６８においてＹＥＳと判定し、ＡＣＴ６３へと戻る。すなわちプロセッサ１０１は、第３カウンタメモリをさらに“１”だけカウントアップする。そしてプロセッサ１０１は、ＡＣＴ６４以降の処理を前述したのと同様に実行する。
【0083】
ＡＣＴ６８において、双方の商品コードが一致しない場合には、プロセッサ１０１はＮＯと判定し、ＡＣＴ６９へと進む。プロセッサ１０１は、注文リスト６３Ｌの該当する品目コードに対応した商品コード及び価格を、ＡＣＴ６７の処理で選択した最低価格の商品の商品コード及び価格に変更する。また、プロセッサ１０１は、注文リスト６３Ｌの金額と、受注データレコード６３Ｒの合計金額とを算出し直す。
【0084】
プロセッサ１０１は、ＡＣＴ７０として商品コードを変更する前の価格と変更した後の価格との差額ｄを算出する。そしてプロセッサ１０１は、ＡＣＴ７１としてその差額ｄを差額メモリＤに加算する。その後、プロセッサ１０１は、ＡＣＴ６３へと戻る。すなわちプロセッサ１０１は、第３カウンタメモリをさらに“１”だけカウントアップする。そしてプロセッサ１０１は、ＡＣＴ６４以降の処理を前述したのと同様に実行する。
【0085】
このように、優先モードが価格優先モードの利用者に対しては、発注日において、注文リスト６３Ｌにセットされている商品コードの商品よりも低価格の同一品目商品が存在する場合には、発注商品をその同一品目商品に変更する。
【0086】
こうして、プロセッサ１０１は、カウント値ｑが品目数Ｑを超えるまで、ＡＣＴ６３乃至ＡＣＴ７１の処理を繰り返し実行する。そして、カウント値ｑが品目数Ｑを超えたならば、プロセッサ１０１は、ＡＣＴ６４においてＮＯと判定し、ＡＣＴ７２へと進む。プロセッサ１０１は、ＡＣＴ７２として差額メモリＤの金額が“０”よりも大きいか否かを確認する。差額メモリＤの金額が“０”よりも大きい場合、プロセッサ１０１は、ＡＣＴ７２においてＹＥＳと判定し、ＡＣＴ７３へと進む。プロセッサ１０１は、ＡＣＴ７３としてその差額メモリＤの金額を差額として受注データレコード６３Ｒに追加する。これに対し、差額メモリＤの金額が“０”の場合には、プロセッサ１０１は、ＡＣＴ７２においてＮＯと判定し、ＡＣＴ７３の処理をスキップする。あるいはプロセッサ１０１は、差額として”０”を受注データレコード６３Ｒに追加してもよい。以上で、価格見直し処理が終了する。
【0087】
図１０の説明に戻る。
価格見直し処理が終了するか、優先モードが履歴優先モードであった場合、プロセッサ１０１は、ＡＣＴ４９として発注リストを作成する。具体的にはプロセッサ１０１は、受注データレコード６３Ｒの注文リスト６３Ｌに記述された商品コード、価格、数量及び金額から発注リストを作成する。そしてプロセッサ１０１は、この発注リストに、受注データレコード６３Ｒの受注日時、配送日時、会員コード、店舗コード、合計金額、差額等を付加する。
価格見直し処理が終了するか、優先モードが履歴優先モードであった場合、プロセッサ１０１は、ＡＣＴ４９として発注リストを作成する。具体的にはプロセッサ１０１は、受注データレコード６３Ｒの注文リスト６３Ｌに記述された商品コード、価格、数量及び金額から発注リストを作成する。そしてプロセッサ１０１は、この発注リストに、受注データレコード６３Ｒの受注日時、配送日時、会員コード、店舗コード、合計金額、差額等を付加する。
【0088】
プロセッサ１０１は、発注リストとそれに付加されたデータとを、その発注リストに付加された店舗コードで識別される店舗の店舗サーバ５２-j宛に送信するように第２通信インターフェース１０６を制御する。この制御により、第２通信インターフェース１０６から通信回線３１を介して本部サーバ２０宛に発注リストとそれに付加されたデータが送信される。さらに送信データは、本部サーバ２０から通信回線３３を通じて店舗サーバ５２-jへと転送される。このとき、店舗リストには、会員コードに関連付けられて会員データベース６１に登録されている配送先データがさらに付加される。かくして、店舗サーバ５２-jにおいては、発注リストが、配送先データ、配送日時等とともに出力される。例えば発注リストは、伝票プリンタを通じて発注伝票として出力される。あるいは発注リストは、パーソナルコンピュータ、タブレット端末等の情報処理装置を通じて、発注画面として出力される。これにより、店舗の担当者は、発注リストに記載されている商品を梱包し、配送先へ配送する。かくして、利用者が選択した献立に必要な材料となる商品のうち、当該利用者が購買すると決めた商品が、配送日時までに店舗から利用者が指定する配送先へと配送される。
【0089】
このとき、価格優先モードを指定した利用者に対しては、同一品目の中で最低価格の商品が選択されて配送される。履歴優先モードを指定した利用者に対しては、同一品目の中で購買数が最大の商品が選択されて配送される。
【0090】
以上の説明から明らかなように、ネットスーパーサーバ１０の第１通信インターフェース１０５は、通信手段を構成する。すなわち第１通信インターフェース１０５は、インターネット３２を通じて接続されたユーザ端末４０と通信を行う。
【0091】
ネットスーパーサーバ１０のプロセッサ１０１は、第１通信インターフェース１０５と協働して、ＡＣＴ５乃至ＡＣＴ１０の処理を実行することにより、受信手段を構成する。すなわちプロセッサ１０１は、ユーザ端末４０から第１通信インターフェース１０５を介して献立を受信する。
【0092】
プロセッサ１０１は、ＡＣＴ１２およびＡＣＴ１３の処理を実行することにより、検出手段を構成する。すなわちプロセッサ１０１は、第１通信インターフェース１０５を介して受信した献立に必要な材料を献立データベース６２から検出する。
【0093】
プロセッサ１０１は、ＡＣＴ２２乃至ＡＣＴ３２の処理を実行することにより、選択手段を構成する。すなわちプロセッサ１０１は、店舗で販売されている商品の中から、検出手段により検出された材料となり得る商品であって、ユーザ端末４０を利用するユーザが指定した優先モード、つまりはそのユーザの選択条件を満足する商品を選択する。
【0094】
プロセッサ１０１は、第１通信インターフェース１０５と協働してＡＣＴ３３の処理を実行することにより、送信手段を構成する。すなわちプロセッサ１０１は、選択手段により選択された商品のデータ、つまりは買物メモのデータを、第１通信インターフェース１０５を介してユーザ端末４０に送信する。
【0095】
プロセッサ１０１は、第１通信インターフェース１０５と協働してＡＣＴ３４乃至ＡＣＴ３６の処理を実行することにより、受注手段を構成する。すなわちプロセッサ１０１は、ユーザ端末４０から第１通信インターフェース１０５を介して買物メモのデータに含まれる商品の注文を受け付け、その受注データを受注データベース６３に保存する。
【0096】
プロセッサ１０１は、第２通信インターフェース１０６と協働してＡＣＴ４１乃至ＡＣＴ４６とＡＣＴ４９及びＡＣＴ５０の処理を実行することにより、指示手段を構成する。すなわちプロセッサ１０１は、受注手段により注文を受け付けた商品の発注を、第２通信インターフェース１０６を介して店舗サーバ５２-1、５２-2、…、に指示する。
【0097】
プロセッサ１０１は、ＡＣＴ４７及びＡＣＴ４８の処理を実行することにより、検証手段を構成する。すなわちプロセッサ１０１は、発注を指示する前に、注文を受け付けた商品が選択条件を満足する商品であるか否か、例えば最低価格であるか否かを検証する。
【0098】
このように、通信手段、受信手段、検出手段、選択手段及び送信手段を備えたネットスーパーサーバ１０であれば、ネットスーパーとしてのウェブサイトで献立を選択した利用者に対し、その献立に必要な品目の中でその利用者の選択条件に合った商品を提示することができる。例えば価格優先モードを指定した利用者に対しては、同一品目又は代替委品目の中で最低価格の商品が提示される。例えば履歴優先モードを指定した利用者に対しては、同一品目の商品の中で過去の購買数が最も多い商品が提示される。したがって利用者は、同一品目又は代替品目の中から希望する商品を選択する必要がなくなるので、利用者の満足度が高いネットスーパーをインターネット３２上に公開することができる。
【0099】
しかも、価格優先モードと履歴優先モードとは簡単な操作で切り替えることができる。したがって利用者は、価格を優先するか購買履歴を優先するかを適宜選択できるので、この点からもネットスーパー利用者の満足度を高めることができる。
【0100】
また、ネットスーパーサーバ１０は、さらに受注手段を備えている。これにより、利用者は、献立を選択したことで提示された商品の中から購入を希望する商品を取捨選択するだけで必要な商品を発注することができる。したがって、この点からも利用者の満足度が高いネットスーパーをインターネット３２上に公開することができる。
【0101】
また、ネットスーパーサーバ１０は、さらに指示手段と検証手段を備えている。したがって、例えば価格優先モードを指定した利用者が注文した商品が、発送時点で最低価格ではなく、別の商品が最低価格であった場合には、自動的に最低価格の商品に入れ替えることができる。したがって、ネットスーパー利用者の満足度をさらに高めることができる。
【0102】
以上、ネットスーパーの利用者が選択した献立に必要で且つその利用者の条件に合った商品を提示できる情報処理装置の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。
【0103】
前記実施形態では、ネットスーパーシステム１に含まれるサーバとして、ネットスーパーサーバ１０と本部サーバ２０とを例示した。他の実施形態としては、ネットスーパーサーバ１０としての機能と本部サーバ２０としての機能とを兼ね備えた１つのサーバで、ネットスーパーシステム１のサーバを構成してもよい。また、前記実施形態では、本部サーバ２０が会員データベース６１を備えたが、ネットスーパーサーバ１０が会員データベース６１を備えてもよい。
【0104】
前記実施形態では、ネットスーパーサーバ１０が複写商品データベース５４-1C、５４-2C、…、を記憶した。他の実施形態としては、ネットスーパーサーバ１０が本部サーバ２０を介して店舗サーバ５２-1、５２-2、…にアクセスし、その店舗サーバ５２-1、５２-2、…の商品データベース５４-1、５４-2、…から必要なデータを取得してもよい。こうすることにより、複写商品データベース５４-1C、５４-2C、…、が不要となる。
【0105】
前記実施形態では、優先モードとして価格優先モードと履歴優先モードとを例示した。優先モードの種類はこれに限定されるものではない。例えば同一品目の中に国産と外国産とが含まれている場合には国産を優先するモード等があってもよい。
【0106】
前記実施形態では、献立に必要な商品を注文する場合を例示した。この点に関しては、献立に必要な商品とともに献立に不要な商品を追加注文してもよいのは言うまでもないことである。
【0107】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］ネットワークに接続されたユーザ端末と通信を行う通信手段と、前記ユーザ端末から前記通信手段を介して献立を受信する受信手段と、前記受信手段で受信した献立に必要な材料を検出する検出手段と、店舗で販売されている商品の中から前記検出手段により検出された材料となり得る商品であって前記ユーザ端末を利用するユーザの選択条件を満足する商品を選択する選択手段と、前記選択手段により選択された商品のデータを、前記通信手段を介して前記ユーザ端末に送信する送信手段と、を具備する情報処理装置。
［２］前記ユーザ端末から前記通信手段を介して前記データに含まれる商品の注文を受け付ける受注手段、をさらに具備する付記［１］記載の情報処理装置。
［３］前記受注手段により注文を受け付けた商品の発注を前記店舗に指示する指示手段と、前記発注を指示する前に、前記注文を受け付けた商品が前記選択条件を満足する商品であるか否かを検証する検証手段と、をさらに具備する付記［２］記載の情報処理装置。
［４］前記選択条件は、価格の安さである、付記［１］乃至［３］のうちいずれか一記載の情報処理装置。
［５］前記選択条件は、前記ユーザ端末を利用するユーザが過去に購入した商品である、付記［１］乃至［３］のうちいずれか一記載の情報処理装置。
［６］ネットワークに接続されたユーザ端末と通信を行う通信手段を有する情報処理装置のコンピュータに、前記ユーザ端末から前記通信手段を介して献立を受信する機能、前記受信した献立に必要な材料を検出する機能、店舗で販売されている商品の中から前記検出された材料となり得る商品であって前記ユーザ端末を利用するユーザの選択条件を満足する商品を選択する機能、及び、前記商品のデータを、前記通信手段を介して前記ユーザ端末に送信する機能、を実現させるための制御プログラム。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］ネットワークに接続されたユーザ端末と通信を行う通信手段と、前記ユーザ端末から前記通信手段を介して献立を受信する受信手段と、前記受信手段で受信した献立に必要な材料を検出する検出手段と、店舗で販売されている商品の中から前記検出手段により検出された材料となり得る商品であって前記ユーザ端末を利用するユーザの選択条件を満足する商品を選択する選択手段と、前記選択手段により選択された商品のデータを、前記通信手段を介して前記ユーザ端末に送信する送信手段と、を具備する情報処理装置。
［２］前記ユーザ端末から前記通信手段を介して前記データに含まれる商品の注文を受け付ける受注手段、をさらに具備する付記［１］記載の情報処理装置。
［３］前記受注手段により注文を受け付けた商品の発注を前記店舗に指示する指示手段と、前記発注を指示する前に、前記注文を受け付けた商品が前記選択条件を満足する商品であるか否かを検証する検証手段と、をさらに具備する付記［２］記載の情報処理装置。
［４］前記選択条件は、価格の安さである、付記［１］乃至［３］のうちいずれか一記載の情報処理装置。
［５］前記選択条件は、前記ユーザ端末を利用するユーザが過去に購入した商品である、付記［１］乃至［３］のうちいずれか一記載の情報処理装置。
［６］ネットワークに接続されたユーザ端末と通信を行う通信手段を有する情報処理装置のコンピュータに、前記ユーザ端末から前記通信手段を介して献立を受信する機能、前記受信した献立に必要な材料を検出する機能、店舗で販売されている商品の中から前記検出された材料となり得る商品であって前記ユーザ端末を利用するユーザの選択条件を満足する商品を選択する機能、及び、前記商品のデータを、前記通信手段を介して前記ユーザ端末に送信する機能、を実現させるための制御プログラム。
【符号の説明】
【0108】
１…ネットスーパーシステム、１０…ネットスーパーサーバ、２０…本部サーバ、３１，３３…通信回線、３２…インターネット、４０…ユーザ端末、５０-1、５０-2…店舗システム、５２-1、５２-2…店舗サーバ、５４-1、５４-2…商品データベース、６１…会員データベース、６２…献立データベース、６３…受注データベース、１０１…プロセッサ、１０２…メインメモリ、１０３…補助記憶デバイス、１０４…時計、１０５…第１通信インターフェース、１０６…第２通信インターフェース。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
