特開 2024-42477 在庫管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024042477

(43)【公開日】2024-03-28

(54)【発明の名称】在庫管理システム

(51)【国際特許分類】

   B65G 1/137 20060101AFI20240321BHJP

【ＦＩ】

B65G1/137 A

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2022147227

(22)【出願日】2022-09-15

(71)【出願人】

【識別番号】504129098

【氏名又は名称】中部流通株式会社

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(72)【発明者】

【氏名】坂本 大貴

【テーマコード（参考）】

3F522

【Ｆターム（参考）】

3F522BB02

3F522CC09

3F522DD03

3F522DD09

3F522DD23

3F522DD34

3F522GG17

3F522LL23

3F522LL54

(57)【要約】

【課題】フィルムの在庫数量について、人の数え間違いを防止する。
【解決手段】在庫管理システムにおいて、在庫管理サーバのＣＰＵは、集計処理と、記憶処理と、を実行する。集計処理では、ＣＰＵは、ＲＦＩＤリーダが受信した応答信号を集計することにより、フィルムの在庫数量ＳＱを集計する。記憶処理では、ＣＰＵは、集計処理によって集計した在庫数量ＳＱを、記憶装置に記憶させる。
【選択図】図２

【特許請求の範囲】

【請求項1】

記憶装置と、
実行装置と、
食品用包装に加工されるロール状に巻き取られたフィルムに配置され、要求信号に応答して自身に固有の情報を含む応答信号を送信するＲＦタグと、
前記要求信号を送信可能であり、且つ前記応答信号を受信可能なＲＦＩＤリーダと、
を備える在庫管理システムであって、
前記実行装置は、
前記ＲＦＩＤリーダが受信した前記応答信号を集計することにより、前記フィルムの在庫数量を集計する集計処理と、
前記集計処理によって集計した前記在庫数量を、前記記憶装置に記憶させる記憶処理と、
を実行する
在庫管理システム。

【請求項2】

前記実行装置は、
直近の前記集計処理を行った時点から一定期間遡った過去の時点での前記在庫数量から、直近の前記集計処理で集計した前記在庫数量への減少率を算出する減少率算出処理と、
前記減少率に基づいて、前記フィルムを発注する発注タイミングを算出するタイミング算出処理を実行する
請求項１に記載の在庫管理システム。

【請求項3】

前記タイミング算出処理では、前記減少率に基づいて、前記在庫数量が予め定められた安全在庫数量となる限界タイミングを推定し、前記発注タイミングを推定した前記限界タイミングより前のタイミングとして算出する
請求項２に記載の在庫管理システム。

【請求項4】

前記記憶装置は、前記フィルムを発注してから当該フィルムが納品されるまでの必要時間を記憶しており、
前記タイミング算出処理では、前記発注タイミングを、前記限界タイミングより前記必要時間だけ前のタイミングとして算出する
請求項３に記載の在庫管理システム。

【請求項5】

前記実行装置は、
前記必要時間を示す信号を受信したときに、前記記憶装置に記憶されている前記必要時間の値を新たな値に更新する更新処理と、
前記タイミング算出処理で算出した前記発注タイミングになったときに、前記フィルムを発注する旨を示す信号を、外部の装置へ向けて送信する送信処理と、を実行する
請求項４に記載の在庫管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、在庫管理システムに関する。

【背景技術】

【0002】

特許文献１には、食品用包装袋が記載されている。食品用包装袋は、一対のプラスチックシートを有している。一対のプラスチックシートの縁同士は互いに接合されている。これにより、食品用包装袋は、袋状になっている。一対のプラスチックシートは、ロール状に巻き回された状態からシートを引き出しつつ、当該シートを所定箇所で順次切断していくことにより成形される。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－１６５１４９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、特許文献１に記載のような食品用包装袋は、加工される前には、ロール状の状態で保管される。このような食品用包装に加工されるロール状のフィルムの在庫数量は、例えば、人の目視によって集計される。しかし、人の目視など、人による集計作業では、数え間違える虞がある。

【課題を解決するための手段】

【0005】

