JP2021096832A - 情報処理装置、情報処理システム、方法およびプログラム - Google Patents

Abstract

【課題】複数の画像出力装置で用いられる消耗品についての確認を容易にすることができる情報処理装置を提供する。【解決手段】情報処理装置は、画像出力装置から、消耗品の残量に関する資源情報を取得し、資源情報に基づいて、消耗品の数または量を示す通知情報を生成し、生成された通知情報を通知する。情報処理装置は、第１の画像出力装置と第２の画像出力装置のそれぞれから、複数の種別の消耗品の資源情報を取得し、当該取得された資源情報に基づいて、複数の種別ごとに対応する通知情報を生成し、複数の種別ごとの通知情報を通知する。【選択図】図８

Description

本発明は、消耗品の情報を通知する情報処理装置、情報処理システム、方法およびプログラムに関する。

プリンタ等の画像出力装置を用いてジョブを印刷する際に用いられる、トナー／インクや用紙などの消耗品の残量に応じて、消耗品を発注する技術がある。ユーザは、消耗品の発注機能を持ったソフトウェアを用いることにより、管理対象のプリンタの状態を確認することができる。

画像出力装置で取り扱う消耗品は多種類に渡るため、消耗品の購入作業は煩雑になりがちである。特許文献１には、複数の画像出力装置それぞれにおいて、消耗品毎の残量を表示すると共に、見積もり・発注数を設定する技術が記載されている。

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

消耗品によっては、複数の画像出力装置で共通に利用されるものもあり、画像出力装置の数が多くなるほど、消耗品についての確認が困難になってしまう。

本発明は、複数の画像出力装置で用いられる消耗品についての確認を容易にすることができる情報処理装置、情報処理システム、方法およびプログラムを提供することを目的とする。

上記課題を解決するため、本発明に係る情報処理装置は、画像出力装置と通信可能な情報処理装置であって、前記画像出力装置から、消耗品の残量に関する資源情報を取得する取得手段と、前記画像出力装置から取得された前記資源情報に基づいて、消耗品の数または量を示す通知情報を生成する生成手段と、前記生成手段により生成された前記通知情報を通知する通知手段と、を備え、前記取得手段は、第１の画像出力装置と第２の画像出力装置のそれぞれから、複数の種別の消耗品の前記資源情報を取得し、前記生成手段は、当該取得された資源情報に基づいて、前記複数の種別ごとに対応する前記通知情報を生成し、前記通知手段は、前記複数の種別ごとの前記通知情報を通知することを特徴とする。

本発明によれば、複数の画像出力装置で用いられる消耗品についての確認を容易にすることができる。

情報処理システムの構成を示す図である。 画像出力装置のハードウェア構成を示す図である。 管理ＰＣのハードウェア構成を示す図である。 画像出力装置の機能ブロック構成を示す図である。 管理ＰＣの機能ブロック構成を示す図である。 資源残量情報ＤＢを示す図である。 購入情報ＤＢを示す図である。 通知先端末において表示される画面を示す図である。 管理ＰＣにおいて実行される処理を示すフローチャートである。 管理ＰＣにおいて実行される処理を示すフローチャートである。 管理ＰＣにおいて実行される処理を示すフローチャートである。 通知先端末において表示される画面を示す図である。 通知先端末において表示される画面を示す図である。 管理ＰＣにおいて実行される処理を示すフローチャートである。 管理ＰＣにおいて実行される処理を示すフローチャートである。 管理ＰＣにおいて実行される処理を示すフローチャートである。 通知先端末において表示される画面を示す図である。 通知先端末において表示される画面を示す図である。 通知先端末において実行される処理を示すフローチャートである。 資源残量情報ＤＢを示す図である。 管理ＰＣにおいて表示される画面を示す図である。 管理ＰＣにおいて実行される処理を示すフローチャートである。

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

［第１実施形態］ 本実施形態における情報処理システムについて説明する。本実施形態における情報処理システムは、複数台の画像出力装置で用いられるインクや用紙等の資源（消耗品）を管理する資源管理システムであり、ユーザは、インクや用紙等の消耗品について、消耗品購入サイトからの購入作業を行うことができる。

図１は、情報処理システムの構成の一例を示す図である。図１に示すように、情報処理装置としての管理ＰＣ１０２は、ネットワーク１０３を介して、画像出力装置１００、１０１と相互に通信可能である。管理ＰＣ１０２は、画像出力装置１００、１０１に装着されたインクタンクや給紙用紙などの各種資源に関する名称やサイズ、残量情報を取得する。管理ＰＣ１０２は、取得した資源情報に基づいて、ユーザが消耗品を購入するために確認する購入情報（通知情報）を生成し、その購入情報を資源の種別毎にグループ化する。本実施形態の購入情報（通知情報）は、補充のために必要と考えられる消耗品の数または量を含み、例えば画像出力装置において交換の必要性が生じた消耗品の数である。そして本実施形態では、消耗品の種別ごとに、消耗品の必要な数または量が集計され、それがユーザに通知される。ユーザはこの通知により、消耗品の種別ごとに購入が必要な数または量を確認することができる。そして、管理ＰＣ１０２は、グループ化した購入情報（通知情報）をＰＣやスマートフォンなどの通知先端末１０４に対して通知する。通知を受け取った通知先端末１０４は、購入情報にＵＲＬやＩＰアドレスなどのリンク情報（アクセス情報）が含まれる場合、そのリンク情報によりネットワーク１０５を介して消耗品購入サイト１０６にアクセス可能である。

本実施形態では、一例として、画像出力装置を２台として説明するが、これに限られず、１台でも３台以上であっても良い。また、管理ＰＣ１０２を１台として説明するが、２台以上であっても良い。なお、画像出力装置１００、１０１は、用紙等の記録媒体に画像を記録するプリンタであり、本実施形態では、インクジェット記録方式により記録を行うプリンタとして説明する。なお、画像出力装置１００、１０１には、電子写真方式など、他の記録方式が採用されるプリンタであっても良い。また、画像出力装置１００、１０１は、多様な用紙種類を給紙可能であり、画像出力装置１００、１０１には、装着されているインクや給紙用紙の種類に関する資源情報が記憶されている。

図２は、画像出力装置１００、１０１のハードウェア構成の一例を示す図である。なお、画像出力装置１００、１０１は共通の構成を有する。以下、特に断らない限り、画像出力装置１００を、画像出力装置１００、１０１の代表例として説明する。

ＣＰＵ２００は、画像出力装置１００の内部を統括的に制御する。本実施形態における画像出力装置１００の動作は、例えば、ＣＰＵ２００がＲＯＭ２０１のプログラム用ＲＯＭに記憶された制御プログラム等、あるいは外部メモリ２０８に記憶された制御プログラム等を読み出して実行することにより実現される。ＣＰＵ２００は、システムバス２０３を介して印刷部インタフェース（Ｉ／Ｆ）２０５に接続される印刷部（プリンタエンジン）２０７に画像信号を出力する。ＣＰＵ２００は、通信Ｉ／Ｆ２０４を介して管理ＰＣ１０２との間の通信処理を実行可能であり、例えば、画像出力装置１００内の情報を管理ＰＣ１０２に通知する。また、ＣＰＵ２００は、通信Ｉ／Ｆ２０４を介して、印刷部２０７に出力するための（即ち印刷対象の）データを外部より受信可能である。

ＲＡＭ２０２は、ＣＰＵ２００の主メモリや、ワークエリア等として機能するＲＡＭであり、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張可能なように構成されても良い。なお、ＲＡＭ２０２は、例えば、印刷部２０７への出力情報を展開する出力情報展開領域、環境データ格納領域として用いられる。ハードディスク（ＨＤＤ）、ＩＣカード等の外部メモリ２０８は、メモリコントローラ２０６によりアクセス制御される。外部メモリ２０８は、オプションとして接続可能であり、フォントデータ、エミュレーションプログラム、フォームデータ、画像出力装置１００に登録された用紙に関する情報や、用紙属性情報などを記憶する。また、操作部２０９は、例えばパネル等の表示部を備え、ユーザインタフェース画面等、各種情報を表示する。

