JP2020170291A - 画像形成装置、システム、及び方法 - Google Patents

Abstract

【課題】画像形成装置を手放す場合に、消耗品の自動配送契約の解約を忘れずに行なえるようにする。【解決手段】本発明の一実施形態にかかるシステムは、画像形成装置１００と、該画像形成装置１００の保守サービス契約を管理する管理サーバ３００、４００とを備える。当該システムにおいて、画像形成装置１００は、初期化が実施される場合に、初期化の実施通知を管理サーバ３００、４００に送信する送信手段を備える。管理サーバ３００、４００は、初期化の実施通知に応じて、保守サービス契約の解約方法の案内を送信する送信手段を備える。【選択図】図１

Description

本発明は、画像形成装置、システム、及び方法に関する。

従来、例えばワードプロセッサ、パーソナルコンピュータ、ファクシミリ等に於ける出力装置として、文字や画像等を用紙やフィルム等のシート状の記録媒体に電子写真方式に従って記録を行う画像形成装置が知られている。

このような画像形成装置では、記録媒体上に画像を形成するためにトナーやインク等の現像剤を使用する。このため、ユーザは消耗品として、現像剤を収容するカートリッジや現像装置、あるいは帯電装置、感光ドラム、現像装置が一体化したプロセスカートリッジ等を、必要に応じて購入して交換しなければならない。このような消耗品の購入に関して、消耗品の残量が少なくなると所定の送付先に自動的に消耗品を配送する自動配送契約を行い、当該契約が解約された場合には当該画像形成装置において消耗品を使用できないようにする方法が開示されている（特許文献１）。

特開２０１７−４９７６７号公報

しかしながら、特許文献１に記載の技術では、ユーザが自動配送契約の解約をしないで画像形成装置を手放した場合、画像形成装置を使用していないにも関わらず消耗品が配送され、料金が発生してしまうことがある。また、画像形成装置を手放した後に自動配送契約を解約しようとしても、当該画像形成装置が手元になく、製品のシリアル番号などを確認することができないため、解約の手続きが煩雑になってしまうことも考えられる。このような保守サービス契約の解約に関する問題は、画像形成装置の印刷回数に応じてメンテナンスを依頼するサービスや、廃トナーボックスの回収サービスなどの契約についても同様に生じ得る。

本発明は、このような問題に鑑みてなされたものであり、画像形成装置を手放す場合に、保守サービス契約の解約を忘れずに行なえるようにすることを目的とする。

本発明の一実施形態において、画像形成装置と、該画像形成装置の保守サービス契約を管理する管理サーバとを備えたシステムは、前記画像形成装置が、初期化が実施される場合に、当該初期化の実施通知を前記管理サーバに送信する送信手段を備え、前記管理サーバが、前記初期化の実施通知に応じて、前記保守サービス契約の解約方法の案内を送信する送信手段を備えることを特徴とする。

また、本発明の一実施形態において、画像形成装置と、該画像形成装置の保守サービス契約を管理する管理サーバとを備えたシステムは、前記画像形成装置が、初期化が実施される場合に、当該初期化の実施通知を前記管理サーバに送信する送信手段を備え、前記管理サーバが、前記初期化の実施通知に応じて、前記画像形成装置の前記保守サービス契約を解約する解約手段を備えることを特徴とする。

また、本発明の一実施形態における画像形成装置は、ユーザから初期化指示を受け取る受け取り手段と、前記初期化指示に応じて、保守サービス契約の解約方法の案内を表示する表示手段とを備えることを特徴とする。

本発明によれば、画像形成装置を手放す場合に、保守サービス契約の解約を忘れずに行なえるようにすることができる。

第一の実施形態における消耗品自動配送システムの全体構成図。 第一の実施形態におけるＭＦＰのハードウエア構成図。 第一の実施形態における情報管理サーバのハードウエア構成図。 第一の実施形態における発注処理サーバのハードウエア構成図。 第一の実施形態におけるＭＦＰのソフトウエア構成図。 第一の実施形態における情報管理サーバのソフトウエア構成図。 第一の実施形態における発注処理サーバのソフトウエア構成図。 第一の実施形態における登録情報テーブルの例。 第一の実施形態における契約情報テーブルの例。 第一の実施形態における初期化モジュールの動作フロー。 第一の実施形態におけるデバイス監視モジュールの動作フロー。 第一の実施形態における契約管理モジュールの動作フロー。 第二の実施形態における契約管理モジュールの動作フロー。 第三の実施形態における初期化モジュールの動作フロー。 第一の実施形態における確認画面の例。 第二の実施形態における確認画面の例。 第三の実施形態における確認画面の例。

以下、図面を参照して、本発明を実施するための形態について詳細に説明する。なお、以下の実施形態は例であり、本発明の範囲を限定するものではない。また、以下で説明される特徴の組み合わせの全てが本発明に必須のものとは限らない。同一の構成要素については、同じ符号を付す。

以下の実施形態では、画像形成装置として、プリント機能やスキャン機能、ファクス機能を有する複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を例に説明する。また、ＭＦＰの初期化とは、ＭＦＰに記憶されている画像データ等を消去し、ユーザにより設定された各種設定情報などを工場出荷時（または購入時）の状態に戻すことをいう。初期化は、ＭＦＰを譲渡したり廃棄したりして、ユーザが当該ＭＦＰを手放す場合に実施される。

