JP2015009927A - 賞味期限管理装置および賞味期限管理プログラム - Google Patents

Abstract

【課題】出荷に適しない古い商品の在庫発生を予防できる（または予防可能性を高める）賞味期限管理装置および賞味期限管理プログラムを提供する。【解決手段】ハンディターミナルＨＴは、入荷されるべき商品３０に関連付けられた商品コードおよび賞味期限を取得する。この商品コードおよび入荷賞味期限データＤ１に基づいて入荷基準となる賞味期限を取得する。ロットの賞味期限と、入荷基準となる賞味期限とを比較して結果を出力し、入荷基準となる賞味期限の値を更新する。また、出荷候補となる商品３０に関連付けられた商品コードおよび賞味期限を取得する。この商品コードおよび出荷賞味期限データＤ３に基づいて、出荷先ごとに出荷基準となる賞味期限を取得する。ロットの賞味期限と、出荷基準となる賞味期限とを比較して結果を出力し、出荷基準となる賞味期限の値を更新する。【選択図】図６

Description

本発明は、賞味期限管理装置および賞味期限管理プログラムに関する。

商品を出荷する際に、賞味期限が経過してしまった商品の出荷を防止することが必要である。また、商品を得意先に出荷する際に、前回の出荷商品の賞味期限と同じまたは新しい賞味期限の出荷商品を求められる場合がある。その場合、前回出荷した際の商品毎の賞味期限を把握しておき、次の出荷においてこれより古い商品を納品しないよう確認する必要がある。

このような作業を賞味期限の目視によって行うと、間違いが発生するおそれがあり、また作業が面倒である。このため、出荷時の賞味期限の判定にコンピュータを用いる場合がある。特許文献１には、コンピュータを用い、出荷時の賞味期限の判定を行うことが記載されている。

特開２００２−３４７９０９号公報

従来の技術では、出荷に適しない古い商品を検出して出荷を防止すること自体はできるが、そのような古い商品の在庫発生を十分に予防できないという問題があった。このため、結果として、出荷時に見つかった古い商品がどこにも出荷できないという事態が発生する可能性が高くなる。

この発明は、このような問題点を解決するためになされたものであり、出荷に適しない古い商品の在庫発生を予防できる（または予防可能性を高める）賞味期限管理装置および賞味期限管理プログラムを提供することを目的とする。

上述の問題点を解決するため、この発明に係る賞味期限管理装置は、
商品の入荷および出荷を、賞味期限に基づいて管理する賞味期限管理装置であって、
商品コードごとに基準入荷賞味期限を関連付ける、入荷賞味期限データを記憶する機能と、
入荷されるべき商品ロットに関連付けられた商品コードおよび賞味期限を、それぞれ入荷候補商品コードおよび入荷候補賞味期限として取得する機能と、
前記入荷候補賞味期限と、前記入荷賞味期限データにおいて前記入荷候補商品コードに関連付けられた前記基準入荷賞味期限とを比較する、入荷可否判定機能と、
前記入荷可否判定機能による比較の結果を出力する機能と、
前記入荷賞味期限データにおいて、前記入荷候補商品コードに関連付けられた前記基準入荷賞味期限の値を、前記入荷候補賞味期限の値に等しく変更する機能と、
出荷先および前記商品コードの組合せごとに、基準出荷賞味期限を関連付ける、出荷賞味期限データを記憶する機能と、
出荷候補となる商品ロットに関連付けられた商品コードおよび賞味期限を、それぞれ出荷候補商品コードおよび出荷候補賞味期限として取得する機能と、
前記出荷候補賞味期限と、前記出荷賞味期限データにおいて各出荷先および前記出荷候補商品コードの組合せに関連付けられた前記基準出荷賞味期限とを比較する、出荷可否判定機能と、
前記出荷可否判定機能による比較の結果を出力する機能と、
前記出荷賞味期限データにおいて、前記出荷先および出荷候補商品コードの組合せに関連付けられた前記基準出荷賞味期限の値を、前記出荷候補賞味期限の値に等しく変更する機能と
を備える。

前記賞味期限管理装置は、賞味期限区分データを記憶する機能をさらに備え、
前記賞味期限区分データは、商品コードごとに賞味期限区分を関連付けるとともに、少なくとも１つの商品コードについて賞味期間を関連付け、
前記賞味期限管理装置は、さらに、
前記賞味期限区分データにおいて入荷候補商品コードに関連付けられた賞味期限区分が第１の値である場合に、入力された値を前記入荷候補賞味期限とする機能と、
前記賞味期限区分データにおいて入荷候補商品コードに関連付けられた賞味期限区分が第２の値である場合に、入力された値に前記賞味期間を加算することにより前記入荷候補賞味期限を算出する機能と、
を備えてもよい。
前記賞味期限管理装置は、１つの前記出荷候補商品コードについて、前記出荷先ごとに前記基準出荷賞味期限を関連付けて表示する機能をさらに備え、
前記出荷可否判定機能による比較の結果を出力する前記機能は、比較の結果に応じて前記出荷先または前記基準出荷賞味期限の表示態様を変更する機能を含んでもよい。
前記賞味期限管理装置は、バーコード読取手段およびバーコードを印刷手段を備え、
前記賞味期限管理装置は、
第１のバーコードを読み取ることによって、前記入荷候補商品コードを取得する機能と、
第２のバーコードを印刷することによって、前記入荷候補商品コードおよび前記入荷候補賞味期限を出力する機能と、
前記第２のバーコードを読み取ることによって、前記出荷候補商品コードおよび前記出荷候補賞味期限を取得する機能と、
第３のバーコードを読み取ることによって、前記出荷先および商品コードを取得する機能と
を備えてもよい。

また、この発明に係る賞味期限管理プログラムは、コンピュータを、上述の賞味期限管理装置として機能させる。

