JP7412046B1 - プログラム、情報処理装置、方法 - Google Patents

Abstract

【課題】現在の商品の原価を算出する手間を軽減する。【解決手段】プロセッサとメモリとを備えるコンピュータを動作させるためのプログラムであって、プログラムは、プロセッサに、食料品に含まれる原材料の使用量を取得するステップと、第１ユーザと第１仕入先との間の取引に基づき、原材料の仕入価格を取得するステップと、原材料の使用量と、仕入価格とに基づいて、食料品の原価を算出するステップと、原価を第１ユーザに提示するステップと、を実行させる。【選択図】図１１

Description

本開示は、プログラム、情報処理装置、方法に関する。

食品産業において、食品に用いられる原材料の情報を管理する技術がある。例えば、特許文献１は、外食産業の業務部門間における迅速で効率的な情報共有、および、各業務部門で行われるデータ変更処理のシステム全体への確実な反映処理を可能とする、外食産業向け業務管理システムを開示している。具体的には、特許文献１は、ユーザ端末からの処理要求に応じたレシピ情報データベース２２における商品基準書情報に関する入出力等を実行するとともに商品基準書情報の変更に伴い必要となる調理基準書情報または前記食材情報に関する入出力等を実行する商品基準書処理部１８と、ユーザ端末からの処理要求に応じたレシピ情報データベース２２における調理基準書情報に関する入出力等を実行するとともに調理基準書情報の変更に伴い必要となる商品基準書情報または前記食材情報に関する入出力等を実行する調理基準書処理部１９と、ユーザ端末からの処理要求に応じたレシピ情報データベース２２における食材情報に関する入出力等を実行するとともに食材情報の変更に伴い必要となる商品基準書情報または前記調理基準書情報に関する入出力等を実行する食材情報処理部２０とから外食産業向け業務管理システムを開示している。

特開２００７－１５６６３９公報

食料品の製造に用いられる原材料の原価は、物流や需給バランスに応じて頻繁に変動し得る。特許文献１の技術では、原材料の原価が変更されていた場合は新しい原価をシステムに入力する必要がある。この作業が煩雑であるため、原価が上昇したにもかかわらず販売価格の変更が後回しになる。したがって、利益を必要以上に圧迫しているにもかかわらず、商品の販売を続けているといった事態が起こりうる。

そこで、本開示の目的は、現在の商品の原価を算出する手間を軽減する技術を提供することにある。

プロセッサとメモリとを備えるコンピュータを動作させるためのプログラムであって、プログラムは、プロセッサに、食料品に含まれる原材料の使用量を取得するステップと、第１ユーザと第１仕入先との間の取引に基づき、原材料の仕入価格を取得するステップと、原材料の使用量と、仕入価格とに基づいて、食料品の原価を算出するステップと、原価を第１ユーザに提示するステップと、を実行させる。

本開示によれば、現在の商品の原価を算出する手間を軽減する技術を提供できる。

システムの全体の構成を示す図である。 端末装置の機能的な構成を示す図である。 サーバの機能的な構成を示す図である。 ユーザテーブルのデータ構造を示す図である。 仕入先テーブルのデータ構造を示す図である。 原材料テーブルのデータ構造を示す図である。 使用量テーブルのデータ構造を示す図である。 商品テーブルのデータ構造を示す図である。 仕入履歴テーブルのデータ構造を示す図である。 販売履歴テーブルのデータ構造を示す図である。 システムにおける処理流れの一例を示すフローチャートである。 システムにおける処理流れの一例を示すフローチャートである。 システムにおける処理流れの一例を示すフローチャートである。 システムにおける処理流れの一例を示すフローチャートである。 システムにおける処理流れの一例を示すフローチャートである。 システムにおける画面例を示す図である。 システムにおける画面例を示す図である。 システムにおける画面例を示す図である。

以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。

また、以下の説明において、「プロセッサ」は、１以上のプロセッサである。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサでもよい。少なくとも１つのプロセッサは、シングルコアでもよいしマルチコアでもよい。

また、少なくとも１つのプロセッサは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサでもよい。

また、以下の説明において、「ｘｘｘテーブル」といった表現により、入力に対して出力が得られる情報を説明することがあるが、この情報は、どのような構造のデータでもよいし、入力に対する出力を発生するニューラルネットワークのような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。

また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのテーブルであってもよい。

また、以下の説明において、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶部及び／又はインタフェース部等を用いながら行うため、処理の主語が、プロセッサ（或いは、そのプロセッサを有するコントローラのようなデバイス）とされてもよい。

プログラムは、計算機のような装置にインストールされてもよいし、例えば、プログラム配布サーバ又は計算機が読み取り可能な（例えば非一時的な）記録媒体にあってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

また、以下の説明において、種々の対象の識別情報として、識別番号が使用されるが、識別番号以外の種類の識別情報（例えば、英字や符号を含んだ識別子）が採用されてもよい。

また、以下の説明において、同種の要素を区別しないで説明する場合には、参照符号（又は、参照符号のうちの共通符号）を使用し、同種の要素を区別して説明する場合は、要素の識別番号（又は参照符号）を使用することがある。

また、以下の説明において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

＜０ システムの概要＞
本開示に係るシステム１は、食料品に含まれる原材料の使用量を取得する。さらに、システム１は、第１ユーザと第１仕入先との間の取引における請求書に係る、原材料の仕入価格を取得する。システム１は、食料品に含まれる原材料の使用量と、原材料の仕入価格とに基づいて、食料品の原価を算出し、第１ユーザに提示する。

本開示において、食料品とは、食品および飲料を意味する。一実施形態における食料品として、例えば、食パン、菓子パン、惣菜パンなどのパンが挙げられる。なお、以下の説明において、「食料品」を「商品」と称することがある。

本開示において、「仕入価格」は、ユーザが仕入先から原材料を仕入れる際に、ユーザが仕入れる所定量の原材料に対して定められた価格のほか、当該価格を所定量で除算した原材料の単価も含む。

＜一実施形態＞
＜１ システム全体の構成図＞
図１は、本実施形態の食料品管理システム１（以下、単にシステム１と称する）の全体の構成を示す図である。図１に示すように、システム１は、複数の端末装置（図１では、第１ユーザの有する端末装置１０ａ及び第２ユーザの有する端末装置１０ｂを示している。以下、総称して「端末装置１０」ということもある）と、サーバ２０とを含む。端末装置１０とサーバ２０とは、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、有線または無線ネットワークにより構成される。サーバ２０はＷｅｂサーバ（クラウドサーバを含む）としての機能を有するサーバであり、端末装置１０との間でＷｅｂページにより情報のやり取りを行う。また、端末装置１０にはＷｅｂページを閲覧するためのＷｅｂページブラウザがインストールされているが、サーバ２０のサービスを提供するための専用アプリケーションがインストールされ、専用アプリケーションにより閲覧可能に構成してもよい。

端末装置１０ａのハードウェア構成と端末装置１０ｂのハードウェア構成とは共通するので、端末装置１０ａのハードウェア構成について説明することで、端末装置１０のハードウェア構成の説明を省略する。

端末装置１０は、本開示の食料品管理システム１のオペレータであり、サーバ２０に対して種々の操作を指示するユーザが操作する装置である。端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ等により実現される。この他、端末装置１０は、例えば移動体通信システムに対応したタブレットや、スマートフォン等の携帯端末であるとしてもよい。

端末装置１０は、ネットワーク８０を介してサーバ２０と通信可能に接続される。端末装置１０は、４Ｇ、５Ｇ、ＬＴＥ（Long Term Evolution）等の通信規格に対応した無線基地局８１、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１等の無線ＬＡＮ（Local Area Network）規格に対応した無線ＬＡＮルータ８２等の通信機器と通信することにより、ネットワーク８０に接続される。図１に示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、キーボードや、タッチパネル、タッチパッド、マウス等のポインティングデバイス等）である。出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。メモリ１５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。記憶部１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

サーバ２０は、本実施形態のシステム１の管理者により管理され、端末装置１０のユーザにより適宜格納内容が修正／追加／削除がされる。

サーバ２０は、ネットワーク８０に接続されたコンピュータである。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ２５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

＜１．１ 端末装置１０の機能的な構成＞
図２は、図１に示す端末装置１０の機能的な構成の例を表すブロック図である。図２に示す端末装置１０は、例えば、ＰＣ、携帯端末、またはウェアラブル端末により実現される。図２に示すように、端末装置１０は、通信部１２０と、入力装置１３と、出力装置１４と、音声処理部１７と、マイク１７１と、スピーカー１７２と、記憶部１８０と、制御部１９０とを備える。端末装置１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。

通信部１２０は、端末装置１０が他の装置と通信するための変復調処理等の処理を行う。通信部１２０は、制御部１９０で生成された信号に送信処理を施し、外部（例えば、サーバ２０）へ送信する。通信部１２０は、外部から受信した信号に受信処理を施し、制御部１９０へ出力する。

入力装置１３は、端末装置１０を操作するユーザが指示、または情報を入力するための装置である。入力装置１３は、例えば、キーボード１３１、マウス１３２、リーダー等により実現されてもよい。端末装置１０が携帯端末等である場合には、操作面へ触れることで指示が入力されるタッチ・センシティブ・デバイス等により実現される。入力装置１３は、ユーザから入力される指示を電気信号へ変換し、電気信号を制御部１９０へ出力する。なお、入力装置１３には、例えば、外部の入力機器から入力される電気信号を受け付ける受信ポートが含まれてもよい。

出力装置１４は、端末装置１０を操作するユーザへ情報を提示するための装置である。出力装置１４は、例えば、ディスプレイ１４１等により実現される。ディスプレイ１４１は、制御部１９０の制御に応じたデータを表示する。ディスプレイ１４１は、例えば、ＬＣＤ（Liquid Crystal Display）、または有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現される。

音声処理部１７は、例えば、音声信号のデジタル－アナログ変換処理を行う。音声処理部１７は、マイク１７１から与えられる信号をデジタル信号に変換して、変換後の信号を制御部１９０へ与える。また、音声処理部１７は、音声信号をスピーカー１７２へ与える。音声処理部１７は、例えば音声処理用のプロセッサによって実現される。マイク１７１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１７へ与える。スピーカー１７２は、音声処理部１７から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

記憶部１８０は、例えば、メモリ１５、および記憶部１６等により実現され、端末装置１０が使用するデータ、およびプログラムを記憶する。

制御部１９０は、プロセッサ１９が記憶部１８０に記憶されるアプリケーションプログラム１８１を読み込み、アプリケーションプログラム１８１に含まれる命令を実行することにより実現される。制御部１９０は、端末装置１０の動作を制御する。制御部１９０は、記憶部１８０に格納されたアプリケーションプログラム１８１に従って動作することにより、操作受付部１９１と、送受信部１９２と、データ処理部１９３と、提示制御部１９４としての機能を発揮する。

操作受付部１９１は、入力装置１３から入力される指示、または情報を受け付けるための処理を行う。具体的には、例えば、操作受付部１９１は、キーボード１３１、マウス１３２等から入力される指示に基づく情報を受け付ける。

また、操作受付部１９１は、マイク１７１から入力される音声指示を受け付ける。具体的には、例えば、操作受付部１９１は、マイク１７１から入力され、音声処理部１７でデジタル信号に変換された音声信号を受信する。操作受付部１９１は、例えば、受信した音声信号を分析して所定の名詞を抽出することで、ユーザからの指示を取得する。

