JP7071233B2 - 画像処理装置とその制御方法、及びプログラム - Google Patents

Description

本発明は、画像処理装置とその制御方法、及びプログラムに関する。

ファクス送信、電子メール送信、ファイル送信などの送信機能を備える画像形成装置が広く普及している。また、機密性の高い文書が勝手に送信されることを防止する、或いは、誰が送信したのかを特定することができるように、送信機能の利用時にユーザ認証を要求するように設定できる、所謂、認証送信の機能を有する画像形成装置が知られている。

更に近年、コピーやファクス送信などを実行できる、出荷時に実装されているデフォルトのアプリケーションに加えて、任意のアプリケーションを後から追加できる画像形成装置が上市されている。

このような画像形成装置において、追加されたアプリケーションが送信機能を用いるものであり、かつ、送信機能の利用にユーザ認証が必要な場合には、追加されたアプリケーションの利用に際して、ユーザ認証を要求することが望ましい。

特許文献１には、出荷時に実装されているデフォルトのアプリケーションと、追加されたアプリケーションのそれぞれについて、利用に際して、ユーザ認証が必要か否かを個別に設定できる画像形成装置が記載されている。特許文献１に記載の技術によれば、画像形成装置の管理者などが、アプリケーションの利用に際してユーザ認証が必要か否かを、アプリケーション毎に設定できる。

特開２０１６－４５８２２号公報

しかしながら、上記従来技術では、アプリケーションを利用する際、ユーザ認証が必要か否かの設定を行う管理者が、全てのアプリケーションについて、そのアプリケーションが送信機能を用いているかどうか把握していなくてはならない。また、送信機能の利用に対してユーザ認証が必要か否かの設定を変更した場合、送信機能を利用する全てのアプリケーションに対して、利用する際にユーザ認証が必要か否かの設定を変更しなくてはならない。このようなユーザ認証を要求するか否かの設定を誤ると、ユーザ認証が不要なアプリケーションの利用時に不必要なユーザ認証が要求されたり、ユーザ認証が必要であるにも拘わらず、ユーザ認証なしで送信機能が利用されるなどの虞がある。

本発明の目的は、上記従来技術の問題点の少なくとも一つを解決することにある。

本発明の目的は、アプリケーションが利用する機能にユーザ認証が必要か否かが設定されている場合、その設定を、そのアプリケーションの利用時に自動的に反映できる技術を提供することにある。

上記目的を達成するために本発明の一態様に係る画像処理装置は以下のような構成を備える。即ち、
操作部を有する画像処理装置であって、
前記操作部を介してアプリケーションを選択する選択手段と、
前記選択されたアプリケーションを実行することで、前記画像処理装置が有する機能を使用するためのトークンをアプリケーションフレームワークに要求する要求手段と、
前記アプリケーションフレームワークに、前記機能を使用するためにユーザ認証が必要かどうか確認させる確認手段と、
ユーザ認証が要求されると、ユーザ認証を実行する認証手段と、
前記ユーザ認証に成功したことに応じて、前記アプリケーションフレームワークに前記選択されたアプリケーションに前記トークンを発行させる発行手段と、
前記選択されたアプリケーションに前記トークンで前記機能を実行させる手段と、を有することを特徴とする。

本発明によれば、アプリケーションが利用する機能にユーザ認証が必要か否かが設定されている場合、その設定を、そのアプリケーションの利用時に自動的に反映できるという効果がある。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。

実施形態に係る画像形成装置のハードウェア構成を説明するブロック図。 実施形態に係る画像形成装置のソフトウェア構成を説明する機能ブロック図。 実施形態に係る画像形成装置の表示部に表示されたホーム画面の一例を示す図。 実施形態に係る画像形成装置の表示部に表示されたファクス送信画面の一例を示す図。 実施形態に係る画像形成装置の表示部に表示された認証画面の一例を示す図。 実施形態に係る画像形成装置の表示部に表示されたユーザの認証に失敗したときの画面の一例を示す図。 実施形態に係る画像形成装置に接続された外部装置で表示されるＲＵＩの画面例を示す図。 ＲＵＩの画面に送信設定ダイアログが表示された状態を示す図。 ＲＵＩの画面に認証設定ダイアログが表示された状態を示す図。 ＲＵＩの画面に表示された送信機能の認証設定を編集するダイアログの一例を示す図。 実施形態に係る画像形成装置の表示部に表示されるホーム画面の一例を示す図。 実施形態に係る画像形成装置において、アプリケーションからトークンを要求されたときのアプリケーションフレームワークの動作を説明するフローチャート。 実施形態に係る画像形成装置において、ユーザがファクス送信のＡＰＩを利用するアプリケーションを実行したときの処理の流れを説明するシーケンス図。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、以下の実施形態では、本発明に係る画像処理装置の一例を、実施形態に係る画像形成装置を例に説明するが、この画像処理装置は、例えば画像形成機能を有していない通信装置などであってもよい。

