(57)【要約】【課題】複合機の機能を遠隔地から管理するための装置や情報機器上で動作する管理アプリケーションを新たに開発する為には、コストが係る。【解決手段】市場に既に存在する管理装置に対して、管理装置が要求した管理装置の管理対象では無い機能情報含む情報を管理装置が解釈可能なフォーマットで返却する。さらに、管理装置が要求した処理では無い処理を行うことにより管理装置の管理対象ではない装置の機能を管理させる。【選択図】図６
2010147790.tif 000002
【特許請求の範囲】
【請求項１】
他の装置と通信可能な装置であって、
前記装置が有する機能についての情報の取得要求を前記他の装置から受信する受信手段と、
前記受信手段による前記取得要求の受信に応じて、当該取得要求に係る機能とは異なる機能についての情報を前記他の装置に送信する送信手段と
を有することを特徴とする装置。
【請求項２】
管理装置と通信可能な装置であって、
前記装置にインストールされたソフトウェアの機能に関する情報の取得要求を前記管理装置から受信する受信手段と、
前記受信手段による前記取得要求の受信に応じて、当該取得要求に係るソフトウェアの機能とは異なる機能であって、前記装置の出荷後にインストール又はアンインストールされない前記装置の機能である本体機能に関する情報を前記管理装置に送信する送信手段と
を有することを特徴とする装置。
【請求項３】
前記本体機能に関する情報には、当該本体機能が有効化されているか否かを示す情報が含まれていることを特徴とする請求項２に記載の装置。
【請求項４】
ソフトウェアのインストール要求を、前記本体機能に関する情報を含むソフトウェアフォーマットファイルと共に前記管理装置から受信するソフトウェアインストール要求受信手段と、
前記ソフトウェアインストール要求受信手段により受信した前記本体機能に関する情報に対応する前記本体機能を特定する本体機能特定手段と、
ユーザインタフェースと、
前記本体機能特定手段が特定した本体機能を、前記ユーザインタフェースを介して操作可能な状態にする可視化手段と、
を有することを特徴とする請求項２に記載の装置。
【請求項５】
ソフトウェアのアンインストール要求を前記本体機能に関する情報と共に前記管理装置から受信するソフトウェアアンインストール要求受信手段と、
前記ソフトウェアアンインストール要求受信手段により受信した前記本体機能に関する情報に対応する前記本体機能を特定する本体機能特定手段と、
ユーザインタフェースと、
前記本体機能特定手段が特定した本体機能を、前記ユーザインタフェースを介して操作不可能な状態にする不可視化手段と
を有することを特徴とする請求項２に記載の装置。
【請求項６】
ソフトウェアライセンスのインストール要求を、前記本体機能に関する情報を含むライセンスフォーマットファイルと共に前記管理装置から受信するライセンスインストール要求受信手段と、
前記ライセンスインストール要求受信手段により受信した前記本体機能に関する情報に対応する前記本体機能を特定する本体機能特定手段と、
前記本体機能特定手段が特定した本体機能を実行可能にする実行可能化手段と
を有することを特徴とする請求項２に記載の装置。
【請求項７】
ソフトウェア機能の起動要求を前記本体機能に関する情報と共に前記管理装置から受信する機能起動要求受信手段と、
前記機能起動要求受信手段により受信した前記本体機能に関する情報に対応する前記本体機能を特定する本体機能特定手段と、
前記本体機能特定手段が特定した本体機能を起動する本体機能起動手段と
を有することを特徴とする請求項２に記載の装置。
【請求項８】
ソフトウェア機能の停止要求を前記本体機能に関する情報と共に前記管理装置から受信する機能停止要求受信手段と、
前記機能停止要求受信手段により受信した前記本体機能に関する情報に対応する前記本体機能を特定する本体機能特定手段と、
前記本体機能特定手段が特定した本体機能を停止する本体機能停止手段と
を有することを特徴とする請求項２に記載の装置。
【請求項９】
管理装置にジョブを管理される装置であって、
前記装置のジョブ情報の一覧の取得要求を前記管理装置から受信する受信手段と、
前記受信手段による前記取得要求の受信に応じて、ジョブではない前記装置が有する機能に関する情報を前記管理装置に送信する送信手段と
を有することを特徴とする装置。
【請求項１０】
管理装置にジョブを管理される装置であって、
第１のジョブ一覧の取得要求を受信する手段と、
前記受信した第１のジョブ一覧の取得要求に応じて、前記装置の出荷後にインストール又はアンインストールされない前記装置の機能である本体機能のうち起動中の本体機能に関する情報を前記管理装置に送信する手段と、
第２のジョブ一覧の取得要求を受信する手段と、
前記受信した第２のジョブ一覧の取得要求に応じて、前記本体機能のうち停止中の本体機能に関する情報を前記管理装置に送信する手段と、
を有することを特徴とする装置。
【請求項１１】
前記第１のジョブのキャンセル要求を前記本体機能に関する情報と共に前記管理装置から受信する手段と、
前記受信した本体機能に関する情報に対応する起動中の前記本体機能を停止する手段と
を有することを特徴とする請求項１０に記載の装置。
【請求項１２】
前記第２のジョブのキャンセル要求を前記本体機能に関する情報と共に前記管理装置から受信する手段と、
前記受信した本体機能に関する情報に対応する停止中の前記本体機能を起動する手段と
を有することを特徴とする請求項１０に記載の装置。
【請求項１３】
前記装置は、当該装置が実行可能な機能である外部機能を提供する機能提供装置と通信可能であり、
前記本体機能には、前記外部機能が含まれること
を特徴とする請求項２から請求項１２のいずれか１項に記載の装置。
【請求項１４】
他の装置と通信可能な装置において実施される方法であって、
前記装置が有する機能についての情報の取得要求を前記他の装置から受信する受信工程と、
前記受信工程による前記取得要求の受信に応じて、当該取得要求に係る機能とは異なる機能についての情報を前記他の装置に送信する送信工程と
を有することを特徴とする方法。
【請求項１５】
管理装置と通信可能な装置において実施される方法であって、
前記装置にインストールされたソフトウェアの機能に関する情報の取得要求を前記管理装置から受信する受信工程と、
前記受信工程による前記取得要求の受信に応じて、当該取得要求に係るソフトウェアの機能とは異なる機能であって、前記装置の出荷後にインストール又はアンインストールされない前記装置の機能である本体機能に関する情報を前記管理装置に送信する送信工程と
を有することを特徴とする方法。
【請求項１６】
前記本体機能に関する情報には、当該本体機能が有効化されているか否かを示す情報が含まれていることを特徴とする請求項１５に記載の方法。
【請求項１７】
ソフトウェアのインストール要求を、前記本体機能に関する情報を含むソフトウェアフォーマットファイルと共に前記管理装置から受信するソフトウェアインストール要求受信工程と、
前記ソフトウェアインストール要求受信工程により受信した前記本体機能に関する情報に対応する前記本体機能を特定する本体機能特定工程と、
ユーザインタフェースと、
前記本体機能特定工程が特定した本体機能を、前記ユーザインタフェースを介して操作可能な状態にする可視化工程と、
を有することを特徴とする請求項１５に記載の方法。
【請求項１８】
前記装置はユーザインタフェースを有し、
前記方法は、
ソフトウェアのアンインストール要求を前記本体機能に関する情報と共に前記管理装置から受信するソフトウェアアンインストール要求受信工程と、
前記ソフトウェアアンインストール要求受信工程により受信した前記本体機能に関する情報に対応する前記本体機能を特定する本体機能特定工程と、
前記本体機能特定工程が特定した本体機能を、前記ユーザインタフェースを介して操作不可能な状態にする不可視化工程と
を有することを特徴とする請求項１５に記載の方法。
【請求項１９】
ソフトウェアライセンスのインストール要求を、前記本体機能に関する情報を含むライセンスフォーマットファイルと共に前記管理装置から受信するライセンスインストール要求受信工程と、
前記ライセンスインストール要求受信工程により受信した前記本体機能に関する情報に対応する前記本体機能を特定する本体機能特定工程と、
前記本体機能特定工程が特定した本体機能を実行可能にする実行可能化工程と
を有することを特徴とする請求項１５に記載の方法。
【請求項２０】
ソフトウェア機能の起動要求を前記本体機能に関する情報と共に前記管理装置から受信する機能起動要求受信工程と、
前記機能起動要求受信工程により受信した前記本体機能に関する情報に対応する前記本体機能を特定する本体機能特定工程と、
前記本体機能特定工程が特定した本体機能を起動する本体機能起動工程と
を有することを特徴とする請求項１５に記載の方法。
【請求項２１】
ソフトウェア機能の停止要求を前記本体機能に関する情報と共に前記管理装置から受信する機能停止要求受信工程と、
前記機能停止要求受信工程により受信した前記本体機能に関する情報に対応する前記本体機能を特定する本体機能特定工程と、
前記本体機能特定工程が特定した本体機能を停止する本体機能停止工程と
を有することを特徴とする請求項１５に記載の方法。
【請求項２２】
管理装置にジョブを管理される装置において実行される方法であって、
前記装置のジョブ情報の一覧の取得要求を前記管理装置から受信する受信工程と、
前記受信工程による前記取得要求の受信に応じて、ジョブではない前記装置が有する機能に関する情報を前記管理装置に送信する送信工程と
を有することを特徴とする方法。
【請求項２３】
管理装置にジョブを管理される装置において実行される方法であって、
第１のジョブ一覧の取得要求を受信する工程と、
前記受信した第１のジョブ一覧の取得要求に応じて、前記装置の出荷後にインストール又はアンインストールされない前記装置の機能である本体機能のうち起動中の本体機能に関する情報を前記管理装置に送信する工程と、
第２のジョブ一覧の取得要求を受信する工程と、
前記受信した第２のジョブ一覧の取得要求に応じて、前記本体機能のうち停止中の本体機能に関する情報を前記管理装置に送信する工程と、
を有することを特徴とする方法。
【請求項２４】
前記第１のジョブのキャンセル要求を前記本体機能に関する情報と共に前記管理装置から受信する工程と、
前記受信した本体機能に関する情報に対応する起動中の前記本体機能を停止する工程と
を有することを特徴とする請求項２３に記載の方法。
【請求項２５】
前記第２のジョブのキャンセル要求を前記本体機能に関する情報と共に前記管理装置から受信する工程と、
前記受信した本体機能に関する情報に対応する停止中の前記本体機能を起動する工程と
を有することを特徴とする請求項２３に記載の方法。
【請求項２６】
前記装置は、当該装置が実行可能な機能である外部機能を提供する機能提供装置と通信可能であり、
前記本体機能には、前記外部機能が含まれること
を特徴とする請求項１５から請求項２５のいずれか１項に記載の方法。
【請求項２７】
コンピュータに請求項１４から請求項２６のいずれか１項に記載の方法を実行させるためのプログラム。
【請求項２８】
コンピュータにより読み出し可能なプログラムを格納した記憶媒体であって、請求項２７に記載のコンピュータプログラムを格納したことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の機能を搭載した装置において、外部からの要求を受けて機能の有効化／無効化、起動／停止を行う装置、方法、プログラム及び記憶媒体に関する。
【背景技術】
【０００２】
近年のネットワーク対応複合機は、コピー、プリント、ファックスなどに加えて、スキャン文書の外部送信機能や、部門毎に使用回数をカウントする部門管理機能、省電力モードなどの多くのオプション機能を備えている。これらのオプションの中には、工場出荷時から機能自体は備わっているが、別途ユーザがライセンスを購入して、ライセンスキーを複合機に入力しないと、機能がアクティベートされないものがある。
【０００３】
さらに、従来から、アプリケーションをインストールしたりアンインストールすることが可能な複合機が提案されている（特許文献１）。個々の複合機にアプリケーションをインストールする煩わしさを解消するものとして、遠隔地から複数台の計算機にソフトウェアをインストールする装置が提案されている（特許文献２）。
【０００４】
さらに、遠隔地からジョブの状態の問い合わせ及びキャンセルを行える複合機として例えば、特許文献３が提案されている。
【０００５】
【特許文献１】特開２００２−２８７９９０号公報
【特許文献２】特開平６−１２３４８号公報
【特許文献３】特開平１１−２２５２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
近年の製品出荷時から複合機に備わっている機能は、機能によって管理方法が異なることがあり、例えば遠隔地からの機能設定ができるものと出来ないものが混在する。また、遠隔地からの機能設定が可能であっても、設定するための通信プロトコルが機能毎に異なる場合がある。また、複合機が新しくなる度に、新しい機能が搭載され、これらの機能を遠隔地からも設定可能にすることが望まれる。以上のことを踏まえると、複合機の機能を遠隔地から管理するための装置や情報機器上で動作する管理アプリケーションを新たに開発する為には、コストがかかるという問題がある。
【０００７】
本発明は、上記の問題を鑑みてなされたものである。その課題は、市場に既に存在する管理装置や管理プリケーションを用いて、工場出荷時から搭載されている機能を管理するための手段を提供する装置、方法、プログラム及び記録媒体を提供することである。
【課題を解決するための手段】
【０００８】
本発明に係る装置は、他の装置と通信可能な装置であって、前記装置が有する機能についての情報の取得要求を前記他の装置から受信する受信手段と、前記受信手段による前記取得要求の受信に応じて、当該取得要求に係る機能とは異なる機能についての情報を前記他の装置に送信する送信手段とを有することを特徴とする。
【０００９】
本発明に係る装置は、管理装置と通信可能な装置であって、前記装置にインストールされたソフトウェアの機能に関する情報の取得要求を前記管理装置から受信する受信手段と、前記受信手段による前記取得要求の受信に応じて、当該取得要求に係るソフトウェアの機能とは異なる機能であって、前記装置の出荷後にインストール又はアンインストールされない前記装置の機能である本体機能に関する情報を前記管理装置に送信する送信手段とを有することを特徴とする。
【００１０】
本発明に係る装置は、管理装置にジョブを管理される装置であって、前記装置のジョブ情報の一覧の取得要求を前記管理装置から受信する受信手段と、前記受信手段による前記取得要求の受信に応じて、ジョブではない前記装置が有する機能に関する情報を前記管理装置に送信する送信手段とを有することを特徴とする。
【００１１】
本発明に係る装置は、管理装置にジョブを管理される装置であって、第１のジョブ一覧の取得要求を受信する手段と、前記受信した第１のジョブ一覧の取得要求に応じて、前記装置の出荷後にインストール又はアンインストールされない前記装置の機能である本体機能のうち起動中の本体機能に関する情報を前記管理装置に送信する手段と、第２のジョブ一覧の取得要求を受信する手段と、前記受信した第２のジョブ一覧の取得要求に応じて、前記本体機能のうち停止中の本体機能に関する情報を前記管理装置に送信する手段と、を有することを特徴とする。
【００１２】
本発明に係る方法は、他の装置と通信可能な装置において実施される方法であって、前記装置が有する機能についての情報の取得要求を前記他の装置から受信する受信工程と、前記受信工程による前記取得要求の受信に応じて、当該取得要求に係る機能とは異なる機能についての情報を前記他の装置に送信する送信工程とを有することを特徴とする。
【００１３】
本発明に係る方法は、管理装置と通信可能な装置において実施される方法であって、前記装置にインストールされたソフトウェアの機能に関する情報の取得要求を前記管理装置から受信する受信工程と、前記受信工程による前記取得要求の受信に応じて、当該取得要求に係るソフトウェアの機能とは異なる機能であって、前記装置の出荷後にインストール又はアンインストールされない前記装置の機能である本体機能に関する情報を前記管理装置に送信する送信工程とを有することを特徴とする。
【００１４】
本発明に係る方法は、管理装置にジョブを管理される装置において実行される方法であって、前記装置のジョブ情報の一覧の取得要求を前記管理装置から受信する受信工程と、前記受信工程による前記取得要求の受信に応じて、ジョブではない前記装置が有する機能に関する情報を前記管理装置に送信する送信工程とを有することを特徴とする。
【００１５】
本発明に係る方法は、管理装置にジョブを管理される装置において実行される方法であって、第１のジョブ一覧の取得要求を受信する工程と、前記受信した第１のジョブ一覧の取得要求に応じて、前記装置の出荷後にインストール又はアンインストールされない前記装置の機能である本体機能のうち起動中の本体機能に関する情報を前記管理装置に送信する工程と、第２のジョブ一覧の取得要求を受信する工程と、前記受信した第２のジョブ一覧の取得要求に応じて、前記本体機能のうち停止中の本体機能に関する情報を前記管理装置に送信する工程とを有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、市場に既に存在する装置のアプリケーション管理装置やジョブ管理装置を用いて、工場出荷時から搭載されている機能を管理するための手段を提供する装置、方法、プログラム及び記録媒体を提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を実施するための最良の形態について図面を用いて説明する。ただし、これらの説明は例示であり、発明の範囲は本実施形態に限定されない。
【００１８】
（第１の実施の形態）
「画像形成装置１の説明」
図１は本発明の実施の形態に係る装置の一例として、画像形成装置の構成を示すブロック図である。
【００１９】
画像形成装置１は、印刷装置１１及び画象処理装置１２からなる。  
画像処理装置１は、ＣＰＵ１２１と直接記憶部１２２（例、ＲＡＭ）と間接記憶部１２３（例、ＲＯＭやＨＤＤ）とユーザインタフェース１２４と外部インタフェース１２５等からなる。
【００２０】
直接記憶部１２２は、ＣＰＵ１２１と直接データをやり取りする記憶部であり、間接記憶部１２３は直接記憶部１２２を介してＣＰＵ１２１とデータをやり取りする記憶部である。
【００２１】
直接記憶部１２２には、種々のアプリケーション（ソフトウェア）プログラム及びプラットフォームプログラムが記憶されている。
【００２２】
ユーザインタフェース１２４は、キーボード、マウス、ディスプレイ（操作部及び表示部）等からなり、ユーザからの指示の受付け、データ（画面データ）の表示をすることが可能となっている。
【００２３】
外部インタフェース１２５は、外部装置からのデータの受信や外部装置へのデータの送信が可能となっている。例えば、外部装置としては、外付けＨＤＤや外付けＵＳＢメモリ等の外付け記憶装置や、ネットワークを介して接続された別体のホストコンピュータや画像形成装置等の別体装置が含まれる。
【００２４】
「プラットフォーム部２０の説明」
ＣＰＵ１２１は、間接記憶部１２３に記憶されたプラットフォームプログラムを直接記憶部１２２に移動する（記憶させる）ことができる。移動が完了すると、ＣＰＵ１２１がプラットフォームプログラムを実行することができる状態になる。
【００２５】
本実施形態では、このように「ＣＰＵ１２１がプラットフォームプログラムを実行することができる状態になること」を、プラットフォーム部２０が起動すると称する。
【００２６】
なお、本実施形態では、以下の構成の組み合わせをプラットフォーム部２０と称している。ＣＰＵ１２１。直接記憶部１２２のうちのプラットフォームプログラムを記憶している領域。ＣＰＵ１２１が上記プラットフォームプログラムを処理した際に得られる情報（計算結果等）を記憶する（直接記憶部１２２及び間接記憶部１２３のうちの）領域。
【００２７】
「アプリケーションプログラムの説明」
プラットフォーム部２０は、間接記憶部１２３に記憶された第一のアプリケーションプログラムを直接記憶部１２２に移動する（記憶させる）ことができる。移動が完了すると、プラットフォーム部２０が第一のアプリケーションプログラムを実行することができる状態になる。本実施形態ではこのことを、プラットフォーム部２０が第一のアプリケーションプログラムを起動すると称する。
【００２８】
逆に、プラットフォーム部２０は、直接記憶部１２２に記憶された第一のアプリケーションプログラムを直接記憶部１２２から削除することができる。本実施形態ではこのことを、プラットフォーム部２０が第一のアプリケーションプログラムを停止すると称する。
【００２９】
プラットフォーム部２０は、外部インタフェース部１２５を介して第一のアプリケーションプログラムであるデータを受信し記憶することができる。このときプラットフォーム部２０は、第一のアプリケーションプログラムの存在を記憶し、自己の管理下に収める。本実施形態ではこのことを、プラットフォーム部２０に第一のアプリケーションプログラムをインストールすると称する。
【００３０】
逆に、プラットフォーム部２０は、（プラットフォーム部２０の内部にある）間接記憶部１２３に記憶された第一のアプリケーションプログラムを間接記憶部１２３から削除することができる。本実施形態ではこのことを、プラットフォーム部２０が第一のアプリケーションプログラムをアンインストールすると呼称する。尚、プラットフォーム部２０が第一のアプリケーションプログラムをアンインストールする際に、第一のアプリケーションプログラムが起動している場合には、これを停止した後にアンインストールを行う。
【００３１】
プラットフォーム部２０は、第一のアプリケーションのライセンス（使用許諾情報）を管理することができる。ライセンスには、使用可能な期間、使用可能な回数が含まれており、プラットフォーム部２０は、ライセンスが無いアプリケーションや、使用可能な期間や使用可能な回数を超えてアプリケーションが使用されないように、アプリケーションの起動を制御する。プラットフォーム部は、外部インタフェース部１２５を介して第一のアプリケーションのライセンスを受信し、アプリケーションと関連付けて間接記憶部１２３に記憶することができる。本実施形態ではこのことを、プラットフォーム部２０に第一のアプリケーションのライセンスをインストールすると称する。
【００３２】
また、以上の説明は、第一のアプリケーションプログラムを例にして説明を行ったが、他のアプリケーションプログラム（例、第二のアプリケーションプログラム）であっても同様であることは当業者には明白であろう。
【００３３】
プラットフォーム部２０は、外部インタフェース１２５を介して外部から送信されてきたアプリケーションのインストール／アンインストール、インストールされたアプリケーションの起動／停止、ライセンスのインストール、インストールされたアプリケーションの情報の問い合わせに関する要求を受信して、これを解釈し実行する。
【００３４】
プラットフォーム部２０は、製品出荷時からいくつかの機能を備えている。例えば、省電力機能、部門管理機能、文書の外部送信機能、デバイス再起動機能などがある。
【００３５】
これらの機能はプラットフォーム部２０及びハードウェア部の連携により実行される。以降、製品出荷時からプラットフォーム部２０が持つ機能を総称して「本体機能」と称す。本体機能は、画像形成装置の出荷後に、一般ユーザによってはインストール又はアンインストールされない、画像形成装置が持つ機能である。プラットフォーム部２０は、本体機能の起動・停止、設定の変更などを行うことができる。プラットフォーム部２０は、各本体機能を本体機能ＩＤと関連付けて管理を行う。例えば、省電力機能、部門管理機能、文書の外部送信機能、デバイス再起動機能、デバイス電源にはそれぞれ本体機能ＩＤが関連付けられる。なお、アプリケーションも、プラットフォーム部２０やハードウェア部との連携により一種の機能を実現するものであるから、機能の一種であるということができる。本実施形態では、本体機能とアプリケーションとの差を明確に表現するため、アプリケーションについては別体機能と称する。
【００３６】
プラットフォーム部２０は、本体機能の存在を示す情報をユーザインタフェース１２４に表示したり非表示にしたりすることができる。本実施形態ではこのことを、プラットフォーム部２０が機能を可視化する（表示する）、不可視化する（非表示にする）と称する。また、機能を不可視化状態になっていることを、機能がマスクされていると称す。すなわち、可視化状態のとき、ユーザインタフェース１２４を介して機能を操作可能な状態となり、不可視化状態のとき、ユーザインタフェース１２４を介して機能を操作不可能な状態となる。
【００３７】
プラットフォーム部２０は、本体機能に対するライセンスを外部インタフェース１２５を介して受信し、本体機能を使用可能状態にする。実施形態ではこのことを、プラットフォーム部２０が本体機能を有効化すると称する。
【００３８】
（ネットワーク構成の説明）
図２は、本実施形態におけるネットワーク構成を表す簡略図である。管理装置２００は、画像形成装置１、２及び３などの画像形成装置へインストールしたアプリケーションを管理する機能を備える。管理装置２００は、ネットワーク２０１を介して通信可能な複数の画像形成装置のインストール可能なアプリケーションを管理することができる。管理装置２００は、例えば、ＰＣ（パーソナルコンピュータ）などの一般的な情報処理装置と、ＰＣアプリケーションで構成される。画像形成装置の管理者は、管理装置２００上でＵＩ画面の操作を行うことにより、ネットワーク上に接続された画像形成装置のアプリケーションの有効化／無効化、起動／停止、インストール／アンインストールなどを管理することができる。管理装置２００は、既存の周知の技術で構成された管理装置である。
【００３９】
（ＰＣ上の管理ＵＩの説明）
図３は、管理装置２００上に表示される画像形成装置のアプリケーションを管理するＵＩ画面を表す図である。画像形成装置のアプリケーション管理画面３００には、画像形成装置選択ビュー３０１、選択された画像形成装置にインストールされたアプリケーションの情報表示ビュー３０２、アプリケーション操作ボタン群３０３が配置される。アプリケーション情報表示ビュー３０２には、アプリケーションの名前、アプリケーションを一意に特定するためのＩＤ、アプリケーションの起動／停止などの状態、ライセンスの状態などを表示する。管理装置２００は、選択された画像形成装置に対して、アプリケーション情報表示ビュー３０２に表示するための情報等の取得要求を送信することができる。さらに、ユーザがアプリケーション操作ボタン押下することにより、管理装置２００は、選択中の画像形成装置に対して、例えば、以下のような処理を行う。
・インストールボタン：アプリケーションファイルと伴に、アプリケーションのインストール要求を送信する。  
・アンインストールボタン：選択されたアプリケーションのアプリケーションＩＤと伴に、アンインストール要求を送信する。  
・ライセンスボタン：選択されたアプリケーションのライセンスファイルと伴に、ライセンスインストール（ライセンス更新）要求を送信する。  
・起動ボタン：選択されたアプリケーションの選択されたアプリケーションのアプリケーションＩＤと伴に、起動要求を送信する。  
・停止ボタン：選択されたアプリケーションの選択されたアプリケーションのアプリケーションＩＤと伴に、停止要求を送信する。
【００４０】
（アプリケーションファイルフォーマットの説明）
図４は、前述のアプリケーションファイル（ソフトウェアフォーマットファイル）のフォーマットを示す概略図である。アプリケーションファイル４００は、１つ以上のファイルから構成される。アプリケーションファイル４００を構成するいずれかのファイルには、例えば次のものが含まれる。アプリケーションファイルを一意に識別するアプリケーションファイルＩＤ４０１。アプリケーション名４０２。アプリケーションを一意に特定するアプリケーションＩＤ４０３。アプリケーションのバージョン４０４。アプリケーションを作成した会社を示す会社名４０５。画像形成装置上で動作するアプリケーションプログラム４０７。アプリケーションファイル４００が正規のアプリケーションであることを示す電子署名４０８。アプリケーション作成者が任意の情報を格納する拡張領域４０９。
【００４１】
（ライセンスファイルフォーマットの説明）
図５は、前述のライセンスファイル（ライセンスフォーマットファイル）のフォーマットを示す簡略図である。ライセンスファイル５００は、１つ以上のファイルから構成される。ライセンスファイル５００を構成するいずれかのファイルには、例えば次のものが含まれる。ファイルを一意に識別するライセンスファイルＩＤ５０１。ライセンスを一意に識別するライセンスＩＤ５０２。どのアプリケーション用のライセンスかを示すアプリケーション名５０３。アプリケーションＩＤ５０４。ライセンスの有効期限５０５。ライセンスファイル５００が正規のアプリケーションであることを示す電子署名５０７。暗号化された機密データや、任意の情報を格納する拡張領域５０６。
【００４２】
（画像形成装置がアプリケーション情報取得要求を受信した際の動作の説明）
次に、図６のフローチャートを参照しながら、管理装置２００が管理する任意の画像形成装置１が、管理装置２００からアプリケーション情報取得要求を受信した際の動作を説明する。プラットフォーム部２０は、外部インタフェース部１２５を介して管理装置２００からのアプリケーション情報取得要求を受信することにより動作を開始する（Ｓ６０１）。プラットフォーム部２０は、自己の管理下にあるインストール済みのアプリケーションの情報（アプリケーション名、アプリケーションＩＤ、状態、ライセンスの状態）を収集する（Ｓ６０２）。次に、プラットフォーム部２０は、複数の本体機能の情報を収集する（Ｓ６０３）。プラットフォーム部２０は、Ｓ６０２とＳ６０３で収集した情報をまとめて、管理装置２００に送信する（Ｓ６０４）。このように、本実施形態においては、アプリケーションについての情報取得要求があった場合に、アプリケーションについての情報だけでなく、本体機能についての情報（この情報には、本体機能の起動／停止などの状態が含まれる）も併せて送信するのである。なお、アプリケーションも、本体機能と同じく一種の機能である。そのため、このＳ６０１やＳ６０３やＳ６０４では、一種の機能を実現するアプリケーションについての情報取得要求があった場合に、当該アプリケーションについての情報に併せて、他の種類の機能を実現する本体機能についての情報も送信するのである。なお、アプリケーションについての情報には、アプリケーションの起動／停止などの状態が含まれ、本体機能についての情報には、本体機能の起動／停止などの状態が含まれる。
【００４３】
管理装置２００に送信する情報の一例を、図７を参照して説明する。Ａｐｐｌｉｃａｔｉｏｎ００１（７０１）、Ａｐｐｌｉｃａｔｉｏｎ００２（７０２）、Ａｐｐｌｉｃａｔｉｏｎ００３（７０３）は、Ｓ６０２で収集した画像形成装置１にインストール済みのアプリケーションの情報である。文書送信（７０４）、省電力モード（７０５）、デバイス再起動（７０６）、デバイス電源（７０７）は、Ｓ６０３で収集した本体機能の情報である。本体機能に関しては、例えば、以下のようにアプリケーションの情報を送信するフォーマットと対応付けて設定する。
・アプリケーション名：各本体機能の機能名
・アプリケーションＩＤ：本体機能ＩＤ
・状態：各本体機能の状態にマッチした状態
・ライセンス：各本体機能のライセンス状態にマッチした状態
【００４４】
このような対応付けは、プラットフォーム部２０の制御により、間接記憶部１２３等に記憶された制御プログラムに基づいて、又はユーザインタフェース１２４に入力されたユーザの指示に基づいて行われる。
【００４５】
以上のように、本実施形態によれば、異なる機能（例えば、アプリケーション及び本体機能）間の情報の（例えば、フォーマットの）対応付けを行う。このように情報の関連付けを行うことで、画像形成装置１は、先に説明したアプリケーション情報取得要求を受信した際の動作において、アプリケーションについての情報に併せて、本体機能についての情報も管理装置２００へ送信することができる。
【００４６】
画像形成装置１から図７のような情報を受け取った管理装置２００は、受け取った情報を管理装置のＵＩ画面のアプリケーション情報表示ビューに表示する（図８）。すなわち、管理装置２００は、アプリケーションの機能ではない機能（例えば、本体機能）の情報を受け取った場合であっても、その情報をアプリケーション管理用のＵＩ画面に表示し、管理することができる。その結果、管理装置２００は、アプリケーションの機能ではない機能を管理するための構成を別途備えなくとも、画像形成装置１が有する機能を管理することができる。
【００４７】
Ｓ６０３の本体機能の情報収集の方法は、本体機能によって異なる場合がある。以下に、各本体機能の情報取得の詳細フローの例を説明する。
【００４８】
（文書送信機能情報の取得の例）
本体機能の一種である文書送信（７０４）機能は、以下のような特徴をもつものとする。
・有償の機能であり、ユーザが対価を払って下記のようなライセンスキーを取得する。
1234-5678-9123-5678-5678
【００４９】
ユーザが、ライセンスキーを画像形成装置のユーザインタフェース１２４（図９）から入力することによって、文書送信機能が有効になる。
・ライセンスキー入力によって有効化されると自動的に文書送信機能を使用できる状態になる。ライセンスキー入力以外のＯＮ／ＯＦＦ設定は持たない。
【００５０】
以下、図１０のフローチャートを参照して、本体機能情報の収集（Ｓ６０３）の動作の詳細フローの一例として、文書送信機能情報の取得動作を説明する。文書送信機能情報取得では、プラットフォーム部２０は、ライセンスキーが過去に入力されたことによって機能が有効化されているか否かを調べる（Ｓ１００１）。有効化されている場合は、プラットフォーム部２０は、ライセンスの状態の情報を「有効」、状態を「起動」として取得する（Ｓ１００２）。有効化されていない場合は、プラットフォーム部２０は、ライセンスの状態の情報を「無効」、状態を「停止」として取得する（Ｓ１００３）。プラットフォーム部２０は、Ｓ１００１の判定結果に応じて取得した情報、本体機能名、及び本体機能ＩＤを含む送信情報（７０４）を作成する（Ｓ１００４）。
【００５１】
（省電力モード機能情報取得の例）
省電力モード送信（７０５）機能は、以下のような特徴をもつものとする。
・無償の機能であり、特にライセンスキーの入力を行うことなく使用できる。
・機能のＯＮ／ＯＦＦ設定を持ち、通常は、画像形成装置のユーザインタフェース１２４部に表示された、例えば、機器設定メニュー画面（図１１）により設定のＯＮ／ＯＦＦを切り替えることができる。
・機能がＯＮの場合は、一定時間画像形成装置の利用が無い場合に自動的に省電力モードに移行する。
【００５２】
以下、図１２のフローチャートを参照して、本体機能情報の収集（Ｓ６０３）の動作の詳細フローの一例として、省電力モード機能情報の取得動作を説明する。省電力モード機能情報取得では、プラットフォーム部２０は、省電力モードの設定がＯＮになっているかＯＦＦになっているかを調べる（Ｓ１２０１）。ＯＮの場合は、プラットフォーム部２０は、状態の情報を「起動」として取得する（Ｓ１２０２）。ＯＦＦの場合は、プラットフォーム部２０は、状態の情報を「停止」として取得する（Ｓ１２０３）。プラットフォーム部２０は、ライセンスの状態の情報を、ライセンスキーが不要の機能であるため、設定のＯＮ／ＯＦＦに関わらず「有効」として取得する。プラットフォーム部２０は、Ｓ１２０１の判定結果に応じて取得した情報、本体機能名、及び本体機能ＩＤを含む送信情報（７０５）を作成する（Ｓ１２０４）。
【００５３】
（デバイス再起動機能情報取得の例）
デバイス再起動（７０６）機能は、以下のような特徴をもつものとする。
・無償の機能であり、特にライセンスキーの入力を行うことなく使用できる。
・機能のＯＮ／ＯＦＦ設定はない。
・通常は、画像形成装置のユーザインタフェース１２４部のディスプレイに表示された設定画面（例えば、図１３）において再起動を実行するとデバイスの再起動処理を開始する。
【００５４】
デバイス再起動機能は、常に、状態を「停止」、ライセンスの状態を「有効」とする情報を含む送信情報（７０６）を作成する。
【００５５】
（部門管理機能情報取得の例）
部門管理機能は、以下のような特徴を持つものとする。
・工場出荷時は、隠し機能としてマスクされている。
・無償の機能であり、特にライセンスキーの入力を行うことなく使用できる。
・機能がマスクされていない状態では、画像形成装置のユーザインタフェース１２４部のディスプレイに表示された設定画面（例えば、図１４）において機能のＯＮ／ＯＦＦを設定することができる。
【００５６】
以下、図１５のフローチャートを参照して、本体機能情報の収集（Ｓ６０３）の動作の詳細フローの一例として、部門管理機能情報の取得動作を説明する。部門管理機能情報取得では、プラットフォーム部２０は、部門管理機能がマスクされているかどうかを調べる（Ｓ１５０１）。マスクされている場合は、機能の存在を外部に見せないため、送信情報の作成を行うことなく処理を終了する。マスクされていない場合に、プラットフォーム部２０は、次に、部門管理機能の設定がＯＮになっているかＯＦＦになっているかを調べる（Ｓ１５０２）。ＯＮの場合、プラットフォーム部２０は、状態の情報を「起動」として取得する（Ｓ１５０３）。ＯＦＦの場合、プラットフォーム部２０は、状態の情報を「停止」として取得する（Ｓ１５０４）。ライセンスの状態は、ライセンスキーが不要の機能であるため、プラットフォーム部２０は、設定のＯＮ／ＯＦＦに関わらず「有効」としてライセンスの状態の情報を取得する。プラットフォーム部２０は、前記判定結果に応じて取得した情報、本体機能名、及び本体機能ＩＤを含む送信情報を作成する（Ｓ１５０５）。
【００５７】
（アプリケーションインストール要求を受信した際の動作の説明）
画像形成装置１は、管理装置２００からインストール要求と共に本体機能用に作られたダミーのアプリケーションファイルを受信して、マスクされた本体機能のマスクを外すことができる。ダミーのアプリケーションファイル４００は、アプリケーション名４０２に、本体機能の名称を格納する。アプリケーションＩＤ４０３に、本体機能ＩＤを格納する。本当のアプリケーションＩＤと本体機能用のＩＤは重複しないものとする。アプリケーションプログラム４０７には、ダミーのアプリケーションプログラムを格納するか、もしくは空にしておく。電子署名４０８には、本物のアプリケーションファイル同様に、正規のアプリケーションファイルであることを示す電子署名を格納する。
【００５８】
なお、管理装置２００は、ユーザや他装置等から（すなわち、外部から）管理装置２００に入力された本体機能ＩＤ等の情報を用いてダミーのアプリケーションファイル４００を生成し、インストール要求と共に当該ファイルを画像形成装置１へ送信する。または、管理装置２００は、画像形成装置１のベンダから提供されたダミーのアプリケーションファイル４００をインストール要求と共に画像形成装置１へ送信してもよい。
【００５９】
画像形成装置１が、管理装置２００からアプリケーションのインストール要求とアプリケーションファイルを受信した際の動作を図１６のフローチャートを参照して説明を行う。
【００６０】
プラットフォーム部２０は、外部インタフェース部１２５を介して管理装置２００から送信されてきたアプリケーションファイルと共にインストール要求を受信すると動作を開始する（ソフトウェアインストール要求受信）（Ｓ１６００）。プラットフォーム部２０は、受信したアプリケーションファイルを解析し、アプリケーションＩＤ４０３からＩＤを取得する（Ｓ１６０１）。次にプラットフォーム部２０は、前記取得したＩＤが、画像形成装置１が備える本体機能の本体機能ＩＤかどうかを判定する（Ｓ１６０２）。取得したＩＤが本体機能ＩＤでは無い場合、プラットフォーム部２０は、当該ＩＤは通常のアプリケーションのＩＤであると判定し、当該ＩＤに対応するアプリケーションのインストール処理を行う（Ｓ１６０３）。ここでプラットフォーム部２０は、アプリケーションファイルからアプリケーションプログラム４０７を取得し、他のアプリケーションファイルに格納された情報と伴に、間接記憶部１２３に記憶する。Ｓ１６０２で、本体機能ＩＤと判定した場合、プラットフォーム部２０は次に、本体機能ＩＤと関連付いた本体機能を特定し、当該本体機能がマスクされているか否かを調べる（本体機能特定）（Ｓ１６０４）。マスクされている場合は、プラットフォーム部２０は、該当する本体機能を可視化する（すなわち、ユーザインタフェース１２４を介して機能を操作可能な状態にする）処理を実行する（Ｓ１６０５）。例えば、本体機能ＩＤと関連付いた本体機能が、部門管理機能であった場合、ユーザインタフェース１２４に表示する機器設定メニューを、図１１から図１４のように変更する。最後に、プラットフォーム部２０は、処理結果を管理装置２００に送信して処理を終了する（Ｓ１６０６）。処理が問題なく終了した場合は成功示す情報を、処理途中でエラーが発生した場合は失敗を示す情報を送信する。
【００６１】
（アプリケーションアンストール要求を受信した際の動作の説明）
画像形成装置１が、管理装置２００からアンインストール要求を受信した際の動作を図１７のフローチャートを参照して説明する。プラットフォーム部２０は、外部インタフェース部１２５を介して管理装置２００から送信されてきたアプリケーションＩＤと、アンインストール要求を受信すると動作を開始する（ソフトウェアアンインストール要求受信）（Ｓ１７００）。次に、プラットフォーム部２０は、受信したアプリケーションＩＤが、画像形成装置１に備えるいずれかの本体機能に対応する本体機能ＩＤと一致するか否かを判定する（Ｓ１７０１）。一致しない場合、すなわち、受信したＩＤが本体機能ＩＤでは無い場合は、通常のアプリケーションのアンインストール処理を行う（Ｓ１７０２）。ここでプラットフォーム部２０は、アプリケーションＩＤと関連づけられたアプリケーションプログラムを間接記憶部１２３から削除する。Ｓ１７０１で、本体機能と判定した場合は、本体機能ＩＤと関連付いた本体機能を特定し、当該本体機能のマスク（不可視化）を行う（Ｓ１７０３）。すなわち、ユーザインタフェース１２４を介して機能を操作不可能な状態にする。例えば、本体機能ＩＤと関連付いた本体機能が、部門管理機能であった場合、ユーザインタフェース１２４に表示する機器設定メニューを、図１４から図１１のように変更する。最後に、プラットフォーム部２０は、処理結果を管理装置２００に送信して処理を終了する（Ｓ１７０４）。処理が問題なく終了した場合は成功示す情報を、処理途中でエラーが発生した場合は失敗を示す情報を送信する。
【００６２】
以上のように、図１６及び図１７に示した処理によれば、管理装置２００は、アプリケーションのインストール又はアンインストール要求を送信することで、画像形成装置１の本体機能のマスクを外す、又は本体機能をマスクすることができる。すなわち、管理装置２００は、アプリケーションの機能ではない機能を管理するための構成を別途備えなくとも、画像形成装置１が有する機能を管理することができる。
【００６３】
（ライセンスインストール要求を受信した際の動作の説明）
画像形成装置１は、管理装置２００からソフトウェアライセンスインストール要求と共に本体機能用に作られたダミーのライセンスファイル５００を受信して、本体機能のライセンスを有効にすることができる。ダミーのライセンスファイル５００は、アプリケーションＩＤ５０４に、本体機能のＩＤを格納する。ライセンスＩＤ５０２には、ライセンスキーを格納する（例えば、1234-5678-9123-5678-5678）。ここで格納するライセンスキーは、ユーザインタフェース１２４のライセンスキー入力画面（図９）に入力するライセンスキーと同等である。電子署名４０８には、本物のアプリケーションファイル同様に、正規のライセンスファイルであることを示す電子署名を格納する。
【００６４】
画像形成装置１がライセンスインストール要求を受信した際の動作を図１８のフローチャートを参照して説明する。
【００６５】
プラットフォーム部２０は、外部インタフェース部１２５を介して管理装置２００から送信されてきたライセンスファイル５００と、ライセンスインストール要求を受信すると動作を開始する（ライセンスインストール要求受信）（Ｓ１８００）。次に、プラットフォーム部２０は、受信したライセンスファイル５００を解析し、アプリケーションＩＤ５０４の領域からＩＤを取得する（Ｓ１８０１）。次に、プラットフォーム部２０は、前記取得したＩＤが本体機能ＩＤか否かを判定する（Ｓ１８０２）。本体機能ＩＤではない場合に、プラットフォーム部２０は、通常のアプリケーションのライセンスインストール処理を行う（Ｓ１８０３）。ここで、プラットフォーム部２０は、ライセンスファイル５００から取得した情報を、前記取得したＩＤに該当するアプリケーションと関連付けて、間接記憶部１２３に記憶する。Ｓ１８０２で本体機能ＩＤと判定した場合は、ライセンスファイル５００のライセンスＩＤ５０２の領域からライセンスキーを取得する（Ｓ１８０４）。次に、プラットフォーム部２０は、前記取得したライセンスキーを使用して、前記取得した本体機能ＩＤに関連付いた本体機能の有効化処理を行う（Ｓ１８０５）。最後に、プラットフォーム部２０は、処理結果を管理装置２００に送信して処理を終了する（Ｓ１８０６）。処理が問題なく終了した場合は成功示す情報を、処理途中でエラーが発生した場合は失敗を示す情報を送信する。
【００６６】
以上のように、図１８に示した処理によれば、管理装置２００は、ライセンスインストール要求を送信することで、画像形成装置１の本体機能のライセンスファイルをインストールし（１８０４）、そのライセンスファイルに対応する本体機能を有効化（実行可能化）することができる。すなわち、管理装置２００は、アプリケーションの機能ではない機能を管理するための構成を別途備えなくとも、画像形成装置１が有する機能を管理することができる。
【００６７】
（アプリケーション起動要求を受信した際の動作の説明）
次に、画像形成装置１がアプリケーションＩＤと伴に、アプリケーション起動要求を受信した際の動作を図１９のフローチャートを参照して説明する。プラットフォーム部２０は、外部インタフェース部１２５を介して管理装置２００から送信されてきたアプリケーションＩＤと、アプリケーション起動要求を受信すると動作を開始する（機能起動要求受信）（Ｓ１９００）。次に、プラットフォーム部２０は、受信したアプリケーションＩＤが、いずれかの本体機能ＩＤと一致するか否かを判定する（Ｓ１９０１）。本体機能ＩＤでは無い場合は、通常のアプリケーションの起動処理を行う（Ｓ１９０２）。ここでプラットフォーム部２０は、アプリケーションＩＤと関連づけられたアプリケーションプログラムを間接記憶部１２３から直接記憶部１２２に移動（記憶）させる。Ｓ１９０１で、本体機能と判定した場合は、本体機能ＩＤと関連付いた本体機能の判別を行う（Ｓ１９０３）。次に、プラットフォーム部２０は、本体機能設定の変更を行う（本体機能起動）（Ｓ１９０４）。例えば、本体機能ＩＤと関連付いた本体機能が、部門管理機能であった場合、部門管理機能をＯＦＦからＯＮに変更する。プラットフォーム部２０は、処理結果を管理装置２００に送信して処理を終了する（Ｓ１９０５）。処理が問題なく終了した場合は成功を示す情報を、処理途中でエラーが発生した場合は失敗を示す情報を送信する。しかしながら、処理に時間がかかるため、速やかに結果の送信を行うことができないような本体機能を実行する場合は、先に、ダミーの処理結果の送信を行う。例えば、Ｓ１９０３において本体機能ＩＤと関連付いた本体機能が、デバイス再起動であると判定した場合は処理結果の送信（Ｓ１９０６）を行ってから、デバイスの再起動処理を行う（Ｓ１９０７）。
【００６８】
以上のように、図１９に示した処理によれば、管理装置２００は、本体機能ＩＤなどの本体機能に関する情報と共にアプリケーション起動要求（ソフトウェア機能起動要求）を送信することで、画像形成装置１の本体機能を起動することができる（Ｓ１９０４、Ｓ１９０７）。すなわち、管理装置２００は、アプリケーションの機能ではない機能を管理するための構成を別途備えなくとも、画像形成装置１が有する機能を管理することができる。
【００６９】
（アプリケーション停止要求を受信した際の動作の説明）
次に、画像形成装置１がアプリケーションＩＤと伴に、アプリケーション停止要求を受信した際の動作を図２０のフローチャートを参照して説明する。プラットフォーム部２０は、外部インタフェース部１２５を介して管理装置２００から送信されてきたアプリケーションＩＤと、アプリケーション停止要求を受信すると動作を開始する（Ｓ２０００）。次に、プラットフォーム部２０は、受信したアプリケーションＩＤが、いずれかの本体機能ＩＤと一致するか否かを判定する（Ｓ２００１）。本体機能ＩＤでは無い場合は、通常のアプリケーションの停止処理を行う（Ｓ２００２）。Ｓ２００１で、本体機能と判定した場合（本体機能停止要求受信）は、本体機能ＩＤと関連付いた本体機能の判別を行う（Ｓ１９０３）。次に、プラットフォーム部２０は、本体機能設定の変更を行う（本体機能停止）（Ｓ２００４）。例えば、本体機能ＩＤと関連付いた本体機能が、部門管理機能であった場合、部門管理機能をＯＮからＯＦＦに変更する。（Ｓ２００４）。さらに、プラットフォーム部２０は、処理結果を管理装置２００に送信して処理を終了する（Ｓ２００５）。処理が問題なく終了した場合は成功を示す情報を、処理途中でエラーが発生した場合は失敗を示す情報を送信する。しかしながら、処理完了後に結果の送信を行うことができないような本体機能を実行する場合は、先に、ダミーの処理結果の送信を行う。例えば、Ｓ２００３において本体機能ＩＤと関連付いた本体機能が、デバイス電源であると判定した場合は処理結果の送信（Ｓ２００６）を行ってから、デバイスの電源ＯＦＦ処理（シャットダウン処理）を行う（Ｓ２００７）。
【００７０】
以上のように、図２０に示した処理によれば、管理装置２００は、本体機能ＩＤなどの本体機能に関する情報と共にアプリケーション停止要求（ソフトウェア機能停止要求）を送信することで、画像形成装置１の本体機能を停止することができる（Ｓ２００４、Ｓ２００７）。すなわち、管理装置２００は、アプリケーションの機能ではない機能を管理するための構成を別途備えなくとも、画像形成装置１が有する機能を管理することができる。
【００７１】
（第２の実施の形態）
「画像形成装置の説明」
本実施形態における画像形成装置は、画像処理装置、印刷装置、スキャナ装置から構成される。画像処理装置の内部構成は図１と同等である。本実施形態におけるプラットフォーム部２０は、実行中や、実行待ち状態の印刷やスキャンに関するジョブを管理する機構を持つ。プラットフォーム部２０は、各種ジョブと以下のような状態を関連づけて、直接記憶部１２２及び間接記憶部１２３に記憶する。  
・ジョブ種別  ：  印刷ジョブ／スキャンジョブなどを示す情報
・ジョブ名    ：  ジョブの名称
・ジョブＩＤ  ：  ジョブを一意に特定するための識別子
・ジョブの状態：  実行中／実行待ち
プラットフォーム部２０は、外部インタフェース１２５を介して外部から送信されてきたジョブの一覧取得要求や、ジョブのキャンセル要求を受信して、ジョブ情報の送信や、ジョブの削除処理を実行することができる。
【００７２】
（ネットワーク構成の説明）
本実施形態におけるネットワーク構成は、実施形態１（図２）と同様である。本実施形態における管理装置２００は、画像形成装置のジョブを管理する機能を備える。
【００７３】
図２１は、管理装置２００上に表示される画像形成装置のジョブを管理するＵＩ画面を表す図である。画像形成装置のジョブ管理画面２１００には、画像形成装置選択ビュー２１０１、選択された画像形成装置のジョブ情報表示ビュー２１０２、ジョブキャンセルボタン２１０３が配置される。ジョブ情報表示ビュー２１０２には、ジョブの名前、ジョブを一意に特定するためのＩＤ、ジョブの状態、ジョブ種別などを表示する。管理装置２００は、選択された画像形成装置に対して、印刷ジョブや、スキャンジョブの情報一覧取得要求を送信することができる。さらに、ユーザが、ジョブ情報表示ビュー２１０２のジョブを選択し、キャンセルボタン２１０３を押下することにより、管理装置２００は、選択中の画像形成装置に対して、ジョブＩＤと伴に、ジョブキャンセル要求を送信する。
【００７４】
（ジョブ一覧取得要求を受信した際の処理）
次に、図２２および図２３のフローチャートを参照して、本実施形態にかかる画像形成装置１の動作を説明する。プラットフォーム部２０は、外部インタフェース部１２５を介して管理装置２００から送信されてきた印刷ジョブ一覧（第１のジョブ一覧）情報取得要求を受信することにより動作を開始する（Ｓ２２００）。次に、プラットフォーム部２０は、画像形成装置１内の印刷ジョブの情報を収集する（Ｓ２２０１）。さらに、プラットフォーム部２０は、設定がＯＮになっている、もしくは起動中の本体機能の情報を収集し（Ｓ２２０２）、Ｓ２２０１で収集した印刷ジョブの情報と合わせて本体機能の情報を管理装置２００へ送信する（Ｓ２２０３）。すなわち、プラットフォーム部２０は、印刷ジョブ一覧情報取得要求を受信した後、設定がＯＮ又は起動中の本体機能の情報を収集し、管理装置２００へ送信する。
【００７５】
図２４は、Ｓ２２０３で送信する情報の一例である。例えば、文書１の印刷（２４０１）、文書２の印刷（２４０２）は、印刷ジョブの情報であり、部門管理（２４０３）、デバイス電源（２４０４）は本体機能の情報である。本体機能に関しては以下のように情報を設定する。
・ジョブ名：各本体機能の機能名
・ジョブＩＤ：本体機能ＩＤ
・状態：実行待ち
・ジョブ種別：印刷
【００７６】
次に、画像形成装置１が、スキャンジョブ一覧情報取得要求を受信した際の動作を説明する。プラットフォーム部２０は、外部インタフェース部１２５を介して管理装置２００から送信されてきたスキャンジョブ一覧（第２のジョブ一覧）情報取得要求を受信することにより動作を開始する（Ｓ２３００）。次に、プラットフォーム部２０は、画像形成装置１内のスキャンジョブの情報を収集する（Ｓ２３０１）。さらに、プラットフォーム部２０は、設定がＯＦＦになっている、もしくは停止中の本体機能の情報を収集し（Ｓ２３０２）、Ｓ２３０１で収集したスキャンジョブの情報と合わせて本体機能の情報を管理装置２００へ送信する（Ｓ２３０３）。すなわち、プラットフォーム部２０は、スキャンジョブ一覧情報取得要求を受信した後、設定がＯＦＦ又は停止中の本体機能の情報を収集し、管理装置２００へ送信する。
【００７７】
図２５は、Ｓ２３０３で送信する情報の一例である。例えば、文書１のスキャン（２５０１）、文書２のスキャン（２５０２）は、スキャンジョブの情報であり、省電力モード（２５０３）、デバイス再起動（２５０４）は本体機能の情報である。本体機能に関しては以下のように情報を設定する。
・ジョブ名：各本体機能の機能名
・ジョブＩＤ：本体機能ＩＤ
・状態：実行待ち
・ジョブ種別：スキャン
【００７８】
画像形成装置１から図２４および図２５のような情報を受け取った管理装置２００は、受け取った情報を管理装置のＵＩ画面のアプリケーション情報表示ビュー表示する（図２６）。図２６に示したアプリケーション情報表示ビューの例によれば、設定がＯＮ又は起動中の本体機能は、「ジョブ種別」が「印刷」と表示されている。また、設定がＯＦＦ又は停止中の本体機能は、「ジョブ種別」が「スキャン」と表示されている。
【００７９】
なお、本実施形態では、設定がＯＮ又は起動中の本体機能に印刷ジョブ（第１のジョブ）を対応付け、設定がＯＦＦ又は停止中の本体機能にスキャンジョブ（第２のジョブ）を対応付けた。しかし、ジョブの種別と本体機能の状態の対応付けはこの方法に限定されず、本体機能の状態が識別できれば良い。
【００８０】
以上のように、図２２から図２６に示した処理によれば、画像形成装置１は、管理装置２００から印刷ジョブ（第１のジョブ）一覧情報取得要求を受信した後、設定がＯＮ又は起動中の本体機能の情報を収集し、管理装置２００へ送信する。また、画像形成装置１は、管理装置２００からスキャンジョブ（第２のジョブ）一覧情報取得要求を受信した後、設定がＯＦＦ又は停止中の本体機能の情報を収集し、管理装置２００へ送信する。管理装置２００は、受信したジョブ情報を第１のジョブ及び第２のジョブに区分して表示する。すなわち、管理装置２００は、アプリケーションの機能ではない機能を管理するための構成を別途備えなくとも、画像形成装置１が有する機能を管理することができる。
【００８１】
（第一のジョブキャンセル要求を受信した際の処理）
次に、図２７のフローチャートを参照して、本実施形態に係る画像形成装置１の動作を説明する。プラットフォーム部２０は、外部インタフェース部１２５を介して管理装置２００から送信されてきたジョブＩＤと、印刷ジョブキャンセル要求を受信すると動作を開始する（Ｓ２７００）。次に、プラットフォーム部２０は、受信したジョブＩＤが、いずれかの本体機能ＩＤと一致するか否かを判定する（Ｓ２７０１）。本体機能ＩＤでは無い場合は、ジョブＩＤと関連付いた印刷ジョブの削除処理を行う（Ｓ２７０２）。Ｓ２７０１で、本体機能と判定した場合は、プラットフォーム部２０は、本体機能ＩＤと関連付いた本体機能の判別を行う（Ｓ２７０３）。次に、プラットフォーム部２０は、本体機能の設定の変更を行う（Ｓ２７０４）。例えば、本体機能ＩＤと関連付いた本体機能が、部門管理機能であった場合、部門管理機能をＯＮからＯＦＦに、または、部門管理機能を起動中から停止中に変更する。さらに、プラットフォーム部２０は、処理結果を管理装置２００に送信して処理を終了する（Ｓ２７０５）。処理が問題なく終了した場合は成功示す情報を、処理途中でエラーが発生した場合は失敗を示す情報を送信する。しかしながら、処理完了後に結果の送信を行うことができないような本体機能を実行する場合は、先に、ダミーの処理結果の送信を行う。例えば、Ｓ２７０３において本体機能ＩＤと関連付いた本体機能が、デバイス電源であると判定した場合は処理結果の送信（Ｓ２７０６）を行ってから、デバイスの電源ＯＦＦ処理（シャットダウン処理）を行う（Ｓ２７０７）。
【００８２】
例えば、上記処理により部門管理機能がＯＮからＯＦＦに変更された場合、管理装置２００が再びジョブ一覧情報取得を行うことにより、管理装置２００のＵＩ画面上において、部門管理機能のジョブ種別は、印刷からスキャンへ変化する。
【００８３】
（第二のジョブキャンセル要求を受信した際の処理）
次に、図２８のフローチャートを参照して、本実施形態に係る画像形成装置の動作を説明する。プラットフォーム部２０は、外部インタフェース部１２５を介して管理装置２００から送信されてきたジョブＩＤと、スキャンジョブキャンセル要求を受信すると動作を開始する（Ｓ２８００）。次に、プラットフォーム部２０は、受信したジョブＩＤが、いずれかの本体機能ＩＤと一致するか否かを判定する（Ｓ２８０１）。本体機能ＩＤでは無い場合は、ジョブＩＤと関連付いたスキャンジョブの削除処理を行う（Ｓ２８０２）。Ｓ２８０１で、本体機能と判定した場合は、プラットフォーム部２０は、本体機能ＩＤと関連付いた本体機能の判別を行う（Ｓ２８０３）。次に、プラットフォーム部２０は、本体機能の設定の変更を行う（Ｓ２８０４）。例えば、本体機能ＩＤと関連付いた本体機能が、省電力モード機能であった場合、省電力モード機能をＯＦＦからＯＮに、または、部門管理機能を停止中から起動中に変更する。（Ｓ２８０４）。プラットフォーム部２０は、処理結果を管理装置２００に送信して処理を終了する（Ｓ２８０５）。処理が問題なく終了した場合は成功示す情報を、処理途中でエラーが発生した場合は失敗を示す情報を送信する。しかしながら、処理に時間が係るため、速やかに結果の送信を行うことができないような本体機能を実行する場合は、先に、ダミーの処理結果の送信を行う。例えば、Ｓ２８０３において本体機能ＩＤと関連付いた本体機能が、デバイス再起動であると判定した場合は処理結果の送信（Ｓ２８０６）を行ってから、デバイスの再起動処理を行う（Ｓ２８０７）。
【００８４】
例えば、上記処理により省電力モード機能がＯＦＦからＯＮに変更された場合、管理装置２００が再びジョブ一覧情報取得を行うことにより、管理装置２００のＵＩ画面上において、省電力モード機能のジョブ種別は、スキャンから印刷へ変化する。
【００８５】
（第３の実施の形態）
本実施形態における画像形成装置の構成は、実施形態１と同様である。本実施形態におけるネットワーク構成を表す簡略図を図２９に示す。本実施形態のネットワーク構成では、実施形態１のネットワーク構成に加えて、画像形成装置にサービスを提供する機能提供装置２０２が存在する。機能提供装置２０２は、ＰＣ（パーソナルコンピュータ）などの一般的な情報処理装置で構成することができる。機能提供装置２０２は、画像形成装置と通信し、画像形成装置を利用するユーザに機能を提供する。例えば、画像形成装置のプラットフォーム部２０が備えているウェブブラウザは、外部インタフェース１２５を介して、機能提供装置２０２とＨＴＴＰプロトコルで通信する。さらに、画像形成装置は、機能提供装置２０２から受信したＨＴＭＬフォーマットのデータを解釈して、画像形成装置のユーザインタフェース１２４に操作画面を表示する。以下の記載において、画像形成装置のプラットフォーム部２０から見て、機能提供装置２０２が提供する機能を外部機能と称する。プラットフォーム部２０は、本体機能と同様に、外部インタフェース１２５を介して、外部機能の情報の取得することができる。本実施例の構成においては、管理装置からアプリケーション情報取得要求を受信した場合に、本体機能と同様に、外部機能の情報を収集して管理装置に下記のような情報を送信する。
・アプリケーション名：各外部機能の機能名
・アプリケーションＩＤ：外部機能ＩＤ
・状態：各外部機能の状態にマッチした状態
・ライセンス：各外部機能のライセンス状態にマッチした状態
【００８６】
さらに、管理装置から外部機能ＩＤが含まれる要求を受信した場合、外部機能に対するアクションを実行する。
【００８７】
（その他の実施形態）
本発明は、複数の機器（例えばコンピュータ、インタフェース機器、リーダ、プリンタなど）から構成されるシステムに適用することも、１つの機器からなる装置（複合機、プリンタ、ファクシミリ装置など）に適用することも可能である。
【００８８】
前述した実施形態の機能を実現するように前述した実施形態の構成を動作させるプログラムを記憶媒体に記憶させ、該記憶媒体に記憶されたプログラムをコードとして読み出し、コンピュータにおいて実行する処理方法も上述の実施形態の範疇に含まれる。即ちコンピュータ読み取り可能な記憶媒体も実施例の範囲に含まれる。また、前述のコンピュータプログラムが記憶された記憶媒体はもちろんそのコンピュータプログラム自体も上述の実施形態に含まれる。
【００８９】
かかる記憶媒体としてはたとえばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ―ＲＯＭ、磁気テープ、不揮発性メモリカード、ＲＯＭを用いることができる。
【００９０】
また前述の記憶媒体に記憶されたプログラム単体で処理を実行しているものに限らず、他のソフトウェア、拡張ボードの機能と共同して、ＯＳ上で動作し前述の実施形態の動作を実行するものも前述した実施形態の範疇に含まれる。
【図面の簡単な説明】
【００９１】
【図１】実施例１および実施例２における画像形成装置の構成を示す概略図である。
【図２】実施例１および実施例２におけるネットワークの構成を示す概略図である。
【図３】管理装置２００の画像形成装置のアプリケーション管理画面を示す図である。
【図４】アプリケーションファイル構成を示す図である。
【図５】ライセンスファイル構成を示す図である。
【図６】アプリケーション情報取得要求受信時の画像形成装置の動作を示すフローチャートである。
【図７】画像形成装置が管理装置に送信するアプリケーション情報を示す図である。
【図８】本体機能情報を含むアプリケーション情報受信後の管理装置２００のアプリケーション管理画面を示す図である。
【図９】画像形成装置のユーザインタフェースに表示する本体機能ライセンスキー入力画面を示す図である。
【図１０】プラットフォーム部における文書送信機能情報取得動作を表すフローチャートである。
【図１１】画像形成装置のユーザインタフェースに表示する機器設定メニュー画面（部門管理機能マスク時）を示す図である。
【図１２】プラットフォーム部における省電力モード機能情報取得動作を表すフローチャートである。
【図１３】画像形成装置のユーザインタフェースに表示するデバイス再起動画面を示す図である。
【図１４】画像形成装置のユーザインタフェースに表示する機器設定メニュー画面（部門管理機能可視化後）を示す図である。
【図１５】プラットフォーム部における部門管理機能情報取得動作を表すフローチャートである。
【図１６】アプリケーションインストール要求受信時の画像形成装置の動作を示すフローチャートである。
【図１７】アプリケーションアンインストール要求受信時の画像形成装置の動作を示すフローチャートである。
【図１８】ライセンスインストール要求受信時の画像形成装置の動作を示すフローチャートである。
【図１９】アプリケーション起動要求受信時の画像形成装置の動作を示すフローチャートである。
【図２０】アプリケーション停止要求受信時の画像形成装置の動作を示すフローチャートである。
【図２１】管理装置２００の画像形成装置のジョブ管理画面を示す図である。
【図２２】印刷ジョブ一覧情報取得要求受信時の画像形成装置の動作を示すフローチャートである。
【図２３】スキャンジョブ一覧情報取得要求受信時の画像形成装置の動作を示すフローチャートである。
【図２４】画像形成装置が管理装置２００に送信する印刷ジョブ一覧情報を示す図である。
【図２５】画像形成装置が管理装置２００に送信するスキャンジョブ一覧情報を示す図である。
【図２６】本体機能情報を含むジョブ一覧情報受信後の管理装置２００の画像形成装置のジョブ管理画面を示す図である。
【図２７】印刷ジョブキャンセル要求受信時の画像形成装置の動作を示すフローチャートである。
【図２８】スキャンジョブキャンセル要求受信時の画像形成装置の動作を示すフローチャートである。
【図２９】実施例３におけるネットワークの構成を示す概略図である。
【符号の説明】
【００９２】
１、２、３  画像形成装置
１１  印刷装置
１２  画像処理装置
２０  プラットフォーム部
１２１  ＣＰＵ
１２２  直接記憶部
１２３  間接記憶部
１２４  ユーザインタフェース記憶部
１２５  外部インタフェース
２００  管理装置
２０１  ネットワーク
【図１】
2010147790.tif 000003
【図２】
2010147790.tif 000004
【図３】
2010147790.tif 000005
【図４】
2010147790.tif 000006
【図５】
2010147790.tif 000007
【図６】
2010147790.tif 000008
【図７】
2010147790.tif 000009
【図８】
2010147790.tif 000010
【図９】
2010147790.tif 000011
【図１０】
2010147790.tif 000012
【図１１】
2010147790.tif 000013
【図１２】
2010147790.tif 000014
【図１３】
2010147790.tif 000015
【図１４】
2010147790.tif 000016
【図１５】
2010147790.tif 000017
【図１６】
2010147790.tif 000018
【図１７】
2010147790.tif 000019
【図１８】
2010147790.tif 000020
【図１９】
2010147790.tif 000021
【図２０】
2010147790.tif 000022
【図２１】
2010147790.tif 000023
【図２２】
2010147790.tif 000024
【図２３】
2010147790.tif 000025
【図２４】
2010147790.tif 000026
【図２５】
2010147790.tif 000027
【図２６】
2010147790.tif 000028
【図２７】
2010147790.tif 000029
【図２８】
2010147790.tif 000030
【図２９】
2010147790.tif 000031