送受信部１９２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。具体的には、例えば、送受信部１９２は、ユーザから入力された業務内容をサーバ２０へ送信する。また、送受信部１９２は、ユーザに関する情報を、サーバ２０から受信する。

データ処理部１９３は、端末装置１０が入力を受け付けたデータに対し、アプリケーションプログラム１８１に従って演算を行い、演算結果をメモリ１５等に出力する処理を行う。

提示制御部１９４は、サーバ２０から提供された情報をユーザに対して提示するため、出力装置１４を制御する。具体的には、例えば、提示制御部１９４は、サーバ２０から送信される情報をディスプレイ１４１に表示させる。また、提示制御部１９４は、サーバ２０から送信される情報をスピーカー１７２から出力させる。

＜１．２ サーバ２０の機能的な構成＞
図３は、サーバ２０の機能的な構成の例を示す図である。図３に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。

通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２０２は、例えば、アプリケーションプログラム２０２１と、ユーザテーブル２０２２と、仕入先テーブル２０２３と、原材料テーブル２０２４と、使用量テーブル２０２５と、商品テーブル２０２６と、仕入履歴テーブル２０２７と、販売履歴テーブル２０２８等とを有する。

制御部２０３は、サーバ２０のプロセッサがプログラムに従って処理を行うことにより、各種モジュールとして示す機能を発揮する。制御部２０３は、受信制御モジュール２０３１、送信制御モジュール２０３２、成分取得モジュール２０３３、使用量取得モジュール２０３４、仕入価格取得モジュール２０３５、価格算出モジュール２０３６、商品管理モジュール２０３７、販売管理モジュール２０３８、としての機能を発揮する。

受信制御モジュール２０３１は、サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。

送信制御モジュール２０３２は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

成分取得モジュール２０３３は、食料品の原材料の成分を示す成分情報を取得する処理を制御する。
具体的には、成分取得モジュール２０３３は、端末装置１０から送信され、受信制御モジュール２０３１が受け付けた原材料の商品規格書等から、成分情報を取得する。商品規格書は、画像データ、ｐｄｆデータ、または、表形式データ等、種々のデータ形式であってもよい。成分取得モジュール２０３３は、取得した成分情報を、原材料テーブル２０２４へ記憶する。
例えば、成分取得モジュール２０３３は、商品規格書から、原材料の栄養成分表示、添加物、アレルゲン、その他ユーザが商品を販売する際に購入者等に対して表示することが求められる成分に関する情報を取得し、原材料テーブル２０２４へ記憶させてもよい。
例えば、商品規格書が画像データまたはｐｄｆ形式のデータである場合、成分取得モジュール２０３３は、ＯＣＲ等公知の画像認識技術により商品規格書を読み取ることで、成分情報を示す文字列を取得してもよい。
本開示に係るサービスを提供する事業者は、端末を操作入力することにより、商品規格書に含まれる成分情報を示す内容をサーバ２０へ送信してもよい。この場合、成分取得モジュール２０３３は、当該端末から送信された成分情報を取得する。ユーザは、端末装置１０を操作して、商品規格書に含まれる成分情報を示す内容をサーバ２０へ送信してもよい。この場合、成分取得モジュール２０３３は、端末装置１０から送信された成分情報を取得する。
成分取得モジュール２０３３が取得する成分情報は、商品規格書に基づくものに限られない。例えば、成分取得モジュール２０３３は、文部科学省が管理する食品成分データベース等の、食品の成分を管理する公知のデータベースにおいて管理されている情報を、成分情報として取得してもよい。

使用量取得モジュール２０３４は、食料品の原材料の使用量を取得する処理を制御する。
具体的には、使用量取得モジュール２０３４は、ユーザが本開示のシステム１において管理を所望する商品（食料品）に含まれる原材料の使用量を、原材料ごとに取得する。使用量取得モジュール２０３４は、取得した原材料の使用量を、使用量テーブル２０２５へ記憶する。
例えば、使用量取得モジュール２０３４は、ユーザによる端末装置１０の操作に基づいて、原材料テーブル２０２４を検索し、ユーザが商品の製造に使用する原材料を取得してもよい。そして、ユーザが入力した使用量と紐づけて、使用量テーブル２０２５へ当該原材料の情報を記憶してもよい。
例えば、使用量取得モジュール２０３４は、端末装置１０から送信され、受信制御モジュール２０３１が受け付けた、原材料の名称および使用量が記録された画像データ、ｐｄｆデータ、表形式データ等から、原材料の名称および使用量を取得してもよい。例えば、使用量取得モジュール２０３４は、ＯＣＲ等公知の画像認識技術により画像データ、ｐｄｆデータ等を読み取ることで、原材料の名称および使用量を示す文字列を取得してもよい。

仕入価格取得モジュール２０３５は、原材料の仕入価格を取得する処理を制御する。
具体的には、仕入価格取得モジュール２０３５は、原材料の請求書に関する情報から、原材料の仕入価格を示す情報を取得する。仕入価格取得モジュール２０３５は、取得した仕入価格を示す情報を、使用量テーブル２０２５、仕入履歴テーブル２０２７へ記憶する。
本実施形態において、「請求書に関する情報」としては、例えば、請求書の紙面を撮影した画像データ、請求書の紙面をスキャンしたｐｄｆデータ、請求書の内容を表形式で表したデータ等が挙げられる。例えば、請求書に関する情報が、画像データまたはｐｄｆ形式のデータである場合、仕入価格取得モジュール２０３５は、例えば、公知の画像処理技術により当該画像データ等から文字列を読み取る。
本実施形態において、「仕入価格を示す情報」は、例えば、原材料名と、仕入元と、仕入先と、仕入価格と、仕入量と、請求日時とを含んでもよい。仕入価格取得モジュール２０３５は、取得した仕入価格を示す情報を、原材料テーブル２０２４および／または仕入履歴テーブル２０２７に記憶させる。
「請求書に関する情報」は、例えば、本開示に係るサービスを提供する事業者が入力する情報であってもよい。本開示に係るサービスを提供する事業者は、所定の端末を操作入力することにより、請求書に関する情報を入力する。当該端末は、入力された情報をサーバ２０へ送信する。仕入価格取得モジュール２０３５は、当該端末から送信された請求書に関する情報を、使用量テーブル２０２５、仕入履歴テーブル２０２７に記憶する。

価格算出モジュール２０３６は、商品の価格を算出する処理を制御する。
具体的には、価格算出モジュール２０３６は、使用量取得モジュール２０３４が取得した原材料の使用量と、仕入価格取得モジュール２０３５が取得した原材料の仕入価格に基づいて、商品の原価を算出する。価格算出モジュール２０３６は、算出した商品の原価と、所定の利益率または所定の計算式に基づいて、商品の推奨販売価格を算出する。
価格算出モジュール２０３６は、商品を販売する時間帯ごとに複数の推奨販売価格を算出してもよい。例えば、価格算出モジュール２０３６は、１０時～１７時と１７時～１９時とで異なる推奨販売価格を算出してもよい。
価格算出モジュール２０３６は、販売履歴テーブル２０２８に記憶される販売実績に基づいて、推奨販売価格を設定してもよい。具体的には、価格算出モジュール２０３６は、所定の期間内における商品の売上または販売個数に応じて、推奨販売価格を設定してもよい。例えば、価格算出モジュール２０３６は、所定期間（例えば、１週間）の売上がユーザの定めた売上以上である場合、推奨販売価格を所定の割合（例えば、１０％）増加させてもよい。価格算出モジュール２０３６は、所定期間（例えば、１週間）の売上がユーザの定めた売上以下である場合、推奨販売価格を所定の割合（例えば、１０％）減少させてもよい。価格算出モジュール２０３６は、毎日の所定の時刻（例えば、１７時）までの売上がユーザの定めた売上以下である場合、当該時刻（１７時）以降の推奨販売価格を所定の割合（例えば、２０％）減少させてもよい。

商品管理モジュール２０３７は、商品情報を管理する処理を制御する。
具体的には、商品管理モジュール２０３７は、商品の成分情報、商品の販売状況、商品の販売価格を管理する。
例えば、商品管理モジュール２０３７は、各商品について、成分取得モジュール２０３３が取得した成分情報と、使用量取得モジュール２０３４が取得した原材料の使用量とに基づいて、商品の成分情報を作成し、商品テーブル２０２６に記憶する。
例えば、端末装置１０を介したユーザの選択入力に応じて、商品管理モジュール２０３７は、各商品の販売の有無を取得し、商品テーブル２０２６に記憶する。
例えば、ユーザが端末装置１０を介して商品の販売価格を入力すると、商品管理モジュール２０３７は、当該販売価格を商品テーブル２０２６に記憶する。

販売管理モジュール２０３８は、商品の販売履歴を管理する処理を制御する。
具体的には、販売管理モジュール２０３８は、ユーザが販売している商品について、購入者が商品を購入した価格および日時を管理する。
例えば、販売管理モジュール２０３８は、ユーザが販売している商品を購入者が購入した価格、購入者が購入した日時を、例えば外部のサーバから取得し、販売履歴テーブル２０２８に記憶する。なお、本開示に係るサービスの提供者が、商品の取り置きサービスなどの、購入者が商品を購入した日時と購入者が商品を受け取った日時とが異なるサービスを提供している場合、販売管理モジュール２０３８は、購入者が商品を購入した日時に加えて、購入者が商品を受け取った日時を販売履歴テーブル２０２８に記憶させてもよい。

＜２ データ構造＞
図４～図１０は、サーバ２０が記憶するデータベースのデータ構造を示す図である。なお、図４～図１０は一例であり、記載されていないデータを除外するものではない。

図４～図１０に示すデータベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブルと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル同士の関係を設定し、関連づけることができる。

通常、各テーブルにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。サーバ２０の制御部２０３は、各種プログラムに従ってプロセッサ２９に、記憶部２０２に記憶された特定のテーブルにレコードを追加、削除、更新を実行させることができる。

図４は、ユーザテーブル２０２２のデータ構造を示す図である。図４に示すように、ユーザテーブル２０２２は、項目「ユーザＩＤ」と、項目「ユーザ名」と、を含む。

項目「ユーザＩＤ」は、ユーザを識別するためのＩＤを示す。

項目「ユーザ名」は、ユーザの名称を示す。ユーザ名は、ユーザの氏名、ニックネーム、店名など、任意の文字列を設定してもよい。

図５は、仕入先テーブル２０２３のデータ構造を示す図である。図５に示すように、仕入先テーブル２０２３は、項目「仕入先ＩＤ」と、項目「仕入先名」と、を含む。

項目「仕入先ＩＤ」は、仕入先を識別するためのＩＤを示す。識別情報は、仕入先ごとにユニークな値が設定されている項目である。

項目「仕入先名」は、仕入先の名称を示す。仕入先名は、仕入先の店名など、任意の文字列を設定してもよい。

図６は、原材料テーブル２０２４のデータ構造を示す図である。図６に示すように、原材料テーブル２０２４は、項目「原材料ＩＤ」と、項目「原材料名」と、項目「栄養成分」と、項目「補足情報」と、を含む。原材料テーブル２０２４には、原材料のメーカー名、原産地、製造地等を記憶する項目が含まれていてもよい。

