JP2005196575A - 商品管理システム、商品管理サーバ、商品管理プログラム及び情報記録媒体 - Google Patents

Abstract

【課題】 アンケート等を行うことなく、消費者による商品の利用状況を把握可能とする。
【解決手段】 食材に、当該食材を一意に示す食材ＩＤを記録した非接触ＩＣタグ１-ｉを貼付する。食材が消費者に購入され、冷蔵庫２-ｊに保管されると、冷蔵庫２-ｊは、その非接触ＩＣタグ１-ｉから食材ＩＤを読み出し、商品管理サーバ４に送信すると共に、該サーバ４から食材情報を取得する。冷蔵庫２-ｊは、この食材情報と食材ＩＤに基づいて、自機内に保管されている食材の在庫状況を示す在庫状況管理ファイルｆを生成、更新し、商品管理サーバ４に送信する。商品管理サーバ４は、冷蔵庫２-ｊから送信されてきた在庫状況管理ファイルｆと食材情報、冷蔵庫情報に基づいて、各商品の市場における流通状態を示す流通状態情報を生成して、企業端末５-ｋに送信する。
【選択図】 図１

Description

本発明は、各種商品の流通状態を管理するシステムに関する。

多様な商品が多様な形態で取り引きされている、現今の経済社会においては、企業にとって商品の取引状況を把握することが重要なファクターとなっている。このため、各企業は、独自にデータベースを構築し、出荷状況、入荷状況等の情報を管理することにより、自社商品の市場における流通状態を把握している。

ところで、従来、商品管理のために利用されている方法においては、出荷後の商品に関する流通動向を把握することができないため、商品が如何なるエンドユーザ、すなわち、消費者に購入され、当該商品が如何なる状態におかれているのかを、企業側において把握することはできなかった。また、消費者に対するアンケート等により商品の購入状況や利用状況等を把握することも考えられるが、ユーザの協力が得られない場合に、企業がユーザによる商品の利用状況等を把握する術は存在していない。

この発明は、以上説明した事情に鑑みてなされたものであって、消費者に対するアンケート等を行うことなく、消費者による商品の利用状況を把握可能とする商品管理システム、商品管理サーバ、商品管理プログラム及び情報記録媒体を提供することを目的とする。

上述した課題を解決するため、請求項１に記載の発明は、情報収集の対象となる複数の商品の各々に付設され、当該商品を識別するための商品識別情報が少なくとも記録されている複数の記録媒体と、前記商品を格納する複数の保管庫と、前記商品に関する情報を管理する商品管理サーバと、を備える商品管理システムであって、前記各保管庫は、当該保管庫に格納されている前記商品に付設された前記記録媒体から前記商品識別情報を読み出す読出手段を備え、前記商品管理サーバは、前記各保管庫において読み出された前記商品識別情報を少なくとも取得する取得手段を備えることを特徴とする商品管理システムを提供する。

この構成により、各商品に付設されている記憶媒体に記録されている商品識別情報が保管庫によって読み出され、商品管理サーバへとアップロードされる。このため、本請求項１に記載の発明によれば、各消費者に対するアンケート等を行うことなく、商品管理サーバにおいて消費者による商品の利用状況を把握することが可能となる。

また、上記構成において前記保管庫は、当該保管庫を識別するための保管庫識別情報を記録した記録手段を更に有し、前記商品管理サーバの取得手段は、更に、前記保管庫識別情報を取得するようにしても良い。同構成により、商品管理サーバに上記商品識別情報と共に、保管庫識別情報がアップロードされるため、どの保管庫に如何なる食材が保管されているのかということまで、商品管理サーバにおいて把握することが可能となる。

また更に、上記請求項１に記載の構成において前記商品管理サーバは、前記取得手段によって取得された前記商品識別情報に少なくとも基づいて、前記商品のユーザまでの流通状態を示す流通状態情報を生成する流通状態情報生成手段と、前記生成された前記流通状態情報を外部に出力する出力手段と、を更に有する構成を採用することもできる。かかる構成により、各保管庫から取得された商品識別情報に基づいて、各商品の流通状態を示す流通状態情報が生成され、外部へと出力される。当該外部は、例えば、ネットワークを介して接続されている端末や、ＬＡＮ内に収容されているプリンタ等、如何なるノードであっても良い。従って、かかる構成を採用することにより、商品管理サーバにおいて生成された流通状態情報が、複数のノード間で共有されることとなる。

更に、商品管理サーバにより保管庫から当該保管庫を識別するための保管庫識別情報が取得される構成においては、前記商品管理サーバは、前記取得手段によって取得された前記商品識別情報と前記保管庫識別情報との双方に少なくとも基づいて、前記商品の消費者までの流通状態を示す流通状態情報を生成する流通状態情報生成手段と、前記流通状態情報生成手段によって生成された前記流通状態情報を外部に出力する出力手段と、を更に有する構成を採用することもできる。同構成によれば、流通状態情報は、商品識別情報のみならず保管庫識別情報をも利用して生成されるため、更に、各商品の流通状態を詳細に反映した流通状態情報を生成することが可能となる。

また、この構成を採用した場合には、前記商品管理サーバは、少なくとも前記商品識別情報に対応する商品の属性を示す商品属性情報を当該商品識別情報と対応づけて記録した商品属性情報記録手段と、前記保管庫の属性を示す保管庫属性情報を前記保管庫識別情報と対応づけて記録した保管庫属性情報記録手段と、を更に有し、前記商品管理サーバの前記流通状態情報生成手段は、前記取得手段によって取得された前記商品識別情報及び前記保管庫識別情報と対応づけて前記商品属性情報記録手段及び前記保管庫属性情報記録手段に記録されている前記商品属性情報と前記保管庫属性情報に少なくとも基づいて、前記流通状態情報を生成するようにすることも可能である。同構成による場合、保管庫から取得される商品識別情報と保管庫識別情報の他、各商品の属性を示す商品属性情報と、各保管庫の属性を示す保管庫属性情報をも利用しつつ流通状態情報が生成されるため、流通状態の詳細な把握が可能となる。なお、商品属性情報と保管庫属性情報のデータ内容は任意であるが、商品属性情報としては、例えば、各商品の種類、商品名等の情報が想定でき、保管庫属性情報としては、例えば、当該保管庫の保有者の氏名、住所等の情報が想定できる。

また更に、同構成を採用する場合には、前記記録媒体は、前記商品である食材に添付され、前記商品管理サーバの前記商品属性情報記録手段は、前記商品属性情報として、少なくとも当該商品識別情報に対応する前記食材の賞味期限を示す商品属性情報を記録し、前記商品管理サーバの前記流通状態情報生成手段は、前記流通状態情報として、前記食材の消費状況、破棄状況及び在庫状況の少なくとも何れか１つを含む流通状態情報を生成する構成を採用することもできる。この構成により、商品たる食材の流通状態を示す流通状態情報が生成されることとなる。ここで、食材については、賞味期限が存在し、当該賞味期限を徒過したものについては、消費不可能となる。このため、上記構成においては、食材において重要なファクターとなる賞味期限を含む商品属性情報を用いて流通状態情報が生成され、各食材の消費状況を逐次把握することが可能となる。

また、前記記録媒体を食材に添付する構成においては、前記商品管理サーバは、少なくとも料理の作成方法を示すレシピ情報を記録したレシピ情報記録手段と、所定のタイミングにおいて、前記商品属性情報と前記保管庫属性情報との少なくとも何れか一方に基づいて前記レシピ情報記録手段に記録されている前記レシピ情報から前記レシピ情報を選択するレシピ情報選択手段と、少なくとも前記選択されたレシピ情報を含むメニュー情報を前記保管庫に送信するメニュー情報送信手段と、をさらに有し、前記保管庫は、前記送信されたメニュー情報に含まれる前記レシピ情報に基づいて、当該レシピ情報に対応する料理の作成方法を少なくとも表示する表示手段をさらに有する構成を採用することも可能である。この構成により、保管庫に保管されている商品属性情報等の各種情報に基づいて適切なレシピが決定される。このため、食材の流通を促し、市場利益の向上に寄与することが可能となる。

更に、上述した商品属性情報と保管庫属性情報に基づいて、前記流通状態情報を生成する構成においては、前記保管庫は、前記読み出し手段によって読み出された前記商品識別情報に対応する前記商品属性情報を前記商品管理サーバから取得する商品属性情報取得手段と、当該商品識別情報及び当該商品属性情報に基づいて、自機に保管された前記商品の在庫状況を示す在庫状況情報を生成する在庫状況情報生成手段と、を更に有し、前記商品管理サーバの前記取得手段は、前記在庫状況情報を更に取得し、前記商品管理サーバの前記流通状態情報生成手段は、前記取得手段によって取得された前記商品識別情報と前記保管庫識別情報と前記在庫状況情報に少なくとも基づいて、前記流通状態情報を生成する構成とすることもできる。この構成によれば、商品から読み出された商品識別情報に対応する商品属性情報が保管庫によって商品管理サーバからダウンロードされ、当該商品属性情報に基づいて、当該保管庫における各商品の在庫状況を示す在庫状況情報が生成されて、商品管理サーバへとアップロードされる。そして、このアップロードされた在庫状況情報に基づいて流通状態情報が生成されるため、各保管庫における、各商品の在庫状況を商品管理サーバにおいて管理しつつ、当該在庫状況を反映して流通状態情報を生成することが可能となる。

更にまた、上述した商品属性情報と保管庫属性情報に基づいて、前記流通状態情報を生成する構成においては、前記商品管理サーバは、前記取得手段によって取得された前記商品識別情報と前記商品属性情報に基づいて、前記複数の保管庫の各々における前記商品の在庫状況を示す情報であって、前記複数の保管庫の各々に対応した在庫状況情報を生成する在庫状況情報生成手段を更に有し、前記サーバの前記流通状態情報生成手段は、少なくとも前記取得手段によって取得された前記商品識別情報と前記保管庫識別情報及び前記在庫状況情報生成手段によって生成された前記在庫状況情報に基づいて、前記流通状態情報を生成するようにしても良い。この構成によれば、保管庫において商品から読み出された商品識別情報を取得した商品管理サーバが各保管庫における各商品の在庫状況を示す在庫状況情報を生成して、当該在庫状況情報を反映した流通状態情報を生成する。このため、各保管庫における、各商品の在庫状況を商品管理サーバにおいて管理しつつ、当該在庫状況を反映した流通状態情報の生成が可能となる。

また、在庫状態を商品管理サーバにおいて管理する構成においては、前記保管庫は、当該保管庫のユーザが必要とする前記各商品の最低在庫数を示す最低在庫数情報を生成する最低在庫数情報生成手段を更に有し、前記商品管理サーバは、前記複数の保管庫の各々から、前記最低在庫数情報を取得する最低在庫数情報取得手段と、少なくとも前記最低在庫数情報と前記在庫状況情報に基づいて、前記複数の保管庫のユーザが必要とする前記商品を選択する選択手段と、前記選択手段によって選択された前記商品を発注すべき旨の発注情報を、前記商品を取り扱う店舗に設置された端末に送信する発注情報送信手段とを更に有する構成を採用することもできる。この構成により、最低在庫数情報と在庫状況情報に基づいて発注情報が生成され、上記端末に発注情報が送信されるため、保管庫内の在庫数が最低在庫情報に対応する在庫数を割った時点で、自動発注を行うことが可能となる。

また、上記課題を解決するために本願請求項１１に記載の発明は、市場に流通する各種商品を管理するための商品管理サーバであって、商品を保管するための保管庫が、当該保管庫に格納されている前記商品に付設された記録媒体であって、当該商品を識別するための商品識別情報が少なくとも記録されている複数の記録媒体から、読み出した前記商品識別情報を取得する商品識別情報取得手段を有する商品管理サーバを提供する。この構成により、保管庫によって読み出された各商品に付設されている記憶媒体に記録されている商品識別情報が、上記商品管理サーバにより取得され、一元管理される。このため、本請求項１１に記載の発明によれば、各消費者に対するアンケート等を行うことなく、商品管理サーバにおいて消費者による商品の利用状況を把握することが可能となる。

また更に、上記構成において前記保管庫から当該保管庫を識別するための保管庫識別情報を取得する保管庫識別情報取得手段を更に有する構成を採用することもできる。同構成によれば、商品管理サーバにより上記商品識別情報と共に保管庫識別情報が取得されるため、どの保管庫に如何なる食材が保管されているのかということまで、商品管理サーバにおいて把握することが可能となる。

