JP2023165490A - システム、ネットワークデバイス、システムの制御方法およびプログラム - Google Patents

Abstract

【課題】消耗材を適切なタイミングで発注するシステム、ネットワークデバイス、システムの制御方法及びプログラムを提供する。【解決手段】デバイス（プリンタ）で使用される消耗材（インク）を管理するシステムにおいて、携帯端末は、消耗材の情報を容器（インクボトル）毎に管理するインクボトル管理手段と、同じ容器の消耗材を使用する複数のデバイスから、該消耗材の消費量又は該消耗材の残量を取得する取得手段と、消耗材の消費量を合計した合計消費量又は消耗材の残量に基づいて、デバイスで使用される消耗材の容器を配送する配送サービスに消耗材の容器の配送要求を行う配送要求手段と、を有する。配送サービスは、サーバだけでなく、１台又は複数台の情報処理装置の他、情報処理装置を含むデータセンターにより提供されたリソースを利用した仮想マシン（クラウドサービス）或いはこれらの組み合わせにより実現される。【選択図】図４

Description

本発明は、消耗材を管理するシステム、ネットワークデバイス、システムの制御方法およびプログラムに関する。

従来、消耗材であるインクの消費量をサーバに送信してインク残量を管理することで、インク残量が所定の状態になったら自動的に次のインクを配送するシステムがある。特許文献１は、プリンタからインク残量とプリンタＩＤとを取得し、インク残量が閾値以下である場合にプリンタＩＤに対応するプリンタのユーザにカートリッジを配送するための指示を外部装置に行うサーバ装置を開示している。一方、近年、液体ボトルのインクを注入可能な液体タンクを有するプリンタが登場している。このようなプリンタではプリンタに注入されているインク残量が少なくなってもインクボトル内にインクが残っている可能性がある。特許文献２は、所定期間あたりのインク消費量をもとにインクボトルに注入されていたインクの消費が完了するタイミングを推測し、インクの消費が完了するまでにインクボトルの配送要求を行う印刷装置を開示している。

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

特許文献２の印刷装置は自装置（１台のプリンタ）で使用したインク消費量に基づいてインクボトルの配送要求を行っているが、インクボトルは一般的に複数のプリンタで使いまわすことができる。特許文献２のシステムでは、複数のプリンタでインク消費量を算出している場合にインクボトルのインクの消費が完了するタイミングを算出できず、インクボトルの消費が完了するまでにインクボトルを配送することができない。

本発明は、消耗材を適切なタイミングで発注するシステムを提供することを目的とする。

上記課題を解決するために、本発明のシステムは、デバイスで使用される消耗材を管理するシステムであって、消耗材の情報を容器ごとに管理する管理手段と、同じ容器の消耗材を使用する複数のデバイスから、該消耗材の消費量または該消耗材の残量を取得する取得手段と、前記消耗材の消費量を合計した合計消費量または前記消耗材の残量に基づいて、デバイスで使用される消耗材の容器を配送する配送サービスに前記消耗材の容器の配送要求を行う要求手段と、を有する。

本発明によれば、消耗材を適切なタイミングで発注することができる。

プリンタのハードウェア構成を示す図である。 プリンタの外観を示す図である。 インクタンクとインクについて説明する図である。 第１実施形態に係るシステムの構成を示す図である。 インク供給の仕組みを説明するである。 インクボトルの外観を示す図である。 プリンタで管理されるインクボトルレコードを説明する図である。 携帯端末のハードウェア構成を示す図である。 携帯端末のソフトウェア構成を示す図である。 携帯端末で管理されるプリンタレコードを説明する図である。 携帯端末で管理されるインクボトルレコードを説明する図である。 プリンタを登録する処理を示すシーケンス図である。 携帯端末の表示の一例を示す図である。 インクボトルを登録する処理を示すシーケンス図である。 インクの配送要求を判定する処理を示すシーケンス図である。 インクの配送要求を判定する処理を示すシーケンス図である。 インクボトルの配送判定を行った結果を表示する画面の一例を示す図である。 第２実施形態に係るシステムの構成を示す図である。

（第１実施形態）
図１は、プリンタ１００のハードウェア構成を示す図である。本実施形態のプリンタ１００は、消耗材である液体ボトルのインクを注入可能なインクタンク１１０を有し、インクタンク１１０から供給されたインクの吐出により印刷を行う画像形成装置である。本実施形態ではプリンタ１００が印刷機能およびスキャン機能を有するデジタル複合機（ＭＦＰ）である場合を例に説明するが、プリンタ１００はインクの吐出により画像を形成する機能を有していればよい。例えばプリンタ１００は、単機能のプリンタ、複写機、ファクシミリ等であってもよい。

プリンタ１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＥＥＰＲＯＭ１０４を有する。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１は、プリンタ１００内の各部を制御する。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２は、各種のプログラムコードを記憶する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３は、各サービス実行時の画像データ等を一時的に記憶したり、バッファリングを行ったりする。また、ＲＡＭ１０２はＣＰＵ１０１のワークエリア等として機能する。ＣＰＵ１０１は、ＲＯＭ１０２に記憶されたプログラムを実行することで、システムバス１１１に接続する各部を統括的に制御し、プリンタ１００全体を制御する。

ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）１０４は、不揮発性のメモリであり、各種データを記憶する。ＥＥＰＲＯＭ１０４に記憶されるデータは、例えば、プリンタ１００の出荷先情報、インクボトルレコード、表示部１０６で表示する言語の設定などである。インクボトルレコードの詳細は、図７を用いて後述する。

プリンタ１００は、さらに、通信部１０５、表示部１０６、操作部１０７を有する。通信部１０５は、ＵＳＢやネットワークを介して外部装置と接続し、外部装置と通信を行う。ＲＡＭ１０３は、通信部１０５が外部装置から受信した画像データ等も一時的に記憶する。表示部１０６は、例えば液晶ディスプレイを有し、文字、図形および指標（インジケータ）等を表示する。表示部１０６は、液晶ディスプレイに限られず、ＬＥＤやその他の表示器を用いて構成することも可能である。表示部１０６に表示される情報としては、例えば、プリンタ１００の設定情報や、各インクタンクに収容されているインクに関する情報等がある。インクに関する情報には、インクタンクに収容されているインクの残量情報やインクの注入指示情報などが含まれる。表示部１０６への表示は、ＣＰＵ１０１によって制御される。操作部１０７は、ユーザが各種の入力操作を行うためのスイッチ、ハードキー等を有し、ユーザからの入力操作を受け付ける。また、タッチパネルのように、表示部１０６が入力操作などを行う操作部１０７としての機能を果たす形態とすることも可能である。タッチパネルにおける入力座標と表示座標を対応付けることで、あたかもユーザがタッチパネルに表示された画面を直接的に操作可能であるかのようなＧＵＩを構成することができる。

また、プリンタ１００は、スキャナ部１０８、プリンタ部１０９、インクタンク部１１０を有する。プリンタ１００において、印刷機能はプリンタ部１０９で、スキャン機能はスキャナ部１０８で実現される。プリンタ部１０９は、外部から受信した画像データ、スキャナ部１０８から読み取った画像データ等に基づいて、インクジェット方式によって印刷用紙等の記録媒体に画像を印刷する。プリンタ部１０９は、インクジェットヘッドを有し、インクタンク部１１０からチューブを介してインクジェットヘッドに消耗材であるインクが供給される。また、プリンタ部１０９は、インク情報および用紙情報を管理する。インク情報は、プリンタ１００で利用されるインクに関する情報であり、インクタンク１１０のインク残量情報が含まれる。用紙情報は、プリンタ１００で利用される用紙に関する情報であり、積載用紙の枚数情報や印刷枚数の情報が含まれる。スキャナ部１０８は、原稿台２０１にセットされた原稿を光学的に読み取って電子データに変換し、ネットワーク経由で外部装置に送信したり、コピーを行ったりする。上述した各部は、システムバス１１１で相互に接続され、データを相互に送受信することが可能である。インクタンク部１１０は、インクを貯留する。インクタンク部１１０にはインクボトルからインクが注入される。

