JP6397735B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明の実施形態は、情報処理装置及びプログラムに関する。

店舗において購入された食料品等の商品は、一般に、当該商品を購入したユーザ宅の冷蔵庫等に保管され、調理等によって消費される。また、冷蔵庫等に保管された食料品のうち、賞味期限や消費期限を過ぎたものについては、廃棄されることが多々あるため、廃棄する量を減らすことが求められている。

従来、家庭内での食材を管理する食材管理システムとして、冷蔵庫における複数の貯蔵室の配置関係を示した配置図に、当該貯蔵室に収納した食材の内容を表示する技術が提案されている。係るシステムでは、食材の入力を手動で行っており、入力された食材に応じて賞味期限を設定するよう構成されている。

しかしながら、上記した従来の技術では、ユーザ自身が購入品（食材等）や賞味期限を入力・設定する必要があるため、操作が煩わしく利便性に欠けるという問題がある。

本発明が解決しようとする課題は、ユーザが購入した商品及び当該商品の消費タイミングを自動で入力・設定し、報知することが可能な情報処理装置及びプログラムを提供することである。

実施形態の情報処理装置は、記憶手段と、抽出手段と、期限日導出手段と、管理手段と、特定手段と、報知手段とを備える。記憶手段は、各品目の賞味期限又は消費期限に係る期限日数を販売方式毎に定めた期限設定情報を記憶する。抽出手段は、ユーザの購入履歴から当該ユーザが購入した購入品を抽出する。期限日導出手段は、前記期限設定情報に基づいて、前記購入品が購入された日付から当該購入品の品目及び販売方式に対応する前記期限日数が経過した日付を期限日として導出する。管理手段は、前記抽出手段が抽出した前記購入品の各々を、前記期限日導出手段が導出した当該購入品の期限日と関連付けて管理する。特定手段は、前記購入品の各々に関連付けられた期限日と現在日とを比較し、期限日が現在日から所定日数以内の購入品を特定する。報知手段は、前記特定手段が特定した購入品を前記ユーザに報知する。

図１は、購入品管理システムの構成を模式的に示す図である。 図２は、ＰＯＳ端末のハードウェア構成の一例を示すブロック図である。 図３は、企業サーバのハードウェア構成の一例を示すブロック図である。 図４は、購入品管理サーバのハードウェア構成の一例を示すブロック図である。 図５は、期限設定マスタのデータ構成の一例を示す図である。 図６は、購入品管理ＤＢのデータ構成の一例を示す図である。 図７は、ユーザ端末のハードウェア構成の一例を示すブロック図である。 図８は、ＰＯＳ端末の機能構成を示す図である。 図９は、企業サーバの機能構成を示す図である。 図１０は、購入品管理サーバの機能構成を示す図である。 図１１は、ユーザ端末の機能構成を示す図である。 図１２は、購入品管理処理の流れを示すフローチャートである。 図１３は、期限判定処理の流れを示すフローチャートである。 図１４は、購入品情報提供処理の流れを示すフローチャートである。 図１５は、購入品管理画面の画面遷移の一例を説明するための図である。 図１６は、購入品管理画面の一例を示す図である。 図１７は、購入品管理画面のサブ画面の一例を示す図である。 図１８は、購入品管理画面の一例を示す図である。 図１９は、購入品操作処理の流れを示すフローチャートである。 図２０は、レシピ情報提供処理の流れを示すフローチャートである。 図２１は、レシピ画面の一例を示す図である。 図２２は、期限設定マスタのデータ構成の他の例を示す図である。

以下、本実施の一形態を図面に基づいて説明する。

図１は、実施形態にかかる購入品管理システムの構成を模式的に示す図である。図１に示すように、購入品管理システムは、ＰＯＳ（Point of Sales）端末１と、企業サーバ２と、購入品管理サーバ３と、ユーザ端末４とを有する。

ＰＯＳ端末１は、商品を販売する店舗Ｐ１に設けられる。ＰＯＳ端末１は、ルータ等のネットワーク機器（図示せず）を介して、店舗Ｐ１と本部Ｐ２とを繋ぐネットワークＮ１に接続することが可能である。ここで、ネットワークＮ１は、例えば、ＶＰＮ（Virtual Private Network）等の専用線である。

ＰＯＳ端末１は、自店舗にて客が購入した商品の決済処理を行うことで、その取引内容を示した商品販売データを生成する。また、ＰＯＳ端末１は、商品販売データのデータ形式を変換した電子レシートを生成し、ネットワークＮ１を介して企業サーバ２に出力（送信）する。

なお、店舗Ｐ１に設けられるＰＯＳ端末１の個数は特に問わないものとする。また、店舗内に商品販売データ処理に用いる商品データファイル等を記憶・管理するストアサーバ等を設けてもよい。この場合、ストアサーバは、ＰＯＳ端末１の各々で生成される電子レシートを収集し、企業サーバ２に一括して出力する構成としてよい。

企業サーバ２は、例えば、店舗Ｐ１を運営する企業の本部Ｐ２に設けられる。企業サーバ２は、自企業が運営する各店舗Ｐ１（ＰＯＳ端末１）から送信された電子レシートを受信し管理する。つまり、企業サーバ２は、自企業が運営する各店舗Ｐ１で生成された電子レシートを一括に管理する、企業用の電子レシート管理サーバとして機能する。

また、企業サーバ２は、ネットワークＮ２を介して、購入品管理サーバ３に接続される。ネットワークＮ２は、例えば、インターネットやＶＰＮ等の専用線である。企業サーバ２は、各店舗Ｐ１から受信した電子レシートを、購入品管理サーバ３に送信する。

購入品管理サーバ３は、例えば、企業サーバ２の各企業とは独立した第３機関のデータセンタＰ３等に設けられる。購入品管理サーバ３は、ネットワークＮ２を介して、各企業の企業サーバ２に接続される。購入品管理サーバ３は、各企業（企業サーバ２）から送信された電子レシートを受信し管理する。つまり、購入品管理サーバ３は、各種企業の店舗で生成された電子レシートを一括に管理する、客用の電子レシート管理サーバとして機能する。

また、購入品管理サーバ３は、本システムへの登録を行った客（以下「会員」という）に関する会員情報を、後述する会員マスタ３３ａに記憶・管理する。なお、本システムへの登録方法は特に問わないものとする。例えば、本システムへの登録は、店舗Ｐ１においてＰＯＳ端末１を介して行う形態としてもよいし、ユーザ端末４を介して行う形態としてもよい。また、会員登録を行った会員には、固有の会員ＩＤが付与されるものとする。

ユーザ端末４は、本システムの利用者（会員）が使用する端末装置である。ユーザ端末４は、例えばスマートフォン、タブレット型コンピュータ等、ノート型パソコン等の通信端末を用いて実現できる。また、ユーザ端末４は、ネットワークＮ３を介して、購入品管理サーバ３等のサーバ装置に接続することが可能となっている。ここで、ネットワークＮ３は、インターネットや、各種公衆網である。

次に、上記した各装置のハードウェア構成について説明する。

まず、ＰＯＳ端末１について説明する。図２は、ＰＯＳ端末１のハードウェア構成の一例を示すブロック図である。図２に示すように、ＰＯＳ端末１は、各種演算やＰＯＳ端末１の各部を統括的に制御する制御部１１を備える。制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＲＴＣ（Real Time Clock）等によって構成されるコンピュータである。ＲＯＭは、各種プログラムやデータを記憶する。ＲＡＭは、各種プログラムを一時的に記憶したり各種データを書き換え自在に記憶する。ＲＴＣは、現在の日時を計時する。

制御部１１は、バス１８を介して操作部１２、プリンタ１３、表示部１４及びコードスキャナ１５に接続されている。

操作部１２は、オペレータが操作入力を行うための各種の操作キーを有する。操作キーは、例えば、数値を入力するための置数キー、所定の項目を選択するためのカーソルキーや選択決定キーを有する。また、操作キーは、取引における売上登録が行われる商品の合計出力を指示する小計キー、一取引の締め処理を行って代金を決済することを宣言する締めキー等を有する。プリンタ１３は、レシートやジャーナル等の印字を行うプリンタ装置である。

表示部１４は、例えば液晶ディスプレイ等であり、販売登録された商品の品名、価格、決済が宣言された一取引の合計金額、釣銭額等の各種情報を表示する。表示部１４は、キャッシャ向けに各種情報を表示するオペレータ用ディスプレイ１４ａと、客向けに各種情報を表示する客用ディスプレイ１４ｂとを備える。なお、表示部１４をタッチパネル構成としてもよく、この場合、タッチパネルは操作部１２として機能する。

