JP2023085778A - 印刷消耗材の管理システム及び印刷装置 - Google Patents

Abstract

【課題】印刷消耗材の残量を実測するセンサがタンクに設けられない場合であっても、印刷消耗材がなくなる前に確実に次の貯留体をユーザのもとに届ける。【解決手段】印刷処理システム１は、インクを貯留したボトルからインクを内部に貯留し、内部残量を実測不能に構成されたタンク３２と、タンク３２内のインクを用いて画像を記憶用紙Ｐに形成するキャリッジ２及びインクジェットヘッド３と、インクの累積消費量を取得する累積消費量取得部６００と、ボトルの所定容量を取得するボトル容量取得部６１０と、過去のボトルの発注回数を取得する発注回数取得部６３０と、印刷でのインクの消費特性に係わる個体ばらつきを補正するための消費誤差係数を取得する補正値取得部６２０と、取得された累積印刷量情報、所定容量、発注回数、消費誤差係数に基づき、ボトルの新規発注の可否を判定する判定部６５０と、を有する。【選択図】図９

Description

本発明は、印刷消耗材の内部残量を検知不能に構成されたタンクを有する印刷消耗材の管理システムに関する。

従来、例えば特許文献１に記載のように、プリンタに装着されるインクカートリッジの交換時に、サブタンク内のインク残量とカートリッジの容量との合計を新たなインク残量とし、次のカートリッジを新規発注するためのカウントを行う構成が知られている。

特開２０１９－１１７６１４号公報

上記従来技術においては、タンク内の印刷消耗材であるインクの残量が所定値まで低下したことに基づき新たなカートリッジの発注が行われることで、印刷に使用できるインクが完全になくなる前に確実に次のカートリッジをユーザのもとに届けることができる。また、サブタンク内にインクの残量を実測するセンサが設けられており、上記カウントに誤差が生じたとしても、そのセンサによる検出結果に基づき、当該カウントを自動的にリセット可能となっている。

一方、比較的低コストのプリンタでは、予め定められた所定容量の印刷消耗材を貯留した貯留体、例えばボトルから、印刷消耗材が当該所定容量単位でタンクへと供給されて用いられる場合がある。その際、上記従来技術のような、印刷消耗材の残量を実測するセンサがタンクに設けられない場合もあり得る。

さらに、実際には、印刷量の増加に伴う印刷消耗材の消費量の増大割合が同一機種であっても各プリンタの個体、印刷環境、印刷態様等によりそれぞれで異なるため、印刷消耗材の残量を推定するときの結果に必ずある程度の誤差が含まれ、タンク内残量の推定精度が低下する。そのため、次の新たな貯留体を発注するタイミングを精度よく決定できず、印刷消耗材がなくなる前に確実に次の貯留体をユーザのもとに届けるのが困難な場合があった。

本発明の目的は、印刷消耗材の残量を実測するセンサがタンクに設けられない場合であっても、印刷消耗材がなくなる前に確実に次の貯留体をユーザのもとに届けることができる、印刷消耗材の管理システム及び印刷装置を提供することにある。

上記目的を達成するために、本願発明は、予め定められた所定容量単位で印刷消耗材を貯留した貯留体から前記印刷消耗材を内部に貯留するタンクであって、当該印刷消耗材の内部残量を実測不能に構成されたタンクと、前記タンク内の前記印刷消耗材を用いて画像を被印刷媒体に形成する印刷部と、前記印刷部の画像形成による前記印刷消耗材の累積印刷量情報を取得する印刷量取得部と、前記貯留体の前記所定容量を取得する容量取得部と、過去の前記貯留体の発注回数を取得する回数取得部と、前記印刷部での前記印刷消耗材の消費特性に係わる個体ばらつきを補正するための消費誤差補正値を取得する補正値取得部と、前記印刷量取得部により取得された前記累積印刷量情報と、前記容量取得部により取得された前記所定容量と、前記回数取得部により取得された前記発注回数と、前記補正値取得部により取得された前記消費誤差補正値とに基づき、前記貯留体の新規発注の可否を判定する判定部と、を有する。

本願発明においては、印刷部の画像形成で用いられる印刷消耗材がタンク内に貯留され、タンクには貯留体から消耗材が供給される。貯留体は予め定められた所定容量を備えており、印刷消耗材をタンク内に供給することができる。印刷消耗材の供給の際は、印刷消耗材が充填された貯留体から上記所定容量分の印刷消耗材がすべてタンク内に１回で或いは複数回に分けて供給されるように取り扱われる。貯留体は、都度発注されることにより、印刷部のユーザのもとに届けられる。

印刷消耗材は画像形成によって消費され、タンク内の印刷消耗材の残量は順次減少していくが、本願発明においてはタンク内部における印刷消耗材の残量が実測不能となっている。本願発明の印刷消耗材の管理システムでは、実測できない印刷消耗材のタンク内残量を推定するために、印刷量取得部、容量取得部、回数取得部が設けられる。
印刷量取得部では、印刷部での画像形成による累積印刷量情報が取得される。容量取得部では、貯留体の所定容量が取得される。回数取得部では、過去の貯留体の発注回数が取得される。
本願発明では、印刷部での印刷消耗材の消費特性に係わる個体ばらつきを補正するための消費誤差補正値が用いられる。消費誤差補正値は、補正値取得部によって取得される。

本願発明の印刷消耗材の管理システムでは、貯留体の新規発注の可否が判定部によって判定される。判定部は、印刷量取得部により取得された累積印刷量情報、容量取得部により取得された所定容量、及び、回数取得部により取得された発注回数、に加え、補正値取得部により取得された消費誤差補正値にも基づいて、貯留体の新規発注の可否を判定する。

本願発明においては、印刷量の増加に伴う印刷消耗材の消費量の増大割合が印刷部の消費特性により個体ごとに異なることに対応し、その個体ばらつきを補正するための消費誤差補正値を用いて印刷消耗材切れを引き起こすことのないようにタンク内残量を推定できる。本願発明の印刷消耗材の管理システムによれば、タンク内残量の推定結果に基づき、新たな貯留体を発注するタイミングを印刷消耗材切れを引き起こすことのないように決定できるので、印刷消耗材がなくなる前に確実に次の貯留体をユーザのもとに届けることができる。

本発明によれば、印刷消耗材の残量を実測するセンサがタンクに設けられない場合であっても、印刷消耗材がなくなる前に確実に次の貯留体をユーザのもとに届けることができる

本発明の一実施形態による印刷処理システムの全体概略構成を表す機能ブロック図である。 印刷処理システムに備えられるプリンタの概略構成図である。 タンク内のインクの残量が減少して次のボトルを発注する経時挙動を説明する説明図、及び、タンク内の推定残量の算出手法の基本的概念を説明する説明図である。 インクの実消費量においてプリンタ個体ごとのばらつきがあることを説明する説明図、及び、当該ばらつきを推定残量において説明した説明図である。 実施形態による各種処理に係わるソフトウェアブロック構成図である。 モバイル端末の表示例を表す説明図である。 情報管理サーバのプロセッサにより実行される制御手順を表すフローチャートである。 消費誤差係数を用いずに推定残量を算出する一例を説明する説明図である。 消費誤差係数を用いずに推定残量を算出する一例を説明する説明図である。 消費誤差係数を用いて推定残量を算出する実施形態の手法を説明する説明図である。 消費誤差係数を用いて推定残量を算出する実施形態の手法を説明する説明図である。 投入時のインクこぼれに対応する変形例（１）における、推定残量及び物理残量の挙動を表す説明図である。 変形例（１）による各種処理に係わるソフトウェアブロック構成図である。 残量修正部によって実行される制御手順を表すフローチャートである。 推定残量をユーザの指示値で置き換える変形例（２）による各種処理に係わるソフトウェアブロック構成図である。 変形例（２）における推定残量の挙動を表す説明図である。 変形例（２）における推定残量の挙動を表す説明図である。 発注回数をリセットする変形例（３）による各種処理に係わるソフトウェアブロック構成図である。 変形例（３）における推定残量の挙動を表す説明図である。 変形例（３）における推定残量の挙動を表す説明図である。

本発明の実施形態を図面を参照しつつ説明する。

本発明の一実施形態に係る印刷処理システムを図１に示す。本実施形態は、プリンタ２００で使用している印刷消耗材（詳細は後述）が一定程度消耗した際に、手動操作により交換用の印刷消耗材が配送される配送サービスを提供可能な印刷処理システム１の実施形態である。印刷処理システム１は、プリンタ２００における印刷数に応じた課金額を請求する印刷契約に基づく印刷サービスも提供可能としてもよい。印刷処理システム１が、印刷消耗材の管理システムの一例である。

＜印刷処理システムの概要＞
図１において、この印刷処理システム１は、情報管理サーバ１００と、少なくとも１つのプリンタ２００と、モバイル端末３００と、配送管理サーバ４００と、を含んでいる。これら情報管理サーバ１００、プリンタ２００、モバイル端末３００、及び配送管理サーバ４００は、ネットワークＮＴに接続されており、互いに通信可能である。プリンタ２００が印刷装置の一例である。