図１は、実施形態に係る画像形成装置のハードウェア構成を説明するブロック図である。

画像形成装置１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、表示コントローラ１０４、表示部１０５、操作コントローラ１０６、操作部１０７を備える。また、画像形成装置１００は、ｅＭＭＣ（Embedded Multi Media Card）ホストコントローラ１０８、ｅＭＭＣ１０９、読取コントローラ１１０、読取部１１１、記録コントローラ１１２、記録部１１３を備える。更に、画像形成装置１００は、ＵＳＢホストコントローラ１１４、モデム１１５、網制御装置（ＮＣＵ）１１６、ネットワークインタフェースカード（ＮＩＣ）１１７を備えている。

ＣＰＵ１０１は、システムバス１１８に接続される各デバイスを総括的に制御する。ＣＰＵ１０１は、電源が供給されると、ＲＯＭ１０２に記憶されたブートプログラムを実行する。通常、ブートプログラムは、ｅＭＭＣ１０９の特定領域に保存されているメインプログラムをＲＡＭ１０３に展開し、その展開されたメインプログラムの先頭にジャンプさせる。ＲＡＭ１０３は、メインプログラムのロード場所としてだけでなく、ＣＰＵ１０１がメインプログラムを実行する際に、そのワークエリアを提供する。

表示コントローラ１０４は、表示部１０５への描画を制御する。表示部１０５は、ＷＶＧＡサイズのフルビットマップ表示部である。一方、操作コントローラ１０６は、操作部１０７からの入力を制御する。操作部１０７は、表示部１０５に重畳されたタッチパネルとして形成されてもよい。

読取部１１１は、原稿の読み取りを行う。読取部１１１には、オプションとしてオートドキュメントフィーダ（不図示）が装着されており、複数枚の原稿を自動的に搬送してスキャナで読み取ることができる。読取部１１１は読取コントローラ１１０に接続されており、ＣＰＵ１０１は読取コントローラ１１０を介して読取部１１１とやり取りする。記録部１１３は、電子写真方式で記録紙に画像形成（印刷）を行う。記録部（プリンタエンジン）１１３は記録コントローラ１１２に接続されており、ＣＰＵ１０１は記録コントローラ１１２を介して記録部１１３とやり取りする。

ＵＳＢホストコントローラ１１４は、ＵＳＢのプロトコル制御を受け持ち、ＵＳＢメモリなどのＵＳＢデバイスに対するアクセスを仲介する。モデム１１５は、ファクシミリ通信に必要な信号の変調や復調を行う。またモデム１１５は、ＮＣＵ１１６に接続されている。モデム１１５で変調された信号は、ＮＣＵ１１６を介して公衆交換電話網（ＰＳＴＮ）へ送出される。ＮＩＣ１１７は、ＬＡＮを介して、メールサーバやファイルサーバと双方向にデータのやり取りを行い、これにより、画像形成装置１００は電子メール（Ｅメール）の送受信や、ファイルの送受信を行うことができる。

画像形成装置１００は、外部端末であるコンピュータとＨＴＴＰ通信可能に接続され、コンピュータからプリントなどのジョブの実行を受け付けることができる。また、そのコンピュータにインストールされたブラウザから画像形成装置１００のＩＰアドレスにアクセスすることにより、ブラウザ上にリモートユーザインターフェース（ＲＵＩ）を表示することができる。そして、そのコンピュータのユーザは、ＲＵＩ上の操作により、画像形成装置１００の状態を問い合わせたり、画像形成装置１００の設定を変更したりすることができる。このＲＵＩの一例を、図７～図１０を参照して後述する。

実施形態に係る画像形成装置１００は、ストレージとしてｅＭＭＣ１０９を備える。ＣＰＵ１０１は、ｅＭＭＣホストコントローラ１０８を介してｅＭＭＣ１０９にアクセスする。

図２は、実施形態に係る画像形成装置１００のソフトウェア構成を説明する機能ブロック図である。図２において実線で示した各部は、ＣＰＵ１０１が前述したブートプログラムでＲＡＭ１０３に展開したメインプログラムを実行することにより実現されるソフトウェアモジュールである。

メインプログラムが実行する各モジュールは、オペレーティングシステム（ＯＳ）２０１によって、その実行が管理・制御されている。ＯＳ２０１には、デバイスドライバ部２０８が組み合わされている。デバイスドライバ部２０８は、表示部コントローラ１０４、操作部コントローラ１０６、読取コントローラ１１０などのハードウェアデバイスとのやり取りを仲介する。

ユーザインターフェース部（ＵＩ部）２０２は、表示部１０５及び操作部１０７を介して各種情報をユーザに提供するとともに、ユーザからの各種指示を受け付ける。画像形成装置１００の振る舞いを切り替える各種設定も、ＵＩ部２０２を介してユーザの指示に応じて変更することができる。ＵＩ部２０２によって変更された各種設定は、データベース部２１３を介して物理的にｅＭＭＣ１０９へ格納される。

