JP7719619B2 - 情報処理システム、情報処理装置、情報処理方法、及び、プログラム - Google Patents

Description

本発明は、情報処理システム、情報処理装置、情報処理方法、及び、プログラムに関する。

従来、賞味期限を過ぎた生鮮食品等の食品を破棄する食品ロスを抑制するため、家庭内の食品在庫を管理するシステムが知られている（例えば、特許文献１参照）。
特許文献１には、顧客別の買い上げ商品情報を通信網経由で送信するＰＯＳシステムと、外部から家庭端末を操作して食品在庫管理情報等の必要情報を入手する外部端末と、ＰＯＳシステムから送られた商品情報を受信し、かつ外部端末操作と連携してその外部端末に要求情報を送信する家庭端末と、を含む食品管理システムが記載されている。

特開２００４－３４８４４５号公報

しかし、特許文献１に記載された食品管理システムでは、賞味期限によって食品を効率的に管理できず、食品ロス抑制の実効性を担保できないという課題がある。この食品管理システムでは、例えば、賞味期限が食品の購入日を基に画一的に決定されるため、食品毎の実際の賞味期限がシステムに反映されず、食品を効率的に管理することができない。

そこで、本発明は、商品ごとの期限情報に基づいて商品在庫を効率的に管理することを目的とする。

本発明のある態様は、利用者が所持する利用者端末と、前記利用者端末と通信可能な情報処理装置と、を含む情報処理システムであって、前記利用者端末は、商品に関する商品情報及び前記商品の有効期限に関する期限情報を取得する第１取得部と、前記第１取得部により取得された前記商品情報及び前記期限情報に基づいて、前記情報処理装置に対して前記商品の決済の要求を行う決済要求部と、前記情報処理装置から取得する前記利用者の商品在庫情報を表示部に表示させる表示制御部と、を有し、前記情報処理装置は、前記利用者端末の前記商品の決済の要求に応じて決済済みの前記商品の前記商品情報及び前記期限情報を、前記利用者端末を利用する前記利用者を識別する利用者識別情報ごとに、前記利用者の商品在庫情報として更新し、更新した前記利用者の商品在庫情報を取得する第２取得部と、前記利用者の要求に基づいて、前記第２取得部により得られた前記利用者の商品在庫情報を前記利用者端末に提供する提供部と、を有する、情報処理システムである。

本発明のある態様によれば、商品ごとの期限情報に基づいて商品在庫を効率的に管理できる。

一実施形態の商品在庫管理システムのシステム構成を概略的に示す図である。 店舗利用者データベースのデータ構成例を示す図である。 利用者端末の店舗アプリケーションの画面遷移例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 利用者端末の店舗アプリケーションの画面遷移例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 購入実績データベースのデータ構成例を示す図である。 利用者在庫データベースのデータ構成例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 利用者端末の在庫管理アプリケーションの画面例を示す図である。 一実施形態の商品在庫管理システムの各装置の内部構成を示すブロック図である。 在庫アプリ利用者データベースのデータ構成例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 利用者による消費情報を取得する方法を例示する図である。 利用者による消費情報を取得する方法を例示する図である。 利用者端末の在庫管理アプリケーションの画面遷移例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 利用者端末の在庫管理アプリケーションの画面遷移例を示す図である。 一実施形態の商品在庫管理システムの動作を示すシーケンスチャートである。 利用者端末の在庫管理アプリケーションの画面例を示す図である。

本開示において、商品の「商品情報」とは、商品を特定する情報である。例えば、商品名称、商品コード、商品ＩＤ、商品型式等は、商品情報の一例である。商品ＩＤは、商品を特定する識別情報である。
本開示において、商品の「期限情報」とは、利用者が当該商品を使用可能、賞味可能、又は、消費可能であるか否かの指標を示す有効期限に関する情報である。有効期限の例としては、使用期限、賞味期限、消費期限、品質保証期限等が挙げられる。

本開示において、商品から商品情報及び期限情報を取得する方法を限定せず、様々な方法を採ることができる。
例えば、商品情報及び期限情報に対応するコード情報が商品や、棚札、電子棚札等に表示されている場合には、当該コード情報を読み取ることで商品情報及び期限情報を取得することができる。また、商品情報及び期限情報に対応する文字情報（ヒューマンリーダブル文字）が商品や、棚札、電子棚札等に表示されている場合には、当該文字情報を含む画像を撮像し、当該画像から画像認識技術によって文字情報を取得することもできる。ここで、商品にコード情報又は文字情報が表示されている態様として、コード情報又は文字情報が商品の外装品に印刷されている態様や、コード情報又は文字情報が印字されているラベル等の印字媒体が商品自体、若しくは商品の外装品に貼付されている態様等が含まれる。コード情報は、１次元コード（バーコード）でも２次元コードでもよい。
なお、以下では、商品に表示されているコード情報を読み取ることにより商品情報及び期限情報を取得する場合を例として説明する。

実施形態の商品在庫管理システムでは、例えば利用者が所持する利用者端末等によって、利用者が家庭で在庫として保有する商品の在庫管理が行われる。
商品は限定しないが、上記期限情報と関連付けられたものであって、利用者が在庫として家庭内で保持する商品であれば如何なるものでもよい。代表的な商品は、小売り店舗で利用者によって購入される食品や調味料等である。
例えば利用者端末は、店舗等において商品に表示されているコード情報を読み取ることにより商品情報及び期限情報を取得する。例えば、利用者端末がレジレス機能を備えている場合、利用者端末によって取得された商品情報に対応する商品の決済が、利用者端末と通信可能な店舗サーバにおいて行われる。一実施形態の商品在庫管理システムでは、在庫管理サーバは、決済済みの商品に対応する商品情報及び期限情報を店舗サーバから利用者の商品在庫情報として取得し、例えば利用者端末等に商品在庫情報を提供するように構成される。すなわち、このシステムによれば、商品が決済済みである場合、利用者端末等によって購入時に取得された当該商品に対応する商品情報及び期限情報が商品在庫情報として利用されるため、利用者は、商品に表示されているコード情報に含まれる商品情報及び期限情報を基に、自身が購入した商品の在庫管理が可能となる。その際、利用者は、商品の購入後に当該商品の管理を行う際、商品の消費情報や期限情報を入力する必要がない。

（１）第１の実施形態
図１を参照して、本実施形態の商品在庫管理システム１のシステム構成を説明する。
商品在庫管理システム１では、利用者は、例えば店舗等で購入して自宅で保持している商品の在庫を管理できるように構成されている。商品の例として食品を挙げるが、その限りではなく、調味料等、賞味期限（期限情報の一例）がある商品であれば如何なる商品であってもよい。本実施形態の例では、店舗は、商品として賞味期限を有する食品等を扱うスーパーマーケット等の小売業である。利用者が各店舗においてレジレスで決済が完了できる仕組みとなっている。

図１に示すように、本実施形態の商品在庫管理システム１は、店舗で買い物を行う利用者ＣＴが所持する利用者端末３と、店舗サーバ５－１，５－２，５－３，…と、決済代行サーバ７と、在庫管理サーバ８とを含み、利用者ＣＴが、店舗で購入した商品の在庫を家庭内で管理可能となるように構成される。商品在庫管理システム１では、利用者端末３及びサーバ群がネットワークＮＷを介して通信可能となるように構成される。ネットワークＮＷは限定しないが、例えば、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等である。