更に、上記構成において前記商品識別情報取得手段によって取得された前記商品識別情報と、前記保管庫識別情報取得手段によって取得された前記保管庫識別情報に少なくとも基づいて、前記商品の消費者までの流通状態を示す流通状態情報を生成する流通状態情報生成手段と、前記生成された前記流通状態情報を外部に出力する出力手段と、を更に備えた構成とすることもできる。かかる構成により、各保管庫から取得された商品識別情報と保管庫識別情報に基づいて、各商品の流通状態を示す流通状態情報が生成され、外部へと出力される。当該外部は、例えば、ネットワークを介して接続されている端末や、ＬＡＮ内に収容されているプリンタ等、如何なるノードであっても良い。従って、かかる構成を採用することにより、商品管理サーバにおいて生成された流通状態情報が、複数のノード間で共有されることとなる。

更にまた、この構成において少なくとも前記商品識別情報に対応する商品の属性を示す商品属性情報を前記商品識別情報と対応づけて記録している商品属性情報記録手段と、前記保管庫の属性を示す保管庫属性情報を前記保管庫識別情報と対応づけて記録した保管庫属性情報記録手段と、を更に有し、前記流通状態情報生成手段は、前記商品識別情報取得手段によって取得された前記商品識別情報及び前記保管庫識別情報取得手段によって取得された前記保管庫識別情報と対応づけて前記商品属性情報記録手段及び前記保管庫属性情報記録手段に記録されている前記商品属性情報と前記保管庫属性情報に少なくとも基づいて、前記流通状態情報を生成するようにしても良い。同構成による場合、保管庫から取得される商品識別情報と保管庫識別情報の他、各商品の属性を示す商品属性情報と、各保管庫の属性を示す保管庫属性情報をも利用しつつ流通状態情報が生成されるため、流通状態の詳細な把握が可能となる。なお、商品属性情報と保管庫属性情報のデータ内容は任意であるが、商品属性情報としては、例えば、各商品の種類、商品名等の情報が想定でき、保管庫属性情報としては、例えば、当該保管庫の保有者の氏名、住所等の情報が想定できる。

また、この構成において、前記記録媒体は、前記商品である食材に添付され、前記商品属性情報記録手段は、前記商品属性情報として、当該商品識別情報に対応する前記食材の賞味期限を少なくとも示す商品属性情報を記録し、前記流通状態情報生成手段は、前記流通状態情報として、前記商品の消費状況、破棄状況及び在庫状況の少なくとも何れか１つを含む流通状態情報を生成するようにしても良い。この構成により、商品たる食材の流通状態を示す流通状態情報が生成されることとなる。ここで、食材については、賞味期限が存在し、当該賞味期限を徒過したものについては、消費不可能となる。このため、上記構成においては、食材において重要なファクターとなる賞味期限を含む商品属性情報を用いて流通状態情報が生成され、各食材の消費状況を逐次把握することが可能となる。なお、この場合には、少なくとも料理の作成方法を示すレシピ情報を記録したレシピ情報記録手段と、所定のタイミングにおいて、前記商品属性情報と前記保管庫属性情報との少なくとも何れか一方に基づいて前記レシピ情報記録手段に記録されている前記レシピ情報から前記レシピ情報を選択するレシピ情報選択手段と、少なくとも前記選択されたレシピ情報を含むメニュー情報を前記保管庫に送信するメニュー情報送信手段と、をさらに有する構成を採用することにより、保管庫に保管されている食材の内容に応じたレシピをユーザに提供し、もって、食材の流通を促すこともできる。

また更に、上述した商品属性情報と保管庫属性情報に基づいて、前記流通状態情報を生成する構成においては、前記商品識別情報取得手段によって取得された前記商品識別情報と、前記商品属性情報に基づいて、前記複数の保管庫の各々における前記商品の在庫状況を示す情報であって、前記複数の保管庫の各々に対応した在庫状況情報を生成する在庫状況情報生成手段を更に有し、前記流通状態情報生成手段は、前記取得手段によって取得された前記商品識別情報と前記保管庫識別情報及び前記在庫状況情報生成手段によって生成された前記在庫状況情報に少なくとも基づいて、前記流通状態情報を生成する構成としても良い。この構成によれば、保管庫から取得した商品識別情報に基づいて各保管庫における各商品の在庫状況を示す在庫状況情報が生成され、当該在庫状況情報を反映した流通状態情報が生成される。このため、各保管庫における、各商品の在庫状況を商品管理サーバにおいて管理しつつ、当該在庫状況を反映した流通状態情報の生成が可能となる。

更に、この構成において前記保管庫から当該保管庫のユーザが必要とする前記各商品の最低在庫数を示す最低在庫数情報を取得する最低在庫数情報取得手段と、少なくとも前記最低在庫数情報と前記在庫状況情報に基づいて、前記複数の保管庫のユーザが必要とする前記商品を選択する選択手段と、前記選択手段によって選択された前記商品を発注すべき旨の発注情報を、前記商品を取り扱う店舗に設置された端末に送信する発注情報送信手段とを更に有する構成としても良い。この構成により、最低在庫数情報と在庫状況情報に基づいて発注情報が生成され、上記端末に発注情報が送信されるため、保管庫内の在庫数が最低在庫情報に対応する在庫数を割った時点で、自動発注を行うことが可能となる。

更にまた、本願請求項１９に記載の発明は、コンピュータによって、市場に流通している商品を管理するための商品管理プログラムであって、前記コンピュータを、商品を保管するための保管庫が、当該保管庫に格納されている前記商品に付設された記録媒体であって、当該商品を識別するための商品識別情報が少なくとも記録されている複数の記録媒体から、読み出した前記商品識別情報を取得する商品識別情報取得手段として機能させることを特徴とする商品管理プログラムを提供する。この構成により、保管庫によって読み出された各商品に付設されている記憶媒体に記録されている商品識別情報が取得され一元管理される。このため、本請求項１９に記載の発明によれば、各消費者に対するアンケート等を行うことなく、消費者による商品の利用状況を把握することが可能となる。

また、請求項２０に記載の発明は、請求項１９に記載の商品管理プログラムを記録したコンピュータに読み取り可能な情報記録媒体を提供する。

本願請求項１に記載の商品管理システムによれば、各商品に付設されている記憶媒体に記録されている商品識別情報が保管庫の読出手段によって読み出され、商品管理サーバの取得手段によって取得されるため、各消費者に対するアンケート等を行うことなく、商品管理サーバにおいて消費者による商品の利用状況を把握することが可能となる。

また、本願請求項１０に記載の商品管理サーバによれば、保管庫によって読み出された各商品に付設されている記憶媒体に記録されている商品識別情報が、上記商品管理サーバにより取得され、一元管理されるため、各消費者に対するアンケート等を行うことなく、商品管理サーバにおいて消費者による商品の利用状況を把握することが可能となる。

本願請求項１７に記載の商品管理プログラムによっても同様である。

以下、図面を参照し、本願の実施の形態について説明する。なお、係る実施形態は、本願を限定するものではなく、本願の技術思想の範囲内において任意に変更可能である。

［１］第１実施形態
［１．１］第１実施形態の構成
（１）システムの全体構成
まず、本実施形態にかかる商品管理システムＳの構成を示すブロック図である図１を用いつつ、本願の実施形態にかかる商品管理システムＳの全体構成について説明する。なお、本実施形態は、本願発明を食材に利用するものである。

同図に示すように本実施形態にかかる商品管理システムＳは、複数の非接触ＩＣタグ１-ｉ（ｉ＝１，２，・・・，ｍ）と、複数の冷蔵庫２-ｊ（ｊ＝１，２，・・・，ｎ）と、ネットワーク３と、商品管理サーバ４と、複数の企業端末５-ｋ（ｋ＝１，２，・・・，ｌ）と、商品管理サーバ４と企業端末５-ｋを通信可能に接続する専用線６と、を有する。なお、図１においては、複数存在する非接触ＩＣタグ１-ｉ、冷蔵庫２-ｊ及び企業端末５-ｋの内、所定の非接触ＩＣタグ１-ｉ、冷蔵庫２-ｊ及び企業端末５-ｋのみを示している。

非接触ＩＣタグ１-ｉは、食材の出荷時に当該食材自体、若しくは、そのパッケージに貼付されるタグであり、粘着シート上に非接触型のＩＣチップが配設され、その上層に保護シートが設けられた構成を有している。本実施形態において、この非接触ＩＣタグ１-ｉを構成する非接触型ＩＣチップには、自機の貼付される食材を一意に識別するための食材ＩＤが記録されており、図示せぬアンテナを介して電波を受信すると、当該電波に含まれる命令に応じて、この食材ＩＤを返信する。

この食材ＩＤは、企業が当該食材を出荷する際に決定され、非接触ＩＣタグ１-ｉに記録されるものであり、各企業から出荷された食材毎に固有の情報となっている。また、食材ＩＤの決定方法は、任意である。例えば、食材ＩＤ中に食材の出荷元を示す出荷コードと、小売店名を示す小売店コードと、当該食材の種類コードと、当該食材を示す情報とを複数桁の番号で表すようにしても良い。なお、非接触型ＩＣタグ１-ｉが有する非接触ＩＣタグ１-ｉの具体的な構成については、従来提案されているもの（例えば、特開平２００１−２８９７０５号公報）と同様であるため詳細は、省略する。

冷蔵庫２-ｊは、非接触ＩＣタグ１-ｉの貼付された食材を購入したエンドユーザが保有する冷蔵庫であり、自機内に保管されている食材に関する情報を管理する。具体的には、本実施形態にかかる冷蔵庫２-ｊは、自機内に保管されている食材に貼付された非接触ＩＣタグ１-ｉから食材ＩＤを読み出し、当該食材ＩＤを自機の接続されているネットワーク３を介して商品管理サーバ４に送信する。かかる処理を実行することにより、冷蔵庫２-ｊは、当該食材ＩＤに対応する食材の賞味期限等の属性を示す食材情報を商品管理サーバ４から取得する。

また、この冷蔵庫２-ｊは、自機に保管されている各種食材の使用状況等を管理するため、後述する在庫状況管理ファイルｆ（図３参照）を記録しており、非接触ＩＣタグ１-ｉから読み出した食材ＩＤと、商品管理サーバ４から取得した食材情報に基づいて、この在庫状況管理ファイルｆを更新する。この在庫状況管理ファイルｆは、更新される度に、当該冷蔵庫２-ｊに対応する冷蔵庫ＩＤと共に商品管理サーバ４へとアップロードされ、商品管理サーバ４との間で共有されることとなる。なお、冷蔵庫ＩＤとは、商品管理システムＳ内に収容されている各冷蔵庫１-ｊを一意に識別するためのユニークな情報であり、商品管理システムＳ内においては、この冷蔵庫ＩＤに基づいて各冷蔵庫２-ｊが識別される。

ネットワーク３は、ＩＳＤＮ等の公衆デジタル網や公衆電話網等のネットワークであり、自己の収容している冷蔵庫２-ｊ及び商品管理サーバ４に対してデータ通信サービスを提供する。

商品管理サーバ４は、市場に供給されている各食材の購入状況や使用状況等の流通状態を管理するためのサーバである。この商品管理サーバ４は、専用線６を介して企業端末５-ｋと接続されており、企業端末５-ｋから当該端末５-ｋを保有する企業の出荷した食材の食材ＩＤや当該食材ＩＤに対応する食材情報を取得する。

また、商品管理サーバ４は、各冷蔵庫２-ｊの冷蔵庫ＩＤや当該冷蔵庫２-ｊのユーザの属性を示す冷蔵庫情報を保有しており、この冷蔵庫情報と、上記食材情報と、冷蔵庫２-ｊから送信されてきた在庫状況管理ファイルｆに基づいて、流通状態情報を生成する。ここで、流通状態情報とは、各食材の流通状態を管理するための情報であり、例えば、各種ランキング等の情報が含まれるが、これについては、後述する。この商品管理サーバ４によって生成された流通状態情報は、企業端末５-ｋへと送信され、企業端末５-ｋの保有者の利用に供される。なお、かかる機能を有する商品管理サーバ４の具体的構成については、後述する。

企業端末５-ｋは、非接触ＩＣタグ１-ｉの貼付された食材のメーカや卸業者等の保有する端末であり、図示せぬキーボード等からなる入力部を有する。この企業端末５-ｋには、食材を出荷する際、当該食材に貼付された非接触ＩＣタグ１-ｉに記録された食材ＩＤ等や当該食材ＩＤに対応する食材情報等が入力され、この入力された各種情報が商品管理サーバ４へと送信される。

