JP2018107781A

JP2018107781A - 画像処理装置、画像処理装置の制御方法、システム、及びプログラム

Info

Publication number: JP2018107781A
Application number: JP2016256061A
Authority: JP
Inventors: 勇気伊藤; Yuki Ito
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2016-12-28
Filing date: 2016-12-28
Publication date: 2018-07-05

Abstract

【課題】表示アイテムの表示又は非表示を、管理サーバからの指示に基づき適切に切り替える仕組みを提供することを目的とする。【解決手段】ＭＦＰは、管理サーバからの通知を表示する通知表示機能の表示アイテムを表示するための指示を管理サーバから受信したことに基づいて、通知表示機能の画面を表示するための表示アイテムを操作部１１６に表示するよう制御し（Ｓ９０５）、管理サーバから、通知表示機能の表示アイテムを非表示とする指示を受信したことに基づいて、通知表示機能の画面を表示するための表示アイテムを前記表示部に表示しないよう制御する（Ｓ９０６）。【選択図】図５

Description

本発明は、画像処理装置、画像処理装置の制御方法、システム、及びプログラムに関するものである。

従来より、管理サーバが画像処理装置から通知されるイベント情報（エラー、アラーム、ジャム）に応じて、販売会社のディスパッチャ、サービスマン、消耗品担当者などへ通知を行うシステムが提案されている。

例えば、特許文献１には、画像処理装置の消耗品の発注と納期確認を容易にする方法が開示されている。特許文献１の画像処理装置は、消耗品の交換時期が接近したことを検知して画面表示し、顧客がその画面で発注指示を行うと、発注データを管理サーバに送る。また、管理サーバから納期データを受信して画面に表示するため納期確認を容易に行える。

特開２００６−２６８６５０号公報

従来から、消耗品の残量や消耗品の納期確認などの特定の通知を装置ステータスの確認画面などに表示することで、顧客ユーザに情報の通知を行うことが知られている。

管理サーバから様々な通知が行われるようになると、保守管理の対応状況を分かりやすく提示できる仕組みが必要となる。これを鑑みて、画像処理装置の新たな機能として、多種多様な保守管理に関する通知メッセージを一覧表示するための表示機能（以降、通知表示機能と呼ぶ）を提供することが考えられる。この場合、画像処理装置のメインメニューに通知表示機能を実行するためのアイコンを表示し、ユーザがメインメニューから当該機能を実行できるようにすることが考えられる。

しかしながら、管理サーバのメンテナンス中など、管理サーバとの通信が行えない時間帯は、通知表示機能のアイコンが選択されたとしても正しく表示を行えない可能性がある。また、画像処理装置の設置先（顧客ユーザ）の都合や管理サーバの運用先の都合に応じて、通知表示機能の表示または非表示を制御したい場合もある。

本実施形態は、上記の問題点の少なくとも１つを解決するためになされたものである。本発明は、管理サーバからの通知を表示する通知表示機能に対応する表示アイテムの表示又は非表示を、管理サーバからの指示に基づき適切に切り替えることができる仕組みを提供することを目的とする。

上記の目的を達成するために本発明の画像処理装置は、管理サーバと通信する画像処理装置であって、表示部と、前記管理サーバからの通知を表示する通知表示機能の表示アイテムを表示する指示を前記管理サーバから受信したことに基づいて、前記通知表示機能の画面を表示するための表示アイテムを前記表示部に表示するよう制御し、前記管理サーバから、前記通知表示機能の表示アイテムを非表示とする指示を受信したことに基づいて、前記通知表示機能の画面を表示するための表示アイテムを前記表示部に表示しないよう制御する表示制御手段と、を有することを特徴とする。

本発明の一つの側面によれば、表示アイテムの表示又は非表示を、管理サーバからの指示に基づき適切に切り替えることができるようになる。

システムの概要を示す図である。ＭＦＰのハードウェア構成を示す図である。管理サーバのハードウェア構成を示す図である。ＭＦＰのソフトウェア構成を説明するための概念図である。ＭＦＰと管理サーバの処理を説明するシーケンス図である。ＭＦＰと管理サーバの間で送受信するＳＯＡＰメッセージを説明する図である。ＭＦＰの操作部に表示する画面の一例を示す図である。ＭＦＰと管理サーバの間で定期的に行う通信を説明するフローチャートである。通知表示機能のアイコンの表示制御を説明するフローチャートである。通知表示機能のアイコンの表示制御を説明するフローチャートである。ＭＦＰと管理サーバの間で送受信するＳＯＡＰメッセージを説明する図である。通知表示機能のアイコンを説明する図である。

以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
まず図１を用いて、本発明に係るＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）１０１と管理サーバ１０３とを含むシステムの構成を説明する。本実施形態に係るシステムは、ＭＦＰ１０１、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）１０２、ファイアウォール（ＦＷ）１０４とが、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）１００を介して通信可能に接続されている。

ＭＦＰ１０１は、原稿を読み取って得られた画像をシートに印刷するコピー機能、原稿を読み取って得られた画像をネットワークを介して送信する送信機能などを備える画像処理装置である。また、ＭＦＰ１０１は、ＬＡＮ１００の外部に設置された管理サーバ１０３（メンテナンスシステムサーバとも呼ぶ）を連携することができる。ＭＦＰ１０１は、管理サーバ１０３が提供する保守管理サービスに関する通知を確認するための機能を備えている（詳細は後述する）。

管理サーバ１０３は、ＭＦＰ１０１の保守管理を円滑に行うためにＭＦＰ１０１の稼働状況を取得したり、ＭＦＰ１０１に保守管理に関する通知を行うことができる。管理サーバ１０３が収集した情報は、機器の故障や予兆監視、消耗品の自動配送など、迅速な保守管理サービスを提供するために利用される。

ＬＡＮ１００内に接続されたＭＦＰ１０１やＰＣ１０２等の装置は、ＦＷ１０４及び図示省略のネットワーク機器を経由してインターネット１０８に接続された外部装置と通信を行うことができる。ＦＷ１０４は、内部ネットワークであるＬＡＮ１００内に接続されたネットワークデバイスとインターネット１０８上のネットワークデバイスとの通信を制御するための装置である。ＦＷ１０４は、予め設定された通信制御のルール等に基づいて、外部ネットワークとの通信を制御する。

インターネット１０８上には管理サーバ（メンテナンスシステムサーバとも呼ぶ）１０３、ファームウェア管理サーバ１０５、販売会社のＰＣ１０６、配送システムのサーバ１０７が接続されている。

管理サーバ１０３は、ＭＦＰ１０１のカウンタ、稼働情報に基づく稼働状態を一元的に管理する機能や、ＭＦＰ１０１の消耗品のステータス情報に基づき消耗品の在庫管理を行う機能を備える。以下、ＭＦＰ１０１の情報をデバイス情報と呼ぶ。管理サーバ１０３は、ＭＦＰ１０１からデバイス情報を定期的に受信し、ＭＦＰ１０１の稼働状態を管理する。

ファームウェア管理サーバ１０５は、ＭＦＰ１０１のアップデートデータ（ファームウェアとも呼ぶ）を管理及び配信するためのサーバである。ＭＦＰ１０１は、ファームウェア管理サーバ１０５から配信された新たなファームウェアデータに基づいて自身のファームウェアを更新することができる。

また、インターネット１０８上には、販売会社のＰＣ１０６や、外部システムである配送会社の配送システムのサーバ１０７も接続されている。ＰＣ１０６は、販売会社のユーザが使用するＰＣである。管理サーバ１０３は、インターネット１０８上の各サーバとデータのやり取りを行い、後述する通知機能で通知する消耗品の配送状況や、ファームウェアアップデートに関する情報などを取得する。また、販売会社のユーザは、ＰＣ１０６から管理サーバ１０３にアクセスし、ＭＦＰ１０１に通知する通知メッセージを登録することができる。

