JP2024013879A - 情報処理装置およびその制御方法、プログラム - Google Patents

Abstract

【課題】煩雑な作業を要することなく消耗品の回収を依頼する情報処理装置及びその制御方法、プログラムを提供する。【解決手段】画像処理装置において、ＣＰＵ１１１は、消耗品（トナーカートリッジ１３０）の回収の要否を判定し、回収が必要と判定された場合に、必要情報としてユーザ情報と宛先情報とを含む第１の情報を取得し、第１の情報を反映させた入力画面を表示させる。ＣＰＵ１１１は、入力画面において必要情報の補充および／または編集をユーザから受け付けることで、消耗品の回収を依頼するための第２の情報を生成する。ＣＰＵ１１１は、第２の情報をフォーマット画像に重畳することで依頼用画像を生成し、依頼用画像を宛先情報が示す宛先へ、公衆回線１０２を経由して外部のＦＡＸ送信する。【選択図】図２

Description

本発明は、消耗品の回収を依頼する情報処理装置およびその制御方法、プログラムに関する。

従来、情報処理装置において消耗品が用いられている。例えば、情報処理装置としての画像処理装置においては、トナーカートリッジ等の消耗品が用いられる。従来、トナーの消費等によって消耗品が使用済みとなると、ユーザは、使用済の消耗品の回収を業者に依頼していた。

また、特許文献１は、画像処理装置および運送業者と連携可能な管理装置によって、消耗品の在庫状況を管理し、消耗品の使用状況に応じて消耗品の発注と回収の要否を判断して、必要な場合に業者へ回収を依頼する技術を開示する。

特開２０１８－４７７９号公報

しかしながら、特許文献１の技術では、消耗品の回収の依頼先とユーザ側とで、消耗品の在庫状況を共有できない環境である場合、ユーザ側から消耗品の回収依頼を実施できない。一方、従来のように、ユーザが回収依頼用の画像を印刷した用紙に必要事項を記載してＦＡＸ送信する方法、あるいは、回収依頼用のＷＥＢサイトから回収依頼フォームに入力して回収依頼する方法では、手作業が多く手間がかかる。

本発明は、煩雑な作業を要することなく消耗品の回収を依頼することを目的とする。

上記目的を達成するために本発明の情報処理装置は、消耗品の回収の要否を判定する判定手段と、前記判定手段により前記消耗品の回収が必要と判定された場合に、前記消耗品の回収依頼に必要な情報として、ユーザ情報を含む第１の情報を取得する取得手段と、前記取得手段により取得された前記第１の情報を反映させた入力画面を表示部に表示させる制御手段と、前記入力画面において前記消耗品の回収依頼に必要な情報の補充および／または編集をユーザから受け付けることで、前記消耗品の回収を依頼するための第２の情報を生成する生成手段と、前記生成手段により生成された前記第２の情報を、指定の宛先へ送信する送信手段と、を有することを特徴とする。

本発明によれば、煩雑な作業を要することなく消耗品の回収を依頼することができる。

情報処理装置を含む情報処理システムの構成図である。 画像処理装置の構成を示すブロック図である。 消耗品管理処理を示すフローチャートである。 回収依頼処理を示すフローチャートである。 回収提案画面（問い合わせ画面）の例を示す図である。 必要情報を反映した入力画面の例を示す図である。 マーキング付きの入力画面の例を示す図である。 確認画面の例を示す図である。 回収依頼用のフォーマット画像の例を示す図である。 依頼用画像の例を示す図である。 回収依頼処理を示すフローチャートである。 消耗品管理処理を示すフローチャートである。

以下、図面を参照して本発明の実施の形態を説明する。

（第１の実施の形態）
図１は、本発明の第１の実施の形態に係る情報処理装置を含む情報処理システムの構成図である。情報処理装置の一例である画像処理装置１０１は、公衆回線１０２を介したＦＡＸの送受信機能及びネットワーク１０３を介したサーバとの送受信機能を有し、画像データの送受信が可能である。なお、ネットワーク１０３の構成は、画像データを送信可能な構成であればよく、アクセスポイント（不図示）に無線で接続された構成でもよい。

図２は、画像処理装置１０１の構成を示すブロック図である。以降、画像処理装置１０１をＭＦＰ１０１と呼ぶ。

ＭＦＰ１０１は、制御部１１０、操作部１１６、読取部１１８、印刷部１２０を有する。制御部１１０は、ＣＰＵ１１１を含み、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ１１１は、ＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムを読み出して、読取制御、印刷制御および通信制御などの各種制御を行う。ＲＯＭ１１２は、ＣＰＵ１１１により実行される制御プログラムを格納する。また、ＲＯＭ１１２は、ブートプログラムやフォントデータなども格納する。ＲＡＭ１１３は、ＣＰＵ１１１の主記憶メモリであり、ワークエリア、ＲＯＭ１１２およびストレージ１１４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ１１４は、画像データ、印刷データ、アドレス帳、ショートカット、各種プログラム、および各種設定情報を記憶する。ストレージ１１４としてフラッシュメモリを想定するが、ＳＳＤ、ＨＤＤ、ｅＭＭＣなどの補助記憶装置を用いてもよい。