この発明に係る賞味期限管理装置および賞味期限管理プログラムによれば、入荷した商品の賞味期限を記憶しておき、次の入荷時に賞味期限の比較を行って入荷可否を判定するので、出荷に適しない古い商品の在庫発生を予防する（または予防可能性を高める）ことができる。

本発明の実施の形態１に係る賞味期限管理装置を含む構成の例を示す図である。 図１のハンディターミナルの構成の例を示す図である。 図２の入荷賞味期限データの構成の例を示す表である。 図２の商品マスタの構成の例を示す表である。 入荷処理の流れの例を示すフローチャートである。 入荷処理画面の例である。 図２の出荷賞味期限データの構成の例を示す表である。 図２の売上伝票データの構成の例を示す表である。 出荷処理の流れの例を示すフローチャートである。 出荷処理画面の例である。 出荷処理画面の例である。

以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明の実施の形態１に係る賞味期限管理装置１０を含む構成の例を示す。賞味期限管理装置１０は、商品の入荷および出荷を、賞味期限に基づいて管理する装置である。商品としては飲料（たとえば酒類）または食品類等、賞味期限を設定し得るものに適用可能である。賞味期限管理装置１０は、たとえばこのような商品の卸業の店舗において使用することができる。

本実施形態では、賞味期限管理装置１０はハンディターミナルＨＴおよび携帯プリンタＰを含む。ハンディターミナルＨＴおよび携帯プリンタＰは、通信ネットワーク（有線または無線）を介して互いに通信可能である。また、ハンディターミナルＨＴは、管理サーバ２０と通信ネットワーク（有線または無線）を介して通信可能である。

賞味期限管理装置１０は、バーコードの読み取りおよび印刷を行う機能を備える。バーコードはたとえばＱＲコード（登録商標）を用いることができるが、いかなる公知のバーコードであってもよい。たとえば、１次元バーコードであってもよく、他の２次元バーコードであってもよい。

とくに、ハンディターミナルＨＴは、商品３０に関連する情報を含む入荷用バーコードＣ１（第１のバーコード。たとえば仕入先において商品に添付されるもの）を読み取る機能と、棚札バーコードＣ２（第２のバーコード）を読み取る機能と、売上伝票４０に関連する情報を含む売上伝票バーコードＣ３（第３のバーコード。たとえば売上伝票４０に印刷されるもの）を読み取る機能とを備える。また、携帯プリンタＰは、バーコード印刷手段であり、棚札バーコードＣ２を印刷する機能を備える。入荷用バーコードＣ１、棚札バーコードＣ２および売上伝票バーコードＣ３は、一般的にはそれぞれ異なる方式のバーコードであるが、いずれかまたはすべてを同一の方式に揃えてもよい。

図２に、ハンディターミナルＨＴの構成の例を示す。ハンディターミナルＨＴとしては、公知のハンディターミナルまたは携帯情報端末を用いることができる。たとえば、ハンディターミナルＨＴはコンピュータとしての構成を含み、演算を行う演算手段１１と、情報を格納する記憶手段１２と、使用者の操作を受け付ける入力手段１３と、情報を出力する出力手段１４と、外部の通信ネットワーク（有線または無線）に対し情報の入出力を行う通信手段１５と、バーコードを走査して情報を読み取るバーコード読取手段１６とを備える。

たとえば、演算手段１１はＣＰＵ（中央処理装置）を含み、記憶手段１２は半導体メモリおよびＨＤＤ（ハードディスクドライブ）等の記憶媒体を含む。また、たとえば入力手段１３はキーボードおよびタッチパッドを含み、出力手段１４は表示手段（たとえば液晶ディスプレイ）および音声出力手段（たとえばスピーカー）を含む。タッチパッドおよび液晶ディスプレイを含むタッチパネルを備えてもよい。

記憶手段１２には、入荷賞味期限データＤ１、商品マスタＤ２、出荷賞味期限データＤ３および売上伝票データＤ４を記憶することができる。また、記憶手段１２には、図示しない賞味期限管理プログラムが記憶されている。賞味期限管理プログラムは、コンピュータをハンディターミナルＨＴとして機能させる。すなわち、ハンディターミナルＨＴは、この賞味期限管理プログラムを実行することにより、本明細書に記載される賞味期限管理装置１０（または賞味期限管理装置１０の一部）としての機能を実現する。なお、賞味期限管理プログラムは、ハンディターミナルＨＴの記憶手段１２および携帯プリンタＰの記憶手段（図示せず）に、それぞれ対応する部分が記憶されていてもよい。

以下、まず賞味期限管理装置１０を用いた入荷管理について説明する。
図３に、入荷賞味期限データＤ１の構成の例を示す。入荷賞味期限データＤ１は、仕入先コードおよび商品コードの組合せごとに、基準入荷賞味期限を関連付ける。
仕入先コードは、たとえば店舗がその商品を仕入れる仕入先を表す情報である。
商品コードは、たとえば商品の種類を表す情報であり、公知のＪＡＮコードやＩＴＦコードに対応させて店舗が任意に決定するコードを用いることができる。商品コードは、ＪＡＮコードやＩＴＦコードと必ずしも１対１に対応する必要はない。またＪＡＮコードやＩＴＦコードをそのまま用いてもよい。

基準入荷賞味期限は、その商品の入荷可否を判定する際の基準となる賞味期限である。たとえば、過去に入荷されたその商品のうち最も遅い賞味期限であるが、最後に入荷されたその商品の賞味期限としてもよい。図３の例では商品Ａの基準入荷賞味期限は２０１４年４月３０日である。なお、商品Ａについて賞味期限が２０１４年３月１日となっているレコードが２行あるが、これらは消去されず残っているデータの例として示すものであり、本実施形態ではとくに参照しない（ただしこれらを参照する形態を除外するものではない）。