ジョブコントローラ部２０３は、コピー、プリント、ファクスなどのジョブを受け付けると、その受け付けたジョブの実行を制御する。ストレージ部２０６は、例えばファクス送受信する画像データや、拡張アプリケーション部２１０から要求されたアプリケーション設定などのデータを、物理的にｅＭＭＣ１０９へ格納して管理するソフトウェアモジュールである。

実施形態に係る画像形成装置１００において、ジョブコントローラ部２０３がファクス送信ジョブを受け付けると、スキャン部２０７はその送信ジョブを受けて読取部１１１を制御して原稿をスキャンして読み取る。そして、読み取って得られた画像データをストレージ部２０６により格納する。こうしてストレージ部２０６により格納された画像データはファクス部２０４によって読み出され、モデム１１５、ＮＣＵ１１６を介して相手先にファクシミリ送信される。またモデム１１５、ＮＣＵ１１６を介して相手先からファクシミリ受信した画像データは、ファクス部２０４によって取り込まれ、ストレージ部２０６により格納される。プリント部２１２は、印刷要求を受け付けると記録コントローラ１１２を介して記録部１１３を制御して記録（印刷）を実行する。

また画像形成装置１００は、送信機能の認証設定（所謂、認証送信）の機能を有する。認証送信を有効にすると、送信機能の利用時にユーザ認証を要求することができる。送信機能とは、ファクス送信に加え、ＳｃａｎＴｏＥｍａｉｌのような電子メール送信や、インターネットファクス（ＩＦＡＸ）や、ＳｃａｎＴｏＳＭＢのようなファイル送信を含む。

ＵＩデバイスコントローラ部２１１は、ＵＩ部２０２及び拡張アプリケーション部２１０が表示部１０５へ各種情報を出力することや、操作部１０７によるユーザ操作をＵＩ部２０２及び拡張アプリケーション部２１０へ伝達することを仲介する。尚、拡張アプリケーション部２１０のファクスアーカイブ２１０、アプリケーションフレームワーク２０９の説明は後述する。

図３は、実施形態に係る画像形成装置１００の表示部１０５に表示されたホーム画面３００の一例を示す図である。

図３の例では、拡張アプリケーション部２１０に追加のアプリケーションがない場合のホーム画面３００の表示例を示している。ホーム画面３００には、画像形成装置１００が本来備える各機能のアプリケーションに対応するアイコンが配置されている。ファクスアイコン３０１は、ファクス送信機能を利用するためのアイコンである。このホーム画面３００で、ユーザがファクスアイコン３０１を選択すると、ＵＩ部２０２はデータベース部２１３に認証送信の設定を問い合わせる。ここで認証送信の設定がオフであった場合には、図４のファクス送信画面４０１が表示される。

図４は、実施形態に係る画像形成装置１００の表示部１０５に表示されたファクス送信画面４０１の一例を示す図である。

ユーザは、この画面を介して、ファクシミリ送信の宛先を、テンキー或いはアドレス帳などを使用して指定した後、スタートキーを押下することにより、ファクシミリ送信を指示することができる。

一方、認証送信の設定がオンであった場合には、図５に示すユーザ認証画面５０１が表示される。

図５は、実施形態に係る画像形成装置１００の表示部１０５に表示された認証画面５０１の一例を示す図である。

この画面でユーザが、アカウント５０２及びパスワード５０３を入力して認証ボタン５０４を押下すると、画像形成装置１００からその情報がＬＤＡＰ認証サーバに送信され、ＬＤＡＰ認証サーバはユーザ認証を行う。そしてユーザ認証に成功した場合には、図４のファクス送信画面４０１が表示される。一方、ユーザ認証に失敗した場合には、表示部１０５に図６のユーザ認証失敗画面６０１が表示される。

尚、ここでは、ＬＤＡＰ認証サーバによるユーザ認証で説明したが、本発明はこれに限定されるものでなく、データベース部２１３にユーザ情報を記憶しておき、そのユーザ情報に基づいて、画像形成装置１００がユーザ認証を実行してもよい。

図６は、実施形態に係る画像形成装置１００の表示部１０５に表示されたユーザの認証に失敗したときの画面の一例を示す図である。

このように、認証送信の設定をオンにすることにより、ファクス送信、電子メール送信及びファイル送信の利用時に、ユーザの認証を要求できるため、機密性の高い文書が勝手に送信されることを防止でき、また、誰が送信したのかを特定することができる。

次に図７～図１０を参照して、認証送信の設定について説明する。

図７は、実施形態に係る画像形成装置１００に接続された外部装置で表示されるＲＵＩ（リモートユーザインタフェース）の画面例を示す図である。