図３は、管理ＰＣ１０２のハードウェア構成の一例を示す図である。なお、本実施形態において、通知先端末１０４や消耗品購入サイト１０６も、管理ＰＣ１０２と同様の構成を有する。以下、管理ＰＣ１０２の場合を説明するが、通知先端末１０４や消耗品購入サイト１０６についても同様である。コントローラ３０７は、管理ＰＣ１０２の内部を統括的に制御するブロックであり、ＣＰＵ３００、ＲＯＭ３０１、ＲＡＭ３０２、キーボードコントローラ３０４、ディスプレイコントローラ３０５、ディスクコントローラ３０６、通信Ｉ／Ｆ３１１を含む。

ＣＰＵ３００は、メインバス３０３に接続されているコントローラ３０７内部の各部を制御する。本実施形態における管理ＰＣ１０２の動作は、例えば、ＣＰＵ３００が、ディスクコントローラ３０６を介して外部メモリ３１０から制御プログラム等を読み出して実行することにより実現される。外部メモリ３１０には、制御プログラム、システムプログラム、アプリケーションプログラム等の各種プログラムが記憶されている。ＣＰＵ３００は、例えば、ＲＡＭ３０２に読み出した各種プログラムを実行してデータ処理や、ディスプレイ３０９の表示制御を行う。また、ＣＰＵ３００は、ＲＯＭ３０１から、上記の制御プログラム等を読み出すように構成しても良い。なお、ＣＰＵ３００は、ＡＳＩＣなどの専用のハードウェアプロセッサであっても良い。ディスクコントローラ３０６は、ＦＤ、ＨＤ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＭＤ、ＭＯ等の外部メモリ３１０とのアクセスを制御する。ＲＡＭ３０２は、ＣＰＵ３００の主メモリや、ワークエリア等として機能するＲＡＭであり、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張可能なように構成されても良い。キーボードコントローラ３０４は、キーボード３０８や、不図示のポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ３０５は、ディスプレイ３０９の表示を制御する。ＣＰＵ３００は、通信Ｉ／Ｆ３１１を介して外部のネットワークとの間の通信処理を実行可能である。

図４は、画像出力装置１００の機能ブロック構成の一例を示す図である。ＲＯＭ２０１は、資源残量情報記憶部４００、インク構成情報記憶部４０１、給紙用紙情報記憶部４０２、消耗品購入サイト情報記憶部４０４の各記憶領域を含む。

インク構成情報記憶部４０１には、画像出力装置１００に装着されたインクタンクの色種別や数、サイズ（容量含む）に関する情報が記憶されている。本実施形態では、インク構成情報記憶部４０１に記憶される情報を総称してインク構成情報という。給紙用紙情報記憶部４０２には、画像出力装置１００に給紙される用紙の種類、サイズに関する情報が記憶されている。本実施形態では、給紙用紙情報記憶部４０２に記憶される情報を総称して給紙用紙情報という。資源残量情報記憶部４００には、インクや用紙等、各種資源毎の残量情報が記憶されている。本実施形態では、資源残量情報記憶部４００に記憶される情報を総称して資源残量情報という。

印刷実行部４０３は、ジョブが実行された後に、インク構成情報記憶部４０１や給紙用紙情報記憶部４０２に記憶された各種資源の中から使用された資源に関する情報（使用量等）を取得し、資源の種別毎に資源残量情報記憶部４００に格納されている残量情報を更新する。消耗品購入サイト情報記憶部４０４には、説明文、ＵＲＬ等のリンク情報やアクセス情報、ＩＰアドレスなど、消耗品購入サイト１０６に関する情報が記憶されている。消耗品購入サイト情報記憶部４０４の情報は、画像出力装置１００のリモートＵＩやＰＣのアプリケーションなどにより外部から適宜変更可能であっても良い。また、インクや用紙等の消耗品の種別ごとに、異なるＵＲＬが設定されても良い。

図５は、管理ＰＣ１０２の機能ブロックの構成の一例を示す図である。資源残量情報データベース（ＤＢ）５００には、資源残量情報取得部５０２により画像出力装置１００から取得された資源残量情報と、インク構成情報取得部５０３により画像出力装置１００から取得されたインク構成情報と、給紙用紙情報取得部５０４により画像出力装置１００から取得された給紙用紙情報とが記憶されている。

購入情報生成部５０５は、資源残量情報ＤＢ５００から取得した各種資源に関する情報と、消耗品購入サイト情報取得部５０６により画像出力装置１００から取得した消耗品購入サイト情報とに基づいて、購入情報を生成する。購入情報生成部５０５は、生成された購入情報を消耗品の種別毎にグループ化した情報を購入情報ＤＢ５０１に登録する。購入情報通知部５０７は、購入情報ＤＢ５０１から取得した購入情報を用いて、通知先端末１０４に通知する。

図６は、資源残量情報ＤＢ５００の一例を示す図である。資源残量情報ＤＢ５００は、パラメータとして、ＩＤ６００、資源カテゴリ６０１、資源名６０２、画像出力装置の識別情報６０３、インク構成情報６０４、サイズ６０５、資源残量６０６を含む。

ＩＤ６００は、資源情報を管理するための識別情報である。資源カテゴリ６０１は、資源情報のカテゴリを示す情報であり、例えば、資源情報が用紙の種類を示す情報であるか、インクの種類を示す情報であるかを示す。資源名６０２は、資源の名称を示す情報であり、例えば、普通用ロール紙（普通紙）や、写真用ロール紙（写真用紙）を示す。画像出力装置の識別情報６０３は、資源情報の取得元である画像出力装置１００を特定するための情報であり、例えば、アドレス情報である。インク構成情報６０４は、画像出力装置１００で用いられるインク色の構成を示す情報であり、例えば、１２色インクや、８色インクを示す。サイズ６０５は、資源のサイズを示す情報であり、例えば、ロール紙の幅や、インク容量を示す。資源残量６０６は、資源の残量を示す情報であり、例えば、カット紙の場合における枚数、ロール紙の場合における残りの長さ、インク残量を示す。

資源カテゴリ６０１、資源名６０２、画像出力装置の識別情報６０３、サイズ６０５は、インク構成情報取得部５０３、給紙用紙情報取得部５０４により取得される。また、インク構成情報６０４は、インク構成情報取得部５０３により取得される。また、資源残量６０６は、資源残量情報取得部５０２により取得される。資源残量ＤＢ５００は、図６に示すパラメータごとにファイルやデータベースで構成されても良い。また、図６に示すパラメータ以外のパラメータが資源残量ＤＢ５００に含まれても良い。

図６に示すように、資源残量情報ＤＢ５００では、資源残量情報取得部５０２、インク構成情報取得部５０３、給紙用紙情報取得部５０４により各画像出力装置１００から取得される資源情報のそれぞれについて管理される。例えば、１２色インクのプリンタ２に関して、２４インチ幅の写真用ロール紙の残量が２ｍ、３６インチ幅の写真用ロール紙の残量が４ｍ、３３０ｍｌ容量のＣインクの残量が４０ｍｌ、７００ｍｌ容量のＣインクの残量が２ｍｌと区別されて管理される。

図７は、購入情報ＤＢ５０１の一例を示す図である。購入情報ＤＢ５０１には、１又は複数の画像出力装置１００から取得された資源情報と消耗品購入サイト情報とに基づいて生成された購入情報が識別可能に記憶される。購入情報ＤＢ５０１は、パラメータとして、通知ＩＤ７００、通知文言７０１、消耗品購入サイトＵＲＬ７０２を含む。

通知ＩＤ７００は、購入情報を管理するための識別情報である。通知文言７０１は、資源情報に対応した通知文言を示す情報であり、資源カテゴリ６０１〜資源残量６０６に基づきグループ化された通知文言を示す情報が格納される。例えば、資源名６０２が普通紙である資源情報がグループ化され、資源残量６０６に応じた内容「用紙が少なくなっています。・普通紙（２４インチ）１本 ・普通紙（３６インチ）１本」を示す通知データが格納されている。また、例えば、資源カテゴリ６０１がインクで且つサイズ６０５が３３０ｍｌである資源情報がグループ化され、資源残量６０６に応じた内容「インクが少なくなっています（１２色機）。・Ｙ（３３０ｍｌ）１個 ・Ｃ（３３０ｍｌ）１個」を示す通知データが格納されている。消耗品購入サイトＵＲＬ７０２は、画像出力装置１００の消耗品購入サイト情報記憶部４０４に保持された消耗品購入サイト情報である。消耗品購入サイト情報は、消耗品購入サイト情報取得部５０６により取得される。

