JP2016194904A - 情報処理装置 - Google Patents

Abstract

【課題】ユーザの状況に応じた適切な時期に消耗品を配送できる情報処理装置を提供する。
【解決手段】入力画面に関する情報が情報処理装置またはプリンタに出力された場合、第１受付手段が、出力先の装置から入力された発注条件に関する情報を受け付ける。入力画面は、消耗品の発注を行う条件である発注条件に関する情報を入力させる画面である。固有情報により特定されるプリンタの、消耗品の残量に関する残量情報を含む消耗品情報を受信した場合、当該固有情報により特定されるプリンタの消耗品について第１受付手段が受け付けた情報に応じた発注条件を満たすかが、第１判断手段により判断される。第１判断手段により発注条件を満たすと判断されたことに基づき、固有情報により特定されるプリンタの消耗品の発注に関する情報を含む発注情報がサーバに出力される。
【選択図】図７

Description

本発明は、情報処理装置に関する。

特許文献１には、トナーの残量が配送閾値を下回った場合に、消耗品管理システムへトナーカートリッジの配送要求を送信する画像形成装置が記載されている。特許文献１の技術では、配送閾値の決定を、トナーの消費量の実測データを基づき求められた今後のトナー消費量を予測するための統計データと、配送要求を送信してからトナーカートリッジが配送されてくるまでの配送必要日数とを用いて行っている。

特開２０１３−１０９２０２号公報

トナーの消費量の変動はユーザの都合に応じて大きく変化することがある。その点について、特許文献１は何ら考慮されていない。特許文献１に記載される技術は、トナーの消費量の実測データに基づく予測から配送閾値を決定するものであるので、ユーザの都合に応じてトナーの消費量がある時期に他に比べて大きく変動した場合には、当該変動が統計データに十分に反映されず、配送要求の送信時期が遅れ、トナーカートリッジの配送が間に合わなくなる虞がある。このように、実測データに基づく発注時期の決定には限界がある。

本発明は、上述した事情を鑑みてなされたものであり、ユーザの状況に応じた適切な時期に消耗品を配送できる情報処理装置を提供することを目的とする。

この目的を達成するために、本発明の第１態様の情報処理装置は、サーバと情報処理装置であって、通信部と、記憶部と、制御部と、備え、前記制御部は、消耗品の残量に関する残量情報を含む消耗品情報を取得する第１取得手段と、消耗品の発注を行う条件である発注条件に関する情報を入力させる入力画面に関する情報を出力する第１出力手段と、第１出力手段が出力した入力画面に関する情報に基づく前記入力画面を介して入力された前記発注条件に関する情報を受け付ける第１受付手段と、前記第１取得手段により前記消耗品情報が取得された場合、消耗品について前記第１受付手段が受け付けた情報に応じた発注条件を満たすかを判断する第１判断手段と、前記第１判断手段により前記発注条件を満たすと判断されたことに基づき、消耗品の発注に関する情報を含む発注情報を前記サーバに出力する第２出力手段と、を備えている。

本発明の第２態様の情報処理装置は、記憶部と、制御部と、を備え、前記制御部は、消耗品の残量に関する残量情報を含む消耗品情報を取得する第１取得手段と、消耗品の発注を行う条件である発注条件に関する情報を入力させる入力画面に関する情報を出力する第１出力手段と、前記第１出力手段による出力先の情報処理装置または外部装置から入力された前記発注条件に関する情報を取得する第２取得手段と、前記取得手段により前記消耗品情報が取得された場合、消耗品について前記第２取得手段が取得した情報に応じた発注条件を満たすかを判断する第１判断手段と、前記第１判断手段により前記発注条件を満たすと判断されたことに基づき、消耗品の発注を決定する決定手段と、を備えている。

本発明の第１態様の管理サーバは、プリンタとサーバと情報処理装置と通信可能な管理サーバであって、通信部と、記憶部と、制御部と、を備え、前記制御部は、前記記憶部に記憶されている固有情報により特定されるプリンタの、消耗品の残量に関する残量情報を含む消耗品情報を受信する受信手段と、消耗品の発注を行う条件である発注条件に関する情報を入力させる入力画面に関する情報を情報処理装置またはプリンタに送信する第１送信手段と、前記第１送信手段による送信先の情報処理装置またはプリンタから入力された前記発注条件に関する情報を受け付ける第１受付手段と、前記受信手段により前記消耗品情報が受信された場合、前記固有情報により特定されるプリンタの消耗品について前記第１受付手段が受け付けた情報に応じた発注条件を満たすかを判断する第１判断手段と、前記第１判断手段により前記発注条件を満たすと判断されたことに基づき、前記固有情報により特定されるプリンタの消耗品の発注に関する情報を含む発注情報を前記サーバに送信する第２送信手段と、を備えている。

本発明の第２態様の管理サーバは、プリンタと情報処理装置と通信可能な管理サーバであって、通信部と、記憶部と、制御部と、を備え、前記制御部は、前記記憶部に記憶されている固有情報により特定されるプリンタの、消耗品の残量に関する残量情報を含む消耗品情報を取得する取得手段と、消耗品の発注を行う条件である発注条件に関する情報を入力させる入力画面に関する情報を情報処理装置またはプリンタに送信する第１送信手段と、前記第１送信手段による送信先の情報処理装置またはプリンタから入力された前記発注
条件に関する情報を受け付ける第１受付手段と、前記取得手段により前記消耗品情報が取得された場合、前記固有情報により特定されるプリンタの消耗品について前記第１受付手段が受け付けた情報に応じた発注条件を満たすかを判断する第１判断手段と、前記第１判断手段により前記発注条件を満たすと判断されたことに基づき、前記固有情報により特定されるプリンタの消耗品の発注を決定する決定手段と、を備えていることを特徴とする管理サーバ。

なお、本発明の管理サーバは、情報処理装置を制御する制御装置、制御方法、制御プログラム、制御プログラムを記録する記録媒体等の種々の形態で構成することができる。

本明細書に開示される第１態様の情報処理装置及び管理サーバによれば、入力画面に関する情報が情報処理装置またはプリンタに送信された場合、第１受付手段が、その送信先の情報処理装置またはプリンタから入力された発注条件に関する情報を受け付ける。入力画面は、消耗品の発注を行う条件である発注条件に関する情報を入力させる画面である。固有情報により特定されるプリンタの、消耗品の残量に関する残量情報を含む消耗品情報を受信した場合、当該固有情報により特定されるプリンタの消耗品について第１受付手段が受け付けた情報に応じた発注条件を満たすかが、第１判断手段により判断される。第１判断手段により発注条件を満たすと判断されたことに基づき、固有情報により特定されるプリンタの消耗品の発注に関する情報を含む発注情報がサーバに送信される。これにより、入力画面に入力された内容に基づく発注条件に基づいて、発注を行うか否かを決定できるので、入力画面への入力を行ったユーザの状況に応じた適切な時期に消耗品を配送できる。

また、第１受付手段が入力画面に関する情報の送信先から発注条件に関する情報を受け付けると、当該情報は記憶部に記憶される。第１判断手段は、発注条件を満たすかの判断を記憶部に記憶されている情報に基づいて行う。これにより、第１受付手段が入力画面に関する情報の送信先にて予め入力された情報に応じて、発注条件を満たすか否かを判断できる。

また、発注条件に関する情報が、消耗品の残量に関する閾値を指定する情報である場合、消耗品の配送先に関する配送先情報に応じた閾値がデフォルトの値または選択肢の１つとして表示される入力画面に関する情報が、第１送信手段により送信される。これにより、消耗品の残量に関する閾値を、消耗品の配送先に応じて選択させることができる。

また、第１判断手段により発注条件を満たすと判断された場合、当該発注条件を満たした消耗品について配送中のものがあるかが判断される。配送中の消耗品がないと判断されたことを条件として、発注情報がサーバに送信される。これにより、発注条件を満たしたときに配送中の消耗品が既に存在する場合には、消耗品の重複を防止できる。

また、第１判断手段により発注条件を満たすと判断された場合には、消耗品の発注を行うか否かを問い合わせるための第１問い合わせ情報が、情報処理装置またはプリンタに送信される。当該第１問い合わせ情報の送信先から入力された、消耗品の発注を行うか否かを示す情報を、第２受付手段が受け付けると、発注情報がサーバに送信される。これにより、発注条件を満たす場合であっても、消耗品の発注を行うか否かを必要に応じて選択できる。

特に、第１判断手段により発注条件を満たすと判断され、かつ、当該発注条件を満たした消耗品について配送中のものがあると判断された場合に、第１問い合わせ情報が送信される。これにより、発注条件を満たしたときに配送中の消耗品があったとしても、消耗品の発注を適切に行うことができる。

また、第１受付手段が、発注条件に関する情報として、消耗品の残量に関する第１閾値を指定する情報を受け付けた場合、第１判断手段は、プリンタから受信した残量情報が示す消耗品の残量が第１閾値に達した場合に、発注条件を満たすと判断する。よって、発注条件を満たすか否かが、第１受付手段が受け付けた第１閾値に基づき判断されるので、当該第１閾値を入力したユーザに適した消耗品の発注を実現できる。

また、発第１受付手段が、発注条件に関する情報として、前記第１閾値と、プリンタから受信した残量情報が示す消耗品の残量が第１閾値に達した回数の閾値である第２閾値とを受け付けた場合、第１判断手段は、プリンタから受信した残量情報が示す消耗品の残量が第１閾値に達しかつ、当該第１閾値に達した回数が第２閾値に達した場合に、発注条件を満たすと判断する。よって、発注条件を満たすか否かが、第１受付手段が受け付けた第１閾値と第２閾値とに基づき判断されるので、当該第１閾値および第２閾値を入力したユーザに適した消耗品の発注を実現できる。

また、プリンタから受信した交換回数情報が示す交換回数が、前回に受信した交換回数情報が示す交換回数と連続しない値である場合、消耗品の発注を行うか否かを問い合わせるための第２問い合わせ情報が送信される。第３受付手段は、第２問い合わせ情報の送信先から入力された、消耗品の発注を行うか否かを示す情報を受け付ける。第１判断手段は、第３受付手段が受け付けた情報が消耗品の発注を行うことを示す場合に、発注条件を満たすと判断する。これにより、プリンタにて交換されてはいるものの、管理サーバが発注していない消耗品、発注するか否かを、第２問い合わせ情報に対する返信に応じて決定できる。

特に、プリンタから受信した交換回数情報が示す交換回数が、前回に受信した交換回数情報が示す交換回数と連続しない値である場合には、第３問い合わせ手段を送信することにより、消耗品の発注を、今回の交換回数と前回の交換回数の差に応じた範囲内の発注数で行うことができる。これにより、消耗品が過剰な数で発注されたり不足したりすることを抑制できる。

また、消耗品の配送形態を問い合わせるための第４問い合わせ情報が、情報処理装置またはプリンタに送信される。第５受付手段は、第４問い合わせ情報の送信先から入力された、消耗品の配送形態に関する情報を受け付ける。サーバに送信される発注情報には、受け付けた消耗品の配送形態に関する情報が含まれる。よって、発注された消耗品の配送形態をユーザが所望する形態とすることができる。

