JP2022089941A - 収納庫、管理方法、プログラム、及び、管理システム - Google Patents

Abstract

【課題】収納対象物の管理の精度が向上された収納庫を提供する。【解決手段】冷蔵庫１０は、収納庫の一例であり、重量センサ１６と、無線タグリーダ１７と、メモリ１８と、マイクロコンピュータ１９とを備える。マイクロコンピュータ１９は、重量センサ１６によって検知される重量が増加する前に無線タグリーダ１７によって読み取ることができたＩＤで、重量センサ１６によって検知される重量が増加した直後に無線タグリーダ１７によって読み取ることができなくなったＩＤを新たに入庫された食材のＩＤとして特定し、特定したＩＤをメモリ１８内の登録情報に追加する。【選択図】図２

Description

本開示は、収納庫に関する。

従来、対象物が収納される収納庫に関する技術が提案されている。特許文献１には、食品の賞味期限を管理することができる冷蔵庫が開示されている。

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

本開示は、収納対象物の管理の精度が向上された収納庫を提供する。

本開示の一態様に係る収納庫は、対象物が載置される棚を備え、前記棚への前記対象物の載置が行われる収納庫であって、記棚に加わる重量を検知する重量センサと、記対象物に取り付けられた無線タグからＩＤを読み取る無線タグリーダと、記無線タグリーダによって読み取られた、収納中の前記対象物のＩＤが登録情報として記憶されるメモリと、マイクロコンピュータとを備え、前記マイクロコンピュータは、前記重量センサによって検知される重量が増加する前に前記無線タグリーダによって読み取ることができたＩＤで、前記重量センサによって検知される重量が増加した直後に前記無線タグリーダによって読み取ることができなくなったＩＤを新たに入庫された対象物のＩＤとして特定し、特定した前記ＩＤを前記登録情報に追加する。

本開示によれば、収納対象物の管理の精度が向上された収納庫が実現される。

図１は、実施の形態に係る冷蔵庫の外観図である。 図２は、実施の形態に係る冷蔵庫の機能構成を示すブロック図である。 図３は、登録情報の一例を示す図である。 図４は、実施の形態に係る冷蔵庫の動作の概要を説明するためのタイムチャートである。 図５は、実施の形態に係る冷蔵庫の、食材が入庫されるときの動作のフローチャートである。 図６は、無線タグリーダの動作のフローチャートである。 図７は、重量センサの動作のフローチャートである。 図８は、入庫管理情報の一例を示す図である。 図９は、第三無線タグ情報の一例を示す図である。 図１０は、入庫された食材の無線タグＩＤの登録処理のフローチャートである。 図１１は、更新後の登録情報の一例を示す図である。 図１２は、実施の形態に係る冷蔵庫の、食材が出庫されるときの動作のフローチャートである。 図１３は、出庫管理情報の一例を示す図である。 図１４は、第五無線タグ情報の一例を示す図である。 図１５は、出庫された食材の無線タグＩＤの登録解除処理のフローチャートである。 図１６は、変形例１に係る登録情報の一例を示す図である。 図１７は、変形例２に係る入庫管理情報の一例を示す図である。 図１８は、変形例２に係る登録情報の一例を示す図である。 図１９は、変形例３に係る入庫管理情報の一例を示す図である。 図２０は、変形例３に係る第三無線タグ情報の一例を示す図である。 図２１は、実施の形態２に係る食材管理システムの概略構成を示す図である。 図２２は、冷蔵庫内の食材の配置を示す画像の一例を示す図である。

以下、実施の形態について、図面を参照しながら具体的に説明する。なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本開示を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意の構成要素として説明される。

なお、各図は模式図であり、必ずしも厳密に図示されたものではない。また、各図において、実質的に同一の構成に対しては同一の符号を付し、重複する説明は省略または簡略化される場合がある。

（実施の形態１）
［構成］
まず、実施の形態１に係る冷蔵庫の構成について説明する。図１は、実施の形態１に係る冷蔵庫の外観図である。図２は、実施の形態１に係る冷蔵庫の機能構成を示すブロック図である。

実施の形態１に係る冷蔵庫１０は、食材４０に取り付けられた無線タグを読み取ることにより、冷蔵庫１０内に収納された食材４０を管理することができる。図１に示されるように、冷蔵庫１０は、本体部１１と、本体部１１の内部空間１２へアクセスするための扉１３と、内部空間１２に設けられた複数の棚１４とを備える。ユーザは、扉１３を開けることで、複数の棚１４のそれぞれに食材４０を載置することができる状態となる。

また、図１及び図２に示されるように、冷蔵庫１０は、開閉センサ１５と、複数の重量センサ１６と、無線タグリーダ１７と、メモリ１８と、マイクロコンピュータ１９と、通知部２０とを備える。

開閉センサ１５は、扉１３の開閉を検知する。開閉センサ１５は、例えば、扉１３及び本体部１１の一方に取り付けられた磁石と、扉１３及び本体部１１の他方に取り付けられたマグネットセンサによって実現される、磁力式のセンサである。

重量センサ１６は、棚１４に加わる重量を検知する。重量センサ１６は、例えば、一つの棚１４の四隅に設けられる。これにより、当該棚１４に食材４０が置かれたときの４つの重量センサ１６が検知する重量のバランスに基づいて食材４０の位置の特定が可能となる。なお、位置の特定は必須ではなく、重量センサ１６は、一つの棚１４に一つ設けられてもよい。

無線タグリーダ１７は、食材４０に取り付けられた無線タグから無線タグＩＤを読み取る。無線タグリーダ１７は、言い換えれば、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｅｒ）タグリーダであり、近距離無線通信により、無線タグからＩＤを読み取る。無線タグは、例えば、パッシブ型のＲＦＩＤタグである。無線タグリーダ１７は、内部空間１２に設置される。つまり、無線タグリーダ１７は、本体部１１の内部に設置される。なお、無線タグから読み取ることができる情報には、無線タグＩＤの他に、食材の重量、食材の種別・品名などを示す食材コードなどが含まれてもよい。無線タグＩＤは、ユニークなＩＤを意味する。

メモリ１８には、無線タグリーダ１７によって読み取られた無線タグＩＤが収納中の食材４０の無線タグＩＤとして記憶される。以下では、収納中の食材４０の無線タグＩＤを集約した情報は、登録情報とも記載される。図３は、登録情報の一例を示す図である。また、メモリ１８には、マイクロコンピュータによって実行されるコンピュータプログラムも記憶される。メモリ１８は、例えば、半導体メモリによって実現される。

