JP2018205792A - サーバーおよびシステム - Google Patents

Abstract

【課題】消耗品の購入を適切に支援する。【解決手段】サーバーは、ネットワークを介した通信を実行する通信部と、消耗品を利用するデバイスの識別情報と、当該消耗品を購入すべき購入先を示す購入先情報とを対応付けて記憶する記憶部と、前記通信部が識別情報を受信した場合に、当該受信した識別情報に対応付けて前記記憶部が記憶している前記購入先情報が示す購入先から前記消耗品を購入するための画面情報を前記通信部に送信させる制御部と、を備える。【選択図】図７

Description

本発明は、デバイスが利用する消耗品の購入を支援するサーバーおよびシステムに関する。

プリンターのユーザーは、インク等の消耗品を適宜交換する必要がある。このようなユーザーを支援するために、プリンターのインク残量を監視し、インク残量が少なくなった段階でユーザーにインクの購入を促すアプリケーションソフトウェアが知られている。

また、プリント装置に用いられる消耗品の消耗程度を表すステイタス画面を表示手段に表示し、前記消耗品の配達購入を要求するための配達購入ボタンを前記ステイタス画面内に表示する制御手段を備えたプリント装置消耗品購入システムが知られている（特許文献１参照）。

特開２００２‐１２３３８４号公報

しかしながら、上述した技術では、消耗品を販売する販売チャネルが数多く存在する中で、適切な（特定の）販売チャネルからユーザーが消耗品を購入することが難しかった。

本発明はこのような課題に鑑みてなされたものであり、消耗品の購入を適切に支援するサーバーおよびシステムを提供する。

本発明の態様の１つは、サーバーは、ネットワークを介した通信を実行する通信部と、消耗品を利用するデバイスの識別情報と、当該消耗品を購入すべき購入先を示す購入先情報とを対応付けて記憶する記憶部と、前記通信部が識別情報を受信した場合に、当該受信した識別情報に対応付けて前記記憶部が記憶している前記購入先情報が示す購入先から前記消耗品を購入するための画面情報を前記通信部に送信させる制御部と、を備える。
当該構成によれば、サーバーは、外部から受信したデバイスの識別情報に対応付けた購入先から消耗品を購入するための画面情報を外部へ送信する。そのため、デバイスのユーザーが、消耗品を購入すべき購入先（適切な販売チャネル）から消耗品を購入することを、当該画面情報により的確に支援することができる。

本発明の態様の１つは、前記通信部は、前記識別情報と前記消耗品の消耗度合いを示す消耗品情報とを受信し、前記制御部は、前記消耗品情報に基づいて前記消耗度合いが所定の基準を超えていると判断した場合に、前記画面情報を生成するとしてもよい。
当該構成によれば、サーバーは、適切なタイミングで、つまりデバイスにおける消耗品の消耗度合いがかなり進んでいる状況で、前記画面情報を生成し、外部へ送信することができる。

本発明の態様の１つは、前記送信した画面情報に基づく前記消耗品の発注指示を前記通信部が受信した場合に、前記制御部は、前記画面情報が対応する前記購入先へ前記消耗品の配送要求を前記通信部に送信させるとしてもよい。
当該構成によれば、前記画面情報に基づく発注指示に応じて、消耗品を購入すべき購入先（適切な販売チャネル）へ消耗品の配送要求を送信することができる。

本発明の態様の１つは、前記記憶部が前記デバイスの識別情報と対応付けて記憶する前記購入先情報は、当該デバイスの購入先を示しているとしてもよい。
当該構成によれば、ユーザーがデバイスを購入した購入先（適切な販売チャネル）から消耗品を購入することを前記画面情報により的確に支援することができる。

本発明の態様の１つは、前記制御部は、前記画面情報が表示させる消耗品購入画面で指定された前記消耗品の価格を示すための価格画面情報を生成し、当該価格画面情報を前記通信部に送信させるとしてもよい。
当該構成によれば、消耗品購入画面で指定された前記消耗品の価格を示し、より適切に消耗品の購入を支援することができる。

本発明の技術的思想は、サーバーという物以外によっても実現される。
例えば、ネットワークを介した通信を実行する通信装置とサーバーとを含むシステムであって、前記サーバーは、消耗品を利用するデバイスの識別情報と、当該消耗品を購入すべき購入先を示す購入先情報とを対応付けて記憶し、前記通信装置から識別情報を受信した場合に、当該受信した識別情報に対応付けて記憶している前記購入先情報が示す購入先から前記消耗品を購入するための画面情報を前記通信装置へ送信し、前記通信装置は、前記送信された画面情報に基づいて前記消耗品を購入するための消耗品購入画面を表示部に表示させるシステムを、一つの発明として把握することができる。

また、上述したようなサーバー、システムが実行する各処理に相当する各方法や、各方法をコンピューター（サーバーや通信装置）に実行させる各プログラムや、各プログラムを記憶したコンピューター読み取り可能な記憶媒体も、夫々に発明として成り立つ。

本実施形態にかかるシステムを簡易的に示す図。 店舗側端末と販売管理サーバーと消耗品管理サーバーとの関係性を示す図。 ユーザー端末と消耗品管理サーバーとの関係性等を示す図。 登録確認処理を示すフローチャート。 ユーザー端末と消耗品管理サーバーとの関係性等を示す図。 消耗品管理サーバーと販売管理サーバーと配送側端末との関係性を示す図。 消耗品発注処理を示すフローチャート。 消耗品購入画面の一例を示す図。 第２実施形態にかかるシステムを簡易的に示す図。

以下、各図を参照しながら本発明の実施形態を説明する。なお各図は、本実施形態を説明するための例示に過ぎない。

１．システムの概略：
図１は、本実施形態にかかるシステム１０を簡易的に示している。システム１０は、例えば、販売管理サーバー２２、消耗品管理サーバー３０、ユーザー端末４０およびデバイス４１を含んでいる。販売管理サーバー２２、消耗品管理サーバー３０およびユーザー端末４０は、いずれもネットワークＮＷに接続している。ネットワークＮＷは、インターネットを含んでいる。また、ネットワークＮＷは、インターネットに接続するローカルネットワーク（ＬＡＮ）等を含み得る。なお、ネットワークＮＷは、有線ネットワークであってもよいし、無線ネットワークであってもよい。

システム１０の構成の少なくとも一部を、消耗品管理システムと呼ぶ。消耗品管理サーバー３０は、本発明のサーバーの具体例である。なお、消耗品管理システム、消耗品管理サーバー、といった表現は、システムやサーバーの名称に過ぎず、これらを例えば、消耗品購入支援システム、消耗品購入支援サーバー、あるいは画面情報生成システム、画面情報生成サーバー、等と称してもよい。