なお、ロット番号（ロットＮｏ.）は、そのレコードに該当する商品のロットを一意に識別する番号であるが、入荷賞味期限データＤ１はロット番号を含まないものであってもよい。

図４に、商品マスタＤ２の構成の例を示す。商品マスタＤ２は、本実施形態では賞味期限区分データとしての役割を有し、商品コードごとに賞味期限区分を関連付ける。また、商品マスタＤ２は、少なくとも１つの商品コードについて賞味期間を関連付ける。

賞味期限区分は、各商品の賞味期限を計算する方法を表す。たとえば、賞味期限区分が第１の値（たとえば「０」）である商品については、入力された値がそのまま賞味期限を表すものとして扱う。また、賞味期限区分が第２の値（たとえば「１」）である商品については、入力された値に所定の賞味期間を加算し、その結果を賞味期限と決定する。また、賞味期限区分が第３の値（たとえば「２」）である商品については、入荷日に所定の賞味期間を加算し、その結果を賞味期限と決定する。

また、商品マスタＤ２は、商品ごとにその商品の他の属性を関連付ける。図４の例では、商品名、容量（たとえばｍｌ単位）および入数が関連付けられている。

以下、賞味期限管理装置１０を入荷管理に用いる場合の処理の流れを説明する。
まず使用者は、賞味期限管理装置１０に入荷賞味期限データＤ１および商品マスタＤ２を入力して記憶させる。これらはどのような方法で入力されてもよいが、たとえば通信手段１５を介して管理サーバ２０から受信することができる。毎朝定時に、管理サーバ２０から入荷賞味期限データＤ１および商品マスタＤ２を取得するように構成してもよい。

また、使用者（たとえば店舗の責任者）は、入荷されるべき商品ロット（本明細書では賞味期限管理の対象となる商品の単位を「商品ロット」と呼ぶ）のそれぞれについて、ハンディターミナルＨＴを操作し、入荷処理を開始させる。
図５に、賞味期限管理装置１０による入荷処理の流れの例を示す。図５の処理が開始されると、ハンディターミナルＨＴは入荷処理画面を表示する（ステップＳ１）。

図６は入荷処理画面の例である。図６（ａ）はステップＳ１の時点での表示例を示し、図６（ｂ）は処理が進行した状況（たとえば後述のステップＳ９終了の時点）での表示例を示す。

次に、使用者は入荷されるべき商品ロットについて、ロットに添付されたバーコード（入荷用バーコードＣ１）をハンディターミナルＨＴにスキャンさせる。これに応じ、ハンディターミナルＨＴは入荷用バーコードＣ１をスキャンして情報を読み取る（ステップＳ２）。これによってハンディターミナルＨＴは、入荷用バーコードＣ１から、入荷されるべき商品ロットに関連付けられた商品コードを取得する。以下では、このステップＳ２で取得した商品コードを「入荷候補商品コード」と呼ぶ。

ここで、ハンディターミナルＨＴは入荷候補商品コードに関連する情報を入荷処理画面に表示する。図６（ｂ）の例では、商品Ａの商品コードおよび商品名が表示されている。なおこの図では商品Ａの商品コードが「１２３４」であるものとして表記されている。

次に、ハンディターミナルＨＴはその商品の仕入先コードを取得する（ステップＳ３）。仕入先コードは、たとえば入荷候補商品コードを用いて仕入先マスタ等（図示せず）を参照して取得することが可能である。または、ハンディターミナルＨＴの入力手段１３を介して使用者が直接入力してもよい。
あるいはステップＳ２で、取得した商品コードをキーとして、入荷賞味期限データＤ１を参照し、仕入先コードを取得するようにしてもよい。
ここで、ハンディターミナルＨＴは取得した仕入先コードに関連する情報を入荷処理画面に表示する。図６（ｂ）の例では、商品Ａの仕入先の仕入先コードおよび仕入先名（仕入先マスタ等に定義されている名称）が表示されている。

次に、ハンディターミナルＨＴは、商品マスタＤ２に基づき、入荷候補商品コードに関連付けられた賞味期限区分を取得する（ステップＳ４）。

ステップＳ４において賞味期限区分が０（第１の値）である場合、ハンディターミナルＨＴは、賞味期限の入力を受け付け（ステップＳ５）、入力された値をそのまま賞味期限として決定する（すなわち入荷可否の判定に用いる値として扱う）。以下、入荷されるべき商品ロットの賞味期限を、「入荷候補賞味期限」と呼ぶ。
ステップＳ４において賞味期限区分が１（第２の値）である場合、ハンディターミナルＨＴは、製造年月（または製造年月日）の入力を受け付ける（ステップＳ６）。そして、入力された値（製造年月または製造年月日）に賞味期間を加算することにより、入荷候補賞味期限を算出する（ステップＳ７）。
ステップＳ４において賞味期限区分が２（第３の値）である場合、ハンディターミナルＨＴは、入荷日（たとえばその時点のシステム日付）に賞味期間を加算することにより、入荷候補賞味期限を算出する（ステップＳ８）。
ステップＳ５で入力される賞味期限、ステップＳ６で入力される製造年月（または製造年月日）は、使用者が直接入力するように構成することができる。また、入荷用バーコードＣ１を読み取り、Ｃ１から該当の日付を取得するように構成することができる。ステップＳ８で入力される入荷日は、使用者が直接入力するように構成してもよいし、ハンディターミナルＨＴが保持しているシステム日付を入荷日として取得するように構成してもよい。

ここで、ハンディターミナルＨＴは、ステップＳ５〜Ｓ８において取得した入荷候補賞味期限と、該当する場合には賞味期間とを、入荷処理画面に表示する。図６（ｂ）の例は、賞味期限区分が０であり、賞味期限が２０１４年４月３０日である場合に対応する。なお、賞味期限区分が０であるため、本実施形態では賞味期間の値は後続の処理に影響しないが、賞味期間が３ヶ月であることも表示されている。