なお、ＭＦＰ１０１は、１つのＣＰＵ１１１が１つのメモリ（ＲＡＭ１１３）を用いて後述するフローチャートに示す各処理を実行する。ただし、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、およびストレージが協働して後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣ（application specific integrated circuit）やＦＰＧＡ（field-programmable gate array）等のハードウェア回路を用いて一部の処理が実行されるようにしてもよい。

操作部Ｉ／Ｆ１１５は、操作部１１６と制御部１１０とを接続する。操作部１１６は、ユーザに対して情報を表示する表示部としての機能を有すると共に、ユーザからの入力を受け付ける機能を有する。読取部Ｉ／Ｆ１１７は、読取部１１８と制御部１１０とを接続する。読取部１１８は原稿上の画像を読み取って、その画像をバイナリーデータなどの画像データに変換する。読取部１１８によって生成された画像データは、外部装置に送信されたり、外部記録装置に保存されたり、記録紙上に印刷されたりする。

印刷部Ｉ／Ｆ１１９は、印刷部１２０と制御部１１０とを接続する。ＣＰＵ１１１は、印刷すべき画像データ（印刷対象の画像データ）を印刷部Ｉ／Ｆ１１９を介して印刷部１２０に転送する。印刷部１２０は、給紙カセット（不図示）から給送された記録紙上にトナーカートリッジ１３０から供給されるトナーを利用して画像を印刷する。ここで、トナーカートリッジ１３０は、画像処理装置１０１で用いられる消耗品の一例であり、トナーを収容する。トナーカートリッジ１３０の数は問わず、複数であってもよい。

ＭＯＤＥＭ１２１は、公衆回線１０２を経由して外部のＦＡＸ受信機に対して画像データをＦＡＸ送信する。ＬＡＮ Ｉ／Ｆ１２２は、ネットワーク１０３を経由して外部のサーバと接続し、画像データを送信する。

図３は、消耗品管理処理を示すフローチャートである。この処理は、ＲＯＭ１１２等に格納されたプログラムをＣＰＵ１１１がＲＡＭ１１３に展開して実行することにより実現される。この処理は、画像処理装置１０１が起動されると開始される。あるいは、この処理は、画像処理装置１０１の起動後において、ユーザからの開始指示により開始されてもよい。

この処理を概説すると、ＣＰＵ１１１は、消耗品の消耗状況に応じて消耗品の回収依頼の実施を提案し、ユーザから回収を実施するよう指示があった場合に回収依頼処理を実施する。ステップＳ３０８では、サブルーチンとして回収依頼処理（図４）が実行される。消耗品としてトナーカートリッジ１３０を例示する。

ステップＳ３０１において、ＣＰＵ１１１は、本処理の開始から一定時間が経過するまで待機する。ここで、一定時間は、予め定められた固定値であり、ＲＯＭ１１２等に格納されている。あるいはＭＦＰ１０１の設定において、ユーザにより一定時間が設定されてもよい。

ステップＳ３０２において、ＣＰＵ１１１はトナーカートリッジ１３０に収容されたトナーの残量を検知し、検知結果をＲＡＭ１１３に記憶させる。なお、複数のトナーカートリッジ１３０が存在する構成の場合は、各トナーカートリッジ１３０におけるトナーの残量が検知され、各々の検知結果が記憶される。トナーの残量の検知手法は問わず、公知の手法を採用することができる。例えば、新品時のトナー量と、トナーカートリッジ１３０から画像形成部（不図示）へのトナー供給量とから、トナーの残量が算出される。

ステップＳ３０３において、ＣＰＵ１１１は、ステップＳ３０２でＲＡＭ１１３に記憶されたトナーの残量を読み出し、トナーカートリッジ１３０が「トナー残量無し」となったか否かを判別する。その際、ＣＰＵ１１１は、トナーカートリッジ１３０に収容されているトナーの残量が所定値を下回ると、当該トナーカートリッジ１３０が「トナー残量無し」となったと判定する。トナーカートリッジ１３０が「トナー残量無し」となったことは、トナーカートリッジ１３０が使用済みとなり消耗したことを意味する。なお、所定値は、０または０より大きい値であり、予めＲＯＭ１１２等に格納されている。

ＣＰＵ１１１は、トナーカートリッジ１３０が「トナー残量無し」となった場合はステップＳ３０４に進み、トナーカートリッジ１３０が「トナー残量無し」となっていない場合はステップＳ３０９に進む。なお、複数のトナーカートリッジ１３０が存在する構成の場合は、ＣＰＵ１１１は、少なくとも１つのトナーカートリッジ１３０が「トナー残量無し」となった場合にステップＳ３０４に進む。

ステップＳ３０４において、ＣＰＵ１１１は、ＲＡＭ１１３に記憶されている残量無しフラグが立っている（「１」に設定されている）か否かを判別する。残量無しフラグが「１」、「０」に設定されていることは、それぞれ、トナーカートリッジ１３０が「トナー残量無し」となっていること、「トナー残量無し」となっていないことを示す。なお、複数のトナーカートリッジ１３０が存在する構成の場合は、残量無しフラグが「１」に設定されていることは、少なくとも１つのトナーカートリッジ１３０が「トナー残量無し」となっていることを示す。

