JP2020175594A - 配送システムとその制御方法、情報処理装置とその制御方法、及びプログラム - Google Patents

Abstract

【課題】ユーザが操作する情報処理装置から、消耗品の配送に関する契約を行うための画面を介して契約できるようにすることにより、消耗品の配送システムの利用者を増やし、ユーザの利便性を高めることができる配送システムとその制御方法、情報処理装置とその制御方法、及びプログラムを提供する。【解決手段】情報処理装置は、印刷装置で出力されたコードを読み取り、その読み取ったコードに含まれる情報に基づいてサーバに対して、消耗品の配送に関する契約を行うための画面情報を要求し、サーバから送信される画面情報を受信して画面を表示し、その画面で入力された登録情報をサーバに送信する。そしてサーバは、その要求に応じて画面情報を作成して情報処理装置に送信し、登録情報に基づいて印刷装置で使用される消耗品の配送をユーザと契約する。そして印刷装置で消耗品の残量が所定量よりも少なくなるとユーザに対して消耗品を配送する。【選択図】図１５

Description

本発明は、配送システムとその制御方法、情報処理装置とその制御方法、及びプログラムに関する。

例えばパーソナルコンピュータからの指示により、所望される文字や画像等の情報を、用紙やフィルム等シート状の記録媒体に電子写真方式に従って記録を行う印刷装置が知られている。このような印刷装置では、記録媒体上に画像を形成するために、トナーやインク等の現像剤を使用する。このためユーザは、消耗品である現像剤を収容するカートリッジや現像装置、或いは帯電装置、感光ドラム、現像装置が一体化したプロセスカートリッジを、必要に応じて購入して交換しなければならない。このような消耗品の購入に関するユーザの手間を簡略化するため、所定の発注先に消耗品を自動発注して配送するサービスが知られている。また消耗品の残量が所定の閾値以下になった（以下、トナーローと記載する）場合に、自動的に消耗品を発注するサービスがある。

特開２００９−８６８０５号公報

しかしながら、このような消耗品の自動発注配送システムのサービスを受けるためには、サービス提供会社（主に印刷装置の販売会社）との契約が必要となることが多い。消耗品の自動発注配送システムの契約は、印刷装置の購入時、或いは購入後でも可能であるが、購入時には、印刷装置を使用していないため、そのような知識もなく、消耗品の自動発注配送システムの契約までは決断されない。また購入後には、消耗品の自動発注配送システムの存在を忘れてしまったり、或いは、覚えていても契約の方法が分からなかったりという理由で契約されない。このように消耗品の自動発注配送システムが存在しても、実際に使用されるケースが少ないという問題があった。

また、消耗品自動発注配送システムの契約が必要ではなく、トナーローが発生した時に印刷装置の表示部に消耗品発注ボタンを表示して、消耗品の発注を可能にしている印刷装置も存在している。そのような印刷装置では、トナーローが発生する度に、ユーザは毎回発注操作をしなければならず、操作が煩雑であり、また発注したか否かが不明確になるという課題があった。

本発明の目的は、上記従来技術の問題点の少なくとも一つを解決することにある。

本発明の目的は、消耗品の配送システムの利用者を増やし、契約したユーザの利便性を高めることができる技術を提供することにある。

上記目的を達成するために本発明の一態様に係る配送システムは以下のような構成を備える。即ち、
ユーザが操作する情報処理装置と印刷装置、及び前記印刷装置で使用される消耗品の配送を指示するサーバとを含む配送システムであって、
前記情報処理装置は、
前記印刷装置で出力されたコードを読み取る読取手段と、
前記読取手段で読み取ったコードに含まれる情報に基づいて前記サーバに対して、前記消耗品の配送に関する契約を行うための画面情報を要求する要求手段と、
前記要求手段による要求に応じて前記サーバから送信される前記画面情報を受信して画面を表示する表示手段と、
前記画面で入力された登録情報を前記サーバに送信する送信手段と、を有し、
前記サーバは、
前記要求に応じて前記画面情報を作成して前記情報処理装置に送信する手段と、
前記登録情報に基づいて前記印刷装置で使用される消耗品の配送を前記ユーザと契約する契約手段と、
前記印刷装置で前記消耗品の残量が所定量よりも少なくなると前記ユーザに対して前記消耗品を配送する配送手段と、を有することを特徴とする。

本発明によれば、ユーザが操作する情報処理装置から、消耗品の配送に関する契約を行うための画面を介して契約できるようにすることにより、消耗品の配送システムの利用者を増やし、ユーザの利便性を高めることができる。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の実施形態に係る印刷装置を含むトナー配送システムのハードウェア構成を説明するブロック図。 実施形態に係るＭＦＰのＲＡＭのデータ構成を説明する図。 実施形態に係るトナー配送システムにおける処理の流れを説明するシーケンス図。 実施形態に係るトナー配送システムにおける発注動作の手順を説明するシーケンス図。 実施形態に係るＭＦＰにおけるトナー自動配送の設定処理を説明するフローチャート。 実施形態に係るＭＦＰによる電源オンからの処理を説明するフローチャート。 図６のＳ６０３のトナー配送情報の更新確認処理を説明するフローチャート。 図６のＳ６０２或いは図７のＳ７０２のトナー配送情報の更新処理を説明するフローチャート。 図６のＳ６０４のトナーロー確認処理を説明するフローチャート（Ａ）、トナー配送契約を勧める画面の一例を示す図（Ｂ）、及びＳ９０８で表示される契約を行えるサイトへアクセスするコードの画面例を示す図（Ｃ）。 実施形態に係るＭＦＰの状況確認ボタンが押下されたときの処理を説明するフローチャート。 図６のＳ６０４のトナーロー確認処理の別の処理を説明するフローチャート。 実施形態に係るＭＦＰに操作部に表示される画面例を示す図。 実施形態に係るＭＦＰに操作部に表示される画面例を示す図。 実施形態に係るＭＦＰによるＱＲコード（登録商標）の生成処理を説明するフローチャート。 実施形態に係るモバイル端末を用いたトナー配送システムにおける処理の流れを説明するシーケンス図。 実施形態に係るモバイル端末の操作部に表示される登録画面の一例を示す図。 実施形態に係る販売会社のサーバが生成したＱＲコードを含むトナーサービスへの登録手順を、ＭＦＰの印刷部を用いて印刷した場合の印刷例を示す図。 実施形態に係るＭＦＰが生成したＱＲコードに含まれるパラメータの具体例を示す図。 実施形態に係る販売会社のサーバがモバイル端末から登録画面を要求されたときの処理を説明するフローチャート。 図１９のフローチャートで示す処理により、販売会社のサーバで作成されてモバイル端末の操作部に表示された、パラメータ有り登録画面の画面の一例を示す図。 図１９のフローチャートで示す処理により、販売会社のサーバで作成されてモバイル端末の操作部に表示された、パラメータ無し登録画面の一例を示す図。

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

図１は、本発明の実施形態に係る印刷装置を含むトナー配送システムのハードウェア構成を説明するブロック図である。尚、この印刷装置は、印刷機能、コピー機能、ファクシミリ機能、スキャン機能などを有する複合機（以下、ＭＦＰ）を例に説明するが、本発明はこのような複合機に限定されるものでなく、例えば印刷機能のみを有する印刷装置であってもよい。

このトナー配送システムは、ＭＦＰ１０１と情報管理サーバ１０３、販売会社サーバ１０２、及びモバイル端末（情報処理装置）１０４を含み、これらはネットワーク１００を介して通信可能に接続されている。尚、このトナー配送システムは、ＭＦＰ１０１と情報管理サーバ１０３を含む場合を例示しているが、これに限定されるものではない。尚、ここでモバイル端末１０４は無線によりネットワーク１００に接続されている。

まず情報管理サーバ１０３の構成を説明する。