項目「原材料ＩＤ」は、原材料を識別するためのＩＤを示す。

項目「原材料名」は、原材料の名称を示す。
例えば、項目「原材料名」には、当該原材料を製造するメーカーまたは当該原材料を販売する仕入先により定められた原材料の商品名が記憶される。

項目「栄養成分」は、原材料に含まれる栄養成分を示す。
例えば、項目「栄養成分」に記憶される情報は、所定単位当たりの原材料における１種類以上の栄養成分の含有量を含んでもよく、例えば以下の情報を含んでもよい。
・所定単位当たりの原材料に含まれる所定の栄養成分の含有量（例えば、熱量（ｋｃａｌ）、たんぱく質（ｇ）、脂質（ｇ）炭水化物（ｇ）、塩分相当量（ｇ）等）

項目「補足情報」は、原材料に含まれる所定の成分の情報を示す。
例えば、項目「補足情報」に記憶される情報は、以下の情報を含んでもよい。
・原材料が食品衛生法等の法律等により定められる特定の原材料または特定の原材料に準ずる原材料である旨を示す情報
・原材料に含まれる添加物の種類
・原材料に含まれるアレルゲン
・その他、原材料に含まれる、ユーザが商品を販売する際に購入者等に対して表示することが求められる成分に関する情報

図７は、使用量テーブル２０２５のデータ構造を示す図である。図７に示すように、使用量テーブル２０２５は、項目「商品ＩＤ」と、項目「原材料ＩＤ」と、項目「ユーザＩＤ」と、項目「使用量」と、項目「原価」と、項目「栄養成分」と、項目「補足情報」と、を含む。

項目「商品ＩＤ」は、商品を識別するためのＩＤを示す。

項目「原材料ＩＤ」は、原材料を識別するためのＩＤを示す。

項目「ユーザＩＤ」は、ユーザを識別するためのＩＤを示す。

項目「使用量」は、商品に含まれる各原材料の使用量を示す。
例えば、項目「使用量」には、所定単位（例えば、個、斤など）当たりの商品に含まれる原材料の使用量が記憶される。

項目「原価」は、使用量当たりの原材料の原価を示す。
例えば、項目「原価」には、所定単位（例えば、個、斤など）当たりの商品に含まれる原材料の原価が記憶される。

項目「栄養成分」は、商品ＩＤにより識別される商品において、原材料ＩＤにより識別される原材料に含まれる栄養成分を示す。
例えば、項目「栄養成分」に記憶される情報は、所定単位当たりの当該商品における当該原材料に含まれる１種類以上の栄養成分の含有量を含んでもよく、例えば以下の情報を含んでもよい。
・所定単位の商品において、原材料ＩＤにより識別される原材料に含まれる所定の栄養成分の含有量（例えば、熱量（ｋｃａｌ）、たんぱく質（ｇ）、脂質（ｇ）炭水化物（ｇ）、塩分相当量（ｇ）等）

項目「補足情報」は、商品ＩＤにより識別される商品において、原材料ＩＤにより識別される原材料に含まれる所定の成分の情報を示す。
例えば、項目「補足情報」に記憶される情報は、以下の情報を含んでもよい。
・原材料が食品衛生法等の法律等により定められる特定の原材料または特定の原材料に準ずる原材料である旨を示す情報
・原材料に含まれる添加物の種類
・原材料に含まれるアレルゲン
・その他、原材料に含まれる、ユーザが商品を販売する際に購入者等に対して表示することが求められる成分に関する情報

図８は、商品テーブル２０２６のデータ構造を示す図である。図８に示すように、商品テーブル２０２６は、項目「商品ＩＤ」と、項目「商品名」と、項目「ユーザＩＤ」と、項目「栄養成分」と、項目「補足情報」と、項目「原価」と、項目「利益率」と、項目「推奨販売価格」と、項目「販売価格」と、項目「ブックマーク」と、項目「販売フラグ」と、を含む。なお、商品テーブル２０２６は、現在の原価と過去の原価とを、区別して記憶してもよい。また、商品テーブル２０２６は、現在の原価と過去の原価との差分を記憶してもよい。商品テーブル２０２６は、販売価格と原価とから算出される現状の利益率を記憶してもよい。

項目「商品ＩＤ」は、商品を識別するためのＩＤを示す。

項目「商品名」は、商品の名称を示す。

項目「ユーザＩＤ」は、ユーザを識別するためのＩＤを示す。

項目「栄養成分」は、商品に含まれる栄養成分を示す。
例えば、項目「栄養成分」に記憶される情報は、所定単位当たりの当該商品に含まれる１種類以上の栄養成分の含有量を含んでもよく、例えば以下の情報を含んでもよい。
・所定単位の商品に含まれる所定の栄養成分の含有量（例えば、熱量（ｋｃａｌ）、たんぱく質（ｇ）、脂質（ｇ）炭水化物（ｇ）、塩分相当量（ｇ）等）

項目「補足情報」は、商品に含まれる所定の成分の情報を示す。
例えば、項目「補足情報」に記憶される情報は、以下の情報を含んでもよい。
・商品が食品衛生法等の法律等により定められる特定の原材料または特定の原材料に準ずる原材料を含む旨を示す情報
・商品に含まれる添加物の種類
・商品に含まれるアレルゲン
・その他、商品に含まれる、ユーザが商品を販売する際に購入者等に対して表示することが求められる成分に関する情報

以下の説明では、項目「栄養成分」および項目「補足情報」に記憶される情報を含む情報を、「成分情報」と称することがある。

項目「原価」は、商品の原価を示す。
例えば、項目「原価」には、所定単位（例えば、個、斤など）当たりの商品の原価が記憶される。

項目「利益率」は、ユーザが商品を販売する場合に目標とする利益率を示す。項目「利益率」の値は、ユーザが自由に設定することができてもよい。

項目「推奨販売価格」は、商品を販売する場合の推奨販売価格を示す。項目「推奨販売価格」には、複数の値が記憶されてもよい。例えば、当該商品が販売される時間帯、個数等に応じて、異なる推奨販売価格が記憶されてもよい。

項目「販売価格」は、ユーザが商品を実際に販売する価格を示す。項目「販売価格」には、複数の値が記憶されてもよい。例えば、当該商品が販売される時間帯、個数等に応じて、異なる販売価格が記憶されてもよい。
例えば、項目「販売価格」には、ユーザが入力した値が記憶されてもよいし、同じレコードの項目「推奨販売価格」の値と同じ値が記憶されてもよい。

項目「ブックマーク」は、ユーザによる商品の選択入力がされたか否かを識別するための情報を示す。
例えば、項目「ブックマーク」には、ユーザが選択入力した商品に対しては、ＴＲＵＥなど商品がユーザの選択入力の対象であることを示す情報が記憶され、ユーザが選択入力していない商品に対しては、ＦＡＬＳＥなど商品がユーザの選択入力の対象でないことを示す情報が記憶される。
項目「ブックマーク」に関して、制御部２０３は、商品の情報に対するユーザの選択入力を受け付けるステップを実行してもよい。具体的には、例えば、ユーザは、端末装置１０の入力装置１３を操作し、商品テーブル２０２６に含まれる商品の情報のうち所定の商品の情報を選択入力することにより、当該商品ＩＤのレコードの項目「ブックマーク」に記憶する値（ＴＲＵＥ、ＦＡＬＳＥ等）をサーバ２０へ送信してもよい。

項目「販売フラグ」は、ユーザが商品の販売を行うか否かを識別するための情報を示す。
例えば、項目「販売フラグ」には、ユーザが販売を行う商品に対しては、ＴＲＵＥなど商品が販売の対象であることを示す情報が記憶され、ユーザが販売を行わない商品に対しては、ＦＡＬＳＥなど商品が販売の対象でないことを示す情報が記憶される。
項目「販売フラグ」に関して、制御部２０３は、商品のうち、ユーザが現在販売している食料品を、対象となる商品として特定するステップを実行してもよい。具体的には、例えば、ユーザは、端末装置１０の入力装置１３を操作し、商品テーブル２０２６に含まれる商品の情報のうち所定の商品の情報を選択入力することにより、当該商品ＩＤのレコードの項目「販売フラグ」に記憶する値（ＴＲＵＥ、ＦＡＬＳＥ等）をサーバ２０へ送信してもよい。

図９は、仕入履歴テーブル２０２７のデータ構造を示す図である。図９に示すように、仕入履歴テーブル２０２７は、項目「仕入ＩＤ」と、項目「原材料ＩＤ」と、項目「ユーザＩＤ」と、項目「仕入先ＩＤ」と、項目「仕入価格」と、項目「仕入量」と、項目「単位」と、項目「単価」と、項目「請求日時」と、を含む。

項目「仕入ＩＤ」は、ユーザによる原材料の仕入を識別するためのＩＤを示す。

項目「原材料ＩＤ」は、原材料を識別するためのＩＤを示す。

項目「ユーザＩＤ」は、ユーザを識別するためのＩＤを示す。

項目「仕入先ＩＤ」は、仕入先を識別するためのＩＤを示す。

項目「仕入価格」は、仕入ＩＤにより識別される仕入において、原材料ＩＤにより識別される原材料の仕入価格を示す。
例えば、項目「仕入価格」には、仕入先からユーザに送付される請求書に記録される、原材料ごとに区別された請求額を示す情報が記憶される。

項目「仕入量」は、仕入ＩＤにより識別される仕入において、原材料ＩＤにより識別される原材料の仕入量を示す。
例えば、項目「仕入量」には、仕入先からユーザに送付される請求書に記録される、原材料ごとの仕入量を示す情報が記憶される。

項目「単位」は、項目「仕入量」に記憶される値の単位を示す。
例えば、項目「単位」には、「ｇ」、「Ｌ」、「個」など原材料の種類に応じた仕入量の単位を示す情報が記憶される。

項目「単価」は、原材料の単価を示す。
例えば、項目「単価」には、所定の単位当たりの原材料の仕入価格を示す情報が記憶される。

項目「請求日時」は、仕入先からユーザに代金が請求された日時を示す。
例えば、項目「請求日時」には、仕入先からユーザに送付された請求書に記録された請求日を示す情報が記憶される。

図１０は、販売履歴テーブル２０２８のデータ構造を示す図である。図１０に示すように、販売履歴テーブル２０２８は、項目「販売ＩＤ」と、項目「商品ＩＤ」と、項目「販売価格」と、項目「販売日時」と、項目「受取日時」と、を含む。

項目「販売ＩＤ」は、販売実績を識別するためのＩＤを示す。

項目「商品ＩＤ」は、商品を識別するためのＩＤを示す。

項目「販売価格」は、ユーザが商品を実際に販売する価格を示す。

項目「販売日時」は、ユーザが販売する商品を購入する購入者に、当該商品を販売した日時を示す。
例えば、項目「販売日時」には、購入者が所定の端末を操作して商品の購入を確定した日時、購入者が所定の端末を操作して商品の代金を決済した日時、ＰＯＳに記憶される商品の販売日時などが記憶されてもよい。項目「販売日時」には、ユーザが端末装置１０の入力装置１３を操作し入力した値が記憶されてもよい。

