JP6887825B2 - 情報処理装置、情報処理方法、消耗品発注システム、およびプログラム。 - Google Patents

Description

本発明は、画像処理装置に装着されている消耗品の発注を自動的に行うシステムに関する。

プリンタや複写機、ファクシミリに代表される画像処理装置はインクやトナー、用紙といった消耗品を必要とする。ユーザは画像処理装置で必要な消耗品がなくなったり少なくなったりすると、ユーザ自らが販売店に行き、消耗品を購入する。

近年、インターネットに接続してＷＥＢサーバと通信可能な画像処理装置が登場している。例えば、画像処理装置が消耗品の残量情報をＷＥＢサーバに通知し、ＷＥＢサーバが消耗品の残量情報に基づいて消耗品を販売店に発注する、消耗品発注システムが登場している（特許文献１参照）。特許文献１に記載されたシステムによれば、ユーザが画像処理装置を使用しようとした時に消耗品が不足してしまうといった不都合が解決できる。

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

しかし、特許文献１に記載されているような消耗品自動発注システムにおいて、ユーザが意図しない消耗品の発注が行われることを抑制することが求められる。

例えば、消耗品が既に発注されているにもかかわらず、重複して発注が行われることを防ぐことが求められる。

本発明は上記課題に鑑みてなされたものであり、ユーザが意図しない消耗品の発注を抑制することができる情報処理装置、情報処理方法、消耗品発注システム、およびプログラムを提供することを目的とする。

本発明による情報処理装置は、画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信手段と、受信手段が受信した消耗品情報によって示される消耗品の残量が所定の閾値以下である場合に、消耗品の発注を行う発注手段と、を有し、発注手段は、受信手段が受信した消耗品情報によって示される消耗品の残量が所定の閾値以下の場合、前回行われた消耗品の発注が完了したかの判定と、受信手段が前回受信し記憶部に格納されている消耗品情報によって示される消耗品の残量が所定の閾値以下かの判定を実行し、前回行われた消耗品の発注が完了し、受信手段が前回受信し記憶部に格納されている消耗品情報によって示される消耗品の残量が所定の閾値より多い場合は、消耗品の発注を行い、前回行われた消耗品の発注が完了し、受信手段が前回受信し記憶部に格納されている消耗品情報によって示される消耗品の残量が所定の閾値以下の場合には、消耗品の発注を行わないことを特徴とする。

本発明によれば、消耗品発注システムにおいて、ユーザが意図しない消耗品の発注を抑制することが出来る。

第１実施例に係る消耗品発注システムの構成の一例を示すブロック図である。 ＭＦＰの内部構成の一例を示すブロック図である。 管理サーバの内部構成の一例を示すブロック図である。 管理サーバの機能構成を説明するための図である。 ＭＦＰが管理サーバへ消耗品情報を送信する処理の流れを示すフローチャートである。 管理サーバが、ＭＦＰから受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第１実施例における処理の流れを示すフローチャートである。 管理サーバが販売店から、消耗品の発注に対する応答通知を受信した時の処理の流れを示すフローチャートである。 管理サーバが、ＭＦＰから受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第２実施例における処理の流れを示すフローチャートである。 第３実施例において、管理サーバが、ユーザからの消耗品の発注ユーザ要求を受け付けた際の処理の流れを示すフローチャートである。 管理サーバが、ＭＦＰから受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第３実施例における処理の流れを示すフローチャートである。 第４実施例において、管理サーバが、ユーザからの消耗品の購入済み通知を受け付けた際の処理の流れを示すフローチャートである。 管理サーバが、ＭＦＰから受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第４実施例の処理の流れを示すフローチャートである。

以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。

［実施例１］
まず、第１実施例に係る、消耗品発注システムの構成について説明する。

図１は、第１実施例に係る消耗品発注システムの構成の一例を示すブロック図である。第１実施例に係る消耗品発注システムは、クライアントサーバ型のネットワークシステムである。図１に示す消耗品発注システムは、画像処理装置１０１，１１１と、情報処理装置（以下、管理サーバとも呼ぶ）１０２と、販売店の端末（以下、販売店サーバとも呼ぶ）１０３，１１３とを備える。

画像処理装置１０１，１１１は、複合機（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ：以下ＭＦＰ）である。ＭＦＰ１０１，１１１はそれぞれ、インターネットを介して管理サーバ１０２と接続されている。さらに販売店サーバ１０３，１１３はそれぞれ、インターネットを介して管理サーバ１０２と接続されている。なお、本実施例では、管理サーバ１０２の周辺装置としてＭＦＰを例にするが、管理サーバ１０２には、複写機、ファクシミリ等が接続されてもよい。また、販売店サーバ１０３，１１３は、管理サーバ１０２とＨＴＴＰＳで通信できればよく、サーバに限定されない。また、図１には、２台のＭＦＰが例示されているが、管理サーバ１０２にはいくつＭＦＰが接続されてもよい。また、図１には、２台の販売店サーバが例示されているが、管理サーバ１０２にはいくつ販売店サーバが接続されてもよい。また、消耗品発注システムにはいくつ管理サーバが含まれていてもよい。