上記課題を解決するため、本発明は、記憶装置と、実行装置と、食品用包装に加工されるロール状に巻き取られたフィルムに配置され、要求信号に応答して自身に固有の情報を含む応答信号を送信するＲＦタグと、前記要求信号を送信可能であり、且つ前記応答信号を受信可能なＲＦＩＤリーダと、を備える在庫管理システムであって、前記実行装置は、前記ＲＦＩＤリーダが受信した前記応答信号を集計することにより、前記フィルムの在庫数量を集計する集計処理と、前記集計処理によって集計した前記在庫数量を、前記記憶装置に記憶させる記憶処理と、を実行する在庫管理システムである。

【発明の効果】

【0006】

上記構成によれば、実行装置は、集計処理と、記憶装置と、を実行する。集計処理では、実行装置は、ＲＦＩＤリーダが受信した応答信号を集計することにより、フィルムの在庫数量を集計する。また、記憶処理では、実行装置は、集計処理によって集計した在庫数量を記憶装置に記憶させる。このように、上記構成によれば、ＲＦタグ及びＲＦＩＤリーダを用いて、フィルムの在庫数量が集計される。そのため、人の数え間違いを防止できる。

【図面の簡単な説明】

【0007】

【図1】図１は、一実施形態の在庫管理システムを示す概略図である。

【図2】図２は、同実施形態の在庫管理システムが行う処理を示すフローチャートである。

【図3】図３は、同実施形態の発注タイミングを説明するための説明図である。

【図4】図４は、同実施形態の在庫管理システムが行う処理を示すフローチャートである。

【発明を実施するための形態】

【0008】

（一実施形態）
＜在庫管理システムの概略構成＞
以下、在庫管理システムの一実施形態について、図面を参照して説明する。

【0009】

図１に示すように、在庫管理システム１０は、在庫管理サーバ２０と、複数のＲＦタグ３０と、ＲＦＩＤリーダ４０と、第１端末５０と、第２端末６０と、を備えている。在庫管理サーバ２０は、第１端末５０と外部通信回線網によって接続されている。外部通信回線網は、例えば携帯電話回線網などの無線通信回線網である。そのため、在庫管理サーバ２０と第１端末５０とは、外部通信回線網を介して、互いに情報通信が可能である。また、在庫管理サーバ２０は、第２端末６０と外部通信回線網によって接続されている。そのため、在庫管理サーバ２０と第２端末６０とは、外部通信回線網を介して、互いに情報通信が可能である。

【0010】

ＲＦタグ３０は、フィルムＦに配置されている。フィルムＦは、ロール状に巻き取られている。また、フィルムＦは、食品用包装に加工されるものである。具体的には、ＲＦタグ３０は、ロール状のフィルムＦの巻き芯に取り付けられている。フィルムＦは、例えば、第１ユーザの工場内に保管されている。第１ユーザは、例えば、フィルムＦを用いて製品を製造する食品製造メーカである。なお、図面では、理解しやすさのために、ＲＦタグ３０を大きく、且つフィルムＦから離して図示している。

【0011】

ＲＦタグ３０は、ＲＦＩＤリーダ４０からの要求信号に応答して自身に固有の情報を含む応答信号を送信する。ＲＦタグ３０は、アンテナ３１と、ＩＣチップ３２と、を有している。アンテナ３１は、要求信号を受信可能となっている。また、アンテナ３１は、応答信号を送信可能となっている。

【0012】

ＩＣチップ３２は、図示は省略するが、制御回路、及び記憶回路を有している。ＩＣチップ３２の制御回路は、アンテナ３１が外部から特定の周波数の電波を受けることにより発生する電力で駆動する。そして、ＩＣチップ３２の制御回路は、記憶回路に記憶されている情報を、アンテナ３１を介して外部に出力する。ＩＣチップ３２の記憶回路は、自身に固有の情報を記憶している。この固有の情報は、ＲＦタグ３０毎に異なるものであるので、同一の情報が複数のＲＦタグ３０に付されることはない。

【0013】

ＲＦＩＤリーダ４０は、可搬性の端末である。ＲＦＩＤリーダ４０は、ＲＦタグ３０へ要求信号を送信可能である。ＲＦＩＤリーダ４０は、特定の周波数で要求信号を送信する。したがって、ＲＦタグ３０のＩＣチップ３２は、要求信号を受信することにより駆動する。また、ＲＦＩＤリーダ４０は、ＲＦタグ３０からの応答信号を受信可能である。

【0014】