マイクロコンピュータ１９は、メモリ１８に記憶されたコンピュータプログラムを実行することにより、冷蔵庫１０内の食材４０の管理に関する情報処理を行う。マイクロコンピュータ１９は、具体的には、起動部１９ａと、判定部１９ｂと、取得部１９ｃと、登録部１９ｄとを備える。

通知部２０は、重量センサ１６による重量の計測開始タイミング、及び、重量の計測終了タイミングをユーザに通知する。通知部２０は、例えば、出音により上記タイミングを通知する、スピーカまたはブザーなどの出音装置であるが、発光により上記タイミングを通知する、発光装置であってもよい。

［動作の概要］
次に、冷蔵庫１０の動作の概要について説明する。冷蔵庫１０は、食材４０に取り付けられた無線タグを読み取る（以下、検出するとも記載される）ことにより、冷蔵庫１０内に収納された食材４０を管理することができる。上述のように、無線タグを読み取るための無線タグリーダ１７は、冷蔵庫１０の内部空間１２に設置されている。本体部１１及び扉１３が金属部材を含むことなどにより電波を遮蔽する（または、減衰させる）機能を有する場合、無線タグリーダ１７は、扉１３が閉じた状態では、内部空間１２に位置する食材４０の無線タグのみを読み取ることができる。一方、扉１３が開いた状態では、無線タグリーダ１７は、近距離無線通信が有効な範囲で、内部空間１２の外に位置する食材４０の無線タグを読み取ることもできる。図４は、このような冷蔵庫１０の動作の概要を説明するためのタイムチャートである。図４の（ａ）は、開閉センサ１５の検知結果、すなわち、扉１３の開閉状態を示し、第一期間Ｔ１は、扉１３が開いてから閉じるまでの期間である。図４の（ｂ）は、重量センサ１６の検知結果、すなわち、棚１４に食材４０が置かれたタイミングを示す。

図４の（ｃ）に示されるように、第一期間Ｔ１の前から冷蔵庫１０に収納されている食材４０の無線タグＡは、第一期間Ｔ１の前から第一期間Ｔ１の後まで無線タグリーダ１７によって検出することができる。

また、図４の（ｆ）に示されるように、冷蔵庫１０の外に位置する食材４０の無線タグＤは、第一期間Ｔ１のみ無線タグリーダ１７によって検出することができる。つまり、冷蔵庫１０の外に位置する食材４０は、扉１３が開いている期間のみ無線タグリーダ１７によって検出することができる。

また、図４の（ｄ）に示されるように、タイミングｔ１において冷蔵庫１０に入庫される（つまり、棚１４に載置される）食材４０の無線タグＢは、扉１３が開いたタイミング以降は、無線タグリーダ１７によって検出することができる。

ここで、冷蔵庫１０に入庫される食材４０の無線タグは、棚１４に接触することにより、検出できなくなる場合がある。例えば、棚１４が金属部分を含むような場合である。具体的には、図４の（ｅ）に示される無線タグＣは、扉１３が開いてから棚１４に載置されるタイミングｔ２までは、無線タグリーダ１７によって検出できるが、それ以降は検出できない。

そうすると、単純に、扉１３が閉じた後も検出できる無線タグのみを冷蔵庫１０内に入庫された食材４０の無線タグであるとみなすと、図４の（ｅ）の場合には、食材４０は実際には冷蔵庫１０内にあるにもかかわらず、管理されないという課題がある。そこで、冷蔵庫１０においては、図４の（ｅ）のような場合も食材４０も適切に管理することができるアルゴリズムが採用されている。

［食材を入庫するときの動作例］
以下、このようなアルゴリズム（動作）の詳細について説明する。図５は、食材４０が入庫されるときの冷蔵庫１０の動作のフローチャートである。なお、以下では、ＩＤ２０１～２１０が記録された無線タグが取り付けられた１０個の食材４０が既に入庫されているときに、ＩＤ１０１～１０３が記録された無線タグが取り付けられた３つの食材４０がさらに入庫されるものとして説明が行われる。ＩＤ１０１が記録された無線タグが取り付けられた食材４０、及び、ＩＤ１０２が記録された無線タグが取り付けられた食材４０は、上記図４の（ｄ）に示されるように、通常通り入庫され、入庫後も無線タグＩＤを読みとることができるものとする。一方、ＩＤ１０３が記録された無線タグが取り付けられた食材４０は、上記図４の（ｅ）に示されるように、入庫後には無線タグＩＤを読み取ることができないものとする。３つの食材４０は、例えば、１つの棚１４の上に入庫される。

まず、起動部１９ａは、起動信号を送信すること等により、無線タグリーダ１７を起動し（Ｓ１０１）、複数の重量センサ１６を起動する（Ｓ１０２）。図６に示されるように、起動中の無線タグリーダ１７は、通信可能範囲に位置する無線タグの無線タグＩＤを読み取り、内部メモリに保持することを繰り返す（Ｓ１１）。図６は、無線タグリーダ１７の動作のフローチャートである。また、図７に示されるように、起動中の複数の重量センサ１６は、食材４０の入庫が検知されるごとに、入庫された食材４０の重量及び位置を入庫情報として内部メモリに保持する（Ｓ２１）。図７は、重量センサ１６の動作のフローチャートである。なお、食材４０の入庫とは、食材４０が棚１４に載置されることを意味し、食材４０の出庫とは、食材４０が棚１４から除かれることを意味する。

次に、判定部１９ｂは、入庫個数を０にリセットし（Ｓ１０３）、開閉センサ１５の検知結果に基づいて、扉１３が開いたか否かを判定する（Ｓ１０４）。この判定は、扉１３が開くまで継続される（Ｓ１０４でＮｏ）。

判定部１９ｂは、扉１３が開いたと判定すると（Ｓ１０４でＹｅｓ）、重量センサ１６によって食材４０の入庫（重量の増加）が検知されたか否かを判定する（Ｓ１０５）。取得部１９ｃは、判定部１９ｂによって食材４０の入庫が検知されたと判定されると（Ｓ１０５でＹｅｓ）、入庫された食材４０の入庫情報（重量情報及び位置情報）を重量センサ１６の内部メモリから取得する（Ｓ１０６）。また、取得部１９ｃは、無線タグリーダ１７から、入庫が検知される直前に読み取られていた無線タグＩＤを示す第一無線タグ情報を取得し（Ｓ１０７）、入庫が検知される直後に読み取られていた無線タグＩＤを示す第二無線タグ情報を取得する（Ｓ１０８）。そして、取得部１９ｃは、入庫情報、第一無線タグ情報、及び、第二無線タグ情報を紐づけて入庫管理情報としてメモリ１８に記憶する（Ｓ１０９）。図８は、入庫管理情報の一例を示す図である。図８に示されるように、入庫管理情報においては、入庫情報の一つ一つに仮ＩＤが付与されている。仮ＩＤは、一つの位置情報に対して一つ付与されるものであり、言い換えれば、位置ＩＤである。仮ＩＤは、位置情報と読み替えられてもよい。なお、図８では図示されないが、無線タグからは無線タグＩＤの他に重量及び食材コードを読み取ることができ、入庫管理情報（具体的には、第一無線タグ情報、及び、第二無線タグ情報）においてもこれらの情報が含まれる。その後、判定部１９ｂは、入庫個数に１を加算する（Ｓ１１０）。