ユーザー端末４０は、例えば、パーソナルコンピューター（ＰＣ）、スマートフォン、タブレット型端末、携帯電話、あるいはそれらと同様の性能を有する端末によって実現される。ユーザー端末４０は、後述する消耗品購入画面５０を表示し、消耗品購入画面５０への操作を受け付けることが可能である。ユーザー端末４０は、本発明にかかる通信装置の具体例である。デバイス４１は、消耗品を利用するデバイスである。デバイス４１には、プリンター、複合機、プロジェクター等、何らかの消耗品を利用する様々な製品が該当する。以下では、一例として、デバイス４１はプリンターであり、消耗品は、プリンター（デバイス４１）が利用するインクカートリッジであるとして説明を続ける。

ユーザー端末４０は、デバイス４１と有線あるいは無線により通信可能に接続しており、デバイス４１の動作を制御する。ユーザー端末４０には、デバイス４１を制御するためのドライバー（プリンタードライバー）や、デバイス４１の監視等、特定の機能をユーザー端末４０に実現させるためのアプリケーション４２（図３等参照）が予めインストールされている。

販売管理サーバー２２は、ある販売チャネル２０に属している。販売チャネル２０とは、デバイス４１やその消耗品を販売する一つ（一まとまり）の組織を指す。例えば、販売チャネル２０は、家電量販店であったり、流通グループであったりする。販売チャネル２０の実体は、単一の企業や団体であってもよいし、利益を共有する関係性を有する複数の企業や団体の集合体であってもよい。図１では、一つの販売チャネル２０を例示しているが、販売チャネル２０は複数存在する。また、図１の例では、一つの販売チャネル２０は、販売管理サーバー２２の他に、店舗側端末２１や配送側端末２３を含んでいる。

店舗側端末２１は、例えば、デバイス４１を販売する店舗２４に設置された端末であり、販売チャネル２０内で販売管理サーバー２２に接続している。配送側端末２３は、例えば、消耗品の在庫を抱えて必要に応じて消耗品を外部へ配送する配送センター２５に設置された端末であり、販売チャネル２０内で販売管理サーバー２２に接続している。

消耗品管理サーバー３０は、詳しくは後述するが、ネットワークＮＷを介した外部との通信のインターフェイスとして機能する通信ＩＦ３０ｆと、消耗品を利用するデバイス４１の識別情報と、消耗品を購入すべき購入先を示す購入先情報とを対応付けて管理する識別情報管理部３０ａと、デバイス４１の識別情報に対応付けられている購入先情報に基づいて、ネットワークＮＷを介して購入先に消耗品の配送の要求（以下、配送要求）を送信する発注処理部３０ｄとを備える。また、消耗品管理サーバー３０は、デバイス４１の識別情報を受信した場合に、当該識別情報に対応付けられている購入先情報が示す購入先から消耗品を購入するための画面情報を生成し、画面情報を送信する処理を行う画面情報生成部３０ｅや、消耗品情報取得部３０ｃ等を備える（図２，３，５，６参照）。

識別情報管理部３０ａ、消耗品情報取得部３０ｃ、発注処理部３０ｄおよび画面情報生成部３０ｅをまとめて、消耗品管理サーバー３０の制御部３１と呼んでもよい。また、制御部３１と通信ＩＦ３０ｆとが協働して実現するネットワークＮＷを介した外部との通信機能（当該機能の実現に必要な構成）をまとめて、消耗品管理サーバー３０の通信部と呼んでもよい。

デバイス４１（デバイス４１の識別情報）に対応する“消耗品を購入すべき購入先”とは、ユーザーが当該デバイス４１を購入した店舗２４が属する販売チャネル２０（ユーザーにデバイス４１を販売した販売チャネル２０）のことである。消耗品管理サーバー３０から見れば、ネットワークＮＷを介した通信相手となる販売管理サーバー２２が販売チャネル２０の一部を構成することになる。

サーバー２２，３０は、インターネットを通じて各ユーザーにサービスを提供するサーバーである。例えば、サーバー２２，３０は、クラウドサービスを提供するクラウド環境の一部（仮想サーバー）として実現される。サーバー２２，３０のそれぞれをクラウドサーバーと呼んでもよい。あるいは、サーバー２２，３０のそれぞれは、物理サーバーであってもよい。販売管理サーバー２２の各部（２２ａ，２２ｃ、図２，６参照）は、例えば、販売管理サーバー２２を構成するハードウェアとソフトウェアとが協働することにより実現される。同様に、消耗品管理サーバー３０の各部（３０ａ，３０ｃ，３０ｄ，３０ｅ，３０ｆ、図２，３，５，６参照）は、例えば、消耗品管理サーバー３０を構成するハードウェアとソフトウェアとが協働することにより実現される。すなわち、消耗品管理サーバー３０では、プロセッサー（ＣＰＵやＡＳＩＣ(Application Specific Integrated Circuit)等の処理回路を含む）により、消耗品管理サーバー３０の制御部３１としての処理が実行される。

例えば、販売管理サーバー２２は、その機能の一つとして、所属する販売チャネル２０が運営するインターネット上のショッピングサイト（仮想的な店舗）をインターネットユーザーに提供するとしてもよい。店舗２４は、実在の店舗であってもよいし、このような仮想的な店舗であってもよい。

当然であるが、消耗品管理サーバー３０と同様に、販売管理サーバー２２およびユーザー端末４０はネットワークＮＷを通じて外部と通信するための通信ＩＦを夫々に有する。通信ＩＦは、所定の通信規格（例えば、ＴＣＰ／ＩＰ、ＨＴＴＰ等）に従って通信を行う。本実施形態では、販売管理サーバー２２、消耗品管理サーバー３０、ユーザー端末４０の間でのネットワークＮＷを介した通信、販売チャネル２０内での通信、ユーザー端末４０とデバイス４１との通信は、いずれも特に規格を問わない。

主にサーバー２２，３０が協働することによりデバイス４１のユーザーに提供されるサービス（本サービス）を、例えば、消耗品配送サービス、消耗品購入支援サービス等と呼ぶことができる。以下に、本サービスの仕組みを説明する。

２．デバイスの購入を契機とした登録処理：
図２は、店舗側端末２１と販売管理サーバー２２と消耗品管理サーバー３０との関係性を説明するための図である。
あるユーザーが、ある販売チャネル２０に属する店舗２４でデバイス４１を購入した場面を想定する。このとき、店舗２４では、デバイス４１を購入したユーザーから、本サービスの利用申し込みを受け付ける。ユーザーが本サービスの利用申し込みをした場合、当該ユーザーが購入したデバイス４１の識別情報と当該ユーザーの個人情報（顧客情報ＣＩ）とが、店舗側端末２１から販売管理サーバー２２へ送信される。デバイス４１の識別情報とは、デバイス４１の個体毎に予め付与されているユニークな情報であり、ここでは、デバイス４１毎のシリアルナンバー（シリアルナンバーＤＳＮ）を指すものとする。顧客情報ＣＩには、例えば、ユーザー名、住所（配送先情報）、連絡先、クレジットカード番号等が含まれる。