＜第一の実施形態＞
第一の実施形態では、ＭＦＰの初期化を実施することにより、消耗品の自動配送サービスが契約されている場合に契約者へ解約方法を案内するe-mail（電子メール）を送信する。当該e-mailは、製品（ＭＦＰ）のシリアル番号（以下、製品シリアルとも称する）を含むことができる。本実施形態によると、ＭＦＰを手放した後でも、自動配送契約の解約方法を契約者に案内することができる。

図１は、本実施形態における消耗品自動配送システムの全体構成を示す図である。

消耗品自動配送システムにおいて、ＭＦＰ１００、情報管理サーバ３００、及び発注処理サーバ４００は、ネットワーク２００を介して通信可能な状況で相互に接続されている。

発注処理サーバ４００は、ＭＦＰ１００の情報と契約者の情報を関連付けて保持し、情報管理サーバ３００に対して消耗品の自動配送契約をしているＭＦＰ１００の契約者情報を通知する。また、情報管理サーバ３００からの通知により、契約者へ消耗品を自動的に配送する処理を行う。

情報管理サーバ３００は、ＭＦＰ１００が消耗品情報の通知をするようユーザにより設定されていた場合に、ＭＦＰ１００から消耗品状態の通知を受信する。情報管理サーバ３００は、発注処理サーバ４００から受け取ったＭＦＰ１００の契約情報とＭＦＰ１００から受けた消耗品状態の通知から、消耗品を配送すべきタイミングで発注処理サーバ４００に発注通知を行う。

情報管理サーバ３００と発注処理サーバ４００は、同じサーバ（管理サーバとも称する）であってもよい。しかし、消耗品の状態を管理する情報管理サーバ３００と、消耗品の自動配送契約の契約情報を管理する発注処理サーバ４００とが別サーバで構成されることにより、契約者の個人情報を発注処理サーバ４００だけで管理することができる。その場合、個人情報を保護することができるので、発注処理サーバ４００を運営する業者が複数の場合にも対応できる。すなわち、複数の発注処理サーバ４００を設けることができる。

図２は、本実施形態におけるＭＦＰ１００のハードウエア構成図である。

ＣＰＵ２０１は、ＭＦＰ１００全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２又はストレージ２０４に記憶された制御プログラムを読み出して、読取制御や印刷制御などの各種制御を行う。

ＲＯＭ２０２は、ＣＰＵ２０１によって実行可能な制御プログラムを格納し、ＭＦＰ１００の個体別のシリアルナンバーなどを保持する。ＭＦＰ１００の個体別シリアルナンバーは、後述するストレージ２０４が保持してもよい。個体別シリアルナンバーは、ＭＦＰ１００を特定するための識別情報として使用される。

ＲＡＭ２０３は、ＣＰＵ２０１の主記憶メモリであり、ＲＯＭ２０２及びストレージ２０４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。

ストレージ２０４は、画像データ、各種プログラム、及び各種設定情報等を記憶する。なお、本実施形態のＭＦＰ１００では、１つのＣＰＵ２０１が１つのメモリ（ＲＡＭ２０３）を用いて後述するフローチャートに示す各処理を実行するものとするが、これに限定されない。例えば、複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウエア回路を用いて一部の処理を実行するようにしてもよい。

操作部Ｉ／Ｆ２０７は、操作部２０８と接続する。スキャナコントローラＩ／Ｆ２１４は、読取部２１５と接続する。読取部２１５はシート上の画像を読み取って、画像データを生成する。読取部２１５によって生成された画像データは外部装置に送信されたり、記録媒体上に印刷されたりする。また、読取部２１５は、原稿フィーダー（不図示）に載置されたシートを流し読みして、複数枚の原稿を読み取ることもできる。

プリンタコントローラＩ／Ｆ２１２は、印刷部２１３と接続する。印刷すべき画像データは、プリンタコントローラＩ／Ｆ２１２を介して印刷部２１３に転送される。印刷部２１３は、制御コマンド及び印刷すべき画像データを受信し、当該画像データに基づいた画像を記録媒体上に印刷する。印刷部２１３の印刷方式は、電子写真方式であってもよいし、インクジェット方式であってもよい。電子写真方式の場合は、感光体上に静電潜像を形成した後、トナーにより現像し、そのトナー像を記録媒体に転写し、転写されたトナー像を定着させることにより、画像を形成する。一方、インクジェット方式の場合は、インクを吐出して記録媒体上に画像を印刷する。印刷部２１３での印刷に使用されるトナーやインクのカートリッジは、ＭＦＰ１００の内部に着脱可能に装着されている。ユーザは、カートリッジを交換することで、トナーやインクを補充することができる。なお、ＣＰＵ２０１は、印刷に必要なトナーやインクなどの消耗品の残量を定期的なタイミングや画像を１ページ印刷するタイミング、カートリッジが装着されたタイミングで取得し、取得した消耗品残量をＲＡＭ２０３に保持する。また、ＣＰＵ２０１は、カートリッジの装着時に当該カートリッジのシリアルナンバーをＲＡＭ２０３又はストレージ２０４に記憶する。

