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

Abstract

【課題】ユーザが購入した食材の数量を指定しなくても、その数量に応じて作ることが可能な料理に関する情報をユーザに提供する技術を提供する。【解決手段】情報処理システムにおいて、ユーザが、小売店舗乃至ネットストアで任意の食材を購入し、領収書をユーザ端末によって撮像すると、ユーザ端末は、撮像された領収書の画像を示すデータ（以下、領収書データという）を、ネットワーク経由でサーバ装置に送信する。サーバ装置は、領収書データに含まれる各食材の識別情報及び価格に基づき、各食材の数又は量を推定する。そして、各食材について推定した数又は量の範囲内で作ることが可能な料理に関する料理情報を検索し、検索結果を、ユーザに提案する料理のレシピ等を含む料理情報としてネットワーク経由でユーザ端末に送信する。【選択図】図９

Description

本発明は、料理に関する情報を提供するための技術に関する。

各種料理のレシピをユーザに提供する仕組みとして、例えば特許文献１には、領収書から読み取った食品を用いたレシピをユーザに提案するシステムが開示されている。

特開２０１６−９９８３３号公報

料理を作るときには、食品の種類のみならず、その食品の数量も重要である。そこで、本発明は、ユーザが購入した食材の数量を指定しなくても、その数量に応じて作ることが可能な料理に関する情報を提供することを目的とする。

上記課題を解決するため、本発明は、購入された各食材の識別情報及び価格を含む領収書データを取得する領収書データ取得部と、取得された前記領収書データに含まれる各食材の識別情報及び価格に基づいて、各食材の数又は量を推定する購入数量推定部と、取得された前記領収書データに含まれる１以上の食材を用いて、当該食材について推定された数又は量の範囲内で作ることが可能な料理に関する料理情報を検索する検索部と、検索された前記料理情報を出力する出力部とを備えることを特徴とする情報処理装置を提供する。

日又は時に応じて異なる人の数を設定する設定部を備え、前記検索部は、設定された人の数に応じた分量の料理に関する情報を検索するようにしてもよい。

前記購入数量推定部は、取得された前記領収書データに含まれる食材のうち、特定の食材については、当該食材の数又は量を推定するための付属情報を入力するようユーザに促し、ユーザにより入力された前記付属情報と、取得された前記領収書データに含まれる各食材の価格とを用いて、各食材の数又は量を推定するようにしてもよい。

取得された前記領収書データに含まれる食材のうち、消費されてない食材の数又は量を推定する消費数量推定部を備え、前記検索部は、新規の購入時に取得された領収書データに含まれる食材について推定された数又は量、及び、過去の購入時から消費されていないと推定される食材の数又は量の範囲内で作ることが可能な料理に関する情報を検索するようにしてもよい。

人の数を設定する設定部を備え、前記検索部は、設定された人の数に応じた料理に関する情報を検索し、設定された人の数に応じた料理に関する情報が無い場合には、推定された数又は量の範囲内で作ることが可能な料理の分量に関する情報を検索するようにしてもよい。

過去に出力された前記料理情報のうちユーザにより指定された料理情報を解析して、当該ユーザの料理に関する嗜好を推定する嗜好推定部を備え、前記検索部は、推定された嗜好に関する情報を用いて前記検索を行うようにしてもよい。

過去に出力された前記料理情報のうちユーザにより指定された料理情報を解析して、当該ユーザの栄養のバランスを解析する解析部を備え、前記検索部は、前記解析部により解析された結果を用いて前記検索を行うようにしてもよい。

前記購入数量推定部は、取得された前記領収書データに含まれる各食材の識別情報及び価格と、各食材が購入された場所とに基づいて、各食材の数又は量を推定するようにしてもよい。

前記購入数量推定部は、取得された前記領収書データに含まれる各食材の識別情報及び価格と、各食材を購入したユーザの属性とに基づいて、各食材の数又は量を推定するようにしてもよい。

また、本発明は、コンピュータを、ユーザによって購入された各食材の識別情報及び価格を含む領収書データを取得する領収書データ取得部と、取得された前記領収書データに含まれる各食材の識別情報及び価格に基づいて、各食材の数又は量を推定する購入数量推定部と、取得された前記領収書データに含まれる１以上の識別情報の食材を用いて、当該食材について推定されたの数又は量の範囲内で作ることが可能な料理に関する料理情報を検索する検索部と、検索された前記料理情報を出力する出力部として機能させるためのプログラムを提供する。

