(57)【要約】【課題】煩雑なユーザ操作を要することなく、特定の販売元から消耗品を購入できる仕組みを提供することを目的とする。【解決手段】画像形成装置であって、画像形成装置で利用される消耗品の販売元を識別する販売元識別情報を受け付ける受付手段と、販売元にアクセスするためのアクセス情報の取得要求を、販売元識別情報と共に、販売元を管理する管理サーバへ送信する送信手段と、アクセス情報を管理サーバから受信する受信手段と、受信手段が受信したアクセス情報を出力するよう制御する出力制御手段とを有する。【選択図】図６
2019064214.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置であって、
前記画像形成装置で利用される消耗品の販売元を識別する販売元識別情報を受け付ける受付手段と、
前記販売元にアクセスするためのアクセス情報の取得要求を、前記販売元識別情報と共に、販売元を管理する管理サーバへ送信する送信手段と、
前記アクセス情報を前記管理サーバから受信する受信手段と、
前記受信手段が受信した前記アクセス情報を出力するよう制御する出力制御手段と
を有することを特徴とする画像形成装置。
【請求項２】
前記出力制御手段は、前記アクセス情報を表示手段に表示するよう制御することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記アクセス情報を示す２次元コードを生成する生成手段をさらに有し、
前記出力制御手段は、前記２次元コードを前記表示手段に表示するよう制御することを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記出力制御手段は、前記画像形成装置の消耗品が予め定められた状態になった場合に、前記アクセス情報を出力するよう制御することを特徴とする請求項１乃至３の何れか１項に記載の画像形成装置。
【請求項５】
前記送信手段は、前記画像形成装置の消耗品が予め定められた状態になった場合に、前記取得要求を前記管理サーバに送信することを特徴とする請求項１乃至４の何れか１項に記載の画像形成装置。
【請求項６】
前記状態は、前記消耗品の残量が閾値以下となった場合であることを特徴とする請求項４又は５に記載の画像形成装置。
【請求項７】
前記送信手段は、前記取得要求と共に、前記画像形成装置を識別する装置識別情報を送信し、
前記受信手段は、前記販売元のウェブサイト内の、前記装置識別情報により特定される画像形成装置で利用される消耗品の購入ページにアクセスするための前記アクセス情報を受信することを特徴とする請求項１乃至６の何れか１項に記載の画像形成装置。
【請求項８】
前記出力制御手段は、前記消耗品が予め定められた状態になった場合に、前記販売元のウェブサイト内の、前記予め定められた状態になった消耗品の購入ページにアクセスするための前記アクセス情報を出力するよう制御することを特徴とする請求項１乃至７の何れか１項に記載の画像形成装置。
【請求項９】
画像形成装置であって、
前記画像形成装置で利用される消耗品の販売元を識別する販売元識別情報を受け付ける受付手段と、
前記販売元識別情報と、販売元へのアクセス情報を管理する管理サーバにアクセスするためのアクセス情報と、前記画像形成装置で利用される消耗品の取得要求と、を含んだ問い合わせ情報を出力するよう制御する出力制御手段と
を有することを特徴とする画像形成装置。
【請求項１０】
前記出力制御手段は、前記消耗品が予め定められた状態になった場合に、前記問い合わせ情報を出力するよう制御することを特徴とする請求項９に記載の画像形成装置。
【請求項１１】
前記管理サーバへのアクセス情報を記憶する記憶手段をさらに有することを特徴とする請求項９又は１０に記載の画像形成装置。
【請求項１２】
請求項９乃至１１の何れか１項に記載の画像形成装置と、管理サーバと、通信端末とを含むシステムであって、
前記通信端末は、
前記画像形成装置の出力制御手段によって出力された前記問い合わせ情報を取得する取得手段と、
Ｗｅｂコンテンツをリクエストするリクエスト手段と、
前記リクエストの応答として得られたＷｅｂコンテンツを表示する表示手段と、
前記問い合わせ情報を取得したことに少なくとも従って、前記問い合わせ情報に基づいて、前記管理サーバにＷｅｂコンテンツをリクエストするよう前記リクエスト手段を制御する制御手段と、
を有し、
前記管理サーバは、
前記通信端末から前記問い合わせ情報を受信したことに従って、当該問い合わせ情報に基づいて、販売元にアクセスするためのアクセス情報を生成し、当該生成されたアクセス情報を、リダイレクト先のアクセス情報として前記通信端末に送信する送信手段と、
を有し、
前記通信端末の前記制御手段は、前記リクエストの応答として前記リダイレクト先のアクセス情報を取得したことに従って、当該アクセス情報に基づくＷｅｂコンテンツをリクエストするよう前記リクエスト手段を制御することを特徴とするシステム。
【請求項１３】
画像形成装置が実行する情報処理方法であって、
前記画像形成装置で利用される消耗品の販売元を識別する販売元識別情報を受け付ける受付ステップと、
前記販売元にアクセスするためのアクセス情報の取得要求を、前記販売元識別情報と共に、販売元を管理する管理サーバへ送信する送信ステップと、
前記アクセス情報を前記管理サーバから受信する受信ステップと、
前記受信ステップにおいて受信した前記アクセス情報を出力するよう制御する出力制御ステップと
を含むことを特徴とする情報処理方法。
【請求項１４】
画像形成装置が実行する情報処理方法であって、
前記画像形成装置で利用される消耗品の販売元を識別する販売元識別情報を受け付ける受付ステップと、
前記販売元識別情報と、販売元へのアクセス情報を管理する管理サーバにアクセスするためのアクセス情報と、前記画像形成装置で利用される消耗品の取得要求と、を含んだ問い合わせ情報を出力するよう制御する出力制御ステップと
を含むことを特徴とする情報処理方法。
【請求項１５】
コンピュータを、請求項１乃至１１の何れか１項に記載の画像形成装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、画像形成装置の販売方法は多様化しており、購入者は、量産店で購入する場合もあれば、メーカー等の特定のディーラーから購入する場合もある。画像形成装置に関し、特許文献１には、トナーやインク等の消耗品が少なくなった状態を検知すると、消耗品を購入するためのＷｅｂサービスにユーザを誘導するような技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−５９３０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、消耗品を購入する場合において、画像形成装置を購入した販売元の販売サイトから消耗品も購入したい等、特定の販売サイトにおいて消耗品を購入したいと希望する場合もある。
【０００５】
本発明は、このような問題点に鑑みなされたもので、煩雑なユーザ操作を要することなく、特定の販売元から消耗品を購入できるような仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明は、画像形成装置であって、前記画像形成装置で利用される消耗品の販売元を識別する販売元識別情報を受け付ける受付手段と、前記販売元にアクセスするためのアクセス情報の取得要求を、前記販売元識別情報と共に、販売元を管理する管理サーバへ送信する送信手段と、前記アクセス情報を前記管理サーバから受信する受信手段と、前記受信手段が受信した前記アクセス情報を出力するよう制御する出力制御手段とを有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、煩雑なユーザ操作を要することなく、特定の販売元から消耗品を購入できる仕組みを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】ＭＦＰのハードウェア構成図である。
【図２】管理サーバ装置のハードウェア構成図である。
【図３】店情報テーブルのデータ構成例を示す図である。
【図４】消耗品テーブルのデータ構成例を示す図である。
【図５】販売元登録処理を示すシーケンス図である。
【図６】ＱＲコード（登録商標）表示処理を示すフローチャートである。
【図７】Ｓ６０２における詳細な処理を示すフローチャートである。
【図８】ＰＩＮコード登録処理を示すフローチャートである。
【図９】ＱＲコード表示処理を示すフローチャートである。
【図１０】購入ページＵＲＬ通知処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
（第１の実施形態）
図１は、第１の実施形態に係るＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）１００のハードウェア構成図である。ＭＦＰ１００は、受信した印刷データの印刷、電子メールの送信、原稿のコピーなどを実行する機能を有している。なお、本実施形態では画像形成装置の一例としてＭＦＰ１００を説明するが、これに限定されるものではない。他の例としては、画像形成装置は、単機能のプリンタや３Ｄプリンタなど、消耗品を使用して処理を実行するＳＦＰ（Ｓｉｎｇｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）であってもよい。
【００１０】
ＭＦＰ１００は、コントローラ部１０１と、印刷部１０８と、読取部１１０と、タッチパネル１１１と、回線インターフェース（Ｉ／Ｆ）１１３とを有している。コントローラ部１０１は、ＭＦＰ１００の全体の制御を司る。コントローラ部１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０３と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０４と、を有している。コントローラ部１０１は、また、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）１０５を有している。コントローラ部１０１はまた、印刷部Ｉ／Ｆ１０７と、読取部Ｉ／Ｆ１０９と、ＭＯＤＥＭ１１２と、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）Ｉ／Ｆ１１６と、ネットワークＩ／Ｆ１１７とを有している。コントローラ部１０１の各部は、システムバス１０６にて接続されている。
【００１１】
ＣＰＵ１０２は、ＲＯＭ１０４のプログラム領域に記憶された各種制御プログラムを読み出し、これを実行することにより、ＭＦＰ１００の全体を総括的に制御する。なお、各種制御プログラムは、ＲＯＭ１０４のプログラム領域に記憶された圧縮された状態で記憶され、ＣＰＵ１０２は、これを読み出し、ＲＡＭ１０３へ伸張、展開して実行してもよい。また、他の例としては、各種制御プログラムは、図示しないハードディスクドライブ（ＨＤＤ）に圧縮状態／非圧縮状態で格納されていてもよい。この場合には、ＣＰＵ１０２は、ＨＤＤから各種制御プログラムを読み出す。
【００１２】
ネットワークＩ／Ｆ１１７は、有線通信部１１８または無線通信部１１９を介してネットワーク１２２と通信する。ネットワーク１２２を介してデータＲＯＭ１０４等にアクセスしてデータの書き込みや読み込みが可能となる。ＭＯＤＥＭ１１２は、回線Ｉ／Ｆ１１３を介して公衆回線網１１５と接続し、図示しない他の画像形成装置やファクシミリ装置、電話機などと通信処理を行う。回線Ｉ／Ｆ１１３と公衆回線網１１５とは、電話線１１４等で接続される。
【００１３】
印刷部Ｉ／Ｆ１０７は、印刷部１０８（プリンタエンジン）に画像信号を出力するインターフェースを担う。また、読取部Ｉ／Ｆ１０９は、読取部１１０（スキャナエンジン）からの読取画像信号を入力するインターフェースを担う。ＣＰＵ１０２は、読取部Ｉ／Ｆ１０９より入力された画像信号を処理し、記録画像信号として印刷部Ｉ／Ｆ１０７へ出力する。印刷部１０８において、通信Ｉ／Ｆ１２３が印刷部Ｉ／Ｆ１０７から記録画像信号を受け取ると、ＣＰＵ１２４は、記録画像信号を印字データに変換し、印字部１２５に通知する。印字部１２５は、印字データに基づいてトナーカートリッジ１２６内のトナーを記録紙に印字することで印刷を実現する。また、ＣＰＵ１２４は、検知部１２７が検知したトナーカートリッジ１２６内のトナー残量を、通信Ｉ／Ｆ１２３を介して、コントローラ部１０１に通知する。ここで、トナーやトナーカートリッジ１２６は、ＭＦＰ１００で利用される消耗品の一例である。
【００１４】
ＣＰＵ１０２は、ＲＯＭ１０４のフォント領域に記憶されたフォント情報を用いて、タッチパネル１１１の表示部に文字や記号を表示したり、ユーザの指示を受けたタッチパネル１１１からの指示情報を受けたりする。ＲＯＭ１０４のデータ領域には、ＣＰＵ１０２によってＭＦＰ１００の装置情報や、ユーザの電話帳情報、部門管理情報などが記憶され、ＣＰＵ１０２により必要に応じて読み出され、必要に応じて更新される。
【００１５】
なお、本実施形態のＭＦＰ１００では、１つのＣＰＵ１０２が１つのメモリ（ＲＡＭ１０３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述する各処理を実行してもよい。
【００１６】
図２は、管理サーバ２００のハードウェア構成図である。管理サーバ２００は、ＭＦＰ１００の販売元となる量販店等のＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｓｅ  Ｌｏｃａｔｅｒ）等、販売元へのアクセスのための情報を記憶、管理する。また、管理サーバ２００は、ＵＲＬ等の情報が変更された場合には、記憶される情報も適宜更新する。なお、管理サーバ２００は、複数の販売元それぞれに対し、ＷｅｂサイトのＵＲＬ等の情報を記憶しているものとする。ただし、管理サーバ２００は、少なくとも１つの販売元の情報を記憶していればよい。管理サーバ２００は、ＣＰＵ２０１と、ＲＡＭ２０２と、ストレージ２０３と、ネットワークＩ／Ｆ２０５と、を有している。管理サーバ２００の各部はシステムバス２１０にて接続されている。ネットワークＩ／Ｆ２０５は、有線通信部２０６または無線通信部２０７を介してネットワーク１２２と通信する。管理サーバ２００は、複数のＭＦＰからの要求を同時に処理できるよう、複数のコンピューティング・リソースを用いてデータ変換やデータ処理を分散実行するクラウドサービスとして実現されていてもよい。
【００１７】
管理サーバ２００のストレージ２０３には、例えば、店情報テーブルと、消耗品情報テーブルとが記憶されている。図３は、店情報テーブルのデータ構成例を示す図である。図４は、消耗品テーブルのデータ構成例を示す図である。図３に示すように、店情報テーブル３００は、ＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）コードと、店ＵＲＬと、店名と、を対応付けて記憶している。ここで、ＰＩＮコードは、ＭＦＰ１００の販売元の店を識別する販売元識別情報の一例である。店ＵＲＬは、店の販売サイトにアクセスするためのアクセス情報である。店名は、店の名称を示す情報である。なお、図３の例では、２つのＰＩＮコードに対応したレコードが記憶されているが、レコードの数は２つに限定されるものではなく、３以上のレコードを記憶してもよく、１つのレコードのみでもよい。なお、本実施形態では販売元識別情報の一例としてＰＩＮコードを例示しているがこれに限定されるものではない。英数字から構成されるパスコードなどであってもよい。また、図４に示すように、消耗品テーブル４００は、ＰＩＮコードと、製品ＩＤと、各色のトナー数と、クエリ文字列と、を対応付けて記憶している。製品ＩＤは、ＭＦＰ１００の種類を示す識別情報である。トナー数は、購入するトナーの数を示す情報である。クエリ文字列は、対応するトナーを要求するための文字列である。
【００１８】
また、管理サーバ２００は、図３や図４に示したレコードに新たな店情報を追加する機能、既存のレコードにおける店情報やクエリ情報を修正するメンテナンス機能を有する。これらのメンテナンス機能は、例えば、Ｗｅｂアプリケーションとして提供され、各販売店のＷｅｂ担当者やＭＦＰ１００を製造するベンダーなどが当該Ｗｅｂアプリケーションにアクセスし、図３や図４のデータを適宜修正することができるものとする。
【００１９】
図５は、ＭＦＰ１００及び管理サーバ２００による販売元登録処理を示すシーケンス図である。販売元登録処理は、ＭＦＰ１００の初回起動時にユーザが時刻や国情報を入力する設定ナビにおいて、ユーザ操作に応じて実行されるものとする。また、本実施形態では、販売店が、ＭＦＰ１００の販売元のＰＩＮコードを示す情報が格納された２次元バーコードと、ＰＩＮコードの文字列が印字された紙を事前に用意し、ＭＦＰ１００を購入したユーザに配布しているものとする。また、他の例としては、ＭＦＰ１００は、タッチパネル１１１に販売元の情報を取得するためのボタンを表示し、このボタンの押下に従い、登録指示を受け付けた場合に、販売元登録処理を実行することとしてもよい。
【００２０】
Ｓ５００において、ＭＦＰ１００のＣＰＵ１０２は、ユーザ操作に応じて、ＰＩＮコードを受け付ける。本処理は、販売元識別情報としてのＰＩＮコードを受け付ける受付処理の一例である。例えば、ＣＰＵ１０２は、タッチパネル１１１上にＰＩＮ入力画面を表示し、ユーザからＰＩＮ入力画面を介したＰＩＮコードの入力を受け付ける。ユーザは、例えば、ＭＦＰ１００の販売元のＰＩＮコードを示す情報が格納された２次元バーコードが印字された紙を、読取部１１０を用いてスキャンさせる。この場合、ＣＰＵ１０２は、スキャンされた画像を解析することで２次元バーコードに対応したＰＩＮコードを取得する。なお、読取部を有しない画像形成装置においては、タッチパネル１１１を介したユーザ操作によりＰＩＮコードの入力を受け付けるようにすることもできる。また、他の例としては、ＣＰＵ１０２は、データ化されたＰＩＮコードを保持したＵＳＢメモリからＵＳＢ＿Ｉ／Ｆ１１６を介して、ＰＩＮコードを取得してもよい。
【００２１】
なお、ユーザが入力するＰＩＮコードは、必ずしもＭＦＰ１００の販売元に対応するものである必要はなく、ユーザが特定の販売元から消耗品を購入したいと希望する場合には、この特定の販売元に対応したＰＩＮコードを入力してもよい。
【００２２】
次に、Ｓ５０１において、ＣＰＵ１０２は、受け付けたＰＩＮコードをＥＥＰＲＯＭ１０５に格納する。次に、Ｓ５０２において、ＣＰＵ１０２は、ネットワークＩ／Ｆ１１７を介して、管理サーバ２００にアクセスすることが可能か否かを確認する。ＣＰＵ１０２は、アクセス可能な場合には（Ｓ５０２でＹＥＳ）、処理をＳ５０３へ進める。ＣＰＵ１０２は、アクセス可能でない場合には（Ｓ５０２でＮＯ）、処理を終了する。Ｓ５０３において、ＣＰＵ１０２は、販売元情報の取得要求を管理サーバ２００に送信する。ここで、販売元情報とは、ＭＦＰ１００の販売元に関する情報である。販売元情報については後述する。販売元情報の取得要求には、Ｓ５００において受け付けたＰＩＮコードと、ＭＦＰ１００の装置ＩＤとが含まれるものとする。なお、装置ＩＤは、ＭＦＰ１００を識別する装置識別情報の一例である。
【００２３】
管理サーバ２００のＣＰＵ２０１は、Ｓ５０３において販売元情報の取得要求を受信すると、続いてＳ５０４において、取得要求が正常なデータか否かを判断する。例えば、取得要求にＰＩＮコードと装置ＩＤの少なくとも一方が含まれていない場合には、正常なデータでないと判断する。ＣＰＵ２０１は、正常なデータと判断した場合には（Ｓ５０４でＹＥＳ）、処理をＳ５０５へ進める。ＣＰＵ２０１は、正常なデータでないと判断して場合には（Ｓ５０４でＮＯ）、処理を終了する。
【００２４】
Ｓ５０５において、ＣＰＵ２０１は、ＰＩＮコードをキーにして、店情報テーブル３００から、対応する店ＵＲＬと、店名と、をＰＩＮコードに対応した店情報として取得する。例えばＰＩＮコード「００００」の場合、ＰＩＮコード「００００」をキーにして、店情報テーブル３００から店ＵＲＬ「ｈｔｔｐ：／／ａ―ｄｅｎｋｉ．ｃｏｍ」と、店名「Ａ電気」と、を取得する。なお、ＣＰＵ２０１は、店情報テーブル３００にＰＩＮコードに対応したレコードが存在しない場合には、店情報をＮＵＬＬとする。
【００２５】
次に、Ｓ５０６において、ＣＰＵ２０１は、ＰＩＮコードと、装置ＩＤをキーにして、消耗品テーブル４００から対応するレコードを取得する。そして、ＣＰＵ２０１は、取得したレコードに基づいて、消耗品情報を生成する。ここで、消耗品情報は、Ｃトナー数、Ｍトナー数、Ｙトナー数、Ｋトナー数、クエリ文字列を結合したデータ構造体である。
【００２６】
例えばＰＩＮコード「００００」、装置ＩＤ「ＭＦＰ００ｘｘ」をキーとする場合には、ＣＰＵ２０１は、消耗品情報１から消耗品情報５の計５つの消耗品情報を生成する。ここで、消耗品情報１は、Ｃトナー数「１」、クエリ文字列「ｉｔｅｍＩＤ＝ｃ_ｔｏｎｎｅｒ_００ｘｘ」を示す情報である。消耗品情報２、はＭトナー数「１」、クエリ文字列「ｉｔｅｍＩＤ＝ｍ_ｔｏｎｎｅｒ_００ｘｘ」を示す情報である。消耗品情報３は、Ｙトナー数「１」、クエリ文字列「ｉｔｅｍＩＤ＝ｙ_ｔｏｎｎｅｒ_００ｘｘ」を示す情報である。消耗品情報４は、Ｋトナー数「１」、クエリ文字列「ｉｔｅｍＩＤ＝ｋ_ｔｏｎｎｅｒ_００ｘｘ」を示す情報である。消耗品情報５は、Ｃトナー数「１」、Ｍトナー数「１」、Ｙトナー数「１」、Ｋトナー数「１」、クエリ文字列「ｉｔｅｍＩＤ＝ｍａｔｏｍｅ_ｔｏｎｎｅｒ_００ｘｘ」を示す情報である。
【００２７】
また、ＰＩＮコード「０００１」、装置ＩＤ「ＭＦＰ００ｙｙ」をキーとする場合には、ＣＰＵ２０１は、１つの消耗品情報のみを生成する。この消耗品情報は、Ｋトナー数「１」、クエリ文字列「ｃｏｄｅ＝００ｙｙＫ」を示す情報である。
【００２８】
次に、Ｓ５０７において、ＣＰＵ２０１は、Ｓ５０５において取得した店情報（店ＵＲＬと店名）と、Ｓ５０６において生成した消耗品情報とを販売元情報としてＭＦＰ１００に送信する。例えば、ＰＩＮコード「００００」、装置ＩＤ「ＭＦＰ００ｘｘ」を含む取得要求を受信したとする。この場合には、上述の通り、消耗品情報１から消耗品情報５の計５つの消耗品情報と、店舗名「Ａ電気」、店ＵＲＬ「ｈｔｔｐ：／／ａ―ｄｅｎｋｉ．ｃｏｍ」とを含む情報が販売元情報としてＭＦＰ１００に送信される。なお、販売元情報は、販売元にアクセスするためのアクセス情報の一例である。
【００２９】
上述のように、販売元情報に含まれるクエリ文字列は、対応するＭＦＰ１００の消耗品の種類（例えばＣトナー、Ｍトナー、Ｙトナー、Ｋトナー）の数と１対１に対応する必要はない。ＣＰＵ２０１は、各トナーの購入ページにジャンプするためのクエリ文字列を含んだ消耗品情報に加えて、全トナーの購入ページにジャンプするためのクエリ文字列を含んだ消耗品情報を販売元情報に含めてもよい。また、他の例としては、ＣＰＵ２０１は、Ｋトナーを複数まとめ買いするためのページにジャンプするためのクエリ文字列を含んだ消耗品情報を含めてもよい。
【００３０】
ＭＦＰ１００のＣＰＵ１０２は、Ｓ５０７において、販売元情報を受信すると、Ｓ５０８において、販売元情報が解析可能か否かを確認する。ＣＰＵ１０２は、販売元情報に店ＵＲＬ、店名及び消耗品情報のすべてが含まれている場合に解析可能と判断し、販売元情報に店ＵＲＬ、店名及び消耗品情報のうち少なくとも１つが含まれていない場合に解析可能でないと判断する。ＣＰＵ１０２は、解析可能と判断した場合には（Ｓ５０８でＹＥＳ）、処理をＳ５０９へ進める。ＣＰＵ１０２は、解析可能でないと判断した場合には（Ｓ５０８でＮＯ）、処理を終了する。
【００３１】
Ｓ５０９において、ＣＰＵ１０２は、販売元情報を解析する。具体的には、ＣＰＵ１０２は、販売元情報を分解し、ＭＦＰ１００において保存するためのデータ形式に変換する。ＣＰＵ１０２は、例えば、販売元情報を、店ＵＲＬと、店名と、消耗品情報と、に分解する。そして、ＣＰＵ１０２は、店ＵＲＬと、店名と、消耗品情報とを対応付けて、ＲＡＭ１０３に格納する。
【００３２】
次に、Ｓ５１０において、ＣＰＵ１０２は、販売元情報を正常に取得できたか否かを判断する。ＣＰＵ１０２は、販売元情報に、店情報と消耗品情報とが含まれている場合には、販売元情報を正常に取得できたと判断する。また、ＣＰＵ１０２は、販売元情報に含まれる店情報がＮＵＬＬの場合や、消耗品情報が一部でも欠けている場合には、販売元情報を正常に取得できなかったと判断する。例えば、Ｃトナー、Ｍトナー、Ｙトナー、Ｋトナーを搭載するＭＦＰ１００の販売元情報にＫトナーに対応した消耗品情報が含まれていない場合には、消耗品情報が欠けていると判断される。ＣＰＵ１０２は、販売元情報を正常に取得できたと判断した場合には（Ｓ５１０でＹＥＳ）、処理をＳ５１２へ進める。ＣＰＵ１０２は、販売元情報を正常に取得できなかったと判断した場合には（Ｓ５１０でＮＯ）、処理をＳ５１１へ進める。
【００３３】
Ｓ５１１においては、ＣＰＵ１０２は、タッチパネル１１１にエラーであることを示す情報を表示し、処理を終了する。ここで、エラーであることを示す情報としては、例えば「入力されたコードから購入ページを特定することができませんでした」といったエラーメッセージが挙げられる。なお、Ｓ５１１において、ＣＰＵ１０２はさらに、デフォルト値として、店名、店ＵＲＬ、クエリ文字列に、それぞれメーカー名、量販店ＵＲＬ、メーカーのオンラインショッピングサイトのＵＲＬをＥＥＰＲＯＭ１０５に格納してもよい。
【００３４】
Ｓ５１２において、ＣＰＵ１０２は、店名と、確認ボタンと、再取得ボタンと、をタッチパネル１１１に表示する。次に、Ｓ５１３において、ＣＰＵ１０２は、ユーザから受け付けた指示を確認する。ユーザにより確認ボタンが押下されると、ＣＰＵ１０２は、Ｓ５０７において受信した販売元情報の登録指示を受け付ける。また、ユーザにより再取得ボタンが押下されると、ＣＰＵ１０２は、販売元情報の再取得指示を受け付ける。ＣＰＵ１０２は、登録指示を受け付けた場合には（Ｓ５１３で登録指示）、処理をＳ５１４へ進める。ＣＰＵ１０２は、再取得指示を受け付けた場合には（Ｓ５１３で再取得指示）、処理をＳ５００へ進め、再びＰＩＮコードを受け付ける。Ｓ５１４において、ＣＰＵ１０２は、Ｓ５０７において受信した販売元情報に示される店ＵＲＬと、消耗品情報と、をＥＥＰＲＯＭ１０５に格納する。以上で、販売元登録処理が完了する。
【００３５】
図６は、ＭＦＰ１００による、ＱＲコード表示処理を示すフローチャートである。ここで、ＱＲコードは、２次元コードの一例である。Ｓ６００において、ＭＦＰ１００のＣＰＵ１０２は、検知部１２７が、消耗品ＬＯＷを検知した場合に（Ｓ６００でＹＥＳ）、処理をＳ６０１へ進める。ここで、消耗品ＬＯＷとは、消耗品としてのトナーの残量が所定の閾値以下（例えば、１０％以下）となった状態である。消耗品ＬＯＷは、予め定められた消耗品の状態の一例である。Ｓ６０１において、ＣＰＵ１０２は、ＥＥＰＲＯＭ１０５に販売元情報が格納されているか否かを確認する。なお、ＣＰＵ１０２は、販売元情報に店ＵＲＬ及び消耗品情報のいずれか一方が含まれない場合には、販売元情報が格納されていないと判断する。ＣＰＵ１０２は、販売元情報が格納されていると判断した場合には（Ｓ６０１でＹＥＳ）、処理をＳ６０２へ進める。ＣＰＵ１０２は、販売元情報が格納されていないと判断した場合には（Ｓ６０１でＮＯ）、ＱＲコード表示処理を終了する。
【００３６】
Ｓ６０２において、ＣＰＵ１０２は、購入ページＵＲＬを生成する。ここで、購入ページＵＲＬとは、消耗品ＬＯＷの状態が検知された消耗品を購入するためのページへアクセスするためのＵＲＬであり、アクセス情報の一例である。図７は、Ｓ６０２における詳細な処理を示すフローチャートである。Ｓ７００において、ＭＦＰ１００のＣＰＵ１０２は、ＥＥＰＲＯＭ１０５に店ＵＲＬが格納されているか否かを判断する。ＣＰＵ１０２は、ＥＥＰＲＯＭ１０５に店ＵＲＬが格納されていない場合や、店情報がＮＵＬＬの場合には、店ＵＲＬが格納されていないと判断する。ＣＰＵ１０２は、店ＵＲＬが格納されている場合には（Ｓ７００でＹＥＳ）、処理をＳ７０１へ進める。ＣＰＵ１０２は、店ＵＲＬが格納されていない場合には（Ｓ７００でＮＯ）、Ｓ６０２の処理を終了する。
【００３７】
Ｓ７０１において、ＣＰＵ１０２は、ＥＥＰＲＯＭ１０５から店ＵＲＬを取得する。次に、Ｓ７０２において、ＣＰＵ１０２は、検知部１２７の検知結果に基づいて、Ｃトナー、Ｍトナー、Ｙトナー、Ｋトナーのうち、いずれのトナーが消耗品ＬＯＷの状態であるかを確認する。次に、Ｓ７０３において、ＣＰＵ１０２は、消耗品ＬＯＷの状態のトナーに対応したクエリ文字列がＥＥＰＲＯＭ１０５に格納されているか否かを判断する。ＣＰＵ１０２は、クエリ文字列が格納されている場合には（Ｓ７０３でＹＥＳ）、処理をＳ７０４へ進める。ＣＰＵ１０２は、クエリ文字列が格納されていない場合には（Ｓ７０３でＮＯ）、Ｓ６０２の処理を終了する。Ｓ７０４において、ＣＰＵ１０２は、ＥＥＰＲＯＭ１０５からクエリ文字列を取得する。次に、Ｓ７０５において、ＣＰＵ１０２は、Ｓ７０１で取得したＵＲＬと、Ｓ７０４で取得したクエリ文字列を結合し、消耗品の購入ページＵＲＬを生成する。以上で、Ｓ６０２の処理が完了する。
【００３８】
例えば、ＭＦＰ１００の装置ＩＤが「ＭＦＰ００ｘｘ」で、ＰＩＮコード「００００」が入力されたとする。さらに、ＭＦＰ１００において、ＣトナーのＬＯＷが検知されたとする。この場合、ＣＰＵ１０２は、店ＵＲＬ「ｈｔｔｐ：／／ａ―ｄｅｎｋｉ．ｃｏｍ」とＣトナー数「１」のクエリ文字列「ｉｔｅｍＩＤ＝ｃ＿ｔｏｎｎｅｒ＿００ｘｘ」をＵＲＬとパラメータの区切り文字である「？」と共に結合する。これにより、ＣＰＵ１０２は、「ｈｔｔｐ：／／ａ―ｄｅｎｋｉ．ｃｏｍ？ｉｔｅｍＩＤ＝ｃ＿ｔｏｎｎｅｒ＿００ｘｘ」という購入ページＵＲＬを生成する。
【００３９】
また、Ｃトナー、Ｍトナー、Ｙトナー、Ｋトナー全てがＬＯＷと検知されたとする。この場合には、ＣＰＵ１０２は、全トナーまとめ買いページのクエリ文字列である「ｉｔｅｍＩｄ＝ｍａｔｏｍｅ_ｔｏｎｎｅｒ_００ｘｘ」をＥＥＰＲＯＭ１０５から取得し、量販店ＵＲＬ「ｈｔｔｐ：／／ａ―ｄｅｎｋｉ．ｃｏｍ」と結合する。これにより、ＣＰＵ１０２は、「ｈｔｔｐ：／／ａ―ｄｅｎｋｉ．ｃｏｍ？ｉｔｅｍＩｄ＝ｍａｔｏｍｅ_ｔｏｎｎｅｒ_００ｘｘ」という購入ページＵＲＬを生成する。
【００４０】
図６に戻り、Ｓ６０２の処理の後、Ｓ６０３において、ＣＰＵ１０２は、Ｓ６０２において、購入ページＵＲＬの生成に成功したか否かを判断する。ＣＰＵ１０２は、成功したと判断した場合には（Ｓ６０３でＹＥＳ）、処理をＳ６０４へ進める。ＣＰＵ１０２は、成功しなかったと判断した場合には（Ｓ６０３でＮＯ）、ＱＲコード表示処理を終了する。Ｓ６０４において、ＣＰＵ１０２は、購入ページＵＲＬにより購入ページにアクセス可能か否かを判断する。ＣＰＵ１０２は、例えば、購入ページＵＲＬに対応したページが存在しない場合には購入ページにアクセスできないと判断する。ＣＰＵ１０２は、アクセス可能と判断した場合には（Ｓ６０４でＹＥＳ）、処理をＳ６０５へ進める。ＣＰＵ１０２は、アクセス不可と判断した場合には（Ｓ６０４でＮＯ）、処理をＳ６０９へ進める。
【００４１】
Ｓ６０５において、ＣＰＵ１０２は、Ｓ６０２において生成した購入ページＵＲＬを示すＱＲコードを生成する。次に、Ｓ６０６において、ＣＰＵ１０２は、タッチパネル１１１にＱＲコードの表示ボタンを表示するよう制御する。次に、Ｓ６０７において、ＣＰＵ１０２は、ユーザ操作に応じて、表示ボタンが押下されるまで待機し、表示ボタンが押下されると、表示指示を受け付け（Ｓ６０７でＹＥＳ）、処理をＳ６０８へ進める。Ｓ６０８において、ＣＰＵ１０２は、Ｓ６０５において生成したＱＲコードを表示する。ここで、Ｓ６０８の処理は、２次元コードを表示するよう制御する表示制御処理（出力制御処理）の一例である。以上で、ＱＲコード表示処理が完了する。ユーザは、自身が所持するスマートフォン等の通信端末を用いて、タッチパネル１１１に表示されたＱＲコードをスキャンすることで、販売元のＷｅｂコンテンツにアクセスするためのＵＲＬを取得することができる。取得したＷｅｂコンテンツは通信端末上の表示部を表示される。従って、ユーザが使い慣れている通信端末で消耗品の購入が行えるようになる。
【００４２】
一方で、Ｓ６０９においては、ＣＰＵ１０２は、管理サーバ２００にアクセス可能か否かを判断する。ＣＰＵ１０２は、アクセス可能な場合には（Ｓ６０９でＹＥＳ）、処理をＳ６１０へ進める。ＣＰＵ１０２は、アクセス不可な場合には（Ｓ６０９でＮＯ）、ＱＲコード生成処理を終了する。Ｓ６１０において、ＣＰＵ１０２は、販売元情報受信処理を行う。ここで、販売元情報受信処理は、図５を参照しつつ説明したＳ５０３〜Ｓ５０４の処理と同様である。このように、ＭＦＰ１００は、購入ページにアクセスできない場合には、再度管理サーバ２００にアクセスし、販売元情報を取得する。このため、ＭＦＰ１００は、販売元登録処理の実行後に、販売サイトのＵＲＬや、消耗品を特定するためのクエリ文字列が変更になった場合においても、変更後のＵＲＬを管理サーバ２００から受信することができる。
【００４３】
次に、Ｓ６１１において、ＣＰＵ１０２は、販売元情報が解析可能か否かを確認する。本処理は、図５のＳ５０８の処理と同様である。ＣＰＵ１０２は、解析可能と判断した場合には（Ｓ６１１でＹＥＳ）、処理をＳ６１２へ進める。ＣＰＵ１０２は、解析可能でないと判断した場合には（Ｓ６１１でＮＯ）、ＱＲコード生成処理を終了する。Ｓ６１２において、ＣＰＵ１０２は、販売元情報を解析する。本処理は、図５のＳ５０９の処理と同様である。次に、Ｓ６１３において、ＣＰＵ１０２は、販売元情報を正常に取得できたか否かを判断する。本処理は、図５のＳ５１０の処理と同様である。ＣＰＵ１０２は、販売元情報を正常に取得できたと判断した場合には（Ｓ６１３でＹＥＳ）、処理をＳ６１４へ進める。ＣＰＵ１０２は、販売元情報を正常に取得できなかったと判断した場合には（Ｓ６１４でＮＯ）、ＱＲコード生成処理を終了する。
【００４４】
Ｓ６１４において、ＣＰＵ１０２は、販売元情報に示される店ＵＲＬと、消耗品情報と、をＥＥＰＲＯＭ１０５に格納する。本処理は、Ｓ５１４の処理と同様である。ＣＰＵ１０２は、Ｓ６１４の処理の後、処理をＳ６０５へ進める。そして、この場合には、Ｓ６０５において、ＣＰＵ１０２は、Ｓ６１４においてＥＥＰＲＯＭ１０５に格納した販売元情報に基づいて、購入ページＵＲＬを示すＱＲコードを生成し、その後Ｓ６０６以降の処理を行う。
【００４５】
以上のように、第１の実施形態のＭＦＰ１００は、販売元を管理する管理サーバ２００から販売元へのアクセス情報を受信し、これを表示するよう制御する。したがって、ユーザは、表示されたアクセス情報を用いることで、煩雑なユーザ操作を要することなく、特定の販売元の販売サイトから消耗品を購入することができる。さらに、上述のように、ＭＦＰ１００は、販売元へのアクセス情報が変更になった場合においても、管理サーバ２００から変更後のアクセス情報を受信し、これを表示するよう制御することができる。
【００４６】
第１の実施形態の第１の変形例について説明する。ＭＦＰ１００は、ＱＲコード表示処理（図６）のＳ６０３、Ｓ６０９、Ｓ６１１、Ｓ６１３でＮＯと判断された場合には、販売元の情報の取得に失敗した旨のエラー情報を表示した上で、処理を終了するようにしてもよい。また、エラー情報に、販売元の再登録を促す通知を含めることもできる。また、他の例としては、ＭＦＰ１００は、これらの場合には、消耗品のメーカーの販売サイトにおける購入ページのＵＲＬのＱＲコードを生成し、これを適宜表示することとしてもよい。なお、メーカーの販売サイトにおける購入ページのＵＲＬは、予めＭＦＰ１００のＥＥＰＲＯＭ１０５等に記憶されているものとする。
【００４７】
第２の変形例としては、ＱＲコード表示処理（図６）において、ＭＦＰ１００は、ユーザからの表示指示を受け付けたか否かに関わらず、Ｓ６０５において生成したＱＲコードを表示することとしてもよい。
【００４８】
第３の変形例としては、ＭＦＰ１００は、ＰＩＮコードに対応した販売元のウェブサイトを適宜表示できるようにすればよく、そのための具体的な処理は実施形態に限定されるものではない。例えば、ＭＦＰ１００は、ＰＩＮコードを含んだ取得要求を管理サーバ２００に送信し、返答として、販売元のウェブサイトのトップページのＵＲＬを含んだ販売元情報を受信し、これに対応したＱＲコードを表示してもよい。また、ＭＦＰ１００自身がウェブブラウザとして機能することもできる。この場合、ＭＦＰ１００は、当該ＵＲＬにアクセスし、タッチパネル１１１上に販売元のウェブサイトを表示するようにすることもできる。さらに、この場合に、ＱＲコードの表示タイミングも実施形態に限定されるものではない。すなわち、ＭＦＰ１００は、任意のタイミングで、販売元のトップページのＵＲＬに対応したＱＲコードを表示すればよい。
【００４９】
また、他の例としては、ＭＦＰ１００は、ＰＩＮコードと製品ＩＤと、を含んだ取得要求を送信してもよい。この場合、ＭＦＰ１００は、返答として、販売元のウェブサイト内のページのうち、製品ＩＤで特定される装置（ＭＦＰ）の消耗品の販売ページのＵＲＬを含んだ販売元情報を受信する。例えば、販売元のウェブサイトにおいて、製品ＩＤ毎に、対応する消耗品の販売ページが設けられている場合には、ＭＦＰ１００は、自装置の製品ＩＤに対応した消耗品の販売ページのＵＲＬを含んだ販売元情報を受信する。そして、この場合には、ＭＦＰ１００は、消耗品の販売ページのＵＲＬに対応したＱＲコードを表示する。
【００５０】
第４の変形例としては、ＭＦＰ１００は、アクセス情報としての購入ページＵＲＬをユーザがアクセス可能に出力すればよく、その出力形態は実施形態に限定されるものではない。他の例としては、ＭＦＰ１００は、購入ページＵＲＬの文字列を表示してもよい。また、他の例としては、ＭＦＰ１００は、購入ページＵＲＬのＱＲコードを印刷部１０８に印字させてもよい。
【００５１】
（第２の実施形態）
次に、第２の実施形態に係るＭＦＰ１００及び管理サーバ２００について、第１の実施形態に係るＭＦＰ１００及び管理サーバ２００と異なる点を主に説明する。図８は、第２の実施形態に係るＭＦＰ１００によるＰＩＮコード登録処理を示すフローチャートである。ＰＩＮコード登録処理は、ＭＦＰ１００の初回起動時にユーザが時刻や国情報を入力する設定ナビにおいて、ユーザ操作に応じて実行されるものとする。また、他の例としては、ＭＦＰ１００のタッチパネル１１１に販売元の情報を取得するためのボタンを表示し、このボタンの押下に従い、登録指示を受け付けた場合に、ＰＩＮコード登録処理を実行することとしてもよい。
【００５２】
Ｓ８００において、ＣＰＵ１０２は、ユーザ操作に応じて、ＭＦＰ１００の販売元のＰＩＮコードを受け付ける。本処理は、第１の実施形態において図５を参照しつつ説明したＳ５００の処理と同様である。次に、Ｓ８０１において、ＣＰＵ１０２は、Ｓ７００において受け付けたＰＩＮコードをクエリ文字化して、ＥＥＰＲＯＭ１０５に格納する。例えば、ＰＩＮコード「００００」を受け付けた場合には、ＣＰＵ１０２は、「ＰＩＮ＝００００」というクエリ文字列をＥＥＰＲＯＭ１０５に格納する。以上で、ＰＩＮコード登録処理が完了する。
【００５３】
図９は、ＭＦＰ１００による、ＱＲコード表示処理を示すフローチャートである。Ｓ９００において、ＭＦＰ１００のＣＰＵ１０２は、検知部１２７が、消耗品ＬＯＷを検知した場合に（９００でＹＥＳ）、処理をＳ９０１へ進める。本処理は、図６のＳ６００の処理と同様である。Ｓ９０１において、ＣＰＵ１０２は、管理サーバ２００のＵＲＬをＥＥＰＲＯＭ１０５から取得する。ＣＰＵ１０２は、例えば、「ｈｔｔｐ：／／ｃａｎｏｎ−ｔｏｉａｗａｓｅ．ｃｏ．ｊｐ」といった管理サーバＵＲＬを取得する。なお、ＥＥＰＲＯＭ１０５には、管理サーバＵＲＬが予め記憶されているものとする。そして、管理サーバ２００のＵＲＬが変更になる場合には、ファームウェアのアップデートにおいて、管理サーバのＵＲＬも自動的に書き替えられるものとする。また、他の例としては、ユーザ操作に応じて、管理サーバのＵＲＬを適宜変更可能としてもよい。
【００５４】
次に、Ｓ９０２において、ＣＰＵ１０２は、データＲＯＭ１０４から、装置ＩＤクエリ文字列を取得する。装置ＩＤクエリ文字列は、ＲＯＭ１０４に予め記憶されているものとする。装置ＩＤクエリ文字列は、機種固有の値であり、例えば「ＭＦＰ００ｘｘ」という製品では「ｄｅｖｉｃｅ＝ＭＦＰ００ｘｘ」というクエリ文字列が記憶されている。次に、Ｓ９０３において、ＣＰＵ１０２は、図８のＳ８０１においてＥＥＰＲＯＭ１０５に格納したＰＩＮコードクエリ文字列を取得する。
【００５５】
次に、Ｓ９０４において、ＣＰＵ１０２は、検知部１２７の検知結果に基づいて、Ｃトナー、Ｍトナー、Ｙトナー、Ｋトナーのうち、いずれのトナーが消耗品ＬＯＷの状態であるかを確認する。本処理は、図７のＳ７０２の処理と同様である。次に、Ｓ９０５において、ＣＰＵ１０２は、消耗品ＬＯＷの状態のトナーに応じた消耗品クエリ文字列をＥＥＰＲＯＭ１０５から取得する。例えば、ＣトナーがＬＯＷの場合「ｃ＿ｔｏｎｎｅｒ＝Ｌｏｗ」の消耗品クエリ文字列を取得する。なお、ＥＥＰＲＯＭ１０５には、各トナーに応じた消耗品クエリ文字列が予め格納されているものとする。ＥＥＰＲＯＭ１０５には、「ｃ＿ｔｏｎｎｅｒ＝Ｌｏｗ」の他、Ｍトナー、Ｙトナー、Ｋトナーに対応した、「ｍ＿ｔｏｎｎｅｒ＝Ｌｏｗ」、「ｙ＿ｔｏｎｎｅｒ＝Ｌｏｗ」、「ｋ＿ｔｏｎｎｅｒ＝Ｌｏｗ」が格納されているものとする。
【００５６】
次に、Ｓ９０６において、ＣＰＵ１０２は、Ｓ９０１において取得した管理サーバのＵＲＬとＳ９０５で取得した消耗品クエリ文字列を結合し、問い合わせＵＲＬを生成する。例えばＭＦＰ１００の製品ＩＤが「ＭＦＰ００ｘｘ」で、ＣトナーがＬＯＷであったとする。この場合、ＣＰＵ１０２は、問い合わせＵＲＬ「ｈｔｔｐ：／／ｃａｎｏｎ−ｔｏｉａｗａｓｅ．ｃｏ．ｊｐ」と、装置ＩＤクエリ文字列「ｄｅｖｉｃｅ＝ＭＦＰ００ｘｘ」と、ＰＩＮコードクエリ文字列「ＰＩＮ=００００」とを取得する。ＣＰＵ１０２はさらに、ＣトナーのＬＯＷに対応するクエリ文字列「ｃ＿ｔｏｎｎｅｒ＝Ｌｏｗ」を取得する。そして、ＣＰＵ１０２は、これらを、パラメータの区切り文字である「？」、パラメータ間の区切り文字である「＆」と共に結合する。これにより、「ｈｔｔｐ：／／ｃａｎｏｎ−ｔｏｉａｗａｓｅ．ｃｏ．ｊｐ？ｄｅｖｉｃｅ＝ＭＦＰ００ｘｘ＆ＰＩＮ＝００００＆ｃ＿ｔｏｎｎｅｒ＝Ｌｏｗ」という問い合わせＵＲＬが生成される。次に、Ｓ９０７において、ＣＰＵ１０２は、Ｓ９０６において生成した問い合わせＵＲＬを示すＱＲコードを生成する。続く、Ｓ９０８〜Ｓ９１０の処理は、図６のＳ６０６〜Ｓ６０８の処理と同様である。
【００５７】
ユーザが自身の所持するスマートフォン等の通信端末を用いて、タッチパネル１１１に表示されたＱＲコードをスキャンすると、ＭＦＰ１００は、購入ページＵＲＬの取得要求を管理サーバ２００に送信する。ここで、購入ページＵＲＬは、ＭＦＰ１００の販売元のＷｅｂサイト内の、消耗品ＬＯＷが検知された消耗品の購入ページのＵＲＬである。管理サーバ２００は、この取得要求を受信すると、問い合わせＵＲＬのパラメータ部を解析することで、消耗品の販売ページのＵＲＬを生成し、端末装置に対し、生成したＵＲＬを送信する。ユーザは、受信したＵＲＬにアクセスすることで、販売ページを表示させることができる。したがって、容易に、消耗品を購入することができる。
【００５８】
図１０は、管理サーバ２００による購入ページＵＲＬ通知処理を示すフローチャートである。Ｓ１０００において、管理サーバ２００のＣＰＵ２０１は、購入ページＵＲＬの取得要求を、ユーザの通信端末から受信する。次に、Ｓ１００１において、ＣＰＵ２０１は、Ｓ１０００において受信した取得要求が正常なデータか否かを判断する。ＣＰＵ２０１は、例えば、ＰＩＮコード、装置ＩＤ、消耗品ＬＯＷが検知された消耗品のうち、少なくとも１つが不足している場合には、正常なデータでないと判断する。また、ＣＰＵ２０１は、取得要求に解析不可能なパラメータが付与されている場合には、正常なデータでないと判断する。ＣＰＵ２０１は、正常なデータと判断した場合には（Ｓ１００１でＹＥＳ）、処理をＳ１００２へ進める。ＣＰＵ２０１は、正常なデータでないと判断した場合には（Ｓ１００１でＮＯ）、購入ページＵＲＬ通知処理を終了する。
【００５９】
Ｓ１００２において、ＣＰＵ２０１は、取得要求のパラメータ部を解析し、店ＵＲＬと、クエリ文字列を取得するためのキー情報を抽出する。例えば、パラメータ部が「ｄｅｖｉｃｅ＝ＭＦＰ００ｘｘ＆ＰＩＮ＝００００＆ｃ＿ｔｏｎｎｅｒ＝Ｌｏｗ」であるとする。この場合には、ＣＰＵ２０１は、キー情報として、装置ＩＤ「ＭＦＰ００ｘｘ」、ＰＩＮコード「００００」、ＬＯＷ検知された消耗品「Ｃトナー」を抽出する。次に、Ｓ１００３において、ＣＰＵ２０１は、Ｓ１００２において抽出したキー情報に基づいて、店情報テーブル３００から販売店の店ＵＲＬを取得する。例えば、ＰＩＮコードが「００００」の場合、ＣＰＵ２０１は、ＰＩＮコード「００００」をキーにして、店情報テーブル３００から店ＵＲＬ「ｈｔｔｐ：／／ａ―ｄｅｎｋｉ．ｃｏｍ」を取得する。次に、Ｓ１００４において、ＣＰＵ２０１は、Ｓ１００２において得られたキー情報に基づいて、消耗品テーブル４００からクエリ文字列を取得する。例えば装置ＩＤが「ＭＦＰ００ｘｘ」、ＰＩＮコードが「００００」、消耗品ＬＯＷの消耗品が「Ｃトナー」であるとする。この場合には、ＣＰＵ２０１は、ＰＩＮコード「００００」、装置ＩＤ「ＭＦＰ００ｘｘ」、消耗品「Ｃトナー」をキーにして、図４に示す消耗品テーブル４００からクエリ文字列「ｉｔｅｍＩＤ＝ｃ＿ｔｏｎｎｅｒ＿００ｘｘ」を取得する。
【００６０】
次に、Ｓ１００５において、ＣＰＵ２０１は、購入ページＵＲＬを生成可能かどうか判断する。ＣＰＵ２０１は、Ｓ１００３において店ＵＲＬを取得できなかった場合には生成できないと判断する。また、ＣＰＵ２０１は、Ｓ１００４において、クエリ文字列を取得できなかった場合には生成できないと判断する。ＣＰＵ２０１は、これら以外の場合には、生成可能と判断する。ＣＰＵ２０１は、生成可能と判断した場合には（Ｓ１００５でＹＥＳ）、処理をＳ１００６へ進める。ＣＰＵ２０１は、生成できないと判断した場合には（Ｓ１００５でＮＯ）、処理をＳ１００８へ進める。
【００６１】
Ｓ１００６において、ＣＰＵ２０１は、Ｓ１００３において取得した店ＵＲＬと、Ｓ１００４において取得したクエリ文字列とを、ＵＲＬとパラメータの区切り文字である「？」と共に結合することで、購入ページＵＲＬを生成する。例えば店ＵＲＬが「ｈｔｔｐ：／／ａ―ｄｅｎｋｉ．ｃｏｍ」、クエリ文字列が「ｉｔｅｍＩＤ＝ｃ＿ｔｏｎｎｅｒ＿００ｘｘ」であるとする。この場合、ＣＰＵ２０１は、「ｈｔｔｐ：／／ａ―ｄｅｎｋｉ．ｃｏｍ？ｉｔｅｍＩＤ＝ｋ＿ｔｏｎｎｅｒ＿００ｘｘ」という購入ページＵＲＬを生成する。
【００６２】
次に、Ｓ１００７において、ＣＰＵ２０１は、生成した購入ページＵＲＬを、リダイレクト先のＵＲＬとして取得要求の送信元の通信端末に送信する。管理サーバ２００からリダイレクト先のＵＲＬを取得した通信端末は、当該リダイレクト先のＵＲＬを使用したＨＴＴＰリクエストを送信し、当該リクエストの応答として消耗品ＬＯＷが検知された消耗品の購入ページを示すＷｅｂコンテンツを取得する。取得したＷｅｂコンテンツは通信端末上の表示部を表示される。従って、ユーザが使い慣れている通信端末で消耗品の購入が行えるようになる。
【００６３】
以上で、購入ページＵＲＬ通知処理が完了する。また、Ｓ１００８においては、ＣＰＵ２０１は、エラー処理を行う。具体的には、ＣＰＵ２０１は、ＭＦＰ１００において、再度ＰＩＮコードを登録するよう促すメッセージを形態端末装置に送信する。また、他の例としては、ＣＰＵ２０１は、エラー処理として、消耗品の購入ページが存在しない旨の情報と、メーカーの販売サイトのＵＲＬを通信端末に送信してもよい。以上で購入ページＵＲＬ通知処理が終了する。なお、第２の実施形態に係るＭＦＰ１００及び管理サーバ２００のこれ以外の構成及び情報処理は、第１の実施形態に係るＭＦＰ１００及び管理サーバ２００の構成及び情報処理と同様である。
【００６４】
従来、トナーＬＯＷを検出した場合に、メーカーのオンラインショッピングサイトへの誘導画面を表示するような装置が知られていた。しかしながら、例えば、店独自のポイントプログラムに係るポイントを貯めたい等の理由で、ＭＦＰ１００を購入した販売元の店等、メーカー以外から消耗品の購入を希望するユーザも存在する。これに対し、上記実施形態に係るＭＦＰ１００は、ＭＦＰ１００に入力されたＰＩＮコードに対応した販売元のサイトにアクセスするための情報を表示することができる。
【００６５】
以上、上述した各実施形態によれば、煩雑なユーザ操作を要することなく、特定の販売元から消耗品を購入できる仕組みを提供することができる。
【００６６】
（変形例）
なお、本実施形態では販売元を特定するためにＰＩＮコードを用いる場合を例示したがこれに限定されるものではない。例えば、ＭＦＰ１００から店舗名称などをユーザに入力させ、当該入力された店舗名称をサーバに送信して、販売元のＷｅｂサイトへのアクセス情報を取得するようにすることもできる。この場合の店舗名称の入力には音声入力を使用することもできる。
【００６７】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００６８】
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６９】
１００  ＭＦＰ
１０２  ＣＰＵ
１１１  タッチパネル
２００  管理サーバ
２０１  ＣＰＵ
【図１】
2019064214.tif 000003
【図２】
2019064214.tif 000004
【図３】
2019064214.tif 000005
【図４】
2019064214.tif 000006
【図５】
2019064214.tif 000007
【図６】
2019064214.tif 000008
【図７】
2019064214.tif 000009
【図８】
2019064214.tif 000010
【図９】
2019064214.tif 000011
【図１０】
2019064214.tif 000012