また、ＭＦＰ１００は、通信部Ｉ／Ｆ２０５に接続された通信コネクタ２０６を介してネットワーク２００に接続される。ＭＦＰ１００は、ネットワーク２００上の情報管理サーバ３００へ、消耗品残量などの情報（すなわち、消耗品状態）を該当カートリッジのシリアルナンバーとＭＦＰ１００の個体別シリアルナンバーとともに送信する。消耗品残量などの情報は、ＣＰＵ２０１がＲＡＭ２０３やストレージ２０４に保持する。ＭＦＰ１００の個体別シリアルナンバーは、ＲＯＭ２０２もしくはストレージ２０４に保持されている。

ＵＩ制御部２０９は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｌａｙ）などの表示部２１０に接続され、表示部２１０を制御する。画像処理部２１１は、プリンタコントローラＩ／Ｆ２１２を介して印刷部２１３に出力する画像データの回転や圧縮、解像度変換などを行う。

上述したモジュールは、システムバス２１６を介して互いに接続されている。

図３は、本実施形態における情報管理サーバ３００のハードウエア構成図である。

ＣＰＵ３０１は、情報管理サーバ３００全体の動作を制御する。ＣＰＵ３０１は、ＲＯＭ３０２やストレージ３０４に保持されたプログラムを直接、読み出して実行したり、ＲＡＭ３０３に展開した後に読み出して実行したりする。通信部Ｉ／Ｆ３０５は、ＣＰＵ３０１の制御の元、ＣＰＵ３０１が生成したデータを通信コネクタ３０６を介してネットワーク２００に接続されたＭＦＰ１００や発注処理サーバ４００に送信する。また、通信部Ｉ／Ｆ３０５は、ＭＦＰ１００や発注処理サーバ４００からデータを受信する。すなわち、情報管理サーバ３００は、ＭＦＰ１００や発注処理サーバ４００とお互いにデータの送受信を行う。これらのモジュールは、システムバス３０７を介して互いに接続されている。

図４は、本実施形態における発注処理サーバ４００のハードウエア構成図である。

ＣＰＵ４０１は、発注処理サーバ４００全体の動作を制御する。ＣＰＵ４０１は、ＲＯＭ４０２やストレージ４０４に保持されたプログラムを直接、読み出して実行したり、ＲＡＭ４０３に展開した後に読み出して実行したりする。通信部Ｉ／Ｆ４０５は、ＣＰＵ４０１の制御の元、ＣＰＵ４０１が生成したデータを通信コネクタ４０６を介してネットワーク２００に接続されたＭＦＰ１００や情報管理サーバ３００に送信する。また、通信部Ｉ／Ｆ４０５は、ＭＦＰ１００や情報管理サーバ３００からデータを受信する。すなわち、発注処理サーバ４００は、ＭＦＰ１００や情報管理サーバ３００とお互いにデータの送受信を行う。これらのモジュールは、システムバス４０７を介して互いに接続されている。

図５は、本実施形態におけるＭＦＰ１００のソフトウエア構成図である。

ＵＩモジュール５０１は、ＵＩ制御部２０９を介して表示部２１０を制御する。また、ユーザの操作を操作部２０８で受けて、操作部Ｉ／Ｆ２０７を介して解釈する。

初期化モジュール５０２は、操作部２０８でユーザから初期化指示の操作を受けたＵＩモジュール５０１からの通知によって、ストレージ２０４やＲＯＭ２０２などに保存された画像データなどを削除する。また、初期化モジュール５０２は、ユーザにより設定された各種設定情報などを工場出荷時の状態に戻す。ＭＦＰ１００が、消耗品状態を情報管理サーバ３００に通知する設定にされている場合は、初期化モジュール５０２は、初期化が実行されることを通信データ生成モジュール５０４に通知する。通信データ生成モジュール５０４は、初期化が実行されることの通知を、データ送信モジュール５０５を介して情報管理サーバ３００に送信する。また、初期化モジュール５０２は、ＵＩモジュール５０１に指示して、消耗品の自動配送契約の解約方法に関するメッセージや解約を実施することのメッセージを、表示部２１０に表示させる。消耗品状態管理モジュール５０３は、ＭＦＰ１００の消耗品状態を管理する。消耗品状態管理モジュール５０３は、消耗品の残量が規定の量よりも少なくなると、その消耗品が持つ固有のシリアルナンバーと状態、ＭＦＰ１００が持つ固有のシリアルナンバーを、通信データ生成モジュール５０４に通知する。通知を受けた通信データ生成モジュール５０４は、通信データを生成して、データ送信モジュール５０５を介して情報管理サーバ３００に送信する。

データ受信モジュール５０７は、通信部Ｉ／Ｆ２０５が通信コネクタ２０６を介して受信したデータを受信する。受信したデータはデータ解析モジュール５０６に渡す。データ解析モジュール５０６は、初期化モジュール５０２が処理するデータであれば初期化モジュール５０２にそのデータを渡し、消耗品状態管理モジュール５０３が処理すべきデータであれば消耗品状態管理モジュール５０３にそのデータを渡す。また、不図示のモジュールが処理すべきデータの場合には、該当モジュールへそのデータを渡す。

図６は、本実施形態における情報管理サーバ３００のソフトウエア構成図である。