店舗側端末２１と販売管理サーバー２２は、例えば、販売チャネル２０内に構築されたいわゆるＰＯＳ（Point Of Sale）システムの一部を兼ねているとしてもよい。この場合、店舗側端末２１が入力したデバイス４１のシリアルナンバーＤＳＮおよび顧客情報ＣＩがＰＯＳシステムを通じて販売管理サーバー２２に蓄積される。また、店舗２４が仮にインターネット上のショッピングサイト（仮想的な店舗）であれば、当該サイトが実質的に店舗側端末２１と同等の働きをし、当該サイトにアクセスしたユーザーにより当該サイトにおいて購入が確定されたデバイス４１のシリアルナンバーＤＳＮと、当該サイトにユーザーが入力した顧客情報ＣＩとが、当該サイトを介して販売管理サーバー２２に送信される。

販売管理サーバー２２は、その機能の一つとして、購入されたデバイス４１の識別情報（シリアルナンバーＤＳＮ）と顧客情報ＣＩとを対応付けて（紐づけて）管理する顧客情報管理部２２ａを有する。顧客情報管理部２２ａは、上述したように店舗側端末２１から送信されたシリアルナンバーＤＳＮおよび顧客情報ＣＩを受信し、この受信したシリアルナンバーＤＳＮと顧客情報ＣＩとを対応付けて所定の記憶部２２ｂに記憶させる。この結果、ユーザーによるデバイス４１の購入を契機として、デバイス４１のシリアルナンバーＤＳＮおよび当該デバイス４１を購入したユーザーの顧客情報ＣＩが販売管理サーバー２２に登録されたことになる。記憶部２２ｂは、例えば、ハードディスクドライブやフラッシュメモリー等の記憶装置によって構成される。上述したように、顧客情報ＣＩにはユーザーが任意に指定した住所が含まれている。この住所は、販売チャネル２０が本サービスを利用するユーザーに消耗品を配送するための、配送先を示す配送先情報である。

販売管理サーバー２２（顧客情報管理部２２ａ）は、上述のように受信したデバイス４１のシリアルナンバーＤＳＮを、ネットワークＮＷを介して消耗品管理サーバー３０へ送信する。このとき、販売管理サーバー２２は、自身（自身が属する販売チャネル２０）を識別するためのユニークな識別情報（チャネル識別情報ＣＩＤ）を、デバイス４１のシリアルナンバーＤＳＮとともに消耗品管理サーバー３０へ送信する。チャネル識別情報ＣＩＤは、販売チャネル２０毎に異なる予め決められた識別情報である。このようなチャネル識別情報ＣＩＤは購入先情報に該当する。

消耗品管理サーバー３０では、識別情報管理部３０ａは通信ＩＦ３０ｆを介して、販売管理サーバー２２から送信されたシリアルナンバーＤＳＮおよびチャネル識別情報ＣＩＤを受信し、この受信したシリアルナンバーＤＳＮとチャネル識別情報ＣＩＤとを対応付けて所定の記憶部３０ｂに記憶させる。この結果、ユーザーによるデバイス４１の購入を契機として、デバイス４１のシリアルナンバーＤＳＮおよび当該デバイス４１の購入先を示す購入先情報（チャネル識別情報ＣＩＤ）が消耗品管理サーバー３０に登録されたことになる。記憶部３０ｂは、例えば、ハードディスクドライブやフラッシュメモリー等の記憶装置によって構成される。販売管理サーバー２２は、個人情報保護の観点から、顧客情報ＣＩを消耗品管理サーバー３０へ送信することはしない。

３．デバイス監視および消耗品情報の送信処理：
図３は、ユーザー端末４０と消耗品管理サーバー３０との関係性等を説明するための図である。
図４は、ユーザー端末４０がデバイス４１の監視の前提として実行する登録確認処理を示すフローチャートである。登録確認処理は、アプリケーション４２がユーザー端末４０に実現させる処理の一種である。
ステップＳ１００では、アプリケーション４２（アプリケーション４２を搭載したユーザー端末４０、以下同様。）は、デバイス４１のシリアルナンバーＤＳＮを取得する。例えば、アプリケーション４２は、ユーザー端末４０と接続しているデバイス４１にシリアルナンバーＤＳＮの取得要求を送信する。当該取得要求を受信したデバイス４１は、自身のシリアルナンバーＤＳＮを、ユーザー端末４０へ送信する。アプリケーション４２は、前記取得要求へのレスポンスとしてデバイス４１から送信されたシリアルナンバーＤＳＮを受信し、取得する。

ステップＳ１１０では、アプリケーション４２は、ステップＳ１００で取得したデバイス４１のシリアルナンバーＤＳＮが消耗品管理サーバー３０に登録されているか否かを判定する。つまり、当該シリアルナンバーＤＳＮを有するデバイス４１が本サービスを利用できる状態にあるか否かを判定する。例えば、アプリケーション４２は、ステップＳ１００で取得したシリアルナンバーＤＳＮを、シリアルナンバーＤＳＮの登録確認要求（登録確認要求ＣＲ）とともにネットワークＮＷを介して消耗品管理サーバー３０に送信する。登録確認要求ＣＲを受信した消耗品管理サーバー３０では、識別情報管理部３０ａが、登録確認要求ＣＲとともに受信したシリアルナンバーＤＳＮが記憶部３０ｂに記憶（登録）されているか否かを判定し、その判定結果（判定結果ＲＪ）を、登録確認要求ＣＲの送信元のユーザー端末４０へネットワークＮＷを介して送信する。アプリケーション４２は、登録確認要求ＣＲへのレスポンスとして消耗品管理サーバー３０から送信された判定結果ＲＪに応じて処理を分岐する。

つまり、アプリケーション４２は、判定結果ＲＪが、登録確認要求ＣＲとともに送信したシリアルナンバーＤＳＮが記憶部３０ｂに記憶されている旨を示していれば、ステップＳ１００で取得したシリアルナンバーＤＳＮが消耗品管理サーバー３０に登録されていると判定し（ステップＳ１１０において“Ｙｅｓ”）、ステップＳ１２０へ進む。ステップＳ１２０では、アプリケーション４２は、ステップＳ１００でシリアルナンバーＤＳＮを取得したデバイス４１を、監視対象に認定し、当該フローチャートを終了する。一方、アプリケーション４２は、判定結果ＲＪが、登録確認要求ＣＲとともに送信したシリアルナンバーＤＳＮが記憶部３０ｂに記憶されていない旨を示していれば、ステップＳ１００で取得したシリアルナンバーＤＳＮが消耗品管理サーバー３０に登録されていないと判定する（ステップＳ１１０において“Ｎｏ”）。