＜ＭＦＰ＞
次に、ＭＦＰ１０１の構成について説明する。図２は、ＭＦＰ１０１のハードウェア構成を示すブロック図である。

ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１１１を含むコントローラ１１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ１１１は、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１１２又はストレージ１１４に記憶された制御プログラムを読み出して、印刷制御や読取制御などの各種制御を行う。ＲＯＭ１１２は、ＣＰＵ１１１で実行可能な制御プログラムを格納する。ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１１３は、ＣＰＵ１１１の主記憶メモリであり、ワークエリア又は各種制御プログラムの命令を展開するための一時記憶領域として用いられる。ストレージ１１４は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する。

なお、本実施形態のＭＦＰ１０１では、１つのＣＰＵ１１１が１つのメモリ（ＲＡＭ１１３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ−ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部Ｉ／Ｆ（インタフェース）１１５は、操作部１１６とコントローラ１１０を接続する。操作部１１６には、タッチパネル機能を有する液晶表示部や各種ハードキーなどが備えられ、情報を表示する表示部やユーザの指示を受け付ける受付部として機能する。

読取部Ｉ／Ｆ１１７は、読取部１１８とコントローラ１１０を接続する。読取部１１８は原稿を読み取って、読取画像を生成する。生成された読取画像はネットワークを介して外部に送信されたり、印刷に用いられたりする。

印刷部Ｉ／Ｆ１１９は、印刷部１２０とコントローラ１１０を接続する。印刷部１２０は外部から受信した印刷データや、読取画像に基づいてシートに画像を印刷する。印刷部１２０には、トナーボトル１２１が着脱可能に装着されている。本実施形態では、印刷部１２０の印刷方式として電子写真方式を例に説明する。印刷部１２０は印刷対象の画像に基づいて感光体上に静電潜像を形成した後に、トナーボトル１２１内のトナーを用いて現像を行う。その後、現像したトナー像をシートに転写し、転写されたトナー像を定着することにより画像を印刷する。

また、印刷部１２０は、トナー残量を検知するセンサ（図示省略）を備えている。コントローラ１１０は、トナーの残量が少なくなったことを印刷部１２０のセンサによって検知し、消耗品が少なくなったことを示すアラート信号を生成する。コントローラ１１０は生成されたアラート信号をデバイス情報として管理サーバ１０３に送信する。

なお、本実施形態では、印刷方式として電子写真方式を例にして説明したが、例えば、インクをシートに吐出して画像を印刷するインクジェット方式を採用することもできる。この場合、印刷部１２０には、トナーボトルの代わりに、色材としてのインクが格納されたインクカートリッジが装着されるものとする。

なお、ここでは、ＭＦＰ１０１の消耗品に関するアラートの一例としてトナー残量を例に説明しているが、感光体や、廃トナー容器などの他の消耗品に関するアラートをデバイス情報として送信することもできる。また、後処理ユニットを備えるＭＦＰであれば、印刷後のシートを綴じる際に使用するステープルカートリッジの残量が少なくなったことなどを通知することもできる。

また、コントローラ１１０は、通信部Ｉ／Ｆ１２３を介してＬＡＮ１００に接続される。通信部Ｉ／Ｆ１２３は、ネットワーク上の管理サーバ１０３やＬＡＮ１００上のＰＣ１０２などに画像や情報を送信したり、ＬＡＮ１００上のＰＣ１０２から印刷データや情報を受信したりする。ＬＡＮ１００との接続はイーサネット（登録商標）ケーブルを介した有線接続であっても良いし、無線ＬＡＮアクセスポイントを介した無線接続であってもよい。

本実施形態では、ＭＦＰ１０１と管理サーバ１０３のデータ通信を、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）やＨＴＴＰＳ（ＨＴＴＰＳｅｃｕｒｅ）などの通信プロトコル上で行うことを想定している。しかしながら、これに限定されるものではない。ＭＱＴＴ（ＭｅｓｓａｇｅＱｕｅｕｉｎｇＴｅｌｅｍｅｔｒｙＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）等を用いることもできる。また、管理サーバと、ＭＦＰの間で、予めＸＭＰＰ（ＥｘｔｅｎｓｉｂｌｅＭｅｓｓａｇｉｎｇａｎｄＰｒｅｓｅｎｃｅＰｒｏｔｏｃｏｌ）で通信セッションを確立しておき、ＸＭＰＰサーバ（図示省略）を介してデータの送受信を行うようにしてもよい。

また、本実施形態では、管理サーバ１０３と連携する画像処理装置の一例としてＭＦＰ１０１を例示しているがこれに限定されるものではない。例えば、スキャナ装置やプリンタ装置などのＳＦＰ（ＳｉｎｇｌｅＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）に適用することもできる。また、画像診断装置などの医療用機器、カーナビゲーション装置、３次元（設計）データから立体物を造形する３Ｄプリンタなどの画像処理装置に適用することもできる。

＜管理サーバ＞
次に、管理サーバ１０３の構成について説明する。図３は、管理サーバ１０３のハードウェア構成を示すブロック図である。

ＣＰＵ１３１を含むコントローラ１３０は、管理サーバ１０３全体の動作を制御する。ＣＰＵ１３１は、ＲＯＭ１３２又はストレージ１３４に記憶された制御プログラムを読み出して各種制御を実行する。ＲＡＭ１３３は、ＣＰＵ１３１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ストレージ１１４は各種プログラムやＭＦＰのデバイス情報を管理するデータベースなどを記憶する補助記憶領域として用いられる。

操作部Ｉ／Ｆ１３５は、操作部１３６とコントローラ１３０を接続する。操作部１３６は、液晶ディスプレイ、キーボード、マウスを備え、情報を表示する表示部やユーザの指示を受け付ける受付部として機能する。

通信部Ｉ／Ｆ１３７は、コントローラ１３０（管理サーバ１０３）をインターネット１０８に接続する。通信部Ｉ／Ｆ１３７は、インターネット１０８上の他の装置との間で各種情報を送受信する。

なお、本実施形態の管理サーバ１０３では、１つのＣＰＵ１３１が１つのメモリ（ＲＡＭ１３３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＦＰＧＡ等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

なお、ＰＣ１０２、ファームウェア管理サーバ１０５、ＰＣ１０６、配送システムのサーバ１０７の構成は、管理サーバ１０３と同様であるため説明は省略する。なお、管理サーバ１０３、ファームウェア管理サーバ１０５、配送システムのサーバ１０７は、複数のクライアントに対してサービスを提供する。各サーバは、多くのクライアントからの要求を同時に処理できるように、複数のコンピューティング・リソースを用いてデータ変換やデータ処理を分散実行するクラウドサービスとして実現されていてもよい。

続いて、管理サーバ１０３が提供する機能について説明する。管理サーバ１０３は、ＭＦＰ１０１の保守管理を円滑に行うためにインターネット１０８を介してＭＦＰ１０１の稼働状況を取得したり、ＭＦＰ１０１に保守管理に関する通知を行う。

また、管理サーバ１０３は、ファームウェア管理サーバ１０５、販売会社のＰＣ１０６、配送システムのサーバ１０７などと連携し、ＭＦＰ１０１に保守管理サービスを提供する。

管理サーバ１０３は、ＭＦＰ１０１から送信されたデバイス情報を解析し、保守管理データベースに記憶する。保守管理データベースには、例えば、画像処理装置の識別情報、画像処理装置の異常状態情報、保守履歴、画像処理装置の管理者情報、画像処理装置の消耗品情報などが記憶される。なお、異常状態情報は、例えば、エラー、アラーム、ジャムなどである。なお、消耗品情報には、例えば、トナー／インク、部品といったＭＦＰ１０１に装着されている消耗品の消耗度合いを示す情報も含まれるものとする。

また、保守管理データベースには、トナー／インク、部品といったＭＦＰ１０１の消耗品の在庫管理のデータが記憶される。管理サーバ１０３は、ＭＦＰ１０１から送信されたトナー／インク残量を示す情報、部品交換を示す情報を基に、販売会社のＰＣ１０６に対して消耗品の補充依頼通知を行う。

管理サーバ１０３内ではＨＴＴＰサーバが動作しており、Ｗｅｂブラウザからのリクエストに応じて、保守管理に関するＷｅｂ画面をＷｅｂブラウザに提供する。