ステップＳ３０４での判別の結果、ＣＰＵ１１１は、残量無しフラグが立っていない場合（「０」に設定されている）は図３に示す処理を終了し、残量無しフラグが立っている場合はステップＳ３０５に進む。ステップＳ３０５において、ＣＰＵ１１１は、残量無しフラグを立てる（「１」に設定する）。

ステップＳ３０６において、ＣＰＵ１１１は、回収提案を実行する。

図５は、回収提案画面（問い合わせ画面）の例を示す図である。ＣＰＵ１１１は、回収提案では、操作部１１６（の表示部）に回収提案画面５０１を表示させる。回収提案画面５０１において、表示５０２は、回収提案画面５０１がトナーカートリッジ１３０の回収依頼機能に関する画面であることを示す。表示５０３は、トナーカートリッジ１３０の回収依頼を実施するか否かの選択をユーザに要求するメッセージを示す。アイコン５０４は、トナーカートリッジ１３０の回収依頼を実施するためのアイコン、アイコン５０５はトナーの回収依頼を実施しないためのアイコンである。ユーザは、アイコン５０４、５０５のいずれかを選択する。

ステップＳ３０７において、判定手段としてのＣＰＵ１１１は、アイコン５０４、５０５のいずれが選択されたかによって、トナーカートリッジ１３０の回収の要否を判別する。ＣＰＵ１１１は、アイコン５０４が選択された場合は、トナーカートリッジ１３０の回収が必要と判別して、ステップＳ３０８に進み、アイコン５０５が選択された場合は、トナーカートリッジ１３０の回収が必要でないと判別して、図３に示す処理を終了する。

ステップＳ３０８において、ＣＰＵ１１１は、図４に示す回収依頼処理を実行し、図３に示す処理を終了する。ステップＳ３０９では、ＣＰＵ１１１は、ＲＡＭ１１３に記憶されている残量無しフラグが立っている（「１」に設定されている）か否かを判別する。そしてＣＰＵ１１１は、残量無しフラグが立っている場合はステップＳ３１０に進み、残量無しフラグが立っていない場合は図３に示す処理を終了する。

ステップＳ３１０において、ＣＰＵ１１１は、残量無しフラグを下げ（「０」に設定し）、図３に示す処理を終了する。なお、本処理の終了後、所定時間が経過したらステップＳ３０１に戻ってもよい。あるいは、本処理の終了後、直ちにステップＳ３０１に戻ってもよい。

なお、回収依頼提案機能の有効／無効をユーザ操作によって指定可能に構成してもよい。そのようにした場合、回収依頼提案機能が有効と指定されていることを条件に、消耗品管理処理（図３）が実行されるようにしてもよい。

図４は、図３のステップＳ３０８で実行される回収依頼処理を示すフローチャートである。

ステップＳ４０１において、取得手段としてのＣＰＵ１１１は、消耗品の回収依頼に必要な情報（以下、「必要情報」と略記する）を取得する。この必要情報は、ＲＯＭ１１２またはＲＡＭ１１３に記憶されている。ここで取得される必要情報は、必要な全情報を含む必要はない。ここで取得される必要情報には、少なくともユーザ情報と宛先情報とが含まれる（これらを第１の情報とする）。ユーザ情報には、会社名、氏名、電話番号、住所などが含まれる。宛先情報は、例えば、回収の依頼先となる運送業者のＦＡＸの宛先番号である。このほか、必要情報には、ステップＳ３０３で「トナー残量無し」となったトナーカートリッジ１３０の本数の情報が含まれてもよい。また、必要情報には、ＭＦＰ１０１の機種やトナーカートリッジ１３０の型番等の情報が含まれてもよい。

ステップＳ４０２において、ＣＰＵ１１１は、回収依頼用にフォーマットされた入力画面を取得する。この入力画面は、例えば、予めＲＯＭ１１２等に格納されている。ここでは操作部１１６への入力画面の表示は行われない。

ステップＳ４０３において、制御手段としてのＣＰＵ１１１は、ステップＳ４０１で取得した必要情報をステップＳ４０２で取得した入力画面に反映させる。この方法は特に限定されない。例えば、個々の必要情報と入力画面内の入力項目とを対応付ける紐付け情報をＲＯＭ１１２等に予め保持しておき、紐付け情報を基に、個々の必要情報を入力画面内における対応する入力項目に入力してもよい。

ステップＳ４０４において、ＣＰＵ１１１はステップＳ４０３で必要情報を反映した入力画面を操作部１１６に表示すると共に、入力項目への入力を受け付ける。

図６は、必要情報を反映した入力画面６０１の例を示す図である。なお、ステップＳ４０１で取得された必要情報が、必要な全情報のうち一部を含まない場合は、入力画面６０１において、未入力項目が生じる。

入力画面６０１において、表示６０１は、入力画面６０１が回収依頼機能に関する画面であることを示す。表示６０３は、未入力項目への入力や編集をユーザに促すメッセージを示す。表示６０４は、ステップＳ４０３で必要情報の反映により更新された入力項目を示す。表示６０５はステップＳ４０３で必要情報の反映の対象外となった入力項目（すなわち、未入力項目）を示す。アイコン６０６は、ユーザが入力を終え、依頼処理を進める際に押下されるアイコンを示す。

