特許 7615937 消耗品の自動発注装置および自動発注方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-01-08

(45)【発行日】2025-01-17

(54)【発明の名称】消耗品の自動発注装置および自動発注方法

(51)【国際特許分類】

   G06Q 10/087 20230101AFI20250109BHJP

   G16Y 10/45 20200101ALI20250109BHJP

【ＦＩ】

G06Q10/087

G16Y10/45

【請求項の数】 8

(21)【出願番号】P 2021116399

(22)【出願日】2021-07-14

(65)【公開番号】P2023012746

(43)【公開日】2023-01-26

【審査請求日】2023-07-21

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110003199

【氏名又は名称】弁理士法人高田・高橋国際特許事務所

(72)【発明者】

【氏名】大槻 将久

(72)【発明者】

【氏名】李 海妍

(72)【発明者】

【氏名】高木 裕太郎

(72)【発明者】

【氏名】糸澤 祐太

(72)【発明者】

【氏名】古村 博隆

(72)【発明者】

【氏名】岩本 国大

(72)【発明者】

【氏名】大石 耕太

【審査官】田中 寛人

(56)【参考文献】

【文献】特開２００３－２６７５０９（ＪＰ，Ａ）

【文献】特開２００５－２３５０００（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ１０／００－９９／００

Ｇ１６Ｙ１０／４５

(57)【特許請求の範囲】

【請求項1】

施設が有する廃棄ボックスに捨てられた容器包装の内容物に対応する消耗品の自動発注サービスを提供する自動発注装置であって、
前記廃棄ボックスの内部状況データ、又は、前記廃棄ボックス内に存在する容器包装の内容物の識別データが格納されたメモリと、
前記自動発注サービスの対象となる消耗品として事前に登録された発注対象品の自動発注処理を行うプロセッサと、
を備え、
前記プロセッサは、前記自動発注処理において、
前記内部状況データ又は前記内容物の識別データに基づいて、前記発注対象品の容器包装が前記廃棄ボックス内に存在するか否かを判定し、
前記発注対象品の容器包装が前記廃棄ボックス内に存在すると判定された場合、前記内部状況データ又は前記内容物の識別データに基づいて、前記廃棄ボックス内に存在する前記発注対象品の容器包装の廃棄数を計算し、
前記廃棄数が、前記発注対象品の販売態様に応じて設定される上限閾値であって、個別の包装容器に封入される消耗品に対して設定されるものと、個別の包装容器に封入され、かつ、全体として１つの包装に封入される消耗品に対して設定されるものとを含む上限閾値以上であるか否かを判定し、
前記廃棄数が前記発注対象品の販売態様に応じて設定される上限閾値以上であると判定された場合、前記発注対象品の発注データを生成する
ことを特徴とする消耗品の自動発注装置。

【請求項2】

請求項１に記載の自動発注装置であって、
前記メモリには、前記施設が有し、未使用又は使用中の消耗品が保管される保管庫内に存在する消耗品の識別データが更に格納され、
前記プロセッサは、前記自動発注処理において、
前記消耗品の識別データに基づいて、前記発注対象品が前記保管庫内に存在するか否かを判定し、
前記発注対象品が前記保管庫内に存在すると判定された場合、前記消耗品の識別データに基づいて前記発注対象品の在庫数を計算し、
前記在庫数が、前記発注対象品の販売態様に応じて設定される下限閾値超であるか否かを判定し、
前記在庫数が前記発注対象品の販売態様に応じて設定される下限閾値超であると判定された場合、前記発注データに基づく前記発注対象品の発注をキャンセルする
ことを特徴とする消耗品の自動発注装置。

【請求項3】

施設が有する保管庫に保管される消耗品の自動発注サービスを提供する自動発注装置であって、
前記保管庫内に存在する消耗品の識別データと、前記保管庫内に存在する消耗品の使用状況データと、が格納されたメモリと、
前記自動発注サービスの対象となる消耗品として事前に登録された発注対象品の自動発注処理を行うプロセッサと、
を備え、
前記プロセッサは、前記自動発注処理において、
前記消耗品の識別データに基づいて、前記発注対象品が前記保管庫内に存在するか否かを判定し、
前記発注対象品が前記保管庫内に存在すると判定された場合、前記使用状況データに基づいて前記発注対象品の残量を計算し、
前記残量が、前記発注対象品の使用態様に応じて設定される下限閾値であって、使用のたびに前記保管庫に戻される消耗品に対して設定される下限閾値以下であるか否かを判定し、
前記残量が前記発注対象品の使用態様に応じて設定される下限閾値以下であると判定された場合、前記発注対象品の発注データを生成する
ことを特徴とする消耗品の自動発注装置。