第１端末５０は、フィルムＦを使用している第１ユーザが操作可能なコンピュータ端末である。第１端末５０は、ＲＦＩＤリーダ４０との間で、有線又は無線により、情報通信が可能である。具体的には、第１端末５０は、ＲＦＩＤリーダ４０から、ＲＦＩＤリーダ４０が受信した応答信号を受信可能である。

【0015】

また、上述したように、第１端末５０は、在庫管理サーバ２０との間で、外部通信回線網を介して、情報通信が可能である。第１端末５０は、第１ユーザに操作されることによって、ＲＦＩＤリーダ４０がＲＦタグ３０から受信した応答信号を、在庫管理サーバ２０へ送信する。さらに、第１端末５０は、在庫管理サーバ２０から、送信された信号を受信可能である。

【0016】

在庫管理サーバ２０は、実行装置であるＣＰＵ２１、周辺回路２２、ＲＯＭ２３、記憶装置２４、及びバス２５を備えている。バス２５は、ＣＰＵ２１、周辺回路２２、ＲＯＭ２３、及び記憶装置２４を互いに通信可能に接続している。周辺回路２２は、内部の動作を規定するクロック信号を生成する回路、電源回路、リセット回路等を含む。ＲＯＭ２３は、ＣＰＵ２１が各種の制御を実行するための各種のプログラムを予め記憶している。具体的には、ＲＯＭ２３は、フィルムＦの在庫管理を行う管理プログラムを記憶している。記憶装置２４は、フィルムＦを発注してから納品するまでの時間である必要時間ＮＴを記憶している。また、記憶装置２４は、在庫として最低限確保しておくべきフィルムＦの在庫数量ＳＱである安全在庫数量ＳＳＱを記憶している。

【0017】

第２端末６０は、第２ユーザが操作可能な端末である。第２ユーザは、例えばフィルムＦを製造するフィルムメーカである。上述したように、第２端末６０は、在庫管理サーバ２０との間で、外部通信回線網を介して、情報通信が可能である。具体的には、第２端末６０は、第２ユーザに操作されることによって、必要時間ＮＴを示す信号を在庫管理サーバ２０に送信する。

【0018】

＜管理プログラムによる一連の処理の流れ＞
図２に示すように、第１端末５０は、第１ユーザに操作されることによって、データ送信処理を行うためのプログラムを実行する。当該プログラムを実行すると、第１端末５０は、ステップＳ１０を行う。ステップＳ１０では、第１端末５０は、データ送信処理を実行する。データ送信処理では、第１端末５０は、ＲＦＩＤリーダ４０がＲＦタグ３０から受信した応答信号を、在庫管理サーバ２０へ送信する。このとき、第１端末５０は、全てのＲＦタグ３０からの応答信号を、在庫管理サーバ２０へ送信する。したがって、第１端末５０は、フィルムＦの在庫数量ＳＱに応じた数の応答信号を、在庫管理サーバ２０へ送信する。この後、第１端末５０は、データ送信処理を行うためのプログラムを終了する。なお、第１ユーザは、定期的に第１端末５０を操作することによって、第１端末５０にデータ送信処理を実行させる。例えば、第１ユーザは、１日に１度、当該操作をすることによって、第１端末５０は、１日に１度、データ送信処理を行う。

【0019】

在庫管理サーバ２０のＣＰＵ２１は、第１端末５０からＲＦタグ３０の応答信号を受信すると、在庫管理プログラムの一連の処理を実行する。ＣＰＵ２１は、在庫管理プログラムを実行すると、先ずステップＳ２１の処理を行う。ステップＳ２１では、ＣＰＵ２１は、集計処理を行う。集計処理では、ＣＰＵ２１は、ＲＦＩＤリーダ４０が受信した応答信号の数を集計することにより、フィルムＦの在庫数量ＳＱを集計する。その後、ＣＰＵ２１は、処理をステップＳ２２へ進める。

【0020】

ステップＳ２２では、ＣＰＵ２１は、記憶処理を行う。記憶処理では、ＣＰＵ２１は、集計処理によって集計した在庫数量ＳＱを、記憶装置２４に記憶させる。このとき、ＣＰＵ２１は、集計処理によって集計した在庫数量ＳＱを、集計した時刻ｔを示す情報と併せて、記憶装置２４に記憶させる。集計した時刻ｔを示す情報は、例えば、集計した日時である。その後、ＣＰＵ２１は、処理をステップＳ２３へ進める。