店舗サーバ５－１，５－２，５－３，…は、利用者が利用する複数の店舗の各々がレジレスを実現するために設けられている。以下では、各店舗サーバに対して共通する事項について言及するときには、適宜単に「店舗サーバ５」と表記する。店舗サーバ５は、決済代行サーバ７と通信可能であり、レジレスによる利用者の商品決済を支援する。
利用者ＣＴが所持する利用者端末３には、各店舗に対応した店舗アプリケーションがインストールされている。店舗アプリケーションは、対応する店舗においてレジレスによる決済を行うために、店舗に対応する店舗サーバ５と通信を行うように構成されている。
利用者端末３には、利用者の商品在庫を管理するための在庫管理アプリケーションがインストールされている。在庫管理アプリケーションは、利用者の在庫を管理するために在庫管理サーバ８と通信を行う。在庫管理サーバ８は、店舗サーバ５－１，５－２，５－３，…の各々から、利用者による決済済みの商品に関する情報を取得するとともに、在庫管理アプリケーションからの要求に応じて利用者の在庫データ（後述する）を提供可能となるように構成されている。
以下の説明及び図面では、店舗アプリケーション及び在庫管理アプリケーションをそれぞれ、「店舗アプリ」、「在庫アプリ」と適宜略記することがある。

店舗サーバ５には、図２に例示する店舗利用者データベースが格納される。
図２に例示する利用者データベースの各レコードは、「利用者ＩＤ」、「利用者名称」、「決済手段」の各フィールドの値を含む。ここで、「利用者ＩＤ」フィールドの値は、店舗の利用者に割り当てられる識別情報である。「利用者名称」フィールドの値は、利用者が店舗アプリケーションを利用者端末３にインストールするタイミングで、利用者の操作入力に基づいて取得され、利用者データベースに記録される。「決済手段」フィールドの値は、利用者が店舗アプリケーションを利用者端末３にインストールするタイミング、又は、インストール後の任意のタイミングで、利用者の操作入力に基づいて取得され、利用者データベースに記録あるいは更新される。
「決済手段」フィールドの値は、利用者に対して商品の決済を行うのに必要なデータであり、例えば、クレジットカード番号の情報、及び／又は、電子マネーに関連する情報（プリペイド番号等）である。「決済手段」フィールドの値は、利用者ＩＤに対応する利用者が決済を行うときに決済代行サーバ７に提供される。

次に、図３及び図４を参照して、利用者端末３の店舗アプリケーションの利用方法について説明する。図３は、利用者端末３の店舗アプリケーションの画面遷移例を示す図である。図４は、利用者端末３の店舗アプリケーションの処理を示すシーケンスチャートである。
店舗アプリケーションを実行することで利用者は、店舗内の各商品の提供価格を確認でき、自身が選択した商品の決済を行うことができる。図２の画面Ｇ１～Ｇ３は、利用者が商品の価格を確認し、購入予定リスト（カゴ）に商品を追加する場合の店舗アプリケーションの利用方法を示している。

利用者が利用者端末３において店舗アプリケーションを起動すると、図３の画面Ｇ１に示すように、利用者端末３に備わる撮像機能が連動し、撮像された画像がウィンドウｗ１に表示される。画面Ｇ１では、利用者が商品Ｐを店舗の棚から手に取り、商品Ｐに表示されているコード情報Ｃ１が見えるようにした商品Ｐの画像がウィンドウｗ１に含まれる。商品Ｐのコード情報Ｃ１をウィンドウｗ１に表示させる（つまり、利用者がスキャン操作を行う）ことで、店舗アプリケーションは、コード情報Ｃ１の読み取り（スキャン）を行う（図４のステップＳ２）。ウィンドウｗ１内に複数のコード情報が表示される場合に、目的とするコード情報を確実に読み取らせることができるように、利用者端末３の撮像機能は、ウィンドウｗ１内にスキャン領域１００を表示させる機能を含むことが好ましい。その場合、ウィンドウｗ１内の複数のコード情報のうちスキャン領域１００内に表示されたコード情報Ｃ１のみが読み取られる。

例えばコード情報Ｃ１には、対応する商品Ｐの商品ＩＤ（商品情報の一例）と賞味期限の情報（賞味期限情報；期限情報の一例）が含まれる。商品ＩＤと賞味期限情報が含まれる限り、コード情報Ｃ１のコード形式は問わないが、バーコード（１次元コード）とする場合には、例えばＧＳ１－１２８等のＣＯＤＥ１２８を採用することができる。ＣＯＤＥ１２８は、アスキーコード１２８文字を全てバーコード化できるため、商品ＩＤと賞味期限情報を含むように構成することができる。

なお、ＧＳ１－１２８を含むラベルを店舗内の各商品に貼付するために、物流センターで貼付ロボット等を利用したラベルの一括自動貼り付けを行ってもよく、また、店舗での総菜等の製造時においてＧＳ１－１２８を含む計量ラベルの貼り付けを行ってもよい。それによって、賞味期限情報が含まれないコード（例えば、ＪＡＮ１３等）が商品自体に印刷されている商品についても、賞味期限情報を含むＧＳ１－１２８が印字されたラベルを貼り付けることができる。

店舗アプリケーションは、コード情報Ｃ１が読み取られると、コード情報Ｃ１に含まれる商品ＩＤおよび賞味期限情報を含む、利用者への商品Ｐの提供価格の問合せを店舗サーバ５に送信する（図４のステップＳ４）。次いで、店舗アプリケーションは、店舗サーバ５から商品Ｐの通常価格と提供価格の情報を含む価格データを受信し（ステップＳ１０）、表示する（ステップＳ１２）。

例えば、図３を参照すると、ステップＳ１２において表示される画面Ｇ２のウィンドウｗ２には、商品ＩＤに対応する商品名称（「ヨーグルトＢ ５００ｍｌ」）と、通常価格（「３００円」）、提供価格（「２５０円」）、および、賞味期限（「２０２１年９月１３日」）の情報が含まれる。
画面Ｇ２において利用者は、ウィンドウｗ２に含まれる情報を見て、購入予定リスト（カゴ）に商品Ｐを追加するか否かの選択を行うことができる。商品Ｐを購入予定リストに追加する場合には、利用者が画面Ｇ２に表示されているボタンｂ１（「カゴに入れる」）を操作すると（図４のステップＳ１４：ＹＥＳ）、画面Ｇ３が表示され、商品Ｐが購入予定リストに追加されたことが利用者に通知される（ウィンドウｗ３）。その場合、利用者は、手に取った商品Ｐを店舗の実際のカゴ又は買い物カートの中に入れる。
利用者端末３は、ボタンｂ１の操作に応じて、対象となる商品の情報を購入予定リストに追加するようにして購入予定リストを更新する（ステップＳ１６）。

次に、図５及び図６を参照して、利用者端末３の店舗アプリケーションによって商品の決済を行う際の店舗アプリケーションの利用方法について説明する。図５は、利用者端末３の店舗アプリケーションの画面遷移例を示す図である。図６は、利用者端末３の店舗アプリケーションの処理を示すシーケンスチャートである。

利用者は、商品の提供価格を確認して購入予定リストに追加した後（つまり、図３の画面Ｇ１～Ｇ３を繰り返し表示させた後）、決済を行う場合には、画面Ｇ４においてボタンｂ２（「カゴの中を見る」）を操作し、購入予定リストＢＬを含む画面Ｇ５を表示させる。購入予定リストＢＬには、それまでに追加された商品の一覧（各商品の商品名称、数量、価格）と価格の合計金額とが含まれる。
図示しないが、利用者は、例えば予算オーバーのため購入予定リストＢＬから特定の商品の購入を中止する場合には、当該商品を購入予定リストＢＬから削除する操作を行うことができる。その場合、利用者は、店舗のカゴ又は買い物カートの中から購入を中止する商品を店舗の棚に戻す。

画面Ｇ５において、購入予定リストＢＬが確定した場合、利用者がボタンｂ３（決済ボタン）を操作することで（図６のステップＳ２０）、店舗アプリケーションは、店舗サーバ５に対して、購入予定リストを含む決済要求を行う（ステップＳ２２）。
店舗サーバ５は、店舗アプリケーションから決済要求を受信すると、利用者名称および決済手段のデータを利用者データベースから読み出し、読み出した利用者名称および決済手段のデータと、決済額（購入予定リストの合計金額）のデータとを含む決済要求を決済代行サーバ７に送信する（ステップＳ２４）。決済代行サーバ７は、店舗サーバ５から提供されたデータを基に決済処理を行い（ステップＳ２６）、決済処理が完了すると、店舗サーバ５に決済完了通知を送信する（ステップＳ２８）。