ステップＳ４０５において、ＣＰＵ１１１は、アイコン６０６が選択されたか否かを判別する。ＣＰＵ１１１は、アイコン６０６が選択されていない場合は、ステップＳ４０４に戻り、アイコン６０６が選択された場合は、ステップＳ４０６へ進む。従って、ユーザは、アイコン６０６を押下するまで、操作部１１６に対する操作によって、画面６０１の未入力項目への情報の入力が可能である。

ステップＳ４０６において、ＣＰＵ１１１は、画面６０１の各入力項目に対する入力漏れがないか、すなわち、未入力項目がなくなったか否かを判別する。そしてＣＰＵ１１１は、未入力項目がない場合はステップＳ４１０に進み、未入力項目がある場合はステップＳ４０８に進む。ステップＳ４０８では、ＣＰＵ１１１は、マーキング付きの入力画面７０１（図７）を操作部１１６に表示すると共に、入力項目への入力・編集を受け付ける。

図７は、マーキング付きの入力画面７０１の例を示す図である。入力画面７０１に示すように、未入力項目に対してはマーキングが施され、入力済み項目との区別が可能となっている。表示７０２は、入力画面７０１が回収依頼機能に関する画面であることを示す。表示７０３は、入力項目に対する新たな入力および／または編集をユーザに促すメッセージである。表示７０４は、未入力項目を認識させるメッセージを示す。表示７０５は、入力済項目を示す。表示７０６は、未入力項目を示す。アイコン７０７は、ユーザが入力・編集を終え、依頼処理を進める際に押下されるアイコンを示す。

ステップＳ４０９において、ＣＰＵ１１１は、入力画面７０１におけるアイコン７０７が選択されたか否かを判別する。そしてＣＰＵ１１１は、アイコン７０７が選択されない場合はステップＳ４０８に戻り、アイコン７０７が選択された場合はステップＳ４０５に戻る。従って、ユーザは、アイコン７０７を押下するまで、操作部１１６に対する操作によって、入力画面７０１の未入力項目への情報の入力や、入力済み項目への入力内容の変更（編集）が可能である。

ステップＳ４１０において、ＣＰＵ１１１は、ステップＳ４０４またはＳ４０８での入力・編集が反映された後の各入力項目の入力内容をＲＡＭ１１３に記憶させる。ここで記憶される入力内容が、消耗品の回収を依頼するための「第２の情報」となる。ステップＳ４１１において、ＣＰＵ１１１は、ＲＡＭ１１３に記憶された入力内容を反映させた確認画面８０１（図８）を操作部１１６に表示する。

図８は、確認画面８０１の例を示す図である。確認画面８０１では、これまでに入力・編集された最新の内容が反映されている。確認画面８０１を参照することで、ユーザは、ステップＳ４０４、Ｓ４０８で入力した内容を確認することができる。

確認画面８０１において、表示８０２は、確認画面８０１が回収依頼機能に関する画面であることを示す。表示８０３は、この内容で回収依頼をするかどうかの判断をユーザに促すメッセージを示す。表示８０４は、現在の入力項目を示し、通常、ここは入力済みとなっている。アイコン８０５は、選択されることで回収依頼を指示するためのアイコンである。アイコン８０６は、選択されることで入力内容の再編集へ移行するための再編集用のアイコンである。アイコン８０７は、選択されることで回収依頼の指示をキャンセルするためのアイコンである。

ステップＳ４１２において、ＣＰＵ１１１は、確認画面８０１におけるアイコン８０６が選択されたか否かを判別する。そしてＣＰＵ１１１は、アイコン８０６が選択された場合はステップＳ４０４に戻り、アイコン８０６が選択されない場合はステップＳ４１３に進む。

ステップＳ４１３において、ＣＰＵ１１１は、確認画面８０１におけるアイコン８０５が選択されたか否かを判別する。アイコン８０５が選択されたことは、ユーザからの送信実行指示を受け付けたことを意味する。そしてＣＰＵ１１１は、アイコン８０５が選択された場合はステップＳ４１５に進み、アイコン８０５が選択されない場合はステップＳ４１４に進む。

ステップＳ４１４において、ＣＰＵ１１１は、確認画面８０１におけるアイコン８０７が選択されたか否かを判別する。そしてＣＰＵ１１１は、アイコン８０７が選択された場合は図４に示す処理を終了し、アイコン８０７が選択されない場合はステップＳ４１２に戻る。

このように、ステップＳ４０４～Ｓ４１４において、ＣＰＵ１１１は、画面６０１、７０１、８０１において、消耗品の回収依頼に必要な情報の補充および／または既に入力された情報に対する編集をユーザから受け付け、反映委させる。これにより、生成手段としてのＣＰＵ１１１は、消耗品の回収を依頼するための第２の情報を生成する。この第２の情報は、ユーザ情報と宛先情報とを含む第１の情報に加えて、事後的に入力された入力内容を含み、第１の情報や事後的に入力された情報が改変された場合は、それらに関する最新の入力内容を含む。