販売会社のユーザは、ＰＣ１０６上のＷｅｂブラウザを用いて保守管理に関するＷｅｂ画面にアクセスする。販売会社のユーザは、Ｗｅｂ画面を介して通知情報の確認や、通知情報の登録、消耗品配送の手配などを行うことができる。

また、管理サーバ１０３は、ＭＦＰ１０１へ指示を行うこともできる。例えば、管理サーバ１０３への情報送信スケジュールの変更、ファームウェア更新、装置の再起動などの指示を行うことができる。ＭＦＰ１０１への指示は、販売会社のＰＣ１０６から受け付けられ、ＭＦＰ１０１への指示として保守管理データベース内の指示テーブルに格納される。なお、ＭＦＰ１０１は、指示テーブルへの指示を格納する際に、送信状況を確認するステータスとして「未送信」を格納する。

また、管理サーバ１０３は、ＭＦＰ１０１から、指示に対する実施結果を受信し、格納された指示履歴に対して「成功」、「失敗」などのステータスを追加する。なお、所定時間を経過しても実施結果を受信できなかった場合は「不明」のステータスを追加する。以降、管理サーバ１０３を介してＭＦＰ１０１に対して指示を行うことをリモートメンテナンスと呼ぶ。

更に、管理サーバ１０３は、ファームウェア管理サーバ１０５と連携してファームウェア配信の設定を行う。ファームウェア管理サーバ１０５でＭＦＰ１０１に向けて新たなファームウェアを配信する準備が整ったことを検知すると、ＭＦＰ１０１に対する指示として、ファームウェア更新の指示を登録する。

前述のように、本実施形態の管理サーバ１０３は、ＭＦＰ１０１に対してリモートメンテナンスや、消耗品の自動配送など、多種多様な保守管理のサービスを提供することになる。

本実施形態では、顧客ユーザがこれらのサービスの対応状況を確認できるように、管理サーバ１０３とＭＦＰ１０１とを連携させて、顧客ユーザに対して保守管理の対応情報を通知する仕組みを提供する。具体的には顧客ユーザが、新しいファームウェアに関する通知や、ファームウェアの自動更新予定時刻、消耗品の配送スケジュールなどをＭＦＰ１０１の操作部１１６から確認できるようにする。以降、サービスの対応状況をＭＦＰ１０１の操作部１１６から確認する機能を、通知表示機能と呼ぶものとする。

通知表示機能を実現するためのサーバアプリケーションは、ＭＦＰ１０１の操作部に表示させるメッセージの生成、管理、及び、送信を行う。メッセージとは、ＭＦＰ１０１の操作部１１６に表示させるコンテンツであり、例えば、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）などで記述される。またメッセージの内容は、例えば、消耗品の配送状況、サービスマンの派遣状況、システムメンテナンス、ファームウェア更新実施のお知らせなど、ＭＦＰ１０１の保守全般に関するものである。

管理サーバ１０３の通知表示機能を実現するためのサーバアプリケーションは、ＭＦＰ１０１にインストールされた通知表示アプリケーションや、管理サーバ連携クライアントと連携し、ＭＦＰ１０１の操作部上での通知表示を行う。

＜ＭＦＰのソフトウェア構成＞
続いて、ＭＦＰ１０１のソフトウェア構成について、図４を用いて説明する。図４は、ＭＦＰ１０１のソフトウェア構成を例示する概念図である。図４の各モジュールは、ストレージ１１４又はＲＡＭ１１３に記憶されているプログラムを、ＣＰＵ１１１がＲＡＭ１１３にロードし、当該プログラムを実行することで実現されるものとする。

４０１は、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）であり、一般的にはリアルタイムＯＳが使用されるが、昨今ではＬｉｎｕｘ（登録商標）等の汎用ＯＳが使用されることもある。

４０７は、Ｊａｖａ（登録商標）に代表される仮想マシン（ＶＭ：ＶｉｒｔｕａｌＭａｃｈｉｎｅ）であり、拡張アプリケーションの実行環境を提供するものである。４１１は、ＶＭ４０７上のアプリケーションフレームワークやライブラリである。４１１には、ＶＭ４０７上で動作する管理対象の拡張アプリケーションを管理する管理機能とそれを制御するＩ／Ｆが含まれる。管理機能は、拡張アプリケーションのインストール、起動、停止、アンインストールを含む拡張アプリケーションの状態を管理する。また、４１１には、拡張アプリケーションから呼び出すことのできるプログラム群としてライブラリが含まれる。ライブラリは、拡張アプリケーションから操作部１１６の入出力制御を行うためのＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）などを提供する。

ＶＭ４０７上で動作する拡張アプリケーションは、ユーザの指示によりインストール可能であり、顧客環境でアプリケーションの管理・操作を行うことができる。本実施形態では、拡張アプリケーションとして、管理サーバ１０３からの通知を表示するための通知表示アプリケーション４１０がＭＦＰ１０１の製品出荷の段階で予めインストールされているものとする。

４０８は、機器制御ライブラリであり、拡張アプリケーションから、印刷やスキャンなどの画像形成処理を利用できるようにするためのＡＰＩを備えている。これにより、ＶＭ４０７上で動作する拡張アプリケーションであっても、画像形成装置を制御するためのＮａｔｉｖｅ機能を利用することができる。

Ｎａｔｉｖｅ機能とは、画像形成装置を生産する段階で組み込まれているソフトウェア群、デバイスアプリケーション群が提供する機能を示している。Ｎａｔｉｖｅ機能はＯＳ４０１上で動作し、コントローラＡＰＩ４０３を利用して、コントローラ１１０に接続されたハードウェアやＩ／Ｆを動作させる。

４０９は、Ｗｅｂｖｉｅｗライブラリであり、拡張アプリケーションの画面にＷｅｂコンテンツを表示する機能を提供するＡＰＩを備えている。拡張アプリケーションは、ＷｅｂｖｉｅｗライブラリのＡＰＩを介してＷｅｂコンテンツを受信し、画面上にＷｅｂコンテンツを表示することができる。

続いてＭＦＰ１０１がネイティブ機能として備えるデバイスアプリケーションについて説明する。ＣＯＰＹアプリケーション４０４は、原稿をスキャンし、シートにコピーするためのコピー機能を提供するアプリケーションである。ＳＥＮＤアプリケーション４０５は、原稿を読み取って得られた画像をネットワークを介して送信する機能を提供するアプリケーションである。ユーザは、各アプリケーションが提供する操作画面を介してＭＦＰ１０１が備えるコピー機能や送信機能などを利用することができる。また、メインメニューアプリケーション４１２は、ＭＦＰ１０１が備える機能（例えば、コピー機能や送信機能）を選択するためのメインメニューを提供するアプリケーションである。また、メインメニューアプリケーション４１２は、ＭＦＰ１０１が備える各機能の画面のオープン、クローズ、最小化、最大化、移動、画面の更新などを制御するウィンドウマネージャとしても機能する。メインメニューアプリケーション４１２は、予め登録されたデバイスアプリケーションや拡張アプリケーションのアイコン情報に基づいて各機能に対応するアイコンを表示する。アイコン情報には、アイコン画像へのファイルパスや、アイコンの表示、非表示の情報、アイコン名などが含まれる。また、メインメニューアプリケーション４１２は、各アプリケーションからアイコン情報の設定変更のリクエストを受け付けることもできる。メインメニューアプリケーション４１２は設定変更のリクエストを受け付けると、更新されたアイコン情報に基づいてメインメニュー画面の表示を切り替える。即ち、各アプリケーションは、メインメニューアプリケーションに対して設定変更のリクエストを行うことで、アイコン画像の種類やアイコンの表示及び非表示の設定を切り替えることができる。

なお、本実施形態では、アプリケーション４０４、４０５、４１２がネイティブ機能として提供されている場合を例示したがこれに限定されるものではない。各アプリケーションがＶＭ４０７上で動作する拡張アプリケーションとして実装されていてもよい。この場合、各アプリケーションは、コントローラＡＰＩ４０３及びを利用して、コントローラ１１０に接続されたハードウェアやＩ／Ｆを制御し、スキャン処理、送信処理、表示制御などの処理を実現するものとする。