決済が完了すると、店舗サーバ５は、新たな決済ＩＤを発行するとともに（ステップＳ３０）、購入実績データベース（後述する）に新たなレコードを作成することで購入実績データベースを更新する（ステップＳ３２）。

図７に購入実績データベースの構成例を示す。
図７に例示する購入実績データベースの各レコードは、「利用者ＩＤ」、「決済ＩＤ」、「決済発生日時」、および、「購入内容」の各フィールドの値を含む。ここで、「決済ＩＤ」フィールドの値は、対応する利用者の個々の決済ごとに一意に割り当てられるデータである。「決済発生日時」フィールドの値は、決済ＩＤによって特定される決済が発生した日時を示す。
「購入内容」フィールドは、「商品ＩＤ」、「商品名称」、「価格」、「個数／数量」、及び、「賞味期限」の各サブフィールドを含む。各サブフィールドの値は、決済ＩＤによって特定される決済の対象となる購入内容の詳細のデータを示す。

再度図６を参照すると、店舗サーバ５は、ステップＳ２２の決済要求に対応する決済完了通知を店舗アプリケーションに送信する（ステップＳ３４）。この決済完了通知には、ステップＳ３０で発行された決済ＩＤが含まれる。店舗アプリケーションは、受信した決済完了通知に含まれる決済ＩＤを含む２次元コードである決済済コードを作成し（ステップＳ３６）、利用者端末３に表示する（ステップＳ３８）。例えば、図５に示すように、決済済コードとしてコード情報Ｃ２を含む画面Ｇ６が表示される。決済済コードは、商品の決済が完了したことを示しており、決済を特定する決済ＩＤ（後述する）を含む。ここでは、決済済コードとして２次元コードの例を示しているが、バーコード等であってもよい。

画面Ｇ６に示す決済済コードは、例えばカゴの中の商品の決済が完了したことを店舗又は店舗スタッフに対して通知するために利用される。
例えば、決済済コードを店舗スタッフに見せることで利用者が店舗を退出ことができるように構成してもよいし、決済済コードを店舗内の所定の装置に読み取らせることで店舗を退出できるようにゲートが開くように構成してもよい。その場合、利用者はレジ待ちの列に並ぶ必要がなく、店舗のレジスタッフが商品の決済を行う必要がないため、利用者と店舗の双方に利点がある。

店舗サーバ５は、購入実績データベースを更新した後、購入データを在庫管理サーバ８に送信する（ステップＳ３５）。購入データは、ステップＳ３２の購入実績データベースの更新内容を示すデータであり、利用者による決済が完了した商品に関する情報が含まれる。在庫管理サーバ８は、購入データを受信すると、購入データを基に利用者在庫データベース（後述する）を更新する（ステップＳ４０）。

図８に、利用者在庫データベースの構成例を示す。
利用者在庫データベースは、在庫管理サーバ８に格納され、利用者ＩＤごとに管理されている。利用者在庫データベースの各レコードは、例えば「商品ＩＤ」、「商品名称」、「個数／量」、「賞味期限」の各フィールドの値を含む。各フィールドの値は、購入実績データベースに含まれる対応するフィールドの値と同種のデータである。特定の利用者に対して商品の購入時に購入実績データベースに追加されたデータが利用者在庫データベースにも反映されるように構成される。
以下では、利用者在庫データベースにおいて利用者ＩＤごとのデータを「在庫データ」という。

次に、図９及び図１０を参照して、在庫管理アプリケーションの利用方法について説明する。
図９は、利用者端末３の在庫管理アプリケーションによって利用者の家庭内の商品在庫を表示させる場合の処理を示すシーケンスチャートである。図１０は、在庫管理アプリケーションによって表示される画面例を示す。

図９を参照すると、店舗サーバ５－１，５－２，５－３の各々は、決済処理を行う度に（ステップＳ４２ａ，４２ｂ，４２ｃ）、購入データを在庫管理サーバ８に送信する（ステップＳ４４ａ，４４ｂ，４４ｃ）。なお、ステップＳ４２ａ，４２ｂ，４２ｃにおける決済処理は、図６のステップＳ２０～Ｓ３２の一連の処理を含む。在庫管理サーバ８は、店舗サーバ５－１，５－２，５－３から購入データを受信する度に、受信した購入データを用いて利用者在庫データベースを更新する（ステップＳ４６ａ，４６ｂ，４６ｃ）。したがって、在庫管理サーバ８の利用者在庫データベースにおいて、複数の店舗サーバ５において同一の利用者が決済した商品が一元的に管理される。
なお、在庫管理サーバ８が受信する購入データには、購入実績データベースの利用者ＩＤと、利用者による決済が完了した商品に関する情報と、が含まれている。この購入データを用いて利用者在庫データベースを更新するため、後述するように、店舗利用者データベースの利用者ＩＤと、店舗アプリ利用者データベースの利用者ＩＤとは、予め対応付けられているか、あるいは、例えば利用者名称等を基に対応付けることが可能となっている。

在庫管理アプリケーションは、例えば利用者による所定の操作に基づいて在庫表示要求を送信する（ステップＳ４８）。在庫表示要求を受信すると在庫管理サーバ８は、要求元の利用者ＩＤに対応する在庫データを読み出して、在庫管理アプリケーションに返す（ステップＳ５０）。在庫管理アプリケーションは、受信した在庫データを表示する（ステップＳ５２）。
ステップＳ５２で表示される画面例が、図１０の画面Ｇ７である。画面Ｇ７は、各商品について、商品ＩＤ、商品名称、個数／量、賞味期限の情報からなる在庫リストＩＬを含む。

次に、図１１の機能ブロック図を参照して、本実施形態の商品在庫管理システム１内の各装置の構成について説明する。

図１１に示すように、利用者端末３は、制御部３１、ストレージ３２、操作入力部３３、表示部３４、撮像部３５、コードリーダ３６、および、通信部３７を備える。
制御部３１は、マイクロプロセッサを主体として構成され、利用者端末３全体を制御する。例えば、制御部３１に含まれるマイクロプロセッサは、ストレージ３２に記録されている店舗アプリケーション及び在庫管理アプリケーションのプログラムをロードして実行し、その実行結果を表示部３４に表示する。
ストレージ３２は、不揮発性のメモリであり、例えばフラッシュメモリ等のＳＳＤ(Solid State Drive)であってもよい。ストレージ３２は、店舗アプリケーション及び在庫管理アプリケーションのプログラムのほか、店舗アプリケーション及び在庫管理アプリケーションを実行することで作成されたデータ、ファイル等を記憶する。

店舗アプリケーションを実行することで、制御部３１は、以下の機能を実現する。
（１－ｉ）商品に表示されているコード情報から当該商品の商品情報や賞味期限情報等を取得する機能
（１－ｉｉ）利用者に対する商品の提供価格の情報に対する価格問合せを店舗サーバ５に送信する（つまり、商品の提供価格の情報を要求する）機能
（１－ｉｉｉ）商品の提供価格の情報を店舗サーバ５から受信（取得）し、取得した商品の提供価格の情報を表示部３４に表示させる機能
（１－ｉｖ）購入予定リストに含まれる各商品の決済を店舗サーバ５に要求する機能

在庫管理アプリケーションを実行することで、制御部３１は、以下の機能を実現する。
（２－ｉ）コードリーダ３６を介して商品に取り付けられているコード情報Ｃ１から商品ＩＤ（商品情報の一例）及び賞味期限情報（商品の有効期限に関する期限情報の一例）を取得する第１取得部としての機能
（２－ｉｉ）在庫管理サーバ８から利用者の在庫データを取得し、商品在庫情報を表示部３４に表示させる表示制御部としての機能