図７では、消耗品購入サイトＵＲＬ７０２は全て同じＵＲＬとして示されているが、異なる種類の消耗品購入サイトＵＲＬ７０２が記憶される場合もある。なお、消耗品購入サイトＵＲＬ７０２には、消耗品購入サイト１０６を特定可能な情報であれば、ＵＲＬでなくても良い。購入情報ＤＢ５０１は、図７に示すパラメータごとにファイルやデータベースで構成されても良い。また、図７に示すパラメータ以外のパラメータが購入情報ＤＢ５０１に含まれても良い。

図７に示すように、購入情報ＤＢ５０１では、資源情報がグループ分けされて管理される。例えば、普通紙（２４インチ）と普通紙（３６インチ）は、「普通紙」としてグループ分けされ、写真用紙（２４インチ）と写真用紙（３６インチ）は、「写真用紙」としてグループ分けされる。また、１２色インクのプリンタについて３３０ｍｌ容量のＹインクと３３０ｍｌ容量のＣインクは、「１２色インクのプリンタにおける３３０ｍｌ容量のインク」としてグループ分けされる。また、８色インクのプリンタについて７００ｍｌ容量のＣインクは、「８色インクのプリンタにおける７００ｍｌ容量のインク」としてグループ分けされる。つまり、資源残量ＤＢ５００のＩＤ６００で識別される各資源情報が、資源カテゴリ６０１〜資源残量６０６に基づいてグループ化されることにより、購入情報が生成される。

図８（ａ）は、通知先端末１０４のディスプレイ３０９において表示されるグループ購入情報の画面の一例を示す図である。購入情報は、例えば、電子メールアプリケーションにより管理ＰＣ１０２から通知される。画面８００には、差出人８０１、宛先８０２、件名８０３、本文８０４が表示される。差出人８０１は、差出人の電子メールアドレスを示す情報であり、例えば管理ＰＣ１０２に対応する。宛先８０２は、宛先の電子メールアドレスを示す情報であり、例えば通知先端末１０４に対応する。件名８０３は、電子メールのヘッダ情報に含まれる情報であり、予め定められた文言がタイトルとして表示される。本文８０４は、管理ＰＣ１０２から通知された購入情報であり、図８（ａ）では、図７の通知ＩＤ−Ａと通知ＩＤ−Ｂに対応する通知文言７０１が表示されている。また、図８（ａ）では、図７の通知ＩＤ−Ａと通知ＩＤ−Ｂに対応する消耗品購入サイトＵＲＬ７０２が表示されている。

本実施形態では、電子メールでの通知を説明したが、その通知の方法は、電子メールのようなポーリング型電子メールでなくても良い。例えば、Ｐｕｓｈ通知のようなプッシュ型電子メールにより通知が行われても良い。また、図８（ａ）では、消耗品購入サイトＵＲＬ７０２の情報がそのまま本文８０４に表示されているが、他の表示構成が用いられても良い。例えば、消耗品購入サイトＵＲＬ７０２の情報を関連付けたボタンを表示し、そのボタンが押下されることにより、消耗品購入サイト１０６にアクセスするようにしても良い。なお、本文８０４には、購入情報以外の情報が含まれても良い。

また、管理ＰＣ１０２から通知された購入情報に、消耗品購入サイトＵＲＬ７０２が複数種類存在する場合には、本文８０４には、消耗品購入サイトＵＲＬ７０２毎に購入情報が分類されたものが表示される。例えば、消耗品購入サイトＵＲＬ７０２が通知ＩＤ−Ａと通知ＩＤ−Ｂで同じであり、通知ＩＤ−Ｃと通知ＩＤ−Ｄで同じであり、且つ、通知ＩＤ−Ａと通知ＩＤ−Ｃとで異なるとする。そのような場合には、図８（ｂ）に示すような画面８００が通知先端末１０４のディスプレイ３０９において表示される。本文８０５では、消耗品購入サイトＵＲＬ７０２毎に、各グループ化された購入情報が表示される。

上記の消耗品購入サイトＵＲＬ７０２が複数種類存在する場合とは、例えば、１台の画像出力装置において複数種類の消耗品購入サイトＵＲＬ７０２が存在するケースである。あるいは、ある画像出力装置と他の画像出力装置において複数種類の消耗品購入サイトＵＲＬ７０２が存在するケースである。例えば、４台の画像出力装置Ａ、Ｂ、Ｃ、Ｄについて、画像出力装置Ａ、Ｂが同一の消耗品購入サイトＵＲＬ７０２であるＵＲＬ１を記憶し、画像出力装置Ｃ、Ｄが同一の消耗品購入サイトＵＲＬ７０２であるＵＲＬ２を記憶しているとする。さらに、ＵＲＬ１とＵＲＬ２のそれぞれについて、資源の種別が異なる複数の通知ＩＤ７００が割り当てられているとする。そのような場合、本文８０５に示す例のように、画像出力装置Ａ、Ｂに対応する、ＵＲＬ１および資源の種別ごとの購入必要数が表示される。さらには、画像出力装置Ｃ、Ｄに対応する、ＵＲＬ２および資源の種別ごとの購入必要数が表示される。つまり、図８（ｂ）に示すように、画像出力装置Ａ〜Ｄそれぞれについてではなく、購入先ＵＲＬごと、資源の種別ごとにまとめられた情報が表示されるので、消耗品の購入の際のユーザの利便性を向上させることができる。

なお、図８の例では、「１本」、「１個」等の消耗品の数が通知される例について説明したが、消耗品の量が通知されてもよい。例えば、画像出力装置が、インクタンクにボトルからインクを注入するプリンタである場合、複数の画像出力装置において注入されるべきインクの量がインク色ごとに集計され、それがインク色ごとに通知されてもよい。通知の方法としては、例えば「Ｙ 合計〜ｍｌ」、「Ｃ 合計〜ｍｌ」等の通知が行われる。この場合でも、ユーザは各インク色について購入すべきボトルの本数を判断することができる。

図９は、管理ＰＣ１０２において実行される、画像出力装置１００から資源情報を取得する処理を示すフローチャートである。図９の処理は、例えば、ＣＰＵ３００がＲＯＭ３０１に記憶されたプログラムをＲＡＭ３０２に読み出して実行することにより実現される。以下、画像出力装置１００から資源情報を取得する処理について説明するが、他の画像出力装置１０１から資源情報を取得する処理についても同様に行われる。

Ｓ１０１において、ＣＰＵ３００は、インク構成情報取得部５０３により、画像出力装置１００のインク構成情報記憶部４０１に保持されたインク構成情報を取得する。Ｓ１０２において、ＣＰＵ３００は、Ｓ１０１でのインク構成情報の取得が成功したか否かを判定し、成功したと判定した場合、Ｓ１０３に進む。Ｓ１０２で成功していないと判定した場合、Ｓ１０８において、ＣＰＵ３００は、ディスプレイ３０９に画像処理装置１００の情報の取得の失敗の旨を通知し、その後、図９の処理を終了する。

Ｓ１０３において、ＣＰＵ３００は、給紙用紙情報取得部５０４により、画像出力装置１００の給紙用紙情報記憶部４０２に保持された給紙用紙情報を取得する。Ｓ１０４において、ＣＰＵ３００は、Ｓ１０３での給紙用紙情報の取得が成功したか否かを判定し、成功したと判定した場合、Ｓ１０５に進む。Ｓ１０４で成功していないと判定した場合、Ｓ１０８において、ＣＰＵ３００は、ディスプレイ３０９に画像処理装置１００の情報の取得の失敗の旨を通知し、その後、図９の処理を終了する。

Ｓ１０５において、ＣＰＵ３００は、資源残量情報取得部５０２により、画像出力装置１００の資源残量情報記憶部４００に保持された資源残量情報を取得する。Ｓ１０６において、ＣＰＵ３００は、Ｓ１０５での資源残量情報の取得が成功したか否かを判定し、成功したと判定した場合、Ｓ１０７に進む。Ｓ１０６で成功していないと判定した場合、Ｓ１０８において、ＣＰＵ３００は、ディスプレイ３０９に画像処理装置１００の情報の取得の失敗の旨を通知し、その後、図９の処理を終了する。

Ｓ１０７において、ＣＰＵ３００は、Ｓ１０５で取得した資源残量情報を資源残量６０６として資源残量情報ＤＢ５００に登録する。また、ＣＰＵ３００は、Ｓ１０３で取得した給紙用紙情報を資源カテゴリ６０１、資源名６０２、サイズ６０５として資源残量情報ＤＢ５００に登録する。また、ＣＰＵ３００は、Ｓ１０１で取得したインク構成情報を資源カテゴリ６０１、資源名６０２、インク構成情報６０４、サイズ６０５として資源残量情報ＤＢ５００に登録する。また、資源情報の取得元である画像出力装置の情報は、画像出力装置の識別情報６０３に登録する。Ｓ１０７の後、図９の処理を終了する。