また、複数回受信した各消耗品情報に含まれる各残量情報が示す消耗品の残量の各値から算出された消耗品に関する消費推移に基づき予測される消耗品の残量が、第１受付手段が受け付けた情報により指定される閾値に達する時期と、前記消費推移に基づき予測される消耗品の残量が当該消耗品を使用不可能な値に達する時期との期間が、消耗品の配送日数より短い場合には、通知手段による通知がされる。これにより、消耗品の残量の閾値が変更された場合に、変更後の閾値に基づき発注された消耗品が届く前に、現在の使用推移で使用する消耗品が使用不可能になる状況を抑制できる。

また、消耗品情報は、消耗品の種類に関する情報を含む。これにより、消耗品の種類毎に、発注条件が満たされたかを判断できる。また、発注情報は、発注の対象となる消耗品の種類に関する情報と、受信された消耗品情報を送信したプリンタを特定する固有情報とを含む。これにより、固有情報により特定されるプリンタで使用される消耗品を、当該消耗品の種類に応じて発注できる。また、消耗品情報は、予め決められた間隔で受信される。これにより、消耗品情報を定期的に受信できる。

本明細書に開示される第２態様の情報処理装置及び管理サーバによれば、入力画面に関する情報が情報処理装置またはプリンタに送信された場合、第１受付手段が、その送信先の情報処理装置またはプリンタから入力された発注条件に関する情報を受け付ける。入力画面は、消耗品の発注を行う条件である発注条件に関する情報を入力させる画面である。固有情報により特定されるプリンタの、消耗品の残量に関する残量情報を含む消耗品情報を取得した場合、当該固有情報により特定されるプリンタの消耗品について第１受付手段が受け付けた情報に応じた発注条件を満たすかが、第１判断手段により判断される。第１判断手段により発注条件を満たすと判断されたことに基づき、固有情報により特定されるプリンタの消耗品の発注が決定される。これにより、入力画面に入力された内容に基づく発注条件に基づいて、発注を行うか否かを決定できるので、入力画面への入力を行ったユーザの状況に応じた適切な時期に消耗品を配送できる。

消耗品発注システムの全体構成を示すブロック図である。 管理サーバの電気的構成を示すブロック図である。 発注条件に関する情報を入力するための入力画面の一例を示す模式図である。 管理サーバに記憶されるテーブルの一例を示す模式図である。 発注条件を変更した場合に生じ得る問題を説明するための模式図である。 発注条件設定処理を示すフローチャートである。 消耗品発注処理を示すフローチャートである。 問い合わせメールの一例を示す模式図である。 他の実施形態１の消耗品発注システムの全体構成を示すブロック図である。 他の実施形態２の消耗品発注システムの全体構成を示すブロック図である。 他の実施形態３の消耗品発注システムの全体構成を示すブロック図である。 他の実施形態３の発注条件設定処理を示すフローチャートである。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、消耗品発注システム１の全体構成を示すブロック図である。消耗品発注システム１は、プリンタ１０と、パーソナルコンピュータ（以下「ＰＣ」と称す）５０と、管理サーバ１００と、発送サーバ２００とから構成される。管理サーバ１００は、本発明の管理サーバの一実施形態である。詳細は後述するが、本実施形態の管理サーバ１００は、ユーザが設定した発注条件に基づいて、消耗品を自動発注するか否かを決定する。

消耗品発注システム１において、ＰＣ５０は、管理サーバ１００に発注条件に関する情報を送信する。発注条件に関する情報としては、例えば、消耗品の残量の閾値や、発注頻度や、複数発注を要する可能性のある状況が生じた場合の取り扱いなどである。発注条件に関する情報については、図３を参照して後述する。なお、ＰＣ５０は、発送サーバ２００に発注条件に関する情報を送信し、当該情報が発送サーバ２００を介して管理サーバ１００に送信される構成であってもよい。

プリンタ１０は、所定のタイミング（例えば、毎日決められた時間）毎に、プリンタ１０を特定する固有情報と、消耗品情報を管理サーバ１００に送信する。本実施形態では、管理サーバ１００は、所定のタイミング毎に、消耗品情報通知要求を送信し、プリンタ１０は、消耗品情報通知要求を受信したことに応じて、消耗品情報を管理サーバ１００に送信する。消耗品情報通知要求を用いることなく、プリンタ１０が管理サーバ１００に定期的に消耗品通知情報を送信する構成であってもよい。

固有情報は、例えば、プリンタ１０のＭＡＣアドレスや、予め登録したプリンタ１０のノード名、あるいは、プリンタ１０の型番や個々のプリンタ１０に割り当てられたシリアルナンバなどの固有の文字列などである。本実施形態では、プリンタ１０の固有情報は、プリンタ１０の型番およびシリアルナンバであるとする。特許請求の範囲に記載される「固有情報」としては、プリンタ１０の型番およびシリアルナンバの両方であっても、いずれか一方であってもよい。また、特許請求の範囲に記載される「固有情報」が、プリンタ１０のＭＡＣアドレスや、予め登録したプリンタ１０のノード名などであってもよい。

消耗品情報は、プリンタ１０にて使用される消耗品の残量に関する情報（以下「残量情報」と称す）を含む。消耗品としては、例えば、インクカートリッジである。プリンタ１０は、消耗品の残量を検知するセンサを有し、消耗品情報を送信する毎に、消耗品の残量を検出し、検出された残量を示す残量情報を含む消耗品情報を管理サーバ１００に送信する。なお、残量情報が示す残量は、％で表される残量の割合であってもよいし、ｍｌやｇなどで表される物理量であってもよい。

消耗品がインクカートリッジである場合、プリンタ１０には、利用可能な色毎に複数のインクカートリッジが装着されている。消耗品情報は、消耗品の種類に関する情報（以下「種類情報」と称す）を含む。つまり、消耗品情報は、消耗品の種類毎に、種類情報と、当該種類情報が示す種類の消耗品に対する残量情報とを含む。本実施形態では、種類情報が示す消耗品の種類は、消耗品の型番である。消耗品の型番により、消耗品の色や容量などを特定できる。種類情報が示す消耗品の種類は、消耗品の色や容量などであってもよい。

また、消耗品情報は、種類情報が示す種類の消耗品が交換された回数（以下「交換回数」と称す）を含む。なお、プリンタ１０は、消耗品の種類毎に消耗品の交換回数を計数する交換カウンタを有する。交換カウンタは、プリンタ１０の工場出荷時において、ゼロに初期化されている。プリンタ１０は、交換カウンタの値に応じた交換回数を消耗品情報に含める。

管理サーバ１００は、プリンタ１０から受信した消耗品情報を分析し、ＰＣ５０から設定あれた発注条件を満たすか否かを判断する。管理サーバ１００は、発注条件を満たすと判断した場合に、消耗品の発注を決定し、発注情報を発送サーバ２００に送信する。消耗品情報の分析は、消耗品情報に含まれる種類情報が示す種類毎に行われる。発注情報は、発注対象となる消耗品の種類に対応する種類情報と、当該発注対象の消耗品に対する消耗品情報の送信元のプリンタ１０の固有情報と、発注要求とを含む。

発送サーバ２００には、複数のプリンタ１０について、ユーザ毎に、各ユーザが登録したプリンタ１０の固有情報と、消耗品の種類である消耗品の型番と、消耗品の配送先に関する情報（以下「配送先情報」と称す）とを関連付けた発送情報テーブルが記憶されている。配送先情報は、例えば、配送先の住所である。かかる発送情報テーブルに記憶される各情報は、ユーザが予め登録したものである。なお、発送情報テーブルにおいて、消耗品の種類として消耗品の色と、色毎の消耗品の型番とが関連付けられていてもよい。

発送サーバ２００は、管理サーバ２００から発注情報を受信した場合、発送情報テーブルを参照し、受信した発注情報に含まれる固有情報に応じた消耗品の型番と配送先情報とを特定し、特定された型番の消耗品を、特定された配送先情報が示す配送先に配送する処理を実行する。当該処理の結果として、管理サーバ１００がプリンタ１０から受信した消耗品情報に基づき発送サーバ２００に送信した発注情報に応じた型番の消耗品が、発注情報に応じた配送先、すなわち、当該発注情報の対象となるプリンタ１０を所有するユーザの元に配送される。

図２は、管理サーバ１００の電気的構成を示すブロック図である。管理サーバ１００は、例えば、プリンタ１０のベンダにより提供される。管理サーバ１００は、周知のサーバ機能を有する装置であればよい。管理サーバ１００には、制御部１０１、記憶部１０２、ネットワークインターフェイス（以下「ネットワークＩ／Ｆ」と称す）１０３が主に設けられている。これらの各部は、入出力ポート１０４を介して互いに接続されている。

制御部１０１は、図示されていないＣＰＵと、ＣＰＵに電気的に接続されたＲＯＭ及びＲＡＭとを含み、コンピュータを構成する。ＣＰＵは、ＲＯＭおよび記憶部１０２に記憶されるプログラムやデータに従って、管理サーバ１００の動作を制御する。

記憶部１０２は、不揮発性の記憶装置である。記憶部１０２は、例えば、ハードディスクドライブである。記憶部１０２には、管理サーバ１００の動作を制御する各種のプログラム、例えば、後述する図６および図７において制御部１０１が各処理を実行するためのプログラムなどが記憶されている。また、記憶部１０２には、ユーザが登録したプリンタ１０の固有情報が記憶されている。なお、固有情報をユーザアカウント毎に対応付けて記憶してもよい。ネットワークＩ／Ｆ１０３は、インターネット８００に接続された他の装置と通信するための機器である。ネットワークＩ／Ｆ１０３としては、周知のネットワークカードを採用できる。管理サーバ１００は、ネットワークＩ／Ｆ１０３を介してインターネット８００に接続される。

プリンタ１０は、制御部１１、プリンタ部１２、接続部１３、読取部１４、検出センサ１５、ネットワークＩ／Ｆ１６が主に設けられている。これらの各部は、入出力ポート１７を介して互いに接続されている。制御部１１は、図示されないＣＰＵと、ＣＰＵに電気的に接続されたＲＯＭ及びＲＡＭとを含み、コンピュータを構成する。ＣＰＵは、ＲＯＭに記憶されるプログラムやデータに従って、プリンタ１０の動作を制御する。

プリンタ部１２は、印刷機構であり、インクジェットヘッドを有している。制御部１１は、プリンタ部１２へ駆動信号を入力し、インクジェットヘッドは入力された駆動信号に応じて、ノズルからインクを吐出する。なお、プリンタ部１２は、レーザ方式による印刷機構であってもよい。

接続部１３は、プリンタ部１２で用いられるインクが充填されたカートリッジ２１を接続するためのものである。なお、接続部１３には、プリンタ１０の機種に応じて利用可能なインクの色の分だけカートリッジ２１を接続できる。つまり、接続部１３には、プリンタ１０の機種に応じた１または複数のカートリッジ２１を接続できる。カートリッジ２１には、そのカートリッジ２１を識別するためのシリアルＩＤが記憶されたＩＣチップが貼付されている。

読取部１４は、接続部１３に接続されたカートリッジ２１のＩＣチップからシリアルＩＤを読み取る。検出センサ１５は、接続部１３に接続されている各カートリッジ２１内のインクの残量を検出する。ネットワークＩ／Ｆ１６は、インターネット８００に接続された他の装置と通信するための機器である。

プリンタ１０は、ネットワークＩ／Ｆ１６を介してルータ３０に接続する。また、ＰＣ５０も、内蔵するネットワークＩ／Ｆ（図示せず）を介してルータ３０に接続する。これにより、プリンタ１０およびＰＣ５０は、それぞれ、ルータ３０を介してインターネット８００に接続される。なお、図２では、プリンタ１０およびＰＣ５０が同じルータ３０に接続される例を示したが、プリンタ１０およびＰＣ５０がそれぞれ異なるルータを介してインターネット８００に接続されていてもよい。