ここでは、外部端末であるコンピュータにインストールされたウェブブラウザから、画像形成装置１００のＩＰアドレスにアクセスすることにより、外部装置のウェブブラウザ画面として表示されたＲＵＩ画面７００を示している。ここでは、ユーザがＲＵＩに管理者としてログインしたときのトップ画面例を示している。ＲＵＩ画面７００の左側の領域には、メニュー７０１が表示される。ここでユーザが、メニュー７０１の「送信設定」７０２をクリックすると、図８に示す送信設定ダイアログ８０１が表示される。

図８は、ＲＵＩの画面７００に送信設定ダイアログ８０１が表示された状態を示す図である。

ここで認証送信の設定を行うには、この送信設定ダイアログ８０１の「送信機能の認証設定」８０２をクリックし、図９に示す送信機能の認証設定ダイアログ９０１を表示する必要がある。

図９は、ＲＵＩの画面７００に認証設定ダイアログ９０１が表示された状態を示す図である。

ユーザ認証機能９０２に示したように、デフォルトでは、ユーザ認証機能は無効（オフ）に設定されている。この設定を変更するには、ユーザは編集ボタン９０３をクリックする。

図１０は、ＲＵＩの画面７００に表示された送信機能の認証設定を編集するダイアログ１００１の一例を示す図である。この画面は、図９の編集ボタン９０３が押下されることにより表示される。

ここでユーザは、ユーザ認証の要否を設定することができ、基本設定の「ユーザ認証設定を有効にする」１００２のチェックボックスにチェックを入れることにより、ユーザ認証設定を有効にする（ユーザ認証が必要と設定）ことができる。またユーザ認証設定を有効にする」１００２のチェックボックスにチェックを入れることにより、送信を許可するか否かの設定を、Ｅメール／Ｉファクス送信、ファイル送信、ファクス送信ごとに、それぞれ別々に設定することができる。図の例では、１００３で、Ｅメール／Ｉファクス送信は「許可する」に、１００４で、ファイル送信は「許可する」、１００８でファクス送信は「許可する」に設定されている。ここで例えば、ファイル送信に関しては、送信を「許可しない」「許可する」「自分の宛先または指定したフォルダのみ許可する」から選択することができる。ここで「許可しない」が選択された場合は、ファイル送信が禁止される。また「許可する」が選択された場合は、任意の宛先へのファイル送信が許可される。またユーザが、「自分の宛先または指定したフォルダのみ許可する」を選択し、「送信先のフォルダを指定する」１００５のチェックボックスにチェックを入れた場合は、ホスト名１００６と、フォルダへのパス１００７で指定したフォルダへのみファイル送信が許可される。一方、「送信先のフォルダを指定する」１００５のチェックボックスにチェックを入れなかった場合は、自分の宛先のみにファイル送信を許可する。

このように、ファイル送信の宛先を自分自身、或いは予め指定されたフォルダのみに限定することにより、不適切な送信先へファイルを送信するのを防ぐことができる。

Ｅメール／Ｉファクス送信設定１００３では、「許可しない」「許可する」「自分の宛先のみ許可する」から選択することができる。またファクス送信設定１００８では、「許可しない」「許可する」から選択することができる。設定の完了後、ＯＫボタン１００９が押下されると、この画面での設定が画像形成装置１００に反映される。

尚、Ｅメール／Ｉファクス送信、ファイル送信、ファクス送信のチェックボックスの選択肢はこれに限定されるものではない。例えば、Ｅメール／Ｉファクス送信設定１００３の選択肢に「自分の宛先のみ許可する」がなくても構わないし、「指定した宛先のみ許可する」があっても構わない。またファイル送信設定１００４の選択肢の「自分の宛先または指定したフォルダのみ許可する」が、「自分の宛先のみ許可する」と「指定したフォルダのみ許可する」の２つに分かれていても構わないし、「自分の宛先または指定したフォルダのみ許可する」がなくても構わない。更に、ファクス送信設定１００８の選択肢に、「自分の宛先のみ許可する」や「指定した宛先のみ許可する」があっても構わない。

実施形態に係る画像形成装置１００では、図２に示すように、アプリケーションフレームワーク２０９を備える。拡張アプリケーション部２１０は、物理的にはｅＭＭＣ１０９上に配置され、スクリプト言語で記述された任意のプログラム等の複数のアプリケーションを収容する。例えば、バイトコードを解釈して実行するインタープリタであるＪａｖａ（登録商標）や、Ｌｕａなどの言語系を用いてもよい。アプリケーションフレームワーク２０９は、スクリプト言語や所定の高級言語で記述された任意のプログラムを拡張アプリケーション部２１０へインストールする、或いは、拡張アプリケーション部２１０からアンインストールする役割を受け持つ。同時に、インストールされたアプリケーションが有効であるか無効であるかを含むアプリケーションのステータス情報を、ストレージ部２０６に保持する。また、ＲＯＭ１０２に複数のプレインストールアプリケーションを圧縮したアーカイブが存在すれば、それを必要に応じて伸張しながら拡張アプリケーション部２１０にインストールする能力も備える。そして、アプリケーションフレームワーク２０９は、表示部１０５に表示されたボタンの選択を受けて、対応するアプリケーションのスクリプト言語をＲＡＭ１０３に展開し、その内容を解釈して処理を実行する。