判定部１９ｂは、ステップＳ１１０の後、及び、ステップＳ１０５で入庫が検知されなかった場合（Ｓ１０５でＮｏ）のそれぞれにおいて、扉１３が閉じたか否かを判定する（Ｓ１１１）。判定部１９ｂは、扉１３が閉じていないと判定すると（Ｓ１１１でＮｏ）、ステップＳ１０５の判定処理に戻る。

一方、取得部１９ｃは、判定部１９ｂによって扉１３が閉じたと判定されると（Ｓ１１１でＹｅｓ）、扉１３が閉じた直後に読み取られていた無線タグＩＤを示す第三無線タグ情報を取得してメモリ１８に記憶する（Ｓ１１２）。図９は、第三無線タグ情報の一例を示す図である。図９の例では、第三無線タグ情報には、無線タグＩＤの他に、食材４０の重量、及び、食材コードなどが含まれている。上述のように、重量、及び、食材コードなどの情報も無線タグに含まれている。

ステップＳ１１２の後、登録部１９ｄは、入庫された食材４０の無線タグＩＤの登録処理を行う（Ｓ１１３）。図１０は、入庫された食材４０の無線タグＩＤの登録処理のフローチャートである。

まず、登録部１９ｄは、入庫個数が０より大きいか否かを判定する（Ｓ１１４）。入庫個数が０であると判定されると（Ｓ１１４でＮｏ）、動作は終了となる。登録部１９ｄは、入庫個数が０より大きいと判定すると（Ｓ１１４でＹｅｓ）、入庫管理情報（図８参照）の仮ＩＤを１つ選択する（Ｓ１１５）。

次に、登録部１９ｄは、メモリ１８に記憶されている登録情報と、第三無線タグ情報（図９）とを比較し、第三無線タグ情報に含まれており、登録情報に含まれていない無線タグＩＤを候補ＩＤとして特定する（Ｓ１１６）。この処理は、言い換えれば、新たに入庫された食材４０の無線タグＩＤを特定する処理であるといえる。第三無線タグ情報（図９参照）に含まれており、登録情報（図３参照）に含まれていない無線タグＩＤに該当するのは、ＩＤ１０１及びＩＤ１０２である。

次に、登録部１９ｄは、食材４０の重量に基づいて、ステップＳ１１６で特定した候補ＩＤの中からステップＳ１１５で選択した仮ＩＤに相当する無線タグＩＤを特定する（Ｓ１１７）。例えば、ステップＳ１１５で仮ＩＤ１００１が選択されている場合、その重量は１００ｇである（図８参照）。そうすると、仮ＩＤ１００１に相当する無線ＩＤは、第三無線タグ情報（図９参照）において、２００ｇに対応付けられたＩＤ１０２ではなく、１００ｇに対応付けられたＩＤ１０１であると特定できる。

登録部１９ｄは、上記のように無線タグＩＤが特定できた場合には（Ｓ１１８でＹｅｓ）、特定した無線タグＩＤに紐づけられた情報（重量及び食材コード）と、仮ＩＤに紐づけられた情報（重量及び位置）とを統合して登録情報に追加し（Ｓ１１９）、入庫個数から１を減算して（Ｓ１２０）、ステップＳ１１４の判定処理に戻る。

一方、ステップＳ１１７において仮ＩＤに相当する無線タグＩＤが特定できない場合がある。例えば、ステップＳ１１５で仮ＩＤ１００３が選択されている場合、その重量は４００ｇ（図８参照）である。そうすると、ステップＳ１１６で特定した候補ＩＤ（ＩＤ１０１、ＩＤ１０２）の中には４００ｇに対応付けられた無線タグＩＤが存在しないため、仮ＩＤ１００３に相当する無線タグＩＤが特定できない。

このように、ステップＳ１１７において仮ＩＤに相当する無線タグＩＤが特定できない場合（Ｓ１１８でＮｏ）、登録部１９ｄは、入庫管理情報（図８参照）において、選択された仮ＩＤに紐づけられた第一無線タグ情報及び第二無線タグ情報を比較し、第一無線タグ情報には含まれているが第二無線タグ情報には含まれていない無線タグＩＤ（図８の例では、ＩＤ１０３）を、仮ＩＤに相当する無線タグＩＤであると特定する（Ｓ１２１）。登録部１９ｄは、特定した無線タグＩＤに紐づけられた情報（重量及び食材コード）と、仮ＩＤに紐づけられた情報（重量及び位置）とを統合して登録情報に追加し（Ｓ１１９）、入庫個数から１を減算して（Ｓ１２０）、ステップＳ１１４の判定処理に戻る。

以上のような登録処理の結果、登録情報は、図２の状態から図１１のように更新される。図１１は、更新後の登録情報の一例を示す図である。

以上説明したように、ステップＳ１２１において、冷蔵庫１０は、第一期間Ｔ１内で、重量センサ１６によって検知される重量が増加したタイミング以降に無線タグリーダ１７によって読み取ることができなくなったＩＤを新たに入庫された食材４０の無線タグＩＤとして特定する。これにより、棚１４に載置されたことに起因して無線タグが読み取れなくなった食材４０のＩＤを管理することができる。つまり、食材４０の管理の精度が向上された冷蔵庫１０が実現される。

なお、上述のステップＳ１１６においては、第三無線タグ情報に含まれており、登録情報に含まれていない無線タグＩＤが候補ＩＤとして特定されたが、第一無線タグ情報に含まれ、かつ、第三無線タグ情報に含まれ、かつ、登録情報に含まれていない無線タグＩＤが候補ＩＤとして特定されてもよい。

また、上述のステップＳ１１７において、候補ＩＤが１つしかない場合には、重量に基づいて仮ＩＤに相当する無線タグＩＤが特定される必要は無い。

［食材を出庫するときの動作例］
次に、冷蔵庫１０から食材４０が出庫されるときの動作について説明する。図１２は、食材４０が出庫されるときの冷蔵庫１０の動作のフローチャートである。なお、以下では、無線タグＩＤ１０１～１０３が取り付けられた３つの食材４０が出庫されるものとして説明が行われる。