本発明によれば、ユーザが購入した食材の数量を指定しなくても、その数量に応じて作ることが可能な料理に関する情報を提供することができる。

本発明の一実施形態に係る情報処理システム１の構成の一例を示すブロック図である。 ユーザ端末１０のハードウェア構成の一例を示すブロック図である。 サーバ装置２０のハードウェア構成の一例を示すブロック図である。 サーバ装置２０の機能構成の一例を示すブロック図である。 ユーザ端末１０によって撮像される領収書を例示する図である。 サーバ装置２０に記憶される食材データベースを例示する図である。 サーバ装置２０に記憶される料理データベースを例示する図である。 ユーザ端末１０において表示される料理情報を例示する図である。 情報処理システム１の動作の一例を示すシーケンス図である。

［構成］
図１は、本実施形態に係る情報処理システム１の一例を示す図である。図１に示すように、情報処理システム１は、ユーザがそれぞれ利用するユーザ端末１０と、各種の料理に関する情報をユーザに提供するサーバ装置２０と、これらを通信可能に接続する無線通信網又は有線通信網を含むネットワーク２とを備えている。ユーザ端末１０は、例えばスマートホン、ウェアラブル端末、タブレット又はパーソナルコンピュータなどの、無線又は有線を介してネットワーク２に接続可能なコンピュータである。サーバ装置２０は、単体のコンピュータで実現されてもよいし、複数のコンピュータの集合体によって実現されてもよい。

ユーザはコンビニエンスストアやスーパーマーケット或いはオンラインストア等の、小売店舗乃至ネットストアで任意の食材を購入すると、小売店舗乃至ネットストアから受け取った領収書をユーザ端末１０によって撮像する。この領収書には、購入された各食材の識別情報（典型的には食材の名称）及びその価格が少なくとも含まれているが、各食材の具体的な数又は量（例えば牛肉がＸｇとか、ジャガイモがＹ個など）は含まれていないことがある。

撮像された領収書の画像を示すデータ（以下、領収書データという）は、ユーザ端末１０からネットワーク２経由でサーバ装置２０に送信される。サーバ装置２０は、領収書データに含まれる各食材の識別情報及び価格に基づき、或るアルゴリズムを用いて、各食材の数又は量を推定する。そして、サーバ装置２０は、各食材について推定した数又は量の範囲内で作ることが可能な料理に関する料理情報を検索し、その検索結果を、ユーザに提案する料理のレシピ等を含む料理情報としてネットワーク２経由でユーザ端末１０に送信する。これにより、ユーザが購入した食材の数量を指定するような入力操作を行わなくても、その数量に応じて作ることが可能な料理に関する情報をユーザに提供することが可能となる。なお、領収書データをサーバ装置２０に送信するユーザ端末と、サーバ装置から料理情報が送信されるユーザ端末１０は、同一のユーザ端末１０であってもよいし、異なるユーザ端末１０であってもよい。

図２は、ユーザ端末１０のハードウェア構成を示す図である。ユーザ端末１０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、及びこれらを接続するバスなどを含むコンピュータとして構成されている。これらの各装置は図示せぬ電源から供給される電力によって動作する。なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ端末１０のハードウェア構成は、図２に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。また、それぞれ筐体が異なる複数の装置が通信接続されて、ユーザ端末１０を構成してもよい。

ユーザ端末１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。また、例えばベースバンド信号処理部や呼処理部などがプロセッサ１００１によって実現されてもよい。

プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、後述する動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。ユーザ端末１０の機能ブロックは、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよい。各種の処理は、１つのプロセッサ１００１によって実行されてもよいが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、ネットワーク２経由でユーザ端末１０に送信されてもよい。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本実施形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。

通信装置１００４は、ネットワーク２を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、無線通信を実現する場合には、例えばＬＴＥ（Long Time Evolution）等の通信規格に従ってネットワーク２を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）である。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。また、送受信アンテナ、アンプ部、送受信部、伝送路インターフェースなどがこの通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、又は論理的に分離された実装がなされてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キー、マイクロフォン、スイッチ、ボタン、カメラ、センサ、２次元コードリーダ、ＧＰＳユニット、各種の入力インターフェースなど）である。特に本実施形態において、入力装置１００５は、領収書を撮像するための撮像装置であるカメラを含んでいる。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプ、各種の出力インターフェースなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバスによって接続される。バスは、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