コードスキャナ１５は、バーコードや二次元コード等のコードシンボルを光学的に読み取るスキャナ装置である。コードスキャナ１５は、例えば、商品に付されたコードシンボルや、客が提示する物品（会員カードやユーザ端末４）に表されたコードシンボル等を読み取る。そして、コードスキャナ１５は、コードシンボルから読み取った情報を制御部１１に出力する。なお、商品に付されたコードシンボルには、その商品を特定するための商品コード等が保持されているとする。また、客が提示するコードシンボルには、その客を特定するための会員ＩＤ等が保持されているとする。

また、制御部１１は、バス１８を介して通信Ｉ／Ｆ（インタフェース）１６に接続される。制御部１１は、この通信Ｉ／Ｆ１６を介してネットワークＮ１に接続することが可能となっている。

また、制御部１１は、バス１８を介して、記憶部１７に接続されている。記憶部１７は、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の補助記憶装置である。記憶部１７は、制御部１１（ＣＰＵ）が実行する各種プログラムを記憶する。また、記憶部１７は、各商品の商品名（品目）、商品コード及び単価等の商品データを格納した商品データファイル等の各種データファイルを記憶する。

また、記憶部１７は、自己のＰＯＳ端末１を他のＰＯＳ端末１と識別するためのＰＯＳナンバーを記憶する。また、記憶部１７は、自店舗を運営する企業を他の企業と識別するための企業コードや、自己のＰＯＳ端末１が設置される店舗Ｐ１を示す店舗コード等を記憶する。また、記憶部１７は、非構造化形式のレシートデータを、構造化形式のレシートデータ（電子レシート）に変換する際の、変換規則を記述したレシートデータスキーマを記憶する。

次に、企業サーバ２について説明する。図３は、企業サーバ２のハードウェア構成の一例を示すブロック図である。図３に示すように、企業サーバ２は、各種演算や企業サーバ２の各部を統括的に制御する制御部２１を備えている。制御部２１は、制御部１１と同様に、ＣＰＵやＲＯＭ、ＲＡＭ、ＲＴＣ等によって構成されるコンピュータである。

制御部２１は、バス２４に接続された通信Ｉ／Ｆ２２を介して、ネットワークＮ１やネットワークＮ２に接続することが可能となっている。また、制御部２１は、バス２４を介して記憶部２３に接続されている。

記憶部２３は、制御部２１（ＣＰＵ）が実行する各種プログラムを記憶する。また、記憶部２３は、店舗Ｐ１から送信された電子レシートを記憶・管理する記憶領域を有する。

次に、購入品管理サーバ３の構成について説明する。図４は、購入品管理サーバ３のハードウェア構成の一例を示すブロック図である。図４に示すように、購入品管理サーバ３は、各種演算や購入品管理サーバ３の各部を統括的に制御する制御部３１を備えている。制御部３１は、制御部１１と同様に、ＣＰＵやＲＯＭ、ＲＡＭ、ＲＴＣ部等によって構成されるコンピュータである。

制御部３１は、バス３４に接続された通信Ｉ／Ｆ３２を介して、ネットワークＮ２及びネットワークＮ３に接続することが可能となっている。また、制御部３１は、バス３４を介して、記憶部３３に接続されている。

記憶部３３は、制御部３１（ＣＰＵ）が実行する各種プログラムを記憶する。また、記憶部３３は、各会員に関する会員情報が登録された会員マスタ３３ａを備える。会員情報は、各会員に割り振られた固有の会員ＩＤの他、会員の氏名、年齢、家族構成等の情報を含む。ここで、家族構成は、家族の人数や家族の年齢、飼育しているペットの種別等である。また、会員情報は、会員が所持するユーザ端末４の送信先情報（例えばメールアドレス）を含む。

また、記憶部３３は、各種企業（企業サーバ２）から提供された電子レシートを記憶・管理するための電子レシートＤＢ（データベース）３３ｂを備える。電子レシートは、会員ＩＤ、企業コード（店舗を運営する企業の識別コード）、店舗コード、レシートナンバー、取引日時等を含む。また、電子レシートは、会員が買い上げた商品の商品コードや単価、点数、当該商品の販売方式、支払金額等を記録した商品販売データの内容を含む。ここで、商品の販売方式は、例えば、賞味期限や消費期限が近いことを理由に、通常よりも安価に販売された商品（以下、見切り商品という）か否かを示すものである。また、後述するように、ＰＯＳ端末１において、商品の賞味期限や消費期限を入力する構成の場合には、電子レシートは、これらの期限を示す情報を含むものとする。

また、記憶部３３は、客が購入した生鮮食品等の商品について、賞味期限や消費期限を定める際の基準値を格納した期限設定マスタ３３ｃを備える。なお、期限設定マスタ３３ｃは、本実施形態の期限設定情報に対応する。

図５は、期限設定マスタ３３ｃのデータ構成の一例を示す図である。図５に示すように、期限設定マスタ３３ｃは、期限設定の対象となる生鮮食品等の各商品について、その商品コードと、期限日数とを対応付けて記憶する。期限日数は、商品の販売方式毎に設けられており、図５では、通常の商品を意味する「通常」と、見切り商品を意味する「見切り」とに区分けした例を示している。この期限日数は、各商品の賞味期限や消費期限を定めるための基準値として用いられる。

また、記憶部３３は、各会員が購入した商品（以下、購入品という）に関する購入品情報を記憶し、管理するための購入品管理ＤＢ３３ｄを備える。なお、購入品管理ＤＢ３３ｄは、本実施形態の管理手段に対応する。

図６は、購入品管理ＤＢ３３ｄのデータ構成の一例を示す図である。図６に示すように、購入品管理ＤＢ３３ｄは、会員ＩＤに対応付けて、その会員ＩＤに対応する会員が購入した商品（購入品）に関する購入品情報を記憶する。購入品情報は、購入品毎に設けられ、管理番号と、商品コードと、分量と、期限日と、保管場所情報と、報知フラグとを含む。

管理番号は、購入品を管理するための管理番号であり、購入品（商品コード）毎に固有の番号が割り振られる。なお、管理番号は、同一の会員ＩＤに関連付けて登録される購入品間で相違すればよく、例えば購入品管理ＤＢ３３ｄに登録された順に昇順の番号を割り当てる形態としてもよい。商品コードは、会員が購入した各商品、つまり購入品の商品コードである。分量は、購入品の残量に対応し、デフォルトの初期値として分量“１”が設定される。なお、３個入りパックの購入品等、一の購入品が複数の構成物で構成される場合には、その構成数を分量の初期値としてもよい。期限日は、購入品の賞味期限や消費期限に対応する。保管場所情報は、購入品の保管場所を示す情報である。報知フラグは、その購入品が報知対象か否かを判別するためのフラグ情報である。ここで、報知フラグ“０”が非報知対象であることを意味し、報知フラグ“１”が報知対象であることを意味する。

また、記憶部３３は、予め定められた複数の料理について、当該料理のレシピ情報を登録したレシピマスタ３３ｅを備える。レシピ情報は、基準となる人数分（例えば２人）の料理レシピとして、料理の材料となる食材の商品コード及び分量と、その料理の調理法（手順）を記した情報等を含む。また、レシピ情報は、ダイエット用や子供用等に予めカテゴリ分けされているものとする。

また、記憶部３３は、後述する購入品管理画面やレシピ画面等の生成に係る各種情報（背景画像や商品画像等）を記憶する。なお、商品画像は、各商品の商品コードと関連付けて保持されているものとする。また、商品画像は、対応する商品の分量毎に設けられていてもよい。

次に、ユーザ端末４の構成について説明する。図７は、ユーザ端末４のハードウェア構成の一例を示すブロック図である。図７に示すように、ユーザ端末４は、各種演算やユーザ端末４の各部を統括的に制御する制御部４１を備えている。制御部４１は、制御部１１と同様に、ＣＰＵやＲＯＭ、ＲＡＭ、ＲＴＣ等によって構成されるコンピュータである。

操作部４２は、バス４６を介して操作部４２及び表示部４３に接続されている。操作部４２は、ユーザ（会員）が操作入力を行うための各種の操作キーや、ポインティングデバイスを有している。表示部４３は、例えば液晶ディスプレイ等であり各種の情報を表示する。なお、表示部４３をタッチパネル構成としてもよく、この場合、タッチパネルは操作部４２として機能する。

また、制御部４１は、バス４６を介して通信Ｉ／Ｆ４４に接続されており、この通信Ｉ／Ｆ４４を介してネットワークＮ３に接続することが可能となっている。

また、制御部４１は、バス４６を介して、記憶部４５に接続されている。記憶部４５は、制御部４１（ＣＰＵ）が実行する各種プログラムの他、各種の情報を記憶する。例えば、記憶部４５は、購入品管理サーバ３と協働するためのプログラムや設定情報を記憶する。また、記憶部４５は、表示部４３の表示制御に係るプログラムや設定情報を記憶する。また、記憶部４５は、自装置を操作するユーザ（会員）の会員ＩＤを記憶（保持）する。この会員ＩＤは、例えば、操作部４２を介してユーザから入力されるものである。記憶部４５は、操作部４２を介して入力された会員ＩＤを、恒常的又は一時的に記憶する。なお、会員ＩＤは、ＲＡＭが保持する形態としてもよい。

