JP2017111775A - システムおよびその制御方法 - Google Patents

Abstract

【課題】収集した画像形成装置のステータス情報およびネットワーク上のサービスに登録された情報を有効に活用した新たなサービスを提供する。
【解決手段】管理サーバは、画像形成装置のステータス情報を取得して管理する手段と、サービスサーバに画像形成装置のステータス情報を提供する手段とを有し、前記画像形成装置は、前記管理サーバに自身のステータス情報を送信する手段と、Ｗｅｂサービスに自身のデバイス情報の登録を要求する手段とを有し、サービスサーバは、前記Ｗｅｂサービスのユーザのユーザ情報を登録して管理する手段と、前記画像形成装置からの要求に応じて、当該画像形成装置のデバイス情報と前記管理手段にて管理されたユーザ情報とを関連づけて登録する手段と、前記管理サーバから提供されたステータス情報を用いて、前記Ｗｅｂサービスに登録されている画像形成装置のユーザに対し当該画像形成装置に関する通知を行う手段とを有する。
【選択図】図２

Description

本発明は、システムおよびその制御方法に関する。

従来、インターネット上のＷｅｂサービスとして、ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）サービスがある。ＥＣサービスでは、ユーザがＷｅｂサイトから商品の発注を行い、商品の購入を行うものである。このようなＥＣサービスを利用する際に、ユーザ情報（住所や連絡先等）を登録する
一方、特許文献１には、サーバを用いた印刷処理が開示されている。

特開２００３−２２１６５号公報

しかしながら特許文献１には、画像形成装置のステータス情報を収集して、収集した情報を有効に活用することについて考慮されていなかった。そのため、収集した画像形成装置のステータス情報およびネットワーク上のサービスに登録された情報を有効に活用したサービスを提供することができないおそれがあった。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、
画像形成装置と、
前記画像形成装置のステータス情報を管理する管理サーバと、
Ｗｅｂサービスを提供するサービスサーバと
を含むシステムであって、
前記管理サーバは、
前記画像形成装置のステータス情報を取得して、管理する手段と、
前記サービスサーバに、前記画像形成装置のステータス情報を提供する提供手段と、
を有し、
前記画像形成装置は、
前記管理サーバに自身のステータス情報を送信する送信手段と、
前記サービスサーバが提供する前記Ｗｅｂサービスに、デバイス情報の登録を要求する要求手段と
を有し、
前記サービスサーバは、
前記サービスサーバが提供するＷｅｂサービスのユーザのユーザ情報を登録して管理する管理手段と、
前記画像形成装置からの要求に応じて、当該画像形成装置のデバイス情報と、前記管理手段にて管理されたユーザ情報とを関連づけて登録する登録手段と、
前記管理サーバから提供されたステータス情報を用いて、前記Ｗｅｂサービスに登録されている画像形成装置のユーザに対し、当該画像形成装置に関する通知を行う通知手段と
を有する。

本発明により、ユーザに対し、ネットワーク上のサービスに登録されたそのユーザのユーザ情報と、そのユーザが有する画像形成装置の情報とを連携させたサービスを提供することが可能となる。

本願発明に係るシステム構成の例を示す図。 本願発明に係るサービスの全体概要を説明するための図。 本願発明に係る各装置のハードウェア構成の例を示す図。 本願発明に係る各装置のソフトウェア構成の例を示す図。 本願発明に係るＥＣサービスへの各情報の登録シーケンスを示す図。 本願発明に係るステータス情報の構成例を示す図。 本願発明に係るサービスシーケンスを示す図。 本願発明に係る予測処理のフローチャート。 本願発明に係るコンテンツサーバへの各情報の登録シーケンスを示す図。 本願発明に係るＣＰサーバのソフトウェア構成の例を示す図。 本願発明に係るＣＰＳによる印刷シーケンスを示す図。 本願発明に係るＥＣサーバが管理するテーブル構成の例を示す図。 本願発明に係る管理サーバが管理するテーブル構成の例を示す図。 本願発明に係るコンテンツサーバが管理するテーブル構成の例を示す図。 本願発明に係るＣＰサーバが管理するテーブル構成の例を示す図。

以下、本願発明に係る一実施形態について、図面を用いて説明する。

＜第一の実施形態＞
［システムの概要］
まず、本願発明に係るサービスの全体概要について説明する。図１は、本願発明に係るシステムの概念図を示す。本願発明に係るシステムでは、大きく分けて、ＥＣサービスを提供するＥＣサービスプロバイダー１、プリンタ等の画像形成装置３０の製造ベンダ２、コンテンツサービスを提供するコンテンツサービスプロバイダー４、および画像形成装置３０を利用するユーザ（ユーザ拠点３）の４つの主体を含んで構成される。本願発明に係る各種装置は、外部ネットワークの一形態であるインターネット５を介して通信可能に接続されているものとする。図１において、ユーザ拠点３として、ユーザが利用可能な画像形成装置３０が配置される。なお、ここでは、Ｗｅｂサービスの一例として、ＥＣサービスを用いて説明するが、これに限定するものではなく、利用の際にユーザ情報が登録されるサービスであれば他のサービスであってもよい。また、便宜上、ユーザ拠点は１つのみを示し、そのユーザ拠点には１つの画像形成装置が設置された例を示しているが、これに限定するものではない。例えば、ユーザ拠点は複数であってよく、また１のユーザ拠点に複数の画像形成装置が設置されていてもよい。

本願発明に係るＥＣサーバ１０は、ＥＣサービスプロバイダー１が提供するサーバが該当する。このＥＣサービスプロバイダー１は、インターネット５を介して、画像形成装置や、その画像形成装置が利用可能なインクなどの消耗品の販売を行うサービスを提供する。

本願発明に係る管理サーバ２０は、画像形成装置３０の製造ベンダ２が提供するサーバが該当し、画像形成装置３０の動作状況などの情報を収集、管理する。画像形成装置３０は、インターネット５を介して、起動時や定期的に、自身の情報を管理サーバ２０に送信する。また、管理サーバ２０は、画像形成装置３０から収集した情報を用いて、画像形成装置３０の状態判定や、消耗品の消耗予測（交換時期の予測）などを行う。管理サーバ２０は、これらの情報を、ＥＣサービスプロバイダー１に提供できるものとする。ＥＣサーバ１０は、管理サーバ２０から提供された情報を用いて、上述したような消耗品の取り換え時期が近い旨や、販売価格に関する情報などを画像形成装置３０の所有者であるユーザに提供する。この情報の内容は特に限定するものでは無いが、ＥＣサービスにおける販売促進を目的とした内容が想定される。

本願発明に係るコンテンツサーバ４０は、コンテンツサービスプロバイダー４が提供するサーバが該当する。コンテンツサーバ４０は、ユーザに各種コンテンツを提供し、ユーザはそのコンテンツをユーザ拠点３に配置された画像形成装置３０を用いて印刷することを想定する。また、ユーザは、印刷した印刷物に対し、書き込みなどを行った上で、画像形成装置３０にスキャンさせ、画像形成装置３０がコンテンツサーバ４０に印刷物のスキャン画像をアップロードできるものとする。もしくは、ユーザが所有するスマートフォンなどの携帯端末５０が備えるカメラ等を用いて、印刷物を撮影し、コンテンツサーバ４０に印刷物の画像をアップロードする構成であってもよい。また、コンテンツサーバ４０は、ＥＣサービスプロバイダー１と連携することで、コンテンツサーバ４０が扱うコンテンツを印刷するために用いる画像形成装置をユーザへ提案（マーケティング）し、購入を促すことが可能である。この提案により、ユーザはＥＣサービスプロバイダー１から、画像形成装置を購入し、その画像形成装置を利用することで、コンテンツサービスに対する利便性を向上することを目的とする。

なお、図１において、各サーバは１台を示しているが、この構成に限定するものではなく、機能等に応じて複数台のサーバ装置により構成されてもよい。例えば、ＥＣサービスプロバイダー１において、ＥＣサービスを提供するサーバと、管理サーバ２０との連携を行うサーバとを別々の構成としてもよい。

また、本願発明の前提として、ユーザは、ＥＣサービスを利用する場合、ＥＣサービスプロバイダー１に対してユーザ情報を登録する必要があるものとする。更に、ユーザは、自身の画像形成装置を用いてＥＣサービスを利用するためには、ＥＣサービスプロバイダー１に画像形成装置を登録する必要がある。これらのユーザ情報および画像形成装置の登録の流れについては図５等を用いて後述する。

更に、ユーザは、ＥＣサービスへの登録とは別に、画像形成装置の製造元である製造ベンダ２が提供する管理サーバ２０への画像形成装置の登録を要する。この登録により、管理サーバ２０は画像形成装置に関する情報の収集、管理が可能となる。また、ユーザは登録により、製造ベンダから各種サポートを受けることが可能となるような構成であってもよい。

［サービス概要］
本願発明に係るシステム全体におけるサービスの全体概要について、図２を用いて説明する。

まず、ユーザは、サービスを利用する各サービスプロバイダー（サーバ）に対して、ユーザ情報を登録する。ここでは、ユーザは、ＥＣサービスプロバイダー１が提供するＥＣサーバ１０およびコンテンツサービスプロバイダー４が提供するコンテンツサーバ４０にユーザ情報を登録する。

次に、ユーザは、コンテンツサービスプロバイダー４に対して、コンテンツの利用申し込みを行う。ここでのコンテンツは、画像形成装置により印刷されるコンテンツ（例えば、画像データ）を想定しており、例えば、学習塾における問題冊子や、各種記入用紙などが該当する。このとき、コンテンツサービスプロバイダー４は、画像形成装置を持っていないユーザであれば、画像形成装置の購入の提案を行う。

コンテンツサービスプロバイダー４は、コンテンツの利用申し込みと共に、画像形成装置の購入申し込みを受け付けた場合には、提携するＥＣサービスプロバイダー１に対して画像形成装置の発注を行う。

ＥＣサービスプロバイダー１は、コンテンツサービスプロバイダー４を介して発注された画像形成装置を、発注元であるユーザに納品する。