項目「受取日時」は、ユーザが販売する商品を購入する購入者が、当該商品を受け取った日時を示す。
例えば、項目「受取日時」には、購入者が所定の端末を操作して商品の受取を確認した日時、ユーザが所定の端末を操作して商品の受け取りを確認した日時などが記憶される。項目「受取日時」には、ユーザが端末装置１０の入力装置１３を操作し入力した値が記憶されてもよい。

＜３ 動作例＞
以下、サーバ２０の動作の一例について説明する。

図１１は、サーバ２０の動作の一例を表すフローチャートである。図１１は、商品に含まれる原材料の使用量と、原材料の成分情報と、原材料の仕入価格とに基づいて、商品の成分情報と、商品の原価と、商品の推奨販売価格を算出する際の動作を示すフローチャートである。図１１のフローチャートは、例えば、サーバ２０が、ユーザが販売する商品の情報を新たに登録し、登録した情報を管理する場合が想定されている。

まず、ユーザは、例えば、端末装置１０の入力装置１３を操作することにより、ユーザＩＤ、商品名、商品に含まれる複数の原材料の原材料ＩＤ、所定単位（例えば１個）あたりの商品における当該原材料の使用量を含む情報を、原材料ＩＤごとにサーバ２０へ送信する。

ステップＳ１０１において、制御部２０３は、商品に含まれる原材料の使用量を取得する。
具体的には、例えば、制御部２０３は、使用量取得モジュール２０３４により、商品に含まれる原材料の原材料名および所定単位あたりの商品における原材料の使用量を含む情報を取得する。制御部２０３は、受け付けた原材料ＩＤ、ユーザＩＤ、使用量を、原材料ＩＤごとに、使用量テーブル２０２５の新しいレコードに記憶する。制御部２０３は、受け付けた商品名を、商品テーブル２０２６の新しいレコードに記憶する。使用量テーブル２０２５の新しいレコードには、同一の商品ＩＤが記憶される。

ステップＳ１０２において、制御部２０３は、商品の原材料の使用量と、原材料の成分情報とに基づいて、商品の成分情報を作成する。
具体的には、制御部２０３は、商品管理モジュール２０３７により、商品に含まれる各原材料の使用量、商品に含まれる各原材料の成分情報に基づいて、商品の成分情報を作成し、商品テーブル２０２６に記憶する。

（栄養成分の記憶）
例えば、制御部２０３は、商品管理モジュール２０３７により、ステップＳ１０１において取得した原材料ＩＤに基づいて原材料テーブル２０２４を検索し、該当するレコードの栄養成分の項目の値（例えば、熱量、たんぱく質、脂質、炭水化物、塩分相当量等）を、原材料ＩＤごとに取得する。制御部２０３は、原材料ＩＤごとに取得した栄養成分の値に、ステップＳ１０１において取得した使用量をそれぞれ乗算する。制御部２０３は、使用量テーブル２０２５における、ステップＳ１０１において追加した新しいレコードの栄養成分の項目に、計算結果を記憶する。
制御部２０３は、各原材料における栄養成分の計算結果を栄養成分の種別ごとに合計し、合計の結果を、商品テーブル２０２６における、ステップＳ１０１において追加した新しいレコードの栄養成分の項目に記憶する。

（補足情報の記憶）
例えば、制御部２０３は、商品管理モジュール２０３７により、ステップＳ１０１において取得した複数の原材料ＩＤに基づいて原材料テーブル２０２４を検索し、該当するレコードすべての補足情報を取得し、結合する。具体的には、例えば、制御部２０３は、検索に該当するレコードすべての補足情報の項目に含まれる文字列要素のリストを結合する。制御部２０３は、リストの結合を行う際、重複する文字列の要素を削除してもよい。制御部２０３は、リストを結合した結果を、商品テーブル２０２６における、ステップＳ１０１において追加した新しいレコードの補足情報の項目に記憶する。

ステップＳ１０３において、制御部２０３は、ユーザと仕入先との間の取引に基づき、原材料の仕入価格を取得する。
具体的には、制御部２０３は、ユーザと仕入先との間の原材料の取引における、原材料の最新の単価を、原材料ごとに取得する。
例えば、制御部２０３は、商品管理モジュール２０３７により、ステップＳ１０１において受け付けたユーザＩＤおよび原材料ＩＤに基づいて、仕入履歴テーブル２０２７を検索する。制御部２０３は、該当するレコードのうち請求日時が最も新しいレコードにおける単価の項目の値を取得する処理を行う。制御部２０３は、原材料ＩＤごとに当該処理を行い、原材料ＩＤごとに最新の単価を取得する。

ステップＳ１０４において、制御部２０３は、原材料の使用量と、原材料の仕入価格とに基づいて、食料品の原価を算出する。
まず、制御部２０３は、所定単位（例えば、１個、１斤など）の商品に含まれる原材料の原価を、原材料ごとに算出する。具体的には、例えば、制御部２０３は、価格算出モジュール２０３６により、使用量テーブル２０２５における、ステップＳ１０１において追加した新しいレコードについて、原材料ＩＤごとに使用量と最新の単価とを乗算し、乗算の結果を原価の項目に記憶する。

次に、制御部２０３は、価格算出モジュール２０３６により、所定単位の商品当たりに含まれる原材料の原価を、商品に含まれるすべての原材料について合計することで、食料品の原価を算出する。具体的には、例えば、制御部２０３は、ステップＳ１０３において原材料ＩＤごとに算出した乗算結果を合計することで、商品の原価を算出する。制御部２０３は、算出した原価を、商品テーブル２０２６における、ステップＳ１０１において追加した新しいレコードの原価の項目に記憶する。

ステップＳ１０５において、制御部２０３は、商品の原価に基づいて、商品の推奨販売価格を算出する。
具体的には、制御部２０３は、価格算出モジュール２０３６により、商品の原価と、所定の利益率とに基づいて、商品の推奨販売価格を算出する。なお、利益率は、予めユーザにより設定され、商品テーブル２０２６に記憶されている。
例えば、制御部２０３は、当該レコードに記憶されている原価を、（１－利益率）の値で除算することで、推奨販売価格を算出する。例えば、原価が４０円で、利益率が８０％の場合、推奨販売価格は４０÷（１－０．８）＝２００円となる。制御部２０３は、算出した推奨販売価格を、商品テーブル２０２６に記憶する。

図１１に示す処理が終了した後、ユーザは、商品の情報を閲覧したい場合、端末装置１０の入力装置１３を操作し、商品の情報を提示するリクエストを当該商品の商品ＩＤとともにサーバ２０へ送信する。制御部２０３は、受信制御モジュール２０３１により、当該リクエストを受け付ける。

次に、制御部２０３は、商品情報をユーザに提示する。
制御部２０３は、例えば以下のように、商品の原価、推奨販売価格、成分情報の少なくともいずれかを含む商品情報を、ユーザに提示する。なお、制御部２０３は、ユーザにより要求された情報のみを提示してもよい。

（商品の原価の提示）
例えば、制御部２０３は、商品管理モジュール２０３７により、当該商品ＩＤに基づいて商品テーブル２０２６を検索し、当該商品の原価を取得する。制御部２０３は、当該商品の原価を、端末装置１０のディスプレイ１４１等を介してユーザに提示する。

（商品の推奨販売価格の提示）
例えば、制御部２０３は、商品管理モジュール２０３７により、当該商品ＩＤに基づいて商品テーブル２０２６を検索し、当該商品の推奨販売価格を取得する。制御部２０３は、当該商品の推奨販売価格を、端末装置１０のディスプレイ１４１等を介してユーザに提示する。

（商品の成分情報の提示）
例えば、制御部２０３は、当該商品ＩＤに基づいて商品テーブル２０２６を検索し、該当するレコードの栄養成分、補足情報を含む成分情報を、端末装置１０のディスプレイ１４１等を介してユーザに表示する。この際、制御部２０３は、食品表示法に基づく栄養成分表示のガイドラインに沿った態様で、端末装置１０のディスプレイ１４１等に、成分情報を提示してもよい。

なお、制御部２０３は、商品の原価、推奨販売価格、成分情報の他に、記憶部２０２に記憶されている種々の情報をユーザに提示してもよい。例えば、制御部２０３は、使用量テーブル２０２５に記憶されている原材料の使用量、原価、商品テーブル２０２６に記憶されている利益率等の情報を、ユーザに提示してもよい。

上記の例では、図１１に示す処理は、ユーザが商品名等の情報をサーバ２０へ送信することにより開始されていたが、当該処理はこれを契機とすることなく開始されてもよい。例えば、制御部２０３が受信制御モジュール２０３１により受け付けた情報は、使用量取得モジュール２０３４等により処理されずに記憶部２０２に記憶されていてもよい。そして、サーバ２０が、ユーザによる当該商品の情報を提示するリクエストを受け付けたことを契機として、当該処理が実行されてもよい。この場合、ステップＳ１０５の後に、ユーザに対して商品の情報が提示される。

上記の例では、ステップＳ１０３において、制御部２０３は、ユーザＩＤおよび原材料ＩＤに基づいて、仕入履歴テーブル２０２７を検索していた。制御部２０３は、原材料ＩＤのみに基づいて、仕入履歴テーブル２０２７を検索してもよい。

制御部２０３は、複数のユーザの仕入履歴を取得し、仕入履歴テーブル２０２７に記憶する場合がある。つまり、第１ユーザが今まで仕入れたことがない原材料であって、第２ユーザが仕入れたことがある原材料の仕入履歴が、仕入履歴テーブル２０２７に記憶されている場合がある。したがって、制御部２０３が原材料ＩＤのみに基づいて仕入履歴テーブル２０２７を検索することにより、第１ユーザ自身が当該原材料を仕入れていなくとも、制御部２０３は、例えば第２ユーザの仕入履歴から、当該商品単価を取得することができる。

したがって、第１ユーザが、他のユーザ（例えば第２ユーザ）が仕入れている原材料を用いた商品を考案した場合に、第１ユーザ自身が当該原材料を仕入れていなくとも、当該商品の原価を把握することが可能となる。

図１２は、サーバ２０の動作の他の例を表すフローチャートである。図１２は、サーバ２０が、商品の推奨販売価格をユーザに提示する際の動作を示すフローチャートである。図１２のフローチャートは、ユーザが、商品の売れ行きに応じて販売価格の調整を行う場合が想定されている。

図１２に示す処理を実行するためには、予め、商品が実際に販売された販売履歴が販売履歴テーブル２０２８に記憶されている必要がある。販売履歴を販売履歴テーブル２０２８に記憶するために必要な各処理を、以下に説明する。

（販売価格の決定）
まず、ユーザは、端末装置１０の入力装置１３を操作することにより、商品の販売価格を示す情報を、商品ＩＤとともにサーバ２０へ送信する。制御部２０３は、受信制御モジュール２０３１により、当該情報を受け付ける。

そして、制御部２０３は、商品の販売価格を決定する。
具体的には、例えば、制御部２０３は、商品管理モジュール２０３７により、受け付けた販売価格を、商品テーブル２０２６における当該商品ＩＤのレコードの販売価格の項目に記憶する。なお、制御部２０３は、ユーザの操作入力に応じて、推奨販売価格の項目に記憶される値を、同じレコードの販売価格の項目に記憶させてもよい。