次に、上記した各装置の機能構成について説明する。

まず、ＰＯＳ端末１の機能構成について説明する。図８は、ＰＯＳ端末１の機能構成を示す図である。図８に示すように、ＰＯＳ端末１は、商品販売処理部１１１と、レシート出力部１１２とを機能部として備える。具体的には、制御部１１のＣＰＵが、記憶部１７のプログラムを実行することにより、商品販売処理部１１１、レシート出力部１１２がＲＡＭ上に生成される。

商品販売処理部１１１は、商品販売処理及び商品販売データの生成を主に行う。具体的に、商品販売処理部１１１は、コードスキャナ１５等を介して、商品に付されたコードシンボルから商品コードを読み取る。また、商品販売処理部１１１は、読み取った商品コードに対応する商品データを商品データファイルから読み出し、この商品の単価に基づいて決済金額を算出する商品販売処理を実行する。そして、商品販売処理部１１１は、商品販売処理で処理された各商品の取引内容を含む商品販売データを生成する。

ここで、商品販売データは、非構造化形式のテキストデータである。商品販売データは、店舗を運営する企業を示す企業コード（企業名）、店舗コード（店舗名）、取引日時Ｄ７、取引ナンバー、レジナンバー、担当者名等の要素を含む。また、商品販売データは、決済の対象となった各商品の商品名（商品コード）、単価、点数、各商品の合計金額、客が支払った預かり金額、お釣り金額等を有する。

また、商品販売処理部１１１は、取引時にコードスキャナ１５等を介して客（会員）を特定する会員ＩＤを取得すると、その会員ＩＤを含んだ商品販売データを生成する。また、商品販売処理部１１１は、オペレータの操作により、販売方式（見切り商品）が指定された場合、見切り商品であることを示す情報を含んだ商品販売データを生成する。

また、商品販売処理部１１１は、商品に付されたコードシンボルに賞味期限（或いは消費期限）が含まれる場合、その期限情報を読み取り、当該期限情報を含んだ商品販売データを生成する。なお、期限情報の入力方法は、コードシンボルの読み取りに限らず、操作部１２を介した手入力であってもよい。また、ＯＣＲ（Optical Character Recognition）技術を用いることで、商品を撮像した撮像画像から、当該商品に記載された賞味期限等の文字列を期限情報として読み取る構成としてもよい。この場合、撮像画像の取得は、図示しない撮像装置を用いて行ってもよいし、コードスキャナ１５が撮像機能を備えのであれば、当該コードスキャナ１５を用いて行ってもよい。

レシート出力部１１２は、商品販売処理部１１１で一取引分の商品販売データが生成される毎に、当該商品販売データを紙レシートとしてプリンタ１３から印字させる。また、レシート出力部１１２は、商品販売データに会員ＩＤが含まれる場合、レシートデータスキーマの変換規則に従い、商品販売データをＸＭＬやＣＳＶ等の構造化形式のデータに変換する。そして、レシート出力部１１２は、データ形式を変換した商品販売データ、つまり電子レシートを、自店舗を運営する企業の企業サーバ２に送信（出力）する。

次に、企業サーバ２の機能構成について説明する。図９は、企業サーバ２の機能構成を示す図である。図９に示すように、企業サーバ２は、電子レシート管理部２１１と、電子レシート転送部２１２とを機能部として備える。具体的には、制御部２１のＣＰＵが、記憶部２３のプログラムを実行することにより、電子レシート管理部２１１、電子レシート転送部２１２がＲＡＭ上に生成される。

電子レシート管理部２１１は、通信Ｉ／Ｆ２２を介して、ＰＯＳ端末１の各々から送信される電子レシートを受信する。また、電子レシート管理部２１１は、受信した電子レシートを、記憶部２３の所定領域（データベース等）に格納する。

電子レシート転送部２１２は、電子レシート管理部２１１が受信した電子レシートを、所定のタイミングで購入品管理サーバ３に送信（転送）する。なお、電子レシート転送部２１２が、電子レシートを転送するタイミングは特に問わないものとする。例えば、電子レシート転送部２１２は、電子レシート管理部２１１が電子レシートを受信したタイミングで、当該電子レシートを転送してもよい。また、電子レシート転送部２１２は、所定の時間（例えば１時間）毎に、電子レシートを転送してもよい。

次に、購入品管理サーバ３の機能構成について説明する。図１０は、購入品管理サーバ３の機能構成を示す図である。図１０に示すように、購入品管理サーバ３は、電子レシート管理部３１１と、購入品管理部３１２と、期限判定部３１３と、購入品情報提供部３１４と、レシピ情報提供部３１５と、提案処理部３１６とを機能部として備える。具体的には、制御部３１のＣＰＵが、記憶部３３のプログラムを実行することにより、上記の機能部がＲＡＭ上に生成される。

電子レシート管理部３１１は、通信Ｉ／Ｆ３２を介して、企業サーバ２の各々から送信される電子レシートを受信する。また、電子レシート管理部３１１は、受信した電子レシートを、記憶部３３の電子レシートＤＢ３３ｂに登録する。ここで、電子レシートＤＢ３３ｂに登録された電子レシートは、各会員（ユーザ）の購入履歴に対応する。

購入品管理部３１２は、本実施形態の抽出手段及び期限日導出手段に対応する機能部である。購入品管理部３１２は、電子レシートＤＢ３３ｂに電子レシートが格納される毎に、当該電子レシートに含まれた会員ＩＤ及び商品コードを抽出し、購入品管理ＤＢ３３ｄに登録する。具体的に、購入品管理部３１２は、電子レシートから会員ＩＤ及び商品コードを抽出すると、その抽出した商品コードの各々に管理番号を付与する。そして、購入品管理部３１２は、管理番号を付与した商品コードの各々を、抽出した会員ＩＤに関連付けて、購入品管理ＤＢ３３ｄに登録する。また、抽出した会員ＩＤが購入品管理ＤＢ３３ｄに登録済である場合には、該当する会員ＩＤに関連付けて、管理番号を付与した商品コードの各々を登録する。

管理番号は、上述したように、同一の会員ＩＤに関連付けて購入品管理ＤＢ３３ｄに登録した各商品コード、つまり購入品の各々を管理するために用いられる。そのため、購入品管理部３１２は、同一の商品コードが複数存在する場合であっても、当該商品コードの各々に異なる管理番号を付与して管理する。また、購入品管理部３１２は、電子レシートにおいて一の商品（商品コード）の点数が複数個を示す場合、その個数分の商品コードを抽出し、それぞれ異なる管理番号を付与して管理する。

また、購入品管理部３１２は、電子レシートから抽出した商品コードの各々について、当該電子レシートに含まれる取引日及び販売方式と、期限設定マスタ３３ｃの設定値とから期限日を導出する。そして、購入品管理部３１２は、導出した期限日を、対応する購入品（管理番号）に関連付けて購入品管理ＤＢ３３ｄに登録する。

例えば、取引日が「１０月４日」、販売方式が「見切り」の商品について、期限設定マスタ３３ｃの期間が「７日」に設定されている場合を考える。この場合、購入品管理部３１２は、取引日「１０月４日」を基点日とし、この基点日から７日経過後の「１０月１１日」を、当該商品の期限日として導出する。なお、電子レシートに商品の期限情報が指定されている場合、購入品管理部３１２は、その期限情報が示す期限日を読み取り、対応する購入品（管理番号）に関連付けて購入品管理ＤＢ３３ｄに登録する。

また、購入品管理部３１２は、ネットワークＮ３を介して、ユーザ端末４から会員ＩＤ及び管理番号を指定した保管場所情報の登録要求を受け付ける。購入品管理部３１２は、登録要求を受け付けると、その登録要求で指定された会員ＩＤの管理番号に関連付けて、保管場所情報を購入品管理ＤＢ３３ｄに登録する。なお、保管場所情報には、購入品の保管場所を示す情報が含まれるものとする。

また、購入品管理部３１２は、ネットワークＮ３を介して、ユーザ端末４から会員ＩＤ、管理番号及び消費量を指定した消費要求を受け付けると、その消費量分を減算する消費処理を行う。具体的に、購入品管理部３１２は、消費要求を受け付けると、その消費要求で指定された会員ＩＤ及び管理番号に係る購入品の分量から、当該消費要求で指定された消費量を減算する。なお、購入品管理部３１２は、減算の結果、購入品の分量が０（或いはマイナス値）となった場合、その購入品の購入品情報を購入品管理ＤＢ３３ｄから削除する。