＜プリンタの構成＞
上記印刷処理システム１に備えられる、プリンタ２００を、図２により説明する。図２に示すように、プリンタ２００は、キャリッジ２と、インクジェットヘッド３と、プラテン４と、搬送ローラ５，６と、搬送ローラ６のある側がプリンタ２００の前側であり、搬送ローラ５のある側がプリンタ２００の後側である。また、後側から前側へ向かう方向が搬送方向であり、左右方向が主走査方向である。なお、キャリッジ２及びインクジェットヘッド３が印刷部の一例である。

キャリッジ２は、図示しないベルト等を介しキャリッジモータ５６（図１参照）に接続されており、キャリッジモータ５６が駆動することでガイドレール１１，１２に沿って主走査方向に移動する。

インクジェットヘッド３は、４本のチューブ３１と接続されている。４本のチューブ３１は、プリンタ２００の右前端部において主走査方向に並んだ４つのタンク３２とそれぞれ接続されている。４つのタンク３２に貯留されたブラック、イエロー、シアン、マゼンタのインクがチューブ３１を介してインクジェットヘッド３に供給される。

本実施形態のプリンタ２００は、例えば比較的低コストの機種であり、対応するボトル（図示省略）から各タンク３２へインクが投入されて用いられる。すなわち、各タンク３２にはキャップ３２ａが設けられており、このキャップ３２ａを外した状態で手動操作にてボトル内のインクを投入することにより、タンク３２内にインクが充填される。ボトルの容量は、例えば一定値すなわち所定容量に定まっており、後述のように投入時に誤ってインクをこぼさない限りは、或いは全てのインクが入りきらないタイミングでの補給でない限りは、原則、１回の投入操作によりインクが上記所定容量単位でタンク３２内へと供給される。インクが印刷消耗材の一例であり、ボトルが貯留体の一例である。また、本実施形態のプリンタ２００では、上記低コスト機種であることに対応し、タンク３２内のインクの残量を実測するセンサ等は設けられていない。

インクジェットヘッド３は、キャリッジ２に搭載されており、キャリッジ２がインクジェットヘッド３を主走査方向に移動させながらインクジェットヘッド３がインクを吐出することで、画像形成すなわち印刷が行われる。インクジェットヘッド３は、流路ユニット１３と、アクチュエータ１４と、を有する。

流路ユニット１３には、複数のノズル１０をそれぞれ含む４列のノズル列９が主走査方向に並んでいる。複数のノズル１０からは、一例として、右側から左側に向かって順に、ブラック、イエロー、シアン、マゼンタのインクが吐出される。１つのノズル列に含まれる複数のノズル１０には、対応する１色のインクが、共通の１つの上記チューブ３１及び共通の１つのインク流路を介して、供給される。すなわち、１つのタンク３２からのインクは、チューブ３１→流路ユニット１３のインク流路→各ノズル１０、の経路で供給される。

プラテン４は、インクジェットヘッド３の下方に位置し、印刷時にノズル面１３ａと対向する。プラテン４は、主走査方向に記録用紙Ｐの全幅にわたって延び、記録用紙Ｐを下方から支持する。記録用紙Ｐが被印刷媒体の一例である。搬送ローラ５，６は、それぞれ、搬送方向におけるプラテン４の上流側及び下流側に位置している。搬送ローラ５，６は、図示しないギヤ等を介し搬送モータ５７（図１参照）に接続され、搬送モータ５７の駆動により回転して記録用紙Ｐを搬送方向に搬送する。

上記構成により、プリンタ２００は、搬送ローラ５，６により記録用紙Ｐを所定距離ずつ搬送する毎に、キャリッジ２を主走査方向に移動させつつ、インクジェットヘッド３の複数のノズル１０からインクを吐出させることによって、記録用紙Ｐに印刷を行う。

＜印刷処理システムの電気的構成＞
図１に戻り、印刷処理システム１の電気的構成を説明する。

＜情報管理サーバ＞
情報管理サーバ１００は、例えばプリンタ２００のメーカが設置及び管理するサーバであり、プロセッサ１１０と、記憶装置１１５と、インタフェース１９０と、を有している。これらプロセッサ１１０、記憶装置１１５、及びインタフェース１９０は、バス１０５を介して互いに接続されている。

記憶装置１１５は、揮発性記憶装置１２０と、不揮発性記憶装置１３０と、を備えている。
揮発性記憶装置１２０は、例えば、ＤＲＡＭであり、ユーザＩＤ記憶領域１２１、デバイス番号記憶領域１２２、及び、後述するサービス情報を記憶するサービス情報記憶領域１２３を有している。不揮発性記憶装置１３０は、例えば、ハードディスクドライブ、あるいはソリッドステートドライブであり、プログラム記憶領域１３１と、料金テーブル記憶領域１３２と、を有している。料金テーブル記憶領域１３２には、例えば、印刷やボトルの配送に対応してユーザに課金される料金を計算するための所定の相関が記憶されている。

プロセッサ１１０は、データ処理を行う装置であり、例えば、ＣＰＵである。プロセッサ１１０は、プログラム記憶領域１３１に格納されたプログラムを実行することによって、ネットワークＮＴに接続されたモバイル端末３００、プリンタ２００、配送管理サーバ４００に対するデータ通信を含む、後述の図７、図１４等に示す各種の処理を実行する。

インタフェース１９０は、他の装置と通信するための有線ＬＡＮインタフェース又は無線インタフェースであり、ネットワークＮＴに接続されている。

＜配送管理サーバ＞
配送管理サーバ４００は、例えば各種物品の配送サービスを行う配送サービス会社に設置されており、プロセッサと、記憶装置と、ネットワークＮＴに接続するためのインタフェースと、を有している（図示省略）。

＜モバイル端末＞
モバイル端末３００は、ユーザの所有するスマートフォン等のモバイル端末であり、無線通信を介してネットワークＮＴに接続される。モバイル端末３００は、プロセッサと、記憶装置と、ネットワークＮＴに接続するためのインタフェースと、適宜の表示部３０１とを有している（後述の図６参照）。記憶装置に備えられたプログラム記憶領域には各種プログラムが記憶されており、それら各種プログラムには、各種処理プログラムが含まれている。なお、モバイル端末３００に代えて、例えばパソコンやタブレットコンピュータ、等の他の情報端末を用いてもよい。以下適宜、それら情報端末を総称して、単に「情報端末３００」と称する。

＜プリンタ＞
プリンタ２００には、プリンタ２００の動作を制御するための制御装置５０が備えられている。
制御装置５０は、ＣＰＵ５１と、ＲＯＭ５２と、ＲＡＭ５３と、ＥＥＰＲＯＭ５４と、特定用途向け集積回路であるＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）５５と、インタフェース９０と、等を備える。制御装置５０は、これらの構成を備えることにより、キャリッジモータ５６、搬送モータ５７などの制御を行う。

インタフェース９０は、他の装置と通信するための有線ＬＡＮインタフェース又は無線インタフェースであり、上記ネットワークＮＴに接続されている。

なお、図１では、ＣＰＵ５１を１つだけ図示しているが、制御装置５０がＣＰＵ５１を複数備え、それら複数のＣＰＵ５１が分担して処理を行ってもよい。また、図１では、ＡＳＩＣ５５を１つだけ図示しているが、制御装置５０がＡＳＩＣ５５を複数備え、それら複数のＡＳＩＣ５５が分担して処理を行ってもよい。

＜本実施形態の背景＞
上記プリンタ２００において、例えば、タンク３２内のインクの残量が所定値まで低下したときに前述のボトルを発注するようにすれば、印刷に使用できるインクが完全になくなる前に確実に次のボトルをユーザのもとに届けることができる。発注によって新たに届けられるボトルには、予め定められた固定容量のインクが貯留されており、そのボトルから当該固定容量単位でタンクへとインクが供給され用いられることとなる。固定容量が所定容量の一例である。固定容量の値はある種類の１つのボトルに対して一意的に定まる値であるが、プリンタ２００において用いられるボトルは複数種類あってもよく、この場合は複数の固定容量の値が存在することになる。また、ボトルはプリンタ２００の運用途中で別種類のボトルに切り替えられてもよい。
例えばタンク３２内のインクの残量が上記固定容量の２０％になったことを契機に次の新たなボトルを発注するときの経時挙動の例を図３（ａ）及び図３（ｂ）を用いて説明する。

図３（ａ）は横軸に時間経過、縦軸にタンク３２内のインク残量（以下適宜、単に「タンク内残量」と称する）を取って表している。図示の例では、最初に空のタンク３２に対しボトルから上記固定容量分のインクが投入され、タンク内残量が上記固定容量と同一である１００％の状態からユーザの利用が開始される（時間ｔ０）。ユーザ利用に伴う印刷枚数の増大によってタンク内残量が徐々に低下し、固定容量の２０％（以下適宜、単に「２０％容量」等と称する）以下になったことを契機に第１回目のボトル発注が行われる（時間ｔｒ１）。発注が行われた後、実際に新たなボトルが配達され到着するまでに多少のタイムラグがある結果、ユーザのもとにボトルが到着したときにはタンク内残量は約１０％容量まで低下する（時間ｔ１）。