情報管理サーバ１０３は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１３１、ＲＯＭ１３２、ＲＡＭ１３３、グラフィックコントローラ１３４、表示部１３５、ＨＤＤ１３６を含んでいる。更に、情報管理サーバ１０３は、通信部インタフェース（以下、インタフェースは「Ｉ／Ｆ」と記す）１３７を含み、各構成部はバスを介して通信可能に接続されている。ＣＰＵ１３１は、情報管理サーバ１０３を統括制御する。ＣＰＵ１３１は、ＲＯＭ１３２又はＨＤＤ１３６に記憶されたプログラムをＲＡＭ１３３に展開し、その展開したプログラムを実行することにより、種々の処理を実行する。ＲＯＭ１３２は、情報管理サーバ１０３の制御に用いられるシステムプログラムなどを記憶する。グラフィックコントローラ１３４は、表示部１３５に表示させるための画面を生成する。ＨＤＤ１３６は記憶領域としての機能を有し、種々の処理を実行するアプリケーションプログラムなどを記憶する。ＨＤＤ１３６は記憶装置の一例であり、ＨＤＤ以外にもＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などを用いてもよい。通信部Ｉ／Ｆ１３７は、情報管理サーバ１０３に種々の機器を接続するためのインタフェースである。例えば、通信部Ｉ／Ｆ１３７を介して、ディスプレイ、キーボード、ポインティングデバイスなどを接続することができる。また、ＣＰＵ１３１の制御に基づいてＭＦＰ１０１などとネットワーク１００を介して通信を行う。

次にモバイル端末１０４の構成を説明する。

モバイル端末１０４は、ＣＰＵ１４１、ＲＯＭ１４２、ＲＡＭ１４３、操作部１４５、ＨＤＤ１４６、カメラなどの読取部１４９を含んでいる。読取部１４９は読取部Ｉ／Ｆ１４８を介してＣＰＵ１４１によって制御される。操作部１４５は、操作部Ｉ／Ｆ１４４を介してＣＰＵ１４１によって制御される。更に、モバイル端末１０４は、通信部インタフェース１４７を含み、各構成部はバスを介して通信可能に接続されている。ＣＰＵ１４１は、モバイル端末１０４を統括制御する。ＣＰＵ１４１は、ＲＯＭ１４２又はＨＤＤ１４６に記憶されたプログラムをＲＡＭ１４３に展開し、その展開したプログラムを実行することにより、種々の処理を実行する。ＲＯＭ１４２は、モバイル端末１０４の制御に用いられるシステムプログラムなどを記憶する。操作部Ｉ／Ｆ１４４は、操作部１４５に対して入力の受付処理と画面表示などを処理を実行する。ＨＤＤ１４６は記憶領域としての機能を有し、種々の処理を実行するアプリケーションプログラムなどを記憶する。ＨＤＤ１４６は記憶装置の一例であり、ＨＤＤ以外にもＳＳＤなどを用いてもよい。通信部Ｉ／Ｆ１４７は、モバイル端末１０４に種々の機器を接続するためのインタフェースである。通信部Ｉ／Ｆ１４７は、ＣＰＵ１４１の制御に基づいてＭＦＰ１０１などとネットワーク１００を介して通信を行う。

次に、ＭＦＰ１０１の構成を説明する。

ＭＦＰ１０１はシート上の画像を読み取る読取機能、シートに画像を印刷する印刷機能を有する。また、他にもＭＦＰ１０１は、画像データを外部装置に送信するファイル送信機能などを有している。尚、実施形態では画像処理装置の一例としてＭＦＰ１０１を説明するが、これに限定されるものではない。例えば、読取機能を有さないプリンタ等の印刷装置であってもよい。実施形態では、一例として印刷装置が以下に説明する各種構成要件を備えるものとする。

ＣＰＵ１１１を含む制御部１１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ１１１は、ＲＯＭ１１２又はストレージ１１４に記憶された制御プログラムをＲＡＭ１１３に展開し、その展開したプログラムを実行することにより、読取制御や印刷制御などの各種制御を行う。ＲＯＭ１１２は、ＣＰＵ１１１で実行可能な制御プログラムを格納する。ＲＡＭ１１３は、ＣＰＵ１１１の主記憶メモリであり、ワークエリア、ＲＯＭ１１２及びストレージ１１４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ１１４は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する。尚、実施形態のＭＦＰ１０１では、１つのＣＰＵ１１１が１つのメモリ（ＲＡＭ１１３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部Ｉ／Ｆ１１５は、操作部１１６と制御部１１０とを接続する。操作部１１６は、画面を表示し、入力指示も受けられるタッチパネルディスプレイと、ハードキー入力部とを有する。読取部Ｉ／Ｆ１１７は、読取部１１８と制御部１１０とを接続する。読取部１１８はシート上の画像を読み取って画像データを生成する。読取部１１８によって生成された画像データは、ネットワーク１００を介して外部装置に送信されたり、シート上に印刷されたりする。また読取部１１８は、原稿フィーダ（不図示）に載置されたシートを流し読みして、複数枚の原稿を読み取ることもできる。印刷部Ｉ／Ｆ１１９は、印刷部１２０と制御部１１０とを接続する。印刷すべき画像データは、印刷部Ｉ／Ｆ１１９を介して制御部１１０から印刷部１２０に転送される。印刷部１２０は制御部１１０を介して制御コマンド及び印刷すべき画像データを受信し、その画像データに基づいた画像をシート上に印刷する。

印刷部１２０の印刷方式は、電子写真方式であってもよいし、インクジェット方式であってもよい。電子写真方式の場合は、感光体上に静電潜像を形成した後、その潜像をトナーにより現像し、そのトナー像をシートに転写し、転写されたトナー像を定着することにより画像を形成する。一方、インクジェット方式の場合は、インクを吐出してシートに画像を印刷する。印刷部１２０で使用されるトナーカートリッジやインクカートリッジなどの印刷に使用する消耗品は、ＭＦＰ１０１の内部に着脱可能に装着されている。ユーザは、カートリッジを交換することで、これら消耗品を補充することができる。尚、ＣＰＵ１１１は印刷のために必要な消耗品の残量を、定期的なタイミング、或いは画像を１ページ印刷したタイミング、更にはカートリッジが装着されたタイミングで取得し、取得したトナー残量をＲＡＭ１１３又はストレージ１１４に保持する。またＣＰＵ１１１は、カートリッジの装着時に、そのカートリッジの型番をＲＡＭ１１３又はストレージ１１４に記憶する。

また制御部１１０は、通信部Ｉ／Ｆ１２３を介してネットワーク１００に接続される。通信部Ｉ／Ｆ１２３は、ネットワーク１００上の情報管理サーバ１０３から、ＭＦＰ１０１が加入しているサポートサービス情報を取得する。またネットワーク１００上のＰＣ（不図示）から印刷データや情報を受信したり、ＲＡＭ１１３又はストレージ１１４に記憶された、トナー残量やカートリッジ型番といった消耗品に関連する情報を送信したりする。通信部Ｉ／Ｆ１２３を介して受信した印刷データは、ストレージ１１４又はＲＯＭ１１２に格納された印刷データを解析するためのソフトウェアモジュール（ＰＤＬ解析部、不図示）によって解析される。ＰＤＬ解析部は、様々な種類のページ記述言語（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で表現された印刷データに基づいて印刷部１２０で印刷するためのデータを生成する。

図２は、実施形態に係るＭＦＰ１０１のＲＡＭ１１３のデータ構成を説明する図である。