ユーザは、ＥＣサービスから納品された画像形成装置、もしくは、従来から有していた画像形成装置を、それらの製造ベンダが提供する管理サーバ２０へ登録する。更には、ユーザは、各サービスプロバイダーに対して、画像形成装置の情報を登録する。これにより、ユーザは、各サービスプロバイダーが提供するサービスと連携して、登録した画像形成装置を利用することが可能となる。

画像形成装置は、管理サーバ２０に登録されたことにより、予め設定されたタイミングで（例えば、定期的に）自身のステータス情報を管理サーバ２０に送信する。

管理サーバ２０は、画像形成装置からステータス情報を取得し、管理する。

管理サーバ２０は、取得したステータス情報を用いて、画像形成装置が備える消耗品の消耗予測を行う。

管理サーバ２０は、ステータス情報および予測結果をＥＣサービスプロバイダー１に提供する。

ＥＣサービスプロバイダー１は、管理サーバから提供された情報に基づいて、画像形成装置に関する情報をその画像形成装置を有するユーザに通知する。ここで通知される情報は、消耗品の交換時期の通知や交換可能な商品の案内、購入先サイトなどが挙げられる。

［システム構成］
（ハードウェア構成）
図３は、本実施形態に係るシステムに含まれる各装置のハードウェア構成の例を示す。本願発明に係るシステムには、画像形成装置３０、携帯端末５０、コンテンツサーバ４０、ＥＣサーバ１０、および、管理サーバ２０を含む。

画像形成装置３０は、ＣＰＵ３１、揮発性メモリ３２、不揮発性メモリ３３、補助記憶装置３４、ＵＩ部３５、通信部３６、印刷部３７、およびスキャナ部３８を含んで構成される。ＣＰＵ３１は、画像形成装置３０の動作全体を制御する制御部である。また、ＣＰＵ３１は、本願発明に係るプログラムを読み出して実行することにより、後述する各種処理を実現する。揮発性メモリ３２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等により構成され、各種処理を実行する際のプログラムやデータが格納される。不揮発性メモリ３３は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等により構成され、画像形成装置３０のファームウェアや基盤プログラム（ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等が格納される。補助記憶装置３４は、不揮発性の記憶装置であり、各種データが格納される。ＵＩ部３５は、ユーザとのインターフェース部であり、ユーザ操作を受け付ける入力部や処理結果等を表示する表示部などとして機能する。通信部３６は、画像形成装置３０と外部装置とを接続するインターフェース部であり、ここでは、ネットワークを介して各種サーバとの通信を行う。印刷部３７は、印刷ジョブに基づいて各種印刷動作を行う。スキャナ部３８は、ユーザからの操作に基づいて、原稿を読み取る。読み取られた原稿の画像データは、ＣＰＵ３１により実行される各種プログラムにより処理される。

携帯端末５０は、ＣＰＵ５１、揮発性メモリ５２、不揮発性メモリ５３、補助記憶装置５４、ＵＩ部５５、および通信部５６を含んで構成される。ＣＰＵ５１は、携帯端末５０の動作全体を制御する制御部である。また、ＣＰＵ５１は、本願発明に係るプログラムを読み出して実行することにより、後述する各種処理を実現する。揮発性メモリ５２は、ＲＡＭ等により構成され、各種処理を実行する際のプログラムやデータが格納される。不揮発性メモリ５３は、ＲＯＭ等により構成され、基盤プログラム（ＯＳ）等が格納される。補助記憶装置５４は、不揮発性の記憶装置であり、各種データが格納される。ＵＩ部５５は、ユーザとのインターフェース部であり、ユーザ操作を受け付ける入力部や処理結果等を表示する表示部などとして機能する。通信部５６は、携帯端末５０と外部装置とを接続するインターフェース部であり、ここでは、ネットワークを介して各種サーバとの通信を行う。

ＥＣサーバ１０、管理サーバ２０、およびコンテンツサーバ４０は、情報処理装置であって、ここでは同じハードウェア構成を有するものとする。ここではＥＣサーバ１０を例に挙げて説明する。なお、各サーバが異なるハードウェア構成を有してもよい。ＥＣサーバ１０は、ＣＰＵ１１、揮発性メモリ１２、不揮発性メモリ１３、通信部１４、補助記憶装置１５、操作部１６を含んで構成される。ＣＰＵ１１は、装置の動作全体を制御する制御部である。また、ＣＰＵ１１は、本願発明に係るプログラムを読み出して実行することにより、後述する各種処理を実現する。揮発性メモリ１２は、ＲＡＭ等により構成され、各種処理を実行する際のプログラムやデータが格納される。不揮発性メモリ１３は、ＲＯＭ等により構成され、装置のファームウェアや基盤プログラム（ＯＳ）等が格納される。通信部１４は、装置と外部装置とを接続するインターフェース部であり、ここでは、ネットワークを介して各種装置との通信を行う。補助記憶装置１５は、不揮発性の記憶装置であり、各種データが格納される。操作部１６は、ユーザとのインターフェース部であり、ユーザ操作を受け付ける入力部や処理結果等を表示する表示部などとして機能する。

（ソフトウェア構成）
図４は、本実施形態に係るシステムに含まれる各装置のソフトウェア構成の例を示す。本実施形態において、各ソフトウェアは、各装置のＣＰＵが記憶部に格納されたプログラムを読み出して実行されるものとする。なお、本実施形態にて用いられる各種情報のデータ構成（テーブル）に関しては、図１２Ａ〜図１２Ｄを用いて後述する。

画像形成装置３０は、印刷ジョブ処理部３０１、ステータス情報提供部３０２、および、登録処理部３０３を有する。印刷ジョブ処理部３０１は、印刷ジョブを受信し、その印刷ジョブに従って印刷処理を行う。本実施形態に係る印刷ジョブは、ＣＰサーバ１０００（後述）が提供するクラウドプリントサービスの印刷ジョブの他、携帯端末５０等から直接指示を受け取って生成された印刷ジョブも含まれる。ステータス情報提供部３０２は、自身のステータス情報を、定期的、予め定義されたタイミング、もしくは、管理サーバ２０からの要求に基づいて、管理サーバ２０に提供する。ここでのステータス情報とは、起動情報、エラー情報、履歴情報、消耗品（インクや用紙など）の状況などが該当する。ステータス情報の構成例については、図６を用いて後述する。登録処理部３０３は、ユーザからの要求に従って、ＥＣサーバ１０に対し、自身の登録要求を行う。更に、登録処理部３０３は、登録要求に対するＥＣサーバ１０からの指示に基づき、デバイス登録に関する処理を行う。

また、画像形成装置３０は、Ｗｅｂブラウザを有し、各種サーバにアクセスしてサービスを利用することが可能である。

携帯端末５０は、Ｗｅｂブラウザ５０１を有する。Ｗｅｂブラウザ５０１は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などのプロトコルを用いて、各種サーバが提供するサービス画面にアクセスし、サーバが提供するサービスの各種機能を利用する。本実施形態に係るサービス利用アプリの機能として、ユーザ情報管理、印刷設定、画像管理などが挙げられる。例えば、携帯端末５０は、ＥＣサーバ１０が提供するＥＣサービスを利用する場合、そのＥＣサイトに対応するアプリケーションを別途インストールし、このアプリケーションを介してサービスを利用する構成としてもよい。

コンテンツサーバ４０は、ユーザ管理部４０１、デバイス管理部４０２、認証処理部４０３、コンテンツ管理部４０４、コンテンツ提供部４０５、および登録処理部４０６を有する。ユーザ管理部４０１は、コンテンツサーバ４０が提供するコンテンツの利用者であるユーザの情報を管理する。デバイス管理部４０２は、コンテンツの印刷に用いられるデバイス（画像形成装置）の情報を管理する。ここでは、デバイス管理部４０２は、画像形成装置とユーザとを関連づけて管理する。ここで関連づけられるユーザは、例えば、画像形成装置の所有者などが該当する。認証処理部４０３は、認証情報（ユーザＩＤやパスワード等）を用いて、コンテンツサービスの利用時等に認証処理を行う。コンテンツ管理部４０４は、コンテンツサーバ４０が提供する各種コンテンツを管理する。コンテンツ提供部４０５は、ユーザからの要求に基づいて、コンテンツ管理部４０４にて管理している各種コンテンツを提供する。登録処理部４０６は、ユーザからの要求に従って、コンテンツサービスの利用者であるユーザ、コンテンツを印刷するための画像形成装置、および各種コンテンツの登録処理を行う。ここで登録されたユーザ、画像形成装置、およびコンテンツデータはそれぞれ、ユーザ管理部４０１、デバイス管理部４０２、およびコンテンツ管理部４０４により管理される。

ＥＣサーバ１０は、ユーザ管理部１０１、デバイス管理部１０２、認証処理部１０３、通知処理部１０４、および登録処理部１０５を有する。ユーザ管理部１０１は、ＥＣサービスの利用者であるユーザの情報を管理する。デバイス管理部１０２は、ＥＣサービスに用いられるデバイス（画像形成装置）の情報を管理する。ここでは、デバイス管理部１０２は、画像形成装置とユーザとを関連づけて管理する。ここで関連づけられるユーザは、例えば、画像形成装置の所有者などが該当する。認証処理部１０３は、認証情報（ユーザＩＤやパスワード等）を用いて、ＥＣサービスの利用時等に認証処理を行う。通知処理部１０４は、管理サーバ２０から取得したステータス情報に基づいて、画像形成装置の所有者に各種通知を行う。ここでの通知の内容については、後述する。登録処理部１０５は、ユーザからの要求に従って、ＥＣサービスの利用者であるユーザおよびデバイスの登録処理を行う。ここで登録されたユーザおよびデバイスはそれぞれ、ユーザ管理部１０１およびデバイス管理部１０２により管理される。