図２は、プリンタ１００の外観を示す図である。プリンタ１００は、表示部１０６、操作部１０７、インクタンク部１１０、原稿台２０１を備える。また、プリンタ１００には、ＱＲコード（登録商標）２０２が付帯（貼付）される。なお、図２に示される例ではインクタンク部１１０が外から見え、ユーザによる目視でのインク残量の確認が可能な構成となっているが、インクタンク部１１０はプリンタ１００の内部に設けられ外から見えない位置に配置されていてもよい。

ＱＲコード２０２は、プリンタを識別するためのプリンタシリアルＩＤが符号化されているコード画像である。ＱＲコード２０２にはプリンタシリアルＩＤだけでなく、製品名、接続先のサーバのＵＲＬ、携帯端末で読み取って対応するアプリケーションを立ち上げるための起動情報、プリンタの性能などを追加で符号化しても良い。また、上述の情報ごとに複数のＱＲコードがプリンタ１００に配置されていてもよい。なお、本実施形態ではコード画像がＱＲコードである場合を例に説明しているが、これに限られるものではなく、例えばバーコードなど二次元のコードであってもよい。また、本実施形態ではＱＲコード２０２がプリンタ１００の表面に貼付されている例を示しているが、ＱＲコード２０２が表示部１０６に表示される形態でもよい。

図３は、インクタンクとインクについて説明する図である。図３（Ａ）は、インクの注入方法を説明する図である。プリンタ１００のインクタンクカバー３０１を開けると、インクタンク部１１０にアクセスすることができる。プリンタ１００は、色の異なる複数種のインクを吐出して記録媒体にカラー画像を記録することが可能である。そのため、インクタンク部１１０には、イエロー、シアン、マゼンタ、ブラックの４色のインクそれぞれを収納するために４種類のインクタンクが設けられている。以下の説明においては４色について簡略的に示すため、シアンをＣ、マゼンタＭ、イエローをＹ、ブラックをＢｋ、とアルファベットを付す。インクタンク部１１０は、シアン色のインクを収容するインクタンク１１０Ｃ、マゼンタ色のインクを収容するインクタンク１１０Ｍ、イエロー色のインクを収容するインクタンク１１０Ｙ、ブラック色のインクを収容するインクタンク１１０Ｂｋを有する。インクタンク１１０Ｃ、インクタンク１１０Ｍ、インクタンク１１０Ｙ、インクタンク１１０Ｂｋはそれぞれ、インクの注入口３０２を備える。注入口３０２にあるキャップを開けて、インクボトル３０３からインクタンク部１１０にインクを供給する。インクの注入口３０２は色ごとに異なる形状になっており、違う色のインクボトルは注入できない仕組みになっている。また、色ごとだけでなく、インクの組成が違うために混ざると色味が変わってしまうインクも画質保障のために注入口３０２の形状を変更して作られている。なお、本実施形態では４種類のインクタンクが設けられている例について説明するが、インクタンクの数は１つでもよいし、複数であってもよい。

図２（Ｂ）は、インクボトルを説明する図である。インクボトル３０３は、消耗材であるインクの容器である。インクボトル３００は、シアン色のインクが入っているインクボトル３０３Ｃ、マゼンタ色のインクが入っているインクボトル３０３、イエロー色のインクが入っているインクボトル３０３Ｙ、ブラック色のインクが入っているインクボトル３０３Ｂｋを有する。シアン色のインクを収容するインクタンク１１０Ｃにインクを補充する際には、シアン色のインクが入っているインクボトル３０３Ｃからインクを供給する。

図４は、第１実施形態に係るシステムの構成を示す図である。システムは、インクの残量またはインクの使用量に応じてインクボトル３００の配送を配送サービスに要求して、インクボトル３００の自動配送を実現するシステムであり、複数のプリンタ１００、携帯端末４０２、サーバ４０１を有する。プリンタ１００は、インクボトル３０３を用いてインクを注入するインクボトル方式の記録装置である。システム内の複数のプリンタ１００（例えば、プリンタ１００ａおよびプリンタ１００ｂ）は、消耗材の容器であるインクボトル３００を共有する。そのため、インクボトル３００からはプリンタ１００ａにもプリンタ１００ｂにもインクが供給される。各プリンタ１００で消費されたインクの情報は、各プリンタ１００から携帯端末４０２に送付される。

携帯端末４０２は、例えば、スマートフォンやタブレッット端末などの通信機能を有するネットワークデバイスである。プリンタ１００と携帯端末４０２との通信は、例えば、ワイヤレスＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、セルラネットワーク（例えば、ＬＴＥや５Ｇなど）、インターネット回線、赤外線通信、有線などのいずれか、またはこれらの組み合わせで構成されてもよい。また、携帯端末４０２は、画像を撮像する撮像手段であるカメラ部を有する。サーバ４０１は、インクボトルの自動配送サービス、すなわちデバイスで使用される消耗材の容器を配送する配送サービスを提供する情報処理装置である。インクボトル自動配送サービスに加入しているユーザの元には、インク消費量が一定の閾値より多くなると自動的に新しいインクボトルが配送される。携帯端末４０２とサーバ４０１との通信は、ＬＡＮ、ＷＡＮなどの通信ネットワーク、セルラネットワーク、無線ネットワーク、電話回線、専用デジタル回線等のいずれか、またはこれらの組み合わせで構成されてもよい。すなわち、データの送受信が可能に構成されていればよく、通信方式はいずれの方式を採用してもよい。また、配送サービスは、サーバ４０１だけでなく、１台または複数台の情報処理装置の他、情報処理装置を含むデータセンターにより提供されたリソースを利用した仮想マシン（クラウドサービス）、あるいはこれらの組み合わせにより実現されてもよい。

図５は、インク供給の仕組みを説明するである。なお、ここでは解り易さのために１色のみの構成として説明を行うが、１色のみの構成に限定されるわけではない。記録ヘッド５０１は、インクジェット方式の記録ヘッドであり、インクを用紙などの記録媒体に吐出する。記録ヘッド５０１はキャリッジ５０２に搭載されている。ガイドシャフト５０３は、キャリッジ５０２を支持するためのガイドである。キャリッジモータ５０４は、キャリッジ５０２を駆動させるモータである。ベルト５０５は、キャリッジモータ５０４の駆動力をキャリッジ５０２に伝達する伝達機構である。キャリッジモータ５０４を駆動させることでベルト５０５が回転し、ベルト５０５に連結されているキャリッジ５０２をガイドシャフト５０３に沿って図５における左右に移動させ、記録ヘッド５０１を記録位置に移動させる。キャリッジモータ５０４の駆動、すなわち記録ヘッド５０１の位置は、ＣＰＵ１０１により制御される。

インクタンク部１１０にはインク５０８が貯留される。また、インクタンク部１１０には供給チューブ５１１が装着されている。供給チューブ５１１は、インクタンク部１１０から記録ヘッド５０１にインクを供給するためのチューブである。インク５０８は、インクタンク部１１０から供給チューブ５１１を介して記録ヘッド５０１に供給され、吐出される。供給チューブ５１１の途中には、チョーク弁５１２が設けられる。チョーク弁５１２は、インクタンク部１１０と記録ヘッド５０１の間の流路を閉塞または開放する。具体的には、供給チューブ５１１の途中に設けられたチョーク弁５１２を閉じてインクを一時的に堰き止めるとともに、供給チューブ５１１のチョーク弁５１２から記録ヘッド５０１側を減圧し、内部空間を負圧とする。そして、この状態でチョーク弁５１２を開いて、記録ヘッド５０１へインクを供給する。