操作入力部３３は、例えば、利用者端末３の表示パネルに設けられたタッチパネル型入力デバイスである。
表示部３４は、例えば液晶表示パネルや有機ＥＬパネルを含み、店舗アプリケーション及び在庫管理アプリケーションの実行結果を表示する。また、表示部３４は、撮像部３５によって生成されるデジタル画像信号を表示する。
撮像部３５は、例えば、光学レンズと、光学レンズからの入射光を電気信号に変換する撮像素子（イメージセンサ）と、を有し、デジタル画像を逐次生成し、表示部３４に出力する。

コードリーダ３６は、撮像部３５によって生成される画像信号に含まれるコード情報を解析して、コード情報からデータ（つまり、商品ＩＤ等の商品情報や賞味期限情報）を抽出（取得）する。
通信部３７は、店舗サーバ５及び在庫管理サーバ８との間で通信を行うための通信インタフェースである。通信プロトコルは限定しないが、例えばＨＴＴＰやＨＴＴＰＳ等である。

図１１に示すように、店舗サーバ５は、制御部５１、ストレージ５２、および、通信部５３を備える。
制御部５１は、マイクロプロセッサを主体として構成され、店舗サーバ５全体を制御する。例えば、制御部５１に含まれるマイクロプロセッサは、ストレージ５２に記録されているサーバプログラムをロードして実行する。
ストレージ５２は、例えばＨＤＤ（Hard Disk Drive）等の大容量記憶装置であり、サーバプログラムのほか、店舗利用者データベース（店舗利用者ＤＢ；図２参照）および購入実績データベース（購入実績ＤＢ；図７参照）を記憶する。店舗利用者データベースおよび購入実績データベースは、サーバプログラムを実行するときに、適宜、制御部５１からアクセスされる。
図示しないが、ストレージ５２は、店舗で販売される各商品の提供価格のデータを記憶している。提供価格のデータは、利用者の店舗アプリケーションから価格問合せを受けたときに制御部５１によって参照される。
通信部５３は、利用者端末３、決済代行サーバ７、及び、在庫管理サーバ８との間で通信を行うための通信インタフェースである。

サーバプログラムを実行することで、制御部５１は、価格情報提供部５１１および決済処理部５１２の機能を実現する。
価格情報提供部５１１は、問合せを受けた商品の提供価格を含む情報を利用者端末３の店舗アプリケーションに提供する機能である。例えば図３の画面Ｇ２，Ｇ３に含まれる情報が価格情報提供部５１１によって提供される。
決済処理部５１２は、利用者端末３から得られる決済ボタンの操作指示（つまり、決済要求）に応じて、購入予定リストに含まれる商品の決済処理を、決済代行サーバ７と協働して行う機能である。決済処理部５１２は、利用者名称および決済手段のデータを店舗利用者データベースから読み出して、決済代行サーバ７に提供する。決済処理部５１２はまた、店舗アプリケーションから決済要求を受信したときに、購入実績データベースに新たなレコードを作成する。

図１１に示すように、在庫管理サーバ８は、制御部８１、ストレージ８２、および、通信部８３を備える。
制御部８１は、マイクロプロセッサを主体として構成され、在庫管理サーバ８全体を制御する。例えば、制御部８１に含まれるマイクロプロセッサは、ストレージ８２に記録されているサーバプログラムをロードして実行する。
ストレージ８２は、例えばＨＤＤ等の大容量記憶装置であり、サーバプログラムのほか、店舗アプリ利用者データベース（店舗アプリ利用者ＤＢ；後述する）および利用者在庫データベース（利用者在庫ＤＢ；図８参照）を記憶する。店舗アプリ利用者データベースおよび利用者在庫データベースは、サーバプログラムを実行するときに、適宜、制御部８１からアクセスされる。
通信部８３は、利用者端末３及び店舗サーバ５との間で通信を行うための通信インタフェースである。

図１２に、店舗アプリ利用者データベースの構成例を示す。
図１２に例示する店舗アプリ利用者データベースの各レコードは、「利用者ＩＤ」、「利用者名称」、「グループＩＤ」、「閲覧許可」の各フィールドの値を含む。
利用者ＩＤは、店舗サーバ５に格納される店舗利用者データベースの利用者ＩＤとは異なり、在庫管理アプリケーションにおいて割り当てられる。
なお、図６に示したように、在庫管理サーバ８は、店舗アプリケーションから店舗利用者データベースの利用者ＩＤに関連付けられた購入データを取得し、利用者在庫データベースにおける特定の利用者ＩＤの在庫データを更新する。このとき、店舗利用者データベースの利用者ＩＤと、店舗アプリ利用者データベースの利用者ＩＤとは、予め対応付けられているか、あるいは、例えば利用者名称等を基に対応付けることが可能である。

グループＩＤは、複数の利用者に対して共通に割り当てられるＩＤである。典型的な一例では、家族等、生計を共にする複数の利用者の間で単一のグループＩＤが、例えば利用者から申請により割り当てられる。
閲覧許可は、ある利用者に対して他の利用者の在庫データの閲覧を許可することを意味する。在庫アプリ利用者データベースにおいて「閲覧許可」フィールドの値は、対象となる利用者ＩＤの利用者に対して、閲覧許可を受けている利用者の利用者ＩＤ、及び／又は、グループのグループＩＤの値である。例えば、図１２に示す例では、利用者ＩＤ：Ｚ００１の利用者に対して、グループＩＤ：Ｇ００８のグループの在庫データに対する閲覧許可が付与されていることを意味する。
グループＩＤ及び閲覧許可については、後の実施形態に関連付けてさらに説明する。

図１１を再度参照すると、在庫管理サーバ８は、マイクロプロセッサがサーバプログラムを実行することで、制御部８１は、情報管理部８１１、情報提供部８１２、登録部８１３、及び、分析部８１４として機能する。

情報管理部８１１（第２取得部の一例）は、商品が利用者により決済済みである場合に、利用者端末３により取得された商品ＩＤ及び賞味期限情報を利用者の在庫データ（商品在庫情報の一例）として取得する機能である。図６のステップＳ３５に示したように、情報管理部８１１は、店舗サーバ５を介して、商品の決済後に、利用者端末３により取得された商品ＩＤ及び賞味期限情報を含む購入データを取得する。
情報提供部８１２は、図９のステップＳ５０に示したように、利用者の在庫表示要求に基づいて、情報管理部８１１により得られた利用者の在庫データを利用者端末３の在庫管理アプリケーションに提供する機能である。
登録部８１３は、１又は複数の利用者を１つのグループに登録する機能である。
分析部８１４は、在庫データを基に利用者又はグループの消費状況を分析する機能である。
登録部８１３及び分析部８１４については、後に説明する。

以上説明したように、本実施形態の商品在庫管理システム１によれば、利用者端末３が、店舗において商品の商品ＩＤ及び賞味期限情報を取得し、決済のために店舗サーバ５に送信する。在庫管理サーバ８は、商品が利用者により決済済みである場合に店舗サーバ５から、利用者端末３により取得された商品ＩＤ及び賞味期限情報を利用者の在庫データとして取得する。在庫管理サーバ８は、利用者の在庫管理アプリケーションからの在庫表示要求に基づいて、利用者ＩＤに対応する在庫データを利用者端末３に提供すると、利用者端末３が、取得した利用者の在庫データを表示部３４に表示させる。

商品在庫管理システム１では、利用者が店舗において利用者端末３により読み取って取得した商品ＩＤ及び賞味期限情報が、商品の決済後に店舗サーバ５から在庫管理サーバ８に転送されることになる。そのため、利用者は、購入した商品の商品ＩＤや賞味期限情報を在庫管理アプリケーションに手入力する手間が省け、賞味期限情報を基に効率的に在庫管理ができる利点がある。
なお、利用者が店舗でのレジレスによる決済をするために商品から商品ＩＤ及び賞味期限情報を取得する場合について説明したが、その限りではない。利用者が通常のレジによる決済を行う場合に利用者端末３により商品ＩＤ及び賞味期限情報を取得してもよい。

