(57)【要約】【課題】消費者が加工食品の食べ頃を正確に把握できるようにする。【解決手段】食べ頃管理装置は、加工食品に対して設定された、加工日から食べ頃までの日数、加工食品の加工日、加工食品の加工に係る情報を取得する。食べ頃管理装置は、取得した情報に基づいて、当該加工食品の食材に対して設定された食べ頃までの日数の補正量を取得する。食べ頃管理装置は、加工日と食べ頃までの日数と補正量とに基づいて、加工食品の食べ頃を決定し、出力する。【選択図】      図１
2020057279.tif 000002
【特許請求の範囲】
【請求項１】
食材を加工することで製造される加工食品に対して設定された、加工日から食べ頃までの日数を取得する食べ頃日数取得手段と、
前記加工食品の加工日を取得する加工日取得手段と、
前記加工食品の加工に係る情報を取得する情報取得手段と、
前記情報取得手段により取得した前記情報に基づいて、当該加工食品の食材に対して設定された前記食べ頃までの日数の補正量を取得する補正量取得手段と、
前記加工日取得手段により取得した前記加工日と、前記食べ頃日数取得手段により取得した前記食べ頃までの日数と、前記補正量取得手段により取得した補正量とに基づいて、前記加工食品の食べ頃を決定する食べ頃決定手段と、
この食べ頃決定手段により決定した前記加工食品の食べ頃を出力する出力手段と、
を具備する食べ頃管理装置。
【請求項２】
前記補正量取得手段は、前記加工食品の食材が複数ある場合には各々の食材に対して設定された前記食べ頃までの日数の補正量を取得し、この食材毎に取得した補正量を当該食材に対して設定された重み係数で修正する、
請求項１記載の食べ頃管理装置。
【請求項３】
前記加工食品に付された識別コードを入力可能な情報端末と通信を行う通信手段、
をさらに具備し、
前記食べ頃日数取得手段及び前記加工日取得手段は、前記通信手段を介して前記情報端末から受信した前記識別コードで識別される加工食品の前記食べ頃までの日数及び前記加工日を取得し、
前記出力手段は、前記通信手段を介して前記加工食品の食べ頃を前記情報端末へと通知するように出力する、
請求項１又は２記載の食べ頃管理装置。
【請求項４】
前記加工食品の加工に係る情報は、前記食材の収穫日から加工日までの経過日数、加工時点の温度、加工時点の湿度の少なくとも１つである請求項１乃至３のうちいずれか１項記載の食べ頃管理装置。
【請求項５】
コンピュータを、
食材を加工することで製造される加工食品に対して設定された、加工日から食べ頃までの日数を取得する食べ頃日数取得手段、
前記加工食品の加工日を取得する加工日取得手段、
前記加工食品の加工に係る情報を取得する情報取得手段、
前記情報取得手段により取得した前記情報に基づいて、当該加工食品の食材に対して設定された前記食べ頃までの日数の補正量を取得する補正量取得手段、
前記加工日取得手段により取得した前記加工日と、前記食べ頃日数取得手段により取得した前記食べ頃までの日数と、前記補正量取得手段により取得した補正量とに基づいて、前記加工食品の食べ頃を決定する食べ頃決定手段、及び
この食べ頃決定手段により決定した前記加工食品の食べ頃を出力する出力手段、
として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、加工食品の食べ頃管理装置及びその制御プログラムに関する。
【背景技術】
【０００２】
果物、精肉等の生鮮食品のみならず、缶詰等の加工食品にも食べ頃がある。例えば缶詰は、缶の中で食材とつけ汁が徐々になじんで熟成する。このため、加工されて間もない缶詰よりも、ある程度期間をおいて熟成された缶詰の方が美味しいと感じられる。
缶詰等の加工食品には、通常、製造年月日が表記されている。そこで消費者は、加工食品の製造年月日を確認することで、その加工食品の食べ頃を推定することはできる。しかしながら、加工食品の食べ頃は、加工に係る様々な要因により変動すると考えられる。このため、加工食品に関しては、製造年月日だけでは食べ頃を正確に把握できるとは言い難い。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２８０９０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の実施形態が解決しようとする課題は、消費者が加工食品の食べ頃を正確に把握できる食べ頃管理装置及びその制御プログラムを提供しようとするものである。
【課題を解決するための手段】
【０００５】
一実施形態において、食べ頃管理装置は、食べ頃日数取得手段と、加工日取得手段と、情報取得手段と、補正量取得手段と、食べ頃決定手段と、出力手段と、を備える。食べ頃日数取得手段は、食材を加工することで製造される加工食品に対して設定された、加工日から食べ頃までの日数を取得する。加工日取得手段は、加工食品の加工日を取得する。情報取得手段は、加工食品の加工に係る情報を取得する。補正量取得手段は、情報取得手段により取得した情報に基づいて、当該加工食品の食材に対して設定された食べ頃までの日数の補正量を取得する。食べ頃決定手段は、加工日取得手段により取得した加工日と、食べ頃日数取得手段により取得した食べ頃までの日数と、補正量取得手段により取得した補正量とに基づいて、加工食品の食べ頃を決定する。出力手段は、食べ頃決定手段により決定した加工食品の食べ頃を出力する。
【図面の簡単な説明】
【０００６】
【図１】本実施形態のシステム構成図。
【図２】図１に示す食べ頃管理サーバの要部回路構成を示すブロック図。
【図３】図２に示すロットデータベースに保存されるロットレコードのデータ構造を示す模式図。
【図４】図２に示す加工品データベースに保存される加工品レコードのデータ構造を示す模式図。
【図５】図２に示す食材データベースに保存される食材レコードのデータ構造を示す模式図。
【図６】図２に示すプロセッサが制御プログラムに従って実行する情報処理の要部手順を示す流れ図。
【図７】図２に示すプロセッサが制御プログラムに従って実行する情報処理の要部手順を示す流れ図。
【発明を実施するための形態】
【０００７】
以下、消費者が加工食品の食べ頃を正確に把握できる食べ頃管理装置の実施形態について、図面を用いて説明する。なお、実施形態では、食材を加工することで製造される加工食品の一例として缶詰を例示する。そして、消費者が缶詰に付されたコードシンボルをスマートフォン、タブレット端末等のユーザ端末で読み取ることで、その缶詰の食べ頃を把握できるようにした場合である。
【０００８】
図１は、本実施形態のシステム構成図である。本実施形態のシステムは、食べ頃管理サーバ１と、加工業者サーバ２と、通信ネットワーク３と、を含む。通信ネットワーク３は、各消費者がそれぞれ使用するユーザ端末４と食べ頃管理サーバ１との間のデータ通信を可能とするものである。通信ネットワーク３は、例えばインターネットである。
【０００９】
ユーザ端末４は、ユーザの入力を受け付けるための入力デバイスと、通信ネットワーク３を介してデータ通信を行うための通信デバイスと、缶詰５に付されているコードシンボル６を読み取るための読取デバイスと、その缶詰５の食べ頃を表示するための表示デバイスと、を備えたコンピュータ機器である。
消費者は、予め食べ頃を把握するための専用のアプリケーションプログラムをユーザ端末４にインストールしておく。そして消費者は、缶詰５の食べ頃を把握したい場合、先ず、入力デバイスを操作して上記アプリケーションプログラムを起動する。次いで消費者は、缶詰５に付されているコードシンボル６を読取デバイスで読み取るための操作を行う。なお、缶詰５は、店頭にて販売されている購入前の缶詰５であってもよいし、自宅等にある購入済の缶詰５であってもよい。
コードシンボル６を読取デバイスで読み取ると、ユーザ端末４においては通信デバイスが作動して、コードシンボル６のデータが通信ネットワーク３を介して食べ頃管理サーバ１へと送信される。コードシンボル６には、缶詰５を識別するための情報が含まれている。食べ頃管理サーバ１では、そのコードシンボル６に含まれている情報を基に缶詰５の食べ頃が求められる。そしてこの食べ頃の情報は、通信ネットワーク３を介してユーザ端末４へと通知される。ユーザ端末４においては、表示デバイスに食べ頃の情報が表示される。かくして消費者は、缶詰５の食べ頃を把握することができる。
コードシンボル６は、特に限定されるものではない。コードシンボル６は、例えばバーコードであってもよいし、二次元データコードであってもよい。要は、缶詰５を識別するための情報を含むことができるものであればよい。
缶詰５を識別するための情報は、例えば缶詰５の製造時に加工業者によって設定されるロット単位のコードである。以下、このロット単位のコードをロット番号と称する。加工業者は、同じ条件のもとに製造される缶詰５を１ロットとして管理し、この１ロットとして管理される全ての缶詰５に共通のロット番号を設定する。そこで加工業者は、缶詰５の製造時に、その缶詰５に対するロット番号を含むコードシンボル６を生成し、このコードシンボル６を缶詰５の例えば底面に付してから缶詰５を出荷する。
なお、コードシンボル６の代わりに無線タグを使用してもよい。ただし、無線タグを使用する場合には、ユーザ端末４は、無線タグリーダを備えることとなる。また、缶詰５のラベルにロット番号を印刷し、ユーザ端末４の撮像デバイスでそのロット番号を含むラベルを撮影する。そしてユーザ端末４から食べ頃管理サーバ１へと缶詰５のロット番号を画像データ等として通知してもよい。
加工業者サーバ２は、缶詰５の加工業者によって管理されるサーバコンピュータである。加工業者サーバ２と食べ頃管理サーバ１とは、専用のサーバ間ネットワーク７により双方向通信が可能なように接続されている。なお、図１では加工業者サーバ２を１台しか示していないが、典型的には各加工業者の加工業者サーバ２がサーバ間ネットワーク７を介して食べ頃管理サーバ１と接続される。
食べ頃管理サーバ１は、食べ頃管理装置の一態様である。食べ頃管理サーバ１は、缶詰５の食べ頃を管理する管理業者によって管理されるサーバコンピュータである。管理業者は、加工業者であってもよいし、販売業者であってもよい。あるいは管理業者は、加工業者又は販売業者等から委託を受けた専門業者であってもよい。
図２は、食べ頃管理サーバ１の要部回路構成を示すブロック図である。図２に示すように、食べ頃管理サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４、第１の通信インターフェース１５、第２の通信インターフェース１６及びシステム伝送路１７を備える。システム伝送路１７は、アドレスバス、データバス、制御信号線等を含む。システム伝送路１７は、プロセッサ１１と他の各部とを直接又は信号入出力回路を介して接続し、相互間で授受されるデータ信号を伝送する。プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３がシステム伝送路１７で接続されることにより、食べ頃管理サーバ１のコンピュータが構成される。
【００１０】
プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム又はアプリケーションプログラムに従って、食べ頃管理サーバ１としての各種の機能を実現するべく各部を制御する。プロセッサ１１は、例えばＣＰＵ（Central Processing Unit）である。
【００１１】
メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。
【００１２】
補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disk Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス１３となり得る。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、プロセッサ１１での処理によって作成されたデータ等を保存する。補助記憶デバイス１３は、上記のアプリケーションプログラムを記憶する場合もある。
【００１３】
時計１４は、日付及び時刻を計時する。プロセッサ１１は、時計１４によって計時される日時を現時点の日付及び時刻として取得する。
【００１４】
第１の通信インターフェース１５は、通信ネットワーク３に接続される。第１の通信インターフェース１５は、各消費者がそれぞれ使用するユーザ端末４と予め設定された通信プロトコルに従い通信ネットワーク３を介してデータ通信を行う。ここに第１の通信インターフェース１５は、通信手段として機能する。
【００１５】
第２の通信インターフェース１６は、サーバ間ネットワーク７に接続される。第２の通信インターフェース１６は、各加工業者の加工業者サーバ２と予め設定された通信プロトコルに従いサーバ間ネットワーク７を介してデータ通信を行う。
【００１６】
かかる構成の食べ頃管理サーバ１は、補助記憶デバイス１３の記憶領域の一部をロットデータベース１３１、加工品データベース１３２及び食材データベース１３３として使用する。
【００１７】
図３は、ロットデータベース１３１に保存されるロットレコード１３１Ｒのデータ構造を示す模式図である。図３に示すようにロットレコード１３１Ｒは、ロット番号、品番、品名、加工日、加工環境情報、食材数ｎ及び食材数ｎ分の食材コードと収穫日との対データを含む。
【００１８】
ロット番号は、加工食品である缶詰５の製造過程で、その缶詰を識別するためにロット単位に発番された一意のコードである。品番は、缶詰５の品種毎に発番された一意のコードである。したがって、同じ品番の缶詰５であっても、ロットが変わる毎に異なるロット番号が付されることとなる。品名は、対応する品番が付された缶詰５の名称である。加工日は、その缶詰５が加工業者によって製造された日付である。加工環境情報は、その缶詰５を製造しているときの製造工場の環境温度及び環境湿度である。
【００１９】
食材数ｎは、その缶詰５の食べ頃に影響を及ぼす主要な食材の数を示す。例えば鯖の缶詰５の場合、通常、食材として鯖と生姜が用いられるが、缶詰５の食べ頃に影響を及ぼす主要な食材は鯖だけである。したがって、鯖の缶詰５に関するロットレコード１３１Ｒの食材数ｎは“１”となる。なお、以下では、鯖の缶詰を他の缶詰と区別するために、鯖の缶詰を示す符号を“５Ａ”とする。
【００２０】
例えば桃と蜜柑とが混在したフルーツ缶詰５の場合、主要な食材は桃と蜜柑となる。したがって、当該フルーツ缶詰５に関するロットレコード１３１Ｒの食材数ｎは“２”となる。なお、以下では、桃と蜜柑とが混在したフルーツ缶詰を他の缶詰と区別するために、当該フルーツ缶詰を示す符号を“５Ｂ”とする。
【００２１】
食材コードは、各食材を識別するために食材毎に設定された一意のコードである。収穫日は、対応する食材コードで識別される食材が収穫又は生産された日付である。したがって、例えば鯖の缶詰５Ａに対するロットレコード１３１Ｒには、当該ロットで使用される鯖の食材コードと収穫日とがセットされる。例えばフルーツ缶詰５Ｂに対するロットレコード１３１Ｒには、当該ロットで使用される桃の食材コード及びその収穫日と、蜜柑の食材コード及びその収穫日とがセットされる。
【００２２】
このような構成のロットレコード１３１Ｒは、例えば加工業者サーバ２によって作成され、サーバ間ネットワーク７を介して食べ頃管理サーバ１へと送信されて、ロットデータベース１３１に保存される。
【００２３】
図４は、加工品データベース１３２に保存される加工品レコード１３２Ｒのデータ構造を示す模式図である。図４に示すように加工品レコード１３２Ｒは、品番、品名、食べ頃日数ｄ、食材数ｎ及び食材数ｎ分の食材コードと重み係数ｗとの対データを含む。品番、品名、食材数ｎ及び食材コードは、ロットレコード１３１Ｒに含まれる同一項目名のものと同様である。よって、ここでの説明は省略する。
【００２４】
食べ頃日数ｄは、その品番で識別される品種の缶詰５が製造されてから食べ頃になるまでの標準的な日数である。食べ頃日数ｄは、経験則によって決定される。食べ頃日数ｄは、うまみ成分の分析によって決定してもよい。その結果、加工日から９０日後が食べ頃であるとされる缶詰５に対しては、食べ頃日数ｄとして“９０”がセットされる。
【００２５】
重み係数は、対をなす食材コードで識別される食材に対して設定される。食材が１品目の缶詰５の場合、その食材の食材コードと対をなす重み係数は“１”である。食材が２品目以上の缶詰５の場合、各食材の混在比が重み係数となる。したがって、例えば食材が鯖の１品目である鯖の缶詰５Ａに関する加工品レコード１３２Ｒには、鯖の食材コードと対をなして重み係数“１”がセットされる。桃と蜜柑とが２：１の混在比で混在したフルーツ缶詰５Ｂに関する加工品レコード１３２Ｒには、桃の食材コードと対をなして重み係数“２／３”がセットされ、蜜柑の食材コードと対をなして重み係数“１／３”がセットされる。
【００２６】
このような構成の加工品レコード１３２Ｒは、例えば加工業者サーバ２によって作成され、サーバ間ネットワーク７を介して食べ頃管理サーバ１へと送信されて、加工品データベース１３２に保存される。
【００２７】
図５は、食材データベース１３３に保存される食材レコード１３３Ｒのデータ構造を示す模式図である。図５に示すように食材レコード１３３Ｒは、食材コード、食材名、加工条件及びその加工条件毎の補正日数を含む。
【００２８】
食材コードは、缶詰５の主要な食材に対して一意に割り当てられたコードである。食材名は、その食材コードで識別される食材の名称である。
【００２９】
加工条件は、その食材の収穫日から加工日までの経過日数と、製造時の製造工場の温度及び湿度との組み合わせである。例えば経過日数に関しては、２日以内、３日から５日以内、及び、６日以上の３段階を設定し、温度に関しては、１５度以下、１５度から３０度の範囲内、及び３０度以上の３段階を設定し、湿度に関しては、４０％以下、４０％から７０％の範囲内、及び７０％以上の３段階を設定したと仮定する。この場合、加工条件は２７通りとなる。食材レコード１３３Ｒには、この２７通りの加工条件に対してそれぞれ補正日数がセットされる。
【００３０】
補正日数は、対応する加工条件で、対応する食材を利用した缶詰５を製造した場合に、その缶詰５の食べ頃日数をどの程度補正したらよいかを示す補正量である。補正日数は、食べ頃日数を増やす方向に補正する場合には正の値をとる。補正日数は、食べ頃日数を減らす方向に補正する場合には負の値をとる。補正日数は、過去の経験則によって求められる。補正日数は、うまみ成分の分析によって決定してもよい。
【００３１】
因みに、同じ鯖の缶詰５Ａであっても、加工業者が違うと使用する鯖の種類、産地等が異なる場合がある。その場合、必ずしも加工条件に対する補正日数が共通になるとは限らない。本実施形態では、補正日数が共通とならない場合には、同じ食材でも異なる食材コードを付すこととなる。
【００３２】
このような構成の食材レコード１３３Ｒは、例えば加工業者サーバ２によって作成され、サーバ間ネットワーク７を介して食べ頃管理サーバ１へと送信されて、食材データベース１３３に保存される。
【００３３】
図６及び図７は、食べ頃管理サーバ１のプロセッサ１１が、制御プログラムに従って実行する情報処理の要部手順を示す流れ図である。制御プログラムは、メインメモリ１２又は補助記憶デバイス１３に記憶されている。以下、図６及び図７の流れ図を用いて食べ頃管理サーバ１の動作について説明する。なお、以下に説明する動作及び処理の内容は一例である。同様な結果を得ることが可能であればその動作手順及び処理内容は特に限定されるものではない。
【００３４】
プロセッサ１１は、Ａｃｔ１としてロット番号を受信するのを待ち受けている。前述したように、缶詰５には、ロット番号を含むコードシンボル６が付されている。消費者がユーザ端末４を操作してコードシンボル６を読み取ると、そのコードシンボル６のデータがユーザ端末４から通信ネットワーク３を介して食べ頃管理サーバ１へと送信される。プロセッサ１１は、第１の通信インターフェース１５を介してコードシンボル６のデータを受信すると、そのデータからロット番号を取得する。ロット番号を取得し得ると、プロセッサ１１は、Ａｃｔ１においてＹＥＳと判定し、Ａｃｔ２へと進む。
【００３５】
プロセッサ１１は、Ａｃｔ２としてコードシンボル６のデータから取得したロット番号でロットデータベース１３１を検索する。そしてプロセッサ１１は、Ａｃｔ３として当該ロット番号を含むロットレコード１３１Ｒの有無を判定する。ロットデータベース１３１に当該ロット番号を含むロットレコード１３１Ｒが存在する場合、プロセッサ１１は、Ａｃｔ３においてＹＥＳと判定し、Ａｃｔ４へと進む。
【００３６】
プロセッサ１１は、Ａｃｔ４として当該ロット番号を含むロットレコード１３１Ｒをロットデータベース１３１から読み出す。ここで、当該ロット番号を含むロットレコード１３１Ｒを、以下ではロットレコード１３１Ｒ（ｘ）と表す。プロセッサ１１は、Ａｃｔ５としてロットレコード１３１Ｒ（ｘ）から品番を取得する。品番を取得し得たならば、プロセッサ１１はＡｃｔ６へと進む。
【００３７】
プロセッサ１１は、Ａｃｔ６としてロットレコード１３１Ｒ（ｘ）から取得した品番で加工品データベース１３２を検索する。そしてプロセッサ１１は、Ａｃｔ７として当該品番を含む加工品レコード１３２Ｒの有無を判定する。加工品データベース１３２に当該品番を含む加工品レコード１３２Ｒが存在する場合、プロセッサ１１は、Ａｃｔ７においてＹＥＳと判定し、Ａｃｔ８へと進む。
【００３８】
プロセッサ１１は、Ａｃｔ８として当該品番を含む加工品レコード１３２Ｒを加工品データベース１３２から読み出す。ここで、当該品番を含む加工品レコード１３２Ｒを、以下では加工品レコード１３２Ｒ（ｘ）と称する。プロセッサ１１は、Ａｃｔ９としてカウンタｐを“０”にリセットする。カウンタｐは、例えばメインメモリ１２における揮発性のメモリ領域に形成されている。カウンタｐを“０”にリセットし終えると、プロセッサ１１は、図７のＡｃｔ１０へと進む。
【００３９】
プロセッサ１１は、Ａｃｔ１０としてカウンタｐを“１”だけカウントアップする。そしてプロセッサ１１は、Ａｃｔ１１としてカウンタｐが、加工品レコード１３２Ｒ（ｘ）に含まれる食材数ｎを超えたか否かを確認する。カウンタｐが食材数ｎを超えていない場合、プロセッサ１１は、Ａｃｔ１１においてＹＥＳと判定し、Ａｃｔ１２へと進む。
【００４０】
プロセッサ１１は、Ａｃｔ１２として加工品レコード１３２Ｒ（ｘ）からｐ番目（ｐはカウンタｐの値）の食材コードｐを取得する。食材コードｐを取得し得ると、プロセッサ１１は、Ａｃｔ１３へと進む。
【００４１】
プロセッサ１１は、Ａｃｔ１３として加工品レコード１３２Ｒ（ｘ）から取得した食材コードｐで食材データベース１３３を検索する。そしてプロセッサ１１は、Ａｃｔ１４として当該食材コードｐを含む食材レコード１３３Ｒの有無を判定する。食材データベース１３３に当該食材コードｐを含む食材レコード１３３Ｒが存在する場合、プロセッサ１１は、Ａｃｔ１４においてＹＥＳと判定し、Ａｃｔ１５へと進む。
【００４２】
プロセッサ１１は、Ａｃｔ１５として食材データベース１３３から当該食材コードｐを含む食材レコード１３３Ｒを読み出す。ここで、当該食材コードｐを含む食材レコード１３３Ｒを、以下では食材レコード１３３Ｒ（ｘ）と表す。プロセッサ１１は、Ａｃｔ１６として、ロットレコード１３１Ｒ（ｘ）から、加工日及び加工環境情報とともに、当該食材コードｐと対をなす収穫日を取得する。加工日、加工環境情報及び収穫日を取得し得たならば、プロセッサ１１は、Ａｃｔ１７へと進む。
【００４３】
プロセッサ１１は、Ａｃｔ１７として加工条件を決定する。すなわちプロセッサ１１は、Ａｃｔ１６の処理で取得した収穫日から加工日までの経過日数を算出する。また、プロセッサ１１は、Ａｃｔ１６の処理で取得した加工環境情報から、Ａｃｔ１において受信したロット番号のコードシンボル６が付された缶詰５が製造されたときの環境温度と環境湿度とを取得する。プロセッサ１１は、この経過日数と環境温度と環境湿度との組み合わせを満足する加工条件を決定する。加工条件を決定し得たならば、プロセッサ１１は、Ａｃｔ１８へと進む。
【００４４】
プロセッサ１１は、Ａｃｔ１８として食材レコード１３３Ｒ（ｘ）から、Ａｃｔ１７の処理で決定した加工条件に対応した補正日数ｒを取得する。またプロセッサ１１は、Ａｃｔ１９として加工品レコード１３２Ｒ（ｘ）から、当該食材コードｐに対応した重み係数ｗを取得する。ここで、当該食材コードｐに対応した重み係数ｗを、以下では重み係数ｗｐと表す。プロセッサ１１は、Ａｃｔ２０として、補正日数ｒに重み係数ｗｐを乗算することにより、補正日数ｒを重み係数ｗｐで修正する。補正日数ｒを重み係数ｗｐで修正し終えると、プロセッサ１１は、Ａｃｔ１０へと戻る。
【００４５】
プロセッサ１１は、Ａｃｔ１０としてカウンタｐをさらに“１”だけカウントアップする。そしてプロセッサ１１は、Ａｃｔ１１としてカウンタｐが加工品レコード１３２Ｒ（ｘ）に含まれる食材数ｎを超えたか否かを確認する。カウンタｐが食材数ｎを超えていない場合、プロセッサ１１は、Ａｃｔ１１においてＹＥＳと判定し、Ａｃｔ１２へと進む。すなわちプロセッサ１１は、Ａｃｔ１２乃至Ａｃｔ２０の処理を前述したのと同様に繰り返す。
【００４６】
一方、カウンタｐが食材数ｎを超えた場合には、プロセッサ１１は、Ａｃｔ１１においてＮＯと判定し、Ａｃｔ２１へと進む。  
プロセッサ１１は、Ａｃｔ２１として補正日数Ｒを決定する。すなわちプロセッサ１１は、前述したＡｃｔ２０の処理において修正した補正日数ｒをすべて合算することで補正日数Ｒを決定する。
【００４７】
例えば、鯖の缶詰５Ａの加工品レコード１３２Ｒ（ｘ）に設定されている食べ頃日数が「３００日」であるとする。なお、鯖の缶詰５Ａの主要な食材は鯖の１品目であるので、鯖の食品コードに対する重み係数は“１”である。
【００４８】
ここで、鯖の缶詰５Ａに付されたコードシンボル６に含まれているロット番号に対するロットレコード１３１Ｒ（ｘ）には、加工日として２０１８年３月１５日がセットされており、鯖の食材コードに対する収穫日として２０１８年３月１２日が設定されていたとする。
【００４９】
この場合、鯖の収穫日から加工日までの経過日数が３日であるので、この経過日数「３日」と、ロットレコード１３１Ｒ（ｘ）にセットされている加工環境情報の環境温度及び環境湿度とから加工条件が決定される。そして、鯖の食材レコード１３３Ｒから当該加工条件に対する補正日数ｒが取得される。今、補正日数ｒが「＋１０日」であるとすると、鯖の重み係数は“１”であるので、修正後の補正日数ｒも「＋１０日」となり、この補正日数ｒがそのまま鯖の缶詰５Ａの補正日数Ｒとなる。すなわち、鯖の缶詰５Ａの補正日数Ｒは「＋１０日」となる。
【００５０】
一方、桃と蜜柑とのフルーツ缶詰５Ｂの加工品レコード１３２Ｒ（ｘ）に設定されている食べ頃日数ｄが「１００日」であり、桃に対する重み係数ｗ１が“２／３”であり、蜜柑に対する重み係数ｗ２が“１／３”であるとする。
【００５１】
ここで、フルーツ缶詰５Ｂに付されたコードシンボル６に含まれているロット番号に対するロットレコード１３１Ｒ（ｘ）には、加工日として２０１８年３月１５日がセットされており、桃の食材コードに対する収穫日として２０１８年３月１４日が設定されており、蜜柑の食材コードに対する収穫日として２０１８年３月１０日が設定されていたとする。
【００５２】
この場合、桃に関しては、収穫日から加工日までの経過日数が１日であるので、この経過日数「１日」と、ロットレコード１３１Ｒ（ｘ）にセットされている加工環境情報の環境温度及び環境湿度とから加工条件が決定される。そして、桃の食材レコード１３３Ｒ（ｘ）から当該加工条件に対する補正日数ｒ１が取得される。今、補正日数ｒ１が「−９日」であるとすると、この補正日数ｒ１に桃の重み係数ｗ１が乗算されて、補正日数ｒ１は「−６日」に修正される。
【００５３】
一方、蜜柑に関しては、収穫日から加工日までの経過日数が５日であるので、この経過日数「５日」と、ロットレコード１３１Ｒ（ｘ）にセットされている加工環境情報の環境温度及び環境湿度とから加工条件が決定される。そして、蜜柑の食材レコード１３３Ｒ（ｘ）から当該加工条件に対する補正日数ｒ２が取得される。今、補正日数ｒ２が「−１２日」であるとすると、この補正日数ｒ２に桃の重み係数ｗ２が乗算されて、補正日数ｒ２は「−４日」に修正される。その結果、フルーツ缶詰５Ｂに対する補正日数Ｒは、桃に対する補正日数ｒ１、すなわち「−６日」に、蜜柑に対する補正日数ｒ２、すなわち「−４日」を加算した日数、すなわち「−１０日」となる。
【００５４】
補正日数Ｒを決定し終えると、プロセッサ１１は、Ａｃｔ２２へと進む。プロセッサ１１は、Ａｃｔ２２として食べ頃日数ｄを補正する。すなわちプロセッサ１１は、加工品レコード１３２Ｒ（ｘ）に含まれる食べ頃日数ｄに、Ａｃｔ２０の処理で決定した補正日数Ｒを加算することで、食べ頃日数ｄを補正する。
【００５５】
前述したように、鯖の缶詰５Ａの食べ頃日数が「３００日」であり、その缶詰５Ａに付されたコードシンボル６に含まれるロット番号から求まった補正日数Ｒが「＋１０日」であったとすると、鯖の缶詰５Ａの食べ頃日数は、「３００日」から「３１０日」に補正される。
【００５６】
同様に、フルーツ缶詰５Ｂの食べ頃日数が「１００日」であり、その缶詰５Ｂに付されたコードシンボル６に含まれるロット番号から求まった補正日数Ｒが「−１０日」であったとすると、フルーツ缶詰５Ｂの食べ頃日数は、「１００日」から「９０日」に補正される。
【００５７】
食べ頃日数ｄを補正し終えると、プロセッサ１１は、Ａｃｔ２３へと進む。プロセッサ１１は、Ａｃｔ２３としてロットレコード１３１Ｒ（ｘ）に含まれる品番で特定される缶詰５の食べ頃を決定する。すなわちプロセッサ１１は、当該ロットレコード１３１Ｒ（ｘ）の加工日から、Ａｃｔ２２の処理で補正した食べ頃日数が経過した日付を、缶詰５の食べ頃として決定する。
【００５８】
前述したように、２０１８年３月１５日が加工日の鯖の缶詰５Ａに対し、食べ頃日数として「３１０日」が算出されると、当該鯖の缶詰５Ａの食べ頃は、２０１９年１月１９日となる。同様に、２０１８年３月１５日が加工日のフルーツ缶詰５Ｂに対し、食べ頃日数として「９０日」が算出されると、当該フルーツ缶詰５Ｂの食べ頃は、２０１８年６月１３日となる。
【００５９】
食べ頃を決定し終えると、プロセッサ１１は、Ａｃｔ２４へと進む。プロセッサ１１は、Ａｃｔ２４として食べ頃を消費者に通知する。すなわちプロセッサ１１は、Ａｃｔ１において受信したロット番号の送信元であるユーザ端末４を宛先として、Ａｃｔ２３において決定した食べ頃の日付を示すデータを送信するように第１の通信インターフェース１５を制御する。この制御により、食べ頃の日付を示すデータが、第１の通信インターフェース１５から、通信ネットワーク３を介して該当するユーザ端末４へと送信される。
【００６０】
その結果、鯖の缶詰５Ａのコードシンボル６を読み取ったユーザ端末４の表示デバイスには、食べ頃として２０１９年１月１９日が表示される。同様に、フルーツ缶詰５Ｂのコードシンボル６を読み取ったユーザ端末４の表示デバイスには、食べ頃として２０１８年６月１３日が表示される。
【００６１】
以上で、プロセッサ１１は、缶詰５のロット番号を受信したときの情報処理を終了する。  
なお、図６のＡｃｔ３においてロットデータベース１３１に該当するロットレコード１３１Ｒが存在しない場合、又は図６のＡｃｔ７において加工品データベース１３２に該当する加工品レコード１３２Ｒが存在しない場合、又は図７のＡｃｔ１４において食材データベース１３３に該当する食材レコード１３３Ｒが存在しない場合、プロセッサ１１は、いずれもＮＯと判定し、図６のＡｃｔ２５へと進む。プロセッサ１１は、Ａｃｔ２５として食べ頃を通知できないことを消費者に通知する。すなわちプロセッサ１１は、Ａｃｔ１において受信したロット番号の送信元であるユーザ端末４を宛先として、食べ頃を通知できないことを示す不可通知データを送信するように第１の通信インターフェース１５を制御する。この制御により、不可通知データが、第１の通信インターフェース１５から、通信ネットワーク３を介して該当するユーザ端末４へと送信される。
【００６２】
その結果、ユーザ端末４の表示デバイスには、食べ頃が通知されないことを示すテキスト又は画像が表示される。
【００６３】
ここに、プロセッサ１１を主体とするコンピュータは、図６のＡｃｔ５乃至Ａｃｔ８の処理を実行することにより、缶詰５に対して設定された、加工日から食べ頃までの日数を加工品データベース１３２から取得する食べ頃日数取得手段として機能する。
【００６４】
また同コンピュータは、図６のＡｃｔ２乃至Ａｃｔ４及び図７のＡｃｔ１６の処理を実行することにより、缶詰５の加工日を取得する加工日取得手段、及び缶詰５の加工に係る情報、すなわち食材の収穫日から加工日までの経過日数、加工時点の温度、加工時点の湿度を取得する情報取得手段として機能する。
【００６５】
また同コンピュータは、図７のＡｃｔ１３乃至Ａｃｔ１５及びＡｃｔ１７乃至Ａｃｔ２１の処理を実行することにより、情報取得手段により取得した情報に基づいて、缶詰５の食材に対して設定された食べ頃までの日数の補正量を取得する補正量取得手段として機能する。
【００６６】
また同コンピュータは、図７のＡｃｔ２２及びＡｃｔ２３の処理を実行することにより、加工日取得手段により取得した加工日と、食べ頃日数取得手段により取得した食べ頃までの日数と、補正量取得手段により取得した補正量とに基づいて、缶詰５の食べ頃を決定する食べ頃決定手段として機能する。
【００６７】
また同コンピュータは、図７のＡｃｔ２４の処理を実行することにより、食べ頃決定手段により決定した缶詰５の食べ頃を出力する出力手段として機能する。
【００６８】
本実施形態の食べ頃管理サーバ１によれば、加工品データベース１３２において、品番毎に設定されている食べ頃日数ｄをその品番で特定される缶詰５の食べ頃として単に通知するのではなく、その缶詰５に使われている食材が収穫されてから加工されるまでに要した期間と、加工環境下の温度及び湿度とを条件として補正日数を求め、この補正日数で食べ頃を補正して通知するようにしている。したがって、消費者は、加工に係る様々な要因により変動する缶詰５の食べ頃を正確に把握することができる。
【００６９】
また、食べ頃管理サーバ１によれば、缶詰５の食材が複数ある場合には各々の食材に対して設定された食べ頃までの日数の補正量を取得し、この食材毎に取得した補正量を当該食材に対して設定された重み係数で修正するようにしている。したがって、複数の食材からなる缶詰５についても、各食材の各々の加工に係る様々な要因により変動する缶詰５の食べ頃を正確に把握することができる。
【００７０】
また、食べ頃管理サーバ１を含む本実施形態のシステムであれば、消費者は、スマートフォン等のユーザ端末４を用いることで、どの場所からでも缶詰５の正確な食べ頃を把握できるメリットがある。したがって、店頭にて販売されている購入前の缶詰５の食べ頃を把握できるだけでなく、自宅等にある購入済の缶詰５についても、正確な食べ頃を容易に把握することができる。
【００７１】
以上、消費者が加工食品の食べ頃を正確に把握できる食べ頃管理装置の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。
【００７２】
例えば前記実施形態では、缶詰５を製造しているときの製造工場の環境温度及び環境湿度を加工環境情報としたが、加工環境情報はこれに限定されるものではない。例えば、製造工場がある場所の住所と、加工日の季節に係る情報であってもよい。製造工場がある地域と季節とがわかれば、加工環境下の平均温度と平均湿度とを知ることができる。したがって、この平均温度及び平均湿度と収穫日からの経過日数とに基づいて、加工条件を決定することができる。なお、加工条件は、経過日数、温度及び湿度のすべてを含んでいなくてもよい。例えば食材によっては、いずれか１つの要素から加工条件を決定してもよい。
【００７３】
前記実施形態では、缶詰５を識別するための情報をロット番号としたが、当該情報はロット番号に限定されるものではない。例えば缶詰１品毎に無線タグを付して個体管理をする場合には、その無線タグ固有のＩＤを当該情報とすることができる。
【００７４】
前記実施形態では、重み係数の比率を食材の混在比とした。重み係数の比率は、食材の混在比に限定されるものではない。例えば、食材の重量の比率であってもよい。
【００７５】
前記実施形態では、加工食品として缶詰５を例示した。加工食品は、缶詰５に限定されるものではない。加工に係る様々な要因により食べ頃が変動する加工食品であれば、本実施形態を適用できるものである。
【００７６】
なお、食べ頃管理サーバ１の譲渡は一般に、制御プログラム等のプログラムがＲＯＭに記憶された状態にて行われる。しかしこれに限らず、プログラムがＲＯＭに記憶されていない状態で譲渡されてもよい。そしてこの場合は、食べ頃管理サーバ１が備える書き込み可能な記憶デバイスに、この食べ頃管理サーバ１とは個別に譲渡された制御プログラム等がユーザなどの操作に応じて書き込まれる。制御プログラム等の譲渡は、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００７７】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７８】
１…食べ頃管理サーバ、２…加工業者サーバ、３…通信ネットワーク、４…ユーザ端末、５…缶詰、６…コードシンボル、１１…プロセッサ、１２…メインメモリ、１３…補助記憶デバイス、１４…時計、１５…第１の通信インターフェース、１６…第２の通信インターフェース、１３１…ロットデータベース、１３２…加工品データベース、１３３…食材データベース。
【図１】
2020057279.tif 000003
【図２】
2020057279.tif 000004
【図３】
2020057279.tif 000005
【図４】
2020057279.tif 000006
【図５】
2020057279.tif 000007
【図６】
2020057279.tif 000008
【図７】
2020057279.tif 000009