次に、ハンディターミナルＨＴは、入荷賞味期限データＤ１に基づき、入荷候補商品コードに関連付けられた基準入荷賞味期限を取得する（ステップＳ９）。図６（ｂ）の例では、この基準入荷賞味期限が「前回入荷時の賞味期限」として表示されている。ハンディターミナルＨＴは、この基準入荷賞味期限と、入荷されるべき商品ロットの入荷候補賞味期限とを比較する（ステップＳ１０、入荷可否判定機能）。

ステップＳ１０において、期限（入荷候補賞味期限）と基準（基準入荷賞味期限）とが等しいか、または期限が基準よりも未来である場合には、入荷可能であると判定される。これはたとえば入荷された商品ロットが比較的新しいものである場合に相当する。一方、期限が基準よりも過去である場合には、入荷不可であると判定される。これはたとえば入荷された商品ロットが比較的古いものである場合に相当する。このように、ハンディターミナルＨＴは、賞味期限の逆転チェックを行う。

入荷可能と判定された場合、ハンディターミナルＨＴは、入荷候補商品を入荷商品と決定し、入荷数量の入力を受け付ける（ステップＳ１１）。たとえば図６に示すように、ケース数またはバラ数の入力を受け付ける。ケース数およびバラ数をそれぞれ表す２つの数値の入力を受け付けてもよい。

ステップＳ１１の後、ハンディターミナルＨＴおよび携帯プリンタＰは、その商品ロットに添付される棚札シールを印刷する（ステップＳ１２）。
ステップＳ１２の動作を以下に説明する。まずハンディターミナルＨＴが棚札シールの枚数を決定する。棚札シールの枚数は、たとえば入力されたケース数とバラ数の和とすることができる。この場合、賞味期限管理装置１０の使用者は、商品のケースおよびバラ商品のそれぞれに１枚ずつ棚札シールを対応させることができる。ここで、図６に示すように発行枚数を増減させる枚数変更手段（タッチパネルに表示されるボタン等）を介して枚数を変更可能であってもよい。

特定の操作（たとえば「Ｒ・発行」ボタンの操作）に応じ、ハンディターミナルＨＴは、印刷枚数および印刷内容を携帯プリンタＰに送信し、携帯プリンタＰがこれらの情報を受信し、棚札バーコードＣ２を含む棚札シールを印刷する。図１に示すように、印刷内容として含まれる情報は、商品コード（入荷候補商品コード）、容量、入数、入荷日、賞味期限（入荷候補賞味期限）、数量（ケース数または、バラ数、またはケース数およびバラ数）、ロット番号を含む。

ここで、容量および入数はたとえば商品マスタＤ２に基づいて取得可能である。また、ロット番号はハンディターミナルＨＴが採番するものであり、その採番方法は当業者が適宜決定するものであるが、たとえば図５の処理が実行されるたびに加算される通算回数を表すものとしてもよい。このように、ハンディターミナルＨＴおよび携帯プリンタＰは、棚札バーコードＣ２を印刷することによって、入荷候補商品コードおよび入荷候補賞味期限を出力する。
なお、携帯プリンタＰの具体的構造はとくに説明しないが、所定の情報を含む棚札バーコードＣ２をシールとして印刷するための構成は当業者であれば適宜決定可能である。

ステップＳ１２の後、ハンディターミナルＨＴは、入荷賞味期限データＤ１に入荷商品に関する仕入先コード、商品コード、ロットＮｏ．、賞味期限を含むレコードを追加し、入荷賞味期限データＤ１を更新する（ステップＳ１３）。すなわち、入荷賞味期限データＤ１において、商品コードに関連付けられた基準入荷賞味期限の値を、入荷商品の賞味期限の値に等しく変更する（なお、元々これらの値が等しい場合には変更処理を省略してもよい）。この処理により、入荷された商品ロットに合わせて基準入荷賞味期限がより新しく変更される。

ステップＳ１０において入荷不可と判定された場合、ハンディターミナルＨＴはその判定結果を出力することによりエラー出力を行う（ステップＳ１４）。エラー出力は、警告メッセージ表示等の画面表示、アラーム音等の音声、またはこれらの組合せにより行うことができる。なお、本実施形態では、入荷可能と判定された場合には、エラー出力を行わないことにより結果的に入荷可能であることを出力しているが、入荷可能と判定された場合に積極的な適合表示（音声またはメッセージ表示等）により結果を出力してもよい。

また、図５には示さないが、賞味期限管理装置１０は更新された入荷賞味期限データＤ１を外部に出力してもよい。たとえば、通信手段１５を介して管理サーバ２０に送信してもよい。

以上のようにして、賞味期限管理装置１０は入荷管理に関する処理を行う。入荷可能と判定され棚札シールが印刷された場合、賞味期限管理装置１０の使用者は、棚札バーコードＣ２を商品自体またはこれを識別できる位置に添付する。たとえば、ケースがある場合にはケースに添付してもよい。または、その商品が保管される棚に添付してもよい。

一方、入荷不可と判定されエラー出力が行われた場合、賞味期限管理装置１０の使用者は、入荷不可であることを仕入先に知らせ、より新しい商品ロットの入荷を依頼することができる。このように、本発明の実施の形態１に係る賞味期限管理装置１０および賞味期限管理装置プログラムによれば、賞味期限の比較により古い商品の入荷を検出できるので、出荷より前の時点で、古い商品の在庫発生を防止することができる。

また、賞味期限区分データを用いて様々な賞味期限の決定方法を定義できるので、商品の特性に応じて適切な期限管理を行うことができる。

以上は、賞味期限管理装置１０を用いた入荷管理についての説明である。
以下では、賞味期限管理装置１０を用いた出荷管理について説明する。
図７に、出荷賞味期限データＤ３の構成の例を示す。出荷賞味期限データＤ３は、出荷先コードおよび商品コードの組合せごとに、基準出荷賞味期限を関連付ける。