到着したボトルから再度上記固定容量分のインクが投入されることで、タンク内残量は約１１０％容量まで増加する（時間ｔ１）。上記同様、印刷枚数の増大によってタンク内残量が再度低下し、２０％容量以下になったことを契機に第２回目のボトル発注が行われる。この例では第２回目の発注は少し遅れて約１２％容量となったタイミングで発注された結果（時間ｔｒ２）、ユーザのもとにボトルが到着したときにはタンク内残量は約３％容量まで低下する（時間ｔ２）。

到着したボトルから再度上記固定容量分のインクが投入され、タンク内残量は約１０３％容量まで増加する（時間ｔ２）。その後、上記同様、印刷枚数の増大によってタンク内残量が再度低下する。

＜推定残量の算出＞
上記のように、タンク内残量が例えば２０％等の所定値となったことを目安に発注を行おうとする場合、前述したようにプリンタ２００のタンク３２にはインク残量を実測するセンサ等が設けられていないため、上記所定値を正確に実測することができない。そこで、例えばプリンタ２００のドットカウント値の消耗材の累積消費量を印刷ごとに積算したインクの累積消費量を算出し、上記固定容量の値にボトルの過去発注回数を乗じたものから当該累積消費量を差し引くことで、タンク３２内のインクの残量を推定する手法を用いる。この手法によるタンク内残量の推定値（以下適宜、単に「推定残量」と称する）の推移を図３（ｂ）に示す。
なお、図３（ｂ）では、上記累積消費量として、例えばピコリットルで表される実際のインクの消費量の値に対応する累積消費量指数を用いて表している。累積消費量指数は、印刷時の画像データに含まれるオンドット数の累積値、すなわちドットカウントの値に対して一対一に対応付けられるものであり、この例では、上記１００％容量相当の値を５、２０％容量相当の値を１として指数化した値である。また推定残量については、前述の固定容量を１００％とした値で表している。推定残量が残量推定値の一例である。

図３（ｂ）に示すように、ユーザ利用開始前の前述の時間ｔ０では、累積消費量指数は０であり、かつこの時点でのボトルの発注回数は０であるため、上記のようにして算出される推定残量は１００％容量となる。ユーザ利用に伴う印刷枚数の増大によってタンク内残量は徐々に低下し、例えばタンク３２内のインクのうち２０％容量相当が消費されると、累積消費量指数１、推定残量８０％容量となり、タンク３２内のインクのうち４０％容量相当までが消費されると、累積消費量指数２、推定残量６０％容量となる。その後、タンク３２内のインクのうち８０％容量相当までが消費されると、累積消費量指数４、推定残量２０％容量となるため、この時点で次の新しいボトルの発注が行われることとなる。発注されたボトルが到着してタンク３２内に１００％容量が追加されると、累積消費量指数は４のまま発注回数は１となり、推定残量は上記２０％容量にボトルからの１００％容量が追加されて合計１２０％容量となる（太枠内参照）。

その後は、上記同様、２０％容量相当のインクが消費されると、累積消費量指数は５、推定残量は１２０％容量から２０％容量減って１００％容量となり、４０％容量相当のインクが消費されると、累積消費量指数は６、推定残量は８０％容量となる。以降も同様である。

＜消費誤差＞
しかしながら、実際は、インクジェットヘッド３による、印刷枚数の増加に伴うタンク３２内のインクの消費量の増大割合が、同一機種であっても各プリンタ２００の個体それぞれで異なる。この結果、上記タンク内残量の推定結果には必ずある程度の誤差が含まれ、高精度の推定は難しい。

例えば、印刷枚数の増加に対するインクの実消費量の個体ごとのばらつき（＝消費誤差）が±５％存在する場合の挙動を図４（ａ）に示す。
図示のように、前述のようにユーザ利用に伴う印刷枚数の増大によって上記累積消費量指数が１，２，３・・と推移していく場合に、例えば上記消費誤差が－５％、つまりインクの実消費量が５％少ない個体の場合は、実際の累積消費量指数は上記の値マイナス０．０５、つまり０．９５，１．９，２．８５，・・と推移する挙動となる。また上記消費誤差が＋５％、つまりインクの実消費量が５％多い個体の場合は、実際の累積消費量指数は上記の値プラス０．０５、つまり１．０５，２．１，３．１５，・・と推移する挙動となる。いずれの場合も、１，２，３・・と推移する、消費誤差のない累積消費量指数の標準値からの偏差は、累積消費量指数の増大に比例して増加し、±０．０５，±０．１，±０．１５，・・のように推移することになる。

図４（ｂ）に、上記挙動を前述の推定残量を用いて示す。図示において、前述のように累積消費量指数が０，１，２，３・・と推移していく場合、消費誤差がない場合の推定残量の標準値は前述したように１００％容量、８０％容量、６０％容量、・・のように推移する。
これに対して、上記消費誤差が－５％となる個体を想定すると、インクの実消費量が５％少なくなるため、上記推定残量は、１００％容量、８１％容量、６２％容量、・・と推移する挙動となり、標準値の場合よりもタンク内の推定残量が多くなる。
上記消費誤差が＋５％となる個体を想定すると、インクの実消費量が５％多くなるため、上記推定残量は、１００％容量、７９％容量、５８％容量、・・と推移する挙動となり、標準値の場合よりもタンク内の推定残量が少なくなる。

＜消費誤差係数の採用＞
したがって、上記手法のままでは次の新たなボトルを発注するタイミングを精度よく決定することは困難であり、タンク３２内のインクがなくなる前に確実に次のボトルをユーザのもとに届けるのが困難となる。

そこで、本実施形態では、ボトルが到着するまでインクが決してなくならないようにするという保証のために、より安全かつ確実に、消費誤差が常に＋５％と存在するとみなして上記推定残量の算出を行う。そのために、前述のようにして算出した推定残量に対し、消費誤差係数としての１．０５を乗じた値を、上記消費誤差を加味した推定残量とする。消費誤差係数が消費誤差補正値の一例である。

＜ソフトウェアブロック構成＞
本実施形態において上記のようにして実行する処理に係わるソフトウェアブロック構成を、図５に示す。

＜管理サーバのサービス処理部＞
図５において、情報管理サーバ１００は、サービス処理部５３０を備えている。一例として、サービス処理部５３０は、前述したプロセッサ１１０とプログラム１３１の対応する部分とにより構成されている。

＜プリンタの印刷制御部＞
プリンタ２００は、印刷制御部５４０を備えている。一例として、印刷制御部５４０は、前述した制御装置５０のうちプロセッサ２１０とプログラムの対応する部分とにより構成されている。

情報管理サーバ１００のサービス処理部５３０は、情報端末３００を介したユーザからの上記配送サービスや印刷サービスの申請を受け付け、最新のサービス情報を参照しつつ、各サービスの提供に必要な適宜の処理を実行する。
サービス情報は、上記図１に示した情報管理サーバ１００の揮発性記憶装置１２０におけるサービス情報記憶領域１２３に記憶される情報である。サービス情報は、この例では、消耗材の累積消費量と、ボトルの容量つまり上記１００％容量の値と、過去のボトルの発注回数と、前述の個体ばらつきを補正するための上記消費誤差係数と、を含んでいる。尚、サービス情報はプリンタ２００の電源オフにより消失しないよう不図示の書き換え可能な不揮発性記憶装置に適宜バックアップされている。

プリンタ２００の印刷制御部５４０は、上記インクジェットヘッド３の印刷動作を制御する。管理サービス情報は、ＲＡＭ５３又はＥＥＰＲＯＭ５４の所定領域に記憶される情報であり、消耗材の累積消費量を含む。また印刷制御部５４０は、その時点の管理サービス情報の内容も含めたサービス状態を情報端末３００へ送信してユーザに提示する機能も有している。

消耗材の累積消費量は、プリンタ２００において実際に印刷により消費されたインクの量を示すドットカウント値を累積した値であり、印刷制御部５４０によりデータの生成と修正が行われる。消耗材の累積消費量が累積印刷量情報の一例である。印刷制御部５４０は、実際にインクジェットヘッド３により印刷が行われた際に、その印刷済みの枚数分で管理サービス情報の消耗材の累積消費量をカウントアップするよう更新する。プリンタ２００は、カウントアップされた消耗材の累積消費量及びプリンタ２００のデバイス番号などの識別情報等を例えば適宜の所定周期で定期的に情報管理サーバ１００へ送信する。情報管理サーバ１００は、受信結果に基づき、サービス情報に含まれる消耗材の累積消費量の内容を更新する。情報管理サーバ１００は、その消耗材の累積消費量を送信したプリンタ２００のデバイス番号を、当該消耗材の累積消費量と紐づけてデバイス番号記憶領域１２２に記憶する。

