(57)【要約】【課題】消耗品発注システムにおいて、ユーザが意図しない消耗品の重複発注を防止することが出来る。【解決手段】画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信手段と、受信手段が受信した消耗品情報によって示される消耗品の残量が所定の閾値以下であることを条件に、消耗品の発注を行う発注手段と、を有し、発注手段は、受信手段が受信した消耗品情報によって示される消耗品の残量が所定の閾値以下であっても、前回行われた消耗品の発注が完了していない場合には、消耗品の発注を行わない。【選択図】図４
2018136637.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信手段と、
前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が所定の閾値以下であることを条件に、前記消耗品の発注を行う発注手段と、を有し、
前記発注手段は、
前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下であっても、前回行われた前記消耗品の発注が完了していない場合には、前記消耗品の発注を行わない
ことを特徴とする情報処理装置。
【請求項２】
前記消耗品の発注状況を示すステータス情報を格納する記憶手段を有し、
前記発注手段は、
前記消耗品の発注を行った場合には、前記ステータス情報を発注中に更新し、
前記発注に対する応答通知を受信した場合には、前記ステータス情報を発注完了に更新し、
前記ステータス情報によって示される前記消耗品の発注状況が発注中である場合に、前回行われた前記消耗品の発注が完了していないとして、前記消耗品の発注は行わない
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信手段と、
前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が所定の閾値以下であることを条件に、前記消耗品の発注を行う発注手段と、を有し、
前記発注手段は、
前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下であっても、前記受信手段が前回受信した前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下である場合には、前記消耗品の発注を行わない
ことを特徴とする情報処理装置。
【請求項４】
画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信手段と、
前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が所定の閾値以下であることを条件に、前記消耗品の発注を行う発注手段と、
ユーザの指示に応じて前記消耗品の発注を前記発注手段に行わせるための発注ユーザ要求によって前記消耗品の発注が行われたことを示す実行履歴を格納する記憶手段と、を有し、
前記発注手段は、
前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下であっても、前記記憶手段に前記発注ユーザ要求の実行履歴が格納されている場合には、前記消耗品の発注を行わない
ことを特徴とする情報処理装置。
【請求項５】
前記発注手段は、
実行履歴が格納されていることにより前記消耗品の発注を行わないときには、前記記憶手段から前記発注ユーザ要求の実行履歴を削除する
請求項４に記載の情報処理装置。
【請求項６】
画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信手段と、
前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が所定の閾値以下であることを条件に、前記消耗品の発注を行う発注手段と、
ユーザが購入した前記消耗品の購入個数を管理する記憶手段と、を有し、
前記発注手段は、
前記受信手段が受信した前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下であっても、前記記憶手段に格納されている前記消耗品の購入個数が０より大きい場合には、前記消耗品の発注を行わない
ことを特徴とする情報処理装置。
【請求項７】
前記発注手段は、
前記消耗品の購入個数が０より大きいことにより前記消耗品の発注を行わないときには、前記記憶手段に格納された前記消耗品の購入個数をデクリメントする
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
ユーザによって前記消耗品が購入されたことと、前記消耗品の購入個数とを通知する購入済み通知を受け付ける受付手段をさらに有し、
前記受付手段は、
前記購入済み通知によって通知される前記消耗品の購入個数を前記記憶手段に格納する
ことを特徴とする請求項６または請求項７に記載の情報処理装置。
【請求項９】
前記消耗品情報が、前記画像処理装置に装着されている１または複数の消耗品のそれぞれの残量を示し、
前記発注手段は、前記１または複数の消耗品のそれぞれについて発注を行うか否かを判定し、前記判定の結果に従って、前記１または複数の消耗品の少なくとも１つについて発注を行う
ことを特徴とする請求項１から請求項８のうちのいずれか１項に記載の情報処理装置。
【請求項１０】
装着されている前記消耗品の残量に変化があったときに前記消耗品情報を送信する送信手段を有する画像処理装置と、
請求項１から請求項９のうちのいずれか１項に記載の情報処理装置と、を備える
ことを特徴とする消耗品発注システム。
【請求項１１】
画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信ステップと、
前記受信された前記消耗品情報によって示される前記消耗品の残量が所定の閾値以下であることを条件に、前記消耗品の発注を行う発注ステップと、を含み、
前記発注ステップにおいて、
前記受信された前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下であっても、前回行われた前記消耗品の発注が完了していない場合には、前記消耗品の発注を行わない
ことを特徴とする情報処理方法。
【請求項１２】
画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信ステップと、
前記受信された前記消耗品情報によって示される前記消耗品の残量が所定の閾値以下であることを条件に、前記消耗品の発注を行う発注ステップと、を有し、
前記発注ステップにおいて、
前記受信された前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下であっても、前回受信された前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下である場合には、前記消耗品の発注を行わない
ことを特徴とする情報処理方法。
【請求項１３】
画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信ステップと、
前記受信された前記消耗品情報によって示される前記消耗品の残量が所定の閾値以下であることを条件に、前記消耗品の発注を行う発注ステップと、
前記発注ステップにおいて、
前記受信された前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下であっても、前記消耗品の発注を行わせるための発注ユーザ要求によって前記消耗品の発注が行われたことを示す実行履歴が存在する場合には、前記消耗品の発注を行わない
ことを特徴とする情報処理方法。
【請求項１４】
画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信ステップと、
前記受信された前記消耗品情報によって示される前記消耗品の残量が所定の閾値以下であることを条件に、前記消耗品の発注を行う発注ステップと、
前記発注ステップにおいて、
前記受信された前記消耗品情報によって示される前記消耗品の残量が前記所定の閾値以下であっても、ユーザが購入した前記消耗品の購入個数を管理する記憶手段に格納されている前記消耗品の購入個数が０より大きい場合には、前記消耗品の発注を行わない
ことを特徴とする情報処理方法。
【請求項１５】
コンピュータを、請求項１から請求項９のうちのいずれか１項に記載の情報処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置に装着されている消耗品の発注を自動的に行うシステムに関する。
【背景技術】
【０００２】
プリンタや複写機、ファクシミリに代表される画像処理装置はインクやトナー、用紙といった消耗品を必要とする。ユーザは画像処理装置で必要な消耗品がなくなったり少なくなったりすると、ユーザ自らが販売店に行き、消耗品を購入する。
【０００３】
近年、インターネットに接続してＷＥＢサーバと通信可能な画像処理装置が登場している。例えば、画像処理装置が消耗品の残量情報をＷＥＢサーバに通知し、ＷＥＢサーバが消耗品の残量情報に基づいて消耗品を販売店に発注する、消耗品発注システムが登場している（特許文献１参照）。特許文献１に記載されたシステムによれば、ユーザが画像処理装置を使用しようとした時に消耗品が不足してしまうといった不都合が解決できる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２９７２３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載されているような消耗品自動発注システムにおいて、ユーザが意図しない消耗品の発注が行われることを抑制することが求められる。
【０００６】
例えば、消耗品が既に発注されているにもかかわらず、重複して発注が行われることを防ぐことが求められる。
【０００７】
本発明は上記課題に鑑みてなされたものであり、ユーザが意図しない消耗品の発注を抑制することができる情報処理装置、情報処理方法、消耗品発注システム、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明による情報処理装置は、画像処理装置に装着されている消耗品の残量を示す消耗品情報を受信する受信手段と、受信手段が受信した消耗品情報によって示される消耗品の残量が所定の閾値以下であることを条件に、消耗品の発注を行う発注手段と、を有し、発注手段は、受信手段が受信した消耗品情報によって示される消耗品の残量が所定の閾値以下であっても、前回行われた消耗品の発注が完了していない場合には、消耗品の発注を行わないことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、消耗品発注システムにおいて、ユーザが意図しない消耗品の発注を抑制することが出来る。
【図面の簡単な説明】
【００１０】
【図１】第１実施例に係る消耗品発注システムの構成の一例を示すブロック図である。
【図２】ＭＦＰの内部構成の一例を示すブロック図である。
【図３】管理サーバの内部構成の一例を示すブロック図である。
【図４】管理サーバの機能構成を説明するための図である。
【図５】ＭＦＰが管理サーバへ消耗品情報を送信する処理の流れを示すフローチャートである。
【図６】管理サーバが、ＭＦＰから受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第１実施例における処理の流れを示すフローチャートである。
【図７】管理サーバが販売店から、消耗品の発注に対する応答通知を受信した時の処理の流れを示すフローチャートである。
【図８】管理サーバが、ＭＦＰから受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第２実施例における処理の流れを示すフローチャートである。
【図９】第３実施例において、管理サーバが、ユーザからの消耗品の発注ユーザ要求を受け付けた際の処理の流れを示すフローチャートである。
【図１０】管理サーバが、ＭＦＰから受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第３実施例における処理の流れを示すフローチャートである。
【図１１】第４実施例において、管理サーバが、ユーザからの消耗品の購入済み通知を受け付けた際の処理の流れを示すフローチャートである。
【図１２】管理サーバが、ＭＦＰから受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第４実施例の処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。  
【００１２】
［実施例１］
まず、第１実施例に係る、消耗品発注システムの構成について説明する。
【００１３】
図１は、第１実施例に係る消耗品発注システムの構成の一例を示すブロック図である。第１実施例に係る消耗品発注システムは、クライアントサーバ型のネットワークシステムである。図１に示す消耗品発注システムは、画像処理装置１０１，１１１と、情報処理装置（以下、管理サーバとも呼ぶ）１０２と、販売店の端末（以下、販売店サーバとも呼ぶ）１０３，１１３とを備える。
【００１４】
画像処理装置１０１，１１１は、複合機（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ：以下ＭＦＰ）である。ＭＦＰ１０１，１１１はそれぞれ、インターネットを介して管理サーバ１０２と接続されている。さらに販売店サーバ１０３，１１３はそれぞれ、インターネットを介して管理サーバ１０２と接続されている。なお、本実施例では、管理サーバ１０２の周辺装置としてＭＦＰを例にするが、管理サーバ１０２には、複写機、ファクシミリ等が接続されてもよい。また、販売店サーバ１０３，１１３は、管理サーバ１０２とＨＴＴＰＳで通信できればよく、サーバに限定されない。また、図１には、２台のＭＦＰが例示されているが、管理サーバ１０２にはいくつＭＦＰが接続されてもよい。また、図１には、２台の販売店サーバが例示されているが、管理サーバ１０２にはいくつ販売店サーバが接続されてもよい。また、消耗品発注システムにはいくつ管理サーバが含まれていてもよい。
【００１５】
図２は、ＭＦＰ１０１の内部構成の一例を示すブロック図である。なお、ＭＦＰ１１１の構成は、ＭＦＰ１０１と同様であるため、説明を省略する。
【００１６】
ＭＦＰ１０１は、プリンタ部２０１、スキャナ部２０２、及びメモリカード装着部２０３を備える。
【００１７】
ＭＦＰ１０１において、印刷機能はプリンタ部２０１で実現され、スキャナ機能はスキャナ部２０２で実現され、ストレージ機能はメモリカード装着部２０３及びメモリカード２０４で実現される。
【００１８】
プリンタ部２０１は、外部から受信した画像データやメモリカード２０４に格納されている画像データなどを、インクジェット方式や電子写真方式などの記録方式によって記録媒体（例えば用紙）に印刷する。また、プリンタ部２０１は、インク残量を含むインク情報や、積載用紙の枚数を含む用紙情報を管理する。
【００１９】
スキャナ部２０２は、原稿台（不図示）にセットされた原稿を光学的に読み取って電子データに変換する。さらに、スキャナ部２０２は、電子データを指定されたファイル形式に変換して画像データを生成し、生成した画像データをネットワーク経由で外部装置に送信したり、ＨＤＤ等の保存領域（不図示）に格納したりする。コピーサービスは、原稿台に置かれた原稿をスキャナ部２０２が読み取って画像データを生成し、生成された画像データをプリンタ部２０１が記録媒体に印刷することで実現される。
【００２０】
メモリカード装着部２０３に装着されたメモリカード２０４には、各種ファイルデータが格納される。メモリカード２０４に格納されたファイルデータは、ネットワークを介して外部装置から読み出して編集することができる。また、外部装置からメモリカード２０４にファイルデータを格納することも可能である。
【００２１】
ＭＦＰ１０１は、さらに、ＣＰＵ２０５、プログラムメモリ２０６、ワークメモリ２０７、表示部２０８、操作部２０９、ネットワーク通信部２１０、ネットワーク接続部２１１、及びフラッシュメモリ２１２を備える。ＣＰＵ２０５は、ＭＦＰ１０１内の各構成要素を制御するための中央演算装置である。プログラムメモリ２０６は、ＲＯＭなどであって、各種のプログラムコードや、サーバ装置と通信するためのアプリケーション２１４を格納する。アプリケーション２１４は、プリンタ部２０１にアクセスしてインクや用紙などの消耗品情報を取得する。ワークメモリ２０７は、ＲＡＭなどであって、各サービス実行時に画像データなどを一時格納したり、バッファリングしたりする。表示部２０８は、例えばＬＣＤであって、各種の情報を表示する。操作部２０９は、ユーザが各種の入力操作を行うためのスイッチ等からなる。ネットワーク通信部２１０は、ＭＦＰ１０１をインターネット等のネットワークに接続して各種通信を行う。ネットワーク通信部２１０は、ネットワーク接続部２１１を介してネットワークに接続可能である。ネットワーク通信部２１０は、有線ＬＡＮや無線ＬＡＮに対応する。有線ＬＡＮ対応である場合は、ネットワーク接続部２１１は有線ＬＡＮのケーブルを接続するためのコネクタである。また、無線ＬＡＮ対応である場合は、ネットワーク接続部２１１はアンテナである。フラッシュメモリ２１２は、ネットワーク通信部２１０が受信した画像データなどを格納するための不揮発性のメモリである。上記各構成要素は、バス２１３で相互に接続される。
【００２２】
図３は、管理サーバ１０２の内部構成の一例を示すブロック図である。なお、販売店サーバ１０３、１１３も、管理サーバ１０２と同様の情報処理装置であり、図３に示す構成と同様の構成を備える。ＣＰＵ３０１は、以下の各構成要素を制御するための中央演算装置である。ディスク装置３０２は、ＣＰＵ３０１が読み出して実行するアプリケーションプログラム（以下、単にアプリケーションと呼ぶ）３１２や、データベース（ＤＢ）３１３を記憶する。データベース３１３は、各消耗品の発注ステータス（発注状況）を示す発注ステータス情報を記憶する。またディスク装置３０２は、オペレーティングシステム（ＯＳ）のほか各種ファイルを格納する。外部ディスク読取装置３０３は、ＳＤカードなどの外部記憶媒体に格納されたファイルなどの情報を読み出すための装置である。メモリ３０４は、ＲＡＭなどであって、ＣＰＵ３０１が必要に応じてデータの一時的格納やバッファリング等を行う。表示部３０５は、例えばＬＣＤであって、各種の情報を表示する。操作部３０６は、ユーザが各種の入力操作を行うためのキーボードやマウスなどである。ネットワーク通信部３０７は、ネットワーク接続部３０８を介してインターネット等のネットワークと接続され、各種の通信を行う。ネットワーク通信部３０７は、有線ＬＡＮや無線ＬＡＮに対応する。有線ＬＡＮ対応である場合は、ネットワーク接続部３０８は、有線ＬＡＮのケーブルを接続するためのコネクタである。無線ＬＡＮ対応である場合は、ネットワーク接続部３０８はアンテナである。ＵＳＢ通信部３１０は、各種周辺装置とＵＳＢ接続部３１１を介して接続され、各種周辺装置と通信を行う。上記各構成要素はバス３０９で相互に接続される。
【００２３】
図４は、管理サーバ１０２の機能構成を説明するための図である。管理サーバ１０２は、図４（ａ）に示す各種機能を有する。具体的には、管理サーバ１０２は、消耗品情報受信部４０１と、発注判定部４０２と、発注部４０３とを有する。それら各機能は、ＣＰＵ２０５がディスク装置３０２に格納されたアプリケーション３１２をメモリ３０４に読み出して実行することにより、実現される。またそれにより、後述する図６，７に示す処理が実行される。また、管理サーバ１０２は、消耗品情報記憶部４０４と、ステータス情報記憶部４０５とを有する。消耗品情報記憶部４０４およびステータス情報記憶部４０５は、図３に示すデータベース３１３により実現される。
【００２４】
消耗品情報受信部４０１は、ＭＦＰ１０１，１１１から送信される消耗品情報を受信する。消耗品情報受信部４０１は、受信した消耗品情報を消耗品情報記憶部４０４に格納する。なお、ＭＦＰ１０１，１１１は、送信元を特定可能なように、装置の識別情報を消耗品情報に付随させて送信する。これにより、管理サーバ１０２は、消耗品情報の送信元のＭＦＰを特定することが可能となる。図４（ｂ）には、消耗品情報の一例が示されている。消耗品情報には、各インクの色や残量やステータス、用紙のサイズ、種別、積載枚数など、複数の種類の消耗品に関する情報が含まれている。本実施例における消耗品情報は、インク（ｉｎｋ）情報と用紙（ｐａｐｅｒ）情報とを含む。例えば、インク情報における｛“ｃｏｌｏｒ”：“Ｃ”，“ｒｅｍａｉｎ”：“１００”，“ｓｔａｔｕｓ”：“ＦＵＬＬ”｝は、Ｃ（シアン）インクの残量が１００であって、ステータスがＦＵＬＬであることを表している。また例えば、用紙情報における｛“ｓｉｚｅ”：“Ｌ”，“ｒｅｍａｉｎ”：“２”，“ｔｙｐｅ”：“ｐｈｏｔｏ”｝は、サイズがＬ判である写真用紙の残量が２枚であることを表している。発注判定部４０２は、消耗品情報記憶部４０４が記憶する消耗品情報に基づき、各消耗品について発注を行うか否かを判定する。発注部４０３は、発注判定部４０２の判定結果に従って、消耗品の発注を行う。また、発注部４０３は、消耗品の発注状況に応じて、ステータス情報記憶部４０５が記憶する発注ステータス情報を更新する。なお、発注部４０３が、発注判定部４０２において実行される判定処理を、実行するようにしてもよい。すなわち、発注部４０３に発注判定部４０２が含まれていてもよい。
【００２５】
次に、図１に示す消耗品発注システムにおいて、管理サーバ１０２へ消耗品情報を通知するＭＦＰ１０１、１１１の処理と、ＭＦＰ１０１，１１１から消耗品情報を受信した管理サーバ１０２の消耗品発注処理とについて説明する。なお、ＭＦＰ１０１の処理とＭＦＰ１１１の処理とは同様であるため、ここではＭＦＰ１０１の処理を説明する。
【００２６】
図５は、ＭＦＰ１０１が管理サーバ１０２へ消耗品情報を送信する処理の流れを示すフローチャートである。
【００２７】
ＭＦＰ１０１は、ユーザによって電源が投入されると（ステップＳ５０１）、管理サーバ１０２に消耗品情報を送信する（ステップＳ５０２）。次いで、ＭＦＰ１０１は自装置搭載の消耗品の残量に変化があったか確認する（ステップＳ５０３）。本実施例では、消耗品の残量がＨＡＬＦ（５０），ＬＯＷ（２０），ＥＭＰＴＹ（０）など段階的に設定された判定値に達した場合に、ＭＦＰ１０１は、消耗品の残量に変化があったと判定する。上記判定値の値や段階数は、消耗品の種類などに応じて任意に設定されてもよい。
【００２８】
残量に変化があった消耗品が存在する場合（ステップＳ５０３のＹｅｓ）、ＭＦＰ１０１は、管理サーバ１０２に消耗品情報を送信する（ステップＳ５０４）。残量に変化があった消耗品が存在しない場合（ステップＳ５０３のＮｏ）、ＭＦＰ１０１は、自装置の電源の状態を確認する。そして、電源がＯＦＦでなければ（ステップＳ５０５のＮｏ）、ＭＦＰ１０１は、ステップＳ５０３の処理に戻る。
【００２９】
これにより、電源が投入されたタイミングと、印刷やコピーが行われて消耗品の残量に変化が生じたタイミングとにおいて、ＭＦＰ１０１から管理サーバに対して消耗品情報が送信される。
【００３０】
図６は、管理サーバ１０２が、ＭＦＰ１０１から受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第１実施例における処理の流れを示すフローチャートである。
【００３１】
消耗品情報受信部４０１が、ＭＦＰ１０１から消耗品情報を受信する（ステップＳ６０１）。すると、発注判定部４０２が、受信された消耗品情報によって示される、消耗品の残量が閾値Ｘ以下であるかを確認する（ステップＳ６０２）。このとき、消耗品情報に複数の消耗品の情報が含まれている場合には、各消耗品について、ステップＳ６０２〜Ｓ６０５の処理（発注判定）がそれぞれ実行される。なお、閾値Ｘには、消耗品の残量が少なくなっていることを示すような値（例えば、ＬＯＷ（２０））が予め設定される。ステップＳ６０２において、消耗品の残量が閾値Ｘ以下であることが、消耗品の発注を行う１つの条件となる。消耗品の残量が閾値X以下でない場合（ステップS６０２のＮＯ）、処理はステップＳ６０３に進む。消耗品の残量が閾値Ｘ以下であった場合（ステップＳ６０２のＹＥＳ）、処理はステップＳ６０４に進む。これは、消耗品が所定の量より少なくなった時に発注が行われることを意味する。
【００３２】
ステップＳ６０４において、発注判定部４０２は、データベース３１３（具体的には、ステータス情報記憶部４０５）に格納されている発注ステータス情報を参照し、消耗品の発注ステータスが「発注完了（以下、受注処理完了と記す）」であるかを確認する。これにより、前回行われた発注（ステップＳ６０４が実行されるタイミングよりも前に行われた発注のうち、直近の発注）が完了しているか、具体的には前回行われた発注に対する受注処理が完了しているか、を確認することができる。なお、本実施例では、発注ステータスには、初期値として「受注処理完了」が設定されているものとする。発注ステータスが「受注処理完了」である場合（ステップＳ６０４のＹＥＳ）、発注判定部４０２は、消耗品を発注リストに登録し（ステップＳ６０５）、ステップＳ６０３の処理に進む。発注ステータスが「受注処理完了」でない場合（ステップＳ６０４のＮＯ）、発注判定部４０２は、消耗品の発注をスキップさせるために、ステップＳ６０５の処理を行わずにステップＳ６０３の処理に進む。
【００３３】
ステップＳ６０３において、発注判定部４０２は、消耗品情報に含まれるすべての消耗品についての発注判定を行ったかを確認し、未処理の消耗品があればステップＳ６０２の処理に戻る。このようにして、ステップＳ６０２〜Ｓ６０５の発注判定が消耗品毎に行われる。
【００３４】
ステップＳ６０６おいて、発注部４０３は、発注リストに登録されている消耗品を販売店に発注する。このとき、発注リストにいずれの消耗品も登録されていない場合には、発注部４０３による発注は行われない。
【００３５】
ステップＳ６０７において、発注部４０３は、データベース３１３に対して、発注した消耗品の発注ステータスを「発注中」に更新する処理を行う。
【００３６】
図７は、管理サーバ１０２が販売店から、消耗品の発注に対する応答通知（後述する受注処理完了通知）を受信した時の処理の流れを示すフローチャートである。
【００３７】
発注部４０３が、販売店から消耗品の受注処理が完了したことを示す通知（以下、受注処理完了通知と呼ぶ）を受信する（ステップＳ７０１）。すると、データベース３１３に対して、受信した受注処理完了通知に対応する消耗品の発注ステータスを「受注処理完了」に更新する処理を行う（ステップＳ７０２）。ここで、受注処理とは、販売店が消耗品の発注を受け付けてから該消耗品を発送するまでの処理をいう。
【００３８】
以上のように、本実施例では、管理サーバ１０２は、消耗品の残量が閾値以下であるかだけでなく、消耗品の発注ステータスが「発注中」（または「受注処理完了」）であるかも確認して、消耗品の発注を行う。具体的には、消耗品の発注ステータスが「発注中」である場合には、消耗品の残量に関係なく消耗品の発注をスキップさせるようにしている。それにより、消耗品の残量が閾値以下になって該消耗品に対する発注が行われた後、販売店が該消耗品の発送を行うまでの間に、さらに該消耗品の残量が減少した場合でも、重ねて発注が行われることを抑制できる。従って、本実施例によれば、消耗品の二重発注を抑制することができる。
【００３９】
なお、消耗品カートリッジに発注情報を記録させて重複発注が行われないように制御するシステムが、従来から提案されている。しかし、そのようなシステムでは、消耗品カートリッジに発注情報を保持させるための仕組み（電気回路など）を設ける必要があり、消耗品カートリッジのコストアップにつながる可能性があるとともに、画像処理装置側の処理を複雑化させる可能性がある。一方、本実施例では、管理サーバ１０２が消耗品情報を管理するので、消耗品カートリッジ等に複雑な仕組みを設ける必要がなく、そのような問題を生じさせることがない。
【００４０】
［実施例２］
第２実施例における消耗品発注システム、ＭＦＰ、および管理サーバの構成は、第１実施例と同様であるので、説明を省略する。また、ＭＦＰが管理サーバに消耗品情報を送信する処理は、図５に示す第１実施例の処理と同様であるので、説明を省略する。なお、本実施例における管理サーバ１０２は、図４に示すステータス情報記憶部４０５を有していなくてもよい。
【００４１】
図８は、管理サーバ１０２が、ＭＦＰ１０１から受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第２実施例における処理の流れを示すフローチャートである。
【００４２】
消耗品情報受信部４０１が、ＭＦＰ１０１から消耗品情報を受信する（ステップＳ８０１）。すると、発注判定部４０２が、受信された消耗品情報によって示される、消耗品の残量が閾値Ｘ以下であるかを確認する。消耗品の残量が閾値Ｘ以下でない場合（ステップＳ８０２のＮＯ）、処理はステップＳ８０３に進む。消耗品の残量が閾値Ｘ以下であった場合（ステップＳ８０２のＹＥＳ）、処理はステップＳ８０４に進む。
【００４３】
ステップＳ８０４において、発注判定部４０２は、データベース３１３（具体的には、消耗品情報記憶部４０４）に格納されている、前回受信した消耗品情報を参照する。そして、発注判定部４０２は、前回受信した消耗品情報によって示される消耗品の残量が閾値Ｘより多いかを確認する。閾値Ｘより多い場合（ステップＳ８０４のＹＥＳ）、発注判定部４０２は、消耗品を発注リストに登録し（ステップＳ８０５）、ステップＳ８０３の処理に進む。閾値Ｘ以下である場合（ステップＳ８０４のＮＯ）、発注判定部４０２は、消耗品の発注をスキップさせるために、ステップＳ８０５の処理を行わずにステップＳ８０３の処理に進む。
【００４４】
ステップＳ８０３において、発注判定部４０２は、消耗品情報に含まれるすべての消耗品についての発注判定を行ったかを確認し、未処理の消耗品があればステップＳ８０２の処理に戻る。このようにして、ステップＳ８０２〜Ｓ８０５の発注判定が消耗品毎に行われる。
【００４５】
ステップＳ８０６おいて、発注部４０３は、発注リストに登録されている消耗品を販売店に発注する。このとき、発注リストにいずれの消耗品も登録されていない場合には、管理サーバ１０２による発注は行われない。
【００４６】
ステップ８０７において、消耗品情報受信部４０１は、データベース３１３（具体的には、消耗品情報記憶部４０４）にステップＳ８０１で受信した消耗品情報を格納する。
【００４７】
以上のように、本実施例では、管理サーバ１０２は、消耗品の残量がはじめて閾値Ｘを下回ったときにのみ消耗品を発注する。従って、発注された消耗品がＭＦＰに装着されるまでの間に、さらに消耗品の残量が減少した場合に、重ねて発注が行われてしまうことを防止できる。例えば消耗品がインクタンクである場合、インクタンクの残量が閾値Ｘを下回って、インクタンクの発注が行われてから、新しいインクタンクが装着されるまでの間、同色のインクタンクについて発注が行われることを防止できる。
【００４８】
なお、第２実施例に第１実施例を組み合わせてもよい。例えばユーザが、残量が閾値Ｘ以下になった消耗品カートリッジをＭＦＰから一旦取り外し、取り外した消耗品カートリッジを振ってからＭＦＰに再度装着した場合、該消耗品について一時的に閾値Ｘを上回る残量が検知されることがある。その状態で印刷が継続され、消耗品の残量が閾値Ｘを再度下回った場合、該消耗品について重ねて発注がなされてしまう可能性がある。そこで、第２実施例の処理（ステップＳ８０１〜Ｓ８０７）と、消耗品の発注ステータスを確認しながら消耗品の発注を行う第１実施例の処理（ステップＳ６０４，Ｓ６０７）とを組み合わせて、上記のような二重発注を防止するようにしてもよい。そのような形態を実現するには、例えば、ステップＳ８０２でＹＥＳと判定されときにステップＳ６０４を実行し、ステップＳ６０４でＹＥＳと判定されたときにステップＳ８０４に移行するようにすればよい。
【００４９】
また、第１実施例では、販売店から消耗品が発送されてから、発送された消耗品が画像処理装置に装着されるまでの期間に、画像処理装置に装着されている消耗品の残量に変化があった場合、二重発注が行われる可能性がある。しかし、上記のように第１実施例と第２実施例とを組み合わせることで、第１実施例において発生し得る上記期間における二重発注も、防止することが可能となる。
【００５０】
［実施例３］
第３実施例にける消耗品発注システムの構成は、第１実施例と同様である。ただし、本実施例における管理サーバ１０２は、図４に示す消耗品情報受信部４０１、発注判定部４０２、及び発注部４０３に加えて、後述する発注ユーザ要求を受け付ける発注ユーザ要求受付部（不図示）を有する。また、本実施例における管理サーバ１０２は、ステータス情報記憶部４０５に代えて、発注ユーザ要求の実行履歴（以下、発注履歴と呼ぶ）を記憶する発注履歴記憶部（不図示）を有する。発注ユーザ要求受付部は、発注ユーザ要求を受け付けると発注部４０３に消耗品の発注を指示し、発注履歴を発注履歴記憶部に格納する。なお、ＭＦＰが管理サーバに消耗品情報を送信する処理は、図５に示す第１実施例の処理と同様であるので、説明を省略する。
【００５１】
図９は、第３実施例において、管理サーバ１０２が、ユーザからの消耗品の発注ユーザ要求を受け付けた際の処理の流れを示すフローチャートである。ここで、消耗品の発注ユーザ要求とは、ＭＦＰ１０１から受信した消耗品情報に基づく発注を待たずに、管理サーバ１０２に消耗品の発注を実行させるための要求である。
【００５２】
発注ユーザ要求受付部が消耗品の発注ユーザ要求を受信すると（ステップＳ９０１）、発注部４０３は、発注ユーザ要求によって指定された消耗品を販売店に発注する（ステップＳ９０２）。発注ユーザ要求は、ユーザがＭＦＰ１０１を操作することで、ＭＦＰ１０１から管理サーバ１０２に対して発行される。なお、ユーザは、ＭＦＰ１０１を使用せずに、ＰＣやスマートデバイスを使用して発注ユーザ要求を発行してもよい。
【００５３】
発注ユーザ要求受付部は、発注履歴をデータベース３１３（具体的には、発注履歴記憶部）に保存する（ステップＳ９０３）。ここでは、消耗品ごとに、発注履歴がデータベース３１３に保存される。
【００５４】
図１０は、管理サーバ１０２が、ＭＦＰ１０１から受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第３実施例における処理の流れを示すフローチャートである。なお、ステップＳ１００１，Ｓ１００２，Ｓ１００３，Ｓ１００７の処理は、ステップＳ６０１，Ｓ６０２，Ｓ６０３，Ｓ６０６の処理と同様であるので、説明を省略する。
【００５５】
ステップＳ１００４において、発注判定部４０２は、データベース３１３（具体的には、発注履歴記憶部）に、消耗品の発注履歴が存在するか確認する。発注履歴が存在しない場合（ステップＳ１００４のＮＯ）、発注判定部４０２は、消耗品を発注リストに登録し（ステップＳ１００６）、ステップＳ１００３の処理に進む。発注履歴が存在する場合（ステップＳ１００４のＹＥＳ）、発注判定部４０２は、データベース３１３から消耗品の発注履歴を削除する（ステップＳ１００５）。そして、発注判定部４０２は、消耗品の発注をスキップさせるため、ステップＳ１００６の処理を行わずにステップＳ１００３の処理に進む。
【００５６】
以上のように、本実施例では、管理サーバ１０２は、消耗品の残量が閾値Ｘを下回っている場合であっても、データベース３１３に当該消耗品の発注履歴が存在する場合には、当該消耗品の発注を実行しない。それにより、ユーザが意図的に発注を要求した場合には、その要求通りに発注が行われ、さらに、意図的に発注された分だけ、消耗品の残量が少なくなったタイミングでの発注がスキップされる。したがって、本実施例によれば、ユーザが意図的に発注を要求した場合においても、ユーザが意図しない消耗品の二重発注を抑制することができる。
【００５７】
なお、発注ユーザ要求による発注回数を管理し、該発注回数分だけ、消耗品の残量が少なくなったタイミングでの発注をスキップするようにしてもよい。そのような形態を実現するには、例えば、発注ユーザ要求受付部が、発注履歴として、発注ユーザ要求による発注回数をデータベース３１３に保存するようにすればよい。そして、ステップＳ１００５が実行されるたびに、発注判定部４０２が、データベース３１３に格納された上記発注回数をデクリメント（すなわち、１マイナス）するようにすればよい。またそのとき、上記発注回数が０になる場合には、発注判定部４０２は、発注履歴をデータベース３１３から削除するようにすればよい。
【００５８】
［実施例４］
第４実施例にける消耗品発注システムの構成は、第１実施例と同様である。ただし、本実施例における管理サーバ１０２は、図４に示す消耗品情報受信部４０１、発注判定部４０２、及び発注部４０３に加えて、消耗品購入済み通知を受け付ける消耗品購入済み通知受付部（不図示）を有する。消耗品購入済み通知は、ユーザによって消耗品が購入されたことを通知するための通知であって、ユーザによって購入された消耗品の購入個数を併せて通知する。また、本実施例における管理サーバ１０２は、ステータス情報記憶部４０５に代えて、消耗品購入済み通知によって通知される消耗品の購入個数を記憶する、消耗品購入個数記憶部（不図示）を有する。なお、ＭＦＰが管理サーバ１０２に消耗品情報を送信する処理は、図５に示す第１実施例の処理と同様であるので、説明を省略する。
【００５９】
図１１は、第４実施例において、管理サーバ１０２が、ユーザからの消耗品購入済み通知を受け付けた際の処理の流れを示すフローチャートである。
【００６０】
消耗品購入済み通知受付部が、消耗品購入済み通知を受信する（ステップＳ１１０１）。すると、消耗品購入済み通知受付部は、消耗品購入済み通知によって示される消耗品の購入個数を、消耗品購入済み情報として消耗品ごとにデータベース３１３（具体的には、消耗品購入個数記憶部）に保存する（ステップＳ１１０２）。消耗品購入済み通知は、ユーザがＭＦＰ１０１を操作することで、ＭＦＰ１０１から管理サーバ１０２に対して発行される。なお、ユーザは、ＭＦＰ１０１を使用せずに、ＰＣやスマートデバイスを使用して消耗品購入済み通知を発行してもよい。また、ユーザが販売店で消耗品を購入した場合に、販売店の端末から管理サーバ１０２に対して消耗品購入済み通知が行われるようにしてもよい。
【００６１】
図１２は、管理サーバ１０２が、ＭＦＰ１０１から受信した消耗品情報に基づき、販売店に消耗品を発注する際の、第４実施例の処理の流れを示すフローチャートである。なお、ステップＳ１２０１，Ｓ１２０２，Ｓ１２０３，Ｓ１２０７の処理は、ステップＳ６０１，Ｓ６０２，Ｓ６０３，Ｓ６０６の処理と同様であるので、説明を省略する。
【００６２】
ステップＳ１２０４において、発注判定部４０２は、データベース３１３（具体的には、消耗品購入個数記憶部）に、消耗品購入済み情報が存在するか確認する。消耗品購入済み情報が存在しない場合（ステップＳ１２０４のＮＯ）、発注判定部４０２は、消耗品を発注リストに登録し（ステップＳ１２０６）、ステップＳ１２０３の処理に進む。消耗品購入済み情報が存在する場合（ステップＳ１２０４のＹＥＳ）、発注判定部４０２は、該購入済み情報によって示される購入個数をデクリメント（すなわち、１マイナス）する。このとき、消耗品購入済み情報によって示される購入個数が０になる場合、発注判定部４０２は、購入済み情報をデータベース３１３から削除する。そして、発注判定部４０２は、消耗品の発注をスキップさせるため、ステップＳ１２０６の処理を行わずにステップＳ１２０３の処理に進む。
【００６３】
以上のように、本実施例では、ユーザが、消耗品発注システムを介さずに店舗などで直接消耗品を購入した際、購入した消耗品の内容（本実施例では個数）を管理サーバ１０２に通知する。そして、管理サーバ１０２は、ユーザからの通知に応じて、データベース３１３に消耗品の購入済み情報を格納する。そして、管理サーバ１０２は、消耗品の残量が閾値Ｘを下回っている場合であっても、データベース３１３に当該消耗品の購入済み情報が存在する場合には、当該消耗品の発注を実行しない。したがって、本実施例によれば、ユーザが店舗などで直接購入した個数に対応する回数分だけ、消耗品の残量が少なくなったタイミングでの発注をスキップさせることができる。例えば、通常は行われないような大量の印刷を行う場合、ユーザは、システムによる自動発注を待たず自ら消耗品を事前に準備することがある。このようなケースでは、次回の自動発注はユーザにとっては不要な発注となってしまう。しかし、本実施例によれば、ユーザ自らが消耗品を事前に購入している場合においても、ユーザが意図しない重複発注を防止することができる。
【００６４】
＜その他の実施例＞
以上、本発明の実施例について詳細に述べたが、本発明の実施例は他にも様々なものが考えられる。例えば、上記各実施例を組み合わせるようにしてもよい。
【００６５】
また、本発明は、上述の実施例の１以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2018136637.tif 000003
【図２】
2018136637.tif 000004
【図３】
2018136637.tif 000005
【図４】
2018136637.tif 000006
【図５】
2018136637.tif 000007
【図６】
2018136637.tif 000008
【図７】
2018136637.tif 000009
【図８】
2018136637.tif 000010
【図９】
2018136637.tif 000011
【図１０】
2018136637.tif 000012
【図１１】
2018136637.tif 000013
【図１２】
2018136637.tif 000014