出荷先コードは、たとえば店舗がその商品を出荷する出荷先（得意先）を表す情報である。基準出荷賞味期限は、その商品の出荷可否を判定する際の基準となる賞味期限である。たとえば、過去にその出荷先に出荷されたその商品のうち最も遅い賞味期限であるが、その出荷先に最後に出荷されたその商品の賞味期限としてもよい。

図１に示すように、出荷管理に用いる売上伝票４０に、売上伝票バーコードＣ３が印刷されている。売上伝票バーコードＣ３は、出荷日、出荷先コード、伝票番号、および合計金額を表す情報を含む。また、売上伝票バーコードＣ３は、出荷の対象となる商品の商品コードごとに、商品コードおよび数量（ケース数または、バラ数、またはケース数およびバラ数）を表す情報を含む。

図８に、売上伝票データＤ４の構成の例を示す。売上伝票データＤ４は、売上伝票４０に記載される情報の少なくとも一部を含む。図８の例では、４枚の売上伝票４０（伝票番号１０００００１〜１０００００４にそれぞれ対応する）が示されている。また、各伝票番号について、１つの出荷先と、１つ以上の売上データとが関連付けられている。売上データは、それぞれ１つの商品コードと、出荷数量（ケース数およびバラ数）とを含む。

以下、賞味期限管理装置１０を出荷管理に用いる場合の処理の流れを説明する。
まず使用者は、賞味期限管理装置１０に、商品マスタＤ２、出荷賞味期限データＤ３および売上伝票データＤ４を入力して記憶させる。商品マスタＤ２および出荷賞味期限データＤ３はどのような方法で入力されてもよいが、たとえば通信手段１５を介して外部のコンピュータから受信することができる。毎朝定時に、管理サーバ２０から商品マスタＤ２および出荷賞味期限データＤ３を取得するように構成してもよい。

また、売上伝票データＤ４は、たとえば売上伝票４０に印刷または添付された売上伝票バーコードＣ３をスキャンすることにより入力することができる。これに応じ、ハンディターミナルＨＴは売上伝票バーコードＣ３をスキャンして情報を読み取る。これによってハンディターミナルＨＴは、売上伝票バーコードＣ３から、それぞれの売上に係る伝票番号（伝票Ｎｏ．）、出荷先コード、商品コードおよび出荷数量を取得する。使用者は、一度の出荷処理（一回のピッキング作業）で扱う複数の売上伝票４０について、この処理を繰り返してもよい。

とくに図示しないが、ここでハンディターミナルＨＴは、伝票番号、出荷先、または商品コードに関連する情報を表示してもよい。たとえば、伝票番号と出荷先とを関連付けて表示する画面（伝票入力画面）や、スキャンされた伝票に含まれる商品コードの一覧を表示する画面（商品一覧画面）を表示してもよい。

また、使用者は、売上に対する出荷候補となる商品コードのそれぞれについて、ハンディターミナルＨＴを操作し、出荷処理（ピッキング処理）を開始させる。なお、出荷候補となる商品ロットは、入荷時の商品ロットとは必ずしも対応させる必要はなく、たとえば入荷時に１つの商品ロットであったものを出荷時には複数の商品ロットとして別々に出荷してもよい。ただし、いずれもロット内で賞味期限は同一である必要がある。

図９に、賞味期限管理装置１０による出荷処理の流れの例を示す。まず使用者は、予めスキャンしている売上伝票データＤ４の伝票番号、出荷先コード、商品コードおよび出荷数量をハンディターミナルＨＴに表示することにより、確認する。次に使用者は、出荷候補となる売上に係る商品ロットの棚札バーコードＣ２をハンディターミナルＨＴにスキャンさせる。これに応じ、ハンディターミナルＨＴは棚札バーコードＣ２をスキャンして情報を読み取る（ステップＳ２１）。これによってハンディターミナルＨＴは、棚札バーコードＣ２から、売上に対する出荷候補となる商品ロットに関連付けられた情報を取得する。ここで取得される情報は、商品コード、容量、入数、入荷日、賞味期限、数量（ケース数およびバラ数）、ロット番号を含む。以下では、このステップＳ２１で取得した商品コードおよび賞味期限を、それぞれ「出荷候補商品コード」および「出荷候補賞味期限」と呼ぶ。

次に、ハンディターミナルＨＴは、読み取った棚札バーコードＣ２に関する出荷数入力画面を表示する（ステップＳ２２）。
図１０（ａ）および（ｂ）は、それぞれ出荷数入力画面の例である。この画面は、ピッキング指示画面と呼ばれるものであってもよい。この出荷数入力画面には、出荷候補商品コードについて出荷が必要な商品の数量が表示される。出荷が必要な商品の数量は、たとえば売上伝票データＤ４に基づいてその商品コードに対応する数量を合計することで取得することができる。図１０の例は、出荷賞味期限データＤ３の内容が図８のとおりである場合に対応しており、「伝票数量」としてケース数７およびバラ数１３が表示されている。

また、出荷数入力画面には、棚札バーコードＣ２に含まれていた情報が表示される。この例では、棚札バーコードＣ２に含まれていた商品名（この例では「商品Ａ」。たとえば出荷候補商品コードに基づいて取得可能である）、容量（３５０ｍｌ）、入数（２４）および賞味期限（出荷候補賞味期限。この例では２０１４年２月２８日）が表示されている。

ハンディターミナルＨＴは、売上伝票データＤ４に含まれるすべての出荷先について、ステップＳ２３〜Ｓ２６の処理を実行する。
まず、出荷賞味期限データＤ３において、当該出荷先および出荷候補商品コードの組合せに関連付けられた基準出荷賞味期限を取得する（ステップＳ２３）。そして、この基準出荷賞味期限と、出荷候補賞味期限とを比較する（ステップＳ２４、出荷可否判定機能）。