＜管理サーバの他の機能部＞
情報管理サーバ１００はさらに、累積消費量取得部６００と、ボトル容量取得部６１０と、補正値取得部６２０と、発注回数取得部６３０と、推定残量算出部６４０と、判定部６５０と、を備えている。一例として、累積消費量取得部６００、ボトル容量取得部６１０、補正値取得部６２０、発注回数取得部６３０、推定残量算出部６４０、及び、判定部６５０は、前述したプロセッサ１１０とプログラムの対応する部分とにより構成されている。

累積消費量取得部６００は、インクジェットヘッド３による画像形成つまり印刷に応じた消耗材の累積消費量を、前述のサービス情報記憶領域１２３から取得する。累積消費量取得部６００による消耗材の累積消費量の取得は、前述のようにしてプリンタ２００から最新の消耗材の累積消費量が所定周期で定期的に取得されるのに対応し、その所定周期、例えば数分間隔で実行される。累積消費量取得部６００は、印刷量取得部の一例である。

ボトル容量取得部６１０は、サービス情報記憶領域１２３に予め記憶されていた、ボトルに係わる上記１００％容量の値を取得する。ボトル容量取得部６１０が容量取得部の一例である。
補正値取得部６２０は、サービス情報記憶領域１２３に予め記憶されていた、消費誤差係数を取得する。

発注回数取得部６３０は、サービス情報記憶領域１２３予め記憶されていた、過去のボトルの発注回数を取得する。発注回数取得部６３０が回数取得部の一例である。
発注回数取得部６３０による発注回数の取得は、例えば、直近に発注されたボトルの、配送先すなわちユーザのもとへの配送が完了したときか、若しくは、当該ボトルの配送先への配送が確定したときのいずれかにおいて行われる。配送完了又は配送確定の旨の情報は、配送担当者からの報告又は配送管理サーバ４００内の配送管理情報等に基づき、配送管理サーバ４００から情報管理サーバ１００へと取得され、この取得に基づき、発注回数取得部６３０による発注回数の取得が行われる。
あるいは上記直近のボトルの配送後、そのボトルを用いたタンク３２へのインク供給完了の通知が、ユーザの適宜の操作により情報端末３００から情報管理サーバ１００へと送信され、その通知受領時に発注回数取得部６３０が発注回数を取得してもよい。

推定残量算出部６４０では、累積消費量取得部６００により取得された消耗材の累積消費量に相当する上記累積消費量指数に対し、上記補正値取得部６２０により取得された消費誤差係数を乗じて、第１積算値が算出される。消耗材の累積消費量に対応する累積消費量指数が印刷消耗材の累積消費量の一例である。
推定残量算出部６４０では、ボトル容量取得部６１０により取得された上記１００％容量に対応する上記累積消費量指数に対し、発注回数取得部６３０により取得された発注回数を乗じて第２積算値が算出される。１００％容量に相当する累積消費量指数が所定容量に対応した容量情報の一例である。
推定残量算出部６４０は、上記第２積算値から上記第１積算値を減じた減算値に基づき、タンク内残量の推定残量を算出する。具体的には、下記の式（１）により、タンク３２内のインクの各色ごとに、算出が行われる。
推定残量＝（第２積算値－第１積算値）／１００％容量分の累積消費量指数
第１積算値＝消耗材の累積消費量分の累積消費量指数＊消費誤差係数
第２積算値＝１００％容量分の累積消費量指数＊発注回数 ・・・・ 式（１）

判定部６５０は、累積消費量取得部６００により取得された上記消耗材の累積消費量と、ボトル容量取得部６１０により取得された上記１００％容量と、発注回数取得部６３０により取得された上記発注回数と、補正値取得部６２０により取得された上記消費誤差係数とに基づき、ボトルの新規発注の可否を判定する。
この例では、詳細には、判定部６５０は、推定残量算出部６４０により算出された推定残量が所定の閾値に達したか否かにより、ボトルの新規発注の可否を判定する。閾値は、本実施形態では、前述の例と同様に２０％容量が用いられる場合を例にとって説明するが、これに限られず、他の値を用いてもよい。

判定部６５０によりボトルの新規発注が可能と判定された場合、対応する指示信号が情報端末３００へと送信される。情報端末３００の表示部３０１では、この指示信号に受信に基づき、対応する警告表示が行われる。表示部３０１が表示部の一例であり、警告表示が対応する表示の一例である。
情報端末３００の表示部３０１で実行される上記警告表示の一例を図６に示す。図示のように、表示部３０１に表示された警告画面３０１Ａでは、推定残量が上記閾値に達したインク色が表示されるインク表示部３０１ａと、「インク残量が少なくなりました。ボトルを発注してください。」のメッセージが表示されるメッセージ表示部３０１ｂと、「発注する」ボタン３０１ｃと、が設けられている。「発注する」ボタン３０１ｃが操作されることで、対応する発注指示信号が配送管理サーバ４００へ送信され、ボトルの発注が行われる。

＜制御手順＞
上記手法を実現するために情報管理サーバ１００のプロセッサ１１０により実行される制御手順を、図７のフローチャートにより説明する。

図７において、まずＳ１０で、プリンタ２００から取得に対応して最新の上記消耗材の累積消費量が累積消費量取得部６００により取得されたか否かが判定される。最新の消耗材の累積消費量が取得されたらＹｅｓ判定され、Ｓ２０へ移行する。
Ｓ２０では、上記取得された消耗材の累積消費量に紐づけられたプリンタ２００の個体が、デバイス番号記憶領域１２２の記憶内容に基づき特定される。

Ｓ２２では、ボトル容量取得部６１０により、前述のインクの４色のうちある１色についてのボトル１本の容量、すなわち上記１００％容量が取得される。
Ｓ２４では、発注回数取得部６３０により、上記１色についての過去のボトルの発注回数が取得される。
Ｓ２６では、補正値取得部６２０により、上記１色について、推定残量の算出時に使用すると予め定められた、消費誤差係数が取得される。
Ｓ３０では、推定残量算出部６４０により、上記１色について、Ｓ１０で取得した消耗材の累積消費量、上記Ｓ２６で取得された消費誤差係数、Ｓ２２で取得された上記１００％容量、Ｓ２４で取得された発注回数、に基づき、前述の式（１）を用いて推定残量が算出される。

Ｓ４０では、判定部６５０により、Ｓ３０で算出された推定残量が、予め定められた閾値、前述の例では２０％容量以下であるか否かが判定される。推定残量＞閾値であればＮｏ判定され、後述のＳ６０へ移行する。推定残量≦閾値であればＹｅｓ判定され、後述のＳ５０へ移行する。
Ｓ５０では、判定部６５０により、Ｓ２０で特定されたプリンタ２００のユーザの情報端末３００に対し、前述の警告表示を行うための指示信号が送信される。
Ｓ６０では、上記Ｓ２２～Ｓ５０の処理がインクの４色すべてについて終了したか否かが判定される。３色以下しか終了していなければＮｏ判定され、Ｓ２２に戻って未処理の別の１色について上記同様の処理が行われる。インクの４色すべてについて上記Ｓ２２～Ｓ５０の処理が終了していればＹｅｓ判定され、このフローを終了する。

なお、以上においては、上記フローの実行、言い換えればＳ４０における判定部６５０による判定は、所定周期ごとに実行される累積消費量取得部６００による消耗材の累積消費量の取得時に実行されたが、これに限られない。すなわち、直近に発注されたボトルの配送先への配送が確定し配送管理サーバ４００からその旨の通知を受けたときに実行されるようにしてもよい。
なお、ボトルの配送確定時に上記フローが実行されるときは、配送管理サーバ４００からの上記通知に、プリンタ番号及び配送されたボトルの色種別情報が含まれる。図７のＳ２０では、上記通知に含まれるプリンタ番号により対象とするプリンタ２００が特定され、上記通知に含まれる色種別情報に対応するインク色についてＳ２２～Ｓ５０の処理が行われる。特にＳ２４では、当該配送確定により１つカウントアップされた当該インク色についての発注回数が取得されることとなる。

＜本実施形態の作用効果＞
本実施形態では、上述のように、累積消費量取得部６００が取得した消耗材の累積消費量、ボトル容量取得部６１０が取得した上記１００％容量、発注回数取得部６３０が取得した発注回数、及び、補正値取得部６２０が取得した消費誤差係数に基づき、推定残量が算出される。これにより、前述のプリンタ２００の個体ごとのばらつきにも対応し、インク切れを引き起こすことのないようにタンク内残量を推定することができる。本実施形態のこの作用効果を、比較例を参照しつつ具体的に説明する。

＜比較例＞
本実施形態の比較例として、上記消費誤差係数を用いずに、言い換えれば消費誤差が０とみなして推定残量を算出した場合の推移の一例を図８に示す。図８において、前述の図３（ｂ）及び図４（ｂ）と同様、累積消費量指数は、上記１００％容量相当の値を５、２０％容量相当の値を１として指数化した値であり、推定残量は前述の固定容量を１００％とした値で表している。