商品在庫管理システム１では、複数の店舗に対応する店舗サーバ５－１，５－２，５－３，…から利用者ＩＤを含む購入データが在庫管理サーバ８に送信され、利用者の在庫データとして利用者在庫データベースの中に一元的に管理される。そのため、利用者は、いずれの店舗で購入した商品についても１つの在庫データを閲覧すれば自宅の商品在庫が確認できる。すなわち、このシステムでは、特定の店舗に在庫情報を依存しない構成となっており、利用者が複数の店舗を利用する場合の商品在庫の管理において利便性に優れる。

（２）第２の実施形態
次に、第２の実施形態の商品在庫管理システムについて、図１３～図１５を参照して説明する。
本実施形態では、利用者が自宅で食品（商品）を消費した場合に、利用者自身の操作に基づいて、利用者在庫データベースが更新される。
例えば図１３のシーケンスチャートを参照すると、利用者による所定の操作入力に応じて（ステップＳ５４）、利用者端末３の在庫管理アプリケーションは、消費情報を取得して在庫管理サーバ８に送信する（ステップＳ５６）。在庫管理サーバ８は、受信した消費情報に基づいて利用者在庫データベースを更新する（ステップＳ５８）。
ここで、消費情報とは、商品ＩＤと、商品の消費量、消費後の商品の量（数や重量）等を含む。

利用者端末３の在庫管理アプリケーションによる消費情報は、図示しないが、例えば利用者が在庫管理アプリケーション上で在庫データに含まれる商品を選択し、選択した商品の消費量を入力することで得られる。商品の選択は、在庫データに基づく商品の一覧の中からいずれかの商品を選択操作すること行われてもよいし、商品にバーコード等のコード情報が付されている場合にはそのコード情報を読み取ることで行われてもよい。
消費情報の取得方法はその限りではなく、様々な実施形態が考えられる。例えば、他の消費情報の取得方法について、図１４及び図１５に例示している。

図１４Ａに示す例では、在庫管理アプリケーションが利用者端末３の撮像機能と連動して商品Ｐの画像を取得し、取得した画像に基づいて商品Ｐの商品情報、及び商品Ｐの重量を推定することで消費情報を取得する。商品Ｐの重量の推定に際しては、ＡＩ技術を利用することもできる。ウィンドウｗ５に示すように、推定した商品Ｐ及び商品Ｐの重量を表示してもよい。
図１４Ｂに示す例では、商品Ｐの底面近傍に重量センサ付きの無線タグＴ（通信デバイスの一例）が組み込まれている。この例では、在庫管理アプリケーションが無線タグＴとの無線通信により商品Ｐの商品情報、及び商品Ｐの重量のデータを受信することで消費情報を取得する。ウィンドウｗ６に示すように、受信した重量のデータを表示してもよい。なお、無線タグＴの種別は限定しないが、例えば広範囲の複数の異なる周波数帯の電波をエネルギーに変換する環境発電型のタグであることが好ましい。

一実施形態では、無線タグＴは、周囲に含まれる１又は複数の特定周波数の電波からエネルギーを得て動作する。特定周波数は、無線タグＴにおいてエネルギーに変換可能な如何なる周波数の電波をも含む。特定周波数は、１又は複数の周波数帯を含んでもよいし、周波数帯の中から割り当てられた特定の周波数であってもよい。
一実施形態では、特定周波数は、例えば無線通信規格等で規格された特定の周波数又は周波数帯でも良く、本実施形態に係る在庫管理アプリケーションを提供する事業者によって指定される特定の周波数又は周波数帯である。
環境発電に使用する電波の限定しない例として、いわゆる３Ｇ～５Ｇ等の移動体通信システムで採用されている周波数帯の無線通信による電波、Bluetooth（登録商標）、Wi-Fi（登録商標）等の通信規格で採用されている周波数帯の無線通信による電波、ZigBee（登録商標）やThread等の通信プロトコルに代表される２．４ＧＨｚ帯の無線通信による電波、ＲＦＩＤで採用されている周波数帯（例えば、９００ＭＨｚ帯、１３．５６ＭＨｚ帯）の無線通信による電波等が挙げられる。
また、一実施形態では、在庫管理アプリケーションが利用者端末３の撮像機能と連動して、図１４Ｂに示す商品Ｐのパッケージ等に記載されているバーコード情報や文字情報を読み取り、取得した画像に基づいて商品Ｐの商品情報、及び商品Ｐの重量を推定して消費情報を取得して、推定した商品Ｐ及び商品Ｐの重量を表示してもよい。

図１５に示す例では、商品Ｐ１～Ｐ４が醤油や胡椒、塩等の調味料である場合が想定される。商品Ｐ１～Ｐ４は、シート型重量センサ装置９の１番目から４番目の各スロットにそれぞれ配置される。各スロットには、重量センサＷ１～Ｗ４が設けられている。シート型重量センサ装置９のアンテナ９１は、各スロットの重量のデータを利用者端末３の在庫管理アプリケーションに送信する。
在庫管理アプリケーションでは、シート型重量センサ装置９の１番目から４番目の各スロットに配置される商品が登録可能となっている。図１５に示す構成例では、在庫管理アプリケーションは、アンテナ９１から逐次、商品Ｐ１～Ｐ４の消費情報を取得する。

なお、図示しないが、商品が利用者の自宅の冷蔵庫にある場合、冷蔵庫内の各商品に重量センサ付きの無線タグＴを取り付けてもよい。その場合、利用者が冷蔵庫を開ける度に利用者の利用者端末３が冷蔵庫内の各商品の無線タグＴから商品ＩＤと重量のデータを受信することで、利用者端末３の在庫管理アプリケーションは、冷蔵庫内の各商品の消費情報を一括して取得する。利用者端末３の在庫管理アプリケーションは取得した消費情報を在庫管理サーバ８に送信し、在庫管理サーバ８は、受信した消費情報を基に利用者在庫データベースを更新する。
また、無線タグＴを検出できなくなった場合には、当該無線タグＴが取り付けられていた商品が破棄されたことがわかるため、その商品を利用者在庫データベースから削除してもよい。
なお、無線タグＴとして重量センサ付きのＲＦＩＤタグを利用する場合には、冷蔵庫にＲＦＩＤリーダを設置して、リーダ経由で消費情報を取得してもよい。

本実施形態では、利用者端末３の制御部３１は、在庫データに含まれる各商品の消費量に関する消費情報を取得する取得部（第３取得部の一例）として機能する。
また、在庫管理サーバ８の制御部８１は、利用者端末３の在庫管理アプリケーションから取得する消費情報に基づいて利用者在庫データベースの対応する利用者の在庫データを更新する更新部として機能する。

本実施形態の商品在庫管理システムによれば、利用者の操作に応じて在庫管理サーバ８に格納されている利用者在庫データベースが更新されるため、在庫管理アプリケーション上で日々の消費実態が反映された在庫データが可視化することができる。その際、在庫管理アプリケーションにおいて商品ごとに賞味期限と商品の残量とを表示させることができるため、利用者は、商品を効率良く、あるいは計画的に消費することができる。

（３）第３の実施形態
次に、第３の実施形態の商品在庫管理システムについて、図１６～図１８を参照して説明する。
本実施形態の商品在庫管理システムでは、利用者が、自身が属するグループや他の利用者、他のグループの在庫データを閲覧できるように構成されている。
例えば、同居する家族を構成する複数の利用者が、各々が家族全体の在庫データを閲覧できるようにすることで、例えば生計を共にする利用者間で在庫データを可視化できる。例えば、家族内で同一の商品を重複して購入するといった無駄や買い忘れが発生する状況を避けることができる利点がある。
また、利用者が同居しない他の利用者や他のグループ（例えば、高齢の親やその家族）の在庫データを閲覧できるようにすることで、同居しない家族がいつも通り食事をして過ごしているか確認できる利点がある。