ＲＡＭ１１３は、ＭＦＰ１０１の各種状態値や設定値を保存する領域として使用される。以降は、消耗品としてトナーを使用しているという前提で説明する。ＲＡＭ１１３には、トナー配送情報２０１、トナー配送契約情報２０２、トナー配送契約確認情報２０３が存在する。トナー配送情報２０１は、トナー自動配送するか、しないかを、ユーザが選択している情報を保存する領域である。トナー自動配送は、トナーの残量が少なくなったときに、トナーの自動発注を行ってトナーをユーザに届ける仕組みである。初期値は、トナー自動配送を「しない」である。

トナー配送契約情報２０２は、ユーザがトナー自動配送の契約を行ったか否かを示す情報を保存する領域である。この情報には、「未設定」、「契約有」、「契約無」のいずれかが存在している。「未設定」は、トナー自動配送の契約に関する情報が存在しないことを示す。「契約有」は、ユーザがトナー自動配送の契約を行っていることを情報管理サーバ１０３から入手したことを示す。「契約無」は、ユーザがトナー自動配送の契約を行っていないことを情報管理サーバ１０３から入手したことを示している。初期値は、「未設定」である。

トナー配送契約確認情報２０３は、実施形態で後に説明するトナー自動配送契約を勧めて確認する画面で、契約しないというユーザの意思表示がなされたかどうかを示す情報を保存する領域である。この情報には、契約しないことの意思表示を受けた「契約意思確認済み」の場合と、意思表示を受けていない「未確認」の場合のいずれかが存在する。初期値は「未確認」である。

図３は、実施形態に係るトナー配送システムにおける処理の流れを説明するシーケンス図である。ここでは契約から運用開始までを示す。

ユーザはＭＦＰ１０１を購入すると、例えば、その購入時に、３０１で、トナー配送システムとの契約を行う。この契約は、書面での申し込みであったり、Ｗｅｂにおいての契約申し込み操作であったりする。この契約の情報の中には、ＭＦＰ１０１のＩＤ番号（識別情報）が含まれる。この契約の情報は、販売会社のサーバ１０２に送られ、販売会社のサーバ１０２に登録されると共に、３０２で、販売会社のサーバ１０２から情報管理サーバ１０３に契約の情報が通知される。この情報の中には「契約済」を示す情報が含まれる。こうして通知された情報は、情報管理サーバ１０３に保存される。

次にユーザは、ＭＦＰ１０１に対して、トナー自動配送を開始する操作を行う。トナー自動配送を開始する操作は、ＭＦＰ１０１のホーム画面の設定メニューの中にあり、「トナー自動配送」の項目を「配送する」に指定する。このトナー自動配送設定の操作が行われたときのＭＦＰ１０１の詳しい処理は図５を参照して後述する。

こうして「トナー自動配送」が「配送する」に設定されると、３０３でＭＦＰ１０１は、情報管理サーバ１０３に対して、トナー自動配送を登録するように依頼する。この登録には、ＭＦＰ１０１のＩＤが含まれる。

この登録の依頼を受けた情報管理サーバ１０３は、この登録された情報を情報管理サーバ１０３に保存する。そして３０４で、販売会社のサーバ１０２に対して、登録があったＭＦＰ１０１のＩＤを含むデバイス情報を通知する。また情報管理サーバ１０３は３０５で、登録完了をＭＦＰ１０１に通知する。この登録完了においては、３０３の登録の依頼で通知されたＭＦＰ１０１のＩＤを、情報管理サーバ１０３のデータと照合する。３０２で通知された契約の情報によって、契約済みかどうかが分かるため、この登録完了には、契約済みか否かを示す情報が含まれている。ＭＦＰ１０１は、この登録完了に含まれる契約情報を保存しているため、登録している契約の情報とトナー自動配送設定の登録の情報とが、この登録完了に含まれる情報と一致しているかどうか判定する。これらが一致すると、トナー配送システムが運用を開始する。

図４は、実施形態に係るトナー配送システムにおける発注動作の手順を説明するシーケンス図である。

ＭＦＰ１０１でトナーの残量が所定量よりも少なくなると４０１で、ＭＦＰ１０１から情報管理サーバ１０３にトナーロー（トナーの残量少）を通知する。このトナーローの通知を受けた情報管理サーバ１０３は４０２で、販売会社のサーバ１０２にトナーを発注する。この発注を受けた販売会社のサーバ１０２は、４０３で、その発注されたトナーを手配して、登録された住所にトナーを配送するように指示する。これにより販売会社からＭＦＰ１０１のユーザに対して、トナーが配送される。

図５は、実施形態に係るＭＦＰ１０１におけるトナー自動配送の設定処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１１１がＲＡＭ１１３に展開したプログラムを実行することにより達成される。

トナー自動配送設定は、操作部１１６のホーム画面の設定メニューの中に存在する設定である。Ｓ５０１でＣＰＵ１１１は、トナー自動配送設定が変更されたかどうか判定し、トナー自動配送設定が変更されたときはＳ５０２に進み、そうでないときはこの処理を終了する。このＳ５０１でＣＰＵ１１１は、上述の設定メニューで設定されたトナー自動配送設定の値と、ＲＡＭ１１３のトナー配送情報２０１に保存している値とを比較し、トナー自動配送設定の値が変更されたかを調べる。

Ｓ５０２でＣＰＵ１１１は、変更後のトナー自動配送設定が「トナーを配送する」になっているか否か判定する。ここで「トナーを配送する」であると判定するとＳ５０３に進みＣＰＵ１１１は、トナー自動配送設定を開始することを情報管理サーバ１０３へ送信して、トナー自動配送の開始の申請を行う。次にＳ５０４に進みＣＰＵ１１１は、情報管理サーバ１０３から情報を受信するのを待ち、情報を受信するとＳ５０５に進みＣＰＵ１１１は、その受信した情報に含まれるトナー配送システムの契約情報が「契約済」かどうか判定する。ここで「契約済」と判定するとＳ５０６に進みＣＰＵ１１１は、ＲＡＭ１１３のトナー配送契約情報２０２に「契約済」を保存し、その他の情報も保存して、この処理を終了する。

一方、Ｓ５０５でＣＰＵ１１１は、契約の情報が「契約済」でない、即ち、「未契約」であると判定するとＳ５０７に進む。Ｓ５０７でＣＰＵ１１１は、ＲＡＭ１１３のトナー配送契約情報２０２に「契約無」を保存し、その他の情報も保存して、この処理を終了する。

またＳ５０２でＣＰＵ１１１は、変更後のトナー自動配送設定が「トナーを配送する」でなかった場合はＳ５０８に進む。Ｓ５０８でＣＰＵ１１１は、内部のトナー自動配送を設定する情報をクリアし、トナー自動配送の解除処理を行う。続いてＳ５０９に進みＣＰＵ１１１は、ＲＡＭ１１３のトナー配送契約情報２０２に「未契約」を保存して、この処理を終了する。

図６は、実施形態に係るＭＦＰ１０１による電源オンからの処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１１１がＲＡＭ１１３に展開したプログラムを実行することにより達成される。

Ｓ６０１でＣＰＵ１１１は、ＲＡＭ１１３に記憶している装置の設定情報から、装置設定情報を読み出してＲＡＭ１１３に記憶する。次にＳ６０２に進みＣＰＵ１１１は、トナー配送情報の更新処理を行う。このトナー配送情報の更新処理の詳細は図８のフローチャートを参照して後述する。

次にＳ６０３に進みＣＰＵ１１１は、トナー配送情報の更新を確認するトナー配送情報の更新確認処理を行う。このトナー配送情報の更新確認処理の詳細は図７のフローチャートを参照して後述する。

次にＳ６０４に進みＣＰＵ１１１は、トナーローが発生したかどうかを確認するトナーロー確認処理を行う。このトナーロー確認処理の詳細は図９（Ａ）のフローチャートを参照して後述する。

そしてＳ６０５に進みＣＰＵ１１１は、各種イベントに対応した処理を行う。この中では、装置のその他の処理を行っている。そして、Ｓ６０３に戻って、Ｓ６０３〜Ｓ６０５の処理を周期的に繰り返し実行する。