図８に示すように、前述のように累積消費量指数が０，１，２，３・・と推移していく場合、消費誤差係数を用いずに算出した推定残量は前述したように１００％容量、８０％容量、６０％容量、４０％容量・・のように推移する。
累積消費量指数が４になり推定残量２０％容量となると新しいボトルの発注が行われる。ボトルの到着によりタンク３２内に１００％容量が追加されると、累積消費量指数は４のまま発注回数が１となり、推定残量はボトルからの１００％容量が追加されて１２０％容量となる（太枠内参照）。
その後、上記同様に累積消費量指数が４，５，６，・・と推移するとともに推定残量が１２０％容量、１００％容量、８０％容量、・・と推移し、累積消費量指数が９になり推定残量２０％容量となってボトル発注が行われる。タンク３２内に１００％容量が追加され累積消費量指数は９のまま発注回数が２となり、推定残量は１００％容量が追加されて１２０％容量となる（太枠内参照）。
以降、同様に、推定残量が２０％容量となった累積消費量指数１４，１９，２４，・・で発注されたボトルからの追加により発注回数がそれぞれ３，４，５・・となり、推定残量は１００％容量がそれぞれ追加されて１２０％容量となる（太枠内参照）。

この比較例による手法では、消費誤差を０とみなして推定残量を算出し、タンク内残量が２０％容量以下まで低下したと推定されるときに毎回ボトルが発注され、届いたボトルからのインク注入がその都度行われる。
この場合、実際のプリンタ２００の消費誤差が±０であれば、図９中実線で示すように、ユーザ利用開始後に累積消費量指数がどの値まで増加しても、推定残量が０％容量となることはない。
また、仮に実際のプリンタ２００の消費誤差がマイナス５％であった場合は、図９中破線で示される折れ線挙動は、累積消費量指数の増加につれて、上記消費誤差±０の場合の実線の折れ線挙動から徐々に上方へ離れていく。その結果、推定残量が０％容量となることはない。

しかしながら、もし仮に、実際のプリンタ２００の消費誤差がプラス５％であったとすると、図９中一点鎖線で示される折れ線挙動は、累積消費量指数の増加につれて、上記消費誤差±０の場合の実線の折れ線挙動から徐々に下方へ離れていく。その結果、図９及び図８に示すように、例えば累積消費量指数が２４，２９，３０のときに推定残量が０％を下回り負の値となってしまう。すなわちこの場合、次の新しいボトルがユーザのもとに届く前に、タンク３２内のインクがなくなってしまうということが起こり得る。

＜実施形態＞
上記消費誤差係数を用いる本実施形態の手法において、前述した安全のために消費誤差がプラス５％生じるとみなし、消費誤差係数１．０５を用いて推定残量を算出した場合の推移の一例を図９に示す。図１０において、この例では前述と異なり、累積消費量指数として、上記１００％容量相当の値を１０、５％容量相当の値を１として指数化した値を用いている。推定残量は前述と同様の固定容量を１００％とした値で表している。

図１０に示すように、累積消費量指数が０，１，２，３・・と推移していく場合、消費誤差係数１．０５を用いて算出した推定残量は前述したように１００％容量、９０％容量、７９％容量、６９％容量、・・のように推移することとなる。
累積消費量指数が８になり推定残量が２０％容量を下回る１６％容量となると、新しいボトルの発注が行われる。ボトルの到着によりタンク３２内に１００％容量が追加されると、累積消費量指数は８のまま発注回数が１となり、推定残量はボトルからの１００％容量が追加されて１１６％容量となる（太枠内参照）。
その後、上記同様に累積消費量指数が８，９，１０，・・と推移するとともに推定残量が１１６％容量、１０６％容量、９５％容量、・・と推移し、累積消費量指数が１８になると推定残量が１１％容量となってボトル発注が行われる。タンク３２内に１００％容量が追加され累積消費量指数は１８のまま発注回数が２となり、推定残量は１００％容量が追加されて１１１％容量となる（太枠内参照）。
以降、同様に、推定残量が２０％容量以下となった累積消費量指数２７，３７，４６，・・で発注されたボトルからの追加により発注回数がそれぞれ３，４，５・・となり、推定残量は１００％容量がそれぞれ追加されて１１７％容量、１１２％容量、１１７％容量、・・となる（太枠内参照）。

本実施形態のこの手法では、消費誤差をプラス５％とみなして推定残量を算出し、タンク内残量が２０％容量以下まで低下したと推定されるときに毎回ボトルが発注され、届いたボトルからのインク注入がその都度行われる。
この場合、実際のプリンタ２００の消費誤差がプラス５％であっても、図１１中実線で示すように、ユーザ利用開始後に累積消費量指数がどの値まで増加しても、推定残量が０％容量となることはない。
また、仮に実際のプリンタ２００の消費誤差が±０％であった場合は、図１１中一点鎖線で示される折れ線挙動は、累積消費量指数の増加につれて、上記消費誤差マイナス５％の場合の実線の折れ線挙動から徐々に上方へ離れていく。その結果、推定残量が０％容量となることはない。
さらに、仮に実際のプリンタ２００の消費誤差がマイナス５％であった場合は、図９中破線で示される折れ線挙動は、累積消費量指数の増加につれて、上記消費誤差±０の場合の実線の折れ線挙動よりもさらに上方へと離れていく。その結果、推定残量が０％容量となることはない。一方で、発注により届いたボトルでインクを補充するとき、タンク内にインクが入りきらないことが発生し得るが、ボトルに残ったインクは後に補充すればよい。

以上の結果、本実施形態では、累積消費量指数がどのような値をとる場合でも、また、実際のプリンタ２００の消費誤差がマイナス５％～プラス５％の範囲でどのような値であっても、推定残量が０％を下回り負の値となることはない。すなわちこの場合、次の新しいボトルがユーザのもとに届く前にタンク３２内のインクがなくなってしまうということがなく、タンク３２内のインクがなくなる前に確実に次のボトルをユーザのもとに届けることができる。

＜実施形態の効果＞
以上説明したように、本実施形態においては、インクジェットヘッド３での印刷で用いられるインクがタンク３２内に貯留され、タンク３２にはボトルからインクが供給される。ボトルは予め定められた前述の１００％容量に相当する容量を備えており、インクをタンク３２内に供給することができる。インクの供給の際は、インクが充填されたボトルから上記１００％容量分のインクがタンク３２内に１回で或いは複数回に分けて供給されるように取り扱われる。ボトルは、都度発注されることにより、プリンタ２００のユーザのもとに届けられる。
インクは印刷によって消費され、タンク３２内のインクの残量は順次減少していくが、本実施形態においてはタンク３２内部におけるインクの残量が実測不能であるため、実測できないインクのタンク内残量を推定するために、累積消費量取得部６００、ボトル容量取得部６１０、発注回数取得部６３０が設けられる。

累積消費量取得部６００では、インクジェットヘッド３での印刷による消耗材の累積消費量が取得される。ボトル容量取得部６１０ではボトルの上記１００％容量が取得される。発注回数取得部６３０では過去のボトルの発注回数が取得される。
本実施形態では、プリンタ２００のインクジェットヘッド３でのインクの消費特性に係わる個体ばらつきを補正するための消費誤差係数が用いられる。消費誤差係数は、補正値取得部６２０によって取得される。
本実施形態では、ボトルの新規発注の可否が判定部６５０によって判定される。判定部６５０は、累積消費量取得部６００により取得された消耗材の累積消費量、ボトル容量取得部６１０により取得された上記１００％容量、及び、発注回数取得部６３０により取得された発注回数、に加え、補正値取得部６２０により取得された消費誤差係数にも基づいて、ボトルの新規発注の可否を判定する。

本実施形態では、印刷枚数の増加に伴うインクの消費量の増大割合がインクジェットヘッド３の消費特性により個体ごとに異なることに対応し、その個体ばらつきを補正するための消費誤差係数を用いてインク切れを引き起こすことのないようにタンク内残量を推定できる。本実施形態によれば、タンク内残量の推定結果に基づき、新たなボトルを発注するタイミングをインク切れを引き起こすことのないように決定できるので、インクがなくなる前に確実に次のボトルをユーザのもとに届けることができる。

また、本実施形態では特に、判定部６５０でボトルの新規発注ＯＫと判定された場合には、それに対応する表示が情報端末３００の表示部３０１において行われる。
本実施形態によれば、表示部３０１での当該表示を見たユーザが、適正なタイミングにて「発注する」ボタン３０１ｃを操作してインクのボトルの発注を行い、インクがなくなる前に確実に次のボトルを入手することができる。

また、本実施形態では特に、ボトルの配送確定時、ボトルの配送完了時、ボトルを用いたインクの供給完了時、のいずれかのときに発注回数取得部６３０が発注回数を取得する。
本実施形態によれば、適正なタイミングで確実に発注回数が取得されることで、精度よくタンク内残量を推定することができる。

また、本実施形態では特に、所定周期ごとの消耗材の累積消費量の取得時又はボトルの配送確定時に判定部６５０によるボトルの新規発注の可否判定が行われる。
本実施形態によれば、適正なタイミングで発注可否判定が行われることで、新たなボトルの発注タイミングを精度よく決定することができる。