図１６に、本実施形態の商品在庫管理システムにおいて、利用者端末３の在庫管理アプリケーションの画面遷移例を示す。図１６では一例として、利用者であるＴ．Ｋ．がＫ家の家族の一員であり、別居している親のＣ家の在庫データの閲覧許可を得ている場合を想定している。
この場合、利用者Ｔ．Ｋ．の在庫管理アプリケーションの画面Ｇ１０では、自宅の在庫を閲覧するためのボタンｂ１１と、別居しているＣ家の在庫を閲覧するためのボタンｂ１２とが表示される。ここで、ボタンｂ１１を操作すると、画面Ｇ１１に示すように、Ｋ家の在庫データを閲覧することができる。この閲覧データは、例えば、利用者Ｔ．Ｋ．との間で予め同居家族として関連付けられている複数の利用者の在庫データをマージすることで作成される。

図１７のシーケンスチャートは、特定の利用者が他の利用者から在庫データの閲覧許可を得るためのフローを示している。
図１７では、他の利用者の在庫データの閲覧を希望する利用者が利用者端末３－１を所持し、当該他の利用者が利用者端末３－２を所持している場合が想定される。

先ず、利用者の操作に基づいて、利用者端末３－１の在庫管理アプリケーションが閲覧要求を在庫管理サーバ８に送信する（ステップＳ６０）。閲覧要求には、在庫データを閲覧したい他の利用者の利用者ＩＤ又は他のグループのグループＩＤが含まれる。
在庫管理サーバ８は、閲覧要求を受信すると、閲覧要求に含まれる利用者ＩＤ又はグループＩＤの代表者として予め登録されている利用者ＩＤの在庫管理アプリケーションに対して、在庫データの閲覧を許可してよいかどうかの問合せを行う（ステップＳ６２）。この問合せが利用者端末３－２の在庫管理アプリケーション上で表示される（ステップＳ６４）。

利用者端末３－２の利用者が在庫管理アプリケーション上で応答操作を行うと（ステップＳ６６：ＹＥＳ）、応答が在庫管理サーバ８に返される（ステップＳ６８）。この応答には、閲覧を許可するか否かの情報が含まれる。在庫管理サーバ８は、ステップＳ６８の応答が閲覧許可である場合には（ステップＳ７０：ＹＥＳ）、在庫アプリ利用者データベース（図６参照）の「閲覧許可」フィールドに閲覧要求元の利用者ＩＤを書き込むことで在庫アプリ利用者データベースを更新する（ステップＳ７２）。ステップＳ６８の応答が不許可である場合には（ステップＳ７０：ＮＯ）、在庫アプリ利用者データベースの更新は行われない。
在庫管理サーバ８が、閲覧要求元の利用者端末３－１の在庫管理アプリケーションに対して、閲覧許可の許否応答を返すと（ステップＳ７４）、その許否応答結果が利用者端末３－１の表示部３４に表示される（ステップＳ７６）。

図１２の在庫アプリ利用者データベースに示すように、ある利用者ＩＤの利用者（閲覧者）が他の利用者ＩＤの利用者（被閲覧者）に対応する在庫データの閲覧許可が得られた場合、当該他の利用者ＩＤが関連付けて記録される。被閲覧者は、例えば、閲覧者の高齢の親や一人暮らしの子供等である。その場合、閲覧者は、被閲覧者の在庫データを閲覧することで、被閲覧者が通常通り生活できているか間接的に見守ることができる。
家族等の複数の利用者をグループ化する流れについては省略するが、概ね図１７のシーケンスチャートと同様の流れとすることができる。あるいは、家族で在庫管理アプリケーションの利用を開始するときに、家族に含まれる複数の利用者をグループ化して在庫アプリ利用者データベースに記録してもよい。同じグループとされた複数の利用者ＩＤの各々に対しては、在庫アプリ利用者データベースにおいて共通のグループＩＤに対応付けられる。グループ化された場合、グループ単位で在庫データを閲覧することができるため、例えば家族内で同一の商品を重複して購入してしまうこと等が避けられ、同じグループ内で効率的な商品在庫状態とすることができる。

図１８は、Ｃ家の在庫データの閲覧許可が与えられている利用者Ｔ．Ｋ．がＣ家の在庫データを閲覧する場合の在庫管理アプリケーション上での画面遷移を示している。
図１８の画面Ｇ１５は、図１６の画面Ｇ１０と同じである。ここで、ボタンｂ１６を選択操作すると画面Ｇ１６に切り替わり、例えば同居していないＣ家の在庫データを閲覧することができる。そのため、同居していない家族の健康状態を間接的にモニタすることができる。また、定期的にモニタしていれば同居していない家族等が日々何を食べているのかもわかる。

本実施形態の在庫管理サーバ８では、同居している家族等の１つのグループに属する利用者に対して、グループの在庫データを提供するために以下のように構成される。
制御部８１の登録部８１３は、情報提供部８１２によりグループ内の各利用者から取得された商品ＩＤ及び在庫データを、グループの在庫データとして登録する。これは、在庫アプリ利用者データベースにおいていずれかの「グループＩＤ」フィールドに値を書き込み、利用者ＩＤとグループＩＤとを対応付けることに相当する。
情報提供部８１２は、グループ内のいずれかの利用者の要求に基づいて、当該利用者の利用者端末３の在庫管理アプリケーションに対してグループの在庫データを提供する。

本実施形態の在庫管理サーバ８では、利用者に対して、別居している家族等、他の利用者又は他のグループの在庫データを提供するために以下のように構成される。
制御部８１は、登録部８１３によって登録された複数のグループを関連付ける関連付け部を備える。ここで、関連付けられる各グループには、単一の利用者のみが含まれる場合もある。関連付けは、図１７に示したように、在庫アプリ利用者データベースにおいて「閲覧許可」フィールドに値が書き込まれることによって行われる。
情報提供部８１２は、関連付け部により第１グループと第２グループとが関連付けられた場合に、第１グループのいずれかの利用者の在庫管理アプリケーションに対して、第２グループの在庫データを提供する。

（４）第４の実施形態
次に、第４の実施形態の商品在庫管理システムについて、図１９及び図２０を参照して説明する。
この実施形態では、在庫管理サーバ８が利用者の商品の消費状況を分析する点に特徴がある。利用者が商品を購入する度に利用者在庫データベースが更新され、利用者が商品を消費する度に利用者在庫データベースが更新される。利用者の在庫データに対する増減をモニタすることで、利用者の健康維持に関連する分析を行うことができる。

本実施形態の商品在庫管理システムの動作の一例を図１９に示す。
図１９のシーケンスチャートは、例えば定期的に分析処理を実行することが想定される。分析タイミングになると（ステップＳ８０：ＹＥＳ）、在庫管理サーバ８は、分析処理を実行する（ステップＳ８２）。分析処理は限定しないが、例えば以下である。なお、例えば消費カロリーや塩分の摂取量が適切であるか否かの判断は、利用者と同年令における平均的な消費量又は摂取量を基準とすることが好ましい。
・偏食であるか否か
・消費（摂取）カロリーが適切か否か
・塩分の摂取量が過大か否か
・賞味期限が過ぎたものがあるか

なお、消費カロリーのデータは、例えば商品ごとの単位重量当たりのカロリーの値を含むデータベースにアクセスすることで取得可能である。また、塩分の摂取量は、商品ごとの単位重量当たりに含まれる塩分量を含むデータベースにアクセスすることや、図１５に例示したように塩を含む瓶の重量変化に対応する消費情報を取得することで算出できる。