【0021】

ステップＳ２３では、ＣＰＵ２１は、減少率算出処理を行う。減少率算出処理では、ＣＰＵ２１は、直近の集計処理を行った時点から一定時間Ｔ１遡った過去の時点での在庫数量ＳＱから、直近の集計処理で集計した在庫数量ＳＱへの減少率ＲＲを算出する。

【0022】

具体的には、図３に示すように、ＣＰＵ２１は、直近の集計処理を行った時点ｔｘから、予め定められた一定時間Ｔ１遡った過去の時点ｔｙまでの在庫数量ＳＱ及び各在庫数量ＳＱに紐づけられた時刻ｔを示す情報を参照する。一定時間Ｔ１は、複数回の集計処理が行われると見込まれる時間以上の時間として、予め設定されている。本実施形態では、一定時間Ｔ１は、１週間としている。なお、予め定められた回数の集計処理が済んでいない場合には、ＣＰＵ２１は、今回の一連の処理を終了する。

【0023】

ＣＰＵ２１は、参照した集計処理を行った時刻ｔ及び当該時刻ｔでの在庫数量ＳＱの組のデータについての近似線Ｌを算出する。例えば、ＣＰＵ２１は、複数の組のデータを最小二乗法によって、一次関数で示される近似式を算出する。そして、ＣＰＵ２１は、単位時間当たりの在庫数量ＳＱの減少率ＲＲを算出する。具体的には、ＣＰＵ２１は、近似式の傾きとして示される値を、減少率ＲＲとして算出する。

【0024】

その後、図２に示すように、ＣＰＵ２１は、処理をステップＳ２４へ進める。ステップＳ２４では、ＣＰＵ２１は、限界タイミング推定処理を行う。限界タイミング推定処理では、ＣＰＵ２１は、減少率ＲＲに基づいて、在庫数量ＳＱが予め定められた安全在庫数量ＳＳＱとなる限界タイミングＬＴを推定する。具体的には、図３に示すように、近似線Ｌとして示される近似式において、在庫数量ＳＱが安全在庫数量ＳＳＱとなる時刻ｔを算出する。そして、当該時刻ｔを、限界タイミングＬＴとして算出する。

【0025】

その後、図２に示すように、ＣＰＵ２１は、処理をステップＳ２５へ進める。ステップＳ２５では、ＣＰＵ２１は、発注タイミング算出処理を行う。発注タイミング算出処理では、ＣＰＵ２１は、フィルムＦを発注する発注タイミングＯＴを算出する。具体的には、図３に示すように、ＣＰＵ２１は、限界タイミングＬＴより必要時間ＮＴだけ前のタイミングを、発注タイミングＯＴとして算出する。

【0026】

その後、図２に示すように、ＣＰＵ２１は、処理をステップＳ２６へ進める。ステップＳ２６では、ＣＰＵ２１は、発注タイミングＯＴになったか否かを判定する。具体的には、ＣＰＵ２１は、ステップＳ２６を実行した時点での時刻ｔが、発注タイミングＯＴ以降になったときに、発注タイミングＯＴになったと判定する。また、ＣＰＵ２１は、現在から予め定められた所定時間後までの一定期間に、発注タイミングＯＴが含まれている場合にも、発注タイミングＯＴになったと判定する。上記の一定期間は、例えば、２４時間である。なお、本実施形態では、一定期間は、第１端末５０がデータ送信処理を行う頻度を示す期間と同一の期間となっている。

【0027】

発注タイミングＯＴになっていないとき（Ｓ２６：ＮＯ）、ＣＰＵ２１は、今回の一連の処理を終了する。一方で、発注タイミングＯＴになったとき（Ｓ２６：ＹＥＳ）、ＣＰＵ２１は、処理をステップＳ２７へ進める。

【0028】

ステップＳ２７では、ＣＰＵ２１は、送信処理を行う。送信処理では、ＣＰＵ２１は、フィルムＦを発注する旨の信号を、外部の装置である第１端末５０及び第２端末６０へ向けて送信する。その後、ＣＰＵ２１は、一連の在庫管理プログラムによる処理を終了する。

【0029】