ステップＳ４１５において、ＣＰＵ１１１は、回収依頼用のフォーマット画像９０１（図９）を取得する。

図９は、回収依頼用のフォーマット画像９０１の例を示す図である。このフォーマット画像９０１はＲＯＭ１１２またはＲＡＭ１１３に格納されている。なお、フォーマット画像９０１は、予め保持しておいてもよいし、フォーマット画像９０１を生成するための情報を保持しておき、その情報を基にフォーマット画像９０１を生成してもよい。なお、フォーマット画像９０１はＲＡＷデータであることを想定するが、これに限定されない。

フォーマット画像９０１において、表示９０２は、フォーマット画像９０１が回収依頼用の画像データであることを示す。表示９０３は、入力内容の項目名を示し、会社名、部署名、担当者名、電話番号、ＦＡＸ番号、住所などの項目が並んでいる。表示９０４は、各項目に対応する入力内容を記入するための記入欄である。表示９０５は、回収希望日の項目名を示し、表示９０６は回収希望日の記入欄である。表示９０７は、使用済で回収対象となるトナーカートリッジ１３０の本数の項目名を示し、表示９０８は当該本数の記入欄である。なお、表示９０４、表示９０６、表示９０８の各記入欄は、ステップＳ４１５の実行時点では空欄となっている。

ステップＳ４１６において、ＣＰＵ１１１は、ステップＳ４１０でＲＡＭ１１３に記憶させた各入力項目の入力内容を読み出す。さらにＣＰＵ１１１は、読み出した入力内容を、フォーマット画像９０１に対して重畳することで、重畳画像である依頼用画像１００１（図１０）を生成する。

図１０は、依頼用画像１００１の例を示す図である。なお、重畳の具体的な実現方法としては、フォーマット画像９０１がＲＡＷデータであれば入力内容をそのまま重畳して依頼用画像１００１を生成すればよい。また、フォーマット画像９０１がＲＡＷデータでない場合は、フォーマット画像９０１をＲＡＷデータに変換してから入力内容を重畳すればよい。また、重畳の方法としては、ＣＰＵ１１１は、事前に入力内容ごとに重畳の位置情報をＲＡＭ１１３に記憶しておき、ステップＳ４１２で、位置情報を基に各入力内容を重畳することが考えられるが、この方法に限定されない。

依頼用画像１００１において、表示１００２、１００３、１００５、１００７は、フォーマット画像９０１（図９）における表示９０２、９０３、９０５、９０７と同じである。表示１００４、１００６、１００８には、重畳により入力内容が記入されている。

ステップＳ４１７において、送信手段としてのＣＰＵ１１１は、ステップＳ４０１で取得したＦＡＸの宛先番号を送信先（指定の宛先）として、公衆回線１０２を使って依頼用画像１００１をＦＡＸ送信する。従って、本実施の形態では、消耗品の回収を依頼するための第２の情報は、重畳画像である依頼用画像１００１（図１０）という形でＦＡＸにより送信される。

なお、ＦＡＸの宛先番号をステップＳ４０１で取得する代わりに、ユーザから操作部１１６を介して宛先番号の入力を受け付ける構成としてもよい。あるいは、ステップＳ４０１で取得した宛先番号をユーザの入力によって変更可能としてもよい。この観点からは、第１の情報に宛先情報が含まれることは必須でない。

なお、依頼用画像１００１をＦＡＸ送信する前に、依頼用画像１００１をプレビュー表示させてもよい。その場合、プレビュー表示の後にＦＡＸ送信をキャンセルできるように構成してもよい。

なお、依頼用画像１００１のＦＡＸ送信に加えて、あるいはＦＡＸ送信に代えて、依頼用画像１００１を用紙に印刷してもよい。そのようにした場合は、ユーザの手書きによる加筆が可能となるので、加筆後の用紙を用いてユーザがＦＡＸ送信を実施してもよい。

ステップＳ４１８においては、ＣＰＵ１１１は、残量無しフラグを下げ（「０」に設定し）、図４に示す処理を終了する。

本実施の形態によれば、ＣＰＵ１１１は、消耗品（トナーカートリッジ１３０）の回収が必要と判定された場合に、必要情報としてユーザ情報と宛先情報とを含む第１の情報を取得し、第１の情報を反映させた入力画面６０１を表示させる。ＣＰＵ１１１は、画面（６０１、７０１、８０１）において必要情報の補充および／または編集をユーザから受け付けることで、消耗品の回収を依頼するための第２の情報を生成する。ＣＰＵ１１１は、第２の情報をフォーマット画像９０１に重畳することで依頼用画像１００１（図１０）を生成し、依頼用画像１００１を宛先情報が示す宛先へＦＡＸ送信する。

これによれば、ユーザは、第１の情報以外の必要情報を追加で入力すればよく、主な必須作業は未入力項目への入力や改変だけで済む。従って、消耗品の消耗状況を回収依頼先と共有できない環境であっても、煩雑な作業を要することなく消耗品の回収を依頼することができる。