データ受信モジュール６０６は、通信コネクタ３０６を介して通信部Ｉ／Ｆ３０５で受信したデータをデータ解析モジュール６０５に渡す。データ解析モジュール６０５は、データがＭＦＰ１００から受信した消耗品状態の通知や初期化実施通知の場合には、デバイス監視モジュール６０２にそのデータを渡す。データがその他のデータの場合は、不図示のモジュールにそのデータを渡す。データ解析モジュール６０５から消耗品状態の通知のデータを受け取ったデバイス監視モジュール６０２は、登録情報テーブル６０１を参照し、消耗品の発注が必要かどうか判定する。登録情報テーブル６０１については後述する。デバイス監視モジュール６０２は、消耗品の発注が必要であれば発注処理サーバ４００に発注指示通知を通信データ生成モジュール６０３に渡す。発注指示通知を受けた通信データ生成モジュール６０３は、発注指示を通信データに変換して、データ送信モジュール６０４を介して発注処理サーバ４００に送信する。また、データ解析モジュール６０５から初期化実施通知のデータを受け取ったデバイス監視モジュール６０２は、登録情報テーブル６０１を参照して消耗品自動配送契約の契約状況を判定する。デバイス監視モジュール６０２は、ＭＦＰ１００に対して消耗品の自動配送契約がなされている場合、初期化実施通知をさらに、発注処理サーバ４００に送信する。すなわち、デバイス監視モジュール６０２は、初期化実施通知を通信データ生成モジュール６０３に渡す。初期化実施通知を受けた通信データ生成モジュール６０３は、初期化実施通知を通信データに変換して、データ送信モジュール６０４を介して発注処理サーバ４００に送信する。

図７は、本実施形態における発注処理サーバ４００のソフトウエア構成図である。

データ受信モジュール７０６は、通信コネクタ４０６を介して通信部Ｉ／Ｆ４０５で受信したデータをデータ解析モジュール７０５に渡す。データ解析モジュール７０５は、データが情報管理サーバ３００から受信した消耗品の発注指示や初期化実施通知の場合には、契約管理モジュール７０２にそのデータを渡す。データがその他のデータの場合は、不図示のモジュールにそのデータを渡す。データ解析モジュール７０５から発注指示のデータを受け取った契約管理モジュール７０２は、契約情報テーブル７０１を参照し、消耗品の配送処理を実行する。契約情報テーブル７０１については後述する。また、契約管理モジュール７０２は、初期化実施通知のデータを受け取った場合、契約情報テーブル７０１を参照して、消耗品自動配送契約の解約方法を案内するe-mail（電子メール）の送信先e-mailアドレスを取得する。契約管理モジュール７０２は、取得したe-mailアドレスとともに、e-mailの作成指示を通信データ生成モジュール７０３に渡す。通信データ生成モジュール７０３は、消耗品自動配送契約の解約方法を案内するe-mail（解約案内メール）を生成して、データ送信モジュール７０４を介して不図示のメールサーバに送信する。ユーザは、メールサーバが受信した解約案内メールを、不図示のメーラで受信する。

図８は、本実施形態における登録情報テーブル６０１の例を示す。上述したように、登録情報テーブル６０１は、情報管理サーバ３００が保持している。登録情報テーブル６０１に登録されている消耗品は、例として、ＭＦＰ１００に装着するトナーＣＲＧ（カートリッジ）とする。

登録情報テーブル６０１において、製品シリアル８０１の列は、製品（ＭＦＰ）が持つ固有のシリアルナンバーを示す。契約状況８０２の列は、各製品シリアルに対応するＭＦＰに、消耗品の自動配送契約があるかないかを示す。発注サーバ８０３の列は、各ＭＦＰの消耗品の発注を担当する発注処理サーバ４００を特定するための情報を示す。発注サーバ８０３の情報は、発注処理サーバ４００が複数ある場合などに、ＭＦＰ１００がどの発注処理サーバ４００に発注通知を送信するかを決定するのに使用される。なお、「N/A」は、「該当なし（not applicable）」を意味する。トナーＣＲＧシリアル８０４の列は、トナーＣＲＧの固有シリアルナンバーを示す。トナーＣＲＧシリアル８０４は、各製品シリアルに対応するＭＦＰが装着しているトナーＣＲＧの固有シリアルナンバーを示す。トナー状況８０５の列は、トナーＣＲＧにおけるトナーの残量状況を示す。トナー状況８０５が「ＬＯＷ」の場合は、トナー残量が規定量より少ないことを示し、「ＦＵＬＬ」の場合は、トナー残量が規定量より多いことを示す。「ＬＯＷ」の場合は、トナーＣＲＧを交換して、トナーの補充が必要である。発注状況８０６の列は、トナーＣＲＧの発注状況を示す。解約要求８０７の列は、消耗品の自動配送契約の解約要求があるかどうかを示す。なお、発注状況８０６及び解約要求８０７において、「N/A」は「該当なし（not applicable）」を示す。

デバイス監視モジュール６０２がＭＦＰ１００から受信した消耗品状態の通知は、製品シリアル、トナーＣＲＧシリアル、トナー状況などを含む。例えば、製品シリアルが「AAA00000001」、トナーＣＲＧシリアルが「QWE12345678」、トナー状況が「ＬＯＷ」の場合、発注状況８０６が「済み」になっている。したがって、デバイス監視モジュール６０２は、新たな発注通知を発注処理サーバ４００には送信しない。一方、ＭＦＰ１００から受信した消耗品状態の通知に含まれる製品シリアルが「DEF01010100」、トナーＣＲＧシリアルが「PRT76543210」、トナー状況が「ＬＯＷ」の場合、発注状況８０６が「なし」になっている。したがって、デバイス監視モジュール６０２は、新たな発注通知を発注処理サーバ４００に送信する。発注処理サーバ４００から発注処理終了通知を受け取ると、デバイス監視モジュール６０２は、該当製品シリアルの発注状況８０６を「済み」に変更する。