また、この企業端末５-ｋは、図示せぬ表示部、プリンタ等を有しており、流通状態情報が商品管理サーバ４から送信されてくると、当該流通状態情報を表示し、プリントアウトすることができる。

（２）冷蔵庫２-ｊの具体的構成
次に、図２を参照しつつ、本実施形態にかかる冷蔵庫２-ｊの具体的構成について説明する。なお、図２は、本実施形態にかかる冷蔵庫２-ｊの構成を示すブロック図である。

同図に示すように、本実施形態にかかる冷蔵庫２-ｊは、保冷部２１と、通信部２２と、記録部２３と、制御部２４とを有する。

保冷部２１は、食材を保管する部分であり、断熱材が封入され一面が開口しているボックス２１１と、当該ボックスの開口面端部に開閉可能に支持され断熱材の封入された扉２１２を有し、このボックス２１１内部には、冷却装置２１３が設置されている。このボックス２１１内部に設置された冷却装置２１３は、制御部２４の制御の下、供給された電力を利用して、自装置周辺の空間に存在する物体の温度を降下させる機能を有する。保冷部２１は、かかる機能を利用することにより、扉２１２を閉じた状態において、ボックス２１１内部の温度を一定に保つことができる。更に、ボックス２１１の開口面の戸当たり部には、センサ２１４が設けられており、扉２１２の開閉を検知すると、当該開閉状態を示す検知信号を制御部２４に出力する。

また、ボックス２１１内部には、非接触ＩＣタグ１-ｉのリーダ２１５が設置されている。このリーダ２１５は、制御部２４の制御の下、ボックス２１１の内部空間に電波を送信して、ボックス２１１内に保管されている食材に貼付された非接触ＩＣタグ１-ｉから食材ＩＤを読み出す。なお、このリーダ２１５については、従来から用いられているものと同様であるため詳細は省略する。

通信部２２は、ネットワーク３と、制御部２４との間のデータの授受を仲介し、ネットワーク３から受信したデータを制御部２４に出力すると共に、制御部２４から入力されたデータをネットワーク３に送信する。

記録部２３は、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等のメモリから構成され、制御部２４が冷蔵庫２-ｊの各部を制御するために必要な各種の制御情報と、上述した冷蔵庫ＩＤが記録されている。また、記録部２３には、商品管理サーバ４から送信されてきた食材情報と、上述した在庫状況管理ファイルｆが記録される。

制御部２４は、例えば、図示せぬＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＣＰＵ（Central Processing Unit）等を有し、記録部２３に記録されている各種の情報に基づいて、保冷部２１の冷却装置２１３を制御してボックス２１１内部の温度制御等を行う。

また、この制御部２４は、上記制御の他、本実施形態に特徴的な事項として、以下の読み出し処理を行う。すなわち、この制御部２４は、以下に述べるタイミングにおいて、リーダ２１５に制御信号を出力し、保冷部２１に保管されている食材に貼付された非接触ＩＣタグ１-ｉから食材ＩＤを読み出させると共に、当該食材ＩＤを商品管理サーバ４に送信することにより、対応する食材情報を商品管理サーバ４から取得するのである。

＜タイミング１＞
保冷部２１の扉が開放され、ボックス２１１内部に保管されていた食材が取り出されたり、新たな食材がボックス２１１に投入されたりすると、保冷部２１に保管されている食材の内容に変化が生じる。このため、センサ２１４において扉２１２の開閉が検知され、その検知信号がセンサ２１４から送られてくると、制御部２４は、変化後の食材に対応した食材ＩＤを読み出すべく、上記読み出し処理を行う。

＜タイミング２＞
保冷部２１に保管されている食材の中には、そのままの状態において、賞味期限を徒過してしまうものがある。かかる食材を管理するため、制御部２４は、例えば、６時間間隔等、定期的に上記読み出し処理を実行する。

ここで、リーダ２１５によって読み出される食材ＩＤの中には、当該読み出し前から冷蔵庫２-ｊ内に保管されており、既に食材情報が取得されている食材に対応する食材ＩＤも含まれている。そこで、制御部２４は、リーダ２１５によって読み出された食材ＩＤの中から、新たに入庫された食材に対応する食材ＩＤを抽出し、その抽出した食材ＩＤのみを商品管理サーバ４に送信する。この結果、商品管理サーバ４からは、新たに入庫された食材に対応する食材情報、すなわち、未だ記録部２３に食材情報の記録されていない食材に対応する食材情報のみが送信されてくることとなる。

かかる処理により食材情報が取得されると、制御部２４は、その食材情報を記録部２３に記録すると共に、上述した在庫状況管理ファイルｆを更新する。

ここで、図３を参照しつつ、この在庫状況管理ファイルｆについて説明する。なお、図３は、在庫状況管理ファイルｆの記述内容の一例を示す図である。同図に示すように本実施形態において、在庫状況管理ファイルｆには、冷蔵庫２-ｊに保管されている食材の食材ＩＤと、当該食材の現在のステータスと、入庫日時と、出庫日時と、使用日時と、破棄日時と、使用回数が記述されており、各情報は、食材が使用され、若しくは、破棄された後においても、食材の利用履歴として消去されることなく保持される。

ここで、入庫日時とは、当該食材ＩＤに対応する食材が初めて冷蔵庫２-ｊに入庫された日時であり、出庫日時とは、冷蔵庫２-ｊに保管されている食材が庫外に出された日時を示す情報である。

これらの情報は、以下の処理によって更新されるものである。すなわち、制御部２４は、まず、リーダ２１５によって読み出された食材ＩＤと、既に在庫状況管理ファイルｆに記述されている食材ＩＤを比較し、
（ａ）新たに入庫された食材がある場合、すなわち、読み出された食材ＩＤの内に、未だ在庫状況管理ファイルｆに記述されていない食材ＩＤが存在している場合、現在日時を当該食材ＩＤに対応する入庫日時として記述し、
（ｂ）冷蔵庫２-ｊから出庫された食材がある場合、すなわち、既に在庫状況管理ファイルｆに記述されている食材ＩＤの内に、読み出された食材ＩＤに含まれていない食材ＩＤが存在する場合、現在日時を当該食材ＩＤに対応する出庫日時として記述する。

例えば、既に在庫状況管理ファイルｆに食材１及び食材２に対応する食材ＩＤが記述されている状態において、扉を開閉して食材１のみを取り出すと、リーダ２１５においては、食材２に対応する食材ＩＤのみが読み出されることとなる。この場合、制御部２４は、現在日時を食材１に対応する出庫日時として在庫状況管理ファイルｆに記述する。

これに対して、在庫状況管理ファイルｆに食材１に対応する食材ＩＤのみが記述されている状態において、扉を開閉して食材２を新たに入庫すると、リーダ２１５においては、食材１及び食材２に対応する食材ＩＤが読み出されることとなる。この場合、制御部２４は、現在日時を食材２に対応する入庫日時として在庫状況管理ファイルｆに記述する。

次いで、使用日時、破棄日時とは、夫々、当該食材ＩＤに対応する食材が使用された日時と、破棄された日時を示す情報であり、当該冷蔵庫２-ｊにおける各種食材の利用履歴として蓄積される情報である。食材の出庫日時から、例えば、２４時間経過しても当該食材が冷蔵庫２-ｊに再入庫されない場合、当該食材は、使用されたか若しくは破棄されたものと考えられる。そこで、かかる場合に制御部２４は、当該食材に対応づけて記述されている出庫日時を使用日時若しくは破棄日時として在庫状況管理ファイルｆに記述する。

ここで、食材の出庫後、一定時間が経過した時に、当該食材の出庫日時を使用日時として記述するか、破棄日時として記述するかは、以下の方法によって決定される。すなわち、出庫日時から一定の時間が経過すると、制御部２４は、当該食材ＩＤに対応する食材情報に含まれる賞味期限を記録部２３から読み出す。そして、制御部２４は、当該出庫日時が賞味期限よりも前の場合、当該出庫日時を使用日時として、当該出庫日時が賞味期限よりも後の場合、当該出庫日時を破棄日時として、夫々、在庫状況管理ファイルｆに記述するのである。

また、食材の中には、一度出庫した後、再入庫されるものも存在する。このような食材が存在すると、当該食材に対応する出庫日時が記述された後、当該食材に対応する食材ＩＤが、再度、リーダ２１５によって読み出されることとなる。かかる場合に、制御部２４は、既に当該食材ＩＤと対応づけて記述されている出庫日時を消去すると共に、使用回数をインクリメントして、当該食材に対応する使用日時や破棄日時が記述されることを防止する。この結果、使用回数により、各食材が冷蔵庫２-ｊに出し入れされた回数が示されることとなる。

次いで、ステータスとは、当該食材ＩＤに対応する食材の現在の状況を示す情報であり、「在庫」、「不良在庫」の２つのステータスが存在する。この情報は、商品管理サーバ４において、各食材の不良在庫率等を決定する際に利用される情報であり、以下のような内容を意味している。

（ａ）在庫
このステータスは、入庫日時から賞味期限が到来するまでの間、設定されるステータスである。

（ｂ）不良在庫
このステータスは、冷蔵庫２-ｊに保管されている状態で、賞味期限を徒過してしまった食材について設定されるステータスである。

（３）商品管理サーバ４の具体的構成
次に、図４を参照しつつ、本実施形態にかかる商品管理サーバ４の具体的構成について説明する。なお、図４は、本実施形態にかかる商品管理サーバ４の構成を示したブロック図である。

同図に示すように、本実施形態にかかる商品管理サーバ４は、通信部４１と、専用線インターフェイス部（以下、「インターフェイス」を「Ｉ／Ｆ」と略称する）４２と、システム制御部４３と、食材データベース（以下、「データベース」を「ＤＢ」と略称する）４４と、冷蔵庫ＤＢ４５と、管理ファイルＤＢ４６と、これら各要素を相互に接続するデータバス４７と、を有する。

通信部４１は、ネットワーク３と、データバス４７との間のデータの授受を仲介し、ネットワーク３から受信したデータをデータバス４７に出力すると共に、データバス４７を介して入力されたデータをネットワーク３に送信する。

専用線Ｉ／Ｆ部４２は、専用線６を介して送信されてきたデータをデータバス４７に出力すると共に、データバス４７を介して入力されたデータを専用線６を介して送信する。

食材ＤＢ４４は、商品管理システムＳ内を流通する各種食材を管理するためのデータが格納されたＤＢである。この食材ＤＢ４４の記録内容の一例を図５に示す。同図に示すように、本実施形態において、この食材ＤＢ４４には、各食材に対応する食材ＩＤと対応づけて、上述した食材情報が格納される。この食材情報としては、例えば、当該食材ＩＤに対応する食材の種類、製造企業（若しくは、加工者）、賞味期限（若しくは、消費期限）、商品名等の情報がある。

冷蔵庫ＤＢ４５は、商品管理システムＳに収容されている各冷蔵庫２-ｊを管理するためのデータが格納されたＤＢである。この冷蔵庫ＤＢ４５の記録内容の一例を図６に示す。同図に示すように、本実施形態においてこの冷蔵庫ＤＢ４５には、各冷蔵庫ＩＤと対応づけて、例えば、当該冷蔵庫ＩＤに対応する冷蔵庫２-ｊの保有しているユーザの世帯構成、当該世帯の所在地等の冷蔵庫属性情報が格納されている。

管理ファイルＤＢ４６は、商品管理システムＳに収容されている各冷蔵庫２-ｊから送信されてきた各在庫状況管理ファイルｆを管理するためのＤＢであり、各冷蔵庫ＩＤと対応づけて在庫状況管理ファイルｆが格納されている。上述のように、冷蔵庫２-ｊにおいて在庫状況管理ファイルｆが更新されると、当該冷蔵庫２-ｊは、自機の冷蔵庫ＩＤと共に更新後の在庫状況管理ファイルｆを商品管理サーバ４へとアップロードする。この冷蔵庫２-ｊからアップロードされた在庫状況管理ファイルｆと冷蔵庫ＩＤとが対応づけて管理ファイルＤＢ４６に記録されることとなる。

システム制御部４３は、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ等の記録媒体や、ＣＰＵ等を有し、商品管理サーバ４の各部を制御する。ここで、本実施形態における特徴的な事項として、このシステム制御部４３は、以下の処理を実行する。