また、管理サーバ連携クライアント４０６は、管理サーバ１０３にＭＦＰ１０１のデバイス情報を送信したり、管理サーバからのリモートメンテナンスの指示や、後述のアイコン表示設定の情報などを受信するクライアントである。管理サーバ連携クライアント４０６は、通知表示アプリケーション４１０に対して情報を提供するＣＧＩ（ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）プログラムを備えている。通知表示アプリケーション４１０は、ＭＦＰ１０１が備えるＨＴＴＰサーバ（図示省略）に対して内部ループバックで前述のＣＧＩプログラムを呼び出すためのＵＲＬを指定したＨＴＴＰリクエストを送信する。また、リクエストの応答として情報を取得する。通知表示アプリケーション４１０が取得した情報は、新規メッセージの有無の判断や、通知表示アプリケーションのアイコンをメインメニューに表示するか否かの判断に用いられる。

＜メインメニュー画面＞
続いてＭＦＰ１０１の通知表示機能について説明する。図７は、ＭＦＰ１０１の操作部１１６に表示される画面を例示するものであり、図７（ａ）はＭＦＰ１０１のメインメニュー画面を例示している。メインメニュー画面７００は、ユーザがＭＦＰ１０１の利用を開始するタイミングや、図示省略のホームキーが選択された場合に操作部１１６に表示される画面である。なお、メインメニュー画面７００の表示制御は、ＭＦＰ１０１のＮａｔｉｖｅ機能であるメインメニューアプリケーション４１２によって行われる。

ユーザは、メインメニュー画面７００を介して使用したい機能を選択し、ＭＦＰ１０１が備える送信機能やコピー機能を実行することができる。また、本実施形態では、通知表示機能のアイコン７０１をメインメニューに表示し、ユーザがメインメニューから当該通知表示機能を実行できるようにする。ＭＦＰ１０１は、ユーザにより当該通知表示機能のアイコンが選択されたことに基づいて、通知表示アプリケーション４１０を起動し、図７（ｂ）に示すメッセージ画面を表示する。

ところで、通知表示機能が提供される全てのＭＦＰが、管理サーバ１０３と連携した保守管理を行うとは限らない。例えば、管理サーバと連携した保守管理サービスを申し込んでいないＭＦＰにおいては、通知表示機能を実行するためのアイコンを表示しないほうが望ましい場合がある。また、新たに保守管理サービスを申し込んだＭＦＰに対しては、通知表示機能を実行するためのアイコンを新たにメインメニューに登録し、ユーザが機能を実行できるようにすることが望まれる。また、管理サーバ１０３のメンテナンス中など、管理サーバとの通信が行えない時間帯は、通知表示機能のアイコン７０１が選択されたとしても正しく表示を行えない可能性がある。このように、保守管理対象のＭＦＰであってもアイコンを表示しないほうが望ましい場合がある。

また、管理サーバ１０３の運用先（例えば販売会社）によっては、通知表示のサービスを提供するための準備が整っていないことも考えられる。従ってサービスの運用開始前は、アイコンを非表示にしておき、サービスの運用を開始した後に、当該通知表示機能のアイコンを表示したいケースがある。

これを解決するために、通知表示機能のアイコンを表示するか否かの設定をＭＦＰ１０１の操作部１１６を介して行えるようにすることも考えられる。しかしながら、保守管理サービスの申し込み状況の変化や、管理サーバのメンテナンス状況の変化などが起こるたびに、操作部１１６を介してアイコンの表示又は非表示の設定を手作業で行うことは煩わしい。

これを鑑みて、本実施形態では、ＭＦＰ１０１における通知メッセージを一覧表示する通知表示機能に対応するアイコンの表示又は非表示を、管理サーバからの指示に基づき適切に切り替えることができるようにする。

＜通知表示機能とそのアイコン表示＞
以下、具体的な仕組みについて説明する。図５は、管理サーバ１０３にメッセージが登録されてからＭＦＰ１０１の操作部１１６にメッセージリストが表示されるまでの処理を説明するシーケンス図である。なお、図５において、管理サーバ１０３の処理は、管理サーバ１０３のＣＰＵ１３１がストレージ１３４等に記憶されるプログラムを読み出して実行することにより実現される。また、ＭＦＰ１０１の処理は、ＭＦＰ１０１のＣＰＵ１１１がＲＯＭ１１２又はストレージ１１４に記憶されるプログラムを読み出して実行することにより実現される。

ＭＦＰ１０１は、ユーザから管理サーバとの連携機能（以降管理機能とも呼ぶ）を有効化する指示を受け付ける（５００）。管理サーバとの連携機能の有効化又は無効化は例えば、図示省略の設定メニューから行うことができるものとする。

ＭＦＰ１０１の管理サーバ連携クライアント４０６は、管理機能を有効化する指示を受け付けると、管理機能設定をＯＮに設定変更する（５０１）。続いて、管理サーバ連携クライアント４０６は、管理サーバに通信テストを送信する（５０２）。管理サーバ１０３はＭＦＰ１０１からの通信テストを受信し、通信テストのレスポンスとしてＭＦＰ１０１にＯＫを送信する（５０３）。ＭＦＰ１０１は、通信テストのレスポンスを受信すると、通信テストの結果を示す情報をストレージ１１４に記憶する。通信テストの結果を示す情報は後述のフローチャートで適宜参照される。

以上説明した５００〜５０３の処理により、ＭＦＰ１０１は、管理サーバ１０３と連携する保守管理機能が利用可能な状態となる。保守管理機能を利用するＭＦＰ１０１は、管理サーバ１０３にデバイス情報を送信するようになる。また、保守管理機能を利用するＭＦＰ１０１は、管理サーバからの指示を定期的に確認する。指示の確認は、例えば、１２時間に１回など所定のポーリング間隔で行われる。

次に、管理サーバ１０３は、通知表示機能アイコンの設定指示を受け付ける（５０４）。ここでは、販売会社のＰＣ１０６からＭＦＰ１０１に通知表示機能のアイコンを表示する設定指示又はアイコンを表示しない設定指示を受け付ける。なおＰＣ１０６からは、複数のＭＦＰ１０１に対して選択的にアイコンの設定を行うこともできるものとする。例えば、管理サーバ１０３と連携している複数のＭＦＰのうち、所定の機種や所定のファームウェアバージョンのＭＦＰに対して、一斉に通知表示機能アイコンの設定を行うこともできる。

また、管理サーバ１０３は、ＰＣ１０６、サーバ１０５、サーバ１０７からメッセージの登録指示を受け付ける（５０５）。メッセージの登録指示を受け付けた場合、管理サーバ１０３は、メッセージ（ＨＴＭＬ）を生成する。

また、管理サーバは、メッセージの登録指示や通知表示機能アイコンの設定指示を受け付けると、当該指示を、保守管理データベース内の指示テーブルに登録する（５０６）。メッセージの登録指示を受け付けた場合、対象となるＭＦＰへのメッセージ取得指示を登録する。また、通知表示機能アイコンの設定指示を受け付けた場合、対象となるＭＦＰへのアイコンの設定指示を登録する。

以降、説明のため、アイコンを表示する設定指示がなされた場合を例として説明する。ＭＦＰ１０１は、管理サーバ１０３に対して、所定のポーリング間隔で指示の有無を問い合わせる（５０７）。指示の有無の問い合わせは、例えばＳＯＡＰメッセージで送信される。図６は、ＭＦＰ１０１と管理サーバ１０３との間で送受信されるＳＯＡＰメッセージを説明する図であり、図６（ａ）は、指示の有無の問い合わせに使用するＳＯＡＰメッセージである。「ｇｅｔＩｎｓｔｒｕｃｔｉｏｎ」タグは指示確認であることを示している。また「ｃｌｉｅｎｔ」タグや「ｄｅｖｉｃｅ」タグの属性値としては、ＭＦＰ１０１のデバイス情報が記述される。