また、本実施形態では特に、ボトルを新規に発注可能か否かの判定を判定部６５０が行うためのインクの推定残量が、推定残量算出部６４０によって算出される。
推定残量算出部６４０は、累積消費量取得部６００により取得された消耗材の累積消費量に対応した累積消費量指数と消費誤差係数との第１積算値を算出する。推定残量算出部６４０は、ボトル容量取得部６１０により取得された上記１００％容量と、発注回数取得部６３０により取得された発注回数との、第２積算値を算出する。
推定残量算出部６４０は、第２積算値から第１積算値を減算して減算値を求め、その減算値に基づき上記推定残量を算出することができる。判定部６５０は、算出された推定残量が閾値に達したか否かによってボトルの新規発注を可とするか不可とするかを判定する。
本実施形態によれば、判定部６５０が、推定残量算出部６４０により算出したインクの推定残量に基づき、精度よく新たなボトルの発注タイミングを決定することができる。

＜変形例＞
なお、本発明は上記実施形態に限られるものではなく、例えば、以下のような変形例も技術的範囲に含まれる。

（１）投入時のインクこぼれに対応する場合
すなわち、ボトル内のインクをタンク３２内へ供給するとき、ユーザの手動操作ミスでこぼれた等の投入失敗が生じ、インクの一部がタンク３２内に供給できなくなる場合がありうる。この場合、実際にタンク３２内に供給できたインクの量は、本来供給されるはずだった量よりも少なくなるため、当初想定されたタイミングよりも早いタイミングで、実際のタンク３２内のインクの残量は上記所定の閾値に達する。

例えば、投入時に６０％容量分のインクをこぼしてしまい、実際には４０％容量分しかタンク３２に投入できなかった場合の例を図１２（ａ）に示す。累積消費量指数は、前述と同様、上記１００％容量相当の値を５、２０％容量相当の値を１として指数化した値である。
図１２（ａ）において、上記のように最初に４０％容量分しか投入できなかった場合であっても、累積消費量指数は０でかつこの時点でのボトルの発注回数は０であるため、前述の式（１）により算出される推定残量は１００％容量となる。実際にタンク３２内に投入されたのは４０％容量であるため、この時点のタンク３２内における実際の残量（以下適宜、「物理残量」という）は、４０％容量となる。

ユーザ利用に伴う印刷枚数の増大によって物理残量は徐々に低下し、例えばタンク３２内のインクのうち２０％容量相当が消費されると、累積消費量指数１、推定残量８０％容量、物理残量２０％容量となる。
さらに印刷枚数が増大してタンク３２内のインクのうち４０％容量相当までが消費されると、累積消費量指数２、推定残量６０％容量、物理残量０％容量となる。すなわち、この時点でタンク内残量はゼロとなり、プリンタ２００で印刷することはできなくなる。しかしながら、上述したように、推定残量算出部６４０が算出する推定残量は、上記投入失敗のない上記１００％容量分のすべてがタンク３２内に供給されたという前提で算出されており、推定残量はこのタイミングにおいては上記閾値、この例では２０％容量まで達していない。この結果、そのままでは新規発注を行えないことになる。

本変形例では、上記に対応し、ボトルを発注可能とするために推定残量を修正するための機能が情報管理サーバ１００に設けられる。本変形例におけるソフトウェアブロック構成を、上記図５に対応する図１３に示す。
図１３に示すように、情報管理サーバ１００は、残量修正部６６０を備えている。一例として、残量修正部６６０は、前述したプロセッサ１１０とプログラム１３１の対応する部分とにより構成されている。

ユーザは、前述のようにボトルからタンク３２への投入に失敗した場合、例えば目視により現時点でどのくらいのインクがタンク３２内に投入できたかを確認する。そして、プリンタ２００のメーカの所定部署、例えばコールセンター等に連絡し、その目視確認結果、及び、ボトルを追加発注したい旨の要請を伝達する。例えば上記の例では、６０％容量がこぼれ４０％容量が投入できたことに対応して、コールセンター等には、当該ユーザによりプリンタ２００のタンク３２内の物理残量が投入直後において４０％容量であることが伝えられる。

情報管理サーバ１００の残量修正部６６０は、前述の投入失敗で推定残量が閾値まで下がりきらず判定部６５０により新規発注不可と判定されている状態で、上記ユーザからボトルの新規発注が要請された場合、推定残量算出部６４０が算出した推定残量を修正する。具体的には、上記の例では、推定残量を１００％容量に戻すことで、こぼれた６０％容量分が補填される。上記発注されたボトルが到着しユーザがタンク３２へインクを投入することで物理残量も１００％容量となる。これらの結果、この時点で、前述した、累積消費量指数２、発注回数０、推定残量６０％容量、物理残量０％容量の状態から、図１２（ａ）中の太枠内に示すように、累積消費量指数２、発注回数１、推定残量１００％容量、物理残量１００％容量の状態とすることができる。なお、この例では、補填分の累積消費量指数は、上記６０％容量に対応する「３」となる。
図１２（ａ）におけるこれ以降の推移については既に述べたものと同様であり、説明を省略する。

残量修正部６６０が上記の処理を実行する結果、推定残量算出部６４０及び残量修正部６６０によって最終的に算出される推定残量は、前述の式（１）に対応する、下記の式（２）によって表されることとなる。
推定残量＝（第２積算値－第１積算値＋補填分の累積消費量指数）／１００％容量分の累積消費量指数
第１積算値＝消耗材の累積消費量分の累積消費量指数＊消費誤差係数
第２積算値＝１００％容量分の累積消費量指数＊発注回数 ・・・・ 式（２）

以上の手法を実現するために残量修正部６６０によって実行される制御手順を図１４に示す。図示のように、まずＳ１１０で、上記コールセンター等からユーザによるボトルの新規発注があったという通知が来たか否かが判定される。コールセンターから当該通知があったらＹｅｓ判定され、Ｓ１２０へ移行する。

Ｓ１２０では、上記コールセンターからの通知と一緒に送信されてきたプリンタ２００のプリンタ番号に基づき、対象となるプリンタ２００の個体が特定される。
Ｓ１３０では、Ｓ１２０で特定されたプリンタ２００について前述のようにして推定残量算出部６４０により算出された推定残量が、上記のようにしてこぼれた量を補填する形で修正され、その後このフローを終了する。修正された後の推定残量は判定部６５０に入力され、判定部６５０はこの入力された推定残量と閾値との大小に基づき、前述の判定を行う。

なお、本変形例の場合、前述の図７のフローの実行、言い換えればＳ４０における判定部６５０による判定は、例えば、プリンタ２００のユーザからの要請に基づく所定タイミング、例えば前述のユーザ要請を受けたメーカのコールセンターからの通知を情報管理サーバ１００が受けたときに実行される。

上記構成の本変形例により実際に実現される推定残量の挙動の一例を図１２（ｂ）に示す。図示において、前述のように累積消費量指数が０，１，２，・・と推移していく場合、消費誤差がない場合の推定残量の標準値は前述したように１００％容量、８０％容量、６０％容量、・・のように推移する。消費誤差が－５％となる個体を想定すると、推定残量は、１００％容量、８１％容量、６２％容量、・・と推移する。消費誤差が＋５％となる個体を想定すると、推定残量は、１００％容量、７９％容量、５８％容量、・・と推移する挙動となる。

前述の例のように最初に４０％容量分しか投入できなかった場合には、累積消費量指数２において物理残量が０となるが、その時点での推定残量は上記のように標準値では６０％容量、消費誤差－５％で６２％容量、消費誤差が＋５％で５８％容量、である。
前述同様、この時点で新規ボトルの発注に対応して上記手法により推定残量を１００％容量とする補填が行われると、累積消費量指数２のままで発注回数１となり、推定残量は、標準値、消費誤差－５％、消費誤差＋５％、ともにすべて１００％容量となる（太枠内参照）。このときの補填分の累積消費量指数は、標準値では上記６０％容量に対応する３となり、消費誤差－５％では上記６２％容量に対応する３．１となり、消費誤差＋５％では上記５８％容量に対応する２．９となる。
図１２（ｂ）におけるこれ以降の推移については既に述べたものと同様であり、説明を省略する。

以上説明したように、本変形例では、残量修正部６６０が、前述の投入失敗によって判定部６５０により新規発注不可と判定された状態にてユーザの要請に基づきボトルの新規発注がなされた場合には、推定残量算出部６４０により算出された残量推定値を修正する。これにより、この修正以降、本変形例によれば、前述の投入失敗による推定残量の過大状態を解消して正しい推定残量を算出することができる。
また、本変形例では特に、前述のユーザからの要請に基づく上記所定タイミングに判定部６５０によるボトルの新規発注の可否判定が行われる。これにより、適正なタイミングで発注可否判定が行われることで、新たなボトルの発注タイミングを精度よく決定することができる。

（２）推定残量をユーザの指示値で置き換える場合
上記実施形態において前述した手法により推定残量算出部６４０によって推定残量を算出しインクの管理を行っているとき、例えばユーザの目視判別等により、実際にタンク３２内に残っているインクの正確な残量値が得られる場合がある。
本変形例においては、そのような場合に、上記推定残量をユーザが識別した残量値により置き換えるものである。

