在庫管理装置、及びプログラム

【課題】消費期限により廃棄すべき商品の廃棄をより確実、且つ迅速に行えるようにする技術を提供する。
【解決手段】在庫管理マスタ１４には、消費期限が設定された商品毎に、その商品のスキャンコード（商品コード）、消費期限、販売日時、廃棄日時等の情報が格納されている。サーバ１０の監視部１２は、定期的に在庫管理マスタ１４を参照し、在庫として残っている商品の情報を抽出し、その商品を示す廃棄確認画面をクライアントＰＯＳ２０、或いはＨＨＴ３０に送信する。その廃棄確認画面により廃棄した商品は、その画面上での入力により、サーバ１０に通知される。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、店舗で販売する商品の在庫、特に消費期限が存在する商品の在庫を管理するための技術に関する。
【背景技術】
【０００２】
食品や飲料といった食料品のように、商品のなかには消費期限、或いは賞味期限といった期限が設定されているものがある。周知のように、消費期限は、期限切れとなった場合に、安全性を欠くこととなる恐れがあると認められる期限（年月日）であり、賞味期限は、期待される全ての品質の保持が十分に可能であると認められる期限（年月日）である。そのような定義であることから、消費期限が設定されている商品（食料品）は、期限切れとなる前に店舗から除去するようにしているのが普通である。
【０００３】
現在、多くの店舗には、商品販売の売上実績を商品単位で集計できるように、販売時点情報管理（ＰＯＳ：ＰｏｉｎｔＯｆＳａｌｅ。以下「ＰＯＳ」と呼ぶ）システムが導入されている。
【０００４】
このＰＯＳシステムでは、商品単位に、その商品の商品名、識別情報、価格、数量、生産日時などの商品に係わる商品情報がサーバによって管理される。その管理は、データベース化して行われる。そのようにして管理される商品情報は、商品の販売、或いは販売対象とする商品の追加等によって更新される。例えば数量は、商品の販売により減算され、商品の追加（例えば生産）により加算される。
【０００５】
消費期限、或いは賞味期限が設定される商品では、その期限が切れる日時を特定するための情報が商品情報に含まれることとなる。識別情報は通常、商品にバーコードの形で付される。販売した商品、その数量等の販売に係わる情報は、ＰＯＳレジスタ等からサーバに通知される。バーコードが形成されたラベルの発行と共に、商品情報を更新する技術としては、例えば特許文献１に記載されたものが知られている。
【０００６】
消費期限により販売すべきでないとされる商品（以降「廃棄対象商品」）は、従来、その商品が陳列されている場所で店員が在庫を確認し、廃棄するようにしていた。その廃棄の際、例えば商品の識別情報を端末装置（例えばＨＨＴ（携帯型端末装置））に読み取らせ、その読み取った識別情報をサーバに送信することにより、管理する商品情報にその廃棄分を反映させるようにしていた。
【０００７】
しかし、そのように店員による在庫（廃棄対象商品）の確認では、対象となる商品の廃棄を確実に行えない可能性が高い。また、識別情報の読み取り等により、迅速な作業を行うのが困難な面があった。このようなことから、廃棄対象商品の廃棄をより確実、且つ迅速に行えるようにすることも重要と考えられる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開平１１−１８０４２６号公報
【特許文献２】特開２００２−７４５１８号公報
【特許文献３】特開２００３−６７８３５号公報
【特許文献４】特開２００２−１４０５１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、消費期限により廃棄すべき商品の廃棄をより確実、且つ迅速に行えるようにする技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明を適用した１システムでは、商品単位に、商品を表す識別情報、及び商品の消費期限を示す期限情報を含む商品情報を格納する情報格納手段と、商品の販売、及び該商品の生産により、情報格納手段に格納された商品情報を更新する情報更新手段と、情報格納手段に格納された商品情報を監視し、消費期限が切れることにより廃棄の対象となる消費期限切れ商品を抽出する商品抽出手段と、商品抽出手段が抽出した消費期限切れ商品を対象者に通知するための通知手段と、を具備する。
【００１１】
消費期限が切れることにより廃棄の対象となる商品、つまり消費期限が切れている、或いは消費期限切れが近いといった理由から販売の対象とすべきでない商品は、そのような商品の廃棄作業を行う対象者に自動的に通知（提示）される。このことから、対象者にとっては、陳列された商品のなかから廃棄の対象となる商品を特定する作業を行うことなく、言い換えれば、陳列された商品のなかから指定された商品を探すのみで廃棄を行えるようになる。商品毎に廃棄すべきか否か確認しなくとも済むことから、廃棄作業はより容易、且つ迅速に行えることとなる。
【発明の効果】
【００１２】
本発明を適用した場合には、消費期限により廃棄すべき商品の廃棄をより確実、且つ迅速に行えるようになる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態による在庫管理装置が適用されたＰＯＳシステムの構成図である。
【図２】在庫管理マスタのデータ構成を説明する図である。
【図３】消費期限管理マスタのデータ構成を説明する図である。
【図４】商品管理マスタのデータ構成を説明する図である。
【図５】廃棄管理マスタのデータ構成を説明する図である。
【図６】廃棄確認画面の例を説明する図である。
【図７】ラベル発行処理のフローチャートである。
【図８】監視処理のフローチャートである。
【図９】廃棄対象抽出処理のフローチャートである。
【図１０】廃棄処理、並びにこの廃棄処理の実行によってクライアントＰＯＳ及びＨＨＴがそれぞれ実行する処理のフローチャートである。
【図１１】本発明を適用可能なコンピュータのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
図１は、本実施形態による在庫管理装置が適用されたＰＯＳシステムの構成図である。このＰＯＳシステムは、消費期限が設定される商品の生産・販売を行う店舗に導入されたものである。図１に示すように、無線通信用のアクセスポイント２が接続されたＬＡＮ１を介して、サーバ１０、ＰＯＳレジスタ等のＰＯＳ端末装置（図１中「クライアントＰＯＳ」と表記。以降「クライアントＰＯＳ」と呼ぶ）、及びラベラー４０が通信可能な構成となっている。クライアントＰＯＳ２０及びＨＨＴ３０はそれぞれ一つのみ示しているが、これは混乱を避けるためであり、通常、それらは複数、存在する。
【００１５】
サーバ１０は、商品管理、商品販売等の業務用に設置されたものである。それらの業務を支援するために、在庫管理マスタファイル１４、消費期限管理マスタファイル１５、商品管理マスタファイル１６及び廃棄管理マスタファイル１７を管理する。各マスタファイル（以降「マスタ」と略記）は、例えばレコード単位でデータを格納するものであり、以下のようなデータが各レコードに格納される。図２〜図５の各説明図を参照して具体的に説明する。
【００１６】
図２は、在庫管理マスタ１４のデータ構成を説明する図である。この在庫管理マスタ１４は、商品単位に在庫管理を行うためのものである。各レコードには、そのレコードに割り当てられた識別用のレコード番号（図中「ＳＥＱＮｏ」と表記）、対応する商品に割り当てられた識別情報であるスキャンコード（商品コード）、その商品の生産日時、消費期限、販売日時、及び廃棄日時の各情報が格納されている。特には図示していないが、他に商品の在庫数量（個数）も格納されている。
【００１７】
図３は、消費期限管理マスタ１５のデータ構成を説明する図である。この管理マスタ１５は、部門毎に消費期限を設定すべき１商品を生産する場合を例にとった場合のものである。各レコードには、レコード番号、部門コード、及び消費期間（例えば生産してから販売すべきでないとする時間）の各情報が格納されている。
【００１８】
生産した商品には、バーコードをプリントしたラベルを貼り付けるようにしている。ラベラー４０は、そのラベルを発行するためのものであり、生産時間等の入力が可能である。商品の生産からラベルの貼り付けまでの時間が消費期間に対して非常に小さいような場合には、その入力をより迅速に行えるように、ラベルの発行時間を生産時間とみなすようにしても良い。
【００１９】
図４は、商品管理マスタ１６のデータ構成を説明する図である。この管理マスタ１６は、主に商品販売を支援するためのものである。各レコードには、レコード番号、スキャンコード、及び部門コードの各情報が格納されている。特には図示していないが、他に、商品単価、消費期限等の商品の販売のために必要な情報も各レコードには格納されている。
【００２０】
在庫管理マスタ１４には、商品管理マスタ１６に格納されたレコードのなかから抽出された、消費期限が設定されたレコードの不要な情報が省かれたものが格納される。そのレコードの消費期限は、そのレコードの部門コードを用いて消費期限管理マスタ１５から特定される消費期間により算出されたものである。部門コードから消費期間が特定できないレコード（商品）には、消費期限として、その期限が存在しないことを示す値が追加される。
【００２１】
図５は、廃棄管理マスタ１７のデータ構成を説明する図である。この管理マスタ１７は、消費期限切れ等の理由により廃棄すべきとされた商品（廃棄対象商品）を管理するためのものである。各レコードには、レコード番号、スキャンコード、及び廃棄日時の各情報が格納されている。
【００２２】
上述したようなデータ構成の各種マスタ１４〜１７を管理するサーバ１０は、各種マスタ１４〜１７を管理し、必要に応じて更新するマスタ管理部１１、在庫管理マスタ１４を定期的に参照することにより、廃棄対象商品を特定する監視部１２、及びＬＡＮ１を介した通信を行うための通信部１３を備えている。本実施形態による在庫管理装置は、このサーバ１０上で実現されている。
【００２３】
通信部１３は、クライアントＰＯＳ２０での商品販売を可能とするために、商品管理マスタ１６の少なくとも一部を、予め定めたタイミング、或いは要求に応じてクライアントＰＯＳに送信する。
【００２４】
クライアントＰＯＳ２０は、サーバ１０から受信した商品管理マスタ１６のデータを用いて、登録、つまり例えばバーコードを読み取った商品の単価を特定し、顧客に請求すべき金額を算出する。代金の徴収により商品の販売が終了すると、販売した商品の種類毎に、そのスキャンコードや数量を示す販売情報をサーバ１０に送信する。
【００２５】
この販売情報は、通信部１３を介してマスタ管理部１１に渡される。それによりマスタ管理部１１は、販売情報を参照して、在庫管理マスタ１４及び商品管理マスタ１６等を更新する。そのようにして、商品販売の結果を直ちに反映させる。
【００２６】
在庫管理マスタ１４では、販売された商品の数量を販売された数分、減算する。その減算の結果、数量が０となった場合、例えば現在日時を販売日時として対応するレコードに格納する。販売日時が格納されたレコードは、対応する商品が存在しないことから、例えば定期的に行う更新時に削除される。同様の理由から、廃棄日時が格納されたレコードも削除の対象となる。
【００２７】
生産した商品には、スキャンコードをバーコードの形でプリントしたラベルを貼り付けるようにしている。ラベラー４０は、そのラベルを発行するためのものである。ラベラー４０は、例えばラベルを発行する毎に、そのラベルにバーコードとしてプリントしたスキャンコード、発行枚数、部門コード等をサーバ１０に通知する。
【００２８】
この通知は、通信部１３を介してマスタ管理部１１に渡される。それによりマスタ管理部１１は、この通知に対応して、在庫管理マスタ１４及び商品管理マスタ１６等を更新する。在庫管理マスタ１４では、通常、新たにレコードを追加する形で更新が行われる。これは、同じ商品が既に存在していても、消費期限が異なれば異なるスキャンコードを割り当てるからである。
【００２９】
このラベラー４０では、生産時間等の入力が可能である。商品の生産からラベルの貼り付けまでの時間が消費期間に対して非常に小さいような場合には、その入力をより迅速に行えるように、ラベルの発行時間を生産時間とみなすようにしても良い。
【００３０】
図７は、ラベラー４０が実行するラベル発行処理のフローチャートである。ここで図７を参照して、この発行処理について詳細に説明する。この発行処理は、オペレータの指示により、そのオペレータが望むラベルを望む枚数、発行するために実行される処理であり、オペレータの要求に応じて、随時、実行される。
【００３１】
先ず、ステップＳ１１では、オペレータの指示に従い、各種情報の入力、入力された情報に応じたラベルの発行を行う。次のステップＳ１２では、発行したラベルにバーコードの形でプリントしたスキャンコード、バーコードをプリントしたラベル数、部門コード等をサーバ１０に送信する。その後、一連の処理を終了する。そのような情報の送信により、サーバ１０のマスタ管理部１１による商品管理マスタ１６や在庫管理マスタ１４等に対する更新が実現される。
【００３２】
サーバ１０の説明に戻る。
監視部１２は、上記のようにして随時、更新される在庫管理マスタ１４を例えば定期的に参照し、販売日時、或いは廃棄日時が格納されていないレコードのなかから消費期限が現在日時より前となっているレコードを抽出する。抽出したレコードに対応する商品は、廃棄の対象となる商品（廃棄対象商品）である。レコードを抽出できた場合、そのレコードが示す商品を種類毎、消費期限毎に示す廃棄確認画面を作成し、その画面を予め指定された端末装置、つまりクライアントＰＯＳ２０、或いはＨＨＴ３０に送信する。それにより、廃棄確認画面上に示す廃棄対象商品の廃棄を店員（廃棄作業を行う対象者）に促す。
【００３３】
図６は、この廃棄確認画面の例を説明する図である。図６に示すように、廃棄対象商品は、商品の種類毎、消費期限毎に分けて、商品名、消費期限、その個数（数量）により示されている。各商品名の左側に配置された枠は、チェックボックスである。画面の下方には、「キャンセル」「送信」の２つのボタンが配置されている。このため、店員にとっては、サーバ１０から送信される廃棄確認画面により、廃棄対象商品を把握することができ、陳列された商品のなかから廃棄対象商品を特定する必要性は回避される。その結果、廃棄対象商品の迅速な廃棄がより容易に行えることとなる。
【００３４】
チェックボックスは、それが対応する商品を全て廃棄したか否かを入力するためのものである。何れかのチェックボックスにチェックマークを表示させた後、「送信」ボタンを店員が操作した場合、そのチェックマークを表示させた商品を示す情報、例えばスキャンコードがサーバ１０に送信される。サーバ１０のマスタ管理部１１は、送信したスキャナコードに従って、在庫管理マスタ１４及び廃棄管理マスタ１７を更新する。それにより、店員にとっては、廃棄対象商品のバーコード等を読み取ることなく、必要なマスタの更新を行わせることができる。このことからも、店員は廃棄対象商品を廃棄する作業をより迅速に行えるようになる。
【００３５】
図６では、同じ商品名が複数、商品名「商品Ａ」が二つ、存在する。これは、同じ商品であっても消費期限が異なればスキャンコード（商品コード）は同じとしないためである。
【００３６】
マスタ管理部１１は、端末装置から受信したスキャンコードをキーに、在庫管理マスタ１４を検索することにより、それを格納したレコードを抽出する。抽出したレコードには、廃棄日時として現在日時を格納する。廃棄管理マスタ１７でも同様に、受信したスキャンコードを格納したレコードの検索を行い、その検索によって抽出できたレコードに、廃棄日時として現在日時を格納する。そのようにして、１つ以上のスキャンコードを受信した場合には、在庫管理マスタ１４及び廃棄管理マスタ１７を更新する。店員が「キャンセル」ボタンを操作した場合、スキャンコードは送信されない。このため、それらマスタ１４及び１７の更新は行われない。
【００３７】
図１１は、本発明を適用可能なコンピュータのハードウェア構成の一例を示す図である。ここで図１１を参照して、サーバ１０として使用可能なコンピュータ、言い換えれば上記各部１１〜１４を実現させる機能を備えたプログラム（在庫管理プログラム）を実行させることでサーバ１０として用いることが可能なコンピュータの構成について具体的に説明する。
【００３８】
図１１に示すコンピュータは、ＣＰＵ６１、メモリ６２、入力装置６３、出力装置６４、外部記憶装置６５、媒体駆動装置６６、及びネットワーク接続装置６７を有し、これらがバス６８によって互いに接続された構成となっている。同図に示す構成は一例であり、これに限定されるものではない。
【００３９】
ＣＰＵ６１は、当該コンピュータ全体の制御を行う。
メモリ６２は、プログラム実行、データ更新等の際に、外部記憶装置６５（あるいは可搬型の記録媒体７０）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ６１は、プログラムをメモリ６２に読み出して実行することにより、全体の制御を行う。
【００４０】
入力装置６３は、例えば、キーボード、マウス等の操作装置と接続されたインターフェースである。操作装置に対するユーザの操作を検出し、その検出結果をＣＰＵ６１に通知する。
【００４１】
出力装置６４は、例えば表示装置と接続された表示制御装置である。ネットワーク接続装置６７は、例えば複数の振分対象サーバ３０及びＳＬＢ２０と通信ネットワークを介して通信を行うためのものである。外部記憶装置６５は、例えばハードディスク装置である。主に各種データやプログラムの保存に用いられる。
【００４２】
媒体駆動装置６６は、光ディスクや光磁気ディスク等の可搬型の記録媒体７０にアクセスするものである。
在庫管理プログラムは、外部記憶装置６５、若しくは記録媒体７０に記録されているか、或いは通信ネットワークを介してネットワーク接続６７により取得される。その管理プログラムをメモリ６２に読み出してＣＰＵ６１が実行することにより、サーバ１０は実現される。より具体的には、例えば在庫管理プログラム、及び各マスタ１４〜１７が外部記憶装置６５に格納されている想定では、マスタ管理部１１及び監視部１２はＣＰＵ６１、メモリ６２、外部記憶装置６５、及びバス６８によって実現され、通信部１３は、ＣＰＵ６１、メモリ６２、外部記憶装置６５、ネットワーク接続装置６７及びバス６８によって実現される。
【００４３】
図８は、監視処理のフローチャートである。この監視処理は、在庫管理マスタ１４を定期的に参照して、廃棄対象商品の廃棄を店員に促し、その商品の廃棄に対応するための処理であり、ＣＰＵ６１が在庫管理プログラムを実行することで実現される。監視部１２、並びにマスタ管理部１１及び通信部１３それぞれの一部は、この監視処理を実行することにより実現される。次に図８を参照して、上記サーバ１０の動作について詳細に説明する。
【００４４】
先ず、ステップＳ２１では、開局、つまり業務を開始する。その開局後、定期的に在庫管理マスタ１４を監視するためのステップＳ２２の処理ループに移行する。
この処理ループでは、先ず、在庫管理マスタ１４から廃棄対象商品のレコードを抽出するための廃棄対象抽出処理を実行する。この廃棄対象抽出処理は図９に示すように、先ず、在庫管理マスタ１４を参照し（ステップＳ３１）、次に消費期限が格納（設定）されたレコードのなかから販売日時、或いは廃棄日時が格納されていないレコードを抽出するものである。それにより、そのレコードの抽出が終了した後、ステップＳ３２に移行する。
【００４５】
ステップＳ３２では、消費期限切れのレコードがあるか否か判定する。廃棄対象抽出処理の実行により、レコードが抽出できた場合、判定はＹＥＳとなってステップＳ３３に移行する。そうでない場合には、判定はＮＯとなって次にステップＳ３４に移行する。
【００４６】
ステップ３３では、図６に示すような廃棄確認画面を作成して廃棄作業を促すための廃棄処理を実行する。次に移行するステップＳ３４では、販売業務を終了する閉局の開始を判定する。閉局の開始と判定した場合、ここでステップＳ２２の処理ループを終了し、ステップＳ２３に移行する。閉局の開始と判定しなかった場合には、一定時間の経過、或いは予め定めた時刻の到来により、上記ステップＳ３１から処理を開始する。それにより、定期的な監視を実現させる。
【００４７】
ステップＳ２３では、再度、廃棄対象抽出処理を実行する。続くステップＳ２４では、消費期限切れのレコードがあるか否か判定する。廃棄対象抽出処理の実行により、レコードが抽出できた場合、判定はＹＥＳとなってステップＳ２５に移行し、再度、廃棄処理を実行した後、この監視処理を終了する。レコードを抽出できなかった場合には、判定はＮＯとなり、ここでこの監視処理を終了する。
【００４８】
図１０は、上記ステップＳ３３、或いはＳ２５として実行される廃棄処理、並びにこの廃棄処理の実行によってクライアントＰＯＳ２０及びＨＨＴ３０がそれぞれ実行する処理のフローチャートである。ここでは、廃棄処理の実行により図６に示すような廃棄確認画面の送信によってクライアントＰＯＳ２０及びＨＨＴ３０がそれぞれ実行する処理のフローチャートも併せて示している。それにより、クライアントＰＯＳ２０及びＨＨＴ３０の動作も併せて詳細に説明する。
【００４９】
サーバ１０は、ステップＳ４１において、廃棄データ、つまり抽出したレコードから、商品の種類毎、消費期限毎に廃棄対象商品の情報を配置した廃棄確認画面を作成する。次のステップＳ４２では、その廃棄データの送信対象（図１０中「アラーム表示対象」と表記）はクライアントＰＯＳ２０か否か判定する。廃棄データの送信対象は、予め設定したものか、大型の店舗であれば、例えば廃棄対象商品のスキャンコードに対応付けた端末装置である。予め設定された、或いは廃棄対象商品の何れかのスキャンコードに対応付けられたクライアントＰＯＳが存在する場合、判定はＹＥＳとなり、ステップＳ４３でそのクライアントＰＯＳ２０に廃棄データを送信した後、ステップＳ４４に移行する。送信対象となるクライアントＰＯＳ２０が存在しない場合には、判定はＮＯとなってそのステップＳ４４に移行する。
【００５０】
ステップＳ４４及びＳ４５では、ステップＳ４２及びＳ４３と同様の処理が実行される。それにより、送信すべきＨＨＴ３０に廃棄データが送信される。ステップＳ４４でのＮＯの判定、或いはステップＳ４５の処理の実行によりステップＳ４６に移行する。
【００５１】
廃棄データが送信されたクライアントＰＯＳでは、ステップＳ５１でその廃棄データを受信する。次にステップＳ５２でその廃棄データを受信した旨を通知するためのアラーム表示を表示装置に表示させる。その表示により、廃棄データの表示を店員（オペレータ）が指示した場合には、ステップＳ５３に移行して、廃棄データ、つまり廃棄確認画面を表示装置に表示させる。
【００５２】
表示させた廃棄表示画面は、「送信」或いは「キャンセル」ボタンの操作により消去する。このことから、ステップＳ５４では、店員の操作に応じた処理を実行しつつ、それらの何れのボタンが操作されたかの判定を行う。それにより、「送信」ボタンを店員が操作した場合には、その旨が判定されてステップＳ５５に移行し、チェックマークを入力した廃棄対象商品のデータ（スキャンコード）を廃棄済データとしてサーバ１０に送信する。その送信により、廃棄データの受信による一連の処理を終了する。「キャンセル」ボタンを店員が操作した場合には、その旨が判定され、ここでこの一連の処理を終了する。
【００５３】
廃棄データが送信されたＨＨＴ３０では、クライアントＰＯＳ２０におけるステップＳ５１〜Ｓ５５と同様の処理がステップＳ６１〜Ｓ６５として実行される。このことから、詳細な説明は省略する。
【００５４】
サーバ１０の説明に戻る。
ステップＳ４６では、クライアントＰＯＳ２０或いはＨＨＴ３０からの廃棄済データの受信に応じて、廃棄管理マスタ１７の更新を行う。次のステップＳ４７では、在庫管理マスタ１４の更新を行う。その更新を行った後、この廃棄処理を終了する。
【００５５】
サーバ１０から送信した廃棄データを店員が直ちに表示させるとは限らない。廃棄対象商品の廃棄作業には或る程度の時間が必要である。このようなことから、クライアントＰＯＳ２０及びＨＨＴ３０のそれぞれで示す処理のフローチャートは、廃棄データの受信によって実行される処理を抽出し、その流れの例を便宜的に示したものである。同様に、サーバ１０が実行する廃棄処理では、ステップＳ４６及びＳ４７による各マスタ１４及び１７の更新は、廃棄済みデータを何時、受信するか予め特定できないため、例えば受信した廃棄済みデータを保存しておくことにより、廃棄データを送信してから一定時間が経過した後に行われる。
【００５６】
なお、本実施形態では、在庫管理を行うために各種マスタ１４〜１７を用いているが、用いるマスタの数やそのデータ構成は特に限定されるものではない。つまり必要な情報を管理できるのであれば、情報を格納する形態や格納場所等は任意に決定すれば良いものである。これは、廃棄対象商品の提示や、実際に廃棄した廃棄対象商品の指定（入力）等も同様である。
【符号の説明】
【００５７】
１ＬＡＮ
２アクセスポイント
１０サーバ
１１マスタ管理部
１２監視部
１３通信部
１４在庫管理マスタファイル
１５消費期限管理マスタファイル
１６商品管理マスタファイル
１７廃棄管理マスタファイル
２０ＰＯＳ端末装置（クライアントＰＯＳ）
３０ＨＨＴ（携帯型端末装置）
４０ラベラー