管理サーバ１００とプリンタ１０との間の通信は、接続確立型のプロトコル、より詳細には、ＸＭＰＰ ｏｖｅｒ ＢＯＳＨ（Ｅｘｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｏｖｅｒ Ｂｉｄｉｒｅｃｔｉｏｎａｌ−Ｓｔｒｅａｍｓ Ｏｖｅｒ Ｓｙｎｃｈｒｏｎｏｕｓ ＨＴＴＰの略）に従って行われる。ＸＭＰＰ ｏｖｅｒ ＢＯＳＨは、接続を確立した状態をほぼ常時維持する、常時接続型または接続維持型のプロトコルである。一方、管理サーバ１００と、処理サーバ２００またはＰＣ５０との間の通信は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌの略）に従って行われる。

図３は、ＰＣ５０の表示部（例えば、液晶表示装置）に表示される、発注条件に関する情報を入力するための画面（以下「条件入力画面」と称す）の一例を示す模式図である。ＰＣ５０は、当該条件入力画面を、管理サーバ１００からの指示に基づき表示する。なお、入力画面は、発送サーバ２００からの指示に基づき表示されるものであってもよい。条件入力画面は、プリンタ１０のユーザ登録を行った後や、ユーザが、発送条件を変更したい場合などの必要に応じてＰＣ５０から条件入力画面の表示要求を行った場合に表示される。なお、いずれの場合も、条件入力画面の表示は、ユーザが、管理サーバ１００に対し、自身に割り当てられたユーザアカウントによりサインインし、かつ、プリンタ１０の固有情報を特定した状態で表示される。つまり、条件入力画面は、ユーザおよびプリンタ１０が特定された状態でＰＣ５０に表示されている。

条件入力画面は、領域２０〜２６と、ボタン２７とを含む。領域２０は、設定の対象となるプリンタ１０の型番を入力するための領域である。領域２０には、各種型番の選択肢がドロップダウンリストとして表示され、その中から選択された型番が入力される。なお、本実施形態では、領域２０に表示されるドロップダウンリストには、管理サーバ１００を管理するベンダが提供するプリンタの型番に限らず、各種メーカのプリンタの型番が選択肢として含まれる。また、サインインしたユーザにより登録されたプリンタ１０の型番のみが領域２０に表示されてもよい。

領域２１は、個々のプリンタ１０に割り当てられたシリアルナンバを入力するための領域である。領域２１には、ユーザによる直接入力によってシリアルナンバが入力される。領域２１には、ＰＣ５０がプリンタ１０から取得したシリアルナンバが自動入力される構成であってもよい。なお、条件入力画面において、領域２０，２１に代えて、プリンタ１０のＭＡＣアドレスや、予め登録したプリンタ１０のノード名を入力するための領域が設けられていてもよい。

領域２２は、消耗品であるインクカートリッジの型番を入力するための領域である。領域２２は、プリンタ１０に装着可能なインクカートリッジの色毎に設けられる。図３に示す例では、シアン、マゼンタ、イエロー、およびブラックに対する４つの領域が設けられている。領域２２には、領域２０に入力された型番のプリンタにて利用可能なインクカートリッジの型番を選択肢とするドロップダウンリストが表示され、その中から選択された型番が入力される。なお、管理サーバ１００は、型番毎に、インクカートリッジの色や容量などを特定する情報が記憶されている。よって、領域２２に入力された型番が管理サーバ１００に送信されると、管理サーバ１００は、受信した型番から、インクカートリッジの色や容量を判断できる。

なお、プリンタ１０に装着可能なインクカートリッジの色の数は、プリンタの型番に応じて異なるので、領域２０に入力された型番に応じて、条件入力画面に表示する領域２２の数を増減させるようにすればよい。あるいは、装着可能なインクカートリッジの色の数が最大であるものに合わせて領域２２を表示させ、領域２０に入力された型番のプリンタが装着できない色がある場合には、その色は選択できないようにしてもよい。

領域２３は、インクカートリッジの発注する際の指標（以下「発注指標」と称す）を入力するための領域である。領域２３は、領域２２毎、すなわち、プリンタ１０に装着可能なインクカートリッジの色毎に設けられる。領域２３には、利用可能な発注指標の選択肢がドロップダウンリストとして表示され、その中から選択された発注指標が入力される。発注指標は、例えば、％単位で表されるインク残量の割合や、ｍｌ単位またはｇ単位で表される物理的なインク残量である。図３に示す例では、％単位で表されるインク残量の割合が、発注指標のデフォルトとして領域２３に入力されている。

領域２４は、領域２３に入力された発注指標に応じた閾値を入力するための領域である。領域２４は、領域２３毎、すなわち、プリンタ１０に装着可能なインクカートリッジの色毎に設けられる。領域２２には、領域２３に入力された発注指標に応じた閾値の選択肢がドロップダウンリストとして表示され、その中から選択された発注指標が入力される。

図３に示す例では、２０％という値が、閾値のデフォルトとして領域２４に入力されている。本実施形態では、発注指標毎に閾値の選択肢が準備されている。具体的に、管理サーバ１００の記憶部１０２には、領域２３および領域２４にドロップダウンリストとして表示する選択肢を管理するテーブル１０２ａが記憶されている。

図４（ａ）に示すように、テーブル１０２ａには、領域２３に対応する項目（すなわち、発注指標）１０２ａ１と、領域２４に対応する項目（すなわち、閾値）１０２ａ２とに対し、選択肢としての各値が割り当てられている。具体的に、項目１０２ａ１に対し、％単位で表されるインク残量である「残インク量（％）」、ｍｌ単位で表されるインク残量である「残インク量（ｍｌ）」、および、ｇ単位で表されるインク残量である「残インク量（ｇ）」が割り当てられている。これにより、領域２３には、「残インク量（％）」、「残インク量（ｍｌ）」、および「残インク量（ｇ）」の選択肢からなるドロップダウンリストが表示される。

一方、項目１０２ａ２は、項目１０２ａの各値に対して、選択肢としての各値が割り当てられている。具体的に、項目１０２ａ１の残インク量（％）に対し、当該残インク量（％）の選択肢として、「１０％」、「２０％」、「４０％」、「６０％」、および「８０％」が割り当てられている。これにより、領域２３において残インク量（％）が選択されている場合、領域２４には、「１０％」、「２０％」、「４０％」、「６０％」、および「８０％」の選択肢からなるドロップダウンリストが表示される。また、項目１０２ａ１の残インク量（ｍｌ）および残インク量（ｇ）に対しても、それぞれ選択肢としての各値が割り当てられている。

なお、管理サーバ１００は、対象となるプリンタ１０に対応する配送先情報を発送サーバ２００から取得し、その配送先情報が示す配送先に応じた閾値が領域２４にデフォルトとして表示されるようにしてもよい。例えば、配送先が遠いほど、デフォルトとして表示される閾値を高くする。なお、配送先情報は、管理サーバ１００に記憶されていてもよい。

また、配送先に応じて、領域２４にて選択可能な選択肢の範囲が異なるようにしてもよい。例えば、配送先が遠いほど、領域２４にて選択可能な選択肢の範囲を広くする。配送先に応じて、消耗品の配送に要する日数（以下「配送日数」と称す）が異なるので、配送先に応じて、領域２４にて選択可能な選択肢の範囲を異ならせることにより、配送日数を考慮した適切な閾値をユーザに示すことができる。なお、領域２４に入力される値は、ドロップダウンリストからの選択でなく、領域２４への直接入力であってもよい。

領域２５は、発注頻度Ｎ（Ｎは以上の整数）を入力するための領域である。発注頻度Ｎは、自動発注を行うまでに、残量が領域２３，２４にて設定された閾値に達したインクカートリッジの数である。発注頻度Ｎが１である場合、インクカートリッジの残量が閾値に達する毎に自動発注を行うことを示す。一方、発注頻度Ｎが複数である場合、残量が領域２３，２４にて設定された閾値に達したインクカートリッジがＮ個に達する毎に、１回の自動発注を行うことを示す。領域２５には、発注頻度Ｎとして、Ｎの値の候補の選択肢がドロップダウンリストとして表示される。

具体的に、管理サーバ１００の記憶部１０２には、領域２５にドロップダウンリストとして表示する選択肢を管理するテーブル１０２ｂが記憶されている。図４（ｂ）に示すように、テーブル１０２ｂには、領域２５に対応する項目（すなわち、発注頻度）１０２ｂ１に対し、選択肢（すなわち、Ｎの値の候補）としての各値が割り当てられている。具体的に、項目１０２ｂ１に対し、「１」、「３」、および「５」が割り当てられている。これにより、領域２５には、「１」、「３」、および「５」の選択肢からなるドロップダウンリストが表示される。

領域２６は、複数発注のふるまい、より詳細には、複数発注を要する可能性のある状況が生じた場合の取り扱いを入力するための領域である。複数発注を要する可能性のある状況としては、例えば、管理サーバ１００による自動発注がされた後、ユーザが次のインクカートリッジに交換したものの、消耗品の配送日数に比べて、インクの消費が速く、自動発注に基づく配送中に、交換された次のカートリッジに対して新たな発注条件が成立した場合がある。

あるいは、ネットワーク環境が悪く、プリンタ１０と管理サーバ１００が繋がらない状態が生じたり、消耗品情報の受信間隔に対して消耗品の消費が速いなどの理由によって、管理サーバ１００がプリンタ１０から直近に受信した消耗品情報に含まれる交換回数が前回の値と同じ値でなく、かつ、連続していない場合も、複数発注を要する可能性のある状況となる。つまり、管理サーバ１００が、前回の消耗品情報の受信タイミングから直近の受信タイミングまでの期間に、プリンタ１０にて交換された形跡があるが、自動発注はされていないインクカートリッジについての取り扱いである。

領域２６には、複数発注を要する可能性のある状況において、それら複数の発注を全て発注するか、１つだけを発注するか、ユーザに問い合わせるかを選択させる選択肢がドロップダウンリストとして表示され、その中から選択されたものが、複数発注を要する可能性のある状況が生じた場合の取り扱いとして入力される。なお、上記「複数発注を要する可能性のある状況」としては、上述したような、自動発注に基づく配送中に、次の消耗品に対して新たな発注条件が成立した状況や、管理サーバ１００がプリンタ１０から直近に受信した消耗品情報に含まれる交換回数が前回の値と同じ値でなく、かつ、連続していない状況である。

具体的に、管理サーバ１００の記憶部１０２には、領域２６にドロップダウンリストとして表示する選択肢を管理するテーブル１０２ｃが記憶されている。図４（ｃ）に示すように、テーブル１０２ｃには、領域２６に対応する項目（すなわち、複数発注を要する可能性のある状況が生じた場合の取り扱い）１０２ｃ１に対し、選択肢としての各値が割り当てられている。具体的に、項目１０２ｃ１に対し、複数の発注を全て発注することを示す「全て発注」、１つだけを発注することを示す「１つだけ発注」、および、ユーザに問い合わせることを示す「問い合わせる」が割り当てられている。これにより、領域２５には、「全て発注」、「１つだけ発注」、および「問い合わせる」の選択肢からなるドロップダウンリストが表示される。