図７は、図６のＳ６０３のトナー配送情報の更新確認処理を説明するフローチャートである。この処理は、更新タイマ（不図示）に設定された時間ごとに実行される。

Ｓ７０１でＣＰＵ１１１は、トナー配送情報の更新タイマがタイムアップしたかを否か判定する。このトナー配送情報の更新タイマは、タイマ値が、例えば２４時間で、ＭＦＰ１０１の電源オン時に起動されている。トナー配送情報の更新タイマがタイムアップしたときはＳ７０２に進みＣＰＵ１１１は、Ｓ６０２と同様のトナー配送情報の更新処理を行う。このトナー配送情報の更新処理の詳細は図８のフローチャートを参照して後述する。よって、ここでは、トナー配送情報の更新は、２４時間ごとに行われることになる。

次にＳ７０３に進みＣＰＵ１１１は、トナー配送情報の更新タイマを２４時間でリスタートして、この処理を終える。またＳ７０１でトナー配送情報の更新タイマがタイムアップしていない場合も処理を終える。

こうして一日に１回、トナー配送情報が更新されているかどうかがチェックされる。

図８は、図６のＳ６０２或いは図７のＳ７０２のトナー配送情報の更新処理を説明するフローチャートである。

まずＳ８０１でＣＰＵ１１１は、ＲＡＭ１１３のトナー配送情報２０１が「トナーを配送する」になっているか否か判定する。ここで「トナーを配送する」になっていた場合はＳ８０２に進み、そうでないときは、この処理を終了する。Ｓ８０２でＣＰＵ１１１は、情報管理サーバ１０３に対して、ＭＦＰ１０１のデバイス情報を要求する。次にＳ８０３に進みＣＰＵ１１１は、その要求に対する情報管理サーバ１０３からの応答を待つ。Ｓ８０３で情報管理サーバからの応答を受信するとＳ８０４に進みＣＰＵ１１１は、受信したデバイス情報の中の自デバイスの契約情報が「契約済」かどうか判定する。情報管理サーバ１０３は、デバイスごとに「契約済」かどうかを示す契約情報を、事前に販売会社のサーバ１０２から受信しているため、その契約情報がＳ８０３で受信した応答に含まれている。

こうしてＳ８０４でＣＰＵ１１１は、契約情報が「契約済」と判定するとＳ８０５に進み、ＲＡＭ１１３のトナー配送契約情報２０２に「契約有」を記憶して、この処理を終える。一方、Ｓ８０４でＣＰＵ１１１は、契約情報が「契約済」でないと判定すると判定するとＳ８０６に進み、ＲＡＭ１１３のトナー配送契約情報２０２に「契約無」を記憶して、この処理を終える。

図９（Ａ）は、図６のＳ６０４のトナーロー確認処理を説明するフローチャートである。

まずＳ９０１でＣＰＵ１１１は、ＭＦＰ１０１のトナー残量が規定値よりも少ない状態であるトナーローが発生しているか否か判定する。トナー残量の判定は、光学センサによる検知や、使用したトナー量のカウント値を累積計算することで判定できる。トナーローが発生していた場合はＳ９０２に進み、そうでないときは、この処理を終了する。

Ｓ９０２でＣＰＵ１１１は、トナーローが発生していることを装置内の表示情報にセットする。次にＳ９０３に進みＣＰＵ１１１は、ＲＡＭ１１３のトナー配送情報２０１が「トナーを配送する」になっているかどうか判定する。ここで「トナーを配送する」になっていると判定するとＳ９０４に進みＣＰＵ１１１は、ＲＡＭ１１３のトナー配送契約情報２０２が「契約済」になっているかどうか判定する。ここで「契約済」と判定すると、ＭＦＰ１０１はトナー配送システムに契約済であるためＳ９０５に進み、ＣＰＵ１１１は、トナーローの情報を情報管理サーバ１０３に送付して、トナーローであることを通知して、この処理を終了する。これにより情報管理サーバ１０３は、このトナーロー情報に基づいて、配送会社に対してトナーの配送を手配することになる。

一方、Ｓ９０３でトナー配送情報２０１が「トナーを配送する」になっていない場合、或いはＳ９０４でＣＰＵ１１１は、トナー配送契約情報２０２が「契約済」でないと判定した場合はＳ９０６に進む。Ｓ９０６でＣＰＵ１１１は、トナー配送契約を勧める画面を操作部１１６に表示する。

図９（Ｂ）は、トナー配送契約を勧める画面の一例を示す図である。

ここでは、トナーの残量が少なくなったこと、及びトナー配送システムに契約していないので、契約すれば自動的にトナーが配送される旨の案内を行っている。

この画面では、「はい」ボタン９１０か「いいえ」ボタン９１１をユーザが入力できるようになっていて、入力を待つ。

Ｓ９０６でＣＰＵ１１１は、いずれかのボタン入力があったと判定するとＳ９０７に進む。Ｓ９０７でＣＰＵ１１１は、契約に同意することを示す「はい」ボタン９１０が押下されたかどうか判定し、「はい」ボタン９１０が押下されたときはＳ９０８に進み、契約を行える相手先のサイトへアクセスするコードを表示して、この処理を終了する。一方、Ｓ９０７で「いいえ」ボタン９１１が押下されたときは、そのままこの処理を終了する。

図９（Ｃ）は、Ｓ９０８で表示される契約を行える相手先のサイトへアクセスするコードの画面例を示す図である。

ここでは、契約を行えるサイトのＵＲＬ（Uniform Resource Locator）をＱＲコード（二次元バーコード）９１２で表示している。ユーザがスマートフォン等で、このＱＲコード９１２を読み取ることで、スマートフォン等でＵＲＬを認識して契約を行えるサイトへアクセスでき、トナー配送システムへの契約を行うことができる。尚、このＱＲコード９１２には、ＵＲＬに加えて、ＭＦＰ１０１のトナー残量や設定情報などを追加しても良い。ＱＲコード９１２の生成については図１４のフローチャートを参照して後述する。

またＳ９０３でＣＰＵ１１１は、「トナー配送する」になっていなかった場合もＳ９０６に進みＣＰＵ１１１は、トナー配送契約を勧める画面（図９（Ｂ））を操作部１１６に表示する。Ｓ９０６以降の処理は、先に説明した通りである。

図１０は、実施形態に係るＭＦＰ１０１の状況確認ボタンが押下されたときの処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１１１がＲＡＭ１１３に展開したプログラムを実行することにより達成される。

図６の電源オン後のトナーロー確認処理（図９（Ａ））において、トナーローを検知した場合にＳ９０６でトナー配送契約を勧める画面を表示し、Ｓ９０８でトナー配送契約を行えるサイトにアクセスできるようにする例で説明した。

これに対して図１０では、装置の状況確認ボタンが押下されると、トナー配送契約を行えるサイトへアクセスするコードを表示するまでの処理を説明する。

このときＭＦＰ１０１は、待機状態で、例えば図１２（Ａ）に示すようなホーム画面を操作部１１６に表示している。このホーム画面には、コピーやスキャン等の機能を実施するためのボタンの他、装置の状況を確認するための状況確認ボタン１２０１が含まれている。この状況確認ボタン１２０１が押下されることにより、図１０に示す処理が開始される。

まずＳ１００１でＣＰＵ１１１は、例えば図１２（Ｂ）に示すような状況確認メニューを操作部１１６に表示する。図１２（Ｂ）は、この状況確認メニューの一例を示す図である。メニューとしては、デバイス情報が示すメニューボタン、コピー／プリントジョブの状況を示すメニューボタンと共に、エラー情報／お知らせのメニューを示すボタン１２０２が表示されている。