図１０は、管理ＰＣ１０２において実行される、資源情報からグループ毎の購入情報を生成する処理を示すフローチャートである。図１０の処理は、例えば、ＣＰＵ３００がＲＯＭ３０１に記憶されたプログラムをＲＡＭ３０２に読み出して実行することにより実現される。

Ｓ２０１において、ＣＰＵ３００は、購入情報生成部５０５により、資源残量情報ＤＢ５００からＩＤ６００毎に資源情報を取得する。Ｓ２０２において、ＣＰＵ３００は、ＲＡＭ３０２等の記憶領域にＩＤ６００の総数に対応する変数ｉを確保し、初期値としてｉ＝１を設定する。つまり、１番目のＩＤ６００の資源情報を処理対象とする。Ｓ２０３〜Ｓ２１０の処理は、変数ｉがインクリメントされてＳ２０１で取得した資源情報の総数に達するまで繰り返される。

Ｓ２０３において、ＣＰＵ３００は、Ｓ２０１で取得された資源情報に含まれる資源残量６０６が閾値より小さいか否かを判定する。閾値より小さいと判定された場合、Ｓ２０４に進む。閾値より小さくない（閾値以上）と判定された場合、変数ｉの値がインクメントされ、以降の処理の対象外とされ、Ｓ２０３からの処理が繰り返される。

Ｓ２０４において、ＣＰＵ３００は、Ｓ２０１で取得された資源情報に含まれる資源カテゴリ６０１がインクであるか否かを判定する。インクであると判定された場合、Ｓ２０８に進み、インクでないと判定された場合、Ｓ２０５に進む。まず、インクであると判定された場合について説明する。

Ｓ２０８において、ＣＰＵ３００は、Ｓ２０１で取得された資源情報に含まれるインク構成情報６０４に対応する、通知ＩＤ７００が付与されたグループが既に購入情報ＤＢ５０１に存在するか否かを判定する。対応するグループが既に存在すると判定された場合、Ｓ２０９において、ＣＰＵ３００は、既に存在すると判定されたグループに資源情報を追加する。例えば、図６の資源ＩＤ−Ｈが現在着目しているＩＤ６００とすると、インク構成情報６０４「１２色」に対応する、通知ＩＤ−Ｃが付与されたグループが既に存在している。従って、Ｓ２０９では、通知ＩＤ−Ｃが付与されたグループに、資源情報「７００ｍｌ容量のＣインク」が追加される。Ｓ２０９の後、Ｓ２０２において、ＣＰＵ３００は、変数ｉをインクリメントし、Ｓ２０３からの処理を繰り返す。

Ｓ２０８で対応するグループが存在しないと判定された場合、Ｓ２１０において、ＣＰＵ３００は、購入情報ＤＢ５０１に新たな通知ＩＤ７００を作成し、Ｓ２０１で取得された資源情報を追加する。Ｓ２１０の後、Ｓ２０２において、ＣＰＵ３００は、変数ｉをインクリメントし、Ｓ２０３からの処理を繰り返す。

以下、Ｓ２０４でインクでないと判定された場合について説明する。Ｓ２０５において、ＣＰＵ３００は、Ｓ２０１で取得された資源情報に含まれる資源名６０２に対応する、通知ＩＤ７００が付与されたグループが既に購入情報ＤＢ５０１に存在するか否かを判定する。対応するグループが既に存在すると判定された場合、Ｓ２０６において、ＣＰＵ３００は、既に存在すると判定された通知ＩＤ７００が付与されたグループに資源情報を追加する。例えば、現在着目している資源ＩＤ６００の資源情報に「普通紙（３６インチ）」が含まれているとすると、その資源情報に対応する資源名６０２「普通紙」が、図７の通知ＩＤ−Ａが付与されたグループに既に存在している。従って、Ｓ２０６では、通知ＩＤ−Ａに、資源情報「普通紙（３６インチ）」が追加される。Ｓ２０６の後、ＣＰＵ３００は、変数ｉをインクリメントし、Ｓ２０３からの処理を繰り返す。

Ｓ２０５で対応するグループが存在しないと判定された場合、Ｓ２０７において、ＣＰＵ３００は、購入情報ＤＢ５０１に新たな通知ＩＤ７００を作成し、Ｓ２０１で取得された資源情報を追加する。Ｓ２０７の後、ＣＰＵ３００は、変数ｉをインクリメントし、Ｓ２０３からの処理を繰り返す。

資源残量情報ＤＢ５００の全てのＩＤ６００について、Ｓ２０２〜Ｓ２１０の処理が実行されると、Ｓ２１１に進む。その時点で、複数のグループが作成されているので、それらについて順次、Ｓ２１２〜Ｓ２１５の処理が繰り返し行われる。

Ｓ２１１において、ＣＰＵ３００は、ＲＡＭ３０２等の記憶領域にグループの総数に対応する変数ｊを確保し、初期値としてｊ＝１を設定する。つまり、１番目のグループを処理対象とする。Ｓ２１２〜Ｓ２１５の処理は、変数ｊがインクメントされて、作成されたグループの総数に達するまで繰り返される。

Ｓ２１２において、ＣＰＵ３００は、資源名６０２及びサイズ６０５ごとに、一致する資源情報の数をカウントする。例えば、図７の通知ＩＤ−Ａに、資源情報「普通紙（３６インチ）」が追加されていた場合、既に存在している資源情報「普通紙（３６インチ） １本」と合わせて「２本」とカウントする。そして、Ｓ２１３において、ＣＰＵ３００は、消耗品購入サイト情報取得部５０６により、グループ内の資源情報に紐づけられた画像出力装置のうちいずれかの消耗品購入サイト情報記憶部４０４に保持された消耗品購入サイト情報を取得する。例えば、資源名６０２及びサイズ６０５が「写真用紙」及び「３６インチ」である資源情報のカウント数が２である場合、紐付けられた画像出力装置は、プリンタ１とプリンタ２である。その場合、プリンタ１とプリンタ２のいずれかの消耗品購入サイト情報記憶部４０４に保持された消耗品購入サイト情報を取得する。なお、本実施形態では、プリンタ１とプリンタ２それぞれの消耗品購入サイト情報記憶部４０４に保持された消耗品購入サイト情報は同じであるとする。

Ｓ２１４において、ＣＰＵ３００は、資源名６０２及びサイズ６０５、Ｓ２１２でのカウント値、Ｓ２１３で取得された消耗品購入サイト情報を含めた購入情報（通知情報）を作成する。そして、Ｓ２１５において、ＣＰＵ３００は、購入情報生成部５０５により、Ｓ２１４で作成された購入情報（通知情報）を購入情報ＤＢ５０１に登録する。Ｓ２１５の後、Ｓ２１１において、ＣＰＵ３００は、変数ｊをインクリメントし、Ｓ２１２からの処理を繰り返す。

作成された全てのグループについて、Ｓ２１２〜Ｓ２１５の処理が実行されると、図１０の処理を終了する。なお、上述のように、Ｓ２０４〜Ｓ２１２では、消耗品の数が集計されるがこれに限らず、量が集計されてもよい。或いは、数、量の両方が集計されてもよい。また、Ｓ２０３において、画像出力装置における消耗品の残量が閾値よりも少ないか管理ＰＣが判定していた。しかしこれに限らず、残量が閾値よりも少ないかについては各画像出力装置が判定してもよい。この場合、残量が閾値よりも少ない場合に、残量が少ない消耗品の種類、数（あるいは量）が、消耗品の残量に関する上記資源情報として画像出力装置から管理ＰＣに送信されてもよい。

図１０のＳ２０５では、さらにサイズ６０５に基づいて判定が行われても良い。例えば、Ｓ２０５で、資源名６０２及びサイズ６０５に対応するグループが既に購入情報ＤＢ５０１に存在するか否かを判定するようにしても良い。また、図１０のＳ２０８では、さらにサイズ６０５に基づいて判定が行われても良い。例えば、Ｓ２０８で、インク構成情報６０４及びサイズ６０５に対応するグループが既に購入情報ＤＢ５０１に存在するか否かを判定するようにしても良い。また、Ｓ２０３で閾値を残量段階別に複数設けるようにし、Ｓ２１２において、資源残量６０６が一定量分使用されればその閾値より小さくなると推定される資源情報を、購入情報として追加するようにしても良い。そのような構成により、もうすぐ閾値に達するであろう資源情報についても購入対象とすることができる。