ボタン２７は、各領域２０〜２６への入力の確定を指示するための操作子である。ボタン２７が操作されると、各領域２０〜２６の入力値が管理サーバ１００に送信される。管理サーバ１００は、領域２０に入力されたプリンタの型番と、領域２１に入力されたシリアルナンバとを固有情報として記憶部１０２に記憶する。なお、固有情報として記憶される値は、プリンタの型番およびシリアルナンバのいずれか一方であってもよい。

管理サーバ１００は、領域２２に入力されたインクカートリッジの型番を種類情報として記憶部に記憶する。また、管理サーバ１００は、領域２３，２４に入力された各値を、発注条件の１つである自動発注閾値として、対応する領域２２に入力された型番（種類情報）に関連づけて、記憶部１０２に記憶する。管理サーバ１００は、領域２５に入力された発注頻度を発注条件の１つとして、記憶部１０２に記憶する。管理サーバ１００は、領域２６に入力された、複数発注を要する可能性のある状況が生じた場合の取り扱いを、発注条件の１つとして記憶部１０２に記憶する。

具体的に、管理サーバ１００の記憶部１０２には、プリンタ１０から受信した、条件入力画面の各領域２０〜２６に入力された内容を管理するテーブル１０２ｄが記憶されている。図４（ｄ）に示すように、テーブル１０２ｃには、ユーザアカウント１０２ｄ０に対し、プリンタ型番１０２ｄ１と、シリアルナンバ１０２ｄ２と、インク型番１０２ｄ３と、容量１０２ｄ４と、発注指標１０２ｄ５と、閾値１０２ｄ６と、発注頻度１０２ｄ７と、複数発注のふるまい１０２ｄ８と、残量１０２ｄ９と、交換回数１０２ｄ１０とが対応付けられている。

管理サーバ１００は、プリンタ１０から、条件入力画面の各領域２０〜２６の入力値を受信すると、サインインしているユーザアカウント１０２ｄ０に対し、領域２０に入力された値をプリンタ型番１０２ｄ１に、領域２１に入力された値をシリアルナンバ１０２ｄ２に、領域２２に入力された値をインク型番１０２ｄ３に、領域２３に入力された値を発注指標１０２ｄ５に、領域２４に入力された値を閾値１０２ｄ６に、領域２５に入力された値を発注頻度１０２ｄ７に、領域２５に入力された値を複数発注のふるまい１０２ｄ８にそれぞれ記憶する。

容量１０２ｄ４には、インク型番１０２ｄ３に記憶される型番により特定されるインクカートリッジの容量が記憶される。管理サーバ１００には、型番毎に、インクカートリッジの容量を特定する情報が記憶されているので、管理サーバ１００は、プリンタ１０からインクカートリッジの型番を受信すると、受信した型番から当該型番に対応するインクカートリッジの容量を特定して、特定された値を容量１０２ｄ４に記憶する。

残量１０２ｄ９には、プリンタ１０にて使用中のインクカートリッジの残量が記憶される。管理サーバ１００は、プリンタ１０から消耗品情報を受信した場合、当該消耗品情報に含まれる残量情報が示す残量を、当該消耗品情報に含まれる、当該残量に対応する種類情報が示すインクカートリッジの型番（すなわち、インク型番１０２ｄ３の値）に対応する残量１０２ｄ９に記憶する。

交換回数１０２ｄ１０には、プリンタ１０から受信した消耗品情報に含まれる交換回数が記憶される。理サーバ１００は、プリンタ１０から消耗品情報を受信した場合、当該消耗品情報に含まれる交換回数を、当該消耗品情報に含まれる、当該交換回数に対応する種類情報が示すインクカートリッジの型番すなわち、インク型番１０２ｄ３の値）に対応する交換回数１０２ｄ１０に記憶する。

なお、ボタン２７が操作された場合における、各領域２０〜２６の入力値の送信先は、発送サーバ２００であってもよい。かかる場合、管理サーバ１００は、発送サーバ２００を介して、各領域２０〜２６の入力値を取得する。

条件入力画面は、上述した通り、表示要求を行うことにより表示できるので、ユーザは発注条件を条件入力画面から適宜変更できる。しかしながら、ユーザが自動発注閾値を変更した場合、変更後の閾値が不適切となることがある。つまり、変更後の自動発注閾値では、残量が当該閾値に到達した時点において消耗品の発注が間に合わない状況が生じ得る。

ここで、図５を参照して、上記問題となる状況について説明する。管理サーバ１００は、所定のタイミング（例えば、毎日決められた時間）毎にプリンタ１０から受信した消耗品情報に含まれる残量情報に基づき、消耗品の利用予測情報を算出する。

具体的に、利用予測情報は、消耗品情報に含まれる残量情報が示す消耗品の残量の時間変化に基づき算出される。例えば、毎日決められた時間に消耗品情報を取得する場合において、消耗品が交換された日付Ｐから、プリンタ１０から消耗品情報を受信する毎に、当該消耗品情報を受信した日付に対し、残量情報が示す消耗品の残量を、種類情報が示す種類の消耗品における今回の残量としてプロットする。

利用予測情報は、残量の時間変化を示すプロットに基づき算出される。例えば、図５に示すように、日付ＰのＤａ日後である日付Ｑにおいて、日付Ｐから日付Ｑまでの各日にプロットされた各点の一次回帰直線Ｌが、利用予測情報として算出される。なお、一次回帰直線Ｌの算出にあたり、日付Ｐから日付Ｑまでの各日にプロットされた全ての点を用いる必要はない。図５では、残量の時間変化を示すプロットにおける各点の図示は省略している。

このように算出された一次回帰直線Ｌが、プリンタ１０において消耗品を使用できないと判断される残量Ａに達する日付Ｒと、一次回帰直線Ｌと、条件入力画面に対する入力によって設定された閾値（自動発注閾値）ＴＨ１との交点Ｊ１に対応する日付Ｓ１との間の日数が、消耗品の配送に要する日数（以下「配送日数」と称す）Ｄｂ以上である場合、消耗品を日付Ｓ１に自動発注することにより、発注された消耗品を使用中の消耗品が使用できなくなる前に配送することができる。

なお、配送日数Ｄｂは、配送先情報に基づき算出される。配送先情報が、例えば、住所、郵便番号、電話番号などを含む場合、配送日数Ｄｂは、それら住所などにより特定される家または地域に消耗品を配送する際に要する日数として算出される。本実施形態では、配送先情報は、固有情報毎に発送サーバ２００に記憶されている。よって、管理サーバ１００は、配送日数Ｄｂを算出するあたり、消耗品情報の送信元のプリンタ１０の固有情報に対応する配送先情報を、発送サーバ２００から取得する。

一方、ユーザが閾値をＴＨ１からＴＨ２に変更した場合、日付Ｒと、一次回帰直線Ｌと閾値ＴＨ２との交点Ｊ２に対応する日付Ｓ２の間の日数が、配送日数Ｄｂより短くなるため、消耗品を日付Ｓ２に自動発注した場合には、発注された消耗品を使用中の消耗品が使用できなくなる前に配送できない可能性が高い。つまり、変更後の自動発注閾値ＴＨ２は、消耗品の発注が間に合わない可能性がある閾値であり、閾値ＴＨ２への変更は不適切である。

本実施形態の管理サーバ１００は、条件入力画面から不適切な発注条件が設定された場合には、確認画面（図示せず）をＰＣ５０の表示部に表示させる。これにより、ユーザは、発注条件が不適切であることを知ることができる。

図６は、発注条件設定処理を示すフローチャートである。本処理は、管理サーバ１００の制御部１０１のＣＰＵが実行する処理である。本処理は、条件入力画面をＰＣ５０の表示させる状況が発生した場合に開始される。なお、条件入力画面をＰＣ５０に表示させる状況としては、プリンタ１０のユーザ登録を行った後や、ユーザが、発送条件を変更したい場合などの必要に応じてＰＣ５０から条件入力画面の表示要求を行った場合などである。

制御部１０１のＣＰＵ（以下、単に「ＣＰＵ」と称す）は、対象となるプリンタ１０の固有情報、すなわち、サインインされたユーザアカウントに対応する固有情報に対する配送先情報を発送サーバ２００から取得する（Ｓ５００）。ＣＰＵは、条件入力画面をＰＣ５０のブラウザに表示させる（Ｓ５０１）。なお、ＣＰＵは、Ｓ５００にて取得した配送先情報が示す配送先に応じた閾値がデフォルトとして領域２４に表示される条件入力画面をブラウザに表示させる。条件入力画面の表示先となるＰＣ５０は、プリンタ１０のユーザ登録を行ったＰＣ５０や、条件入力画面の表示要求の送信元のＰＣ５０である。

ＣＰＵは、通信先のブラウザから通知の受信を待機する（Ｓ５０２）。ＣＰＵは、ブラウザから通知を受信したかを判断する（Ｓ５０３）。ＣＰＵは、ブラウザから通知を受信していないと判断した場合（Ｓ５０３：Ｎｏ）、処理をＳ５０２に移行する。

一方、ＣＰＵは、ブラウザから通知を受信したと判断した場合（Ｓ５０３：Ｙｅｓ）、受信した通知の種類を判断する（Ｓ５０４）。ＣＰＵは、受信した通知が、発注条件の通知であると判断した場合（Ｓ５０４：発注条件）、今回受信した発注条件の通知が、発注条件の変更を行うためのものであるかを判断する（Ｓ５０５）。管理サーバ１００は、発注条件を、テーブル１０２ｄに、ユーザアカウント毎に記憶している。管理サーバ１００は、条件入力画面の表示先となるＰＣ５０がどのユーザ（ユーザアカウント）により使用されているかを、当該ＰＣ５０から入力されたユーザアカウントによって判断する。

ＰＣ５０を使用するユーザの発注条件が記憶されていない場合、ＣＰＵは、今回受信した発注条件の通知が、発注条件の変更を行うためのものでなく、新規の発注条件であると判断する（Ｓ５０５：Ｎｏ）。ＣＰＵは、受信した通知に含まれる各発注条件を、ユーザアカウントに関連づけて記憶部１０２のテーブル１０２ｄに記憶し（Ｓ５０７）、本処理を終了する。

より詳細には、ＣＰＵは、テーブル１０２ｄにおける、サインインされたユーザアカウント１０２ｄ０に対し、各発注条件を、該当するユーザアカウント１０２ｄ０に対する、発注指標１０２ｄ５、閾値１０２ｄ６、発注頻度１０２ｄ７、および複数発注のふるまい１０２ｄ８に記憶する。なお、自動発注閾値などの各発注条件は、当該発注条件に対応する種類情報が示すインクカートリッジの型番であるインク型番１０２ｄ３に関連付けて記憶される。Ｓ５０７にて記憶部１０２にて記憶された各発注条件は、消耗品発注処理（図７参照）にて参照される。

また、ＣＰＵは、受信した通知に固有情報として含まれるプリンタ型番およびシリアルナンバを、ユーザアカウント１０２ｄ０に関連づけて記憶部１０２のテーブル１０２ｄに記憶する。より詳細には、ＣＰＵは、受信した通知に固有情報として含まれるプリンタ型番およびシリアルナンバを、それぞれ、サインインされたユーザアカウント１０２ｄ０に対するプリンタ型番１０２ｄ１およびシリアルナンバ１０２ｄ２に記憶する。