こうして実施形態に係る画像形成装置１００は、機能の着脱性を維持しつつ、ログインアプリケーションや言語切替アプリケーションのような任意の機能を容易に実現することができる。更に、アプリケーションフレームワーク２０９は、拡張アプリケーション部２１０にインストールされた任意のプログラムからの要求を受けて、データベース部２１３の各種設定値を参照したり変更したりすることができる。

図１１は、実施形態に係る画像形成装置１００の表示部１０５に表示されるホーム画面３００の一例を示す図である。

ここでは、拡張アプリケーション部２１０にファクスアーカイブ２１４がインストールされている場合を示し、ファクスアーカイブアイコン１１０１がホーム画面３００に表示される。ファクスアーカイブ２１４のプログラムの実行は、このホーム画面３００に表示されたアイコン１１０１が押下されることにより開始される。ファクスアーカイブ２１４は、予め指定しておいた宛先にファクス送信すると同時に、送信文書を予め指定しておいたＵＲＬに、電子メールや、ＳＭＢやＦＴＰを用いたファイル送信により保管するアプリケーションである。これにより、取引先や重要な顧客への重要文書のファクス送信時に、自動的にエビデンスを所望の場所に保管したり、本社などへの報告の代わりに送信文書を送信するのに利用することができる。

アプリケーションフレームワーク２０９は、拡張アプリケーション部２１０にインストールされた任意のプログラムで実現される機能と、既存機能との調停を受け持つ。前述のように、画像形成装置１００は、本来、ファクス送信、Ｅメール送信、ファイル送信の機能を有している。アプリケーションフレームワーク２０９は、これらの機能をアプリケーションプログラミングインターフェース（ＡＰＩ(Application Programming Interface)）として提供する。これにより、拡張アプリケーション部２１０にインストールされた任意のアプリケーションは、ファクス送信、Ｅメール送信、ファイル送信の機能を新たに実装することなく実行できる。

ここで、拡張アプリケーション部２１０にインストールされた任意のアプリケーションが、ファクス送信、Ｅメール送信、ファイル送信の機能を利用する場合も、上述の認証送信の設定が反映される必要がある。もし、そのようになっていないと、不必要なユーザ認証が要求されたり、ユーザ認証が必要だったにも拘わらず、ユーザ認証がなされないまま送信機能が利用されるなどの虞がある。

そこで実施形態に係る画像形成装置１００のアプリケーションフレームワーク２０９では、ファクス送信、Ｅメール送信、ファイル送信の機能を提供するＡＰＩの利用にトークンを必要とする。アプリケーションフレームワーク２０９は、ファクス送信、Ｅメール送信、ファイル送信の機能を利用する際に必要となるトークンを、アプリケーションがアプリケーションフレームワーク２０９に対して要求するＡＰＩを提供する。このときアプリケーションフレームワーク２０９は、トークンの発行に際して、上述の認証送信の設定を反映する。即ち、認証送信の設定がオフの場合は、ユーザがファクス送信、Ｅメール送信、ファイル送信のＡＰＩを利用するアプリケーションを実行する際、ユーザ認証を要求しない。一方、認証送信の設定がオンの場合は、ユーザ認証を要求する。

アプリケーションの開発者は、ファクス送信、Ｅメール送信、ファイル送信の機能を利用する際に必要となるトークンを要求するＡＰＩによりトークンを取得し、そのトークンをファクス送信、Ｅメール送信、ファイル送信のＡＰＩの利用時に用いればよい。アプリケーションの開発者は、トークンを取得してからファクス送信、Ｅメール送信、ファイル送信のＡＰＩを利用するということだけ知っていればよく、ファクス送信、Ｅメール送信、ファイル送信の機能の利用にユーザ認証が必要か否かを知る必要がない。

こうして拡張アプリケーション部２１０にインストールされた任意のアプリケーションは、画像形成装置１００が本来備える、ファクス送信、Ｅメール送信、ファイル送信の機能を利用することができる。またアプリケーションフレームワーク２０９は、ファクス送信、Ｅメール送信、ファイル送信の機能を利用する際に必要となるトークンの発行に際して、上述の認証送信の設定を反映する。これにより、ユーザ認証が必要であるにも拘わらず、ユーザの認証なしで、ファクス送信、Ｅメール送信、ファイル送信のＡＰＩが利用されるのを防止することができる。