【請求項4】

請求項１～３の何れか１項に記載の自動発注装置であって、
前記プロセッサは、前記自動発注処理において、
前記発注データを生成した場合、前記施設において前記自動発注サービスを利用するユーザの端末に前記発注データの送信報告を送信し、
前記送信報告の送信後の所定時間内に前記端末からキャンセル指示を受信した場合、前記発注データに基づく前記発注対象品の発注をキャンセルする
ことを特徴とする消耗品の自動発注装置。

【請求項5】

施設が有する廃棄ボックスに捨てられた容器包装の内容物に対応する消耗品の自動発注サービスを提供するためにコンピュータが実行する自動発注方法であって、
前記廃棄ボックスの内部状況データ又は、前記廃棄ボックス内に存在する容器包装の内容物の識別データを取得するステップと、
前記内部状況データ又は前記内容物の識別データに基づいて、前記自動発注サービスの対象となる消耗品として事前に登録された発注対象品の容器包装が前記廃棄ボックス内に存在するか否かを判定するステップと、
前記発注対象品の容器包装が前記廃棄ボックス内に存在すると判定された場合、前記内部状況データ又は前記内容物の識別データに基づいて、前記廃棄ボックス内に存在する前記発注対象品の容器包装の廃棄数を計算するステップと、
前記廃棄数が、前記発注対象品の販売態様に応じて設定される上限閾値であって、個別の包装容器に封入される消耗品に対して設定されるものと、個別の包装容器に封入され、かつ、全体として１つの包装に封入される消耗品に対して設定されるものとを含む上限閾値以上であるか否かを判定するステップと、
前記廃棄数が前記発注対象品の販売態様に応じて設定される上限閾値以上であると判定された場合、前記発注対象品の発注データを生成するステップと、
を備えることを特徴とする消耗品の自動発注方法。

【請求項6】

請求項５に記載の自動発注方法であって、
前記施設が有し、未使用又は使用中の消耗品が保管される保管庫内に存在する消耗品の識別データを取得するステップと、
前記消耗品の識別データに基づいて、前記発注対象品が前記保管庫内に存在するか否かを判定ステップと、
前記発注対象品が前記保管庫内に存在すると判定された場合、前記消耗品の識別データに基づいて前記発注対象品の在庫数を計算するステップと、
前記在庫数が、前記発注対象品の販売態様に応じて設定される下限閾値超であるか否かを判定するステップと、
前記在庫数が前記発注対象品の販売態様に応じて設定される下限閾値超であると判定された場合、前記発注データに基づく前記発注対象品の発注をキャンセルするステップと、
を更に備えることを特徴とする消耗品の自動発注方法。

【請求項7】

施設が有する保管庫に保管される消耗品の自動発注サービスを提供するためにコンピュータが実行する自動発注方法であって、
前記保管庫内に存在する消耗品の識別データと、前記保管庫内に存在する消耗品の使用状況データとを取得するステップと、
前記消耗品の識別データに基づいて、前記自動発注サービスの対象となる消耗品として事前に登録された発注対象品が前記保管庫内に存在するか否かを判定するステップと、
前記発注対象品が前記保管庫内に存在すると判定された場合、前記使用状況データに基づいて前記発注対象品の残量を計算するステップと、
前記残量が、前記発注対象品の使用態様に応じて設定される下限閾値であって、であって、使用のたびに前記保管庫に戻される消耗品に対して設定される下限閾値以下であるか否かを判定するステップと、
前記残量が前記発注対象品の使用態様に応じて設定される下限閾値以下であると判定された場合、前記発注対象品の発注データを生成するステップと、
を備えることを特徴とする消耗品の自動発注方法。

【請求項8】

請求項５～７の何れか１項に記載の自動発注方法であって、
前記発注データを生成した場合、前記施設において前記自動発注サービスを利用するユーザの端末に前記発注データの送信報告を送信するステップと、
前記送信報告の送信後の所定時間内に前記端末からキャンセル指示を受信した場合、前記発注データに基づく前記発注対象品の発注をキャンセルするステップと、
を更に備えることを特徴とする消耗品の自動発注方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、住居、事業所などの施設において消耗される物品（以下、「消耗品」とも称す、）を自動的に発注する装置及び方法に関する。