図９は、本実施形態における契約情報テーブル７０１の例を示す。上述したように、契約情報テーブル７０１は、発注処理サーバ４００が保持している。契約情報テーブル７０１は、当該発注処理サーバ４００が管理している各ＭＦＰの消耗品自動配送契約の契約情報を示す。すなわち、登録情報テーブル６０１に登録されているＭＦＰの全ての契約情報が、単一の契約情報テーブル７０１に保持されているとは限らない。複数の発注処理サーバ４００が存在する場合は、各発注処理サーバ４００が管理しているＭＦＰの契約情報がそれぞれの契約情報テーブル７０１に保持される。

契約情報テーブル７０１において、製品シリアル９０１の列は、製品（ＭＦＰ）が持つ固有のシリアルナンバーを示す。契約状況９０２の列は、各製品シリアルに対応するＭＦＰの、消耗品自動配送契約の契約状況を示す。契約者名９０３の列は、消耗品自動配送契約の契約者名を示す。契約者e-mail９０４の列は、契約者のe-mail（電子メール）アドレスを示す。なお、e-mailアドレスは、契約者によって登録されたe-maiアドレスであって、契約者のe-mailアドレスに限定されるものではない。送付先９０５の列は、消耗品の配送先を示す。契約者住所９０６の列は、契約者の住所を示す。

発注処理サーバ４００が情報管理サーバ３００から発注通知を受信すると、契約管理モジュール７０２は、契約情報テーブル７０１を参照して、発注通知に含まれる製品シリアルからトナーＣＲＧの送付先を特定して、トナーＣＲＧの配送処理を行う。配送処理が終了すると、発注処理サーバ４００は、情報管理サーバ３００に対して製品シリアルを含む発注処理終了通知を送信する。

発注処理サーバ４００が情報管理サーバ３００から初期化実施通知を受信すると、契約管理モジュール７０２は、契約情報テーブル７０１を参照して、初期化実施通知に含まれる製品シリアルから契約者のe-mailアドレスを特定する。契約管理モジュール７０２は、特定した契約者のe-mailアドレスを利用して、契約者へ解約方法を案内するe-mailを送信する。

図１０は、本実施形態におけるＭＦＰ１００の初期化モジュール５０２の動作フローを示す。フローチャートで示される一連の処理は、ＣＰＵがＲＯＭまたはストレージに格納されている制御プログラムをＲＡＭに展開して実行すること、または直接読み込んで実行することにより行われる。あるいはまた、フローチャートにおけるステップの一部または全部の機能をＡＳＩＣや電子回路等のハードウエアで実現してもよい。また、各処理の説明における記号「Ｓ」は、当該フローチャートにおける「ステップ」を意味する。その他のフローチャートについても同様である。

Ｓ１００１において、初期化モジュール５０２は、ＵＩモジュール５０１からのユーザ操作による初期化の指示を待つ。初期化の指示を受け取ると、Ｓ１００２に進む。

Ｓ１００２において、初期化モジュール５０２は、ＭＦＰ１００が消耗品情報の通知をＯＮに設定されているかどうか判定する。消耗品情報の通知がＯＮに設定されている場合には、Ｓ１００３に進む。一方、消耗品情報の通知がＯＮに設定されていない場合にはＳ１００７に進む。

Ｓ１００３において、初期化モジュール５０２は、消耗品自動配送契約の契約情報として登録されたe-mailアドレスへ解約方法を案内するe-mailを送信する旨のメッセージを表示し、初期化を実行するかどうか確認するための確認画面を表示する。

図１５は、本実施形態における確認画面の例を示す。確認画面１５０１は、本実施形態におけるＭＦＰ１００の表示部２１０に表示される。確認画面１５０１は、初期化処理の内容（すなわち、データ及びファイルの削除と設定の初期化）と、登録されたe-mailアドレス宛てに消耗品自動配送契約の解約方法を案内するe-mailを送信する旨のメッセージを表示する。また、確認画面１５０１は、初期化の実行を確認するためのメッセージを表示する。ユーザが実行ボタン（「はい」）１５０２を選択すると、初期化は実行される。一方、ユーザがキャンセルボタン（「いいえ」）１５０３を選択すると、初期化はキャンセルされる。

Ｓ１００４において、初期化モジュール５０２は、ユーザが初期化の実行を許可したかどうか判定する。ユーザが初期化の実行を許可した場合（すなわち、実行ボタン１５０２が選択された場合）は、Ｓ１００５に進む。一方、ユーザが初期化をキャンセルした場合（すなわち、キャンセルボタン１５０３が選択された場合）は、Ｓ１００９に進む。

Ｓ１００９において、初期化モジュール５０２は、Ｓ１００３で表示した確認画面１５０１の表示を停止して、動作を終了する。