期限判定部３１３は、本実施形態の特定手段に対応する機能部である。期限判定部３１３は、購入品管理ＤＢ３３ｄに登録された各購入品（購入品情報）の期限日と、現在日とを比較し、賞味期限や消費期限が迫っている購入品を特定する。より詳細には、期限判定部３１３は、期限日が現在日から所定日数（例えば３日）以内の購入品を特定する。そして、期限判定部３１３は、特定した購入品の報知フラグを、報知対象を示す値に設定する。

購入品情報提供部３１４は、本実施形態の報知手段及び生成手段に対応する機能部である。購入品情報提供部３１４は、ネットワークＮ３を介して、ユーザ端末４からユーザＩＤを指定したアクセス要求を受け付けると、そのユーザＩＤに関連付けられた購入品情報を購入品管理ＤＢ３３ｄから読み出す。そして、購入品情報提供部３１４は、読み出した購入品情報に基づいて購入品管理画面を生成し、アクセス元のユーザ端末４に送信（提供）する。なお、購入品管理画面については後述する。

レシピ情報提供部３１５は、レシピマスタ３３ｅに登録されたレシピ情報を提供する機能部である。レシピ情報提供部３１５は、ユーザ端末４から会員ＩＤと、一又は複数の商品コードとを指定したレシピ要求を受け付けると、その商品コードを食材に含む料理のレシピ情報をレシピマスタ３３ｅから検索する。そして、レシピ情報提供部３１５は、レシピマスタ３３ｅから検索した結果を、第１検索結果として取得する。

また、レシピ情報提供部３１５は、レシピ要求で指定された会員ＩＤの購入品を参照し、当該購入品を食材とする料理のレシピ情報を絞り込み検索する。具体的に、レシピ情報提供部３１５は、購入品管理ＤＢ３３ｄを参照し、レシピ要求で指定された会員ＩＤの購入品情報から商品コードを抽出する。そして、レシピ情報提供部３１５は、レシピ要求に基づきレシピ情報を検索する際に、購入品情報から抽出した商品コードの何れかを含むレシピ情報を絞り込み検索し、第２検索結果を取得する。また、レシピ情報提供部３１５は、レシピ要求で指定された会員ＩＤの購入品情報の中に、報知対象に設定されたものが存在するか否かを判定する。ここで、報知対象に設定された購入品情報が存在する場合、レシピ情報提供部３１５は、該当する購入品情報から抽出した商品コードを含むレシピ情報を絞り込み検索し、第３検索結果を取得する。

そして、レシピ情報提供部３１５は、検索結果を出力するためのレシピ画面を生成し、レシピ要求を送信したユーザ端末４に送信（提供）する。ここで、レシピ情報提供部３１５は、第３検索結果を優先的に出力し、第２検索結果、第１検索結果の順に、優先順位を低くして出力するものとする。例えば、第３検索結果としてレシピ情報が得られた場合には、当該第３検索結果のみを出力してもよい。

なお、レシピ情報提供部３１５は、会員マスタ３３ａを参照し、レシピ要求で指定された会員ＩＤの家族構成（人数、年齢）に応じて、レシピ情報に記述する食材の個数等を変更してもよい。また、レシピ情報提供部３１５は、検索したレシピ情報に購入品以外の材料が含まれる場合、その不足分の材料の購入を促す広告等をレシピ画面に含めてもよい。

提案処理部３１６は、商品の購入や消費を促すための提案情報を各会員に提供するための機能部である。提案処理部３１６は、各会員の購入及び消費の状況や、家族構成等に基づき、購入又は消費の対象となる商品を選択する。

例えば、提案処理部３１６は、同一の商品（商品コード）について、購入品管理ＤＢ３３ｄに登録されるタイミングや削除されるタイミングを、各会員の会員ＩＤ毎に計測（記録）する。提案処理部３１６は、計測したタイミングに基づき、定期的に購入される商品（定期購入商品）の商品コードを会員ＩＤ毎に抽出する。ここで、定期購入商品は、例えば１か月毎や３ヶ月毎等、略一定の間隔で定期的に購入（或いは消費）されている商品を意味する。なお、定期購入商品か否かの判定方法は特に問わないものとする。例えば、略一定の頻度で所定回数（３回等）以上購入された商品を、定期購入商品と判定してもよい。そして、提案処理部３１６は、定期購入商品が消費されたタイミング等に、当該定期購入商品の購入を促す提案情報を会員に提供する。

また、提案処理部３１６は、各会員が購入した缶詰等の備蓄可能な商品について、ローリングストック法を用いることで、当該商品の買い足しや消費するタイミングを導出する。そして、提案処理部３１６は、導出したタイミングで、商品の買い足しや当該商品の消費を促す提案情報を会員に提供する。

また、提案処理部３１６は、会員マスタ３３ａに登録された各会員の家族構成に応じて、商品の購入を促すための提案情報を会員に提供する。例えば、提案処理部３１６は、会員の家族構成に含まれる家族の人数と、当該会員の購入品や消費の状況とから会員宅の栄養状態を推測する。そして、提案処理部３１６は、不足する栄養素を含んだ商品の購入を促す提案情報を会員に提供する。また、提案処理部３１６は、各会員の家族構成に含まれる家族の年齢やペットの種別に応じた商品（例えば、紙おむつ、ドッグフード等）の購入を促す提案情報を会員に提供する。

なお、提案処理部３１６による提案情報の提供方法は、特に問わないものとする。例えば、会員マスタ３３ａに登録された各会員の送信先情報宛に提案情報を送信してもよい。また、他の提供方法としては、提案処理部３１６と購入品情報提供部３１４とが協働することで、提案情報を提供する方法を採用してもよい。例えば、提案処理部３１６は、購入品情報提供部３１４がユーザ端末４に提供する購入品情報に、当該ユーザ端末４の会員に提供する提案情報を付加する。また、購入品情報提供部３１４が提供する購入品情報の中に、消費を促す購入品の購入品情報が含まれる場合、提案処理部３１６は、その購入品情報に消費を促す提案情報を付加する。

次に、ユーザ端末４の機能構成について説明する。図１１は、ユーザ端末４の機能構成を示す図である。図１１に示すように、ユーザ端末４は、通信制御部４１１と、表示制御部４１２と、操作受付部４１３とを機能部として備える。具体的には、制御部４１のＣＰＵが、記憶部４５のプログラムを実行することにより、通信制御部４１１、表示制御部４１２、操作受付部４１３がＲＡＭ上に生成される。通信制御部４１１、表示制御部４１２及び操作受付部４１３は、例えば、Ｗｅｂブラウザプログラムや、本システム専用のプログラム（アプリケーション）により実現される。

通信制御部４１１は、通信Ｉ／Ｆ４４を介して、購入品管理サーバ３との間で各種情報の授受を行う。例えば、通信制御部４１１は、購入品管理サーバ３から提供される各種の画面を受信する。また、通信制御部４１１は、各種の要求を購入品管理サーバ３に送信する。また、通信制御部４１１は、操作受付部４１３と協働することで、ユーザ操作の内容を購入品管理サーバ３に送信する。

表示制御部４１２は、表示部４３を制御することで、当該表示部４３に各種情報を表示させる。具体的に、表示制御部４１２は、通信制御部４１１と協働することで、購入品管理サーバ３から提供される各種の画面を表示部４３に表示させる。

操作受付部４１３は、操作部４２を介して入力されるユーザ操作を受け付ける機能部である。例えば、表示部４３がタッチパネル構成の場合、操作受付部４１３は、表示制御部４１２と協働することで、表示部４３に表示された画面に対する各種操作を受け付ける。

以下、上記した購入品管理システムの主要な動作について説明する。

まず、図１２を用いて、購入品管理サーバ３が行う購入品管理処理について説明する。図１２は、購入品管理サーバ３が行う購入品管理処理の流れを示すフローチャートである。

まず、電子レシート管理部３１１は、企業サーバ２から電子レシートを受信するまで待機する（ステップＳ１１；Ｎｏ）。電子レシート管理部３１１は、電子レシートを受信すると（ステップＳ１１；Ｙｅｓ）、この電子レシートを電子レシートＤＢ３３ｂに登録する（ステップＳ１２）。

続いて、購入品管理部３１２は、ステップＳ１２で電子レシートＤＢ３３ｂに登録された電子レシートから、購入品として管理する商品の商品コードを抽出する（ステップＳ１３）。ここで、抽出対象となる商品コードは、電子レシートに含まれる全ての商品コードとしてもよいし、一部の商品コードとしてもよい。例えば、購入品管理部３１２は、賞味期限等の期限日が存在する商品、或いは期限日を設定可能な商品の商品コードのみを抽出する構成としてもよい。

次いで、購入品管理部３１２は、ステップＳ１３で抽出した商品コードの各々に管理番号を付与するとともに、分量“１”及び報知フラグ“０”を設定する（ステップＳ１４）。