また、インクタンク部１１０内にはインク５０８と接触しうる状態で一対の電極５０９および電極５１０が設けられる。ＣＰＵ１０１は、電極５０９および電極５１０への電圧印加時と印加終了時の電位差である電圧等を得て、この電気的情報を基準値となる閾値と比較することでインクタンク部１１０内のインク残量を計測する。また、ＣＰＵ１０１は、インクの消費量のカウントを初期化した際のインク残量と現在のインク残量との差からインクの消費量を算出することもできる。なお、ＣＰＵ１０１によるインクの残量および消費量の計測方法はこれに限られるものではない。例えば、印刷データに基づいてインクの使用量および残量を推定してもよい。

キャップユニット５０６は、記録ヘッド５０１の吐出面に対して密着して、記録ヘッド５０１の吐出面が乾燥して不吐にならないようにするキャップである。また、キャップユニット５０６は、記録ヘッド５０１のノズル列に対して空吐出や吸引回復などの回復動作を行う回復手段としての機能も併せ持つ。排出チューブ５１３は、インクを廃インク吸収体５１４に排出するためのチューブである。吸引ポンプ５１５は、記録ヘッド５０１および供給チューブ５１１のインクを吸引して廃インク吸収体５１４に排出するためのポンプである。具体的には、吸引ポンプ５１５は、キャップユニット５０６に記録ヘッド５０１の吐出面を密着させ、キャップユニット５０６を減圧することにより、記録ヘッド５０１および供給チューブ５１１のインクを吸引する。このように吸引ポンプ５１５は、記録ヘッド５０１へのインクの供給や、記録ヘッド５０１および供給チューブ５１１内の気泡をインクと共に排出する吸引回復動作をすることができる。廃インク吸収体５１４は、排出チューブ５１３を通り吸引排出されたインクを貯蔵する。

図６は、インクボトルの外観を示す図である。ここではインクボトル３００Ｃを例にインクボトル３００について説明する。抽出口６０１は、インク６０４の抽出口であり、先端が注入口３０２と組み合わさったときにインク６０４の注入が開始される作りになっている。抽出口６０１の形状は色ごとに異なっており、色を間違えて注入することを防止している。また、色ごとだけでなく、インクの組成が違うために混ざると色味が変わってしまうインクも画質保障のために抽出口６０１の形状を変更して作られている。

小窓６０２は、インク６０４の残量をユーザが視覚的に確認するための小窓である。小窓６０２は、透明な部材でできており、小窓６０２には目盛り６０３が設けられる。一方、インクボトル１１０Ｃの小窓６０２以外の素材は、インク６０４の光学変化を軽減するため光を完全には透過させない素材でできている。小窓６０２の目盛り６０３とインク６０４の表面とを一緒に読み取ることで、ユーザはインクボトル３００Ｃ内のインク６０４の残量を把握することができる。なお、小窓６０２を通じて残量を把握する仕組みを説明したが、光学的に変化しにくい素材のインクの場合はボトル全体が透明でも良い。

また、インクボトル３００Ｃの表面にはＱＲコード６０５が付帯されている。ＱＲコード６０５は、インクボトルの管理に必要な情報が埋め込まれているコード画像である。インクボトルの管理に必要な情報には、少なくともインクボトルを一意に識別するためのインクボトルのシリアルＩＤが含まれる。また、インクボトルの管理に必要な情報には、インク型番、インク色、初期残量、製造日などのインクボトルに関する情報、インクボトルを管理するサーバへの接続情報（ＵＲＬ）、インクボトルを管理するアプリケーションの起動情報などが含まれていてもよい。なお、本実施形態ではコード画像がＱＲコードである場合を例に説明しているが、これに限られるものではなく、例えばバーコードなど二次元のコードであってもよい。

図７は、プリンタ１００で管理されるインクボトルレコードを説明する図である。インクボトルレコード７０１は、プリンタ１００で使用されたインクボトルの履歴情報であり、プリンタ１００のＥＥＰＲＯＭ１０４およびサーバ４０１で管理される。インクボトルレコード７０１には、インクボトル毎のインクボトルレコード（インクボトルレコード７０２、インクボトルレコード７０７、インクボトルレコード７０８）がリスト形式で保持される。

インクボトル毎のインクボトルレコードの一例としてインクボトルレコード７０２について説明する。インクボトルレコード７０２は、インクボトルのシリアルＩＤ７０３、ボトル情報７０４、サーバ管理情報７０５、サービス情報７０６を含む。インクボトルのシリアルＩＤ７０３は、インクボトルを一意に識別するための情報である。ボトル情報７０４には、インクの色、インク容量、インクの製造日などの情報が格納されている。サーバ管理情報７０５には、サーバ４０１への接続情報、接続するためのセキュリティ情報、サーバに登録しているかのフラグなどの情報が格納されている。サービス情報７０６には、例えばインクボトル自動配送サービスの加入状況、前回配送日などの情報が格納されている。

図８は、携帯端末４０２のハードウェア構成を示す図である。携帯端末４０２は、携帯端末４０２のメインの制御を行うメインボード８０１と、外部との通信を行う通信部８１７とを有する。メインボード８０１は、ＣＰＵ８０２、ＲＯＭ８０３、ＲＡＭ８０４有する。通信部８１７は、例えばＷＬＡＮ通信を行うＷＬＡＮユニットなど、外部とデータ通信を行うためのユニットである。通信部８１７は、バスケーブル８１６を介してメインボード８０１のシステムバス８１８に接続する。

ＣＰＵ８０２は、携帯端末４０２の全体を制御する。ＲＯＭ８０３は、ＣＰＵ８０２が実行する制御プログラムや組み込みオペレーティングシステム（ＯＳ）プログラム等を格納する。ＲＯＭ８０３に格納されている各制御プログラムは、ＲＯＭ８０３に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ等の基本のソフトウェア制御を行う。ＲＡＭ８０４は、ＳＲＡＭ（ｓｔａｔｉｃ ＲＡＭ）等で構成され、プログラム制御変数等を格納し、また、ユーザが登録した設定値や携帯端末４０２の管理データ等を格納する。またＲＡＭ８０４は、各種ワーク用バッファ領域が設けられている。ＣＰＵ８０２は、ＲＯＭ８０３に記憶されたプログラムを実行することで、システムバス８１８に接続する各部を統括的に制御し、携帯端末４０２全体を制御する。

メインボード８０１はさらに、画像メモリ８０５、データ蓄積部８１２、不揮発性メモリ８１５、データ変換部８０６、電話部８０７、操作部８０８、ＧＰＳ８０９、表示部８１０を有する。画像メモリ８０５は、ＤＲＡＭ（ｄｙｎａｍｉｃ ＲＡＭ）等を有し、通信部８１７を介して受信した画像データや、データ蓄積部８１２から読みだした画像データをＣＰＵ８０２で処理するために一時的に格納する。不揮発性メモリ８１５は、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）等を有し、携帯端末４０２の電源がオフされた後でも保存しておきたいデータを格納する。例えば、アプリケーションで読み取ったプリンタ１００に関する情報などが不揮発性メモリ８１５に格納される。データ蓄積部８１２は、カメラ部８１１で撮像した画像データを格納する。なお、携帯端末４０２のメモリ構成は上記で説明した構成に限定されるものではない。例えば、画像メモリ８０５とＲＡＭ８０４を共有させてもよいし、データ蓄積部８１２にデータのバックアップなどを行ってもよい。また本実施形態では画像メモリ８０５にＤＲＡＭを用いる例を説明したが、不揮発性メモリや着脱可能なハードディスク等を使用してもよい。