Ｓ１００５において、初期化モジュール５０２は、Ｓ１００３で表示した確認画面１５０１の表示を停止して、Ｓ１００６に進む。

Ｓ１００６において、初期化モジュール５０２は、通信データ生成モジュール５０４を介して情報管理サーバ３００に初期化実施通知を送信する。初期化実施通知は、当該通知を送信したＭＦＰ１００の製品シリアルを含む。

Ｓ１００７において、初期化モジュール５０２は、ＭＦＰ１００の初期化処理を実行する。すなわち、初期化モジュール５０２は、ストレージ２０４やＲＯＭ２０２などに保存された画像データなどを削除し、ユーザにより設定された各種設定情報などを工場出荷時の状態に戻す。

Ｓ１００８において、初期化モジュール５０２は、初期化処理の終了を待つ。初期化モジュール５０２は、初期化処理が終了すると動作を終了する。

図１１は、本実施形態における情報管理サーバ３００のデバイス監視モジュール６０２の動作フローを示す。

Ｓ１１０１において、デバイス監視モジュール６０２は、ＭＦＰ１００から初期化実施通知を受信するまで待つ。初期化実施通知を受信すると、Ｓ１１０２に進む。

Ｓ１１０２において、デバイス監視モジュール６０２は、登録情報テーブル６０１を参照して、初期化実施通知に含まれる製品シリアルから、初期化実施通知を送信したＭＦＰ１００の消耗品自動配送契約の契約状況を確認する。

Ｓ１１０３において、初期化実施通知を送信したＭＦＰ１００に対して消耗品の自動配送契約がなされている場合（すなわち、契約状況８０２が「あり」の場合）にはＳ１１０４に進む。一方、自動配送契約がなされていない場合（すなわち、契約状況８０２が「なし」の場合）には動作を終了する。

Ｓ１１０４において、デバイス監視モジュール６０２は、初期化実施通知を送信したＭＦＰ１００の発注処理サーバ４００を特定し、特定した発注処理サーバ４００に対して、ＭＦＰ１００の製品シリアルを含む初期化実施通知を送信し、動作を終了する。なお、発注処理サーバ４００の特定は、登録情報テーブル６０１の発注サーバ８０３を参照して行うことができる。

図１２は、本実施形態における発注処理サーバ４００の契約管理モジュール７０２の動作フローを示す。

Ｓ１２０１において、契約管理モジュール７０２は、情報管理サーバ３００から初期化実施通知を受信するまで待つ。初期化実施通知を受信すると、Ｓ１２０２に進む。

Ｓ１２０２において、契約管理モジュール７０２は、契約情報テーブル７０１を参照して、初期化実施通知に含まれた製品シリアルに対応する契約者のe-mailアドレスを特定する。

Ｓ１２０３において、契約管理モジュール７０２は、初期化実施通知に含まれる製品シリアルについて、契約情報テーブル７０１に契約者のe-mailアドレスが登録されており、かつ、消耗品自動配送契約の契約状況が「あり」となっているか判定する。契約者のe-mailアドレスが登録されており、かつ、契約状況が「あり」となっている場合には、Ｓ１２０４に進む。一方、契約者のe-mailアドレスが登録されていない、あるいは契約状況が「なし」となっている場合には、動作を終了する。

Ｓ１２０４において、契約管理モジュール７０２は、契約者のe-mailアドレス宛てに解約方法を案内するe-mailを送信して、動作を終了する。

なお、上記説明では、解約方法の案内を電子メールによって送信するものとしたが、その他の通信手段を用いて、登録された所定の宛先に送信するようにしてもよい。

以上説明したように、本実施形態によると、消耗品の自動配送契約がなされている状態でＭＦＰ１００が初期化の指示を受け取ると、消耗品の自動配送契約の解約方法を案内するe-mailを契約者に送信することができる。したがって、当該ＭＦＰ１００を手放す場合に初期化を実施することで、消耗品自動配送契約の解約を忘れずに行なえるようにすることができる。

＜第二の実施形態＞
第二の実施形態では、ＭＦＰ１００の初期化により、ＭＦＰ１００に対してなされている消耗品の自動配送サービスの契約を自動的に解約することができる。本実施形態によると、初期化処理にしたがって自動的に解約を実施するため、解約し忘れることがない。

本実施形態では、第一の実施形態と比較して、ＭＦＰ１００の初期化モジュール５０２がＳ１００３で表示した確認画面と、発注処理サーバ４００の契約管理モジュール７０２の動作が異なる。以下では、これらの相違点について説明する。

図１６は、本実施形態における確認画面の例を示す。確認画面１６０１は、本実施形態におけるＭＦＰ１００の表示部２１０に表示される。確認画面１６０１は、初期化処理の内容と、消耗品自動配送契約が自動的に解約される旨のメッセージを表示する。また、確認画面１６０１は、初期化の実行を確認するためのメッセージを表示する。ユーザが実行ボタン（「はい」）１６０２を選択すると、初期化は実行される。一方、ユーザがキャンセルボタン（「いいえ」）１６０３を選択すると、初期化はキャンセルされる。

このように、本実施形態における確認画面１６０１は、第一の実施形態における確認画面１５０１と異なり、消耗品自動配送契約を自動的に解約する旨のメッセージを表示する。

図１３は、本実施形態における発注処理サーバ４００の契約管理モジュール７０２の動作フローを示す。

