(57)【要約】  本発明は、食品廃棄物を監視するシステムに関する。システムは、廃棄物容器の重量を量るように構成された重量機構であって、廃棄物容器は、空になる前の複数の連続した廃棄イベントからの食品廃棄物を受けるように構成される、重量機構と、各廃棄イベントの間の廃棄物容器の重量における差を測定し、および差に基づいて廃棄イベントの重量を算出するように構成されたプロセッサと、ユーザによる廃棄イベントにおける食品廃棄物を分類化する少なくとも１つのインジケーションを受信するように構成されたユーザインタフェースとを含む。食品廃棄物を監視する方法がまた説明される。
2017520753.tif 000002
【特許請求の範囲】
【請求項１】
食品廃棄物を監視するシステムであって、
廃棄物容器の重量を量るように構成された重量機構であって、前記廃棄物容器は、空になる前の複数の連続した廃棄イベントからの食品廃棄物を受けるように構成される、重量機構と、
各廃棄イベントの間の前記廃棄物容器の重量における差を測定し、および前記差に基づいて廃棄イベントの前記重量を算出するように構成されたプロセッサと、
ユーザによる廃棄イベントにおける前記食品廃棄物を分類化する少なくとも１つのインジケーションを受信するように構成されたユーザインタフェースと
を含む、システム。
【請求項２】
中央サーバをさらに含み、廃棄イベントの重量および分類化は、前記中央サーバに送信される、請求項１に記載のシステム。
【請求項３】
前記中央サーバは、廃棄イベントの重量および分類化を複数の位置から受信するように構成される、請求項２に記載のシステム。
【請求項４】
廃棄イベントの前記重量および分類化は、前記中央サーバに周期的に送信される、請求項２または３に記載のシステム。
【請求項５】
前記中央サーバは、報告を生成するために廃棄イベントの前記重量および分類化を分析するように構成される、請求項２〜４のいずれか一項に記載のシステム。
【請求項６】
前記報告は、前記分析に基づいて、廃棄物を削減するための提案を含む、請求項５に記載のシステム。
【請求項７】
前記報告は、ユーザデバイスに電子的に配信される、請求項２〜６のいずれか一項に記載のシステム。
【請求項８】
前記重量および／または分類化は、ユーザ誤りを取り除くために処理される、請求項１〜７のいずれか一項に記載のシステム。
【請求項９】
前記中央サーバは、ユーザ誤りを取り除くために前記重量および／または分類化を処理するように構成される、請求項２に従属する場合の請求項８に記載のシステム。
【請求項１０】
前記プロセッサは、ユーザ誤りを取り除くために前記重量および／または分類化を処理するように構成される、請求項８または９に記載のシステム。
【請求項１１】
前記ユーザ誤りを取り除く処理は、誤った重量を検出すること、および前記誤った重量を訂正することを含む、請求項１０に記載のシステム。
【請求項１２】
誤った重量は、前の廃棄イベントおよび後の廃棄イベントからの偏差を使用して検出および訂正される、請求項１１に記載のシステム。
【請求項１３】
前記プロセッサは、重量の変化およびユーザの不在を検出することによって、ユーザの存在によって生じる廃棄イベントに対する誤った重量を検出する、請求項１１または１２に記載のシステム。
【請求項１４】
前記プロセッサは、前記ユーザが存在しないときに前記廃棄イベントに対する前記重量を算出するために重量信号を利用することによって、ユーザの存在によって生じる廃棄イベントに対する誤った重量を訂正する、請求項１３に記載のシステム。
【請求項１５】
前記ユーザ誤りを取り除く処理は、誤った廃棄イベントを検出することを含む、請求項８〜１４のいずれか一項に記載のシステム。
【請求項１６】
誤った廃棄イベントを検出および訂正するために、パターン認識が利用される、請求項１５に記載のシステム。
【請求項１７】
前記ユーザインタフェースは、複数のカテゴリタイプからのインジケーションを受信するように構成される、請求項１〜１６のいずれか一項に記載のシステム。
【請求項１８】
前記カテゴリタイプは、廃棄物が発生する段階、廃棄物のタイプ、特定の廃棄物、および／または前記廃棄物を廃棄する理由を含む、請求項１７に記載のシステム。
【請求項１９】
前記ユーザインタフェースは、分類化するように前記ユーザを促すようにさらに構成される、請求項１〜１８のいずれか一項に記載のシステム。
【請求項２０】
前記ユーザインタフェースは、多段階メニュー内のオプションを提供することによって前記ユーザを促す、請求項１９に記載のシステム。
【請求項２１】
前記ユーザによる前記オプションの少なくとも１つの選択は、異なるカテゴリタイプにおけるいくつかのインジケーションが前記食品廃棄物を分類化するために前記ユーザから受信されるように、さらなるオプションの表示をトリガする、請求項２０に記載のシステム。
【請求項２２】
前記オプションの少なくとも１つの選択は、さらなるインジケーションなしで、前記食品廃棄物を複数のカテゴリタイプに自動的に分類化する、請求項２０または２１に記載のシステム。
【請求項２３】
前記多段階メニューは、前記中央サーバから周期的に更新される、請求項２に従属する場合の請求項２０〜２２のいずれか一項に記載のシステム。
【請求項２４】
重量信号を前記重量機構から受信し、前記重量機構における重量の変化を検出し、および前記重量信号の安定性に基づいて、前記プロセッサへの重量信号の送信を制御するように構成された安定性コントローラをさらに含む、請求項１〜２３のいずれか一項に記載のシステム。
【請求項２５】
前記安定性コントローラは、前記重量信号の変化の大きさに基づいて期間が生成される場合に、安定性の期間に基づいて、前記重量信号がいつ安定しているかを判定するように構成される、請求項２４に記載のシステム。
【請求項２６】
前記期間は、前記変化の大きさが第１の閾値を下回るときに増加する、請求項２６に記載のシステム。
【請求項２７】
前記重量信号は、前記変化の大きさが第２の閾値を上回る場合、期間の満了後に更新され、および前記プロセッサに再送信される、請求項２５または２６に記載のシステム。
【請求項２８】
前記第１および／または第２の閾値は、周期的に定義される、請求項２６または２７に記載のシステム。
【請求項２９】
前記第１および／または第２の閾値は、前記重量機構に対する履歴データに基づいて定義される、請求項２８に記載のシステム。
【請求項３０】
ユーザ識別システムをさらに含む、請求項１〜２９のいずれか一項に記載のシステム。
【請求項３１】
前記ユーザ識別システムは自動である、請求項３０に記載のシステム。
【請求項３２】
前記ユーザ識別システムはカメラを含み、およびユーザを識別するために顔認識を実行するように構成される、請求項３１に記載のシステム。
【請求項３３】
前記ユーザ識別システムは、前記ユーザインタフェースを介して、識別情報を取得するように初期識別不能なユーザを定期的に促す、請求項３０〜３２のいずれか一項に記載のシステム。
【請求項３４】
前記ユーザ識別システムは、新たに識別されたユーザにチュートリアルを提示するように構成される、請求項３０〜３３のいずれか一項に記載のシステム。
【請求項３５】
新たに識別されたユーザは、顔認識を介して識別される、請求項３２に従属する場合の請求項３４に記載のシステム。
【請求項３６】
廃棄イベントの前記重量および／または分類化のうちの少なくともいくつかは、ユーザ識別に割り当てられる、請求項３０〜３５のいずれか一項に記載のシステム。
【請求項３７】
前記システムは、ユーザに対する廃棄イベントの前記重量および／または分類化を分析し、および前記分析の結果を前記ユーザに表示するようにさらに構成される、請求項３６に記載のシステム。
【請求項３８】
食品廃棄物を監視する方法であって、
ａ．プロセッサが、第１の廃棄イベント後に第１の重量を廃棄物容器の重量機構から受信するステップと、
ｂ．前記プロセッサが、第２の廃棄イベント後に第２の重量を廃棄物容器の重量機構から受信するステップと、
ｃ．前記プロセッサが、前記第１の重量と前記第２の重量との間の差に基づいて、前記第２の廃棄イベントに対する重量を判定するステップと、
ｄ．ユーザインタフェースが、前記第２の廃棄イベントに対する前記食品廃棄物を分類化する入力をユーザから受信するステップと
を含む、方法。
【請求項３９】
図を参照して本明細書に記載される食品廃棄物を監視する方法およびシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、食品廃棄物監視の分野に関する。特に、排他的ではないが、本発明は、商業的環境における食品廃棄物監視に関する。
【背景技術】
【０００２】
商業的食品サービス事業およびレストランは、それらが購入する食べられる食品の５〜２０％を廃棄している。一般的な調理人（ｔｙｐｉｃａｌ  ｐｌａｙｅｒ）に対し、原料が収入の約３分の１のコストを要している。したがって、回避可能な廃棄物は、収入の２〜７％を表す。純利益が１０％未満である部門では、これは収益性において重要な相違になることがある。
【０００３】
食品廃棄物を減少させる最初のステップは、それを測定することである。既存の解決策は、一日の終わりに廃棄物のバッグの重量を量るなど、食品廃棄物を追跡するために使用される高度に手動的な処理の形式になる。それらは概して、迅速な監査を超えるものについては持続が困難であり、および監査人／コンサルタントが要する時間により高価なことがある。それらはまた、廃棄されるものに関するデータの粒度が低くなる傾向があり、そのことは、それらの影響を低くしている。
【０００４】
上記説明された手動的な処理よりも自動化され、かつ粒度が高い他の解決策が提案されてきた。
【０００５】
１つのそのような解決策は、Ｌｅａｎｐａｔｈ，Ｉｎｃ．によって提供され、および米国特許第７，４１５，３７５号明細書で説明されている。この解決策では、ユーザが食品廃棄物で容器を満たし、および容器を計量所に置く、食品廃棄物監視システムが提供される。計量所は、総重量を記録し、および食品廃棄物に関する詳細をユーザから要求する。次いで、容器は、廃棄物容器に移され、および再使用されることがある。重量およびデータが記憶され、ならびに食品廃棄物を分析するために使用される。
【０００６】
上記説明された解決策の欠点は、ユーザが食品廃棄物を容器に入れること、容器の重量を量ること、および食品廃棄物のタイプを記録することに依存することである。この解決策は、ユーザが多忙なキッチンスタッフになる可能性がある多忙な食品サービス事業またはレストランにとって実施することが非常に重荷であり、結果として、この解決策は適合性が低い。したがって、このことは、いくつかまたはほとんどの食品廃棄物に関するデータを見落とすこと、および事業の食品廃棄物の誤った分析につながる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、改善された廃棄物監視システムに対する要望が存在する。
【０００８】
本発明の目的は、従来技術の欠点を克服し、または有効な代替策を少なくとも提供する食品廃棄物監視方法およびシステムを提供することである。
【課題を解決するための手段】
【０００９】
本発明の第１の態様に従って、食品廃棄物を監視するシステムであって、
廃棄物容器の重量を量るように構成された重量機構であって、廃棄物容器は、空になる前の複数の連続した廃棄イベントからの食品廃棄物を受けるように構成される、重量機構と、
各廃棄イベントの間の廃棄物容器の重量における差を測定し、および差に基づいて廃棄イベントの重量を算出するように構成されたプロセッサと、
ユーザによる廃棄イベントにおける食品廃棄物を分類化する少なくとも１つのインジケーションを受信するように構成されたユーザインタフェースと
を含む、システムが提供される。
【００１０】
本発明のさらなる態様に従って、食品廃棄物を監視する方法であって、
ａ．プロセッサが、第１の廃棄イベント後に第１の重量を廃棄物容器の重量機構から受信するステップと、
ｂ．プロセッサが、第２の廃棄イベント後に第２の重量を廃棄物容器の重量機構から受信するステップと、
ｃ．プロセッサが、第１の重量と第２の重量との間の差に基づいて、第２の廃棄イベントに対する重量を判定するステップと、
ｄ．ユーザインタフェースが、第２の廃棄イベントに対する食品廃棄物を分類化する入力をユーザから受信するステップと
を含む、方法が提供される。
【００１１】
本発明の他の態様は、特許請求の範囲内で説明される。
【００１２】
ここで、本発明の実施形態は、添付図面を参照して例としてのみ説明される。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に従ったシステムを例示するブロック図を示す。
【図２】本発明の実施形態に従った方法を例示するフローチャートを示す。
【図３】本発明の実施形態に従ったシステムを例示するブロック図を示す。
【図４】図３に示された実施形態での使用のために重量信号におけるノイズを検出するための例示的な方法を例示するフローチャートを示す。
【図５ａ−５ｄ】本発明の実施形態での使用のための安定化方法を例示するグラフを示す。
【発明を実施するための形態】
【００１４】
本発明は、食品廃棄物監視方法およびシステムを提供する。
【００１５】
本発明者らは、廃棄物容器において発生する廃棄イベントの間の重量差を自動的に捕捉することによって、高い適合性で食品廃棄物を監視し得ることを発見した。
【００１６】
図１では、本発明の実施形態に従ったシステム１００が示される。
【００１７】
重量機構１０１が示される。廃棄物機構１０１は、アナログスケールまたはデジタルスケールであってもよい。
【００１８】
廃棄物容器１０２が示される。廃棄物機構１０１は、廃棄物容器１０２の重量を測定するように構成されてもよい。例えば、廃棄物容器１０２は、廃棄物機構１０１の最上部に位置してもよい。廃棄物容器１０２は、複数の廃棄イベントを介して食品廃棄物を受けるように構成される。
【００１９】
廃棄物機構１０１がアナログスケールである場合、測定値をデジタル形式に変換するためにアナログ−デジタル変換器１０３が使用されてもよい。
【００２０】
プロセッサ１０４がまた示される。プロセッサ１０４は、重量信号を廃棄物機構１０１から直接、または変換器１０３を介して受信するように構成される。
【００２１】
プロセッサ１０４は、安定性コントローラ１０５を介して、信号を廃棄物機構１０１または変換器１０３から受信してもよい。安定性コントローラ１０５は、プロセッサ１０４への重量信号の配信を検出および制御するように構成されてもよい。安定性コントローラ１０５は、重量信号の安定性に基づいて、重量信号の送信を制御してもよい。安定性は、現在の重量と前の重量との間の変化の大きさに基づいて、可変応答時間を使用して安定性コントローラ１０５によって判定されてもよい。例えば、重量の変化が低く定義される場合（すなわち、低閾値を下回る）、安定した重量を供給するために応答時間が増加し得るように閾値が設定されてもよい。これは、ノイズになる可能性がある小さい変動を除去することを支援し得る。重量の変化が高いとき（すなわち、高閾値を上回る）、重量信号がプロセッサ１０４に送信されてもよいが、安定性コントローラ１０５は、重量機構１０１からの重量信号を監視し、およびプロセッサ１０４に送信された重量信号を更新して、さらなる正確な重量評価を反映することができる。これは、例えば、ユーザが食品廃棄物を廃棄するときに、偶発的に自らの重量を重量機構に置いたときに有効となることがある。低および高閾値は、履歴データに基づいて、周期的に更新され、および算出されてもよい。
【００２２】
プロセッサ１０４は、各廃棄イベントの間の重量容器１０２の重量における差を測定することによって廃棄イベントに対する重量を算出するように構成されてもよい。例えば、第１の廃棄イベント後の重量信号が１．０５キログラムであり、および第２の廃棄イベント後の重量信号が１．５０キログラムである場合、プロセッサは、第２の廃棄イベントに対する重量を０．４５キログラムとして算出してもよい。
【００２３】
ユーザインタフェース１０６がまた示される。ユーザインタフェース１０６は、ディスプレイ１０７および入力１０８を備えてもよい。１つの実施形態では、ディスプレイ１０７および入力１０８は、タッチスクリーンインタフェースなどにおいて組み合わされてもよい。ユーザインタフェース１０６は、音声出力１０９を備えてもよい。
【００２４】
ユーザインタフェース１０６は、廃棄イベントにおける食品廃棄物を分類化するために入力１０８を介して、インジケーションをユーザから受信するように構成されてもよい。ユーザインタフェース１０６は、廃棄物の発生の段階、廃棄物のタイプ、特定の廃棄物、および／または廃棄物を廃棄した理由を含む、１つまたは複数の異なるカテゴリタイプに対するインジケーションを提供するようディスプレイ１０７を介してユーザを促してもよい。ユーザインタフェース１０６は、ディスプレイ１０７を介してユーザを促すためにオプションの多段階メニューを使用し、および１０８を介して入力を受信してもよい。例えば、廃棄物の発生の段階は、以下のオプション、在庫、準備品（ｐｒｅｐａｒａｔｉｏｎ）、過剰生産、または皿の残り（ｐｌａｔｅ  ｌｅｆｔ−ｏｖｅｒ）のうちの１つを選択するようユーザに依頼することによって促されてもよい。
【００２５】
ユーザインタフェース１０６は、オプションのリストにおいて、複数のカテゴリタイプにわたってインジケーションを自動的に定義するオプションを表示してもよい。
【００２６】
システム１００は、ユーザの識別を取得するように構成されたユーザ識別装置１１０を含んでもよい。ユーザ識別装置１１０は、カメラ１１１を含んでもよい。ユーザ識別装置１１０は、例えば、カメラ１１１を使用した顔認識を介して、またはＲＦＩＤ（無線周波数識別子）リーダを介したＲＦＩＤなどのユーザの物理識別子の近接を介してユーザの識別を自動的に取得してもよい。代替的な実施形態では、ユーザインタフェース１０６は、例えば、入力１０８を介してユーザコードを受信することによって、ユーザの識別を取得するように構成されてもよい。
【００２７】
システム１００は、通信ネットワーク１１４を介して中央サーバ１１３と通信するように構成された通信モジュール１１２を含んでもよい。プロセッサ１０４は、通信モジュール１１２を使用して、廃棄イベントに対する重量および／または分類化を中央サーバ１１３に送信するように構成されてもよい。重量および／または分類化は、中央サーバ１１３に周期的に送信されてもよい。
【００２８】
中央サーバ１１３および／またはプロセッサ１０４は、ユーザ誤りを取り除くように重量および／または分類化を処理してもよい。処理することは、重量および／または分類化における誤りの検出および訂正を含んでもよい。
【００２９】
中央サーバ１１３は、廃棄イベントに対する重量および／または分類化を複数の位置から受信するように構成されてもよい。例えば、重量および／または分類化情報は、同一の商業的食品事業の異なる部分、または複数の商業的食品事業内に配置された重量機構から来てもよい。
【００３０】
中央サーバ１１３はさらに、報告を作成するために１つまたは複数の位置から受信された重量および／または分類化を分析するように構成されてもよい。報告は、１人または複数のユーザデバイスに配信されてもよい。
【００３１】
中央サーバ１１３はさらに、ユーザインタフェース１０６によって利用される多段階メニューを周期的に更新するように構成されてもよい。
【００３２】
図２を参照して、食品廃棄物を監視する方法２００が説明される。
【００３３】
ステップ２０１では、ユーザが食品廃棄物を廃棄物容器（例えば、１０２）に入れるときに廃棄イベントが発生する。廃棄物容器に対する重量が重量機構（例えば、１０１）によって検出され、および重量信号が送信される。重量信号は、送信される前に変換器（例えば、１０３）によってアナログからデジタルに処理されてもよい。
【００３４】
ステップ２０２では、重量信号は、例えば、安定性コントローラ（例えば、１０５）によって安定性のために傍受および処理されてもよい。重量信号は、安定性を確認するための期間にわたって監視されてもよい。期間は、重量信号と前の廃棄イベントに対する重量信号との間の変化の大きさに応じてもよい。１つの実施形態では、重量信号が低閾値を下回る場合、期間が増加する。重量信号は、監視の結果、遅延されてもよく、または監視の結果、更新されてもよい。例えば、重量信号が低閾値を下回る場合、重量信号が遅延されてもよく、および信号が高閾値を上回る場合、信号が高閾値よりも低く下がるときに重量信号が更新されてもよい。
【００３５】
ステップ２０３では、プロセッサ（例えば、１０４）は、重量信号を受信し、およびこの廃棄イベントと前の廃棄イベントとの間の重量容器の重量における差を算出する。重量における差は、現在の廃棄イベントの重量である。
【００３６】
１つの実施形態では、この重量は、ユーザインタフェース（例えば、１０６）を介してユーザに表示される。分類化するための食品廃棄物が存在することをユーザに警告するために、音声出力（例えば、１０９）を介して警告が鳴ってもよい。
【００３７】
ユーザに対する識別が判定されてもよい（例えば、１１０によって）。この識別は、廃棄イベントに対して算出された重量および／またはユーザによって定義された分類化と関連付けられてもよい。ユーザの識別は、例えば、顔認識を介して自動的に検出されてもよい。ユーザが未知である場合、ユーザは、識別情報を提供するよう促されてもよい。
【００３８】
ステップ２０４では、食品廃棄物を分類化するために１つまたは複数のインジケーションがユーザから受信されてもよい（例えば、１０６を介して）。それらのインジケーションを定義するためにオプションの選択がユーザに表示されてもよい。１つの実施形態では、その間に食品が廃棄された段階、食品廃棄物のタイプ、食品廃棄物の特定の項目、および食品廃棄物に関する理由を含む、複数のインジケーションがユーザから受信される。本発明のいくつかの実施形態では、インジケーションの全てまたはいくつかを自動的に定義するために１つまたは複数のオプションがユーザに提供されてもよい。例えば、インジケーションのいくつかの組み合わせが共通し、およびそれらの組み合わせがワンタッチオプションとして提供されてもよい。
【００３９】
１つの実施形態では、重量信号が安定性処理の結果として更新された場合、廃棄イベントに対する重量を算出するために、更新された重量信号がプロセッサ（例えば、１０４）によって使用されてもよい。
【００４０】
ステップ２０５では、例えば、ユーザ誤りを取り除くために、廃棄イベントに対する捕捉された重量および／または関連付けられた分類化が削除（ｃｌｅａｎ）されてもよい。
【００４１】
削除することは、誤った重量および／または分類化の検出および訂正を含んでもよい。
【００４２】
１つの実施形態では、誤った重量は、前の廃棄イベントおよび／または後の廃棄イベントなど、履歴的に捕捉されたデータからの偏差を使用して検出および訂正される。例えば、廃棄イベントに対する捕捉された重量を平滑化する（ｓｍｏｏｔｈ  ｏｕｔ）ために標準偏差技術が使用されてもよい。履歴的に捕捉されたデータは、その重量機構から、その商業的食品サービス事業における重量機構から、全ての関連付けられたもしくは関連する商業的食品サービス事業にわたって、または全ての捕捉されたデータにわたって履歴的に捕捉されたデータであってもよい。
【００４３】
１つの実施形態では、パターン認識を使用して、誤った廃棄イベントが検出および訂正される。例えば、廃棄物容器の変化が廃棄イベントとして識別されるなど、誤った廃棄イベントを識別するために、共通の誤ったシナリオに対して１つまたは複数のルールが定義されてもよく、および使用されてもよい。
【００４４】
１つの実施形態では、この削除することを少なくとも一部は、プロセッサ１０４において行われてもよい。プロセッサ１０４は、ユーザの存在が誤りを生じさせたこと、例えば、ユーザが重量信号の精度に影響を与える重量容器に寄りかかっていることがあり得ると判定し、ならびに現在の重量信号を使用して廃棄イベントに対する重量を更新するために、ユーザの後続の存在および重量信号における変動を検出することによって、誤りを訂正してもよい。ユーザの存在の検出は、カメラを介してもよく、またはそれは推論されてもよい（例えば、期間の経過後、ユーザが立ち去ったとシステムが仮定し得る）。
【００４５】
ステップ２０６では、捕捉された重量および／または分類化は、処理、照合、および／または分析のために中央サーバ（例えば、１１３）に送信されてもよい。分析の結果が、報告として１人または複数のユーザに配信されてもよい。報告は、食品廃棄物の要約、および／または分析に基づいて廃棄物を削減するための提案を含んでもよい。中央サーバへの送信は、周期的に行われてもよい。１人または複数のユーザは、商業的食品サービス事業の所有者または管理者であってもよい。１つの実施形態では、廃棄イベントが同時に発生しないときに、いつかの分析がユーザインタフェース上で表示されてもよい。
【００４６】
１つの実施形態では、ユーザ識別が、廃棄イベントに対する捕捉された重量および／または分類化と関連付けられる場合、ユーザへのフィードバックを生成するために捕捉されたデータが処理および分析されてもよい。フィードバックは、例えば、ユーザが次にシステム１００を使用するときにユーザインタフェース１０６を介して、ユーザに表示されてもよい。
【００４７】
図３を参照して、本発明の実施形態に従った別のシステム３００が説明される。
【００４８】
システム３００は、スケール３２０上に位置する廃棄物容器３１０を含む。１つの実施形態では、スケール３２０は、スケール３２０上に配置されることになる廃棄物容器３１０全体に対して十分に大きい、産業的、ウォッシャブルフロアスケール（ｗａｓｈａｂｌｅ  ｆｌｏｏｒ  ｓｃａｌｅ）である。スケール３２０は、アナログおよびデジタルスケールの両方を含んでもよい。アナログスケールの場合、総重量を表す任意のアナログ読み取り値を、コンピュータによって処理することができるデジタル表示に変換するために、変換器３２１がスケール３２０に結合される。廃棄物容器３１０は、利用可能な任意の廃棄物ビンとすることができる。
【００４９】
システム３００は、廃棄物追跡デバイス３３０Ａを含む。廃棄物追跡デバイス３３０Ａは、スケール上の総重量を表すデジタル信号を変換器３２１から受信する廃棄物スケール監視モジュール３３４を含む。廃棄物スケール監視モジュール３３４は、ビン上の総重量を表すデジタル信号を、食品分類化のためにユーザインタフェースを駆動するために使用することができる一連のスケールイベントに変換する。モジュール３３４はまた、重量における偶発的な変化（例えば、スケール上にスタッフが足を踏み入れること）が、食品廃棄物と解釈されることを防止するための論理を含む。一連のスケールイベントは、新たな重量、追加／取り除かれた重量および接続／切断されたスケールであってもよい。
【００５０】
モジュール３３４は、複数の異なるスケールとインタフェースするように構成されてもよい。
【００５１】
廃棄物追跡デバイス３３０Ａは、モジュール３３４からスケールイベント、メニューセットアップ情報、および前のトランザクションデータを受信するマスタコントローラモジュール３３３を含む。モジュール３３３は、タッチスクリーン３３１を駆動し、およびユーザによってタッチスクリーン上で入力されたデータと組み合わされた重量変化によって生成されたトランザクションを出力するユーザインタフェースを制御する。
【００５２】
マスタコントローラモジュール３３３は、廃棄物追跡デバイス３３０Ａの異なる構成要素を制御する。それは、ユーザ（例えば、スタッフ）が使用するユーザインタフェースを作成するために、重量データ、メニュー情報および前のトランザクションを使用する。それはまた、スタッフ選択によって生成されたトランザクションをローカルストレージ３３５に返す。
【００５３】
廃棄物追跡デバイス３３０Ａは、トランザクションをローカルストレージ３３５から受け取り、およびそれらをクラウドシステム３４０に周期的に送信するクラウド同期モジュール３３２を含む。モジュール３３２はまた、キッチンメニューアップセットアップ（３３１に対する出力を制御するためにモジュール３３３によって使用される）における変更をダウンロードし、およびそれらをローカルストレージ３３５に記憶する。モジュール３３２は、インターネット接続の消失が同期機能にのみ影響を与えることを保証するために、ローカルストレージを通じてデバイス３３０Ａの残りと分離されてもよい。
【００５４】
トランザクションおよびログを複数の廃棄物追跡デバイス３３０から受信し、ならびにメニューおよびアプリケーション設定を廃棄物追跡デバイス３３０に送信するために、アプリケーションプログラムインタフェース（ＡＰＩ）モジュール３４１がクラウドシステム３４０内で提供される。異なるデバイス３３０から受信されたデータは、ＡＰＩモジュール３４１によって集約され、およびクラウドストレージ３４２に記憶される。
【００５５】
クラウドシステム３４０は、メニューおよびデータ入力セットアップマネージャ３４３を含む。セットアップマネージャ３４３は、廃棄物トラッカタッチスクリーンと対話することなく、メニュー、現在のトランザクションを修正し、および基本報告を参照することを可能にするインタフェースである。
【００５６】
クラウドシステム３４０はまた、ビジネスインテリジェンスおよび分析ビューワ３４４を含む。ビューワ３４４は、異なるサイトがどのように成果を上げているかなど、顧客３０１Ｂがそのユーザデバイス３５０においてさらなる複合的な報告を参照することを可能にする。それはまた、顧客３０１Ｂが自らの報告を作成することを可能にする。
【００５７】
食品が廃棄物容器３１０に入れられるたびに、システム３００は、キッチンスタッフの注意を、ビンの近くに配置されたタッチスクリーンに向ける視覚的（フラッシングスクリーン）、または聴覚的（ビープ）プロンプトを生成する。スクリーン上のいくつかのタップで、どのタイプの食品が廃棄され、およびなぜ廃棄されたかを指定するようにユーザ３０１が問い合わされる。
【００５８】
ユーザ３０１は、食品廃棄物の重量を量ることを決して要求されず、それは、３つの利点：（１）廃棄物を追跡する労働時間／コストを削減すること、（２）処理を簡易化し、それにより適合率を増加させること、および（３）それが分類化されるか否かに関わらず、全ての食品廃棄物がシステムによって記録されるため、適合率の監視および強化を可能にすることを有する。
【００５９】
システム３００は、３つの領域における技術革新を通じて、キッチンにおける食品廃棄物を監視および削減する能力を改善する。それらは、
［Ａ］廃棄物の処理中（ｉｎ−ｐｒｏｃｅｓｓ）の測定、
［Ｂ］合理化された分類化手順、および
［Ｃ］行動の変化を促すユーザ管理機能
である。
【００６０】
システム３００は、廃棄物の項目を分類化するために必要となるタップの数を最小化するように設計される。単一のトランザクションは、完了するのに平均で３〜５秒を要し、一般的なキッチンでは、８人のスタッフメンバの労働時間において１日当たりの労働時間のうちの１０分となる。
【００６１】
システム３００では、ユーザ３１０は、分類化される項目に応じて１〜５つの選択を行うことが要求される。最長のワークフロー（５つのタップ）では、ユーザ３１０が、
−  その間に廃棄物が発生した段階（在庫（Ｉｎｖｅｎｔｏｒｙ）、準備品（Ｐｒｅｐａｒａｔｉｏｎ）、過剰生産（Ｏｖｅｒｐｒｏｄｕｃｔｉｏｎ）など）、
−  廃棄された食品のタイプ（パスタ（Ｐａｓｔａ）、魚（Ｆｉｓｈ）、肉（Ｍｅａｔ）など）、
−  廃棄された特定の食品項目（鶏の胸肉（Ｃｈｉｃｋｅｎ  Ｂｒｅａｓｔ）、サーモン（Ｓａｌｍｏｎ）、カルボナーラ（Ｃａｒｂｏｎａｒａ）など）、
−  食品項目が廃棄された理由（腐った（Ｓｐｏｉｌｅｄ）、傷んだ（Ｄａｍａｇｅｄ）など）、
−  確認ボタン（任意選択）
を選択することが要求される。
【００６２】
最短のワークフロー（１つのタップ）は、第１のデータ入力スクリーン上で、「クイック入力」ボタンをユーザ３１０に提供することによって可能となる。クイック入力は、段階（Ｓｔａｇｅ）、グループ（Ｇｒｏｕｐ）、食品（Ｆｏｏｄ）、および理由（Ｒｅａｓｏｎ）の事前定義された組を表す。それは、クイック入力ボタンに割り当てられた最も頻繁に廃棄される項目であるため、トランザクションごとの平均クリック回数が大幅に削減される。
【００６３】
クイック入力ボタンなしの各項目は通常、完全なワークフロー（５つのタップ）を必要としない。システム３００は、分類化される項目の特性に応じて可変のワークフローの長さを有する。例えば、１人が廃棄物の「段階」として「皿の残り」を選択することになっていた場合、システム３００は、「理由」が知られていない可能性が非常に高い場合、「理由」について問い合わせない。
【００６４】
クイック入力、短い完全なワークフロー、および可変のワークフローの長さの組み合わせは、平均で３つのタップのみを必要とする合理化された処理をもたらす。
【００６５】
キッチンにおけるかなりの部分の任意の食品廃棄物の削減は通常、スタッフが廃棄物測定処理に従事していることを通じて達成され、これは最終的に廃棄物を削減する行動変化につながる。
【００６６】
食品項目がいつ分類化されようと、廃棄物の値がオンスクリーン情報メッセージの形式においてリアルタイムでスタッフに中継される。例えば、「ありがとうございます。あなたは＄７．２０のサーモンを廃棄しました」。
【００６７】
何もない（廃棄物が廃棄されていない）とき、システム３００のスクリーン３３１は、キッチンスタッフが、他のキッチンと比較したその実績とともに、異なる期間を通じてその進捗の記録することを支援する一連の報告を表示する。キッチンスタッフに再度中継される測定基準のいくつかは、
−  分類化％：スタッフによって分類化された廃棄された重量の割合、
−  重量による今日廃棄された廃棄物の量、
−  先週および２週間前の同日と比較した本日の廃棄物（値による）、
−  先週および２週間前の１週間と比較した今週の廃棄物（値による）、
−  本日廃棄された食品の最上位項目、
−  食品グループ（肉、魚、乳製品（Ｄａｉｒｙ）など）による本日廃棄された食品の分布
を含む。
【００６８】
リアルタイムの食品廃棄物追跡で使用されるアルゴリズム
図４を見ると、容器を使用することなく（すなわち、処理中に）それが一般用途のビンに投棄されるにつれて食品廃棄物を正確に測定することは、いくつかの課題が呈する。食品廃棄物トランザクションは一般的に、ビンの重量と比較して非常に小さく（１００００グラムに対して１０グラム程度）、およびキッチンは概して忙しく、偶発的にビンにぶつかることが多い窮屈な空間である。それらの課題に対処するために、平均的なキッチンの環境の制限内で、廃棄物の追跡をできるだけ途切れなくするために一連のアルゴリズムが利用される。
【００６９】
安定化対応答性
ノイズおよび偶発的にビンがぶつかることが食品廃棄物として記録されることを防止することは、その間に重量の変化の安定性が分析および確認され得るシステム応答を遅延させることを必要とする。残念ながら、遅延された応答は、ユーザ経験に悪影響を及ぼし、それは、長期的には適合性を低下させることにつながる。それらの２つの反する制約に適合するために、Ｗｉｎｎｏｗシステムは、変化の大きさに基づいて可変の応答時間を有するアルゴリズムを使用する。
【００７０】
小さい重量変化は、ノイズである可能性がより高く、したがって、安定した読み取り値を確認するためにさらなる長い分析時間を必要とする（図５ａに示されるように）。中間的な重量変化は、食品廃棄物がビンに落ちることである可能性が非常に高く、したがって、安定した読み取り値を確認する前のさらなる短い分析時間を必要とし、さらなる早い応答時間につながる（図５ｂに示されるように）。非常に大きい重量変化は、スタッフがビンと相互作用することである可能性がより高く、したがって、応答が早い必要がある（例えば、偶発的に足を踏み入れること）が（図５ｃに示されるように）、読み取り値が安定し、または取り消しされる必要があるかを確認するために、より長い期間の応答後分析が許容されるべきである。「小さい」、「中間的」、および「大きい」重量変化の定義は、２つの次元、「分類化されるものの重量対確率」および「重量対観察される頻度」に従って履歴データに基づいて設定される。
【００７１】
それらの閾値は、履歴データを分析することによって算出され、および周期的に更新される。
【００７２】
重量減少対応
ほとんどの時間、廃棄物ビンの重量は、食品が廃棄されるにつれて、ゴミ袋が交換され、および重量が再び０付近に減少するまで一日にわたって徐々に増加する。より低い頻度でビンの重量が低下する。低下し、およびそれに従って応答する正確な理由を判定することが、重量に基づく食品追跡の重要な課題である。
【００７３】
上記示されたシステム３００のアルゴリズムは、実世界の事例の経験に基づいている。それは、ビン上の総重量と比較した低下の程度、および最近のトランザクション履歴を考慮している。
【００７４】
１つの非常に一般的な事例（低下ゾーン１）は、図５ｄでさらに詳細に示される。
【００７５】
重量がよく廃棄されるとき、ユーザは、データ入力の間に、ビンに寄りかかり、または食品容器をビンにかける。データ入力期間の完了時の記録された重量は、人工的に誇張される。システム３００は、「入力後安定化領域」において重量の移動を分析することによって、この問題に適合する。ユーザが離れ（システム３００においてカメラによって確認され、または定められた期間［例えば、トランザクションがログに記録された後の８秒］を介して推測されてもよい）、ならびに重量が安定し、および捕捉の完了（ユーザ確認もしくはタイムアウトのいずれかによる完了）における重量以下であるときのみが、記録されたトランザクションである。重量がこの領域を上回る場合、トランザクション重量は現在の重量において記録され、および新たなトランザクションが開始される。重量がこの領域を下回る場合、トランザクションが潜在的に後の分析に対して無効であるとしてフラグ付けされる。
【００７６】
関連せず、かつ誤ったトランザクションを削除するために、２つのアルゴリズムが重量データストリームに適用される。データイベントの人的な分類化が１００％信頼できないため、これが必要となる。人間がトランザクションの分類化を完了させる前に中断または邪魔されることがある。収集されたデータに関する後処理は、２つのタイプの分類化されていないトランザクション、ビンの変化および偏差が訂正されることを可能にする。それらの両方がクラウドシステム３４０において実行される。
【００７７】
ビンの変化
分類化されていないビンの変化を検出するアルゴリズムは、単純なパターン認識を実装する。アルゴリズムの例示的な説明は以下の通りである。
【数１】
2017520753.tif 000003
【００７８】
偏差解消
偏差解消の論理の目的は、重量ストリームにおける不一致を傍受し、およびそれらを平滑化することである。例えば、ビンは、スケールから取り除かれ、追加的な廃棄物をそれに入れさせ、次いで、スケール上に再度置かせてもよい。この場合、重量ストリームにおける不明な乖離が発生する。
【００７９】
偏差解消アルゴリズムの例示的な説明は以下の通りである。
【数２】
2017520753.tif 000004
【００８０】
ここで、偏差を解消するために以下の通りとなる。
【数３】
2017520753.tif 000005
【００８１】
したがって、一致した連続する時系列の重量変化を配信するために、誤った分類化されてないトランザクションが平滑化される。
【００８２】
キッチンにおける従事／適合／報告を改善するための顔認識の使用
その現在の形式における食品廃棄物追跡は、主にデータ入力タスクを構成する、いくつかのスタッフの関与を必要とする。長期間を通じて正確に廃棄物を追跡する最大の課題のうちの１つは、スタッフを処理に従事させ続けることである。顔認識および各トランザクションの間、ならびに他の様々なときにユーザの存在を識別する能力は、経験およびスタッフの適合性を改善し得る様々な特徴を明らかにすることができる。
【００８３】
ユーザの識別
システム３００とユーザとの間のさらなる従事関係を作成する第１のステップは、その名前によって識別することを必要とする。システム３００がスタッフによって訪れることが多い領域（ビン）に常にあるため、ユーザがその名前を入力することを要求する多くの機会が存在する。
【００８４】
例：
−  こんにちは、初めてのご利用ですね。お名前を入力していただけますか？（例えば、インストール日から７２時間）
−  こんにちは、初めてのアクセスですのでお名前を入力していただけますか？（例えば、インストールから２週間以上が経過した後の新規ユーザ）
−  こんにちは、２０回アクセスされていますが、お名前が未入力のままになっています！
−  こんにちは、３週間前からアクセスされていますが、お名前が未入力のままになっています！
【００８５】
途切れのないユーザ研修
適合性の減少の理由の１つは、従業員のチャーン（ｃｈｕｒｎ）である。適切に訓練されていない新たな従業員は、システム３００をどのように使用するかについて不確かであり、または会社および環境に対するその利益を認識していないことがある。顔認識は、システム３００が新たな従業員を即時に認識し、および他のスタッフからの支援なしに研修チュートリアル（ｏｎｂｏａｒｄｉｎｇ  ｔｕｔｏｒｉａｌ）を提示することを可能にする。
【００８６】
例：
・こんにちは、Ｒａｍｉｒｏさん．．．これが最初の食品の廃棄になりますね。システムの機能について短時間のビデオチュートリアルをご覧になりますか？
【００８７】
肯定的フィードバック／ゲーミフィケーション（Ｇａｍｉｆｉｃａｔｉｏｎ）
低い適合性の主な理由は、廃棄物の分類化の退屈な特性である。この問題に対処するために、システム３００は、企業ゲーミフィケーションの分野からのアイデアを利用することができる。実行される全てのタスクがユーザベースに記録され、ならびにそれらがどの程度環境への支援になり、同僚と比較してユーザがどの程度良好であるか、およびユーザがあるマイルストーンからどの程度離れているかという概要をユーザに付与するために再生される。
【００８８】
例：
・Ｒａｍｉｒｏさん、ありがとうございます。今回は＄４．４０相当のサーモンが廃棄されました。
・わあ、Ｊｉｍｍｙさん、廃棄した食品が１００％分類化されています。直ちにＲａｍｉｒｏさんにメッセージを送信します！
・こんにちは、Ｊｉｍｍｙさん、他のユーザよりも多くの食品を分類化しましたね。以下のチャートをご覧ください。
【００８９】
以下に要点が述べられたような説明責任、個人化および報告、ならびに問題検出に順応するために、フィードバックがユーザに提供されてもよい。
【００９０】
説明責任
例：
・こんにちは、Ｊｉｍｍｙさん、今日は食品の５０％しか分類化されていませんでした．．．残念です：（
【００９１】
個人化および報告
例：
・こんにちは、Ｊｉｍｍｙさん、ランキング表で１位になりました！再生したい曲はありますか？
・こんにちは、Ｒａｍｉｒｏさん、先週と比較して今日のキッチンからの廃棄物の量は３倍になっています。以下のチャートをご覧ください．．．
【００９２】
問題検出
・こんにちは、Ｊｉｍｍｙさん。直近の２４時間で廃棄された食品を分類化したユーザはいないようです。それで間違いはないでしょうか？間違っている場合は＋４４７７３９１までご連絡ください．．．
【００９３】
本発明のいくつかの実施形態の潜在的な利点は、複数の廃棄イベントからの食品廃棄物を受ける廃棄物容器の使用することが、商業的環境において食品廃棄物に関連する正確かつ完全なデータを収集することを可能にすることである。
【００９４】
本発明がその実施形態の説明によって例示され、および実施形態が多数の詳細で説明されてきたが、本出願人は、そのような詳細に添付の請求項の範囲を限定し、かつ何ら限定する意図はない。追加の利点および修正が、当業者にとって容易であると考えられる。したがって、そのより広い態様における本発明は、特定の詳細、代表的な装置および方法、ならびに示されおよび説明された例示的な例に限定されない。したがって、本出願人の一般的な発明の概念の趣旨または範囲から逸脱することなく、そのような詳細からの逸脱がなされてもよい。
【図１】
2017520753.tif 000006
【図２】
2017520753.tif 000007
【図３】
2017520753.tif 000008
【図４−１】
2017520753.tif 000009
【図４−２】
2017520753.tif 000010
【図５ａ】
2017520753.tif 000011
【図５ｂ】
2017520753.tif 000012
【図５ｃ】
2017520753.tif 000013
【図５ｄ】
2017520753.tif 000014
【国際調査報告】
2017520753.tif 000015
2017520753.tif 000016