まず、起動部１９ａは、起動信号を送信すること等により、無線タグリーダ１７を起動し（Ｓ２０１）、複数の重量センサ１６を起動する（Ｓ２０２）。

次に、判定部１９ｂは、出庫個数を０にリセットし（Ｓ２０３）、開閉センサ１５の検知結果に基づいて、扉１３が開いたか否かを判定する（Ｓ２０４）。この判定は、扉１３が開くまで継続される（Ｓ２０４でＮｏ）。

判定部１９ｂは、扉１３が開いたと判定すると（Ｓ２０４でＹｅｓ）、重量センサ１６によって食材４０の出庫（つまり、重量の減少）が検知されたか否かを判定する（Ｓ２０５）。取得部１９ｃは、判定部１９ｂによって食材４０の出庫が検知されたと判定されると（Ｓ２０５でＹｅｓ）、出庫された食材４０の出庫情報（重量及び位置）を重量センサ１６の計測値の変化に基づいて取得する（Ｓ２０６）。また、取得部１９ｃは、無線タグリーダ１７から、出庫が検知された直後に読み取られていた無線タグＩＤを示す第四無線タグ情報を取得する（Ｓ２０７）。

そして、取得部１９ｃは、出庫情報と、第四無線タグ情報を紐づけて出庫管理情報としてメモリ１８に記憶する（Ｓ２０８）。図１３は、出庫管理情報の一例を示す図である。図１３に示されるように、出庫管理情報においては、出庫情報の一つ一つに仮ＩＤが付与されている。また、図１３に示される第四無線タグ情報は、仮ＩＤの小さい食材４０から順に出庫された場合のものである。つまり、図１３に示される第四無線タグ情報は、仮ＩＤ２００３が付与された食材４０が最後に出庫された場合のものである。その後、判定部１９ｂは、出庫個数に１を加算する（Ｓ２０９）。

判定部１９ｂは、ステップＳ２０９の後、及び、ステップＳ２０５で出庫が検知されなかった場合（Ｓ２０５でＮｏ）のそれぞれにおいて、扉１３が閉じたか否かを判定する（Ｓ２１０）。判定部１９ｂは、扉１３が閉じていないと判定すると（Ｓ２１０でＮｏ）、ステップＳ２０５の判定処理に戻る。

一方、取得部１９ｃは、判定部１９ｂによって扉１３が閉じたと判定されると（Ｓ２１０でＹｅｓ）、扉１３が閉じた直後に読み取られていた無線タグＩＤを示す第五無線タグ情報を取得してメモリ１８に記憶する（Ｓ２１１）。図１４は、第五無線タグ情報の一例を示す図である。

ステップＳ２１１の後、登録部１９ｄは、出庫された食材４０の無線タグＩＤの登録解除処理を行う（Ｓ２１２）。図１５は、出庫された食材４０の無線タグＩＤの登録解除処理のフローチャートである。

まず、登録部１９ｄは、出庫個数が０より大きいか否かを判定する（Ｓ２１３）。出庫個数が０であると判定されると（Ｓ２１３でＮｏ）、動作は終了となる。登録部１９ｄは、出庫個数が０より大きいと判定すると（Ｓ２１３でＹｅｓ）、出庫管理情報（図１３参照）の仮ＩＤを１つ選択する（Ｓ２１４）。

次に、登録部１９ｄは、メモリ１８に記憶されていた扉１３が開く直前の時点における登録情報（図１１参照）と、対象の仮ＩＤに紐づいている第四無線タグ情報と、第五無線タグ情報（図１４参照）とを比較し、登録情報に含まれており、かつ、第四無線タグ情報にも含まれており、第五無線タグ情報に含まれていない無線タグＩＤを候補ＩＤとして特定する（Ｓ２１５）。この処理は、言い換えれば、出庫された食材４０の無線タグＩＤを特定する処理であるといえる。登録情報に含まれており、かつ、第四無線タグ情報にも含まれており、第五無線タグ情報（図１４参照）に含まれていない無線タグＩＤに該当するのは、ＩＤ１０１及びＩＤ１０２である。

なお、棚１４に載置されたことに起因して無線タグが読み取れない状態の食材４０であっても、食材４０が取り出された直後にはその無線タグを認識することができる。このため、無線タグＩＤが第四無線タグ情報にも含まれていることを確認することで、取り出した食材４０を精度よく特定することができる。棚１４に載置されたことに起因して無線タグが読み取れない食材４０の無線タグＩＤは、取り出されない限り第四無線タグ情報に含まれず、ＩＤ１０１及びＩＤ１０２のいずれもこのような無線タグＩＤには該当しない。

次に、登録部１９ｄは、食材４０の重量に基づいて、ステップＳ２１５で特定した候補ＩＤの中からステップＳ２１４で選択した仮ＩＤに相当する無線タグＩＤを特定する（Ｓ２１６）。例えば、ステップＳ２１４で仮ＩＤ２００１が選択されている場合、その重量は１００ｇである（図１３参照）。そうすると、仮ＩＤ２００１に相当する無線ＩＤは、登録情報（図１１参照）において、２００ｇに対応付けられたＩＤ１０２ではなく、１００ｇに対応付けられたＩＤ１０１であると特定できる。

登録部１９ｄは、上記のように無線タグＩＤが特定できた場合には（Ｓ２１７でＹｅｓ）、特定した無線タグＩＤに紐づけられた情報（重量、位置、及び食材コード）を登録情報から削除し（Ｓ２１８）、出庫個数から１を減算して（Ｓ２１９）、ステップＳ２１３の判定処理に戻る。

一方、ステップＳ２１６において仮ＩＤに相当する無線タグＩＤが特定できない場合がある。例えば、ステップＳ２１４で仮ＩＤ２００３が選択されている場合、その重量は４００ｇ（図１３参照）である。そうすると、ステップＳ２１５で特定した候補ＩＤ（ＩＤ１０１、ＩＤ１０２）の中には４００ｇに対応付けられた無線タグＩＤが存在しないため、仮ＩＤ２００３に相当する無線タグＩＤが特定できない。なお、このようなシチュエーションは、冷蔵庫１０内で無線タグが食材４０から外れてしまい、食材４０は出庫されたが、無線タグのみが収納されたままである場合に生じる可能性がある。

