(57)【要約】      （修正有）【課題】印刷デバイスから得られる情報に基づいて消耗品の発送及び／又はメンテナンス動作を確実に開始させることができる、補充サービスのためのシステム及び方法を提供する。【解決手段】システム１００の補充サーバにおいて、印刷デバイスの少なくとも１つの状況を示す情報を受け取る。印刷デバイスは、少なくとも１つの状況についての情報を得るように構成されたセンサを備える。方法では、受け取った情報に基づいて、複数の印刷デバイスの少なくとも１つの状況に対応する履歴データを蓄積する。方法ではさらに、補充サーバにおいて、対象となる印刷デバイスの前記少なくとも１つの状況を示す情報を受け取る。方法ではさらにまた、対象となる印刷デバイスから受け取った情報と、複数の印刷デバイスの少なくとも１つの状況に対応する履歴データとの比較に基づいてトリガを決定し、トリガタイプに基づいて動作を行う。【選択図】図１
2019003619.tif 000002
【特許請求の範囲】
【請求項１】
システムであって、
補充サーバと、
前記補充サーバに通信可能に接続される複数の印刷デバイスと、
少なくとも１つのプロセッサと、メモリとを備える制御部と、
を備え、
前記複数の印刷デバイスの各々は、前記各印刷デバイスの少なくとも１つの状況を示す情報を提供するセンサを備え、
前記少なくとも１つのプロセッサは、前記メモリに記憶される指示を実行して操作を行い、
前記操作は、
前記補充サーバにおいて、前記各印刷デバイスの前記少なくとも１つの状況を示す情報を、前記複数の印刷デバイスの少なくとも一部から受け取ることと、
前記受け取った情報に基づいて、前記複数の印刷デバイスの前記少なくとも１つの状況に対応する履歴データを蓄積することと、
前記補充サーバにおいて、前記複数の印刷デバイスのうち対象となる印刷デバイスの前記少なくとも１つの状況を示す情報を受け取ることと、
前記対象となる印刷デバイスから受け取った前記情報を、前記複数の印刷デバイスの前記少なくとも１つの状況に対応する前記履歴データと比較することと、
前記比較に基づいて、トリガ条件とトリガタイプとを決定することと、
前記トリガ条件の決定に応じて、前記補充サーバに、前記トリガタイプに基づく動作を行わせることと、
を含むシステム。
【請求項２】
請求項１に記載のシステムであって、
前記補充サーバは、クラウドベースのサーバネットワークを備えるシステム。
【請求項３】
請求項１又は２に記載のシステムであって、
前記少なくとも１つの状況は、トナーレベルを含み、
前記履歴データは、前記複数の印刷デバイスの少なくとも一部にわたるトナーレベル履歴に対応するシステム。
【請求項４】
請求項３に記載のシステムであって、さらに、
トナー決定サービスを備え、
前記トナーレベル履歴に対応する履歴データは、前記トナー決定サービスにより管理され、
前記トナー決定サービスは、発送されたトナーコンテナ及び設置されたトナーコンテナについての情報を管理するシステム。
【請求項５】
請求項４に記載のシステムであって、
前記補充サーバに前記動作を行わせることは、前記トナー決定サービスによる、
複数の発送を組み合わせる必要があるか、
トナーコンテナの設置場所が誤っていないか、又は誤って設置されていないか、
トナーコンテナの交換が早すぎないか、又は、
発送されたトナーコンテナと設置されたトナーコンテナとの比較を踏まえた上で任意の発送を終了させる必要があるか、
の決定にさらに基づくシステム。
【請求項６】
請求項４又は５に記載のシステムであって、さらに、
トナー発送サービスを備え、
前記トリガタイプは低トナートリガタイプを含み、
前記補充サーバに前記動作を行わせることは、前記補充サーバに、補充用トナーの発送の開始を前記トナー発送サービスに対して通知させることを含むシステム。
【請求項７】
請求項４乃至６のいずれか一項に記載のシステムであって、さらに、
ノイズ除去部を備え、
前記ノイズ除去部は、
任意の印刷デバイスにおける任意の期間にわたる対応する総トナー被覆量又は対応する印刷ページ数との比較において、前記任意の印刷デバイスにおける前記任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定、
任意の印刷デバイスと同じ機種である他の印刷デバイスのトナーレベルの対応する変化履歴との比較において、前記任意の印刷デバイスにおけるトナーレベルの変化は整合性を欠いている、という判定、
ローカライズされた印刷デバイス群の任意の期間にわたる平均的なトナーレベル変化の集約的な履歴との比較において、前記ローカライズされた印刷デバイス群から選ばれる任意の印刷デバイスの前記任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定、
の少なくとも１つに基づいて、ノイズパターンを判定し、
前記ノイズパターンの判定に応じて、前記対象の印刷デバイスに対応する補正されたトナーレベルの履歴を、前記トナー決定サービスに提供するシステム。
【請求項８】
請求項４乃至７のいずれか一項に記載のシステムであって、さらに、
レベル補正部を備え、
前記レベル補正部は、
任意の印刷デバイスにおける任意の期間にわたる対応する総トナー被覆量又は対応する印刷ページ数との比較において、前記任意の印刷デバイスにおける前記任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定、
任意の印刷デバイスと同じ機種である他の印刷デバイスのトナーレベルの対応する変化履歴との比較において、前記任意の印刷デバイスにおけるトナーレベルの変化は整合性を欠いている、という判定、
ローカライズされた印刷デバイス群の任意の期間にわたる平均的なトナーレベル変化の集約的な履歴との比較において、前記ローカライズされた印刷デバイス群のうちの任意の印刷デバイスの前記任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定、
の少なくとも１つに基づいて、調整パターンを判定し、
前記調整パターンの判定に応じて、前記対象の印刷デバイスに対応する補正されたトナーレベルの履歴を、前記トナー決定サービスに提供するシステム。
【請求項９】
請求項８に記載のシステムであって、
前記調整パターンは、Ｄ−形状パターン又はＬ−形状パターンの少なくとも１つを備えるシステム。
【請求項１０】
請求項４乃至９のいずれか一項に記載のシステムであって、さらに、
スマート履歴部を備え、
前記スマート履歴部は、
前記対象の印刷デバイスに対応するトナーレベル履歴に不十分な履歴データが含まれていると判定し、
前記履歴データが不十分であるとの判定に基づいて、前記対象の印刷デバイスに対応する模擬的なトナーレベル履歴を作成し、
前記模擬的なトナーレベル履歴を前記トナー決定サービスに提供するシステム。
【請求項１１】
請求項４乃至１０のいずれか一項に記載のシステムであって、さらに、
トレンド予測部を備え、
前記トレンド予測部は、
前記対象の印刷デバイスに対応するトナーレベル履歴に基づいて、トナー寿命の見積もりを判定し、
前記トナー寿命の見積もりは、空になるまでの予測日数を含むシステム。
【請求項１２】
方法であって、
補充サーバにおいて、前記補充サーバに通信可能に接続される複数の印刷デバイスであって、それぞれが前記複数の印刷デバイスの各印刷デバイスの少なくとも１つの状況を示す情報を提供するセンサを有する前記複数の印刷デバイスから、前記各印刷デバイスの前記少なくとも１つの状況を示す前記情報を受け取ることと、
前記受け取った情報に基づいて、前記複数の印刷デバイスの前記少なくとも１つの状況に対応する履歴データを蓄積することと、
前記補充サーバにおいて、前記複数の印刷デバイスのうち対象となる印刷デバイスの前記少なくとも１つの状況を示す情報を受け取ることと、
前記対象となる印刷デバイスから受け取った前記情報を、前記複数の印刷デバイスの前記少なくとも１つの状況に対応する前記履歴データと比較することと、
前記比較に基づいて、トリガ条件及びトリガタイプを決定することと、
前記トリガ条件の決定に応じて、前記補充サーバに、前記トリガタイプに基づく動作を行わせることと、
を備える方法。
【請求項１３】
請求項１２に記載の方法であって、
前記少なくとも１つの状況は、トナーレベルを含み、
前記履歴データは、前記複数の印刷デバイスの少なくとも一部にわたるトナーレベル履歴に対応する方法。
【請求項１４】
請求項１３に記載の方法であって、
前記トナーレベル履歴に対応する履歴データは、トナー決定サービスにより管理され、
前記トナー決定サービスは、発送されたトナーコンテナ及び設置されたトナーコンテナについての情報を管理する方法。
【請求項１５】
請求項１４に記載の方法であって、
前記補充サーバに前記動作を行わせることは、前記トナー決定サービスによる、
複数の発送を組み合わせる必要があるか、
トナーコンテナの設置場所が誤っていないか、又は誤って設置されていないか、
トナーコンテナの交換が早すぎないか、又は、
発送されたトナーコンテナと設置されたトナーコンテナとの比較を踏まえた上で任意の発送を終了させる必要があるか、
の決定にさらに基づく方法。
【請求項１６】
請求項１４又は１５に記載の方法であって、
前記トリガタイプは低トナートリガタイプを含み、
前記補充サーバに前記動作を行わせることは、前記補充サーバに、補充用トナーの発送の開始をトナー発送サービスに対して通知させることを含む方法。
【請求項１７】
請求項１４乃至１６のいずれか一項に記載の方法であって、さらに、
ノイズ除去部において、
任意の印刷デバイスにおける任意の期間にわたる対応する総トナー被覆量又は対応する印刷ページ数との比較において、前記任意の印刷デバイスにおける前記任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定、
任意の印刷デバイスと同じ機種である他の印刷デバイスのトナーレベルの対応する変化履歴との比較において、前記任意の印刷デバイスにおけるトナーレベルの変化は整合性を欠いている、という判定、
ローカライズされた印刷デバイス群の任意の期間にわたる平均的なトナーレベル変化の集約的な履歴との比較において、前記ローカライズされた印刷デバイス群のうちの任意の印刷デバイスの前記任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定、
の少なくとも１つに基づいて、ノイズパターンを判定し、
前記ノイズパターンの判定に応じて、前記対象の印刷デバイスに対応する補正されたトナーレベルの履歴を、前記トナー決定サービスに提供する方法。
【請求項１８】
請求項１４乃至１７のいずれか一項に記載の方法であって、さらに、
レベル補正部において、
任意の印刷デバイスにおける任意の期間にわたる対応する総トナー被覆量又は対応する印刷ページ数との比較において、前記任意の印刷デバイスにおける前記任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定、
任意の印刷デバイスと同じ機種である他の印刷デバイスのトナーレベルの対応する変化履歴との比較において、前記任意の印刷デバイスにおけるトナーレベルの変化は整合性を欠いている、という判定、
ローカライズされた印刷デバイス群の任意の期間にわたる平均的なトナーレベル変化の集約的な履歴との比較において、前記ローカライズされた印刷デバイス群のうちの任意の印刷デバイスの前記任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定、
の少なくとも１つに基づいて、調整パターンを判定し、
前記調整パターンの判定に応じて、前記対象の印刷デバイスに対応する補正されたトナーレベルの履歴を、前記トナー決定サービスに提供する方法。
【請求項１９】
請求項１４乃至１８のいずれか一項に記載の方法であって、さらに、
スマート履歴部において、
前記対象の印刷デバイスに対応するトナーレベル履歴に不十分な履歴データが含まれていると判定し、
前記履歴データが不十分であるとの判定に基づいて、前記スマート履歴部において、前記対象の印刷デバイスに対応する模擬的なトナーレベル履歴を作成し、
前記模擬的なトナーレベル履歴を前記トナー決定サービスに提供する方法。
【請求項２０】
請求項１４乃至１９のいずれか一項に記載の方法であって、さらに、
トレンド予測部において、
トナー寿命の見積もりを判定し、
前記判定は、前記対象の印刷デバイスに対応するトナーレベル履歴に基づき、
前記トナー寿命の見積もりは、空になるまでの予測日数を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、補充サービスのためのシステム及び方法に関する。
【背景技術】
【０００２】
従来の印刷デバイス管理システムの中には、供給品（例えば、トナーやインク、用紙、など）及びメンテナンス情報（例えば、印刷枚数やローラの摩耗、給紙状況、など）を様々なレベルで監視するサーバを備えるものがある。前記サーバは、供給品が閾値レベル未満となった際に、その補給を自動で発注してもよい。このようなシステムでは、発注のトリガとなる閾値レベルをユーザが選択できるようにしてもよい。
【発明の概要】
【０００３】
本明細書中に説明されている実施形態は、印刷デバイスから得られる情報に基づいて消耗品の発送及び／又はメンテナンス動作を確実に開始させるシステム及び方法に関する。
【０００４】
第１の態様では、システムが提供される。システムは、補充サーバと、前記補充サーバに通信可能に接続される複数の印刷デバイスと、少なくとも１つのプロセッサと、メモリとを備える制御部と、を備える。前記複数の印刷デバイスの各々は、前記各印刷デバイスの少なくとも１つの状況を示す情報を提供するセンサを備える。前記少なくとも１つのプロセッサは、前記メモリに記憶される指示を実行して操作を行う。前記操作は、前記補充サーバにおいて、前記各印刷デバイスの前記少なくとも１つの状況を示す情報を、前記複数の印刷デバイスの少なくとも一部から受け取ることと、前記受け取った情報に基づいて、前記複数の印刷デバイスの前記少なくとも１つの状況に対応する履歴データを蓄積することと、前記補充サーバにおいて、前記複数の印刷デバイスのうち対象となる印刷デバイスの前記少なくとも１つの状況を示す情報を受け取ることと、前記対象となる印刷デバイスから受け取った前記情報を、前記複数の印刷デバイスの前記少なくとも１つの状況に対応する前記履歴データと比較することと、前記比較に基づいて、トリガ条件とトリガタイプとを決定することと、前記トリガ条件の決定に応じて、前記補充サーバに、前記トリガタイプに基づく動作を行わせることとを含む。
【０００５】
第２の態様では、方法が提供される。方法は、補充サーバにおいて、前記補充サーバに通信可能に接続される複数の印刷デバイスであって、それぞれが前記複数の印刷デバイスの各印刷デバイスの少なくとも１つの状況を示す情報を提供するセンサを有する前記複数の印刷デバイスから、前記各印刷デバイスの前記少なくとも１つの状況を示す前記情報を受け取ることと、前記受け取った情報に基づいて、前記複数の印刷デバイスの前記少なくとも１つの状況に対応する履歴データを蓄積することと、前記補充サーバにおいて、前記複数の印刷デバイスのうち対象となる印刷デバイスの前記少なくとも１つの状況を示す情報を受け取ることと、前記対象となる印刷デバイスから受け取った前記情報を、前記複数の印刷デバイスの前記少なくとも１つの状況に対応する前記履歴データと比較することと、前記比較に基づいて、トリガ条件及びトリガタイプを決定することと、前記トリガ条件の決定に応じて、前記補充サーバに、前記トリガタイプに基づく動作を行わせることとを備える。
【０００６】
他の態様、実施形態、及び実装例は、添付図面を適宜参照しながら以下の詳細な説明を読むことにより当業者にとって明らかとなるであろう。
【図面の簡単な説明】
【０００７】
【図１】例示の実施形態に係るシステムの模式図を示す。
【図２】例示の実施形態に係るノイズ除去部の特定の機能をフローチャートにて示す。
【図３Ａ】例示の実施形態に係る印刷デバイスから受け取る情報を示す。
【図３Ｂ】例示の実施形態に係る印刷デバイスから受け取る逐次情報及び処理後情報を示す。
【図３Ｃ】例示の実施形態に係る印刷デバイスから受け取る逐次情報及び処理後情報を示す。
【図３Ｄ】例示の実施形態に係る印刷デバイスから受け取る逐次情報及び処理後情報を示す。
【図３Ｅ】例示の実施形態に係る印刷デバイスから受け取る逐次情報及び処理後情報を示す。
【図４】例示の実施形態に係る印刷デバイスから受け取る逐次情報を示す。
【図５】例示の実施形態に係るレベル補正部の特定の機能をフローチャートにて示す。
【図６】例示の実施形態に係る印刷デバイスから受け取るＤ−形状情報を示す。
【図７】例示の実施形態に係る印刷デバイスから受け取る逐次情報及び処理後情報を示す。
【図８】例示の実施形態に係る方法をフローチャートにて示す。
【発明を実施するための形態】
【０００８】
以下に、説明を構成する一部となる添付図面を参照して、詳細な説明をする。図において、同じ符号は、典型的に、他に異なる記載がない限り同じ構成要素とする。詳細な説明に記載された例示の実施形態、図面、及び請求項は限定することを意図するものではない。他の実施形態も利用可能であり、また開示された主題の範囲を逸脱することなく変更をすることは可能である。全般的に記載され、また図面に示されている本開示の諸態様は、広範囲にわたる様々な構成において再構成し、置換え、連結し、分割し、及び設計することができ、そして、それらのすべてが本記載の中で明らかに考慮されていることは容易に理解される。
［Ｉ．概要］
【０００９】
本開示は、個々の印刷デバイスに代わってクラウド補充サービスにより正確で自動的な決定を行うことに関する。このような決定は、複数の印刷デバイスからのトナーの履歴、使用、その他の状況に関する情報の処理及び分析に基づく。
【００１０】
印刷デバイスのコストを削減するため、サーバに情報を提供するセンサ又は組み込まれる近似のロジックは、低品質のものかもしれない。場合によっては、これら低品質のセンサが不正確な、又は時宜を得ないなど、質の悪い情報を提供するかもしれない。言い換えると、デバイス管理システムに提供される情報は、信頼性がない及び／又は不正確かもしれない。
【００１１】
本明細書中に説明されている実施形態は、複数の印刷デバイスからの情報の蓄積に基づいてより正確に発送及びメンテナンス動作を開始させる印刷デバイス管理システムを含む。このような実施形態は、クラウド・サーバネットワークの演算能力及び情報記憶能力を活用してもよい。実施形態によっては、複数の印刷デバイスから集約された情報によって、認識できる使用、報告不足、報告過多のパターンを示してもよい。任意の印刷デバイスからのセンサデータとこのような認識可能なパターンとの比較がなされてもよい。さらに又は代わりに、比較に基づいて、トリガコマンドが将来の日付／時刻に予定されてもよい。
【００１２】
言い換えると、本明細書中に説明されているシステム及び方法は、任意の印刷デバイスからの情報を直接利用して補充又はサービスの決定を開始する必要はない。その代わりに、その情報は１以上のモジュールにより利用されてもよく、各モジュールはある特定の問題を確認、補償、又は緩和するように構成されてもよい。これらのモジュールは、例えば互いに情報を提供しあうことにより、相互に作用してもよい。専門家の知見及び／又は機械学習により得られる専門知識が、モジュール毎に、ノイズや誤ったレベリングに適用されてもよい。このような方法において、前処理及びデータ解析により系統的かつ漸進的な改良が図られてもよい。さらに、本明細書中のシステム及び方法は、より確実な自動化された決定を、単一の印刷デバイスに設定された個別のデータよりも、複数の印刷デバイスから得られる集約的なデータに基づいて行ってもよい。
【００１３】
例示の実施形態においては、消費者が印刷デバイス（例えば比較的安価なプリンタ又は多機能装置）を購入し、その印刷デバイスを、少なくとも一部がクラウド・サーバネットワークベースのトナー補充サービスに登録する。この印刷デバイスは、１以上の基本センサを備えてもよい。例えば、印刷デバイスは、基本のトナーレベルセンサを備えてもよい。この場合、基本のトナーレベルセンサは、平均的な使用状況や環境において確実に動作するよう構成されるかもしれない。しかしながら、様々な異なる使用上の又は環境上の要因の変化により、基本センサによるトナーレベルの報告の精度及び／又は信頼性に影響が生じ得る。使用上及び環境上の要因としては、湿度、標高、温度、使用頻度、印刷ジョブの大きさ、印刷デバイス（又はトナーコンテナ）を移動させる又は揺さぶるといったユーザが介在する行為、があげられる。これらの要因のうち１以上が通常の範囲外となった場合、個々の印刷デバイスからクラウド補充サービスに報告されるトナーレベル（又は印刷デバイスの他のタイプの状態情報）は不正確かもしれない。クラウド補充サービスは、トナーの自動発送について、２つの目的に適う決定をしなければならない。
【００１４】
１：サイクルの終わり＝１つの発送。余分な発送とそれがもたらす余剰又は不要なトナーコンテナの返却を回避する。
【００１５】
２：ジャスト・イン・タイム又は早めの配達。消費者がトナーを使い切ったのに補充品がまだ発送されていないというダウンタイムを回避する。
［ＩＩ．システムの例］
【００１６】
図１に、例示の実施形態に係るシステム１００の模式図を示す。システム１００は、補充サーバ１１０（例えばトナー補充用）と、補充サーバ１１０に通信可能に接続される複数の印刷デバイス１２０とを備える。例示の実施形態においては、補充サーバ１１０は、クラウドベースのサーバネットワークを備えてもよい。
【００１７】
複数の印刷デバイス１２０の各印刷デバイス（例えば印刷デバイス１２２）は、各印刷デバイス１２２の少なくとも１つの状況１２６を示す情報を提供可能なセンサ１２４を備える。複数の印刷デバイス１２０のそれぞれは、顧客（例えば、個人や店舗など）によって所有及び／又は操作されてもよい。顧客は、システム１００や、本明細書中に説明される方法に登録することができる。例えば、システム１００に登録すると、自動かつ適時のトナーカートリッジの発送、補充用紙の自動発送、修理の自動要求、などが受けられる。さらに又は代わりに、発送のキャンセル（例えば誤発送された場合）及び／又は自動返却を、顧客がほとんど手続きすることなく行える。
【００１８】
本開示の特定の態様や実施形態が、プリンタトナーの補充の関連の中で説明されているものの、他の種類の補充や修理サービスについても熟慮されることは理解されるであろう。例えば、本明細書中に説明されている方法及びシステムは、用紙や印刷デバイスに関連する他の消耗品又は交換部品（例えば、消耗したローラとの交換用ローラ）の発送、サービスコールなどに適用されてもよい。このような他の実施形態についても、本明細書の中で明確に熟慮されている。
【００１９】
システム１００はまた、トナー発送サービス１３０及びトナー決定サービス１４０を備える。トナー発送サービス１３０は、顧客へのトナーの発送を開始、追跡、管理可能に構成されてもよい。トナー発送サービス１３０は、トナーカートリッジの返却を別途追跡及び管理してもよい。本明細書中に説明されている如く、消耗品の「顧客への」発送には、任意の印刷デバイスの所在地の近隣へ配達される発送も含まれ、必ずしも顧客の物理的な営業所や本部の所在地への発送でなくてもよいことは理解されるであろう。
【００２０】
実施形態において、補充サーバ１１０は、トナー決定サービス１４０にローレベルとなった直近の日付（例えば、任意の印刷デバイスにおいて、任意の消耗品の容量が２０％又は１０％といった閾値レベル以下となった時、その印刷デバイスはローレベルとされる）、又は空となった日付（例えば、任意の印刷デバイスが、任意の消耗品の容量の０％といった空レベルを報告した日付）などの特定の情報を提供してもよい。さらに又は代わりに、補充サーバ１１０は、予測されるエラー事例、エラー事例の履歴、及び／又は統計値（例えば、任意の顧客への平均発送時期、任意の顧客の平均消費量、任意の印刷デバイスから受け取ったレベルデータの信頼値、など）を提供してもよい。他の種類の情報が補充サーバ１１０からトナー決定サービス１４０に提供されてもよい。
【００２１】
トナー決定サービス１４０は、消耗品（例えばトナー）の発送を顧客に知らせる必要があるかどうかを判定する操作を可能としてもよい。その際、トナー決定サービス１４０は、トリガ（例えば信号）をトナー発送サービス１３０に送って顧客へのトナーの発送を開始してもよい。トナー決定サービス１４０は、さらにまた代わりにこのような発送を中止又は取消する操作を可能としてもよい。
【００２２】
実施形態によっては、トナー決定サービス１４０がサポート担当者を含んで、サポート担当者がトナー決定サービス１４０の少なくともいくつかの機能を実行してもよい。サポート担当者は、予測されるエラー事例又はエラー事例の履歴が任意の印刷デバイスから受け取った情報に当てはまるかどうかを決定してもよい。さらに、サポート担当者は、自動発送を取り消し可能、及び／又は消耗品の発送（例えば、見込みニーズ又はトナー使用率の高まりに基づいた、トナーの臨時発送）を開始可能であってもよい。
【００２３】
システム１００は、少なくとも１つのプロセッサ１５２とメモリ１５４とを含む制御部１５０を備える。少なくとも１つのプロセッサ１５２は、メモリ１５４に記憶される指示を実行し、本明細書中に説明されている操作の１以上を実行する。制御部１５０がクラウド・サーバ又は他の種類の分散コンピューティングシステムを含んでもよいことは理解されよう。実施形態によっては、制御部１５０により行われる操作に、システム１００の他の要素に影響を及ぼす、及び／又は他の要素を含むものがあってもよい。さらに、制御部１５０の操作は、補充システム１００の第一の要素（例えばトナー決定サービス１４０）を有する物理的なプロセッサによって、システム１００の第二の要素（例えばノイズ除去部１１２）から受け取る情報に基づいて実行されてもよい。
【００２４】
操作には、補充サーバ１１０における、複数の印刷デバイス１２０の少なくとも一部の、各印刷デバイスの少なくとも１つの状況１２６を示す情報の受信を含む。すなわち、印刷デバイスは、自身の現在の状況についての様々な情報を提供してもよい。例えば、印刷デバイスは、自身のトナーレベル（例えば、フルトナーに対する割合、整数、分数、その他の測定単位）、カウンタ値（例えば、印刷されたページの累積数、給紙されたページの累積数、用紙又はトナーの補充の累積数、それらのカウンタ値をインクリメントした値など）、容量（例えば、用紙の最大容量、対応可能な用紙サイズの種類、トナー容量、印刷可能な最大ページ数など）、又は被覆量（例えば、ページ毎の１平方インチ当たりの平均ドット数、１ページ当たりのドット総数、総被覆面積など）を提供してもよい。実施形態によっては、印刷デバイスからトナー決定サービス１４０にこのような情報を提供してもよい。
【００２５】
操作には、受け取った情報に基づく、複数の印刷デバイス１２０の少なくとも１つの状況１２６に対応する履歴データの蓄積を含む。
【００２６】
例示の実施形態においては、少なくとも１つの状況１２６がトナーレベル又はインクレベルを含んでもよい。この場合、履歴データには、複数の印刷デバイス１２０の少なくとも一部分にわたる、トナーレベルの対応する履歴を含めてもよい。このような履歴データは、トナー決定サービス１４０によって維持、管理、及び／又は得られてもよい。この場合、トナー決定サービス１４０は、発送されたトナーコンテナ及び設置されたトナーコンテナについての情報を管理可能とされる。
【００２７】
トナー決定サービス１４０の場合、トリガタイプとして低トナートリガタイプがあげられてもよい。この場合、補充サーバ１１０に動作を行わせることには、補充サーバ１１０からトナー発送サービス１３０に対して、補充用トナーの発送の開始を通知することが含まれる。
【００２８】
実施形態によっては、補充サーバ１１０はノイズ除去部１１２を含んでもよい。ノイズ除去部１１２は、任意の印刷デバイスから送られるレベル履歴（例えばトナーレベル履歴）におけるノイズパターンの検出操作を可能としてもよい。このようなノイズパターンの検出に応じて、ノイズ除去部１１２は、疑似データを取り除いて１以上のデータポイントに置き換えてもよい。
【００２９】
例として、ノイズ除去部１１２は、１日のうちのディップ、複数日におけるディップ、１日のうちのスパイク、複数日におけるスパイク、及び／又は任意の期間にわたって概ねノイズのある信号など、様々なノイズパターンを検出又は認知してもよい。ノイズ除去部１１２は、このようなノイズパターンを、様々な方法を介して検出してもよい。例えば、ノイズ除去部１１２は、急激なレベル変化に起因するノイズパターンを、カウンタ値との比較（例えば、トナーレベルが大幅に低下する一方で、対応する増加が印刷ページカウンタに見られない）又は被覆値との比較（例えば、平均的な印刷ページ数においてトナーレベルが大幅に低下する一方で、対応する増加が被覆値に見られない）に基づいて検出するように構成されてもよい。ノイズパターンの判断については、他の方法又は手段も可能であり、本明細書の中で熟慮されている。
【００３０】
ノイズ除去部１１２は、スプリアス又はノイズのあるデータポイントを様々な方法で調整又は補正することができる。例えば、ノイズ除去部１１２は、破損したデータポイントを取り除いてもよい。この場合、レベル履歴が調整されて、破損したデータポイントに対応するデータ入力が除去される。さらに又は代わりに、ノイズのあるデータポイントを中央値（例えば、ノイズのあるデータポイントの直前・直後のデータポイント間の平均レベル）に置き換えてもよい。他の実施形態においては、加重平均、斜線、回帰、又は他の種類の調整されたデータ値に、ノイズのあるデータポイントを置き換えることができる。
【００３１】
実施形態によっては、ノイズ除去部１１２は、トナー及びカウンタデータを調整し、０％未満又は１００％を超える（又は任意の消耗品の種類の最大容量を超える）データ値を除去するように操作可能でもよい。さらに、ノイズ除去部１１２が過去の閾値日よりも古い（例えば２４か月前よりも古い）データ入力を無視、除去、及び／又は破棄することができる例もある。またさらに、ゼロに等しいカウンタ入力は無視するか、無効なものとして扱ってもよい。１日毎の差がゼロ未満のトナー入力、及び／又は同じ日になされた同じカウンタ値の二重のカウンタ入力は、除去、無視、又は削除されてもよい。
【００３２】
言い換えると、ノイズ除去部１１２は、以下にあげる判定のうち少なくとも１つに基づいて、ノイズパターンを判定するように構成されている。任意の印刷デバイスにおける任意の期間にわたる対応する総トナー被覆量又は対応する印刷ページ数との比較において、任意の印刷デバイスにおける任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定。任意の印刷デバイスと同じ機種である他の印刷デバイスのトナーレベルの対応する変化履歴との比較において、任意の印刷デバイスにおけるトナーレベルの変化は整合性を欠いている、という判定。ローカライズされた印刷デバイス群の任意の期間にわたる平均的なトナーレベル変化の集約的な履歴との比較において、ローカライズされた印刷デバイス群のうちの任意の印刷デバイスの任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定。ノイズ除去部１１２はまた、ノイズパターンの判定に応じて、対象の印刷デバイス（例えば印刷デバイス１２２）に対応する補正されたトナーレベルの履歴を、トナー決定サービス１４０に提供するように構成されてもよい。
【００３３】
さらに又は代わりに、補充サーバ１１０は、レベル補正部１１４を備えてもよい。実施形態によっては、レベル補正部１１４は、トナーレベルデータなどの情報を解析し、整合性を欠く又は不正確なレベル情報を補正するために情報を調整するように構成されてもよい。実施形態によっては、レベル補正部１１４は、０％レベルや急激なレベルの変化を無視するように構成されてもよい。レベル補正部１１４は、様々な共通パターンを補正するように（例えばＤ−形状データ補正又はＬ−形状データ補正）構成されてもよい。レベル補正部１１４は、容量（例えば、トナー総容量など）を調整するように構成されてもよい。レベル補正部１１４は、さらに又は代わりに、機種固有のロジックを備えてもよい。機種固有のロジックにより、任意の印刷デバイスの機種に基づいて、受け取った情報の調整を行ってもよい。さらに、レベル補正部１１４は、センサの様々な誤作動や異常を補正したり、ローラやトナーカートリッジの摩耗といった問題を解決することができる。
【００３４】
例示の実施形態においては、レベル補正部１１４は、以下にあげる判定のうち少なくとも１つに基づいて、調整パターンを判定するように構成されてもよい。任意の印刷デバイスにおける任意の期間にわたる対応する総トナー被覆量又は対応する印刷ページ数との比較において、任意の印刷デバイスにおける任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定。任意の印刷デバイスと同じ機種である他の印刷デバイスのトナーレベルの対応する変化履歴との比較において、任意の印刷デバイスにおけるトナーレベルの変化は整合性を欠いている、という判定。ローカライズされた印刷デバイス群の任意の期間にわたる平均的なトナーレベル変化の集約的な履歴との比較において、ローカライズされた印刷デバイス群のうちの任意の印刷デバイスの任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定。レベル補正部１１４はまた、調整パターンの判定に応じて、対象の印刷デバイス（例えば印刷デバイス１２２）に対応する補正されたトナーレベルの履歴を、トナー決定サービス１４０に提供するように構成されてもよい。
【００３５】
例示の実施形態においては、補充サーバ１１０は、スマート履歴部１１６を備えてもよい。実施形態によっては、スマート履歴部１１６は、トナー（又は他の消耗品の）履歴を生成及び／又は調整してもよい。スマート履歴部１１６は、任意の印刷デバイスに対していつ任意の消耗品を発送する必要があるかを予測するのに用いられる確実なトレンドを提供するための履歴データが不十分である場合に利用されてもよい。スマート履歴部１１６は、印刷デバイスの１以上の機種にわたる計算量の多いトレンド解析を行ってもよい。例示の実施形態によっては、スマート履歴部１１６は、２日間の標準的な使用、週末、祝日を基に１か月の履歴を構築するように構成されてもよい。
【００３６】
スマート履歴部１１６は、予測される消耗品レベルデータ（例えば、見込みトナーレベル）を提供するように構成されてもよい。例示においては、スマート履歴部１１６は、将来の少なくとも２日間のデータを予測して提供することができる。スマート履歴部１１６は、さらに又は代わりに、圧縮、符号化、又はその他の手段を介して、レベルデータをより処理しやすいデータセットに縮小するように構成されてもよい。例えば、スマート履歴部１１６は、人工知能（ＡＩ）を利用してデータを再編成又はグループ化し、より有用なデータセットを提供してもよい。スマート履歴部１１６は、共同設置されている印刷デバイス間の類似のトレンドを判定するように構成されてもよい。例えば、共同設置されている印刷デバイスが同じような割合で使用されている場合、スマート履歴部１１６は、共同設置されている印刷デバイスから受け取ったデータを相互参照し、トナーレベルデータ等の様々な情報の信頼性を確保する。
【００３７】
スマート履歴部１１６は、履歴データが不十分であるとの判定に基づいて、対象の印刷デバイスに対応するトナーレベル履歴に不十分な履歴データが含まれていると判定し、対象の印刷デバイスに対応する模擬的なトナーレベル履歴を作成し、その模擬的なトナーレベル履歴をトナー決定サービス１４０に提供するよう構成される。
【００３８】
実施形態によっては、調整パターンが、Ｄ−形状パターン又はＬ−形状パターンの少なくとも１つを含んでもよい。他の調整パターンについても、本開示の適用範囲において熟慮され、可能である。
【００３９】
実施形態によっては、補充サーバ１１０がトレンド予測部１１８を備えてもよい。トレンド予測部１１８は、トナー寿命又は使用率を見積もるためのトレンド関数を構築又は提供してもよい。トレンド予測部１１８は、平均的な線形のトナー使用傾向、印刷量の定期的変化、及び／又は印刷の減退又は加速に基づいてこのような見積もりを提供するように構成されてもよい。
【００４０】
実施形態によっては、トレンド予測部１１８は、絶対レベル（例えばトナーレベルパーセンテージ）を１日毎の差（例えば−１．２％、−０．８％など）に変換するように構成されてもよい。さらに又は代わりに、トレンド予測部１１８は、レベル履歴データを部分に分解して、線形回帰を計算したり、週・月・年毎の複数のフーリエ関数（例えばフーリエ変換）を計算したりしてもよい。トレンド予測部１１８は、線形回帰及び／又はフーリエ変換に基づいて、結果として生じるトレンド関数を構築することができる。
【００４１】
複数のフーリエ関数は、以下の式に基づいて算出され、ｋ＝２とすると計算が速くなる。より高い値とすればより高い正確性が期待されるが、同時により多くのコンピューティングリソースが必要となる。
【００４２】
2019003619.tif 000003
ｋ＝２。ただし、コンピューティングリソース及び信頼レベルに応じて∞まで可能。
【００４３】
例示の実施形態においては、トレンド予測部１１８は、重みをトレンド及び／又は直近に生じたデータポイントに割り当てるよう構成されてもよい。すなわち、重み付けは、少し前に起きたイベントを強調するために適用されてもよい。なぜなら、そのようなイベントは、任意の印刷デバイスの現在の動作（及びトナー等の消耗品の消費）に、だいぶ前に起きたイベントよりも関係があるからである。さらに又は代わりに、トレンド予測部１１８は、交換前のタイムスタンプ、トナーレベル、及びカウンタ値や、交換時のタイムスタンプ、トナーレベル、及びカウンタ値、統計値（ページ数、最小値、最大値、平均、標準偏差、中央値など）といったトナー交換の指標を提供して、トナーカートリッジの交換の間の印刷ページ数を示すのに役立ててもよい。トレンド予測部１１８はさらに、信号対雑音比、データポイント密度、入力もれの概要等に関する情報を提供してもよい。
【００４４】
実施形態によっては、トレンド予測部１１８は、対象の印刷デバイスに対応するトナーレベル履歴に基づいて、トナー寿命の見積もりを判定するよう構成され、その場合、トナー寿命の見積もりはトナーが空になるまでの予測日数を含む。
【００４５】
操作には、補充サーバ１１０における、複数の印刷デバイス１２０のうちの対象となる印刷デバイス１２２の、少なくとも１つの状況１２６を示す情報の受信を含む。
【００４６】
操作には、対象となる印刷デバイス１２２から受け取った情報と、複数の印刷デバイス１２０の少なくとも１つの状況１２６に対応する履歴データとの比較を含む。
【００４７】
操作には、その比較に基づいた、トリガ条件及びトリガタイプの決定を含む。さらに、操作には、トリガ条件の決定に応じて、補充サーバ１１０にトリガタイプに基づく動作を実行させることを含む。その場合、補充サーバ１１０に動作を実行させることは、トナー決定サービス１４０による以下の決定にさらに基づく。すなわち、複数の発送を組み合わせる必要があるか、トナーコンテナの設置場所が誤っていないか、又は誤って設置されていないか、トナーコンテナの交換が早すぎないか、発送されたトナーコンテナと設置されたトナーコンテナとの比較を踏まえた上で任意の発送を終了させる必要があるか。
【００４８】
図２は、例示の実施形態に係るノイズ除去部１１２の特定の機能を示すフローチャート２００である。実施形態によっては、図１に示し図１に関連して説明したように、ノイズ除去部１１２が、これらの機能の全部又は一部を実施することができる。例示によっては、フローチャート２００の機能は１日に１度実施されてもよい。他の例示においては、フローチャート２００の機能は、それよりも長い又は短い間隔で実施されてもよいし、要求に応じて又は必要に応じて実施されてもよい。
【００４９】
実施形態によっては、ノイズ除去部１１２は、現在のトナーレベルに関する情報を受け取ってもよい。その場合、ノイズ除去部１１２は、１日毎のトナーレベルを反復してもよい（２０２）（例えば、トナーレベルの履歴データベースを日付及び／又は時刻に基づいて更新する）。
【００５０】
本明細書中に説明されているとおり、ノイズ除去部１１２は、急激なレベル変化がないか、トナーレベルの履歴をチェックしてもよい（２０４）。急激なレベル変化が検出されなければ、フローチャート２００の機能は、任意の空欄に平均値を入れて（２２０）、機能ルーチンを終了してもよい。
【００５１】
ノイズ除去部１１２は、疑わしいノイズパターンをチェックし（２０６）、現在のレベル情報及びレベル情報の履歴と、このノイズパターンとの照合を試みる（２０８）。本明細書中の他所に説明されているとおり、疑わしいノイズパターンには、レベルの大幅な変化、又は任意の時間枠における過度のノイズがあげられる。
【００５２】
実施形態においては、ノイズ除去部１１２は、カウンタデータとの相互参照を行ってもよい（２１０）。その場合、トナーレベルの急激な低下は、印刷ページにおける同様の急激な増加に対応するものでなければ、スプリアスレベル情報であると確認される。他の種類のカウンタ情報が使用されてもよい（例えば、ローラ回転数、用紙の残容量など）。相関関係がなければ（２１２）、データポイントを除去し（２１８）、空欄に平均値を入れてもよい（２２０）。
【００５３】
さらに又は代わりに、実施形態によってはレベルデータと被覆データとの相互参照（２１４）を含んでもよい。その場合、トナーレベルの急激な低下は、印刷ページの被覆面積における同様の急激な増加に対応するものでなければ、スプリアスレベル情報であると確認される。他の種類の被覆情報が使用されてもよい。トナーレベルの急激な低下と被覆情報との間に相関関係がなければ（２１６）、スプリアスデータポイントを除去し（２１８）、空欄に平均値を入れてもよい（２２０）。
【００５４】
図３Ａは、例示の実施形態に係る印刷デバイスの一例から受け取る情報３００を示す。情報３００は、トナーレベル（％）、ページ数、トナー被覆（例えば、ページあたりの％）を含む。情報３００は、第１のトナーレベル低下３０２を含む。第１のトナーレベル低下３０２に応じて、ノイズ除去部１１２は、ページ数との相互参照を行ってもよく、それによって第１のトナーレベル低下３０２と同じ時期に対応するページ数増加３０４が得られる。さらに、ノイズ除去部１１２は、さらに又は代わりに、トナー被覆情報との相互参照を行ってもよく、それによって第１のトナーレベル低下３０２と同じ時期に対応するトナー被覆の増加３０６が得られる。従って、ノイズ除去部１１２は、第１のトナーレベル低下３０２はスプリアス信号又はノイズのある信号を表すものではない、と判定できる。
【００５５】
一方で情報３００は、トナーカートリッジが容量の約２０％まで減少した時に、一連の第２のトナーレベル低下３１０を含む。一連の第２のトナーレベル低下３１０に応じて、ノイズ除去部１１２は、ページ数情報３１２及び／又はトナー被覆情報３１４との相互参照を行ってもよい。その場合、ノイズ除去部１１２は、一連の第２のトナーレベル低下３１０はスプリアス信号又はノイズのある信号を表すものではない、と判定できる。このような判定に応じて、ノイズ除去部１１２は、ノイズのあるデータポイントを削除して、データの平均値又は中央値に置き換えることができる。
【００５６】
図３Ｂは、例示の実施形態に係る印刷デバイスから受け取る逐次情報３２０及び処理後トナーレベル情報３３０を示す。このような例示において、処理前情報がトナーレベル情報３２０を含んでもよく、そこにはいくつかの急激なトナーレベル低下（３２４、３２６、３２８）が順番に含まれてもよい。ノイズ除去部１１２は、これらの低下をノイズのあるデータの入力と認め、データの平均値に置き換えてもよい。例えば、処理後トナーレベル情報３３０は、処理後データ３３２を含んでもよく、処理後データ３３２は調整されて、急激なトナーレベル低下３２４、３２６、３２８に対応するノイズのあるデータ入力を削除して平均値に置き換えられている。
【００５７】
さらに又は代わりに、実施形態によっては、このデータ処理に、以前のトナーレベルデータの少なくとも一部に基づいた予測トナーレベル３４０の提供が含まれてもよい。様々な管理又は計画機能を、こうした予測レベル情報によって実現してもよい。例えば、こうした予測レベル情報に基づいて、予測される人員配置（例えば、配置転換）、予測される供給配送物流、及び／又は財政予測が提供されてもよい。
【００５８】
図３Ｃは、例示の実施形態に係る印刷デバイスから受け取る逐次情報３５０及び処理後情報３６０を示す。逐次情報３５０は、報告期間の履歴の終わりに、逐次情報３５０の右側部分（例えば、部分３５２）に幅の狭いギザギザ線で示される、集中的なトナー使用を含む。その場合、ノイズ除去部１１２は、ページ数と相互参照して、トナー使用の増加が用紙使用率の上昇と対応するかどうかを判定してもよい。図３Ｃに示すように、処理後情報３６０は、ページ数情報が全体の印刷率の増加と対応するので、同様な幅狭なギザギザのトナー使用（例えば、部分３６２）を含む。言い換えると、対応する総印刷ページの増加が存在するので、ノイズ除去部１１２は、逐次情報３５０をノイズとみなさない。
【００５９】
図３Ｄは、例示の実施形態に係る印刷デバイスから受け取る逐次情報３７０及び処理後情報３８０を示す。図示のように、逐次情報３７０は、集中的なトナー使用「スパイク」３７２を含んでもよい。この場合、ノイズ除去部１１２は、トナー使用スパイク３７２とほぼ同時期の印刷ページ数を相互参照してもよい。対応する急増が印刷ページ数に見られない又はかなり大きな上昇が印刷率に見られない場合、ノイズ除去部１１２は、トナー使用スパイク３７２をノイズとみなしてもよい。また、処理後データは、少なくとも、置換データポイント３８２の一部を含んでもよく、置換データポイント３８２は、２つの有効なポイント間の傾斜に応じた平均値を含んでもよい。他の種類の置換データポイントであってもよい。例えば、有効なポイント間にあるデータポイントが、一定の勾配線、他の種類の回帰直線、又は多数のセグメントからなる直線となっていてもよい。
【００６０】
図３Ｅは、例示の実施形態に係る印刷デバイスから受け取る逐次情報３９０及び処理後情報３９４を示す。図示のように、逐次情報３９０は、急激なトナーダウンスパイク３９２を含む。先述の例と同様又は同一の方法で、ノイズ除去部１１２は、他の情報を相互参照して、急激なトナーダウンスパイク３９２がノイズであるかどうかを確認してもよい。この場合、ページカウンタからの情報は、ダウンスパイク３９２と対応しない。このように、ノイズ除去部１１２は、急激なスパイクをノイズ信号と判断し、削除してもよい。また、処理後情報３９６に、データのダウンスパイク３９２の部分を滑らかにする置換データポイントを含めてもよい。ノイズのあるデータポイントの調整は、他の方法であってもよい。
【００６１】
図４は、例示の実施形態に係る印刷デバイスから受け取る逐次情報４００、４１０、及び４２０を示す。逐次情報４００、４１０、及び４２０のそれぞれは、予想されるエラー信号の状況を示してもよい。例えば、逐次情報４００は、トナーレベルにおける一連の密集したスパイク４０２を含んでもよい。逐次情報４１０は、断続的な上向きスパイク（例えば、スパイク４１２、４１４、及び４１６）及び／又はトナーカートリッジ交換とは対応しない上方へのずれ４１８を含んでもよい。さらに、逐次情報４２０は、トナーレベル急落４２２及びトナーカートリッジ交換とは対応しないトナーレベル急上昇４２４を含む。
【００６２】
図５は、例示の実施形態に係るレベル補正部１１４の特定の機能を示すフローチャート５００である。初めに、フローチャート５００では、任意の印刷デバイスにおいて任意のトナーカートリッジが交換されたかどうかの情報を受け取る。すなわち、新しいトナーカートリッジに交換されると、トナー交換カウンタは、１増やして同じ処理を繰り返すか、１増やす（５０２）。フローチャート５００では、任意の印刷デバイスのトナー履歴がＤ−形状パターンを含むかどうかの判断がなされる（５０４）。Ｄ−形状パターンを含まなければ、ルーチンを終了する。レベル補正部１１４は、Ｄ−形状パターンが存在すると判断した場合、レベルを下げる関数を計算する（５０６）。レベルを下げる関数の計算（５０６）は、レベル情報を調整するための値又は値の勾配の決定を含む。レベルを下げる関数の計算（５０６）に応じて、交換サイクル（５１０）における各トナーレベルが下げられる（５０８）。
【００６３】
その後、実施形態によっては、レベル補正部１１４は、交換が行われたかどうかをチェックする（５１０）。トナーカートリッジの交換が行われたのであれば、機能はトナー交換を繰り返すステップ（５０２）に戻る。トナーカートリッジの交換が行われていなければ、レベルを下げる最後の関数が新しいサイクルに当てはめられる（５１２）（例えば、最後のトナーカートリッジ交換以降に得られたデータ）。レベル補正部１１４は、他のパターン（例えばＬ−形状パターンなど）をチェックするように構成されてもよい。
【００６４】
図６は、例示の実施形態に係る印刷デバイスから受け取るＤ−形状情報を示す。例えば、本明細書中に説明されているシステム及び方法は、情報６００から２点のＤ−形状を判定してもよい。具体的には、情報６００は、ゼロと等しくない（この場合、約２１％）ロー・ポイント６０２と、それに続く、約１００％のハイ・ポイント６０４とを含み、それらは消耗品の交換後に測定される。
【００６５】
さらに、本明細書中に説明されているシステム及び方法は、情報６１０から３点のＤ−形状を判定してもよい。すなわち、３点のＤ−形状では、ポイント６１２（例えば５１％）とポイント６１４（例えば４％）との間で急激に低下し、トナーカートリッジの交換後、実質的に１００％のポイント６１６に戻る。任意のプリンタから２点又は３点のＤ−形状を判定すると、それに応じて、レベル補正部１１４は、オフセット又はレベルの量を、Ｄ−形状の特性に基づいて調整する。
【００６６】
Ｄ−形状のトナーサイクルを正規化するためのアルゴリズムは、以下の工程を含む。
【００６７】
−すべてのトナーサイクルを取得する。
【００６８】
−トナーサイクル毎にＤ−形状のパターンがあるか確認する。
【００６９】
−Ｄ−形状のパターンを含まないサイクルについては、何もしない。
【００７０】
−一方、前回のトナーレベルが最後のトナーレベル又は低トナーレベル（＝５％）に対して１０％以上である場合、サイクルはＤ−形状パターンとなり得る。
【００７１】
−サイクルが、少なくともその一部において、Ｄ−形状である場合、トナーレベルを正規化する。
【００７２】
−新たなトナーレベルを算出するために、以下を実行する：
【００７３】
ＳｔａｒｔｉｎｇＬｅｖｅｌ−ＤｒｏｐＯｆｆＨｅｉｇｈｔ＞０である場合、ｎｅｗＴｏｎｅｒＬｅｖｅｌ＝（ｃｕｒｒｅｎｔＴｏｎｅｒＬｅｖｅｌ−ｄｒｏｐＯｆｆＨｅｉｇｈｔ）×（ｓｔａｒｔｉｎｇＬｅｖｅｌ／ｓｔａｒｔｉｎｇＬｅｖｅｌ−ｄｒｏｐＯｆｆＨｅｉｇｈｔ）となり、ｓｔａｒｔｉｎｇＬｅｖｅｌはサイクルにおける第１レベルであり、ｄｒｏｐＯｆｆＨｅｉｇｈｔは最後のトナーレベルとその前のレベルとの差である。
【００７４】
ｎｅｗＴｏｎｅｒＬｅｖｅｌ＞１００又はｎｅｗＴｏｎｅｒＬｅｖｅｌ＜０（範囲外）であれば、ｎｅｗＴｏｎｅｒＬｅｖｅｌがｃｕｒｒｅｎｔＴｏｎｅｒＬｅｖｅｌである。
【００７５】
図７は、いくつかのデータ波形７００を示す。すなわち図７は、例示の実施形態に係る印刷デバイスから受け取る逐次情報７０２、第１の処理後情報７０４、及び第２の処理後情報７０６を示す。逐次情報７０２は、印刷デバイスから受け取る元のデータであり、２９％から５％へという急激なレベルの低下を含んでいる。第１の処理後情報７０４は、線形式より求められるレベルに基づいて修正されたデータである。第２の処理後情報７０６は、比例式より求められるレベルに基づいて修正されたデータである。
［ＩＩＩ．方法の例］
【００７６】
図８は、例示の実施形態に係る方法８００を示すフローチャートである。図８は、特定の順番で実施されるいくつかのブロックを含むものとして方法８００を説明しているが、ブロックを追加したり、差し引いたり、及び／又は異なる順番で実施したりしてもよいことは理解される。さらに、図１に示され、関連して説明したように、方法８００のブロックのいくつか又はすべては、システム１００の１以上の要素（例えば制御部１５０）によって実施されてもよい。実施形態によっては、方法８００のブロックのいくつかは、少なくとも一部については、人間のオペレータによって実施されてもよい。それと共に、図２及び図５に示され、関連して説明したように、方法８００は、フローチャート２００の処理及びフローチャート５００の処理の要素の一部又は全部を含んでもよい。
【００７７】
ブロック８０２では、補充サーバ１１０において、補充サーバ１１０に通信可能に接続されている複数の印刷デバイスから、各印刷デバイスの少なくとも１つの状況１２６を示す情報を受け取る。複数の印刷デバイスのそれぞれは、各印刷デバイスの少なくとも１つの状況１２６を示す情報を提供するように構成されるセンサを備える。
【００７８】
例示の実施形態においては、少なくとも１つの状況１２６にはトナーレベルを含んでもよい。例えば、この場合、履歴データは、複数の印刷デバイスの少なくとも一部にわたるトナーレベル履歴に対応してもよい。実施形態によっては、トナーレベル履歴に対応する履歴データは、トナー決定サービス１４０によって管理される。その場合、トナー決定サービス１４０は、発送されたトナーコンテナ及び設置されたトナーコンテナに関する情報を管理するように構成される。
【００７９】
ブロック８０４では、受け取った情報に基づいて、複数の印刷デバイスの少なくとも１つの状況１２６に対応する履歴データを集積する。
【００８０】
ブロック８０６では、補充サーバ１１０において、複数の印刷デバイスのうち対象となる印刷デバイスの少なくとも１つの状況１２６を示す情報を受け取る。
【００８１】
ブロック８０８では、対象となる印刷デバイスから受け取った情報を、複数の印刷デバイスの少なくとも１つの状況１２６に対応する履歴データと比較する。
【００８２】
ブロック８１０では、比較に基づいて、トリガ条件及びトリガタイプを決定する。
【００８３】
ブロック８１２では、トリガ条件の決定に応じて、補充サーバ１１０にトリガタイプに基づく動作を実行させる。実施形態によっては、補充サーバ１１０に動作を実行させるにあたって、トナー決定サービス１４０による以下の判断にさらに基づいてもよい。すなわち、複数の発送を組み合わせる必要があるか、トナーコンテナの設置場所が誤っていないか、又は誤って設置されていないか、トナーコンテナの交換が早すぎないか、発送されたトナーコンテナと設置されたトナーコンテナとの比較を踏まえた上で任意の発送を終了させる必要があるか。
【００８４】
実施形態によっては、トリガタイプとして低トナートリガタイプがあげられる。この場合、補充サーバ１１０に動作を行わせることには、補充サーバ１１０からトナー発送サービス１３０に対して、補充用トナーの発送の開始を通知することが含まれる。
【００８５】
実施形態によっては、方法８００はさらに、ノイズ除去部１１２において、以下にあげる判定のうち少なくとも１つに基づいて、ノイズパターンを判定する。任意の印刷デバイスにおける任意の期間にわたる対応する総トナー被覆量又は対応する印刷ページ数との比較において、任意の印刷デバイスにおける任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定。任意の印刷デバイスと同じ機種である他の印刷デバイスのトナーレベルの対応する変化履歴との比較において、任意の印刷デバイスにおけるトナーレベルの変化は整合性を欠いている、という判定。ローカライズされた印刷デバイス群の任意の期間にわたる平均的なトナーレベル変化の集約的な履歴との比較において、ローカライズされた印刷デバイス群のうちの任意の印刷デバイスの任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定。この場合、ノイズパターンの判定に応じて、方法８００は、対象の印刷デバイスに対応する補正されたトナーレベルの履歴を、トナー決定サービス１４０に提供する。
【００８６】
例示の実施形態においては、方法８００はさらに、レベル補正部１１４において、以下にあげる判定のうち少なくとも１つに基づいて、調整パターンを判定する。任意の印刷デバイスにおける任意の期間にわたる対応する総トナー被覆量又は対応する印刷ページ数との比較において、任意の印刷デバイスにおける任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定。任意の印刷デバイスと同じ機種である他の印刷デバイスのトナーレベルの対応する変化履歴との比較において、任意の印刷デバイスにおけるトナーレベルの変化は整合性を欠いている、という判定。ローカライズされた印刷デバイス群の任意の期間にわたる平均的なトナーレベル変化の集約的な履歴との比較において、ローカライズされた印刷デバイス群のうちの任意の印刷デバイスの任意の期間にわたるトナーレベルの変化は整合性を欠いている、という判定。この場合、方法８００は、調整パターンの判定に応じて、対象の印刷デバイスに対応する補正されたトナーレベルの履歴を、トナー決定サービス１４０に提供する。
【００８７】
実施形態によっては、方法８００は、スマート履歴部１１６において、対象の印刷デバイスに対応するトナーレベル履歴に不十分な履歴データが含まれていると判定する。この場合、方法８００は、履歴データが不十分であるとの判定に基づいて、スマート履歴部１１６において、対象の印刷デバイスに対応する模擬的なトナーレベル履歴を作成してもよい。方法８００はさらに、その模擬的なトナーレベル履歴をトナー決定サービス１４０に提供してもよい。
【００８８】
実施形態によってはさらに、方法８００は、トレンド予測部１１８において、トナー寿命の見積もりを判定してもよい。この判定は対象の印刷デバイスに対応するトナーレベル履歴に基づく。トナー寿命の見積もりは、トナーレベルが空になるまでの予測日数を含む。
【００８９】
様々な例及び実施形態が開示されたが、他の例及び実施形態も当業者には明白である。開示された様々な例及び実施形態は、例示するためであり限定することを意図されてはいない、そして真の範囲と趣旨は以下の請求項により示されている。
【符号の説明】
【００９０】
１００  システム
１１０  補充サーバ
１１２  ノイズ除去部
１１４  レベル補正部
１１６  スマート履歴部
１１８  トレンド予測部
１２０、１２２  印刷デバイス
１２４  センサ
１２６  状況
１３０  トナー発送サービス
１４０  トナー決定サービス
１５０  制御部
１５２  プロセッサ
１５４  メモリ
【図１】
2019003619.tif 000004
【図２】
2019003619.tif 000005
【図３Ａ】
2019003619.tif 000006
【図３Ｂ】
2019003619.tif 000007
【図３Ｃ】
2019003619.tif 000008
【図３Ｄ】
2019003619.tif 000009
【図３Ｅ】
2019003619.tif 000010
【図４】
2019003619.tif 000011
【図５】
2019003619.tif 000012
【図６】
2019003619.tif 000013
【図７】
2019003619.tif 000014
【図８】
2019003619.tif 000015
【外国語明細書】
Systems and Methods for Replenishment Services
FIELD
[0001]      The present invention relates to systems and methods for replenishment services.
BACKGROUND
[0002]      Some conventional printing device management systems include a server that monitors various levels of supplies (e.g., toner, ink, paper, etc.) and maintenance information (e.g., number of printouts, roller wear, paper feed status, etc.).  The server may issue automatic orders to replenish supplies when they are less than a threshold level.  Such systems may allow a user to select a threshold level to trigger the orders.
SUMMARY
[0003]      Example embodiments described herein relate to systems and methods for reliably triggering shipments of consumables and/or maintenance actions based on information obtained from printing devices.
[0004]      In a first aspect, a system is provided.  The system includes a replenishment server and a plurality of printing devices communicatively coupled to the replenishment server.  Each printing device of the plurality of printing devices includes a sensor configured to provide information indicative of at least one aspect of the respective printing device.  The system also includes a controller that includes at least one processor and a memory.  The at least one processor executes instructions stored in the memory so as to carry out operations.  The operations include receiving, at the replenishment server, information indicative of the at least one aspect of the respective printing device from at least a portion of the plurality of printing devices.  The operations also include, based on the received information, accumulating historical data corresponding to the at least one aspect of the plurality of printing devices.  The operations further include receiving, at the replenishment server, information indicative of the at least one aspect of a target printing device of the plurality of printing devices.  The operations yet further include comparing the information received from the target printing device with the historical data corresponding to the at least one aspect of the plurality of printing devices.  The operations additionally include, based on the comparison, determining a trigger condition and a trigger type.  The operations include, in response to determining the trigger condition, causing the replenishment server to carry out an action based on the trigger type.
[0005]      In a second aspect, a method is provided.  The method includes receiving, at a replenishment server, information indicative of at least one aspect of a respective printing device from a plurality of printing devices communicatively coupled to the replenishment server.  Each printing device of the plurality of printing devices includes a sensor configured to provide the information indicative of the at least one aspect of the respective printing device.  The method also includes, based on the received information, accumulating historical data corresponding to the at least one aspect of the plurality of printing devices.  The method further includes receiving, at the replenishment server, information indicative of the at least one aspect of a target printing device of the plurality of printing devices.  The method additionally includes comparing the information received from the target printing device with the historical data corresponding to the at least one aspect of the plurality of printing devices.  The method yet further includes, based on the comparison, determining a trigger condition and a trigger type.  The method includes, in response to determining the trigger condition, causing the replenishment server to take an action based on the trigger type.
[0006]            Other aspects, embodiments, and implementations will become apparent to those of ordinary skill in the art by reading the following detailed description, with reference where appropriate to the accompanying drawings.
BRIEF DESCRIPTION OF THE FIGURES
[0007]      Figure 1 is a schematic diagram illustrating a system, according to an example embodiment;
Figure 2 is a flow chart illustrating certain functions of a noise removal unit, according to an example embodiment;
Figure 3A illustrates information from a printing device, according to an example embodiment;
Figure 3B illustrates as-reported information and post-processed information from a printing device, according to an example embodiment;
Figure 3C illustrates as-reported information and post-processed information from a printing device, according to an example embodiment;
Figure 3D illustrates as-reported information and post-processed information from a printing device, according to an example embodiment;
Figure 3E illustrates as-reported information and post-processed information from a printing device, according to an example embodiment;
Figure 4 illustrates as-reported information from a printing device, according to example embodiments;
Figure 5 is a flow chart illustrating certain functions of a level correction unit, according to an example embodiment;
Figure 6 illustrates D-shape information from a printing device, according to example embodiments;
Figure 7 illustrates as-reported information and post-processed information from a printing device, according to an example embodiment; and
Figure 8 is a flow diagram illustrating a method, according to an example embodiment.
DETAILED DESCRIPTION
[0008]      In the following detailed description, reference is made to the accompanying figures, which form a part hereof.  In the figures, similar symbols typically identify similar components, unless context dictates otherwise.  The illustrative embodiments described in the detailed description, figures, and claims are not meant to be limiting.  Other embodiments may be utilized, and other changes may be made, without departing from the scope of the subject matter presented herein.  It will be readily understood that the aspects of the present disclosure, as generally described herein, and illustrated in the figures, can be arranged, substituted, combined, separated, and designed in a wide variety of different configurations, all of which are explicitly contemplated herein.
I.  Overview
[0009]      The present disclosure relates to making accurate, automated decisions by a cloud replenishment service on behalf of individual printing devices.  Such decisions are based on processing and analyzing the toner history, usage, and other status information from a plurality of printing devices.
[0010]      To reduce the cost of printing devices, the sensors that provide information to the server or the embedded approximation logic may be of lower quality.  In some cases, these lower quality sensors may provide inaccurate, untimely, or otherwise poor quality information.  In other words, the information provided to the device management system may be unreliable and/or inaccurate.
[0011]      Embodiments described herein include a printing device management system that provides more accurate triggering of shipments and maintenance actions based on accumulated information from a plurality of printing devices.  Such embodiments may leverage the computing power and information storage capabilities of a cloud server network.  In some example embodiments, aggregated information from the plurality of printing devices may provide recognizable usage, under-reporting, and over-reporting patterns.  A comparison may be performed between sensor data from a given printing device and such recognizable patterns.  Additionally or alternatively, based on the comparison, a trigger command may be scheduled for a future date/time.
[0012]      In other words, systems and methods described herein need not directly utilize the information from a given printing device to initiate replenishment or service decisions.  Instead, the information may be utilized by one or more modules, each of which may be configured to identify, compensate, or mitigate a particular concern.  These modules may interact with one another, for example, by providing information to one another.  Specialized knowledge, obtained by expert knowledge and/or machine learning, may be applied to noise and mis-leveling on a module-by-module basis.  In such a manner, systematic and gradual improvement may be provided by pre-processing and data analysis.  Furthermore, systems and methods herein may provide more reliable automated decision making based on collective data from a plurality of printing devices, rather than an individual data set from a single printing device.
[0013]      In an example embodiment, a consumer purchases a printing device (e.g., a relatively inexpensive printer or multi-function device) and subscribes the printing device to a toner replenishment service based, at least in part, on a cloud server network.  The printing device may include one or more basic sensors.  For example, the printing device may include a basic toner level sensor.  In such a scenario, the basic toner level sensor may be configured to work reliably for an average usage and environment.  However, variances in several different usage or environmental factors may affect the accuracy and/or reliability of toner level reporting by the basic sensor.  Among the usage and environmental factors include humidity, elevation, temperatures, frequent or rare usage rate, small or large print jobs, user intervention such as moving or shaking the printing device (or the toner container).  In the case that one or more of the factors fall outside normal ranges, the individual printing device may report inaccurate toner levels (or another type of printing device status information) to the cloud replenishment service.  The cloud replenishment service needs to make the decision on automatic toner shipment that meets 2 objectives:
[0014]      1.      End of cycle=one shipment.  Avoid redundant shipments and thus returns of the too many or no longer needed toner containers.
[0015]      2.      Just in time or early delivery.  Avoid downtimes when consumer runs out of toner and no replacement is shipped yet.
II. System Examples
[0016]      Figure 1 is a schematic diagram illustrating a system 100, according to an example embodiment.  The system 100 includes a replenishment server 110 (e.g., for toner replenishment) and a plurality of printing devices 120 communicatively coupled to the replenishment server 110.  In an example embodiment, the replenishment server 110 may include a cloud-based server network.
[0017]      Each printing device (e.g., printing device 122) of the plurality of printing devices 120 includes a sensor 124 configured to provide information indicative of at least one aspect 126 of the respective printing device 122.  Each of the plurality of printing devices 120 may be owned and/or operated by a customer (e.g., an individual, a business, etc.).  The customer may subscribe to the system 100 and the methods described herein.  For example, a subscription to the system 100 may provide automatic and timely toner cartridge shipments, automatic replacement paper shipments, automatic repair requests, etc.  The subscription may additionally or alternatively provide shipment cancellation (e.g., in the case of an errant shipment) and/or automatic returns with little or no customer action.
[0018]      It will be understood that while certain aspects and embodiments of the present disclosure are described within the context of replenishment of printer toner, other types of replenishment and repair services are contemplated.  For example, the method and systems described herein may be applied to shipments of paper or other consumables relating to printing devices, replacement parts (e.g., replacement rollers to replace worn-out rollers), service calls, etc.  Such other embodiments are expressly contemplated herein.
[0019]      The system 100 also includes a toner shipment service 130 and a toner decision service 140.  The toner shipment service 130 may be configured to initiate, track, and manage shipments of toner to a customer.  The toner shipment service 130 may additionally track and manage returns of toner cartridges.  As described herein, it will be understood that a shipment of a consumable “to a customer” may include the shipment being delivered proximate to a location of the given printing device and not necessarily a customer’s physical office or headquarters location.
[0020]      In example embodiments, the replenishment server 110 may provide the toner decision service 140 with certain information, such as a date of last low level (e.g., where a low level is for a given printing device is triggered at or below a threshold level such as 20% or 10% of capacity for a given consumable) or a date of empty (e.g., where a given printing device has reported an empty level, such as 0% of capacity for a given consumable).  Additionally or alternatively, the replenishment server 110 may provide predicted error cases, historical error cases, and/or statistics (e.g., average shipping time to a given customer, average consumption for a given customer, a confidence value for the level data received from a given printing device, etc.).  Other types of information may be provided by the replenishment server 110 to the toner decision service 140.
[0021]      The toner decision service 140 may be operable to determine whether a shipment of a consumable (e.g., toner) should be sent to a customer.  As such, the toner decision service 140 may provide a trigger (e.g., a signal) to the toner shipment service 130 so as to initiate a shipment of toner to a customer.  The toner decision service 140 may additionally or alternatively be operable to cancel or recall such shipments.
[0022]      In some embodiments, the toner decision service 140 may include support personnel, who may carry out at least some of the functions of the toner decision service 140.  The support personnel may decide on whether predicted or historical error cases apply to information received from a given printing device.  Furthermore, the support personnel may be able to override automatic shipments and/or initiate shipments of a consumable (e.g., an extra shipment of toner based on anticipated need or an increased toner usage rate).
[0023]      The system 100 includes a controller 150 that includes at least one processor 152 and a memory 154.  The at least one processor 152 executes instructions stored in the memory 154 so as to carry out one or more of the operations described herein.  It will be understood that controller 150 may include a cloud server or another type of distributed computing system.  In some embodiments, some operations carried out by the controller 150 may affect and/or involve other elements of system 100.  Furthermore, the operations of controller 150 may be executed by a physical processor that resides with a first element of the replenishment system 100 (e.g., the toner decision service 140) based on information received from a second element of the system 100 (e.g., the noise removal unit 112).
[0024]      The operations include receiving, at the replenishment server 110, information indicative of the at least one aspect 126 of the respective printing device from at least a portion of the plurality of printing devices 120.  That is, the printing devices may provide a variety of information about their current status.  For example, the printing devices may provide their toner level (e.g., a percentage of full toner, an integer, a fraction, or another measurement unit), a counter (e.g., an accumulated number of pages printed, an accumulated number of pages fed, accumulated number of paper/toner reloads, incremental versions of such counters, etc.), a capacity (e.g., a maximum sheet capacity, sheet size type capacity, toner volume capacity, capacity for number of printed pages, etc.), or a coverage amount (e.g., the average number of dots per square inch per page, total number of dots per page, integrated coverage area, etc.).  In some embodiments, the printing devices may provide such information to the toner decision service 140.
[0025]      The operations include, based on the received information, accumulating historical data corresponding to the at least one aspect 126 of the plurality of printing devices 120.
[0026]      In an example embodiment, the at least one aspect 126 may include a toner or ink level.  In such a scenario, the historical data may include corresponding historical toner levels across at least a portion of the plurality of printing devices 120.  Such historical data may be maintained, managed, and/or obtained by the toner decision service 140.  In such a scenario, the toner decision service 140 is configured to manage information on shipped and installed toner containers.
[0027]      In the case of a toner decision service 140, the trigger type may include a toner low trigger type.  In such scenarios, causing the replenishment server 110 to carry out the action comprises causing the replenishment server 110 to notify the toner shipment service 130 to initiate a shipment of replacement toner.
[0028]      In some embodiments, the replenishment server 110 may include a noise removal unit 112.  The noise removal unit 112 may be operable to detect noise patterns in a level history (e.g., toner level history) from a given printing device.  In response to detecting such noise patterns, the noise removal unit 112 may remove the spurious data and replace it with one or more data points.
[0029]      As an example, the noise removal unit 112 may detect or recognize various noise patterns such as: single-day dips, multi-day dips, single-day spikes, multi-day spikes, and/or a generally noisy signal over a given time period.  The noise removal unit 112 may detect such noise patterns via various methods.  For example, the noise removal unit 112 may be configured to detect the noise patterns due to extreme level changes, a comparison with a counter value (e.g., a large drop in toner level without a corresponding increase in the pages printed counter), or a comparison with a coverage value (e.g., a large drop in toner level over an average amount of pages printed without a corresponding increase in the coverage value).  Other methods or means of determining the noise patterns are possible and contemplated herein.
[0030]      The noise removal unit 112 may adjust or correct spurious/noisy data points in various ways.  For example, the noise removal unit 112 may remove corrupt data points.  In such a scenario, the level history may be adjusted to remove a data entry corresponding to the corrupt data point.  Additionally or alternatively, the noisy data points may be replaced with median values (e.g., an average level between the data points immediately before and after the noisy data point(s)).  In other embodiments, the noisy data points may be replaced with a weighted average, a slope line, a regression, or another type of adjusted data values.
[0031]      In some embodiments, the noise removal unit 112 may be operable to adjust toner and counter data to remove data values less than 0 or more than 100% (or more than a maximum capacity of a given consumable type).  Furthermore, in some examples, the noise removal unit 112 may ignore, remove, and/or discard data entries older than a threshold date in the past (e.g., older than 24 months ago).  Yet further, counter entries equal to zero may be ignored or treated as invalid.  Toner entries with a daily difference of less than zero and/or duplicate counter entries from the same day with the same counter value may be removed, ignored, or deleted.
[0032]      In other words, the noise removal unit 112 is configured to determine a noise pattern based on at least one of: determining an inconsistent toner level change for a given printing device over a given time period based on a comparison with a corresponding integrated toner coverage amount or a corresponding number of printed pages of the given printing device over the given time period, determining an inconsistent toner level change of a given printing device based on a comparison with corresponding historical toner level changes of other printing devices of a same device model as the given printing device, or determining an inconsistent toner level change of a given printing device from a localized group of printing devices over a given time period based on a comparison with an aggregated historical average toner level change of the localized group of printing devices over the given time period.  The noise removal unit 112 may also be configured to, in response to determining the noise pattern, provide, to the toner decision service 140, corrected historical toner levels corresponding to the target printing device (e.g., printing device 122).
[0033]      Additionally or alternatively, the replenishment server 110 may include a level correction unit 114.  In some embodiments, the level correction unit 114 may be configured to analyze information, such as toner level data, and adjust it to correct for inconsistent or inaccurate level information.  In some embodiments, the level correction unit 114 may be configured to ignore 0% levels and extreme level changes.  The level correction unit 114 may be configured to correct for various common patterns (e.g., D-shape data correction or L-shape data correction).  The level correction unit 114 may be configured to adjust a capacity (e.g., total toner capacity, etc.).  The level correction unit 114 may additionally or alternatively include model-specific logic.  The model-specific logic may perform adjustments on the received information based on a model of a given printing device.  Furthermore, the level correction unit 114 may correct for various sensor malfunctions or abnormalities and may also correct for issues like roller or toner cartridge wear.
[0034]      In example embodiments, the level correction unit 114 may be configured to determine an adjustment pattern based on at least one of: determining an inconsistent toner level change for a given printing device over a given time period based on a comparison with a corresponding integrated toner coverage amount or a corresponding number of printed pages of the given printing device over the given time period, determining an inconsistent toner level change of a given printing device based on a comparison with corresponding historical toner level changes of other printing devices of a same device model as the given printing device, or determining an inconsistent toner level change of a given printing device from a localized group of printing devices over a given time period based on a comparison with an aggregated historical average toner level change of the localized group of printing devices over the given time period.  The level correction unit 114 may also be configured to, in response to determining the adjustment pattern, provide, to the toner decision service 140, corrected historical toner levels corresponding to the target printing device (e.g., printing device 122).
[0035]      In an example embodiment, the replenishment server 110 may include a smart history unit 116.  In some embodiments, the smart history unit 116 may generate and/or adjust toner (or another consumable) history.  The smart history unit 116 may be used in cases where there is insufficient historical data to provide a reliable trend with which to predict when a given printing device may need a shipment of a given consumable.  The smart history unit 116 may conduct a computation-heavy trend analysis over one or more models of printing devices.  In some example embodiments, the smart history unit 116 may be configured to construct a 1-month history based on two days of standard use, weekends, and holidays.
[0036]      The smart history unit 116 may be configured to provide predicted consumable level data (e.g., anticipated toner levels).  In an example, the smart history unit 116 may provide predicted data at least two days into the future.  The smart history unit 116 may additionally or alternatively be configured to reduce the level data to a more manageable data set via compression, encoding, or other means.  For example, the smart history unit 116 may use artificial intelligence (AI) to regroup or cluster the data to provide a more useful data set.  The smart history unit 116 may be configured to determine similar trends between co-located printing devices.  For example, as co-located printing devices may be used at similar rates, the smart history unit 116 may cross-reference data received from co-located printing devices so as to ensure reliability of various information such as toner level data.
[0037]      The smart history unit 116 is configured to: determine insufficient historical data is included in historical toner levels corresponding to the target printing device, based on the determination of insufficient historical data, generate simulated historical toner levels corresponding to the target printing device, and provide, to the toner decision service 140, the simulated historical toner levels.
[0038]      In some embodiments, the adjustment pattern may include at least one of: a D-shape pattern or an L-shape pattern.  Other adjustment patterns are contemplated and possible within the scope of the present disclosure.
[0039]      In some embodiments, the replenishment server 110 may include a trend prediction unit 118.  The trend prediction unit 118 may construct or otherwise provide a trend function to estimate a toner lifetime, or usage rate.  The trend prediction unit 118 may be configured to provide such estimates based on an average linear toner use trend, periodic changes in print volumes, and/or slowdowns or accelerations in printing.
[0040]      In some embodiments, the trend prediction unit 118 may be configured to convert absolute levels (e.g., toner level percentages) into daily differences (e.g., -1.2%, -0.8%, etc.).  Additionally or alternatively, the trend prediction unit 118 may decompose the level history data into portions so as to calculate linear regressions, calculate multiple Fourier functions (e.g., Fourier transforms) for each week/month/year.  The trend prediction unit 118 may compose a resulting trend function based on the linear regressions and/or the Fourier transforms.
[0041]      Multiple Fourier functions are calculated based on the formula below, where k=2 for faster performance.  Higher values are expected to give better accuracy but also require more computing resources.
[0042]      
2019003619.tif 000016
[0043]      In an example embodiment, the trend prediction unit 118 may be configured to assign weights to trends and/or data points that have occurred most recently.  That is, weighting may be applied to emphasize events that took place a short time ago because such events may have more bearing on the present performance of a given printing device (and its consumption of consumables like toner) than events that took place a long time ago.  Additionally or alternatively, the trend prediction unit 118 may provide toner replacement metrics such as: timestamp, toner level, and counter value before replacement; timestamp, toner level, and counter value at replacement; statistics such as (page count, min, max, mean, standard deviation, and median) to help illustrate the number of pages printed between toner cartridge replacement.  The trend prediction unit 118 may additionally provide information regarding signal to noise ratio, data point density, missing input summary, etc.
[0044]      In some embodiments, the trend prediction unit 118 is configured to determine, based on historical toner levels corresponding to the target printing device, an estimated toner lifetime, wherein the estimated toner lifetime comprises a predicted number of days before empty.
[0045]      The operations include receiving, at the replenishment server 110, information indicative of the at least one aspect 126 of a target printing device 122 of the plurality of printing devices 120.
[0046]      The operations include comparing the information received from the target printing device 122 with the historical data corresponding to the at least one aspect 126 of the plurality of printing devices 120.
[0047]      The operations include, based on the comparison, determining a trigger condition and a trigger type.  Furthermore, the operations include, in response to determining the trigger condition, causing the replenishment server 110 to carry out an action based on the trigger type.  In such scenarios, causing the replenishment server 110 to carry out the action is further based on the toner decision service 140 determining whether: multiple shipments should be combined, toner containers have been misplaced or incorrectly installed, toner containers have been replaced too early, or a given shipment should be closed based on a comparison between shipped and installed containers.
[0048]      Figure 2 is a flow chart 200 illustrating certain functions of a noise removal unit, according to an example embodiment.  In some embodiments, the functions could be carried out fully or in part by noise removal unit 112, as illustrated and described in reference to Figure 1.  In some examples, the functions of the flow chart 200 may be carried out once per day.  In other examples, the functions of the flow chart 200 may be carried out at longer or shorter intervals, or on an as-requested or as-needed basis.
[0049]      In some embodiments, the noise removal unit 112 may receive information regarding current toner levels.  In such scenarios, the noise removal unit 112 may iterate daily toner levels (202) (e.g., update a historical database of toner levels based on date and/or time).
[0050]      As described herein, the noise removal unit 112 may check historical toner levels for an extreme level change (204).  If no extreme level change is detected, the functions of flow chart 200 may fill any gaps with mean values (220) and end the function routine.
[0051]      The noise removal unit 112 may check for suspected noise patterns (206) and try to match present and historical level information with such noise patterns (208).  As described elsewhere herein, suspected noise patterns may include large changes in level, or too much noise over a given timeframe.
[0052]      In embodiments, the noise removal unit 112 may perform a cross-reference with counter data (210).  In such a scenario, a sudden drop in toner level may be confirmed to be spurious level information if it does not correspond to a similar sudden increase in pages printed.  Other types of counter information may be used (e.g., roller revolutions, remaining paper capacity, etc.).  If there is no correlation (212), the data points may be removed (218) and the gaps may be filled with mean values (220).
[0053]      Additionally or alternatively, some embodiments may include a cross-reference between level data and coverage data (214).  In such a scenario, a sudden drop in toner level may be confirmed to be spurious level information if it does not correspond to a similar sudden increase in the coverage area of the pages printed.  Other types of coverage information may be used.  If there is no correlation (216) between the sudden drop in toner level and the coverage information, the spurious data points may be removed (218) and the gaps may be filled with mean values (220).
[0054]      Figure 3A illustrates information 300 from an example printing device, according to an example embodiment.  Information 300 includes toner level (%), page counter, and toner coverage (e.g., % of page).  Information 300 includes a first toner level drop 302.  In response to the first toner level drop 302, the noise removal 112 unit may cross-reference with the page counter, which provides a corresponding page counter increase 304 around the same time as the first toner level drop 302.  Furthermore, additionally or alternatively, the noise removal unit 112 may cross-reference with the toner coverage information, which provides a corresponding increase in toner coverage 306 around the same time as the first toner level drop 302.  Accordingly, the noise removal unit 112 may determine that the first toner level drop 302 does not represent a spurious or noisy signal.
[0055]      Conversely, the information 300 includes a series of second toner level drops 310 as the toner cartridge is depleted around 20% of capacity.  In response to the series of second toner level drops 310, the noise removal unit 112 may cross-reference the page counter information 312 and/or the toner coverage information 314.  In such a scenario, the noise removal unit 112 may determine that the series of second toner level drops 310 does not represent a spurious or noisy signal.  In response to such a determination, the noise removal unit 112 may delete and replace the noisy data points with average or median data values.
[0056]      Figure 3B illustrates as-reported information 320 and post-processed toner level information 330 from a printing device, according to an example embodiment.  In such an example, the pre-processed information may include toner level information 320, which may in turn include several sudden drops in toner level (324, 326, and 328).  The noise removal unit 112 may recognize such drops as noisy data entries and replace them with average data values.  For example, the post-processed toner level information 330 may include post-processed data 332 that has been adjusted to delete the noisy data entries corresponding to the sudden toner level drops 324, 326, and 328 and replace them with average values.
[0057]      Additionally or alternatively, in some embodiments, the data processing may include providing a predicted toner level 340 based, at least in part, on prior toner level data.  Various management or planning functions may be enabled by such predicted level information.  For example, predictive staffing (e.g., shift staffing), predictive supply shipping logistics, and/or financial projections may be provided based on such predicted level information.
[0058]      Figure 3C illustrates as-reported information 350 and post-processed information 360 from a printing device, according to an example embodiment.  The as-reported information 350 includes intense toner usage at the end of the historical reporting period, illustrated by narrow, jagged lines on the right portion of the as-reported information 350 (e.g., portion 352).  In such a scenario, the noise removal unit 112 may cross-reference with a page counter to determine if the increased toner usage corresponds with a higher rate of paper usage.  As illustrated in Figure 3C, the post-processed information 360 includes the same narrow, jagged toner usage (e.g., portion 362) because the page counter information correlates to an increased overall printing rate.  In other words, the noise removal unit 112 does not consider the as-reported information 350 as noise because of a corresponding increase in the total printed pages.
[0059]      Figure 3D illustrates as-reported information 370 and post-processed information 380 from a printing device, according to an example embodiment.  As illustrated, the as-reported information 370 may include an intense toner usage “spike” 372.  In this case, the noise removal unit 112 may cross-reference the number of pages printed around the same time as the toner usage spike 372.  As there is no corresponding jump in the number of pages printed or sizeable increase in the printing rate, the noise removal unit 112 may consider the toner usage spike 372 as noise.  As such, the post-processed data may include at least a portion of replaced data points 382, which may include average values according to a slope between two valid points.  Other types of replacement data points are possible.  For example, the data points between the valid points may be filled with a constant slope line or another type of regression line or multi-segment line.
[0060]      Figure 3E illustrates as-reported information 390 and post-processed information 394 from a printing device, according to an example embodiment.  As illustrated, the as-reported information 390 includes a sudden toner down-spike 392.  In a similar or identical fashion as in prior examples, the noise removal unit 112 may cross-reference other information to confirm whether the sudden toner down-spike 392 is noise.  In this case, the information from the page counter does not correspond to the down-spike 392.  As such, the noise removal unit 112 may determine that the sudden spike is a noise signal and may delete it.  As such, the post-processed information 396 may include replacement data points that smooth the down-spike 392 portion of the data.  Other ways to adjust noisy data points are possible.
[0061]      Figure 4 illustrates as-reported information 400, 410, and 420 from a printing device, according to example embodiments.  Each of the as-reported information 400, 410, and 420 may indicate a likely error signal scenario.  For instance, the as-reported information 400 may include a succession of dense spikes in toner level 402.  The as-reported information 410 may include intermittent upward spikes (e.g., spikes 412, 414, and 416) and/or an upward shift 418 that does not correspond to a toner cartridge replacement.  Furthermore, the as-reported information 420 includes a sudden drop in toner level 422 and a sudden rise in toner level 424 that does not correspond to a toner cartridge replacement.
[0062]      Figure 5 is a flow chart 500 illustrating certain functions of a level correction unit 114, according to an example embodiment.  As an initial matter, flow chart 500 may include receiving information regarding whether a given toner cartridge has been replaced for a given printing device.  That is, when a new toner cartridge is replaced, a toner replacement counter may be iterated or incremented (502).  The flow chart 500 may include determining whether a toner history of the given printing device includes a D-shape pattern (504).  If not, the routine may end.  If the level correction unit 114 determines that a D-shape pattern exists, the level correction unit may calculate a lowering function (506).  Calculating the lowering function (506) may include determining a value or a slope of values by which level information should be adjusted.  In response to calculating the lowering function (506), each toner level in a replacement cycle 510 may be lowered (508).
[0063]      Thereafter, in some embodiments, the level correction unit 114 may check whether a replacement has taken place 510.  If a toner cartridge replacement has occurred, the functions may return to the iterate toner replacement step 502.  If a toner cartridge replacement has not occurred, the last lower function may be applied to the new cycle 512 (e.g., the data obtained since the last toner cartridge replacement).  The level correction unit 114 may be configured to check for other patterns (e.g., L-shaped patterns, etc.).
[0064]      Figure 6 illustrates D-shape information received from a printing device, according to example embodiments.  For example, systems and methods described herein may determine a two-point D-shape from information 600.  Specifically, information 600 includes a low-point 602 that is not equal to zero (in this case it is approximately 21%) and a subsequent high-point 604 of about 100%, measured after consumable replacement.
[0065]      Furthermore, systems and methods described herein may determine a three-point D-shape from information 610.  Namely, the three-point D-shape may include a rapid drop between point 612 (e.g., 51%) to point 614 (e.g., 4%), and a return to point 616, after a toner cartridge replacement, substantially at 100%.  In response to determining a two-point or three-point D-shape from a given printer, the level correction unit 114 may adjust an offset or level amount, based on the characteristics of the D-shape.
[0066]      An algorithm for normalizing D-shaped toner cycles may include the following process.
[0067]      - Get all toner cycles
[0068]      - For each toner cycle, identify if it has a D-shaped pattern.
[0069]      - If the cycle does not include a D-shaped pattern, do nothing.
[0070]      - However, a cycle may be a D-shaped pattern if the previous toner level to last toner level or toner low level (=5%) is equal to or greater than 10%.
[0071]      - If the cycle is D-shaped, at least in part, the toner levels may be normalized.
[0072]      - To calculate new toner levels, carry out the following:
[0073]      If StartingLevel - dropOffHeight > 0, then newTonerLevel = (currentTonerLevel - dropOffHeight) * (starting Level / starting Level - dropOffHeight), where startingLevel is the first level in the cycle and where dropOffHeight is the difference of a last toner level from its previous level.
[0074]      If newTonerLevel is > 100 or < 0 (out of bounds), then newTonerLevel is the currentTonerLevel.
[0075]      Figure 7 illustrates several data waveforms 700.  Namely, Figure 7 illustrates as-reported information 702, first post-processed information 704 and second post-processed information 706 from a printing device, according to an example embodiment.  The as-reported information 702 is the original data from the printing device, which includes a rapid level drop from 29% to 5%.  The first post-processed information 704 is corrected data based on the levels by a linear formula.  The second post-processed information 706 is corrected data based on the levels given by a proportional formula.
III.    Method Examples
[0076]      Figure 8 is a flow diagram illustrating a method 800, according to an example embodiment.  Although Figure 8 illustrates method 800 as including certain blocks that are carried out in a particular order, it will be understood that blocks may be added, subtracted, and/or carried out in a different order.  Furthermore some or all of the blocks of method 800 may be carried out by one or more elements of system 100 (e.g., controller 150) as illustrated and described in reference to Figure 1.  In some embodiments, some blocks of method 800 may be carried out, at least in part, by a human operator.  Additionally, method 800 may include some or all elements of process of the flow chart 200 and process of the flow chart 500, as illustrated and described in reference to Figures 2 and 5.
[0077]      Block 802 includes receiving, at a replenishment server 110, information indicative of at least one aspect of a respective printing device from a plurality of printing devices communicatively coupled to the replenishment server 110.  Each printing device of the plurality of printing devices includes a sensor configured to provide the information indicative of the at least one aspect of the respective printing device.
[0078]      In an example embodiment, the at least one aspect may include a toner level.  For example, in such a scenario, the historical data may correspond to historical toner levels across at least a portion of the plurality of printing devices.  In some embodiments, the historical data corresponding to historical toner levels is managed by a toner decision service 140.  In such scenarios, the toner decision service 140 is configured to manage information on shipped toner containers and installed toner containers.
[0079]      Block 804 includes, based on the received information, accumulating historical data corresponding to the at least one aspect of the plurality of printing devices.
[0080]      Block 806 includes receiving, at the replenishment server 110, information indicative of the at least one aspect of a target printing device of the plurality of printing devices.
[0081]      Block 808 includes comparing the information received from the target printing device with the historical data corresponding to the at least one aspect of the plurality of printing devices.
[0082]      Block 810 includes, based on the comparison, determining a trigger condition and a trigger type.
[0083]      Block 812 includes, in response to determining the trigger condition, causing the replenishment server 110 to carry out an action based on the trigger type.  In some embodiments, causing the replenishment server 110 to carry out the action may be further based on the toner decision service 140 determining whether: multiple shipments should be combined, toner containers have been misplaced or incorrectly installed, toner containers have been replaced too early, or a given shipment should be closed based on a comparison between shipped and installed containers.
[0084]      In some embodiments, the trigger type may include a toner low trigger type.  In such scenarios, causing the replenishment server 110 to carry out the action includes causing the replenishment server 110 to notify a toner shipment service 130 to initiate a shipment of replacement toner.
[0085]      In some embodiments, the method 800 further includes determining, at a noise removal unit 112, a noise pattern based on at least one of: determining an inconsistent toner level change for a given printing device over a given time period based on a comparison with a corresponding integrated toner coverage amount or a corresponding number of printed pages of the given printing device over the given time period, determining an inconsistent toner level change of a given printing device based on a comparison with corresponding historical toner level changes of other printing devices of a same device model as the given printing device, or determining an inconsistent toner level change of a given printing device from a localized group of printing devices over a given time period based on a comparison with an aggregated historical average toner level change of the localized group of printing devices over the given time period.  In such scenarios, in response to determining the noise pattern, the method 800 includes providing, to the toner decision service 140, corrected historical toner levels corresponding to the target printing device.
[0086]      In an example embodiment, the method 800 further includes determining, at a level correction unit 114, an adjustment pattern based on at least one of: determining an inconsistent toner level change for a given printing device over a given time period based on a comparison with a corresponding integrated toner coverage amount or a corresponding number of printed pages of the given printing device over the given time period, determining an inconsistent toner level change of a given printing device based on a comparison with corresponding historical toner level changes of other printing devices of a same device model as the given printing device, or determining an inconsistent toner level change of a given printing device from a localized group of printing devices over a given time period based on a comparison with an aggregated historical average toner level change of the localized group of printing devices over the given time period.  In such scenarios, the method 800 may also include, in response to determining the adjustment pattern, providing, to the toner decision service 140, corrected historical toner levels corresponding to the target printing device.
[0087]      In some embodiments, the method 800 includes determining, at a smart history unit 116, insufficient historical data is included in historical toner levels corresponding to the target printing device.  In such scenarios, the method 800 may include, based on the determination of insufficient historical data, generating, at the smart history unit 116, simulated historical toner levels corresponding to the target printing device.  The method 800 may further include providing, to the toner decision service 140, the simulated historical toner levels.
[0088]      In yet further embodiments, the method 800 may include determining, at a trend prediction unit 118, an estimated toner lifetime.  Such a determination is based on historical toner levels corresponding to the target printing device.  The estimated toner lifetime include a predicted number of days before reaching an empty toner level.
[0089]            While various examples and embodiments have been disclosed, other examples and embodiments will be apparent to those skilled in the art.  The various disclosed examples and embodiments are for purposes of illustration and are not intended to be limiting, with the true scope and spirit being indicated by the following claims.
REFFERENCE SIGNS LIST
[0090]       
100    System
110    Replenishment Server
112    Noise Removal Unit
114    Level Correction Unit
116    Smart History Unit
118    Trend Prediction Unit
122    Printing Device
124    Sensor
126    Aspect
130    Toner Shipment Service
140    Toner Decision Service
150    Controller
152    Processor
154    Memory
What is claimed is:
1.    A system comprising:
a replenishment server;
a plurality of printing devices communicatively coupled to the replenishment server, wherein the each printing device of the plurality of printing devices comprises:
a sensor configured to provide information indicative of at least one aspect of the respective printing device; and
a controller, wherein the controller comprises at least one processor and a memory, and wherein the at least one processor executes instructions stored in the memory so as to carry out operations, the operations comprising:
receiving, at the replenishment server, information indicative of the at least one aspect of the respective printing device from at least a portion of the plurality of printing devices;
based on the received information, accumulating historical data corresponding to the at least one aspect of the plurality of printing devices;
receiving, at the replenishment server, information indicative of the at least one aspect of a target printing device of the plurality of printing devices;
comparing the information received from the target printing device with the historical data corresponding to the at least one aspect of the plurality of printing devices;
based on the comparison, determining a trigger condition and a trigger type;
in response to determining the trigger condition, causing the replenishment server to carry out an action based on the trigger type.
2.    The system of claim 1, wherein the replenishment server comprises a cloud-based server network.
3.    The system of claim 1 or 2, wherein the at least one aspect comprises a toner level, wherein the historical data corresponds to historical toner levels across at least a portion of the plurality of printing devices.
4.    The system of claim 3, further comprising a toner decision service, wherein the historical data corresponding to historical toner levels is managed by the toner decision service, wherein the toner decision service is configured to manage information on shipped toner containers and installed toner containers.
5.    The system of claim 4, wherein causing the replenishment server to carry out the action is further based on the toner decision service determining whether:
multiple shipments should be combined;
toner containers have been misplaced or incorrectly installed;
toner containers have been replaced too early; or
a given shipment should be closed based on a comparison between shipped and installed containers.
6.    The system of any of claims 3 to 5, further comprising a toner shipment service, wherein the trigger type comprises a toner low trigger type, and wherein causing the replenishment server to carry out the action comprises causing the replenishment server to notify the toner shipment service to initiate a shipment of replacement toner.
7.    The system of any of claims 4 to 6, further comprising a noise removal unit, wherein the noise removal unit is configured to:
determine a noise pattern based on at least one of:
determining an inconsistent toner level change for a given printing device over a given time period based on a comparison with a corresponding integrated toner coverage amount or a corresponding number of printed pages of the given printing device over the given time period;
determining an inconsistent toner level change of a given printing device based on a comparison with corresponding historical toner level changes of other printing devices of a same device model as the given printing device; or
determining an inconsistent toner level change of a given printing device from a localized group of printing devices over a given time period based on a comparison with an aggregated historical average toner level change of the localized group of printing devices over the given time period; and
in response to determining the noise pattern, provide, to the toner decision service, corrected historical toner levels corresponding to the target printing device.
8.    The system of any of claims 4 to 7, further comprising a level correction unit, wherein the level correction unit is configured to:
determine an adjustment pattern based on at least one of:
determining an inconsistent toner level change for a given printing device over a given time period based on a comparison with a corresponding integrated toner coverage amount or a corresponding number of printed pages of the given printing device over the given time period;
determining an inconsistent toner level change of a given printing device based on a comparison with corresponding historical toner level changes of other printing devices of a same device model as the given printing device; or
determining an inconsistent toner level change of a given printing device from a localized group of printing devices over a given time period based on a comparison with an aggregated historical average toner level change of the localized group of printing devices over the given time period; and
in response to determining the adjustment pattern, provide, to the toner decision service, corrected historical toner levels corresponding to the target printing device.
9.    The system of claim 8, wherein the adjustment pattern comprises at least one of: a D-shape pattern or an L-shape pattern.
10.   The system of any of claims 4 to 9, further comprising a smart history unit, wherein the smart history unit is configured to:
determine insufficient historical data is included in historical toner levels corresponding to the target printing device;
based on the determination of insufficient historical data, generate simulated historical toner levels corresponding to the target printing device;
provide, to the toner decision service, the simulated historical toner levels.
11.   The system of any of claims 4 to 10, further comprising a trend prediction unit, wherein the trend prediction unit is configured to:
determine, based on historical toner levels corresponding to the target printing device, an estimated toner lifetime, wherein the estimated toner lifetime comprises a predicted number of days before empty.
12.   A method comprising,
receiving, at a replenishment server, information indicative of at least one aspect of a respective printing device from a plurality of printing devices communicatively coupled to the replenishment server, wherein each printing device of the plurality of printing devices comprises a sensor configured to provide the information indicative of the at least one aspect of the respective printing device;
based on the received information, accumulating historical data corresponding to the at least one aspect of the plurality of printing devices;
receiving, at the replenishment server, information indicative of the at least one aspect of a target printing device of the plurality of printing devices;
comparing the information received from the target printing device with the historical data corresponding to the at least one aspect of the plurality of printing devices;
based on the comparison, determining a trigger condition and a trigger type;
in response to determining the trigger condition, causing the replenishment server to carry out an action based on the trigger type.
13.   The method of claim 12, wherein the at least one aspect comprises a toner level, wherein the historical data corresponds to historical toner levels across at least a portion of the plurality of printing devices.
14.   The method of claim 13, wherein the historical data corresponding to historical toner levels is managed by a toner decision service, wherein the toner decision service is configured to manage information on shipped and installed toner containers.
15.   The method of claim 14, wherein causing the replenishment server to carry out the action is further based on the toner decision service determining whether:
multiple shipments should be combined;
toner containers have been misplaced or incorrectly installed;
toner containers have been replaced too early; or
a given shipment should be closed based on a comparison between shipped and installed containers.
16.   The method of claim 14 or 15, wherein the trigger type comprises a toner low trigger type, and wherein causing the replenishment server to carry out the action comprises causing the replenishment server to notify a toner shipment service to initiate a shipment of replacement toner.
17.   The method of any of claims 14 to 16, further comprising:
determining, at a noise removal unit, a noise pattern based on at least one of:
determining an inconsistent toner level change for a given printing device over a given time period based on a comparison with a corresponding integrated toner coverage amount or a corresponding number of printed pages of the given printing device over the given time period;
determining an inconsistent toner level change of a given printing device based on a comparison with corresponding historical toner level changes of other printing devices of a same device model as the given printing device; or
determining an inconsistent toner level change of a given printing device from a localized group of printing devices over a given time period based on a comparison with an aggregated historical average toner level change of the localized group of printing devices over the given time period; and
in response to determining the noise pattern, providing, to the toner decision service, corrected historical toner levels corresponding to the target printing device.
18.   The method of any of claims 14 to 17, further comprising:
determining, at a level correction unit, an adjustment pattern based on at least one of:
determining an inconsistent toner level change for a given printing device over a given time period based on a comparison with a corresponding integrated toner coverage amount or a corresponding number of printed pages of the given printing device over the given time period;
determining an inconsistent toner level change of a given printing device based on a comparison with corresponding historical toner level changes of other printing devices of a same device model as the given printing device; or
determining an inconsistent toner level change of a given printing device from a localized group of printing devices over a given time period based on a comparison with an aggregated historical average toner level change of the localized group of printing devices over the given time period; and
in response to determining the adjustment pattern, providing, to the toner decision service, corrected historical toner levels corresponding to the target printing device.
19.   The method of any of claims 14 to 18, further comprising:
determining, at a smart history unit, insufficient historical data is included in historical toner levels corresponding to the target printing device;
based on the determination of insufficient historical data, generating, at the smart history unit, simulated historical toner levels corresponding to the target printing device;
providing, to the toner decision service, the simulated historical toner levels.
20.   The method of any of claims 14 to 19, further comprising,
determining, at a trend prediction unit, an estimated toner lifetime, wherein the determination is based on historical toner levels corresponding to the target printing device, wherein the estimated toner lifetime comprises a predicted number of days before empty.
1.  Abstract
2.  SOLUTION
Example systems and related methods may provide replenishment services for a plurality of printing devices.  An example method includes receiving, at a replenishment server, information indicative of at least one aspect of a printing device.  The printing device includes a sensor configured to obtain the information about the at least one aspect.  The method includes, based on the received information, accumulating historical data corresponding to the at least one aspect of a plurality of printing devices.  The method further includes receiving, at the replenishment server, information indicative of the at least one aspect of a target printing device.  The method yet further includes determining a trigger based on a comparison of the information received from the target printing device with the historical data corresponding to the at least one aspect of the plurality of printing devices and taking an action based on the trigger type.
3. Representative Drawing: Fig. 1
2019003619.tif 000017
2019003619.tif 000018
2019003619.tif 000019
2019003619.tif 000020
2019003619.tif 000021
2019003619.tif 000022
2019003619.tif 000023
2019003619.tif 000024
2019003619.tif 000025
2019003619.tif 000026
2019003619.tif 000027
2019003619.tif 000028