(57)【要約】      （修正有）【課題】推奨アプリケーションプログラムをユーザに通知することのできる画像形成装置及びその制御方法及びプログラムを提供する。【解決手段】配信サーバより送信されるアプリリストと出力設定よりアプリケーションを判定し、ジョブ完了通知でユーザにアプリケーション情報を送信、ＰＣ上で表示することにより、ユーザは自分の行う印刷作業を軽減する適切なアプリケーションを知ることが可能となる。【選択図】図１１
2010191715.tif 000002
【特許請求の範囲】
【請求項１】
印刷ジョブを処理して出力する画像形成装置であって、
前記印刷ジョブに設定された出力条件を取得する取得手段と、
前記取得手段にて取得した条件に基づいてユーザにインストールを推奨する推奨アプリケーションを判定する判定手段と、
前記判定手段により判定された前記推奨アプリケーションを示す情報を、前記印刷ジョブのジョブ完了通知として通知する通知手段と
を有することを特徴とする画像形成装置。
【請求項２】
前記通知手段は、前記ジョブ完了通知に含まれる通知データを前記画像形成装置における表示部において表示すると設定された場合、前記通知データを画像形成装置が有する表示部において表示することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
配信装置から配信されたアプリケーションのリストを受信し、保持する保持手段を更に備え、
前記保持手段は、前記リストを保持していない場合に前記配信装置に問い合わせを行い、前記リストを取得することを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
前記リストに基づいて前記推奨アプリケーションの通知を行うか否かの設定を受け付ける設定手段を更に有することを特徴とする請求項３に記載の画像形成装置。
【請求項５】
前記判定手段は、前記印刷ジョブの履歴に基づいて通知すべき前記推奨アプリケーションを判定することを特徴とする請求項１乃至４のいずれか一項に記載の画像形成装置。
【請求項６】
印刷ジョブを処理して出力する画像形成装置の制御方法であって、
前記画像形成装置の取得手段が、前記印刷ジョブに設定された出力条件を取得する取得工程と、
前記画像形成装置の判定手段が、前記取得工程にて取得した前記出力条件に基づいてユーザにインストールを推奨する推奨アプリケーションを判定する判定工程と、
前記画像形成装置の作成手段が、前記判定工程により判定された前記推奨アプリケーションを示す情報を、前記印刷ジョブのジョブ完了通知として通知する通知工程と
を有することを特徴とする制御方法。
【請求項７】
コンピュータを、
印刷ジョブに設定された出力条件を取得する取得手段と、
前記取得手段にて取得した条件に基づいてユーザにインストールを推奨する推奨アプリケーションを判定する判定手段と、
前記判定手段により判定された前記推奨アプリケーションを示す情報を、前記印刷ジョブのジョブ完了通知として通知する通知手段と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションをインストール可能な画像形成装置及び制御方法及びプログラムに関するものである。特にユーザが施す印刷設定に最適なアプリケーションを提示する機能に関する。
【背景技術】
【０００２】
従来、画像形成装置等の周辺装置の稼働状態を遠隔的に監視する監視システムがある。この監視システムの環境下において、画像形成装置のファームウェアアップデートは以下のように行っていた。
【０００３】
従来、ファームウェアをフラッシュメモリなどの書き換え可能な記憶装置に格納するようにし、電子メール等の手段を利用してインターネットを介してファームウェアを送信し、記憶装置に格納したファームウェアの更新を行う技術が考案されている。また、前記画像形成装置等の周辺装置の稼働状態を遠隔的に監視する監視システムの環境下で、アプリケーションの配信を行うシステムが考案されている。特許文献１においては、ユーザが手元にあるプリンタで印刷を行う場合と同程度の手間で気軽に印刷サービスを利用できるようにするために、出力サービスの利用を推奨するメッセージを表示する技術が開示されている。
【０００４】
また、特許文献２には、ローカルホストにおいて、ユーザが印刷設定において設定したメディア種等に基づき、推奨アプリケーションを判定してローカルホストにおいて、表示することが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１５７１００号公報
【特許文献２】特開２００７−４２０６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上述のアプリケーション配信システムであっても、ユーザは自分の行う印刷作業に役立つ適切なアプリケーションを知ることが難しいという課題があった。
【０００７】
本発明は上記従来例の問題点の少なくとも一部を鑑みて成されたものである。詳しくは推奨アプリケーションプログラムをユーザに通知することのできる画像形成装置及びその制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明は以下の構成を有する印刷ジョブを処理して出力する画像形成装置であって、印刷ジョブに設定された出力条件を取得する取得手段と、
前記取得手段にて取得した条件に基づいて推奨アプリケーションを判定する判定手段と、前記判定手段により判定された推奨アプリケーションを示す情報を、前記印刷ジョブのジョブ完了通知として通知する通知手段とを有する。
【発明の効果】
【０００９】
本発明の側面のひとつによると、ユーザは自分の行う印刷作業を軽減する適切なアプリケーションを知ることができ、結果としてユーザの印刷作業の効率化を図り、作業の負荷を軽減することが可能となる。
【００１０】
例えば、ジョブ完了通知の仕組みを活用して、非常に少ない工数で、手間をかけずに、推奨アプリケーションを通知する仕組みを実現することができる。
【００１１】
また、本発明の別の側面によれば、通知手段をローカルＵＩでのジョブはローカルＵＩ上で表示したり、認証ユーザへジョブ完了通知でアプリケーション情報を送信、表示したりすることにより、ユーザへの柔軟性のある通知方法を提供することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態におけるシステム全体の構成を示す例の図である。
【図２】本実施形態におけるホストのハードウェア構成図である。
【図３】本実施形態における監視装置のハードウェア構成図である。
【図４】本実施形態における監視装置の別形態としてのハードウェア構成の例図である。
【図５】本実施形態における画像形成装置のハードウェア構成の例図である。
【図６】本実施形態における集中監視装置の画像形成装置監視システムに関わる部分のソフトウェア構成の例図である。
【図７】本実施形態における監視装置の画像形成装置監視システムに関わる部分のソフトウェア構成の例図である。
【図８】本実施形態における画像形成装置の画像形成装置監視システムに関わる部分のソフトウェア構成の例図である。
【図９】本実施形態における集中監視装置或いは、監視装置或いは、画像形成装置にて適用可能なメモリマップの構造の例を示す図である。
【図１０】本実施形態における処理の流れの概略を示した図である。
【図１１】第一の実施形態における画像形成装置のフローチャートである。
【図１２】第二の実施形態における画像形成装置のフローチャートである。
【図１３】本実施形態における画像形成装置ソフトウェア構成概念図である。
【図１４】本実施形態におけるアプリリストの構成例である。
【図１５】本実施形態におけるＰＣのＵＩにおける表示例である。
【図１６】本実施形態におけるＰＣのＵＩにおける表示例である。
【発明を実施するための形態】
【００１３】
＜第一の実施形態＞
以下、本発明の発明を実施するための最良の形態について図面を用いて説明する。図１は、本実施形態における管理システム全体図を示すものである。図１において、本管理システムには、システム１０１およびシステム１０６を始めとする複数の販売会社システムが接続されている。それぞれ管轄の地域や顧客の販売情報や管理システムに関わる情報を蓄積するためのデータベース１０３、１０８もシステムに含まれている。
【００１４】
販売会社のシステム１０１、１０６には、データベース１０３、１０８へのデータ登録や修正などの制御を行うＰＣ１０４、１０９もシステムに含まれる。ＰＣ１０４、１０９の監視センタホスト１１１が提供するウェブサイトへアクセスしてデータの閲覧等を行う。なお、ホスト１０２、１０７は操作部および表示部を持ち、ＰＣ１０４、１０９の役割を果たす事も可能である。ホスト１０２、データベース１０３、ＰＣ１０４はＬＡＮ１０５で接続されており、また、ホスト１０７、データベース１０８、ＰＣ１０９はＬＡＮ１１０で接続されている。なお、図１では、販売会社側の各々のシステムは、複数の装置から構成されるよう示されているが、その目的とするところは、後述の各機能を達成すればよいため、構成をこれに限定するものではない。例えば、データベース１０３、１０８は、物理的にホスト１０２、１０７内にそれぞれ存在してもよい。さらに、ホスト１０２、１０７からアクセス可能であれば、インターネット１３２を経由した別の場所に存在しても構わない。つまり、複数の装置から構成されるようにしてもよいし、１つの装置から構成するようにしても良い。
【００１５】
次に、販売会社側と顧客側との中間に、監視センタホスト１１１が存在する。データベース１１２は、監視のための情報や、顧客側から収集した画像形成装置のカウンタ、障害履歴情報、障害パターンテーブルなどを蓄積する履歴記憶手段としてのデータベースである。監視センタホスト１１１とデータベース１１２はＬＡＮ１１３で接続されており、ＬＡＮ１１３は、インターネット１３２に接続可能となっている。なお、データベース１１２は、物理的に監視センタホスト１１１内に存在してもよい。さらに、監視センタホスト１１１からアクセス可能であれば、インターネット１３２を経由した別の場所に存在しても構わない。監視センタホスト１１１は、後述する監視装置１１７、１２２、１２３や画像形成装置１３１から監視対象としての画像形成装置の情報、稼働状態を示す情報（障害情報を含む）を収集、蓄積、加工し、警告等を外部に提供する機能を有する。例えば、販売会社ホスト１０２、１０７にそれら情報を配信する役割を持つ機能を有する。稼働状態としては、例えば、状態情報は、トナー切れ、ドアオープン、ドラム交換、カートリッジなし、冷却ファン異常、基板異常、原稿台ガラス汚れ、ステイプル切れ、給紙センサ光量不足などを例として挙げる事が出来る。また、フォントメモリオーバーフロー、レンダリングエラー、定着器異常、カウンタ異常、両面ユニット異常、紙詰まりなどを挙げることも出来る。更にカウンタ情報として、販売会社の課金対象となる課金カウンタ、顧客の部門別に集計された部門カウンタ、用紙サイズ別に集計されたサイズ別カウンタ、画像形成装置内の部品の消耗度を示す部品カウンタなどが挙げられる。課金カウンタは画像形成装置の印刷枚数を示し、部門カウンタは顧客が設定している部門毎の印刷枚数を示す。部品カウンタは、例えばドラムなどの部品では、その回転数をカウンタとし、スキャナランプなどの部品では、時間（秒）をカウンタとする。これらの稼働情報を示す情報が稼働情報となる。
【００１６】
さらにまた、販売会社ホスト１０２、１０７がそれぞれから監視センタホスト１１１に監視対象としている画像形成装置の情報や監視に関する設定を監視センタホスト１１１に登録する事ことができる。監視センタホスト１１１では、各販売会社ホストから登録された監視対象の画像形成装置や、監視に関する設定をマージして一括管理できる。また、監視装置１１７、１２２、１２３や、画像形成装置１３１に対し、監視に関わる設定を行うこともできる。
【００１７】
ここで、本管理システムによるサービスは、販売会社と顧客との契約に基づき、提供されるものである。従って、販売会社が契約に基づき監視対象と決定した画像形成装置のみを、本管理システムの監視対象としている。監視センタホスト１１１は、インターネットを介して接続したＰＣに対し、データベース１１２に蓄積した情報、または加工した情報を閲覧するＷＥＢページを提供している。このＷＥＢページは、ユーザ認証により、販売会社別、顧客別、およびユーザの権限別に閲覧内容を限定して提供している。さらに、ＷＥＢページから、一部データの変更も可能としている。
【００１８】
次に、販売会社側と顧客側の中間に、配信サーバ１３３が存在する。データベース１３４は、画像形成装置に適用するためのファームウェアやアプリケーション、ソフトウェアライセンス情報などを蓄積する履歴記憶手段としてのデータベースである。配信サーバ１３３とデータベース１３４はＬＡＮ１３５で接続されており、ＬＡＮ１３５は、インターネットに接続可能となっている。なお、データベース１３４は、物理的に配信サーバ１３３内に存在してもよい。さらに、配信サーバ１３３からアクセス可能であれば、インターネット１３２を経由した別の場所に存在しても構わない。尚、ＬＡＮ１１３とＬＡＮ１３５は同一としてもよく、データベース１３４とデータベース１１２はデータを共有しても構わない。図１中には、監視センタホスト１１１およびデータベース１１２と、配信サーバ１３３とデータベース１３４が１つずつしか示されていない。しかし、実際には、多くの画像形成装置および監視装置からの情報収集や、ファームウェア配信の負荷分散を行うために、複数の監視センタホスト、データベースに分散処理をさせるケースもある。
【００１９】
次に、顧客側のシステム構成について説明する。顧客側環境としては異なる複数の環境がある。図１中では、顧客システム１１４、１１９、１２９が示されている。顧客システム１１４（Ａ社Ｘ事業所）においては、インターネットに接続されたＬＡＮ１１８に接続された画像形成装置１１５、１１６が、監視装置１１７により監視され、監視装置１１７はインターネット経由で監視センタホスト１１１と通信している。一方、顧客システム（Ａ社Ｙ事業所）においては、監視装置１２２、１２３によってＬＡＮ１２８上の画像形成装置が管理されている。監視装置１２２により、画像形成装置１２０、１２１、１２４、１２５が、監視装置１２３により画像形成装置１２６、１２７がそれぞれ管理されている。監視装置１１７、１２２、１２３は、データベース（不図示）と接続されている。例えば、監視装置１１７は、画像形成装置１１５、１１６から収集した情報の蓄積及び、蓄積したデータの加工結果の保存を行うとともに、画像形成装置監視に関わる設定もデータベース（不図示）内に保存している。なお、不図示のデータベースは、監視装置１１７の内部にあっても良いし、ＬＡＮ１１８上に接続され、独立して存在してもよい。さらに、監視装置１１７からアクセス可能であれば、インターネットを経由した別の場所に存在しても構わない。監視装置１１７は、画像形成装置１１５、１１６の状態情報（たとえば障害等の発生）を、画像形成装置から受信するたびに監視センタホスト１１１に送信する。
【００２０】
顧客システム１２９（Ｂ社）においては、インターネット１３２に接続されたＬＡＮ１３０に接続された画像形成装置１３１自身が直接、インターネット経由で監視センタホスト１１１と通信している。画像形成装置１３１は、自身の情報（たとえばカウンタ情報や障害等の発生）を積極的に監視センタホスト１１１に送信している。ＷＥＢブラウザを搭載したＰＣ（不図示）を用いて、ユーザはＷＥＢブラウザを利用することで、顧客環境からだけでなく、直接インターネットを介し監視センタホスト１１１に接続し、前述の監視センタホスト１１１が提供するＷＥＢページを閲覧する事が可能である。
【００２１】
なお、上記構成において、以下の２点に留意する必要がある。
（１）説明した構成におけるインターネットを介した通信においては、ＨＴＴＰ／ＳＯＡＰプロトコルが利用可能であるものとし、本実施形態では、ＳＯＡＰはＨＴＴＰ上に実装される。ＳＯＡＰとは、Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌの略称である。ＳＯＡＰは、ＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）をベースとして、あるコンピュータから他のコンピュータのデータやサービスを呼び出すためのプロトコルである。ＳＯＡＰは広く普及した技術であるため、ここでの詳細な説明は割愛する。ＳＯＡＰによる通信は、ＸＭＬ文書に付帯情報を付けたＳＯＡＰメッセージを交換する。したがってＳＯＡＰをサポートするコンピュータには、ＳＯＡＰメッセージを生成するＳＯＡＰメッセージ生成部と、ＳＯＡＰメッセージを解釈するＳＯＡＰメッセージ解釈部とが備えられている。画像形成装置の状態情報は、本実施形態ではＳＯＡＰメッセージによって監視センタホスト１１１に送信される。
（２）Ａ社における各画像形成装置は監視装置を介して監視センタホスト１１１と通信を行うように説明した。しかし、設定の変更により、Ｂ社に設置される画像形成装置１３１と同様に監視装置を介することなく、直接監視センタホストとの通信を行えることとする。
【００２２】
＜ハードウェア構成＞
図２は、監視センタホスト１１１のハードウェア構成図を示す。また、配信サーバ１３３、ホスト１０２、１０７のハードウェア構成も同様である。図２において、第１ＣＰＵ２０１及び第２ＣＰＵ２０２は本装置上の各処理を司る。書換え不可能なＲＯＭ２０３は本装置の各処理に関わるプログラムやデータを記憶する。ＲＡＭ２０４は、本装置の各処理に関わる一時的なデータを電気的に記憶でき、かつ書き換え可能である。第１ＨＤＤ２０５、第２ＨＤＤ２０６は、本装置の各処理に関わるプログラムやデータ、および一時的なデータ、本発明に関わる監視対象の画像形成装置に関する情報、および画像形成装置から収集した情報などを記憶する。たとえば、部品カウンタ、課金カウンタ、部門カウンタなどが保存される。操作部２０７は、本装置への指示入力を受け付けるキーボードやポインティングデバイス等が該当する。表示部２０８は、本装置の動作状況や、本装置上で動作する各プログラムが出力する結果等を表示する。ＮｅｔｗｏｒｋＩ／Ｆ２０９は、ネットワーク経由でＬＡＮおよびインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ２１０は外部記憶機器等を接続する。それら要素がシステムバス２１１により接続され、データの送受信を行う。
【００２３】
図３は、監視装置１１７、１２２、１２３のハードウェア構成図を示す。また、ＰＣ１０４、１０９のハードウェア構成図にも該当させることが出来る。ＣＰＵ３０１は、本装置上の各処理を司る。ＲＯＭ３０２は、本装置の各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＲＡＭ３０３は、本装置の各処理に関わる一時的なデータを電気的に記憶でき、かつ書き換え可能である。監視装置１１７では、本装置の各処理に関わるプログラムやデータ、および一時的なデータ、監視対象の画像形成装置に関する情報、および画像形成装置から収集した情報などをＨＤＤ３０４に記憶する。ＰＣ１０４、１０９においては、ＷＥＢブラウザなどをＨＤＤ３０４に記憶する。入力装置３０５は、本装置への指示入力を受け付けるキーボードやポインティングデバイス等が該当する。表示部３０６は、本装置の動作状況や、本装置上で動作する各プログラムが出力する情報を表示する。ＮｅｔｗｏｒｋＩ／Ｆ３０７は、ネットワーク経由でＬＡＮおよびインターネットに接続し、外部と情報交換を行う。外部機器Ｉ／Ｆ３０８は外部記憶機器等を接続する。それらがシステムバス３０９により接続され、データの送受信を行う。
【００２４】
図４は、監視装置１１７、１２２、１２３の、別の形態のハードウェア構成図である。ＣＰＵ４０１は、本装置上の各処理を司る。ＲＯＭ４０２は、本装置の各処理に関わるプログラムやデータを記憶し、書換え不可能である。ＦｌａｓｈＲＯＭ４０３は、本装置の各処理に関わるデータおよび一時的なデータ、監視対象の画像形成装置に関する情報、および画像形成装置から収集した情報などを記憶する。シリアルＩ／Ｆ４０４は、シリアルケーブルを用いて端末を接続する事が可能である。ＮｅｔｗｏｒｋＩ／Ｆ４０５は、ネットワーク経由でＬＡＮおよびインターネットに接続し、外部と情報交換を行う。それらがシステムバス４０６により接続され、データの送受信を行う。
【００２５】
図５は、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１におけるハードウェア構成図を示す。画像形成装置としては、具体的には、プリンタ及びファクシミリ機能が統合的に設けられた複合機、ＰＣなどからデータを受信し印刷するプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリなどが挙げられる。本図では、画像形成装置の一例として複合機の構成を示している。イメージリーダ５０２は、原稿給送部５０１で原稿を読み込む。イメージリーダ５０２、画像形成部５０３は、読み込んだ原稿や、ネットワーク経由で受信したデータを印刷画像に変換・印刷出力する。排紙部５０４は印刷出力した紙を排出し、ソートやステイプルといった処理を施す。ＮｅｔｗｏｒｋＩ／Ｆ５０５はネットワーク経由でＬＡＮおよびインターネットに接続し、外部と情報交換を行う。ＣＰＵ５０６は本装置上の各処理を司る。画像形成装置の動作状態を監視し、障害等の特定のイベントが発生した場合には、その状態を示す状態情報を、あらかじめ定めた宛先へと送信する。宛先はたとえば、監視センタホスト１１１や監視装置などである。不揮発性記憶手段のＲＯＭ５０７は本装置の各処理に関わるプログラムやデータを記憶する。書き換え可能なＲＡＭ５０８は本装置の各処理に関わる一時的なデータを電気的に記憶する。ＨＤＤ５０９は本装置の各処理に関わるプログラムやデータ、および一時的なデータ、本装置へ送信されてきたユーザデータなどを記憶する。操作部５１０は本装置への指示入力を受け付ける。表示部５１１は本装置の動作状況および操作部５１０に対する操作に関わる情報を表示する。そしてそれらがシステムバス５１２により接続され、データの送受信を行う。なお、デバイス自身が監視のための情報を積極的に送信する機能を持つ画像形成装置１３１では、ＲＯＭ５０７或いはＨＤＤ５０９内に、前記監視データ送出処理にかかわるプログラムやデータを保持している。
【００２６】
＜ソフトウェア構成＞
図６は、監視センタホスト１１１及び配信サーバ１３３における画像形成装置管理システムに関わる部分のソフトウェア構成図を示す。ＳＯＡＰ通信部６０１は、監視装置１１７、または画像形成装置１３１よりＮｅｔｗｏｒｋＩ／Ｆ２０９を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部６０２に渡す。また、ＳＯＡＰメッセージ作成部６０３により作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ２０９を介して監視装置１１７、または画像形成装置１３１に送信する。収集情報処理部６０４では、監視下の監視装置１１７、または画像形成装置１３１から受診した情報をそのまま、または、加工し、データベースアクセス部６０６を介してデータベース１１２、データベース１３４に格納する。また、収集情報処理部６０４は、遠隔監視システムに関わる機能を実現する。たとえば、監視下の監視装置１１７、または画像形成装置１３１から受信した情報およびデータベース１１２、データベース１３４に格納されているデータを元に、カウンタ情報の集計、エラー情報、ファーム最新情報を担当サービスマンや顧客側管理者へ通知する。監視制御部６０５は、監視装置１１７、または画像形成装置１３１の情報を取得しに行くスケジュール管理や、監視内容、方法の制御を行う。さらに必要に応じて、監視下の監視装置１１７、または画像形成装置１３１へ、ＳＯＡＰメッセージ作成部６０３、ＳＯＡＰ通信部６０１、ＮｅｔｗｏｒｋＩ／Ｆ２０９を介して、指示を送信する。
【００２７】
図７は、監視装置１１７、１２２、１２３における画像形成装置監視システムに関わる部分のソフトウェア構成図を示す。ＳＯＡＰ通信部７０１は、監視センタホスト１１１よりＮｅｔｗｏｒｋＩ／Ｆ３０７、４０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部７０３に渡す。また、ＳＯＡＰメッセージ作成部７０２により作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ３０７、４０５を介して監視センタホスト１１１、配信サーバ１３３に送信する。監視制御部７０４は、後述する監視センタホスト１１１からの監視設定に従い、情報蓄積部に保持する監視画像形成装置情報を更新し、画像形成装置１１５、１１６の情報を取得し、スケジュール管理を行う。デバイス情報処理部７０５は、監視制御部７０４により管理するスケジュールにより、本装置が積極的に画像形成装置１１５、１１６から収集したカウンタ情報、サービスコールやジャム、トナー切れなどの情報を、情報蓄積部７０６に蓄積する。またはこの蓄積は、画像形成装置１１５、１１６の状態に応じて行われる。情報蓄積部７０６に蓄積したデータは、デバイス情報処理部７０５を介してそのままＳＯＡＰメッセージ作成部７０２に渡され監視センタホスト１１１へ送信される。あるいは、デバイス情報処理部７０５内で解釈、加工されてからＳＯＡＰメッセージ作成部７０２に渡されて監視センタホスト１１１へ送信される場合もある。
【００２８】
図８は、各画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１における画像形成装置管理システムに関わる部分のソフトウェア構成図を示す。ＳＯＡＰ通信部８０１は、監視センタホスト１１１、配信サーバ１３３よりＮｅｔｗｏｒｋＩ／Ｆ５０５を介して受信したＳＯＡＰデータをＳＯＡＰメッセージ解析部８０３に渡す。また、ＳＯＡＰメッセージ作成部８０２により作成したＳＯＡＰデータをＮｅｔｗｏｒｋＩ／Ｆ５０５を介して監視センタホスト１１１、配信サーバ１３３に送信する。ネットワーク情報取得部８０４は、ＤＨＣＰ環境においてはＩＰアドレス、ＤＮＳサーバアドレス、ゲートウェイアドレスを自動的に取得する事が可能である。
【００２９】
また、操作部５１０から入力され、ＨＤＤ５０９に保存されたネットワーク情報が存在する場合は、その情報を取得する。デバイス情報収集部８０５は、本複合機内部のスケジュールにより、または、監視センタホスト１１１からの指示により内部に保持するカウンタ情報を取得し、また、内部で発生したサービスコールやジャム、トナー切れなどの情報を取得する。取得したデータは、そのままＳＯＡＰメッセージ作成部８０２に渡し、監視センタホスト１１１へ送信する場合と、デバイス情報収集部８０５内で蓄積、解釈、加工してからＳＯＡＰメッセージ作成部８０２に渡し、監視センタホスト１１１へ送信する場合がある。
【００３０】
図９は、監視センタホスト１１１、配信サーバ１３３或いは、監視装置１１７、１２２、１２３或いは、画像形成装置１１５、１１６、１２０、１２１、１２４、１２５、１２６、１２７、１３１におけるメモリマップの構造を示す図である。本発明に係る処理プログラムを実行する際、監視センタホスト１１１ではＲＡＭ２０４上に、各監視装置１１７ではＲＡＭ３０３或いはＦｌａｓｈＲＯＭ４０３上に、各画像形成装置ではＲＡＭ５０８上にプログラムをロードしたメモリマップを示す図である。メモリマップは、基本Ｉ／Ｏプログラム９０１、システム・プログラム９０２、本実施形態の処理プログラムを初めとする各種処理プログラム９０３、関連データを格納するエリア９０４、プログラムのワークエリア９０５で構成されている。基本Ｉ／Ｏプログラム９０１は、本装置上の入出力を司る。システム・プログラム９０２は、各処理プログラムに動作環境を提供する。
【００３１】
なお、容量の制約により９０１〜９０５として利用する領域が足りなくなった場合、第１ＨＤＤ２０５または第２ＨＤＤ２０６をＲＡＭ２０４の領域の一部として、ＨＤＤ３０４をＲＡＭ３０３の領域の一部として、ＨＤＤ５０９をＲＡＭ５０８の領域の一部として扱うことも可能である。
【００３２】
＜処理の流れ及びインタフェース＞
図１０〜図１６は本発明の特徴である画像形成装置ファームウェア配信システムのフロー、インタフェース等を例示した図である。これらを用いて本発明の処理フローを説明する。まず、図１の画像形成装置１２４他と配信サーバ１３３及びユーザＰＣでの本発明の全般的な流れを、図１０を用いて説明する。先に説明したハード、ソフト構成により、画像形成装置がインストール可能なアプリケーションプログラム（以下、アプリケーション）を含むソフトウェアの配信が行われる。
【００３３】
まず、アプリリスト配信（１００１）が配信サーバ１３３によって行われる。アプリリストとは後に画像形成装置１２４他で推奨アプリケーションを判定するために必要とするアプリケーションのリストである。以下、アプリリストと呼び、これに関する詳細は図１４を用いて後述する。このアプリリストの配信は、画像形成装置１２４他の設置時の疎通テスト時や画像形成装置１２４他からの要求時、その後のアプリリスト自体の更新タイミングで配信される。その他、画像形成装置ファームウェアの配信時に一緒に配信しても良いし、アプリケーションの配信に伴って配信しても良い。アプリリスト配信のタイミングはここで挙げられたものに限定するものではなく、特に問わない。また、画像形成装置１２４は受信したアプリリストを保持し、必要に応じて更新する。
【００３４】
一方、画像形成装置１２４他を使用するユーザはネットワーク接続されたＰＣより様々な印刷設定により印刷（１００２）を行う。この印刷設定はユーザが所望するものであり、その内容はここでは特に問わない。次に、画像形成装置１２４他ではユーザが設定した印刷設定と配信サーバから受信したアプリリストとから推奨するアプリケーションを判定（１００３）する。そして、画像形成装置１２４他はジョブ完了通知に先に判定された推奨アプリケーション情報を付加（１００４）して、送信する。ユーザＰＣではそのジョブ完了通知を受け、印刷を行ったドライバ、アプリ等で前記推奨アプリケーション情報を伴った表示（１００５）を行う。
【００３５】
次に、図１１を用い、本発明の処理フローを説明する。このフローにおける処理は、特に表記がない場合、図１３のアップデート制御部１３０９で行われる。また、これは図５のＨＤＤ５０９からＲＡＭ５０８に読み込まれ、ＣＰＵ５０６により処理される。また、処理の開始のタイミングは印刷ジョブの処理が完了した後に実施しても良いし、印刷ジョブの処理と平行して実行しても良い。平行して処理を行う場合には、後述するＳ１１０９において同期を取る必要がある。
【００３６】
まず、アプリ推奨フラグがオンか否かの判定処理（Ｓ１１０１）が行われる。これはユーザに対し、アプリケーションの推奨を行うか否かの判定処理である。アプリケーションの推奨を行う場合は予め画像形成装置１２４他内の推奨アプリの通知に関する設定フラグをオンに設定しておくことができる。ここでアプリを推奨するとしてそのフラグがオンになっている場合は、Ｓ１１０２へ進む。アプリを推奨しない場合は、本フローを終了する。続いて、アプリリストがあるか否かの判定処理（Ｓ１１０２）が行われる。これは、先に説明した配信サーバ１３３が送信したアプリリストを既に取得しているが否かを判定する処理である。取得していればＳ１１０４へ進み、取得していなければＳ１１０３へ進む。アプリリスト取得処理Ｓ１１０３において、画像形成装置は配信サーバ１３３へ問い合わせて通信を行い、アプリリストを取得する。その後、Ｓ１１０４へ進む。
【００３７】
ここで、アプリリストの例を図１４に示す。これは推奨するアプリケーションと印刷設定、条件（出力条件の一例である。）をリスト化したものである。ここではその構成の一例を示す。横軸にアプリケーション、縦軸に印刷設定等を項目とし、それぞれ、そのアプリケーションを推奨するための印刷設定及び条件を示している。例えば、アプリＡはプレビュー設定、製本設定、フィニッシング設定等を同一デバイス、同一ユーザで５回以上行えば推奨されるということになる。アプリＢ〜Ｆも同様に、このアプリリストに基づいて、推奨されることになる。ここでの推奨条件は自由に設定できるとし、図１４に示されているものに制限するものではない。また、複数の条件を有するアプリケーションについては、各条件についてＡＮＤ条件、ＯＲ条件いずれでも構わない。
【００３８】
次に、印刷設定取得処理Ｓ１１０４が行われる。これは印刷ジョブに施した設定内容を取得する処理である。その後、Ｓ１１０５へ進む。続いて、判定条件はあるか否かの判定処理Ｓ１１０５が行われる。これは、印刷設定とは別に判定条件があるかを判定する処理である。ここでの判定条件とは、図１４のアプリリスト例で、“その他”で示される項目に該当する。判定条件がある場合はＳ１１０６へ進み、無ければＳ１１０７へ進む。判定条件取得処理Ｓ１１０６において、印刷設定取得処理Ｓ１１０４で取得した印刷条件に対応する判定条件をアプリリストから取得する。例えば、印刷設定取得処理Ｓ１１０４にて製本設定が取得されている場合、アプリリストから、製本設定に対応するアプリＡが選択され、その中の項目“その他”におけるアプリＡの判定条件、“５回以上”が取得される。ここでの“５回以上”の意味は、「アプリＡに対応する設定が印刷ジョブに対し、５回以上設定された」ことが条件であるということを指す。
【００３９】
続いて、適合するアプリがあるか否かの判定処理Ｓ１１０７が行われる。これは先に取得した印刷設定及びアプリケーションの判定条件に基づいて、アプリリストに適合するアプリケーションがあるか否かの判定を行う処理である。適合するアプリケーションがあればＳ１１０８へ進み、適合するアプリケーションが無ければ本フローを終了する。具体的には、先の処理において印刷条件が製本設定、判定条件が５回である情報を取得していた場合に、ジョブ履歴などからデバイス及びユーザが同一で、かつ設定回数が５回であるとする情報により、判定条件を満たした際には、適合するアプリケーションがあると判定される。印刷設定が合致しても判定条件を満たさなければ、適合するアプリケーションはないとして本フローを終了する。ここで、条件判定を行う際に、画像形成装置のジョブ履歴（ログ等）の情報が必要になる場合があるが、この情報は当該画像形成装置が保持するものを利用しても良いし、監視を行っている監視装置にて管理されている情報を用いても良く、その実施形態は問わない。また、履歴に関する条件のみでなく、画像形成装置のステータスに関する条件を定義しても良い。
【００４０】
適合するアプリケーションがある場合にはＳ１１０８へ進み、アプリ情報取得処理が行われる。この処理は、Ｓ１１０７にて適合すると判定されたアプリケーションの情報を取得する処理である。先に判定されたアプリケーション名等が取得される。例えば、図１４で示したアプリリストにおける名称“アプリＡ”などが該当する。続いて、ジョブ終了通知データ作成処理Ｓ１１０９が行われる。これは後のジョブ終了通知でＰＣ側に送信するデータに付与する推奨アプリに関する通知データを作成する処理である。通知データはＳ１１０８で取得した情報に基づいて生成される。具体的には、作成データとして後の表示するためのデータである“製本印刷にはアプリＡが便利です。”等の文字列を作成することになる。ここではこのような文字列を表示しているが、その作成内容は特にこれに制限するものではなく、例えばアプリケーションの種類に合わせて作成しても良い。ただし、通知データには推奨アプリケーションを特定する文字列が含まれることが望ましく、更に、その機能を示す文字列を含むことが望ましい。また、印刷ジョブの処理と平行して本フローを実施する際には、本ステップにて同期を取り、以降の処理を行う必要がある。続いて、ジョブ完了通知の送信Ｓ１１１０が行われる。Ｓ１１０９にて生成したデータを含むジョブの完了通知の送信を行う処理である。このジョブ完了通知はＰＣとデバイス間で送信される一連のジョブ言語であっても良いし、メール送信によるものでも良く、その実施形態は特に問わない。ここでは、ジョブ言語のジョブ完了通知の情報として、Ｓ１１０９にて生成したデータをパラメータとして付与し、送信する。
【００４１】
このようにして受けたデータをＰＣ側のドライバで表示した例が、図１５である。図の左側中央に文字列を表示した例となる。また、例えば、既インストールの印刷終了通知に表示することも考えられ、その表示例が図１６である。こちらは「推奨アプリ表示」ボタンを押下することにより、推奨するアプリに関する情報を表示する形式である。ここでは２つの表示形式を例として挙げたが、いずれにおいても表示形式を限定するものではなく、ユーザに対し通知できればどのような表示形式でも良い。また、通知する推奨アプリは、一つでも良いし、該当する推奨アプリが複数ある場合には複数通知しても良い。さらには、該当する推奨アプリが当画像形成装置にインストール済みもしくは、未インストールのいずれの場合においても通知可能である。この一連の動作によりユーザが利用する印刷設定に適した推奨アプリケーションを表示可能となる。従って、ユーザは自分の行う印刷作業を軽減する適切なアプリケーションを知ることができ、結果としてユーザの印刷作業の効率化を図り、作業の負荷を軽減することが可能となる。画像形成装置の一例である画像形成装置１２４にインストール可能なアプリケーションのリストを配信する配信装置の一例である配信サーバ１３３が開示された。
【００４２】
配信サーバ１３３に接続された画像形成装置１２４が開示された。そして、画像形成装置のファームウェアや配信プログラムの制御下にて、印刷ジョブに設定された出力条件を取得する。そして、画像形成装置のファームウェアや配信プログラムの制御下にて、その出力条件に基づいて推奨アプリケーションを判定する。さらに、画像形成装置のファームウェアや配信プログラムの制御下にて、判定された推奨アプリケーションを示す情報を、前記印刷ジョブのジョブ完了通知として通知する。
【００４３】
＜第二の実施形態＞
また、アプリケーション情報をローカルＵＩに表示する選択肢を持つ場合が考えられる。ローカルＵＩは表示部５１１である。つまり、図１０における１００４、１００５の処理に代わって、デバイス側で推奨アプリの情報を表示するというものである。このケースにおける処理の流れを、図１２を用いて説明する。このフローの処理は、特に表記がない場合、図１３のアップデート制御部１３０９で行われる。また、これは図５のＨＤＤ５０９からＲＡＭ５０８に読み込まれ、ＣＰＵ５０６により動作される。また、処理の開始タイミングは第一の実施形態と同様で、印刷ジョブが完了した際に実行しても良いし、印刷ジョブの処理と平行して実施しても良い。本フローにおけるＳ１２０１からＳ１２０８までの処理は第一の実施形態で述べた図１１におけるＳ１１０１からＳ１１０８までの処理と同様であるため、これらに関しては流れについてのみを述べ、具体例などの詳細な説明は割愛する。
【００４４】
まず、アプリ推奨フラグがオンか否かの判定処理（Ｓ１１０１）が行われる。これはユーザに対し、アプリケーションの推奨を行うか否かの判定処理である。アプリケーションの推奨を行う場合は、予め画像形成装置１２４他内の推奨アプリの通知に関する設定フラグをオンに設定しておくことができる。ここでアプリを推奨するとしてそのフラグがオンになっている場合は、Ｓ１１０２へ進む。アプリを推奨しない場合は、本フローを終了する。次に、アプリリストがあるか否かの判定処理（Ｓ１２０２）が行われる。取得していればＳ１２０４へ進み、取得していなければＳ１２０３へ進む。アプリリスト取得処理Ｓ１２０３において、画像形成装置は配信サーバ１３３と通信を行い、アプリリストを取得する。その後、Ｓ１２０４へ進む。次に、印刷設定取得処理Ｓ１２０４が行われ、その後、Ｓ１２０５へ進む。続いて、判定条件はあるか否かの判定処理Ｓ１２０５が行われる。判定条件がある場合はＳ１２０６へ進み、無ければＳ１２０７へ進む。判定条件取得処理Ｓ１２０６において、Ｓ１２０４で取得した印刷条件に対応する判定条件をアプリリストから取得する。続いて、適合するアプリがあるか否かの判定処理Ｓ１２０７が行われる。適合するアプリケーションが無ければ本フローを終了する。印刷設定が合致しても判定条件を満たさなければ、適合するアプリケーションはないとして本フローを終了する。適合するアプリがある場合にはＳ１２０８へ進み、アプリ情報取得処理が行われる。ここまでが、第一の実施形態と同様の流れとなる。
【００４５】
そして、出力方法がジョブ終了通知か否かの判定処理Ｓ１２０９が行われる。この処理は推奨アプリケーションの出力方法として、第一の実施形態で述べたジョブ終了通知ではなく、ローカルＵＩによる出力を行うか否かの判定を行う。このローカルＵＩによる出力は、事前に設定を選択しておくことで対応が可能となる。ジョブ終了通知である場合はＳ１２１０へ進む。ジョブ終了通知でなく、ローカルＵＩ出力である場合はＳ１２１２へ進む。ジョブ終了通知の場合は、ジョブ終了通知データ作成処理Ｓ１２１０が行われる。これは第一の実施形態におけるＳ１１０９と同様の処理となる。その後、Ｓ１２１１へ進む。続いて、ジョブ完了通知の送信Ｓ１２１１が行われる。この処理も第一の実施形態におけるＳ１１１０と同様の処理となり、Ｓ１２１０にて生成したデータを含むジョブの完了通知の送信を行う処理である。
【００４６】
ローカルＵＩによる出力を行う場合は、ローカルＵＩ出力データ作成処理Ｓ１２１２が行われる。これは後のローカルＵＩ出力処理Ｓ１２１３で出力するためのデータを作成する処理である。例えば、“製本印刷にはアプリＡが便利です。”の文字列を作成する。本実施形態においては、文字列を表示しているが、その内容を制限するものではなく、表示内容等は特に問わない。ローカルＵＩ出力データを生成した後、Ｓ１２１３へ進む。その後、ローカルＵＩ出力処理Ｓ１２１３により、ローカルＵＩ上にこの文字列が表示されることになる。
【００４７】
この一連の動作によりユーザに推奨アプリケーションを表示可能となる。従って、ユーザは自分の行う印刷作業を軽減する適切なアプリケーションを知ることができ、結果としてユーザの印刷作業の効率化を図り、作業の負荷を軽減することが可能となる。また、ローカルＵＩでのジョブはローカルＵＩ上で表示したり、認証ユーザへジョブ完了通知でアプリケーション情報を送信、表示したりすることで、柔軟性のある表示方法を提供することが可能となる。
【００４８】
＜備考＞
なお本発明は、複数の機器（例えばホストコンピュータ、インタフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。また本発明の目的は、前述の実施形態の機能を実現するプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００４９】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【００５０】
また、本発明には、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。
【符号の説明】
【００５１】
５０１  原稿給送部
５０２  イメージリーダ
５０３  画像形成部
５０４  排紙部
５０５  ＮｅｔｗｏｒｋＩ／Ｆ
５０６  ＣＰＵ
５０７  ＲＯＭ
５０８  ＲＡＭ
５０９  ＨＤＤ
５１０  操作部
５１１  表示部
５１２  システムバス
【図１】
2010191715.tif 000003
【図２】
2010191715.tif 000004
【図３】
2010191715.tif 000005
【図４】
2010191715.tif 000006
【図５】
2010191715.tif 000007
【図６】
2010191715.tif 000008
【図７】
2010191715.tif 000009
【図８】
2010191715.tif 000010
【図９】
2010191715.tif 000011
【図１０】
2010191715.tif 000012
【図１１】
2010191715.tif 000013
【図１２】
2010191715.tif 000014
【図１３】
2010191715.tif 000015
【図１４】
2010191715.tif 000016
【図１５】
2010191715.tif 000017
【図１６】
2010191715.tif 000018