このように、ステップＳ２１６において仮ＩＤに相当する無線タグＩＤが特定できない場合（Ｓ２１７でＮｏ）、登録部１９ｄは、出庫管理情報（図１３参照）において、仮ＩＤに紐づけられた出庫情報（重量及び位置）から、登録情報（図１１参照）に含まれる無線タグＩＤのうち、仮ＩＤと最も類似する無線タグＩＤ（つまり、ＩＤ１０３）を、仮ＩＤに相当する無線タグＩＤであると特定する（Ｓ２２０）。登録部１９ｄは、特定した無線タグＩＤに紐づけられた情報（重量、位置、及び食材コード）を登録情報から削除し（Ｓ２１８）、出庫個数から１を減算して（Ｓ２１９）、ステップＳ２１３の判定処理に戻る。

以上のような登録解除処理の結果、登録情報は、図１１の状態から図３のように更新される。

以上説明したように、冷蔵庫１０は、無線タグが食材４０から外れてしまい、食材４０は出庫されたが、無線タグのみが収納されたままであるような場合にも、このような食材４０の無線タグＩＤを登録情報から削除することができる。

なお、出庫時の動作は、簡略化されてもよい。例えば、扉１３が開く前の登録情報（図１１参照）に含まれ、扉１３が閉じた後の第五無線タグ情報（図１４参照）に含まれない無線タグＩＤを、出庫された食材４０の無線タグＩＤとして特定することもできる。つまり、冷蔵庫１０は、開閉センサ１５の検知結果に基づいて定まる、扉１３が開いてから閉じるまでの第二期間（ステップＳ２０４からステップＳ２１０までの期間）の前に登録情報に含まれていた無線タグＩＤのうち第二期間の後に無線タグリーダ１７によって読み取ることができない無線タグＩＤを出庫された食材４０のＩＤとして特定してもよい。また、冷蔵庫１０は、特定した無線タグＩＤを登録情報から削除してもよい。

［食材を入庫するときの動作の変形例１］
なお、図１０のステップＳ１１７においては、仮登録情報（図８参照）において仮ＩＤ１００１に対応付けられた重量と、入庫管理情報において仮ＩＤ１００２に対応付けられた重量とが異なることから、重量に基づいて、仮ＩＤ１００１に相当する無線タグＩＤ（候補ＩＤ）を特定することができた。しかしながら、仮登録情報において仮ＩＤ１００１に対応付けられた重量と、入庫管理情報において仮ＩＤ１００２に対応付けられた重量とが同じである場合には、重量に基づいて、仮ＩＤ１００１に相当する無線タグＩＤを特定することができない。

このような場合、登録部１９ｄは、仮ＩＤに相当する無線タグＩＤをペンディング扱いにしてもよい。図１６は、仮ＩＤに相当する無線タグＩＤがペンディング扱いにされた、登録情報の一例を示す図である。この場合、ＩＤ１０１の食材４０及びＩＤ１０２の食材４０のいずれかが出庫されると、出庫された食材４０の位置の重量が１００ｇ軽くなり、かつ、扉１３が閉じた後には出庫された食材４０のＩＤが読み取れなくなることから、登録部１９ｄは、出庫時に仮ＩＤに相当する無線タグＩＤを特定することができる。

以上説明したように、マイクロコンピュータ１９は、候補ＩＤが複数存在し、かつ、第一期間Ｔ１にある食材４０と同じ重量の他の食材４０が入庫された場合、他の食材４０が出庫されたときに、複数の候補ＩＤの１つをある食材４０の無線タグＩＤとして特定する。これにより、冷蔵庫１０は、第一期間Ｔ１に同じ重量の食材４０が２つ以上入庫されたとしても、これらの食材４０を区別することができる。

［食材を入庫するときの動作の変形例２］
重量センサ１６は、重量センサ１６によって検知される重量の増加の開始タイミングから増加が収束する終了タイミングまでの期間における重量の増加量を、食材４０の重量として認識する。したがって、複数の食材４０が同時または連続して入庫されると、図５のステップＳ１０５において重量センサ１６が複数の食材４０を１つの食材４０として検知してしまう場合がある。例えば、１００ｇの食材４０と２００ｇの食材４０とが同時に入庫されても、３００ｇの１つの食材４０が入庫されたものとみなされる場合がある。図１７は、２つの食材４０を１つの食材４０として検知した場合の入庫管理情報の一例を示す図である。

このような場合、図１０のステップＳ１１７においては、仮ＩＤ１００４に対応付けられた重量と、候補ＩＤに対応付けられた重量とが一致しないことから、仮ＩＤ１００４に相当する１つの無線タグＩＤを特定することができない。また、図１０のステップＳ１２１においても無線タグＩＤを特定することができない。

このような場合、登録部１９ｄは、登録情報において、仮ＩＤ１００４に２つ以上の無線タグＩＤを対応付けてもよい。図１８は、このような登録情報の一例を示す図である。登録部１９ｄは、具体的には、複数の候補ＩＤの中から、重量の合計が仮ＩＤ１００４に対応付けられた重量と一致する２つ以上の無線タグＩＤの組み合わせを特定する。

このように、マイクロコンピュータ１９は、候補ＩＤが複数存在し、かつ、食材４０の重量として実際には複数の食材４０の重量の合計が検知されている場合、複数の候補ＩＤの２つ以上を食材４０の無線タグＩＤとして特定する。この場合も、ＩＤ１０１の食材４０及びＩＤ１０２の食材４０のいずれかが出庫されると、出庫された食材４０の位置の重量が軽くなり、かつ、扉１３が閉じた後には出庫された食材４０のＩＤが読み取れなくなることから、登録部１９ｄは、出庫時に無線タグＩＤを特定することができる。つまり、冷蔵庫１０は、第一期間Ｔ１に同じ重量の食材４０が２つ以上同時にまたは連続して入庫されたとしても、これらの食材４０を区別することができる。

なお、上記のように、食材４０を同時または連続して入庫されることを抑制するために、冷蔵庫１０は、ユーザに食材４０の入庫のタイミングを通知してもよい。例えば、マイクロコンピュータ１９は、重量センサ１６によって検知される重量の増加の開始タイミングに通知部２０に通知音を出力させ、重量の増加が収束する終了タイミングにも通知部２０に通知音を出力させる。これにより、ユーザが食材４０を棚１４に載せ始めると通知音が開始タイミングと終了タイミングの２回鳴るため、ユーザは、２回目の通知音がなるまでは別の食材４０を棚１４に載せない、という作業が可能となる。つまり、ユーザは、通知音を聞くことによって、食材４０を同時または連続して入庫しないように気を付けることができる。

［食材を入庫するときの動作の変形例３］
ところで、一番上の棚１４には野菜が載置され、２段目の棚１４には乳製品が載置される、というようなルールがメモリ１８にあらかじめ記憶されているような場合が考えられる。このような場合、図１０のステップＳ１１７において、登録部１９ｄは、第三無線タグ情報において候補ＩＤに対応付けられた食材コードと、棚１４に対して定められた食材４０の種別とを照合することにより、仮ＩＤ１００１に相当する無線タグＩＤを特定してもよい。