図２は、ＭＦＰ１０１の内部構成の一例を示すブロック図である。なお、ＭＦＰ１１１の構成は、ＭＦＰ１０１と同様であるため、説明を省略する。

ＭＦＰ１０１は、プリンタ部２０１、スキャナ部２０２、及びメモリカード装着部２０３を備える。

ＭＦＰ１０１において、印刷機能はプリンタ部２０１で実現され、スキャナ機能はスキャナ部２０２で実現され、ストレージ機能はメモリカード装着部２０３及びメモリカード２０４で実現される。

プリンタ部２０１は、外部から受信した画像データやメモリカード２０４に格納されている画像データなどを、インクジェット方式や電子写真方式などの記録方式によって記録媒体（例えば用紙）に印刷する。また、プリンタ部２０１は、インク残量を含むインク情報や、積載用紙の枚数を含む用紙情報を管理する。

スキャナ部２０２は、原稿台（不図示）にセットされた原稿を光学的に読み取って電子データに変換する。さらに、スキャナ部２０２は、電子データを指定されたファイル形式に変換して画像データを生成し、生成した画像データをネットワーク経由で外部装置に送信したり、ＨＤＤ等の保存領域（不図示）に格納したりする。コピーサービスは、原稿台に置かれた原稿をスキャナ部２０２が読み取って画像データを生成し、生成された画像データをプリンタ部２０１が記録媒体に印刷することで実現される。

メモリカード装着部２０３に装着されたメモリカード２０４には、各種ファイルデータが格納される。メモリカード２０４に格納されたファイルデータは、ネットワークを介して外部装置から読み出して編集することができる。また、外部装置からメモリカード２０４にファイルデータを格納することも可能である。

ＭＦＰ１０１は、さらに、ＣＰＵ２０５、プログラムメモリ２０６、ワークメモリ２０７、表示部２０８、操作部２０９、ネットワーク通信部２１０、ネットワーク接続部２１１、及びフラッシュメモリ２１２を備える。ＣＰＵ２０５は、ＭＦＰ１０１内の各構成要素を制御するための中央演算装置である。プログラムメモリ２０６は、ＲＯＭなどであって、各種のプログラムコードや、サーバ装置と通信するためのアプリケーション２１４を格納する。アプリケーション２１４は、プリンタ部２０１にアクセスしてインクや用紙などの消耗品情報を取得する。ワークメモリ２０７は、ＲＡＭなどであって、各サービス実行時に画像データなどを一時格納したり、バッファリングしたりする。表示部２０８は、例えばＬＣＤであって、各種の情報を表示する。操作部２０９は、ユーザが各種の入力操作を行うためのスイッチ等からなる。ネットワーク通信部２１０は、ＭＦＰ１０１をインターネット等のネットワークに接続して各種通信を行う。ネットワーク通信部２１０は、ネットワーク接続部２１１を介してネットワークに接続可能である。ネットワーク通信部２１０は、有線ＬＡＮや無線ＬＡＮに対応する。有線ＬＡＮ対応である場合は、ネットワーク接続部２１１は有線ＬＡＮのケーブルを接続するためのコネクタである。また、無線ＬＡＮ対応である場合は、ネットワーク接続部２１１はアンテナである。フラッシュメモリ２１２は、ネットワーク通信部２１０が受信した画像データなどを格納するための不揮発性のメモリである。上記各構成要素は、バス２１３で相互に接続される。

図３は、管理サーバ１０２の内部構成の一例を示すブロック図である。なお、販売店サーバ１０３、１１３も、管理サーバ１０２と同様の情報処理装置であり、図３に示す構成と同様の構成を備える。ＣＰＵ３０１は、以下の各構成要素を制御するための中央演算装置である。ディスク装置３０２は、ＣＰＵ３０１が読み出して実行するアプリケーションプログラム（以下、単にアプリケーションと呼ぶ）３１２や、データベース（ＤＢ）３１３を記憶する。データベース３１３は、各消耗品の発注ステータス（発注状況）を示す発注ステータス情報を記憶する。またディスク装置３０２は、オペレーティングシステム（ＯＳ）のほか各種ファイルを格納する。外部ディスク読取装置３０３は、ＳＤカードなどの外部記憶媒体に格納されたファイルなどの情報を読み出すための装置である。メモリ３０４は、ＲＡＭなどであって、ＣＰＵ３０１が必要に応じてデータの一時的格納やバッファリング等を行う。表示部３０５は、例えばＬＣＤであって、各種の情報を表示する。操作部３０６は、ユーザが各種の入力操作を行うためのキーボードやマウスなどである。ネットワーク通信部３０７は、ネットワーク接続部３０８を介してインターネット等のネットワークと接続され、各種の通信を行う。ネットワーク通信部３０７は、有線ＬＡＮや無線ＬＡＮに対応する。有線ＬＡＮ対応である場合は、ネットワーク接続部３０８は、有線ＬＡＮのケーブルを接続するためのコネクタである。無線ＬＡＮ対応である場合は、ネットワーク接続部３０８はアンテナである。ＵＳＢ通信部３１０は、各種周辺装置とＵＳＢ接続部３１１を介して接続され、各種周辺装置と通信を行う。上記各構成要素はバス３０９で相互に接続される。