図１１は、管理ＰＣ１０２において実行される、購入情報（通知情報）を通知する処理を示すフローチャートである。図１１の処理は、例えば、ＣＰＵ３００がＲＯＭ３０１に記憶されたプログラムをＲＡＭ３０２に読み出して実行することにより実現される。

Ｓ３０１において、ＣＰＵ３００は、購入情報通知部５０７により、購入情報ＤＢ５０１から購入情報群を取得する。以下、Ｓ３０１で取得した購入情報群に含まれる購入情報の総数分、Ｓ３０３〜Ｓ３０４の処理を繰り返し実行する。

Ｓ３０２において、ＣＰＵ３００は、ＲＡＭ３０２等の記憶領域に購入情報の総数に対応する変数ｋを確保し、初期値としてｋ＝１を設定する。つまり、１番目の購入情報を処理対象とする。Ｓ３０３において、ＣＰＵ３００は、着目する購入情報に含まれる消耗品購入サイトＵＲＬ７０２が一致する他の購入情報が、Ｓ３０１で取得した購入情報群に存在するか否かを判定する。存在しないと判定された場合、Ｓ３０２において、ＣＰＵ３００は、変数ｋをインクリメントし、Ｓ３０３からの処理を繰り返す。存在すると判定された場合、Ｓ３０４において、ＣＰＵ３００は、Ｓ３０３で存在すると判定された他の購入情報に、通知文言７０１を統合する。そのような構成により、図８（ａ）（ｂ）のように、購入先ＵＲＬごとにまとめられた情報を提示することができる。

全ての購入情報について、Ｓ３０３〜Ｓ３０４の処理が実行されると、Ｓ３０５において、ＣＰＵ３００は、購入情報通知部５０７により、購入情報（通知情報）を通知先端末１０４に通知する。その後、図１１の処理を終了する。

以上のように、本実施形態によれば、各画像出力装置から取得される資源情報が、資源名６０２、インク構成情報６０４に基づいてグループ化されることにより、購入情報が生成される。例えば、用紙であれば、資源名６０２に基づいてグループ化され、インクであれば、インク構成情報６０４に基づいてグループ化される。さらに、消耗品購入サイトＵＲＬごとにまとめられて購入情報として通知されるので、資源情報の購入の際のユーザの利便性をより向上させることができる。

［第２実施形態］ 以下、本実施形態について、第１実施形態と異なる点について説明する。第１実施形態では、図１１のＳ３０４で通知文言７０１の統合を行い、消耗品購入サイトＵＲＬ７０２毎にグループ化した購入情報をまとめて通知していた。本実施形態では、図１１の処理においてＳ３０２〜Ｓ３０４を実行せずにＳ３０１の後、Ｓ３０５の処理を実行するようにし、Ｓ３０５では、通知ＩＤ７００が付与されたグループごとに購入情報を通知する。

図１２は、通知先端末１０４のディスプレイ３０９において表示する通知ＩＤ７００が付与されたグループごとに通知処理を実行した場合の、グループ購入情報の表示画面の一例を示す図である。画面９００は、管理ＰＣ１０２からＰｕｓｈ通知のようなプッシュ型電子メールで通知された場合の画面である。通知メッセージ９０１には、管理ＰＣ１０２から通知された購入情報に含まれる通知文言７０１とボタン９０２とが表示される。ボタン９０２には、消耗品購入サイトＵＲＬ７０２が関連付けられており、ボタン９０２が押下されると、通知先端末１０４は、消耗品購入サイト１０６にアクセスする。なお、通知メッセージ９０１には、通知文言７０１のみが含まれていても良いし、消耗品購入サイトＵＲＬ７０２がそのまま表示されても良い。

以上のように、本実施形態によれば、各画像出力装置から取得される資源情報が、資源名６０２、インク構成情報６０４に基づいてグループ化されることにより、購入情報が生成される。そして、グループごとにまとめられた情報で通知される。また、グループごとに購入するためのボタンが表示されるので、ユーザによる資源名６０２ごとの購入作業の利便性をより向上させることができる。

［第３実施形態］ 以下、本実施形態について、第１及び第２実施形態と異なる点について説明する。第１実施形態では、図１０や図１１の処理において、資源名６０２、インク構成情報６０４、消耗品購入サイトＵＲＬ７０２毎にグループ化した購入情報をまとめて通知していた。本実施形態では、グループ毎の購入情報と、グループ化されていない購入情報との両方を通知する。即ち、第１実施形態における図１０のＳ２１２〜Ｓ２１５の処理及び図１１のＳ３０３〜Ｓ３０４の処理を実行し、消耗品購入サイトＵＲＬ７０２毎にグループ化した購入情報を通知するためのデータを生成する。一方で、図６の資源残量情報ＤＢ５００の各資源情報に基づいて、購入情報を通知するためのデータを生成する。そして、ＣＰＵ３００は、それらのデータを合成して通知データを生成し、購入情報通知部５０７により、購入情報を通知先端末１０４に通知する。

図１３は、通知先端末１０４のディスプレイ３０９において表示するグループ毎の購入情報とグループ化されていない購入情報とを含んだ表示画面の一例を示す図である。画面１０００は、管理ＰＣ１０２から電子メールで通知された場合の画面である。画面１０００には、グループ化されていない購入情報で構成される通知メッセージ本文１００１と、グループ毎の購入情報で構成されるグループ毎の通知メッセージ本文１００２とが含まれている。通知メッセージ本文１００１は、資源残量情報ＤＢ５００の各資源情報から生成された、購入情報を通知するためのデータに対応し、プリンタ毎および資源名毎に不足情報、購入先ＵＲＬ情報が表示される。通知メッセージ本文１００２は、Ｓ３０３〜Ｓ３０４の処理の実行により生成された、購入情報を通知するためのデータに対応する。なお、画面１０００には、図１３に示す以外の情報が含まれていても良い。また、本実施形態では、電子メールによる通知を説明したが、ポーリング型電子メールに限られず、Ｐｕｓｈ通知のようなプッシュ型電子メールで通知するようにしても良い。

以上のように、本実施形態によれば、各画像出力装置から取得される資源情報は、資源名６０２、インク構成情報６０４に基づいてグループ化され、グループごとにまとめられた情報で通知されるとともに、プリンタ毎および資源名毎に不足情報および購入先ＵＲＬ情報が表示される。そのような構成により、購入におけるユーザの利便性を向上させるとともに、プリンタ毎の不足情報をユーザに認識させることができる。

［第４実施形態］ 以下、本実施形態について、第１〜第３実施形態と異なる点について説明する。第１実施形態では、図１０のＳ２１３において、通知ＩＤ７００が付与されたグループ内の画像出力装置の消耗品購入サイト情報記憶部４０４に保持された消耗品購入サイト情報が一致する前提として説明した。しかしながら、その場合において、画像出力装置毎に消耗品購入サイト情報記憶部４０４に保持された消耗品購入サイト情報が異なる場合があり得る。例えば、ある画像出力装置の消耗品購入サイト情報記憶部４０４に保持された消耗品購入サイト情報の更新に遅れが生じている場合が該当する。

図１４は、Ｓ２１３において、画像出力装置毎に異なる消耗品購入サイト情報が登録されていた場合の処理を示すフローチャートである。図１４の処理は、例えば、ＣＰＵ３００がＲＯＭ３０１に記憶されたプログラムをＲＡＭ３０２に読み出して実行することにより実現される。Ｓ４０１において、ＣＰＵ３００は、消耗品購入サイト情報取得部５０６により、グループ内の資源情報に紐づけられた画像出力装置それぞれの消耗品購入サイト情報記憶部４０４に保持された情報を取得する。

Ｓ４０２において、ＣＰＵ３００は、Ｓ４０１で取得した消耗品購入サイト情報が画像出力装置毎に異なるか、若しくは一致するかを判定する。異なると判定された場合、Ｓ４０３において、ＣＰＵ３００は、Ｓ４０１で取得した消耗品購入サイト情報の内、最も数が多い消耗品購入サイト情報を、消耗品購入サイトＵＲＬ７０２のための情報として取得し、その後、図１４の処理を終了する。一方、一致すると判定された場合、図１４の処理を終了する。なお、一致すると判定された場合は、第１実施形態で説明したように、いずれの画像出力装置の消耗品購入サイト情報記憶部４０４から消耗品購入サイト情報を取得する。