続いて、購入品管理部３１２は、ステップＳ１２で抽出した商品コードの中に、電子レシートで期限情報が付加されたものが存在するか否かを判定する（ステップＳ１５）。ここで、購入品管理部３１２は、期限情報が付加されていない商品コードについて（ステップＳ１５；Ｎｏ）、電子レシートに記された取引日や販売方式と、期限設定マスタ３３ｃの設定値とから期限日を導出する（ステップＳ１６）。また、期限情報が付与された商品が存在する場合には（ステップＳ１５；Ｙｅｓ）、購入品管理部３１２は、その期限情報が指示する期限日を読み取る（ステップＳ１７）。

続いて、購入品管理部３１２は、管理番号、商品コード、分量及び期限日の各組を購入品情報とし、電子レシートに含まれた会員ＩＤと関連付けて購入品管理ＤＢ３３ｄに登録する（ステップＳ１８）。なお、ステップＳ１８の時点では、購入品情報を構成する要素のうち、保管場所情報は空となる。

このように、購入品管理部３１２は、各会員の購入履歴（電子レシート）から、当該会員が購入した購入品を抽出する。また、購入品管理部３１２は、抽出した各購入品の品目（商品コード）等に基づいて、当該購入品の期限日を導出する。そして、購入品管理部３１２は、抽出した購入品の各々を当該購入品の期限日と関連付け、購入品管理ＤＢ３３ｄに登録する。これにより、購入品管理部３１２は、各会員が購入した購入品及び当該購入品の消費タイミングを自動で入力及び設定できるため、購入品や期限日の入力・設定に係るユーザの手間を減少させることができる。

次に、図１３を用いて、購入品管理サーバ３が行う期限判定処理について説明する。図１３は、購入品管理サーバ３が行う期限判定処理の流れを示すフローチャートである。本処理は、例えば、１日１度、日付の変わる０時等に実行されるものである。

期限判定部３１３は、購入品管理ＤＢ３３ｄに登録された購入品情報（以下、単に購入品ともいう）の各々について、当該購入品情報に設定された期限日を順次読み出す（ステップＳ２１）。次いで、期限判定部３１３は、ステップＳ２１で読み出した期限日と現在日とを比較し、当該期限日が現在日から所定日数以内か否かを判定する（ステップＳ２２）。

ステップＳ２２において、所定日数以外と判定した場合（ステップＳ２２；Ｎｏ）、期限判定部３１３は、ステップＳ２４に移行する。また、所定日数以内と判定した場合（ステップＳ２２；Ｙｅｓ）、期限判定部３１３は、購入品情報の報知フラグを、報知対象を示す値“１”に設定し（ステップＳ２３）、ステップＳ２４に移行する。

続くステップＳ２４において、期限判定部３１３は、購入品管理ＤＢ３３ｄに登録された全ての購入品を処理したか否かを判定する（ステップＳ２４）。未処理の購入品が存在する場合（ステップＳ２４；Ｎｏ）、期限判定部３１３は、ステップＳ２１に戻ることで、未処理の購入品から期限日を読み出す。そして、期限判定部３１３は、全ての購入品を処理したと判定すると（ステップＳ２４；Ｙｅｓ）、本処理を終了する。

次に、図１４〜図１８を用いて、購入品管理サーバ３が行う購入品情報提供処理について説明する。ここで、図１４は、購入品管理サーバ３が行う購入品情報提供処理の流れを示すフローチャートである。

まず、ユーザ端末４側では、操作部４２を介して行われた所定のユーザ操作に応じて、通信制御部４１１が、自装置が保持する会員ＩＤを指定したアクセス要求を購入品管理サーバ３に送信する。

一方、購入品管理サーバ３側では、購入品情報提供部３１４が、ユーザ端末４からのアクセス要求を待機している（ステップＳ３１；Ｎｏ）。購入品情報提供部３１４は、アクセス要求を受け付けると（ステップＳ３１；Ｙｅｓ）、そのアクセス要求で指定された会員ＩＤの購入品情報を購入品管理ＤＢ３３ｄから読み出す（ステップＳ３２）。次いで、購入品情報提供部３１４は、各保管場所を表す購入品管理画面の背景画面の中から、ホーム画面に設定された背景画面を記憶部４５から読み出す（ステップＳ３３）。

ここで、図１５は、購入品管理画面（背景画面）の画面遷移の一例を説明するための図である。図１５に示すように、購入品管理画面は、複数の保管場所を表す背景画面（第２画像）として、第１画面Ｇ１１〜第５画面Ｇ１５を有する。第１画面Ｇ１１は、冷蔵庫（冷蔵室）内の物品収納棚を模した画面である。第２画面Ｇ１２は、冷蔵庫（冷蔵室）の扉部の物品収納棚を模した画面である。第３画面Ｇ１３は、冷凍庫（冷凍室）内の物品収納棚を模した画面である。第４画面Ｇ１４は、室内に配置される物品収納棚を模した画面である。第５画面Ｇ１５は、非常用持出袋内の状態を表す画面である。

第１画面Ｇ１１〜第５画面Ｇ１５は、それぞれが一画面内に収まるよう表示され、ユーザ端末４でのユーザ操作に応じて画面遷移するよう構成される。例えば、第１画面Ｇ１１は、図面左方への移動を指示する操作に応じて、第２画面Ｇ１２に遷移する。また、第１画面Ｇ１１は、図面下方への移動を指示する操作に応じて、第３画面Ｇ１３に遷移する。また、第１画面Ｇ１１は、図面右方への移動を指示する操作に応じて、第４画面Ｇ１４に遷移する。また、第４画面Ｇ１４は、画面右上の操作子Ｍ１が操作されると、第５画面Ｇ１５に遷移する。なお、本実施形態では、最初に表示するホーム画面として、第１画面Ｇ１１が設定されているものとする。また、第１画面Ｇ１１〜第４画面Ｇ１４の画面左下の操作子Ｍ２については後述する。

第１画面Ｇ１１〜第４画面Ｇ１４の各物品収納棚には、後述するように各購入品を表した商品画像Ｇ２が配置される。また、第１画面Ｇ１１〜第４画面Ｇ１４の全て又は一部の物品収納棚には、その物品収納棚の状態を表すサブ画面が関連付けられている。ここで、図１５の第６画面Ｇ１６は、第１画面Ｇ１１に示した物品収納棚ＳＨ１部分のサブ画面を示す図である。このサブ画面は、物品収納棚ＳＨ１を上面から見た状態を表すものである。

図１４に戻り、購入品情報提供部３１４は、ステップＳ３２で読み出した各購入品の保管位置情報に基づき、当該購入品を表す商品画像を背景画面上に配置する（ステップＳ３４）。具体的に、購入品情報提供部３１４は、各購入品の商品コードに関連付けられた商品画像の各々を記憶部４５から読み出し、当該商品画像を保管位置情報が示す背景画像上の位置に配置する。なお、本実施形態では、商品画像が第１画像に対応し、背景画面が第２画像に対応する。

図１６は、購入品管理画面の一例を示す図である。図１６では、各購入品を表す商品画像Ｇ２を、第１画面Ｇ１１上に配置した例を示している。この場合、第１画面Ｇ１１上に配置される各購入品の保管位置情報には、例えば、第１画面Ｇ１１を指示する情報と、この第１画面Ｇ１１内での特定の領域を示す情報とが含まれる。ここで、特定の領域は、特定の物品収納棚（例えば、物品収納棚ＳＨ１）等を指示するものである。なお、第５画面Ｇ１５の場合には、保管位置情報は第５画面Ｇ１５を指示する情報のみとしてもよい。

続いて、購入品情報提供部３１４は、ステップＳ３２で読み出した各購入品の中に、報知対象に設定されたものが存在するか否かを判定する（ステップＳ３５）。報知対象に設定された購入品が存在しない場合（ステップＳ３５；Ｎｏ）、購入品情報提供部３１４は、ステップＳ３７に移行する。また、報知対象に設定された購入品が存在する場合（ステップＳ３５；Ｙｅｓ）、購入品情報提供部３１４は、この購入品に対応する商品画像に対し、第１報知情報を付加する（ステップＳ３６）。

図１６では、第１報知情報Ｇ３として、報知対象の購入品を表す商品画像Ｇ２に、期限日が迫っていることを報知するメッセージ「そろそろ食べて〜」を付加した例を示している。なお、購入品情報提供部３１４は、報知対象の商品画像Ｇ２に対し所定の処理を施すことで、当該商品画像Ｇ２が報知の対象であることを強調してもよい。例えば、商品画像Ｇ２の強調表示や、商品画像Ｇ２を動かす等の処理が挙げられる。また、同一の保管場所（物品収納棚）に複数の商品画像Ｇ２を重ねて配置している場合には、報知対象の購入品の商品画像Ｇ２を最前面に配置することで、報知対象であることを強調してもよい。