Ｓ１００１で状況確認メニューを表示している状態で、その画面で、何らかのボタンが押下されるとＳ１００２に進みＣＰＵ１１１は、「エラー情報／お知らせ」ボタン１２０２が押下されたかどうか判定する。「エラー情報／お知らせ」ボタン１２０２が押下されたときはＳ１００３に進むが、そうでないときはＳ１０１６に進む。

Ｓ１００３でＣＰＵ１１１は、ＭＦＰ１０１のトナー残量が規定値よりも少ないトナーローが発生しているかどうか判定する。ここでトナーローが発生していたときはＳ１００４に進むが、そうでないときはＳ１０１５に進む。Ｓ１００４でＣＰＵ１１１は、ＲＡＭ１１３のトナー配送情報２０１が「トナーを配送する」設定になっているかどうか判定する。ここで「トナーを配送する」設定になっていた場合はＳ１００５に進むが、そうでないときはＳ１０１５に進む。Ｓ１００５でＣＰＵ１１１は、ＲＡＭ１１３のトナー配送契約情報２０２が「契約済」になっているかどうか判定する。ここで「契約済」になっていなかった場合はＳ１００６に進むが、そうでないときはＳ１０１５に進む。Ｓ１００６でＣＰＵ１１１は、エラー情報／お知らせのメニューに「トナー配送設定」１２０３（図１２（Ｃ））を加えて操作部１１６に表示してＳ１００７に進む。尚、ここでＳ１００３のトナーローが発生しているかどうかの判定処理を省略して、Ｓ１００２で肯定の判定のときはＳ１００４に進むようにしても良い。

図１２（Ｃ）は、Ｓ１００６で表示するエラー情報／お知らせメニューの一例を示す図である。このエラー情報／お知らせメニューでは、その時点でのエラー情報やお知らせへの項目ボタンを表示するが、その中に「トナー配送設定」１２０３を加えて表示している。これは、トナーローに連動して、トナー配送設定の画面の中で、トナー配送サービスの契約を勧めるためである。

続いてＳ１００７でＣＰＵ１１１は、図１２（Ｃ）のエラー情報／お知らせメニューで「トナー配送設定」１２０３が押下されたかどうか判定する。ここで「トナー配送設定」１２０３が押下されたときはＳ１００８に進むが、そうでないときはＳ１０１６に進む。Ｓ１００８でＣＰＵ１１１は、トナー配送契約を勧める画面（図１２（Ｄ））を操作部１１６に表示する。

図１２（Ｄ）は、トナー配送契約を勧める画面の一例を示す図である。

この画面ではトナー配送契約を勧めるメッセージを表示し、トナー配送の設定に進む否かをユーザに判断してもらう。選択肢は、「はい」ボタン１２０４、「いいえ」ボタン１２０５、「契約しない」ボタン１２０６の３つである。

そしてＳ１００９に進みＣＰＵ１１１は、この図１２（Ｄ）のトナー配送契約を勧める画面で「はい」ボタン１２０４が押下されたかどうか判定する。ここで「はい」ボタン１２０４が押下されたときはＳ１０１０に進むが、そうでないときはＳ１０１５に進む。Ｓ１０１０でＣＰＵ１１１は、トナー配送設定メニューの中に、トナー配送契約が可能なサイトへジャンプできる情報を含むメニュー項目を操作部１１６に表示する。

図１３（Ａ）は、Ｓ１０１０で表示するトナー自動配送設定の画面の一例を示す図である。

ここではトナーの自動配送設定を選択するメニューの下に、トナー配送契約が可能なサイトへジャンプできる「消耗品自動発送サービス契約」１３０１を表示している。

こうしてＳ１０１１に進みＣＰＵ１１１は、Ｓ１０１０で表示した図１３（Ａ）のトナー配送設定メニューで入力があったかどうか判定し、入力があったと判定するとＳ１０１２に進みＣＰＵ１１１は、入力されたのが、トナー配送契約が可能なサイトへジャンプできる項目であるかどうか判定する。そうであればＳ１０１３に進むが、そうでないときはＳ１０１６に進む。Ｓ１０１３でＣＰＵ１１１は、契約を行えるサイトへアクセスするコードを表示する。この画面例は、Ｓ９０８と同じ図９（Ｃ）になる。契約を行えるサイトのＵＲＬをＱＲコード９１２で表示し、ユーザがスマートフォン等で、そのＱＲコードを読み取ることで、スマートフォン等でＵＲＬを認識してアクセスでき、トナー配送システムと契約することができる。続いてＳ１０１４に進みＣＰＵ１１１は、ＱＲコードの使用が終了して、画面を抜けるキー押下を待つ。キー押下があった場合は状況確認ボタンの押下に伴う処理を終了する。またＳ１０１５でＣＰＵ１１１は、エラー情報／お知らせのメニューにトナー配送設定が含まれない状態で操作部１１６に表示する。

図１３（Ｂ）は、Ｓ１０１５で表示されるエラー情報／お知らせメニューの一例を示す図である。

このエラー情報／お知らせメニューでは、その時点でのエラー情報やお知らせへの項目ボタンを表示するが、その中に図１２（Ｃ）で示す「トナー配送設定」１２０３は含めない。そしてＳ１０１６に進みＣＰＵ１１１は、エラー情報／お知らせのメニューで指示されたボタンに応じたその他の処理を行って、この処理を終了する。

このように、ＭＦＰ１０１の状況確認ボタン１２０１が押下されると、販売会社サーバ１０２とトナー配送契約が設定されていない場合、又は、トナーローが発生していてトナー配送契約が設定されていない場合は、トナー配送の契約を行うことができるサイトにアクセスできるような画面を表示して、ユーザにトナー配送契約を勧めることができる。そして、契約を行えるサイトへのアクセスをＱＲコードを読み取ることにより実現できるので、トナー配送契約を行うためのユーザの手間を削減できるという効果がある。

図１１は、図６のＳ６０４のトナーロー確認処理の別の処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１１１がＲＡＭ１１３に展開したプログラムを実行することにより達成される。

Ｓ１１０１でＣＰＵ１１１は、ＭＦＰ１０１のトナー残量が規定値よりも少ないトナーローが発生しているかを調べる。トナーローが発生していた場合はＳ１１０２に進むが、そうでないときは、この処理を終了する。Ｓ１１０２でＣＰＵ１１１は、トナーローが継続して発生している状態かどうか判定する。具体的には、ＲＡＭ１１３のトナーローが継続している情報を確認して、トナーローが継続している情報があれば、既にトナーローが発生した後の処理を実施済みと判定して、この処理を終了する。

トナーローが継続して発生していなければ、トナーローが発生した直後であるためＳ１１０３に進みＣＰＵ１１１は、トナーローが発生していることを操作部１１６に表示するとともに、ＲＡＭ１１３のトナーロー継続の情報にトナーローを設定する。次にＳ１１０４に進みＣＰＵ１１１は、ＲＡＭ１１３のトナー配送情報２０１が「トナーを配送する」に設定されているかどうか判定する。「トナーを配送する」に設定されているときはＳ１１０５に進みＣＰＵ１１１は、ＲＡＭ１１３のトナー配送契約情報２０２が「契約済」になっているかどうか判定する。ここで「契約済」になっていると判定した場合はＳ１１０６に進みＣＰＵ１１１は、ＭＦＰ１０１はトナー配送システムに契約済であるため、トナーローの情報を情報管理サーバ１０３へ送付してトナーローであることを通知して、この処理を終了する。これにより情報管理サーバ１０３は、このトナーロー情報を基にトナーの配送を手配することになる。