第１端末５０は、在庫管理サーバ２０からフィルムＦを発注する旨の信号を受信すると、第１通知処理を行うためのプログラムを実行する。第１端末５０は、第１通知処理を行うためのプログラムを実行すると、ステップＳ３０の処理を行う。ステップＳ３０では、第１端末５０は、第１通知処理を行う。第１通知処理では、第１端末５０は、受信したフィルムＦを発注する旨の信号に基づいて、フィルムＦを発注する旨の情報を、図示を省略する表示装置に表示させる。表示装置は、例えば第１ユーザが視認できるディスプレイである。その後、第１端末５０は、第１通知処理を行うためのプログラムの実行を終了する。これにより、第１ユーザは、表示装置に表示されたフィルムＦを発注する旨の情報を視認できる。

【0030】

また、第２端末６０は、在庫管理サーバ２０からフィルムＦを発注する旨の信号を受信すると、第２通知処理を行うためのプログラムを実行する。第２端末６０は、第２通知処理を行うためのプログラムを実行すると、ステップＳ４０の処理を行う。ステップＳ４０では、第２端末６０は、第２通知処理を行う。第２通知処理では、第２端末６０は、受信したフィルムＦを発注する旨の信号に基づいて、フィルムＦを発注する旨の情報を、図示を省略する表示装置に表示させる。表示装置は、例えば、第２ユーザが視認できるディスプレイである。その後、第２端末６０は、第２通知処理を行うためのプログラムの実行を終了する。これにより、第２ユーザは、表示装置に表示されたフィルムＦを発注する旨の情報を視認できる。

【0031】

＜必要時間の更新＞
図４に示すように、第２端末６０は、第２ユーザに操作されることによって、必要時間ＮＴを送信するためのプログラムを実行する。当該プログラムを実行すると、第２端末６０は、ステップＳ５０を行う。ステップＳ５０では、第２端末６０は、必要時間送信処理を実行する。必要時間送信処理では、第２端末６０は、新しい必要時間ＮＴを、在庫管理サーバ２０へ送信する。これにより、第２端末６０は、必要時間ＮＴを送信するためのプログラムを終了する。なお、第２ユーザは、新しい必要時間ＮＴを設定するときに第２端末６０を操作することによって、第２端末６０に必要時間送信処理を実行させる。

【0032】

在庫管理サーバ２０のＣＰＵ２１は、第２端末６０から必要時間ＮＴを受信すると、必要時間ＮＴを更新するためのプログラムを実行する。ＣＰＵ２１は、当該プログラムを実行すると、ステップＳ６０の処理を行う。ステップＳ６０では、ＣＰＵ２１は、必要時間更新処理を行う。必要時間更新処理では、ＣＰＵ２１は、記憶装置２４に記憶されている必要時間ＮＴを、新たに受信した必要時間ＮＴに更新する。その後、ＣＰＵ２１は、当該プログラムの処理を終了する。

【0033】

（実施形態の作用）
上記実施形態において、フィルムＦを管理する第１ユーザは、ＲＦＩＤリーダ４０を使用して、ＲＦタグ３０の応答信号を受信する。そして、第１ユーザは、第１端末５０を操作して、第１端末５０から在庫管理サーバ２０へと応答信号を示す信号を送信する。その後、第１ユーザは、第１端末５０に、在庫管理サーバ２０からフィルムＦを発注する旨の情報を視認できる。

【0034】

（実施形態の効果）
（１）上記実施形態によれば、在庫管理サーバ２０のＣＰＵ２１は、集計処理と、記憶処理と、を実行する。集計処理では、ＣＰＵ２１は、ＲＦＩＤリーダ４０が受信した応答信号を集計することにより、フィルムＦの在庫数量ＳＱを集計する。また、記憶処理では、ＣＰＵ２１は、集計処理によって集計した在庫数量ＳＱを記憶装置２４に記憶させる。このように、上記実施形態によれば、ＲＦタグ３０及びＲＦＩＤリーダ４０を用いて、在庫管理サーバ２０が、フィルムＦの在庫数量ＳＱを集計する。そのため、人の数え間違いを防止できる。これにより、人の数え間違いによってフィルムＦの在庫数量ＳＱが欠品するなどといった事態を防ぐことができる。

【0035】