「ｎｏｔｉｃｅ」タグ以下には、ＭＦＰ１０１から管理サーバ１０３への通知情報が記述される。ＭＦＰ１０１は、「ｎｏｔｉｃｅ」タグを用いて現在の通知表示機能のアイコンの表示状態を管理サーバ１０３に通知する。

例えば、図６（ａ）に示すようにキータグと、値タグの組み合わせで、現在の通知表示機能のアイコンの表示／非表示の状態を記述する。キータグの「ｄｉｓｐｌａｙ」はアイコン表示設定であることを示し、値タグの「ｖａｌｕｅ」は現在の設定値を示す。１は通知表示機能のアイコンが表示状態であること、０は、通知表示機能のアイコンが非表示であること示すものとする。これにより、管理サーバ１０３にＭＦＰ１０１の通知表示機能のアイコンの表示状態を通知することができる。

管理サーバ１０３は、ＭＦＰ１０１から指示の有無の問い合わせを受信すると、保守管理データベースの指示テーブルを確認する（５０８）。確認では、登録されている指示であって、送信していない指示を抽出する。管理サーバ１０３は、５０７の指示に対するレスポンスとして、指示テーブルに登録されている指示であって、送信していない指示を含むＳＯＡＰメッセージを返す（５０９）。なお、上記確認の結果、登録されている指示であって、送信していない指示が存在しない場合は、ＭＦＰ１０１からの指示の有無確認を正常に受信したことを応答として返すものとする。

このように、本実施形態では、ＭＦＰ１０１が送信した問い合わせ指示の応答として管理サーバ１０３からの指示を返すようにしている。

このように構成することで、例えば、ＦＷ１０４が外部装置から内部装置へのリクエストパケットをフィルタリングする設定であっても、ＭＦＰ１０１と管理サーバ１０３間のデータ通信を行えるようにしている
図６（ｂ）は、５０９の応答に使用するＳＯＡＰメッセージを例示する図であり、通知表示機能のアイコンを表示する設定指示が含まれる場合を例示している。

「ｇｅｔＩｎｓｔｒｕｃｔｉｏｎＲｅｓｐｏｎｓｅ」タグは指示確認応答であることを示している。「ｎｏｔｉｃｅ」タグ以下には、管理サーバ１０３からＭＦＰ１０１への通知指示が記述される。図６（ｂ）に示すようにキータグと、値タグの組み合わせで、ＭＦＰ１０１の通知表示機能のアイコンの表示／非表示の設定が記述される。キータグの「ｄｉｓｐｌａｙ」はアイコン表示設定であることを示し、値タグの「ｖａｌｕｅ」は設定値を示す。１は通知表示機能のアイコンを表示状態に変更すること、０は、通知表示機能のアイコンを非表示状態にすることを示すものとする。これらの情報に基づき、ＭＦＰ１０１の管理サーバ連携クライアントは、表示設定の変更を行う
なお、図６（ｂ）では、５０９で応答する指示としてアイコン表示設定の指示を含むＳＯＡＰメッセージを例示しているが、これに限定されるものではない。例えば、情報送信スケジュールの変更、ファームウェア更新、装置の再起動などの様々な指示を含みうる。

例えば、ファームウェア更新指示を含むＳＯＡＰメッセージは、図６（ｃ）のようになる。「ｄｏｗｎｌｏａｄ」タグ以下には、ファームウェア更新に関する指示が記述される。「ＵＲＬ」タグには、ファームウェア管理サーバのＵＲＬが記述され、「ｕｓｅｒＩＤ」タグと「ｐａｓｓｗｏｒｄ」タグには認証で使用すべきユーザ名とパスワードが記述される。

管理サーバ１０３からファームウェア更新の指示を含むＳＯＡＰメッセージを受信したＭＦＰ１０１は、更新指示に基づいてファームウェアの更新を行う。例えば予め設定された所定の時刻となった際、又はファームウェアを更新するユーザ操作を受け付けた際にＭＦＰ１０１のファームウェアを更新する。

図５の説明に戻り、ＭＦＰ１０１は、問い合わせ指示に対する応答を受信すると、受信したアイコン設定指示に基づきデバイスのアイコン表示設定を上書きする（５１０）。なお、デバイスのアイコン表示設定は、一般ユーザが表示又は変更できない内部設定として記憶される。

また、ＭＦＰ１０１は、問い合わせ指示に対する応答に情報送信スケジュールの変更指示、ファームウェア更新指示、装置の再起動指示などの指示が含まれている場合は、適宜当該指示に基づく処理を行う（詳細については省略する）。

続いて、アイコン表示設定の切り替えについて説明する。ＭＦＰ１０１の通知表示アプリケーション４１０は、所定のポーリング間隔（例えば、５分間隔）で管理サーバ連携クライアント４０６に情報取得の要求を送信する（５１１）。通知表示アプリケーション４１０は、ＭＦＰ１０１が備える図示省略のＨＴＴＰサーバに対して内部ループバックでクライアント４０６のＣＧＩプログラムを呼び出すＵＲＬを指定したＨＴＴＰリクエストを送信するものとする。

ＭＦＰ１０１の管理サーバ連携クライアント４０６は、アプリケーション４１０から情報取得の要求を受信すると、アイコンの表示設定を変更するか否かを判断する。アイコンの表示設定を変更すると判断すると、ＨＴＴＰリクエストに対する応答として、アイコンを表示するか否かの設定を返す（５１２）。

ＭＦＰ１０１の通知表示アプリケーション４１０は、アイコンを表示するか否かの設定を受信すると、アイコン表示の変更処理を行う（５１３）。拡張アプリケーションである通知表示アプリケーション４１０は、機器制御ライブラリ４０８のＡＰＩを使用して、Ｎａｔｉｖｅ機能であるメインメニューアプリケーション４１２に対して通知表示機能のアイコンの登録又は削除の指示を行うものとする。

５０４〜５１３の処理により管理サーバ１０３からＭＦＰ１０１の通知表示機能のアイコンを表示するか否かを切り替えることができる。

続いて通知表示機能の実行について説明する。ＭＦＰ１０１は、図７（ａ）に示すような通知表示機能のアイコン７０１がユーザにより選択されると、通知表示アプリケーション４１０の画面を操作部１１６に表示する処理を行う（５１４）。

ＭＦＰ１０１の通知表示アプリケーション４１０は、管理サーバ１０３に対して、メッセージを含むデータ（ＨＴＭＬ）を要求する（５１５）。

管理サーバ１０３は、上記５１５の要求のレスポンスとして、メッセージ（例えばＨＴＭＬ形式などのＷｅｂコンテンツ）を含むデータを返す（５１６）。メッセージを含むデータを受信した通知表示アプリケーション４１０は、メッセージリストを表示する（５１７）。なお、５１５〜５１７に示すＷｅｂコンテンツの取得処理及びコンテンツの表示処理はＷｅｂｖｉｅｗライブラリ４０９を利用して行われる。

図７（ｂ）はＭＦＰ１０１の操作部１１６に表示されるメッセージリストの一例を示している。例えば、消耗品の配送状況、メンテナンスのお知らせ、ファームウェア更新実施のお知らせなど、ＭＦＰ１０１の保守全般に関するメッセージのリストが表示される。ユーザによりいずれかのメッセージが選択されると、メッセージの詳細を確認する画面を表示される（図示省略）。

次に、管理サーバ１０３とＭＦＰ１０１の管理サーバ連携クライアント４０６間のポーリング処理（５０７〜５０９）と、クライアント４０６と通知表示アプリケーション４１０間のポーリング処理（５１１〜５１３）についてフローチャートを用いて説明する。図８、図９は、ポーリング処理を説明するフローチャートである。

図８（ａ）及び図９（ａ）、（ｂ）のフローチャートに示すＭＦＰ１０１の各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２又はストレージ１１４に記憶されたプログラムをＲＡＭ１１３に読み出し、実行することにより実現される。また、図８（ｂ）のフローチャートに示す管理サーバ１０３の各動作は、ＣＰＵ１３１がストレージ１３４に記憶されたプログラムをＲＡＭ１３３に読み出し、実行することにより実現される。

Ｓ８０１では、ＣＰＵ１１１は、管理サーバ１０３に指示の有無を問い合わせるＳＯＡＰメッセージを含むリクエストを送信する。