ユーザ端末１０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

図３は、サーバ装置２０のハードウェア構成を示す図である。サーバ装置２０は、物理的には、プロセッサ２００１、メモリ２００２、ストレージ２００３、通信装置２００４、及びこれらを接続するバスなどを含むコンピュータとして構成されている。これらの各装置は図示せぬ電源から供給される電力によって動作する。サーバ装置２０のハードウェア構成は、図３に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。また、それぞれ筐体が異なる複数の装置が通信接続されて、サーバ装置２０を構成してもよい。

サーバ装置２０における各機能は、プロセッサ２００１、メモリ２００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ２００１が演算を行い、通信装置２００４による通信を制御したり、メモリ２００２及びストレージ２００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。プロセッサ２００１、メモリ２００２、ストレージ２００３、通信装置２００４、及びこれらを接続するバスは、ユーザ端末１０について説明したプロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、及びこれらを接続するバスと、ハードウェアとしては同様であるため、その説明を省略する。なお、サーバ装置２０は、ユーザ端末１０の入力装置１００５又は出力装置１００６と同等のハードウェアを備えていてもよいし、備えていなくてもよい。

図４は、情報処理システム１の機能構成を示すブロック図である。サーバ装置２０において上記ハードウェアが連携することによって、領収書データ取得部２１、購入数量推定部２２、検索部２３、及び出力部２４という機能が実現される。

領収書データ取得部２１は、ユーザによって購入された各食材の識別情報及び価格を含む領収書データを取得する。ここで、図５は、領収書データが示す領収書の画像を例示する図である。図５では、領収書において、購入された各食材の識別情報（名称）と購入時の価格のほか、購入場所（○○ストア）や購入日時（２０２０／４／１０ １５：００）等が含まれているが、各食材の具体的な数又は量（例えばキャベツやジャガイモの個数）が含まれていない例を示している。

購入数量推定部２２は、領収書データ取得部２１により取得された領収書データに含まれる各食材の識別情報及び価格に基づいて、各食材の数又は量を推定する。具体的にはまず、購入数量推定部２２は、ＯＣＲ（Optical Character Recognition）等の画像認識技術を用いて、領収書データから各食材の識別情報又は価格を意味する文字及び数字を認識する。

購入数量推定部２２は、各食材の数又は量を推定するため、図６に例示するような食材データベースを記憶している。この食材データベースにおいては、各食材の識別情報（名称）と、その食材について予め決められた単位数量と、その単位数量あたりの各食材の価格とが対応付けられている。ここで用いられる、各食材の単位数量あたりの価格は、例えば公的機関や業界団体等が世の中に流通している各食材の価格を調査した結果を単位数量あたりに平均化して算出したものであってもよいし、サーバ装置２０が小売店舗やネットストア或いは食材メーカから各食材の数量及び価格を収集して単位数量あたりに平均化して算出したものであってもよい。

例えば図５に示すように、領収書データに含まれる食材及び価格が「キャベツ １９８円」であった場合、購入数量推定部２２は、その「１９８円」を、図６に例示したキャベツの価格「１７円」で除算して、単位数量である「１００ｇ」を乗算する。これにより、購入数量推定部２２は、購入されたキャベツの量が、（１９８／１７）×１００＝１１６５ｇ（おおよそ一玉）であると推定する。同様にして、ジャガイモについては、（１７０／１８）×１００＝９４５ｇ（おおよそ５個）と推定される。

検索部２３は、領収書データ取得部２１により取得された領収書データに含まれる１以上の食材を用いて、購入数量推定部２２により当該食材について推定された数又は量の範囲内で作ることが可能な料理に関する料理情報を検索する。検索部２３は、この検索を行うため、図７に例示するような料理データベースを記憶している。この料理データベースにおいては、各料理の名称（料理名）と、その料理の材料や調理手順等を含むレシピとが対応付けられている。料理の材料は、その料理を作るのに必要な食材の識別情報（名称）と、所定人数分（例えば１人分）についてその料理を作るのに必要な食材の数又は量とを含んでいる。