以上のように、本実施形態によれば、各画像出力装置から取得される資源情報が、資源名６０２、インク構成情報６０４に基づいてグループ化されることにより、購入情報が生成されて通知される。そして、グループに対応して通知される消耗品購入サイトＵＲＬは、そのグループ内の画像出力装置に記憶された消耗品購入サイト情報のうち最も多いものが通知される。そのような構成により、例えば、一部の画像出力装置の消耗品購入サイト情報記憶部４０４に保持された消耗品購入サイト情報が古い場合であっても、そのような消耗品購入サイト情報を通知してしまうことを防ぐことができる。

［第５実施形態］ 以下、本実施形態について、第１〜第４実施形態と異なる点について説明する。第１実施形態では、図９のＳ１０４で画像出力装置１００の給紙用紙情報記憶部４０２に保持された情報の取得に失敗した場合、Ｓ１０８において画像出力装置１００の情報の取得の失敗の旨を通知している。しかしながら、画像出力装置１００の機能上の制約により、上記の情報が取得できない場合もある。本実施形態では、そのような場合、画像出力装置１００の情報の取得の失敗の旨を通知する代わりに、画像出力装置１００の印刷実行部４０３に、前回印刷を実行した際に使用された給紙用紙を特定する情報が印刷履歴として記憶されていれば、その印刷履歴情報から給紙用紙情報を取得する。

図１５は、図９のＳ１０４で画像出力装置１００からの給紙用紙情報の取得が成功していないと判定された場合の給紙用紙情報を決定する処理を示すフローチャートである。図１５の処理は、例えば、ＣＰＵ３００がＲＯＭ３０１に記憶されたプログラムをＲＡＭ３０２に読み出して実行することにより実現される。図１５の処理は、図９のＳ１０４で給紙用紙情報の取得が成功していないと判定された場合に開始される。

Ｓ５０１において、ＣＰＵ３００は、給紙用紙情報取得部５０４により、画像出力装置１００の印刷実行部４０３から、印刷履歴情報を取得する。Ｓ５０２において、ＣＰＵ３００は、Ｓ５０１で取得した印刷履歴情報に、給紙用紙に関する情報が含まれるか否かを判定する。給紙用紙に関する情報が含まれると判定された場合、Ｓ５０３において、ＣＰＵ３００は、給紙用紙情報取得部５０４により、Ｓ５０１で取得された印刷履歴情報から給紙用紙情報を抽出する。その後、図１５の処理を終了し、図９のＳ１０５に進む。一方、給紙用紙に関する情報が含まれていないと判定された場合、図１５の処理を終了し、図９のＳ１０８に進み、画像出力装置１００の情報の取得の失敗の旨が通知される。

以上のように、本実施形態によれば、画像出力装置の給紙用紙情報記憶部４０２に保持された給紙用紙情報を取得できない場合であっても、印刷実行部４０３に記憶された印刷履歴情報から給紙用紙情報を取得し、資源残量情報ＤＢ５００に登録することができる。

もちろん、上述した以外の理由、例えば画像出力装置１００が未給紙状態や用紙残量不足などの理由により、画像出力装置１００の給紙用紙情報記憶部４０２に保持された情報の取得に失敗した場合においても、本実地形態で説明した印刷履歴情報から給紙用紙情報を抽出してもよい。また、別手段として、シリアル番号や個別管理するために運用で付与された筐体名称などの画像出力装置１００を一意に識別できる情報と、複数段ロール給紙口を備えている場合での最上段ロール、２段目のロールなどの該給紙用紙の搭載箇所を識別できる情報とを”｛プリンターＡ｝＿｛ロール給紙口１｝”の例のように組み合わせ、給紙用紙情報として生成してもよい。

［第６実施形態］ 以下、本実施形態について、第１〜第５実施形態と異なる点について説明する。第１実施形態では、図１０のＳ２１２において、資源名６０２及びサイズ６０５毎に数をカウントするとして説明した。ここで、画像出力装置１００が、同じ資源名６０２及びサイズ６０５の用紙を複数個所から給紙できるように構成されている場合、カウント結果において、画像出力装置の識別情報６０３が同一であるものが含まれる可能性がある。例えば、図６及び図７では、通知ＩＤ−Ｂが付与されたグループ内で、資源名６０２及びサイズ６０５が「写真用紙」及び「３６インチ」であるプリンタは、プリンタ１とプリンタ２であるが、写真用紙（３６インチ）の給紙箇所が複数構成されている場合には、図９のＳ１０３において２つの資源ＩＤ６００として給紙用紙情報を取得することがあり得る。そのようなケースでは、図１０のＳ２１２で得られたカウント結果によりそのまま発注されると過剰発注となってしまう場合がある。

図１６は、図１０のＳ２１２で画像出力装置１００内で同一の給紙用紙情報が複数存在する場合の処理を示すフローチャートである。図１６の処理は、例えば、ＣＰＵ３００がＲＯＭ３０１に記憶されたプログラムをＲＡＭ３０２に読み出して実行することにより実現される。図１６の処理は、図１０のＳ２１２の後、開始される。

Ｓ６０１において、ＣＰＵ３００は、ＲＡＭ３０２等の記憶領域に、通知ＩＤ７００が付与されたグループに含まれる資源情報の総数に対応する変数ｌを確保し、初期値としてｌ＝１を設定する。つまり、１番目の資源情報を処理対象とする。Ｓ６０２〜Ｓ６０４の処理は、変数ｌがインクリメントされて資源情報の総数に達するまで繰り返される。

Ｓ６０２において、ＣＰＵ３００は、資源情報に含まれる資源カテゴリ６０１が用紙であるか否かを判定する。用紙でないと判定された場合、Ｓ６０１において、ＣＰＵ３００は、変数ｌをインクリメントし、Ｓ６０２の処理を繰り返す。一方、用紙であると判定された場合、資源名６０２、画像出力装置の識別情報６０３、及びサイズ６０５が一致する他の資源情報がグループ内に存在するか否かを判定する。存在しないと判定された場合、Ｓ６０１において、ＣＰＵ３００は、変数ｌをインクリメントし、Ｓ６０２の処理を繰り返す。Ｓ６０３で存在すると判定された場合、ＣＰＵ３００は、一致する他の資源情報をグループから削除し、Ｓ６０１において変数ｌをインクリメントし、Ｓ６０２の処理を繰り返す。変数ｌの値がグループに含まれる資源情報の総数に達した場合、図１６の処理を終了する。

以上のように、本実施形態によれば、資源情報からグループ毎の購入情報を生成する際に、同一の画像出力装置において、資源名６０２及びサイズ６０５が重複する資源情報を削除し、過剰発注を防ぐことができる。

［第７実施形態］ 以下、本実施形態について、第１〜第６実施形態と異なる点について説明する。本実施形態では、通知先端末１０４から消耗品購入サイト１０６にアクセスする際、購入情報の通知文言７０１に含まれる資源名６０１、サイズ６０５などの消耗品を特定するための情報と、その消耗品の数量とを消耗品購入サイト１０６に送信する。消耗品購入サイト１０６は、その送信された情報に基づいて、発注依頼画面上での発注数の初期値を設定する。そのような構成により、発注依頼までの集計作業にかかる負荷や時間をより削減させることができる。

図１７（ｂ）は、通知先端末１０４において実行される、通知された購入情報を消耗品購入サイト１０６に送信する処理を示すフローチャートである。図１７（ｂ）の処理は、例えば、ＣＰＵ３００がＲＯＭ３０１に記憶されたプログラムをＲＡＭ３０２に読み出して実行することにより実現される。図１７（ｂ）の処理は、通知先端末１０４での図８（ａ）、図８（ｂ）、図１２、図１３による表示後に行われる。

Ｓ７０１において、ＣＰＵ３００は、消耗品購入サイト１０６へのアクセス指示を受け付ける。アクセス指示は、例えば、消耗品購入サイトＵＲＬ７０２の情報が関連付けられたボタンの押下であっても良い。

Ｓ７０２において、ＣＰＵ３００は、図８（ａ）、図８（ｂ）、図１２、図１３が表示される際に用いられた通知データに基づく購入情報を消耗品購入サイト１０６へ送信する。その後、図１７（ｂ）の処理を終了する。