在庫管理サーバ８は、ステップＳ８２の分析結果が利用者に対して通知を行う通知条件を満たすか否か判断し、通知条件を満たす場合には（ステップＳ８４：ＹＥＳ）、分析結果を利用者端末３の在庫管理アプリケーションに送信する（ステップＳ８６）。利用者端末３は、分析結果を受信すると表示部３４に表示させる（ステップＳ８８）。
ステップＳ８４の通知条件は限定しないが、例えば、特定の商品の在庫量が少なくなっていること、在庫量に変化がないこと、賞味期限が過ぎた商品の種別が所定数以上あること、平均的な消費カロリーや塩分の摂取量が適正範囲を外れていることや、野菜類の消費量が所定値以下であること等の通常と異なる傾向がある場合等である。このように、特定の利用者に対する在庫量、消費量が通常と異なる場合に通知することで、例えば同居しない遠隔の利用者（例えば、高齢の親や一人暮らしの子供）の健康状態を間接的に見守ることができる。

図２０Ａ，図２０Ｂにそれぞれ、図１９のステップＳ８８において表示される画面例を示す。
図２０Ａの画面Ｇ２０ａは、分析内容Ｃ１ａを含む。この分析内容Ｃ１ａは、「卵の在庫が少なくなっています」等の特定の商品の在庫量が少なくなっている場合や、「醤油の減る量が通常より多いです」等の塩分の摂取量が通常より平均的な摂取量よりも多い場合に通知される内容である。
図２０Ｂの画面Ｇ２０ｂでは、分析内容Ｃ１ｂを含む。この分析内容Ｃ１ｂは、「先週よりも摂取カロリーが８％減っています」等のカロリーの摂取量が以前よりも大きく変動した場合に通知される内容である。

本実施形態の商品在庫管理システムでは、在庫管理サーバ８の制御部８１は、利用者端末３から取得する消費情報に基づいて利用者在庫データベースの特定の利用者の在庫データを更新する更新部として機能する。制御部８１の分析部８１４は、在庫データを基に利用者の消費状況を分析する。それによって、個々の利用者の在庫データに対する増減から利用者の消費状況を分析することができる。利用者は分析結果を取得することで、自身の日々の食事を改善させる契機とすることができる。

また、本実施形態の商品在庫管理システムでは、在庫管理サーバ８の制御部８１は、利用者端末３から取得する消費情報に基づいて、利用者端末３を所持する利用者が含まれるグループの在庫データを更新する更新部として機能する。制御部８１の分析部８１４は、グループの在庫データを基に、当該グループの消費状況を分析する。それによって、グループ単位での在庫データに対する増減からグループ単位での消費状況を分析することができる。利用者は、例えば家族単位での消費状況の分析結果を取得し、例えば家族の日々の食事を改善させる契機とすることができる。

図１９のステップＳ８４，Ｓ８６に示すように、在庫管理サーバ８の制御部８１は、分析部８１４の分析結果が所定の条件を満たす場合に、利用者端末３に対して通知を行う通知部として機能してもよい。通知対象となる分析結果を利用者の健康維持に必要となるような所定の条件を満たすものに限定することで、分析結果の通知が煩雑になることを防止できる。

（５）実施形態の変形例
次に、実施形態の変形例に係る商品在庫管理システムについて説明する。

（５－１）第１変形例
利用者在庫データベースには、利用者が保有する各商品の賞味期限情報が含まれているため、在庫管理サーバ８は、賞味期限が近い１以上の商品によって調理可能な料理のメニューの提案を行ってもよい。例えば、在庫管理サーバ８は、１以上の商品と、当該１以上の商品を具材とした料理メニューとの対応関係を示す料理データベースを記憶する。在庫管理サーバ８の制御部８１は、処理対象の利用者の在庫データを参照して賞味期限が近い１以上の商品を特定し、特定した１以上の商品の一部又はすべての商品によって調理可能な料理メニューを料理データベースを参照して決定して、処理対象の利用者の在庫管理アプリケーションに通知する。
在庫管理アプリケーションは、決定された料理メニューに必要な１以上の商品のうち利用者が保有していない商品がある場合には、当該商品を店舗に対して注文できるように構成してもよい。

（５－２）第２変形例
在庫管理アプリケーションは、利用者が所持するスマートウォッチ等のウェアラブル端末と連携して利用者の健康維持のための提案を行うように構成することができる。
ウェアラブル端末は、利用者の運動に伴う消費カロリーに関するデータを逐次取得して、ウェアラブル端末用のサーバに送信する。ウェアラブル端末用のサーバは、利用者に対応付けて記録している消費カロリーに関するデータを在庫管理サーバ８に提供する。
在庫管理サーバ８は、利用者の消費情報（取得カロリーに関する情報）と、当該利用者の消費カロリーに関する情報とに基づいて分析した結果（例えば、取得カロリー過多、運動不足等）を利用者の在庫管理アプリケーションに通知する。その際、在庫管理サーバ８は、分析した結果に基づいて、必要な運動量等の健康維持のための提案メッセージを利用者の在庫管理アプリケーションに送信するとよい。

（５－３）第３変形例
次に、第３変形例について説明する。
上述した各実施形態では、商品から商品ＩＤや賞味期限情報を取得する方法として、商品のコード情報を読み取る場合について説明したが、その限りではない。
商品から商品ＩＤや賞味期限情報を取得する他の方法として、商品や棚札、若しくは商品の外装品に取り付けられている無線タグ、又は、商品の近傍に配置されている無線タグ等から商品ＩＤや賞味期限情報を受信する方法を採ることができる。この場合、情報を受信するときの通信方法（例えば、通信プロトコルや使用周波数等）は問わない。通信方法の例として、例えばＮＦＣ（Near field communication）等のＲＦＩＤ（Radio Frequency Identification）やBluetooth（登録商標）、ＢＬＥ（Bluetooth（登録商標）Low Energy）等が挙げられる。
例えば商品や棚札等に、当該商品の商品ＩＤや賞味期限情報が記録されたＮＦＣタグが取り付けられ、利用者端末３にＮＦＣリーダが搭載されている場合を想定する。その場合、利用者が商品に自身の利用者端末３を近付けることで、利用者端末３のＮＦＣリーダが商品のＮＦＣタグから商品の商品ＩＤや賞味期限情報を受信する。利用者端末３の店舗アプリケーションは、受信した商品の商品ＩＤや賞味期限情報を含む価格問合せを店舗サーバ５に送信する。価格問合せを受信した店舗サーバ５は、上述した実施形態と同様に、商品の提供価格を決定し、提供価格を示す情報を店舗アプリケーションに返す。

商品の外観の画像から当該商品の商品ＩＤを特定することもできる。例えば、利用者端末３が撮像部を有する場合、撮像部によって取得した商品の画像を店舗アプリケーションが店舗サーバ５に送信する。店舗サーバ５は、取得した商品の画像から当該商品の商品ＩＤを特定する。商品ＩＤの特定に際しては、学習済みモデルを用いた人工知能を利用することができる。この場合、商品の画像は、商品情報の一例である。このとき、店舗サーバ５は、商品ＩＤと商品の賞味期限情報とが対応付けられたデータベースにアクセスして、特定した商品ＩＤに対応する賞味期限情報を取得できるように構成することができる。
商品から取得できる複数の情報を組み合わせて、当該商品の商品ＩＤや賞味期限情報を取得してもよい。例えば、商品や棚札等から取得するコード情報、文字情報、無線タグから得られる情報、商品の外観の画像、商品の個体を識別する識別情報（例えばシリアル番号）等のうち少なくとも２以上の情報を組み合わせて、商品の商品ＩＤや賞味期限情報を取得することができる。

以上、本発明の情報処理システム、情報処理装置、情報処理方法、及び、プログラムの実施形態について説明したが、本発明は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。例えば、上述した各実施形態および各変形例に記載した個々の技術的特徴は、技術的矛盾がない限り、適宜組み合わせることが可能である。