図４は、管理サーバ１０２の機能構成を説明するための図である。管理サーバ１０２は、図４（ａ）に示す各種機能を有する。具体的には、管理サーバ１０２は、消耗品情報受信部４０１と、発注判定部４０２と、発注部４０３とを有する。それら各機能は、ＣＰＵ２０５がディスク装置３０２に格納されたアプリケーション３１２をメモリ３０４に読み出して実行することにより、実現される。またそれにより、後述する図６，７に示す処理が実行される。また、管理サーバ１０２は、消耗品情報記憶部４０４と、ステータス情報記憶部４０５とを有する。消耗品情報記憶部４０４およびステータス情報記憶部４０５は、図３に示すデータベース３１３により実現される。

消耗品情報受信部４０１は、ＭＦＰ１０１，１１１から送信される消耗品情報を受信する。消耗品情報受信部４０１は、受信した消耗品情報を消耗品情報記憶部４０４に格納する。なお、ＭＦＰ１０１，１１１は、送信元を特定可能なように、装置の識別情報を消耗品情報に付随させて送信する。これにより、管理サーバ１０２は、消耗品情報の送信元のＭＦＰを特定することが可能となる。図４（ｂ）には、消耗品情報の一例が示されている。消耗品情報には、各インクの色や残量やステータス、用紙のサイズ、種別、積載枚数など、複数の種類の消耗品に関する情報が含まれている。本実施例における消耗品情報は、インク（ｉｎｋ）情報と用紙（ｐａｐｅｒ）情報とを含む。例えば、インク情報における｛“ｃｏｌｏｒ”：“Ｃ”，“ｒｅｍａｉｎ”：“１００”，“ｓｔａｔｕｓ”：“ＦＵＬＬ”｝は、Ｃ（シアン）インクの残量が１００であって、ステータスがＦＵＬＬであることを表している。また例えば、用紙情報における｛“ｓｉｚｅ”：“Ｌ”，“ｒｅｍａｉｎ”：“２”，“ｔｙｐｅ”：“ｐｈｏｔｏ”｝は、サイズがＬ判である写真用紙の残量が２枚であることを表している。発注判定部４０２は、消耗品情報記憶部４０４が記憶する消耗品情報に基づき、各消耗品について発注を行うか否かを判定する。発注部４０３は、発注判定部４０２の判定結果に従って、消耗品の発注を行う。また、発注部４０３は、消耗品の発注状況に応じて、ステータス情報記憶部４０５が記憶する発注ステータス情報を更新する。なお、発注部４０３が、発注判定部４０２において実行される判定処理を、実行するようにしてもよい。すなわち、発注部４０３に発注判定部４０２が含まれていてもよい。

次に、図１に示す消耗品発注システムにおいて、管理サーバ１０２へ消耗品情報を通知するＭＦＰ１０１、１１１の処理と、ＭＦＰ１０１，１１１から消耗品情報を受信した管理サーバ１０２の消耗品発注処理とについて説明する。なお、ＭＦＰ１０１の処理とＭＦＰ１１１の処理とは同様であるため、ここではＭＦＰ１０１の処理を説明する。

図５は、ＭＦＰ１０１が管理サーバ１０２へ消耗品情報を送信する処理の流れを示すフローチャートである。

ＭＦＰ１０１は、ユーザによって電源が投入されると（ステップＳ５０１）、管理サーバ１０２に消耗品情報を送信する（ステップＳ５０２）。次いで、ＭＦＰ１０１は自装置搭載の消耗品の残量に変化があったか確認する（ステップＳ５０３）。本実施例では、消耗品の残量がＨＡＬＦ（５０），ＬＯＷ（２０），ＥＭＰＴＹ（０）など段階的に設定された判定値に達した場合に、ＭＦＰ１０１は、消耗品の残量に変化があったと判定する。上記判定値の値や段階数は、消耗品の種類などに応じて任意に設定されてもよい。

残量に変化があった消耗品が存在する場合（ステップＳ５０３のＹｅｓ）、ＭＦＰ１０１は、管理サーバ１０２に消耗品情報を送信する（ステップＳ５０４）。残量に変化があった消耗品が存在しない場合（ステップＳ５０３のＮｏ）、ＭＦＰ１０１は、自装置の電源の状態を確認する。そして、電源がＯＦＦでなければ（ステップＳ５０５のＮｏ）、ＭＦＰ１０１は、ステップＳ５０３の処理に戻る。