（販売する商品の決定）
ユーザは、端末装置１０の入力装置１３を操作することにより、ユーザが販売の対象とする商品の商品ＩＤを選択する。制御部２０３は、受信制御モジュール２０３１により、当該選択を受け付ける。

そして、制御部２０３は、商品のうち、ユーザによる販売の対象である商品を、対象となる商品として特定する。
具体的には、制御部２０３は、受け付けたユーザの選択に応じて、当該ユーザが販売の対象とする商品を特定する。
例えば、商品管理モジュール２０３７により、商品テーブル２０２６における当該商品ＩＤのレコードの販売フラグの項目に、「ＴＲＵＥ」の値を記憶する。制御部２０３は、送信制御モジュール２０３２により、商品テーブル２０２６において販売フラグが「ＴＲＵＥ」であるレコードの商品ＩＤ、商品名、ユーザＩＤ、販売価格等を含む情報を、商品の販売サービスを提供する外部サーバに送信する。

（販売履歴の受付）
制御部２０３は、所定のタイミングで、商品が販売された履歴を取得する。
具体的には、制御部２０３は、販売管理モジュール２０３８により、ユーザが販売する商品が購入者へ販売された際の商品の販売日時を含む情報を取得する。
例えば、制御部２０３は、販売管理モジュール２０３８により、商品ＩＤ、商品を購入者が購入した際の商品の販売価格、購入者への商品の販売日時等を、外部サーバから取得する。制御部２０３は、これに加えて、購入者による商品の受取日時を外部サーバから取得してもよい。制御部２０３は、取得した情報を、販売履歴テーブル２０２８の新しいレコードに記憶する。制御部２０３は、例えば、１日ごとに、商品が販売された履歴を取得してもよい。

以上の処理により、販売履歴テーブル２０２８に商品の販売履歴が記憶される。図１２に示す処理は、ユーザによる推奨販売価格の閲覧リクエストにより開始される。具体的には、ユーザは、推奨販売価格を閲覧したい場合、端末装置１０の入力装置１３を操作し、推奨販売価格を提示するリクエストを当該商品の商品ＩＤとともにサーバ２０へ送信する。制御部２０３は、受信制御モジュール２０３１により、当該リクエストを受け付ける。

ステップＳ２０１において、制御部２０３は、販売履歴に基づいて、推奨販売価格を算出する。
具体的には、制御部２０３は、価格算出モジュール２０３６により、商品を購入者が購入した際の商品の販売日時、販売価格、受取日時の少なくともいずれかに基づいて、商品の推奨販売価格を算出する。
例えば、制御部２０３は、所定の期間を指定して、販売履歴テーブル２０２８の販売日時のカラムを検索し、該当するレコード数の合計、または、該当するレコードの販売価格の合計を、商品ＩＤごとに取得する。ここで、レコードの数の合計は、当該所定の期間に購入された商品の個数と等しくなる。
例えば、制御部２０３は、ユーザが、予め、端末装置１０の入力装置１３を操作することによりサーバ２０へ送信した販売個数または販売価格の目標値と、販売履歴テーブル２０２８から取得した所定期間における販売個数または販売価格とを比較してもよい。例えば、販売価格の合計が、販売価格の目標値より大きい場合、制御部２０３は、商品テーブル２０２６において当該商品ＩＤによって特定される推奨販売価格の値を、所定の割合増加させてもよい。また、例えば、販売価格の合計が、販売価格の目標値より小さい場合、制御部２０３は、当該推奨販売価格を、所定の割合減少させてもよい。
制御部２０３は、算出した推奨販売価格を、商品テーブル２０２６における当該商品ＩＤのレコードの推奨販売価格の項目に記憶する。
この際、制御部２０３は、商品テーブル２０２６における当該商品ＩＤのレコードの推奨販売価格の項目に記憶されていた値と、新たに記憶する推奨販売価格の値との差分を取得し、記憶部２０２に記憶してもよい。

ステップＳ２０１において、制御部２０３は、販売日時のカラムの代わりに、受取日時のカラムを、所定の期間を指定して検索し、本ステップと同様の処理を実行してもよい。

ステップＳ２０２において、制御部２０３は、ステップＳ２０１において算出した推奨販売価格をユーザに提示する。
具体的には、例えば、ステップＳ２０１において算出した推奨販売価格を示す情報を、端末装置１０のディスプレイ１４１等を介してユーザに提示する。
制御部２０３は、ステップＳ２０１において取得した推奨販売価格の差分を、ユーザに提示してもよい。

なお、制御部２０３は、ユーザからのリクエストを受け付けることなく、推奨販売価格が算出されたことをユーザに通知してもよい。
例えば、制御部２０３は、ステップＳ２０１において推奨販売価格を記憶したレコードのユーザＩＤに該当するユーザに対し、当該レコードの商品ＩＤによって特定される商品の推奨販売価格が算出されたことを、端末装置１０のディスプレイ１４１、スピーカー１７２等を介してユーザに通知してもよい。
制御部２０３は、ステップＳ２０１において取得した推奨販売価格の差分を、ユーザに通知してもよい。
制御部２０３は、商品テーブル２０２６の当該レコードにおいて、ブックマークの項目および販売フラグの項目の少なくともいずれかが「ＴＲＵＥ」だった場合のみ、ユーザに当該通知を行うこととしてもよい。

図１３は、サーバ２０の動作の一例を表すフローチャートである。図１３は、サーバ２０が、商品の推奨販売価格をユーザに提示する際の他の動作を示すフローチャートである。図１３のフローチャートは、例えば、原材料の仕入価格が変動する影響で、ユーザが販売する商品の原価が変動する場合が想定されている。

まず、ユーザは、端末装置１０を操作することにより、ユーザと仕入先との間の取引における請求書の内容が記録された画像データ（請求書データ）をサーバ２０へ送信する。制御部２０３は、受信制御モジュール２０３１により、画像データを受け付ける。制御部２０３は、受け付けた画像データを所定の端末へ送信する。本実施形態のサービス提供者は、当該端末を操作することにより、当該画像データに記録されているユーザ名、仕入先名、原材料名、仕入価格、仕入量、単位、請求日時等の情報を、サーバ２０へ送信する。制御部２０３は、受信制御モジュール２０３１により、ユーザ名、仕入先名、原材料名、仕入価格、仕入量、単位、請求日時等の情報を受け付ける。

ステップＳ３０１において、制御部２０３は、ユーザと仕入先との間の取引に基づき、原材料の仕入価格を取得する。
具体的には、例えば、制御部２０３は、当該端末から送信された情報を受け付けると、ユーザ名に基づいてユーザテーブル２０２２を検索し、該当するユーザＩＤを取得する。制御部２０３は、仕入先名に基づいて仕入先テーブル２０２３を検索し、仕入先ＩＤを取得する。制御部２０３は、原材料名に基づいて仕入履歴テーブル２０２７を検索し、原材料ＩＤを取得する。仕入履歴テーブル２０２７に該当する原材料名が存在しなかった場合、制御部２０３は、当該原材料名に対して新しい原材料ＩＤを付与する。

ステップＳ３０１において、制御部２０３は、価格算出モジュール２０３６により、仕入価格を仕入量で除算することで、原材料の単価を算出する。制御部２０３は、商品管理モジュール２０３７により、仕入履歴テーブル２０２７の新しいレコードに、原材料ＩＤ、ユーザＩＤ、仕入先ＩＤ、原材料名、仕入価格、仕入量、単位、単価、請求日時の情報を、それぞれ記憶する。

ステップＳ３０２において、制御部２０３は、ステップＳ３０１において仕入価格を取得した原材料が使用されている商品について、原材料の原価を変更する。
具体的には、例えば、制御部２０３は、ステップＳ３０１において取得した原材料ＩＤ、ユーザＩＤに基づいて使用量テーブル２０２５を検索する。制御部２０３は、該当するレコードの使用量の値とステップＳ３０１で算出した単価とを乗算した値を、当該レコードの原価の項目に記憶する。
制御部２０３は、当該項目に既に記憶されていた原価を取得し、記憶部２０２に記憶してもよい。制御部２０３は、当該項目に既に記憶されていた原価と、本ステップにおいて算出した新たな原価との差分を取得し、記憶部２０２に記憶してもよい。

ステップＳ３０２において、制御部２０３は、原材料の使用量と、仕入価格とに基づいて、商品の原価を算出する。
具体的には、例えば、制御部２０３は、価格算出モジュール２０３６により、新たな原価を記憶したレコードと同じ商品ＩＤを有するレコードを特定し、各レコードの原価の項目の値を合計する。制御部２０３は、当該商品ＩＤに基づいて商品テーブル２０２６を検索し、該当するレコードの原価の項目に合計の結果を記憶する。

ユーザは、商品の情報を閲覧したい場合、端末装置１０の入力装置１３を操作し、商品の情報を提示するリクエストを当該商品の商品ＩＤとともにサーバ２０へ送信する。制御部２０３は、受信制御モジュール２０３１により、当該リクエストを受け付ける。

ステップＳ３０３において、制御部２０３は、商品の原価をユーザに提示する。
具体的には、例えば、制御部２０３は、商品管理モジュール２０３７により、当該商品ＩＤに基づいて商品テーブル２０２６を検索する。制御部２０３は、当該商品ＩＤのレコードの原価の値を取得し、端末装置１０のディスプレイ１４１等を介してユーザに提示する。

ステップＳ３０４において、制御部２０３は、原価に基づいて、商品の推奨販売価格を算出し、ユーザに提示する。
具体的には、例えば、制御部２０３は、商品テーブル２０２６における、ステップＳ３０２において検索したレコードに記憶されている原価と利益率とを乗算し、推奨販売価格を算出する。制御部２０３は、算出した推奨販売価格を推奨販売価格の項目に記憶する。制御部２０３は、送信制御モジュール２０３２により、当該商品の推奨販売価格を、端末装置１０のディスプレイ１４１等を介してユーザに提示する。

（過去の原価と新たな原価との比較）
なお、上記の例では、図１３に示す処理は、サーバ２０が、請求書の内容が記録されたデータを受け付ける度に繰り返される。つまり、制御部２０３は、所定のタイミング（制御部２０３が請求書データを受け付けるタイミング）で原材料の使用量を取得し、原材料の仕入価格を取得し、取得した使用量と仕入価格とに基づいて、商品の原価を新たに算出する。

この場合、ステップＳ３０２において、商品テーブル２０２６の原価の項目に、過去の商品の原価が既に記憶されていることとなる。制御部２０３は、過去の原価（先に算出された原価）と新たな原価（新たに算出された原価）との差分を取得し、記憶部２０２に記憶してもよい。

そして、制御部２０３は、ステップＳ３０２において取得した過去の原価、および過去の原価と新たな原価との差分の少なくともいずれかを、端末装置１０のディスプレイ１４１等を介してユーザに提示してもよい。

さらに、ステップＳ３０３において、制御部２０３は、新たに算出された原価が先に算出された原価と異なる場合、食料品の原価が変更されたことを、ユーザからのリクエストを受け付けることなく通知してもよい。
例えば、制御部２０３は、商品テーブル２０２６における、ステップＳ３０２において検索したレコードにおけるユーザＩＤに該当するユーザに対し、当該レコードの商品の原価が変更されたことを、端末装置１０のディスプレイ１４１、スピーカー１７２等を介してユーザに通知してもよい。
制御部２０３は、商品テーブル２０２６における、ステップＳ３０２において検索したレコードにおいて、ブックマークの項目および販売フラグの項目の少なくともいずれかが「ＴＲＵＥ」だった場合のみ、ユーザに当該通知を行うこととしてもよい。