【背景技術】

【0002】

特開２０１８－１８５７２６号公報は、ごみ収集システムを開示する。この従来のシステムは、家庭やオフィスのごみ箱に捨てられた容器包装を識別し、識別された容器包装の内容物に対応する商品を特定する。従来のシステムは、また、商品の消費者に新たな商品の購入を促すために、容器包装に基づいて特定された商品、又はこの商品に関連する商品の広告を、消費者の端末に通知する処理を行う。

【0003】

特開２００６－０３９７７３号公報は、医療用物品の発注システムを開示する。この従来のシステムは、医療用物品の包装材に付された製品情報に基づいて新たな医療用物品を発注する。製品情報の読み取りは、包装材が開封されることで読み取り可能となるＩＣタグを用いて行われる。医療用物品の発注は、包装材の開封時に、製品情報を読み取るタグリーダに接続されたコンピュータシステムによって行われる。つまり、製品情報の読み取りから医療用物品の発注までの一連の動作は、包装材の開封時に自動的に行われる。

【0004】

特開２０１８－０４１２３４号公報は、医療材料の発注システムを開示する。この従来のシステムは、ＩＣタグが付された医療材料を収納する容器と、タグリーダに接続された端末と、医療材料を管理するサーバと、を備えている。タグリーダは、収納容器の開口部に取り付けられている。未使用の医療材料がここから取り出されると、ＩＣタグの情報がタグリーダにより読み取られ、医療材料の在庫状況情報が更新される。在庫状況情報は、端末により把握される。端末は、在庫状況情報に基づいて、医療材料の補充が必要であるか否かを判定する。補充が必要であると判定された場合、端末は、サーバに医療材料の発注を行う。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１８－１８５７２６号公報

【文献】特開２００６－０３９７７３号公報

【文献】特開２０１８－０４１２３４号公報

【発明の概要】

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

【0006】

消耗品の容器包装には様々な種類が存在する。例えば、素材や形状に基づいて容器包装を分類すると、ガラス瓶、アルミ缶、スチール缶、ＰＥＴボトル、紙製容器包装、及びプラスチック製容器包装が例示される。ガラス瓶、アルミ缶、スチール缶及びＰＥＴボトルには、主として液体系の消耗品が封入される。紙製及びプラスチック製の容器包装には、主として固体系の消耗品が封入される。

【0007】

捨てられた容器包装の内容物に対応する消耗品の自動発注サービスを考える。自動発注サービスは、消耗品を発注するタイミングが重要である。この発注のタイミングとしては、容器包装が捨てられたタイミングが一般的である。しかしながら、この一般的なタイミングは、発注のタイミングとして適切でない場合もある。例えば、液体系の消耗品については、その残量が少なくなったタイミングで発注する方が、自動発注サービスを利用するユーザにとって有益である可能性が高い。

【0008】

また、消耗品は、個別包装品が全体として１つの包装（以下、「同梱用包装」とも称す。）に封入されて販売されることがある。そのため、個別包装に封入された消耗品を使い切ったタイミングで自動発注が行われると、施設が保有する消耗品の在庫が余剰となる可能性がある。このように、消耗品を適切なタイミングで発注するためには、この消耗品の廃棄態様だけでなく、使用態様や販売態様を考慮することが求められる。故に、上述した従来技術とは異なる観点から開発を行う必要があった。

【0009】

本発明の１つの目的は、施設において消費される消耗品の自動発注サービスを利用するユーザの利便性を向上することのできる技術を提供することにある。

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

【0010】

第１の発明は、施設が有する廃棄ボックスに捨てられた容器包装の内容物に対応する消耗品の自動発注サービスを提供する自動発注装置である。
前記自動発注装置は、メモリと、プロセッサと、を備える。前記メモリには、前記廃棄ボックスの内部状況データ、又は、前記廃棄ボックス内に存在する容器包装の内容物の識別データが格納される。前記プロセッサは、自動発注サービスの対象となる消耗品として事前に登録された発注対象品の自動発注処理を行う。
前記プロセッサは、前記自動発注処理において、
前記内部状況データ又は前記内容物の識別データに基づいて、前記発注対象品の容器包装が前記廃棄ボックス内に存在するか否かを判定し、
前記発注対象品の容器包装が前記廃棄ボックス内に存在すると判定された場合、前記内部状況データ又は前記内容物の識別データに基づいて、前記廃棄ボックス内に存在する前記発注対象品の容器包装の廃棄数を計算し、
前記廃棄数が、前記発注対象品の販売態様に応じて設定される上限閾値以上であるか否かを判定し、
前記廃棄数が前記上限閾値以上であると判定された場合、前記発注対象品の発注データを生成する。