管理サーバ２０は、デバイス管理部２０１、サービス管理部２０５、登録処理部２０２、ステータス情報収集部２０３、データ提供部２０４、および認証処理部２０６を有する。デバイス管理部２０１は、管理対象のデバイス（画像形成装置）の情報を管理する。サービス管理部２０５は、収集したデバイスの情報の提供先となるサービスプロバイダー（サーバ）の管理を行う。登録処理部２０２は、ユーザからの要求に従って、デバイスの登録処理を行う。ここで登録されたデバイスは、デバイス管理部２０１により管理される。更に、登録処理部２０２は、ＥＣサーバ１０などのサービスプロバイダーの登録処理を行う。ここで登録されたサービスプロバイダーは、サービス管理部２０５にて管理される。ステータス情報収集部２０３は、管理対象の画像形成装置からステータス情報を収集する。ステータス情報は、管理サーバ２０が定期的に要求してもよいし、画像形成装置３０が定期的に送信するようにしてもよい。ここで収集されたステータス情報は、デバイス管理部２０１により管理される。データ提供部２０４は、デバイス管理部２０１により管理されたデバイスの情報をＥＣサーバ１０に提供する。ここでの提供するタイミングは、定期的、ＥＣサーバ１０から要求された場合、もしくは、管理しているデータが更新された場合などが該当する。認証処理部２０６は、認証情報（ユーザＩＤやパスワード等）を用いて、デバイスの登録時や登録内容の変更時等に認証処理を行う。更に、認証処理部２０６は、デバイスの情報を要求するＥＣサーバ１０が、正当な要求元であるかを判定する際の認証処理を、サービス管理部２０５に管理された情報に基づき行う。

［テーブル構成］
以下、本願発明に係る各装置が管理するテーブルについて、図１２Ａ〜図１２Ｃを用いて説明する。なお、以下に示すテーブルに含まれる各項目は一例であり、これに限定するものではない。例えば、複数のテーブルを１のテーブルとして構成してもよいし、更に詳細に分類してもよい。

図１２Ａは、ＥＣサーバ１０が有する管理テーブルの構成例を示す。ＥＣサーバ１０は、ユーザ管理テーブル、デバイス管理テーブル、および製品テーブルを有する。

図１２Ａ（ａ）に示すユーザ管理テーブルは、ＥＣサービスを利用するユーザに関する情報を管理し、ユーザＩＤ、パスワード、ユーザ名、メールアドレス、住所、支払情報、およびデバイスＩＤを含んで構成される。ユーザＩＤは、ＥＣサーバ１０が提供するＥＣサービスを利用するユーザを一意に識別するための識別情報であり、ユーザ登録時にＥＣサーバ１０によって払い出される。パスワードは、ユーザを認証する際に用いられる認証情報である。ユーザ名、メールアドレス、住所、および支払情報は、ユーザの個人情報として、ユーザ登録時に入力されるものである。デバイスＩＤは、ユーザに紐づけられたデバイス（画像形成装置）を一意に識別するための識別情報である。ユーザは、この画像形成装置を用いて各種印刷動作を行っているものとし、例えば、コンテンツサーバ４０が提供するコンテンツの印刷が可能であるとする。また、１のユーザに対して、１または複数の画像形成装置を紐づけ可能であってもよい。

図１２Ａ（ｂ）に示すデバイス管理テーブルは、本願発明に係るサービスの対象となるデバイスの情報を管理し、デバイスＩＤ、登録等ＩＤ、シリアル番号、およびステータス情報を含んで構成される。デバイスＩＤは、登録されたデバイスを一意に識別するための識別情報であり、デバイスの登録時にＥＣサーバ１０により払い出される。登録用ＩＤは、デバイスを登録する際に、認証情報の一種として用いられる情報であり、詳細な利用方法は図８等を用いて後述する。シリアル番号は、デバイスの製造元により、各デバイスに対して割り当てられた番号である。ステータス情報は、管理サーバ２０から取得した情報に基づき設定される情報であり、例えば、画像形成装置の起動状態や消耗品の消耗度合いなどの情報が格納される。

図１２Ａ（ｃ）に示す製品テーブルは、ＥＣサーバ１０が販売可能な製品を管理し、製品ＩＤ、製品種別、シリアル番号、および製造元情報を含んで構成される。製品ＩＤは、製品を一意に識別するための識別情報であり、製造元により払い出される。製品種別は、製品の種別（インク、用紙等）を示す。シリアル番号は、製品の製造元により、各製品に対して割り当てられた番号である。製造元情報は、製品の製造元に関する情報である。

図１２Ｂは、管理サーバ２０が有する管理テーブルの構成例を示す。管理サーバ２０は、デバイス管理テーブル、サービス管理テーブル、モデル管理テーブル、消耗品管理テーブル、および利用履歴テーブルを有する。

図１２Ｂ（ａ）に示すデバイス管理テーブルは、管理サーバ２０がステータス情報を収集する対象となるデバイスを管理し、デバイスＩＤ、シリアル番号、モデルＩＤ、ステータス情報、および提供先情報を含んで構成される。デバイスＩＤは、管理サーバ２０がデバイスを一意に管理するための識別情報である。ここでは、ＥＣサーバ１０が管理するデバイスＩＤとは異なるものとする。シリアル番号は、デバイスの製造元（すなわち、管理サーバ２０を提供する製造ベンダ２）により、各デバイスに対して割り当てられた番号である。モデルＩＤは、画像形成装置のモデル種（製品モデル）を一意に識別するための識別情報であり、製造ベンダ２により割り当てられる。ステータス情報には、画像形成装置から収集したステータス情報が管理される。ここに格納されるステータス情報は、収集したデータがそのまま格納されてもよいし、必要に応じて編集された情報であってもよい。提供先情報は、デバイスのステータス情報等を提供する提供先を示し、ここでは、各種サーバのサービスＩＤが示される。

図１２Ｂ（ｂ）に示すサービス管理テーブルは、画像形成装置から収集した各種情報などの提供先となるサービスを管理し、サービスＩＤ、認証情報、送信先情報を含んで構成される。ここでの提供先としては、例えば、ＥＣサーバ１０が該当する。サービスＩＤは、提供先を一意に識別するための識別情報であり、サービスの登録時に管理サーバ２０により払い出される。なお、管理サーバ２０により払い出されるサービスＩＤは、サービスサーバ（例えば、ＥＣサーバ１０）に通知され、サービスサーバは自身のサービスＩＤを把握しているものとする。認証情報は、例えば、サービスからステータス情報の要求を受け付けた際に、そのサービスが正当な要求元であるか否かを判定する際に用いられる。送信先情報は、デバイスの各種情報の提供先となる宛先情報を示し、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）やＩＰアドレスなどが該当する。

図１２Ｂ（ｃ）に示すモデル管理テーブルは、画像形成装置のモデル種を管理し、モデルＩＤおよび対応消耗品を含んで構成される。モデルＩＤは、画像形成装置のモデル種を一意に識別するための識別情報であり、製造ベンダ２により割り当てられる。このモデルＩＤは、デバイス管理テーブル（図１２Ｂ（ａ））のモデルＩＤに対応する。対応消耗品は、画像形成装置に対応した消耗品（インク等）を示す情報であり、この情報は、消耗品ＩＤとして、消耗品の製造ベンダにより割り当てられる。画像形成装置とその画像形成装置に対応する消耗品とは、同じ製造ベンダであることが一般的である。

図１２Ｂ（ｄ）に示す消耗品管理テーブルは、画像形成装置にて利用される消耗品を管理し、消耗品ＩＤ、消耗品種別、サイズ、および製造元情報が含んで構成される。消耗品ＩＤは、消耗品（製品）を一意に識別するための識別情報であり、消耗品の製造ベンダにより割り当てられる。ここでの消耗品ＩＤは、モデル管理テーブルの対応消耗品に対応する。消耗品種別は、インクや、用紙などの種別を示す。サイズは、例えば、インクであれば、製品出荷時の最大容量が格納される。製造元情報は、製品の製造元に関する情報である。→図面の自社という記載について確認する。

図１２Ｂ（ｅ）に示す利用履歴テーブルは、管理対象の画像形成装置における利用履歴の情報を管理し、デバイスＩＤ、利用内容、利用日、および利用者を含んで構成される。デバイスＩＤは、利用された画像形成装置を示し、デバイス管理テーブル（図１２Ｂ（ａ））のデバイスＩＤに対応する。利用内容は、画像形成装置にて利用された内容、使用した消耗品の情報（用紙枚数、色毎のインク使用量など）を示す。利用日は、処理を行った日時が示される。利用者は、処理を要求したユーザが示される。

図１２Ｃは、コンテンツサーバ４０が有する管理テーブルの構成例を示す。コンテンツサーバ４０は、ユーザ管理テーブル、コンテンツ管理テーブル、およびコンテンツ利用履歴テーブルを有する。

図１２Ｃ（ａ）に示すユーザ管理テーブルは、コンテンツサーバ４０が提供するコンテンツサービスのユーザに関する情報を管理し、ユーザＩＤ、パスワード、ユーザ名、メールアドレス、住所、支払情報を含んで構成される。ユーザＩＤは、コンテンツサーバ４０が提供するコンテンツサービスを利用するユーザを一意に識別するための識別情報であり、ユーザの登録時にコンテンツサーバ４０によって払い出される。なお、ＥＣサーバ１０のユーザ管理テーブル（図１２Ａ（ａ））にて管理されるユーザＩＤとは異なる。パスワードは、ユーザを認証する際に用いられる認証情報である。ユーザ名、メールアドレス、住所、および支払情報は、ユーザの個人情報として、ユーザ登録時に入力されるものである。

図１２Ｃ（ｂ）に示すコンテンツ管理テーブルは、コンテンツサービスが提供するコンテンツデータを管理し、コンテンツＩＤ、利用可能者、コンテンツ情報、作成者、作成日時、および利用期限を含んで構成される。コンテンツＩＤは、コンテンツデータを一意に識別するための識別情報であり、コンテンツサーバ４０により払い出される。利用可能者は、コンテンツサービスの利用者のうち、利用が可能なユーザを示し、ここではユーザ管理テーブル（図１２Ｃ（ａ））にて管理されるユーザＩＤに対応する。なお、どのユーザがどのコンテンツデータを利用可能かは、ユーザとコンテンツサービスプロバイダー４との契約などに基づくものとする。コンテンツ情報は、コンテンツの実データの格納先を示す。作成者は、コンテンツデータの作成者を示す。作成日時は、コンテンツデータの作成日時を示し、データが更新された場合は更新日時であってもよい。利用期限は、コンテンツデータを利用可能な期限を示す。