一方、ＰＣ５０を使用するユーザの発注条件が既に記憶されている場合、ＣＰＵは、今回受信した発注条件の通知が、発注条件の変更を行うためのものであると判断し（Ｓ５０５：Ｙｅｓ）、受信した通知に含まれる自動発注閾値が、現在の利用予測情報に対して適切であるかを判断する（Ｓ５０６）。つまり、ＣＰＵは、受信した通知に含まれる自動発注閾値に変更することによって、消耗品の発注が間に合わない状況が生じ得るかを判断する。

ＣＰＵは、受信した通知に含まれる自動発注閾値が適切であると判断した場合（Ｓ５０６：Ｙｅｓ）、処理をＳ５０７に移行する。一方、ＣＰＵは、当該自動発注閾値が不適切であると判断した場合（Ｓ５０６：Ｎｏ）、既述したように確認画面（図示せず）をブラウザに表示させ（Ｓ５０８）、処理をＳ５０２に移行する。

確認画面は、不適切である自動発注閾値に関する問い合わせをする画面であり、条件入力画面に今回入力した自動発注閾値が不適切である旨のメッセージと、当該不適切な自動発注閾値の変更を行うか否かを選択できるボタンとを含む。ユーザが、確認画面に表示されたボタンを用いて変更を行う指示を入力した場合には、変更確認の通知として、変更を行う指示を含む通知が管理サーバ１００に入力される。一方、ユーザが、変更を行わない指示を入力した場合には、変更確認の通知として、変更を行わない指示を含む通知が管理サーバ１００に入力される。

ＣＰＵは、受信した通知が、変更確認の通知であると判断した場合（Ｓ５０４：変更確認）、当該通知が変更を行う指示を含むか否かを判断する（Ｓ５０９）。ＣＰＵは、発注条件の通知が、変更を行う指示を含むと判断した場合（Ｓ５０９：Ｙｅｓ）、処理をＳ５０７に移行する。一方、ＣＰＵは、変更確認の通知が、変更を行わない指示を含むと判断した場合（Ｓ５０９：Ｎｏ）、本処理を終了する。なお、発注条件の通知が、変更を行わない指示を含む場合に、不適切な自動発注閾値のみ変更せず、適切な自動発注閾値については条件入力画面からの入力に従う変更を行うようにしてもよい。

図７は、消耗品発注処理を示すフローチャートである。本処理は、管理サーバ１００の制御部１０１のＣＰＵが実行する処理である。本処理は、管理サーバ１００に電源が投入されたことに応じて開始される。ＣＰＵは、プリンタ１０から通知の受信を待機する（Ｓ６０１）。ＣＰＵは、プリンタ１０から通知を受信したかを判断する（Ｓ６０２）。ＣＰＵは、プリンタ１０から通知を受信していないと判断した場合（Ｓ６０２：Ｎｏ）、処理をＳ６０１に移行する。

一方、ＣＰＵは、プリンタ１０から通知を受信したと判断した場合（Ｓ６０２：Ｙｅｓ）、受信した通知の種類を判断する（Ｓ６０３）。ＣＰＵは、受信した通知が消耗品情報の通知であると判断した場合（Ｓ６０３：消耗品情報）、受信した消耗品情報を分析し、利用予測情報を更新する（Ｓ６０４）。つまり、ＣＰＵは、利用予測情報として、図５に示した一次回帰直線Ｌを算出する。なお、ＣＰＵは、Ｓ６０４において、受信した消耗品情報に含まれる残量情報が示す残量を記憶部１０２のテーブル１０２ｄに記憶する。

ＣＰＵは、受信した消耗品情報に含まれる交換回数が異常な値であるかを判断する（Ｓ６０５）。具体的に、今回受信した消耗品情報に含まれる交換回数が、前回に受信した消耗品情報に含まれる交換回数と同じでなく、かつ、連続する値でない場合に、ＣＰＵは、今回の交換回数が異常な値であると判断する。なお、前回に受信した消耗品情報に含まれる交換回数は、記憶部１０２のテーブル１０２ｄに記憶されている。

ＣＰＵは、今回の交換回数が異常な値でないと判断した場合（Ｓ６０５：Ｎｏ）、今回の交換回数を、前回に受信した消耗品情報に含まれる交換回数として記憶部１０２に記憶する（Ｓ６０６）。より詳細には、ＣＰＵは、今回受信した消耗品情報に含まれる交換回数の値を、テーブル１０２ｄの交換回数１０２ｄ１０に記憶する。ＣＰＵは、受信した消耗品情報に含まれる残量情報が示す消耗品の残量が、入力条件設定画面から設定された自動発注閾値に到達したか、すなわち、当該閾値を下回ったかを判断する（Ｓ６０７）。Ｓ６０７の判断に利用する閾値は、入力条件設定画面の領域２３，２４に入力された各値により規定される自動発注閾値であり、消耗品の種類毎に設けられている。より詳細には、テーブル１０２ｄにおける、インク型番１０２ｄ３毎の、発注指標１０２ｄ５および閾値１０２ｄ６の値として規定されている。

ＣＰＵは、受信した消耗品情報に応じた残量が自動発注閾値に未だ到達していないと判断した場合（Ｓ６０７：Ｎｏ）、処理をＳ６０１に移行する。一方、ＣＰＵは、受信した消耗品情報に応じた残量が自動発注閾値に到達したと判断した場合（Ｓ６０７：Ｙｅｓ）、記憶部１０２に設けられた頻度カウンタに１を加算する（Ｓ６０８）。頻度カウンタは、残量が自動発注閾値に達したが、発送されない消耗品の数を計数するカウンタである。頻度カウンタは、固有情報毎、すなわち、プリンタ１０毎に設けられている。

ＣＰＵは、頻度カウンタの値がＮに達したかを判断する（Ｓ６０９）、Ｎの値は、条件入力画面の領域２５に入力された発注頻度である。より詳細には、テーブル１０２ｄにおける、発注頻度１０２ｄ７の値である。ＣＰＵは、頻度カウンタの値がＮに達したと判断した場合（Ｓ６０９：Ｙｅｓ）、配送中の消耗品があるかを判断する（Ｓ６１０）。本実施形態では、発送サーバ２００が、消耗品の配送状況を管理するものとし、ＣＰＵは、発送サーバ２００に配送中の消耗品があるか否かを問い合わせる。あるいは、管理サーバ１００が、発送サーバ２００に発注情報を送信した日付を記憶する構成とし、ＣＰＵは、その日付と、配送先情報に基づく配送日数を発送サーバ２００から取得して、配送中の消耗品があるか否かを判断してもよい。

ＣＰＵは、配送中の消耗品がないと判断した場合（Ｓ６１０：Ｎｏ）、発注数を１に設定し（Ｓ６１１）、設定された発注数とする消耗品の発注情報を発送サーバ２００に送信する（Ｓ６１２）。上述した通り、発送サーバ２００に送信する発注情報は、残量が自動発注閾値に達した消耗品の種類に対応する種類情報と、発注の対象となる消耗品に対する消耗品情報の送信元のプリンタ１０の固有情報と、発注要求とを含む。ＣＰＵは、頻度カウンタの値をゼロに初期化し（Ｓ６１３）、処理をＳ６０１に移行する。

ＣＰＵは、配送中の消耗品があると判断した場合（Ｓ６１０：Ｙｅｓ）、条件入力画面の領域２６に入力された発注条件、すなわち、複数発注を要する可能性のある状況が生じた場合の取り扱いが何れであるかを判断する（Ｓ６１９）。ＣＰＵは、Ｓ６１９の判断を、テーブル１０２ｄの複数発注のふるまい１０２ｄ７に記憶されている値に基づいて行う。ＣＰＵは、複数発注を要する可能性のある状況が生じた場合の取り扱いが、全てを発注するとされている場合（Ｓ６１９：全て）、残量が自動発注閾値に達したことに基づく１つの消耗品を発注するために、発注数を１に設定する（Ｓ６１１）。これにより、配送中の消耗品とともに、今回、残量が自動発注閾値に達したことに基づく１つの消耗品がユーザの元に届く。

ＣＰＵは、複数発注を要する可能性のある状況が生じた場合の取り扱いが、１つだけを発注するとされている場合（Ｓ６１９：１）、処理をＳ６０１に移行する。これにより、今回、残量が自動発注閾値に達したことに基づく消耗品を発注は行われず、配送中である１つの消耗品のみがユーザの元に届く。

ＣＰＵは、複数発注を要する可能性のある状況が生じた場合の取り扱いが、ユーザに問い合わせるとされている場合（Ｓ６１９：問い合わせ）、発送サーバ２００に予め登録されているメールアドレス宛てに問い合わせメールを送信し（Ｓ６２０）、処理をＳ６０１に移行する。ＣＰＵは、今回受信した消耗品情報の送信元のプリンタ１０の固有情報に対応付けられているメールアドレスを、発送サーバ２００から取得する。管理サーバ１００が、メールアドレスを記憶する構成であってもよい。

Ｓ６２０にて送信される問い合わせメールは、例えば、図８に示すように、現在の状況を報せるメッセージ６１と、発注依頼を当該メールに対する回答として管理サーバ１００に送信するためのＵＲＬ６２と、発注不要を当該メールに対する回答として管理サーバ１００に送信するためのＵＲＬ６３とを含む。ＵＲＬ６２がクリックされた場合、管理サーバ１００は、発注依頼の通知を受信する。一方、ＵＲＬ６３がクリックされた場合、管理サーバ１００は、発注不要の通知を受信する。

図７の説明に戻る。ＣＰＵは、Ｓ６０５において、今回の交換回数が異常な値であると判断した場合（Ｓ６０５：Ｙｅｓ）、今回の交換回数を、Ｓ６０６と同様、前回に受信した消耗品情報に含まれる交換回数として記憶部１０２に記憶する（Ｓ６１４）。ＣＰＵは、Ｓ６１９と同様に、条件入力画面の領域２６に入力された発注条件が何れであるかを判断する（Ｓ６１５）。

ＣＰＵは、複数発注を要する可能性のある状況が生じた場合の取り扱いが、全てを発注するとされている場合（Ｓ６１５：全て）、発注数をＭに設定し（Ｓ６１６）、処理をＳ６１２に移行する。Ｍの値は、今回受信した消耗品情報に含まれる交換回数から、記憶部１０２に記憶されている、前回に受信した消耗品情報に含まれる交換回数を差し引いた値である。これにより、交換回数をカウントできなかった分に相当する数の消耗品がユーザの元に届く。

ＣＰＵは、複数発注を要する可能性のある状況が生じた場合の取り扱いが、１つを発注するとされている場合（Ｓ６１５：１）、発注数を１に設定し（Ｓ６１７）、処理をＳ６１２に移行する。これにより、今回受信した消耗品情報に含まれる交換回数と、記憶部１０２に記憶されている、前回に受信した消耗品情報に含まれる交換回数との差にかかわらず、１つの消耗品がユーザの元に届く。

ＣＰＵは、複数発注を要する可能性のある状況が生じた場合の取り扱いが、ユーザに問い合わせるとされている場合（Ｓ６１５：問い合わせ）、Ｓ６２０と同様、発送サーバ２００に予め登録されているメールアドレス宛てに問い合わせメールを送信し（Ｓ６１８）、処理をＳ６０１に移行する。

Ｓ６１８にて送信される問い合わせメールは、Ｓ６２０にて送信される問い合わせメールと同様、現在の状況を報せるメッセージと、発注依頼を当該メールに対する回答として管理サーバ１００に送信するためのＵＲＬと、発注不要を当該メールに対する回答として管理サーバ１００に送信するためのＵＲＬとを含む。前者のＵＲＬがクリックされた場合、管理サーバ１００は、発注依頼の通知を受信する。後者のＵＲＬがクリックされた場合、管理サーバ１００は、発注不要の通知を受信する。