ステップＳ１１０で“Ｎｏ”の判定をした場合、アプリケーション４２は、ステップＳ１００でシリアルナンバーＤＳＮを取得したデバイス４１を監視対象に認定することなく、当該フローチャートを終了する。なお、ステップＳ１１０で“Ｎｏ”の判定をした場合、アプリケーション４２は、本サービスの利用申し込みを促すメッセージを、ポップアップウィンドウ等の態様でユーザー端末４０の画面に表示させる（ステップＳ１３０）としてもよい。

アプリケーション４２は、監視対象に認定したデバイス４１を監視して当該デバイス４１から消耗品に関する消耗品情報（消耗品情報ＩＲ）を取得する。上述したように消耗品がインクカートリッジであるとすると、アプリケーション４２は、デバイス４１が搭載するインクカートリッジ毎のインク残量をデバイス４１から取得する。インクカートリッジのインク残量とは、インクカートリッジ内に残っているインク量を直接的あるいは間接的に示すあるいは推定する情報である。インク残量は、消耗品の消耗度合いを示す情報であると言える。プリンター（デバイス４１）は、複数のインク色（例えば、ブラック、シアン、マゼンダ、イエロー…）毎のインクカートリッジを搭載している。詳しい説明は省くが、例えば、各インクカートリッジはＩＣチップを有しており、このＩＣチップにインクカートリッジにおける現在のインク残量が記録されている。そのため、アプリケーション４２は、インクカートリッジ毎のＩＣチップに記録されている現在の各色のインク残量を消耗品情報ＩＲの一種として取得することができる。

アプリケーション４２は、監視対象に認定したデバイス４１の最新の消耗品情報ＩＲを消耗品管理サーバー３０へ定期的あるいは不定期に送信する。例えば、アプリケーション４２は、デバイス４１の消耗品情報ＩＲを一日に一度、決められた時刻に消耗品管理サーバー３０へ送信する。アプリケーション４２がデバイス４１から消耗品情報ＩＲを取得する頻度も様々である。例えば、アプリケーション４２は、デバイス４１が印刷ジョブに基づく印刷を終了する度に消耗品情報ＩＲを取得してもよいし、消耗品管理サーバー３０へ消耗品情報ＩＲを送信するタイミングが予め定まっているのであれば、当該タイミングに合わせて事前に消耗品情報ＩＲを取得してもよい。

アプリケーション４２は、デバイス４１の消耗品情報ＩＲを消耗品管理サーバー３０へ送信する際、併せて、消耗品情報ＩＲの取得の対象としたデバイス４１のシリアルナンバーＤＳＮも送信する。また、アプリケーション４２は、消耗品管理サーバー３０へ送信する消耗品情報ＩＲには、インクカートリッジ毎のインク残量の他、インクカートリッジ毎のシリアルナンバー（カートリッジシリアルナンバー）や、インクカートリッジ毎の型番情報等もデバイス４１から取得して含めるとしてもよい。インクカートリッジにも、個体毎にユニークなシリアルナンバーが付与されている。

消耗品管理サーバー３０側では、消耗品情報取得部３０ｃが、アプリケーション４２から送信された消耗品情報ＩＲおよびデバイス４１のシリアルナンバーＤＳＮを、通信ＩＦ３０ｆを介して受信し取得する。図１，３等では、デバイス４１とユーザー端末４０との組み合わせを一つだけ記載しているが、当然、このような組み合わせは、本サービスを利用するデバイス４１の台数に応じて多数存在する。従って、消耗品情報取得部３０ｃは、識別情報（シリアルナンバーＤＳＮ）によって識別されるデバイス４１毎の消耗品情報ＩＲを、ネットワークＮＷを介して取得すると言える。

４．画面情報の生成および画面情報に基づく消耗品の発注処理：
図５は、ユーザー端末４０と消耗品管理サーバー３０との関係性等を説明するための図である。
図６は、消耗品管理サーバー３０と販売管理サーバー２２と配送側端末２３との関係性を説明するための図である。
図７は、制御部３１（主に、画面情報生成部３０ｅおよび発注処理部３０ｄ）による消耗品発注処理を示すフローチャートである。

消耗品情報取得部３０ｃは、あるユーザー端末４０から上述のようにデバイス４１の消耗品情報ＩＲおよびシリアルナンバーＤＳＮを受信したとき、当該受信の旨を画面情報生成部３０ｅへ通知する。以下では説明の便宜上、消耗品情報取得部３０ｃが受信した消耗品情報ＩＲおよびシリアルナンバーＤＳＮの送信元のユーザー端末４０を、対象ユーザー端末４０と呼ぶ。前記受信の通知を受けた画面情報生成部３０ｅは、前記受信されたシリアルナンバーＤＳＮに対応付けて記憶部３０ｂが記憶しているチャネル識別情報ＣＩＤが示す販売チャネルから消耗品を購入するための画面情報ＵＩＤを生成する（図７のステップＳ２２０）。

画面情報生成部３０ｅは、前記受信の通知を受けたことを契機として画面情報ＵＩＤを生成してもよいし、前記受信の通知を受けたとき、消耗品情報取得部３０ｃがシリアルナンバーＤＳＮとともに受信した消耗品情報ＩＲに基づいて、消耗品が交換すべき状態であるか否かの判定（消耗品交換要否判定）を実行し、その判定結果に応じて画面情報ＵＩＤを生成するかしないかを分岐してもよい。図７は、消耗品交換要否判定に応じて画面情報ＵＩＤを生成するかしないかを分岐する場合のフローチャートを示している。

図７について、適宜図５，６を参照しつつ説明する。
消耗品情報取得部３０ｃからデバイス４１の消耗品情報ＩＲおよびシリアルナンバーＤＳＮを受信した旨の通知を受けた画面情報生成部３０ｅは、当該受信された消耗品情報ＩＲに基づいて消耗品交換要否判定を実行する（ステップＳ２００）。画面情報生成部３０ｅは、基本的には、消耗品情報ＩＲに含まれるインクカートリッジ毎のインク残量と所定のしきい値とを比較し、インク残量が当該しきい値を下回っている（消耗度合いが所定の基準を超えている）インクカートリッジを、交換すべき消耗品とする。一台のデバイス４１に関して、交換すべき消耗品が一つ以上有る場合、画面情報生成部３０ｅは、消耗品の交換が必要（ステップＳ２１０において“Ｙｅｓ”）と判定する。画面情報生成部３０ｅは、ステップＳ２１０で“Ｙｅｓ”と判定した場合、ステップＳ２２０へ進む一方、ステップＳ２１０で“Ｎｏ”と判定した場合、図７のフローチャートを終了する。