検索部２３は、領収書データに含まれる少なくとも１の食材について推定された数又は量が、料理データベースにおいて所定人数分（例えば１人分）の料理を作るのに必要な食材の数又は量以上である、という条件を満たす料理情報を全て検索する。例えば、領収書データから推定された結果が、キャベツ１１６５ｇ（おおよそ一玉）、ジャガイモ９４５ｇ（おおよそ５個）であった場合、キャベツを材料として使う料理のうち、キャベツ１１６５ｇ（おおよそ一玉）を超える量が必要な料理を除いた料理群（例えば料理名ｃ０１、ｃ０２、ｃ０３とする）が検索され、且つ、ジャガイモを材料として使う料理のうち、ジャガイモ９４５ｇ（おおよそ５個）を超える量が必要な料理を除いた料理群（例えば料理名ｃ１１、ｃ１２、ｃ１３とする）が検索される。つまり、キャベツ１１６５ｇ（おおよそ一玉）の範囲内で作ることが可能な料理群と、ジャガイモ９４５ｇ（おおよそ５個）の範囲内で作ることが可能な料理群とがそれぞれ検索されることになる。そして、これらの料理名ｃ０１、ｃ０２、ｃ０３、ｃ１１、ｃ１２、ｃ１３といった料理群のうち、キャベツとジャガイモの双方が用いられる料理群の料理情報は、検索結果として優先される度合いが高い。

なお、検索部２３は、図７に例示した料理データベースを自ら記憶していなくてもよく、図７のような外部データベースを検索するようにしてもよい。例えば、検索部２３は、領収書データ取得部２１により取得された領収書データに含まれる１以上の食材と、購入数量推定部２２により当該食材について推定された数又は量とを検索キーとして、インターネットやサーバ装置２０以外の記憶装置を検索するようにもよい。

出力部２４は、検索部２３により検索された料理情報を出力する。具体的には、出力部２４は、検索部２３により検索された料理情報をネットワーク２経由でユーザ端末１０に送信する。ユーザ端末１０は、この料理情報を表示等の方法でユーザに提示する。ここで図８は、ユーザ端末１０に表示される料理情報を例示する図である。図８では、検索の結果得られた複数の料理の料理名と、そのレシピを表示するためのハイパーリンクとが、料理情報として表示されている例を図示している。ユーザが「レシピ」と表記されたハイパーリンクを選択すると、そのレシピの詳細が表示されるようになっている。図８の例では、前述した検索結果の優先度合いが高い料理情報から順に表示されている。ここでは、１，２，３，４・・・の数字が小さいほど優先度合いが高いことを意味しているので、カレーライスの優先度が最も高い。

［動作］
次に、図９を参照して、情報処理システム１の動作について説明する。なお、以下の説明において、サーバ装置２０を処理の主体として記載する場合には、具体的にはプロセッサ２００１、メモリ２００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ２００１が演算を行い、通信装置２００４による通信や、メモリ２００２及びストレージ２００３におけるデータの読み出し及び／又は書き込みを制御することにより、処理が実行されることを意味する。ユーザ端末１０についても同様である。

まず、ユーザは小売店舗乃至ネットストアで食材を購入すると、領収書をユーザ端末１０によって撮像する操作を行う。この操作に応じて、ユーザ端末１０は、撮像された領収書の画像を示す領収書データを生成し（ステップＳ１１）、ネットワーク２経由でサーバ装置２０に送信する（ステップＳ１２）。

サーバ装置２０において、領収書データ取得部２１は領収書データを取得する。そして、 購入数量推定部２２は、領収書データ取得部２１により取得された領収書データに含まれる各食材の識別情報及び価格を認識し、その認識結果に基づいて図６に例示した食材データベースを参照して、各食材の数又は量を推定する（ステップＳ１３）。

次に、サーバ装置２０において、検索部２３は、領収書データ取得部２１により取得された領収書データに含まれる１以上の食材を用いて、図７に例示した料理データベースを参照し、購入数量推定部２２により当該食材について推定された数又は量の範囲内で作ることが可能な料理に関する料理情報を検索する（ステップＳ１４）。