本変形例におけるソフトウェアブロック構成を、上記図５に対応する図１５に示す。
図１５に示すように、情報管理サーバ１００は、指示値取得部６７０と、残量置換部６８０とを備えている。一例として、指示値取得部６７０及び残量置換部６８０は、前述したプロセッサ１１０とプログラムの対応する部分とにより構成されている。
ユーザは、上記のようにして知見したインクの残量値を情報端末３００から指示値として入力することで、その指示値が指示値取得部６７０により取得される。残量置換部６８０は、推定残量算出部６４０により算出された推定残量を、上記取得された指示値によって置き換えることができる。

上記構成により実際に実現される推定残量の挙動の一例を図１６及び図１７に示す。なお、この例では、累積消費量指数は、上記１００％容量相当の値を５、２０％容量相当の値を１として指数化した値である。またこの例では、上述の指示値による置き換えにより、ボトル到着までインクがなくならない保証がある程度確保できることから、消費誤差０として上記推定残量の算出が行われる。

図１６及び図１７において、前述と同様、累積消費量指数が０，１，２，・・と推移していくとき、消費誤差０の推定残量は１００％容量、８０％容量、６０％容量、・・のように推移する。累積消費量指数４になると推定残量が２０％容量となり、新しいボトルが発注されてタンク３２内に１００％容量が追加される。これにより、累積消費量指数は４のまま発注回数は１となり、消費誤差０の推定残量は上記２０％容量に１００％容量が追加されて１２０％容量となる（図１６の太枠内参照）。なおこのとき、消費誤差が－５％となる個体を想定した場合は推定残量は１２４％容量となり、消費誤差が＋５％となる個体を想定した場合は推定残量は１１６％容量となる。

その後さらに、累積消費量指数が５，６，７，・・と推移していくとき、消費誤差０の推定残量は１００％容量、８０％容量、６０％容量、・・のように推移する。累積消費量指数９になると推定残量が２０％容量となり、新しいボトルが発注されてタンク３２内に１００％容量が追加される。
このとき、ユーザの目視判別等により実際にタンク３２内に残ったインクが２０％容量であることが分かった場合には、その指示値が情報端末３００から情報管理サーバ１００において受信される。これにより、累積消費量指数は９のまま発注回数は２となり、消費誤差０の推定残量は、上記２０％容量に１００％容量が追加されて１２０％容量となる（図１６の太枠内参照）。
またこれに対応して、消費誤差が－５％となる個体を想定した場合の推定残量も１２０％容量に揃えられる補正が行われ、消費誤差が＋５％となる個体を想定した場合の推定残量も１２０％容量に揃える補正が行われる。消費誤差が－５％の場合はインクが２０％残っているという状態になる前に次のボトルが発注されてしまうので、発注を止めた状態としてから、ユーザの目視判別等により実際にタンク３２内に残ったインクが２０％容量となったことで発注をするようにすればよい。補正累積消費量指数は、このときの累積消費量指数に対応する「９」で表される。

そして、前述と同様、さらに累積消費量指数が１０，１１，１２，・・と推移していくとき、消費誤差０の推定残量は１００％容量、８０％容量、６０％容量、・・のように推移する。累積消費量指数１４になると推定残量が２０％容量となり、新しいボトルが発注されてタンク３２内に１００％容量が追加される。これにより、累積消費量指数は１４のまま発注回数は３となり、消費誤差０の推定残量は上記２０％容量に１００％容量が追加されて１２０％容量となる（図１６の太枠内参照）。なおこのとき、消費誤差が－５％となる個体を想定した場合は推定残量は１２５％容量となり、消費誤差が＋５％となる個体を想定した場合は推定残量は１１５％容量となる。

その後さらに、累積消費量指数が１５，１６，１７，・・と推移していくと、前述同様、消費誤差０の推定残量は１００％容量、８０％容量、６０％容量、・・のように推移する。累積消費量指数１９になると推定残量が２０％容量となり、新しいボトルが発注されてタンク３２内に１００％容量が追加される。
このとき、ユーザの目視判別等により実際にタンク３２内に残ったインクが２０％容量であることが再度分かった場合は、その指示値が情報端末３００から情報管理サーバ１００において受信される。これにより、累積消費量指数は１９のまま発注回数は４となり、消費誤差０の推定残量は、上記２０％容量に１００％容量が追加されて１２０％容量となる（図１６の太枠内参照）。
またこれに対応して、前述と同様、消費誤差が－５％となる個体を想定した場合の推定残量も、消費誤差が＋５％となる個体を想定した場合の推定残量も、それぞれ１２０％容量に揃える補正が行われる。補正累積消費量指数は、このときの累積消費量指数に対応する「１９」で表される。
図１６及び図１７におけるこれ以降の推移については既に述べたものと同様であり、説明を省略する。

本変形例では、指示値取得部６７０及び残量置換部６８０により上記のような処理が実行される結果、推定残量算出部６４０が最終的に算出する推定残量は、前述の式（１）に対応する、下記の式（３）によって表されることとなる。
推定残量＝（第２積算値－第１積算値＋補正累積消費量指数）／１００％容量分の累積消費量指数
第１積算値＝（消耗材の累積消費量分の累積消費量指数－補正累積消費量指数）＊消費誤差係数
第２積算値＝１００％容量分の累積消費量指数＊発注回数 ・・・・ 式（３）

本変形例によれば、推定残量算出部６４０により算出された残量推定値が残量置換部によって指示値に置き換えられるので、その置き換えられた値に基づき判定部６５０が精度よくボトルの発注タイミングを決定することができる。

（３）さらに発注回数をリセットする場合
すなわち、本変形例においては、前述の変形例（２）のように推定残量をユーザが識別した残量値により置き換える際、計算で用いる発注回数の値を適宜のタイミングで０にリセットするものである。

本変形例におけるソフトウェアブロック構成を、上記図１５に対応する図１８に示す。
図１８において、情報管理サーバ１００は、上記図１５に示した構成に加え、さらに発注回数リセット部６９０を備えている。一例として、発注回数リセット部６９０は、前述したプロセッサ１１０とプログラムの対応する部分とにより構成されている。発注回数リセット部６９０が回数リセット部の一例である。
前述と同様、ユーザが知見したインクの残量値を情報端末３００から入力することで、その指示値が指示値取得部６７０により取得される。本変形例では、指示値取得部６７０により指示値が取得された場合に、発注回数リセット部６９０は、その取得された発注回数をリセットすることができる。

上記構成により実際に実現される推定残量の挙動の一例を図１９及び図２０に示す。なお、この例でも、累積消費量指数は上記１００％容量相当の値を５、２０％容量相当の値を１として指数化した値であり、消費誤差０として上記推定残量の算出が行われる。

図１９及び図２０において、前述と同様、累積消費量指数が０，１，２，・・と推移していくとき、消費誤差０の推定残量は１００％容量、８０％容量、６０％容量、・・のように推移する。累積消費量指数４で推定残量２０％容量のときに新しいボトルの１００％容量が追加され、累積消費量指数は４のまま発注回数は１となり、消費誤差０の推定残量は上記２０％容量から１２０％容量となる（図１９の太枠内参照）。消費誤差が－５％，＋５％となる個体を想定した場合は推定残量はそれぞれ１２４％容量、１１６％容量となる。

その後、累積消費量指数が５，６，７，・・と推移し累積消費量指数９になると推定残量が２０％容量となり、新しいボトルの１００％容量が追加される。このとき、前述と同様、実際のタンク内残量が２０％容量であった場合にその指示値が受信されるが、本変形例では、累積消費量指数は９のまま発注回数が０にリセットされ、消費誤差０の推定残量は１００％容量が加えられてこの例では１１９％容量とされる（図１９の太枠内参照）。またこれに対応して、消費誤差が－５％，＋５％となる個体を想定した場合のいずれの推定残量もそれぞれ約１１９％容量に揃える補正が行われる。補正累積消費量指数は、このときの累積消費量指数に対応する「９」で表される。

そして、前述と同様、さらに累積消費量指数が１０，１１，１２，・・と推移し累積消費量指数１３になると推定残量が２０％容量となり、新しいボトルの１００％容量が追加される。これにより、累積消費量指数は１３のまま発注回数は１に増え、消費誤差０の推定残量は上記２０％容量に１００％容量が追加されて１２０％容量となる（図１９の太枠内参照）。なお、消費誤差が－５％，＋５％となる個体を想定した場合はそれぞれ推定残量１２３％容量、１１５％容量となる。

その後、さらに累積消費量指数が１４，１５，１６，・・と推移し累積消費量指数１８になると推定残量が２０％容量となり、新しいボトルの１００％容量が追加される。これにより、累積消費量指数は１８のまま発注回数は２に増え、消費誤差０の推定残量は上記２０％容量に１００％容量が追加されて１２０％容量となる（図１９の太枠内参照）。なお、消費誤差が－５％，＋５％となる個体を想定した場合はそれぞれ推定残量１２８％容量、１１０％容量となる。