なお、画面情報生成部３０ｅは、消耗品情報取得部３０ｃからデバイス４１の消耗品情報ＩＲおよびシリアルナンバーＤＳＮを受信した旨の通知を受けたことを契機として、画面情報ＵＩＤを生成する場合には、図７のステップＳ２００，Ｓ２１０を実行せずにステップＳ２２０以降を実行する。

ステップＳ２２０では、画面情報生成部３０ｅは、前記受信されたシリアルナンバーＤＳＮに対応付けられているチャネル識別情報ＣＩＤを、識別情報管理部３０ａ（記憶部３０ｂ）から取得する。そして、当該取得したチャネル識別情報ＣＩＤが示す販売チャネルに専用の消耗品購入画面５０を表示するための画面情報ＵＩＤを生成する。消耗品購入画面５０は、ウェブページの一種である。従って、画面情報ＵＩＤは、ウェブページを表示するための、例えばＨＴＭＬ（Hyper Text Markup Language）形式で記述された情報である。

次に、画面情報生成部３０ｅは、ステップＳ２２０で生成した画面情報ＵＩＤのＵＲＬ（Uniform Resource Locator）を、対象ユーザー端末４０へ、通信ＩＦ３０ｆを介して送信する（ステップＳ２３０）。ＵＲＬは、画面情報ＵＩＤへアクセスするための情報であり、ネットワークＮＷ上の画面情報ＵＩＤの保存場所（消耗品管理サーバー３０における画面情報ＵＩＤの保存場所）等を示している。

対象ユーザー端末４０側では、消耗品管理サーバー３０からＵＲＬを受信すると、搭載している一般的なブラウザーの機能を用いて、当該ＵＲＬに従ってウェブページへのアクセスを行う。よって、対象ユーザー端末４０による当該ＵＲＬに従ったアクセス要求に応じて、消耗品管理サーバー３０（画面情報生成部３０ｅ）は、ステップＳ２２０で生成した画面情報ＵＩＤを、通信ＩＦ３０ｆを介して対象ユーザー端末４０へ送信する（ステップＳ２４０）。画面情報ＵＩＤを消耗品管理サーバー３０から受信した対象ユーザー端末４０側では、前記ブラウザーが画面情報ＵＩＤに基づいて所定の表示部（液晶表示装置等）に消耗品購入画面５０を表示させる。

図８は、消耗品購入画面５０の一例を示している。消耗品購入画面５０は、消耗品管理サーバー３０が対象ユーザー端末４０からデバイス４１の消耗品情報ＩＲとともに受信したシリアルナンバーＤＳＮに記憶部３０ｂにおいて対応付けられている販売チャネル２０に専用の画面である。図８では、例として“ＸＸＸ‐ｍａｒｔ”という商号の販売チャネル２０に専用の消耗品購入画面５０を示している。消耗品購入画面５０は、インク残量表示欄５１を有している。

インク残量表示欄５１には、消耗品管理サーバー３０が対象ユーザー端末４０から受信した消耗品情報ＩＲに含まれているインクカートリッジ毎のインク残量が、視覚的に理解し易い態様で示されている。また、インク残量表示欄５１には、各色のインクカートリッジ毎のチェックボックス５２が設けられており、対象ユーザー端末４０を操作するユーザーは、所望のインクカートリッジに対応するチェックボックス５２にチェックを入れることができる。また、インク残量表示欄５１では、インク残量が前記しきい値を下回っている（消耗度合いが所定の基準を超えている）色のインクカートリッジに対応して警告用のアイコン５３が表示されており、ユーザーに、インクカートリッジの購入を促している。なお、画面情報生成部３０ｅは、図７のフローチャートにおいてステップＳ２００，Ｓ２１０を実行しない場合であっても、画面情報ＵＩＤを生成する際に（ステップＳ２２０）、インクカートリッジ毎のインク残量と前記しきい値とを比較してインク残量表示欄５１のデザインを決定することは可能である。

さらに消耗品購入画面５０は、チェックボックス５４や、発注ボタン５５、キャンセルボタン５６、後通知ボタン５７等を含んでいる。チェックボックス５４は、消耗品購入画面５０の表示（消耗品購入画面５０に対する操作による消耗品の発注）を望まないユーザーがチェックするための欄である。対象ユーザー端末４０によってチェックボックス５４がチェックされた場合は、消耗品管理サーバー３０は、以後、この対象ユーザー端末４０に関してはステップＳ２２０〜Ｓ２５０を実行せず、替わりに“消耗品自動発注処理”を実行する。消耗品自動発注処理については後述する。

発注ボタン５５は、現在チェックボックス５２にチェックが入れられているインクカートリッジについての発注を確定させるボタンである。キャンセルボタン５６は、現在のチェックボックス５２に対するチェック状況を破棄し、消耗品購入画面５０を閉じるためのボタンである。後通知ボタン５７は、消耗品購入画面５０を一旦閉じ、後に再び消耗品購入画面５０を表示することを選択するためのボタンである。対象ユーザー端末４０は、消耗品購入画面５０において発注ボタン５５が操作されたとき、その時点でチェックボックス５２にチェックが入れられているインクカートリッジの発注指示ＩＯを、消耗品管理サーバー３０へ送信する。

この結果、画面情報生成部３０ｅは、対象ユーザー端末４０から送信された発注指示ＩＯを、通信ＩＦ３０ｆを介して受信する（ステップＳ２５０）。発注指示ＩＯは、画面情報ＵＩＤが対象ユーザー端末４０に表示させた消耗品購入画面５０を介して送信された指示であるから、画面情報生成部３０ｅが送信した画面情報ＵＩＤに基づく消耗品の発注指示、と表現することができる。画面情報生成部３０ｅは、対象ユーザー端末４０から送信された発注指示ＩＯを、発注処理部３０ｄへ受け渡す。

発注処理部３０ｄは、デバイス４１のシリアルナンバーＤＳＮに対応付けられているチャネル識別情報ＣＩＤに基づいて、発注指示ＩＯが指示する消耗品（インクカートリッジ）の配送要求ＤＲを、ネットワークＮＷを介して販売チャネル２０へ送信する（ステップＳ２６０）。つまり、発注処理部３０ｄは、識別情報管理部３０ａが管理する（記憶部３０ｂに記憶されている）シリアルナンバーＤＳＮとチャネル識別情報ＣＩＤとの対応関係を参照することにより、対象ユーザー端末４０から上述のように消耗品情報ＩＲとともに受信したシリアルナンバーＤＳＮに対応するチャネル識別情報ＣＩＤを特定し、当該特定したチャネル識別情報ＣＩＤが示す販売チャネル２０（販売管理サーバー２２）へ配送要求ＤＲを送信する。ステップＳ２６０による配送要求ＤＲの送信先の販売チャネル２０は、当然、ステップＳ２２０で生成された画面情報ＵＩＤが対応する販売チャネル２０（図８の例によれば、“ＸＸＸ‐ｍａｒｔ”という商号の販売チャネル２０）である。発注処理部３０ｄは、配送要求ＤＲに、対象ユーザー端末４０から上述のように消耗品情報ＩＲとともに受信したシリアルナンバーＤＳＮと、発注指示ＩＯが指示する消耗品を示す情報（例えば、発注指示ＩＯが指示する消耗品がマゼンダインクのインクカートリッジであれば、マゼンダインクのインクカートリッジの型番情報等）とを含めて送信する。