そして、サーバ装置２０において、出力部２４は、検索部２３により検索された料理情報をネットワーク２経由でユーザ端末１０に送信する（ステップＳ１５）。このとき、出力部２４は、検索結果の優先順位も併せてユーザ端末１０に送信する。ユーザ端末１０は、優先順位を考慮しながら、この料理情報を表示等の方法でユーザに提示する（ステップＳ１６）。

以上説明した実施形態によれば、ユーザが購入した食材の数量を指定するような入力操作を行わなくても、その数量に応じて作ることが可能な料理に関する情報をユーザに提供することが可能となる。

［変形例］
本発明は、上述した実施形態に限定されない。上述した実施形態を以下のように変形してもよい。また、以下の２つ以上の変形例を組み合わせて実施してもよい。
［変形例１］
上述した実施形態においては、料理データベースに予め決められた所定人数分（例えば１人分）の料理を作るのに必要な食材の数又は量が含まれており、この所定人数分の料理情報を検索するようになっていた。これに対し、ユーザが料理の人数分を任意に指定できるようにしてもよい。例えばユーザが４人分の料理であることをユーザ端末１０において指定すると、サーバ装置の検索部２３は、領収書データに含まれる少なくとも１の食材について推定された数又は量が、所定人数分（１人分）×４人分の料理を作るのに必要な食材の数又は量以上である、という条件を満たす料理情報を全て検索する。つまり、サーバ装置２０は、料理を食べる人の数を設定する設定部を備え、検索部２３は、設定された人の数に応じた料理に関する情報を検索するようにしてもよい。

また、例えば休日は家族全員の料理を作り平日は１人分の料理を作るとか、昼は１人分の料理を作り夜は２人分の料理を作るといったように、日又は時で料理の人数分を異ならせるようにしてもよい。この場合、サーバ装置２０は、ユーザにより指定された日又は時に応じて異なる人の数を設定する設定部を備え、検索部２３は、設定された人の数に応じた料理に関する情報を検索するようにしてもよい。この設定部は、例えば日又は時と人の数とを対応付けて記憶しておき、ユーザにより指定された日又は時に応じた人の数を設定するようにすればよい。

［変形例２］
購入数量推定部２２は、例えば食材データベースに食材の登録が無いとか、食材の価格のみに基づいてその食材の数又は量を推定することができないなど、数又は量を正しく推定することが難しい特定の食材については、その推定を補助するような付属情報をユーザに入力してもらうようにしてもよい。具体的には、この付属情報は、食材の外観をユーザ端末１０によって撮像した画像データであるとか、その食材の数又は量そのものを示す数量情報である。このような付属情報はユーザ端末１０に入力されてサーバ装置２０に送信される。購入数量推定部２２は、上記のような画像データを画像認識して食材の数又は量を推定したり、上記のような数量情報に基づいて食材の数又は量を推定したりする。このように、購入数量推定部２２は、取得された領収書データに含まれる食材のうち特定の食材については、当該食材の数又は量を推定するための付属情報を入力するようユーザに促し、ユーザにより入力された付属情報と、取得された領収書データに含まれる各食材の価格とを用いて、各食材の数又は量を推定するようにしてもよい。

［変形例３］
サーバ装置２０において、ユーザによって購入された食材のうち、消費されてない食材の数又は量を推定し、検索部２３は、新規の購入時に取得された領収書データに含まれる食材について推定された数又は量と、過去の購入時から消費されていないと推定される食材の数又は量の範囲内で作ることが可能な料理に関する情報を検索するようにしてもよい。消費されてない食材の数又は量の推定は、例えばユーザが購入した食材のうち、消費された食材の数又は量をユーザ自身がユーザ端末１０に入力してサーバ装置２０に通知するとか、ユーザが提示された料理情報のうちいずれかを指定してその料理を作ったことをユーザ端末１０に入力してサーバ装置２０に通知する、といった方法で実現可能である。このように、サーバ装置２０は、取得された領収書データに含まれる食材のうち、消費されていない食材の数又は量を推定する消費数量推定部を備えるようにして、検索部２３は、新規の購入時に取得された領収書データに含まれる食材について推定された数又は量、及び、過去の購入時から消費されていないと推定される食材の数又は量の範囲内で作ることが可能な料理に関する情報を検索するようにしてもよい。