Ｓ１３０１において、契約管理モジュール７０２は、情報管理サーバ３００から初期化実施通知を受信するまで待つ。初期化実施通知を受信すると、Ｓ１３０２に進む。

Ｓ１３０２において、契約管理モジュール７０２は、契約情報テーブル７０１を参照して、初期化実施通知に含まれた製品シリアルに対応する、消耗品自動配送契約の契約状況を取得する。

Ｓ１３０３において、契約管理モジュール７０２は、取得した契約状況が「あり」かどうか判定する。契約状況が「あり」の場合はＳ１３０４に進む。一方、契約状況が「なし」の場合、すなわち、契約状況が「あり」でない場合には、動作を終了する。

Ｓ１３０４において、契約管理モジュール７０２は、契約情報テーブル７０１の契約状況を「なし」に変更する。すなわち、契約管理モジュール７０２は、消耗品自動配送契約の解約処理を実行する。

Ｓ１３０５において、契約管理モジュール７０２は、情報管理サーバ３００に対して解約終了通知を送信し、動作を終了する。具体的には、契約管理モジュール７０２は、解約処理が終了すると、契約状況を「なし」に変更したことを示す解約終了通知を通信データ生成モジュール７０３に渡す。通信データ生成モジュール７０３は、解約終了通知を通信データに変換して、データ送信モジュール７０４を介して情報管理サーバ３００に送信する。解約終了通知は、消耗品の自動配送契約が解約されたＭＦＰ１００の製品シリアルを含む。情報管理サーバ３００のデバイス監視モジュール６０２は、発注処理サーバ４００から解約終了通知を受信すると、解約終了通知に含まれた製品シリアルに対応する、登録情報テーブル６０１の解約要求８０７を「あり」に変更する。

以上説明したように、本実施形態によると、消耗品の自動配送契約がなされている状態でＭＦＰ１００が初期化されると、消耗品の自動配送契約を自動的に解約することができる。したがって、当該ＭＦＰ１００を手放す場合に初期化を実施することで、消耗品自動配送契約の解約を忘れずに行なうことができる。

＜第三の実施形態＞
第三の実施形態では、ＭＦＰ１００は、ユーザから初期化の指示を受け取ると、解約方法を案内するページのＵＲＬを表示部２１０に表示する。本実施形態によると、ＭＦＰ１００は、情報管理サーバ３００や発注処理サーバ４００に対して初期化実施通知を送信することなく、ユーザに消耗品自動配送契約の解約方法を案内することができる。すなわち、初期化実施通知の送受信を必要としないので、システム全体の処理コストを低減することができる。

本実施形態では、第一の実施形態と比較して、ＭＦＰ１００の初期化モジュール５０２がＳ１００３で表示した確認画面と、初期化モジュール５０２の動作が異なる。以下では、これらの相違点について説明する。

図１４は、本実施形態におけるＭＦＰ１００の初期化モジュール５０２の動作フローを示す。

Ｓ１４０１において、初期化モジュール５０２は、ＵＩモジュール５０１からのユーザ操作による初期化の指示を待つ。初期化の指示を受け取ると、Ｓ１４０２に進む。

Ｓ１４０２において、初期化モジュール５０２は、ＭＦＰ１００が消耗品情報の通知をＯＮに設定されているかどうか判定する。消耗品情報の通知がＯＮに設定されている場合には、Ｓ１４０３に進む。一方、消耗品情報の通知がＯＮに設定されていない場合にはＳ１４０６に進む。

Ｓ１４０３において、初期化モジュール５０２は、ＵＩモジュール５０１を介して表示部２１０に消耗品の自動配送契約の解約方法を案内するページのＵＲＬを表示し、初期化を実行するかどうか確認するための確認画面を表示する。

図１７は、本実施形態における確認画面の例を示す。確認画面１７０１は、本実施形態におけるＭＦＰ１００の表示部２１０に表示される。確認画面１７０１は、初期化処理の内容と、消耗品自動配送契約の解約方法を案内するページのＵＲＬと、初期化を実行するかどうか確認するためのメッセージとを表示する。ユーザが実行ボタン（「はい」）１７０２を選択すると、初期化は実行される。一方、ユーザがキャンセルボタン（「いいえ」）１７０３を選択すると、初期化はキャンセルされる。

Ｓ１４０４において、初期化モジュール５０２は、ユーザが初期化の実行を許可したかどうか判定する。ユーザが初期化の実行を許可した場合（すなわち、実行ボタン１７０２が選択された場合）は、Ｓ１４０５に進む。一方、ユーザが初期化をキャンセルした場合（すなわち、キャンセルボタン１７０３が選択された場合）は、Ｓ１４０８に進む。

Ｓ１４０８において、初期化モジュール５０２は、Ｓ１４０３で表示した確認画面１７０１の表示を停止して、動作を終了する。

Ｓ１４０５において、初期化モジュール５０２は、Ｓ１４０３で表示した確認画面１７０１の表示を停止して、Ｓ１４０６に進む。

Ｓ１４０６において、初期化モジュール５０２は、ＭＦＰ１００の初期化処理を実行する。すなわち、初期化モジュール５０２は、ストレージ２０４やＲＯＭ２０２などに保存された画像データなどを削除し、ユーザにより設定された各種設定情報などを工場出荷時の状態に戻す。