【0011】

第２の発明は、第１の発明において更に次の特徴を有する。
前記メモリには、前記施設が有し、未使用又は使用中の消耗品が保管される保管庫内に存在する消耗品の識別データが更に格納される。
前記プロセッサは、前記自動発注処理において、
前記消耗品の識別データに基づいて、前記発注対象品が前記保管庫内に存在するか否かを判定し、
前記発注対象品が前記保管庫内に存在すると判定された場合、前記消耗品の識別データに基づいて前記発注対象品の在庫数を計算し、
前記在庫数が、前記発注対象品の販売態様に応じて設定される下限閾値超であるか否かを判定し、
前記在庫数が前記下限閾値超であると判定された場合、前記発注データに基づく前記発注対象品の発注をキャンセルする。

【0012】

第３の発明は、施設が有する保管庫に保管される消耗品の自動発注サービスを提供する自動発注装置である。
前記自動発注装置は、メモリと、プロセッサと、を備える。前記メモリには、前記保管庫内に存在する消耗品の識別データと、前記保管庫内に存在する消耗品の使用状況データと、が格納される。前記プロセッサは、前記自動発注サービスの対象となる消耗品として事前に登録された発注対象品の自動発注処理を行う。
前記プロセッサは、前記自動発注処理において、
前記消耗品の識別データに基づいて、前記発注対象品が前記保管庫内に存在するか否かを判定し、
前記発注対象品が前記保管庫内に存在すると判定された場合、前記使用状況データに基づいて前記発注対象品の残量を計算し、
前記残量が、前記発注対象品の使用態様に応じて設定される下限閾値以下であるか否かを判定し、
前記残量が前記下限閾値以下であると判定された場合、前記発注対象品の発注データを生成する。

【0013】

第４の発明は、第１～３の発明の何れか１つにおいて更に次の特徴を有する。
前記プロセッサは、前記自動発注処理において、
前記発注データを生成した場合、前記施設において前記自動発注サービスを利用するユーザの端末に前記発注データの送信報告を送信し、
前記送信報告の送信後の所定時間内に前記端末からキャンセル指示を受信した場合、前記発注データに基づく前記発注対象品の発注をキャンセルする。

【0014】

第５の発明は、施設が有する廃棄ボックスに捨てられた容器包装の内容物に対応する消耗品の自動発注サービスを提供するためにコンピュータが実行する自動発注方法である。
前記自動発注方法は、
前記廃棄ボックスの内部状況データ又は、前記廃棄ボックス内に存在する容器包装の内容物の識別データを取得するステップと、
前記内部状況データ又は前記内容物の識別データに基づいて、前記自動発注サービスの対象となる消耗品として事前に登録された発注対象品の容器包装が前記廃棄ボックス内に存在するか否かを判定するステップと、
前記発注対象品の容器包装が前記廃棄ボックス内に存在すると判定された場合、前記内部状況データ又は前記内容物の識別データに基づいて、前記廃棄ボックス内に存在する前記発注対象品の容器包装の廃棄数を計算するステップと、
前記廃棄数が、前記発注対象品の販売態様に応じて設定される上限閾値以上であるか否かを判定するステップと、
前記廃棄数が前記上限閾値以上であると判定された場合、前記発注対象品の発注データを生成するステップと、
を備える。

【0015】

第６の発明は、第５の発明において更に次の特徴を有する。
前記自動発注方法は、
前記施設が有し、未使用又は使用中の消耗品が保管される保管庫内に存在する消耗品の識別データを取得するステップと、
前記消耗品の識別データに基づいて、前記発注対象品が前記保管庫内に存在するか否かを判定ステップと、
前記発注対象品が前記保管庫内に存在すると判定された場合、前記消耗品の識別データに基づいて前記発注対象品の在庫数を計算するステップと、
前記在庫数が、前記発注対象品の販売態様に応じて設定される下限閾値超であるか否かを判定するステップと、
前記在庫数が前記下限閾値超であると判定された場合、前記発注データに基づく前記発注対象品の発注をキャンセルするステップと、
を更に備える。