図１２は、実施形態に係る画像形成装置１００において、アプリケーションからトークンを要求されたときのアプリケーションフレームワーク２０９の動作を説明するフローチャートである。尚、この処理は、ＣＰＵ１０１がＲＡＭ１０３に展開したプログラムを実行することにより達成される。以下の説明は、ＣＰＵ１０１がアプリケーションフレームワーク２０９として機能することにより実現されるため、各処理の主体をＣＰＵ１０１として説明する。

まずＳ１２０１でＣＰＵ１０１は、送信機能を使用するアプリケーションからトークンを要求されるとＳ１２０２に進み、データベース部２１３に認証送信の設定を問い合わせる。そしてＳ１２０３に進みＣＰＵ１０１は、認証送信の設定がオフ、即ち、ファクス送信、電子メール送信、ファイル送信の機能の利用にユーザ認証が不要であると判定した場合はＳ１２０７に進み、ＣＰＵ１０１はユーザ認証を要求せずに、アプリケーションに対してトークンを発行して、この処理を終了する。

一方、Ｓ１２０３でＣＰＵ１０１は、認証送信の設定がオン、即ち、送信機能の利用にユーザ認証が必要と判定するとＳ１２０４に進む。Ｓ１２０４でＣＰＵ１０１は、図１０の画面における送信設定で、その送信機能が「許可する」に設定されているかどうか判定する。ここで「許可する」に設定されていると判定するとＳ１２０５に進みＣＰＵ１０１は、ＵＩ部２０２にユーザ認証を依頼する。即ち、例えば図５に示すようなユーザ認証画面を表示し、その画面でユーザが入力したアカウントとパスワードが登録されていればユーザの認証に成功したと判定する。尚、ここで、入力された情報をＬＤＡＰ認証サーバに送信し、その認証結果をＬＤＡＰ認証サーバから取得してもよい。そしてＳ１２０６に進みＣＰＵ１０１は、ユーザ認証の結果が成功かどうか判定する、ここで認証に成功したと判定した場合はＳ１２０７に進み、そのアプリケーションに対してトークンを発行して、この処理を終了する。

一方、Ｓ１２０６でＣＰＵ１０１は、ユーザ認証の結果が失敗であると判定した場合はＳ１２０８に進み、トークンを発行しない。そしてＳ１２０９に進みＣＰＵ１０１は、ＵＩ部２０２に対し、ユーザ認証に失敗した旨のメッセージを表示するように依頼して、この処理を終了する。

またＳ１２０４でＣＰＵ１０１は、その送信機能が「許可しない」に設定されているときはＳ１２１０に進んでトークンを発行しない。そしてＳ１２１１に進みＣＰＵ１０１は、ＵＩ部２０２に対し、送信設定で送信が許可されていないことを示すメッセージを表示するように依頼して、この処理を終了する。

以上説明したように、メニュー画面でアイコンが指示されると、そのアイコンに対応するアプリケーションが起動される。そして、そのアプリケーションからＡＰＩを利用するトークンが要求されると、そのＡＰＩの機能に対してユーザの認証設定がされているかどうか判定し、認証設定がされていれば、ユーザの認証に成功した場合にのみトークンを発行する。これにより、ユーザ認証が必要であるにも拘わらず、ユーザの認証なしで、例えば、ファクス送信、Ｅメール送信、ファイル送信のＡＰＩが利用されるのを防止することができる。

尚、上述の実施形態では、送信機能に対する認証設定を例に説明したが本発明はこれに限定されるものでなく、ストレージへの保存や印刷などの機能に対しても認証設定を有効にするかどうか設定できるようにしてもよい。その場合の処理は、送信機能を、格納機能や印刷機能に置き換えるだけで、前述と同様に処理できる。

図１３は、実施形態に係る画像形成装置１００において、ユーザがファクス送信のＡＰＩを利用するアプリケーションを実行したときの処理の流れを説明するシーケンス図である。ここでは例としてファクス送信を挙げたが、Ｅメール送信やファイル送信の場合にも同様のシーケンスが実行される。図１３において、前述の図２と共通する部分は同じ参照番号で示している。

まずＳ１３００で、ユーザ１３３１が、表示部１０５に表示されたメニュー画面のアイコンを選択する。これによりＳ１３０１で、そのアイコンに対応するアプリケーション１３３２がアプリケーションフレームワーク２０９に対して、ファクス送信、Ｅメール送信、ファイル送信のＡＰＩを利用するためのトークンを要求する。これによりＳ１３０２でアプリケーションフレームワーク２０９は、データベース部２１３に、その送信機能に対する認証送信の設定を問い合わせる。そしてデータベース部２１３はＳ１３０３で、認証送信の設定内容をアプリケーションフレームワーク２０９に伝える。