図１９は、変形例３に係る入庫管理情報の一例を示す図であり、図２０は、変形例３に係る第三無線タグ情報の一例を示す図である。

図１９に示されるように、変形例３に係る入庫管理情報においては、どの棚に入庫されたかを示す情報が含まれる。図１９の例では、上の棚１４に仮ＩＤ１００１に対応する１００ｇの食材４０が入庫され、２段目の棚１４には仮ＩＤ１００２に対応する１００ｇの食材４０が入庫されている。

図２０に示されるように、第三無線タグ情報に含まれる候補ＩＤは、ＩＤ１０１及びＩＤ１０２であるが、ＩＤ１０１及びＩＤ１０２は、いずれも１００ｇの重量に対応付けられている。このため、重量に基づいて、仮ＩＤに相当する候補ＩＤを特定することはできない。しかしながら、登録部１９ｄは、入庫管理情報において仮ＩＤに対応付けられた棚１４に入庫されるべき食材４０の種別と、第三無線タグ情報において候補ＩＤに対応付けられた食材コード（つまり、無線タグから読み取られた食材４０の種別）とを照合することにより、仮ＩＤに相当する候補ＩＤを特定することができる。図１９及び図２０の例では、登録部１９ｄは、具体的には、仮ＩＤ１００１にはＩＤ１０１が相当し、仮ＩＤ１００２にはＩＤ１０２が相当することを特定することができる。

このように、マイクロコンピュータ１９は、候補ＩＤが複数存在する場合、複数の候補ＩＤのそれぞれに対応付けられた食材コード（つまり、食材４０の種別）に基づいて、複数の候補ＩＤの１つを食材４０の無線タグＩＤとして特定する。これにより、冷蔵庫１０は、重量を使用せずに複数の食材４０を区別することができる。

［その他の変形例］
実施の形態１において、冷蔵庫１０は、一般家庭用の冷蔵庫であってもよいし、コンビニエンスストアなどの小売店で用いられる商品展示用の冷蔵庫であってもよいし、その他の業務用の冷蔵庫であってもよい。

また、実施の形態１では、冷蔵庫１０内で食材４０の位置を管理するために１つの棚１４に対して複数の重量センサ１６が設けられたが、食材４０の位置が管理されることは必須ではない。食材４０の位置を管理する必要が無い場合には、重量センサ１６は、１つの棚１４に対して１つ設けられればよい。また、食材４０の位置を管理する必要が無い場合には、無線タグに重量の情報が含まれなくてもよい。

また、冷蔵庫１０内に単一種別の食材４０が収納されるような場合には、無線タグに食材コード（食材４０の種別を示す情報）が含まれてなくてもよい。

また、冷蔵庫１０は、収納庫の一例であり、本開示は、冷蔵機能を有しない他の収納庫としても実現できる。また、収納庫に収納される物品（つまり、対象物）は、食材４０に限定されず、その他の物品であってもよい。冷蔵庫１０に食材４０以外の物品が収納されるような場合も考えられる。

［効果等］
以上説明したように、冷蔵庫１０は、扉１３、及び、対象物が載置される棚１４を備え、扉１３が開いた状態で棚１４への対象物の載置が行われる。冷蔵庫１０は、収納庫の一例であり、対象物は、具体的には、食材４０などである。冷蔵庫１０は、扉１３の開閉を検知する開閉センサ１５と、棚１４に加わる重量を検知する重量センサ１６と、対象物に取り付けられた無線タグからＩＤを読み取る無線タグリーダ１７と、無線タグリーダ１７によって読み取られた、収納中の対象物のＩＤが登録情報として記憶されるメモリ１８と、マイクロコンピュータ１９とを備える。マイクロコンピュータ１９は、開閉センサ１５の検知結果に基づいて定まる、扉１３が開いてから閉じるまでの第一期間Ｔ１の後に無線タグリーダ１７によって読み取ることができるＩＤのうち登録情報に含まれないＩＤである候補ＩＤを新たに入庫された第一対象物の第一ＩＤとして特定し、第一期間Ｔ１内で、重量センサ１６によって検知される重量が増加した直後に無線タグリーダ１７によって読み取ることができなくなったＩＤを新たに入庫された第二対象物の第二ＩＤとして特定し、特定した第一ＩＤ及び第二ＩＤを登録情報に追加する。

このような冷蔵庫１０は、棚１４に載置されたことに起因して無線タグが読み取れなくなった食材４０のＩＤを管理することができる。つまり、食材４０の管理の精度が向上された冷蔵庫１０が実現される。

また、例えば、マイクロコンピュータ１９は、登録情報に含まれており、かつ、第四無線タグ情報にも含まれており、第五無線タグ情報に含まれていない無線タグＩＤを候補ＩＤとして特定する。このような処理は、図１５のステップＳ２１５に相当する。

棚１４に載置されたことに起因して無線タグが読み取れなくなった食材４０の無線タグは、その食材４０自体が入庫中で他の食材４０が出庫されるときには、他の食材４０が取り出された直後、及び、他の食材４０が出庫されて扉１３が閉じた後の両方で読み取ることができないので、出庫した他の食材４０ではないと判断できる。つまり、上記の処理により、出庫した食材４０の判定精度が向上された冷蔵庫１０が実現される。

また、例えば、無線タグリーダ１７は、無線タグからＩＤ及び対象物の重量を読み取り、マイクロコンピュータ１９は、候補ＩＤが複数存在する場合、重量センサ１６によって検知される第一対象物の重量に基づいて、複数の候補ＩＤの１つを第一対象物の第一ＩＤとして特定する。このような処理は、図１０のステップＳ１１７に相当する。

このような冷蔵庫１０は、第一期間Ｔ１に対象物が２つ以上入庫されたとしても、これらの対象物を区別することができる。

また、例えば、マイクロコンピュータ１９は、候補ＩＤが複数存在し、かつ、第一期間Ｔ１に第一対象物と同じ重量の他の対象物が入庫された場合、他の対象物が出庫されたときに、複数の候補ＩＤの１つを第一対象物の第一ＩＤとして特定する。このような処理は、上述の食材４０を入庫するときの動作の変形例１に相当する。

このような冷蔵庫１０は、第一期間Ｔ１に同じ重量の対象物が２つ以上入庫されたとしても、これらの対象物を区別することができる。