これにより、電源が投入されたタイミングと、印刷やコピーが行われて消耗品の残量に変化が生じたタイミングとにおいて、ＭＦＰ１０１から管理サーバに対して消耗品情報が送信される。

図６は、管理サーバ１０２が、ＭＦＰ１０１から受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第１実施例における処理の流れを示すフローチャートである。

消耗品情報受信部４０１が、ＭＦＰ１０１から消耗品情報を受信する（ステップＳ６０１）。すると、発注判定部４０２が、受信された消耗品情報によって示される、消耗品の残量が閾値Ｘ以下であるかを確認する（ステップＳ６０２）。このとき、消耗品情報に複数の消耗品の情報が含まれている場合には、各消耗品について、ステップＳ６０２〜Ｓ６０５の処理（発注判定）がそれぞれ実行される。なお、閾値Ｘには、消耗品の残量が少なくなっていることを示すような値（例えば、ＬＯＷ（２０））が予め設定される。ステップＳ６０２において、消耗品の残量が閾値Ｘ以下であることが、消耗品の発注を行う１つの条件となる。消耗品の残量が閾値X以下でない場合（ステップS６０２のＮＯ）、処理はステップＳ６０３に進む。消耗品の残量が閾値Ｘ以下であった場合（ステップＳ６０２のＹＥＳ）、処理はステップＳ６０４に進む。これは、消耗品が所定の量より少なくなった時に発注が行われることを意味する。

ステップＳ６０４において、発注判定部４０２は、データベース３１３（具体的には、ステータス情報記憶部４０５）に格納されている発注ステータス情報を参照し、消耗品の発注ステータスが「発注完了（以下、受注処理完了と記す）」であるかを確認する。これにより、前回行われた発注（ステップＳ６０４が実行されるタイミングよりも前に行われた発注のうち、直近の発注）が完了しているか、具体的には前回行われた発注に対する受注処理が完了しているか、を確認することができる。なお、本実施例では、発注ステータスには、初期値として「受注処理完了」が設定されているものとする。発注ステータスが「受注処理完了」である場合（ステップＳ６０４のＹＥＳ）、発注判定部４０２は、消耗品を発注リストに登録し（ステップＳ６０５）、ステップＳ６０３の処理に進む。発注ステータスが「受注処理完了」でない場合（ステップＳ６０４のＮＯ）、発注判定部４０２は、消耗品の発注をスキップさせるために、ステップＳ６０５の処理を行わずにステップＳ６０３の処理に進む。

ステップＳ６０３において、発注判定部４０２は、消耗品情報に含まれるすべての消耗品についての発注判定を行ったかを確認し、未処理の消耗品があればステップＳ６０２の処理に戻る。このようにして、ステップＳ６０２〜Ｓ６０５の発注判定が消耗品毎に行われる。

ステップＳ６０６おいて、発注部４０３は、発注リストに登録されている消耗品を販売店に発注する。このとき、発注リストにいずれの消耗品も登録されていない場合には、発注部４０３による発注は行われない。

ステップＳ６０７において、発注部４０３は、データベース３１３に対して、発注した消耗品の発注ステータスを「発注中」に更新する処理を行う。

図７は、管理サーバ１０２が販売店から、消耗品の発注に対する応答通知（後述する受注処理完了通知）を受信した時の処理の流れを示すフローチャートである。

発注部４０３が、販売店から消耗品の受注処理が完了したことを示す通知（以下、受注処理完了通知と呼ぶ）を受信する（ステップＳ７０１）。すると、データベース３１３に対して、受信した受注処理完了通知に対応する消耗品の発注ステータスを「受注処理完了」に更新する処理を行う（ステップＳ７０２）。ここで、受注処理とは、販売店が消耗品の発注を受け付けてから該消耗品を発送するまでの処理をいう。

以上のように、本実施例では、管理サーバ１０２は、消耗品の残量が閾値以下であるかだけでなく、消耗品の発注ステータスが「発注中」（または「受注処理完了」）であるかも確認して、消耗品の発注を行う。具体的には、消耗品の発注ステータスが「発注中」である場合には、消耗品の残量に関係なく消耗品の発注をスキップさせるようにしている。それにより、消耗品の残量が閾値以下になって該消耗品に対する発注が行われた後、販売店が該消耗品の発送を行うまでの間に、さらに該消耗品の残量が減少した場合でも、重ねて発注が行われることを抑制できる。従って、本実施例によれば、消耗品の二重発注を抑制することができる。

なお、消耗品カートリッジに発注情報を記録させて重複発注が行われないように制御するシステムが、従来から提案されている。しかし、そのようなシステムでは、消耗品カートリッジに発注情報を保持させるための仕組み（電気回路など）を設ける必要があり、消耗品カートリッジのコストアップにつながる可能性があるとともに、画像処理装置側の処理を複雑化させる可能性がある。一方、本実施例では、管理サーバ１０２が消耗品情報を管理するので、消耗品カートリッジ等に複雑な仕組みを設ける必要がなく、そのような問題を生じさせることがない。