（２）ところで、フィルムＦを使用する第１ユーザは、フィルムＦを製造する第２ユーザに対して、フィルムＦを発注する。このようなフィルムＦの発注者は、フィルムＦの在庫が過剰になることを防止しつつ、尚且つフィルムＦの在庫がなくならないように、必要なフィルムＦの量を発注する。従来、発注者は、自身の経験等に基づき、発注するタイミングを決定していた。しかし、発注する人のばらつき等によって、適切なタイミングを決定できない虞がある。

【0036】

上記実施形態によれば、在庫管理サーバ２０のＣＰＵ２１が、減少率算出処理によって算出された減少率ＲＲに基づいて、タイミング算出処理によって発注タイミングＯＴを算出する。そのため、人によるばらつきに影響されずに、一様な発注タイミングＯＴを算出することができる。

【0037】

（３）上記実施形態によれば、在庫管理サーバ２０のＣＰＵ２１は、発注タイミングＯＴを、安全在庫数量ＳＳＱとなる限界タイミングＬＴより前のタイミングとして算出する。そのため、発注タイミングＯＴから実際にフィルムＦが納品されるまでにタイムラグがあっても、過度にフィルムＦの在庫数量ＳＱが少なくなっているといった事態を防ぐことができる。

【0038】

（４）上記実施形態によれば、在庫管理サーバ２０のＣＰＵ２１は、発注タイミングＯＴを、限界タイミングＬＴより必要時間ＮＴだけ前のタイミングとして算出する。そして、必要時間ＮＴは、第２ユーザにより、フィルムＦを発注してから納品するまでの時間として定められたものである。そのため、仮に、発注タイミングＯＴでフィルムＦを発注したとすると、限界タイミングＬＴとなる時刻ｔに前後して、新しいフィルムＦが入荷される。よって、在庫数量ＳＱが安全在庫数量ＳＳＱを下回りにくくなるとともに、在庫数量ＳＱが過度に多くなることも抑制できる。

【0039】

（５）上記実施形態によれば、在庫管理サーバ２０のＣＰＵ２１は、必要時間ＮＴを示す信号を受信したときに、記憶装置２４に記憶されている必要時間ＮＴの値を新たな値に更新する。そのため、例えば、フィルムＦを製造する第２ユーザの生産能力が変動するなどして、必要時間ＮＴが変更する時には、ＣＰＵ２１は、記憶装置２４の必要時間ＮＴを更新できる。そのため、ＣＰＵ２１は、変更された必要時間ＮＴに応じて、より適切に発注タイミングＯＴを算出できる。

【0040】

（６）上記実施形態によれば、在庫管理サーバ２０のＣＰＵ２１は、フィルムＦを発注する旨の信号を、第１端末５０及び第２端末６０等の外部の装置へ向けて送信する。これにより、当該信号を受信した第１端末５０及び第２端末６０は、発注があることを把握できる。

【0041】

（その他の実施形態）
上記実施形態は、以下のように変更して実施することができる。上記実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。

【0042】

・在庫管理システム１０において、実行装置は、在庫管理サーバ２０のＣＰＵ２１に限られない。同様に、記憶装置は、在庫管理サーバ２０の記憶装置２４に限られない。そのため、例えば、在庫管理システム１０は、在庫管理サーバ２０を有していなくてもよい。例えば、第１端末５０のＣＰＵが、実行装置となっており、第１端末５０が記憶装置を有していればよい。この場合、第１端末５０のＣＰＵが、集計処理と、記憶装置と、減少率算出処理と、限界タイミング推定処理と、タイミング算出処理と、を実行してもよい。そして、第１端末５０のＣＰＵが、第１端末５０の記憶装置に、在庫数量ＳＱを記憶させればよい。

【0043】

・第１端末５０とＲＦＩＤリーダ４０とは、別の端末でなくてもよい。つまり、ＲＦＩＤリーダ４０が、第１端末５０としての機能を有していてもよい。
・在庫管理システム１０の実行装置は、複数のＣＰＵによって構成されていてもよい。例えば、実行装置は、在庫管理サーバ２０のＣＰＵ２１及び第１端末５０のＣＰＵによって、構成されていてもよい。この場合、例えば、第１端末５０のＣＰＵが、集計処理と、記憶処理と、を実行し、且つ在庫管理サーバ２０のＣＰＵ２１が、減少率算出処理と、限界タイミング推定処理と、タイミング算出処理と、を実行してもよい。