なお、消耗品自動発注処理を実行する場合は、制御部３１は、ステップＳ２００，Ｓ２１０を実行し、ステップＳ２１０で“Ｙｅｓ”と判定した場合にステップＳ２２０〜Ｓ２５０をスキップして、ステップＳ２６０へ進む。消耗品自動発注処理において、ステップＳ２６０では、発注処理部３０ｄは、識別情報管理部３０ａが管理する（記憶部３０ｂに記憶されている）シリアルナンバーＤＳＮとチャネル識別情報ＣＩＤとの対応関係を参照することにより、対象ユーザー端末４０から上述のように消耗品情報ＩＲとともに受信したシリアルナンバーＤＳＮに対応するチャネル識別情報ＣＩＤを特定し、当該特定したチャネル識別情報ＣＩＤが示す販売チャネル２０（販売管理サーバー２２）へ配送要求ＤＲを送信する。また、この配送要求ＤＲに、対象ユーザー端末４０から上述のように消耗品情報ＩＲとともに受信したシリアルナンバーＤＳＮと、ステップＳ２００（消耗品交換要否判定）で交換すべきと判定した消耗品を示す情報とを含めて送信する。

５．配送要求受信後の処理：
販売管理サーバー２２側では、配送処理部２２ｃが、消耗品管理サーバー３０から送信された配送要求ＤＲを受信する。次に、配送処理部２２ｃは、受信した配送要求ＤＲに含まれているデバイス４１のシリアルナンバーＤＳＮと、顧客情報管理部２２ａが管理する（記憶部２２ｂに記憶されている）シリアルナンバーＤＳＮと顧客情報ＣＩとの対応関係を参照することにより、前記受信した配送要求ＤＲに含まれているシリアルナンバーＤＳＮに対応する住所（配送先情報）を特定する。そして、配送処理部２２ｃは、前記受信した配送要求ＤＲを、当該特定した配送先情報とともに、配送側端末２３へ送信する。

配送側端末２３が配送要求ＤＲおよび配送先情報を販売管理サーバー２２から受信したことを契機として、配送センター２５では消耗品を配送する。すなわち、配送センター２５では、配送要求ＤＲに含まれている消耗品を示す情報に基づいて配送すべき消耗品を特定し、この特定した消耗品を配送先情報に記載された住所へ、所定の物流手段を利用して配送する。この結果、消耗品購入画面５０を通じて消耗品の発注を行ったユーザーの元へ、所望の消耗品が届けられる。あるいは、消耗品自動発注処理を選択したユーザーに対しては、消耗品交換要否判定で交換すべきと判定された消耗品が届けられる。

以上、本実施形態によれば、消耗品管理サーバー３０は、消耗品を利用するデバイス４１の識別情報（シリアルナンバーＤＳＮ）と、当該消耗品を購入すべき購入先（販売チャネル２０）を示す購入先情報（チャネル識別情報ＣＩＤ）とを対応付けて記憶する記憶部３０ｂと、デバイス４１の識別情報を受信した場合に、当該識別情報に対応付けて記憶部３０ｂが記憶している購入先情報が示す購入先から消耗品を購入するための画面情報ＵＩＤを生成し、画面情報ＵＩＤを送信する制御部３１と、を備える。つまり、消耗品管理サーバー３０は、外部（ユーザー端末４０）から受信したデバイス４１の識別情報に対応付けた購入先に専用の画面情報ＵＩＤを生成し、外部へ送信する。画面情報ＵＩＤを受信したユーザー端末４０は、画面情報ＵＩＤに基づいて、当該購入先に専用の消耗品購入画面５０を表示し、ユーザーからの操作を受け付ける。制御部３１は、送信した画面情報ＵＩＤに基づく（消耗品購入画面５０への操作に応じた）消耗品の発注指示ＩＯを受信した場合に、画面情報ＵＩＤが対応する購入先へ消耗品の配送要求ＤＲを送信する。従って、デバイス４１のユーザーが消耗品を購入すべき購入先（適切な販売チャネル２０）から消耗品を購入することを的確に支援することができる。

また本実施形態によれば、記憶部３０ｂがデバイス４１の識別情報と対応付けて記憶する購入先情報は、当該デバイス４１の購入先を示している。そのため、ユーザーがデバイス４１を購入した購入先（販売チャネル２０）から消耗品を購入することを画面情報ＵＩＤにより的確に支援することができる。言い換えると、消耗品は、ユーザーがデバイス４１を購入した購入先から配送されるため、当該購入先の利益が確保される。

また本実施形態によれば、制御部３１は、識別情報と消耗品の消耗度合いを示す消耗品情報ＩＲとを受信し、消耗品情報ＩＲに基づいて前記消耗度合いが所定の基準を超えていると判断した場合に、画面情報ＵＩＤを生成する（ステップＳ２００〜Ｓ２２０）。従って、消耗品管理サーバー３０は、デバイス４１が消耗品の交換を必要とする適切なタイミングで画面情報ＵＩＤを生成し、消耗品の購入を支援することができる。

なお、本サービスの利用による消耗品の購入にかかる代金の決済方法は、本実施形態では特に問わない。例えば、販売チャネル２０は、販売管理サーバー２２が配送要求ＤＲを消耗品管理サーバー３０から受信したとき、販売管理サーバー２２に登録済みの顧客情報ＣＩに含まれているクレジットカード番号を利用して、当該配送要求ＤＲに対応する消耗品の代金を決済することができる。

６．第２実施形態：
これまでに説明した実施形態を便宜上、第１実施形態とも呼ぶ。
図９は、第２実施形態にかかるシステム６０を簡易的に示している。第２実施形態においては、システム６０のシステム１０（第１実施形態）と異なる点を説明する。