＜流通状態情報生成処理＞
この処理は、食材ＤＢ４４に格納されている食材情報と、冷蔵庫ＤＢ４５に格納されている冷蔵庫情報及び在庫状況管理ファイルｆに基づいて流通状態情報を生成し、企業端末５-ｋへと送信するための処理である。この流通状態情報としては、以下のような情報がある。

＜ランキング情報＞
このランキング情報とは、各食材の属する、牛肉、卵等の種類における売れ筋商品等のランキングを示す情報であり、例えば、以下のような情報が存在する。

（情報ａ）家庭内食材種類別瞬間ランキング情報
この情報は、各種類に属する食材の中で嗜好ブランドがどのように変化したかを日毎に集計したランキング内容を示す情報である。システム制御部４３は、食材情報に含まれている食材種類と商品名、在庫状況管理ファイルｆに含まれている入庫日時及び現在時刻に基づいて、この情報を生成する。なお、生成するデータ内容は任意であり、例えば、棒グラフ等により各銘柄毎の販売数を表すようにしても良い。

（情報ｂ）カテゴリー別購入インターバルランキング情報
この情報は、各種類に属する食材がどのような間隔で利用されるか、すなわち、各種類に属する食材が如何なる間隔で購入されているかのランキング内容を示す情報である。システム制御部４３は、食材情報に含まれている食材の種類と、在庫状況管理ファイルｆに含まれている、入庫日時、使用日時に基づいて、この情報を生成する。なお、この情報は、各企業が、例えば、パッケージのリニューアルに際して購入間隔の長い食材のパッケージは、密封できるようにする等、自己の製造販売する食材のパッケージや内容量等を変更する際の基準として利用される。

（情報ｃ）家庭内不良在庫種類ランキング情報
この情報は、商品管理システムＳに収容されている、全ての冷蔵庫２-ｊにおいて如何なる種類に属する食材が不良在庫となっている機会が多いのかのランキング内容を示す情報である。システム制御部４３は、食材情報に含まれている食材種類、在庫状況管理ファイルｆに含まれているステータスに基づいて、この情報を生成する。なお、この情報は、各企業が自己の出荷する食材の内容量を決定する際に、不良在庫となる食材については、内容量を減らす等の対応を決定するために利用される。

（情報ｄ）家庭内在庫期間最多出場ランキング
この情報は、一定期間内に、家庭内において在庫として保管され、利用された回数の多い食材種類のランキングを示す情報である。システム制御部４３は、食材情報に含まれる食材種類、在庫状況管理ファイルｆに含まれている入庫日時、使用回数に基づいて、この情報を生成する。

（情報ｅ）家庭内一日最多出場ランキング
この情報は、各日毎に家庭内における使用回数の多い食材種類のランキングを示す情報である。システム制御部４３は、食材情報に含まれる食材種類と、在庫状況管理ファイルｆに含まれている入庫日時、使用回数に基づいて、この情報を生成する。

＜種類別購入状況情報＞
この種類別購入状況情報は、各種類に属する食材の購入状況のランキングを示す情報であり、例えば、以下の情報が存在する。

（情報ｆ）種類別購入場所情報
この情報は、どこのエリアで、如何なる種類の食材が購入されているのかを示す情報である。システム制御部４３は、食材ＩＤに含まれる小売店名と、食材情報に含まれる食材種類に基づいて、この情報を生成する。なお、この情報は、各食材のエリア別売れ行き動向を把握するために利用される。

（情報ｇ）種類別購入日分布情報
この情報は、各種類に属する食材が、どの日に最も購入されているのかを示す情報である。システム制御部４３は、現在時刻と食材情報に含まれている食材種類と、在庫状況管理ファイルｆに含まれている入庫日時に基づいて、この情報を生成する。なお、この情報は、新商品が発売された場合に売れ行きを把握するために利用される。

（情報ｈ）種類別購入時刻分布情報
この情報は、各種類に属する食材が、どの時刻に最も購入されているのかを示す情報である。システム制御部４３は、現在時刻と、食材情報に含まれている食材種類と、在庫状況管理ファイルｆに含まれている入庫日時に基づいて、この情報を生成する。なお、この情報は、各食材のプロモーションを打ったときに購入動向に変化が生じたか否かを把握するために利用される。

（情報ｉ）種類別購入季節変動情報
この情報は、各種類に属する食材が、どの季節に最も購入されているのかを示す情報である。システム制御部４３は、現在時刻や季節と、食材情報に含まれている食材種類と、在庫状況管理ファイルｆに含まれている入庫日時に基づいて、この情報を生成する。なお、この情報は、各食材の季節による購入動向の変化を把握するために利用される。

（情報ｊ）種類別購入影響要因情報
この情報は、例えば、季節や日時等の外部要因によって、各食材種類に属する食材の購入状況がどのように変化したのかを表す情報である。システム制御部４３は、在庫状況管理ファイルｆに含まれている入庫日時と、使用日時若しくは破棄日時、使用回数に基づいてこの情報を生成する。

＜その他の情報＞
（情報ｋ）種類別使用回数情報
この情報は、商品管理システムＳに収容されている全冷蔵庫２-ｊを保有する家庭において各種類に属する食材が使用された回数の平均値を示す情報である。システム制御部４３は、食材情報に含まれる食材種類と、在庫状況管理ファイルｆに含まれている使用回数に基づいて、この情報を生成する。

（情報ｌ）種類別使用累積回数情報
この情報は、商品管理システムＳに収容されている全冷蔵庫２-ｊを保有する家庭において各種類に属する食材が使用された累積の回数を示す情報である。システム制御部４３は、食材情報に含まれる食材種類と、在庫状況管理ファイルｆに含まれている使用回数に基づいて、この情報を生成する。

（情報ｍ）種類別使用確率情報
この情報は、各食材が消費若しくは破棄されるまでの間にどの程度の回転数で利用されたかに関する分布を各食材種類毎に示した情報である。システム制御部４３は、食材情報に含まれている食材種類と、在庫状況管理ファイルｆに含まれている使用回数と、使用日時若しくは破棄日時に基づいて、この情報を生成する。

（情報ｎ）種類別家庭内ストック期間情報
この情報は、各冷蔵庫２-ｊにおいて、ストックされている期間を各食材種類毎に表した情報である。システム制御部４３は、食材情報に含まれている食材種類から、当該種類に属する食材の食材ＩＤを決定し、当該食材ＩＤに対応する食材の入庫日時から当該食材の使用日時までのストック期間を在庫状況管理ファイルｆに基づいて算出することにより、この情報を生成する。

（情報ｏ）種類別不存在期間ランキング情報
この情報は、各冷蔵庫２-ｊにおいて、ストックされていない期間を、各食材種類毎に表した情報である。システム制御部４３は、食材情報に含まれている食材種類から、当該種類に属する食材の食材ＩＤを決定し、当該食材ＩＤに対応する使用日時から次の食材の入庫日時までの期間を在庫状況管理ファイルｆに基づいて算出することにより、この情報を生成する。

なお、これらの情報は、一例であり、食材ＤＢ４４に格納されている食材情報、冷蔵庫ＤＢ４５に格納されている冷蔵庫情報及び在庫状況管理ファイルｆに基づいて生成可能な情報であれば、如何なる情報を生成するようにしても良い。また、上記においては、各情報の生成に際して、冷蔵庫情報に含まれている家族構成等は加味されていないが、当然、家族構成等を加味するようにしても良い。例えば、家族構成を加味して、世帯人数毎に上記各情報を生成するようにしても良い。

［１．２］第１実施形態の動作
（１）システム全体の動作
次に、図７を参照しつつ、本実施形態にかかる商品管理システムＳ全体の動作について説明する。図７は、本実施形態にかかる商品管理システムＳにおけるデータシーケンスを示す図である。なお、同図においては、説明をより具体的なものとするため、商品管理システムＳに収容されている冷蔵庫２-ｊの内、冷蔵庫２-１と、冷蔵庫２-２を示している。

同図に示すように、この処理においては、まず、冷蔵庫２-１において、扉２１２の開閉が検出され、この結果、冷蔵庫２-１の制御部２４は、食材ＩＤを含むデータＤ１を送信する（ステップＳ１）。このデータＤ１が通信部４１によって受信されると、システム制御部４３は、このデータＤ１に含まれている食材ＩＤに基づいて食材ＤＢ４４を検索し、この検索の結果ヒットした食材情報をデータＤ２として冷蔵庫２-１に返信する（ステップＳ２）。このようにして、商品管理サーバ４から返信されてきたデータＤ２に含まれる食材情報は、冷蔵庫２-１の制御部２４によって記録部２３に記録される。

次いで、冷蔵庫２-１においては、制御部２４が、記録部２３に記録されている食材情報に基づいて在庫状況管理ファイルｆを更新し、更新後の在庫状況管理ファイルｆをデータＤ３として、商品管理サーバ４へと送信する（ステップＳ３）。この際、制御部２４は、データＤ３に対して、自機に対応する冷蔵庫ＩＤを付加する。なお、この際の冷蔵庫２における処理については、後に詳述する。

この在庫状況管理ファイルｆの含まれているデータＤ３が受信されると、商品管理サーバ４のシステム制御部４３は、データＤ３に付加されている冷蔵庫ＩＤに基づいて管理ファイルＤＢ４６を検索すると共に、当該冷蔵庫ＩＤと対応づけて格納されている在庫状況管理ファイルｆとデータＤ３に含まれている在庫状況管理ファイルｆを書き換えることにより、在庫状況管理ファイルＤＢ４６を更新する（ステップＳ４）。

以後、冷蔵庫２-２において扉２１２の開閉が検出されると、商品管理サーバ４との間において、同様の処理が実行され（ステップＳ５〜Ｓ８）、商品管理サーバ４の在庫状況管理ファイルＤＢ４６が随時更新されることとなる。商品管理システムＳに収容されている他の冷蔵庫２-ｊとの間においても同様である。

その後、時間が経過し、所定のタイミングが訪れると、商品管理サーバ４においては、システム制御部４３によって上述した流通状態情報が生成され、データＤ７として企業端末５-ｋに送信される（ステップＳ９）。なお、流通状態情報を生成する際の処理については、後に説明することとする。

以後、同様の処理が繰り返されることにより、企業端末５-ｋには、各種の流通状態情報が供給され、これら流通状態情報は、企業の商品開発等に役立てられることとなる。

（２）冷蔵庫２-ｊにおける処理
次いで、上述したステップＳ１乃至ステップＳ３において冷蔵庫２-ｊにおいて実行される処理について、図８を参照しつつ説明することとする。なお、図８に示すフローチャートは、冷蔵庫２-ｊの電源が投入されるのと同時にスタートし、その後、電源が切られるまでの間、制御部２４が実行し続ける処理である。

まず、電源投入後、冷蔵庫２-ｊにおいては、制御部２４が在庫状況管理ファイルｆを生成する（ステップＳａ１）。この際、制御部２４は、各フィールドに食材ＩＤ等の情報を何ら記述することなく、在庫状況管理ファイルｆを生成する。そして、制御部２４は、出庫後一定期間が経過した食材が存在するか否か、すなわち、使用され若しくは破棄された食材が存在するか否かを判定する（ステップＳａ２）。この際、制御部２４は、在庫状況管理ファイルｆの出庫日時と現在時刻から、同ステップＳａ２の判定を行う。

このステップＳａ２において「ｎｏ」と判定した場合、制御部２４は、在庫状況管理ファイルｆの最新の更新日時から、一定期間が経過したか否かを判定する（ステップＳａ３）。この判定において「ｎｏ」と判定した場合、制御部２４は、センサ２１４によって扉２１２の開閉が検出されたか否か、すなわち、センサ２１５から検知信号が入力されたか否かを判定する（ステップＳａ４）。そして、ステップＳａ４において「ｎｏ」と判定した場合、制御部２４は、ステップＳａ２〜ステップＳａ４の処理を繰り返すこととなる。

一方、ステップＳａ３において「ｙｅｓ」と判定した場合、及び、ステップＳａ４において「ｙｅｓ」と判定した場合に、制御部２４は、ボックス２１１に投入された食材の食材ＩＤの読み出し処理を実行する（ステップＳａ５）。具体的には、この処理において、制御部２４は、ボックス内に配置されたリーダ２１５に対して、制御信号を出力し、リーダ２１５にボックス２１１内に投入された食材に貼付されている非接触ＩＣタグ１-ｉから食材ＩＤを読み出させるのである。