【0044】

・在庫管理サーバ２０の記憶装置２４は、ＲＯＭ２３と同一の装置であってもよい。
・ＲＦタグ３０は、１つのフィルムＦに対して、１つ配置されていればよい。そのため、ＲＦタグ３０は、フィルムＦに直接取り付けられていてもよいし、フィルムＦを覆う包装に取り付けられていてもよい。なお、ＲＦタグ３０は、フィルムＦを使用した後に廃棄したり、フィルムＦの在庫を保管する場所とは別の場所に保管したりすることが好ましい。このようにすることで、使用後のフィルムＦに配置されたＲＦタグ３０が、使用前のフィルムＦのＲＦタグ３０として誤ってＲＦＩＤリーダ４０に読み取られることが防げる。

【0045】

・ＲＦタグ３０が有する情報に、フィルムＦの種別を示すフィルム識別情報が含まれていてもよい。ＲＦタグ３０から固有の情報と共にフィルム識別情報を受信すれば、在庫管理サーバ２０は、フィルムＦの種別毎に、フィルムＦの在庫数量ＳＱを集計できる。なお、このようにフィルムＦの種別毎に管理する場合、必要時間ＮＴもフィルムＦの種別毎に記憶すればよい。

【0046】

・ＲＦタグ３０が有する情報に、フィルムＦを使用するユーザを識別するためのユーザ識別情報が含まれていてもよい。例えば、同一の倉庫を、複数のユーザで共有することがあり得る。このような場合に、ＲＦタグ３０から固有の情報と共にユーザ識別情報を受信すれば、在庫管理サーバ２０は、フィルムＦのユーザ毎に、フィルムＦの在庫数量ＳＱを集計できる。なお、このようにフィルムＦのユーザ毎に管理する場合、必要時間ＮＴもフィルムＦのユーザ毎に記憶すればよい。

【0047】

・在庫管理システム１０において、在庫管理サーバ２０からフィルムＦを発注する旨の情報を受信する装置が、第１端末５０及び第２端末６０の他に、存在していてもよい。例えば、フィルムＦを卸売りする業者の端末に上記フィルムＦを発注する旨の情報が送信されてもよい。

【0048】

・上記実施形態では、第１端末５０及び第２端末６０は、送信処理されたフィルムＦを発注する旨の信号を受信したときに、各端末の表示装置に表示させる処理をしたが、各端末が行う処理は、これに限られない。例えば、第２端末６０は、フィルムＦを発注する旨の信号を受信したときに、フィルムＦを発注したとして、受注処理を行ってもよい。また、例えば、第１端末５０は、フィルムＦを発注する旨の信号を受信したときに、フィルムＦを発注する旨の発注処理を行ってもよい。発注処理では、第２端末６０に、フィルムＦの発注を示す信号を送信してもよい。

【0049】

・在庫管理サーバ２０のＣＰＵ２１は、送信処理を行わなくてもよい。
・第２端末６０は、必要時間送信処理を定期的に行ってもよい。必要時間ＮＴは、第２ユーザの状況によって、変動する可能性がある。そのため、第２端末６０が、定期的に必要時間ＮＴを示す情報を送信することで、在庫管理サーバ２０が、最新の必要時間ＮＴを示す情報を記憶していることが望ましい。

【0050】

・在庫管理サーバ２０のＣＰＵ２１は、更新処理を行わなくてもよい。記憶装置２４が、一定の値としての必要時間ＮＴを記憶していてもよい。
・発注タイミング算出処理では、ＣＰＵ２１は、発注タイミングＯＴを、必要時間ＮＴに拘わらず算出してもよい。例えば、ＣＰＵ２１は、発注タイミングＯＴを、限界タイミングＬＴよりも一定期間前のタイミングとして算出してもよい。つまり、発注タイミングＯＴが限界タイミングＬＴよりも前のタイミングであれば、在庫数量ＳＱが安全在庫数量ＳＳＱを大きく下回ることを防げる。

【0051】

・また、発注タイミング算出処理では、ＣＰＵ２１は、発注タイミングＯＴを、限界タイミングＬＴと同じタイミングとして算出してもよい。この場合、例えば、第１端末５０がフィルムＦを発注する旨の信号を受信して、速やかにフィルムＦが納品されることで、フィルムＦの在庫数量ＳＱがゼロになることを防止できる。

