(57)【要約】【課題】画像処理装置の消耗部品に関する情報などを提供するサービスを有するシステムにおいて、画像処理装置が部品の消耗状況を取得する機能などを有していない場合、サービスが提供することができる機能を開示したとしても、無駄な作業を強いるだけになる。また、各サービスに画像処理装置からのデータ送信が完了していない場合に、消耗部品に関する情報などを提供したとしても、サービスマンに対して誤操作をさせるおそれがある。【解決手段】画像処理装置が特定機能を有している否か、さらには、画像処理装置からデータ送信がなされているか否かを判断し、これらの条件が満たされている場合にのみ、サービスマンに対して特定情報を提供する。【選択図】図８
2020042474.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置のウェブブラウザに対してデバイスの利用状況を示す画面データを提供する第１システムと、前記第１システムとは異なる第２システムとを含むネットワークシステムであって、
前記第１システムは、
初期通信を行ってきたデバイスで実行される第１アプリケーションから受信したデバイス情報に基づき該デバイスが特定機能を有していると判定した場合に、前記第２システムに対して該デバイス情報の登録を依頼する依頼手段と、
前記クライアント装置のウェブブラウザからの要求に対して、指定されたデバイスの利用状況を示す画面データを提供する提供手段と、を有し、
前記第２システムは、
前記依頼に応じて、前記デバイス情報を登録する登録手段と、
デバイスで実行される第２アプリケーションから送信されてきたデバイス情報に基づき該デバイスが前記特定機能を有していると判定した場合に、該デバイス情報に含まれる識別情報が、前記登録されたデバイス情報に存在するか否かを判定する判定手段と、
前記判定手段により存在すると判定された場合に、前記第１システムに対して該当するデバイス情報を送信する送信手段と、
前記特定機能を有するデバイスから、前記特定機能による該デバイスの稼働情報の分析結果を示すデータを受信する受信手段と、を有し、
前記提供手段は、前記送信手段により送信されてきたデバイス情報に対応するデバイスが指定された場合には、前記稼働情報の分析結果を提供するためのメニューを含む画面データを提供し、前記送信手段により送信されてきたデバイス情報に対応しないデバイスが指定された場合には、前記メニューを含まない画面データを提供する
ことを特徴とするネットワークシステム。
【請求項２】
前記第１システムは、前記クライアント装置のウェブブラウザで前記メニューが操作されたことに応じて、前記第２システムに対して、前記指定されたデバイスの稼働情報の分析結果を示すデータを要求する要求手段を更に有し、
前記提供手段は、前記クライアント装置のウェブブラウザに、前記第２システムから取得できた前記稼働情報の分析結果を示すデータを提供することを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
クライアント装置のウェブブラウザに対してデバイスの利用状況を示す画面データを提供する第１システムと、前記第１システムとは異なる第２システムとを含むネットワークシステムにおける方法であって、
前記第１システムは、
初期通信を行ってきたデバイスで実行される第１アプリケーションから受信したデバイス情報に基づき該デバイスが特定機能を有していると判定した場合に、前記第２システムに対して該デバイス情報の登録を依頼する依頼工程と、
前記クライアント装置のウェブブラウザからの要求に対して、指定されたデバイスの利用状況を示す画面データを提供する提供工程と、を有し、
前記第２システムは、
前記依頼に応じて、前記デバイス情報を登録する登録工程と、
デバイスで実行される第２アプリケーションから送信されてきたデバイス情報に基づき該デバイスが前記特定機能を有していると判定した場合に、該デバイス情報に含まれる識別情報が、前記登録されたデバイス情報に存在するか否かを判定する判定工程と、
前記判定工程で存在すると判定された場合に、前記第１システムに対して該当するデバイス情報を送信する送信工程と、
前記特定機能を有するデバイスから、前記特定機能による該デバイスの稼働情報の分析結果を示すデータを受信する受信工程と、を有し、
前記提供工程では、前記送信工程で送信されてきたデバイス情報に対応するデバイスが指定された場合には、前記稼働情報の分析結果を提供するためのメニューを含む画面データが提供され、前記送信工程で送信されてきたデバイス情報に対応しないデバイスが指定された場合には、前記メニューを含まない画面データが提供される
ことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば画像処理装置などのデバイスに関する情報をサービスマンなどに対して提供するシステムに関する。
【背景技術】
【０００２】
近年、インターネットに画像処理装置や自動車などのオブジェクトをクライアントとして接続する「Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ」（以下、「ＩｏＴ」と言う）を実現するシステムが多く利用されるようになってきている。また、近年、大量のビッグデータを分析することで、製品の摩耗状況を基にした寿命予測や、製品の利用状況を基にした売れ行き予測など、予測分析技術の発展もまた顕著である。さらに、画像処理装置の多機能化により、画像処理装置もＩｏＴクライアント機能や、寿命予測機能を搭載することが可能となった。
【０００３】
こうした技術発展により、例えば、画像処理装置が部品の消耗状況から寿命に到達しそうな部品を予測し、その情報をクラウド上の収集サービス（以下、「部品消耗情報収集サービス」と言う）に送信する、といったシステムの実現が可能となった。また、画像処理装置からカウンタ情報やエラー情報をクラウド上の分析サービス（以下、「利用状況分析サービス」と言う）に送信し、その情報をサービスマンのような利用者に開示するシステムの実現も可能である。
【０００４】
特許文献１では、画像処理装置のデータを収集するリモートメンテナンスサービスと、利用状況分析サービスとの２つのサービスに監視情報を送信する拠点監視装置で、各サービスの管理対象のデバイスリストを同期させる技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−７５８４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述した部品消耗情報収集サービスと利用状況分析サービスとが連携することで、サービスマンに対して更なる機能、例えば、部品寿命表示機能を提供することも可能である。部品寿命表示機能とは、利用状況分析サービスが、部品消耗情報収集サービスから消耗状況データや寿命予測データを取得することで、利用状況だけでなく、部品寿命情報を開示することも可能な機能である。
一方で、部品消耗情報収集サービスと利用状況分析サービスとが連携して部品寿命表示機能を実現する形態では、それぞれのサービスに画像処理装置からのデータ送信が完了していないと、部品寿命情報をサービスマンに提供することはできない。あるいは、画像処理装置自体の部品の消耗状況を取得、分析、送信する機能が有効に動作していないと、当然のことながら部品寿命情報をサービスマンに提供することはできない。このような場合に、サービスマンが利用状況分析サービスを用いて、画像処理装置の部品寿命表示機能を閲覧しようとしても、必要な情報を得られないどころか、冗長な作業を発生させてしまう。すなわち、部品寿命情報を提供できないのにも関わらず、サービスマンに部品寿命表示機能の存在を開示したとしても、該機能に対する操作など、サービスマンに対して無駄な作業や誤操作を行わせてしまうことになる。
【０００７】
上述の特許文献１は、このような無駄な作業などを抑制する仕組みについてはとくに考慮されていない。
【０００８】
そこで、本発明では、上記に鑑みて、画像処理装置が特定機能を有しているという条件を満たした場合のみ、利用状況分析サービスが特定情報を利用者に提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、クライアント装置のウェブブラウザに対してデバイスの利用状況を示す画面データを提供する第１システムと、前記第１システムとは異なる第２システムとを含むネットワークシステムであって、前記第１システムは、初期通信を行ってきたデバイスで実行される第１アプリケーションから受信したデバイス情報に基づき該デバイスが特定機能を有していると判定した場合に、前記第２システムに対して該デバイス情報の登録を依頼する依頼手段と、前記クライアント装置のウェブブラウザからの要求に対して、指定されたデバイスの利用状況を示す画面データを提供する提供手段と、を有し、前記第２システムは、前記依頼に応じて、前記デバイス情報を登録する登録手段と、デバイスで実行される第２アプリケーションから送信されてきたデバイス情報に基づき該デバイスが前記特定機能を有していると判定した場合に、該デバイス情報に含まれる識別情報が、前記登録されたデバイス情報に存在するか否かを判定する判定手段と、前記判定手段により存在すると判定された場合に、前記第１システムに対して該当するデバイス情報を送信する送信手段と、前記特定機能を有するデバイスから、前記特定機能による該デバイスの稼働情報の分析結果を示すデータを受信する受信手段と、を有し、前記提供手段は、前記送信手段により送信されてきたデバイス情報に対応するデバイスが指定された場合には、前記稼働情報の分析結果を提供するためのメニューを含む画面データを提供し、前記送信手段により送信されてきたデバイス情報に対応しないデバイスが指定された場合には、前記メニューを含まない画面データを提供することを特徴とする。
【発明の効果】
【００１０】
デバイスに関する特定情報を提供するサービスを有するシステムにおいて、デバイスが特定機能を有していない場合に、利用者に対して無駄な作業を強いることを防止することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明のシステムの全体構成を示す図である。
【図２】各サービスなどのハードウェア構成である。
【図３】画像処理装置のハードウェア構成である。
【図４】システム全体のソフトウェア構成（実施形態１）である。
【図５】利用状況分析アプリケーションへのデータ送信フロー（実施形態１）である。
【図６】部品消耗情報収集アプリケーションへのデータ送信フロー（実施形態１）である。
【図７】利用状況分析アプリケーションによる特定情報開示判断フロー（実施形態１）である。
【図８】ブラウザにおけるデバイス消耗情報表示フロー（実施形態１）である。
【図９】利用状況分析サービスクライアントアプリケーションから送信されるデバイス情報データの例（実施形態１）である。
【図１０】データ送信アプリケーションが送信するデバイス情報データの例である。
【図１１】利用状況分析アプリケーションが生成するＵＩの例（実施形態１）である。
【図１２】システム全体のソフトウェア構成（実施形態２）である。
【図１３】部品消耗情報収集アプリケーションへのデータ送信停止フロー（実施形態２）である。
【図１４】利用状況分析アプリケーションによる特定情報開示判断フロー（実施形態２）である。
【図１５】ブラウザにおけるデバイス消耗情報表示フロー（実施形態２）である。
【図１６】データ送信アプリケーションが送信するデバイス情報送信停止データの例である。
【図１７】利用状況分析アプリケーションが生成するＵＩの例（実施形態２）である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について図面を用いて説明する。
(実施形態１)
［システムの全体構成］
図１は、本発明のネットワークシステムの全体構成を示す図である。
【００１３】
図１に示すシステムにおいて、画像処理装置１００とクライアント端末１１０はネットワーク１７０を介して接続されている。また、画像処理装置１００とクライアント端末１１０は、ネットワーク１７０を介して、利用状況分析サービス１２０、部品消耗情報収集サービス１３０、認証サービス１４０、デバイス管理サービス１５０、データ管理サービス１６０に、接続されている。
ネットワーク１７０は、例えば、インターネットなどのＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線などであり、また、これらの組み合わせにより実現される通信ネットワークである。
【００１４】
画像処理装置１００は、本発明のシステムにおけるデバイスの一例であり、例えば、複合機（ＭＦＰ：MultiFunction Peripheral）などからなる。画像処理装置１００は、利用状況分析サービス１２０へのデータ送信や、認証サービス１４０において認証を行った上でデータ管理サービス１６０へのデータ送信を行う機能を有する。また、画像処理装置１００は、システム内に複数台存在してもよい。
クライアント端末１１０は、利用状況分析サービス１２０と通信し、画像処理装置１００の利用状況や部品消耗情報をサービスマンに提示する機能を有する。また、クライアント端末１１０は、システム内に複数台存在してもよい。
【００１５】
利用状況分析サービス１２０は、画像処理装置１００からカウンタ情報やエラー情報などのデータを収集、分析し、クライアント端末１１０に画像処理装置１００の利用状況を開示する機能を有するクラウドサービスである。また、利用状況分析サービス１２０は、部品消耗情報収集サービス１３０と通信し、画像処理装置１００の部品消耗情報を取得し、それをクライアント端末１１０に開示する機能も有する。
部品消耗情報収集サービス１３０は、データ管理サービス１６０に送信された画像処理装置１００の部品消耗情報を取得する機能を有するクラウドサービスである。
【００１６】
認証サービス１４０は、クラウドサービスのクライアントである画像処理装置１００の認証を行う機能を有するクラウドサービスである。
デバイス管理サービス１５０は、認証に成功した画像処理装置１００のデバイス情報を管理する機能を有するクラウドサービスである。
データ管理サービス１６０は、画像処理装置１００からの送信データを保管する機能を有するクラウドサービスである。
【００１７】
［ハードウェア構成］
図２は、クライアント端末１１０、利用状況分析サービス１２０、部品消耗情報収集サービス１３０、認証サービス１４０、デバイス管理サービス１５０、データ管理サービス１６０を構成する情報処理装置のハードウェア構成を示す図である。
利用状況分析サービス１２０、部品消耗情報収集サービス１３０、認証サービス１４０、デバイス管理サービス１５０、データ管理サービス１６０などのクラウドサービスのそれぞれは、仮想マシンにより実現されるシステムである。具体的には、少なくとも１台以上の情報処理装置とそれら装置上で稼働する仮想マシンにより実現される
【００１８】
システムバス２０１は、装置内におけるデータの経路となるものである。
ＣＰＵ（Central Processing Unit）２０２は、装置全体の制御を行う。
ＣＰＵ２０２は、ＨＤＤ（Hard Disk Drive）２０５に格納されているアプリケーションプログラム、ＯＳなどを実行する。またＣＰＵ２０２は、プログラムの実行に必要な情報をＲＡＭ２０３に一時的に格納するための制御を行う。
【００１９】
ＲＡＭ２０３（Random Access Memory）は、一時記憶手段であり、ＣＰＵ２０２の主メモリ、ワークエリアなどとして機能する。
ＲＯＭ（Read Only Memory）２０４は、記憶手段であり、基本Ｉ／Ｏプログラムなどの各種データを記憶する。
ＨＤＤ２０５は、大容量メモリとして機能する、外部記憶手段の一つである。ＨＤＤ２０５は、Ｗｅｂブラウザなどのアプリケーションプログラム、サービスサーバー群のプログラム、ＯＳ、関連プログラムなどを格納している。
【００２０】
ディスプレイ２０６は、表示手段であり、キーボード２０７から入力されたコマンドなどを表示する。
キーボード２０７は指示入力手段である。
インターフェース２０８は、外部装置とのインターフェース（Ｉ／Ｆ）であり、プリンタ、ＵＳＢ機器、周辺機器などの外部装置を接続する。
ＮＩＣ（Network Interface Card）２０９は、インターフェース２０８、ネットワーク１７０を介して外部装置とのデータのやり取りを行う。
【００２１】
なお、図２に示すハードウェア構成は一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＡＭ２０３、ＲＯＭ２０４、ＨＤＤ２０５などへ変更することも可能である。
また、ＨＤＤ２０５に記憶されているプログラムをＣＰＵ２０２が実行することによって、図４や図５などで後述するようなソフトウェア構成や、フローチャートの各ステップの処理が実現される。
【００２２】
図３は、画像処理装置１００のハードウェア構成を示す図である。
図３に示す画像処理装置１００は、例えば、デジタル複合機、ファクシミリ装置、レーザービームプリンタ、インクジェットプリンタ、スキャナー装置などの各種画像処理装置に適用することができる。
画像処理装置１００は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４、ネットワークＩ／Ｆ３０５、内部バス３０６、デバイス制御３０７、定着器などを含む印刷部３０８を備える。また、画像処理装置１００には、例えばトナー収納容器などの消耗部品（不図示）が装着される。
【００２３】
ＣＰＵ３０１は、ＲＯＭ３０３に格納されているプログラムを実行し、内部バス３０６を介して各デバイスを総括的に制御する。また、ＣＰＵ３０１は、ＲＡＭ３０２やＲＯＭ３０３に格納されているプログラムを実行することにより、記憶装置３０４などの記録媒体に画像データを記録する処理を行う。
【００２４】
ＲＡＭ３０２は、ＣＰＵ３０１のメモリやワークエリアとして機能する。
ＲＯＭ３０３は、画像処理装置１００が出荷される地域を意味する仕向け情報も格納する。仕向け情報にしたがって、入出力装置３１０に表示する言語が決定される。
記憶装置３０４は、外部記憶装置として機能し、画像データなどを記憶する。また、記憶装置３０４は、バックアップとしてのＲＡＭ３０２に代わって、画像処理装置１００のカウンタ情報、システム情報及び監視情報を保存することも可能である。
【００２５】
ネットワークＩ／Ｆ３０５は、ネットワーク１７０を介して、外部のネットワーク機器あるいはパーソナルコンピュータ（ＰＣ）と片方向または双方向にデータをやり取りする。
デバイス制御部３０７は印刷部３０８を制御する。
【００２６】
入出力装置３１０は、画像処理装置１００における入出力を担う複数の装置からなる。具体的には、ユーザからの入力（ボタン入力など）を受け付け、入力に対応する信号を入出力Ｉ／Ｆ３０９を介して前述した各処理部へ伝達する。
その他、ユーザに対して必要な情報を提供したり、ユーザ操作を受け付けたりするための表示装置（タッチパネルなど）も入出力装置３１０に含まれる。さらに、原稿を読み取り、電子データとして受け付けるためのスキャン装置も入出力装置３１０に含まれてよい。
【００２７】
［ソフトウェア構成およびネットワーク接続構成］
図４は、実施形態１におけるデバイス情報提供システム全体のソフトウェア構成を示す図である。
【００２８】
画像処理装置１００の利用状況分析サービスクライアントアプリケーション４００は、記憶装置３０４に格納され、ＣＰＵ３０１によって実行される。利用状況分析サービスクライアントアプリケーション４００は、通信部４０１、デバイス情報取得部４０２から構成される。
通信部４０１は、利用状況分析アプリケーション４３０、接続管理アプリケーション４１０と通信を行う。
デバイス情報取得部４０２は、記憶装置３０４からカウンタ情報、コントローラーバージョン情報などのデバイスデータを取得し、通信部４０１に送信する。
【００２９】
画像処理装置１００の接続管理アプリケーション４１０は、記憶装置３０４に格納され、ＣＰＵ３０１によって実行される。接続管理アプリケーション４１０は、通信部４１１、認証情報管理部４１２から構成される。
通信部４１１は、認証サービス１４０、利用状況分析サービスクライアントアプリケーション４００、データ送信アプリケーション４２０と通信を行う。
認証情報管理部４１２は、認証サービス１４０との認証に必要な情報を管理する。
【００３０】
画像処理装置１００のデータ送信アプリケーション４２０は、記憶装置３０４に格納され、ＣＰＵ３０１によって実行される。データ送信アプリケーション４２０は、通信部４２１、デバイス情報取得部４２２、部品寿命予測機能管理部４２３から構成される。
通信部４２１は、データ管理アプリケーション４７０、接続管理アプリケーション４１０と通信を行う。
デバイス情報取得部４２２は、記憶装置３０４から部品情報、デバイス機能情報などのデバイスデータを取得し、通信部４２１に送信する。
部品寿命予測機能管理部４２３は、デバイス情報取得部４２２が取得した部品情報から、部品の消耗情報や寿命予測情報を算出し、通信部４２１に送信する。なお、本実施形態において、部品寿命予測機能は、デバイスのコントローラーバージョンが「２．０」以上である場合にのみ搭載されるものとする。また、部品寿命予測機能が搭載されているデバイスは、デバイス機能リストに「ＰＲＩＶＥＮＴＩＶＥ＿ＭＡＩＮＴＥＮＡＮＣＥ」の情報が含まれるものとする。
【００３１】
クライアント端末１１０は、図１１で詳しく説明するように、部品消耗情報を提供するためのブラウザ４８０を有する。
【００３２】
利用状況分析サービス１２０の利用状況分析アプリケーション４３０は、ＨＤＤ２０５に格納され、ＣＰＵ２０２によって実行される。利用状況分析アプリケーション４３０は、通信部４３１、機能判定部４３２、ＵＩ生成部４３３、特定情報開示デバイス記憶部４３４から構成される。
【００３３】
通信部４３１は、クライアント端末１１０のブラウザ４８０、利用状況サービスクライアントアプリケーション４００、部品消耗情報収集アプリケーション４４０と通信を行う。
機能判定部４３２は、通信部４３１が利用状況分析サービスクライアントアプリケーション４００から受信したデバイス情報の内、コントローラーバージョン情報を参照し、画像処理装置１００が特定機能を有しているか否かを判定する。
【００３４】
なお、本発明において、画像処理装置１００などのデバイスが有する特定機能とは、デバイスに装着されている部品の消耗状況や寿命予測などのデータ（以下、「特定情報」とも言う）を取得、送信などの取扱いをすることができる機能を指す。本実施形態では、デバイスのコントローラーバージョンが「２．０」以上であるか否かを識別情報として機能判定部４３２が確認することにより、デバイスが部品寿命予測機能などの特定機能を有しているか否かを判定する。
【００３５】
ＵＩ生成部４３３は、ブラウザ４８０（ウェブブラウザ）からの要求に応じて、ブラウザ４８０にデバイスの利用状況を提供するための利用状況分析画面を生成し、通信部４３１に送信する。
特定情報開示デバイス記憶部４３４は、デバイスを識別する一意の識別情報であるｄｅｖｉｃｅＩｄを特定機能の開示対象デバイスとしてＲＯＭ２０４に記憶する。なお、本実施形態においては、特定機能の開示対象デバイスは、部品寿命予測機能を有する画像処理装置１００となる。また、特定情報開示デバイス記憶部４３４は、日時情報をＲＡＭ２０３に保持する。
【００３６】
部品消耗情報収集サービス１３０の部品消耗情報収集アプリケーション４４０は、ＨＤＤ２０５に格納され、ＣＰＵ２０２によって実行される。部品消耗情報収集アプリケーション４４０は、通信部４４１、機能判定部４４２、データベース管理部４４３から構成される。
【００３７】
通信部４４１は、利用状況分析アプリケーション４３０、データ管理アプリケーション４７０と通信する。
機能判定部４４２は、通信部４４１がデータ管理アプリケーション４７０から受信したデバイス情報の内、デバイス機能リストを参照し、画像処理装置１００が特定機能を有しているか否かを判定する。本実施形態において、機能判定部４４２は、デバイス機能リストに「ＰＲＩＶＥＮＴＩＶＥ＿ＭＡＩＮＴＥＮＡＮＣＥ」の情報が含まれているか否かを確認することにより、画像処理装置１００が部品寿命予測機能を有しているか否かを判定する。
データベース管理部４４３は、データベース部４４４の各データベースに対し、登録や削除といったデータベース操作を行う。
【００３８】
部品消耗情報収集サービス１３０のデータベース部４４４は、ＨＤＤ２０５に存在するデータベース用の領域である。データベース部４４４は、利用状況デバイス管理データベース４４５、消耗情報デバイス管理データベース４４６、特定情報開示対象データベース４４７、イベントストアデータベース４４８、部品消耗情報データベース４４９から構成される。
【００３９】
利用状況デバイス管理データベース４４５は、利用状況分析サービスクライアントアプリケーション４００から利用状況分析アプリケーション４３０へのデータ送信が開始された画像処理装置１００のデバイス情報が格納される。本実施形態においては、利用状況デバイス管理データベース４４５は、利用状況デバイスデータテーブルを備える。
表１に、利用状況デバイスデータテーブルの一例を示す。
【００４０】
【表１】
2020042474.tif 000003
【００４１】
「ｄｅｖｉｃｅＩｄ」カラムには、画像処理装置などのデバイスを一意に識別するための値が格納される。
「ｒｅｇｉｓｔｒａｔｉｏｎＴｉｍｅ」カラムには、データが登録された時刻が格納される。
なお、本実施形態において、部品寿命予測機能を有していない画像処理装置のデバイス情報は、利用状況デバイス管理データベース４４５に格納されない。
【００４２】
消耗情報デバイス管理データベース４４６は、データ送信アプリケーション４２０からデータ管理アプリケーション４７０へのデータ送信が開始された画像処理装置１００のデバイス情報が格納される。本実施形態においては、消耗情報デバイス管理データベース４４６は、消耗情報デバイスデータテーブルを備える。
【００４３】
表２に、消耗情報デバイスデータテーブルの一例を示す。
【００４４】
【表２】
2020042474.tif 000004
【００４５】
「ｄｅｖｉｃｅＩｄ」カラムには、画像処理装置などのデバイスを一意に識別するための値が格納される。
「ｒｅｇｉｓｔｒａｔｉｏｎＴｉｍｅ」カラムには、データが登録された時刻が格納される。
なお、本実施形態において、部品寿命予測機能を有していない画像処理装置のデバイス情報は、消耗情報デバイス管理データベース４４６に格納されない。
【００４６】
特定情報開示対象データベース４４７は、利用状況デバイス管理データベース４４５と消耗情報デバイス管理データベース４４６の双方に登録されたデバイス情報が格納される。本実施形態においては、特定情報開示対象データベース４４７は、特定情報開示対象デバイスデータテーブルを備える。
表３に、特定情報開示対象デバイスデータテーブルの一例を示す
【００４７】
【表３】
2020042474.tif 000005
【００４８】
「ｄｅｖｉｃｅＩｄ」カラムには、画像処理装置などのデバイスを一意に識別するための値が格納される。
「ｒｅｇｉｓｔｒａｔｉｏｎＴｉｍｅ」カラムには、データが登録された時刻が格納される。
【００４９】
イベントストアデータベース４４８は、特定情報開示対象データベース４４７の情報登録や削除などの操作が行われた際に、イベント情報が格納されるデータベースである。本実施形態において、イベントストアデータベース４４８は、イベントストアデータテーブルを備える。
表４に、イベントストアデータテーブルの一例を示す。
【００５０】
【表４】
2020042474.tif 000006
【００５１】
「ｅｖｅｎｔＩｄ」カラムには、特定情報開示対象デバイスのイベントストア情報を一意に識別するための値が格納される。
「ｅｖｅｎｔＴｙｐｅ」カラムは、特定情報開示対象デバイスデータテーブルに対して行われた操作を示す値が格納される。本実施形態では、データの新規登録が行われた場合は「ｒｅｇｉｓｔ」、データの削除が行われた場合は「ｒｅｌｅａｓｅ」、データの更新が行われた場合は「ｕｐｄａｔｅ」の値が、それぞれ、格納される。
「ｄｅｖｉｃｅＩｄ」カラムには、画像処理装置などのデバイスを一意に識別するための値が格納される。
「ｅｖｅｎｔＴｉｍｅ」カラムには、データが登録された時刻が格納される。
【００５２】
部品消耗情報データベース４４９は、画像処理装置１００の各部品の消耗情報が格納されるデータベースである。本実施形態において、部品消耗情報データベース４４９は、部品消耗情報データテーブルを備える。
表５に、部品消耗情報データテーブルの一例を示す。
【００５３】
【表５】
2020042474.tif 000007
【００５４】
「ｄｅｖｉｃｅＩｄ」カラムには、画像処理装置などのデバイスを一意に識別するための値が格納される。
「ｐａｒｔｓＩｄ」カラムには、デバイスの部品を一意に識別するための値が格納される。
「ｐａｒｔｓＬｉｆｅ」カラムには、部品の消耗率をパーセントで示す値が格納される。例えば、表５の例では、デバイス「ＡＡＡ００００１」の部品「Ｐ００００２」が「７０％」消耗していることが示されている。
「ｐａｒｔｓＲｅｓｔＤａｙ」カラムには、部品があと何日で寿命に到達するかを示す予測値が格納される。例えば、表５の例では、デバイス「ＡＡＡ００００１」の部品「Ｐ００００２」があと「５日」で寿命に到達することが示されている。
「ｒｅｇｉｓｔｒａｔｉｏｎＴｉｍｅ」カラムには、データが登録された時刻が格納される。
【００５５】
認証サービス１４０の認証アプリケーション４５０は、ＨＤＤ２０５に格納され、ＣＰＵ２０２によって実行される。認証アプリケーション４５０は、通信部４５１、認証制御部４５２から構成される。
通信部４５１は、接続管理アプリケーション４１０、デバイス管理アプリケーション４６０と通信する。
認証制御部４５２は、通信部４５１が受信した画像処理装置１００の認証情報を参照し、認証処理を行う。なお、本実施形態において、認証処理は、ＩＤ、パスワードによる認証や生体認証などの認証方法に関して、特に限定されるものではない。
【００５６】
デバイス管理サービス１５０のデバイス管理アプリケーション４６０は、ＨＤＤ２０５に格納され、ＣＰＵ２０２によって実行される。デバイス管理アプリケーション４６０は、通信部４６１、デバイスデータ管理部４６２から構成される。
通信部４６１は、認証アプリケーション４５０、データ送信アプリケーション４２０と通信する。
デバイスデータ管理部４６２は、通信部４６１が受信した認証処理成功済みの画像処理装置１００のデバイス情報をＨＤＤ２０５に保存し、管理する。
【００５７】
データ管理サービス１６０のデータ管理アプリケーション４７０は、ＨＤＤ２０５に格納され、ＣＰＵ２０２によって実行される。データ管理アプリケーション４７０は、通信部４７１、データ管理部４７２から構成される。
通信部４７１は、データ送信アプリケーション４２０、部品消耗情報収集アプリケーション４４０と通信する。
データ管理部４７２は、通信部４７１が受信したデータをＨＤＤ２０５に保存し、管理する。
【００５８】
［処理フローチャート］
図５は、実施形態１における、画像処理装置１００から利用状況分析アプリケーション４３０へのデータ送信フローである。なお、図５の処理フローの前提として、画像処理装置１００は部品寿命予測機能を有しているものとする。また、図５の処理フローの開始時点において、すべてのデータベーステーブルの情報は空であるものとする。
【００５９】
Ｓ５０１において、接続管理アプリケーション４１０の通信部４１１が、利用状況分析サービスクライアントアプリケーション４００に、利用状況分析アプリケーション４３０との通信を開始するよう依頼する。
Ｓ５０２において、利用状況分析サービスクライアントアプリケーション４００の通信部４０１が、利用状況分析アプリケーション４３０に対して、初期通信として、通信テストを実行する。
Ｓ５０３において、利用状況分析アプリケーション４３０の通信部４３１が、利用状況分析サービスクライアントアプリケーション４００からの通信開始依頼を受信する。
【００６０】
Ｓ５０４において、Ｓ５０３で通信確認ができたことを受けて、利用状況分析アプリケーション４３０の通信部４３１が、利用状況分析サービスクライアントアプリケーション４００にデータ送信開始依頼を送信する。
Ｓ５０５において、利用状況分析サービスクライアントアプリケーション４００の通信部４０１が、利用状況分析アプリケーション４３０からのデータ送信開始依頼を受信する。
なお、Ｓ５０５が完了後、利用状況分析サービスクライアントアプリケーション４００においてＳ５０６とＳ５０８が順次実行される。
【００６１】
Ｓ５０６において、利用状況分析サービスクライアントアプリケーション４００の通信部４０１が、利用状況分析アプリケーション４３０との通信開始が成功した旨を接続管理アプリケーション４１０に送信する。
Ｓ５０７において、接続管理アプリケーション４１０の通信部４１１が、通信開始成功通知を受信し、通信開始依頼処理を完了する。
Ｓ５０８において、利用状況分析サービスクライアントアプリケーション４００のデバイス情報取得部４０２が、画像処理装置１００のデバイス情報を取得する。さらに、利用状況分析サービスクライアントアプリケーション４００の通信部４０１が、デバイス情報を利用状況分析アプリケーション４３０に送信する。なお、本実施形態においては、デバイス情報として、図９に示されるデバイス情報データ９００が送信されたものとする。
【００６２】
ここで、図９を用いて、利用状況分析サービスクライアントアプリケーション４００の通信部４０１が利用状況分析アプリケーション４３０に送信するデバイス情報データについて説明する。
図９は、実施形態１において、利用状況分析サービスクライアントアプリケーション４００から利用状況分析アプリケーション４３０に送信されるデバイス情報データ９００を示している。
【００６３】
デバイス情報データ９００は、利用状況分析サービスクライアントアプリケーション４００から利用状況分析アプリケーション４３０に送信されるデバイス情報データの内容であり、ｊｓｏｎ形式でメッセージが構成されている。
「ｄｅｖｉｃｅＩｄ」は画像処理装置１００を一意に特定するＩＤ情報である。
「ｄｅｖｉｃｅＩｎｆｏ」は、画像処理装置１００の機器情報を示す情報である。本実施形態では、画像処理装置１００のコントローラーバージョンが「２．０」である旨が示されている。
「ｃｏｕｎｔｅｒＩｎｆｏ」は、画像処理装置１００のプリント枚数などのカウンタ情報を示す情報である。
「ｅｒｒｏｒＩｎｆｏ」は、画像処理装置１００で発生したエラー情報を示す情報である。
「ｔｉｍｅｓｔａｍｐ」は、デバイス情報の送信日時を示す情報である。
【００６４】
ここで、図５の説明に戻る。
Ｓ５０９において、利用状況分析アプリケーション４３０の通信部４３１が、図９のデバイス情報データ９００を受信する。利用状況分析アプリケーション４３０では、管理対象のデバイスとしてデバイス情報を管理する。
【００６５】
Ｓ５１０において、利用状況分析アプリケーション４３０の機能判定部４３２が、Ｓ５０９で通信部４３１が受信したデバイス情報データ９００を参照し、画像処理装置１００などのデバイスが特定機能を有しているか否かを判定する。
デバイスが特定機能を有していないと判定された場合は、本処理フローは終了する。デバイスが特定機能を有していると判定された場合は、Ｓ５１１が実行される。
本実施形態においては、デバイス情報データ９００のコントローラーバージョンが「２．０」であるため、これを識別情報としてデバイスが特定機能である部品寿命予測機能をデバイスが有していると判定され、Ｓ５１１が実行される。
【００６６】
Ｓ５１１において、利用状況分析アプリケーション４３０の通信部４３１が、部品消耗情報収集アプリケーション４４０に、利用状況デバイス管理データベース４４５へのデバイス情報登録依頼を送信する。
なお、本実施形態では、デバイス情報データ９００の「ｄｅｖｉｃｅＩｄ」である「ＡＡＡ００００１」のデバイス情報登録依頼が送信される。
Ｓ５１２において、部品消耗情報収集アプリケーション４４０の通信部４４１が、利用状況分析アプリケーション４３０からの利用状況デバイス管理データベース４４５へのデバイス情報登録依頼を受信する。
【００６７】
Ｓ５１３において、消耗情報収集アプリケーション４４０のデータベース管理部４４３がＳ５１２で受信したデバイス情報を、利用状況デバイス管理データベース４４５の利用状況デバイスデータテーブルに新規登録する。
表６に、Ｓ５１３が完了した時の利用状況デバイスデータテーブルの状態を示す。
【００６８】
【表６】
2020042474.tif 000008
【００６９】
「ｄｅｖｉｃｅＩｄ」カラムには、図９のデバイス情報データ９００の「ｄｅｖｉｃｅＩｄ」である「ＡＡＡ００００１」が格納される。
「ｒｅｇｉｓｔｒａｔｉｏｎＴｉｍｅ」には、登録時の日時である「２０１８０１０１００００」が格納される。
なお、Ｓ５１３が完了後、部品消耗情報収集アプリケーション４４０においてＳ５１４とＳ５１６が順次実行される。
【００７０】
Ｓ５１４において、部品消耗情報収集アプリケーション４４０の通信部４４１が、利用状況デバイス管理データベース４４５へのデバイス情報登録が完了した旨を利用状況分析アプリケーション４３０に送信する。
Ｓ５１５において、利用状況分析アプリケーション４３０の通信部４３１が、利用状況デバイス管理データベース４４５へのデバイス情報登録完了通知を受信し、デバイス情報登録処理を完了する。
【００７１】
Ｓ５１６において、部品消耗情報収集アプリケーション４４０のデータベース管理部４４３が、部品消耗情報デバイス管理データベース４４６の部品消耗情報デバイスデータテーブルに、Ｓ５１３で登録したｄｅｖｉｃｅＩｄが存在するか否かを判定する。
部品消耗情報デバイスデータテーブルにＳ５１３で登録したｄｅｖｉｃｅＩｄが存在しないと判定された場合は、本処理フローは終了する。部品消耗情報デバイスデータテーブルにＳ５１３で登録したｄｅｖｉｃｅＩｄが存在すると判定された場合は、部品消耗情報収集アプリケーション４４０がＳ５１７において特定機能開示対象デバイスの登録をした後、Ｓ５１８においてイベント登録を実行する。
なお、本実施形態では、部品消耗情報デバイスデータテーブルにデータは存在しないため、部品消耗情報デバイスデータテーブルにＳ５１３で登録したｄｅｖｉｃｅＩｄが存在しないと判定され、処理フローは終了する。
【００７２】
Ｓ５１７およびＳ５１８に関しては、本実施形態の処理フローでは通過しない。なお、Ｓ５１７およびＳ５１８は、それぞれ、図６のＳ６２０およびＳ６２１と同様であるため、処理の説明は図６で後述する。
以上、図５の処理フローによって、利用状況分析アプリケーション４３０へのデータ送信フローが完了する。
【００７３】
図６は、実施形態１における、画像処理装置１００から部品消耗情報収集アプリケーション４４０へのデータ送信フローである。なお、本実施形態の図６の処理フローの開始時点は、図５の処理フローが終了した後であるものとする。
【００７４】
Ｓ６０１において、接続管理アプリケーション４１０の認証情報管理部４１２が認証情報を生成する。そして、通信部４１１が、認証情報と画像処理装置１００を一意に示すｄｅｖｉｃｅＩｄである「ＡＡＡ００００１」を認証アプリケーション４５０に送信することにより、デバイス登録依頼を行う。
【００７５】
Ｓ６０２において、認証アプリケーション４５０の通信部４５１が、接続管理アプリケーション４１０からデバイス登録依頼を受信する。そして、認証アプリケーション４５０の認証制御部４５２は、受信した認証情報とｄｅｖｉｃｅＩｄを用いて、画像処理装置１００を認証する。
認証に成功した後、認証アプリケーション４５０においてＳ６０３とＳ６０４が順次実行される。
【００７６】
Ｓ６０３において、認証アプリケーション４５０の通信部４５１が、Ｓ６０２で受信したｄｅｖｉｃｅＩｄをデバイス管理アプリケーション４６０に送信することにより、デバイス登録依頼を行う。
Ｓ６０４において、認証アプリケーション４５０の通信部４５１が、デバイス管理アプリケーション４６０へのデバイス登録依頼が完了した旨を、接続管理アプリケーション４１０に送信する。
【００７７】
Ｓ６０５において、接続管理アプリケーション４１０の通信部４１１が、デバイス管理アプリケーション４６０へのデバイス登録依頼完了通知を受信し、デバイス登録依頼処理を完了する。
【００７８】
Ｓ６０６において、デバイス管理アプリケーション４６０の通信部４６１が、認証アプリケーション４５０からのデバイス登録依頼を受信する。そして、デバイスデータ管理部４６２が、デバイス情報をＨＤＤ２０５に保存する。
Ｓ６０７において、デバイス管理アプリケーション４６０の通信部４６１がデータ送信アプリケーション４２０にデータ送信開始依頼を送信する。
Ｓ６０８において、データ送信アプリケーション４２０の通信部４２１が、デバイス管理アプリケーション４６０からのデータ送信開始依頼を受信する。
【００７９】
Ｓ６０９において、データ送信アプリケーション４２０のデバイス情報取得部４２２が画像処理装置１００の部品情報、デバイス機能情報などのデバイスデータを取得する。また、部品寿命予測機能管理部４２３が、デバイス情報に含まれる部品情報をもとに部品消耗情報を算出する。
そして、通信部４２１は、デバイス情報取得部４２２が取得したデバイスデータと部品寿命予測機能管理部４２３が、算出した部品消耗情報をデータ管理アプリケーション４７０に送信する。なお、本実施形態においては、図１０のデバイス情報データ１０００が送信されたものとする。
【００８０】
ここで、図１０を用いて、データ送信アプリケーション４２０の通信部４２１がデータ管理アプリケーション４７０に送信したデバイス情報データの説明を行う。
図１０は、本発明の実施形態１におけるデータ送信アプリケーション４２０からデータ管理アプリケーション４７０に送信されるデバイス情報データ１０００を示している。
【００８１】
デバイス情報データ１０００は、利用状況分析サービスクライアントアプリケーション４００から利用状況分析アプリケーション４３０に送信されるデバイス情報データの内容であり、ｊｓｏｎ形式でメッセージが構成されている。
「ｄｅｖｉｃｅＩｄ」は、画像処理装置１００などのデバイスを一意に特定するＩＤ情報である。
「ｄｅｖｉｃｅＩｎｆｏ」は、画像処理装置１００などのデバイスの機器情報を示す情報である。本実施形態では、デバイス２を意味する「ｄｅｖｉｃｅＦｕｎｃｔｉｏｎＬｉｓｔ」に、部品寿命予測機能を意味する「ＰＲＩＶＥＮＴＩＶＥ＿ＭＡＩＮＴＥＮＡＮＣＥ」が含まれている。
「ｐａｒｔｓＩｎｆｏ」は、画像処理装置１００などのデバイスに装着された部品に関する情報を示す。なお、「ｐａｒｔｓＩｎｆｏ」に含まれる「ｐａｒｔｓＩｄ」、「ｐａｒｔｓＬｉｆｅ」、「ｐａｒｔｓＲｅｓｔＤａｙ」は、それぞれ、表５のカラム情報と同様の情報であるため、説明は割愛する。
「ｔｉｍｅｓｔａｍｐ」は、データの送信日時を示す。
【００８２】
ここで、図６の説明に戻る。
Ｓ６１０において、データ管理アプリケーション４７０の通信部４７１が、図１０に示されるデバイス情報データ１０００を受信する。そして、データ管理部４７２がデバイス情報データ１０００をＨＤＤ２０５に保存する。
Ｓ６１１において、部品消耗情報収集アプリケーション４４０の通信部４４１がデータ管理アプリケーション４７０のデータ受信を検知する。なお、検知方法に関しては、データ管理アプリケーションへのイベント登録などが考えられるが、特にこの検知方法には限定されない。
【００８３】
Ｓ６１２において、部品消耗情報収集アプリケーション４４０の通信部４４１がデータ管理アプリケーション４７０に、デバイス情報データ１０００の取得依頼を送信する。
Ｓ６１３において、データ管理アプリケーション４７０の通信部４７１が、部品消耗情報収集アプリケーション４４０からのデバイス情報データ１０００の取得依頼を受信する。
【００８４】
Ｓ６１４において、データ管理アプリケーション４７０のデータ管理部４７２がＳ６１０で保存したデバイス情報データ１０００の取得依頼を取得する。そして、通信部４７１がデバイス情報データ１０００を部品消耗情報収集アプリケーション４４０に送信する。
Ｓ６１５において、部品消耗情報収集アプリケーション４４０の通信部４４１が、データ管理アプリケーション４７０からデバイス情報データ１０００を受信する。
【００８５】
Ｓ６１６において、部品消耗情報収集アプリケーション４４０の機能判定部４４２が、デバイス情報データ１０００を参照し、デバイスが特定機能を有しているか否かを判定する。
デバイスが特定機能を有していないと判定された場合は、本処理フローは終了する。デバイスが特定機能を有していると判定された場合は、Ｓ６１７が実行される。
本実施形態においては、デバイス情報１０００のデバイス機能リストに、「ＰＲＩＶＥＮＴＩＶＥ＿ＭＡＩＮＴＥＮＡＮＣＥ」が含まれるため、特定機能である部品寿命予測機能をデバイスが有していると判定され、Ｓ６１７が実行される。
【００８６】
Ｓ６１７において、部品消耗情報収集アプリケーション４４０のデータベース管理部４４３が、デバイス情報データ１０００から消耗情報を参照し、部品消耗情報データベース４４９の部品消耗情報データテーブルに新規登録する。
表７に、Ｓ６１７が完了した時の部品消耗情報データテーブルを示す。
【００８７】
【表７】
2020042474.tif 000009
【００８８】
「ｄｅｖｉｃｅＩｄ」カラムには、図１０のデバイス情報データ１０００の「ｄｅｖｉｃｅＩｄ」である「ＡＡＡ００００１」が格納される。
「ｐａｒｔｓＩｄ」カラムには、図１０のデバイス情報データ１０００の「ｐａｒｔｓＩｄ」である「Ｐ００００１」が格納される。
「ｐａｒｔｓＬｉｆｅ」カラムには、図１０のデバイス情報データ１０００の「ｐａｒｔｓＬｉｆｅ」である「７０」が格納される。
「ｐａｒｔｓＲｅｓｔＤａｙ」カラムには、図１０のデバイス情報データ１０００の「ｐａｒｔｓＬｉｆｅ」である「５」が格納される。
「ｒｅｇｉｓｔｒａｔｉｏｎＴｉｍｅ」には、登録時の日時である「２０１８０１０１００３０」が格納される。
【００８９】
Ｓ６１８において、部品消耗情報収集アプリケーション４４０のデータベース管理部４４３が、デバイス情報データ１０００からｄｅｖｉｃｅＩｄを抽出し、消耗情報デバイス管理データベース４４６の消耗情報デバイスデータテーブルに新規登録する。
表８に、Ｓ６１８が完了した時の消耗情報デバイスデータテーブルを示す。
【００９０】
【表８】
2020042474.tif 000010
【００９１】
「ｄｅｖｉｃｅＩｄ」カラムには、図１０のデバイス情報データ１０００の「ｄｅｖｉｃｅＩｄ」である「ＡＡＡ００００１」が格納される。
「ｒｅｇｉｓｔｒａｔｉｏｎＴｉｍｅ」には、登録時の日時である「２０１８０１０１００３０」が格納される。
【００９２】
Ｓ６１９において、部品消耗情報収集アプリケーション４４０のデータベース管理部４４３が、利用状況デバイス管理データベース４４５の利用状況デバイスデータテーブルに、Ｓ６１８で登録したｄｅｖｉｃｅＩｄが存在するか否かを判定する。
利用状況デバイスデータテーブルに、Ｓ６１８で登録したｄｅｖｉｃｅＩｄが存在しないと判定された場合は、本処理フローは終了する。利用状況デバイスデータテーブルに、Ｓ６１８で登録したｄｅｖｉｃｅＩｄが存在すると判定された場合は、Ｓ６２０が実行される。
なお、本実施形態のＳ７０３時点の利用状況デバイスデータテーブルは表６のとおりであるため、利用状況デバイスデータテーブルにＳ６１８で登録したｄｅｖｉｃｅＩｄが存在すると判定され、Ｓ６２０が実行される。
【００９３】
Ｓ６２０において、データベース管理部４４３が、Ｓ６１９で存在すると判定されたデバイス情報を特定情報開示対象デバイスデータベース４４７の特定情報開示対象デバイスデータテーブルに登録する。
表９に、Ｓ６２０が完了した時の特定情報開示対象デバイスデータテーブルを示す。
【００９４】
【表９】
2020042474.tif 000011
【００９５】
「ｄｅｖｉｃｅＩｄ」カラムには、利用状況デバイスデータテーブルと消耗情報デバイスデータテーブルの双方に存在する「ｄｅｖｉｃｅＩｄ」である「ＡＡＡ００００１」が格納される。
「ｒｅｇｉｓｔｒａｔｉｏｎＴｉｍｅ」には、登録時の日時である「２０１８０１０１００３０」が格納される。
【００９６】
Ｓ６２１において、Ｓ６２０の完了を受けて、部品消耗情報収集アプリケーション４４０のデータベース管理部４４３が、イベントストアデータベース４４８のイベントストアデータテーブルにイベントデータを登録する。
表１０に、Ｓ６２１が完了した時のイベントストアデータテーブルを示す。
【００９７】
【表１０】
2020042474.tif 000012
【００９８】
「ｅｖｅｎｔＩｄ」カラムには、一意なイベントＩＤ情報である「Ｅ００００１」が格納される。
「ｅｖｅｎｔＴｙｐｅ」カラムには、データの新規登録が行われたことを意味する「ｒｅｇｉｓｔ」が格納される。
「ｄｅｖｉｃｅＩｄ」カラムは、Ｓ６２０で登録された「ｄｅｖｉｃｅＩｄ」である「ＡＡＡ００００１」が格納される。
「ｅｖｅｎｔＴｉｍｅ」カラムは、登録時の日時である「２０１８０１０１００３０」が格納される。
【００９９】
以上、図６の処理フローによって、部品消耗情報収集アプリケーション４４０へのデータ送信フローが完了する。
【０１００】
図７は、実施形態１における、利用状況分析アプリケーション４３０による特定情報開示判断フローである。なお、本実施形態の図７の処理フローの開始時点は、図５、図６の処理フローが終了した後であるものとする。また、図７の処理フローは利用状況分析アプリケーション４３０が定期的に自動実行するものとする。
【０１０１】
Ｓ７０１において、利用状況分析アプリケーション４３０の通信部４３１が、部品消耗情報収集アプリケーション４４０に対して、前回の差分情報取得日時を送信する。また、通信部４３１は、部品消耗情報収集アプリケーション４４０に対して、前回の差分情報取得日時からのイベントストアデータテーブルの差分情報の取得依頼を送信する。
なお、本実施形態では、前回の差分情報取得日時として「２０１８０１０１００１５」が送信されたものとする。
Ｓ７０２において、部品消耗情報収集アプリケーション４４０の通信部４４１が、利用状況分析アプリケーション４３０からのイベントストアデータテーブルの差分情報取得依頼を受信する。
【０１０２】
Ｓ７０３において、部品消耗情報収集アプリケーション４４０のデータベース管理部４４３が、イベントストアデータベース４４８のイベントストアデータテーブルを参照し、Ｓ７０２で受信した前回の差分情報取得日時以降のデータを取得する。
そして、部品消耗情報収集アプリケーション４４０の通信部４４１が、差分情報を利用状況分析アプリケーション４３０に送信する。
なお、本実施形態のＳ７０３時点のイベントストアデータテーブルは、表１０のとおりであるため、「ｅｖｅｎｔＩｄ」カラムの値が「Ｅ００００１」であるイベントデータが送信される。
Ｓ７０４において、利用状況分析アプリケーション４３０の通信部４３１がイベントストアデータテーブルの差分情報を取得する。
【０１０３】
Ｓ７０５において、利用状況分析アプリケーション４３０の特定情報開示デバイス記憶部４３４がＳ７０４で受信したデータを参照し、イベントデータに差分があるか否かを判定する。
差分があると判定された場合は、Ｓ７０６が実行される。差分がないと判定された場合は、本処理フローは終了する。
【０１０４】
Ｓ７０６において、利用状況分析アプリケーション４３０の特定情報開示デバイス記憶部４３４が、Ｓ７０４で受信したイベント情報を参照する。さらに、特定情報開示デバイス記憶部４３４は、「ｅｖｅｎｔＴｙｐｅ」が「ｒｅｇｉｓｔ」であるデータの「ｄｅｖｉｃｅＩｄ」を特定情報の開示対象デバイスとして、ＲＯＭ２０４に記憶する。
なお、本実施形態では、「ＡＡＡ００００１」がＲＯＭ２０４に記憶される。
【０１０５】
以上、図７の処理フローによって、特定機能を有する画像処理装置が登録されたか否かを判断する、利用状況分析アプリケーション４３０による特定情報開示判断フローが完了する。
【０１０６】
図８は、実施形態１におけるブラウザ４８０におけるデバイス消耗情報表示フローである。なお、本実施形態の図８の処理フローの開始時点は、図５、図６、図７の処理フローが終了した後であるものとする。
【０１０７】
Ｓ８０１において、画像処理装置１００の利用者であるサービスマンが、クライアント装置１１０のブラウザ４８０を用いて、指定した特定の画像処理装置１００のデバイス情報画面の取得依頼の要求を利用状況分析アプリケーション４３０に送信する。
なお、本実施形態は、デバイス「ＡＡＡ００００１」のデバイス情報画面の取得依頼が送信されたものとする。
Ｓ８０２において、利用状況分析アプリケーション４３０の通信部４３１が、ブラウザ４８０からのデバイス情報画面取得依頼の要求を受信する。
【０１０８】
Ｓ８０３において、利用状況分析アプリケーション４３０のＵＩ生成部４３３が、要求されたデバイスのデバイス情報画面を生成する。
なお、本実施形態では、図１１のデバイス情報画面１１００が生成されたものとする。ここで、図１１を用いて、利用状況分析アプリケーション４３０が生成するＵＩについて説明する。
図１１は、実施形態１における利用状況分析アプリケーション４３０が生成するＵＩの例を示している。
【０１０９】
図１１（Ａ）のデバイス情報画面１１００は、「ｄｅｖｉｃｅＩｄ」として「ＡＡＡ００００１」を有するデバイスの情報を表示する画面である。
ここで、図１１（Ａ）のデバイス情報画面１１１０では、利用者に無駄な作業を強いることがないように、特定情報である部品の消耗情報を提供しないようにする。このため、図１１（Ｂ）で後述する、デバイスの稼働情報の分析結果を示す部品消耗情報メニュー１１１５は表示されない。なお、特定情報である部品の消耗情報を提供しないようにするためには、部品消耗情報メニュー１１１５を表示しつつ、グレーアウトなどすることにより、無効にする（不活性化する）ようにしてもよい。
【０１１０】
デバイス情報メニュー１１０１は、デバイスのサービス担当者や販売組織名などの情報を情報表示領域１１０４に表示させる機能を有するメニューである。なお、図１１（Ａ）のデバイス画面１１００は、デバイス情報メニュー１１０１が押下された状態を示している。
【０１１１】
障害情報メニュー１１０２は、デバイスのエラー発生情報を情報表示領域１１０４に表示させる機能を有するメニューである。
カウンタ情報メニュー１１０３は、デバイスのカウンタ情報を情報表示領域１１０４に表示させる機能を有するメニューである。
【０１１２】
情報表示領域１１０４は、デバイスの情報を表示する領域である。
これにより、本実施形態において、サービスマンは、情報表示領域１１０４を確認することにより、デバイスの情報を確認することが可能となる。
【０１１３】
図１１（Ｂ）のデバイス情報画面１１１０は、図１１（Ａ）のデバイス情報画面１１００で利用できる機能に加えて、特定情報である部品の消耗情報などの、デバイスの稼働情報の分析結果などの利用状況を確認することのできるデバイス情報画面である。但し、図１１（Ｂ）のデバイス情報画面１１１０では、まだ特定情報である部品の消耗情報は開示されていない。
【０１１４】
各メニュー１１１１から１１１４は、それぞれ、各メニュー１１０１から１１０４と同様であるため、説明は割愛する。
部品消耗情報メニュー１１１５は、特定機能である部品寿命予測機能を有するデバイスにのみ有効に表示されるメニューである。サービスマンは、部品消耗情報メニュー１１１５を指定することにより、部品消耗情報を情報表示領域１１０４に表示させることができる。
【０１１５】
図１１（Ｃ）の部品消耗情報画面１１２０は、図１１（Ｂ）のデバイス情報画面１１１０において部品消耗情報メニュー１１１５が押下された際に表示される画面である。
デバイス情報メニュー１１２１は、デバイス情報メニュー１１０１と同様である。また、各メニュー１１２２と１１２３も、それぞれ、各メニュー１１０２と１１０３と同様である。このため、これらのメニューについては説明を割愛する。
【０１１６】
情報表示領域１１２４は、デバイスの利用状況などを表示する領域であり、部品消耗情報画面１１２０の部品消耗情報メニュー１１２５が押下されることにより表示される。情報表示領域１１２４には、部品寿命予測機能を有するデバイスが算出した、部品の消耗率、部品の残り寿命などの、デバイスの稼働情報の分析結果が表示される。したがって、サービスマンは、部品消耗情報メニュー１１２５を操作して、情報表示領域１１２４を確認することにより、寿命間近の部品を確認することが可能である。
【０１１７】
部品消耗情報メニュー１１２５は、デバイスの部品消耗情報を情報表示領域１１２４に表示させる機能を有するメニューである。なお、図１１（Ｃ）のデバイス画面１１２０は、部品消耗情報メニュー１１２５が押下された状態を示している。
ここで、図８の説明に戻る。
【０１１８】
Ｓ８０４において、利用状況分析アプリケーション４３０の特定情報開示デバイス記憶部４３４が、ＲＯＭ２０４に記憶された特定情報開示対象デバイスをすべて参照して、対象のデバイスが特定情報開示対象デバイスであるか否かを判定する。
対象のデバイスが特定情報開示対象デバイスであると判定された場合は、Ｓ８０５が実行される。特定情報開示対象デバイスでないと判定された場合は、Ｓ８０６が実行される。
なお、本実施形態では、Ｓ７０６でデバイス「ＡＡＡ００００１」がＲＯＭ２０４に記憶されているため、対象のデバイスが特定情報開示対象デバイスであると判定され、Ｓ８０５が実行される。
【０１１９】
Ｓ８０５において、利用状況分析アプリケーション４３０のＵＩ生成部４３３が、Ｓ８０３で生成したデバイス情報画面１１００に、部品消耗情報メニュー１１１５を追加し、デバイス情報画面１１１０を生成する。
【０１２０】
Ｓ８０６において、利用状況分析アプリケーション４３０のＵＩ生成部４３３が、生成したデバイス情報画面をブラウザ４８０に送信する。
なお、本実施形態では、Ｓ８０５で生成したデバイス情報画面１１１０が送信される。一方、対象のデバイスが特定情報開示対象デバイスでないと判定されてＳ８０６が実行された場合は、Ｓ８０３で生成されたデバイス情報画面１１００が送信される。
【０１２１】
Ｓ８０７において、ブラウザ４８０が、利用状況分析アプリケーション４３０からデバイス情報画面を受信する。
Ｓ８０８において、ブラウザ４８０が、ディスプレイ２０６にデバイス情報画面を描画する。
なお、本実施形態では、デバイス情報画面１１１０がディスプレイ２０６に表示される。一方、対象のデバイスが特定機能を有していないデバイスである場合は、デバイス情報画面１１００がディスプレイ２０６に表示される。
【０１２２】
Ｓ８０９において、画像処理装置１００のサービスマンが、クライアント装置１１０のブラウザ４８０を用いて、デバイス情報画面１１１０の部品消耗情報メニュー１１１５を押下する。
そして、ブラウザ４８０が、利用状況分析アプリケーション４３０に、特定デバイスの部品消耗情報画面の取得依頼を利用状況分析アプリケーション４３０に送信する。
なお、本実施形態は、デバイス「ＡＡＡ００００１」の部品所望情報画面の取得依頼が送信されたものとする
Ｓ８１０において、利用状況分析アプリケーション４３０が、ブラウザ４８０からの部品消耗情報画面取得依頼を受信する。
【０１２３】
Ｓ８１１において、利用状況分析アプリケーション４３０の通信部４３１が、部品情報収集アプリケーション４４０に部品消耗情報取得依頼を送信する。
Ｓ８１２において、部品消耗情報収集アプリケーション４４０の通信部４４１が、利用状況分析アプリケーション４３０から部品消耗情報取得依頼を受信する。
【０１２４】
Ｓ８１３において、部品消耗情報収集アプリケーション４４０のデータベース管理部４４３が、部品消耗情報データベース４４９の部品消耗情報データテーブルから、部品消耗情報を取得する。そして、部品消耗情報収集アプリケーション４４０の通信部４４１が部品消耗情報を利用状況分析アプリケーション４３０に送信する。
なお、本実施形態では、表７のｄｅｖｉｃｅＩｄが「ＡＡＡ００００１」である部品消耗情報が送信されたものとする。
Ｓ８１４において、利用状況分析アプリケーション４３０の通信部４４１が、部品消耗情報収集アプリケーション４４０から、部品消耗情報を受信する。
【０１２５】
Ｓ８１５において、利用状況分析アプリケーション４３０のＵＩ生成部４３３が、Ｓ８１４で受信した部品消耗情報から部品消耗情報画面１１２０を生成する。
Ｓ８１６において、ＵＩ生成部４３３が、部品消耗情報画面１１２０に表示する画面データを生成して、ブラウザ４８０に送信する。
【０１２６】
Ｓ８１７において、ブラウザ４８０が、利用状況分析アプリケーション４３０から部品消耗情報画面１１２０に表示する画面データを受信する。
Ｓ８１８において、ブラウザ４８０が、ディスプレイ２０６に部品消耗情報画面１１２０を描画する。
以上、図８のフローによって、消耗部品などの画像処理装置１００に装着されている部品の消耗状況や寿命予測などのデバイス消耗情報をブラウザ４８０において表示するフローが完了する。
【０１２７】
以上のとおり、画像処理装置１００が部品寿命予測機能を有し、かつ、利用状況分析アプリケーション４３０および部品消耗情報収集アプリケーション４４０へのデータ送信が完了している時のみ、デバイス情報画面１１１０をサービスマンに提示される。
また、画像処理装置１００が部品寿命予測機能を有していない場合は、デバイス情報画面１１００がサービスマンに提示される。また、寿命予測機能を有しているが、利用状況分析アプリケーション４３０や部品消耗情報収集アプリケーション４４０へのデータ送信が完了していない場合も、デバイス情報画面１１００がサービスマンに提示される。
【０１２８】
これにより、画像処理装置が特定機能を有し、かつ、画像処理装置と連携する複数のサービスへのデータ送信が完了しているという条件を満たした場合のみ、特定情報を利用者に開示するシステムの提供を実現することができる。
このため、画像処理装置と通信する複数のサービスが連携し、特定情報を提供するシステムにおいて、画像処理装置が特定機能を有していない場合や、複数サービスにデータ送信が完了していない場合であっても、利用者に無駄な作業を強いることはない。
【０１２９】
（実施形態２）
実施形態２は、実施形態１の機能に加えて、デバイスから一方のサービスへのデータ送信が停止したことを他方のサービスが検知することにより、デバイスの特定情報の開示を停止する機能を有するものである。
【０１３０】
実施形態１では、画像処理装置１００が部品寿命予測機能を有し、かつ、利用状況分析アプリケーション４３０、部品消耗情報収集アプリケーション４４０へのデータ送信が完了している時のみ、デバイス情報画面１１１０を表示する形態を提供した。
これにより、サービスマンが、デバイス情報画面１１１０から部品消耗情報メニュー１１１５を押下し、部品消耗情報画面１１２０を表示させることができる。さらに、サービスマンは、部品消耗情報画面１１２０の情報表示領域１１２４に表示されたデバイスの部品の消耗情報を参照し、寿命間近の部品を故障前に部品交換することができる。
【０１３１】
しかし、例えば、画像処理装置１００の所有者が部品消耗情報収集アプリケーション４４０の利用を停止するように依頼した場合、画像処理装置１００から部品消耗情報の送信が停止することになる。この場合、実施形態１の形態では、デバイスの消耗情報が引き続き表示される状況は変わらないが、データ送信が停止しているため、部品消耗情報は更新されない状況となってしまう。
これにより、サービスマンが消耗情報を参照し部品交換を行ったとしても、消耗情報が更新されていないため、誤った部品交換を行ってしまう可能性があるという課題がある。
本実施形態では、こうした課題を鑑みて、画像処理装置１００から部品消耗情報アプリケーション４４０へのデータ送信が停止したことを利用状況分析アプリケーション４３０が検知し、ブラウザへの特定情報の開示を停止させる。
【０１３２】
図１２は、実施形態２におけるデバイス情報提供システム全体のソフトウェア構成を示す図である。
利用状況分析アプリケーション１２００は、ＨＤＤ２０５に格納され、ＣＰＵ２０２によって実行される。本実施形態の利用状況分析アプリケーション１２００は、通信部４３１、機能判定部４３２、ＵＩ生成部４３３、特定情報開示デバイス記憶部１２０１から構成される。
各部４３１から４３３に関しては、図４と同様であるため、説明は割愛する。
【０１３３】
実施形態２の特定情報開示デバイス記憶部１２０１は、実施形態１の特定情報開示デバイス記憶部４３４の処理に加えて、特定情報の開示停止対象となるデバイスをＲＯＭ２０４から削除し、特定情報開示停止デバイスとして、再記憶する。
【０１３４】
図１３は、実施形態２における部品消耗情報収集アプリケーション４４０へのデータ送信停止フローである。なお、本実施形態の図１３の処理フローの開始時点は、図５、図６、図７の処理フローが終了した後であるものとする。
【０１３５】
Ｓ１３０１において、接続管理アプリケーション４１０の認証情報管理部４１２が認証情報を生成する。
そして、画像処理装置１００の所有者からの要望に応じて、通信部４１１が、認証情報と画像処理装置１００を一意に示すｄｅｖｉｃｅＩｄである「ＡＡＡ００００１」を認証アプリケーション４５０に送信し、デバイス登録解除依頼を行う。
【０１３６】
Ｓ１３０２において、認証アプリケーション４５０の通信部４５１が、接続管理アプリケーション４１０からデバイス登録解除依頼を受信する。
そして、認証アプリケーション４５０の認証制御部４５２は、受信した認証情報とｄｅｖｉｃｅＩｄを用いて、画像処理装置１００を認証する。
認証に成功した後、認証アプリケーション４５０においてＳ１３０３とＳ１３０４が順次実行される。
【０１３７】
Ｓ１３０３において、認証アプリケーション４５０の通信部４５１が、Ｓ１３０２で受信したｄｅｖｉｃｅＩｄをデバイス管理アプリケーション４６０に送信することにより、デバイス登録解除依頼を行う。
【０１３８】
Ｓ１３０４において、認証アプリケーション４５０の通信部４５１が、デバイス管理アプリケーション４６０へのデバイス登録解除依頼が完了した旨を、接続管理アプリケーション４１０に送信する。
【０１３９】
Ｓ１３０５において、接続管理アプリケーション４１０の通信部４１１が、デバイス管理アプリケーション４６０へのデバイス登録解除依頼完了通知を受信することにより、デバイス登録解除依頼処理を完了する。
【０１４０】
Ｓ１３０６において、デバイス管理アプリケーション４６０の通信部４６１が、認証アプリケーション４５０からのデバイス登録解除依頼を受信する。そして、デバイスデータ管理部４６２が、ＨＤＤ２０５からデバイス情報を削除する。
【０１４１】
Ｓ１３０７において、デバイス管理アプリケーション４６０の通信部４６１が、データ送信アプリケーション４２０にデータ送信停止依頼を送信する。
Ｓ１３０８において、データ送信アプリケーション４２０の通信部４２１が、デバイス管理アプリケーション４６０からのデータ送信停止開始依頼を受信する。
【０１４２】
Ｓ１３０９において、データ送信アプリケーション４２０の通信部４２１は、デバイス情報送信停止データをデータ管理アプリケーション４７０に送信する。
なお、本実施形態においては、図１６のデバイス情報送信停止データ１６００が送信されたものとする。
【０１４３】
ここで、図１６を用いて、データ送信アプリケーション４２０の通信部４３０が、データ管理アプリケーション４７０に送信したデバイス情報送信停止データについて説明する。
図１６は、実施形態２におけるデータ送信アプリケーション４２０からデータ管理アプリケーション４７０に送信されるデバイス情報送信停止データ１６００を示している。
【０１４４】
デバイス情報送信停止データ１６００は、利用状況分析サービスクライアントアプリケーション４００から利用状況分析アプリケーション１２００に送信されるデバイス情報送信停止データの内容であり、ｊｓｏｎ形式でメッセージが構成されている。
「ｄｅｖｉｃｅＩｄ」は、画像処理装置１００を一意に特定するＩＤ情報であり、送信停止対象の画像処理装置のＩＤが示されている。
「ｓｔａｔｕｓ」は、データの種別を示している。本実施形態では、データの送信停止を意味する「ｒｅｌｅａｓｅ」が記録されている。
「ｔｉｍｅｓｔａｍｐ」はデータの送信日時を示す。
【０１４５】
ここで、図１３の説明に戻る。
Ｓ１３１０において、データ管理アプリケーション４７０の通信部４７１が、図１６のデバイス情報送信停止データ１６００を受信する。そして、データ管理部４７２がデバイス情報送信停止データ１６００をＨＤＤ２０５に保存する。
Ｓ１３１１において、Ｓ６１１と同様に、部品消耗情報収集アプリケーション４４０の通信部４４１がデータ管理アプリケーション４７０のデータ受信を検知する。
【０１４６】
Ｓ１３１２において、部品消耗情報収集アプリケーション４４０の通信部４４１がデータ管理アプリケーション４７０に、デバイス情報送信停止データ１６００の取得依頼を送信する。
Ｓ１３１３において、データ管理アプリケーション４７０の通信部４７１が、部品消耗情報収集アプリケーション４４０からのデバイス情報送信停止データ１６００の取得依頼を受信する。
【０１４７】
Ｓ１３１４において、データ管理アプリケーション４７０のデータ管理部４７２がＳ１３１０で保存したデバイス情報送信停止データ１６００の取得依頼を取得する。そして、通信部４７１がデバイス情報送信停止データ１６００を部品消耗情報収集アプリケーション４４０に送信する。
Ｓ１３１５において、部品消耗情報収集アプリケーション４４０の通信部４４１が、データ管理アプリケーション４７０からデバイス情報送信停止データ１６００を受信する。
【０１４８】
Ｓ１３１６において、部品消耗情報収集アプリケーション４４０のデータベース管理部４４３が、デバイス情報送信停止データ１６００を参照し、部品消耗情報データベース４４９の部品消耗情報データテーブルから該当するデバイス情報を削除する。
なお、本実施形態では、表７の部品消耗情報データテーブルから、ｄｅｖｉｃｅＩｄ「ＡＡＡ００００１」のデータが削除される。
【０１４９】
Ｓ１３１７において、部品消耗情報収集アプリケーション４４０のデータベース管理部４４３が、利用状況デバイス管理データベース４４５の利用状況デバイスデータテーブに、Ｓ１３１６で削除したｄｅｖｉｃｅＩｄが存在するか否かを判定する。
利用状況デバイスデータテーブルに、Ｓ１３１６で削除したｄｅｖｉｃｅＩｄが存在しないと判定された場合は、本処理フローは終了する。利用状況デバイスデータテーブルに、Ｓ１３１６で削除したｄｅｖｉｃｅＩｄが存在すると判定された場合は、Ｓ１３１８が実行される。
なお、本実施形態ではＳ１３１７時点の利用状況デバイスデータテーブルは表６のとおりであるため、利用状況デバイスデータテーブルに、Ｓ６１８で登録したｄｅｖｉｃｅＩｄが存在すると判定され、Ｓ１３１８が実行される。
【０１５０】
Ｓ１３１８において、データベース管理部４４３が、Ｓ１３１７で存在すると判定されたデバイス情報を特定情報開示対象デバイスデータベース４４７の特定情報開示対象デバイスデータテーブルから削除する。
実施形態２におけるＳ６２０が完了した時の特定情報開示対象デバイスデータテーブルは表９のとおりである。そこで、表９の部品消耗情報データテーブルから、ｄｅｖｉｃｅＩｄ「ＡＡＡ００００１」のデータが削除される。
【０１５１】
Ｓ１３１９において、Ｓ１３１８の完了を受けて、部品消耗情報収集アプリケーション４４０のデータベース管理部４４３が、イベントストアデータベース４４８のイベントストアデータテーブルにイベントデータを登録する。
表１１に、Ｓ１３１９が完了した時のイベントストアデータテーブルを示す。
【０１５２】
【表１１】
2020042474.tif 000013
【０１５３】
Ｓ１３１９の処理により、「Ｅ００００２」のデータが新しく登録される。
「ｅｖｅｎｔＩｄ」カラムには、一意なイベントＩＤ情報である「Ｅ００００２」が格納される。
「ｅｖｅｎｔＴｙｐｅ」カラムには、データの削除が行われたことを意味する「ｒｅｌｅａｓｅ」が格納される。
「ｄｅｖｉｃｅＩｄ」カラムは、Ｓ１３１９で登録された「ｄｅｖｉｃｅＩｄ」である「ＡＡＡ００００１」が格納される。
「ｅｖｅｎｔＴｉｍｅ」カラムは、登録時の日時である「２０１８０１０９００３０」が格納される。
【０１５４】
以上、図１３の処理フローによって、部品消耗情報収集アプリケーション４４０へのデータ送信停止フローが完了する。
【０１５５】
図１４は、実施形態２における利用状況分析アプリケーション４３０による特定情報開示停止フローである。なお、本実施形態の図１４の処理フローの開始時点は、図５、図６、図７、図１３の処理フローが終了した後であるものとする。
【０１５６】
Ｓ１４０１からＳ１４０５までの処理は、図７のＳ７０１からＳ７０５と同様のため、説明は割愛する。なお、本実施形態では、Ｓ１４０３で、表Ｋの「ｅｖｅｎｔＩｄ」カラムの値が「Ｅ００００２」のイベントデータが送信されたものとする。
【０１５７】
Ｓ１４０６において、利用状況分析アプリケーション４３０の特定情報開示デバイス記憶部１２０１が、Ｓ７０６と同様の処理を行う。ただし、本実施形態では、ＲＯＭ２０４への記憶は行われない。
【０１５８】
Ｓ１４０７において、利用状況分析アプリケーション４３０の特定情報開示デバイス記憶部１２０１が、Ｓ１４０４で受信したイベント情報を参照する。さらに、特定情報開示デバイス記憶部１２０１は、「ｅｖｅｎｔＴｙｐｅ」が「ｒｅｌｅａｓｅ」であるデータの「ｄｅｖｉｃｅＩｄ」をＲＯＭ２０４の特定情報開示対象デバイスリストから削除する。そして、削除した「ｄｅｖｉｃｅＩｄ」をＲＯＭ２０４の特定情報開示停止対象デバイスリストに再記憶する。
なお、本実施形態では、ｄｅｖｉｃｅＩｄ「ＡＡＡ００００１」のデータが、特定情報開示対象デバイスリストから削除され、特定情報開示停止対象デバイスリストに再記憶される。
【０１５９】
以上、図１４の処理フローによって、特定機能を有する画像処理装置の登録が削除されたか否かを判断する、利用状況分析アプリケーション１２００による特定情報開示停止判断フローが完了する。
【０１６０】
図１５は、実施形態２におけるブラウザ４８０におけるデバイス消耗情報表示フローを示す図である。
Ｓ１５０１からＳ１５０５は、図８のＳ８０１からＳ８０５と同様のため、説明は割愛する。
【０１６１】
Ｓ１５０６において、利用状況分析アプリケーション１２００の特定情報開示デバイス記憶部１２０１が、ＲＯＭ２０４に記憶された特定情報開示停止対象デバイスをすべて参照して、対象のデバイスが特定情報開示停止対象デバイスであるか否かを判定する。
対象のデバイスが特定情報開示停止対象デバイスではないと判定された場合は、Ｓ１５０８が実行される。特定情報開示停止対象デバイスであると判定された場合は、Ｓ１５０７が実行される。
【０１６２】
Ｓ１５０７において、利用状況分析アプリケーション１２００のＵＩ生成部４３３が、Ｓ１５０３で生成したデバイス情報画面１１００に部品消耗機能制限メニュー１７１５を追加し、デバイス情報画面１７００を生成する。ここで、図１７を用いて、利用状況分析アプリケーション１２００が生成するＵＩの説明を行う。
【０１６３】
図１７は、実施形態２における利用状況分析アプリケーション１２００が生成するＵＩの例を示している。
図１７のデバイス情報画面１７００は、図１１（Ｂ）のデバイス情報画面１１１０において部品消耗情報確認を行うことができなくなったデバイス情報画面である。すなわち、デバイス情報画面１７００は、特定機能を有するが、特定情報の表示が制限されているデバイスについて表示される画面である。
【０１６４】
図１７の各メニュー１７０１から１７０４は、図１１の各メニュー１１１１から１１１４と同様であるため、説明は割愛する。
部品消耗機能制限メニュー１７０５は、特定機能である部品寿命予測機能を有するデバイスであり、かつ、部品消耗情報収集アプリケーション１２００へのデータ送信が停止されたデバイスにのみ開示されるメニューである。
【０１６５】
ここで、利用者に無駄な作業を発生させないようにするため、部品消耗機能制限メニュー１７１５は、不活性化されており、押下することができない。そのため、当該デバイスについては、図１１（Ｃ）で表示されたような部品消耗情報画面１１２０を表示することはできない。なお、部品消耗情報メニュー１１１５については、不活性化する以外にも、図１１（Ａ）で示したように、表示しないようにしてもよい。
ここで、図１５の説明に戻る。
【０１６６】
Ｓ１５０８からＳ１５１０は、図８のＳ８０６からＳ８０８と同様であるため、説明は割愛する。また、本実施形態では、Ｓ１５１０において図１７のデバイス情報画面１７００がディスプレイ２０６に表示される。
【０１６７】
以上のとおり、実施形態２によれば、デバイスから一方のサービスへのデータ送信が停止したことを、他方のサービスが検知し、当該デバイスへの特定情報の開示を停止する形態を提供することができる。
【０１６８】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。すなわち、上述した各実施例及びその変形例を組み合わせた構成もすべて本発明に含まれるものである。
【符号の説明】
【０１６９】
１００      画像処理装置
１２０      利用状況分析サービス
１３０      部品消耗情報収集サービス
１１００、１１１０、１１２０、１７００      デバイス情報画面
１１１５、１１２５      部品消耗情報メニュー
【図１】
2020042474.tif 000014
【図２】
2020042474.tif 000015
【図３】
2020042474.tif 000016
【図４】
2020042474.tif 000017
【図５】
2020042474.tif 000018
【図６】
2020042474.tif 000019
【図７】
2020042474.tif 000020
【図８】
2020042474.tif 000021
【図９】
2020042474.tif 000022
【図１０】
2020042474.tif 000023
【図１１】
2020042474.tif 000024
【図１２】
2020042474.tif 000025
【図１３】
2020042474.tif 000026
【図１４】
2020042474.tif 000027
【図１５】
2020042474.tif 000028
【図１６】
2020042474.tif 000029
【図１７】
2020042474.tif 000030