続いて、購入品情報提供部３１４は、購入品管理ＤＢ３３ｄから読み出した各購入品の中に、保管位置情報が空のものが存在するか否かを判定する（ステップＳ３７）。保管位置情報が空のものが存在しない場合（ステップＳ３７；Ｎｏ）、購入品情報提供部３１４は、ステップＳ３９に移行する。また、保管位置情報が空の購入品が存在する場合（ステップＳ３７；Ｙｅｓ）、購入品情報提供部３１４は、この購入品に対応する商品画像に対し、第２報知情報を付加する（ステップＳ３８）。

図１６では、第２報知情報Ｇ４として、保管位置情報が空の購入品に対応する商品画像Ｇ２に、新規購入品であることを報知するメッセージ「ＮＥＷ」を付加した例を示している。なお、保管位置情報が空の場合、商品画像Ｇ２の初期配置位置は特に問わないものとする。例えば、商品毎に予め定めた保管場所に配置してもよいし、特定の物品収納棚に纏めて配置してもよい。また、第１報知情報と同様に、新規購入品の商品画像Ｇ２に対し所定の処理を施すことで、当該商品画像Ｇ２が新たに追加されたものであることを強調してもよい。

続いて、購入品情報提供部３１４は、ステップＳ３４〜Ｓ３８で商品画像等を配置した背景画面を、購入品管理画面としてユーザ端末４に提供（送信）する（ステップＳ３９）。これにより、ユーザ端末４の表示部４３には、図１６等に示す購入品管理画面が表示されることになる。なお、ユーザ端末４のユーザは、表示部４３に表示された購入品管理画面に対し、各種の操作を行うことが可能となっている。購入品情報提供部３１４は、ユーザ端末４でのユーザ操作に応じて、当該ユーザ端末４に提供する購入品管理画面を更新する。

具体的に、購入品情報提供部３１４は、ユーザ端末４からの操作指示を待機する（ステップＳ４０；Ｎｏ→ステップＳ４２；Ｎｏ）。ここで、購入品情報提供部３１４は、画面遷移を指示する画面遷移操作を受け付けると（ステップＳ４０；Ｙｅｓ）、遷移先の背景画面を読み出し（ステップＳ４１）、ステップＳ３４に戻る。

また、購入品情報提供部３１４は、特定の領域（物品収納棚）を指定する領域指定操作を受け付けると（ステップＳ４０；Ｎｏ→ステップＳ４２；Ｙｅｓ）、指定された物品収納棚のサブ画面をユーザ端末４に提供する（ステップＳ４３）。

例えば、図１６の購入品管理画面において、物品収納棚ＳＨ１の領域が指定されると、購入品情報提供部３１４は、図１７に示すサブ画面をユーザ端末４に提供する。このサブ画面は、物品収納棚ＳＨ１に関連付けられた第６画面Ｇ１６上に、物品収納棚ＳＨ１に配置された各購入品の商品画像Ｇ２や報知情報を配列することで生成される。図１７に示すように、サブ画面では、物品収納棚を上面から見た状態であるため、図１６で重畳されていた商品画像Ｇ２が、重なりのないフラットな状態で表される。そのため、ユーザ端末４のユーザは、サブ画面を参照することで、各物品収納棚に配置された購入品（商品画像Ｇ２）の状態を容易に把握することができる。

購入品情報提供部３１４は、サブ画面を提供した後、ユーザ端末４からサブ画面を閉じる操作を受け付けるまで待機する（ステップＳ４４；Ｎｏ）。このサブ画面を閉じる操作は、例えば、図１７でグレーアウトされた部分が選択されることによって行われる。購入品情報提供部３１４は、サブ画面を閉じる操作を受け付けると（ステップＳ４４；Ｙｅｓ）、ステップＳ４０に戻る。

なお、ステップＳ３２で読み出した各購入品の中に、提案情報が付加されたものが存在する場合には、購入品情報提供部３１４は、該当する購入品の商品画像Ｇ２に提案情報を付加してもよい。例えば、購入品情報提供部３１４は、購入品の購入品情報に買い足しを促す提案情報が付加されている場合、図１８に示すように、該当する購入品の商品画像Ｇ２に、提案情報Ｇ５を関連付ける。ここで、図１８は、購入品管理画面として第５画面Ｇ１５上に配置された商品画像の一例を示す図である。同図では、該当する購入品の商品画像Ｇ２に、提案情報Ｇ５として買い足しを促すメッセージ「買い足しの時期ですよ」を付加した例を示している。また、購入品情報提供部３１４は、第１報知情報と同様に、提案情報を付加した商品画像Ｇ２に対し強調処理を施す構成としてもよい。

このように、購入品情報提供部３１４は、報知対象に設定された購入品の商品画像Ｇ２に第１報知情報Ｇ３を付加等し、購入品管理画面としてユーザ端末４に提供する。これにより、購入品情報提供部３１４は、ユーザ端末４のユーザに、期限日が迫っていることを報知することができるため、購入品の消費タイミングを報知することができる。また、これにより、期限日の近い購入品の消費を促すことができるため、期限切れにより廃棄される量を減らすことができる。また、ユーザ端末４のユーザは、報知対象の購入品とその保管場所とを容易に把握することができるため、利便性の向上を図ることができる。

また、購入品情報提供部３１４は、新たに追加された購入品の商品画像Ｇ２に第２報知情報Ｇ４を付加等し、購入品管理画面としてユーザ端末４に提供する。これにより、ユーザ端末４のユーザは、新たに追加された購入品を容易に把握することができるため、利便性の向上を図ることができる。

次に、図１９を用いて、購入品管理サーバ３が行う購入品操作処理について説明する。図１９は、購入品管理サーバ３が行う購入品操作処理の流れを示すフローチャートである。なお、本処理の前提として、ユーザ端末４の表示部４３には購入品管理画面が表示されているものとする。

まず、購入品管理サーバ３の購入品管理部３１２は、ユーザ端末４から保管場所情報の登録を指示する登録要求が送信されるまで待機する（ステップＳ５１；Ｎｏ→ステップＳ５４；Ｎｏ）。

ここで、登録要求は、ユーザ端末４において、購入品管理画面内の商品画像の配置位置を変更する位置変更操作がなされた場合に送信されるものである。この位置変更操作は、例えば、購入品管理画面内において、ある物品収納棚に配置された商品画像Ｇ２を、他の物品収納棚に移動させる操作によって行われる。ユーザ端末４の通信制御部４１１は、位置変更操作が行われると、変更先を指示する登録要求を、購入品管理サーバ３に送信する。具体的に、登録要求は、ユーザ端末４が保持する会員ＩＤと、操作の対象となった商品画像Ｇ２に対応する購入品の管理番号と、変更先の保管場所情報とを含む。なお、購入品管理画面内での商品画像の配置位置は、実際の購入品の保管位置と一致させることが、購入品の管理を行う上で好ましい。

購入品管理部３１２は、登録要求を受け付けると（ステップＳ５１；Ｙｅｓ）、この登録要求で指定された会員ＩＤ及び管理番号に対応する購入品情報を購入品管理ＤＢ３３ｄから検索する（ステップＳ５２）。そして、購入品管理部３１２は、検索した購入品情報の保管場所情報欄に、登録要求で指定された保管場所情報を登録（或いは上書き）する（ステップＳ５３）。

また、購入品管理サーバ３の購入品管理部３１２は、ユーザ端末４から購入品の消費を指示する消費要求が送信されるまで待機する（ステップＳ５４；Ｎｏ→ステップＳ５１；Ｎｏ）。

ここで、消費要求は、ユーザ端末４において、購入品の消費を指示する消費指示操作がなされた場合に送信されるものである。この消費指示操作は、例えば、購入品管理画面内において、ある物品収納棚に配置された商品画像Ｇ２を、画面外にはじき飛ばす操作（スワイプ操作）によって行われる。また、野菜等の１株単位の購入品を半分消費したことを指示するような場合には、対応する商品画像Ｇ２を半分に切るような操作によって行われる。

ユーザ端末４の通信制御部４１１は、消費指示操作が行われると、消費量を指示する消費要求を購入品管理サーバ３に送信する。具体的に、商品要求は、ユーザ端末４が保持する会員ＩＤと、消費指示操作の対象となった購入品の管理番号と、消費した分量（消費量）とを含む。また、通信制御部４１１は、消費指示操作がスワイプ操作により行われた場合には、消費量“１”を指定し、商品画像Ｇ２を半分に切る操作により行われた場合には、消費量“１／２”を指定する。なお、消費量の指定は、“１”や“１／２”の単位に限らず、他の値（１／４等）を指定可能な構成としてもよい。