［変形例４］
サーバ装置２０が料理を食べる人の数を設定する設定部を備えている場合において、検索部２３は、その数に応じた料理に関する情報を検索したときに、その人の数に応じた料理に関する情報が無い場合には、推定された数又は量の範囲内で作ることが可能な料理の分量に関する情報を検索するようにしてもよい。例えば４人分の料理を作ることが設定された場合において、推定された食材の数又は量が少ないために４人分の料理情報が検索できなかったとき、例えば２人分の料理情報が検索できたのであれば、その２人分の料理情報を検索結果として出力するようにしてもよい。

［変形例５］
ユーザの過去の料理の履歴から料理に関する嗜好を解析し、そのような嗜好に合致する料理情報を検索するようにしてもよい。料理に関する嗜好とは、例えば暖かい料理が好きとか、栄養のバランスがとれた料理が好きとか、カロリーが少ない料理が好きといった具合である。このため、図６に例示した料理データベースには、暖かい／冷たいとか、栄養素に関する情報とか、カロリーが少ない／多いといったような、各々の料理の属性情報が含まれている。このように、サーバ装置２０は、ユーザ端末１０に対し過去に出力された料理情報のうち、そのユーザ端末１０のユーザにより指定された料理情報を例えば機械学習等により解析して、当該ユーザの料理に関する嗜好を推定する嗜好推定部を備えるようにして、検索部２３は、推定された嗜好に関する情報を用いて検索を行うようにしてもよい。

［変形例６］
サーバ装置２０は、過去に出力された料理情報のうちユーザにより指定された料理情報を解析して、当該ユーザの栄養のバランスを解析する解析部を備え、検索部２３は、解析部により解析された結果を用いて検索を行うようにしてもよい。具体的には、ユーザが過去にとった料理の栄養のバランスとして、ビタミンが足りないとか、炭水化物が多いといった解析結果であれば、検索部２３は、ビタミンが多いとか、炭水化物が少ない料理の料理情報を検索する。このため、このため、図６に例示した料理データベースには、各料理の栄養素に関する情報が含まれている。

［変形例７］
食材の価格は、地域や店舗によって異なる。そこで、購入数量推定部２２は、図６に例示した食材データベースを地域や店舗等の購入場所ごとに用意して記憶しておき、取得された領収書データに含まれる各食材の識別情報及び価格と、各食材がユーザによって購入された場所とに基づいて、各食材の数又は量を推定するようにしてもよい。各食材がユーザによって購入された場所は、購入数量推定部２２が、領収書データに含まれる購入場所の記載から特定してもよい。また、ユーザ端末１０からサーバ装置２０に定期的に位置を通知するようにして、購入数量推定部２２がその位置を追跡して特定してもよい。

［変形例８］
ユーザが購入する食材の価格帯の傾向は、同じ食材であっても、そのユーザの属性（年齢、性別、家族構成、年収等）によって異なることがある。そこで、購入数量推定部２２は、図６に例示した食材データベースをユーザの属性ごとに用意して記憶しておき、取得された領収書データに含まれる各食材の識別情報及び価格と、ユーザの属性とに基づいて、各食材の数又は量を推定するようにしてもよい。ユーザの属性は、例えばユーザ端末１０の識別情報に対応付けてサーバ装置２０が予め記憶しておけばよい。そして、購入数量推定部２２は、ユーザの属性ごとに用意した複数の食材データベースのうち、領収書データを送信してきたユーザ端末１０に対応するユーザの属性に応じた食材データベースを用いて、上記推定を行うようにすればよい。

［変形例９］
領収書データは、上記実施形態で説明したように領収書をユーザ端末１０によって撮像することで生成されたデータであってもよいし、小売店舗やネットストア等からデータ通信により電子データとしてユーザ端末１０に提供されたデータであってもよい。

［その他の変形例］
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信制御部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

例えば、本開示の一実施の形態におけるサーバ装置２０は、本開示の処理を行うコンピュータとして機能してもよい。また、本開示の一実施の形態におけるサーバ装置２０の機能をユーザ端末１０が実装してもよい。つまり、ユーザ端末１０が、ユーザによって購入された各食材の識別情報及び価格を含む領収書データを取得する領収書データ取得部と、取得された領収書データに含まれる各食材の識別情報及び価格に基づいて、各食材の数又は量を推定する購入数量推定部と、取得された領収書データに含まれる１以上の食材を用いて、当該食材について推定された数又は量の範囲内で作ることが可能な料理に関する料理情報を検索する検索部と、検索された料理情報を出力する出力部とを備える情報処理装置として機能してもよい。

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ−Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の識別情報で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において使用する「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