ＣＰＵは、Ｓ６０３において、受信した通知が発注依頼の通知であると判断した場合（Ｓ６０３：発注依頼）、発注数をＸに設定し（Ｓ６２１）、処理をＳ６１２に移行する。上述した通り、問い合わせメールにおいて、ＵＲＬ６２など、発注依頼を回答するＵＲＬがクリックされた場合に、管理サーバ１００は、発注依頼の通知を受信する。

Ｓ６２１にて設定される発注数Ｘの値は、管理サーバ１００が、Ｓ６２０にて送信された問い合わせメールに対する回答として発注依頼の通知を受信した場合には、１である。管理サーバ１００が、Ｓ６１８にて送信された問い合わせメールに対する回答として発注依頼の通知を受信した場合には、今回受信した消耗品情報に含まれる交換回数から、記憶部１０２に記憶されている、前回に受信した消耗品情報に含まれる交換回数を差し引いた値が、発注数Ｘとして設定される。

なお、管理サーバ１００が、Ｓ６１８にて送信された問い合わせメールに対する回答として発注依頼の通知を受信した場合には、発注数を１としてもよい。あるいは、今回受信した消耗品情報に含まれる交換回数から、記憶部１０２に記憶されている、前回に受信した消耗品情報に含まれる交換回数を差し引いた値の範囲内で、消耗品の発注数を問い合わせメールにて選択させる構成としてもよい。かかる場合、選択された発注数が、発注数Ｘとして設定される。

本実施形態の管理サーバ１００によれば、条件入力画面から入力された、自動発注閾値や発注頻度などの発注条件に基づき、消耗品を発注するか否かを決定できるので、発注入力画面への入力を行ったユーザの状況に応じた適切な時期に消耗品を配送できる。

特に、発注入力画面から自動発注閾値が変更された場合に、現在の利用予測情報（一次回帰直線Ｌ）に対して不適切である、すなわち、消耗品の発注が間に合わない状況が生じ得る場合、管理サーバ１００は、確認画面をＰＣ５０のブラウザに表示させる。よって、ユーザが発注入力画面から自動発注閾値を変更された場合に、変更後の自動発注閾値に基づき発注された消耗品が届く前に、現在の使用推移で使用する消耗品が使用不可能になる状況を抑制できる。

また、本実施形態によれば、複数発注を要する可能性のある状況が生じた場合の取り扱いを、発注条件として条件入力画面から入力できる。当該状況は、例えば、発注対象の消耗品と同じものが配送中である状況や、直近に受信した消耗品情報に含まれる交換回数が前回の値と連続していない状況などである。よって、当該状況が生じた場合には、発注入力画面に対する入力を行ったユーザの意図に応じた発注が行われるので、消耗品がユーザの意図に反して重複して発注されることを抑制できる。

＜他の実施形態１＞
上記実施形態に加え、以下、他の実施形態について説明する。まず他の実施形態１について、図９を参照しつつ説明する。本実施形態では、発送サーバ２００がなく、管理サーバ１００（情報書装置の一例）が発送サーバ２００の役割を備える点が異なる。したがって、管理サーバ１００のＣＰＵは、図７のＳ６１２において発注情報を発送サーバ１００に送信することなく、管理サーバ１００が消耗品を発送する。

＜他の実施形態２＞
他の実施形態２について、図１０を参照しつつ説明する。本実施形態では、管理サーバ１００がなく、ＰＣ（パーソナルコンピュータ）５０が管理サーバ１００の役割を備える点が異なる。プリンタ１０及び発送サーバ２００については、図２と同様の構成なので詳細な説明を省略する。

本実施形態のＰＣ５０（情報処理装置の一例）は、図１０に示したように、制御部５１を備える。制御部５１は、ＣＰＵと、ＣＰＵと電気的に接続されたＲＯＭ及びＲＡＭとを含み、コンピュータを構成する。ＣＰＵは、ＲＯＭおよび記憶部３０２に記憶されるプログラムやデータに従って、ＰＣ５０の動作を制御する。

記憶部５２は、不揮発性の記憶装置である。記憶部５２は、例えば、ハードディスクドライブである。記憶部５２には、ＰＣ５０の動作を制御する各種のプログラムなどが記憶されている。また、記憶部５２には、ユーザ毎に、各ユーザが登録したプリンタ１０の固有情報が記憶されている。表示部５９は、例えば、液晶ディスプレイ等であり、各種画面を表示する。

ネットワークＩ／Ｆ５３は、インターネット８００に接続された他の装置と通信するための機器である。ネットワークＩ／Ｆ５３としては、周知のネットワークカードを採用できる。ＰＣ５０は、ネットワークＩ／Ｆ５３を介してルータ３０に接続され。ルータ３０を介してインターネット８００に接続される。また、ＵＳＢＩ／Ｆ５８は、プリンタ１０のＵＳＢＩ／Ｆ１８に接続される。すなわち、ＰＣ３００はＵＳＢＩ／Ｆを介してプリンタ１０に接続される。

これらの各部は、入出力ポート５４を介して互いに接続されている。

本実施形態では、図６の発注条件設定処理及び図７の消耗品発注処理をＰＣ５０のＣＰＵが実行する。以下詳細に説明するが、上記実施形態の図５と同様のステップについては詳細な説明を省略し、異なる点のみ説明する。図６のＳ５００ではＰＣ５０のＣＰＵが発送サーバ２００から配送先情報を取得する。Ｓ５０１，Ｓ５０１ではＰＣ５０の表示部５９のブラウザに条件入力画面を表示（出力）し、Ｓ５０２でブラウザからの通知を受信する。すなわち、ＣＰＵが表示部５９からの通知を受信する。また、Ｓ５０９では、ＣＰＵが表示部５９のブラウザに確認画面（不図示）を表示させる。なお、ここでは、確認画面に関する情報をプリンタ１０に送信して、プリンタ１０の表示部１９に確認画面を表示させてもよい。

続いて図７のＳ６０２では、ＰＣ５０のＣＰＵが通知を受信する。ここで、プリンタ１０との通信は、ネットワークＩ／Ｆ５３を介して行ってもよいし、ＵＳＢＩ／Ｆ５８を介して行ってもよい。

図７のＳ６１２においては、ＣＰＵがネットワークＩ／Ｆを介して、記憶部５２に記憶された固有情報に基づく発注情報を発送サーバ２００に送信する。

＜他の実施形態３＞
他の実施形態３について、図１１〜図１２および図７を参照しつつ説明する。本実施形態では、管理サーバ１００がなく、プリンタ１０（情報処理装置の一例）が管理サーバ１００の役割を備える点が異なる。すなわち、図６の発注条件設定処理及び図７の消耗品発注処理を、プリンタ１０のＣＰＵが実行する。以下詳細に説明するが、上記実施形態と同様の処理については詳細な説明を省略し、異なる点のみ説明する。

図１１に示す本実施形態のプリンタ１０は、プリンタ１０の消耗品の発注情報を発送サーバ２００に送信する。消耗品の種類情報及びプリンタの１０の固有情報は、プリンタ１０の制御部１１のＲＯＭ等に記憶されている。

次に、発注条件設定処理について、図１２を参照しつつ説明する。図６と同様の処理にステップについては、同じ符号を付して説明を省略する。

本処理は、プリンタ１０の制御部１１のＣＰＵが実行する処理である。本処理は、条件入力画面を表示部１９またはＰＣ５０に表示させる状況が発生した場合に開始される。なお、条件入力画面を表示させる状況としては、プリンタ１０のユーザ登録を行った後や、ユーザが、発送条件を変更したい場合などの必要に応じて表示部１９またはＰＣ５０から条件入力画面の表示要求を行った場合などである。

制御部１１のＣＰＵ（以下、単に「ＣＰＵ」と称す）は、自装置に対応する配送先情報を発送サーバ２００から取得する（Ｓ５００）。ＣＰＵは、条件入力画面を表示部１９に表示（出力）する（Ｓ８０１）。なお、このときＣＰＵは、ネットワークＩ／Ｆ１６またはＵＳＢＩ/Ｆ１８を介して入力画面に関する情報をＰＣ５０に送信（出力）し、ＰＣ５０の表示部５９にてブラウザに表示させてもよい。

ＣＰＵは、表示部１９またはＰＣ５０からの通知の受信を待機する（Ｓ８０２）。このとき、ＣＰＵがＰＣ５０のブラウザに入力画面を表示させている場合は、ブラウザからの通知を受信してもよい。ＣＰＵは、通知を受信したかを判断する（Ｓ５０３）。ＣＰＵは、通知を受信していないと判断した場合（Ｓ５０３：Ｎｏ）、処理をＳ６０２に移行する。

一方、ＣＰＵは、通知を受信したと判断した場合（Ｓ５０３：Ｙｅｓ）、受信した通知の種類を判断する（Ｓ５０４）。

Ｓ５０５にて、ＣＰＵが新規の発注条件であると判断した場合（Ｓ５０５：Ｎｏ）、ＣＰＵは、受信した通知に含まれる各発注条件を、ユーザアカウントに関連づけて制御部１１内の例えばＲＯＭ等のテーブル１０２ｄに記憶し（Ｓ５０７）、本処理を終了する。すなわち本実施形態では、テーブル１０２ｄはプリンタ１０の内部にあるものとする。

次に、Ｓ５０６にて、ＣＰＵはが自動発注閾値が不適切であると判断した場合（Ｓ５０６：Ｎｏ）、既述したように確認画面（図示せず）を表示部１９に表示（出力）させ（Ｓ８０８）、処理をＳ５０２に移行する。このとき、確認画面に関する情報をＰＣ５０に送信（出力）してＰＣ５０のブラウザに表示させてもよい。

続いて、本実施形態の消耗品発注処理を示すフローチャートについて、上記実施形態と異なる点を、図７を用いて説明する。本処理は、プリンタ１０１０の制御部１１のＣＰＵが実行する処理である。本処理は、プリンタ１０に電源が投入されたことに応じて開始される。ＣＰＵは、プリンタ１０から通知を待機する（Ｓ６０１）。ＣＰＵは、プリンタ１０から通知を受信したかを判断する（Ｓ６０２）。ＣＰＵは、プリンタ１０から通知を受信していないと判断した場合（Ｓ６０２：Ｎｏ）、処理をＳ６０１に移行する。

一方、ＣＰＵは、プリンタ１０から通知を受信したと判断した場合（Ｓ６０２：Ｙｅｓ）、受信した通知の種類を判断する（Ｓ６０３）。ＣＰＵは、受信した通知が消耗品情報の通知であると判断した場合（Ｓ６０３：消耗品情報）、すなわち、検知センサ１５から消耗品の残量に関する情報を受信した場合は、受信した消耗品情報を分析し、利用予測情報を更新する（Ｓ６０４）。つまり、ＣＰＵは、利用予測情報として、図５に示した一次回帰直線Ｌを算出する。なお、ＣＰＵは、Ｓ６０４において、受信した消耗品情報に含まれる残量情報が示す残量を制御部１１内の例えばＲＯＭ等のテーブル１０２ｄに記憶する。