Ｓ１４０７において、初期化モジュール５０２は、初期化処理の終了を待つ。初期化モジュール５０２は、初期化処理が終了すると、動作を終了する。

以上説明したように、本実施形態によると、ＭＦＰ１００は、初期化の指示を受け取ると、消耗品自動配送契約の解約方法を案内するページのＵＲＬを表示することができる。本実施形態では、初期化実施通知の送受信を行わずに解約方法を案内することができるので、システム全体の処理コストを低減することができる。

＜その他の実施形態＞
上述した実施形態は、保守サービス契約の例として消耗品の自動配送契約を用いて説明したが、本発明を適用可能な保守サービス契約はこれに限定されない。例えば、画像形成装置の印刷回数に応じてメンテナンスを依頼するサービスや、廃トナーボックスの回収サービスなどの保守サービス契約についても同様に本発明を適用することができる。

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

Claims (16)

1. 画像形成装置と、該画像形成装置の保守サービス契約を管理する管理サーバとを備えたシステムにおいて、
   前記画像形成装置は、初期化が実施される場合に、当該初期化の実施通知を前記管理サーバに送信する送信手段を備え、
   前記管理サーバは、前記初期化の実施通知に応じて、前記保守サービス契約の解約方法の案内を送信する送信手段を備えることを特徴とするシステム。
2. 前記画像形成装置は、ユーザから初期化指示を受け取ると、前記解約方法の案内を所定の宛先に送信する旨のメッセージを表示する表示手段をさらに備えることを特徴とする請求項１に記載のシステム。
3. 前記画像形成装置は、前記初期化の実施通知を送信した後に、前記画像形成装置を初期化する初期化手段をさらに備えることを特徴とする請求項１または２に記載のシステム。
4. 前記管理サーバは、前記画像形成装置の識別情報と、前記画像形成装置に対する前記保守サービス契約の契約情報とを関連付ける契約情報テーブルをさらに備え、
   前記管理サーバの前記送信手段は、前記契約情報テーブルを使用して、前記契約情報に含まれる前記解約方法の案内の送信先を特定することを特徴とする請求項１乃至３のいずれか１項に記載のシステム。
5. 前記管理サーバの前記送信手段は、電子メールを利用することを特徴とする請求項１乃至４のいずれか１項に記載のシステム。
6. 画像形成装置と、該画像形成装置の保守サービス契約を管理する管理サーバとを備えたシステムにおいて、
   前記画像形成装置は、初期化が実施される場合に、当該初期化の実施通知を前記管理サーバに送信する送信手段を備え、
   前記管理サーバは、前記初期化の実施通知に応じて、前記画像形成装置の前記保守サービス契約を解約する解約手段を備えることを特徴とするシステム。
7. 前記画像形成装置は、ユーザから初期化指示を受け取ると、前記保守サービス契約を解約する旨のメッセージを表示する表示手段をさらに備えることを特徴とする請求項６に記載のシステム。
8. 前記管理サーバは、前記画像形成装置の識別情報と、前記画像形成装置に対する前記保守サービス契約の契約情報とを関連付ける契約情報テーブルをさらに備え、
   前記管理サーバの前記解約手段は、前記契約情報テーブルを使用して、前記初期化の実施通知を送信した前記画像形成装置を特定し、前記保守サービス契約を解約することを特徴とする請求項６または７に記載のシステム。
9. 前記管理サーバは、前記画像形成装置の状態を管理するサーバと、前記保守サービス契約の契約情報を管理するサーバとで構成されることを特徴とする請求項１乃至８のいずれか１項にシステム。
10. 前記保守サービス契約は、消耗品の自動配送契約であることを特徴とする請求項１乃至９のいずれか１項に記載のシステム。
11. ユーザから初期化指示を受け取る受け取り手段と、
    前記初期化指示に応じて、保守サービス契約の解約方法の案内を表示する表示手段と
    を備えることを特徴とする画像形成装置。
12. 前記解約方法の案内を表示した後に、前記画像形成装置を初期化する初期化手段をさらに備えることを特徴とする請求項１１に記載の画像形成装置。
13. 前記保守サービス契約は、消耗品の自動配送契約であることを特徴とする請求項１１または１２に記載の画像形成装置。
14. 画像形成装置と、該画像形成装置の保守サービス契約を管理する管理サーバとを備えたシステムにおける方法であって、
    前記画像形成装置が、初期化が実施される場合に、当該初期化の実施通知を前記管理サーバに送信する送信ステップと、
    前記管理サーバが、前記初期化の実施通知に応じて、前記保守サービス契約の解約方法の案内を送信する送信ステップと
    を含むことを特徴とする方法。
15. 画像形成装置と、該画像形成装置の保守サービス契約を管理する管理サーバとを備えたシステムにおける方法であって、
    前記画像形成装置が、初期化が実施される場合に、当該初期化の実施通知を前記管理サーバに送信する送信ステップと、
    前記管理サーバが、前記初期化の実施通知に応じて、前記画像形成装置の前記保守サービス契約を解約する解約ステップと
    を含むことを特徴とする方法。
16. ユーザから初期化指示を受け取る受け取りステップと、
    前記初期化指示に応じて、保守サービス契約の解約方法の案内を表示する表示ステップと
    を含むことを特徴とする方法。

Images