続いて、図８（ｂ）を用いてＭＦＰ１０１からリクエストを受信した管理サーバの処理を説明する。Ｓ８１１では、ＣＰＵ１３１は、ＭＦＰ１０１から送信された指示の有無の問い合わせを受信する。受信が完了すると処理をＳ８１２に進める。

Ｓ８１２では、ＣＰＵ１３１は、指示テーブルを確認する。具体的には、ＣＰＵ１３１は、保守管理データベースとして格納されているＭＦＰ１０１に対する指示が格納された指示テーブルを参照し、指示テーブルに登録されている指示であって、ＭＦＰ１０１に送信していない指示を抽出する。

Ｓ８１３では、ＣＰＵ１３１は、Ｓ８１２での確認の結果、ＭＦＰ１０１に送信していない指示が１つ以上抽出された場合は、処理をＳ８１４に進める。ＭＦＰ１０１に送信していない指示が抽出されない場合（即ち、全ての指示が送信済みの場合）は、処理を８１４に進める。

Ｓ８１４では、ＣＰＵ１３１は、Ｓ８１２で抽出したＭＦＰ１０１に送信していない指示を含めたＳＯＡＰメッセージを生成する。ＳＯＡＰメッセージには、ＭＦＰ１０１のクライアント４０６が解釈可能な形式で、アイコンの設定指示、情報送信スケジュールの変更指示、ファームウェア更新指示、装置の再起動指示などの指示が記述される。

Ｓ８１５では、ＣＰＵ１３１は、Ｓ８１１で受信した問い合わせ指示の応答として、Ｓ８１４で生成したＭＦＰ１０１に対する指示を含むＳＯＡＰメッセージを送信する。なお、全ての指示が送信済みの場合は、ＯＫであることを示す応答を送信する。

図８（ａ）に戻り、ＭＦＰ１０１における処理を説明する。Ｓ８０２では、ＣＰＵ１１１は、管理サーバからＳ８０１の問い合わせ指示の応答として、ＭＦＰ１０１に対する指示を含むＳＯＡＰメッセージを受信する。受信が完了すると、処理をＳ８０３に進める。

Ｓ８０３では、ＣＰＵ１１１は、Ｓ８０２で受信したＳＯＡＰメッセージを解析し、表示機能アイコンの表示設定指示が含まれているか否かを確認する。表示機能アイコンの表示設定指示が含まれている場合は、処理をＳ８０４に進め、表示機能アイコンの表示設定指示が含まれていない場合は、処理をＳ８０６に進める。

Ｓ８０４では、ＣＰＵ１１１は、表示設定指示に基づいて、デバイスの設定である通知表示機能アイコンの表示設定を上書きし、処理をＳ８０５に進める。

Ｓ８０５では、ＣＰＵ１１１は、Ｓ８０２で受信した指示に、その他の指示が含まれているかどうかを判断する。その他の指示が含まれている場合は、処理をＳ８０６に進め、その他の指示が含まれていない場合は、一連のポーリング処理を終了する。

Ｓ８０６では、ＣＰＵ１１１は、その他の指示内容に従って処理を行う。例えば、ＣＰＵ１１１は、情報送信スケジュールの変更、ファームウェア更新、装置の再起動などを行う。

図８で説明した一連の処理により、管理サーバ１０３から通知表示機能のアイコンの表示設定指示を受信し、デバイスの設定値を上書きすることが可能となる。

続いて、図９を用いて、管理サーバ連携クライアント４０６と通知表示アプリケーション４１０の間のポーリング処理（５１１〜５１３）の制御について説明する。なお、図９（ａ）に示す通知表示アプリケーション４１０の各動作は、ＶＭ４０７用のプログラムをＶＭ４０７が解釈し実現する。ＶＭ４０７は、ＶＭ４０７用のプログラムの各処理を、ＭＦＰ１０１のＣＰＵ１１１が解釈できるネイティブコードに変換し、ＣＰＵ１１１に処理を実行させるものとする。

Ｓ９０１では、ＶＭ４０７は、管理サーバ連携クライアント４０６に対してアイコン表示設定の取得要求を送信する。具体的には、ＶＭ４０７は、クライアント４０６のＣＧＩプログラムを呼び出すＵＲＬを指定したＨＴＴＰリクエストを、ＭＦＰ１０１内のＨＴＴＰサーバに送信するものとする。ＣＰＵ１１１は、当該ＵＲＬが指定されたＨＴＴＰリクエストを受信すると、クライアント４０６のＣＧＩプログラムを呼び出す。

続いて、図９（ｂ）を用いてＨＴＴＰリクエストを受信したクライアント４０６の処理を説明する。Ｓ９１１では、ＣＰＵ１１１は、ＨＴＴＰリクエストのＵＲＬ内のクエリに基づいて、アイコン表示設定の取得指示であると判断すると、処理をＳ９１２に進める。一方、ＨＴＴＰリクエストのＵＲＬ内のクエリに基づいて、アイコン表示設定の取得指示でないと判断すると、エラーを応答し、処理を終了する。

Ｓ９１２では、ＣＰＵ１１１は、ストレージ１１４に記憶された通信テストの結果を示す情報を参照し、通信テストが過去に成功しているかどうかを判断する。通信テストが過去に成功している場合は、処理をＳ９１３に進め、通信テストが過去に成功していない場合（失敗している、又は通信テストが行われていない場合）は、処理をＳ９１５に進める。なお、Ｓ９１２の処理は、保守管理機能が利用できないケースでは、デバイスの内部設定であるアイコン表示設定がＯＮに設定されていたとしても通知管理機能のアイコン表示を行わないよう制御するための例外処理である。

Ｓ９１３では、ＣＰＵ１１１は、デバイスのアイコン表示設定を参照し、通知表示機能アイコンを表示する設定が記憶されているか判断する。通知表示機能アイコンを表示する設定が記憶されている場合は、処理をＳ９１４に進め、通知表示機能アイコンを表示する設定が記憶されていない場合は、処理をＳ９１５に進める。

Ｓ９１４では、ＣＰＵ１１１は、アイコン表示をＯＮにすると決定する。Ｓ９１５では、ＣＰＵ１１１は、アイコン表示をＯＦＦにすると決定する。

Ｓ９１６では、ＣＰＵ１１１は、Ｓ９１４又はＳ９１５で決定したアイコン表示設定を通知表示アプリケーションに対して応答する。

図９（ａ）の説明に戻り、Ｓ９０２では、ＶＭ４０７は、Ｓ９０１で送信したＨＴＴＰリクエストがタイムアウトしたか判断する。ＨＴＴＰリクエストを送信してから、所定時間（例えば１分）が経過しても応答が得られない場合は、処理を９０６に進め、ＨＴＴＰリクエストを送信してから所定時間が経過していない場合は、処理をＳ９０３に進める。

Ｓ９０３では、ＶＭ４０７は、クライアント４０６からＨＴＴＰレスポンスを受信した場合は、処理をＳ９０４に進め、クライアント４０６からＨＴＴＰレスポンスを受信していない場合は、Ｓ９０２に戻り、応答を待つ。

Ｓ９０４では、ＶＭ４０７は、受信したアイコン表示設定がＯＮである場合は、Ｓ９０５に処理を進め、受信したアイコン表示設定がＯＦＦである場合は、処理をＳ９０６に進める。

Ｓ９０５では、ＶＭ４０７は、Ｎａｔｉｖｅ機能であるメインメニューアプリケーション４１２と協働して、通知表示機能のアイコンをメインメニュー画面に表示するよう設定変更する。ＶＭ４０７は、機器制御ライブラリ４０８のＡＰＩを使用して、Ｎａｔｉｖｅ機能であるメインメニューアプリケーション４１２に対して通知表示機能のアイコン情報の更新指示を行う。この際、更新するアイコン情報には、アイコンを表示する設定がなされる。アイコン情報の更新指示を受け付けたアプリケーション４１２は、通知表示アプリケーションに対応するアイコン情報を更新する。従って、メインメニュー画面を操作部１１６に表示する際に、通知表示機能のアイコンを表示できるようになる。