［実施例２］
第２実施例における消耗品発注システム、ＭＦＰ、および管理サーバの構成は、第１実施例と同様であるので、説明を省略する。また、ＭＦＰが管理サーバに消耗品情報を送信する処理は、図５に示す第１実施例の処理と同様であるので、説明を省略する。なお、本実施例における管理サーバ１０２は、図４に示すステータス情報記憶部４０５を有していなくてもよい。

図８は、管理サーバ１０２が、ＭＦＰ１０１から受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第２実施例における処理の流れを示すフローチャートである。

消耗品情報受信部４０１が、ＭＦＰ１０１から消耗品情報を受信する（ステップＳ８０１）。すると、発注判定部４０２が、受信された消耗品情報によって示される、消耗品の残量が閾値Ｘ以下であるかを確認する。消耗品の残量が閾値Ｘ以下でない場合（ステップＳ８０２のＮＯ）、処理はステップＳ８０３に進む。消耗品の残量が閾値Ｘ以下であった場合（ステップＳ８０２のＹＥＳ）、処理はステップＳ８０４に進む。

ステップＳ８０４において、発注判定部４０２は、データベース３１３（具体的には、消耗品情報記憶部４０４）に格納されている、前回受信した消耗品情報を参照する。そして、発注判定部４０２は、前回受信した消耗品情報によって示される消耗品の残量が閾値Ｘより多いかを確認する。閾値Ｘより多い場合（ステップＳ８０４のＹＥＳ）、発注判定部４０２は、消耗品を発注リストに登録し（ステップＳ８０５）、ステップＳ８０３の処理に進む。閾値Ｘ以下である場合（ステップＳ８０４のＮＯ）、発注判定部４０２は、消耗品の発注をスキップさせるために、ステップＳ８０５の処理を行わずにステップＳ８０３の処理に進む。

ステップＳ８０３において、発注判定部４０２は、消耗品情報に含まれるすべての消耗品についての発注判定を行ったかを確認し、未処理の消耗品があればステップＳ８０２の処理に戻る。このようにして、ステップＳ８０２〜Ｓ８０５の発注判定が消耗品毎に行われる。

ステップＳ８０６おいて、発注部４０３は、発注リストに登録されている消耗品を販売店に発注する。このとき、発注リストにいずれの消耗品も登録されていない場合には、管理サーバ１０２による発注は行われない。

ステップ８０７において、消耗品情報受信部４０１は、データベース３１３（具体的には、消耗品情報記憶部４０４）にステップＳ８０１で受信した消耗品情報を格納する。

以上のように、本実施例では、管理サーバ１０２は、消耗品の残量がはじめて閾値Ｘを下回ったときにのみ消耗品を発注する。従って、発注された消耗品がＭＦＰに装着されるまでの間に、さらに消耗品の残量が減少した場合に、重ねて発注が行われてしまうことを防止できる。例えば消耗品がインクタンクである場合、インクタンクの残量が閾値Ｘを下回って、インクタンクの発注が行われてから、新しいインクタンクが装着されるまでの間、同色のインクタンクについて発注が行われることを防止できる。

なお、第２実施例に第１実施例を組み合わせてもよい。例えばユーザが、残量が閾値Ｘ以下になった消耗品カートリッジをＭＦＰから一旦取り外し、取り外した消耗品カートリッジを振ってからＭＦＰに再度装着した場合、該消耗品について一時的に閾値Ｘを上回る残量が検知されることがある。その状態で印刷が継続され、消耗品の残量が閾値Ｘを再度下回った場合、該消耗品について重ねて発注がなされてしまう可能性がある。そこで、第２実施例の処理（ステップＳ８０１〜Ｓ８０７）と、消耗品の発注ステータスを確認しながら消耗品の発注を行う第１実施例の処理（ステップＳ６０４，Ｓ６０７）とを組み合わせて、上記のような二重発注を防止するようにしてもよい。そのような形態を実現するには、例えば、ステップＳ８０２でＹＥＳと判定されときにステップＳ６０４を実行し、ステップＳ６０４でＹＥＳと判定されたときにステップＳ８０４に移行するようにすればよい。

また、第１実施例では、販売店から消耗品が発送されてから、発送された消耗品が画像処理装置に装着されるまでの期間に、画像処理装置に装着されている消耗品の残量に変化があった場合、二重発注が行われる可能性がある。しかし、上記のように第１実施例と第２実施例とを組み合わせることで、第１実施例において発生し得る上記期間における二重発注も、防止することが可能となる。