図９によれば、消耗品管理サーバー３０は、ＤＳＮ‐ＣＩＤデータベース３０ｇ（以下、データベース３０ｇ）を保持している。あるいは、消耗品管理サーバー３０は、データベース３０ｇを参照可能な状態である。データベース３０ｇは、本サービスを利用する可能性のある全てのデバイス４１のシリアルナンバーＤＳＮとチャネル識別情報ＣＩＤとの対応付けをしたデータベースである。デバイス４１の製造者、例えばデバイス４１がプリンターであればプリンターメーカーは、製造したデバイス４１を複数の販売チャネル２０へ出荷する（卸す）際、どのシリアルナンバーＤＳＮのデバイス４１をどの販売チャネル２０へ卸したのか把握している。そこで、このような出荷段階でのデバイス４１のシリアルナンバーＤＳＮと、出荷先の販売チャネル２０（チャネル識別情報ＣＩＤ）との対応関係を記したものが、データベース３０ｇとなる。

また図９には、ウェブサイト２６の一部を例示している。ウェブサイト２６は、販売管理サーバー２２がインターネット上で提供するウェブサイトの一種であり、デバイス４１を購入したユーザーが、本サービスの利用申し込みを行うためのサイトである。デバイス４１をある販売チャネル２０の店舗２４で購入したユーザーは、例えば、帰宅後等の任意のタイミングで、インターネットを利用してウェブサイト２６にアクセスし、ウェブサイト２６に各種情報（購入したデバイス４１のシリアルナンバーＤＳＮや顧客情報ＣＩ）を入力することにより本サービスの利用申し込みを行うことができる。ウェブサイト２６に入力された情報は、当該ウェブサイト２６を提供する販売管理サーバー２２によって取得される。

ここで、第１実施形態では、ユーザーはデバイス４１を購入した店舗２４において本サービスの利用申し込みを行い、利用申し込みに伴う各種情報（デバイス４１のシリアルナンバーＤＳＮや顧客情報ＣＩ）は、店舗側端末２１から販売管理サーバー２２へ送信される。従って、第１実施形態では、デバイス４１が購入された販売チャネル２０と、当該デバイス４１を購入したユーザーが本サービスの利用申し込みを行う販売チャネル２０とが一致すると言える。一方、第２実施形態では、このような一致は必ずしも保障されない。上述したようにデバイス４１の販売チャネル２０は複数存在する。また、複数の販売チャネル２０が、例えばウェブサイト２６のような本サービスの利用申し込みを受け付けるためのサイトを各々開設する可能性がある。

そのため、例えば、第１の販売チャネル２０でデバイス４１を購入したユーザーが、その後、第１の販売チャネル２０とは別の第２の販売チャネル２０が開設するウェブサイトにインターネットを利用してアクセスし、本サービスの利用申し込みを行う可能性が考えられる。このような場合に、第１実施形態の流れに従うと、ユーザーは、デバイス４１を第１の販売チャネル２０で購入したにもかかわらず、その後の消耗品の配送は第２の販売チャネル２０から受けることになり、第１の販売チャネル２０の利益が確保できなくなる。

このような問題に対処すべく、第２実施形態では、消耗品管理サーバー３０は、ある販売チャネル２０の販売管理サーバー２２から、デバイス４１のシリアルナンバーＤＳＮおよびチャネル識別情報ＣＩＤの送信を受けたとき（図２参照）、このシリアルナンバーＤＳＮとチャネル識別情報ＣＩＤとを自身に登録するか否かを、データベース３０ｇを参照して判断する。具体的には、識別情報管理部３０ａは、販売管理サーバー２２からデバイス４１のシリアルナンバーＤＳＮおよびチャネル識別情報ＣＩＤを受信すると、このシリアルナンバーＤＳＮとチャネル識別情報ＣＩＤとの対応関係が、データベース３０ｇに記録されているか否かを確認する。

識別情報管理部３０ａは、販売管理サーバー２２から受信したシリアルナンバーＤＳＮおよびチャネル識別情報ＣＩＤが、データベース３０ｇにおいて対応付けて記録されている場合、このシリアルナンバーＤＳＮとチャネル識別情報ＣＩＤとを対応付けて記憶部３０ｂに記憶させる。そして、このシリアルナンバーＤＳＮおよびチャネル識別情報ＣＩＤを送信した販売管理サーバー２２へのレスポンスＲＳとして、識別情報管理部３０ａは、登録許可通知を送信する。これは、販売管理サーバー２２から受信したシリアルナンバーＤＳＮとチャネル識別情報ＣＩＤとの組み合わせが、データベース３０ｇに記録されていれば、ユーザーがデバイス４１の購入先に本サービスの利用申し込みをしたと判断できるからである。レスポンスＲＳとして登録許可通知を受けた販売管理サーバー２２は、ユーザーによる本サービスの利用申し込みを契機として自身が消耗品管理サーバー３０へ送信した情報が、消耗品管理サーバー３０に登録されたことを認識する。

一方、識別情報管理部３０ａは、販売管理サーバー２２から受信したシリアルナンバーＤＳＮおよびチャネル識別情報ＣＩＤが、データベース３０ｇにおいて対応付けて記録されていない場合、このシリアルナンバーＤＳＮとチャネル識別情報ＣＩＤとを対応付けて記憶部３０ｂに記憶させることはしない。そして、このシリアルナンバーＤＳＮおよびチャネル識別情報ＣＩＤを送信した販売管理サーバー２２へのレスポンスＲＳとして、識別情報管理部３０ａは、登録不許可通知を送信する。これは、販売管理サーバー２２から受信したシリアルナンバーＤＳＮとチャネル識別情報ＣＩＤとの組み合わせが、データベース３０ｇに記録されていなければ、ユーザーがデバイス４１の購入先とは異なる販売チャネル２０に本サービスの利用申し込みをしたと判断できるからである。レスポンスＲＳとして登録不許可通知を受けた販売管理サーバー２２は、ユーザーによる本サービスの利用申し込みを契機として自身が消耗品管理サーバー３０へ送信した情報が、消耗品管理サーバー３０に登録されなかったことを認識する。

登録不許可通知を受けた販売管理サーバー２２においては、顧客情報管理部２２ａが、当該登録不許可通知に対応する情報（シリアルナンバーＤＳＮおよび顧客情報ＣＩの組み合わせ）を、記憶部２２ｂから削除する。販売管理サーバー２２は、登録不許可通知を受けた旨を、当該登録不許可となった利用申し込みを行ったユーザーへ、電子メールなどの何らかの連絡手段により通知してもよい。このような第２実施形態によれば、ユーザーがデバイス４１を購入した販売チャネル２０と、当該ユーザーが本サービスの利用申し込みをした販売チャネル２０とが異なる場合には、消耗品管理サーバー３０への情報の登録が拒絶され、本サービスの利用ができなくなる。これにより、ユーザーがデバイス４１を購入した販売チャネル２０の利益がより強固に守られる。言い換えると、販売チャネル２０それぞれによるデバイス４１の販売努力が、販売チャネル２０それぞれの消耗品の販売に強く結びつくようになる。