【0016】

第７の発明は、施設が有する保管庫に保管される消耗品の自動発注サービスを提供するためにコンピュータが実行する自動発注方法である。
前記自動発注方法は、
前記保管庫内に存在する消耗品の識別データと、前記保管庫内に存在する消耗品の使用状況データとを取得するステップと、
前記消耗品の識別データに基づいて、前記自動発注サービスの対象となる消耗品として事前に登録された発注対象品が前記保管庫内に存在するか否かを判定するステップと、
前記発注対象品が前記保管庫内に存在すると判定された場合、前記使用状況データに基づいて前記発注対象品の残量を計算するステップと、
前記残量が、前記発注対象品の使用態様に応じて設定される下限閾値以下であるか否かを判定するステップと、
前記残量が前記下限閾値以下であると判定された場合、前記発注対象品の発注データを生成するステップと、
を備える。

【0017】

第８の発明は、第５～７の発明の何れか１つにおいて更に次の特徴を有する。
前記自動発注方法は、
前記発注データを生成した場合、前記施設において前記自動発注サービスを利用するユーザの端末に前記発注データの送信報告を送信するステップと、
前記送信報告の送信後の所定時間内に前記端末からキャンセル指示を受信した場合、前記発注データに基づく前記発注対象品の発注をキャンセルするステップと、
を更に備える。

【発明の効果】

【0018】

第１又は５の発明によれば、廃棄ボックスに捨てられた発注対象品の容器包装の廃棄数が上限閾値以上であると判定された場合、この発注対象品の発注データが生成される。上限閾値は、この発注対象品の販売態様に応じて設定される。そのため、上限閾値を用いた判定によれば、発注対象品が個別包装されている場合に生じる不具合の発生を抑えることが可能となる。従って、ユーザの利便性を向上することが可能となる。

【0019】

第２又は６の発明によれば、発注対象品の容器包装の廃棄状況に加えて、発注対象品の在庫状況が考慮される。従って、発注対象品が個別包装されている場合に生じる不具合の発生を確実に抑えることが可能となる。従って、ユーザの利便性を向上することが可能となる。

【0020】

第３又は７の発明によれば、保管庫に存在する発注対象品の残量が下限閾値以下であると判定された場合に、この発注対象品の発注データが生成される。下限閾値は、消耗品の使用態様に応じて設定される。そのため、下限閾値を用いた判定によれば、消耗品の廃棄態様が消耗品の使用態様によって変わりうる場合においても、発注対象品の発注を適切に行うことが可能となる。従って、ユーザの利便性を向上することが可能となる。

【0021】

第４又は８の発明によれば、発注対象品の発注データが生成された場合、発注データの送信報告の送信後から所定時間の間、ユーザからのキャンセルを受け付けることが可能となる。従って、発注対象品の発注のキャンセル、又は発注対象品に類似する別の消耗品への変更の機会をユーザに提供して、ユーザの利便性を更に向上することが可能となる。

【図面の簡単な説明】

【0022】

【図1】自動発注サービスの概要を説明する図である。

【図2】実施形態に係る自動発注処理の基本的な流れを説明する図である。

【図3】廃棄ボックスに個別包装が捨てられたときの問題点を説明する図である。

【図4】実施形態に係る自動発注処理の第２の例を実施するための施設の構成例を示す図である。

【図5】実施形態に係る自動発注処理の第３の例を実施するための施設の構成例を示す図である。

【図6】実施形態に係る自動発注装置の第１の構成例を示す図である。

【図7】実施形態に係る自動発注装置の第２の構成例を示す図である。

【図8】実施形態に係る自動発注装置の第３の構成例を示す図である。

【図9】自動発注処理の第１の処理例を示すフローチャートである。

【図10】自動発注処理の第２の処理例を示すフローチャートである。

【図11】自動発注処理の第３の処理例を示すフローチャートである。

【図12】自動発注処理の第４の処理例を示すフローチャートである。

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

【0023】

以下、図面を参照しながら、本発明の実施形態に係る消耗品の自動発注装置及び自動発注方法について説明する。尚、実施形態に係る自動発注方法は、実施形態に係る自動発注装置において行われるコンピュータ処理により実現される。また、各図において、同一又は相当する部分には同一符号を付してその説明を簡略化し又は省略する。