【0052】

・在庫管理サーバ２０のＣＰＵ２１は、限界タイミング推定処理、発注タイミング算出処理を行わなくてもよい。
・上記実施形態では、減少率算出処理では、ＣＰＵ２１は、最小二乗法によって、一次関数として近似線Ｌを示す近似式を算出したが、減少率ＲＲの算出の方法は、これに限られない。例えば、ＣＰＵ２１は、最小二乗法によって、多項式の近似式を算出して、当該近似式が限界タイミングＬＴとなるときの近似線Ｌの変化度合いを減少率ＲＲとして算出してもよい。この場合、減少率ＲＲは、一定の値となることに限られず、時刻ｔによって変化してもよい。

【0053】

・また例えば、減少率算出処理では、ＣＰＵ２１は、直近の２回の集計処理によるデータから、両データを通る直線の傾きを、減少率ＲＲとして算出してもよい。つまり、ＣＰＵ２１は、必ずしも最小二乗法による近似式を算出する必要はない。

【0054】

・また例えば、減少率算出処理において参照するデータを定めるための一定時間Ｔ１は、１週間に限られない。例えば、一定時間Ｔ１は１年間であってもよいし、３０日であってもよい。集計処理の頻度に併せて、適宜変更されればよい。

【0055】

・また例えば、減少率算出処理では、複数のデータの重みを変更して減少率ＲＲを算出してもよい。具体的には、フィルムＦの使用量は、食品用包装する商品の特売日、季節、天候、及び温度等によって、急激に変化する場合がある。そのため、ＣＰＵ２１が近似式を算出する際に参照する複数のデータのうち、直近の集計処理を行った時点に時刻ｔが近いデータほど、重みを大きくして、減少率ＲＲを算出してもよい。つまり、単純な近似線Ｌとはならないものの、直近の特売日や温度等によって、フィルムＦの使用量が急激に変化したときに、このような変化に併せて減少率ＲＲを算出できる。

【0056】

・上記実施形態では、減少率算出処理において、予め定められた回数の集計処理が済んでいない場合には、ＣＰＵ２１は、今回の一連の処理を終了しているが、これに限らない。例えば、減少率算出処理において、予め定めれられた回数の集計処理が済んでいない場合には、ＣＰＵ２１は、予め定められた初期値として設定された値を、減少率ＲＲとして算出してもよい。なお、予め定められた回数は、例えば２回である。

【0057】

・上記実施形態では、記憶装置２４は、安全在庫数量ＳＳＱを一定の値として記憶しているが、この安全在庫数量ＳＳＱは、変動してもよい。この場合、ＣＰＵ２１が、一連の在庫管理プログラムの実行を開始する時点において、１つの値として定まっていればよい。

【0058】

安全在庫数量ＳＳＱは、例えば、フィルムＦの使用量が、包装する商品の特売日、季節、天候、及び温度等によって、急激に変化することに伴って変化し得る。また、フィルムＦを製造する第２ユーザの製造状況によっても、変化することがあり得る。そのため、各ユーザの事情に併せて、安全在庫数量ＳＳＱが更新されてもよい。この場合、例えば、第１端末５０が操作されることによって、新しい安全在庫数量ＳＳＱを示す信号が在庫管理サーバ２０へ送信されるとともに、在庫管理サーバ２０が当該信号を受信することで、安全在庫数量ＳＳＱが更新されればよい。

【0059】

・在庫管理サーバ２０のＣＰＵ２１は、減少率算出処理を行わなくてもよい。在庫管理サーバ２０のＣＰＵ２１は、少なくとも、集計処理及び記憶処理を行えばよい。

【符号の説明】

【0060】

１０…在庫管理システム
２０…在庫管理サーバ
２１…ＣＰＵ
２４…記憶装置
３０…ＲＦタグ
４０…ＲＦＩＤリーダ
５０…第１端末
６０…第２端末
Ｆ…フィルム
ＬＴ…限界タイミング
ＮＴ…必要時間
ＯＴ…発注タイミング
ＲＲ…減少率
ＳＱ…在庫数量
ＳＳＱ…安全在庫数量

【図1】

【図2】

【図3】

【図4】