データ変換部８０６は、ページ記述言語（ＰＤＬ）等の解析や、色変換、画像変換などのデータ変換を行う。電話部８０７は、電話回線の制御を行い、スピーカ部８１３を介して入出力される音声データを処理することで電話による通信を実現する。操作部８０８は、ユーザからの入力操作を受け付ける。表示部８１０は、例えば液晶ディスプレイや有機ＥＬディスプレイであり、各種入力操作や携帯端末４０２の動作状況、ステータス状況等の表示を行う。なお、タッチパネルのように、操作部８０８と表示部８１０が一体となっていてもよい。タッチパネルにおける入力座標と表示座標を対応付けることで、あたかもユーザがタッチパネルに表示された画面を直接的に操作可能であるかのようなＧＵＩを構成することができる。ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）８０９は、現在の緯度や経度などの位置情報を取得する。

メインボード８０１はさらに、カメラ部８１１、スピーカ部８１３、電源部８１４を有する。カメラ部８１１は、撮像光学系と撮像センサを有し、撮像光学系を介して入射された光を撮像センサで光電変換して画像を取得する。カメラ部８１１で撮影された画像は、データ蓄積部８１２に保存される。また、カメラ部８１１でＱＲコードなどのコード画像を読み取るころで、コード画像に格納されている情報を取得することができる。スピーカ部８１３は、音の入出力を行う。例えば、スピーカ部８１３は、電話機能のための音声を入力または出力したり、アラーム通知に基づいて音を出力したりする。電源部８１４は、携帯端末４０２の電源やバッテリーを制御する。メインボード８０１の各構成要素と通信部８１７は、ＣＰＵ８０２が管理するシステムバス８１８を介して、相互に接続されている。

図９は、携帯端末４０２のソフトウェア構成を示す図である。携帯端末４０２は、登録アプリ９０１、配送アプリ９１０、撮像手段９２０、通信手段９２１を有する。図９に示される各手段は、ＣＰＵ８０２によりＲＯＭ８０３などのメモリに格納されている制御プログラムをＲＡＭ８０４に読み出して実行することにより実現される。なお、本実施形態では登録アプリ９０１および配送アプリ９１０という２つのアプリケーションが携帯端末４０２に登録されている例について説明するが、登録アプリ９０１および配送アプリ９１０を１つのアプリケーションで実現してもよい。撮像手段９２０は、カメラ部８１１を制御し、画像を撮像して取得する。通信手段９２１は、通信部８１７を介しての外部装置（例えば、プリンタ１００、サーバ４０１など）との通信を制御する。

登録アプリ９０１は、プリンタの情報およびインクボトルの情報を登録するためのアプリケーションである。携帯端末４０２およびサーバ４０１において、プリンタの情報はプリンタレコード（図１０）として管理され、インクボトルの情報はインクボトルレコード（図１１）として管理される。登録アプリ９０１は、プリンタ管理手段９０２、インクボトル管理手段９０３、表示制御手段９０４を有する。登録アプリ９０１のプリンタ管理手段９０２は、プリンタ１００の情報を取得してプリンタレコードとして登録して管理する。プリンタ１００の情報の登録処理については図１２を用いて後述する。登録アプリ９０１のインクボトル管理手段９０３は、インクボトル３０３の情報を取得してインクボトルレコードとして登録して管理する。インクボトル３０３の情報の登録処理については図１４を用いて後述する。登録アプリ９０１の表示制御手段９０４は、登録アプリ９０１が提供する画面の表示部８１０への表示を制御する。

配送アプリ９１０は、インクの消費量を合計した合計消費量またはインクの残量に基づいてインクボトルの配送サービスに配送要求を行うアプリケーションである。配送アプリ９１０は、インクボトル管理手段９１１、取得手段９１２、配送要求手段９１３、表示制御手段９１４を有する。インクボトル管理手段９１１は、登録アプリ９０１により登録されたインクボトルレコードを管理する。取得手段９１２は、プリンタからインクの消費量または残量を含む情報を取得する。配送要求手段９１３は、取得手段９１２が取得した情報に基づいて、インクボトルの配送要求の要否を判定し、配送サービスに配送要求を行う。表示制御手段９１４は、配送アプリ９１０が提供する画面の表示部８１０への表示を制御する。配送アプリ９１０が実行する処理は、図１５および図１６を用いて後述する。

図１０は、プリンタレコードを説明する図である。プリンタレコード１００１は、携帯端末４０２で管理されるプリンタの情報のリストであり、不揮発性メモリ８１５に格納されている。プリンタレコード１００１には、プリンタごとのプリンタレコード（プリンタレコード１００２、プリンタレコード１０１３、プリンタレコード１０１４）がリスト形式で格納されている。

プリンタごとのプリンタレコードの一例としてプリンタレコード１００２について説明する。プリンタレコード１００２は、製造情報１００３およびフィールド情報１００８を含む。製造情報１００３はプリンタを製造する時に決まる情報である。製造情報１００３には、プリンタのシリアルＩＤ１００４、製造日１００５、製品名１００６、インク情報１００７が含まれる。プリンタのシリアルＩＤ１００４は、プリンタを一意に識別するための情報であり、製造時に採番される。製造日１００５は、プリンタを製造した日時である。製品名１００６は、プリンタの製品名称である。インク情報１００７には、プリンタで利用されるインクに関する情報が格納される。

フィールド情報１００８は、プリンタがユーザ先で使用されてから変更される情報である。フィールド情報１００８には、登録日１００９、サービス情報１０１０、使用インクボトルＩＤ１０１１が含まれる。登録日１００９には、プリンタを登録した登録日が格納される。サービス情報１０１０には、プリンタをサポートしているサービスの加入状況や、サービスが実施されたログが格納される。例えば、サービス情報１０１０には、インクボトル自動配送サービスの加入状況、前回配送日などの情報が格納される。サービス情報１０１０には、インクに関してはサービス情報７０６と同様の情報が格納される。また、サービス情報１０１０には独自の情報が格納されてもよく、例えばサーバと通信した日時や、ポイントサービスに関する情報などが格納されてもよい。使用インクボトルＩＤ１０１１には、プリンタで使用されるインクボトルを一意に識別するシリアルＩＤが登録される。使用インクボトルＩＤ１０１１に登録されるＩＤは、インクボトルのシリアルＩＤ７０３と同様の情報である、複数のインクを利用するプリンタの場合は、使用インクボトルＩＤ１０１２のように、インクの数に応じて複数の使用インクボトルＩＤが登録される。

図１１は、携帯端末４０２で管理されるインクボトルレコードを説明する図である。インクボトルレコードは、携帯端末４０２で管理されるインクボトルの情報のリストであり、不揮発性メモリ８１５に格納されている。インクボトルレコード１１０１には、インクボトルごとのインクボトルレコード（インクボトルレコード１１０２、インクボトルレコード１１１４、インクボトルレコード１１１５）がリスト形式で格納されている。