【特許請求の範囲】
【請求項１】
販売対象とする商品の在庫を管理する在庫管理装置において、
前記商品単位に、該商品を表す識別情報、及び該商品の消費期限を示す期限情報を含む商品情報を格納する情報格納手段と、
前記商品の販売、及び該商品の生産により、前記情報格納手段に格納された商品情報を更新する情報更新手段と、
前記情報格納手段に格納された商品情報を監視し、前記消費期限が切れることにより廃棄の対象となる消費期限切れ商品を抽出する商品抽出手段と、
前記商品抽出手段が抽出した消費期限切れ商品を対象者に通知するための通知手段と、
を具備することを特徴とする在庫管理装置。
【請求項２】
前記商品抽出手段は、前記商品の種類毎、及び前記消費期限毎に、前記消費期限切れ商品を抽出し、
前記通知手段は、前記消費期限の異なる商品の種類毎に、該種類の商品の消費期限、該商品の個数を通知する、
ことを特徴とする請求項１記載の在庫管理装置。
【請求項３】
前記情報更新手段は、前記消費期限切れ商品を表す識別情報を含む情報を対象となる端末装置に送信することにより該消費期限切れ商品を通知する場合に、該端末装置から受信する該識別情報によって特定される、前記情報格納手段に格納された商品情報を更新する、
ことを特徴とする請求項１記載の在庫管理装置。
【請求項４】
販売対象とする商品の在庫を管理する在庫管理装置として用いられるコンピュータに、
前記商品の販売、及び該商品の生産により、情報格納手段に格納された、該商品単位に、該商品を表す識別情報、及び該商品の消費期限を示す期限情報を含む商品情報を更新する情報更新機能と、
前記情報格納手段に格納された商品情報を監視し、前記消費期限が切れることにより廃棄の対象となる消費期限切れ商品を抽出する商品抽出機能と、
前記商品抽出機能により抽出した消費期限切れ商品を対象者に通知するための通知機能と、
を実現させるためのプログラム。

【図２】