（処理の開始のタイミング）
上記の例では、図１３に示す処理は、制御部２０３が、受信制御モジュール２０３１により、ユーザ名、仕入先名、原材料名、仕入価格、仕入量、単位、請求日時等の情報を受け付けることにより開始されている。これにより、常に最新の商品の原価および推奨販売価格が、商品テーブル２０２６に記憶される。したがって、過去の原価と新たな原価との比較を適切に比較し、ユーザに提示または通知することができる。

なお、受信制御モジュール２０３１により、ユーザ名、仕入先名、原材料名、仕入価格、仕入量、単位、請求日時等の情報を受け付けることにより開始されなくてもよい。例えば、制御部２０３が受信制御モジュール２０３１により受け付けた情報は、価格算出モジュール２０３６等により処理されずに記憶部２０２に記憶されていてもよい。そして、制御部２０３は、所定のタイミング（例えば、１週間ごと）に、図１３に示す処理を繰り返してもよい。これによっても、所定のタイミングごとに最新の商品の原価および推奨販売価格が商品テーブル２０２６に記憶されるため、過去の原価と新たな原価との比較を適切に比較し、ユーザに提示または通知することができる。

また、図１３に示す処理は、サーバ２０が、ユーザによる、当該請求書に記録された原材料が使用されている商品の情報を提示するリクエストを受け付けたことを契機として、当該処理が実行されてもよい。

（複数のユーザからの仕入価格の取得）
図１４は、サーバ２０の動作の一例を示すフローチャートである。制御部２０３は、所定の原材料に対して、複数のユーザから送信された請求書データのそれぞれについて、上記の例に示す処理を行う場合がある。つまり、第１ユーザと第１仕入先との間の第１取引に基づいて、所定の原材料の第１仕入価格を取得し、第１ユーザとは異なる第２ユーザと第２仕入先との間の第２取引に基づき、当該原材料の第２仕入価格を取得している場合がある。そして、この場合、同じ原材料に対し、第１取引と第２取引とで、仕入価格が異なる場合がある。制御部２０３は、第１取引に係る第１仕入価格と、第２取引に係る第２仕入価格とを比較し、所定のユーザに提示してもよい。

図１４は、サーバ２０が、第１仕入価格と第２仕入価格を比較し、ユーザに提示する際の動作を示すフローチャートである。以下の説明では、第１ユーザに比較結果を提示する場合を例に挙げて説明する。

また、本変形例の説明では、仕入価格の比較対象となる原材料について、第１ユーザと第１仕入先との間の第１取引に基づく第１仕入価格、第１仕入量、第１単価と、第２ユーザと第２仕入先との間の第２取引に基づく第２仕入価格、第２仕入量、第２単価とが仕入履歴テーブル２０２７に記憶されているものとする。

まず、第１ユーザは、端末装置１０を操作して、仕入価格の比較を行いたい原材料を指定して、仕入価格の比較を提示するリクエストを、当該原材料の原材料ＩＤとともに、サーバ２０へ送信する。制御部２０３は、受信制御モジュール２０３１により、当該リクエストを受け付ける。

ステップＳ４０１において、制御部２０３は、所定の原材料について、仕入価格を取得する。
具体的には、例えば、制御部２０３は、受け付けた原材料ＩＤに基づいて、仕入履歴テーブル２０２７を検索し、該当するレコードの仕入価格、仕入量、単価を取得する。ユーザＩＤおよび仕入先ＩＤの値が同じレコードが複数存在する場合、請求日時の値が最も新しいレコードの値を取得する。
本変形例では、制御部２０３は、第１ユーザと第１仕入先との間の第１取引が記録されたレコードの、第１仕入価格、第１仕入量、第１単価と、第２ユーザと第２仕入先との間の第２取引が記録されたレコードの、第２仕入価格、第２仕入量、第２単価とを取得する。

ステップＳ４０２において、制御部２０３は、所定の原材料について、第１仕入価格と第２仕入価格とを比較する。
具体的には、例えば、制御部２０３は、ステップＳ４０１において取得した第１単価と第２単価との間における価格の大小を比較する。

ステップＳ４０３において、制御部２０３は、第１仕入価格と第２仕入価格との比較の結果を第１ユーザに提示する。
具体的には、例えば、制御部２０３は、ステップＳ４０２において比較した結果を、端末装置１０のディスプレイ１４１等を介して第１ユーザに提示する。

なお、原材料の単価は、仕入先の違いだけでなく、仕入量によっても異なる場合がある。例えば、仕入量が多いほど単価は下がる場合がある。そのため、第１ユーザは、第１単価と第２単価との比較結果に加えて、第１仕入量と第２仕入量との違いも把握したい場合がある。したがって、制御部２０３は、第１仕入量と第２仕入量とを、当該比較結果とともに第１ユーザに提示してもよい。

なお、第２ユーザは、１のユーザに限られず、複数の第２ユーザａ、第２ユーザｂ、第２ユーザｃ、・・・が存在していてもよい。この場合、制御部２０３は、第１仕入価格と、第２ユーザａに係る第２仕入価格ａ、第２ユーザｂに係る第２仕入価格ｂ、第２ユーザｃに係る第２仕入価格ｃ、・・・とをそれぞれ比較してもよい。制御部２０３は、第２仕入価格ａ、第２仕入価格ｂ、第２仕入価格ｃ、・・・の平均と第１仕入価格とを比較してもよい。

また、ステップＳ４０１において、制御部２０３は、仕入量の項目の値と第１仕入量との差が所定範囲内であるレコードについてのみ、仕入価格を取得してもよい。これにより、仕入量の大小による単価の変化を抑制しつつ、仕入価格の比較をすることができる。

また、ステップＳ４０１において、制御部２０３は、請求日時の項目の値と第１請求日時との差が所定範囲内であるレコードについてのみ、仕入価格を取得してもよい。これにより、請求日時が離れていることによる原価の変動を抑制しつつ、仕入価格の比較をすることができる。

また、提示をリクエストするユーザが関わる取引が、比較対象とする複数の取引の中に含まれていなくてもよい。例えば、第１ユーザとも第２ユーザとも異なる第３ユーザに対して、第１仕入価格と第２仕入価格との比較結果を提示してもよい。

図１５は、サーバ２０の動作の一例を表すフローチャートである。図１５は、原材料に関する情報が変更された際、サーバ２０が、商品の成分情報を変更する際の動作を示すフローチャートである。図１５のフローチャートは、例えば、原材料に含まれる成分の情報が変更される影響で、ユーザが販売する商品に含まれる成分の情報が変更される場合が想定されている。

まず、ユーザは、端末装置１０を操作することにより、原材料の栄養成分、補足情報の内容が記録された書類（例えば、原材料の商品規格書、日本食品標準成分表等）の画像データをサーバ２０へ送信する。制御部２０３は、受信制御モジュール２０３１により、画像データを受け付ける。制御部２０３は、送信制御モジュール２０３２により、所定の端末へ当該画像データを送信する。本実施形態のサービス提供者は、当該端末を操作することにより、当該画像データに記録されている原材料名、栄養成分、補足情報等を含む情報を、サーバ２０へ送信する。制御部２０３は、受信制御モジュール２０３１により、当該情報を受け付ける。

ステップＳ５０１において、制御部２０３は、原材料に関する情報を取得する。
具体的には、制御部２０３は、受け付けた情報から、成分取得モジュール２０３３により、原材料に含まれる栄養成分を示す成分情報を取得する。

ステップＳ５０１において、制御部２０３は、記憶部２０２に記憶されている原材料の成分情報を変更する。
具体的には、例えば、制御部２０３は、取得した原材料名に基づき原材料テーブル２０２４の原材料名の項目を検索し、該当したレコードの栄養成分、補足情報の項目に、取得した栄養成分、補足情報を記憶する。該当するレコードが存在しなかった場合は、制御部２０３は、原材料テーブル２０２４の新しいレコードに、取得した原材料名、栄養成分、補足情報を記憶する。

ステップＳ５０１において、制御部２０３は、成分情報の変更の内容を取得してもよい。
具体的には、制御部２０３は、原材料テーブル２０２４における検索に該当したレコードの栄養成分、補足情報の項目に記憶されていた情報と、本実施形態のサービス提供者が操作する所定の端末から取得した栄養成分、補足情報との差分を取得してもよい。
例えば、制御部２０３は、検索に該当したレコードの栄養成分の項目に記憶されていた各栄養成分の含有量と、所定の端末から取得した栄養成分の含有量との差分を取得し、記憶部２０２に記憶してもよい。
例えば、制御部２０３は、検索に該当したレコードの補足情報の項目に記憶されていた文字列のリストと、所定の端末から取得した補足情報を示す文字列のリストとの差分を取得し、記憶部２０２に記憶してもよい。

ステップＳ５０２において、制御部２０３は、商品の原材料の使用量と、原材料の成分情報とに基づいて、商品の成分情報を作成する。
具体的には、制御部２０３は、商品管理モジュール２０３７により、成分情報が変更された原材料の使用量と、当該原材料の成分情報とに基づいて、商品の成分情報を新たに作成する。
例えば、制御部２０３は、原材料テーブル２０２４における、ステップＳ５０１において成分情報が変更されたレコードに記憶されている原材料ＩＤに基づいて使用量テーブル２０２５を検索し、該当したレコードにおける原材料の使用量を取得する。制御部２０３は、それぞれの栄養成分について、ステップＳ５０１において取得した所定単位あたりの栄養成分の量と、原材料の使用量とを乗算した値を、使用量テーブル２０２５における当該レコードの栄養成分の項目に記憶する。制御部２０３は、ステップＳ５０１において取得した補足情報を、使用量テーブル２０２５における当該レコードの補足情報の項目に記憶する。

制御部２０３は、使用量テーブル２０２５の当該レコードの商品ＩＤに基づいて使用量テーブル２０２５を検索し、該当したレコードの栄養成分の値および補足情報の値をそれぞれ合計する。
例えば、制御部２０３は、検索に該当したレコードの栄養成分の項目に記憶される熱量、たんぱく質、脂質、炭水化物、塩分相当量の値をそれぞれ足し合わせる。また、制御部２０３は、検索に該当したレコードの補足情報の項目に記憶される文字列のリストを、それぞれ結合する。制御部２０３は、当該レコードの商品ＩＤに基づいて商品テーブル２０２６を検索し、該当したレコードの栄養成分の項目および補足情報の項目に、合計した栄養成分の値および結合した補足情報の値を記憶する。

ステップＳ５０３において、制御部２０３は、商品の成分情報が変更されたことをユーザに提示する。
具体的には、制御部２０３は、ステップＳ５０２において成分情報を変更した商品について、成分情報が変更された旨を示す情報を、端末装置１０のディスプレイ１４１、スピーカー１７２等を介してユーザに提示する。

ステップＳ５０３において、制御部２０３は、ステップＳ５０１において取得した成分情報の変更の内容をユーザに提示してもよい。また、制御部２０３は、成分情報が変更された商品を、成分情報が変更されていない商品よりも強調して、ユーザに提示してもよい。