インクボトルごとのインクボトルレコードの一例としてインクボトルレコード１１０２について説明する。インクボトルレコード１１０２には、製造情報１１０２およびフィールド情報１１０８が含まれる。製造情報１１０３は、インクボトルが製造された際に決まる情報である。製造情報１１０３には、インクボトルのシリアルＩＤ１１０４、製造日１１０５、インクサイズ１１０６、インク色１１０７が含まれる。インクボトルのシリアルＩＤ１１０４は、インクボトルを一意に識別するための情報であり、製造時に採番される。製造日１１０５は、インクボトル３０３を製造した日時である。インクサイズ１１０６は、インクボトルの容量を示す情報である。インクサイズ１１０６には、例えば１００ｍｌ、２００ｍｌ、３００ｍｌなど実際の容量を格納してもよいし、大、中、小など相対的な容量の大きさを格納してもよい。インク色１１０７は、インクボトルに入っているインクの色であり、例えばシアン、マゼンタ、イエローなどの具体的な色を示す情報が格納される。

フィールド情報１１０８は、インクボトルがユーザ先で使用されてから変更される情報である。フィールド情報１１０８には、使用プリンタＩＤ１１０９、登録日１１１１、配送情報１１１２、サービス情報１１１３が含まれる。使用プリンタＩＤ１１０９には、インクボトルを使用したプリンタのシリアルＩＤが格納される。１つのインクボトルが複数のプリンタで使用される場合には、該インクボトルを使用した複数のプリンタのシリアルＩＤが登録される。インクボトルレコード１１０２の例では、使用プリンタＩＤ１１０９および使用プリンタＩＤ１１１０の２つの使用プリンタＩＤが登録されている。登録日１１１１には、インクボトルを登録した登録日が格納される。配送情報１１１２には、インクボトルの配送情報が格納される。配送情報１１１２の初期状態は「未配送」であり、インクボトルの配送要求時に更新される。配送情報１１１２を更新するタイミングについては図１５で説明する。サービス情報１１１３には、インクボトル自動配送サービスへの接続情報（ＵＲＬ）、サービスへの加入状況、前回配送日などの情報が格納される。サービス情報１０１０には、インクに関してはサービス情報７０６と同様の情報が格納される。また、サービス情報１０１０には独自の情報が格納されてもよく、例えばサーバと通信した日時や、ポイントサービスに関する情報などが格納されてもよい。なお、サーバ４０１に格納されているインクボトルレコードも図１１で説明した携帯端末４０２が保持するインクボトルレコードと同様の構造である。

図１２は、プリンタ１００をサーバ４０１に登録する処理を示すシーケンス図である。本実施形態では、携帯端末４０２を用いて未登録のプリンタ１００のシリアルＩＤを取得してサーバ４０１に登録する。図１２に示される携帯端末４０２による各処理は、携帯端末４０２のＣＰＵ８０２が、ＲＯＭ８０３などのメモリに格納されている制御プログラムをＲＡＭ８０４に読み出して実行することにより実現される。図１３は、携帯端末４０２の表示の一例を示す図である。

Ｓ１２０１で、携帯端末４０２は、ユーザの指示に基づいて登録アプリ９０１を起動する。Ｓ１２０２で、登録アプリ９０１は登録するプリンタのＱＲコードを撮影するように促す画面を表示する。ユーザは登録アプリ９０１の指示に従い携帯端末４０２のカメラ部８１１でプリンタ１００のＱＲコード２０２を撮影する。図１３（Ａ）は、プリンタ１００のＱＲコード２０２を撮影する際の携帯端末４０２の画面の表示の一例を示す図である。表示部８１０には、カメラ部８１１を通じて撮影しているプリンタ１００を識別するためのＱＲコード２０２の画像と、ユーザに対して撮影操作を指示するためのガイダンス１３０１とが表示される。ガイダンス１３０１には、例えばＱＲコード２０２の画像が欠けている場合や撮影角度がＱＲコード２０２の読み取りに適切でない場合は、ユーザに撮影状態を修正するように指示が表示される。

Ｓ１２０３で、登録アプリ９０１のプリンタ管理手段９０２は、撮影したＱＲコード２０２の画像を解析し、プリンタ１００のシリアルＩＤを含むプリンタに関する情報を取得する。例えば、登録アプリ９０１はプリンタ１００のシリアルＩＤの他にも、プリンタ１００の製品名、製造日、インク情報などの製造情報、フィールド情報などをＱＲコード２０２から取得してもよい。さらに、登録アプリ９０１は、サーバ４０１の接続情報をＱＲコード２０２から取得してもよい。そして、登録アプリ９０１は取得した情報をプリンタレコードに登録し、不揮発性メモリ８１５に格納する。図１３（Ｂ）は、ＱＲコード２０２を解析した結果を表示する画面の一例を示す図である。表示部８１０には、画像解析情報１３０２が表示される。画像解析情報１３０２には、ＱＲコード２０２を解析した結果が表示される。画像解析情報１３０２には、例えば、プリンタのシリアルＩＤ、製品名、接続先サーバＩＤなどが表示される。また、ＱＲコード２０２を読み取ったプリンタが未登録である場合は、登録ボタン１３０３が表示されてもよい。登録ボタン１３０３は、画像解析情報１３０２に表示されているプリンタをプリンタレコード１００１に登録するためのボタンである。

Ｓ１２０４で、登録アプリ９０１のプリンタ管理手段９０２は、登録するプリンタ１００の情報として、Ｓ１２０３で生成したプリンタレコードをサーバ４０１に送付する。Ｓ１２０５で、サーバ４０１は、携帯端末４０２から取得したプリンタレコードを登録する。Ｓ１２０６で、サーバ４０１は携帯端末４０２にプリンタ情報の登録完了を通知し、通知を受けた登録アプリ９０１は本フローを終了する。以上の処理により、未登録のプリンタ１００をサーバ４０１に登録し、サーバ４０１が提供するサービスの対象とすることができる。

図１４は、インクボトル３０３を登録する処理を示すシーケンス図である。本実施形態では、携帯端末４０２を用いて未登録のインクボトル３０３のシリアルＩＤを取得してサーバ４０１およびプリンタ１００に登録する。図１４に示される携帯端末４０２による各処理は、携帯端末４０２のＣＰＵ８０２が、ＲＯＭ８０３などのメモリに格納されている制御プログラムをＲＡＭ８０４に読み出して実行することにより実現される。

Ｓ１４０１で、携帯端末４０２は、ユーザの指示に基づいて登録アプリ９０１を起動する。Ｓ１４０２で、登録アプリ９０１は登録するインクボトルのＱＲコードを撮影するように促す画面を表示する。ユーザは登録アプリ９０１の指示に従い携帯端末４０２のカメラ部８１１でインクボトル３０３のＱＲコード６０５を撮影する。図１３（Ｃ）は、インクボトル３０３のＱＲコード６０５を撮影する際の画面の表示の一例を示す図である。表示部８１０には、カメラ部８１１を通じて撮影しているインクボトル３０３を識別するためのＱＲコード６０５の画像と、ユーザに対して撮影操作を指示するためのガイダンス１３１０とが表示される。ガイダンス１３１０には、例えばＱＲコード６０５の画像が欠けている場合や撮影角度がＱＲコード２０２の読み取りに適切でない場合は、ユーザに撮影状態を修正するように指示が表示される。