図１７（ｃ）は、消耗品購入サイト１０６において実行される、購入情報に基づいて発注依頼画面を表示する処理を示すフローチャートである。図１７（ｃ）の処理は、例えば、ＣＰＵ３００がＲＯＭ３０１に記憶されたプログラムをＲＡＭ３０２に読み出して実行することにより実現される。

Ｓ７１１において、ＣＰＵ３００は、通知先端末１０４から購入情報を受信する。Ｓ７１２において、ＣＰＵ３００は、受信した購入情報に基づいて、発注依頼画面の表示データを作成する。Ｓ７１３において、ＣＰＵ３００は、Ｓ７１２で作成された発注依頼画面の表示データを通知先端末１０４に送信して表示させる。その後、図１７（ｃ）の処理を終了する。

図１７（ａ）は、消耗品購入サイト１０６にアクセスした際にディスプレイ３０９において表示される発注依頼画面の一例（ショッピングカート）を示す図である。図１７（ａ）に示すように、発注依頼画面１１００には、通知先端末１０４から受け取った購入情報から特定された商品内容１１０１と数量１１０２が表示されている。商品内容１１０１は、通知ＩＤ７００が付与されたグループ内の資源名６０２及びサイズ６０５に対応しており、数量１１０２は、Ｓ２１２でのカウント結果に対応している。また、発注依頼画面１１００には、商品内容１１０１と数量１１０２から算出された金額を示す小計１１０３が表示されている。また、小計１１０３を集計した金額を示す合計金額が、商品合計金額表示部１１０４に表示されている。

発注ボタン１１０５が押下されることにより、発注依頼画面１１００上に表示された内容について、発注依頼処理が実行される。ここで、商品内容１１０１や数量１１０２は、ユーザにより編集可能であっても良い。その場合、その編集結果に応じて、小計１１０３や商品合計金額表示部１１０４の表示が更新される。また、消耗品購入サイト１０６の記憶領域に発注履歴が記憶されているのであれば、発注履歴情報を合わせて発注依頼画面１１００上に表示するようにしても良い。そのような構成により、過去に発注済みのものとの重複発注を防ぐことができる。また、重複した発注内容が発注履歴に含まれる場合には、既に発注済の数量を数量１１０２から減算した値を表示するようにしても良い。

一方、発注依頼画面の表示前に、通知先端末１０４において、購入情報に含まれる情報を事前に編集可能なように構成しても良い。図１８は、通知先端末１０４のディスプレイ３０９にて表示する購入情報の編集画面の一例を示す図である。図１８に示すように、編集画面１２００には、購入情報に含まれる発注数量を変更するための購入数加算ボタン１２０１と購入数減算ボタン１２０２が含まれている。購入ボタン１２０３が押下されると、購入数加算ボタン１２０１と購入数減算ボタン１２０２で変更された発注数量を含んだ購入情報を、Ｓ７０２において消耗品購入サイト１０６に送信する。また、購入ボタン１２０３が押下されると、消耗品購入サイト１０６に購入情報を送信し、発注ボタン１１０５が押下された場合の処理を自動的に実行させるようにしても良い。つまり、そのような構成により、発注依頼画面１１００の表示をスキップさせることができる。

以上のように、本実施形態によれば、通知先端末１０４での図８（ａ）、図８（ｂ）、図１２、図１３による表示後、通知先端末１０４から消耗品購入サイト１０６にアクセスすると、上記の表示による内容が発注依頼画面として表示される。そのような構成により、発注依頼を行うまでのユーザの利便性をより向上させることができる。

［第８実施形態］ 以下、本実施形態について、第１〜第７実施形態と異なる点について説明する。第１実施形態１では、通知先端末１０４において購入情報を表示する場合、サイズ６０５の値をそのまま表示している。本実施形態では、消耗品購入サイト１０６において発注履歴情報を記憶するようにする。そして、通知先端末１０４において購入情報を表示する際に、消耗品購入サイト１０６から発注履歴情報を取得し、発注履歴情報に含まれる資源名６０２の発注頻度が高ければ、サイズ６０５の値を一段階大きくした値を画面上に表示する。そのような構成により、発注頻度が高い消耗品であれば、コストパフォーマンスを向上させることができる。

図１９は、通知先端末１０４において購入情報を表示する際に、発注頻度に基づいて購入情報に含まれるサイズ６０５を更新する処理を示すフローチャートである。図１９の処理は、例えば、ＣＰＵ３００がＲＯＭ３０１に記憶されたプログラムをＲＡＭ３０２に読み出して実行することにより実現される。図１９の処理は、例えば、図１１のＳ３０５の後、通知先端末１０４において購入情報を表示する際に開始される。

Ｓ７２１において、ＣＰＵ３００は、消耗品購入サイト１０６から発注履歴情報を取得する。Ｓ７２２において、ＣＰＵ３００は、購入情報に含まれる資源名６０２及びサイズ６０５に対応する発注履歴情報に基づいて、所定期間における発注数が閾値よりも大きいか否かを判定する。閾値以下であると判定された場合、図１９の処理を終了する。

Ｓ７２２で閾値よりも大きいと判定された場合、資源名６０２について、サイズ６０５の値（例えば、幅値）より大きな値のサイズが存在するか否かを判定する。存在しないと判定された場合、図１９の処理を終了する。一方、存在すると判定された場合、Ｓ７２２で対象とされたサイズ６０５の値を一段階大きなサイズに変更する。例えば、サイズ６０５より大きいサイズが複数ある場合には、そのうち最もサイズ６０５に近いサイズに変更する。その後、図１９の処理を終了する。

以上のように、本実施形態によれば、発注頻度が高い消耗品であれば、より大きいサイズの消耗品を購入情報とすることができ、ユーザの利便性とコストパフォーマンスを向上させることができる。

［第９実施形態］ 以下、本実施形態について、第１〜第８実施形態と異なる点について説明する。第１実施形態では、図１０のＳ２１２において資源名６０２及びサイズ６０５毎に数をカウントするとして説明した。本実施形態では、該当する資源について在庫が存在する場合、在庫数量に基づいてカウント数を更新して購入情報を生成する。そのような構成により、在庫数量に応じた適切な購入作業を行うことができる。

図２０は、本実施形態における資源残量情報ＤＢ５００の一例を示す図である。本実施形態では、資源残量情報ＤＢ５００は、在庫数量１３００のパラメータが含まれている。在庫数量１３００のパラメータは、図２１に示すような在庫情報入力画面１４００を介して設定される。図２１の画面は、例えば、管理ＰＣ１０２上で表示される。

在庫情報入力画面１４００のドロップダウンリスト１４０１は、資源カテゴリ６０１の選択を受付可能である。入力領域１４０２には資源名６０２が入力され、入力領域１４０３にはサイズ６０５が入力され、入力領域１４０４には在庫数量１３００が入力される。ドロップダウンリスト１４０１で資源カテゴリ６０１が選択され、入力領域１４０２〜１４０４が入力されて、設定ボタン１４０５が押下されると、在庫情報入力画面１４００の内容が資源残量情報ＤＢ５００に反映される。在庫情報入力画面１４００は、図２１の例に限られない。例えば、複数の資源情報についての在庫数量をまとめて設定可能なように構成されても良いし、資源残量情報ＤＢ５００の一部のパラメータについてのみを入力可能なように構成されても良い。

図２２は、図１０のＳ２１２において、在庫数量に基づいてカウント数を更新する処理を示すフローチャートである。図２２の処理は、例えば、ＣＰＵ３００がＲＯＭ３０１に記憶されたプログラムをＲＡＭ３０２に読み出して実行することにより実現される。図２２の処理は、例えば、図１０のＳ２１２の後に開始される。

Ｓ８０１において、ＣＰＵ３００は、ＲＡＭ３０２等の記憶領域に、資源名６０２及びサイズ６０５の組み合わせの数に対応する変数ｍを確保し、初期値としてｍ＝１を設定する。つまり、１番目の資源名６０２及びサイズ６０５の組み合わせを処理対象とする。Ｓ８０２〜Ｓ８０８の処理は、変数ｍがインクリメントされて資源名６０２及びサイズ６０５の組み合わせの数に達するまで繰り返される。