［実施例３］
第３実施例にける消耗品発注システムの構成は、第１実施例と同様である。ただし、本実施例における管理サーバ１０２は、図４に示す消耗品情報受信部４０１、発注判定部４０２、及び発注部４０３に加えて、後述する発注ユーザ要求を受け付ける発注ユーザ要求受付部（不図示）を有する。また、本実施例における管理サーバ１０２は、ステータス情報記憶部４０５に代えて、発注ユーザ要求の実行履歴（以下、発注履歴と呼ぶ）を記憶する発注履歴記憶部（不図示）を有する。発注ユーザ要求受付部は、発注ユーザ要求を受け付けると発注部４０３に消耗品の発注を指示し、発注履歴を発注履歴記憶部に格納する。なお、ＭＦＰが管理サーバに消耗品情報を送信する処理は、図５に示す第１実施例の処理と同様であるので、説明を省略する。

図９は、第３実施例において、管理サーバ１０２が、ユーザからの消耗品の発注ユーザ要求を受け付けた際の処理の流れを示すフローチャートである。ここで、消耗品の発注ユーザ要求とは、ＭＦＰ１０１から受信した消耗品情報に基づく発注を待たずに、管理サーバ１０２に消耗品の発注を実行させるための要求である。

発注ユーザ要求受付部が消耗品の発注ユーザ要求を受信すると（ステップＳ９０１）、発注部４０３は、発注ユーザ要求によって指定された消耗品を販売店に発注する（ステップＳ９０２）。発注ユーザ要求は、ユーザがＭＦＰ１０１を操作することで、ＭＦＰ１０１から管理サーバ１０２に対して発行される。なお、ユーザは、ＭＦＰ１０１を使用せずに、ＰＣやスマートデバイスを使用して発注ユーザ要求を発行してもよい。

発注ユーザ要求受付部は、発注履歴をデータベース３１３（具体的には、発注履歴記憶部）に保存する（ステップＳ９０３）。ここでは、消耗品ごとに、発注履歴がデータベース３１３に保存される。

図１０は、管理サーバ１０２が、ＭＦＰ１０１から受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第３実施例における処理の流れを示すフローチャートである。なお、ステップＳ１００１，Ｓ１００２，Ｓ１００３，Ｓ１００７の処理は、ステップＳ６０１，Ｓ６０２，Ｓ６０３，Ｓ６０６の処理と同様であるので、説明を省略する。

ステップＳ１００４において、発注判定部４０２は、データベース３１３（具体的には、発注履歴記憶部）に、消耗品の発注履歴が存在するか確認する。発注履歴が存在しない場合（ステップＳ１００４のＮＯ）、発注判定部４０２は、消耗品を発注リストに登録し（ステップＳ１００６）、ステップＳ１００３の処理に進む。発注履歴が存在する場合（ステップＳ１００４のＹＥＳ）、発注判定部４０２は、データベース３１３から消耗品の発注履歴を削除する（ステップＳ１００５）。そして、発注判定部４０２は、消耗品の発注をスキップさせるため、ステップＳ１００６の処理を行わずにステップＳ１００３の処理に進む。

以上のように、本実施例では、管理サーバ１０２は、消耗品の残量が閾値Ｘを下回っている場合であっても、データベース３１３に当該消耗品の発注履歴が存在する場合には、当該消耗品の発注を実行しない。それにより、ユーザが意図的に発注を要求した場合には、その要求通りに発注が行われ、さらに、意図的に発注された分だけ、消耗品の残量が少なくなったタイミングでの発注がスキップされる。したがって、本実施例によれば、ユーザが意図的に発注を要求した場合においても、ユーザが意図しない消耗品の二重発注を抑制することができる。

なお、発注ユーザ要求による発注回数を管理し、該発注回数分だけ、消耗品の残量が少なくなったタイミングでの発注をスキップするようにしてもよい。そのような形態を実現するには、例えば、発注ユーザ要求受付部が、発注履歴として、発注ユーザ要求による発注回数をデータベース３１３に保存するようにすればよい。そして、ステップＳ１００５が実行されるたびに、発注判定部４０２が、データベース３１３に格納された上記発注回数をデクリメント（すなわち、１マイナス）するようにすればよい。またそのとき、上記発注回数が０になる場合には、発注判定部４０２は、発注履歴をデータベース３１３から削除するようにすればよい。

［実施例４］
第４実施例にける消耗品発注システムの構成は、第１実施例と同様である。ただし、本実施例における管理サーバ１０２は、図４に示す消耗品情報受信部４０１、発注判定部４０２、及び発注部４０３に加えて、消耗品購入済み通知を受け付ける消耗品購入済み通知受付部（不図示）を有する。消耗品購入済み通知は、ユーザによって消耗品が購入されたことを通知するための通知であって、ユーザによって購入された消耗品の購入個数を併せて通知する。また、本実施例における管理サーバ１０２は、ステータス情報記憶部４０５に代えて、消耗品購入済み通知によって通知される消耗品の購入個数を記憶する、消耗品購入個数記憶部（不図示）を有する。なお、ＭＦＰが管理サーバ１０２に消耗品情報を送信する処理は、図５に示す第１実施例の処理と同様であるので、説明を省略する。