ここで、認証送信の設定がオフであった場合（即ち、ユーザ認証が必要ない場合）は、代替ＡのＡ－１の処理に進む。即ち、Ｓ１３０４で、アプリケーションフレームワーク２０９は、アプリケーション１３３２にトークンを発行する。そしてＳ１３０５でアプリケーション１３３２は、そのトークンを用いて、ファクスＡＰＩを利用する。ここでアプリケーションフレームワーク２０９は、そのトークンが自ら発行したものであることを確認するとＳ１３０６で、ジョブコントロール部２０３にファクス送信ジョブの処理を依頼する。

一方、認証送信の設定がオンであった場合（即ち、ユーザ認証が必要である場合）は、代替ＡのＡ－２の処理へ進む。ここではＳ１３０７でアプリケーションフレームワーク２０９は、その送信機能に対する送信設定が「許可する」設定であるかどうか判定し、「許可する」設定であれば、ＵＩ部２０２にユーザ認証画面５０１（図５参照）を表示するように依頼する。尚、このユーザ認証画面５０１は、前述の従来のファクス送信などの送信機能を利用する際のものと同じものでもよいし、別途用意しても構わない。これによりＳ１３０８でＵＩ部２０２は、表示部１０５にユーザ認証画面５０１を表示する。そしてＳ１３０９で、ユーザ１３３１が、アカウント５０２とパスワード５０３を入力し、認証ボタン５０４を押したのを確認する。これによりＳ１３１０で、認証サーバ１３３３にそのアカウントとパスワードを送信し、ユーザ認証を依頼する。そしてＳ１３１１で認証サーバ１３３３は、そのユーザ認証の結果をＵＩ部２０２に返す。

一方、Ｓ１３０７で、その送信機能に対する送信設定が「許可しない」設定であれば、アプリケーションフレームワーク２０９は、アプリケーション１３３２に対してトークンを発行しない。そしてＳ１３１９でＵＩ部２０２に、表示部１０５に、そのアプリケーションで使用する機能が許可されていないことを示す画面を表示させる。

Ｓ１３１１でユーザ認証に成功した場合には、代替ＢのＢ－１の処理へ進む。Ｓ１３１２でＵＩ部２０２は、アプリケーションフレームワーク２０９にユーザ認証に成功したことを伝える。これによりＳ１３１３でアプリケーションフレームワーク２０９は、アプリケーション１３３２にトークンを発行する。そしてＳ１３１４でアプリケーション１３３２は、そのトークンを用いて、ファクスＡＰＩを利用するようにアプリケーションフレームワーク２０９に要求する。アプリケーションフレームワーク２０９は、そのトークンが自ら発行したものであることを確認すると、Ｓ１３１５で、ジョブコントロール部２０３にファクス送信ジョブの処理を依頼する。

一方、ユーザ認証に失敗した場合には、代替ＢのＢ－２の処理へ進む。Ｓ１３１６でＵＩ部２０２は、アプリケーションフレームワーク２０９に対してユーザ認証に失敗したことを伝える。この場合はＳ１３１７で、アプリケーションフレームワーク２０９は、トークンを発行しない。そしてＳ１３１８でＵＩ部２０２により、表示部１０５にユーザ認証に失敗したことを示す画面を（図６参照）を表示させる。

以上説明したように実施形態によれば、アプリケーションの開発者は、ファクス送信、Ｅメール送信、ファイル送信などの送信機能のＡＰＩを利用する際にトークンを取得し、それを用いてＡＰＩを利用するということだけを知っていればよい。

またアプリケーションフレームワークは、ＡＰＩを利用するためのトークンを要求されると、そのＡＰＩの機能に対して認証設定がなされているかどうか判定し、認証設定がなされていれば、ユーザ認証を行う。これにより、追加されたアプリケーションが例えば、送信機能を利用するものである場合、送信機能の利用にユーザ認証が必要か否かの設定を確認し、ユーザ認証が必要と設定されていれば、そのアプリケーションの利用時にユーザ認証を要求する。そしてユーザ認証に成功した場合にのみ、ＡＰＩを利用するためのトークンを発行するようにできる。これにより、ユーザ認証が必要であるにも拘わらず、ユーザの認証なしで、例えば、ファクス送信、Ｅメール送信、ファイル送信のＡＰＩが利用されるのを防止することができる。

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

本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１００…画像形成装置、１０１…ＣＰＵ、１０５…表示部、２０２…ＵＩ部、２０４…ファクス部、２０５…送信部、２０９…アプリケーションフレームワーク、２１０…拡張アプリケーション部、２１４…ファクスアーカイブ

Claims (17)

1. 操作部を有する画像処理装置を制御する制御方法であって、
   前記操作部を介してアプリケーションを選択する工程と、
   前記選択されたアプリケーションから、前記画像処理装置が有する機能を使用するためのトークンの取得要求をアプリケーションフレームワークに送信する工程と、
   前記機能を使用するためにユーザ認証が必要かどうか確認する工程と、
   ユーザ認証が要求されると、ユーザ認証を実行する工程と、
   前記ユーザ認証に成功したことに応じて、前記アプリケーションフレームワークから前記選択されたアプリケーションに前記トークンを送信する工程と、
   を有することを特徴とする制御方法。