また、例えば、重量センサ１６は、重量センサ１６によって検知される重量の増加の開始タイミングから増加が収束する終了タイミングまでの期間における重量の増加量を、第一対象物の重量として認識する。マイクロコンピュータ１９は、候補ＩＤが複数存在し、かつ、第一対象物の重量として実際には複数の対象物の重量の合計が検知されている場合、複数の候補ＩＤの２つ以上を第一対象物の第一ＩＤとして特定する。このような処理は、上述の食材４０を入庫するときの動作の変形例２に相当する。

このような冷蔵庫１０は、第一期間Ｔ１に同じ重量の対象物が２つ以上同時にまたは連続して入庫されたとしても、これらの対象物を管理することができる。

また、例えば、冷蔵庫１０は、さらに、開始タイミング、及び、終了タイミングのそれぞれをユーザに通知する通知部２０を備える。

このような冷蔵庫１０は、対象物を１つだけ入庫すべきタイミングをユーザに通知することができる。つまり、冷蔵庫１０は、ユーザが対象物を同時または連続して入庫しないように支援することができる。

また、例えば、棚１４には、棚１４に載置されるべき対象物の種別が定められ、無線タグリーダ１７は、無線タグからＩＤ及び対象物の種別を読み取り、マイクロコンピュータ１９は、候補ＩＤが複数存在する場合、複数の候補ＩＤのそれぞれに対応付けられた種別に基づいて、複数の候補ＩＤの１つを第一対象物の第一ＩＤとして特定する。このような処理は、上述の食材４０を入庫するときの動作の変形例３に相当する。上記実施の形態１では、対象物の種別は、食材コードによって特定される。

このような冷蔵庫１０は、棚１４に載置されるべき対象物の種別と、無線タグリーダ１７によって読み取られた対象物の種別とを照合することにより、複数の対象物を区別することができる。

また、例えば、冷蔵庫１０は、１つの棚１４に対して複数の重量センサ１６を備える。マイクロコンピュータ１９は、複数の重量センサ１６によって検知される第一対象物の位置情報を、特定した第一ＩＤに対応付けてメモリ１８に記憶する。複数の重量センサ１６によって検知される第二対象物の位置情報を、特定した第二ＩＤに対応付けてメモリ１８に記憶する。

このような冷蔵庫１０は、対象物の位置情報を管理することができる。

また、例えば、マイクロコンピュータ１９は、開閉センサ１５の検知結果に基づいて定まる、扉１３が開いてから閉じるまでの第二期間の前に登録情報に含まれていたＩＤのうち第二期間の後に無線タグリーダ１７によって読み取ることができないＩＤを出庫された対象物のＩＤとして特定し、特定したＩＤを登録情報から削除する。

このような冷蔵庫１０は、対象物の出庫を管理することができる。

（実施の形態２）
［構成］
次に、実施の形態２に係る食材管理システムについて説明する。図２１は、実施の形態２に係る食材管理システムの概略構成を示す図である。

図２１に示されるように、実施の形態２に係る食材管理システム１００は、冷蔵庫１０と、サーバ装置５０と、情報端末６０とを備える。

冷蔵庫１０は、メモリ１８に記憶された登録情報を逐次サーバ装置５０にアップロードする。冷蔵庫１０の詳細構成は、実施の形態１で説明した通りである。なお、冷蔵庫１０及びサーバ装置５０は、例えば、インターネットなどの広域通信ネットワーク７０を介して通信を行う。

サーバ装置５０は、いわゆるクラウドサーバであり、冷蔵庫１０によってアップロードされた登録情報を記憶し、情報端末６０からの要求に応じて登録情報を情報端末６０に提供する。なお、サーバ装置５０及び情報端末６０は、例えば、インターネットなどの広域通信ネットワーク７０を介して通信を行う。

情報端末６０は、例えば、スマートフォンまたはタブレット端末などの携帯型の情報端末であるが、パーソナルコンピュータなどの据え置き型の情報端末であってもよい。情報端末６０は、表示部を備え、サーバ装置５０から提供される登録情報に基づいて、冷蔵庫１０内の食材４０の配置を示す画像を上記表示部に表示する。図２２は、冷蔵庫１０内の食材４０の配置を示す画像の一例を示す図である。

図２２に示される画像は、仮想的な内部空間１２に、食材４０に対応するアイコン（例えば、リンゴのアイコン及び牛乳のアイコン）が重畳された画像である。アイコンの重畳位置は、登録情報における位置情報に応じて変更される。

［効果等］
このように、食材管理システム１００は、冷蔵庫１０内の食材４０の配置を可視化することができる。例えば、情報端末６０がユーザによって所持される携帯端末であり、冷蔵庫１０がユーザの自宅に配置される家庭用冷蔵庫であれば、ユーザは、情報端末６０を通じて外出先から自宅の冷蔵庫１０の中身を確認することができる。

（その他の実施の形態）
以上、実施の形態について説明したが、本開示は、上記実施の形態に限定されるものではない。

例えば、上記実施の形態において、特定の処理部が実行する処理を別の処理部が実行してもよい。また、複数の処理の順序が変更されてもよいし、複数の処理が並行して実行されてもよい。

また、上記実施の形態において、各構成要素は、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

また、各構成要素は、ハードウェアによって実現されてもよい。例えば、各構成要素は、回路（または集積回路）でもよい。これらの回路は、全体として１つの回路を構成してもよいし、それぞれ別々の回路でもよい。また、これらの回路は、それぞれ、汎用的な回路でもよいし、専用の回路でもよい。

また、本開示の全般的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよい。また、本開示の全般的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

例えば、本開示は、コンピュータによって実行される対象物の管理方法として実現されてもよいし、対象物の管理方法をコンピュータに実行させるためのプログラムとして実現されてもよい。本開示は、このようなプログラムが記録されたコンピュータ読み取り可能な非一時的な記録媒体として実現されてもよい。

その他、各実施の形態に対して当業者が思いつく各種変形を施して得られる形態、または、本開示の趣旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本開示に含まれる。

１０ 冷蔵庫（収納庫）
１１ 本体部
１２ 内部空間
１３ 扉
１４ 棚
１５ 開閉センサ
１６ 重量センサ
１７ 無線タグリーダ
１８ メモリ
１９ マイクロコンピュータ
１９ａ 起動部
１９ｂ 判定部
１９ｃ 取得部
１９ｄ 登録部
２０ 通知部
４０ 食材（対象物）
５０ サーバ装置
６０ 情報端末
７０ 広域通信ネットワーク
１００ 食材管理システム

Claims (14)