この結果、上述のタイミング１及びタイミング２において、ボックス２１１内の食材に貼付されている非接触ＩＣタグ１-ｉから食材ＩＤが読み出されることとなる。

次いで、制御部２４は、このリーダ２１５によって読み出された食材ＩＤと既に在庫状況管理ファイルｆに記述されている食材ＩＤを比較して、食材ＩＤを抽出すると共に、図示せぬＲＡＭに記憶する（ステップＳａ６）。この際、読み出された食材ＩＤの中に未だ在庫状況管理ファイルｆに記述されていない食材ＩＤがあれば、当該食材ＩＤを新たに入庫された食材に対応する食材ＩＤとして抽出する。また、読み出された食材ＩＤの中に出庫日時が対応づけてファイルｆに記述されている食材ＩＤについては、再入庫された食材に対応する食材ＩＤとして抽出する。更に、既に在庫状況管理ファイルｆに記述されている食材ＩＤの中に、読み出された食材ＩＤに含まれていない食材ＩＤがある場合、制御部２４は、当該食材ＩＤを出庫された食材に対応する食材ＩＤとして抽出する。

例えば、電源投入後初めて食材が投入された場合であれば、入庫された全ての食材に対応する食材ＩＤが、新たに入庫された食材に対応する食材ＩＤとして抽出されることとなる。また、既に、幾つかの食材が保管されている状態において、新たに他の食材が入庫された場合には、その新たに入庫された食材に対応する食材ＩＤが抽出される。また更に、出庫後、再度入庫された食材がある場合、当該食材に対応する食材ＩＤが抽出される。更に、既にボックス２１１内に保管されていた食材が出庫された場合には、当該出庫された食材に対応する食材ＩＤが抽出される。

このようにして食材ＩＤが抽出されＲＡＭに記憶されると、制御部２４は、この抽出した食材ＩＤが商品管理サーバ４に送信する必要のあるデータであるか否かを判定する（ステップＳａ７）。この際、制御部２４は、新たに入庫された食材に対応する食材ＩＤ、すなわち、未だ在庫状況管理ファイルｆに記述されていない食材ＩＤがＲＡＭに格納されている場合にのみ、商品管理サーバ４に送信すべき食材ＩＤが存在するものと判定する（「ｙｅｓ」）。

かかる判定において「ｙｅｓ」と判定した場合、制御部２４は、制御部２４は、新たに入庫された食材に対応する食材ＩＤをＲＡＭから読み出して、上述した図７のデータＤ１（又は、データＤ４）として商品管理サーバ４に送信する（ステップＳａ８）。制御部２４は、かかるデータＤ１の送信を契機として、データＤ２（又は、データＤ５）の受信を待機する状態となる（ステップＳａ９）。その後、商品管理サーバ４からデータＤ２（又は、データＤ５）が送信され、当該データＤ２が通信部２２によって受信されると、制御部２４においては、ステップＳａ９における判定が「ｙｅｓ」となり、データＤ２に含まれている食材情報が記録部２３に記録されると共に（ステップＳａ１０）、在庫状況管理ファイルｆの更新処理が実行される（ステップＳａ１１）。

これに対して、ステップＳａ７において「ｎｏ」と判定した場合、制御部２４は、ステップＳａ８〜ステップＳａ１０の処理を実行することなく、在庫状況管理ファイルｆの更新処理を実行する（ステップＳａ１１）。

この更新処理（ステップＳａ１１）において、制御部２４は、記録部２３に記録された食材情報と、ＲＡＭに記憶されている食材ＩＤに基づいて、以下の方法により在庫状況管理ファイルｆを更新する。

＜入庫日時等の更新＞
この更新処理において、制御部２４は、まず、ＲＡＭに記憶されている食材ＩＤに基づいて、入庫日時等の更新を行う。具体的には、
（ａ）ＲＡＭに新たに入庫された食材に対応する食材ＩＤが記憶されている場合
制御部２４は、当該食材ＩＤを、新たに、在庫状況管理ファイルｆに記述すると共に、現在日時を当該食材ＩＤに対応する入庫日時として記述する。

（ｂ）ＲＡＭに出庫された食材に対応する食材ＩＤが記憶されている場合
制御部２４は、在庫状況管理ファイルｆの当該食材ＩＤと対応する出庫日時として現在日時を記述する。

（ｃ）ＲＡＭに再入庫された食材に対応する食材ＩＤが記憶されている場合
制御部２４は、当該食材ＩＤと対応づけて在庫状況管理ファイルｆに記述されている出庫日時を消去すると共に、当該食材ＩＤに対応する使用回数を“１”インクリメントする。

＜ステータスの更新＞
また、この更新処理において、制御部２４は、在庫状況管理ファイルｆに記述されている食材ＩＤに対応する食材情報を記録部２３から読み出して、当該食材ＩＤに対応する食材の賞味期限を抽出する。そして、この抽出した賞味期限と現在時刻を比較して、未だ賞味期限を過ぎていない場合にはステータスとして「在庫」を記述すると共に、既に賞味期限を過ぎている場合にはステータスとして「不良在庫」を記述する。

以上の処理が実行される結果、在庫状況管理ファイルｆの更新が完了すると、制御部２４は、更新後の在庫状況管理ファイルｆを商品管理サーバ４に送信して（ステップＳａ１２）、再度、ステップＳａ２〜ステップＳａ１５の処理を繰り返す。

これに対して、ステップＳａ２において、「ｙｅｓ」と判定した場合、すなわち、出庫日時から既に一定期間が経過している食材が存在する場合、制御部２４は、当該食材の出庫日時が賞味期限前であるか否かを判定する（ステップＳａ１３）。この際、制御部２３は、当該出庫日時と対応づけて記述された食材ＩＤの食材情報を記録部２３から読み出し、当該食材情報に記述されている食材情報の賞味期限と当該出庫日時を比較することにより、上記判定を行う。

そして、制御部２４は、この判定の結果、「ｙｅｓ」と判定した場合、制御部２４は、当該出庫日時を使用日時として在庫状況管理ファイルｆに記述する一方（ステップＳａ１４）、「ｎｏ」と判定した場合には、当該出庫日時を破棄日時として記述する。かかる処理が実行される結果、出庫後、例えば、２４時間経過した食材の使用日時或いは破棄日時が在庫状況管理ファイルｆに記述されることとなる。

このようにして、在庫状況管理ファイルｆが更新されると、制御部２４は、再度ステップＳａ２〜ステップＳａ１５の処理を繰り返すことにより、常に最新の在庫状況が在庫状況管理ファイルｆに反映されるようにする。

（３）流通状態情報の生成
次いで、商品管理サーバ４のシステム制御部４３において流通状態情報を生成する際の処理について、図９を参照しつつ説明する。なお、図９に示すフローチャートは、システム制御部４３によって常に実行されている処理である。

まず、この処理においてシステム制御部４３は、流通状態情報の生成タイミングが到来したか否かを判定し（ステップＳｂ１）、流通状態情報の生成タイミングが到来するまで同ステップの処理を繰り返す（「ｎｏ」）。ここで、各情報の生成タイミングは、任意に設定可能である。

次いで、システム制御部４３は、生成対象となる流通状態情報を決定する（ステップＳｂ２）。そして、システム制御部４３は、在庫状況管理ファイルＤＢ４６から在庫状況管理ファイルｆを読み出すと共に（ステップＳｂ３）、食材ＤＢ４４と冷蔵庫管理ＤＢ４５から食材情報と冷蔵庫情報を読み出す（ステップＳｂ４）。

次いで、システム制御部４３は、ステップＳｂ３及びステップＳｂ４において読み出した在庫状況管理ファイルｆと、食材情報と、冷蔵庫情報に基づいて、流通状態情報を生成し（ステップＳｂ５）、この結果生成された流通状態情報をデータＤ７として企業端末５-ｋに送信する（ステップＳｂ６）。

ここで、ステップＳｂ３において実行される生成処理は、各情報の種類によって異なるものであるため、以下、分節することとする。

（情報ａ）家庭内食材種類別瞬間ランキング情報
この情報ａを生成するに際して、システム制御部４３は、在庫状況管理ファイルＤＢ４６に格納されている全ての在庫状況管理ファイルｆを検索して、現在時刻から、例えば、過去１時間に該当する入庫日時を検索し、当該入庫日時と対応づけて記述されている食材ＩＤを抽出する。次いで、システム制御部４３は、当該食材ＩＤに対応する食材情報を食材ＤＢ４４から読み出し、各食材の種類及び商品名毎に、対応する食材ＩＤの数をカウントする。このようにしてカウントした結果、得られたカウント数を、数値の大きいものから順に、例えば、棒グラフや表等の形式により表示することにより、システム制御部４３は、情報ａを生成する。

（情報ｂ）カテゴリー別購入インターバルランキング情報
この情報ｂを生成するに際して、システム制御部４３は、管理ファイルＤＢ４６に格納されている各在庫状況管理ファイルｆに基づいて、以下の処理を行う。すなわち、当該在庫状況管理ファイルｆに記述されている各食材ＩＤに対応する食材情報を読み出す。そして、この食材情報に含まれている食材種類を抽出し、種類が同一の食材に対応する入庫日時の差分を算出することにより、各食材種類毎に購入間隔を算出する。かかる処理を、全ての在庫状況管理ファイルｆについて実行した後、システム制御部４３は、算出した購入間隔の平均値を算出し、当該平均値の大きい順に、例えば、棒グラフや表等の形式で表示することにより、情報ｂを生成する。

（情報ｃ）家庭内不良在庫種類ランキング情報
この情報ｃを生成するに際して、システム制御部４３は、管理ファイルＤＢ４６に格納されている全ての在庫状況管理ファイルｆを検索し、「不良在庫」ステータスと対応づけて記述されている全ての食材ＩＤを抽出する。次いで、システム制御部４３は、当該食材ＩＤに対応する食材情報を読み出し、食材種類を抽出する。そして、この抽出した食材種類毎に、対応する食材ＩＤ数をカウントするのである。このようにしてカウントした結果、得られたカウント数を、数値の大きいものから順に、例えば、棒グラフや表等の形式により表示することにより、システム制御部４３は、情報ｃを生成する。

（情報ｄ）家庭内在庫期間最多出場ランキング
この情報ｄを生成するに際して、システム制御部４３は、管理ファイルＤＢ４６に格納されている各在庫状況管理ファイルｆに基づいて、以下の処理を行う。すなわち、システム制御部４３は、各在庫状況管理ファイルｆに記述されている食材ＩＤに対応する食材情報から食材種類を抽出し、各食材種類毎に使用回数の和を算出する。次いで、システム制御部４３は、この使用回数の和に基づいて、各食材種類毎に使用回数の平均値を算出して、当該平均値の大きい順に、例えば、棒グラフや表等の形式により表示することにより、情報ｄを生成する。

（情報ｅ）家庭内一日最多出場ランキング
この情報ｅを生成するに際して、システム制御部４３は、現在時刻から過去２４時間の期間に出庫された食材、すなわち、当該期間内の時刻を出庫日時を有する食材ＩＤを管理ファイルＤＢ４６に格納されている各在庫状況管理ファイルｆから抽出する。そして、システム制御部４３は、この食材ＩＤに対応する食材種類を食材ＤＢ４４に格納されている食材情報から抽出する。このようにして抽出された食材種類と、食材ＩＤに基づいて、各食材種類に属する食材の出庫数量をカウントし、カウント数の多いものから、例えば、表形式にて表示することにより、システム制御部４３は、この情報ｅを生成する。

（情報ｆ）種類別購入場所情報
この情報ｆを生成するに際して、システム制御部４３は、管理ファイルＤＢ４６に格納されている各在庫状況管理ファイルｆに記述されている全ての食材ＩＤを抽出する。そして、システム制御部４３は、この食材ＩＤに含まれている小売店コードからに基づいて各食材の購入場所を特定する。次いで、システム制御部４３は、各食材ＩＤに対応付けて食材ＤＢ４４に格納されている食材情報から食材種類を抽出し、各食材種類に属する食材の販売数量を各購入場所毎に示した表を生成することによりこの情報ｆを生成する。なお、更に、詳細な情報が必要な場合、食材情報に含まれている商品名に基づいて、各商品名毎の販売数量を算出するようにしても良い。