図１２Ｃ（ｃ）に示すコンテンツ利用履歴テーブルは、コンテンツデータを利用された際の履歴を示し、コンテンツＩＤ、利用者、および利用日時を含んで構成される。コンテンツＩＤは、利用されたコンテンツデータを示し、コンテンツ管理テーブル（図１２Ｃ（ｂ））のコンテンツＩＤに対応する。利用者は、コンテンツを利用したユーザを示し、ユーザ管理テーブル（図１２Ｃ（ａ））のユーザＩＤに対応する。利用日時は、コンテンツを利用した日時を示す。

［ユーザおよびデバイスの情報の登録］
上述したように、本実施形態に係るシステムは、プリンタなどの画像形成装置３０、ユーザが各種操作を行うための携帯端末５０、および、サービスを提供する各種サーバを含んで構成される。

まず、本願発明に係るサービスを利用する上での前提となるユーザおよびデバイス（画像形成装置）の情報の登録について説明する。

（ＥＣサービスに対する登録）
図５は、ＥＣサーバ１０への各種情報を登録するためのシーケンス図を示す。ここでは、図２を用いて説明した工程（１）、（５）の部分をより詳細に説明するものである。具体的には、Ｓ５０１〜Ｓ５０７は、ユーザ情報の登録に関する処理であり、Ｓ５０８〜Ｓ５１９は、デバイス情報の登録に関する処理である。なお、本実施形態では、携帯端末５０を用いた登録処理について説明するが、当然、ＰＣ等が用いられても構わない。

Ｓ５０１にて、携帯端末５０は、Ｗｅｂブラウザ５０１を介して入力されたユーザの指示に基づいて、ＥＣサーバ１０にユーザ情報の登録を要求する。

Ｓ５０２にて、ＥＣサーバ１０は、ユーザ登録画面を生成する。

Ｓ５０３にて、ＥＣサーバ１０は、携帯端末５０に生成したユーザ登録画面を提供する。

Ｓ５０４にて、携帯端末５０は、ＥＣサーバ１０から提供されたユーザ登録画面を表示し、この画面を介してユーザからユーザ情報の入力を受け付ける。ここで、入力されるユーザ情報としては、ユーザの連絡先であるメールアドレス、ユーザ認証に用いられるパスワード（認証情報）などが挙げられる。そのほか、ユーザ情報として、ユーザ名、ＥＣサービスプロバイダー１からユーザへ商品を配送するための住所、支払情報（支払に必要なカード情報等）なども挙げられる。

Ｓ５０５にて、携帯端末５０は、ユーザから入力されたユーザ情報をＥＣサーバ１０に送信する。

Ｓ５０６にて、ＥＣサーバ１０は、携帯端末５０から受け付けたユーザ情報の登録処理を行う。このとき、ＥＣサーバ１０は、ユーザを一意に識別するためのユーザＩＤの払い出しを行う。なお、ユーザＩＤは、ユーザが任意の値を設定できてもよい。また、Ｓ５０４にて入力されたパスワードの初期値はＥＣサーバ１０が設定してもよい。なお、Ｓ５０６の処理により、図１２Ａ（ａ）のユーザ管理テーブルにユーザ情報が登録される。

Ｓ５０７にて、ＥＣサーバ１０は、登録結果の通知を行う。このとき、ＥＣサーバ１０は、ユーザに対し、払いだしたユーザＩＤの通知を併せて行う。

次に、ユーザは、ＥＣサーバ１０が提供するＥＣサービスにて利用される画像形成装置の情報を登録する（デバイス登録を行う）。なお、デバイス登録は、画像形成装置３０からＥＣサービスプロバイダー１のサービス（例えば、後述するクラウドプリントや、サーバへのデータ保存等）を利用するために行われる。

Ｓ５０８にて、画像形成装置３０は、ＵＩ部３５を介して入力されたユーザの指示に基づき、ＥＣサーバ１０にデバイス登録を要求する。このとき、画像形成装置３０は、自身の識別情報（例えば、製造ベンダにより払い出されているシリアル番号）を含めて登録要求を送信する。

Ｓ５０９にて、ＥＣサーバ１０は、デバイス登録画面を生成する。このとき、ＥＣサーバ１０は、デバイス登録要求を行った画像形成装置を登録するためのＩＤ（登録用ＩＤ）とデバイスＩＤを払い出す。なお、この登録用ＩＤは、Ｓ５０８にて送信された画像形成装置３０のシリアル番号、デバイスＩＤと紐付けられている。例えば、ＥＣサーバ１０が、シリアル番号「ＭＦＰｘｘｘｘ０１」の画像形成装置からデバイス登録要求を受信する。そして、ＥＣサーバ１０が、登録用ＩＤとして「ｘＴ１」、デバイスＩＤとして「ＥＣＤ０００１」を払い出した場合、シリアル番号「ＭＦＰｘｘｘｘ０１」、デバイスＩＤ「ＥＣＤ０００１」、登録用ＩＤ「ｘＴ１」が紐付けて管理される。

デバイス登録画面には、ユーザ情報を入力するための画面にアクセスするためのアクセス情報が示される。このアクセス情報は、例えば、ＱＲコード（登録商標）などの形式で画面上に表示されてもよいし、ユーザが認識可能な文字列にてＵＲＬが示されてもよい。つまり、ここで生成されるデバイス登録画面にて示されるアクセス情報は、デバイス登録要求を行った画像形成装置専用の画面にアクセスするための情報であり、登録用ＩＤが含まれたものとなる。

Ｓ５１０にて、ＥＣサーバ１０は、画像形成装置３０に生成したデバイス登録画面を提供する。

Ｓ５１１にて、画像形成装置３０は、提供されたデバイス登録画面を出力する。ここでの出力は、画像形成装置３０のＵＩ部３５にデバイス登録画面を表示するようにしてもよいし、デバイス登録画面を印刷するようにしてもよい。

Ｓ５１２にて、ユーザは、出力されたデバイス登録画面に表示されたアクセス情報を用いてユーザ情報を入力するための画面に、携帯端末５０のＷｅｂブラウザ５０１を用いてアクセスする。例えば、デバイス登録画面にＱＲコード（登録商標）が表示されている場合には、ユーザは、携帯端末５０のカメラを用いてそのＱＲコード（登録商標）を認識させる。その結果、携帯端末５０のＷｅｂブラウザ５０１が、ユーザ情報を入力する画面にアクセスする。一方、デバイス登録画面にＵＲＬが表示されている場合、ユーザは、携帯端末５０のＷｅｂブラウザ５０１にＵＲＬを入力することで、ユーザ情報を入力する画面にアクセスする。なお、上述した通りＱＲコードやＵＲＬには、登録用ＩＤが含まれる。例えば、シリアル番号「ＭＦＰｘｘｘｘ０１」の画像形成装置がＳ５１２を実行した場合、登録用ＩＤ「ｘＴ１」を含むＱＲコードやＵＲＬが出力される。

Ｓ５１３にて、ＥＣサーバ１０は、Ｓ５１２におけるアクセスに応答して、入力画面を提供する。

Ｓ５１４にて、ユーザは、ＥＣサーバ１０から提供された入力画面にて、自身のユーザ情報を入力する。ここで入力する情報としては、すでにＥＣサーバ１０に登録されているユーザ情報（ユーザＩＤ、およびパスワード）が該当する。

Ｓ５１５にて、携帯端末５０は、ユーザから入力されたユーザ情報（ＥＣサーバ１０に登録されているユーザＩＤ、およびパスワード）をＥＣサーバ１０へ送信する。

Ｓ５１６にて、ＥＣサーバ１０は、ＵＲＬに含まれる登録用ＩＤを用いて、どの画像形成装置の登録処理であるかを特定する。さらに、ＥＣサーバ１０は、携帯端末５０から入力されたユーザ情報が、すでに管理されたものと一致するか否かの認証を行う。認証に成功した場合は、ＥＣサーバ１０は、今回登録する画像形成装置のデバイスＩＤを、認証に成功したユーザ（すでに管理していたユーザ情報）とを関連づけて登録する。例えば、Ｓ５１２のアクセスに使用されたＵＲＬに「ｘＴ１」が含まれている場合、ＥＣサーバ１０は、登録対象の画像形成装置はデバイスＩＤ「ＥＣＤ０００１」、シリアル番号「ＭＦＰｘｘｘｘ０１」であると特定する。さらに、Ｓ５１４にて送信されたユーザＩＤが「ＥＣＵ０００１」、パスワードが「ＸＸＸＸＸ００００１」である場合、ＥＣサーバ１０は、デバイスＩＤ「ＥＣＤ０００１」とユーザＩＤ「ＥＣＵ０００１」を紐づけて管理する。また、登録が完了した場合には、ＥＣサーバ１０は、Ｓ５０９にて発行した登録用ＩＤをテーブルから削除する。つまり、Ｓ５１６により、ユーザＩＤとデバイスＩＤが紐付けられることになる。

Ｓ５１７にて、ＥＣサーバ１０は、画像形成装置３０に対して、デバイス登録の結果を通知する。このとき、ＥＣサーバ１０は、ＥＣサーバ１０が属するＥＣサービスプロバイダー１を示す識別情報（例えば、管理サーバ２０により払い出されたサービスＩＤ）とＳ５１６にて発行した画像形成装置を示すデバイスＩＤを、併せて画像形成装置３０に通知する。また、認証に用いられたユーザＩＤを送信するようにしてもよい。

Ｓ５１８にて、画像形成装置３０は、ＥＣサーバ１０から受信したサービスＩＤおよびデバイスＩＤを補助記憶装置３４等に記録する。

Ｓ５１９にて、ＥＣサーバ１０は、ユーザ（携帯端末５０）に対して、デバイス登録の結果を通知する。以上により、一連のシーケンスを完了する。

（コンテンツサーバに対する登録）
図９は、コンテンツサーバ４０への各種情報を登録するためのシーケンス図を示す。ここでは、図２を用いて説明した工程（１）〜（５）の部分をより詳細に説明するものである。