上記の各装置の構成における「部」を、「手段」、「回路」、「デバイス」等に置き換えてもよい。

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

本開示において、例えば、英語でのa,an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

１：情報処理システム、２：ネットワーク、１０：ユーザ端末、２０：サーバ装置、２１：領収書データ取得部、２２：購入数量推定部、２３：検索部、２４：出力部、１００１：プロセッサ、１００２：メモリ、１００３：ストレージ、１００４：通信装置、１００５：入力装置、１００６：出力装置、２００１：プロセッサ、２００２：メモリ、２００３：ストレージ、２００４：通信装置。

Claims (10)

1. 購入された各食材の識別情報及び価格を含む領収書データを取得する領収書データ取得部と、
   取得された前記領収書データに含まれる各食材の識別情報及び価格に基づいて、各食材の数又は量を推定する購入数量推定部と、
   取得された前記領収書データに含まれる１以上の食材を用いて、当該食材について推定された数又は量の範囲内で作ることが可能な料理に関する料理情報を検索する検索部と、
   検索された前記料理情報を出力する出力部と
   を備えることを特徴とする情報処理装置。
2. 日又は時に応じて異なる人の数を設定する設定部を備え、
   前記検索部は、設定された人の数に応じた分量の料理に関する情報を検索する
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記購入数量推定部は、
   取得された前記領収書データに含まれる食材のうち、特定の食材については、当該食材の数又は量を推定するための付属情報を入力するようユーザに促し、
   ユーザにより入力された前記付属情報と、取得された前記領収書データに含まれる各食材の価格とを用いて、各食材の数又は量を推定する
   ことを特徴とする請求項１又は２記載の情報処理装置。
4. 取得された前記領収書データに含まれる食材のうち、消費されてない食材の数又は量を推定する消費数量推定部を備え、
   前記検索部は、新規の購入時に取得された領収書データに含まれる食材について推定された数又は量、及び、過去の購入時から消費されていないと推定される食材の数又は量の範囲内で作ることが可能な料理に関する情報を検索する
   ことを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
5. 人の数を設定する設定部を備え、
   前記検索部は、
   設定された人の数に応じた料理に関する情報を検索し、
   設定された人の数に応じた料理に関する情報が無い場合には、推定された数又は量の範囲内で作ることが可能な料理の分量に関する情報を検索する
   ことを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
6. 過去に出力された前記料理情報のうちユーザにより指定された料理情報を解析して、当該ユーザの料理に関する嗜好を推定する嗜好推定部を備え、
   前記検索部は、推定された嗜好に関する情報を用いて前記検索を行う
   ことを特徴とする請求項１〜５のいずれか１項に記載の情報処理装置。
7. 過去に出力された前記料理情報のうちユーザにより指定された料理情報を解析して、当該ユーザの栄養のバランスを解析する解析部を備え、
   前記検索部は、前記解析部により解析された結果を用いて前記検索を行う
   ことを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
8. 前記購入数量推定部は、取得された前記領収書データに含まれる各食材の識別情報及び価格と、各食材が購入された場所とに基づいて、各食材の数又は量を推定する
   ことを特徴とする請求項１〜７のいずれか１項に記載の情報処理装置。
9. 前記購入数量推定部は、取得された前記領収書データに含まれる各食材の識別情報及び価格と、各食材を購入したユーザの属性とに基づいて、各食材の数又は量を推定する
   ことを特徴とする請求項１〜７のいずれか１項に記載の情報処理装置。
10. コンピュータを、
    ユーザによって購入された各食材の識別情報及び価格を含む領収書データを取得する領収書データ取得部と、
    取得された前記領収書データに含まれる各食材の識別情報及び価格に基づいて、各食材の数又は量を推定する購入数量推定部と、
    取得された前記領収書データに含まれる１以上の識別情報の食材を用いて、当該食材について推定されたの数又は量の範囲内で作ることが可能な料理に関する料理情報を検索する検索部と、
    検索された前記料理情報を出力する出力部と
    して機能させるためのプログラム。

Images