その後さらに、累積消費量指数が１９，２０，２１，・・と推移し累積消費量指数２２になると推定残量が２０％容量となり、新しいボトルの１００％容量が追加される。このとき、実際のタンク内残量が２０％容量であることが再度分かった場合はその指示値が受信され、累積消費量指数は２２のまま発注回数が再び０にリセットされ、消費誤差０の推定残量は前述と同様に１００％容量が加えられてこの例では１１８％容量とされる（図１９の太枠内参照）。前述と同様、これに対応して、消費誤差が－５％，＋５％となる個体を想定した場合のいずれの推定残量もそれぞれ約１１８％容量に揃える補正が行われる。補正累積消費量指数は、このときの累積消費量指数に対応する「２２」で表される。
図１９及び図２０におけるこれ以降の推移については既に述べたものと同様であり、説明を省略する。

本変形例では、指示値取得部６７０及び残量置換部６８０により上記のような処理が実行される結果、推定残量算出部６４０が最終的に算出する推定残量は、前述の式（３）に対応する、下記の式（４）によって表されることとなる。
推定残量＝（第２積算値－第１積算値）／１００％容量分の累積消費量指数
第１積算値＝（消耗材の累積消費量分の累積消費量指数－補正累積消費量指数）＊消費誤差係数
第２積算値＝１００％容量分の累積消費量指数＊発注回数 ・・・・ 式（４）

本変形例によれば、上記変形例（２）と同様の効果に加え、発注回数をリセットすることで消費誤差の影響を利用開始時に戻して再設定できるので、判定部６５０がさらに精度よくボトルの発注タイミングを決定することができる。

（４）情報管理サーバの各機能をプリンタが備える場合
すなわち、前述した図５、図１３、図１５、図１８に示した印刷処理システム１において、情報管理サーバ１００における各機能部の機能を、プリンタ２００側にてすべて備えるようにしてもよい。
つまり、本変形例では、プリンタ２００が、例えば図１３に示した、累積消費量取得部６００、ボトル容量取得部６１０、補正値取得部６２０、発注回数取得部６３０、推定残量算出部６４０、及び判定部６５０それぞれの機能と同等の、累積消費量取得部、ボトル容量取得部、補正値取得部、発注回数取得部、推定残量算出部、判定部といった各機能部を備える。この場合、一例として、各機能部は、前述したプロセッサ２１０とプログラムの対応する部分とにより構成されている。

本変形例のプリンタ２００では、当該プリンタ２００に備えられた上記累積消費量取得部がインクジェットヘッド３での画像形成による消耗材の累積消費量を取得し、上記ボトル容量取得部がボトルの上記１００％容量を取得し、上記発注回数取得部が過去のボトルの発注回数を取得し、上記補正値取得部が消費誤差係数を取得する。そして上記判定部は、取得された消耗材の累積消費量、上記１００％容量、発注回数、に加え、取得された消費誤差係数にも基づいて、ボトルの新規発注の可否を判定する。
本実施形態のプリンタ２００によれば、サーバ等に頼ることなく、消費誤差係数を用いてインク切れを引き起こすことのないようにタンク内残量を推定し、新たなボトルの発注タイミングをインク切れを引き起こすことのないようにして、インクがなくなる前に確実に次のボトルをユーザのもとに届けることができる。

（５）その他
以上においては、印刷消耗材の一例としてインクを例にとって説明したが、これに限られない。例えばインクジェット方式ではなくレーザ方式のプリンタ２００が用いられる場合には、トナーが印刷消耗材の一例となる。

また、以上において、図５、図１３、図１５、図１８等の各図中に示す矢印は信号の流れの一例を示すものであり、信号の流れ方向を限定するものではない。

また、図７、図１４に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。

上記実施形態や図面において例示した構成要素に関して、形状、数値、又は複数の構成要素の構造若しくは時系列の相互関係については、本発明の技術的思想の範囲内において、任意に改変及び改良することができる。

また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。

発明が解決しようとする課題や発明の効果は、上記した内容に限定されるものではない。すなわち、本発明によって、上述されていない課題を解決したり、上述されていない効果を奏することもでき、また、記載されている課題の一部のみを解決したり、記載されている効果の一部のみを奏することがある。

その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。

１ 印刷処理システム（印刷消耗材の管理システムの一例）
２ キャリッジ
３ インクジェットヘッド
３２ タンク
１００ 情報管理サーバ
２００ プリンタ（印刷装置の一例）
３００ モバイル端末
３０１ 表示部
６００ 累積消費量取得部（印刷量取得部の一例）
６１０ ボトル容量取得部（容量取得部の一例）
６２０ 補正値取得部
６３０ 発注回数取得部（回数取得部の一例）
６４０ 推定残量算出部
６５０ 判定部
６６０ 残量修正部
６７０ 指示値取得部
６８０ 残量置換部
６９０ 発注回数リセット部（回数リセット部）
Ｐ 記録用紙（被印刷媒体の一例）

Claims (9)

1. 予め定められた所定容量単位で印刷消耗材を貯留した貯留体から前記印刷消耗材を内部に貯留するタンクであって、当該印刷消耗材の内部残量を実測不能に構成されたタンクと、 前記タンク内の前記印刷消耗材を用いて画像を被印刷媒体に形成する印刷部と、
   前記印刷部の画像形成による前記印刷消耗材の累積印刷量情報を取得する印刷量取得部と、
   前記貯留体の前記所定容量 を取得する容量取得部と、
   過去の前記貯留体の発注回数を取得する回数取得部と、
   前記印刷部での前記印刷消耗材の消費特性に係わる個体ばらつきを補正するための消費誤差補正値を取得する補正値取得部と、
   前記印刷量取得部により取得された前記累積印刷量情報と、前記容量取得部により取得された前記所定容量と、
   前記回数取得部により取得された前記発注回数と、前記補正値取得部により取得された前記消費誤差補正値とに基づき、前記貯留体の新規発注の可否を判定する判定部と、
   を有する、印刷消耗材の管理システム。
2. 前記判定部により前記貯留体の新規発注が可能と判定された場合、対応する表示を行う表示部をさらに有する、請求項１記載の印刷消耗材の管理システム。
3. 前記回数取得部による前記発注回数の取得は、
   直近に発注された前記貯留体の配送先への配送が確定したとき、直近に発注された前記貯留体の配送先への配送が完了したとき、直近に発注された前記貯留体を用いた前記タンクへの前記印刷消耗材の供給が完了した旨の通知が前記印刷部のユーザから受領されたとき、のうちいずれかのタイミングで実行される、請求項１又は請求項２記載の印刷消耗材の管理システム。
4. 前記判定部による判定は、
   所定周期ごとに実行される前記印刷量取得部による前記累積印刷量情報の取得時、直近に発注された前記貯留体の配送先への配送が確定したとき、前記印刷部のユーザからの要請に基づく所定タイミング、のうち少なくとも１つのタイミングで実行される、請求項１乃至請求項３のいずれか１項記載の印刷消耗材の管理システム。
5. 前記印刷量取得部により取得された前記累積印刷量情報に対応した前記印刷消耗材の累積消費量に対し、前記消費誤差補正値としての消費誤差係数を乗じた第１積算値から、前記容量取得部により取得された前記所定容量に、前記回数取得部により取得された前記発注回数を乗じた第２積算値、を減じた減算値に基づき、前記タンク内の前記印刷消耗材の残量推定値を算出する推定残量算出部をさらに有し、
   前記判定部は、
   前記推定残量算出部により算出された前記残量推定値が所定の閾値に達したか否かにより、前記貯留体の新規発注の可否を判定する、
   請求項１乃至請求項４のいずれか１項記載の印刷消耗材の管理システム。
6. 前記貯留体からの投入失敗により前記タンクに対する前記所定容量分の前記印刷消耗材の供給が未達成となって前記判定部により前記貯留体の新規発注不可と判定された状態で、前記印刷部のユーザからの要請に基づき前記貯留体の新規発注がなされた場合に、前記推定残量算出部により算出された前記残量推定値を修正する残量修正部をさらに有する、請求項５記載の印刷消耗材の管理システム。
7. ユーザによる、前記タンク内の前記印刷消耗材の残量に関する指示値を取得する指示値取得部と、
   前記指示値取得部により前記指示値が取得された場合に、前記推定残量算出部により算出された前記残量推定値を、前記取得された前記指示値によって置き換える残量置換部と、
   をさらに有する、請求項５又は請求項６記載の印刷消耗材の管理システム。
8. 前記指示値取得部により前記指示値が取得された場合に、前記回数取得部により取得された前記発注回数をリセットする回数リセット部、
   をさらに有する、請求項７記載の印刷消耗材の管理システム。
9. 前記タンクと、前記貯留体を装着する装着部と、前記印刷部と、前記印刷量取得部と、前記容量取得部と、前記回数取得部と、前記補正値取得部と、前記判定部と、を有する、請求項１乃至請求項８のいずれか１項記載の印刷消耗材の管理システムに備えられる印刷装置。
   
   

Images