【0024】

１．自動発注サービス
実施形態に係る自動発注装置は、消耗品の自動発注サービスを提供する。図１は、自動発注サービスの概要を説明する図である。図１に示される管理システム１００は、自動発注サービスに関連する構成として、施設１と、管理センタ２と、施設１において自動発注サービスを利用するユーザＵＳの端末（以下、「ユーザ端末」とも称す。）３と、を備えている。施設１、管理センタ２及びユーザ端末３は、ネットワーク４を介した通信によって各種データのやり取りを行う。尚、図１には１箇所の施設１が描かれているが、管理システム１００を構成する施設１の総数は２以上でもよい。

【0025】

施設１は、住居、事業所といった建物であり、ここではユーザＵＳによって直接的又は間接的に消耗品が消費される。施設１は、実施形態に係る自動発注装置１１を備えている。自動発注装置１１は、施設１で消費された消耗品の「自動発注処理」を行うコンピュータである。自動発注処理の詳細については後述される。施設１は、また、各種の消耗品（commodity）を保管する保管庫１２を備えている。保管庫１２としては、収納棚、物置、倉庫などが例示される。図１に示される例では、消耗品Ｃ１１及びＣ２１が保管庫１２に保管されている。消耗品Ｃ１１と消耗品Ｃ２１の違いは、例えば、消耗品が属する商品のカテゴリ（大分類）にある。

【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】

尚、自動発注装置１１が行う自動発注処理の一部の処理をサーバ２１の在庫管理に関連する処理として行う場合は、プロセッサ１１Ａ、メモリ１１Ｂ及びデータベース１１Ｃといった自動発注装置１１の構成を、サーバ２１が備える構成として読み替えればよい。この場合は、自動発注装置１１は、内容物の識別データＩＤＣ＿１５、内部状況データ等をサーバ２１に送信する機能のみを有していればよい。

【0061】

４．自動発注処理の例
次に、図９～１２を参照しながら、実施形態に係る自動発注装置１１（プロセッサ１１Ａ）により行われる自動発注処理の流れを説明する。

【0062】

４－１．第１の処理例
図９は、自動発注処理の第１の処理例を示すフローチャートである。図９に示されるルーチンは、上述した第１の改良例に対応している。

【0063】

図９に示されるルーチンでは、まず、識別データＩＤＣ＿１５が取得される（ステップＳ１１）。既に説明したように、識別データＩＤＣ＿１５は、タグリーダ１５によって読み取られた包装容器の内容物のデータである。タグリーダ１５の代わりにカメラが廃棄ボックス１４に設けられる場合は、識別データＩＤＣ＿１５の代わりに廃棄ボックス１４の内部状況データが取得される。

【0064】

ステップＳ１１の処理に続いて、注文対象品の容器包装が廃棄ボックス１４内に存在するか否かが判定される（ステップＳ１２）。ステップＳ１２の処理では、具体的に、ステップＳ１１で取得された識別データＩＤＣ＿１５に、データベース１１Ｃに登録された発注対象品のデータ（つまり、データＯＢＣ）と一致するデータが含まれているか否かが判定される。識別データＩＤＣ＿１５にデータＯＢＣと一致するデータが含まれていないと判定された場合、図９のルーチンの処理が終了する。

【0065】

ステップＳ１２の判定結果が肯定的な場合、廃棄数ＴＮｉ（ｉは１≦ｉ≦ｋ）が計算される（ステップＳ１３）。廃棄数ＴＮｉは、廃棄ボックス１４内に存在する発注対象品（以下、「発注品Ｃｉ＿１４」とも称す。）の容器包装の総数である。廃棄数ＴＮｉは、識別データＩＤＣ＿１５に基づいて、発注品Ｃｉ＿１４ごとに計算される。タグリーダ１５の代わりにカメラが廃棄ボックス１４に設けられる場合は、廃棄ボックス１４の内部状況データに基づいて廃棄数ＴＮｉが計算される。

【0066】

ステップＳ１３の処理に続いて、廃棄数ＴＮｉが上限廃棄数ＵＴＮ以上であるか否かが判定される（ステップＳ１４）。既に説明したように、上限廃棄数ＵＴＮは発注対象品の容器包装の区分に応じて設定される上限閾値であり、そのデータＯＢｕｔｎはデータベース１１Ｃに登録されている。廃棄数ＴＮｉが上限廃棄数ＵＴＮ未満であると判定された場合、図９のルーチンの処理が終了する。