Ｓ９０６では、通知表示機能のアイコンをメインメニュー画面に表示しないよう設定変更する。ＶＭ４０７は、機器制御ライブラリ４０８のＡＰＩを使用して、Ｎａｔｉｖｅ機能であるメインメニューアプリケーション４１２に対して通知表示機能のアイコン情報の更新の指示を行う。この際、更新するアイコン情報には、アイコンを表示しない設定がなされる。アイコン情報の更新指示を受け付けたアプリケーション４１２は、当該通知表示アプリケーションに対応するアイコン情報を更新する。従って、メインメニュー画面を操作部１１６に表示する際に、通知表示機能のアイコンが表示されないようになる。

なお、Ｓ９０５、Ｓ９０６の処理は、アイコン表示設定が変更（ＯＮからＯＦＦ又はＯＦＦからＯＮ）になった場合にのみ行うようにしてもよい。

以上説明したように、本実施形態では、通知メッセージを一覧表示する機能のアイコンの表示又は非表示を、管理サーバからの指示に基づき適切に切り替えることができるようになる。

また、本実施形態では、通信テストが成功していない場合には、デバイスの内部設定であるアイコン表示設定によらず、アイコンを非表示することができる。また、本実施形態では、管理サーバ連携クライアントからアイコン表示設定を取得できなかった場合は、アイコンを非表示にすることができる。

従って、保守管理機能が利用可能でないケースでは、アイコンを確実に非表示にすることができる。

＜第２の実施形態＞
第１の実施形態では、管理サーバからの指示に基づきアイコンの表示又は非表示を切り替えることについて説明した。第２の実施形態では、第１の実施形態に加えて、管理サーバからの指示に基づいて、より詳細なアイコン表示を行うことを説明する。なお、第２の実施形態において、前提となる装置のハードウェア構成は第１の実施形態と同様である。第１の実施形態と同様の構成については、詳細な説明は省略する。

図１０は、第２の実施形態において、管理サーバから受信するＳＯＡＰメッセージを例示するものである。第２の実施形態では、管理サーバは、第１の実施形態における図６（ｂ）で例示した通知表示機能アイコンの設定指示に加えて、より詳しい情報を通知する。

具体的には、メンテナンス開始時間、メンテナンス終了予定時間、メンテナンス中に表示する文字情報、最新メッセージの登録時刻をＳＯＡＰメッセージに含める。

キータグの「ＭａｉｎｔｅＳｔａｒｔ」はメンテナンスの開始時刻の情報であることを示し、値タグの「２０１６−０４−２０Ｔ２３：００：００．０００Ｚ」はメンテナンス開始の時刻情報を示している。

キータグの「ＭａｉｎｔｅＥｎｄ」はメンテナンスの終了予定時刻の情報であることを示し、値タグには、メンテナンス終了の時刻情報が記述される。

また、「ＭａｎｔｅＭｓｇ」は、メンテナンス中に表示すべき文字列であることを示し、値タグには、例えば「ＳｅｒｖｅｒｄｕｒｉｎｇＭａｉｎｔｅｎａｎｃｅ」などのエラーメッセージが記述される。

キータグの「ｌａｔｅｓｔＭｅｓｓａｇｅ」は、最新のメッセージの登録時刻であることを示し、値タグには、最新のメッセージの登録時刻の情報が記述される。

管理サーバから詳細な情報を含むＳＯＡＰメッセージを受信した管理サーバ連携クライアント４０６は、図５の５１０の処理で、アイコン表示のＯＮ／ＯＦＦに加えて、アイコン表示に関するオプション設定についても記憶する。オプション設定は、前述した、メンテナンス開始時間、メンテナンス終了予定時間、メンテナンス中に表示する文字情報、最新メッセージの登録時刻等を含む。

これらのオプション設定を考慮したアイコン表示の制御について図１１のフローチャートを用いて説明する。図１１のフローチャートは、第１の実施形態における図９のフローチャートに代えて実行されるものである。なお、図９と同様の処理については適宜省略の上説明をする。

図１１（ｂ）で管理サーバ連携クライアントの処理について説明する。Ｓ１１１１乃至Ｓ１１１５は、図９のＳ９１１乃至Ｓ９１５と同様の処理であるため省略する。Ｓ１１１６では、ＣＰＵ１１１は、Ｓ１１１４又はＳ１１１５で決定したアイコン表示設定に加えて、５１０の処理で記憶したオプション設定を含む応答を返す。

次に図１１（ａ）を用いて通知表示アプリケーション４１０の処理について説明する。Ｓ１１０１乃至Ｓ１１０４、Ｓ１１０６の処理は、Ｓ９０１乃至Ｓ９０４、Ｓ９０６と同様の処理であるため、省略する。

Ｓ１１０５では、ＶＭ４０７は、クライアント４０６から受信したオプション設定に基づいて、現在の時刻がメンテナンス予定時刻の範囲内であるか判断する。現在の時刻がメンテナンス予定時刻の範囲内であれば、処理をＳ１１０８に進め、現在の時刻がメンテナンス予定時刻の範囲外であれば、処理をＳ１１０７に進める。なお、オプション設定としてメンテナンス時刻等が記載されていない場合は、Ｓ１１０８に進むものとする。

Ｓ１１０７では、ＶＭ４０７は、Ｎａｔｉｖｅ機能であるメインメニューアプリケーション４１２と協働して、通知表示機能のアイコンとしてグレーアウトのアイコンを表示するよう設定変更する。ＶＭ４０７は、機器制御ライブラリ４０８のＡＰＩを使用して、Ｎａｔｉｖｅ機能であるメインメニューアプリケーション４１２に対して通知表示機能のアイコン情報の更新の指示を行う。この際、更新するアイコン情報には、アイコン画像へのファイルパスとして、グレーアウトのアイコン画像へのファイルパスが設定され、アイコンを表示する設定がなされる。

ここで、アイコンの画像について図１２を用いて説明する。通知表示アプリケーションは、図１２に示すように内部データとして複数のアイコン画像を記憶しており、状態に応じてメインメニューに表示するアイコンを異ならせる。アイコン画像１２０１は、通常状態でメインメニューに表示するアイコン画像であり、アイコン画像１２０２は、メンテナンス中など、連携機能が一時的に利用できない場合にメインメニューに表示するアイコン画像である。アイコン画像１２０２は、当該アイコンを選択しても機能が使用できないことがユーザに伝わるよう半透明又は薄いグレーで表現される。また、メンテナンス中であることがユーザに伝わるよう、警告を示すマークが含まれる。

また、アイコン画像１２０３は、新着メッセージが有る場合に、メインメニューに表示するアイコン画像である。アイコン画像１２０３には、新着メッセージがあることがユーザに伝わるように、「Ｎ」や「Ｎｅｗ」などのマークが含まれる。

Ｓ１１０７の説明に戻り、アイコン情報の更新指示を受け付けたメインメニューアプリケーション４１２は、当該通知表示アプリケーションに対応するアイコン情報を更新する。従って、メインメニュー画面を操作部１１６に表示する際に、グレーアウトのアイコンを表示できるようになる。

一方、Ｓ１１０８では、ＶＭ４０７は、クライアント４０６から受信したオプション設定に基づいて、新たなメッセージがあるか判断する。ＶＭ４０７は、オプション設定として受信した最新メッセージの登録時刻と、前回メッセージのデータを管理サーバから取得した時刻を比較する。前回の取得時刻より最新メッセージの登録時刻が新しい場合は、新たなメッセージがあると判断し処理をＳ１０１０に進める。一方、最新メッセージの登録時刻より前回の取得時刻が新しい場合は、新たなメッセージがないと判断し処理をＳ１００９に進める。