Ｓ１２０３で、登録アプリ９０１のインクボトル管理手段９０３は、撮影したＱＲコード６０５の画像を解析し、インクボトル３０３のシリアルＩＤを含むインクボトルに関する情報を取得する。例えば、登録アプリ９０１はインクボトル３０３のシリアルＩＤの他にも、インクボトル３０３の製造日、容量、色などの製造情報、フィールド情報などをＱＲコード６０５から取得してもよい。また、登録アプリ９０１はＱＲコード６０５からサーバ４０１の接続情報を取得してもよい。そして、登録アプリ９０１のインクボトル管理手段９０３は取得した情報をインクボトルレコードに登録し、不揮発性メモリ８１５に格納する。図１３（Ｄ）は、ＱＲコード６０５を解析した結果を表示する画面の一例を示す図である。表示部８１０には、画像解析情報１３１１およびプリンタ情報が表示される。画像解析情報１３１１には、ＱＲコード６０５を解析した結果が表示される。画像解析情報１３１１には、例えば、インクボトルのＩＤ、インクの容量、インクの色などが表示される。また、プリンタ情報１３１２には、画像解析情報１３１１に対応するインクボトルＩＤを登録しているプリンタ１００が表示される。また、プリンタ情報１３１２において画像解析情報１３１１に対応するインクボトルを使用するプリンタ１００を登録できるようにしてもよい。また、ＱＲコード６０５を付帯されたインクボトル３０３が未登録である場合は、登録ボタン１３１３が表示されてもよい。登録ボタン１３１３は、画像解析情報１３１１に表示されているインクボトルをインクボトルレコード１１０１に登録するためのボタンである。

Ｓ１４０４で、登録アプリ９０１のインクボトル管理手段９０３は、登録するインクボトル３０３の情報として、Ｓ１２０３で生成したインクボトルレコードをサーバ４０１に送付する。Ｓ１４０５で、サーバ４０１は携帯端末４０２から送られてきたインクボトルレコードに基づいて、サーバ４０１で管理するインクボトルレコードを更新する。Ｓ１４０６で、サーバ４０１は、携帯端末４０２にインクボトル情報の登録完了を通知する。

Ｓ１４０７で、携帯端末４０２は、登録するインクボトル３０３の情報としてＳ１２０３で生成したインクボトルレコードを、該インクボトル３０３を利用するプリンタ１００に送付する。Ｓ１４０８で、プリンタ１００は携帯端末４０２から送られてきたインクボトルレコードに基づいて、プリンタ１００で管理するインクボトルレコードを更新し、本処理を完了する。以上の処理により、携帯端末４０２でインクボトルを撮影することで、インクボトルのシリアルＩＤを含むインクボトルの情報をサーバ４０１に登録し、更にプリンタ１００にも反映することができる。

図１５および図１６は、携帯端末４０２を用いてインクの配送要求（発注）を判定する処理を示すシーケンス図である。図１５は配送要求の可否をインク消費量の合計値（インクの合計消費量）に基づいて判定する例を、図１６は配送要求の可否をインク残量に基づいて判定する例を示している。図１５および図１６に示される携帯端末４０２による各処理は、携帯端末４０２のＣＰＵ８０２が、ＲＯＭ８０３などのメモリに格納されている制御プログラムをＲＡＭ８０４に読み出して実行することにより実現される。

まず、図１５を用いて配送要求の可否をインク消費量の合計値に基づいて判定する場合について説明する。インクの配送要求の処理は、携帯端末４０２が保持しているインクボトルレコードごとに実行される。ここでは、図１１に示されるインクボトルレコード１１０２を例に説明する。Ｓ１５０１で、携帯端末４０２は、ユーザの指示に基づいてインクボトルの配送アプリ９１０を起動する。なお、携帯端末４０２は配送アプリをユーザがあらかじめ設定したタイミングで自動的に起動させることも可能である。

Ｓ１５０２で、配送アプリ９１０の取得手段９１２は、インクボトルレコード１１０２のフィールド情報１１０８に使用プリンタＩＤが登録されている全プリンタから、インクの消費量を取得する。インクボトルレコード１１０２に対応するインクボトル３０３の配送要求を行うかを判定する場合には、携帯端末４０２は、使用プリンタＩＤ１１０９および使用プリンタＩＤ１１１０に対応するプリンタからインクの消費量を取得する。ここで各プリンタから取得するインクの消費量は、前回インクの消費量の初期化（Ｓ１５１１）を行って以降のインクの消費量である。プリンタからのインクの消費量の取得は、例えば、インクの消費量を含むプリンタの稼働状況を監視するプリンタ管理アプリケーションを介して取得するなど、その方法は問わない。

Ｓ１５０３で、配送アプリ９１０の配送要求手段９１３は、各プリンタから取得したインク消費量の合計値を算出し、算出したインク消費量の合計値と閾値とを比較する。インク消費量の合計値が閾値未満である場合は、現時点では次のインクボトルを配送してもらう必要がないため、本処理を終了する。一方、インク消費量の合計値が閾値以上である場合は、次のインクボトルを配送してもらうために、Ｓ１５０４の処理を行う。

Ｓ１５０４で、配送アプリ９１０の配送要求手段９１３は、インクボトルレコードの配送情報１１１２を確認する。配送情報１１１２の値が「配送済」など配送するための処理を行っていること示す値の場合は、本処理を終了する。一方、配送情報１１１２の値が「未配送」である場合は、Ｓ１５０５の処理を行う。Ｓ１５０５で、配送アプリ９１０の配送要求手段９１３は、サーバ４０１にインクボトルＩＤとインクボトルの配送要求を送信する。Ｓ１５０６で、サーバ４０１は、携帯端末４０２からのインクボトルの配送を受け付ける。Ｓ１５０７で、サーバ４０１は、サーバ４０１で管理されるインクボトルレコードを更新する。Ｓ１５０８で、サーバ４０１は、携帯端末４０２にインクボトルの配送受付完了を通知する。サーバ４０１から配送受付完了の通知を受けた携帯端末４０２は、Ｓ１５０９で、配送アプリ９１０のインクボトル管理手段９０３が、インクボトルレコード１１０２の配送情報１１１２を配送済に更新する。Ｓ１５１０で、配送アプリ９１０は、インクボトルレコード１１０２に登録されている使用プリンタＩＤ（使用プリンタＩＤ１１０９および使用プリンタＩＤ１１１０）に対応するプリンタに、インク消費量の初期化を指示する。インク消費量の初期化の指示を受けたプリンタは、Ｓ１５１１で、インク消費量の初期化を行う。

なお、本実施形態では、Ｓ１５０４で配送情報１１１２の値が「未配送」である場合に携帯端末４０２が自動で配送要求を行う例について説明したが、配送の要否をユーザが選択できるようにしてもよい。例えば、携帯端末４０２は、Ｓ１５０３で算出したインクの消費量の合計値と共に配送を依頼するかを確認するための画面をユーザに通知し、ユーザが配送することを選択した場合にのみＳ１５０５の配送要求を行う。

次に、図１６を用いて配送要求の可否をインク残量に基づいて判定する場合について説明する。インクの配送要求の処理は、携帯端末４０２が保持しているインクボトルレコードごとに実行される。ここでは、図１１に示されるインクボトルレコード１１０２を例に説明する。なお、図１５と同様の処理については同じ符号を付すことでその説明を省略する。

Ｓ１６０１で、携帯端末４０２は、インクボトルレコード１１０２のフィールド情報１１０８に使用プリンタＩＤが登録されている全プリンタから、インクの残量を取得する。インクボトルレコード１１０２に対応するインクボトル３０３の配送要求を行うかを判定する場合、携帯端末４０２は、使用プリンタＩＤ１１０９および使用プリンタＩＤ１１１０に対応するプリンタからインクの残量を取得する。プリンタからのインクの消費量の取得は、例えば、インクの残量を含むプリンタの稼働状況を監視するプリンタ管理アプリケーションを介して取得するなど、その方法は問わない。

Ｓ１６０２で、携帯端末４０２は各プリンタから取得したインク残量を閾値と比較する。各プリンタから取得したインク残量のうち閾値未満のインク残量が１つでもある場合は、Ｓ１５０４の処理を行う。一方、各プリンタから取得したインク残量のすべてが閾値以上である場合は、現時点では次のインクボトルを配送してもらう必要がないため、本処理を終了する。