（情報ｇ）種類別購入日分布情報
この情報ｇを生成するに際して、システム制御部４３は、管理ファイルＤＢ４６に格納されている在庫状況管理ファイルｆから全ての食材ＩＤを抽出する。システム制御部４３は、この抽出した食材ＩＤと対応付けて食材ＤＢ４４に格納されている食材情報から食材種類、商品名、入庫日時を抽出する。そして、システム制御部４３は、抽出した入庫日時の日を購入日と仮定し、入庫日が同日となる食材の数量を各食材種類毎に算出すると共に、各日にち毎の販売数量の分布を示すグラフとして、この情報ｇを生成する。なお、この情報ｇについても情報ｆと同様に、商品名毎に生成しても良い。

（情報ｈ）種類別購入時刻分布情報
システム制御部４３は、上記情報ｇの生成方法と同様の方法により、この情報を生成する。ただし、この際、システム制御部４３は、入庫日時を時刻単位まで、利用して各食材の購入日時を決定し、各時間帯毎に販売数量の分布を示すグラフを生成する。

（情報ｉ）種類別購入季節変動情報
システム制御部４３は、上記情報ｇの生成方法と同様の方法により、この情報を生成する。ただし、この際、システム制御部４３は、入庫日時の日に基づいて購入季節を割り出し、各季節単位で販売数量の分布を示すグラフを生成する。

（情報ｊ）種類別購入影響要因情報
この情報ｊを生成するに際して、システム制御部４３は、管理ファイルＤＢ４６に格納されている在庫状況管理ファイルｆから全ての食材ＩＤと、入庫日時と、使用日時若しくは破棄日時と、使用回数を抽出する。そして、システム制御部４３は、この抽出した食材ＩＤと対応付けて食材ＤＢ４４に格納されている食材情報から食材種類と、商品名とを抽出すると共に、システム制御部４３は、抽出した入庫日時に基づいて各食材の購入季節、購入日、購入時刻を決定する。また、システム制御部４３は、使用日時若しくは破棄日時と、入庫日時から冷蔵庫２-ｊにおける各食材のストック期間を算出する。このようにして得られた各パラメータに基づいて因果関係を分析し、情報ｊを算出する。

（情報ｋ）種類別使用回数情報
この情報ｋを生成するに際して、システム制御部４３は、管理ファイルＤＢ４６に格納されている在庫状況管理ファイルｆから全ての食材ＩＤと、使用回数を抽出する。そして、システム制御部４３は、この抽出した食材ＩＤと対応付けて食材ＤＢ４４に格納されている食材情報から食材種類と、商品名を抽出し、各商品の使用回数の平均値を、各食材種類毎にまとめた表を生成することにより、この情報ｋを生成する。

（情報ｌ）種類別使用累積回数情報
この情報ｌを生成するに際して、システム制御部４３は、管理ファイルＤＢ４６に格納されている在庫状況管理ファイルｆから全ての食材ＩＤと、使用回数を抽出する。そして、システム制御部４３は、この抽出した食材ＩＤと対応付けて食材ＤＢ４４に格納されている食材情報から食材種類と、商品名を抽出し、各商品の累積使用回数を、各食材種類毎にまとめた表を生成することにより、この情報ｌを生成する。

（情報ｍ）種類別使用確率情報
システム制御部４３は、上記情報ｋを生成した後、当該生成した情報ｋに含まれる各商品毎の使用回数平均値を抽出する。次いで、システム制御部４３は、この使用回数平均値を回数毎に整理し、表及びグラフを生成することで、情報ｍを生成する。

（情報ｎ）種類別家庭内ストック期間情報
この情報ｎを生成するに際して、システム制御部４３は、管理ファイルＤＢ４６に格納されている各在庫状況管理ファイルｆから全食材ＩＤと、入庫日時と、使用日時若しくは破棄日時を抽出する。システム制御部４３は、この抽出された食材ＩＤと対応付けて食材ＤＢ４４に格納されている食材情報から食材種類と商品名とを抽出する。次いで、システム制御部４３は、ファイルｆから抽出した使用日時若しくは破棄日時と、入庫日時の差に基づいて各食材のストック期間を算出する。そして、各食材種類毎にストック期間の平均値を算出し、この平均値と食材種類との関係を示した表及びグラフを生成して情報ｎを生成する。

（情報ｏ）種類別不存在期間ランキング情報
この情報ｏを生成するに際して、この情報は、管理ファイルＤＢ４６に格納されている各在庫状況管理ファイルｆから全食材ＩＤと、入庫日時と、使用日時若しくは破棄日時を抽出する。システム制御部４３は、この抽出された食材ＩＤと対応付けて食材ＤＢ４４に格納されている食材情報から食材種類と商品名とを抽出する。次いで、システム制御部４３は、ファイルｆから抽出した使用日時若しくは破棄日時と、入庫日時に基づいて各食材種類毎に、当該食材種類に属する食材が冷蔵庫２-ｊ内に存在していない期間を算出する。このようにして算出した不在期間と食材種類との関係を示した表及びグラフを生成することにより、システム制御部４３は、情報ｎを生成する。

このようにして、本実施形態にかかる商品管理システムＳにおいては各商品に付設されている非接触ＩＣタグ１-ｉから冷蔵庫２-ｊにより食材ＩＤが読み出され、商品管理サーバ４へとアップロードされる。このため、各消費者に対するアンケート等を行うことなく、商品管理サーバ４において消費者による食材の利用状況を把握することが可能となる。

また、本実施形態にかかる商品管理システムＳにおいては、商品管理サーバ４に食材ＩＤのみならず冷蔵庫ＩＤがアップロードされるため、どの冷蔵庫２-ｊにに如何なる食材が保管されているのかということまで、商品管理サーバ４において把握することが可能となる。

また更に、本実施形態にかかる商品管理システムＳにおいては、各冷蔵庫２-ｊから取得された食材ＩＤに基づいて、各食材の流通状態を示す流通状態情報が生成され、企業端末５-ｋへと送信されるため、商品管理サーバ４において生成された流通状態情報を企業端末を保有する企業において利用することが可能となる。

更に、本実施形態にかかる商品管理システムＳにおいて流通状態情報は、食材ＩＤのみならず冷蔵庫ＩＤをも利用して生成されるため、更に、各食材の流通状態を詳細に反映した流通状態情報を生成することが可能となる。

更にまた、本実施形態にかかる商品管理システムＳにおいては、冷蔵庫２-ｊから取得される食材ＩＤと冷蔵庫ＩＤの他、各食材の属性を示す食材情報と、各冷蔵庫２-ｊの属性を示す冷蔵庫情報をも利用しつつ流通状態情報が生成されるため、流通状態の詳細な把握が可能となる。

また、本実施形態にかかる商品管理システムにおいては、食材情報として各食材の賞味期限を含む情報を利用する構成を採用しているため、当該賞味期限を徒過し消費不可能となった食材の管理棟を行うことも可能となる。

また更に、本実施形態にかかる商品管理システムＳにおいては、非接触ＩＣタグ１-ｉから読み出された食材ＩＤに対応する食材情報が冷蔵庫２-ｊにより商品管理サーバ４からダウンロードされ、当該食材情報に基づいて、当該冷蔵庫２-ｊにおける各食材の在庫状況を示す在庫状況情報が生成されて、商品管理サーバ４へとアップロードされる。そして、このアップロードされた在庫状況情報に基づいて流通状態情報が生成されるため、各冷蔵庫２-ｊにおける、各食材の在庫状況を商品管理サーバ４において管理しつつ、当該在庫状況を反映して流通状態情報を生成することが可能となる。

なお、本実施形態においては、非接触ＩＣタグ１-ｉに食材ＩＤを記録する構成としたが、この非接触ＩＣタグ１-ｉに当該食材に対応する食材情報を記録するようにしても良い。かかる構成を採用した場合、図７ステップＳ１及びステップＳ２の処理を実行することなく、在庫状況管理ファイルｆを生成することが可能となる。

また、本実施形態において、冷蔵庫２-ｊは、公衆デジタル網等のネットワーク３に接続され、当該ネットワーク３を介して商品管理サーバ４とデータ通信を行う構成となっている。しかし、冷蔵庫２-ｊは、移動通信網等の無線ネットワークを介して通信を行う構成としても良い。

また更に、本実施形態において企業端末５-ｋは、専用線６を介して商品管理サーバ４と通信を行う構成となっているが、ネットワーク３を介して通信を行うようにしても良い。

更に、本実施形態において商品管理サーバ４は、各冷蔵庫２-ｊから取得した在庫状況管理ファイルｆを、冷蔵庫ＩＤと対応づけて管理ファイルＤＢ４６にそのまま格納する構成としているが、データ形式を変更して、必要な情報のみを管理ファイルＤＢ４６に格納するようにしても良い。

更にまた、本実施形態では、流通状態情報を商品管理サーバ４のシステム制御部４３によって実行するようになっているが、当該記録処理の動作を規定するプログラムが記録された記録媒体と、それを読み取るコンピュータと、を備え、このコンピュータで当該プログラムを読み込むことによって上述と同様の記録処理の動作を行うようにしてもよい。

また、本実施形態においては、食材の流通状況を把握することとしているが、食材以外であっても、非接触ＩＣタグ１-ｉを貼付することのできる商品であれば、食材にかかわらず同様の処理を実行することが可能である。

［１．３］第１実施形態の応用例
（１）応用例１
本応用例１にかかる商品管理システムＳ２は、上記実施形態にかかる商品管理サーバ４において生成され企業端末５-ｋに送信された流通状態情報を企業端末５-ｋから、当該企業端末５-ｋの保有企業の出荷先の小売店等の取引先に供給することにより、これら小売店においても利用できるようにするための者である。

図１０に本応用例にかかる商品管理システムＳ２の構成を示す。なお、同図において、上述した図１と同様の要素については、同様の符号を付してある。従って、特に示さない限り、各構成要素は上述した実施形態と同様の構成を有し同様の処理を実行するものである。また、同図においては、商品管理システムＳ２に収容されている複数の小売店端末７-ｌ（ｌ＝１、２、・・・、ｍ）の内、所定の小売店端末７-ｌのみを記載している。

同図に示すように本応用例にかかる商品管理システムＳ２は、上記実施形態にかかる商品管理システムＳの企業端末５-ｋと各小売店の小売店端末７-ｌとを専用線８により接続した構成となっている。各小売店端末７-ｌは、企業端末５-ｋのクライアントとしての機能を有しており、専用線を介したデータ通信により、企業端末５-ｋから流通状態情報の送信を受ける。また、小売店端末７-ｌには、図示せぬディスプレイやプリンタ等が搭載されており、企業端末５-ｋから送信されてきた流通状態情報を出力することが可能となっている。

このようにして、本応用例にかかる商品管理システムＳ２は、食材の出荷元である企業のみならず、各企業から商品を購入している小売店においても、流通状態情報を利用することが可能となり、小売店における販売戦略に活用することが可能となる。

（２）応用例２
図１１は、本応用例にかかる商品管理システムＳ３の構成を示したブロック図である。なお、同図において、上述した図１と同様の要素については、同様の符号を付してある。従って、特に示さない限り、各構成要素は上述した実施形態と同様の構成を有し同様の処理を実行するものである。

本応用例にかかる商品管理システムＳ３は、上述した商品管理システムＳを食材発注に用いるためのものである。かかる機能を実現するため、本応用例において冷蔵庫２-ｊは、上記図２に示す構成に加え、更に各種情報を入力するための図示せぬ入力部を備えており、この入力部を介して、ユーザは、各食材の必要数を入力できるようになっている。そして、制御部２４は、ユーザによって入力された各食材の必要数を記録部２３に記録すると共に、在庫数が当該必要数を割った場合に、商品管理サーバ４に対して各種食材の発注処理を行う。この際、制御部２４は、在庫状況管理ファイルｆにおいて、「在庫」ステータスの対応づけられている食材数を食材種類毎にカウントし、当該カウント数が必要数を割った場合に発注が必要であるものと判定する。

この発注処理において、冷蔵庫２-ｊの制御部２４は、自機の冷蔵庫ＩＤを記録部２３から読み出し、発注対象となる食材の種類と必要数を示すデータに対し、当該冷蔵庫ＩＤを付加して商品管理サーバ４に送信する。

一方、商品管理サーバ４のシステム制御部４３は、この冷蔵庫２-ｊから送信されてきたデータに付加された食材種類と必要数に応じて発注先を特定する。