７．その他の実施形態：
本発明は更に以下のような実施形態を採用可能である。複数の実施形態の組み合わせも本願の開示範囲を構成する。
制御部３１は、画面情報ＵＩＤが表示させる消耗品購入画面５０で指定された消耗品の価格を示すための価格画面情報を生成し、当該価格画面情報を通信部（通信ＩＦ３０ｆ）に送信させるとしてもよい。対象ユーザー端末４０が消耗品購入画面５０を表示している状況で、消耗品購入画面５０に対する所定の操作、例えば、発注ボタン５５に対する所定の操作があった場合、ネットワークＮＷを介して当該操作を検知した画面情報生成部３０ｅは、価格画面情報を生成する。

具体的には、消耗品購入画面５０でチェックボックス５２にチェックが入れられているインクカートリッジの価格を記載したウェブページを表示するための価格画面情報を生成する。画面情報生成部３０ｅは、例えば、画面情報ＵＩＤが対応する販売チャネル２０に、現在のインクカートリッジの販売価格を問い合わせたり、当該販売チャネル２０から予め取得しているインクカートリッジの販売価格を参照したりして、価格画面情報を生成する。そして、画面情報生成部３０ｅは、生成した価格画面情報を、通信ＩＦ３０ｆを介して対象ユーザー端末４０へ送信する。対象ユーザー端末４０は、受信した価格画面情報に基づいて、表示部にインクカートリッジの価格が記載されたウェブページを表示させる。対象ユーザー端末４０は、例えば、当該価格が記載されたウェブページに対する所定の確認操作を受け付けた場合に、発注ボタン５５が正式に操作されたとみなし、その時点でチェックボックス５２にチェックが入れられているインクカートリッジの発注指示ＩＯを消耗品管理サーバー３０へ送信するとしてもよい。このような構成によれば、消耗品購入画面５０で指定された消耗品の価格をユーザーに提示し、ユーザーによる消耗品の発注をより適切に支援することができる。

消耗品交換要否判定を、ユーザー端末４０（アプリケーション４２）が実行するとしてもよい。この場合、アプリケーション４２は、消耗品交換要否判定に必要な前記しきい値を、予め消耗品管理サーバー３０から取得しておく。そして、アプリケーション４２は、デバイス４１から取得したインク残量が前記しきい値を下回っている場合に、このインク残量を含む消耗品情報ＩＲを、デバイス４１のシリアルナンバーＤＳＮとともに消耗品管理サーバー３０へ送信する。このような構成によれば、消耗品管理サーバー３０は、デバイス４１が消耗品の交換を必要とする適切なタイミングで、ユーザー端末４０から消耗品情報ＩＲおよびシリアルナンバーＤＳＮを受信し、自らは消耗品交換要否判定を実行することなく、画面情報ＵＩＤを生成し、ユーザー端末４０へ送信することができる。

これまでは、ユーザー端末４０とデバイス４１とが別体の製品である前提で説明を行ったが、デバイス４１がユーザー端末４０としても機能するとしてもよい。つまり、デバイス自身が本発明における通信装置であってもよい。この場合、デバイス４１にアプリケーション４２（あるいはアプリケーション４２と同等の機能を実現するソフトウェア）やブラウザーがインストールされている。そして、デバイス４１がネットワークＮＷを介して消耗品管理サーバー３０等と通信し、これまで説明したユーザー端末４０が実行する処理を、デバイス４１が自身のリソースを利用して実行する。この場合はデバイス４１が表示部を有し、この表示部に消耗品購入画面５０を表示させ、ユーザーによる消耗品購入画面５０への操作を受け付けることになる。

また、本実施形態が想定するデバイス４１の消耗品は、インクカートリッジに限られないことは言うまでもない。例えば、消耗品は、プリンターに備え付けられたインクタンクに補充するためのインクや、レーザープリンターで使用されるトナーカートリッジや、プリンター内で発生する廃インクや廃トナーを一時的に溜めておく廃インク／トナーボックスや、プロジェクターの交換用ランプ等、多岐に渡る。

１０…システム、２０…販売チャネル、２１…店舗側端末、２２…販売管理サーバー、２２ａ…顧客情報管理部、２２ｂ…記憶部、２２ｃ…配送処理部、２３…配送側端末、２４…店舗、２５…配送センター、２６…ウェブサイト、３０…消耗品管理サーバー、３０ａ…識別情報管理部、３０ｂ…記憶部、３０ｃ…消耗品情報取得部、３０ｄ…発注処理部、３０ｅ…画面情報生成部、３０ｆ…通信ＩＦ、３０ｇ…ＤＳＮ‐ＣＩＤデータベース、４０…ユーザー端末、４１…デバイス、４２…アプリケーション、５０…消耗品購入画面、６０…システム、ＮＷ…ネットワーク

Claims (6)

1. ネットワークを介した通信を実行する通信部と、
   消耗品を利用するデバイスの識別情報と、当該消耗品を購入すべき購入先を示す購入先情報とを対応付けて記憶する記憶部と、
   前記通信部が識別情報を受信した場合に、当該受信した識別情報に対応付けて前記記憶部が記憶している前記購入先情報が示す購入先から前記消耗品を購入するための画面情報を前記通信部に送信させる制御部と、を備えることを特徴とするサーバー。
2. 前記通信部は、前記識別情報と前記消耗品の消耗度合いを示す消耗品情報とを受信し、前記制御部は、前記消耗品情報に基づいて前記消耗度合いが所定の基準を超えていると判断した場合に、前記画面情報を生成することを特徴とする請求項１に記載のサーバー。
3. 前記送信した画面情報に基づく前記消耗品の発注指示を前記通信部が受信した場合に、前記制御部は、前記画面情報が対応する前記購入先へ前記消耗品の配送要求を前記通信部に送信させることを特徴とする請求項１または請求項２に記載のサーバー。
4. 前記記憶部が前記デバイスの識別情報と対応付けて記憶する前記購入先情報は、当該デバイスの購入先を示していることを特徴とする請求項１〜請求項３のいずれかに記載のサーバー。
5. 前記制御部は、前記画面情報が表示させる消耗品購入画面で指定された前記消耗品の価格を示すための価格画面情報を生成し、当該価格画面情報を前記通信部に送信させることを特徴とする請求項１〜請求項４のいずれかに記載のサーバー。
6. ネットワークを介した通信を実行する通信装置とサーバーとを含むシステムであって、
   前記サーバーは、消耗品を利用するデバイスの識別情報と、当該消耗品を購入すべき購入先を示す購入先情報とを対応付けて記憶し、前記通信装置から識別情報を受信した場合に、当該受信した識別情報に対応付けて記憶している前記購入先情報が示す購入先から前記消耗品を購入するための画面情報を前記通信装置へ送信し、
   前記通信装置は、前記送信された画面情報に基づいて前記消耗品を購入するための消耗品購入画面を表示部に表示させる、ことを特徴とするシステム。

Images