Ｓ９０１にて、ユーザは、携帯端末５０を介して、コンテンツサーバ４０に対して、コンテンツサービスを利用するためにアプリケーション（以下、アプリ）の取得（ダウンロード）要求を行う。

Ｓ９０２にて、コンテンツサーバ４０は、ユーザからの要求に応じて、アプリを提供する。

Ｓ９０３にて、携帯端末５０は、提供されたアプリをインストールし、起動する。

Ｓ９０４にて、携帯端末５０は、起動したアプリにより提供されるユーザ情報（氏名、連絡先、住所、支払情報など）の登録画面に各種ユーザ情報を入力し、登録要求をコンテンツサーバ４０に送信する。

Ｓ９０５にて、コンテンツサーバ４０は、携帯端末５０から受信したユーザ情報の登録処理を行う。例えば、コンテンツサーバ４０は、ユーザに対するアカウント（ユーザＩＤ等）を発行する。

Ｓ９０６にて、コンテンツサーバ４０は、登録結果をユーザ（携帯端末５０）に通知する。ここでの通知には、発行したユーザＩＤ等が含まれる。

Ｓ９０７にて、コンテンツサーバ４０は、コンテンツサービスを利用する際に用いることが可能な画像形成装置の購入について確認を行う。例えば、ここでの画像形成装置とは、ネットワークを介してコンテンツサーバ４０からコンテンツデータをダウンロードして印刷するなどの機能を有するものなどが挙げられる。もしくは、コンテンツサービスの利用プランとセットで画像形成装置が購入できるようにしてもよい。

Ｓ９０８にて、ユーザは、携帯端末５０を介して、画像形成装置の購入の要否を指定する。

ユーザが画像形成装置の購入を指示した場合、Ｓ９０９にて、コンテンツサーバ４０は、ＥＣサーバ１０が提供するＥＣサービスに対し、画像形成装置の発注を行う。この際、Ｓ９０９の前に図５のＳ５０１−Ｓ５０７のユーザ登録処理が完了していることが望ましい。Ｓ５０１−Ｓ５０７のユーザ登録処理が完了している場合、ＥＣサービスのログイン画面に対してＳ５０１−Ｓ５０７により登録したユーザ情報を入力してＥＣサービスの利用を開始する。仮に、Ｓ９０９の前に図５のＳ５０１−Ｓ５０７のユーザ登録処理が完了していない場合、Ｓ９０９に合わせて図５のＳ５０１−Ｓ５０７が実行されても良い。

Ｓ９１０にて、ＥＣサーバ１０は、コンテンツサーバ４０からの発注に対応して、エンドユーザに対する画像形成装置の発送処理を行う。このタイミングでは、ユーザがＥＣサービスにログインしているため、ログインした情報からユーザの住所を特定し、特定された住所に画像形成装置が発送される。

Ｓ９１１にて、ユーザは、ＥＣサービスから納品された画像形成装置、もしくは、予め有していたコンテンツサービスに対応する画像形成装置から、コンテンツサーバ４０に対して画像形成装置の登録要求を行う。

Ｓ９１２にて、コンテンツサーバ４０は、画像形成装置からの要求に応じて、デバイス情報の登録処理を行う。

Ｓ９１３にて、コンテンツサーバ４０は、登録処理の結果を画像形成装置に通知する。

Ｓ９１４にて、コンテンツサーバ４０は、登録処理の結果をユーザ（携帯端末５０）に通知する。なお、Ｓ９１１〜Ｓ９１４の処理の流れは、図５にて説明したＥＣサーバ１０に登録する際のＳ５０７〜５１７の処理の流れと同じであってよい。以上、コンテンツサーバ４０への一連の情報の登録を終了する。

［画像形成装置の管理］
図６は、画像形成装置３０から管理サーバ２０に対して送信されるステータス情報の構成例を示す。なお、ここに示す情報は一例であり、他の情報を含んでいてもよいし、ここに示した情報であっても、他の情報から得られる場合は、必ずしも含まれる必要は無い。また、送信される内容は、前回送信した内容からの差分のみを送信するようにしてもよいし、ある一定の期間に関する内容を全て送信するようにしてもよい。また、画像形成装置の機能やモデルに応じて収集する情報が異なっていてもよい。

本実施形態に係るステータス情報６００は、デバイス情報６１０、起動情報６２０、実行履歴６３０、消耗品情報６４０、および登録サービス情報６５０を含んで構成される。

デバイス情報６１０は、ステータス情報６００を送信する画像形成装置の装置に関する情報を含む。例えば、シリアル番号やモデル情報などが該当する。その他、装置構成などが含まれてもよい。

起動情報６２０は、画像形成装置３０が前回起動した時刻や連続して起動している時間の情報を含む。

実行履歴６３０は、画像形成装置３０が実行した印刷ジョブの履歴情報を含む。ここに含まれる情報は実際に印刷動作をした印刷ジョブの情報に加え、途中で失敗した印刷物に関する情報や、キャンセルされた印刷ジョブに関する情報なども含まれていてよい。更には、印刷ジョブにて消費されたインクの量や用紙の枚数などが含まれていてもよい。

消耗品情報６４０は、ステータス情報が送信されたタイミングにおける、画像形成装置３０が備える消耗品に関する情報である。例えば、画像形成装置３０が、３つのインクカセットおよび１つの用紙カセットを備えている場合、それぞれに対する現在のステータスの情報が含まれる。インクに関しては、インクの製品情報（消耗品ＩＤ）、インクの最大容量、および残量などが該当する。用紙に関しては、用紙の種類、用紙が格納されているカセット、格納可能な最大枚数、および、残枚数などが該当する。

登録サービス情報６５０は、画像形成装置３０を登録したサービス（例えば、ＥＣサービス）に関する情報が含まれる。例えば、サービスを一意に示すサービスＩＤや、サービスから本画像形成装置に対して割り当てられたデバイスＩＤなどが該当する。つまり、上述した図５のＳ５１７でＥＣサーバ１０から提供される情報が、登録サービス情報６５０に含まれる。

管理サーバ２０は、上記のようなステータス情報６００を画像形成装置３０から収集し、管理する。

［通知処理］
本実施形態に係るＥＣサーバ１０の通知処理について詳細に説明する。本実施形態では、管理サーバ２０が有する画像形成装置３０のステータス情報に基づき、ＥＣサーバ１０がその画像形成装置のユーザへ各種情報を通知する例について説明する。

ここでは、管理サーバ２０が、登録された画像形成装置の消耗品の消耗度合いを予測し、その予測情報をＥＣサーバ１０に提供し、ＥＣサーバ１０がユーザへ通知を行う。ここでの通知とは、例えば、消耗品がインクである場合に、購入するタイミングや、購入先をメールにて通知することが挙げられる。なお、図７の処理は、図５および図９の後に実行されることが望ましい。

（処理シーケンス）
図７を用いて、本実施形態に係る通知処理のシーケンスについて説明する。

Ｓ７０１にて、画像形成装置３０は、定期的、予め設定されたタイミング、もしくは、管理サーバ２０からの要求時などに、自身のステータス情報を管理サーバ２０に送信する。

Ｓ７０２にて、管理サーバ２０は、ステータス情報を画像形成装置３０から受信し、管理する。

Ｓ７０３にて、ステータス情報を受信した管理サーバ２０は、画像形成装置３０に収集した旨の応答を行う。画像形成装置３０は、ステータス情報を送信してから所定の間隔内に管理サーバ２０から応答がない場合は、ステータス情報を再送してもよい。もしくは、管理サーバ２０がステータス情報を要求した際に、画像形成装置３０からステータス情報を受信できない場合は、何度か要求を繰り返し、それでも受信できない場合は画像形成装置が停止されているものとして扱ってもよい。

Ｓ７０４にて、ＥＣサーバ１０は、定期的、もしくは、予め設定されたタイミングなどに、管理サーバ２０に対し、自身が処理対象とする画像形成装置のステータス情報を要求する。なお、ここでは、ＥＣサーバ１０に起因してステータス情報を管理サーバ２０に要求しているが、管理サーバ２０に起因してステータス情報をＥＣサーバ１０に送信するようにしてもよい。

Ｓ７０５にて、管理サーバ２０は、ＥＣサーバ１０の要求に起因して、収集している画像形成装置３０のステータス情報を用いて、画像形成装置３０の消耗品の消耗予測に関する処理（以下、予測処理）を行う。なお、予測処理は、この要求を受け付けたタイミングに限定するものではなく、例えば、定期的に行ってもよい。また、予測処理は、必ずしも管理サーバ２０が行う必要はなく、ステータス情報をＥＣサーバ１０に送信し、ＥＣサーバ１０側で、そのステータス情報を用いて行うようにしてもよい。また、Ｓ７０５では、ＥＣサーバ１０に登録されている画像形成装置のステータス情報を用いて予測処理を行う。例えば、画像形成装置３０がＥＣサーバ１０に登録されている場合、画像形成装置３０のステータス情報を用いた予測結果がＥＣサーバ１０に送信される。一方、画像形成装置３０が、ＥＣサーバ１０のＥＣサービスプロバイダーとは異なるＥＣサービスプロバイダーに登録されている場合、画像形成装置３０のステータス情報を用いた予測結果はＥＣサーバ１０に送信されない。なお、予測処理の詳細については、図８を用いて後述する。

Ｓ７０６にて、管理サーバ２０は、画像形成装置３０のステータス情報および予測処理の結果をＥＣサーバ１０に送信する。なお、管理サーバ２０は、予めＥＣサーバ１０が管理する画像形成装置３０の情報を取得しておき、画像形成装置３０のステータス情報が更新された場合に送信してもよいし、定期的に送信するようにしてもよい。