ＣＰＵは、Ｓ６１０にて配送中の消耗品がないと判断した場合（Ｓ６１０：Ｎｏ）、発注数を１に設定し（Ｓ６１１）、設定された発注数とする消耗品の発注情報を発送サーバ２００に送信する（Ｓ６１２）
続いて、Ｓ６１９において複数発注を要する可能性のある状況が生じた場合の取り扱いが、ユーザに問い合わせるとされている場合（Ｓ６１９：問い合わせ）、ＣＰＵは発送サーバ２００に予め登録されているメールアドレス宛てに問い合わせメールを送信し（Ｓ６２０）、処理をＳ６０１に移行する。ＣＰＵは、今回受信した消耗品情報の送信元のプリンタ１０の固有情報に対応付けられているメールアドレスを、発送サーバ２００から取得する。プリンタ１０が、メールアドレスを記憶する構成であってもよい。

Ｓ６２０にて送信される問い合わせメールは、例えば、図８に示すように、現在の状況を報せるメッセージ６１と、発注依頼を当該メールに対する回答としてプリンタ１０に送信するためのＵＲＬ６２と、発注不要を当該メールに対する回答としてプリンタに送信するためのＵＲＬ６３とを含む。ＵＲＬ６２がクリックされた場合、管理サーバ１００は、発注依頼の通知を受信する。一方、ＵＲＬ６３がクリックされた場合、プリンタ１０は、発注不要の通知を受信する。なお、問い合わせ及び問い合わせに対する回答受信の形態はメールに限らず、ネットワークＩ／Ｆ１６を介して行ってもよいし、ＵＳＢＩ／Ｆ１８を介して行ってもよい。

Ｓ６１８において、複数発注を要する可能性のある状況が生じた場合の取り扱いが、ユーザに問い合わせるとされている場合（Ｓ６１５：問い合わせ）、ＣＰＵはＳ６２０と同様、発送サーバ２００に予め登録されているメールアドレス宛てに問い合わせメールを送信し（Ｓ６１８）、処理をＳ６０１に移行する。

上記他の実施形態１〜３によれば、複数発注を要する可能性のある状況が生じた場合の取り扱いを、発注条件として条件入力画面から入力できる。当該状況は、例えば、発注対象の消耗品と同じものが配送中である状況や、直近に受信した消耗品情報に含まれる交換回数が前回の値と連続していない状況などである。よって、当該状況が生じた場合には、発注入力画面に対する入力を行ったユーザの意図に応じた発注が行われるので、消耗品がユーザの意図に反して重複して発注されることを抑制できる。

また、上記複数の実施形態において、管理サーバ１００が、管理サーバ、情報処理装置及びサーバの一例である。プリンタ１０が、プリンタ及び情報処理装置の一例である。ＰＣ５０が情報処理装置の一例である。発送サーバ２００が、サーバの一例である。制御部１０１が、制御部の一例である。ネットワークＩ／Ｆ１０３が、通信部の一例である。記憶部１０２が、記憶部の一例である。Ｓ６０３の処理を実行する制御部１０１が、受信手段、第１取得手段、第２受付手段、第３受付手段の一例である。Ｓ５０１，Ｓ８０１の処理を実行する制御部１０１が、第１送信手段、第１出力手段の一例である。Ｓ５０３の処理を実行する制御部１０１が、第１受付手段、の一例である。Ｓ６０７，Ｓ６０９の処理を実行する制御部１０１が、第１判断手段の一例である。Ｓ６１２の処理を実行する制御部１０１が、第２送信手段、第２出力手段の一例である。Ｓ５０７の処理を実行する制御部１０１が、記憶手段の一例である。Ｓ５００の処理を実行する制御部１０１が、取得手段、第２取得手段の一例である。Ｓ６１０の処理を実行する制御部１０１が、第２判断手段の一例である。Ｓ６２０の処理を実行する第３送信手段、第３出力手段の一例である。Ｓ６１８の処理を実行する制御部１０１が、第４送信手段、第４出力手段の一例である。Ｓ５０６の処理を実行する制御部１０１が、第３判断手段の一例である。Ｓ５０８，Ｓ８０８の処理を実行する制御部１０１が、通知手段の一例である。

以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。

例えば、上記実施形態では、本発明の管理サーバである管理サーバ１００として、物理的に存在する１つのサーバを例示した。管理サーバ１００は、複数の物理的な装置が協働して１つのサーバとして機能するヴァーチャルマシンであってもよい。例えば、管理サーバ１００は、消耗品情報をプリンタ１０から受信する第１のサーバと、第１のサーバから取得した消耗品情報に基づいて、発注をするか否かを決定する第２のサーバとが協同して１つのサーバとして機能する構成であってもよい。また、管理サーバ１００が、発送サーバ２００の機能を有する構成であってもよい。

上記実施形態では、管理サーバ１００に接続される装置として、プリンタ１０を例示したが、少なくとも印刷機能を有する多機能周辺装置であれば、本発明に適用できる。上記実施形態では、消耗品として、インクカートリッジを例示したが、トナーカートリッジであっても、同様に本発明を適用できる。

上記実施形態では、プリンタ１０は、消耗品情報を、インターネット８００を介して管理サーバ１００に直接送信する構成とした。これに代えて、プリンタ１０の消耗品情報を、ＰＣ５０や他のＰＣなどの情報処理装置を介して間接的に管理サーバ１００に送信する構成としてもよい。かかる場合に、プリンタ１０と、プリンタ１０からの消耗品情報を中継する情報処理装置との接続は、ＵＳＢやＬＡＮなどによる有線接続であっても、無線ＬＡＮなどによる無線接続であってもよい。

よって、特許請求の範囲における「プリンタと…通信可能な管理サーバ」は、プリンタと管理サーバとが直接通信する場合と、プリンタと管理サーバとが間接的に通信する場合との両方を意図する。また、特許請求の範囲における「受信手段」による消耗品情報の受信は、プリンタから消耗品情報を直接受信する場合と、プリンタから消耗品情報を間接的に受信する場合との両方を意図する。また、「出力手段」の出力は、外部装置への情報出力と自装置への画面出力（表示）の両方を意図する。また、「取得」とは外部装置からの情報取得と自装置の内部における情報取得の両方を意図する。

上記実施形態では、消耗品の利用予測情報を一次回帰直線としたが、消耗品の消費状況を統計的に予測できる情報であれば、一次回帰直線に限らず、各種の統計的に算出される予測式を利用できる。上記実施形態では、プリンタ１０に装着される消耗品が交換される毎に、残量の時間変化を示すプロットを作成して、利用予測情報（一次回帰直線Ｌ）を算出する構成としたが、利用予測情報については、過去のデータ、すなわち、現在装着されている消耗品より前に装着されていた消耗品に対する残量変化の各値を利用する構成としてもよい。

なお、過去のデータを用いる場合には、Ｓ５０５の処理を省略してもよい。つまり、条件入力画面から新規の発注条件が入力された場合に、過去のデータから算出される利用予測情報に基づき、自動発注閾値が適切であるか否かを判断させるようにしてもよい。

上記実施形態では、残量情報として、消耗品の残量を示す値としたが、消耗品情報に印刷カウントが含まれる場合には、当該印刷カウントが残量情報を兼ねる構成としてもよい。つまり、印刷カウントの値を、消耗品の残量の指標としてもよい。なお、「印刷カウント」は、消耗品情報に含まれる種類情報が示す種類の消耗品について、現在の消耗品を用いて印刷を行ったページ数を示す値である。プリンタ１０は、消耗品の種類毎に現在の消耗品を用いて印刷を行ったページ数を計数する印刷カウンタを有する。印刷カウンタは、該当する消耗品が交換される毎にゼロに初期化される。プリンタ１０は、印刷カウンタの値を印刷カウントとして消耗品情報に含める。

上記実施形態では、条件入力画面や確認画面をＰＣ５０のブラウザに表示させる構成としたが、これらの画面の表示先は、スマートフォンやタブレットなどの端末などであってもよい。あるいは、これらの画面を、プリンタ１０の表示部（液晶表示装置など）に表示させてもよい。

上記実施形態では、Ｓ６１８，Ｓ６２０において、問い合わせメールを送信する構成としたが、問い合わせメールと同内容の画面をＰＣ５０のブラウザや、プリンタ１０の表示部などに表示させてもよい。

上記実施形態では、Ｓ６１８にて送信される問い合わせメールは、発注依頼または発注不要の回答を管理サーバ１００に返信するためのＵＲＬを含む構成とした。これに加え、問い合わせメールに対し、発注依頼する場合に、発注数を指定する回答を返信できる構成としてもよい。例えば、問い合わせメールに発注数毎の発注依頼用ＵＲＬを設ける。本変形例において、Ｓ６１８およびＳ６０３の処理を実行する制御部１０１が、それぞれ、第５送信手段と第５出力手段、および第４受付手段の一例である。

あるいは、管理サーバ１００が、発注依頼の回答を受けた場合に、発注数を問い合わせるメールを送信する構成としてもよい。なお、本変形例において、選択可能な発注数を、今回の交換回数と前回の交換回数との差に応じた範囲とすることにより、消耗品が過剰な数で発注されることを抑制できる。

条件入力画面が、配送形態を選択できる構成としてもよい。つまり、条件入力画面において、消耗品を通常の配送日数で配送する第１の配送形態を利用するか、消耗品を通常より短い特別な配送日数で配送する第２の配送形態を利用するかを選択できる構成としてもよい。本変形例では、管理サーバ１００が、Ｓ６１２にて発注情報を送信する際に、条件入力画面にて入力された配送形態を示す情報を含めて送信する。変形例において、Ｓ５０１，Ｓ８０１およびＳ５０４の処理を実行する制御部１０１が、それぞれ、第６送信手段と第６出力手段、および第５受付手段の一例である。なお、配送形態は、条件入力画面とは別のタイミングで設定できる構成であってもよい。

上記実施形態では、配送先情報は発送サーバ２００に記憶され、管理サーバ１００は、発送サーバ２００から取得する構成としたが、配送先情報が記憶部１０２に記憶されていてもよい。

上記実施形態では、Ｓ６１０にて配送中でないと判断されると、Ｓ６１２にて発注情報が発送サーバ２００に送信される構成としたが、Ｓ６１２の前に、発注をするか否かをメールなどで問い合わせる構成としてよい。これにより、発注条件を満たす場合であっても、ユーザのそのときの状況に応じて不要な場合は発注しないようにすることができる。

上記実施形態では、図６，図７および図１２に記載される各処理を、制御部１０１または制御部１１のＣＰＵが実行する構成として説明したが、上記各図に記載される各処理を、複数のＣＰＵが協同的に実行する構成としてもよい。また、ＡＳＩＣなどのＩＣが、単独で、または、複数によって協働的に、上記各図に記載される各処理を実行する構成してもよい。また、ＣＰＵ１１とＡＳＩＣなどのＩＣとが協同して、上記各図に記載される各処理を実行する構成してもよい。

１：消耗品発注システム，１０：プリンタ，１００：管理サーバ，２００：発送サーバ

Claims (23)

1. サーバと情報処理装置であって、
   通信部と、
   記憶部と、
   制御部と、
   を備え、
   前記制御部は、
   消耗品の残量に関する残量情報を含む消耗品情報を取得する第１取得手段と、
   消耗品の発注を行う条件である発注条件に関する情報を入力させる入力画面に関する情報を出力する第１出力手段と、
   第１出力手段が出力した入力画面に関する情報に基づく前記入力画面を介して入力された前記発注条件に関する情報を受け付ける第１受付手段と、
   前記第１取得手段により前記消耗品情報が取得された場合、消耗品について前記第１受付手段が受け付けた情報に応じた発注条件を満たすかを判断する第１判断手段と、
   前記第１判断手段により前記発注条件を満たすと判断されたことに基づき、消耗品の発注に関する情報を含む発注情報を前記サーバに出力する第２出力手段と、
   を備えていることを特徴とする情報処理装置。