かかる機能を実現するため、本応用例にかかる商品管理サーバ４は、上述した図４に示す各要素の他に、小売店管理ＤＢ４８を有している。この小売店管理ＤＢ４８は、各小売店において取り扱っている商品を管理するための情報を格納するためのＤＢであり、図１２に示すように各小売店端末ＩＤと対応づけて、例えば、当該小売店端末８-ｌに対応する小売店において販売されている食材の種類と、商品名と、販売価格及び当該小売店における在庫数等の小売店情報が格納されている。

ここで、小売店端末ＩＤとは、各小売店端末８-ｌを識別するためのユニークな識別情報であり、商品管理サーバ４は、この小売店端末ＩＤに基づいて各小売店を識別するようになっている。また、小売店管理ＤＢ４８に格納されている小売店情報は、各小売店端末８-ｌから送信されてきた情報に基づいて、記録更新される。

商品管理サーバ４のシステム制御部４３は、この冷蔵庫２-ｊから送信されてきたデータに付加された食材種類に対応する食材種類と対応づけて格納されている小売店端末ＩＤを抽出し、当該小売店端末ＩＤと対応づけて格納されている在庫数を読み出す。そして、システム制御部４３は、当該在庫数が必要数よりも多い小売店端末ＩＤを抽出することにより発注先を決定する。この際、複数の小売店端末ＩＤがヒットした場合、当該ヒットした小売店端末ＩＤの内、何れの小売店端末ＩＤを選択するのかは、任意である。例えば、販売価格が最も安く設定されている小売店端末ＩＤを選択するようにしても良い。

このようにして、小売店端末ＩＤが選択されると、商品管理サーバ４のシステム制御部４３は、この選択した小売店端末ＩＤに対応する小売店端末８-ｌに発注内容を示すデータを送信する。この際、システム制御部４３は、発注元の冷蔵庫２-ｊから送信されてきたデータ付加されていた冷蔵庫ＩＤに基づいて冷蔵庫ＤＢ４５を検索して、当該冷蔵庫ＩＤと対応づけて格納されている冷蔵庫情報から、発注元の住所を抽出する。そして、この抽出した住所を小売店端末８-ｌに送信するデータに付加するのである。この結果、小売店端末８-ｌの図示せぬ表示部に発注内容と、発注元の住所が表示されることとなる。

かかる処理が実行される結果、小売店から発注内容に対応する食材が冷蔵庫２-ｊのユーザの手元に配送され、決済が行われることとなる。なお、この決済方法については、任意である。例えば、配送がなされた時点で、販売価格に応じた金額を着払いの方法で支払うようにしても良い。

このようにして、本応用例によれば、冷蔵庫２-ｊにおける在庫数の減少に伴い、自動的に食材の発注がなされることとなるため、ユーザは、冷蔵庫２-ｊ内の在庫数を気にすることなく、各食材を利用することが可能となる。

なお、本応用例において、商品管理サーバ４のシステム制御部４３は、食材の発注先を自動的に決定した後、冷蔵庫２-ｊのユーザの判断を仰ぐことなく自動的に発注を行う構成としている。しかし、自動的に発注するのではなく、一度、冷蔵庫２-ｊに対して選択された発注先を表すデータを送信し、当該データに従って、冷蔵庫２-ｊにおいてユーザの判断を仰ぎ、ユーザの了解が得られた後に、発注を行う構成としても良い。

なお、本応用例においては、事前に小売店端末８-ｌから取り扱い食材の種類や販売価格等の情報を取得しておき、当該情報に基づいて発注先を決定する構成となっている。しかし、かかる情報を事前に取得しておかなくとも、同様の処理を実行することも可能である。すなわち、冷蔵庫２-ｊからデータが送信されてきた場合に、当該データに対応する発注内容と、発注元の住所等を、小売店端末８-ｌに送信し、当該データを小売店端末８-ｌの図示せぬ表示部に表示させる。そして、当該発注内容に応じて、小売店端末８-ｌから販売価格等の条件を提示させ、その条件に応じて、発注先を決定するようにしても良い。この際の、決定方法は任意であるが、例えば、販売価格の最も安い小売店を選択するようにしても良い。

（３）応用例３
本応用例にかかる商品管理システムは、上述した図１１に示した商品管理システムＳ３と同様の構成により実現されるものである。従って、特に示さない限り、商品管理システムＳ３の各要素は、上述した応用例２と同様の構成を有するものであり同様の処理を実行するものである。

ここで、本応用例にかかる商品管理システムＳ３は、商品管理サーバ４において、管理ファイルＤＢ４６に格納されている在庫状況管理ファイルｆ等の情報に基づいて、各家庭に対する「お勧めメニュー」を決定し、その決定した「お勧めメニュー」を示すデータを各冷蔵庫２-ｊに提供しようとするものである。

かかる機能を実現するため、本応用例において商品管理サーバ４は、上記図４に示した各要素の他に、レシピＤＢを有している。このレシピＤＢは、料理の作成方法と当該料理の作成に必要となる食材の分量を示すレシピデータを要素とするＤＢであり、各レシピデータと対応付けて、当該レシピデータに対応する料理を作成する際に必要となる食材名、すなわち、材料名が検索用のキーワードとして格納されている。ここで、同一の料理であっても、消費人数によって使用すべき食材の分量や作成方法に差が生じる場合がある。そこで、本実施形態において、このレシピＤＢには、同一の料理を作成するためのレシピデータが消費人数毎に分類されて格納されている。なお、このレシピＤＢは、「特許請求の範囲」における「レシピ情報記録手段」に対応している。

本応用例にかかる商品管理サーバ４のシステム制御部４３は、例えば、毎日、午後４時等の時刻になると、管理ファイルＤＢ４６に、格納されている各在庫状況管理ファイルｆを読み出し、在庫状況管理ファイルｆ毎に以下の処理を実行することにより、各冷蔵庫２-ｊに配信すべき「お勧めメニュー」、すなわち、各家庭に対する「お勧めメニュー」を決定する。

（Ａ）ステップＡ
まず、システム制御部４３は、在庫状況管理ファイルｆから、食材ＩＤを抽出し、各食材ＩＤに対応する食材情報を食材ＤＢ４４から読み出す。そして、システム制御部４３は、その読み出した食材情報から賞味期限を抽出し、各食材に対して利用優先度を設定する。この利用優先度は、各食材を消費すべき順序を示す情報であり、現在時刻から賞味期限までの期間の短いものから順に高い利用優先度が設定される。

（Ｂ）ステップＢ
次いで、システム制御部４３は、当該在庫状況管理ファイルｆと対応付けて管理ファイルＤＢ４６に格納されている冷蔵庫ＩＤを読み出し、冷蔵庫ＤＢ４５から当該冷蔵庫ＩＤに対応する冷蔵庫情報を読み出す。そして、システム制御部４３は、この冷蔵庫情報から当該在庫状況管理ファイルｆに対応する冷蔵庫２-ｊを保有している家庭の家族構成を抽出する。

（Ｃ）ステップＣ
このようにして利用優先度が設定され家族構成が抽出されると、システム制御部４３は、これらの情報に基づいてレシピＤＢを検索し、当該検索の結果ヒットしたレシピデータを「お勧めメニュー」に対応するデータとして読み出す。具体的には、システム制御部４３は、利用優先度の高い食材に対応する食材ＩＤと対応付けて、食材ＤＢに格納されている食材種類を抽出する。そして、システム制御部４３は、この抽出した種類の食材を材料としている料理に対応するレシピデータをレシピＤＢから読み出すのである。この際、システム制御部４３は、ステップＢにおいて抽出した家族構成に基づいて、当該家族構成に対応する人数を消費人数とするレシピデータを選択すると共に、当該食材を材料とする料理が複数存在する場合には、全てのレシピデータを読み出す。なお、この際、利用優先度の高い物から順に、どの程度の順位の食材までを材料とする料理を選択するかは、任意である。また、この際、現在の季節に応じて、「お勧めメニュー」を変更するようにしても良い。

（Ｄ）ステップＤ
このようにして、レシピデータが読み出されると、システム制御部４３は、当該レシピデータに対応する材料中、未だ、冷蔵庫２-ｊに保管されていない食材に対応する食材種類を抽出する。

（Ｅ）ステップＥ
次いで、システム制御部４３は、この抽出された食材種類を検索キーとして、小売店管理ＤＢ４８を検索し、当該食材種類の販売価格中、最安値のものを抽出する。そして、システム制御部４３は、レシピデータと、不足材料名と、当該不足材料の販売価格を示すデータを生成する。システム制御部４３は、かかる一連の処理を通じて生成したデータを冷蔵庫２-ｊに送信する。

一方、冷蔵庫２-ｊの制御部２４は、このデータ基づいて処理を行い、当該データに対応した内容を、冷蔵庫２-ｊの図示せぬ表示部に表示する。ユーザは、この表示を見て、「お勧めメニュー」を採用するか否かを決定することとなる。

その後、ユーザが、冷蔵庫２-ｊの図示せぬ操作部に対して、当該メニューを承認する旨の入力操作を行うと制御部２４は、当該入力操作に従って、商品管理サーバ４に対してメニューが承認された旨を示すデータを送信する。この際、制御部２４は、当該データに対して自機の冷蔵庫ＩＤを付加する。

かかる処理が行われる結果、商品管理サーバ４から小売店端末８-ｌに対して発注内容を示すデータが送信され、当該発注内容に対応する食材がユーザの元に配送されることとなるのである。なお、この際の動作については、上述した応用例２と同様であるため、詳細は省略する。

このようにして、本応用例にかかる商品管理システムＳ３によれば、在庫状況管理ファイルｆに記述されている食材ＩＤに基づいて利用優先度を決定し、当該優先度に応じて、「お勧めメニュー」を決定する構成となっている。このため、冷蔵庫２-ｊに格納されている各種食材の破棄率を減少させることが可能となると共に、各食材の流通を促すことが可能となる。

なお、本応用例にかかる商品管理システムＳ３においては、レシピＤＢを商品管理サーバ４に保有させ、商品管理サーバ４において「お勧めメニュー」を決定する構成を採用していた。しかし、レシピＤＢを外部サーバに保有させ、当該外部サーバにおいて「お勧めメニュー」を決定する構成とすることも可能である。この場合、上記ステップＡにおいて設定された利用優先度と、ステップＢにおいて抽出された家族構成とを商品管理サーバ４から外部サーバに送信し、これらの情報に基づいて外部サーバにおいてレシピＤＢを検索して、検索の結果、ヒットしたレシピデータを「お勧めメニュー」に対応するデータとして読み出すようにすれば良い。そして、このレシピデータを商品管理サーバ４に返信し、当該レシピデータに基づいて、上記ステップＤ及びステップＥの処理を、商品管理サーバ４において実行するようにするのである。

また、レシピＤＢを冷蔵庫２-ｊに保有させるようにし、冷蔵庫２-ｊにおいて「お勧めメニュー」を決定するようにしても良い。この場合、上記と同様に、上記ステップＡにおいて設定された利用優先度と、ステップＢにおいて抽出された家族構成とを商品管理サーバ４から冷蔵庫２-ｊに送信し、これらの情報に基づいて冷蔵庫２-ｊにおいてレシピＤＢを検索して、検索の結果、ヒットしたレシピデータを「お勧めメニュー」に対応するデータとして読み出すようにすれば良い。

［２］第２実施形態
本実施形態にかかる商品管理システムＳは上述した図１に示す商品管理システムと同様の構成により実現されるものである。従って、特に示さない限り、同図に示す各要素は、上述の第１実施形態と同様の構成を有し、同様の処理を実行するものである。

ここで、上述した第１実施形態において各冷蔵庫２-ｊの制御部２４は、自機内において在庫状況管理ファイルｆを生成、更新して商品管理サーバ４に送信する構成を採用していた。これに対して、本実施形態にかかる商品管理システムＳにおいて、各冷蔵庫２-ｊは、自機のボックス内に入庫された食材の食材ＩＤを読み出して、当該食材ＩＤを商品管理サーバ４に送信するのみで、在庫状況管理ファイルｆを生成、更新することはない。

そして、商品管理サーバ４は、各冷蔵庫２-ｊから送信されてきた食材ＩＤに基づいて在庫状況管理ファイルｆを生成、更新するのである。なお、在庫状況管理ファイルｆの生成タイミングは、任意である。例えば、初めて冷蔵庫２-ｊから食材ＩＤが送信されて来た際に、在庫状況管理ファイルｆを生成するようにしても良いし、冷蔵庫ＩＤの登録時に、在庫状況管理ファイルｆを生成するようにしても良い。