2. 前記アプリケーションは、拡張アプリケーションとして追加してインストールされたアプリケーションであることを特徴とする請求項１に記載の制御方法。
3. 前記画像処理装置が有する機能は、当該画像処理装置が出荷時に備えている機能であり、前記アプリケーションが前記機能を使用するのが許可されると、前記アプリケーションフレームワークは、前記機能を提供するＡＰＩを利用するためのトークンを前記アプリケーションに提供することを特徴とする請求項１又は２に記載の制御方法。
4. 前記ユーザ認証は、ユーザにより入力されたユーザ情報を認証サーバに送信し、当該認証サーバによる認証結果に基づいて実行されることを特徴とする請求項１乃至３のいずれか１項に記載の制御方法。
5. 前記アプリケーションフレームワークは、外部装置のウェブブラウザから、前記画像処理装置のＩＰアドレスにアクセスすることにより、当該外部装置に表示されたウェブブラウザ画面を介して前記ユーザ認証が必要かどうか設定することを特徴とする請求項１乃至４のいずれか１項に記載の制御方法。
6. 前記アプリケーションが使用する機能に対して、前記ユーザ認証が必要と設定されている場合、前記アプリケーションフレームワークは、前記ユーザ認証に成功した場合に、前記アプリケーションに対して前記機能の使用を許可することを特徴とする請求項１乃至５のいずれか１項に記載の制御方法。
7. 前記ユーザ認証が必要でない場合、ユーザ認証を実行することなく、前記アプリケーションフレームワークから前記選択されたアプリケーションに前記トークンが送信される工程を、更に有することを特徴とする請求項１乃至６のいずれか１項に記載の制御方法。
8. 前記機能は、ファクス送信、Ｅメール送信、Ｉファクス送信、ファイル送信の少なくともいずれかを含むことを特徴とする請求項１乃至７のいずれか１項に記載の制御方法。
9. 操作部を有する画像処理装置であって、
   前記操作部を介してアプリケーションを選択する選択手段と、
   前記選択されたアプリケーションを実行することで、前記画像処理装置が有する機能を使用するためのトークンをアプリケーションフレームワークに要求する要求手段と、
   前記アプリケーションフレームワークに、前記機能を使用するためにユーザ認証が必要かどうか確認させる確認手段と、
   ユーザ認証が要求されると、ユーザ認証を実行する認証手段と、
   前記ユーザ認証に成功したことに応じて、前記アプリケーションフレームワークに前記選択されたアプリケーションに前記トークンを発行させる発行手段と、
   前記選択されたアプリケーションに前記トークンで前記機能を実行させる手段と、
   を有することを特徴とする画像処理装置。
10. 前記アプリケーションは、拡張アプリケーションとして追加してインストールされたアプリケーションであることを特徴とする請求項９に記載の画像処理装置。
11. 前記画像処理装置が有する機能は、当該画像処理装置が出荷時に備えている機能であり、前記アプリケーションが前記機能を使用するのが許可されると、前記発行手段は、前記機能を提供するＡＰＩを利用するためのトークンを前記アプリケーションに提供することを特徴とする請求項９又は１０に記載の画像処理装置。
12. 前記ユーザ認証は、ユーザにより入力されたユーザ情報を認証サーバに送信し、当該認証サーバによる認証結果に基づいて実行されることを特徴とする請求項９乃至１１のいずれか１項に記載の画像処理装置。
13. 前記アプリケーションフレームワークは、外部装置のウェブブラウザから、前記画像処理装置のＩＰアドレスにアクセスすることにより、当該外部装置に表示されたウェブブラウザ画面を介して前記ユーザ認証が必要かどうか設定することを特徴とする請求項９乃至１２のいずれか１項に記載の画像処理装置。
14. 前記アプリケーションが使用する機能に対して、前記ユーザ認証が必要と設定されていて前記ユーザ認証に成功した場合に、前記アプリケーションフレームワークに、前記アプリケーションが前記機能を使用することを許可させる手段を、更に有することを特徴とする請求項９乃至１３のいずれか１項に記載の画像処理装置。
15. 前記ユーザ認証が必要でない場合、前記アプリケーションフレームワークに、ユーザ認証を実行することなく、前記選択されたアプリケーションに前記トークンを発行させる手段を、更に有することを特徴とする請求項９乃至１４のいずれか１項に記載の画像処理装置。
16. 前記機能は、ファクス送信、Ｅメール送信、Ｉファクス送信、ファイル送信の少なくともいずれかを含むことを特徴とする請求項９乃至１５のいずれか１項に記載の画像処理装置。
17. コンピュータを、請求項９乃至１５のいずれか１項に記載の画像処理装置の各手段のすべてとして機能させるためのプログラム。

Images