Ｓ７０７にて、ＥＣサーバ１０は、管理サーバ２０から取得したステータス情報および予測処理の結果に基づき、通知を行う画像形成装置、およびその通知内容を決定する。ここでの通知内容とは、例えば、消耗品であるインクの残量が少なくなってきている旨や、購入するタイミング、ＥＣサービスが提供する消耗品の販売ページやキャンペーン、価格などの紹介が挙げられる。また、ＥＣサーバ１０は、自身が管理するユーザ情報の中から、通知を行う画像形成装置の所有者を特定し、その通知先の情報を取得する。ここでの通知先の情報としては、ユーザのメールアドレスなどが該当する。具体的には、Ｓ７０６で管理サーバ２０からＥＣサーバ１０に送信されるステータス情報には、デバイスＩＤが含まれている。一方、ＥＣサーバ１０は、図１２Ａ（ａ）およびＳ５１６にて説明した通り、ユーザＩＤとデバイスＩＤを紐づけて管理している。そのため、ＥＣサーバ１０は、Ｓ７０６で送信されたデバイスＩＤに紐づけられているユーザＩＤを特定し、そのユーザＩＤに対応するメールアドレスを後述のＳ７０８で使用する。

また、別の方法で、販促の通知を行っても構わない。具体的には、画像形成装置３０のＵＩを用いてＥＣサービスプロバイダー１にログインした場合、ＥＣサーバ１０が、ログインユーザのユーザＩＤ（例えば、ＥＣＵ０００１）を画像形成装置３０に送信する。そして、画像形成装置３０は、ユーザＩＤ（例えば、ＥＣＵ０００１）と画像形成装置３０のシリアル番号（例えば、ＭＦＰｘｘｘｘ０１）を管理サーバ２０に送信する。その結果、管理サーバ２０は、ユーザＩＤ（例えば、ＥＣＵ０００１）と画像形成装置３０のシリアル番号（例えば、ＭＦＰｘｘｘｘ０１）を紐付けて管理する。そして、画像形成装置３０が、Ｓ７０１にてステータス情報（シリアル番号（例えば、ＭＦＰｘｘｘｘ０１）を含む）を管理サーバ２０に送信する。続いて管理サーバ２０は、ステータス情報に含まれるシリアル番号（例えば、ＭＦＰｘｘｘｘ０１）にユーザＩＤ（例えば、ＥＣＵ０００１）が紐付けられていることを判定し、ユーザＩＤの内容からＥＣサービスプロバイダー１を特定する。そして、管理サーバ２０は、Ｓ７０５の予測処理結果を特定されたＥＣサービスプロバイダー１に送信する。

Ｓ７０８にて、ＥＣサーバ１０は、通知先として特定されたユーザに対して販促の通知を行う。ここでは、Ｓ７０７で説明したメールアドレスを用いて、販促の通知が実行される。なお、このメールアドレスは、ユーザが所有する携帯端末５０にて参照可能であるとして説明を行う。

Ｓ７０９にて、ユーザは、携帯端末５０を介して、ＥＣサーバ１０から通知されたメールの内容を確認する。ここでは、消耗品の購入先の情報が通知されており、ユーザはその情報に基づいて、消耗品の発注作業を行うことができる。例えば、ユーザは、メールにて示された商品ページに、携帯端末５０が備えるＷｅｂブラウザ５０１を用いてアクセスし、消耗品の発注を行うことができる。

Ｓ７１０にて、携帯端末５０は、ユーザの発注指示に基づき、ＥＣサーバ１０に対して発注要求を行う。

Ｓ７１１にて、ＥＣサーバ１０は、ユーザからの発注指示に基づき注文物品の発送処理を行う。なお、ＥＣサービスを利用した商品の発注、および、課金処理の流れについては、周知の技術を用いるものとし、ここでの詳細な説明は省略する。以上により、一連の処理シーケンスを終了する。

以上の通り、画像形成装置３０からＥＣサービスプロバイダー１のサービスを利用するために行われたデバイス登録処理（Ｓ５０８−Ｓ５１９）で登録された情報が、Ｓ７０８の通知にも利用される。そのため、通知処理（つまり、Ｓ７０８の販促の通知）を受けるためにユーザがデバイス情報を新たに登録する必要がないため、ユーザの操作性を向上できる。

［予測処理］
本願発明に係る予測処理について説明する。ここでは、予測処理は、管理サーバ２０が行うものとして説明するが、他のサーバ（例えば、ＥＣサーバ１０など）が行う構成であってもよい。

管理サーバ２０は、画像形成装置３０から収集したステータス情報を用いて、インク等の消耗品の消耗度合いを把握し、消耗品の残量が尽きるタイミングを予測する。これに先立って、消耗品の交換の時期、更には、エンドユーザが消耗品を発注すれば良い時期もしくは発注すべき製品の特定を行う。

以下、図８を用いて説明する処理は、管理サーバ２０のＣＰＵ２１が記憶部に格納されたプログラムを読み出して実行することにより実現される。本処理の前提として、上述したように、管理サーバ２０は、画像形成装置３０からステータス情報を収集して管理しているものとする。本処理の開始のタイミングは、予め設定された間隔で定期的に行われていてもよいし、例えば、外部装置からの要求に応じて実行されるようにしてもよい。また、特定の画像処形成装置のみを対象として処理を実行してもよいし、管理している画像形成装置すべてに対して処理を実行してもよい。

Ｓ８０１にて、管理サーバ２０は、管理している画像形成装置のステータス情報の中から、処理対象の画像形成装置のステータス情報を取得する。

Ｓ８０２にて、管理サーバ２０は、ステータス情報に基づき、処理対象の画像形成装置に関する情報の送信先を決定する。例えば、ステータス情報に、サービスを一意に識別可能なサービスＩＤが含まれている場合、サービス管理テーブルを参照して送信先を特定することができる。一方、ステータス情報に、画像形成装置を一意に識別可能なシリアル番号が含まれている場合も、サービス管理テーブルを参照して送信先を特定することができる。本実施形態では、図１に記載した通りＥＣサービスプロバイダー１のみが存在しているシステムを用いて説明しているが、後述する第２実施形態のように、複数のＥＣサービルプロバイダが存在することも考えられる。複数のＥＣサービスプロバイダーが存在する場合、管理サーバ２０は、図８の処理結果を送信するＥＣサービスプロバイダーを特定する必要がある。本実施形態では、Ｓ８０２の処理が実行されることで、画像形成装置３０から取得したステータス情報に基づいて図８の処理結果を送信するＥＣサービスプロバイダーが特定される。なお、情報の提供先を特定するための情報は上記に限定するものではなく、サービスと画像形成装置とが関連づけて登録されていれば、他の情報を用いてもかまわない。

Ｓ８０３にて、管理サーバ２０は、取得したステータス情報から、消耗品に関する情報を取得する。ここでの消耗品に関する情報とは、例えば、インクの残量（最大量に対する割合など）や用紙の残枚数などが挙げられる。その他、消耗品に関する情報としてインクの識別情報が取得されても良い。

Ｓ８０４にて、管理サーバ２０は、着目する消耗品に関し、その消耗の度合いが所定の閾値以上か否かを判定する。ここでの所定の閾値は、消耗品毎、インク色毎に設けてもよいし、画像形成装置のモデル毎に設けてもよい。また、閾値は、残量に対する閾値であってもよいし、最大量に対する割合に対する閾値であってもよい。消耗度合いが閾値以上である場合（Ｓ８０４にてＹＥＳ）Ｓ８０５に進み、閾値よりも小さい場合（Ｓ８０４にてＮＯ）Ｓ８０８へ進む。

Ｓ８０５にて、管理サーバ２０は、処理対象の画像形成装置のモデルＩＤに基づき、その画像形成装置に対応した消耗品（製品）を特定する。例えば、画像形成装置のインクの消耗度合いが閾値以上である場合、この画像形成装置に対応したインク製品を特定する。インクについては、例えば色それぞれの製品の他、複数の色のインクがセットになった製品も存在するため、これらの製品を特定する。なお、管理サーバ２０は、画像形成装置のモデル情報に対応付けられた製品情報を、管理するテーブルを参照して特定することができる。

Ｓ８０６にて、管理サーバ２０は、現在の消耗品の消耗度合い、および、処理対象の画像形成装置の利用履歴に基づき、消耗品の交換時期を予測する。例えば、直近でインクの使用量が多い場合は、しばらくはインクの消費量が多い傾向であると考えられる。利用履歴は、画像形成装置のステータス情報を受信した際に、蓄積されて、管理サーバ２０にて管理される。なお、予測処理に用いられる情報は、処理対象の画像形成装置に関するものに限定するものではなく、他の画像形成装置から得られる情報や、画像形成装置を用いる時期やコンテンツに関するような統計情報を用いてもよい。

Ｓ８０７にて、管理サーバ２０は、予測結果と、特定した消耗品情報とを対応付けて記憶部に保持する。ここで保持された情報が、サービスプロバイダ（例えば、ＥＣサーバ１０）に、予測情報として提供されることとなる。

Ｓ８０８にて、管理サーバ２０は、処理対象の画像形成装置において、予測処理が未処理の消耗品があるか否かを判定する。予測処理が未処理の消耗品がある場合（Ｓ８０８にてＹＥＳ）、Ｓ８０４に戻り、未処理の消耗品に対して処理を繰り返す。例えば、対象としている画像形成装置のモデルが、複数色のインクタンクを個別に備えている場合、各色についてＳ８０４の処理が実行される。一方、処理対象の画像形成装置が備える全ての消耗品に対して予測処理が完了した場合は（Ｓ８０８にてＮＯ）Ｓ８０９へ進む。

Ｓ８０９にて、管理サーバ２０は、未処理の画像形成装置があるか否かを判定する。未処理の画像形成装置がある場合（Ｓ８０９にてＹＥＳ）、Ｓ８０１に戻り、未処理の画像形成装置に対して処理を繰り返す。一方、全ての画像形成装置に対して処理が完了した場合は（Ｓ８０９にてＮＯ）本処理フローを終了する。

以上、本実施形態により、画像形成装置のステータス情報を用いて、複数のサービスサーバが連携し、画像形成装置に関する消耗品の販売促進を行うことが可能となる。

＜第二の実施形態＞
本願発明の第二の実施形態について説明する。本実施形態では、複数のＥＣサーバ（複数のＥＣサービスプロバイダー）を設け、ユーザが複数の消耗品の販売元から、適切なタイミングで適切な商品に関する情報を受け取ることができる実施形態について説明する。