【0067】

ステップＳ１４の判定結果が肯定的な場合、発注品Ｃｉ＿１４の発注データＯＲＤ＿Ｃｉが生成され、サーバ２１に送信される（ステップＳ１５）。尚、発注データＯＲＤ＿Ｃｉには、施設１及び発注品Ｃｉを特定するためのデータと、この発注品Ｃｉの補充間隔のデータＯＢｉｔｖとが含まれる。また、図９のルーチンの処理は、サーバ２１の在庫管理に関連する処理として実行されてもよい。この場合、ステップＳ１５の処理では、発注データＯＲＤ＿Ｃｉの生成のみが行われる。

【0068】

４－２．第２の処理例
図１０は、自動発注処理の第２の処理例を示すフローチャートである。図１０に示されるルーチンは、上述した第２の改良例に対応している。

【0069】

図１０に示されるルーチンでは、まず、ステップＳ１１～Ｓ１４の処理が行われる。ステップＳ１１～Ｓ１４の処理については、図９で説明したとおりである。

【0070】

ステップＳ１４の判定結果が肯定的な場合、識別データＩＤＣ＿１６が取得される（ステップＳ２１）。既に説明したように、識別データＩＤＣ＿１６は、タグリーダ１６によって読み取られた包装容器の内容物のデータである。タグリーダ１６の代わりにカメラが保管庫１２に設けられる場合は、識別データＩＤＣ＿１６の代わりに保管庫１２の内部状況データが取得される。

【0071】

ステップＳ２１の処理に続いて、在庫数ＳＮｉが計算される（ステップＳ２２）。在庫数ＳＮｉは、保管庫１２内に存在する発注対象品（以下、「発注品Ｃｉ＿１２」とも称す。）の総数である。在庫数ＳＮｉは、識別データＩＤＣ＿１６に基づいて、発注品Ｃｉ＿１２ごとに計算される。タグリーダ１６の代わりにカメラが保管庫１２に設けられる場合は、保管庫１２の内部状況データに基づいて在庫数ＳＮｉが計算される。

【0072】

ステップＳ２２の処理に続いて、在庫数ＳＮｉが下限在庫数ＬＳＮ以下であるか否かが判定される（ステップＳ２３）。既に説明したように、下限在庫数ＬＳＮは保管庫１２に保管される発注対象品の在庫数の下限閾値であり、そのデータＯＢｌｓｎはデータベース１１Ｃに登録されている。在庫数ＳＮｉが下限在庫数ＬＳＮ以下であると判定された場合、ステップＳ１５の処理が行われる。ステップＳ１５の処理については、図９で説明したとおりである。一方、在庫数ＳＮｉが下限在庫数ＬＳＮ超であると判定された場合、図１０のルーチンの処理が終了する。つまり、この場合は、発注データＯＲＤ＿Ｃｉに基づく発注が行われない。

【0073】

４－３．第３の処理例
図１１は、自動発注処理の第３の処理例を示すフローチャートである。図１１に示されるルーチンは、上述した第３の改良例に対応している。

【0074】

図１１に示されるルーチンでは、まず、識別データＩＤＣ＿１６が取得される（ステップＳ３１）。ステップＳ３１の処理の内容は、図１０のステップＳ２１のそれと同じである。

【0075】

ステップＳ３１の処理に続いて、注文対象品の容器包装が保管庫１２内に存在するか否かが判定される（ステップＳ３２）。ステップＳ３２の処理では、具体的に、ステップＳ３１で取得された識別データＩＤＣ＿１６に、データベース１１Ｃに登録された発注対象品のデータ（つまり、データＯＢＣ）と一致するデータが含まれているか否かが判定される。識別データＩＤＣ＿１６にデータＯＢＣと一致するデータが含まれていないと判定された場合、図１１のルーチンの処理が終了する。

【0076】

ステップＳ３２の判定結果が肯定的な場合、発注品Ｃｉ＿１２が使い切り型の消耗品に該当するか否かが判定される（ステップＳ３３）。ステップＳ３３の処理では、具体的に、ステップＳ３１で取得された識別データＩＤＣ＿１６に基づいて、発注品Ｃｉ＿１２が使い切り型の消耗品に該当するか否かが判定される。発注品Ｃｉ＿１２が使い切り型の消耗品に該当すると判定された場合、図１１のルーチンの処理が終了する。