一方、Ｓ１１０４で、トナー配送情報２０１が「トナーを配送する」になっていないか、或いはＳ１１０５でトナー配送契約情報２０２が「契約済」になっていない場合はＳ１１０７に進む。Ｓ１１０７でＣＰＵ１１１は、ＲＡＭ１１３のトナー配送契約確認情報２０３が「契約意思確認済み」になっているかどうか判定する。ここで「契約意思確認済み」になっていない場合はＳ１１０８に進むが、そうでないとき、即ち、「契約意思確認済み」のときはこの処理を終了する。Ｓ１１０８でＣＰＵ１１１は、トナー配送契約を勧める画面を操作部１１６に表示してＳ１１０９に進む。

図１３（Ｃ）は、Ｓ１１０８で表示されるトナー配送契約を勧める画面の一例を示す図である。図１３（Ｃ）は、前述の図９（Ｂ）の画面に「契約しない」ボタン１２０６が追加されたものである。

この画面では、トナー配送システムに契約していないためにシステムが利用できないので、契約の案内をしている。この画面では、「はい」ボタン１３０２か、「いいえ」ボタン１３０３か、「契約しない」ボタン１３０４のいずれかをユーザが押下できるようになっている。

Ｓ１１０９でＣＰＵ１１１は、図１３（Ｃ）の画面で何らかの入力があったか判定し、入力があった場合はＳ１１１０に進みＣＰＵ１１１は、押下されたボタンが「契約しない」ボタン１３０４かどうか判定する。「契約しない」ボタン１３０４が押下されたときはＳ１１１３に進むが、そうでないときはＳ１１１１に進む。Ｓ１１１１でＣＰＵ１１１は、押下されたボタンが「はい」ボタン１３０２であったかどうか判定する。「はい」ボタン１３０２が押下されたときはＳ１１１２に進みＣＰＵ１１１は、契約を行えるサイトへアクセスするコードを表示する。このときに表示される画面は、前に説明した図９（Ｃ）と同じである。契約を行えるサイトのＵＲＬをＱＲコード９１２を表示し、ユーザがスマートフォン等でＱＲコード９１２を読み取ることで、スマートフォン等でＵＲＬを認識してアクセスでき、トナー配送システムとの契約を行うことができる。

一方、Ｓ１１１１で「はい」ボタン１３０２が押下されていない場合、即ち、「いいえ」ボタン１３０３が押下されたときは、この契約を行えるサイトへアクセスするコードを表示することなく、この処理を終了する。またＳ１１１０で「契約しない」ボタン１３０４が押下された場合はＳ１１１３に進みＣＰＵ１１１は、ＲＡＭ１１３のトナー配送契約確認情報２０３に「契約意思確認済み」を設定して、この処理を終了する。これは、契約しないという意思が確認されたことを確認情報として記憶するものである。

このようにＭＦＰ１０１でトナーローが発生したとき、「トナーを配送する」という契約が成立したいない場合は、ユーザに「トナーを配送する」契約を行うように勧める画面を表示できる。またこのとき、ユーザによる、契約意思の有無を確認することができ、その確認結果をトナー配送契約確認情報２０３として記憶できる。これにより、トナー配送契約を希望しないユーザに、繰り返し「トナーを配送する」契約を行うように勧める画面を表示して勧誘するのを防止できる。

図１４は、実施形態に係るＭＦＰ１０１によるＱＲコード９１２の生成処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１１１がＲＡＭ１１３に展開したプログラムを実行することにより達成される。ＣＰＵ１１１は、図９（Ａ）のＳ９０８で、契約を行える相手先のサイトへアクセスするコードを表示する際に、このフローチャートを実行する。

先ずＳ１４０１でＣＰＵ１１１は、ストレージ１１４に保存されたＭＦＰ１０１の国情報を取得する。この国情報は、ユーザが操作部１１６を用いて、このＭＦＰ１０１が設置される国情報、例えば日本、ＵＳＡ、カナダ、メキシコ、ブラジルなどの設定を行うことにより設定される。次にＳ１４０２に進みＣＰＵ１１１は、ＲＯＭ１１２に保存されたＭＦＰ１０１の機種コードを取得する。この機種コードは、機種固有の番号であり、製品出荷時に予めＲＯＭ１１２に書き込まれている。次にＳ１４０３に進みＣＰＵ１１１は、ストレージ１１４に保存されたＩＤ番号を取得する。このＩＤ番号は、ＭＦＰ１０１に固有の番号であり、製品出荷時に予めストレージ１１４に書き込まれている。

次にＳ１４０４に進みＣＰＵ１１１は、Ｓ１４０３で取得したＩＤ番号から誤り検出訂正処理を行う。ここでは例として巡回冗長検査を行って検査データを求める。次にＳ１４０５に進みＣＰＵ１１１は、ＲＡＭ１１３に記憶されている現在のトナー残量を取得する。次にＳ１４０６に進みＣＰＵ１１１は、カートリッジの型番などの情報に基づいて、現在装着されているトナーが純正品かどうかを示す純正情報等の消耗品情報を取得する。そしてＳ１４０７に進みＣＰＵ１１１は、契約を行える相手先のサイトのＵＲＬに、上述の処理で求めた国情報、機種コード、ＩＤ番号、検査データ、消耗品残量、消耗品情報の値をパラメータとして結合する。そしてＳ１４０８に進みＣＰＵ１１１は、Ｓ１４０７で求めた文字列からＱＲコードを生成して、この処理を終了する。

この処理により、ＱＲコード９１２は、契約を行える相手先のサイトのＵＲＬだけでなく、ＭＦＰ１０１の情報がパラメータとして結合された情報として表示される。尚、ここでは、生成したＱＲコードを操作部１１６へ表示したが、印刷部１２０を用いて印刷しても良い。

以下の実施形態では、ユーザが自身のモバイル端末１０４で、前述のＱＲコードを読み取って販売会社との間でトナー配送契約を行う例で説明する。

図１５は、実施形態に係るモバイル端末１０４を用いたトナー配送システムにおける処理の流れを説明するシーケンス図である。ここでは契約から運用開始までを示す。

まずユーザは１５０１で、モバイル端末１０４を用いて、図１４のフローで生成され、ＭＦＰ１０１の操作部１１６へ表示出力されたＱＲコード９１２を読み取る。尚、このとき、例えば、図１７に示すように、ＭＦＰ１０１で印刷されたＱＲコード９１２を読み取ってもよい。次に１５０２でモバイル端末１０４は、そのＱＲコード９１２に含まれる情報とともに、ＵＲＬへアクセスする。ここではＵＲＬは、販売会社のサーバ１０２のＵＲＬを示すものとする。

これにより販売会社のサーバ１０２は１５０３で、そのアクセスされたＵＲＬに応じた登録画面の画面情報をモバイル端末１０４に送信して応答する。この登録画面は、１５０２で送信された登録画面要求に含まれるＱＲコード９１２で記述されたパラメータの値を用いて生成される。この登録画面はモバイル端末１０４の操作部１４５に表示される。この登録画面は、図１６を参照して後述する。また販売会社のサーバ１０２による登録画面の生成処理は、図１９を参照して後述する。

次にユーザは１５０４で、モバイル端末１０４の操作部１４５に表示された登録画面に入力を行うことで、トナー配送システムとの契約を行う。この契約の情報は、販売会社のサーバ１０２に送られ、販売会社のサーバ１０２に登録される。そして１５０５で、販売会社のサーバ１０２から情報管理サーバ１０３に対して契約情報が通知される。この契約情報の中には「契約済」を示す情報が含まれる。こうして通知された情報は、情報管理サーバ１０３に保存される。

次にユーザはＭＦＰ１０１に対して、トナー自動配送を設定する操作を行う。このトナーの自動配送を設定する操作は、ＭＦＰ１０１のホーム画面の設定メニューの中にあり、「トナー自動配送」の項目を「配送する」に指定する。このトナー自動配送設定の操作が行われた時のＭＦＰ１０１の詳しい処理は、図５を参照して前述した通りである。