1. 対象物が載置される棚を備え、前記棚への前記対象物の載置が行われる収納庫であって、
   前記棚に加わる重量を検知する重量センサと、
   前記対象物に取り付けられた無線タグからＩＤを読み取る無線タグリーダと、
   前記無線タグリーダによって読み取られた、収納中の前記対象物のＩＤが登録情報として記憶されるメモリと、
   マイクロコンピュータとを備え、
   前記マイクロコンピュータは、
   前記重量センサによって検知される重量が増加する前に前記無線タグリーダによって読み取ることができたＩＤで、前記重量センサによって検知される重量が増加した直後に前記無線タグリーダによって読み取ることができなくなったＩＤを新たに入庫された対象物のＩＤとして特定し、
   特定した前記ＩＤを前記登録情報に追加する
   収納庫。
2. 前記対象物は、第二対象物であり、
   前記第二対象物の前記ＩＤは、第二ＩＤであり、
   前記マイクロコンピュータは、
   前記重量センサによって検知される重量が増加する前に前記無線タグリーダによって読み取ることができたＩＤで、前記重量センサによって検知される重量が増加した直後にも前記無線タグリーダによって読み取ることができたＩＤのうち前記登録情報に含まれないＩＤである候補ＩＤを新たに入庫された第一対象物の第一ＩＤとして特定し、
   特定した前記第一ＩＤを前記登録情報に追加する
   請求項１に記載の収納庫。
3. 前記マイクロコンピュータは、
   前記重量センサによって検知される重量が減少する前に前記無線タグリーダによって読み取ることができなかったＩＤで、前記重量センサによって検知される重量が減少した直後に前記無線タグリーダによって読み取ることができたＩＤを出庫された第三対象物の第三ＩＤとして特定し、
   特定した前記第三ＩＤを前記登録情報から削除する
   請求項１に記載の収納庫。
4. 前記無線タグリーダは、前記無線タグからＩＤ及び前記対象物の重量を読み取り、
   前記マイクロコンピュータは、
   前記重量センサによって検知される重量が減少する前に前記無線タグリーダによって読み取ることができたＩＤで、前記重量センサによって検知される重量が減少した直後に前記無線タグリーダによって読み取ることができたＩＤの中から前記第一対象物の重量および前記無線タグから読み取った前記対象物の重量に基づいて、出庫された第三対象物の第三ＩＤを特定し、
   特定した前記第三ＩＤを前記登録情報から削除する
   請求項２に記載の収納庫。
5. 前記無線タグリーダは、前記無線タグからＩＤ及び前記対象物の重量を読み取り、
   前記マイクロコンピュータは、
   前記候補ＩＤの中から、前記重量センサによって検知される前記第一対象物の重量および前記無線タグから読み取った前記対象物の重量に基づいて、前記第一対象物の前記第一ＩＤを特定する
   請求項２に記載の収納庫。
6. 前記マイクロコンピュータは、前記候補ＩＤが複数存在し、かつ、前記第一対象物と同じ重量の他の対象物が入庫された場合、前記他の対象物が出庫されたときに、複数の前記候補ＩＤの１つを前記第一対象物の前記第一ＩＤとして特定する
   請求項５に記載の収納庫。
7. 前記重量センサは、前記重量センサによって検知される重量の増加の開始タイミングから前記増加が収束する終了タイミングまでの期間における重量の増加量を、前記第一対象物の重量として認識し、
   前記マイクロコンピュータは、前記候補ＩＤが複数存在し、かつ、前記第一対象物の重量として実際には複数の対象物の重量の合計が検知されている場合、複数の前記候補ＩＤの２つ以上を前記第一対象物の前記第一ＩＤとして特定する
   請求項５に記載の収納庫。
8. 前記収納庫は、さらに、前記開始タイミング、及び、前記終了タイミングのそれぞれをユーザに通知する通知部を備える
   請求項７に記載の収納庫。
9. 前記棚には、前記棚に載置されるべき対象物の種別が定められ、
   前記無線タグリーダは、前記無線タグからＩＤ及び前記対象物の種別を読み取り、
   前記マイクロコンピュータは、
   前記候補ＩＤが複数存在する場合、複数の前記候補ＩＤのそれぞれに対応付けられた種別に基づいて、複数の前記候補ＩＤの１つを前記第一対象物の前記第一ＩＤとして特定する
   請求項２、４～８のいずれか１項に記載の収納庫。
10. 前記収納庫は、１つの前記棚に対して複数の前記重量センサを備え、
    前記マイクロコンピュータは、
    複数の前記重量センサによって検知される前記第一対象物の位置情報を、特定した前記第一ＩＤに対応付けて前記メモリに記憶し、
    複数の前記重量センサによって検知される前記第二対象物の位置情報を、特定した前記第二ＩＤに対応付けて前記メモリに記憶する
    請求項２、４～９のいずれか１項に記載の収納庫。
11. 前記マイクロコンピュータは、
    前記重量センサによって検知される重量が減少する前に前記無線タグリーダによって読み取ることができたＩＤで、前記重量センサによって検知される重量が減少した後に前記無線タグリーダによって読み取ることができないＩＤを出庫された対象物のＩＤとして特定し、
    特定したＩＤを前記登録情報から削除する
    請求項１～１０のいずれか１項に記載の収納庫。
12. コンピュータによって実行される管理方法であって、
    前記管理方法は、対象物が載置される棚を備え、前記棚への前記対象物の載置が行われる収納庫における前記対象物を管理するための管理方法であり、
    前記棚に加わる重量を検知する重量センサによって検知される重量が増加する前に、前記対象物に取り付けられた無線タグからＩＤを読み取る無線タグリーダによって読み取ることができたＩＤで、前記重量センサによって検知される重量が増加した直後に前記無線タグリーダによって読み取ることができなくなったＩＤを新たに入庫された対象物のＩＤとして特定し、
    特定した前記ＩＤを、メモリに記憶された登録情報に追加する
    管理方法。
13. 請求項１２に記載の管理方法を前記コンピュータに実行させるためのプログラム。
14. 対象物が載置される棚を備え、前記棚への前記対象物の載置が行われる収納庫における前記対象物を管理するための管理システムであって、
    前記棚に加わる重量を検知する重量センサと、
    前記対象物に取り付けられた無線タグからＩＤを読み取る無線タグリーダと、
    前記無線タグリーダによって読み取られた、収納中の前記対象物のＩＤが登録情報として記憶されるメモリと、
    プログラム実行部とを備え、
    前記プログラム実行部は、
    前記重量センサによって検知される重量が増加する前に前記無線タグリーダによって読み取ることができたＩＤで、前記重量センサによって検知される重量が増加した直後に前記無線タグリーダによって読み取ることができなくなったＩＤを新たに入庫された対象物のＩＤとして特定し、
    特定した前記ＩＤを前記登録情報に追加する
    管理システム。

Images