【0077】

ステップＳ３３の判定結果が否定的な場合、残量ＳＡｉが計算される（ステップＳ３４）。残量ＳＡｉは、発注品Ｃｉ＿１２の容器包装内に残る発注対象品の量であり、発注品Ｃｉ＿１２の使用状況データに基づいて計算される。使用状況データは、例えば、重量センサ１７により計測された発注品Ｃｉ＿１２の容器包装を含む全体の重量である。残量ＳＡｉは、計測されたこの全体の重量と、識別データＩＤＣ＿１６に基づいて把握された発注品Ｃｉ＿１２のそれとの差として計算される。

【0078】

ステップＳ３４の処理に続いて、残量ＳＡｉが下限残量ＬＳＡ以下であるか否かが判定される（ステップＳ３５）。既に説明したように、下限残量ＬＳＡは発注対象品の残量の下限閾値であり、そのデータＯＢｌｓａはデータベース１１Ｃに登録されている。残量ＳＡｉが下限残量ＬＳＡ超であると判定された場合、図１１のルーチンの処理が終了する。

【0079】

ステップＳ３５の判定結果が肯定的な場合、発注品Ｃｉ＿１４の発注データＯＲＤ＿Ｃｉが生成され、サーバ２１に送信される（ステップＳ３６）。ステップＳ３６の処理の内容は、図９のステップＳ１５のそれと同じである。尚、図１１のルーチンの処理は、サーバ２１の在庫管理に関連する処理として実行されてもよい。この場合、ステップＳ３６の処理では、発注データＯＲＤ＿Ｃｉの生成のみが行われる。

【0080】

４－４．第４の処理例
図１２は、自動発注処理の第４の処理例を示すフローチャートである。尚、図１２に示されるルーチンは、図９～１１で説明した処理例において発注データＯＲＤ＿Ｃｉがサーバ２１に送信された場合に実行される。

【0081】

図１２に示されるルーチンでは、まず、発注データＯＲＤ＿Ｃｉの送信報告がユーザ端末３に送信される（ステップＳ４１）。ステップＳ４１の処理では、例えば、発注データＯＲＤ＿Ｃｉに含まれる一部又は全部のデータがユーザ端末３に送信される。別の例では、発注データＯＲＤ＿Ｃｉに基づく発注のキャンセルが可能な期間のデータがユーザ端末３に送信される。この期間は、補充間隔のデータＯＢｉｔｖに基づいて計算される。

【0082】

ステップＳ４１の処理に続いて、ユーザ端末３から発注のキャンセル指示を受信したか否かが判定される（ステップＳ４２）。ステップＳ４２の処理は、補充間隔のデータＯＢｉｔｖに基づいて計算した所定時間、繰り返し実行される。そして、ステップＳ４２の判定の結果が肯定的な場合、発注のキャンセル指示をサーバ２１に対して送信する（ステップＳ４３）。尚、図１２のルーチンの処理は、サーバ２１の在庫管理に関連する処理として実行されてもよい。この場合、ステップＳ４３の処理では、発注データＯＲＤ＿Ｃｉの削除が行われる。

【符号の説明】

【0083】

１ 施設
２ 管理センタ
３ ユーザ端末
１１ 自動発注装置
１１Ａ プロセッサ
１１Ｂ メモリ
１１Ｃ データベース
１２ 保管庫
１３，１４ 廃棄ボックス
１５，１６ タグリーダ
１７ 重量センサ
２１ サーバ
２２ 倉庫
Ｃ１１、Ｃ１２、Ｃ２１、Ｃ２２、Ｃｋ１、Ｃｋ２ 消耗品
Ｃｉ 発注品
ＵＳ ユーザ
ＬＳＡ 下限残量
ＬＳＮ 下限在庫数
ＵＴＮ 上限廃棄数
ＴＮｉ 廃棄数
ＳＡｉ 残量
ＳＮｉ 在庫数
ＩＤＣ＿１５，ＩＤＣ＿１６ 識別データ
ＯＢＣ 発注対象品のデータ
ＯＢｉｔｖ 補充間隔のデータ
ＯＢｌｓａ 下限残量のデータ
ＯＢｌｓｎ 下限在庫数のデータ
ＯＢｕｔｎ 上限廃棄数のデータ
ＯＲＤ，ＯＲＤ＿Ｃｉ 発注データ
ＷＴＣ 重量データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】