購入品管理部３１２は、消費要求を受け付けると（ステップＳ５４；Ｙｅｓ）、この消費要求で指定された会員ＩＤ及び管理番号に対応する購入品情報を購入品管理ＤＢ３３ｄから検索する（ステップＳ５５）。次いで、購入品管理部３１２は、検索した購入品情報の分量から、消費要求で指定された消費量を減算する（ステップＳ５６）。

続いて、購入品管理部３１２は、ステップＳ５６の減算結果が０以下か否かを判定する（ステップＳ５７）。ここで、減算結果が０より大きな値（例えば１／２）の場合（ステップＳ５７；Ｎｏ）、購入品管理部３１２は、ステップＳ５１に戻る。また、減算結果が０以下の場合（ステップＳ５７；Ｙｅｓ）、購入品管理部３１２は、ステップＳ５５で検索した購入品情報を削除した後（ステップＳ５８）、ステップＳ５１に戻る。

このように、購入品管理サーバ３では、購入品管理画面を介した操作に応じて、保管場所情報の登録や、購入品情報の削除等の消費処理を実行する。したがって、ユーザ端末４のユーザは、簡易な操作で購入品を管理することができるため、利便性の向上を図ることができる。

なお、購入品情報提供部３１４は、購入品情報に含まれた分量の変更に伴い、対応する商品画像の状態を変更することが好ましい。例えば、購入品情報提供部３１４は、分量が１／２に変更された購入品の商品画像Ｇ２を、１／２にカットされた状態の購入品を表す商品画像Ｇ２に変更する。これにより、ユーザ端末４のユーザは、各購入品の残量を容易に把握することができるため、利便性の向上を図ることができる。

次に、図２０及び図２１を用いて、購入品管理サーバ３が行うレシピ情報提供処理について説明する。ここで、図２０は、購入品管理サーバ３が行うレシピ情報提供処理の流れを示すフローチャートである。なお、本処理の前提として、ユーザ端末４の表示部４３には購入品管理画面が表示されているものとする。

まず、購入品管理サーバ３のレシピ情報提供部３１５は、ユーザ端末４からレシピ要求が送信されるまで待機する（ステップＳ６１；Ｎｏ）。

ここで、レシピ要求は、ユーザ端末４において、購入品管理画面内の商品画像を指定したレシピ要求操作がなされた場合に送信されるものである。このレシピ要求操作は、例えば、購入品管理画面内において、ある物品収納棚に配置された１又は複数の商品画像Ｇ２を、画面左下の鍋状の操作子Ｍ２にドラッグすることによって行われる。ユーザ端末４の通信制御部４１１は、レシピ要求操作が行われると、操作の対象となった購入品を指示するレシピ要求を購入品管理サーバ３に送信する。具体的に、レシピ要求は、ユーザ端末４が保持する会員ＩＤと、操作の対象となった商品画像Ｇ２に対応する購入品の商品コードとを含む。

レシピ情報提供部３１５は、レシピ要求を受け付けると（ステップＳ６１；Ｙｅｓ）、このレシピ要求で指定された商品コードを食材とする料理のレシピ情報をレシピマスタ３３ｅから検索する（ステップＳ６２）。そして、レシピ情報提供部３１５は、ステップＳ６２の検索結果を第１検索結果として取得する（ステップＳ６３）。なお、レシピ情報を取得できなかった場合、レシピ情報提供部３１５は、指定された購入品を食材とする料理レシピが存在しない旨をユーザ端末４に送信し、ステップＳ６１に戻るものとする。

続いて、レシピ情報提供部３１５は、レシピ要求で指定された会員ＩＤの購入品情報から、レシピ要求で指定された商品コード以外の他の商品コードを抽出する（ステップＳ６４）。次いで、レシピ情報提供部３１５は、ステップＳ６４で抽出した商品コードの何れかを食材とする料理のレシピ情報を第１検索結果の中から検索（絞り込み検索）する（ステップＳ６５）。そして、レシピ情報提供部３１５は、ステップＳ６５の絞り込み検索の結果を第２検索結果として取得する（ステップＳ６６）。

続いて、レシピ情報提供部３１５は、ステップＳ６４で抽出した商品コードの中に、報知対象に設定されたものが存在するか否かを判定する（ステップＳ６７）。ここで、存在しないと判定した場合（ステップＳ６７；Ｎｏ）、レシピ情報提供部３１５は、ステップＳ７０に移行する。また、存在すると判定した場合（ステップＳ６７；Ｙｅｓ）、レシピ情報提供部３１５は、報知対象に設定された商品コードの何れかを食材とする料理のレシピ情報を第２検索結果の中から検索（絞り込み検索）する（ステップＳ６８）。そして、レシピ情報提供部３１５は、ステップＳ６８の絞り込み検索の結果を第３検索結果として取得する（ステップＳ６９）。

続いて、レシピ情報提供部３１５は、第１検索結果〜第３検索結果を出力するためのレシピ画面を生成する（ステップＳ７０）。なお、レシピ情報提供部３１５は、第３検索結果を優先的に出力し、第２検索結果、第１検索結果の順に、優先順位を低くして出力するものとする。

そして、レシピ情報提供部３１５は、生成したレシピ画面をレシピ要求を送信したユーザ端末４に提供（送信）する（ステップＳ７１）。これにより、ユーザ端末４の表示部４３には、レシピ画面（図２１参照）が表示されることになる。なお、ユーザ端末４のユーザは、表示部４３に表示されたレシピ画面に対し、各種の操作を行うことが可能となっている。

図２１は、レシピ画面の一例を示す図である。図２１に示すように、レシピ画面は第１領域Ａ１と、第２領域Ａ２とを有する。

第１領域Ａ１には、レシピ要求で指定された商品コードに対応する商品画像Ｇ２が表示される。また、第１領域Ａ１には、レシピ情報の出力に係るカテゴリを選択するためのメニュー項目Ｍ３が配置される。メニュー項目Ｍ３は、子供用やダイエット用等の複数のカテゴリを有し、当該カテゴリの中から一のカテゴリを選択可能に構成されている。ユーザ操作によりカテゴリが選択されると、レシピ情報提供部３１５は、そのカテゴリに該当するレシピ情報を、上記した第１検索結果〜第３検索結果の中から抽出し、第２領域Ａ２に配置する。これにより、ユーザ端末４では、選択したカテゴリのレシピ情報が第２領域Ａ２に表示されることになる。なお、第２領域Ａ２への配置は、第３検索結果〜第１検索結果の順に行うものとする。

第２領域Ａ２には、上述したように、第１検索結果〜第３検索結果の中から、メニュー項目Ｍ３で選択されたカテゴリに該当するレシピ情報が視認可能な状態で配置される。ここで、第２領域Ａ２に配置されたレシピ情報は、フリック操作等に応じて次候補のレシピ情報に切り替わるよう構成される。つまり、レシピ情報提供部３１５は、優先順位の高いレシピ情報ほど、先に表示されるようレシピ情報を配置（配列）する。

このように、購入品情報提供部３１４は、レシピマスタ３３ｅから検索したレシピ情報のうち、期限日の近い購入品を食材とするレシピ情報から優先的にユーザに提示する。これにより、購入品情報提供部３１４は、期限日の近い購入品の消費を促すことができるため、期限切れにより廃棄される量を減らすことができる。

なお、レシピ情報提供部３１５は、第２領域Ａ２に表示されるレシピ情報の中に、購入品以外の食材が含まれる場合、当該食材の購入を促す広告等の情報をレシピ画面に付加して表示させてもよい。これにより、ユーザ端末４のユーザに、不足する食材が存在することを報知できるため、利便性の向上を図ることができる。また、ユーザ端末４のユーザに、不足した食材の購入を促すことができるため、当該食材の販売促進を図ることができる。

また、第２領域Ａ２には、レシピ情報の確定を指示するための操作子Ｍ４が設けられる。レシピ情報提供部３１５は、操作子Ｍ４を受け付けると、その時に第２領域Ａ２に表されているレシピ情報の料理を調理対象として確定する。なお、レシピ情報の確定に伴い、購入品管理部３１２は、当該レシピ情報に含まれる材料及び分量に基づき、当該材料に対応する購入品の購入品情報（分量）から消費量を減算する処理を行ってもよい。この場合、減算の対象とする購入品は、期限日の短いものから自動で選択してもよいし、購入品管理画面等からユーザに選択させる構成としてもよい。

以上、本発明の実施形態を説明したが、上記実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。上記実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、追加、組合せ等を行うことができる。また、上記実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