上述した実施形態及び変形例において、店舗サーバ５や在庫管理サーバ８による機能の少なくとも一部を利用者端末３のソフトウェアにより実現してもよいし、利用者端末３による機能の少なくとも一部を店舗サーバ５や在庫管理サーバ８のソフトウェアにより実現してもよい。また、利用者端末３の機能、及び、店舗サーバ５や在庫管理サーバ８の機能の各々を、必要に応じて、利用者端末３及び、店舗サーバ５や在庫管理サーバ８の間で分散させて実現してもよい。店舗サーバ５や在庫管理サーバ８で実行される機能を複数の装置で分散させて実行されてもよい。

なお、本発明の情報処理システムは、例えば、商品情報と期限情報とに基づきオンライン販売の仕組みで購入した場合や、量り売りの仕組みで購入した場合にも適用できる。例えば、利用者がオンライン販売で購入した場合、在庫管理サーバは、オンライン販売サービスを提供するサーバから利用者に対する購入データを取得して利用者在庫データベースを更新する。また、利用者が店舗で量り売りの仕組みで商品を購入した場合についても、量り売りの際に商品に貼付されるコード情報を基に店舗アプリケーションを利用することで決済することが可能であり、図６に示した場合と同様に在庫管理サーバが利用者在庫データベースを更新する仕組みを構築することができる。

１…商品在庫管理システム
３…利用者端末
３１…制御部
３２…ストレージ
３３…操作入力部
３４…表示部
３５…撮像部
３６…コードリーダ
３７…通信部
５…店舗サーバ
５１…制御部
５１１…価格情報提供部
５１２…決済処理部
５２…ストレージ
５３…通信部
７…決済代行サーバ
８…在庫管理サーバ
８１…制御部
８１１…情報管理部
８１２…情報提供部
８１３…登録部
８１４…分析部
８２…ストレージ
８３…通信部
９…シート型重量センサ装置
９１…アンテナ
１００…スキャン領域
Ｃ１ａ，Ｃ１ｂ…分析内容
Ｃ２…コード情報
ＣＴ…利用者
ＮＷ…ネットワーク
Ｐ…商品

Claims (10)

1. 利用者が所持する利用者端末と、前記利用者端末と通信可能な情報処理装置と、を含む情報処理システムであって、
   前記利用者端末は、
   商品に関する商品情報及び前記商品の有効期限に関する期限情報を取得する第１取得部と、
   前記第１取得部により取得された前記商品情報及び前記期限情報に基づいて、前記情報処理装置に対して前記商品の決済の要求を行う決済要求部と、
   前記情報処理装置から取得する前記利用者の商品在庫情報を表示部に表示させる表示制御部と、を有し、
   前記情報処理装置は、
   前記利用者端末の前記商品の決済の要求に応じて決済済みの前記商品の前記商品情報及び前記期限情報を、前記利用者端末を利用する前記利用者を識別する利用者識別情報ごとに、前記利用者の商品在庫情報として更新し、更新した前記利用者の商品在庫情報を取得する第２取得部と、
   前記利用者の要求に基づいて、前記第２取得部により得られた前記利用者の商品在庫情報を前記利用者端末に提供する提供部と、を有する、
   情報処理システム。
2. 前記情報処理装置は、
   １又は複数の利用者を１つのグループに登録する登録部を備え、
   前記登録部は、前記第２取得部により前記グループ内の各利用者から取得された商品情報及び期限情報を、前記グループの商品在庫情報として登録し、
   前記提供部は、前記グループ内のいずれかの利用者の要求に基づいて、当該利用者の利用者端末に対して前記グループの商品在庫情報を提供する、
   請求項１に記載された情報処理システム。
3. 前記登録部によって登録された複数のグループを関連付ける関連付け部を備え、
   前記提供部は、前記関連付け部により第１グループと第２グループとが関連付けられた場合に、前記第１グループのいずれかの利用者に対して、前記第２グループの商品在庫情報を提供する、
   請求項２に記載された情報処理システム。
4. 前記利用者端末は、前記商品在庫情報に含まれる各商品の消費量に関する消費情報を取得する第３取得部を備え、
   前記情報処理装置は、
   前記利用者端末から取得する前記消費情報に基づいて前記商品在庫情報を更新する更新部と、
   前記商品在庫情報を基に前記利用者の消費状況を分析する分析部と、を備えた、
   請求項１に記載された情報処理システム。
5. 前記利用者端末は、前記商品在庫情報に含まれる各商品の消費量に関する消費情報を取得する第３取得部を備え、
   前記情報処理装置は、
   前記利用者端末から取得する前記消費情報に基づいて、前記利用者端末を所持する利用者が含まれるグループの商品在庫情報を更新する更新部と、
   グループの商品在庫情報を基に、当該グループの消費状況を分析する分析部と、を備えた、
   請求項３又は４に記載された情報処理システム。
6. 前記情報処理装置は、前記分析部の分析結果が所定の条件を満たす場合に、前記利用者端末に対して通知を行う通知部を備えた、
   請求項４又は５に記載された情報処理システム。
7. 前記商品の重量を検出し、前記利用者端末と通信を行う通信デバイスを含み、
   前記第３取得部は、前記通信デバイスによって検出された重量の値に基づいて前記消費情報を取得する、
   請求項４から６のいずれか一項に記載された情報処理システム。
8. 利用者が所持する利用者端末と通信可能な情報処理装置であって、
   商品が前記利用者により決済済みである場合に、前記利用者端末により取得された前記商品に関する商品情報及び期限情報を取得する取得部と、
   前記取得部によって取得された前記商品情報及び前記期限情報を、前記利用者の商品在庫情報として記憶する記憶部と、
   前記利用者の要求に基づいて、前記記憶部に記憶された前記利用者の商品在庫情報を前記利用者端末に提供する提供部と、
   を備え、
   前記商品在庫情報は、前記利用者端末の前記商品の決済の要求に応じて、前記利用者端末を利用する前記利用者を識別する利用者識別情報ごとに更新される、情報処理装置。
9. 利用者が所持する利用者端末と、前記利用者端末と通信可能な情報処理装置と、の間で行われる情報処理方法であって、
   前記利用者端末が、商品に関する商品情報及び前記商品の有効期限に関する期限情報を取得し、
   前記利用者端末が、取得された前記商品情報及び前記期限情報に基づいて、前記情報処理装置に対して前記商品の決済の要求を行い、
   前記情報処理装置が、前記利用者端末の前記商品の決済の要求に応じて決済済みの前記商品の前記商品情報及び前記期限情報を、前記利用者端末を利用する前記利用者を識別する利用者識別情報ごとに、前記利用者の商品在庫情報として更新し、更新した前記利用者の商品在庫情報を取得し、
   前記情報処理装置が、前記利用者の要求に基づいて、前記取得した前記利用者の前記商品在庫情報を前記利用者端末に提供し、
   前記利用者端末が、前記情報処理装置から取得する前記利用者の商品在庫情報を表示部に表示させる、
   情報処理方法。
10. 利用者が所持する利用者端末と通信可能な情報処理装置において、コンピュータに所定の方法を実行させるプログラムであって、
    前記方法は、
    商品が前記利用者により決済済みである場合に、前記利用者端末により取得された前記商品に関する商品情報及び期限情報を取得すること、
    前記利用者端末による前記商品の決済の要求に応じて決済済みの前記商品の前記商品情報及び前記期限情報を、前記利用者端末を利用する前記利用者を識別する利用者識別情報ごとに、前記利用者の商品在庫情報として更新し、更新した前記利用者の商品在庫情報を記憶部に記憶させること、及び、
    前記利用者の要求に基づいて、前記記憶部に記憶された前記利用者の商品在庫情報を前記利用者端末に提供すること、を含む、
    プログラム。