かかる在庫状況管理ファイルｆの更新方法及び流通状態情報の生成方法は上述した第１実施形態と同様である。

このようにして、本実施形態にかかる商品管理システムＳによれば、各冷蔵庫２-ｊにおける処理を簡素化しつつ、上記第１実施形態と同様の処理を実現することが可能となり、もって、冷蔵庫２-ｊの構成が複雑化し、冷蔵庫２-ｊ自体の販売価格の上昇を防止することが可能となる。

第１実施形態における商品管理システムＳの構成を示すブロック図である。 同実施形態における冷蔵庫２-ｊの構成を示すブロック図である。 同実施形態における在庫状況管理ファイルｆの記述内容の一例を示す図である。 同実施形態における商品管理サーバ４の構成を示したブロック図である。 同実施形態における食材ＤＢ４４の記録内容の一例を示す図である 同実施形態における冷蔵庫ＤＢ４５の記録内容の一例を示す図である 同実施形態における商品管理システムＳ内のデータシーケンスを示す図である。 同実施形態における冷蔵庫２-ｊの制御部２４が実行する処理を示すフローチャートである。 同実施形態における商品管理サーバ４のシステム制御部４３が実行する処理を示すフローチャートである。 応用例１における商品管理システムＳ２の構成を示すブロック図である。 応用例２における商品管理システムＳ３の構成を示すブロック図である。 同応用例における小売店管理ＤＢ４８の記録内容の一例を示す図である。

符号の説明

Ｓ・・・商品管理システム
１-ｉ・・・非接触ＩＣタグ
２-ｊ・・・冷蔵庫
２１・・・保冷部
２２・・・通信部
２３・・・記録部
２４・・・制御部
３・・・ネットワーク
４・・・商品管理サーバ
４１・・・通信部
４２・・・専用線Ｉ／Ｆ部
４３・・・システム制御部
４４・・・食材ＤＢ
４５・・・冷蔵庫ＤＢ
４６・・・管理ファイルＤＢ
４７・・・データバス
４８・・・小売店管理ＤＢ
５-ｋ・・・企業端末
６・・・専用線
７-ｌ、８-ｌ・・・小売店端末

Claims (20)

1. 情報収集の対象となる複数の商品の各々に付設され、当該商品を識別するための商品識別情報が少なくとも記録されている複数の記録媒体と、
   前記商品を格納する複数の保管庫と、
   前記商品に関する情報を管理する商品管理サーバと、
   を備える商品管理システムであって、
   前記各保管庫は、
   当該保管庫に格納されている前記商品に付設された前記記録媒体から前記商品識別情報を読み出す読出手段を備え、
   前記商品管理サーバは、
   前記各保管庫において読み出された前記商品識別情報を少なくとも取得する取得手段を備える
   ことを特徴とする商品管理システム。
2. 前記保管庫は、
   当該保管庫を識別するための保管庫識別情報を記録した記録手段を更に有し、
   前記商品管理サーバの取得手段は、更に、前記保管庫識別情報を取得する
   ことを特徴とする請求項１に記載の商品管理システム。
3. 前記商品管理サーバは、
   前記取得手段によって取得された前記商品識別情報に少なくとも基づいて、前記商品のユーザまでの流通状態を示す流通状態情報を生成する流通状態情報生成手段と、
   前記生成された流通状態情報を外部に出力する出力手段と、
   を更に有することを特徴とする請求項１に記載の商品管理システム。
4. 前記商品管理サーバは、
   前記取得手段によって取得された前記商品識別情報と前記保管庫識別情報との双方に少なくとも基づいて、前記商品の消費者までの流通状態を示す流通状態情報を生成する流通状態情報生成手段と、
   前記流通状態情報生成手段によって生成された前記流通状態情報を外部に出力する出力手段と、
   を更に有することを特徴とする請求項２に記載の商品管理システム。
5. 前記商品管理サーバは、
   少なくとも前記商品識別情報に対応する商品の属性を示す商品属性情報を当該商品識別情報と対応づけて記録した商品属性情報記録手段と、
   前記保管庫の属性を示す保管庫属性情報を前記保管庫識別情報と対応づけて記録した保管庫属性情報記録手段と、
   を更に有し、
   前記商品管理サーバの前記流通状態情報生成手段は、前記取得手段によって取得された前記商品識別情報及び前記保管庫識別情報と対応づけて前記商品属性情報記録手段及び前記保管庫属性情報記録手段に記録されている前記商品属性情報と前記保管庫属性情報に少なくとも基づいて、前記流通状態情報を生成する
   ことを特徴とする請求項４に記載の商品管理システム。
6. 前記記録媒体は、前記商品である食材に添付され、
   前記商品管理サーバの前記商品属性情報記録手段は、前記商品属性情報として、少なくとも当該商品識別情報に対応する前記食材の賞味期限を示す商品属性情報を記録し、
   前記商品管理サーバの前記流通状態情報生成手段は、前記流通状態情報として、前記食材の消費状況、破棄状況及び在庫状況の少なくとも何れか１つを含む流通状態情報を生成する
   ことを特徴とする請求項５に記載の商品管理システム。
7. 前記商品管理サーバは、
   少なくとも料理の作成方法を示すレシピ情報を記録したレシピ情報記録手段と、
   所定のタイミングにおいて、前記商品属性情報と前記保管庫属性情報との少なくとも何れか一方に基づいて前記レシピ情報記録手段に記録されている前記レシピ情報から前記レシピ情報を選択するレシピ情報選択手段と、
   少なくとも前記選択されたレシピ情報を含むメニュー情報を前記保管庫に送信するメニュー情報送信手段と、をさらに有し、
   前記保管庫は、
   前記送信されたメニュー情報に含まれる前記レシピ情報に基づいて、当該レシピ情報に対応する料理の作成方法を少なくとも表示する表示手段をさらに有する、
   ことを特徴とする請求項６に記載の商品管理システム。
8. 前記保管庫は、
   前記読み出し手段によって読み出された前記商品識別情報に対応する前記商品属性情報を前記商品管理サーバから取得する商品属性情報取得手段と、
   当該商品識別情報及び当該商品属性情報に基づいて、自機に保管された前記商品の在庫状況を示す在庫状況情報を生成する在庫状況情報生成手段と、
   を更に有し、
   前記商品管理サーバの前記取得手段は、前記在庫状況情報を更に取得し、
   前記商品管理サーバの前記流通状態情報生成手段は、前記取得手段によって取得された前記商品識別情報と前記保管庫識別情報と前記在庫状況情報に少なくとも基づいて、前記流通状態情報を生成する
   ことを特徴とする請求項５に記載の商品管理システム。
9. 前記商品管理サーバは、
   前記取得手段によって取得された前記商品識別情報と前記商品属性情報に基づいて、前記複数の保管庫の各々における前記商品の在庫状況を示す情報であって、前記複数の保管庫の各々に対応した在庫状況情報を生成する在庫状況情報生成手段を更に有し、
   前記サーバの前記流通状態情報生成手段は、少なくとも前記取得手段によって取得された前記商品識別情報と前記保管庫識別情報及び前記在庫状況情報生成手段によって生成された前記在庫状況情報に基づいて、前記流通状態情報を生成する
   ことを特徴とする請求項５に記載の商品管理システム。
10. 前記保管庫は、
    当該保管庫のユーザが必要とする前記各商品の最低在庫数を示す最低在庫数情報を生成する最低在庫数情報生成手段を更に有し、
    前記商品管理サーバは、
    前記複数の保管庫の各々から、前記最低在庫数情報を取得する最低在庫数情報取得手段と、
    少なくとも前記最低在庫数情報と前記在庫状況情報に基づいて、前記複数の保管庫のユーザが必要とする前記商品を選択する選択手段と、
    前記選択手段によって選択された前記商品を発注すべき旨の発注情報を、前記商品を取り扱う店舗に設置された端末に送信する発注情報送信手段と
    を更に有することを特徴とする請求項８または請求項９に記載の商品管理システム。
11. 市場に流通する各種商品を管理するための商品管理サーバであって、
    商品を保管するための保管庫が、当該保管庫に格納されている前記商品に付設された記録媒体であって、当該商品を識別するための商品識別情報が少なくとも記録されている複数の記録媒体から、読み出した前記商品識別情報を取得する商品識別情報取得手段を有する
    ことを特徴とする商品管理サーバ。
12. 前記保管庫から当該保管庫を識別するための保管庫識別情報を取得する保管庫識別情報取得手段を更に有することを特徴とする請求項１１に記載の商品管理サーバ。
13. 前記商品識別情報取得手段によって取得された前記商品識別情報と、前記保管庫識別情報取得手段によって取得された前記保管庫識別情報に少なくとも基づいて、前記商品の消費者までの流通状態を示す流通状態情報を生成する流通状態情報生成手段と、
    前記生成された前記流通状態情報を外部に出力する出力手段と、
    を更に有することを特徴とする請求項１２に記載の商品管理サーバ。
14. 少なくとも前記商品識別情報に対応する商品の属性を示す商品属性情報を前記商品識別情報と対応づけて記録している商品属性情報記録手段と、
    前記保管庫の属性を示す保管庫属性情報を前記保管庫識別情報と対応づけて記録した保管庫属性情報記録手段と、
    を更に有し、
    前記流通状態情報生成手段は、前記商品識別情報取得手段によって取得された前記商品識別情報及び前記保管庫識別情報取得手段によって取得された前記保管庫識別情報と対応づけて前記商品属性情報記録手段及び前記保管庫属性情報記録手段に記録されている前記商品属性情報と前記保管庫属性情報に少なくとも基づいて、前記流通状態情報を生成する
    ことを特徴とする請求項１３に記載の商品管理サーバ。
15. 前記記録媒体は、前記商品である食材に添付され、
    前記商品属性情報記録手段は、前記商品属性情報として、当該商品識別情報に対応する前記食材の賞味期限を少なくとも示す商品属性情報を記録し、
    前記流通状態情報生成手段は、前記流通状態情報として、前記商品の消費状況、破棄状況及び在庫状況の少なくとも何れか１つを含む流通状態情報を生成する
    ことを特徴とする請求項１４に記載の商品管理サーバ。
16. 少なくとも料理の作成方法を示すレシピ情報を記録したレシピ情報記録手段と、
    所定のタイミングにおいて、前記商品属性情報と前記保管庫属性情報との少なくとも何れか一方に基づいて前記レシピ情報記録手段に記録されている前記レシピ情報から前記レシピ情報を選択するレシピ情報選択手段と、
    少なくとも前記選択されたレシピ情報を含むメニュー情報を前記保管庫に送信するメニュー情報送信手段と、
    をさらに有することを特徴とする請求項１５に記載の商品管理サーバ。
17. 前記商品識別情報取得手段によって取得された前記商品識別情報と、前記商品属性情報に基づいて、前記複数の保管庫の各々における前記商品の在庫状況を示す情報であって、前記複数の保管庫の各々に対応した在庫状況情報を生成する在庫状況情報生成手段を更に有し、
    前記流通状態情報生成手段は、前記取得手段によって取得された前記商品識別情報と前記保管庫識別情報及び前記在庫状況情報生成手段によって生成された前記在庫状況情報に少なくとも基づいて、前記流通状態情報を生成する
    ことを特徴とする請求項１４に記載の商品管理サーバ。
18. 前記保管庫から当該保管庫のユーザが必要とする前記各商品の最低在庫数を示す最低在庫数情報を取得する最低在庫数情報取得手段と、
    少なくとも前記最低在庫数情報と前記在庫状況情報に基づいて、前記複数の保管庫のユーザが必要とする前記商品を選択する選択手段と、
    前記選択手段によって選択された前記商品を発注すべき旨の発注情報を、前記商品を取り扱う店舗に設置された端末に送信する発注情報送信手段と
    を更に有することを特徴とする請求項１７に記載の商品管理サーバ。
19. コンピュータによって、市場に流通している商品を管理するための商品管理プログラムであって、
    前記コンピュータを、
    商品を保管するための保管庫が、当該保管庫に格納されている前記商品に付設された記録媒体であって、当該商品を識別するための商品識別情報が少なくとも記録されている複数の記録媒体から、読み出した前記商品識別情報を取得する商品識別情報取得手段
    として機能させることを特徴とする商品管理プログラム。
20. 請求項１９に記載の商品管理プログラムを記録したコンピュータに読み取り可能な情報記録媒体。

Images