2. 前記制御部は、
   前記第１受付手段が受け付けた情報を前記記憶部に記憶する記憶手段を備え、
   前記第１受付手段は、前記第１出力手段により出力された前記入力画面に関する情報に基づく前記入力画面に対して入力された前記発注条件に関する情報を受け付け、
   前記第１判断手段は、前記記憶部に記憶されている前記情報に応じた発注条件を用いて、前記判断を行い、
   前記第２出力手段は、前記第１判断手段により前記発注条件を満たすと判断された場合、前記発注情報を前記サーバに出力することを特徴とする請求項１記載の情報処理装置。
3. 前記発注条件に関する情報は、前記消耗品の残量に関する閾値を指定する情報であり、
   前記制御部は、
   消耗品の配送先に関する配送先情報を取得する第２取得手段を備え、
   前記第１出力手段は、前記第２取得手段による取得された前記配送先情報に応じた前記閾値がデフォルトの値または選択肢の１つとして表示される入力画面に関する情報を出力することを特徴とする請求項２記載の情報処理装置。
4. 前記制御部は、
   前記第１判断手段により前記発注条件を満たすと判断された場合、当該発注条件を満たした消耗品について配送中のものがあるかを判断する第２判断手段を備え、
   前記第２出力手段は、前記第２判断手段により配送中の消耗品がないと判断されたことを条件として、前記発注情報を前記サーバに出力することを特徴とする請求項１から３のいずれかに記載の情報処理装置。
5. 前記制御部は、
   前記第１判断手段により前記発注条件を満たすと判断された場合、前記消耗品の発注を行うか否かを問い合わせるための第１問い合わせ情報を出力する第３出力手段と、
   前記第３出力手段による前記第１問い合わせ情報の出力先の情報処理装置またはプリンタから入力された、消耗品の発注を行うか否かを示す情報を受け付ける第２受付手段と、を備え、
   前記第２出力手段は、前記第２受付手段が前記消耗品の発注を行うことを示す情報を受け付けた場合、前記発注情報を前記サーバに出力することを特徴とする請求項１から３のいずれかに記載の情報処理装置。
6. 前記制御部は、
   前記第１判断手段により前記発注条件を満たすと判断された場合、当該発注条件を満たした消耗品について配送中のものがあるかを判断する第２判断手段を備え、
   第３出力手段は、前記第２判断手段により配送中の消耗品があると判断された場合に、前記第１問い合わせ情報を出力することを特徴とする請求項５記載の情報処理装置。
7. 前記発注条件に関する情報は、前記消耗品の残量に関する閾値である第１閾値を指定する情報であり、
   前記第１判断手段は、前記第１取得手段により取得された前記消耗品情報に含まれる前記残量情報が示す前記消耗品の残量が、前記第１受付手段が受け付けた情報により指定される前記第１閾値に達した場合に、前記発注条件を満たすと判断することを特徴とする請求項１から６のいずれかに記載の情報処理装置。
8. 前記発注条件に関する情報は、前記第１閾値と、前記第１取得手段により取得された前記消耗品情報に含まれる前記残量情報が示す前記消耗品の残量が前記第１閾値に達した回数の閾値である第２閾値とを指定する情報であり、
   前記第１判断手段は、前記第１取得手段により取得された前記消耗品情報に含まれる前記残量情報が示す前記消耗品の残量が、前記第１受付手段が受け付けた情報により指定される前記第１閾値に達し、かつ、前記第１閾値に達した回数が、前記第１受付手段が受け付けた情報により指定される前記第２閾値に達した場合に、前記発注条件を満たすと判断することを特徴とする請求項７記載の情報処理装置。
9. 前記第１取得手段は、前記消耗品の交換回数を示す交換回数情報を含む前記消耗品情報を取得し、
   前記発注条件に関する情報は、前記第１取得手段により取得された前記消耗品情報に含まれる前記交換回数情報が示す交換回数が、前記第１取得手段により前回に取得された前記消耗品情報に含まれる前記交換回数情報が示す交換回数と連続しない値である場合、前記消耗品の発注を行うか否かを示す情報であり、
   前記制御部は、
   前記第１取得手段により取得された前記消耗品情報に含まれる前記交換回数情報が示す交換回数が、前記第１取得手段により前回に取得された前記消耗品情報に含まれる前記交換回数情報が示す交換回数と連続しない値である場合、前記消耗品の発注を行うか否かを問い合わせるための第２問い合わせ情報を出力する第４出力手段と、
   前記第４出力手段による前記第２問い合わせ情報の出力先の情報処理装置またはプリンタから入力された、消耗品の発注を行うか否かを示す情報を受け付ける第３受付手段と、を備え、
   前記第１判断手段は、前記第３受付手段が受け付けた情報が前記消耗品の発注を行うことを示す場合に、前記発注条件を満たすと判断することを特徴とする請求項１から８のいずれかに記載の情報処理装置。
10. 前記制御部は、
    前記第１取得手段により取得された前記消耗品情報に含まれる前記交換回数情報が示す交換回数が、前記第１取得手段により前回に取得された前記消耗品情報に含まれる前記交換回数情報が示す交換回数と連続しない値である場合、今回の前記交換回数と前回の交換回数の差に応じた範囲内で、前記消耗品の発注数を問い合わせるための第３問い合わせ情報を出力する第５出力手段と、
    前記第５出力手段による前記第３問い合わせ情報の出力先の情報処理装置またはプリンタから入力された、前記消耗品の発注数に関する情報を受け付ける第４受付手段と、
    を備え、
    前記第２出力手段は、前記第４受付手段が受け付けた発注数を示す情報を含む前記発注情報を前記サーバに出力することを特徴とする請求項９記載の情報処理装置。
11. 前記制御部は、
    前記消耗品の配送形態を問い合わせるための第４問い合わせ情報を出力する第６出力手段と、
    前記第６出力手段による前記第４問い合わせ情報の出力先の情報処理装置またはプリンタから入力された、前記消耗品の配送形態に関する情報を受け付ける第５受付手段と、
    を備え、
    前記第２出力手段は、前記第５受付手段が受け付けた前記消耗品の配送形態に関する情報を含む前記発注情報を前記サーバに出力することを特徴とする請求項１から１０のいずれかに記載の情報処理装置。
12. 前記発注条件に関する情報は、前記消耗品の残量に関する閾値を指定する情報であり、
    前記制御部は、前記第１取得手段により複数回取得された各前記消耗品情報に含まれる各前記残量情報が示す前記消耗品の残量の各値から算出された前記消耗品に関する消費推移に基づき予測される前記消耗品の残量が前記第１受付手段が受け付けた前記情報により指定される前記閾値に達する時期と、前記消費推移に基づき予測される前記消耗品の残量が当該消耗品を使用不可能な値に達する時期との期間が、前記消耗品の配送日数より短いかを判断する第３判断手段と、
    前記第３判断手段により前記期間が前記配送日数より短いと判断された場合に通知する通知手段と、
    を備えていることを特徴とする請求項１から１１のいずれかに記載の情報処理装置。
13. 前記消耗品情報は、プリンタを特定するための固有情報と、前記消耗品の種類に関する情報とを含むことを特徴とする請求項１から１２のいずれかに記載の情報処理装置。
14. 前記発注情報は、発注の対象となる前記消耗品の種類に関する情報と、前記第１取得手段により取得された前記消耗品情報に対応するプリンタを特定するための固有情報とを含むことを特徴とする請求項１から１３のいずれかに記載の情報処理装置。
15. 前記第１取得手段は、予め決められた間隔で前記消耗品情報を取得することを特徴とする請求項１から１４のいずれかに記載の情報処理装置。
16. 前記情報処理装置は、プリンタであることを特徴とする請求項１から請求項１５のいずれかに記載の情報処理装置。
17. 前記情報処理装置は、管理サーバであることを特徴とする請求項１から請求項１５のいずれかに記載の情報処理装置。
18. 前記情報処理装置は、パーソナルコンピュータであることを特徴とする請求項１から請求項１５のいずれかに記載の情報処理装置。
19. 前記消耗品は、プリンタを特定するための固有情報により特定されるプリンタの消耗品であることを特徴とする請求項１から請求項１８のいずれかに記載の情報処理装置。
20. 前記固有情報は、前記記憶部に記憶されることを特徴とする請求項１９に記載の情報処理装置。
21. 記憶部と、
    制御部と、
    を備え、
    前記制御部は、
    消耗品の残量に関する残量情報を含む消耗品情報を取得する第１取得手段と、
    消耗品の発注を行う条件である発注条件に関する情報を入力させる入力画面に関する情報を出力する第１出力手段と、
    前記第１出力手段による出力先の情報処理装置または外部装置から入力された前記発注条件に関する情報を取得する第２取得手段と、
    前記取得手段により前記消耗品情報が取得された場合、消耗品について前記第２取得手段が取得した情報に応じた発注条件を満たすかを判断する第１判断手段と、
    前記第１判断手段により前記発注条件を満たすと判断されたことに基づき、消耗品の発注を決定する決定手段と、
    を備えていることを特徴とする情報処理装置。
22. プリンタとサーバと情報処理装置と通信可能な管理サーバであって、
    通信部と、
    記憶部と、
    制御部と、
    を備え、
    前記制御部は、
    前記記憶部に記憶されている固有情報により特定されるプリンタの、消耗品の残量に関する残量情報を含む消耗品情報を受信する受信手段と、
    消耗品の発注を行う条件である発注条件に関する情報を入力させる入力画面に関する情報を情報処理装置またはプリンタに送信する第１送信手段と、
    前記第１送信手段による送信先の情報処理装置またはプリンタから入力された前記発注条件に関する情報を受け付ける第１受付手段と、
    前記受信手段により前記消耗品情報が受信された場合、前記固有情報により特定されるプリンタの消耗品について前記第１受付手段が受け付けた情報に応じた発注条件を満たすかを判断する第１判断手段と、
    前記第１判断手段により前記発注条件を満たすと判断されたことに基づき、前記固有情報により特定されるプリンタの消耗品の発注に関する情報を含む発注情報を前記サーバに送信する第２送信手段と、
    を備えていることを特徴とする管理サーバ。
23. プリンタと情報処理装置と通信可能な管理サーバであって、
    通信部と、
    記憶部と、
    制御部と、
    を備え、
    前記制御部は、
    前記記憶部に記憶されている固有情報により特定されるプリンタの、消耗品の残量に関する残量情報を含む消耗品情報を取得する取得手段と、
    消耗品の発注を行う条件である発注条件に関する情報を入力させる入力画面に関する情報を情報処理装置またはプリンタに送信する第１送信手段と、
    前記第１送信手段による送信先の情報処理装置またはプリンタから入力された前記発注条件に関する情報を受け付ける第１受付手段と、
    前記取得手段により前記消耗品情報が取得された場合、前記固有情報により特定されるプリンタの消耗品について前記第１受付手段が受け付けた情報に応じた発注条件を満たすかを判断する第１判断手段と、
    前記第１判断手段により前記発注条件を満たすと判断されたことに基づき、前記固有情報により特定されるプリンタの消耗品の発注を決定する決定手段と、
    を備えていることを特徴とする管理サーバ。
    

Images