ステップＳ２４において、期限（出荷候補賞味期限）と基準（基準出荷賞味期限）とが等しいか、または期限が基準よりも未来である場合には、出荷可能であると判定される。これはたとえば出荷される商品ロットが比較的新しいものである場合に相当する。一方、期限が基準よりも過去である場合には、出荷不可であると判定される。これはたとえば出荷される商品ロットが比較的古いものである場合に相当する。このように、ハンディターミナルＨＴは、賞味期限の逆転チェックを行う。

出荷可能と判定された場合、ハンディターミナルＨＴは、当該出荷先を第１の態様で表示する（ステップＳ２５）。第１の態様はたとえば白地に黒文字である。図１０（ａ）の例では、「得意先Ｂ」という出荷先については基準が２０１４年２月１５日であり、期限が同年２月２８日であるため出荷可能と判定され、出荷先、基準および数量が白地に黒文字で表示されている。

出荷不可と判定された場合、ハンディターミナルＨＴは、当該出荷先を第２の態様で表示する（ステップＳ２６）。第２の態様はたとえばオレンジ色の地に黒文字である（本明細書に添付する図面では、白以外の色の領域をグレーによって示している）。図１０（ａ）の例では、「得意先Ａ」という出荷先については基準が２０１４年３月３１日であり、期限が同年２月２８日であるため出荷不可と判定され、出荷先、基準および数量がオレンジ色の地に黒文字で表示されている。

このようにして、各出荷先について出荷可否判定が行われ、図１０（ａ）に示すように結果が表示される。この例では、ある１つの出荷候補商品コード（この場合は商品Ａ）について、結果に応じて異なる地の色で、出荷先ごとに基準出荷賞味期限および数量を関連付けて表示している。

次に、ハンディターミナルＨＴはピッキング指示を受け付ける（ステップＳ２７）。ピッキング指示とは、たとえば、出荷候補となる商品ロットに含まれる特定数量の商品と、特定の出荷先とを関連付ける指示である。ただし、ハンディターミナルＨＴは、ピッキング指示を、ステップＳ２４において出荷可能と判定された出荷先についてのみ受け付ける。

ピッキング指示の具体的な入力方法は、当業者が適宜設計可能である。たとえば図１０（ａ）の画面において「取出数」の入力を受け付けることにより、出荷候補となる商品ロットのうちその数量を、出荷可能と判定された出荷先のうち対応するものに関連付けてもよい。または、図１０（ａ）の画面において、出荷可能と判定された出荷先の１つを指定する入力を受け付けることにより、出荷候補となる商品ロットのうちからその出荷先に出荷されるべき数量分をその出荷先に関連付けてもよい。または、出荷可能と判定された出荷先のうち１つの指定と、「取出数」との組合せの入力を受け付けてもよい。さらに、ピッキング指示は、異なる出荷先について繰り返し入力されてもよい。

ピッキング指示が入力されると、ハンディターミナルＨＴは出荷数入力画面の表示を更新する（ステップＳ２８）。この更新は、たとえば次の内容を含む。
まずハンディターミナルＨＴは、ピッキング指示が入力された出荷先に対応する行を消去する。図１０（ｂ）は、「得意先Ｂ」および「得意先Ｃ」という出荷先についてピッキング指示が入力され、これらに対応する行が消去された例を示す。
また、ピッキング指示を受け付けた数量を表示する。図１０（ｂ）の例では「取出済」としてケース数およびバラ数が表示されている。
さらに、処理中の商品ロットのうち、ピッキング指示の対象となっていない商品の数量を表示する。図１０（ｂ）の例では「残数」としてケース数およびバラ数が表示されている。
ピッキング指示に基づき、使用者がピッキングを完了したときは、ハンディターミナルＨＴに「ピッキング完了」を入力するように構成してもよい。取出数を更新した時点で、出荷候補商品は出荷商品と定められる。

次に、ハンディターミナルＨＴは、入力されたピッキング指示に基づいて出荷賞味期限データＤ３を更新する（ステップＳ２９）。すなわち、出荷賞味期限データＤ３において、ピッキング指示があった出荷先および出荷候補商品コードの組合せに関連付けられた基準出荷賞味期限の値を、出荷候補賞味期限の値に等しく変更する（なお、元々これらの値が等しい場合には変更処理を省略してもよい）。この処理により、ピッキングされ出荷される商品ロットに合わせて、基準出荷賞味期限がより新しく変更される。

次に、ハンディターミナルＨＴは、処理中の出荷候補商品コードに関し、すべての出荷先に対してピッキング指示が入力されたか否かを判定する（ステップＳ３０）。すべての出荷先に対してピッキング指示が入力されている場合には、ハンディターミナルＨＴは図９の処理を終了する。この場合、ハンディターミナルＨＴは出荷数入力画面を消去してもよい。

一方、いずれかの出荷先に対してピッキング指示が入力されていない場合には、ハンディターミナルＨＴは処理をステップＳ２７に戻し、次のピッキング指示を待ち受ける。
また、ステップＳ２７において次のピッキング指示を待ち受けている間またはその他のタイミングで、使用者が他の棚札バーコードＣ２をスキャンした場合には、これに応じて処理をステップＳ２１に戻す。そして、スキャンされた棚札バーコードＣ２の内容に応じ、ステップＳ２２以下の処理を繰り返す。

図１１（ａ）および（ｂ）は、図１０（ｂ）の状態からさらに他の棚札バーコードＣ２がスキャンされた場合の出荷数入力画面の例である。
図１１（ａ）は、スキャンされた棚札バーコードＣ２の出荷候補商品コードが商品Ａを表すものであり、かつ賞味期限（出荷候補賞味期限）が２０１４年３月３０日であった場合の例である。表示されている出荷先（「得意先Ａ」および「得意先Ｄ」）はいずれも基準が２０１４年３月３１日であり、いずれに対しても出荷候補賞味期限が過去となるので出荷不可と判定されている。