Ｓ１１０９では、ＶＭ４０７は、Ｎａｔｉｖｅ機能であるメインメニューアプリケーション４１２と協働して、通常状態であることを示すアイコン画像１２０１を用いて通知表示機能のアイコンを表示するよう設定変更する。ＶＭ４０７は、機器制御ライブラリ４０８のＡＰＩを使用して、Ｎａｔｉｖｅ機能であるアプリケーション４１２に対して通知表示機能のアイコン情報の更新の指示を行う。この際、更新するアイコン情報には、アイコン画像へのファイルパスとして、アイコン画像１２０１へのファイルパスが設定され、アイコンを表示する設定がなされる。アイコン情報の更新指示を受け付けたメインメニューアプリケーション４１２は、通知表示アプリケーションに対応するアイコン情報を更新する。従って、メインメニュー画面を操作部１１６に表示する際に、通常状態であることを示すアイコンを表示できるようになる。

Ｓ１１１０では、ＶＭ４０７は、Ｎａｔｉｖｅ機能であるメインメニューアプリケーション４１２と協働して、新着メッセージがあることを示すアイコン画像１２０３を用いて通知表示機能のアイコンを表示するよう設定変更する。ＶＭ４０７は、機器制御ライブラリ４０８のＡＰＩを使用して、Ｎａｔｉｖｅ機能であるアプリケーション４１２に対して通知表示機能のアイコン情報の更新の指示を行う。この際、更新するアイコン情報には、アイコン画像へのファイルパスとして新着メッセージがあることを示すアイコン画像１２０３へのファイルパスが設定され、アイコンを表示する設定がなされる。アイコン情報の更新指示を受け付けたメインメニューアプリケーション４１２は、当該通知表示アプリケーションに対応するアイコン情報を更新する。従って、メインメニュー画面を操作部１１６に表示する際に、新着メッセージがあることを示すアイコンを表示できるようになる。

以上説明したように、第２の実施形態では、管理サーバ１０３からの指示に基づいて、より詳細なアイコン表示を行えるようになる。

＜その他の実施形態＞
第１の実施形態及び第２の実施形態では、メインメニュー画面にアイコンを表示する場合を例示したが表示の形態はアイコンに限定されるものではない。例えば、機能を選択するメニューリスト内に通知表示機能の選択肢を表示するか否かを切り替える形態などであってもよい。通知表示機能を選択するための表示アイテムを操作部に表示するか否かを切り替えるものであればよい。

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

１０１ＭＦＰ
１１１ＣＰＵ
１１６操作部
１２３通信部Ｉ／Ｆ
１０３管理サーバ

Claims

管理サーバと通信する画像処理装置であって、
表示部と、
前記管理サーバからの通知を表示する通知表示機能の表示アイテムを表示する指示を前記管理サーバから受信したことに基づいて、前記通知表示機能の画面を表示するための表示アイテムを前記表示部に表示するよう制御し、前記管理サーバから、前記通知表示機能の表示アイテムを非表示とする指示を受信したことに基づいて、前記通知表示機能の画面を表示するための表示アイテムを前記表示部に表示しないよう制御する表示制御手段と、
を有することを特徴とする画像処理装置。
前記表示アイテムを表示するか否かの設定を前記画像処理装置の設定として記憶する記憶手段と、
前記通知表示機能の表示アイテムを表示する指示を受信したことに基づいて、前記記憶手段に、前記表示アイテムを表示する設定を記憶させ、通知表示機能の表示アイテムを非表示とする指示を受信したことに基づいて、前記記憶手段に、前記表示アイテムを表示しない設定を記憶させる制御手段と、
を更に有し
表示制御手段は、前記表示部に所定のメニューを表示するユーザ指示を受け付けた場合に、前記記憶手段に記憶された前記表示アイテムを表示する設定に基づき、前記所定のメニューに前記表示アイテムを表示するか否かを制御することを特徴とする請求項１又は２に記載の画像処理装置。
前記画像処理装置の稼働情報を前記管理サーバに送信する機能と、前記画像処理装置に対する指示情報の問い合わせを前記管理サーバに対して定期的に実行する機能とを有する通信手段と、
前記通知表示機能の表示アイテムを表示する指示又は前記通知表示機能の表示アイテムを非表示とする指示は、前記通信手段によって前記定期的に実行される問い合わせの結果として得られる、前記画像処理装置に対する指示情報に含まれることを特徴とする請求項２に記載の画像処理装置。
前記記憶手段は、前記通信手段による送信機能及び問い合わせ機能を利用するか否かの設定を更に記憶し、
前記表示制御手段は、前記記憶手段に前記通信手段による前記送信機能及び前記問い合わせ機能を利用しない設定が記憶されている場合は、前記表示アイテムを表示するか否かの設定によらず、前記所定のメニューに表示アイテムを表示しないよう制御することを特徴とする請求項３に記載の画像処理装置。
前記表示制御手段は、前記管理サーバと前記画像処理装置との間で通信テストが行われていない場合は、前記記憶手段に記憶された前記表示アイテムを表示するか否かの設定によらず、前記所定のメニューに表示アイテムを表示しないよう制御することを特徴とする請求項２乃至４のいずれか１項に記載の画像処理装置。
前記表示制御手段は、前記表示アイテムを選択するユーザ指示を受け付けた場合に、前記通知表示機能の画面を表示することを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
前記通知表示機能の画面には、前記管理サーバより受信したメッセージの一覧が表示され、前記表示制御手段は、当該メッセージの一覧から、いずれかのメッセージが選択するユーザ指示を受け付けたことに基づき、前記表示部に当該選択されたメッセージの内容を表示することを特徴とする請求項６に記載の画像処理装置。
前記通知表示機能は、前記表示アイテムを選択するユーザ指示を受け付けたことに基づいて、前記管理サーバからメッセージを受信し、前記メッセージの一覧を表示することを特徴とする請求項７に記載の画像処理装置。
少なくとも１つのプロセッサを更に備え、
前記少なくとも１つのプロセッサは、プログラムを読み出し、実行することで前記通信手段と、前記画像処理装置で動作する仮想マシンの機能を提供し、
前記仮想マシンは、前記通知表示機能を実現するためのプログラムを読み出し、実行することで前記通知表示機能を提供することを特徴とする請求項３又は４に記載の画像処理装置。
前記表示制御手段は、前記通知表示機能の画面を表示するための表示アイテムを表示部に表示する場合に、前記管理サーバから受信した通知表示機能に関する追加の情報に基づいて、前記表示アイテムの表示を異ならせることを特徴とする請求項１乃至９のいずれか１項に記載の画像処理装置。
前記表示制御手段は、前記追加の情報に基づいて、前記管理サーバがメンテナンス中であると判断した場合は、メンテナンス中であることを示す表示アイテムを表示するよう制御することを特徴とする請求項１０に記載の画像処理装置。
前記表示制御手段は、前記追加の情報に基づいて、新着メッセージがあると判断した場合は、新着メッセージがあることを示す表示アイテムを表示するよう制御することを特徴とする請求項１０又は１１に記載の画像処理装置。
管理サーバと通信する画像処理装置を制御する制御方法であって、
前記管理サーバからの通知を表示する通知表示機能の表示アイテムを表示する指示を前記管理サーバから受信したことに基づいて、前記通知表示機能の画面を表示するための表示アイテムを表示部に表示するよう制御し、前記管理サーバから、前記通知表示機能の表示アイテムを非表示とする指示を受信したことに基づいて、前記通知表示機能の画面を表示するための表示アイテムを前記表示部に表示しないよう制御することを特徴とする制御方法。
請求項１３に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。
管理サーバと画像処理装置とを含むシステムであって、
前記管理サーバは、
前記画像処理装置に対する指示として、通知を表示する通知表示機能の表示アイテムを表示する又は非表示とする指示を受け付け、当該受け付けた指示を前記画像処理装置に送信する送信手段を有するものであり、
前記画像処理装置は、
表示部と、
前記管理サーバからの通知を表示する通知表示機能の表示アイテムを表示する指示を前記管理サーバから受信したことに基づいて、前記通知表示機能の画面を表示するための表示アイテムを前記表示部に表示するよう制御し、前記管理サーバから、前記通知表示機能の表示アイテムを非表示とする指示を受信したことに基づいて、前記通知表示機能の画面を表示するための表示アイテムを前記表示部に表示しないよう制御する表示制御手段と、を有する、
ことを特徴とするシステム。