図１１は、第４実施例において、管理サーバ１０２が、ユーザからの消耗品購入済み通知を受け付けた際の処理の流れを示すフローチャートである。

消耗品購入済み通知受付部が、消耗品購入済み通知を受信する（ステップＳ１１０１）。すると、消耗品購入済み通知受付部は、消耗品購入済み通知によって示される消耗品の購入個数を、消耗品購入済み情報として消耗品ごとにデータベース３１３（具体的には、消耗品購入個数記憶部）に保存する（ステップＳ１１０２）。消耗品購入済み通知は、ユーザがＭＦＰ１０１を操作することで、ＭＦＰ１０１から管理サーバ１０２に対して発行される。なお、ユーザは、ＭＦＰ１０１を使用せずに、ＰＣやスマートデバイスを使用して消耗品購入済み通知を発行してもよい。また、ユーザが販売店で消耗品を購入した場合に、販売店の端末から管理サーバ１０２に対して消耗品購入済み通知が行われるようにしてもよい。

図１２は、管理サーバ１０２が、ＭＦＰ１０１から受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第４実施例の処理の流れを示すフローチャートである。なお、ステップＳ１２０１，Ｓ１２０２，Ｓ１２０３，Ｓ１２０７の処理は、ステップＳ６０１，Ｓ６０２，Ｓ６０３，Ｓ６０６の処理と同様であるので、説明を省略する。

ステップＳ１２０４において、発注判定部４０２は、データベース３１３（具体的には、消耗品購入個数記憶部）に、消耗品購入済み情報が存在するか確認する。消耗品購入済み情報が存在しない場合（ステップＳ１２０４のＮＯ）、発注判定部４０２は、消耗品を発注リストに登録し（ステップＳ１２０６）、ステップＳ１２０３の処理に進む。消耗品購入済み情報が存在する場合（ステップＳ１２０４のＹＥＳ）、発注判定部４０２は、該購入済み情報によって示される購入個数をデクリメント（すなわち、１マイナス）する。このとき、消耗品購入済み情報によって示される購入個数が０になる場合、発注判定部４０２は、購入済み情報をデータベース３１３から削除する。そして、発注判定部４０２は、消耗品の発注をスキップさせるため、ステップＳ１２０６の処理を行わずにステップＳ１２０３の処理に進む。

以上のように、本実施例では、ユーザが、消耗品発注システムを介さずに店舗などで直接消耗品を購入した際、購入した消耗品の内容（本実施例では個数）を管理サーバ１０２に通知する。そして、管理サーバ１０２は、ユーザからの通知に応じて、データベース３１３に消耗品の購入済み情報を格納する。そして、管理サーバ１０２は、消耗品の残量が閾値Ｘを下回っている場合であっても、データベース３１３に当該消耗品の購入済み情報が存在する場合には、当該消耗品の発注を実行しない。したがって、本実施例によれば、ユーザが店舗などで直接購入した個数に対応する回数分だけ、消耗品の残量が少なくなったタイミングでの発注をスキップさせることができる。例えば、通常は行われないような大量の印刷を行う場合、ユーザは、システムによる自動発注を待たず自ら消耗品を事前に準備することがある。このようなケースでは、次回の自動発注はユーザにとっては不要な発注となってしまう。しかし、本実施例によれば、ユーザ自らが消耗品を事前に購入している場合においても、ユーザが意図しない重複発注を防止することができる。

＜その他の実施例＞
以上、本発明の実施例について詳細に述べたが、本発明の実施例は他にも様々なものが考えられる。例えば、上記各実施例を組み合わせるようにしてもよい。

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

Claims (16)

1. 画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信手段と、
   前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が所定の閾値以下である場合に、前記消耗品の発注を行う発注手段と、を有し、
   前記発注手段は、
   前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下の場合、前回行われた消耗品の発注が完了したかの判定と、前記受信手段が前回受信し記憶部に格納されている消耗品情報によって示される消耗品の残量が前記所定の閾値以下かの判定を実行し、
   前記前回行われた前記消耗品の発注が完了し、前記受信手段が前回受信し前記記憶部に格納されている消耗品情報によって示される消耗品の残量が前記所定の閾値より多い場合は、前記消耗品の発注を行い、
   前記前回行われた前記消耗品の発注が完了し、前記受信手段が前回受信し前記記憶部に格納されている消耗品情報によって示される消耗品の残量が前記所定の閾値以下の場合には、前記消耗品の発注を行わない
   ことを特徴とする情報処理装置。