図１１（ｂ）は、スキャンされた棚札バーコードＣ２の出荷候補商品コードが商品Ａを表すものであり、かつ賞味期限（出荷候補賞味期限）が２０１４年４月３０日であった場合の例である。「得意先Ａ」および「得意先Ｄ」のいずれに対しても出荷候補賞味期限が未来となるので出荷可能と判定されている。したがって、使用者は「得意先Ａ」および「得意先Ｄ」に対するピッキング指示を入力することができ、これによってすべての出荷先に対する出荷処理が完了する。

なお、図９には示さないが、賞味期限管理装置１０は更新された出荷賞味期限データＤ３を外部に出力してもよい。たとえば、通信手段１５を介して管理サーバ２０に送信してもよい。

以上のように、本発明に係る賞味期限管理装置１０および賞味期限管理装置プログラムによれば、出荷に適しない古い商品を検出して出荷を防止することができる。
また、入荷時に印刷した棚札バーコードＣ２を出荷時のチェックに用いることができるので、管理負担を軽減することができる。たとえば、入荷した商品ロットごとの賞味期限を管理サーバ２０で管理する必要がない。

また、出荷数入力画面（図１０および図１１）では、出荷可否に応じて表示態様を変更するので、多数の出荷先に関する出荷可否の状況を一目で把握することができ、利便性が高まる。

上述の実施の形態１において、以下のような変形を施すことができる。
入荷賞味期限データＤ１は、仕入先コードやロット番号を含まないものであってもよい。すなわち、入荷賞味期限データＤ１は、商品コードごとに基準入荷賞味期限を関連付けるものであればよい。このような場合、当業者は、仕入先に関する処理を適宜省略または変更して実施することができる。

商品マスタＤ２は、商品コードおよび賞味期限区分データ以外のデータ（容量や入数等）は含まないものであってもよい。たとえば商品マスタと賞味期限区分データとがそれぞれ別のデータとして定義されてもよい。また、賞味期限区分は実施の形態１のように３種類ではなく２種類であってもよく、また１種類のみであってもよい。１種類のみである場合には、賞味期限区分をシステム上明確に定義する必要はなく、常に固定された方法で賞味期限が決定されることになる。

入荷処理（図５）において、ステップＳ２４の比較結果の出力内容は任意に変更可能である。比較の結果に応じて出荷先または基準出荷賞味期限の表示態様が変更されるものであれば、どのように表示されてもよい。たとえば、地の色を反転または変更することに替えて、またはこれに加えて、文字の色、フォント、サイズ、表示位置等を変更してもよい。

実施の形態１では、賞味期限管理装置１０は入荷用バーコードＣ１、棚札バーコードＣ２および売上伝票バーコードＣ３という３種類のバーコードを扱うが、扱うバーコードはこれらの一部であってもよく、またバーコードを一切扱わないものであってもよい。この場合、バーコードではなく他の手段を用いて情報の管理および入出力を行うことができる。

とくに、賞味期限管理装置１０は、バーコード印刷手段としての携帯プリンタＰを含まないものであってもよい。その場合、ハンディターミナルＨＴは、入荷用バーコードＣ１または別途管理される賞味期限を用いて、実施の形態１と同様の入荷処理および出荷処理を行うことができる。たとえば、図５のステップＳ１１は実行されず、図９のステップＳ２１の代わりに他の方法で出荷候補商品の情報を取得することになる。

１０ 賞味期限管理装置、１６ バーコード読取手段、２０ 管理サーバ、３０ 商品、Ｃ１ 入荷用バーコード（第１のバーコード）、Ｃ２ 棚札バーコード（第２のバーコード）、Ｃ３ 売上伝票バーコード（第３のバーコード）、Ｄ１ 入荷賞味期限データ、Ｄ２ 商品マスタ（賞味期限区分データ）、Ｄ３ 出荷賞味期限データ、Ｄ４ 売上伝票データ、ＨＴ ハンディターミナル、Ｐ 携帯プリンタ（バーコード印刷手段）。

上述の問題点を解決するため、この発明に係る賞味期限管理装置は、
商品の入荷および出荷を、賞味期限に基づいて管理する賞味期限管理装置であって、
商品コードごとに基準入荷賞味期限を関連付ける、入荷賞味期限データを記憶する機能と、
入荷されるべき商品ロットに関連付けられた商品コードおよび賞味期限を、それぞれ入荷候補商品コードおよび入荷候補賞味期限として取得する機能と、
前記入荷候補賞味期限と、前記入荷賞味期限データにおいて前記入荷候補商品コードに関連付けられた前記基準入荷賞味期限とを比較する、入荷可否判定機能と、
前記入荷可否判定機能による比較の結果を出力する機能と、
前記入荷候補賞味期限が、前記入荷賞味期限データにおいて前記入荷候補商品コードに関連付けられた前記基準入荷賞味期限よりも未来である場合に、前記入荷賞味期限データにおいて、前記入荷候補商品コードに関連付けられた前記基準入荷賞味期限の値を、前記入荷候補賞味期限の値に等しく変更する機能と、
出荷先および前記商品コードの組合せごとに、基準出荷賞味期限を関連付ける、出荷賞味期限データを記憶する機能と、
出荷候補となる商品ロットに関連付けられた商品コードおよび賞味期限を、それぞれ出荷候補商品コードおよび出荷候補賞味期限として取得する機能と、
前記出荷候補賞味期限と、前記出荷賞味期限データにおいて各出荷先および前記出荷候補商品コードの組合せに関連付けられた前記基準出荷賞味期限とを比較する、出荷可否判定機能と、
前記出荷可否判定機能による比較の結果を出力する機能と、
前記出荷候補賞味期限が、前記出荷賞味期限データにおいて各出荷先および前記出荷候補商品コードの組合せに関連付けられた前記基準出荷賞味期限よりも未来である場合に、前記出荷賞味期限データにおいて、前記出荷先および出荷候補商品コードの組合せに関連付けられた前記基準出荷賞味期限の値を、前記出荷候補賞味期限の値に等しく変更する機能と、
１つの前記出荷候補商品コードについて、前記出荷先ごとに前記基準出荷賞味期限を関連付けて表示する機能と
を備え、
前記出荷可否判定機能による比較の結果を出力する前記機能は、比較の結果に応じて前記出荷先または前記基準出荷賞味期限の表示態様を変更する機能を含む。