また、ＣＰＵ１１１は、消耗品の消耗状況を監視し、消耗品が消耗したと判定した場合に回収提案画面５０１（図５）を表示するので（Ｓ３０６）、適切なタイミングで回収を提案できる。また、ＣＰＵ１１１は、回収提案画面５０１においてユーザから回収を依頼する指示（アイコン５０４の選択）を受け付けたことに応じて、消耗品の回収が必要と判定するので（Ｓ３０７）、ユーザの意思により回収の要否を決定することができる。

また、ＣＰＵ１１１は、入力画面６０１において、消耗品の回収依頼に必要な情報に対応する項目のうち未入力の項目についてはマーキングが施されるので、未入力の項目を認識しやすく、また入力を促すことができる。なお、未入力の項目を報知できればよく、未入力の項目を認識させる表示態様はマーキングに限定されない。入力済みの項目とは異なる表示態様で未入力の項目を表示すればよい。例えば、未入力の項目だけ色を異ならせたり点滅させたりしてもよい。

（第２の実施の形態）
本発明の第２の実施の形態では、第１の実施の形態に対し、回収依頼処理が異なり、その他の構成は同じである。

図１１は、図３のステップＳ３０８で実行される回収依頼処理を示すフローチャートである。図１１において、第１の実施の形態と同じ処理ステップには同じステップ番号が付してある。本実施の形態では、回収依頼用の情報を運送業者のサーバ宛に送信する。

本実施の形態では、ステップＳ４０１で取得される必要情報における宛先情報は、例えば、回収の依頼先となる運送業者のサーバのＩＰアドレスである。ステップＳ４１３での判別の結果、確認画面８０１におけるアイコン８０５が選択された場合は、ＣＰＵ１１１は、ステップＳ１１０１に進む。

ステップＳ１１０１においては、ＣＰＵ１１１は、ステップＳ４１０で記憶された入力内容（第２の情報）をＲＡＭ１１３より読み出す。さらにＣＰＵ１１１は、ステップＳ４０１で取得したＩＰアドレスを送信先として、読み出した入力内容を、ネットワーク１０３を使って送信する。従って、本実施の形態では、消耗品の回収を依頼するための第２の情報は、送信データという形で送信される。ステップＳ１１０１の後、ＣＰＵ１１１は、ステップＳ４１８を実行する。

なお、運送業者のサーバのＩＰアドレスをステップＳ４０１で取得する代わりに、ユーザから操作部１１６を介してＩＰアドレスの入力を受け付ける構成としてもよい。あるいは、ステップＳ４０１で取得したＩＰアドレスをユーザの入力によって変更可能としてもよい。この観点からは、第１の情報に宛先情報が含まれることは必須でない。

本実施の形態によれば、第１の実施の形態と同様に第２の情報が生成される。また、ＣＰＵ１１１は、第２の情報を、宛先情報が示すＩＰアドレスへ送信する。よって、消耗品の消耗状況を回収依頼先と共有できない環境であっても、煩雑な作業を要することなく消耗品の回収を依頼することに関し、第１の実施の形態と同様の効果を奏することができる。

なお、本実施の形態では、入力内容をサーバに送信する構成を採用したが、これに限らない。例えば、宛先情報が運送会社のメールアドレスを含むものとし、ステップＳ１１０１では、宛先情報が示すメールアドレス宛に、入力内容をメール送信する構成としてもよい。

（第３の実施の形態）
本発明の第３の実施の形態は、第１の実施の形態に対し、消耗品管理処理が異なり、その他の構成は同じである。ただし、本実施の形態では、画像処理装置１０１で用いられるトナーカートリッジ１３０は複数であるとする。

図１２は、消耗品管理処理を示すフローチャートである。この処理の実行主体や開始条件は図３に示す消耗品管理処理と同様である。図１２において、第１の実施の形態と同じ処理ステップには同じステップ番号が付してある。具体的には、図１２の消耗品管理処理では、図３の消耗品管理処理に対し、ステップＳ１２０１、Ｓ１２０２、Ｓ１２０３が追加されている。

ステップＳ３０４での判別の結果、ＣＰＵ１１１は、残量無しフラグが立っていない場合はステップＳ１２０１に進む。ステップＳ１２０１において、ＣＰＵ１１１は、「トナー残量無し」となったトナーカートリッジ１３０の本数をカウントするためのカウント値をインクリメントする。なお、このカウント値は、図１２の処理開始時に０にリセットされている。最新のカウント値はＲＡＭ１１３に記憶される。

ＣＰＵ１１１は、ステップＳ１２０１の後、ステップＳ３０５を実行し、ステップＳ１２０２に進む。ステップＳ１２０２においては、ＣＰＵ１１１は、現在のカウント値を読み出し、カウント値が上限数を超えたか（カウント値＞上限数となったか）否かを判別する。上限数の情報は予めＲＯＭ１１２等に格納されている。なお、上限数の設定方法は限定されず、事後的にユーザが設定可能に構成されてもよい。

そしてＣＰＵ１１１は、カウント値が上限数を超えていない場合は、図１２に示す処理を終了する。カウント値が上限数を超えている場合は、ＣＰＵ１１１は、ステップＳ３０６へ進む。