こうして「トナー自動配送」が「配送する」に設定されると、１５０６でＭＦＰ１０１は、情報管理サーバ１０３に対して、トナー自動配送を登録するように依頼する。この登録には、ＭＦＰ１０１のＩＤが含まれる。

この登録の依頼を受けた情報管理サーバ１０３は、この登録された情報を情報管理サーバ１０３に保存する。そして１５０７で、販売会社のサーバ１０２に対して、登録があったＭＦＰ１０１のＩＤを含むデバイス情報を通知する。また情報管理サーバ１０３は１５０８で、トナー自動配送の登録が完了したことをＭＦＰ１０１に通知する。

この登録完了の際、情報管理サーバ１０３は、１５０６の登録の依頼で通知されたＭＦＰ１０１のＩＤと、情報管理サーバ１０３のデータとを照合する。情報管理サーバ１０３は、１５０５で販売会社のサーバ１０４から通知される契約情報によって、ＭＦＰ１０１が契約済みかどうかが分かるため、この登録完了には、その契約済か否かを示す情報が含まれている。ＭＦＰ１０１は、この登録完了に含まれる契約情報を保存しているため、登録している契約情報と、トナー自動配送設定の登録情報とが、この登録完了に含まれる情報と一致しているかどうか判定する。これらが一致すると、ＭＦＰ１０１と販売会社との間でトナーの自動配送契約が交わされたことになり、ＭＦＰ１０１を含むトナー配送システムが運用を開始する。

図１６は、実施形態に係るモバイル端末１０４の操作部１４５に表示される登録画面の一例を示す図である。この画面は、販売会社のサーバ１０２が生成して、図１５の１５０３でモバイル端末１０４に送信することにより表示される。

販売会社のサーバ１０２は、モバイル端末１０４から図１４のフローチャートで示す処理で生成された国情報を、ＱＲコードに含まれるパラメータとして受け取り、この画面に表示する言語や画面レイアウトを変更する。ＩＤ番号欄１６０２には、図１４のＳ１４０３で取得されたＩＤ番号が表示される。検査データ欄１６０３には、図１４のＳ１４０４で生成された検査データ、例えばチェックサムが表示される。ＩＤ番号欄１６０２、検査データ欄１６０３の値は、ユーザが操作部１４５を用いて変更できるが、図１４のフローチャートで生成された値を渡すことでユーザの手間を軽減できる。トナー情報欄１６０４には、図１４のＳ１４０２で取得したＭＦＰ１０１の機種コード、Ｓ１４０６で取得した消耗品情報の値から、トナーの型番や名称を判断して表示する。トナー残量表示欄１６０５には、図１４のＳ１４０５で取得したトナー残量情報の値が表示される。住所情報欄１６０６には、モバイル端末１０４のユーザが、操作部１４５を用いてトナーを配送する住所を入力する。そしてユーザが契約ボタン１６０６を押下すると、図１５の１５０４で説明したように、この画面で入力した情報が販売会社のサーバ１０２に送信されて、ＭＦＰ１０１と販売会社との間でのトナーの自動配送契約の処理に進むことができる。

図１７は、実施形態に係る販売会社のサーバ１０２が生成したＱＲコード９１２を含むトナーサービスへの登録手順を、ＭＦＰ１０１の印刷部１２０を用いて印刷した場合の印刷例を示す図である。

図１８は、実施形態に係るＭＦＰ１０１が生成したＱＲコード９１２に含まれるパラメータの具体例を示す図である。

国情報１８０１は、国を示す情報が格納される。本例ではアメリカ合衆国を示す「ＵＳＡ」が格納されている。機種コード１８０２は、ＭＦＰ１０１の機種を示す機種固有の番号である。ここでは「ＭＦ１２３」が格納されている。ＩＤ番号１８０３は、ＭＦＰ１０１の固有の識別番号である。ここでは「AAA0000123」が格納されている。検査データ１８０４は、ＩＤ番号「AAA0000123」に誤り訂正処理を行った結果を示す４桁の数字で、ここでは「１２３４」が格納されている。消耗品残量１８０５は、ＭＦＰ１０１のトナーの残量を示す値で、ＦＵＬＬ（トナー残量が十分）、ＬＯＷ（トナー残量が少ない）、ＯＵＴ（トナー残量無し）のいずれかが格納される。ここではＦＵＬＬが格納されている。消耗品情報１８０６は、ＭＦＰ１０１に、現在装着されているトナーが純正品か否を示す値である。純正品であれば「１」が、非純正品であれば「０」が格納される。ここでは純正品を示す「１」が格納されている。

図１９は、実施形態に係る販売会社のサーバ１０２が、モバイル端末１０４から登録画面を要求されたときの処理を説明するフローチャートである。尚、このフローチャートで示す処理は、販売会社のサーバ１０２のＣＰＵ（不図示）がメモリ（不図示）に記憶されているプログラムを実行することにより達成される。

先ずＳ１９０１でＣＰＵは、モバイル端末１０４から登録画面要求にパラメータが付与されているか否か判定する。このときモバイル端末１０４は、ＱＲコード９１２を読み取って販売会社のサーバ１０２のサイトにアクセスしているときは、その登録画面要求にパラメータが付与されている。しかしながら、ユーザがモバイル端末１０４で、単にサイトのＵＲＬだけを入力してアクセスしているときは、その登録画面要求にパラメータが付与されていない。よって、パラメータが付与されていないと判定するとＳ１９０９に進みＣＰＵは、パラメータ無しの登録画面を生成し、Ｓ１９１０でそれをモバイル端末１０４に送信して、この処理を終了する。

一方、Ｓ１９０１で、パラメータが付与されていると判定するとＳ１９０２に進み、国情報１８０１を確認し、対応する言語を登録画面の表示言語として決定する。次にＳ１９０３に進みＣＰＵは、機種コード１８０２を登録画面に設定してＳ１９０４に進む。Ｓ１９０４でＣＰＵは、ＩＤ番号１８０３を登録画面に設定してＳ１９０５に進む。Ｓ１９０５でＣＰＵは、検査データ１８０４を登録画面に設定してＳ１９０６に進む。Ｓ１９０６でＣＰＵは、消耗品残量１８０５に応じた表示データを作成して登録画面に設定する。次にＳ１９０７に進みＣＰＵは、消耗品情報１８０６に応じた表示データを作成して登録画面に設定する。こうしてＳ１９０８でＣＰＵは、パラメータ有りの登録画面を生成し、Ｓ１９１０でそれをモバイル端末１０４に送信して、この処理を終了する。

図２０は、図１９のフローチャートで示す処理により、販売会社のサーバ１０２で作成されてモバイル端末１０４の操作部１４５に表示された、パラメータ有り登録画面の画面の一例を示す図である。

この登録画面は、図１８の国情報１８０１に対応した言語で表示されており、ここではＵＳＡに対応する英語で表示されている。ＩＤ番号欄２００１、検査データ欄２００２には、図１８のＩＤ番号１８０３、検査データ１８０４に対応する値が設定された状態で表示されている。ここで住所欄（address）２００３は空白である。トナー情報表示欄２００４には、図１６に示すトナー情報欄１６０４で示すトナーの型番が表示される。またトナー残量表示欄２００５には、その時点でのＭＦＰ１０１におけるトナーの残量が表示される。ここでユーザが契約(contract)ボタン２００６を押下すると、この画面で入力された情報が、モバイル端末１０４から販売会社のサーバ１０２に通知される。

このようにして、モバイル端末１０４の操作部１４５には、ＭＦＰ１０１のＩＤやトナーカートリッジの型番等のＭＦＰ１０１のトナー配送を契約するのに必要な情報が予め入力された登録画面が表示される。よってユーザは、例えば図２０の画面例では住所だけを入力して契約ボタン２００６を押下するだけで、販売会社のサーバ１０２に対してトナー配送契約に必要な情報を提供することができる。