ステップＳ５０３において、制御部２０３は、ユーザからのリクエストを受け付けることなく、成分情報が変更されたことをユーザに通知してもよい。
例えば、制御部２０３は、商品テーブル２０２６における、ステップＳ５０２において検索したレコードにおけるユーザＩＤに該当するユーザに対し、当該レコードの商品の成分情報が変更されたことを、端末装置１０のディスプレイ１４１、スピーカー１７２等を介してユーザに通知してもよい。
制御部２０３は、ステップＳ５０１において取得した成分情報の変更の内容を、ユーザに通知してもよい。
制御部２０３は、商品テーブル２０２６における、ステップＳ５０２において検索したレコードにおいて、ブックマークの項目および販売フラグの項目の少なくともいずれかが「ＴＲＵＥ」だった場合のみ、ユーザに当該通知を行うこととしてもよい。

ユーザは、商品の情報を閲覧したい場合、特に、販売の対象とする商品に含まれる成分情報を画像データ等に出力したい場合、端末装置１０の入力装置１３を操作し、商品の情報を提示するリクエストを当該商品の商品ＩＤとともにサーバ２０へ送信する。制御部２０３は、受信制御モジュール２０３１により、当該リクエストを受け付ける。

ステップＳ５０４において、制御部２０３は、商品の成分情報をユーザに提示する。
具体的には、制御部２０３は、商品管理モジュール２０３７により、当該商品ＩＤに基づいて商品テーブル２０２６を検索し、該当するレコードの商品名と、栄養成分、補足情報を含む成分情報とを、端末装置１０のディスプレイ１４１等を介してユーザに提示する。制御部２０３は、食品表示法に基づく栄養成分表示のガイドライン等、ユーザが商品を販売する際に購入者等に対して表示することが求められる基準に沿った態様で、端末装置１０のディスプレイ１４１等に、これらの情報を提示してもよい。

上記の例では、商品規格書等に含まれる、原材料名、栄養成分、補足情報等を含む情報を制御部２０３が受け付けることにより、図１５に示す処理が開始されている。これにより、常に最新の成分情報および成分情報の変更に係る情報を、ユーザに提示または通知することができる。

なお、制御部２０３は、ユーザからの所定の商品の情報を提示するリクエストを受け付けたことを契機として、図１５に示す処理を実行してもよい。

上記の例では、ユーザが、商品規格書等の画像データをサーバ２０へ送信することとしていたが、商品規格書等の画像データは、当該商品規格書等を入手した他のユーザ、当該商品規格書等を入手または作成した仕入先、当該商品規格書等を入手または作成したメーカー等の種々の送信元から送信されてもよい。

＜４ 画面例＞
以下、端末装置１０のディスプレイ１４１から出力される画面の一例を、図１６～図１８を参照して説明する。

図１６は、ユーザが、商品の情報を照会するリクエスト等を入力するための画面１６００を示す。画面１６００には、商品名表示エリア１６０１、販売状況表示エリア１６０２、通知エリア１６０３、ブックマークエリア１６０４、ブックマークボタン１６０５、選択ボタン１６０６、照会ボタン１６０７、成分情報出力ボタン１６０８、プライスカード出力ボタン１６０９が表示される。
具体的には、商品名表示エリア１６０１には、商品テーブル２０２６においてユーザのユーザＩＤにより特定されるレコードの商品名が表示される。販売状況表示エリア１６０２には、当該レコードの販売フラグの項目に応じたメッセージが表示される。通知エリア１６０３には、ステップＳ２０５、ステップＳ３０３、ステップＳ５０３等において制御部２０３からユーザへ行われる通知が表示される。ブックマークエリア１６０４には、当該レコードのブックマークの値に応じたオブジェクトが表示される。ユーザがブックマークボタン１６０５を操作することにより、当該レコードのブックマークの項目に記憶する値（ＴＲＵＥ、ＦＡＬＳＥ等）がサーバ２０へ送信される。ユーザが選択ボタン１６０６を選択して商品を特定した後に照会ボタン１６０７を選択することで、商品の情報を照会するリクエストがサーバ２０へ送信される。ユーザが選択ボタン１６０６を選択して商品を特定した後に成分情報出力ボタン１６０８またはプライスカード出力ボタン１６０９を選択することで、当該商品の成分情報または販売価格を印刷するためのプレビュー画面が表示される。

図１７は、ユーザが、商品に含まれる原材料に関する情報を閲覧するための画面１７００を示す。画面１７００には、栄養成分表示エリア１７０１、添加物表示エリア１７０２、アレルゲン表示エリア１７０３、原材料表示エリア１７０４、詳細表示エリア１７０５が表示される。
栄養成分表示エリア１７０１には、閲覧対象の商品における栄養成分の含有量が表示される。添加物表示エリア１７０２には、閲覧対象の商品に含まれる添加物の一覧が表示される。アレルゲン表示エリア１７０３には、閲覧対象の商品に含まれるアレルゲンの一覧が表示される。原材料表示エリア１７０４には、閲覧対象の商品に含まれる原材料の一覧が表示される。詳細表示エリア１７０５には、閲覧対象の商品に含まれる原材料の、メーカー、産地、商品１つあたりの使用量等が表示される。

図１８は、ユーザが、商品の価格に関する情報を閲覧するための画面１８００を示す。画面１８００には、第１販売価格表示エリア１８０１、原価表示エリア１８０２、第１利益率表示エリア１８０３、第２販売価格表示エリア１８０４、第２利益率表示エリア１８０５、ボタン１８０６、ボタン１８０７、ボタン１８０８、原価推移表示エリア１８０９が表示される。第１販売価格表示エリア１８０１には、閲覧対象の商品における現在の販売価格が表示される。原価表示エリア１８０２には、閲覧対象の商品における現在の原価が表示される。第１利益率表示エリア１８０３には、閲覧対象の商品における現在の利益率が表示される。現在の利益率の値は、現在の販売価格から現在の原価を減算した利益の、現在の販売価格に対する割合から求められる。第２販売価格表示エリア１８０４には、閲覧対象の商品における推奨販売価格が表示される。第２利益率表示エリア１８０５には、閲覧対象の商品を推奨販売価格で販売した場合の利益率が表示される。ユーザがボタン１８０６を選択することで、閲覧対象の商品の販売価格を変更するリクエストがサーバ２０へ送信される。ユーザがボタン１８０７を操作することで、例えば閲覧対象の商品に含まれる原材料ごとの原価を照会するためのリクエストがサーバ２０へ送信される。ユーザがボタン１８０８を操作することで、閲覧対象の商品の利益率を変更するリクエストがサーバ２０へ送信される。原価推移表示エリア１８０９には、閲覧対象の商品の原価が変更された日時ごとに、当該日時における商品の原価の一覧が表示される。原価推移表示エリア１８０９には、当該商品の原価の変更に影響した原材料の情報、例えば、原材料Ａの原価変更により当該商品の原価が変更された旨を示す情報が表示されてもよい。

＜５ 一実施形態の効果＞
以上のように、上記実施形態では、使用量取得モジュール２０３４は、食料品に含まれる原材料の使用量を取得する。仕入価格取得モジュール２０３５は、第１ユーザと第１仕入先との間の取引に基づき、前記原材料の仕入価格を取得する。価格算出モジュール２０３６は、前記原材料の前記使用量と、前記仕入価格とに基づいて、前記食料品の原価を算出する。制御部２０３は、前記原価を前記第１ユーザに提示する。これにより、第１ユーザは、食料品に含まれる原材料の使用量および第１ユーザと第１仕入先との間の取引に係る情報をサーバ２０へ送信するだけで、食料品の原価を把握することができる。

したがって、本実施形態に係るシステムは、現在の商品の原価を算出する手間を軽減できる。

また、上記実施形態では、使用量取得モジュール２０３４は、所定のタイミングで前記原材料の使用量を取得する。仕入価格取得モジュール２０３５は、前記原材料の仕入価格を取得する。価格算出モジュール２０３６は、取得した前記使用量と前記仕入価格とに基づいて、前記食料品の原価を新たに算出する。制御部２０３は、新たに算出された前記原価が先に算出された前記原価と異なる場合、前記食料品の原価が変更されたことを前記第１ユーザに通知する。これにより、第１ユーザは、食料品の原価の変動を迅速に把握できる。

また、上記実施形態では、受信制御モジュール２０３１は、前記食料品に対する前記第１ユーザからの選択を受け付ける。制御部２０３は、選択された前記食料品について新たに算出された前記原価が先に算出された前記原価と異なる場合、選択された前記食料品の前記原価が変わったことを前記第１ユーザに通知する。これにより、第１ユーザは、第１ユーザが原価の変動をいち早く把握したい食料品について、原価の変動を迅速に把握できる。

また、上記実施形態では、受信制御モジュール２０３１は、前記第１ユーザからの、前記第１ユーザによる販売の対象となる前記食料品の選択を受け付ける。これにより、第１ユーザは、自身が販売する食料品について、原価の変動を迅速に把握できる。

また、上記実施形態では、価格算出モジュール２０３６は、前記原価に基づいて、前記食料品の推奨販売価格を算出する。制御部２０３は、前記推奨販売価格を前記第１ユーザに提示する。これにより、第１ユーザは、食料品の販売価格として推奨される価格を把握することができる。

また、上記実施形態では、販売管理モジュール２０３８は、前記食料品が販売された履歴を取得する。価格算出モジュール２０３６は、前記履歴に基づいて、前記推奨販売価格を算出する。制御部２０３は、前記履歴に基づいて算出するステップにおいて算出された前記推奨販売価格を前記第１ユーザに提示する。これにより、第１ユーザは、食料品の売れ行きに基づいて算出された推奨販売価格を把握することができる。

また、上記実施形態では、成分取得モジュール２０３３は、前記原材料の成分を示す成分情報を取得する。商品管理モジュール２０３７は、前記食料品の前記原材料の前記使用量と、前記原材料の前記成分情報とに基づいて、前記食料品の成分情報を作成する。制御部２０３は、前記食料品の成分情報を前記第１ユーザに提示する。これにより、第１ユーザは、食料品に含まれる栄養成分等の成分情報を、適切に把握することができる。

また、上記実施形態では、成分取得モジュール２０３３は、前記原材料の成分を示す前記成分情報の変更の内容を取得する。制御部２０３は、前記変更の内容を前記第１ユーザに提示する。これにより、第１ユーザは、食料品に係る、成分情報の変更の内容を把握することができる。

また、上記実施形態では、受信制御モジュール２０３１は、前記食料品に対する前記第１ユーザからの選択を受け付ける。制御部２０３は、選択された前記食料品に含まれる前記原材料の前記成分情報が変更された場合、選択された前記食料品に含まれる前記原材料の前記成分情報が変更されたことを前記第１ユーザに通知する。これにより、第１ユーザが成分情報の変更をいち早く把握したい食料品について、成分情報の変更を迅速に把握できる。

また、上記実施形態では、受信制御モジュール２０３１は、前記第１ユーザからの、前記第１ユーザによる販売の対象となる前記食料品の選択を受け付ける。これにより、第１ユーザは、自身が販売する食料品について、成分情報の変更を迅速に把握できる。

