(57)【要約】【課題】消耗品等の自動発注サービスを利用するユーザの利便性を向上させる仕組みを提供する。【解決手段】保守アイテムの自動発注サービスを利用可能な装置であって、前記自動発注サービスの利用をするための登録の有無を表す第１の情報を取得する取得手段と、前記取得手段で取得した前記第１の情報に基づいて、前記保守アイテムに関するサイトへのアクセス情報を出力する出力手段と、を備え、前記出力手段は、前記自動発注サービスに登録済みの場合と未登録の場合とで異なるサイトへのアクセス情報を出力することを特徴とする。【選択図】図５
2020052561.tif 000002
【特許請求の範囲】
【請求項１】
保守アイテムの自動発注サービスを利用可能な装置であって、
前記自動発注サービスの利用をするための登録の有無を表す第１の情報を取得する取得手段と、
前記取得手段で取得した前記第１の情報に基づいて、前記保守アイテムに関するサイトへのアクセス情報を出力する出力手段と、
を備え、
前記出力手段は、前記自動発注サービスに登録済みの場合と未登録の場合とで異なるサイトへのアクセス情報を出力する
ことを特徴とする装置。
【請求項２】
前記出力手段は、
前記自動発注サービスに登録済みの場合には、前記保守アイテムの注文状況又は発送状況の情報を含むサイトへのアクセス情報を出力し、
前記自動発注サービスに未登録の場合には、前記保守アイテムを購入するサイトへのアクセス情報を出力する
ことを特徴とする請求項１に記載の装置。
【請求項３】
前記第１の情報を管理するサーバとネットワークを介して接続され、
前記取得手段は、前記第１の情報を前記サーバから取得する
ことを特徴とする請求項１又は２に記載の装置。
【請求項４】
前記アクセス情報は、サイトのアドレス情報であることを特徴とする請求項１乃至３のいずれか１項に記載の装置。
【請求項５】
前記アクセス情報は、サイトのアドレス情報とリンクした二次元コードであることを特徴とする請求項１乃至３のいずれか１項に記載の装置。
【請求項６】
前記取得手段は、前記保守アイテムの使用状況を表す第２の情報をさらに取得し、
前記出力手段は、前記第２の情報を、前記アクセス情報と共に出力する
ことを特徴とする請求項１乃至５のいずれか１項に記載の装置。
【請求項７】
前記装置は、印刷処理を行う手段を有し、
前記出力手段は、前記印刷処理によって記録媒体に印刷することで前記出力を行う
ことを特徴とする請求項１乃至６のいずれか１項に記載の装置。
【請求項８】
前記装置は、ＵＩ画面を表示する手段を有し、
前記出力手段は、前記アクセス情報を前記ＵＩ画面上に表示することによって前記出力を行う
ことを特徴とする請求項１乃至６のいずれか１項に記載の装置。
【請求項９】
前記装置は、プリント機能を有する装置であり、
前記保守アイテムは、印刷処理で用いる消耗品であることを特徴とする請求項１乃至８のいずれか１項に記載の装置。
【請求項１０】
前記消耗品は、色材を収容したカートリッジ、印刷用紙、搬送ローラのいずれかであることを特徴とする請求項９に記載の装置。
【請求項１１】
保守アイテムの自動発注サービスを利用可能な装置にネットワークを介して接続される情報処理装置であって、
前記自動発注サービスの利用をするための登録の有無を表す情報に基づいて生成された、前記保守アイテムに関するサイトへのアクセス情報を、前記ネットワークを介して取得する取得手段と、
前記取得手段で取得した前記アクセス情報が示すサイトを表示する表示手段と、
を備え、
前記アクセス情報が示すサイトは、前記自動発注サービスに登録済みの場合と未登録の場合とで異なる
ことを特徴とする情報処理装置。
【請求項１２】
保守アイテムの自動発注サービスを利用可能な装置の制御方法であって、
前記自動発注サービスの利用をするための登録の有無を表す第１の情報を取得する取得ステップと、
前記取得ステップで取得した前記第１の情報に基づいて、前記保守アイテムに関するサイトへのアクセス情報を出力する出力ステップと、
を含み、
前記出力ステップでは、前記自動発注サービスに登録済みの場合と未登録の場合とで異なるサイトへのアクセス情報が出力される
ことを特徴とする制御方法。
【請求項１３】
保守アイテムの自動発注サービスを利用可能な装置にネットワークを介して接続される情報処理装置の制御方法であって、
前記自動発注サービスの利用をするための登録の有無を表す情報に基づいて生成された、前記保守アイテムに関するサイトへのアクセス情報を、前記ネットワークを介して取得する取得ステップと、
前記取得ステップで取得した前記アクセス情報が示すサイトを表示する表示ステップと、
を含み、
前記アクセス情報が示すサイトは、前記自動発注サービスに登録済みの場合と未登録の場合とで異なる
ことを特徴とする制御方法。
【請求項１４】
コンピュータに、請求項１２又は１３に記載の制御方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置性能の維持等のために消耗品等を交換する必要のある装置を使用するユーザへの情報提供技術に関する。
【背景技術】
【０００２】
色材を用いて用紙等に印刷を行う画像形成装置では、色材を収容するカートリッジ、印刷用紙、搬送ローラなど様々な消耗品が存在する。さらに、電子写真方式の画像形成装置の場合であれば、現像装置、帯電装置、感光ドラム等も消耗品に該当し、これらを必要に応じて購入し交換しなければならない。このような消耗品の購入に関するユーザの手間を簡略化するため、所定の発注先に消耗品を自動発注するサービスを、ベンダー等が用意している場合がある。
【０００３】
上記のような消耗品の自動発注サービスでは、例えば色材の残量が所定の閾値以下になった場合にカートリッジを自動発注する、といった仕組みが一般的である。この際、ユーザの意図に反した自動発注が行われてしまうのを防ぐため、例えばユーザ自身が消耗品の残量を確認した上で、購入手続きに進む技術が提案されている（特許文献１）。
【０００４】
また、消耗品自動発注サービスに申し込んでいる場合、ユーザは色材の残量を気にする必要がないことを踏まえ、当該サービスへの加入状態に応じて、消耗品残量に関する通知のタイミングを決定する技術も提案されている（特許文献２）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−６１６９４号公報
【特許文献２】特開２０１７−６５１５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の消耗品自動発注サービスをユーザが利用している場合、消耗品の購入を勧める各種情報の提供、例えば、オンラインショッピングや店頭購入を勧めるサイトへの誘導などは、当該ユーザにとっては不要でむしろ煩わしいものとなる。上記特許文献１の技術では、ユーザの意図に反する消耗品の自動発注を防ぐことはできるが、このような不要な情報提供の抑止については対応することができない。また、上記特許文献２の技術のように、消耗品の残量を通知するタイミングを変えるだけでは、例えば、ユーザが自動発注サービスに加入していることを忘れていた場合には、誘導に従って誤って消耗品を購入（重複発注）してしまう可能性がある。
【０００７】
本発明は、上記課題に鑑みなされたもので、消耗品等の自動発注サービスを利用するユーザの利便性を向上させる仕組みを提供することにある。
【課題を解決するための手段】
【０００８】
本発明に係る装置は、保守アイテムの自動発注サービスを利用可能な装置であって、前記自動発注サービスの利用をするための登録の有無を表す第１の情報を取得する取得手段と、前記取得手段で取得した前記第１の情報に基づいて、前記保守アイテムに関するサイトへのアクセス情報を出力する出力手段と、を備え、前記出力手段は、前記自動発注サービスに登録済みの場合と未登録の場合とで異なるサイトへのアクセス情報を出力することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、消耗品自動発注サービスへの加入状態に応じて、適切な情報をユーザに提供することができ、ユーザの利便性が向上する。
【図面の簡単な説明】
【００１０】
【図１】消耗品自動発注サービスを実現するシステムの構成の一例を示すブロック図
【図２】ＳＦＰのソフトウェア構成の一例を示す図
【図３】（ａ）は情報管理サーバのソフトウェア構成を示す図であり、（ｂ）はＰＣのソフトウェア構成を示す図
【図４】（ａ）は操作部の外観図、（ｂ）〜（ｄ）はＵＩ画面の一例を示す図
【図５】消耗品ステータスレポートの出力処理の流れを示すフローチャート
【図６】サービス登録情報の一例を示す図
【図７】アクセス先ＤＢに格納されている情報の一例を示す図
【図８】消耗品ステータスレポートの一例を示す図
【図９】（ａ）はカートリッジ自動発注サービス画面の一例を示す図、（ｂ）はカートリッジ購入受付画面の一例を示す図
【図１０】ＳＦＰがサービス登録情報を取得・保持する処理の流れを示すフローチャート
【図１１】リモートＵＩ画面の一例を示す図
【図１２】ＰＣから消耗品等の手配に関する情報にＷＥＢブラウザ経由で直接アクセスする処理の流れを示すフローチャート
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【実施形態１】
【００１２】
（システム構成及びハードウェア構成）
図１は、本実施形態に係る、消耗品自動発注サービスを実現するシステムの構成の一例を示すブロック図である。図１に示すシステムは、電子写真方式の画像形成装置であるＳＦＰ（Single Function Printer）１０１、情報処理装置であるＰＣ１０２及び情報管理サーバ１０３で構成され、これらはＬＡＮ等のネットワーク１００を介して通信可能に接続されている。本実施形態では、プリント機能に特化したＳＦＰ１０１で用いられる色材（トナー）を収容するカートリッジについて自動発注サービスに登録している場合を例に説明を行うものとする。ただし、自動発注サービスの対象となる物品はカートリッジに限定されるものではなく、例えば印刷用紙や搬送ローラなどでもよい。また、対象装置はＳＦＰに限定されるものではなく、プリント機能に加えてスキャン機能など複数の機能を備えるＭＦＰ（Multi Function Printer）であってもよい。その際は例えばスキャン機構のローラやパッドが自動発注サービスの対象品となる。また、対象装置はプリント機能を有さない、いわゆる後処理装置（印刷出力物に対するステイプル機能やパンチ機能を備えたフィニッシャー装置）であってもよい。後処理装置の場合、自動発注サービスの対象となるのは、ステイプル処理を行う装置であれば替え針、パンチ穴をあける装置であればパンチ屑の回収ボックスなどである。さらには、対象装置は印刷処理とは無関係の装置でもよく、その装置性能を維持或いは装置本来の機能・用途を発揮させるための保守アイテムを自動で発注するサービスがベンダー等によって用意される装置であればよい。すなわち、定期あるいは不定期に消耗品や保守管理に用いる物品を交換したり補充する必要がある装置であれば、幅広く対象となり得るものである。
【００１３】
なお、システムの構成はこれに限定されるものではなく、例えばＰＣ１０２の台数は複数でもよい。さらに、例えば、ＳＦＰ１０１が情報管理サーバ１０３の機能を兼ね備えていてもよい。
【００１４】
まず、情報管理サーバ１０３のハードウェア構成について説明する。情報管理サーバ１０３は、ＣＰＵ１３１、ＲＯＭ１３２、ＲＡＭ１３３、ＨＤＤ１３４、グラフィックコントローラ１３５、モニタ１３６、外部Ｉ／Ｆ１３７及び通信Ｉ／Ｆ１３８で構成され、これらはバスを介して通信可能に接続されている。ＣＰＵ１３１は演算回路からなり、情報管理サーバ１０３を統括制御する。ＣＰＵ１３１はＲＯＭ１３２またはＨＤＤ１３４に記憶されたプログラムをＲＡＭ１３３に読み出し、種々の処理を実行する。ＲＯＭ１３２は、システムプログラムなどを記憶する。ＲＡＭ１３３は、ＣＰＵ１３１のワークエリアとして使用される。グラフィックコントローラ１３４は、モニタ１３５に表示されるＵＩ画面を生成する。大容量記憶装置としてのＨＤＤ１３４は、種々のアプリケーションプログラムやデータなどを記憶する。なお、ＨＤＤに代えてＳＳＤ（Solid State Drive）などでもよい。外部Ｉ／Ｆ１３７は、キーボードやマウスなどを外部Ｉ／Ｆを介して接続する。通信Ｉ／Ｆ１３８は、ＳＦＰ１０１やＰＣ１０２と通信するためのインタフェースである。
【００１５】
次に、ＰＣ１０２のハードウェア構成について説明する。ＰＣ１０２は、ネットワーク１００を介してＳＦＰ１０１にアクセスをすることが可能なクライアント端末としての情報処理装置であり、基本的なハードウェア構成は上述の情報管理サーバ１０３と同じである。すなわち、ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、ＨＤＤ１２４、グラフィックコントローラ１２５、モニタ１２６、外部Ｉ／Ｆ１２７及び通信Ｉ／Ｆ１２８で構成され、各構成部はバスを介して通信可能に接続されている。ＰＣ１０２は、ＳＦＰ１０１に印刷ジョブを送信して印刷処理を実行させることができる。
【００１６】
次に、ＳＦＰ１０１のハードウェア構成について説明する。ＳＦＰ１０１は、印刷処理に特化した画像形成装置である。ＣＰＵ１１１を含む制御部１１０は、ＳＦＰ１０１全体の動作を制御する。ＣＰＵ１１１は、ＲＯＭ１１２又はＨＤＤ１１４に記憶された制御プログラムを読み出して、印刷制御などを行う。ＲＯＭ１１２は、ＣＰＵ１１１で実行する制御プログラムを格納する。ＲＡＭ１１３は、ＣＰＵ１１１の主記憶メモリであり、ＲＯＭ１１２及びＨＤＤ１１４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。大容量記憶装置としてのＨＤＤ１１４は、印刷ジョブや各種プログラム、及び各種設定情報などを記憶する。操作部Ｉ／Ｆ１１５は、操作部１１６と制御部１１０を接続するインタフェースである。操作部１１６は、例えばタッチパネル式のディスプレイやハードキーで構成され、ユーザが各種の指示や設定等を行うのに用いる。印刷部Ｉ／Ｆ１１７は、印刷部１１８と制御部１１０を接続するインタフェースである。印刷部１１８は、制御部１１０を介して制御コマンド及び印刷データを受信し、当該印刷データに基づき画像を用紙（記録媒体）上に印刷する。なお、用紙には、プラスチックシートなど紙以外のものも含まれる。印刷部１１８の印刷方式は、本実施形態では電子写真方式としているが、これに限定されるわけではなく、例えばインクジェット方式といった他の方式であってもよい。電子写真方式の場合は、感光体上に静電潜像を形成した後、トナーにより現像し、そのトナー像を用紙に転写し、転写されたトナー像を定着することにより画像を形成する。トナーが充填されたカートリッジは、ＳＦＰ１０１の内部に着脱可能に装着されている。ユーザは、カートリッジ内のトナーがなくなると、新しいカートリッジに交換する。ＣＰＵ１１１は、カートリッジの使用状況を示す情報を、例えば、１日１回、１ページ印刷する毎、カートリッジ装着時といった所定のタイミングで取得し、取得した情報をＲＡＭ１１３等に保持する。ここで、カートリッジの使用状況を示す情報には、トナーの残量に加え、カートリッジのシリアル番号、トナーの色、容量、メーカー名なども含まれる。なお、トナー残量は本実施形態ではパーセント表示で説明するが、例えばNormalとLowといったレベル表示などでもよい。カートリッジのシリアル番号といった基本情報は、装着時にＲＡＭ１１３等に記憶される。なお、本実施形態では、自動発注サービスの対象物品がカートリッジであるため、カートリッジ内のトナー残量を取得・保持している。自動発注サービスの対象物品が印刷用紙や搬送ローラであれば、例えば印刷処理枚数（通紙枚数）など、その使用量或いは損耗の程度を推し量ることが可能な情報が取得・保持されることになる。
【００１７】
また、制御部１１０は、通信Ｉ／Ｆ１１９を介してネットワーク１００に接続される。通信Ｉ／Ｆ１１９は、ネットワーク１００上の情報管理サーバ１０３から、ＳＦＰ１０１が、カートリッジの自動発注サービスの対象製品として登録されているか（当該サービスにユーザが加入しているか）否かを示す情報の取得を行う。また、通信Ｉ／Ｆ１１９は、ＰＣ１０２から印刷ジョブを受信したり、ＲＡＭ１１３等に記憶された上述のカートリッジ情報をＰＣ１０２に送信したりする。通信Ｉ／Ｆ１１９を介して受信した印刷ジョブは、印刷ジョブに含まれるＰＤＬデータを解析するためのソフトウェアモジュール（ＰＤＬ解析部、不図示）によって解析される。ＰＤＬ解析部は、ページ記述言語で表現されたＰＤＬデータを解釈し、印刷部１１８での印刷処理に供するための印刷データを生成する。また、通信Ｉ／Ｆ１１９は、ＰＣ１０２のモニタ１２６に表示するためのリモート操作画面の情報を、ネットワーク１００を介してＰＣ１０２に対して提供する。
【００１８】
（ソフトウェア構成）
図２は、ＳＦＰ１０１のソフトウェア構成の一例を示す図である。図２に示す各機能モジュールは、ＳＦＰ１０１内のＣＰＵ１１１が所定の制御プログラムを実行することにより実現される。ＵＩ制御モジュール２０１は、操作部Ｉ／Ｆ１１５を介して、操作部１１６における表示制御や入力受付制御を行う。具体的には、ユーザに必要な情報や選択肢等をディスプレイに表示したり、ユーザによる入力操作を受け付けてその内容を他の機能モジュールに伝えたりする。通信制御モジュール２０２は、通信Ｉ／Ｆ１１９を介して、ＬＡＮ等のネットワークの接続／切断、データやコマンドの送受信を制御する。アクセス情報生成モジュール２０３は、後述するアクセス先ＵＲＬの生成を行う。記憶処理モジュール２０４は、他の機能モジュールからの指示に従い、指定されたデータをＲＯＭ１１２、ＲＡＭ１１３、ＨＤＤ１１４に記憶したり、あるいはこれらに記憶されているデータを読み出したりする。画像処理モジュール２０５は、ＰＣ１０２等から受信した印刷ジョブに基づき、印刷部１１８での印刷処理に供される印刷データを生成・加工する。印刷処理モジュール２０６は、印刷部Ｉ／Ｆ１１７を介して、印刷部１１８への各種制御コマンドを送出したり、印刷部１１８の状態監視を行なったりして、印刷部１１８における印刷処理を制御する。タイマー処理モジュール２０６は、タイムカウント処理を行い、所定時間が経過したか否かを判断する。アクセス先ＤＢ２０８は、交換用カートリッジに関する情報にユーザがアクセスするためのアクセス情報を格納したデータベースである。ＵＩ画面ＤＢ２０９は、各種のユーザインタフェース画面のデータを格納するデータベースであり、実施形態２で用いるリモート操作用のＵＩ画面のデータもここに格納される。
【００１９】
図３（ａ）は情報管理サーバ１０３のソフトウェア構成を示す図であり、同（ｂ）はＰＣ１０２のソフトウェア構成を示す図である。図３の（ａ）及び（ｂ）に示す各機能モジュールは、ＣＰＵ１３１又は１２１が所定の制御プログラムを実行することにより実現される。
【００２０】
まず、情報管理サーバ１０３のソフトウェア構成について説明する。発注管理モジュール３０１は、カートリッジの自動発注サービスの登録時に、通信Ｉ／Ｆ１３７を介して受信したＳＦＰ１０１のカートリッジ情報を参照し、トナー残量が所定の閾値（例えば１０％）以下になった場合にカートリッジの発注処理を行う。所定の閾値は、ユーザがサービス契約時等に任意の値に設定する。通信制御モジュール３０２は、通信Ｉ／Ｆ１３８を介して、ＬＡＮ等のネットワーク１００の接続／切断、データやコマンドの送受信を制御する。登録情報管理モジュール３０３は、ＳＦＰ１０１からの問合せ（ポーリング）に応じ、サービス登録ＤＢ３０４に格納されたサービス登録情報を参照して、カートリッジの自動発注サービスの対象にＳＦＰ１０１が登録されているかどうかをＳＦＰ１０１に返す。なお、自動発注サービスには、様々な単位（例えば、ユーザ単位、装置単位、オフィス単位）で事前登録が行われるものとする。
【００２１】
次に、ＰＣ１０２のソフトウェア構成について説明する。図３（ｂ）に示すように、ＰＣ１０２は２つのモジュールと１つのドライバを有する。ＵＩ制御モジュール３１１はグラフィックコントローラ１２５を介して、モニタ１２６を制御する。実施形態２においては、リモートアクセスにより消耗品等の購入情報の確認をユーザがＷＥＢブラウザによって行なう際の表示制御を行う。通信制御モジュール３１２は、通信Ｉ／Ｆ１２８を介して、ＬＡＮ等のネットワーク１００の接続／切断、データやコマンドの送受信を制御する。プリンタドライバ３１３は、ユーザが各種アプリケーション（不図示）から文書データ等の印刷指示を行うと起動し、印刷ジョブの生成の他、ＳＦＰ１０１を用いた印刷処理に関わる各種設定などを行う。印刷ジョブには、ユーザの印刷指示に係る文書データをＳＦＰ１０１で解釈可能なページ記述言語に変換して得られたＰＤＬデータが含まれ、生成された印刷ジョブはネットワーク１００を介してＳＦＰ１０１に送られる。なお、プリンタドライバ３１３は、ＰＣ１０２にＳＦＰ１０１を登録する際にインストールされ、プリンタドライバ３１３は自身がサポートするプリンタを把握している。すなわち、ネットワーク上に異なる機種のプリンタが接続されている場合は、各機種に応じたプリンタドライバがＰＣ１０２にインストールされることになる。タイマー処理モジュール３１４は、ＳＦＰ１０１のタイマー処理モジュール２０７と同様、タイムカウント処理を行い、所定時間が経過したか否かを判断する。
【００２２】
なお、上述のソフトウェア構成は、本発明を説明する上で関連の深いモジュールを列挙したものであってこれらに限定されるものではなく、図示しない他のモジュールを含み得るものである。
【００２３】
（ＳＦＰのローカルＵＩ）
図４（ａ）は、操作部１１６の外観図である。操作部１１６は、ディスプレイ４０１とハードキー入力部４０２からなる。ディスプレイ４０１は、前述のとおりタッチパネル式であり、後述するＵＩ画面の表示や、当該ＵＩ画面に対するユーザ操作の受付を行う。ハードキー４０２は、数値を入力するテンキーなどで構成される。ユーザは、ディスプレイ４０１に表示されているキーボタンをタッチする、又はハードキー４０２を押下して、所望の指示を入力する。
【００２４】
図４（ｂ）〜（ｄ）は、上記ディスプレイ４０１に表示されるＵＩ画面の一例を示している。ユーザは、ディスプレイ４０１に表示されるＵＩ画面を通じて、消耗品であるカートリッジの手配や購入に関する情報にアクセスするためのレポートの出力指示を行う。図４（ｂ）は、ＳＦＰ１０１における各種設定を行うためのＵＩ画面である。図４（ｂ）のＵＩ画面上で「レポート出力」ボタン４１０が押下されると、図４（ｃ）に示すＵＩ画面に遷移する。図４（ｃ）のＵＩ画面上で、ユーザが「消耗品ステータスプリント」ボタン４２０が押下されると、さらに、図４（ｄ）に示すＵＩ画面に遷移する。そして、図４（ｄ）のＵＩ画面上で「スタート」ボタン４３０が押下されると、ユーザが交換用カートリッジの注文状況／発送状況の確認或いはカートリッジの購入を行うためのサイトのアドレスを記載したレポート（消耗品ステータスレポート）の出力が実行される。
【００２５】
（消耗品ステータスレポートの出力処理）
図５は、本実施形態に係る、上述の消耗品ステータスレポートの出力処理の流れを示すフローチャートである。図５に示すフローチャートの各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２又はＨＤＤ１１４に記憶された制御プログラムをＲＡＭ１１３に展開し、これを実行することにより実現されるものとする。さらに、例えば複数のＣＰＵやＲＡＭを協働させて実行させてもよい。また、ＡＳＩＣやＦＰＧＡ等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。本フローは、ＵＩ制御モジュール２０１によって、消耗品ステータスプリントの実行を指示するユーザ操作が検出されると実行が開始される。なお、以下の説明において「Ｓ」はステップを表す。
【００２６】
Ｓ５０１では、印刷処理モジュール２０６が給紙カセットに所定サイズ（例えば、Ａ４やＬＴＲ）の用紙がセットされているか否かを判定する。所定サイズの用紙がセットされていない場合は、Ｓ５０９へ進む。Ｓ５０９では、ＵＩ制御モジュール２０１が、印刷処理を実行できない旨のエラー通知を行なう。エラー通知の完了後、本処理は終了する。所定サイズの用紙がセットされている場合は、Ｓ５０２に進む。
【００２７】
Ｓ５０２では、記憶処理モジュール２０４が、上述のカートリッジ情報及び純正品情報（純正カートリッジの名称や型番などの情報）を読み出す。前述のとおり、カートリッジ情報は、ＣＰＵ１１１によって定期或いは不定期に取得され、ＲＡＭ１１３等に保持されているものを読み出す。純正品情報は、ＳＦＰ１０１の出荷時や設置時等にＲＯＭ１１２或いはＨＤＤ１１４に設定され保持されているものを読み出す。
【００２８】
Ｓ５０３では、記憶処理モジュール２０４が、上述のサービス登録情報をＲＡＭ１１３又はＨＤＤ１１４から読み出す。図６は、サービス登録情報の一例を示す図である。図６のサービス登録情報には、ＳＦＰ１０１を一意に識別する「プリンタＩＤ」と、カートリッジの自動発注サービスへの登録状況を“１（登録済み）”と“０（未登録）”の２値で示す「サービス登録情報」とが対応付けて格納されている。いま、ＳＦＰ１０１のプリンタＩＤが“123456789”であったとする。これに対応するサービス登録情報の値は“１”であるので、ＳＦＰ１０１はカートリッジの自動発注サービスの対象となるプリンタとして登録されていることになる。このサービス登録情報は、情報管理サーバ１０３において管理されており、ＳＦＰ１０１は例えばポーリングによって情報管理サーバ１０３から取得してＲＡＭ１１３又はＨＤＤ１１４に保持しておく。サービス登録情報を情報管理サーバ１０３から取得してＲＡＭ１１３等に保持する処理については、別フローを参照して説明することとする。なお、ここでは、サービス登録情報の値を“１”又は“０”のいずれかとしていたが、これに限定されるものではなく、提供されるサービスの数に応じてパターンが増えることはいうまでもない。
【００２９】
Ｓ５０４では、Ｓ５０３で読み出したサービス登録情報に基づき、次に進む処理の切り分けがなされる。具体的には、サービス登録情報の値が“１”であればＳ５０５に進み、値が“０”であればＳ５０６に進む。
【００３０】
Ｓ５０５では、アクセス情報生成モジュール２０３によって、カートリッジの自動発注サービスに登録されていることを踏まえたアクセス先ＵＲＬが生成される。この際、記憶処理モジュール２０４を介してアクセス先ＤＢ２０８が参照される。図７は、アクセス先ＤＢ２０８に格納されている情報の一例を示す図であり、サービス登録情報に対して、「サービス概要」、「基本ＵＲＬ」及び「付加引数」が対応付けて記憶されている。図７において、サービス登録情報の値が“１”の場合に対応する基本ＵＲＬは「http://www.aaa/support?service=automaticordering&」であり、付加引数は「プリンタＩＤ」「地域」「プリンタ機種」「トナー残量」の４つである。基本ＵＲＬは、例えば登録情報管理モジュール３０３がサービス登録情報に基づいて決定する。ここで、付加引数とは、基本ＵＲＬに付加される、アクセス先となるＵＲＬを完成させるための引数をいう。サービス登録情報の値が“１”の場合に生成されるアクセス先ＵＲＬは、例えば以下のようになる。
http://www.aaa/support?service=automaticordering&id=123456789&locale=jp&model=F900&Y=low&M=ok&C=ok&BK=out
【００３１】
上記アクセス先ＵＲＬにおいて、“id=123456789”は「プリンタＩＤ」に、“locale=jp”は「地域」に、“model=F900”は「プリンタ機種」に、“Y=low&M=ok&C=ok&BK=out”は「トナー残量」にそれぞれ対応している。
【００３２】
Ｓ５０６では、アクセス情報生成モジュール２０３によって、カートリッジの自動発注サービスに登録されていないことを踏まえたアクセス先ＵＲＬが生成される。すなわち、サービス登録情報の値が“０”の場合に対応する基本ＵＲＬ「http://www.def/nosupport?」と、「プリンタ機種」と「トナー残量」の２つ付加引数を用いて、例えば以下のようなアクセス先ＵＲＬが生成される。
http://www.def/nosupport?model=F900&Y=low&M=ok&C=ok&BK=out
【００３３】
Ｓ５０７では、画像処理モジュール２０５が、Ｓ５０５又はＳ５０６で生成したアクセス先ＵＲＬを用いて、レポート出力用の印刷データ（レポートレイアウト）を生成する。その後、Ｓ５０８で、印刷処理モジュール２０６が、Ｓ５０７で生成されたレポートレイアウトに従って印刷処理を行って、消耗品ステータスレポートを出力する。
【００３４】
以上が、消耗品ステータスレポートの出力処理の内容である。図８は、消耗品ステータスレポートの一例を示している。ＳＦＰ１０１に装着された各カートリッジのトナー残量の情報、純正品の型番等の情報、カートリッジの購入先ＵＲＬの情報が記載される。そして、「購入先ＵＲＬ」には、Ｓ５０５又はＳ５０６で生成されたアクセス先ＵＲＬが記載される。ユーザは、レポートに記載されたＵＲＬを頼りにＰＣ１０２等の情報機器端末からサイトにアクセスし、交換用カートリッジに関する情報を取得することが可能となる。
【００３５】
図９の（ａ）及び（ｂ）は、ユーザがＰＣ１０２等から消耗品ステータスレポートに記載のＵＲＬを用いてサイトにアクセスした場合にモニタ等に表示されるページ画面の一例である。図９（ａ）の画面９００は、カートリッジの自動発注サービスに加入している場合のアクセス先ＵＲＬに対応するページ画面（カートリッジ自動発注サービス画面）である。このカートリッジ自動発注サービス画面９００は、機種表示領域９０１、発注状況表示領域９０２、発注要求受付領域９０３で構成されている。図８に示した消耗品ステータスレポートの例では、ＳＦＰ１０１に搭載されるカートリッジのうち、イエロー（Ｙ）が「残量８％」を示している。このとき、情報管理サーバ１０３の発注管理モジュール３０１によってイエロー（Ｙ）のカートリッジの自動発注処理が行われ、この事実を示すメッセージ“発注済み”が発注状況表示領域９０２に表示されている。なお、発注状況表示領域９０２には、発注状況に代えて（或いは併せて）発送状況の情報を表示してもよい。また、発注要求受付領域９０３では、ユーザの判断でカートリッジを発注することもでき、所望のカートリッジを指定して「ＯＫ」ボタンを押下すると、事前登録時にカートリッジのお届け先として登録した住所に配送される。
【００３６】
また、図９（ｂ）の画面９１０は、ユーザが、カートリッジの自動発注サービスに加入していない場合のアクセス先ＵＲＬに対応するページ画面（カートリッジ購入受付画面）である。このカートリッジ購入受付画面９１０は、機種表示領域９１１と商品リスト表示領域９１２とで構成されている。機種表示領域９１１は、上述のＵＩ画面９００における機種表示領域９０１と同様である。商品リスト表示領域９１２には、現時点における各カートリッジのトナー残量に応じて、カートリッジ毎の予想される必要数量が表示される。例えば、図８に示した消耗品ステータスレポートの例では、ＳＦＰ１０１の印刷部１１８に搭載される４つのカートリッジのうち、イエロー（Ｙ）が「残量８％)」である。よって、イエロー（Ｙ）のカートリッジについて、ユーザが発注を行う可能性の高いと判断し、Ｙのカートリッジに対応する数量が「１」となる。このように、カートリッジ自動発注サービスの加入状況に応じて、消耗品ステータスレポートに記載するアクセス先ＵＲＬを決定することで、ユーザを適切な情報サイトへ誘導することが可能となる。
【００３７】
（サービス登録情報の取得・保持）
図１０は、ＳＦＰ１０１がポーリングによってサービス登録情報を情報管理サーバ１０３から取得・保持する処理の流れを示すフローチャートである。図１０に示すフローチャートの各動作（ステップ）のうち、Ｓ１００１〜Ｓ１００６及びＳ１００９、Ｓ１０１０はＳＦＰ１０１側で実行され、Ｓ１００７及びＳ１００８は情報管理サーバ１０３側で実行される。なお、以下の説明において「Ｓ」はステップを表す。
【００３８】
まず、Ｓ１００１では、情報管理サーバ１０３との間で、ネットワーク接続が確立しているかどうかが判定される。ＬＡＮ制御モジュール２０２は、ネットワーク１００への接続状態を監視しており、本ステップでは接続状態に応じて処理の切り分けがなされる。ネットワーク接続が確立されている場合はＳ１００３に進み、確立されていない場合はＳ１００２に進む。
【００３９】
Ｓ１００２では、ネットワーク接続が確立するまで監視が続行される。ネットワークの接続の確立が確認されるとＳ１００６に進む。一方、Ｓ１００３では、タイマーにセットされたポーリング間隔を規定する所定時間が経過したかどうかが判定される。この所定時間については後述する。所定時間が経過していた場合はＳ１００６に進み、経過していない場合はＳ１００４に進む。そして、Ｓ１００４ではネットワーク接続が維持されているかがチェックされ、維持されていればＳ１００３に戻り、ネットワーク接続が切断されていればＳ１００５に進む。Ｓ１００５では、上記タイマーにおけるカウント動作が停止される。タイマーのカウント動作の停止後は、本処理を抜ける。Ｓ１００６では、通信Ｉ／Ｆ１１９により情報管理サーバ１０３へアクセスすると共に、サービス登録情報の取得要求が送信される。この取得要求の際にはＳＦＰ１０１のプリンタＩＤも一緒に送られる。
【００４０】
Ｓ１００７では、情報管理サーバ１０３において、ＳＦＰ１０１からの取得要求に応答して登録情報管理モジュール３０３によってサービス登録ＤＢ３０４からＳＦＰ１０１のプリンタＩＤに紐付けられたサービス登録情報が読み出される。続くＳ１００８では、読み出されたサービス登録情報がＳＦＰ１０１に対して送信される。
【００４１】
Ｓ１００９では、ＳＦＰ１０１の記憶処理モジュール２０４において、情報管理サーバ１０３から受信したサービス登録情報がＨＤＤ１１４に記憶・保持される。そして、Ｓ１１０１０では、タイマー処理モジュール２０７において、サービス登録情報を取得するためのポーリング間隔を規定する所定時間がタイマーにセットされ、カウント動作が開始される。この際の所定時間は任意だが、例えば２４時間経過毎に取得するのであれば“８６４００（秒）”がセットされることになる。
【００４２】
以上が、ポーリングによってサービス登録情報を情報管理サーバ１０３から取得・保持する処理の内容である。
【００４３】
＜変形例＞
なお、本実施形態では、消耗品ステータスレポートにアクセス先ＵＲＬそのものを記載した例を説明したがこれに限定されない。例えば、当該アクセス先ＵＲＬとリンクしたＱＲコード（登録商標）等の二次元コードを代わりに記載してもよい。この場合、アクセス情報生成モジュール２０３においてＱＲコードの生成が行われることになる。
【００４４】
また、レポート出力に代えて、操作部１１６に表示するＵＩ画面上にアクセス先ＵＲＬ（或いはそれとリンクした二次元コード）を記載することでユーザへ通知してもよい。さらには、比較的大きな高精細の操作ディスプレイを有するＭＦＰのような装置であれば、決定したアクセス先ＵＲＬに対応する前述の図９（ａ）や（ｂ）に示すページ画面をその操作ディスプレイに直接表示してもよい。
【００４５】
また、サービスに登録済みの場合に、図９（ａ）のようなサイトへ誘導するためのアクセス先ＵＲＬの代わりに、消耗品等の自動発注サービスへ加入している旨のメッセージを表示させてもよい。
【００４６】
本実施形態によれば、印刷装置における色材のカートリッジといった消耗品等の自動発注サービスへの登録の有無に応じて当該消耗品等の手配・購入に関する情報サイトのアドレス情報が決定され、ユーザに通知される。これにより、自動発注サービスへの登録状況に応じて、ユーザを適切な情報サイトに誘導することができる。
【００４７】
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【実施形態２】
【００４８】
実施形態１は、ユーザがＳＦＰ１０１を操作してアクセス先ＵＲＬが記載されたレポート等を印刷出力するなどし、当該レポート等を参考に改めてＰＣ１０２から消耗品等の購入サイトにアクセスする態様であった。次に、ＰＣ１０２からのリモートＵＩによってＳＦＰ１０１から消耗品等の手配に関する情報サイトへ直接アクセスする態様を、実施形態２として説明する。なお、システム構成など実施形態１と共通する部分については説明を簡略化ないし省略し、以下では本実施形態に特有な点を中心に説明するものとする。
【００４９】
（ＰＣのリモートＵＩ）
図１１は、ＰＣ１０２のモニタ１２６上に表示される、リモートアクセス用のＵＩ画面（リモートＵＩ画面）の一例を示している。このリモートＵＩ画面１１００は、ＷＥＢブラウザ等で表示することが可能な例えばｈｔｍｌ形式の画面であり、プリンタドライバ３１３からの指示によってＳＦＰ１０１から提供され、ＵＩ制御モジュール３１１によってモニタ１２６上に表示される。
【００５０】
図１２は、本実施形態に係る、リモートＵＩによって消耗品等の手配に関する情報にＰＣ１０２から直接アクセスする処理の流れを示すフローチャートである。図１２に示すフローチャートの各動作（ステップ）のうち、Ｓ１２０１、Ｓ１２０２、Ｓ１２０５〜Ｓ１２０７及びＳ１２１３はＰＣ１０２側で実行され、Ｓ１２０３、Ｓ１２０４、Ｓ１２０８〜Ｓ１２１２はＳＦＰ１０１側で実行される。そして、これら各ステップは、ＰＣ１０２及びＳＦＰ１０１のそれぞれにおいて、ＣＰＵがＲＯＭ又はＨＤＤに記憶された制御プログラムをＲＡＭに展開しこれを実行することにより実現されるものとする。なお、以下の説明において「Ｓ」はステップを表す。
【００５１】
まず、Ｓ１２０１では、ＰＣ１０２のプリンタドライバ３１３を介してリモートアクセスのユーザ指示が受け付けられる。当該指示を受けて、続くＳ１２０２では、上述のリモートＵＩ画面１１００のデータがＳＦＰ１０１に対してリクエストされる。
【００５２】
Ｓ１２０３では、上記リクエストに応答して、ＳＦＰ１０１の記憶処理モジュール２０４によってＵＩ画面ＤＢ２０９からリモートＵＩ画面１１００のデータが読み出される。続くＳ１２０４では、読み出されたリモートＵＩ画面１１００のデータがＰＣ１０２に対して送信される。
【００５３】
Ｓ１２０５では、上記データを受信したＰＣ１０２において、リモートＵＩ画面１１００がＵＩ制御モジュール３１１によってモニタ１２６上に表示される。そして、Ｓ１２０６で、当該リモートＵＩ画面１１００内の「消耗品購入」ボタン１１０１の押下が検出されると、Ｓ１２０７でその操作情報がＳＦＰ１０１に送信される。
【００５４】
Ｓ１２０８では、上記操作情報を受信したＳＦＰ１０１において、記憶処理モジュール２０４によって、サービス登録情報がＲＡＭ１１３又はＨＤＤ１１４から読み出される。続くＳ１２０９では、実施形態１の図５のフローのＳ５０４と同様、Ｓ１２０８で読み出したサービス登録情報に基づき、次に進む処理の切り分けがなされる。具体的には、サービス登録情報の値が“１”であればＳ１２１０に進み、値が“０”であればＳ１２１１に進む。
【００５５】
Ｓ１２１０では、前述のＳ５０５と同様、カートリッジの自動発注サービスに登録されていることを踏まえたアクセス先ＵＲＬが生成される。また、Ｓ１２１１では、前述のＳ５０６と同様、カートリッジの自動発注サービスに登録されていないことを踏まえたアクセス先ＵＲＬが生成される。そして、Ｓ１２１２では、通信制御モジュール２０２によって、生成されたアクセス先ＵＲＬの情報がＰＣ１０２に送信される。
【００５６】
Ｓ１２１３では、上記アクセス先ＵＲＬの情報を受信したＰＣ１０２において、ＵＩ制御モジュール３１１が、当該アクセス先ＵＲＬに従ったサイトのページ画面（図９の（ａ）及び（ｂ）参照）をＷＥＢブラウザで表示する。こうして、ユーザは、クライアント端末であるＰＣ１０２から、消耗品自動発注サービスの登録状況に応じた適切なサイトを閲覧することが可能となる。
【００５７】
以上の通り、本実施形態によれば、ＰＣ１０２からのリモートアクセスによって、消耗品等の手配・購入に関する情報サイトへ直接アクセスする場合においても、ユーザにとって消耗品自動発注サービスへの登録状況に即した適切なサイトに誘導すること可能になる。
【００５８】
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2020052561.tif 000003
【図２】
2020052561.tif 000004
【図３】
2020052561.tif 000005
【図４】
2020052561.tif 000006
【図５】
2020052561.tif 000007
【図６】
2020052561.tif 000008
【図７】
2020052561.tif 000009
【図８】
2020052561.tif 000010
【図９】
2020052561.tif 000011
【図１０】
2020052561.tif 000012
【図１１】
2020052561.tif 000013
【図１２】
2020052561.tif 000014