Ｓ８０２において、ＣＰＵ３００は、資源残量情報ＤＢ５００から在庫数量１３００を取得する。Ｓ８０３において、ＣＰＵ３００は、Ｓ８０２の処理に成功し且つ在庫数量１３００が０より大きいという条件を満たすか否かを判定する。条件を満たしていないと判定された場合、Ｓ８０１において、ＣＰＵ３００は、変数ｍをインクリメントし、Ｓ８０３の処理を繰り返す。条件を満たすと判定された場合、Ｓ８０４に進む。

Ｓ８０４において、ＣＰＵ３００は、Ｓ２１２でのカウント数が在庫数量１３００より大きいか否かを判定する。在庫数量１３００より大きいと判定された場合、Ｓ８０５において、ＣＰＵ３００は、Ｓ２１２でのカウント数から、Ｓ８０２で取得した在庫数量１３００を減算し、以降の処理では、その減算結果をカウント数として扱う。そして、Ｓ８０６において、ＣＰＵ３００は、資源残量ＤＢ５００内の該当する在庫数量１３００をゼロクリアする。このように、カウント数が在庫数量より大きい場合、即ち、購入数が在庫数量より多い場合には、在庫数量分を減算するので、過剰発注を防ぎ適切な購入数とすることができる。

一方、Ｓ８０４で在庫数量１３００以下であると判定された場合、Ｓ８０７において、ＣＰＵ３００は、通知ＩＤ６００が付与されたグループから、当該在庫数量１３００に対応する資源情報を削除する。そして、Ｓ８０８において、ＣＰＵ３００は、資源情報ＤＢ５００内の該当する在庫数量１３００から、Ｓ２１２でのカウント数を減算する。このように、カウント数が在庫数量以下である場合、即ち、在庫数量の方が多い場合には、購入情報から削除するので、不要な購入を行わないようにすることができる。Ｓ８０２〜Ｓ８０８の処理が、資源名６０２及びサイズ６０５の組み合わせの数に達した場合、Ｓ２１３の処理が行われる。

以上のように、本実施形態によれば、複数の画像出力装置から取得された消耗品の残量に関する資源情報により、消耗品の種別ごとに必要な数または量が集計される（例えば図１０のＳ２０４〜Ｓ２１２）。そして、消耗品の種別を１グループとしてグループ化されて、消耗品の種別ごとに在庫数量に応じた適切な購入作業を行うことができる。

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

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１００、１０１ 画像出力装置： １０２ 管理ＰＣ： １０４ 通知先端末： １０６ 消耗品購入サイト： ２００、３００ ＣＰＵ： ２０１、３０１ ＲＯＭ： ２０２、３０２ ＲＡＭ： ４００ 資源残量情報記憶部： ４０１ インク構成情報記憶部： ４０２ 給紙用紙情報記憶部： ４０４ 消耗品購入サイト情報記憶部： ５０５ 購入情報生成部： ５０７ 購入情報通知部

Claims (19)

1. 画像出力装置と通信可能な情報処理装置であって、
   前記画像出力装置から、消耗品の残量に関する資源情報を取得する取得手段と、
   前記画像出力装置から取得された前記資源情報に基づいて、消耗品の数または量を示す通知情報を生成する生成手段と、
   前記生成手段により生成された前記通知情報を通知する通知手段と、を備え、
   前記取得手段は、第１の画像出力装置と第２の画像出力装置のそれぞれから、複数の種別の消耗品の前記資源情報を取得し、
   前記生成手段は、当該取得された資源情報に基づいて、前記複数の種別ごとに対応する前記通知情報を生成し、
   前記通知手段は、前記複数の種別ごとの前記通知情報を通知する、
   ことを特徴とする情報処理装置。
2. 前記通知手段は、前記通知情報を通知するとともに、前記通知情報の生成に用いられた前記資源情報を画像出力装置に対応づけて通知することを特徴とする請求項１に記載の情報処理装置。
3. 消耗品の購入先を示す購入サイト情報を取得する第２取得手段、をさらに備え、
   前記通知手段は、前記購入サイト情報とともに、前記通知情報を通知することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記第２取得手段は、複数の画像出力装置それぞれから、前記購入サイト情報を取得することを特徴とする請求項３に記載の情報処理装置。
5. 前記通知手段は、前記複数の画像出力装置それぞれから取得された前記購入サイト情報のうち、最も多い購入サイト情報を通知することを特徴とする請求項４に記載の情報処理装置。
6. 前記通知手段は、前記購入サイト情報ごとにグループ化された前記通知情報を通知することを特徴とする請求項３乃至５のいずれか１項に記載の情報処理装置。
7. 前記購入サイト情報は、消耗品の購入先にアクセスするためのアクセス情報を含むことを特徴とする請求項３乃至６のいずれか１項に記載の情報処理装置。
8. 前記取得手段は、画像出力装置に記憶されている履歴情報に基づいて、前記資源情報を取得することを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記消耗品の残量が閾値より小さい資源情報ごとに在庫情報を取得する第３取得手段、をさらに備え、
   前記通知手段は、前記在庫情報が反映された前記通知情報を通知することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記画像出力装置から消耗品の残量に関する資源情報を取得できない場合に、該画像出力装置と該消耗品の搭載箇所の識別情報に基づいて、前記資源情報を生成することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. 情報処理装置と、画像出力装置と、端末と、を含む情報処理システムであって、
    前記情報処理装置は、
    前記画像出力装置から、消耗品の残量に関する資源情報を取得する取得手段と、
    前記画像出力装置から取得された前記資源情報に基づいて、消耗品の数または量を示す通知情報を生成する生成手段と、
    前記生成手段により生成された前記通知情報を前記端末に送信する送信手段と、を備え、
    前記端末は、
    前記情報処理装置から送信された前記通知情報を通知する通知手段、を備え、
    前記取得手段は、第１の画像出力装置と第２の画像出力装置のそれぞれから、複数の種別の消耗品の前記資源情報を取得し、
    前記生成手段は、当該取得された資源情報に基づいて、前記複数の種別ごとに対応する前記通知情報を生成し、
    前記通知手段は、前記複数の種別ごとの前記通知情報を通知する、
    ことを特徴とする情報処理システム。
12. 前記情報処理システムは、購入サイトを含むことを特徴とする請求項１１に記載の情報処理システム。
13. 前記通知手段は、前記通知情報を表示した後、ユーザからの指示に応じて前記購入サイトにアクセスし、
    前記購入サイトは、前記端末からの該アクセスに応じて、発注依頼画面を表示するための表示データを前記端末に送信する第２送信手段、を備え、
    前記通知手段は、前記表示データに基づいて、前記発注依頼画面を表示する、
    ことを特徴とする請求項１２に記載の情報処理システム。
14. 前記ユーザからの指示は、前記通知情報に含まれる消耗品の数または量の変更を含むことを特徴とする請求項１３に記載の情報処理システム。
15. 前記購入サイトは、ユーザごとの発注履歴を記憶する記憶手段、を備え、
    前記端末は、前記通知情報を受信すると、前記購入サイトから前記発注履歴を取得する第２取得手段と、該取得した前記発注履歴に基づいて、前記通知情報を変更する変更手段と、をさらに備え、
    前記通知手段は、前記変更手段により変更された通知情報を通知する、
    ことを特徴とする請求項１２に記載の情報処理システム。
16. 前記変更手段は、前記通知情報に含まれる消耗品のサイズの変更であることを特徴とする請求項１５に記載の情報処理システム。
17. 前記画像出力装置から消耗品の残量に関する資源情報を取得できない場合に、該画像出力装置と該消耗品の搭載箇所の識別情報に基づいて、前記資源情報を生成することを特徴とする請求項１１乃至１６のいずれか１項に記載の情報処理システム。
18. 画像出力装置と通信可能な情報処理装置において実行される方法であって、
    前記画像出力装置から、消耗品の残量に関する資源情報を取得する取得工程と、
    前記画像出力装置から取得された前記資源情報に基づいて、消耗品の数または量を示す通知情報を生成する生成工程と、
    前記生成工程において生成された前記通知情報を通知する通知工程と、を有し、
    前記取得工程では、第１の画像出力装置と第２の画像出力装置のそれぞれから、複数の種別の消耗品の前記資源情報を取得し、
    前記生成工程では、当該取得された資源情報に基づいて、前記複数の種別ごとに対応する前記通知情報を生成し、
    前記通知工程では、前記複数の種別ごとの前記通知情報を通知する、
    ことを特徴とする方法。
19. 請求項１乃至１０のいずれか１項に記載の情報処理装置の各手段としてコンピュータを機能させるためのプログラム。

Images