また、上記実施形態では、仕入価格取得モジュール２０３５は、第１ユーザと第１仕入先との間の取引に基づき、食料品に含まれる原材料の第１仕入価格を取得する。仕入価格取得モジュール２０３５は、前記第１ユーザとは異なる第２ユーザと第２仕入先との間の取引に基づいて、前記原材料の第２仕入価格を取得する。制御部２０３は、前記第１仕入価格と前記第２仕入価格とを比較する。制御部２０３は、前記比較の結果を前記第１ユーザに提示する。これにより、第１ユーザは、現在の原材料の仕入価格の高低を客観的に把握できる。

なお、上記した実施形態は本開示を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施形態の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等が用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

＜６ 付記＞
以上の各実施形態で説明した事項を以下に付記する。

（付記１）
プロセッサとメモリとを備えるコンピュータを動作させるためのプログラムであって、プログラムは、プロセッサに、食料品に含まれる原材料の使用量を取得するステップ（ステップＳ１０１）と、第１ユーザと第１仕入先との間の取引に基づき、原材料の仕入価格を取得するステップ（ステップＳ１０３、ステップＳ３０１）と、原材料の使用量と、仕入価格とに基づいて、食料品の原価を算出するステップ（ステップＳ１０４、ステップＳ３０２）と、原価を第１ユーザに提示するステップ（ステップＳ３０３）と、を実行させる、プログラム。
（付記２）
プロセッサに、所定のタイミングで原材料の使用量を取得し、原材料の仕入価格を取得し、取得した使用量と仕入価格とに基づいて、食料品の原価を新たに算出するステップと、新たに算出された原価が先に算出された原価と異なる場合、食料品の原価が変更されたことを第１ユーザに通知するステップと、を実行させる、付記１に記載のプログラム。
（付記３）
プロセッサに、食料品に対する第１ユーザからの選択を受け付けるステップを実行させ、通知するステップにおいて、選択された食料品について新たに算出された原価が先に算出された原価と異なる場合、選択された食料品の原価が変わったことを第１ユーザに通知する、付記２に記載のプログラム。
（付記４）
選択を受け付けるステップにおいて、第１ユーザからの、第１ユーザによる販売の対象となる食料品の選択を受け付ける、付記３に記載のプログラム。
（付記５）
プロセッサに、原価に基づいて、食料品の推奨販売価格を算出するステップ（ステップＳ１０５、ステップＳ３０４）を実行させ、提示するステップにおいて、推奨販売価格を第１ユーザに提示する、付記１に記載のプログラム。
（付記６）
プロセッサに、食料品が販売された履歴を取得するステップと、履歴に基づいて、推奨販売価格を算出するステップ（ステップＳ２０１）と、履歴に基づいて算出するステップにおいて算出された推奨販売価格を第１ユーザに提示するステップ（ステップＳ２０２）と、を実行させる、付記５に記載のプログラム。
（付記７）
プロセッサに、原材料の成分を示す成分情報を取得するステップ（ステップＳ５０１）と、食料品の原材料の使用量と、原材料の成分情報とに基づいて、食料品の成分情報を作成するステップ（ステップＳ１０２、ステップＳ５０２）と、食料品の成分情報を第１ユーザに提示するステップ（ステップＳ５０４）と、を実行させる、付記１に記載のプログラム。
（付記８）
プロセッサに、原材料の成分を示す成分情報の変更の内容を取得する（ステップＳ５０１）ステップと、変更の内容を第１ユーザに提示するステップ（ステップＳ５０３）と、を実行させる、付記７に記載のプログラム。
（付記９）
プロセッサに、食料品に対する第１ユーザからの選択を受け付けるステップと、選択された食料品に含まれる原材料の成分情報が変更された場合、選択された食料品に含まれる原材料の成分情報が変更されたことを第１ユーザに通知するステップ（ステップＳ５０３）と、を実行させる、付記８に記載のプログラム。
（付記１０）
選択を受け付けるステップにおいて、第１ユーザからの、第１ユーザによる販売の対象となる食料品の選択を受け付ける、付記９に記載のプログラム。
（付記１１）
プロセッサとメモリとを備えるコンピュータを動作させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザと第１仕入先との間の取引に基づき、食料品に含まれる原材料の第１仕入価格を取得するステップ（ステップＳ３０１）と、第１ユーザとは異なる第２ユーザと第２仕入先との間の取引に基づいて、原材料の第２仕入価格を取得するステップ（ステップＳ３０１）と、第１仕入価格と第２仕入価格とを比較するステップ（ステップＳ４０２）と、比較の結果を第１ユーザに提示するステップ（ステップＳ４０３）と、を実行させる、プログラム。
（付記１２）
プロセッサを備えるコンピュータによって実行される方法であって、プロセッサが、食料品に含まれる原材料の使用量を取得するステップ（ステップＳ１０１）と、第１ユーザと第１仕入先との間の取引に基づき、原材料の仕入価格を取得するステップ（ステップＳ１０３、ステップＳ３０１）と、原材料の使用量と、仕入価格とに基づいて、食料品の原価を算出するステップ（ステップＳ１０４、ステップＳ３０２）と、原価を第１ユーザに提示するステップ（ステップＳ３０３）と、を実行する、方法。
（付記１３）
制御部を備える情報処理装置であって、制御部が、食料品に含まれる原材料の使用量を取得するステップ（ステップＳ１０１）と、第１ユーザと第１仕入先との間の取引に基づき、原材料の仕入価格を取得するステップ（ステップＳ１０３、ステップＳ３０１）と、原材料の使用量と、仕入価格とに基づいて、食料品の原価を算出するステップ（ステップＳ１０４、ステップＳ３０２）と、原価を第１ユーザに提示するステップ（ステップＳ３０３）と、を実行する、情報処理装置。

１：システム、１０：端末装置、１９：プロセッサ、２０：サーバ、２９：プロセッサ、２０２：記憶部、２０３：制御部、２０２１：アプリケーションプログラム、２０２２：ユーザテーブル、２０２３：仕入先テーブル、２０２４：原材料テーブル、２０２５：使用量テーブル、２０２６：商品テーブル、２０２７：仕入履歴テーブル、２０２８：販売履歴テーブル、２０３１：受信制御モジュール、２０３２：送信制御モジュール、２０３３：成分取得モジュール、２０３４：使用量取得モジュール、２０３５：仕入価格取得モジュール、２０３６：価格算出モジュール、２０３７：商品管理モジュール、２０３８：販売管理モジュール

Claims (11)

1. プロセッサとメモリとを備えるコンピュータを動作させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   食料品に含まれる原材料の使用量を取得するステップと、
   第１ユーザと第１仕入先との間における、前記原材料の取引の内容を示す請求書の情報を受け付けるステップと、
   所定のタイミングで前記原材料の使用量を取得するステップと、
   前記請求書の情報に基づいて前記原材料の仕入価格を所定のタイミングで取得するステップと、
   前記原材料の前記使用量と、前記仕入価格とに基づいて、前記食料品の原価を算出するステップと、
   前記原価を前記第１ユーザに提示するステップと、
   算出した前記原価が先に算出した前記原価と異なる場合、前記食料品の原価が変更されたことを前記第１ユーザに通知し、算出した前記原価が先に算出した前記原価と一致する場合、前記食料品の原価が変更されたことを前記第１ユーザに通知しないステップと、
   を実行させる、プログラム。
2. 前記プロセッサに、
   前記食料品に対する前記第１ユーザからの選択を受け付けるステップを実行させ、
   前記通知するステップにおいて、選択された前記食料品について新たに算出された前記原価が先に算出された前記原価と異なる場合、選択された前記食料品の前記原価が変わったことを前記第１ユーザに通知する、請求項１に記載のプログラム。
3. 前記選択を受け付けるステップにおいて、前記第１ユーザからの、前記第１ユーザによる販売の対象となる前記食料品の選択を受け付ける、請求項２に記載のプログラム。
4. 前記プロセッサに、
   前記原価に基づいて、前記食料品の推奨販売価格を算出するステップを実行させ、
   前記提示するステップにおいて、前記推奨販売価格を前記第１ユーザに提示する、請求項１に記載のプログラム。
5. 前記プロセッサに、
   前記食料品が販売された履歴を取得するステップと、
   前記履歴に基づいて、前記推奨販売価格を算出するステップと、
   前記履歴に基づいて算出するステップにおいて算出された前記推奨販売価格を前記第１ユーザに提示するステップと、
   を実行させる、請求項４に記載のプログラム。
6. 前記プロセッサに、
   前記原材料の成分を示す成分情報を取得するステップと、
   前記食料品の前記原材料の前記使用量と、前記原材料の前記成分情報とに基づいて、前記食料品の成分情報を作成するステップと、
   前記食料品の成分情報を前記第１ユーザに提示するステップと、
   を実行させる、請求項１に記載のプログラム。
7. 前記プロセッサに、
   前記原材料の成分を示す前記成分情報の変更の内容を取得するステップと、
   前記変更の内容を前記第１ユーザに提示するステップと、
   を実行させる、請求項６に記載のプログラム。
8. 前記プロセッサに、
   前記食料品に対する前記第１ユーザからの選択を受け付けるステップと、
   選択された前記食料品に含まれる前記原材料の前記成分情報が変更された場合、選択された前記食料品に含まれる前記原材料の前記成分情報が変更されたことを前記第１ユーザに通知するステップと、
   を実行させる、請求項７に記載のプログラム。
9. 前記選択を受け付けるステップにおいて、前記第１ユーザからの、前記第１ユーザによる販売の対象となる前記食料品の選択を受け付ける、請求項８に記載のプログラム。
10. プロセッサを備えるコンピュータによって実行される方法であって、前記プロセッサが、
    食料品に含まれる原材料の使用量を取得するステップと、
    第１ユーザと第１仕入先との間における、前記原材料の取引の内容を示す請求書の情報を受け付けるステップと、
    所定のタイミングで前記原材料の使用量を取得するステップと、
    前記請求書の情報に基づいて前記原材料の仕入価格を所定のタイミングで取得するステップと、
    前記原材料の前記使用量と、前記仕入価格とに基づいて、前記食料品の原価を算出するステップと、
    前記原価を前記第１ユーザに提示するステップと、
    算出した前記原価が先に算出した前記原価と異なる場合、前記食料品の原価が変更されたことを前記第１ユーザに通知し、算出した前記原価が先に算出した前記原価と一致する場合、前記食料品の原価が変更されたことを前記第１ユーザに通知しないステップと、
    を実行する、方法。
11. 制御部を備える情報処理装置であって、
    前記制御部が、
    食料品に含まれる原材料の使用量を取得するステップと、
    第１ユーザと第１仕入先との間における、前記原材料の取引の内容を示す請求書の情報を受け付けるステップと、
    所定のタイミングで前記原材料の使用量を取得するステップと、
    前記請求書の情報に基づいて前記原材料の仕入価格を所定のタイミングで取得するステップと、
    前記原材料の前記使用量と、前記仕入価格とに基づいて、前記食料品の原価を算出するステップと、
    前記原価を前記第１ユーザに提示するステップと、
    算出した前記原価が先に算出した前記原価と異なる場合、前記食料品の原価が変更されたことを前記第１ユーザに通知し、算出した前記原価が先に算出した前記原価と一致する場合、前記食料品の原価が変更されたことを前記第１ユーザに通知しないステップと、
    を実行する、情報処理装置。