ステップＳ３０８の後、ステップＳ１２０３において、ＣＰＵ１１１は、カウント値を０にリセットし、図１２に示す処理を終了する。

本実施の形態によれば、消耗品の消耗状況を回収依頼先と共有できない環境であっても、煩雑な作業を要することなく消耗品の回収を依頼することに関し、第１の実施の形態と同様の効果を奏することができる。

また、消耗したと判定した消耗品の数が上限数を超えた場合に回収提案画面（図５）が表示されるので、適切なタイミングで回収を提案できる。

なお、本実施の形態において、ステップＳ３０８で実行される回収依頼処理は、図４に示す処理（第１の実施の形態）でもよいし、図１１に示す処理（第２の実施の形態）でもよい。

なお、本実施の形態において、過去にＭＦＰ１０１で使用済みとなってＭＦＰ１０１外に存在するトナーカートリッジ１３０も、「トナー残量無し」となったトナーカートリッジ１３０に含めてもよい。この場合において、ステップＳ１２０１で、ＭＦＰ１０１外に存在する「トナー残量無し」のトナーカートリッジ１３０の数もカウントする。さらに、ＣＰＵ１１１は、カウント値を、依頼用画像１００１（図１０）の表示１００８に自動入力する。これにより、回収対象となるトナーカートリッジ１３０の本数の入力作業をユーザが行う必要がなくなり、手間が簡素化される。

なお、本発明の対象となる消耗品は、トナーカートリッジに限定されず、感光体ドラム現像ユニットなどの消耗品であってもよい。

なお、画面６０１、７０１、８０１は、ｗｅｂフォーム上の画面に表示されてもよい。

なお、ステップＳ４１７、Ｓ１１０１での送信の実行は、ｗｅｂフォーム上の依頼のほか、スマートフォンにおけるアプリ上やクラウドサービス上の画面からの依頼によって指示されてもよい。

以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。

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

本実施形態の開示は、以下の構成（および方法、プログラム）を含む。
（構成１）
消耗品の回収の要否を判定する判定手段と、
前記判定手段により前記消耗品の回収が必要と判定された場合に、前記消耗品の回収依頼に必要な情報として、ユーザ情報を含む第１の情報を取得する取得手段と、
前記取得手段により取得された前記第１の情報を反映させた入力画面を表示部に表示させる制御手段と、
前記入力画面において前記消耗品の回収依頼に必要な情報の補充および／または編集をユーザから受け付けることで、前記消耗品の回収を依頼するための第２の情報を生成する生成手段と、
前記生成手段により生成された前記第２の情報を、指定の宛先へ送信する送信手段と、を有することを特徴とする情報処理装置。
（構成２）
前記生成手段は、前記第２の情報と、回収依頼用のフォーマット画像とから、依頼用画像を生成し、
前記送信手段は、前記依頼用画像を、前記指定の宛先へＦＡＸ送信することを特徴とする構成１に記載の情報処理装置。
（構成３）
前記指定の宛先を示す宛先情報は、前記第１の情報に含まれることを特徴とする構成１に記載の情報処理装置。
（構成４）
前記判定手段は、前記消耗品の回収の要否を問い合わせる問い合わせ画面を表示し、前記問い合わせ画面においてユーザから回収を依頼する指示を受け付けたことに応じて、前記消耗品の回収が必要と判定することを特徴とする構成１に記載の情報処理装置。
（構成５）
前記判定手段は、前記消耗品の消耗状況を監視し、前記消耗品が消耗したと判定した場合に前記問い合わせ画面を表示することを特徴とする構成４に記載の情報処理装置。
（構成６）
前記消耗品は、トナーを収容するトナーカートリッジであり、
前記判定手段は、前記トナーカートリッジに収容されているトナーの残量が所定値を下回ると、前記トナーカートリッジが消耗したと判定することを特徴とする構成５に記載の情報処理装置。
（構成７）
前記判定手段は、複数の前記消耗品の消耗状況を監視し、消耗したと判定した前記消耗品の数が上限数を超えた場合に前記問い合わせ画面を表示することを特徴とする構成４に記載の情報処理装置。
（構成８）
前記消耗品は、トナーを収容するトナーカートリッジであり、
前記判定手段は、前記トナーカートリッジに収容されているトナーの残量が所定値を下回ると、前記トナーカートリッジが消耗したと判定することを特徴とする構成７に記載の情報処理装置。
（構成９）
前記制御手段は、前記入力画面において、前記消耗品の回収依頼に必要な情報に対応する項目のうち未入力の項目がある場合は、入力済みの項目とは異なる表示態様で前記未入力の項目を表示することで、前記未入力の項目を報知することを特徴とする構成１に記載の情報処理装置。
（構成１０）
前記送信手段は、ユーザからの送信実行指示を受け付けたことに応じて、前記第２の情報を送信することを特徴とする構成１に記載の情報処理装置。
（構成１１）
前記消耗品は、トナーを収容するトナーカートリッジであることを特徴とする構成１に記載の情報処理装置。
（構成１２）
前記送信手段は、前記依頼用画像をＦＡＸ送信する前に前記依頼用画像をプレビュー表示することを特徴とする構成２に記載の情報処理装置。
（方法１）
消耗品の回収の要否を判定する判定ステップと、
前記判定ステップにより前記消耗品の回収が必要と判定された場合に、前記消耗品の回収依頼に必要な情報として、ユーザ情報を含む第１の情報を取得する取得ステップと、
前記取得ステップにより取得された前記第１の情報を反映させた入力画面を表示部に表示させる制御ステップと、
前記入力画面において前記消耗品の回収依頼に必要な情報の補充および／または編集をユーザから受け付けることで、前記消耗品の回収を依頼するための第２の情報を生成する生成ステップと、
前記生成ステップにより生成された前記第２の情報を、指定の宛先へ送信する送信ステップと、を有することを特徴とする情報処理装置の制御方法。
（プログラム１）
構成１乃至１２のいずれか１項に記載の情報処理装置の各手段としてコンピュータを機能させるためのプログラム。