図２１は、図１９のフローチャートで示す処理により、販売会社のサーバ１０２で作成されてモバイル端末１０４の操作部１４５に表示された、パラメータ無し登録画面の一例を示す図である。このパラメータ無しの登録画面は、予め定められた言語で表示される。ここでは日本語で表示された例で示している。この画面は、図１９でＳ１９０１からＳ１９０９に進むことにより作成されたものである。

この画面でユーザは、言語選択ボタン２１０４を押下することで、表示言語を所望の言語に変更することができる。図２１は、デフォルトの表示として日本語により表示された場合を示している。ＩＤ番号欄２１０１、検査データ欄２１０２及び住所欄２１０３は、空欄の状態で表示される。ユーザが、この画面で必要な情報を入力した後、契約ボタン２１０５を押下すると、この画面で入力された情報が、モバイル端末１０４から販売会社のサーバ１０２に通知される。

こうしてトナー配送契約がなされた後は、例えば図４のシーケンス図に示すように、ＭＦＰでトナーローが発生すると、自動的に、販売会社からＭＦＰのユーザにトナーが配送されてくる。

以上説明したように実施形態によれば、ユーザが操作するモバイル端末から、そのユーザが使用する印刷装置のトナー配送契約を行うことができる。また、このトナー配送契約において、モバイル端末はトナー配送契約に必要な情報を含むコードを読み取ることにより、それら情報を入力する手間を省くことができる。

また印刷装置でトナーローが発生すると、トナー配送契約が契約済でなかった場合は、ユーザに対して、トナー自動配送の契約を勧める画面を表示できる。そして、それに同意したユーザには、トナーの自動配送契約ができるサイトへアクセスするコードが提示される。これによりユーザは、そのコードを使用して、トナーの自動配送の契約を行うことができる。これにより、消耗品の自動発注配送システムの利用者を増やし、契約したユーザの利便性を高めることができるという効果が得られる。

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

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

１１１…ＣＰＵ、１１２…ＲＯＭ、１１３…ＲＡＭ、１１４…ストレージ、１１５…操作部Ｉ／Ｆ、１１６…操作部、１１７…読取部Ｉ／Ｆ、１１８…読取部、１１９…印刷部Ｉ／Ｆ、１２０…印刷部、１２３…通信部Ｉ／Ｆ

Claims (16)

1. ユーザが操作する情報処理装置と印刷装置、及び前記印刷装置で使用される消耗品の配送を指示するサーバとを含む配送システムであって、
   前記情報処理装置は、
   前記印刷装置で出力されたコードを読み取る読取手段と、
   前記読取手段で読み取ったコードに含まれる情報に基づいて前記サーバに対して、前記消耗品の配送に関する契約を行うための画面情報を要求する要求手段と、
   前記要求手段による要求に応じて前記サーバから送信される前記画面情報を受信して画面を表示する表示手段と、
   前記画面で入力された登録情報を前記サーバに送信する送信手段と、を有し、
   前記サーバは、
   前記要求に応じて前記画面情報を作成して前記情報処理装置に送信する手段と、
   前記登録情報に基づいて前記印刷装置で使用される消耗品の配送を前記ユーザと契約する契約手段と、
   前記印刷装置で前記消耗品の残量が所定量よりも少なくなると前記ユーザに対して前記消耗品を配送する配送手段と、
   を有することを特徴とする配送システム。
2. 前記コードに含まれる情報は、少なくとも前記サーバのＵＲＬ（Uniform Resource Locator）、前記印刷装置の識別情報、前記消耗品の識別情報を含むことを特徴とする請求項１に記載の配送システム。
3. 前記印刷装置は、前記コードを作成する作成手段と、
   前記コードを出力する出力手段と、を有することを特徴とする請求項１に記載の配送システム。
4. 前記出力手段は、前記コードを表示して出力することを特徴とする請求項３に記載の配送システム。
5. 前記出力手段は、前記コードをシートに印刷して出力することを特徴とする請求項３に記載の配送システム。
6. 前記印刷装置は、
   前記消耗品の残量が所定の閾値以下になると、当該消耗品の配送の契約がなされているかどうか判定する判定手段と、
   前記判定手段が前記消耗品の配送の契約がなされていると判定すると前記消耗品の配送を依頼し、前記消耗品の配送の契約がなされていないと判定すると前記消耗品の配送の契約を促す画面を表示するように制御する制御手段と、
   を有することを特徴とする請求項３乃至５のいずれか１項に記載の配送システム。
7. 前記制御手段は更に、前記消耗品の配送の契約を促す画面で当該契約に同意する旨が入力されると、前記出力手段により前記コードを出力するよう制御することを特徴とする請求項６に記載の配送システム。
8. 前記コードは、二次元バーコードであることを特徴とする請求項１乃至７のいずれか１項に記載の配送システム。
9. 前記サーバは、前記情報処理装置から前記要求とともに受信した前記コードに含まれる情報をパラメータとして含む画面情報を作成して前記情報処理装置に送信することを特徴とする請求項１乃至８のいずれか１項に記載の配送システム。
10. 前記パラメータは、前記画面情報に基づいて表示される画面で入力すべき情報を含むことを特徴とする請求項９に記載の配送システム。
11. 前記制御手段は、前記消耗品の配送の契約を促す画面で当該契約に同意しない旨が入力されると、前記契約に関する確認情報を記憶し、当該確認情報が記憶されているときは、前記消耗品の配送の契約を促す画面を表示しないように制御することを特徴とする請求項６に記載の配送システム。
12. 情報処理装置であって、
    印刷装置で出力されたコードを読み取る読取手段と、
    前記読取手段で読み取ったコードに含まれる情報に基づいてサーバに対して、前記印刷装置で使用される消耗品の配送に関する契約を行うための画面情報を要求する要求手段と、
    前記要求手段による要求に応じて前記サーバから送信される前記画面情報を受信して画面を表示する表示手段と、
    前記画面で入力された登録情報を前記サーバに送信する送信手段と、
    を有することを特徴とする情報処理装置。
13. 前記コードは、前記サーバのＵＲＬを示す二次元バーコードであることを特徴とする請求項１２に記載の情報処理装置。
14. ユーザが操作する情報処理装置と印刷装置、及び前記印刷装置で使用される消耗品の配送を指示するサーバとを含む配送システムの制御方法であって、
    前記情報処理装置は、
    前記印刷装置で出力されたコードを読み取る読取工程と、
    前記読取工程で読み取ったコードに含まれる情報に基づいて前記サーバに対して、前記消耗品の配送に関する契約を行うための画面情報を要求する要求工程と、
    前記要求工程による要求に応じて前記サーバから送信される前記画面情報を受信して画面を表示する表示工程と、
    前記画面で入力された登録情報を前記サーバに送信する送信工程と、を実行し、
    前記サーバは、
    前記要求に応じて前記画面情報を作成して前記情報処理装置に送信する工程と、
    前記登録情報に基づいて前記印刷装置で使用される消耗品の配送を前記ユーザと契約する契約工程と、
    前記印刷装置で前記消耗品の残量が所定量よりも少なくなると前記ユーザに対して前記消耗品を配送する配送工程と、
    を実行することを特徴とする制御方法。
15. 情報処理装置を制御する制御方法であって、
    印刷装置で出力されたコードを読み取る読取工程と、
    前記読取工程で読み取ったコードに含まれる情報に基づいてサーバに対して、前記印刷装置で使用される消耗品の配送に関する契約を行うための画面情報を要求する要求工程と、
    前記要求工程による要求に応じて前記サーバから送信される前記画面情報を受信して画面を表示する表示工程と、
    前記画面で入力された登録情報を前記サーバに送信する送信工程と、
    を有することを特徴とする制御方法。
16. コンピュータに、請求項１４又は１５に記載の制御方法の各工程を実行させるためのプログラム。

Images