2. 前記消耗品の発注状況を示すステータス情報を格納する記憶手段をさらに有し、
   前記発注手段は、
   前記消耗品の発注を行った場合には、前記ステータス情報を発注中に更新し、
   前記消耗品の発注を受け付けた販売店サーバから、消耗品の受注処理が完了したことを示す通知を受信した場合には、前記ステータス情報を発注完了に更新し、
   前記ステータス情報によって示される前記消耗品の発注状況が発注中である場合に、前回行われた前記消耗品の発注が完了していないとして、前記消耗品の発注は行わない
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記受信手段は、前記消耗品情報と共に、前記画像処理装置の識別情報を受信することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記発注手段は、前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値より多い場合、前記消耗品の発注を行わないことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記消耗品情報は、前記画像処理装置の電源が投入されたことを条件に、前記画像処理装置から送信されることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記消耗品情報は、前記画像処理装置内の消耗品の残量に変化が生じたことを条件に、前記画像処理装置から送信される請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記消耗品情報が、前記画像処理装置に装着されている１または複数の消耗品のそれぞれの残量を示し、
   前記発注手段は、前記１または複数の消耗品のそれぞれについて発注を行うか否かを判定し、前記判定の結果に従って、前記１または複数の消耗品の少なくとも１つについて発注を行うことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 装着されている消耗品の残量に変化があったときに前記消耗品の残量を示す消耗品情報を送信する送信手段を有する画像処理装置と、情報処理装置と、を含む消耗品発注システムであって、
   前記情報処理装置は、
   前記画像処理装置から前記消耗品情報を受信する受信手段と、
   前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が所定の閾値以下である場合に、前記消耗品の発注を行う発注手段と、を有し、
   前記発注手段は、
   前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下の場合、前回行われた消耗品の発注が完了したかの判定と、前記受信手段が前回受信し記憶部に格納されている消耗品情報によって示される消耗品の残量が前記所定の閾値以下かの判定を実行し、
   前記前回行われた前記消耗品の発注が完了し、前記受信手段が前回受信し前記記憶部に格納されている消耗品情報によって示される消耗品の残量が前記所定の閾値より多い場合は、前記消耗品の発注を行い、
   前記前回行われた前記消耗品の発注が完了し、前記受信手段が前回受信し前記記憶部に格納されている消耗品情報によって示される消耗品の残量が前記所定の閾値以下の場合には、前記消耗品の発注を行わないことを特徴とする消耗品発注システム。
9. 前記情報処理装置は、前記消耗品の発注状況を示すステータス情報を格納する記憶手段をさらに有し、
   前記発注手段は、
   前記消耗品の発注を行った場合には、前記ステータス情報を発注中に更新し、
   前記消耗品の発注を受け付けた販売店サーバから、消耗品の受注処理が完了したことを示す通知を受信した場合には、前記ステータス情報を発注完了に更新し、
   前記ステータス情報によって示される前記消耗品の発注状況が発注中である場合に、前回行われた前記消耗品の発注が完了していないとして、前記消耗品の発注は行わない
   ことを特徴とする請求項８に記載の消耗品発注システム。
10. 前記受信手段は、前記消耗品情報と共に、前記画像処理装置の識別情報を受信することを特徴とする請求項８または９に記載の消耗品発注システム。
11. 前記発注手段は、前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値より多い場合、前記消耗品の発注を行わないことを特徴とする請求項８乃至１０のいずれか１項に記載の消耗品発注システム。
12. 前記消耗品情報は、前記画像処理装置の電源が投入されたことを条件に、前記画像処理装置から送信されることを特徴とする請求項８乃至１１のいずれか１項に記載の消耗品発注システム。
13. 前記消耗品情報は、前記画像処理装置内の消耗品の残量に変化が生じたことを条件に、前記画像処理装置から送信される請求項８乃至１２のいずれか１項に記載の消耗品発注システム。
14. 前記消耗品情報が、前記画像処理装置に装着されている１または複数の消耗品のそれぞれの残量を示し、
    前記発注手段は、前記１または複数の消耗品のそれぞれについて発注を行うか否かを判定し、前記判定の結果に従って、前記１または複数の消耗品の少なくとも１つについて発注を行うことを特徴とする請求項８乃至１３のいずれか１項に記載の消耗品発注システム。
15. 画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信ステップと、
    前記受信された前記消耗品情報によって示される前記消耗品の残量が所定の閾値以下である場合に、前記消耗品の発注を行う発注ステップと、を含み、
    前記発注ステップにおいて、
    前記受信された前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下の場合、前回行われた消耗品の発注が完了したかの判定と、前記受信ステップにおいて前回受信し記憶部に格納されている消耗品情報によって示される消耗品の残量が前記所定の閾値以下かの判定を実行し、
    前記前回行われた前記消耗品の発注が完了し、前記受信ステップにおいて前回受信し前記記憶部に格納されている消耗品情報によって示される消耗品の残量が前記所定の閾値より多い場合は、前記消耗品の発注を行い、
    前記前回行われた前記消耗品の発注が完了し、前記受信ステップにおいて前回受信し前記記憶部に格納されている消耗品情報によって示される消耗品の残量が前記所定の閾値以下の場合には、前記消耗品の発注を行わない
    ことを特徴とする情報処理方法。
16. コンピュータを、請求項１から請求項７のうちのいずれか１項に記載の情報処理装置として機能させるためのプログラム。

Images