１０１ 画像処理装置
１１１ ＣＰＵ
１３０ トナーカートリッジ
６０１、７０１ 入力画面
８０１ 確認画面
９０１ フォーマット画像
１００１ 依頼用画像

Claims (14)

1. 消耗品の回収の要否を判定する判定手段と、
   前記判定手段により前記消耗品の回収が必要と判定された場合に、前記消耗品の回収依頼に必要な情報として、ユーザ情報を含む第１の情報を取得する取得手段と、
   前記取得手段により取得された前記第１の情報を反映させた入力画面を表示部に表示させる制御手段と、
   前記入力画面において前記消耗品の回収依頼に必要な情報の補充および／または編集をユーザから受け付けることで、前記消耗品の回収を依頼するための第２の情報を生成する生成手段と、
   前記生成手段により生成された前記第２の情報を、指定の宛先へ送信する送信手段と、を有することを特徴とする情報処理装置。
2. 前記生成手段は、前記第２の情報と、回収依頼用のフォーマット画像とから、依頼用画像を生成し、
   前記送信手段は、前記依頼用画像を、前記指定の宛先へＦＡＸ送信することを特徴とする請求項１に記載の情報処理装置。
3. 前記指定の宛先を示す宛先情報は、前記第１の情報に含まれることを特徴とする請求項１に記載の情報処理装置。
4. 前記判定手段は、前記消耗品の回収の要否を問い合わせる問い合わせ画面を表示し、前記問い合わせ画面においてユーザから回収を依頼する指示を受け付けたことに応じて、前記消耗品の回収が必要と判定することを特徴とする請求項１に記載の情報処理装置。
5. 前記判定手段は、前記消耗品の消耗状況を監視し、前記消耗品が消耗したと判定した場合に前記問い合わせ画面を表示することを特徴とする請求項４に記載の情報処理装置。
6. 前記消耗品は、トナーを収容するトナーカートリッジであり、
   前記判定手段は、前記トナーカートリッジに収容されているトナーの残量が所定値を下回ると、前記トナーカートリッジが消耗したと判定することを特徴とする請求項５に記載の情報処理装置。
7. 前記判定手段は、複数の前記消耗品の消耗状況を監視し、消耗したと判定した前記消耗品の数が上限数を超えた場合に前記問い合わせ画面を表示することを特徴とする請求項４に記載の情報処理装置。
8. 前記消耗品は、トナーを収容するトナーカートリッジであり、
   前記判定手段は、前記トナーカートリッジに収容されているトナーの残量が所定値を下回ると、前記トナーカートリッジが消耗したと判定することを特徴とする請求項７に記載の情報処理装置。
9. 前記制御手段は、前記入力画面において、前記消耗品の回収依頼に必要な情報に対応する項目のうち未入力の項目がある場合は、入力済みの項目とは異なる表示態様で前記未入力の項目を表示することで、前記未入力の項目を報知することを特徴とする請求項１に記載の情報処理装置。
10. 前記送信手段は、ユーザからの送信実行指示を受け付けたことに応じて、前記第２の情報を送信することを特徴とする請求項１に記載の情報処理装置。
11. 前記消耗品は、トナーを収容するトナーカートリッジであることを特徴とする請求項１に記載の情報処理装置。
12. 前記送信手段は、前記依頼用画像をＦＡＸ送信する前に前記依頼用画像をプレビュー表示することを特徴とする請求項２に記載の情報処理装置。
13. 消耗品の回収の要否を判定する判定ステップと、
    前記判定ステップにより前記消耗品の回収が必要と判定された場合に、前記消耗品の回収依頼に必要な情報として、ユーザ情報を含む第１の情報を取得する取得ステップと、
    前記取得ステップにより取得された前記第１の情報を反映させた入力画面を表示部に表示させる制御ステップと、
    前記入力画面において前記消耗品の回収依頼に必要な情報の補充および／または編集をユーザから受け付けることで、前記消耗品の回収を依頼するための第２の情報を生成する生成ステップと、
    前記生成ステップにより生成された前記第２の情報を、指定の宛先へ送信する送信ステップと、を有することを特徴とする情報処理装置の制御方法。
14. 請求項１乃至１２のいずれか１項に記載の情報処理装置の各手段としてコンピュータを機能させるためのプログラム。
    
    
    

Images