閾値を下回るインク残量のプリンタがある場合には、図１５と同様に、Ｓ１５０４～Ｓ１５０９の処理を行い、インクボトルの配送状況を確認して、未配送の場合にはサーバ４０１に配送要求を送信し、インクボトルレコードを更新する。以上で図１６に示される、残量に基づく配送要求の処理を終了する。なお、インク消費量の合計に基づく判定と、各プリンタのインク残量に基づく判定を組み合わせてインクボトルの配送要求を行うか判定してもよい。例えば、インク消費量の合計が閾値（第１の閾値）に達していなくても、いずれかのプリンタでインク残量が閾値（第２の閾値）未満となった場合には、インクボトルの配送要求を行う。インク消費量の合計が閾値未満でインクボトルの配送要求を行った場合のインク消費量の初期化（Ｓ１５１１）は、インクボトルの配送情報１１１２が「配送済」となった時点ではなく、インク消費量の合計が閾値以上となった際に行われる。これにより、複数のプリンタでインクの消費量に大きな差がある場合にも、インクの消費が早いプリンタでインク切れが起きる前にインクを補充するためのインクボトルを発注して配送してもらうことができる。

図１７は、インクボトルの配送判定を行った結果を表示する画面の一例を示す図である。図１７（Ａ）は、インクの消費量の合計値が閾値未満であった場合の表示の例である。図１７（Ａ）に示される画面は、図１５のＳ１５０４の処理の後に携帯端末４０２の表示部８１０に表示される。インクボトル情報１７０１は、配送判定の対象となっているインクボトル３０３の情報である。インクボトル情報１７０１はインクボトルレコード１１０２に基づいて表示される。インクボトル情報１７０１には、例えば、インクボトルのシリアルＩＤ、インク容量、インク色、配送情報が含まれる。プリンタ情報１７０２は、インクボトル情報１７０１に表示されているインクボトルを使用しているプリンタの情報である。プリンタ情報１７０２には、例えば、プリンタを識別するためのプリンタＩＤ、プリンタでのインクの消費量が含まれる。また、プリンタ情報１７０２には、各プリンタにおけるインクの残量が含まれていてもよい。配送判定結果１７０３は、インクボトルの配送判定を行った結果である。配送判定結果１７０３には、例えば、プリンタ情報１７０２に表示されているプリンタのインク消費量の合計値１７０４と、判定結果１７０５が含まれる。判定結果１７０５には、インク消費量の合計値が閾値以上となり新しいボトルの配送を発注した場合には、配送要求を行った旨をユーザに通知するための表示が行われる。一方、インク消費量の合計値が閾値未満であった場合には、ユーザに対してインクボトルが配送されるための閾値を通知するためのガイダンスが表示される。

図１７（Ｂ）は、インクの消費量の合計値が閾値（第１の閾値）未満であったが、インク残量が閾値（第２の閾値）未満のプリンタがあった場合の表示の例である。図１７（Ｂ）に示される画面は、図１６のＳ１５０４の処理の後に携帯端末４０２の表示部８１０に表示される。配送判定結果１７０３には、例えば、プリンタ情報１７０２に表示されているプリンタのインク消費量の合計値１７０４と、判定結果１７０６が含まれる。判定結果１７０６には、インク残量が閾値を下回っているプリンタがあったことと、インクボトル配送をサーバ４０１に依頼するためのボタンが表示される。ユーザは、判定結果１７０６に表示されるボタンを操作することによりインクボトルの配送を選択することが可能である。

本実施形態では、インクボトルレコードを携帯端末４０２の不揮発性メモリ８１５とサーバ４０１の両方で保存する例について説明したが、サーバ４０１にのみ保存し、携帯端末４０２にはインクボトルレコードを保存しないようにしてもよい。インクボトルレコードを保持しない携帯端末４０２は、インク配送判定を行う場合などインクボトルの情報が必要な場合にサーバ４０１から取得する。これにより、携帯端末４０２の不揮発性メモリ８１５にインクボトル３０３の情報が記憶されていなくても配送判定が可能となり、携帯端末４０２の限られたメモリを解放することができる。

また、本実施形態では、コード画像を撮影してプリンタやインクボトルの情報を取得する例を説明したが、プリンタやインクボトルつけられたＩＣチップを携帯端末４０２で読み取ってプリンタやインクボトルの情報を取得するようにしてもよい。また、プリンタやインクボトルの情報を取得するための撮像部や読取部はネットワークデバイスに外付けされる装置であってもよい。また、本実施形態では、消耗材としてプリンタでの印刷に使用するインクを例に説明したが、これに限られるものではなく、消耗材を使用して立体物を形成する３Ｄプリンタでの造形に使用するマテリアルであってもよい。複数の３Ｄプリンタで同じ容器のマテリアルを使用している場合に、適切なタイミングでマテリアルを発注することが可能になる。

以上説明したように、本実施形態によると、１つのインクボトルから複数のプリンタにインクを注入している場合でも、各プリンタにおけるインク消費量を合算することで、インクの消費が完了するタイミングを推測することができる。また、各プリンタにおけるインク残量を確認することでインクの消費量が異なる場合にもプリンタでインクの消費が完了するタイミングを推測することができる。これにより、１つのインクボトルを複数のプリンタ間で共有している場合でもインクボトルを適切なタイミングで発注することができる。

（第２実施形態）
第１実施形態では、携帯端末４０２上で動作するプログラムでインク消費量の合計値を算出して配送要求を行うか否かを判定する例を説明した。本実施形態では、インク消費量の合計値の算出をインクの配送サービスを提供するサーバ４０１で実施する形態を説明する。すなわちサーバ４０１が、配送アプリ９１０の機能を実現する。なお第１実施形態と共通する説明の内容は省略する。

図１８は、本実施形態に係るシステムの構成を示す図である。システムは、複数のプリンタ１００とネットワークで接続されたネットワークデバイスであるサーバ４０１を有する。第１実施形態では携帯端末４０２でインクボトル情報（インクボトルレコード）を管理していたが、本実施形態ではプリンタ１００に入力する。プリンタ１００は、インクボトル情報をＥＥＰＲＯＭ１０４に記憶する。また、プリンタ１００は、ネットワークを経由してユーザによって入力されたインクボトル情報、プリンタ情報、インク消費量などの情報をサーバ４０１に送信する。サーバ４０１は各プリンタから受信したこれら情報をもとに、各インクボトルに対するインク消費量の合計値を算出する。インク消費量の合計値を算出したサーバ４０１は、インク消費量の合計値と閾値を比較して、インクボトルの配送判定を行う。インク消費量の合計値によるインクボトルの配送判定の処理内容は図１５の処理内容と同様である。またサーバ４０１は、図１６の処理内容と同様に、各プリンタにおけるインク残量をプリンタ１００から取得して閾値と比較し、インクボトルの配送判定を行うようにしてもよい。

また、本実施形態では、サーバ４０１がプリンタ１００から直接インク残量などの情報を取得して配送要求を行うか否かを判定していたが、携帯端末４０２などのネットワークデバイスを経由してプリンタ１００からの情報を取得するようにしてもよい。サーバ４０１は、携帯端末４０２を介してプリンタ１００からインクの消費量や残量などの情報を取得し、消費量の合計値を算出し、消費量の合計値や残量と各閾値とを比較して、新たなインクボトルの配送を行うか否かを判定する。また、携帯端末４０２でインクの消費量の合計値の算出まで行い、算出した合計値をサーバ４０１に送信して、サーバ４０１で閾値との比較を行うようにしてもよい。また、プリンタからインクの消費量などの情報を収集してサーバ４０１に送信する機器は、携帯端末４０２に限られるものではない。携帯端末４０２の替わりに、ＰＣなどの情報処理装置や、複数のプリンタの稼働状況を監視する監視装置として機能するプリンタが複数のプリンタからインクの消費量などの情報を収集してサーバ４０１に送信するようにしてもよい。