前記賞味期限管理装置は、賞味期限区分データを記憶する機能をさらに備え、
前記賞味期限区分データは、商品コードごとに賞味期限区分を関連付けるとともに、少なくとも１つの商品コードについて賞味期間を関連付け、
前記賞味期限管理装置は、さらに、
前記賞味期限区分データにおいて入荷候補商品コードに関連付けられた賞味期限区分が第１の値である場合に、入力された値を前記入荷候補賞味期限とする機能と、
前記賞味期限区分データにおいて入荷候補商品コードに関連付けられた賞味期限区分が第２の値である場合に、入力された値に前記賞味期間を加算することにより前記入荷候補賞味期限を算出する機能と、
を備えてもよい。
前記賞味期限管理装置は、バーコード読取手段およびバーコード印刷手段を備え、
前記賞味期限管理装置は、
第１のバーコードを読み取ることによって、前記入荷候補商品コードを取得する機能と、
第２のバーコードを印刷することによって、前記入荷候補商品コードおよび前記入荷候補賞味期限を出力する機能と、
前記第２のバーコードを読み取ることによって、前記出荷候補商品コードおよび前記出荷候補賞味期限を取得する機能と、
第３のバーコードを読み取ることによって、前記出荷先および商品コードを取得する機能と
を備えてもよい。

Claims (5)

1. 商品の入荷および出荷を、賞味期限に基づいて管理する賞味期限管理装置であって、
   商品コードごとに基準入荷賞味期限を関連付ける、入荷賞味期限データを記憶する機能と、
   入荷されるべき商品ロットに関連付けられた商品コードおよび賞味期限を、それぞれ入荷候補商品コードおよび入荷候補賞味期限として取得する機能と、
   前記入荷候補賞味期限と、前記入荷賞味期限データにおいて前記入荷候補商品コードに関連付けられた前記基準入荷賞味期限とを比較する、入荷可否判定機能と、
   前記入荷可否判定機能による比較の結果を出力する機能と、
   前記入荷賞味期限データにおいて、前記入荷候補商品コードに関連付けられた前記基準入荷賞味期限の値を、前記入荷候補賞味期限の値に等しく変更する機能と、
   出荷先および前記商品コードの組合せごとに、基準出荷賞味期限を関連付ける、出荷賞味期限データを記憶する機能と、
   出荷候補となる商品ロットに関連付けられた商品コードおよび賞味期限を、それぞれ出荷候補商品コードおよび出荷候補賞味期限として取得する機能と、
   前記出荷候補賞味期限と、前記出荷賞味期限データにおいて各出荷先および前記出荷候補商品コードの組合せに関連付けられた前記基準出荷賞味期限とを比較する、出荷可否判定機能と、
   前記出荷可否判定機能による比較の結果を出力する機能と、
   前記出荷賞味期限データにおいて、前記出荷先および出荷候補商品コードの組合せに関連付けられた前記基準出荷賞味期限の値を、前記出荷候補賞味期限の値に等しく変更する機能と
   を備える、賞味期限管理装置。
2. 前記賞味期限管理装置は、賞味期限区分データを記憶する機能をさらに備え、
   前記賞味期限区分データは、商品コードごとに賞味期限区分を関連付けるとともに、少なくとも１つの商品コードについて賞味期間を関連付け、
   前記賞味期限管理装置は、さらに、
   前記賞味期限区分データにおいて入荷候補商品コードに関連付けられた賞味期限区分が第１の値である場合に、入力された値を前記入荷候補賞味期限とする機能と、
   前記賞味期限区分データにおいて入荷候補商品コードに関連付けられた賞味期限区分が第２の値である場合に、入力された値に前記賞味期間を加算することにより前記入荷候補賞味期限を算出する機能と、
   を備える、請求項１に記載の賞味期限管理装置。
3. 前記賞味期限管理装置は、１つの前記出荷候補商品コードについて、前記出荷先ごとに前記基準出荷賞味期限を関連付けて表示する機能をさらに備え、
   前記出荷可否判定機能による比較の結果を出力する前記機能は、比較の結果に応じて前記出荷先または前記基準出荷賞味期限の表示態様を変更する機能を含む、
   請求項１または２に記載の賞味期限管理装置。
4. 前記賞味期限管理装置は、バーコード読取手段およびバーコードを印刷手段を備え、
   前記賞味期限管理装置は、
   第１のバーコードを読み取ることによって、前記入荷候補商品コードを取得する機能と、
   第２のバーコードを印刷することによって、前記入荷候補商品コードおよび前記入荷候補賞味期限を出力する機能と、
   前記第２のバーコードを読み取ることによって、前記出荷候補商品コードおよび前記出荷候補賞味期限を取得する機能と、
   第３のバーコードを読み取ることによって、前記出荷先および商品コードを取得する機能と
   を備える、請求項１〜３のいずれか一項に記載の賞味期限管理装置。
5. コンピュータを、請求項１〜４のいずれか一項に記載の賞味期限管理装置として機能させる、賞味期限管理プログラム。

Images