第一の実施形態では、ユーザは、１つのＥＣサービスプロバイダーが提供するＥＣサービスにユーザ情報およびデバイス情報を登録していた。これに対し、本実施形態では、ユーザが複数のＥＣサービスプロバイダーそれぞれが提供するＥＣサービスにユーザ情報およびデバイス情報を登録する。

第一の実施形態にて図５を用いて説明したように、デバイス登録要求は画像形成装置３０から送信される。本実施形態では、この登録を行う際に、画像形成装置３０は、どのＥＣサービスに登録を行うかを、ユーザに対して選択可能に提示する。そして、ユーザにより選択されたＥＣサービスに対して登録要求を行うこととなる。この登録処理は、ユーザ操作に基づき、複数のＥＣサービスに登録が可能であるとする。なお、デバイス登録要求を行う際に、ＥＣサービスプロバイダーへのユーザ登録が完了していなければ、ユーザ登録を先に行うようにユーザに促すようにしてもよい。

また、画像形成装置は、登録を行ったＥＣサービスに関する情報を、ステータス情報に含めて送信する。ここでのＥＣサービスに関する情報とは、例えば、管理サーバ２０により払い出されるサービスＩＤが該当する。この情報は、第一の実施形態にて説明したように、図５のＳ５１７にて画像形成装置に通知される。これにより、管理サーバ２０側では、Ｓ７０１にて取得するステータス情報に含まれるサービスＩＤを使って、ステータス情報や図８の予測結果を提供するＥＣサービスプロバイダーを特定することができる（つまり、Ｓ８０２を実現できる）。そして、管理サーバ２０は、特定されたＥＣサービスプロバイダーにステータス情報を提供することができる。

そして、複数のＥＣサービスプロバイダーそれぞれは、管理サーバ２０から受信したステータス情報に基づいて、各種処理を行う。ここでの処理は、第一の実施形態にて述べた販促通知処理などが挙げられる。

本実施形態により、第一の実施形態の効果に加え、エンドユーザは、複数のＥＣサービスから画像形成装置のステータスに応じて商品のマーケティングを受けることができ、複数のＥＣサービスを比較しながら、より自分の要求に合った購入が可能となる。

＜第三の実施形態＞
近年、インターネット上のサーバを介して印刷処理を行うクラウドプリントサービス（以下、ＣＰサービス）が普及してきている。そこで、第三の実施形態として、上記に示したシステム構成に加え、更にＣＰサービスとの連携を想定した実施形態について説明する。

ＣＰサービスにおいても、上記のＥＣサービスと同様に、利用時にはユーザ登録およびデバイス登録が必要であるとし、ここでの登録については、ＥＣサービスについて説明した流れと同様であるものとして説明を行う。

［システム構成］
ＣＰサービスを提供するサーバ（以下、ＣＰサーバ）の構成について説明する。ハードウェア構成については、図３を用いて説明した他のサーバの構成と同様であるとして、詳細な説明は省略する。また、ＣＰサーバは、上述したＥＣサーバ１０と連携しており、ＥＣサービスプロバイダーにより提供されるものとして説明する。

ＣＰサーバ１０００のソフトウェア構成の例について、図１０を用いて説明する。ＣＰサーバ１０００は、ユーザ管理部１００１、デバイス管理部１００２、認証処理部１００３、登録処理部１００４、印刷要求部１００５、および印刷ジョブ管理部１００６を備える。ユーザ管理部１００１は、ＣＰサービスの利用者であるユーザの情報を管理する。デバイス管理部１００２は、ＣＰサービスに用いられるデバイス（画像形成装置）の情報を管理する。ここでは、デバイス管理部１００２は、画像形成装置とユーザとを関連づけて管理する。ここで関連づけられるユーザは、例えば、画像形成装置の所有者などが該当する。認証処理部１００３は、認証情報（ユーザＩＤやパスワード等）を用いて、ＣＰサービスの利用時等に認証処理を行う。登録処理部１００４は、ユーザからの要求に従って、ＣＰサービスの利用者であるユーザおよびデバイスの登録処理を行う。ここで登録されたユーザおよびデバイスはそれぞれ、ユーザ管理部１００１およびデバイス管理部１００２により管理される。印刷要求部１００５は、ユーザからの要求に基づいて、印刷ジョブを生成し、画像形成装置に生成した印刷ジョブの実行を要求する。印刷ジョブ管理部１００６は、印刷要求部１００５が生成した印刷ジョブを管理する。

次に、ＣＰサーバ１０００が管理するテーブル構成の例について、図１２Ｄを用いて説明する。ＣＰサーバ１０００は、ユーザ管理テーブル、デバイス管理テーブル、および印刷ジョブ管理テーブルを備える。

図１２Ｄ（ａ）に示すユーザ管理テーブルは、ＣＰサービスを利用するユーザに関する情報を管理し、ユーザＩＤ、パスワード、ユーザ名、メールアドレス、住所、支払情報、およびデバイスＩＤを含んで構成される。なお、これらの情報は、図１２Ａ（ａ）の情報を引き継ぐことで管理されても良い。また、ＣＰサーバが、図１２Ａ（ａ）の情報をＥＣサーバと共有しても良い。

また、ＣＰサーバがＥＣサーバとは個別で登録処理を実行する場合、以下の図１２Ｄ（ａ）のテーブル作成処理を行う。ユーザＩＤは、ＣＰサーバ１０００が提供するＣＰサービスを利用するユーザを一意に識別するための識別情報であり、ユーザの登録時にＣＰサーバ１０００によって払い出される。パスワードは、ユーザを認証する際に用いられる認証情報である。ユーザ名、メールアドレス、住所、および支払情報は、ユーザの個人情報として、ユーザ登録時に入力されるものである。デバイスＩＤは、ユーザに紐づけられたデバイス（画像形成装置）を一意に識別するための識別情報であり、ユーザは、この画像形成装置を用いて各種印刷動作を行うものとする。例えば、ユーザは、関連づけられた画像形成装置を指定して、コンテンツサーバ４０が提供するコンテンツデータの印刷が可能であるとする。また、１のユーザに対して、１または複数の画像形成装置を紐づけ可能であってもよい。

図１２Ｄ（ｂ）に示すデバイス管理テーブルは、ＣＰサービスにて利用されるデバイスの情報を管理し、デバイスＩＤ、登録等ＩＤ、シリアル番号、およびステータス情報を含んで構成される。デバイスＩＤは、登録されたデバイスを一意に識別するための識別情報であり、デバイスの登録時にＣＰサーバ１０００により払い出される。登録用ＩＤは、デバイスを登録する際に、用いられる情報であり、利用方法はＥＣサーバ１０と同様であるとする。シリアル番号は、デバイスの製造元により、各デバイスに対して割り当てられた番号である。ステータス情報は、管理サーバから取得した情報に基づき設定される情報であり、例えば、画像形成装置の起動状態や消耗品の消耗度合いなどの情報が格納される。

図１２Ｄ（ｃ）に示す印刷ジョブ管理テーブルは、ユーザからの要求により生成されたＣＰサービスに関する印刷ジョブを管理し、ジョブＩＤ、要求者、送信先デバイス、ジョブステータス、および生成日時を含んで構成される。ジョブＩＤは、印刷ジョブを一意に識別するための識別情報であり、印刷ジョブの生成時にＣＰサーバ１０００により払い出される。要求者は、印刷ジョブを要求したユーザを示し、ここでは、ユーザ管理テーブルにて管理されるユーザＩＤに対応する。送信先デバイスは、印刷ジョブを処理する画像形成装置を示し、ここで示される画像形成装置に印刷ジョブが送信される。送信先デバイスは、デバイス管理テーブル（図１２Ｄ（ｂ））にて管理されるデバイスＩＤに対応する。ジョブステータスは、画像形成装置による処理状況を示す。生成日時は、印刷ジョブが生成された日時を示す。

［印刷の流れ］
本願発明に係るシステムにおける印刷処理の流れを、図１１を用いて説明する。

Ｓ１１０１にて、ユーザは、携帯端末５０のＷｅｂブラウザ５０１を介してＣＰサーバ１０００にログイン要求を行う。なお、ユーザは、ＥＣサーバ１０にログイン要求し、ＥＣサーバ１０からＣＰサーバに印刷処理が引き継がれても良い。

Ｓ１１０２にて、ＣＰサーバ１０００は、ログイン要求に応じて、認証画面を生成する。

Ｓ１１０３にて、ＣＰサーバ１０００は、生成した認証画面を携帯端末５０に提供する。

Ｓ１１０４にて、携帯端末５０は、ＣＰサーバ１０００から受信した認証画面を表示し、ユーザはこの認証画面に対し、ユーザ情報（ユーザＩＤおよびパスワード）を入力する。

Ｓ１１０５にて、携帯端末５０は、入力されたユーザ情報をＣＰサーバに送信する。

Ｓ１１０６にて、ＣＰサーバ１０００は、携帯端末５０から受信したユーザ情報と、保持するユーザ情報とを用いて、認証処理を行う。そして、ＣＰサーバ１０００は、認証処理の結果を携帯端末５０に通知する。ここでは、認証処理が成功したものとして説明を継続する。

認証処理が正常に完了した後、Ｓ１１０８にて、ユーザは、携帯端末５０を介して印刷要求をＣＰサーバ１０００に送信する。ここでの印刷要求として、印刷に関する情報を含めて送信するものとする。なお、ここでの印刷に関する情報とは、印刷設定の他、印刷処理に用いられる画像データ、文書データを含めてもよいし、印刷処理に用いられるデータが格納された位置を示す情報を含めて送信してもよい。

Ｓ１１０９にて、ＣＰサーバ１０００は、印刷要求を受信したことに応じて、その印刷要求にて指定された印刷に関する情報に基づき印刷ジョブを生成する。更に、ＣＰサーバ１０００は、印刷要求を行ったユーザに対応付けられた画像形成装置を、登録されている画像形成装置の中から特定する。例えば、ログインユーザが「ＣＰＵ０００１」であれば、ＣＰサーバ１０００は、印刷ジョブの送信先としてデバイスＩＤ「ＣＰＤ０００１」の画像形成装置を特定する。このとき複数の画像形成装置が検出された場合、ＣＰサーバ１０００は、ユーザにいずれの画像形成装置を用いるか選択させるための選択画面を携帯端末５０に送信し、選択を受け付けるようにしてもよい。もしくは、携帯端末５０から送信される印刷要求に、予め、利用する画像形成装置の情報を含めて送信されるようにしてもよい。