以上説明したように、本実施形態によれば、１つのインクボトルから複数のプリンタに対してインク注入している場合でも、インクボトルを適切なタイミングで発注することができる。

本実施形態の開示は、以下の情報処理装置の構成を含む。
（構成１）デバイスで使用される消耗材を管理するシステムであって、消耗材の情報を容器ごとに管理する管理手段と、同じ容器の消耗材を使用する複数のデバイスから、該消耗材の消費量または該消耗材の残量を取得する取得手段と、前記消耗材の消費量を合計した合計消費量または前記消耗材の残量に基づいて、デバイスで使用される消耗材の容器を配送する配送サービスに前記消耗材の容器の配送要求を行う要求手段と、を有することをと特徴とするシステム。
（構成２）前記要求手段は、複数のデバイスから取得した前記消耗材の消費量を合計した合計消費量が閾値以上の場合に、前記配送サービスに前記消耗材の容器の配送要求を行うことを特徴とする構成１に記載のシステム。
（構成３）前記要求手段は、複数のデバイスから取得した前記消耗材の残量のうち少なくとも１つの前記消耗材の残量が閾値未満である場合に、前記配送サービスに前記消耗材の容器の配送要求を行うことを特徴とする構成１または２に記載のシステム。
（構成４）前記消耗材の情報には前記配送サービスによる前記消耗材の容器の配送状況が含まれ、前記配送状況が未配送である場合に、前記要求手段は、前記消耗材の消費量を合計した合計消費量または前記消耗材の残量に基づいて、配送サービスに前記消耗材の容器の配送要求を行うことを特徴とする構成１乃至３のいずれかに記載のシステム。
（構成５）前記要求手段は、前記消耗材の消費量を合計した合計消費量または前記消耗材の残量に基づいて前記配送要求を行えると判定した場合に消耗材の配送を依頼するかユーザに確認し、ユーザが配送を依頼した場合に、前記配送サービスに前記配送要求を行うことを特徴とする構成１乃至４のいずれかに記載のシステム。
（構成６）前記消耗材の情報には、前記消耗材の容器を一意に識別する情報および前記消耗材を使用するデバイスを一意に識別する情報が含まれ、前記取得手段は、前記消耗材が注入されたデバイスを一意に識別する情報に対応するデバイスから前記消耗材の消費量または前記消耗材の残量を取得することを特徴とする構成１乃至５のいずれかに記載のシステム。
（構成７）前記管理手段は、前記容器に付帯しているコード画像を読み取ることで消耗材の情報を取得して登録し、さらに該消耗材の情報に該容器の消耗材を使用するデバイスを示す情報を登録することを特徴とする構成１乃至６のいずれかに記載のシステム。
（構成８）デバイスが前記取得手段に送信する消耗材の消費量のカウントは、前記合計消費量が閾値以上の場合に初期化されることを特徴とする構成１乃至７のいずれかに記載のシステム。
（構成９）前記デバイスは、消耗材を使用して記録媒体に画像を印刷する画像形成装置または消耗材を使用して立体物を形成する３Ｄプリンタであり、前記消耗材は、画像形成装置で使用されるインクまたは３Ｄプリンタで使用されるマテリアルであることを特徴とする構成１乃至８のいずれかに記載のシステム。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。

１００ プリンタ
３０３ インクボトル
４０１ サーバ
４０２ 携帯端末

Claims (12)

1. デバイスで使用される消耗材を管理するシステムであって、
   消耗材の情報を容器ごとに管理する管理手段と、
   同じ容器の消耗材を使用する複数のデバイスから、該消耗材の消費量または該消耗材の残量を取得する取得手段と、
   前記消耗材の消費量を合計した合計消費量または前記消耗材の残量に基づいて、デバイスで使用される消耗材の容器を配送する配送サービスに前記消耗材の容器の配送要求を行う要求手段と、を有することをと特徴とするシステム。
2. 前記要求手段は、複数のデバイスから取得した前記消耗材の消費量を合計した合計消費量が閾値以上の場合に、前記配送サービスに前記消耗材の容器の配送要求を行うことを特徴とする請求項１に記載のシステム。
3. 前記要求手段は、複数のデバイスから取得した前記消耗材の残量のうち少なくとも１つの前記消耗材の残量が閾値未満である場合に、前記配送サービスに前記消耗材の容器の配送要求を行うことを特徴とする請求項１に記載のシステム。
4. 前記消耗材の情報には前記配送サービスによる前記消耗材の容器の配送状況が含まれ、前記配送状況が未配送である場合に、前記要求手段は、前記消耗材の消費量を合計した合計消費量または前記消耗材の残量に基づいて、配送サービスに前記消耗材の容器の配送要求を行うことを特徴とする請求項１に記載のシステム。
5. 前記要求手段は、前記消耗材の消費量を合計した合計消費量または前記消耗材の残量に基づいて前記配送要求を行えると判定した場合に消耗材の配送を依頼するかユーザに確認し、ユーザが配送を依頼した場合に、前記配送サービスに前記配送要求を行うことを特徴とする請求項１に記載のシステム。
6. 前記消耗材の情報には、前記消耗材の容器を一意に識別する情報および前記消耗材を使用するデバイスを一意に識別する情報が含まれ、
   前記取得手段は、前記消耗材が注入されたデバイスを一意に識別する情報に対応するデバイスから前記消耗材の消費量または前記消耗材の残量を取得することを特徴とする請求項１に記載のシステム。
7. 前記管理手段は、前記容器に付帯しているコード画像を読み取ることで消耗材の情報を取得して登録し、さらに該消耗材の情報に該容器の消耗材を使用するデバイスを示す情報を登録することを特徴とする請求項１に記載のシステム。
8. デバイスが前記取得手段に送信する消耗材の消費量のカウントは、前記合計消費量が閾値以上の場合に初期化されることを特徴とする請求項１に記載のシステム。
9. 前記デバイスは、消耗材を使用して記録媒体に画像を印刷する画像形成装置または消耗材を使用して立体物を形成する３Ｄプリンタであり、
   前記消耗材は、画像形成装置で使用されるインクまたは３Ｄプリンタで使用されるマテリアルであることを特徴とする請求項１に記載のシステム。
10. 請求項１乃至９のいずれか１項に記載のシステムと、
    画像を撮像する撮像手段と、を有することを特徴とするネットワークデバイス。
11. デバイスで使用される消耗材を管理するシステムの制御方法であって、
    消耗材の情報を容器ごとに管理する工程と、
    同じ容器の消耗材を使用する複数のデバイスから、該消耗材の消費量または該消耗材の残量を取得する工程と、
    前記消耗材の消費量を合計した合計消費量または前記消耗材の残量に基づいて、デバイスで使用される消耗材の容器を配送する配送サービスに前記消耗材の容器の配送要求を行う工程と、を有することを特徴とするシステムの制御方法。
12. デバイスで使用される消耗材を管理するシステムを制御するためのプログラムであって、
    消耗材の情報を容器ごとに管理する工程と、
    同じ容器の消耗材を使用する複数のデバイスから、該消耗材の消費量または該消耗材の残量を取得する工程と、
    前記消耗材の消費量を合計した合計消費量または前記消耗材の残量に基づいて、デバイスで使用される消耗材の容器を配送する配送サービスに前記消耗材の容器の配送要求を行う工程と、を有することを特徴とするプログラム。

Images