例えば、上記実施形態では、ＰＯＳ端末１において、賞味期限や消費期限を入力可能な構成としたが、当該期限を特定可能な他の情報を入力可能な構成としてもよい。具体的には、商品の鮮度を表す情報を入力可能な構成としてもよい。なお、鮮度の入力は、手動で行ってもよいし自動で行ってもよい。自動で行う場合、ＰＯＳ端末１は、カメラ等の撮像装置で撮像された商品の画像から当該商品の外観上の特徴量を抽出するオブジェクトスキャナを用いる構成としてもよい。この場合、オブジェクトスキャナは、生鮮食品等の商品について、当該商品の色彩や光沢、しおれの状態を特徴量として抽出し、当該特徴量に応じた鮮度を出力する。そして、ＰＯＳ端末１のレシート出力部１１２は、オブジェクトスキャナが出力した鮮度を対応する商品に関連付け、電子レシートとして企業サーバ２に送信する。ここで、鮮度としては、例えば、「高」、「中」、「低」等の評価値を用いることができる。

一方、購入品管理サーバ３の購入品管理部３１２は、図５の期限設定マスタ３３ｃの代わりに、図２２に示す期限設定マスタ３３ｃを用いることで、各鮮度に応じた期限日を導出する。ここで、図２２は、期限設定マスタ３３ｃの他の例を示す図である。図２２の期限設定マスタ３３ｃには、生鮮食品等の商品の商品コードと関連付けて、鮮度（高、中、低）毎の期限日数が定められている。したがって、本構成によれば、各商品を購入した時点での鮮度に基づき期限日を設定することができる。

また、上記実施形態では、賞味期限や消費期限の迫った購入品を、購入品管理画面上で報知する構成としたが、これに限らないものとする。例えば、会員マスタ３３ａに登録された送信先情報を用いて報知する方法を採用してもよい。具体的に、期限判定部３１３は、各会員の購入品を報知対象に設定すると、当該購入品の商品名や期限日等を含む情報を対応する会員の送信先情報宛に送信することで報知を行う。

また、上記実施形態では、購入品の消費処理は、ユーザ端末４からの消費要求又はレシピ情報の確定操作に応じて行うものとしたが、これに限らないものとする。例えば、購入品管理部３１２は、ユーザ端末４から送信される消費要求以外の他の情報に基づいて、消費処理を実行してもよい。

ここで、ユーザ端末４から送信される他の情報の例としては、料理の食材を撮像した撮像画像や料理を撮像した撮像画像が挙げられる。この場合、購入品管理サーバ３は、ユーザ端末４から送信された画像から、購入品とその分量を推定するための機能部（消費量推定部）を備える。具体的に、消費量推定部は、料理の食材を撮像した撮像画像から、当該撮像画像に含まれる食材（購入品）とその分量（消費量）とを推定する。また、消費量推定部は、料理を撮像した撮像画像から、その料理に使用された食材（購入品）とその分量（消費量）とを推定する。

係る消費量推定部は、公知の物体認識技術等を用いて実現してもよい。なお、料理を撮像した撮像画像から推定する場合には、当該料理の種別を一旦識別した後、当該料理のレシピ情報から使用された食材とその分量とを推定してもよい。そして、購入品管理部３１２は、消費量推定部の推定結果に基づいて、消費された購入品の分量の減算や購入品情報の削除を行う。これにより、ユーザ端末４のユーザは、使用する食材や調理した料理を撮像することで、消費した購入品を購入品管理サーバ３に通知することができるため、利便性の向上を図ることができる。

また、上記実施形態では、保管場所情報で管理する単位を、各背景画像が有する個々の物品収納棚、つまり冷蔵庫や冷凍室等の貯蔵室が有する個々の物品収納棚としたが、これに限らないものとする。例えば、保管場所情報で管理する単位を、背景画像自体、つまり冷蔵庫や冷凍室等の貯蔵室としてもよい。この場合、購入品管理ＤＢ３３ｄに登録する保管場所情報は、各背景画像を識別する識別情報としてもよい。

また、上記実施形態では、購入品管理サーバ３が購入品管理画面及びレシピ画面を生成する形態としたが、これに限らず、ユーザ端末４が画面を生成する形態としてもよい。具体的には、ユーザ端末４が、購入品情報提供部３１４及びレシピ情報提供部３１５の機能の一部（画面生成機能）を備える。そして、ユーザ端末４の画面生成機能は、購入品管理サーバ３から提供される購入品情報及びレシピ情報に基づいて各種画面を生成する。なお、画面生成に用いる背景画像や商品画像等は、ユーザ端末４がローカルで保持する形態としてもよいし、購入品管理サーバ３等の外部装置が保持するものを読み出す形態としてもよい。

また、上記実施形態では、購入品管理サーバ３が購入品管理画面（購入品情報）及びレシピ画面（レシピ情報）をユーザ端末４に提供する構成としたが、これに限らないものとする。例えば、企業サーバ２が、自社で管理する電子レシートに基づいて購入品管理画面やレシピ画面をユーザ端末４に提供する構成としてもよい。この場合、企業サーバ２は、期限判定部３１３、購入品情報提供部３１４、レシピ情報提供部３１５及び提案処理部３１６等の機能部を備え、購入品管理サーバ３と同様に各種情報の提供を行う。

また、上記実施形態では、各購入品を個体毎に管理する構成としたが、これに限らず、商品コードの単位で管理する構成としてもよい。この構成を採用する場合、例えば、購入品情報ＤＢ３３ｄは、各会員の会員ＩＤに関連付けて、分量、期限日、保管場所情報、報知フラグを格納する。また、購入品管理部３１２は、同一の商品コードで特定される購入品の個数を分量欄に設定するとともに、各購入品の期限日のうち最も近い期限日を期限日欄に設定する。これにより、上記実施形態と同様に、期限日が迫った購入品をユーザに報知することができるため、上記実施形態と同様の効果を奏することができる。

また、上記実施形態の各装置で実行されるプログラムは、各装置が備える記憶媒体（ＲＯＭ又は記憶部）に予め組み込んで提供するが、これに限らないものとする。例えば、プログラムは、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読み取り可能な記録媒体に記録して提供してもよい。係る記憶媒体は、例えばＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等が挙げられる。更に、記憶媒体は、コンピュータ或いは組み込みシステムと独立した媒体に限らないものとする。例えば、記憶媒体は、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードすることで、記憶又は一時記憶した記憶媒体も含まれる。

また、上記各実施形態の各装置で実行されるプログラムは、インターネット等のネットワーク経由で提供又は配布する構成としてもよい。

１ ＰＯＳ端末
２ 企業サーバ
３ 購入品管理サーバ
４ ユーザ端末
１１１ 商品販売処理部
１１２ レシート出力部
２１１ 電子レシート管理部
２１２ 電子レシート転送部
３１１ 電子レシート管理部
３１２ 購入品管理部
３１３ 期限判定部
３１４ 購入品情報提供部
３１５ レシピ情報提供部
３１６ 提案処理部
４１１ 通信制御部
４１２ 表示制御部
４１３ 操作受付部

特開２００３−２２２４６０号公報

Claims (4)

1. 各品目の賞味期限又は消費期限に係る期限日数を販売方式毎に定めた期限設定情報を記憶する記憶手段と、
   ユーザの購入履歴から当該ユーザが購入した購入品を抽出する抽出手段と、
   前記期限設定情報に基づいて、前記購入品が購入された日付から当該購入品の品目及び販売方式に対応する前記期限日数が経過した日付を期限日として導出する期限日導出手段と、
   前記抽出手段が抽出した前記購入品の各々を、前記期限日導出手段が導出した当該購入品の期限日と関連付けて管理する管理手段と、
   前記購入品の各々に関連付けられた期限日と現在日とを比較し、期限日が現在日から所定日数以内の購入品を特定する特定手段と、
   前記特定手段が特定した購入品を前記ユーザに報知する報知手段と、
   を備える情報処理装置。
2. 前記購入品の各々を表す第１画像を、当該購入品の保管場所を表す第２画像上に配置した購入品管理画面を生成する生成手段を更に備え、
   前記報知手段は、前記特定手段が特定した購入品を表す第１画像に、期限日が迫っていることを報知する報知情報を付加する請求項１に記載の情報処理装置。
3. 前記販売方式は、通常の商品の販売方式と、通常の商品よりも安価に販売される見切り商品の販売方式とに区分けされる請求項１に記載の情報処理装置。
4. コンピュータを、
   ユーザの購入履歴から当該ユーザが購入した購入品を抽出する抽出手段と、
   各品目の賞味期限又は消費期限に係る期限日数を販売方式毎に定めた期限設定情報に基づいて、前記購入品が購入された日付から当該購入品の品目及び販売方式に対応する前記期限日数が経過した日付を期限日として導出する期限日導出手段と、
   前記抽出手段が抽出した前記購入品の各々を、前記期限日導出手段が導出した当該購入品の期限日と関連付けて管理する管理手段と、
   前記購入品の各々に関連付けられた期限日と現在日とを比較し、期限日が現在日から所定日数以内の購入品を特定する特定手段と、
   前記特定手段が特定した購入品を前記ユーザに報知する報知手段と、
   して機能させるためのプログラム。

Images