Ｓ１１１０にて、ＣＰサーバ１０００は、特定した画像形成装置に対し、生成した印刷ジョブを送信する。ここでの印刷ジョブには、ユーザ情報を含めるなどの編集を行った印刷ジョブを送信するようにしてもよい。

Ｓ１１１１にて、画像形成装置３０は、ＣＰサーバ１０００から受信した印刷ジョブに従って、印刷処理を行う。

Ｓ１１１２にて、画像形成装置３０は、印刷ジョブの処理結果をＣＰサーバ１０００に通知する。

Ｓ１１１３にて、画像形成装置３０は、印刷ジョブの処理結果を、印刷ジョブを要求したユーザ（携帯端末５０）に通知する。なお、ここでの通知先に関する情報は、ＣＰサーバ１０００から画像形成装置３０に送信された印刷ジョブに含まれているものとする。なお、印刷処理の結果は、画像形成装置３０が直接、携帯端末５０に送信する構成に限定するものでは無く、処理結果の通知を受けたＣＰサーバ１０００がユーザ（携帯端末５０）に通知するようにしてもよい。この場合は、Ｓ１１１０にて送信される印刷ジョブにユーザの通知先に関する情報は含める必要はない。以上により、一連のＣＰサービスのシーケンスを終了する。

なお、本実施形態では、ＣＰサーバ１０００を用いたクラウドプリント処理について記載したが、ＣＰサーバ１０００の機能をＥＣサーバ１０が備えている場合、ＣＰサーバ１０００をＥＣサーバ１０に置き換えることも可能である。また、ＣＰサーバ１０００とＥＣサーバ１０は、同じサービスプロバイダーにより提供されても、異なるサービスプロバイダーにより提供されても構わない。

＜第四の実施形態＞
本実施形態では、管理サーバ２０が画像形成装置から収集したステータス情報の送信先を特定する別の形態について説明する。

第一の実施形態では、ＥＣサーバ１０に画像形成装置３０の登録が正常に完了した場合、図５のＳ５１７にて、デバイスＩＤやユーザＩＤが画像形成装置３０に通知されている。本実施形態では更に、画像形成装置３０は、サービスサーバ（例えば、ＥＣサーバ１０）から通知された情報を、自身の識別情報と関連づけて管理サーバ２０に登録させる。そして、画像形成装置３０は、ステータス情報を管理サーバ２０に送信する際にデバイスＩＤ（もしくはユーザＩＤ）を送信する。これにより、管理サーバ２０は、ステータス情報にデバイスＩＤ（もしくは）が含まれていれば、そのデバイスＩＤと事前に登録された情報とを用いて、ステータス情報の提供先（サービスサーバ）を特定することができる。更に管理サーバ２０は、サービスサーバにステータス情報を送信する際に、デバイスＩＤ（もしくはユーザＩＤ）を含めて送信すれば、サービスサーバは、これらの情報および管理している情報に基づき各種通知の送信先となるユーザを特定することが可能となる。

＜第五の実施形態＞
上述した実施形態では、ＥＣサーバ１０がシリアル番号を管理する構成について説明した。本実施形態では、ＥＣサーバ１０がシリアル番号を管理せずに販促通知を行う例について説明する。なお、本実施形態では、これまで説明してきた実施形態と異なる部分について詳細に説明し、その他の共通する部分については流用する。

まず、本実施形態でも図５の処理が実行される。Ｓ５０１〜Ｓ５０８、Ｓ５１０〜Ｓ５１５、Ｓ５１７〜Ｓ５１９は第一の実施形態と同じである。Ｓ５０８にて、画像形成装置３０は、ＵＩ部３５を介して入力されたユーザの指示に基づき、ＥＣサーバ１０にデバイス登録を要求する。このとき、画像形成装置３０は、自身の識別情報（シリアル番号とは異なるデバイス識別情報）を含めて登録要求を送信する。

Ｓ５０９にて、ＥＣサーバ１０は、デバイス登録画面を生成する。このとき、ＥＣサーバ１０は、登録用ＩＤとデバイスＩＤを払い出し、デバイス識別情報と紐付けて管理する。

Ｓ５１６にて、ＥＣサーバ１０は、ＵＲＬに含まれる登録用ＩＤを用いて、登録用ＩＤに紐付いているデバイスＩＤを特定する。そして、ＥＣサーバ１０は、認証対象のユーザＩＤに特定されたデバイスＩＤを設定する。

以上の処理により、ＥＣサーバ１０は、画像形成装置３０のシリアル番号を管理することなくユーザＩＤとデバイスＩＤを紐付けることが可能となる。

そして、図５の後に第一の実施形態と同じ図７の処理が実行される。

以上のように、本実施形態では、ＥＣサーバ１０がシリアル番号を管理することなく、図７の処理を実行することが可能となる。

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

１０…ＥＣサーバ、２０…管理サーバ、３０…画像形成装置、４０…コンテンツサーバ、５０…携帯端末

Claims (9)

1. 画像形成装置と、
   前記画像形成装置のステータス情報を管理する管理サーバと、
   Ｗｅｂサービスを提供するサービスサーバと
   を含むシステムであって、
   前記管理サーバは、
   前記画像形成装置のステータス情報を取得して、管理する手段と、
   前記サービスサーバに、前記画像形成装置のステータス情報を提供する提供手段と、
   を有し、
   前記画像形成装置は、
   前記管理サーバに自身のステータス情報を送信する送信手段と、
   前記サービスサーバが提供する前記Ｗｅｂサービスに、デバイス情報の登録を要求する要求手段と
   を有し、
   前記サービスサーバは、
   前記サービスサーバが提供するＷｅｂサービスのユーザのユーザ情報を登録して管理する管理手段と、
   前記画像形成装置からの要求に応じて、当該画像形成装置のデバイス情報と、前記管理手段にて管理されたユーザ情報とを関連づけて登録する登録手段と、
   前記管理サーバから提供されたステータス情報を用いて、前記Ｗｅｂサービスに登録されている画像形成装置のユーザに対し、当該画像形成装置に関する通知を行う通知手段と
   を有することを特徴とするシステム。
2. 前記通知手段は、前記ステータス情報に基づいて予測された、画像形成装置が備える消耗品の消耗の度合いに応じて、当該画像形成装置のユーザに対し、消耗品の販売に関する情報を通知することを特徴とする請求項１に記載のシステム。
3. 前記システムは更に、コンテンツサービスを提供するコンテンツサーバを含み、
   前記コンテンツサーバは、
   前記コンテンツサービスのユーザに対し、前記Ｗｅｂサービスにて購入が可能な画像形成装置に関する情報を提示する提示手段と、
   前記提示手段にて提示された情報に基づいて、ユーザから画像形成装置の購入の指示を受け付けた際に、前記サービスサーバに画像形成装置の発注を行う手段と
   を有することを特徴とする請求項１または２に記載のシステム。
4. 前記管理サーバは、画像形成装置のステータス情報を用いて、当該画像形成装置が備える消耗品の交換時期を予測する予測手段を更に備えることを特徴とする請求項１乃至３のいずれか一項に記載のシステム。
5. 前記サービスサーバは、前記管理サーバから取得したステータス情報に基づいて、交換すべき消耗品であって、当該画像形成装置に対応する製品を特定する特定手段を更に有することを特徴とする請求項１乃至４のいずれか一項に記載のシステム。
6. 前記画像形成装置の前記要求手段は、一意に識別するための識別情報を含めてデバイス情報の登録を要求し、
   前記サービスサーバの登録手段は、前記識別情報を用いて前記画像形成装置を登録するための専用の認証画面にアクセスするためのアクセス情報を生成して前記画像形成装置に送信し、
   前記アクセス情報を用いてアクセスされた前記専用の認証画面に、前記管理手段にて管理されているユーザ情報が入力されて、認証が成功したことに応じて、当該ユーザ情報と前記画像形成装置のデバイス情報とを関連づけて登録することを特徴とする請求項１乃至５のいずれか一項に記載のシステム。
7. 前記識別情報は、画像形成装置に割り当てられたシリアル番号であることを特徴とする請求項６に記載のシステム。
8. 前記画像形成装置の前記送信手段は、前記デバイス情報を登録したサービスサーバを一意に識別するための識別情報を前記ステータス情報に含めて送信し、
   前記管理サーバの前記提供手段は、前記ステータス情報に含まれるサービスサーバを識別するための識別情報に基づいて、当該ステータス情報を提供するサービスサーバを特定することを特徴とする請求項１乃至７のいずれか一項に記載のシステム。
9. 画像形成装置と、
   前記画像形成装置のステータス情報を管理する管理サーバと、
   Ｗｅｂサービスを提供するサービスサーバと
   を含むシステムの制御方法であって、
   前記管理サーバにおいて、
   前記画像形成装置のステータス情報を取得して、管理する工程と、
   前記サービスサーバに、前記画像形成装置のステータス情報を提供する提供工程と、
   を有し、
   前記画像形成装置において、
   前記管理サーバに自身のステータス情報を送信する送信工程と、
   前記サービスサーバが提供する前記Ｗｅｂサービスに、自身のデバイス情報の登録を要求する要求工程と
   を有し、
   前記サービスサーバにおいて、
   前記サービスサーバが提供するＷｅｂサービスのユーザのユーザ情報を登録して管理する管理工程と、
   前記画像形成装置からの要求に応じて、当該画像形成装置のデバイス情報と、前記管理工程にて管理されたユーザ情報とを関連づけて登録する登録工程と、
   前記管理サーバから提供されたステータス情報を用いて、前記Ｗｅｂサービスに登録されている画像形成装置のユーザに対し、当該画像形成装置に関する通知を行う通知工程と
   を有することを特徴とするシステムの制御方法。