JP7635642B2 - 情報処理装置、情報処理システム、及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理システム、及び情報処理プログラムに関する。

特許文献１には、情報処理装置のプリンタドライバに追加された機能を使用して所望のデバイスに印刷する際に、当該デバイスにおける当該機能の有無を判定し、有していない場合には当該機能のプリンタインストール用のインストールパッケージを用いて、当該デバイスに当該機能を追加し、当該機能を使用した印刷が終了した後に当該デバイスから当該機能を削除することが提案されている。

特許文献２には、画像形成装置の機能を実行するための機能プラグインに対応するプリンタドライバ用のドライバプラグインをインストールし、プリンタドライバの機能拡張を行うプログラムが提案されている。詳細には、当該プログラムは、ドライバプラグインがインストールされる際、画像形成装置に対して機能プラグインを識別するプラグイン識別情報及びユーザ認証情報の送付要求を行う要求ステップと、プラグイン識別情報が示す機能プラグインを、ユーザ認証情報が示すユーザが画像形成装置において使用できるか否かを示す結果を取得する取得ステップと、取得された結果が使用可を示す場合、前記ドライバプラグインのインストールを開始するインストールステップとをコンピュータに実行させる。

特許文献３には、機能プラグインをインストールする画像形成装置が提案されている。詳細には、当該画像形成装置は、ユーザが機能プラグインを使用できるか否かを示す使用可否情報を管理する管理手段と、第１情報処理装置から機能プラグインを識別するプラグイン識別情報とユーザ認証情報を受信する受信手段と、受信されたユーザ認証情報を用いて認証が成功した場合、認証成功したユーザに対し使用可否情報を用いてプラグイン識別情報が示す機能プラグインを使用してよいか否かを判定する判定手段と、判定された承認要の判定結果を第１情報処理装置に送信する送信手段と、第１情報処理装置から承認依頼要求を受けた場合、Ｗｅｂ上で承認が可能な承認画面を作成する作成手段と、承認画面のＵＲＬを第２情報処理装置に送信する送信手段とを備える。

特許文献４には、プラグインから認証データを取得し、取得した認証データが、データテーブルに登録されているか否かを判断し、取得した認証データがデータテーブルに登録されている場合には、そのプラグインを有効と判断し、該プラグインに対し機密データを渡し、取得した認証データがデータテーブルに登録されていない場合には、そのプラグインを無効と判断して該プラグインに対しては機密データを渡さないアプリケーションプログラムが提案されている。

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

プラグインは、ユーザを認証する認証機能を持つデバイスとユーザを認証する認証機能を持たないデバイスで共通である。そのため、プラグインが外部からアクセスを可能とするＡＰＩ（Application Programming Interface）の場合、ユーザを認証する認証機能を持たないデバイスにプラグインがインストールされると、悪意のある人によるプラグインの実行が可能となることでデバイスの操作が可能となる。例えば、デバイスの再起動を何回も実行されてしまう可能性があった。

そこで、本発明では、ユーザを認証する認証機能を持たないデバイスであってもプラグインの実行を正規のユーザに制限可能な情報処理装置、情報処理システム、及び情報処理プログラムを提供することを目的とする。

上記目的を達成するために、第１態様に係る情報処理装置は、プロセッサを備え、前記プロセッサは、外部からのアクセスを拡張するプラグインを実行する際に、自装置を使用するユーザを認証する認証機能がない場合に、照合対象となる対象認可情報を前記プラグインの実行要求元から受信し、前記プラグインが有する固有の予め定めた認可情報と、前記対象認可情報とを用いて、前記プラグインの実行の可否を制御する処理を行う。
また、第２態様に係る情報処理装置は、プロセッサを備え、前記プロセッサは、外部からのアクセスを拡張するプラグインであって、自装置を使用するユーザを認証する認証機能を優先するか、前記プラグインが有する固有の予め定めた認可情報と前記プラグインの実行要求元から照合対象となる対象認可情報とを用いる処理を優先するかを設定する設定機能を含むプラグインパッケージとして自装置にインストールされたプラグインを実行する際に、前記対象認可情報を受信し、前記認可情報と、前記対象認可情報とを用いて、前記プラグインの実行の可否を制御し、かつ前記認証機能がある場合は、前記認証機能により前記プラグインの実行の可否を制御する処理を行う。
また、第３態様に係る情報処理装置は、プロセッサを備え、前記プロセッサは、外部からのアクセスを拡張するプラグインであって、自装置を使用するユーザを認証する認証機能として一般ユーザと管理者とを個別に扱う認証機能を有する場合に、一般ユーザと管理者の何れで認証を行うかを設定する認証設定機能を含むプラグインパッケージとして自装置にインストールされたプラグインを実行する際に、前記プラグインの実行要求元から照合対象となる対象認可情報を受信し、前記プラグインが有する固有の予め定めた認可情報と、前記対象認可情報とを用いて、前記プラグインの実行の可否を制御し、かつ自装置を使用するユーザを認証する認証機能がある場合は、前記認証機能により前記プラグインの実行の可否を制御する処理を行う。
また、第４態様に係る情報処理装置は、プロセッサを備え、前記プロセッサは、外部からのアクセスを拡張するプラグインを実行する際に、前記プラグインの実行要求元から照合対象となる対象認可情報を受信し、前記プラグインが有する固有の予め定めた認可情報と、前記対象認可情報とを用いて、前記プラグインの実行の可否として予め定めたアクセストークンの発行の可否を制御する処理を行う。

また、第５態様に係る情報処理装置は、第１態様～第４態様の何れか１つの態様に係る情報処理装置において、前記プロセッサは、前記プラグインの実行を要求する際に、前記対象認可情報を前記プラグインの実行要求元に要求することにより、前記プラグインの実行要求元から前記対象認可情報を受信する処理を行う。

また、第６態様に係る情報処理装置は、第５態様に係る情報処理装置において、前記プロセッサは、自装置を使用するユーザを認証する認証機能がない場合に、前記対象認可情報を前記プラグインの実行要求元に要求する処理を行う。

また、第７態様に係る情報処理装置は、第１態様又は第４態様に係る情報処理装置において、前記プロセッサは、自装置を使用するユーザを認証する認証機能がある場合は、前記認証機能により前記プラグインの実行の可否を制御する処理を行う。

また、第８態様に係る情報処理装置は、第７態様に係る情報処理装置において、前記プラグインは、前記認証機能を優先するか、前記認可情報と前記対象認可情報とを用いる処理を優先するかを設定する設定機能を含むプラグインパッケージとして自装置にインストールされたものである。

また、第９態様に係る情報処理装置は、第７態様又は第８態様に係る情報処理装置において、前記プラグインは、前記認証機能として一般ユーザと管理者とを個別に扱う認証機能を有する場合に、一般ユーザと管理者の何れで認証を行うかを設定する認証設定機能を含むプラグインパッケージとして自装置にインストールされたものである。

また、第１０態様に係る情報処理装置は、第１態様～第３態様の何れか１の態様に係る情報処理装置において、前記プラグインの実行可否は、予め定めたアクセストークンの発行の可否である。

また、第１１態様に係る情報処理システムは、上記の情報処理装置と、前記プラグインの実行要求と、前記対象認可情報の送信とを前記情報処理装置に対して行う端末装置と、を含む。

また、第１２態様に係る情報処理プログラムは、コンピュータに、第１態様～第１０態様の何れか１つの態様に係る情報処理装置として機能させる。

第１態様によれば、ユーザを認証する認証機能を持たないデバイスであってもプラグインの実行を正規のユーザに制限可能な情報処理装置を提供でき、かつユーザを認証する認証機能がない装置において、プラグインの実行を正規のユーザに制限することができる。
第２態様によれば、ユーザを認証する認証機能を持たないデバイスであってもプラグインの実行を正規のユーザに制限可能な情報処理装置を提供でき、ユーザを認証する認証機能がある場合に、ユーザを認証する認証機能を使用しない場合に比べてセキュリティを確保することが可能となり、かつプラグイン毎にユーザを認証する認証機能を優先するか、認可情報と対象認可情報とを用いた処理を優先するかを設定することが可能となる。
第３態様によれば、ユーザを認証する認証機能を持たないデバイスであってもプラグインの実行を正規のユーザに制限可能な情報処理装置を提供でき、ユーザを認証する認証機能がある場合に、ユーザを認証する認証機能を使用しない場合に比べてセキュリティを確保することが可能となり、かつプラグイン毎に一般ユーザと管理者の何れで認証を行うかを設定することが可能となる。
第４態様によれば、ユーザを認証する認証機能を持たないデバイスであってもプラグインの実行を正規のユーザに制限可能な情報処理装置を提供でき、かつユーザを認証する認証機能を持たないデバイスであっても正規のユーザにアクセストークンを発行することが可能となる。

第５態様によれば、対象認可情報が必要なタイミングに取得することが可能となる。

第６態様によれば、ユーザを認証する認証機能がない装置において、プラグインの実行を正規のユーザに制限することができる。

第７態様によれば、ユーザを認証する認証機能がある場合に、ユーザを認証する認証機能を使用しない場合に比べてセキュリティを確保することが可能となる。

第８態様によれば、プラグイン毎にユーザを認証する認証機能を優先するか、認可情報と対象認可情報とを用いた処理を優先するかを設定することが可能となる。

第９態様によれば、プラグイン毎に一般ユーザと管理者の何れで認証を行うかを設定することが可能となる。

第１０態様によれば、ユーザを認証する認証機能を持たないデバイスであっても正規のユーザにアクセストークンを発行することが可能となる。

第１１態様によれば、ユーザを認証する認証機能を持たないデバイスであってもプラグインの実行を正規のユーザに制限可能な情報処理システムを提供できる。

第１２態様によれば、ユーザを認証する認証機能を持たないデバイスであってもプラグインの実行を正規のユーザに制限可能な情報処理装置、情報処理システム、及び情報処理プログラムを提供できる。

第１実施形態に係る情報処理システムの概略構成を示す図である。 第１実施形態に係る情報処理システムにおける画像形成装置の電気系の要部構成を示すブロック図である。 第１実施形態に係る情報処理システムにおける携帯端末装置の電気系の要部構成を示すブロック図である。 第１実施形態に係る画像形成装置のコントロール・ユニットの機能的構成を示す機能ブロック図である。 第１実施形態に係る情報処理システムの携帯端末装置において、アプリケーションが操作されて画像形成装置に対してプラグインの実行を要求する際の処理の流れの一例を示すフローチャートである。 第１実施形態に係る情報処理システムにおいて、携帯端末装置からプラグインの実行要求が行われた際に、画像形成装置で行われる処理の流れの一例を示すフローチャートである。 アカウント情報による認可処理の流れの一例を示すフローチャートである。 第１実施形態に係る情報処理システムにおいて、画像形成装置で行われるアカウント情報による認可処理に対応して携帯端末装置で行われる処理の流れの一例を示すフローチャートである。 プラグイン認可による認可処理の流れの一例を示すフローチャートである。 第１実施形態に係る情報処理システムにおいて、画像形成装置で行われるプラグイン認可情報による認可処理に対応して携帯端末装置で行われる処理の流れの一例を示すフローチャートである。 第１実施形態に係る情報処理システムおいて、携帯端末装置らプラグインの実行要求が行われた際に、画像形成装置で行われる処理の流れの第１変形例を示すフローチャートである。 一般ユーザアカウント情報と管理者アカウント情報を備えて、一般ユーザアカウントによる認証と、管理者アカウントによる認証とが可能な画像形成装置において、一般ユーザアカウントと管理者アカウントのどちらの認可とするかをプラグイン毎に設定ファイルに設定する場合の構成例を示す図である。 第１実施形態に係る情報処理システムにおいて、携帯端末装置からプラグインの実行要求が行われた際に、画像形成装置で行われる処理の流れの第２変形例を示すフローチャートである。 第２実施形態に係る情報処理システムの概略構成を示す図である。 ユーザの個人情報を管理し、アクセストークンを使用してウェブＡＰＩを提供する公知のリソースサーバを説明するための図である。 第２実施形態に係る情報処理システムにおけるサーバの機能構成を示す機能ブロック図である。 第２実施形態に係る情報処理システムの携帯端末装置において、アプリケーションが操作されてサーバに対してプラグインの実行を要求する際の処理の流れの一例を示すフローチャートである。 第２実施形態に係る情報処理システムにおいて、携帯端末装置からプラグインの実行要求が行われた際に、サーバで行われる処理の流れの一例を示すフローチャートである。 プラグイン認可情報によるアクセストークン発行処理の流れの一例を示すフローチャートである。 プラグイン認可情報によるアクセストークン発行処理に対応して携帯端末装置１４で行われる処理の流れの一例を示すフローチャートである。

（第１実施形態）
以下、図面を参照して本発明の実施形態の一例を詳細に説明する。図１は、本実施形態に係る情報処理システムの概略構成を示す図である。

本実施形態に係る情報処理システム１０は、情報処理装置の一例としての画像形成装置１２と、携帯端末装置１４とを含んで構成されている。

携帯端末装置１４は、画像形成装置１２と近距離通信により通信可能とされ、携帯端末装置１４から画像形成装置１２の操作が可能とされている。例えば、携帯端末装置１４としては、タブレット端末やスマートフォン等が一例として適用される。また、近距離通信としては、Ｗｉ－Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等が一例として適用される。

画像形成装置１２は、ファクシミリ機能、画像読取機能、画像形成機能、複写機能、画像情報等を格納する格納機能、及び画像情報等を送信する送信機能等の複数の機能を有する画像形成装置が一例として適用される。また、画像形成装置１２は、図１では、１台を示すが、１台に限るものではなく、２台以上であってもよい。また、携帯端末装置１４についても図１では、１台を示すが、１台に限るものではなく、２台以上でもよく、各ユーザが所持するものが適用され得る。

また、携帯端末装置１４と画像形成装置１２との通信は、近距離通信として説明するが、図１の点線で示すように、携帯電話網等の無線基地局や各種ネットワーク（例えば、ＬＡＮ、ＷＡＮ、イーサネット（登録商標）等）の通信回線１６を介して通信を行う形態としてもよい。

図２は、本実施形態に係る情報処理システム１０における画像形成装置１２の電気系の要部構成を示すブロック図である。

本実施形態に係る画像形成装置１２は、図２に示すように、ＣＰＵ（Central Processing Unit）２０Ａ、ＲＯＭ（Read Only Memory）２０Ｂ、及びＲＡＭ（Random Access Memory）２０Ｃを含むコントロール・ユニット２０を備えている。ＣＰＵ２０Ａは、画像形成装置１２の全体の動作を司る。ＲＡＭ２０Ｃは、ＣＰＵ２０Ａによる各種プログラムの実行時のワークエリア等として用いられる。ＲＯＭ２０Ｂは、各種制御プログラムや各種パラメータ等が予め記憶される。そして、画像形成装置１２は、コントロール・ユニット２０の各部がシステムバス４２によって電気的に接続されている。

一方、本実施形態に係る画像形成装置１２は、各種のデータやアプリケーションプログラム等を記憶するＨＤＤ（hard disk drive）２６を備えている。また、画像形成装置１２は、ユーザインタフェース２２に接続され、ユーザインタフェース２２のディスプレイへの各種の操作画面等の表示を制御する表示制御部２８を備えている。また、画像形成装置１２は、ユーザインタフェース２２に接続され、ユーザインタフェース２２を介して入力される操作指示を検出する操作入力検出部３０を備えている。そして、画像形成装置１２では、ＨＤＤ２６、表示制御部２８、及び操作入力検出部３０がシステムバス４２に電気的に接続されている。なお、本実施形態に係る画像形成装置１２では、記憶部としてＨＤＤ２６を適用しているが、これに限らず、フラッシュメモリ等の不揮発性の記憶部を適用してもよい。

また、本実施形態に係る画像形成装置１２は、原稿読取部４４による光学的な画像の読み取り動作、及び原稿搬送部による原稿送り動作を制御する読取制御部３２と、画像形成部２４による画像形成処理、及び搬送部２５による画像形成部２４への用紙の搬送を制御する画像形成制御部３４と、を備えている。また、画像形成装置１２は、各種ネットワークの通信回線１６に接続された他の外部装置と通信データの送受信、及び携帯端末装置１４と近距離通信による通信データの送受信を行う通信回線Ｉ／Ｆ（インタフェース）部３６と、を備えている。また、画像形成装置１２は、図示しない電話回線に接続され、当該電話回線に接続されているファクシミリ装置とファクシミリデータの送受信を行うファクシミリＩ／Ｆ（インタフェース）部３８を備えている。また、画像形成装置１２は、ファクシミリＩ／Ｆ部３８を介したファクシミリデータの送受信を制御する送受信制御部４０を備えている。そして、画像形成装置１２では、送受信制御部４０、読取制御部３２、画像形成制御部３４、通信回線Ｉ／Ｆ部３６、及びファクシミリＩ／Ｆ部３８がシステムバス４２に電気的に接続されている。

以上の構成により、本実施形態に係る画像形成装置１２は、ＣＰＵ２０Ａにより、ＲＡＭ２０Ｃ、ＲＯＭ２０Ｂ、及びＨＤＤ２６へのアクセスを各々実行する。また、画像形成装置１２は、ＣＰＵ２０Ａにより、表示制御部２８を介したユーザインタフェース２２のディスプレイ２２Ａへの操作画面、各種のメッセージ等の情報の表示の制御を実行する。また、画像形成装置１２は、ＣＰＵ２０Ａにより、読取制御部３２を介した原稿読取部４４及び原稿搬送部の作動の制御を実行する。また、画像形成装置１２は、ＣＰＵ２０Ａにより、画像形成制御部３４を介した画像形成部２４及び搬送部２５の作動の制御と、通信回線Ｉ／Ｆ部３６を介した通信データの送受信の制御と、を各々実行する。また、画像形成装置１２は、ＣＰＵ２０Ａにより、送受信制御部４０によるファクシミリＩ／Ｆ部３８を介したファクシミリデータの送受信の制御を実行する。さらに、画像形成装置１２は、ＣＰＵ２０Ａにより、操作入力検出部３０によって検出された操作情報に基づくユーザインタフェース２２における操作内容の把握が行われ、この操作内容に基づく各種の制御を実行する。

続いて、本実施形態に係る携帯端末装置１４の電気系の要部構成について説明する。図３は、本実施形態に係る情報処理システム１０における携帯端末装置１４の電気系の要部構成を示すブロック図である。

本実施形態に係る携帯端末装置１４は、図３に示すように、プロセッサの一例としてのＣＰＵ１４Ａ、ＲＯＭ１４Ｂ、ＲＡＭ１４Ｃ、ストレージ１４Ｄ、操作部１４Ｅ、表示部１４Ｆ、通信回線Ｉ／Ｆ（インタフェース）部１４Ｇ、及び撮影部１４Ｈを備えている。ＣＰＵ１４Ａは、携帯端末装置１４の全体の動作を司る。ＲＯＭ１４Ｂは、各種制御プログラムや各種パラメータ等が予め記憶される。ＲＡＭ１４Ｃは、ＣＰＵ１４Ａによる各種プログラムの実行時のワークエリア等として用いられる。ストレージ１４Ｄは、各種のデータやアプリケーションプログラム等が記憶される。操作部１４Ｅは各種の情報を入力するために用いられる。表示部１４Ｆは、各種の情報を表示するために用いられる。撮影部１４Ｈは、撮影によって得られる画像情報を出力する。通信回線Ｉ／Ｆ部１４Ｇは、各種ネットワーク等の通信回線に接続された他の装置と各種データの送受信を行う。また、通信回線Ｉ／Ｆ部１４Ｇは、周知の各種の無線通信を用いて、携帯端末装置１４と各種データの送受信を行う。以上の携帯端末装置１４の各部はシステムバス１４Ｉにより電気的に相互に接続されている。なお、本実施形態に係る携帯端末装置１４では、ストレージ１４Ｄを記憶部として適用しているが、ストレージ１４Ｄは、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の各種不揮発性の記憶部が一例として適用される。

以上の構成により、本実施形態に係る携帯端末装置１４は、ＣＰＵ１４Ａにより、ＲＯＭ１４Ｂ、ＲＡＭ１４Ｃ、及びストレージ１４Ｄに対するアクセス、操作部１４Ｅを介した各種データの取得、撮影部１４Ｈによる撮影、表示部１４Ｆに対する各種情報の表示を各々実行する。また、携帯端末装置１４は、ＣＰＵ１４Ａにより、通信回線Ｉ／Ｆ部１４Ｇを介した通信データの送受信の制御を実行する。

続いて、画像形成装置１２のコントロール・ユニット２０の機能的構成について説明する。図４は、本実施形態に係る画像形成装置１２のコントロール・ユニット２０の機能的構成を示す機能ブロック図である。

コントロール・ユニット２０は、ＲＯＭ２０Ｂに記憶されたプログラムをＣＰＵ２０Ａが実行することにより、プラグイン管理部５０の機能を有する。

プラグイン管理部５０は、画像形成装置１２にインストールされたプラグイン５８を管理するための機能として、認可部５２及びプラグイン実行部５４の機能を有する。

認可部５２は、外部からのプラグイン５８の実行要求に対して、アカウント情報６４を用いた認可を行う。また、認可部５２は、外部からのアクセスを拡張するプラグイン５８を実行する際に、プラグイン５８の実行要求元から照合対象となる対象認可情報としての認可情報７０を受信し、プラグイン５８が有する固有の予め定めた認可情報６２と、受信した認可情報７０とを用いて、プラグインの実行の可否を判断する。一例として、画像形成装置１２にユーザを認証する認証機能がある場合は、アカウント情報６４を用いた認証を行い、ユーザを認証する認証機能がない場合は、プラグイン５８に固有の認可情報６２と、外部のプラグイン５８の実行要求元から取得した認可情報７０とを用いて正規のユーザであるか否かの判断を行ってプラグイン５８の実行要求に対する認可を行う。

プラグイン実行部５４は、認可部５２の認可結果に従って、プラグインパッケージ５６としてインストールされたプラグイン５８の実行を制御する。

プラグインパッケージ５６は、プラグイン５８、設定機能の一例としての設定ファイル６０、及び認可情報６２を含み、画像形成装置１２の管理者等によって画像形成装置１２にインストールされる。

プラグイン５８は、本実施形態では、画像形成装置１２の外部からのアクセスを拡張する機能を有するものとする。プラグイン５８を外部から実行することにより、画像形成装置１２の予め定めた機能の実行が可能となる。

設定ファイル６０は、プラグイン５８の実行に関する設定が記憶されたファイルであり、例えば、アカウント情報による認可と、認可情報による認可とのどちらを優先するかの設定等が可能とされている。本実施形態では、プラグイン毎に設定ファイル６０が設定された状態でインストールされるものとするが、インストール後に設定ファイル６０の設定内容を変更可能としてもよい。なお、プラグインパッケージ５６は、設定ファイル６０は省略した構成、すなわち、プラグイン５８と認可情報６２を含む構成としてもよい。

認可情報は、プラグイン５８に固有の情報であり、例えば、数字や記号等を含む予め定めた数の文字列が適用される。

本実施形態では、認可情報７０を持たないアプリケーションＡ６６から画像形成装置１２に対してプラグイン５８の実行が要求された場合には、認可部５２が正規のユーザではないと判断し、プラグイン実行部５４がプラグイン５８の実行を禁止する制御を行う。

一方、認可情報７０を有するアプリケーションＢ６８から画像形成装置１２に対してプラグイン５８の実行が要求された場合には、認可部５２がプラグインパッケージ５６の認可情報６２とアプリケーションＢ６８の認可情報７０とを照合する。そして、アプリケーションＢ６８の認可情報７０が認可情報６２に一致する場合にプラグイン５８の実行要求を認可して、プラグイン実行部５４がプラグイン５８を実行する制御を行う。なお、アプリケーションＢ６８の認可情報７０が認可情報６２に対応する場合にプラグイン５８の実行要求を認可してもよい。

なお、本実施形態では、アプリケーションＢ６８に認可情報７０が記憶されているものとして説明するが、認可情報７０は携帯端末装置１４の操作部１４Ｅを介してユーザが入力する形態としてもよい。

続いて、本実施形態に係る情報処理システム１０の各部で行われる具体的な処理について説明する。

情報処理システム１０の各部で処理を行うための事前準備としては、管理者は、画像形成装置１２に対して、プラグインパッケージ５６を予めインストールする。例えば、プラグイン５８のＩＤを１０００００００とする。また、ユーザは、携帯端末装置１４にアプリケーションをインストールし、ユーザは画像形成装置１２に対してアカウント情報６４を登録する。

まず、事前準備後に、携帯端末装置１４のアプリケーションを操作して画像形成装置１２に対してプラグイン５８の実行を要求する際の処理について説明する。図５は、本実施形態に係る情報処理システム１０の携帯端末装置１４において、アプリケーションが操作されて画像形成装置１２に対してプラグイン５８の実行を要求する際の処理の流れの一例を示すフローチャートである。なお、図５の処理は、例えば、携帯端末装置１４のアプリケーションの起動が指示された場合に開始する。

ステップ１００では、ＣＰＵ１４Ａが、ユーザによって指示されたアプリケーションを起動してステップ１０２へ移行する。

ステップ１０２では、ＣＰＵ１４Ａが、プラグイン５８の実行が指示されたか否かを判定する。例えば、アプリケーションのコピージョブ実行ボタン等の操作が行われたか否かを判定する。該判定が否定された場合には処理を終了して他の処理を行う。一方、判定が肯定された場合にはステップ１０４へ移行する。

ステップ１０４では、ＣＰＵ１４Ａが、画像形成装置１２に対してプラグイン実行を要求してステップ１０６へ移行する。なお、ステップ１０４は、本実施形態では、一例として、ユーザが画像形成装置１２に近づいて近距離通信が確立した場合に行われるものとするが、近距離通信が確立しない場合には、通信回線１６を介して通信を確立してもよい。

ステップ１０６では、ＣＰＵ１４Ａが、画像形成装置１２にプラグインＩＤを送信してプラグイン５８の実行を要求する際の処理を終了する。例えば、プラグインＩＤ：１０００００００プラグイン実行指示を送信する。

続いて、携帯端末装置１４からプラグインの実行要求が行われた際に、画像形成装置１２で行われる処理について説明する。図６は、本実施形態に係る情報処理システム１０において、携帯端末装置１４からプラグインの実行要求が行われた際に、画像形成装置１２で行われる処理の流れの一例を示すフローチャートである。なお、図６の処理は、上述のステップ１０６により携帯端末装置１４からプラグインＩＤが画像形成装置１２に送信された場合に開始する。

ステップ２００では、ＣＰＵ２０Ａが、アプリケーションから実行するプラグインＩＤを受信してステップ２０２へ移行する。すなわち、上述のステップ１０６で携帯端末装置１４から送信されたプラグインＩＤを受信する。

ステップ２０２では、ＣＰＵ２０Ａが、ログイン機能によりユーザを認証する認証機能を有する画像形成装置１２であるか否かを判定する。該判定が肯定された場合にはステップ２０４へ移行し、否定された場合にはステップ２０６へ移行する。

ステップ２０４では、ＣＰＵ２０Ａがアカウント情報６４による認可処理を行って一連の処理を終了する。なお、アカウント情報６４による認可処理の詳細については後述する。

一方、ステップ２０６では、ＣＰＵ２０Ａが、プラグイン認可情報による認可処理を行って一連の処理を終了する。なお、プラグイン認可情報による認可処理についても詳細は後述する。

ここで、上述のステップ２０４のアカウント情報による認可処理の詳細について説明する。図７は、アカウント情報による認可処理の流れの一例を示すフローチャートである。

ステップ３００では、ＣＰＵ２０Ａが、携帯端末装置１４のアプリケーションにアカウント情報を要求してステップ３０２へ移行する。

ステップ３０２では、ＣＰＵ２０Ａが、アカウント情報を携帯端末装置１４から受信したか否かを判定する。該判定が肯定されるまで待機してステップ３０４へ移行する。なお、待機中に携帯端末装置１４からキャンセル操作等が行われた場合には処理を終了し、他の操作が指示された場合には処理を終了して他の処理へ移行する。

ステップ３０４では、ＣＰＵ２０Ａが、アカウント情報が一致するか否かを判定する。すなわち、画像形成装置１２に記憶されたアカウント情報と、携帯端末装置１４から受信したアカウント情報を照合してプラグイン５８の実行に対する認可を行って認可された否かを判定する。該判定が否定された場合にはステップ３０６へ移行し、肯定された場合にはステップ３０８へ移行する。

ステップ３０６では、ＣＰＵ２０Ａが、プラグイン実行失敗をユーザに通知して一連の処理を終了する。例えば、プラグイン実行失敗を携帯端末装置１４に通知することにより、携帯端末装置１４の表示部１４Ｆにプラグイン５８の実行が不可能である旨を表示することによりユーザに通知する。

一方、ステップ３０８では、ＣＰＵ２０Ａが、指定されたプラグインを実行して一連の処理を終了する。

次に、画像形成装置１２で行われるアカウント情報による認可処理に対応して携帯端末装置１４で行われる処理について説明する。図８は、本実施形態に係る情報処理システム１０において、画像形成装置１２で行われるアカウント情報による認可処理に対応して携帯端末装置１４で行われる処理の流れの一例を示すフローチャートである。なお、図８の処理は、上述のステップ３００により画像形成装置１２からアカウント情報が要求された場合に開始する。

ステップ４００では、ＣＰＵ１４Ａが、画像形成装置１２から送信された、アカウント情報の要求を受信してステップ４０２へ移行する。

ステップ４０２では、ＣＰＵ１４Ａが、ユーザを認証するための予め定めたログイン画面を表示部１４Ｆに表示してステップ４０４へ移行する。

ステップ４０４では、ＣＰＵ１４Ａが、ログイン画面に対して操作部１４Ｅを操作してアカウント情報が入力されたか否かを判定する。アカウント情報が入力されず、キャンセル等の他の操作が行われた場合には一連の処理を終了する。一方、アカウント情報が入力された判定が肯定された場合にはステップ４０６へ移行する。

ステップ４０６では、ＣＰＵ１４Ａが、入力されたアカウント情報を要求元の画像形成装置１２に送信して一連の処理を終了する。

続いて、上述のプラグイン認可情報による認可処理の詳細について説明する。図９は、プラグイン認可による認可処理の流れの一例を示すフローチャートである。

ステップ５００では、ＣＰＵ２０Ａが、携帯端末装置１４のアプリケーションにプラグイン認可情報を要求してステップ５０２へ移行する。

ステップ５０２では、ＣＰＵ２０Ａが、認可情報を携帯端末装置１４から受信したか否かを判定する。該判定が肯定されるまで待機してステップ５０４へ移行する。なお、予め定めた時間経過しても認可情報を受信しない場合には処理を終了してもよい。

ステップ５０４では、ＣＰＵ２０Ａが、プラグインパッケージ５６内の認可情報６２と、携帯端末装置１４から受信した認可情報７０が一致するか否かを判定する。すなわち、プラグイン５８の認可情報６２と携帯端末装置１４のアプリケーションの認可情報７０とを照合することによりプラグイン５８の実行可否を制御する。該判定が否定された場合にはステップ５０６へ移行し、肯定された場合にはステップ５０８へ移行する。

ステップ５０６では、ＣＰＵ２０Ａが、プラグイン実行失敗をユーザに通知して一連の処理を終了する。例えば、プラグイン実行失敗を携帯端末装置１４に通知することにより、携帯端末装置１４表示部１４Ｆにプラグインの実行が不可能である旨を表示することによりユーザに通知する。

一方、ステップ５０８では、ＣＰＵ２０Ａが、指定されたプラグインを実行して一連の処理を終了する。

次に、画像形成装置１２で行われるプラグイン認可情報による認可処理に対応して携帯端末装置１４で行われる処理について説明する。図１０は、本実施形態に係る情報処理システム１０において、画像形成装置１２で行われるプラグイン認可情報による認可処理に対応して携帯端末装置１４で行われる処理の流れの一例を示すフローチャートである。なお、図１０の処理は、上述のステップ５００により画像形成装置１２からプラグイン認可情報が要求された場合に開始する。

ステップ６００では、ＣＰＵ１４Ａが、画像形成装置１２から送信された、プラグイン認可情報要求を受信してステップ６０２へ移行する。

ステップ６０２では、ＣＰＵ１４Ａが、アプリケーションに付与された認可情報７０を読み出してステップ６０４へ移行する。ここで、認可情報７０がない場合には処理を終了してプラグインの実行が不可となる。

ステップ６０６では、ＣＰＵ１４Ａが、読み出した認可情報７０を画像形成装置１２に送信して一連の処理を終了する。

ところで、本実施形態では、プラグインパッケージ５６に設定ファイル６０を設けることで、ユーザを認証する認証機能を有する画像形成装置１２でもユーザアカウント情報による認可と、プラグイン認可情報による認可のどちらで認可するかを個別に設定可能とされている。

例えば、設定ファイル６０にどちらを優先にするかを設定しておくことで、設定ファイルを読み出して設定に従った処理を行う。具体的には、設定ファイル６０にプラグイン認可優先フラグを設け、画像形成装置１２が、プラグイン認可優先フラグに従って処理を行う。すなわち、プラグイン認可優先フラグが設定されている場合はプラグイン認可情報による認可を行い、プラグイン認可優先フラグが設定されていない場合はユーザアカウント情報による認可を行う。

なお、設定ファイル６０は、プラグインパッケージ毎に設定して設定変更不可能としてもよいし、画像形成装置１２にインストール後に設定変更可能な形態としてもよい。

ここで、画像形成装置１２が、設定ファイル６０を参照して処理を行う場合の処理について説明する。図１１は、本実施形態に係る情報処理システム１０において、携帯端末装置１４からプラグイン５８の実行要求が行われた際に、画像形成装置１２で行われる処理の流れの第１変形例を示すフローチャートである。なお、上述の図６と同一処理については同一符号を付して説明する。また、図１１の処理は、上述の図５の処理が行われて上述のステップ１０６により携帯端末装置１４からプラグインＩＤが画像形成装置１２に送信された場合に開始する。

ステップ２００では、ＣＰＵ２０Ａが、アプリケーションから実行するプラグインＩＤを受信してステップ２０２へ移行する。すなわち、上述のステップ１０６で携帯端末装置１４から送信されたプラグインＩＤを受信する。

ステップ２０２では、ＣＰＵ２０Ａが、ログイン機能によりユーザを認証する認証機能を有する画像形成装置１２であるか否かを判定する。該判定が否定された場合には上述したステップ２０６へ移行し、肯定された場合にはステップ２０３Ａへ移行する。

ステップ２０６では、ＣＰＵ２０Ａが、プラグイン認可情報による認可処理を行って一連の処理を終了する。すなわち、上述の図９に示す処理を行う。

一方、ステップ２０３Ａでは、ＣＰＵ２０Ａが、プラグインパッケージ５６の設定ファイル６０を参照してステップ２０３Ｂへ移行する。

ステップ２０３Ｂでは、ＣＰＵ２０Ａが、プラグイン認可優先フラグがあるか否かを判定する。該判定は、例えば、設定ファイル６０にプラグイン認可優先フラグが設定されているか否かを判定する。該判定が肯定された場合には上述のステップ２０６へ移行し、否定された場合には上述のステップ２０４へ移行する。

ステップ２０４では、ＣＰＵ２０Ａがアカウント情報６４による認可処理を行って一連の処理を終了する。すなわち、上述の図７の処理を行う。

なお、アカウント情報６４による認可と、プラグイン認可情報による認可のどちらで認可するかを個別に設定可能にする以外の設定を設定ファイル６０に設定してもよい。例えば、図１２に示すように、管理者アカウント情報６４Ａと一般ユーザアカウント情報６４Ｂを備えて、一般ユーザアカウントによる認証と、管理者アカウントによる認証とが可能な画像形成装置１２では、一般ユーザアカウントと管理者アカウントのどちらを用いて認可とするかをプラグイン毎に設定ファイル６０に設定してもよい。図１２は、管理者アカウント情報６４Ａと一般ユーザアカウント情報６４Ｂとを備えて、一般ユーザアカウントによる認証と、管理者アカウントによる認証とが可能な画像形成装置１２において、一般ユーザアカウントと管理者アカウントのどちらの認可とするかをプラグイン毎に設定ファイル６０に設定する場合の構成例を示す図である。なお、図４の画像形成装置１２のコントロール・ユニット２０の機能構成と同一構成については同一符号を付して説明する。

具体的には、プラグインパッケージ５６に含む設定ファイル６０に、管理者認証フラグを設け、画像形成装置１２が、管理者認証フラグに従って処理を行う。すなわち、管理者認証フラグが設定されている場合には管理者アカウントを用いてプラグイン５８の実行に対する認可を行い、管理者認証フラグが設定されていない場合には一般ユーザアカウントを用いてプラグイン５８の実行に対する認可を行う。

管理者アカウントによる認可とすることで、プラグイン実行のセキュリティがより強固となる。複数いる一般ユーザを認証することによる認可よりも、一人しかいない管理者又は一般ユーザより少ない管理者を認証することによる認可の方がセキュリティは強くなる。プラグイン作成者が、プラグインの処理内容によりフラグを立てるか立てないか等のように設定ファイル６０を設定することで、管理者アカウントでプラグインの実行を認可するか一般ユーザアカウントでプラグイン５８の実行を認可するかの設定が可能となる。例えば、アドレス帳エクスポートなどの個人情報を扱う機能や、ビリングメータ更新などのプリンタビジネスに大きくかかわる機能を使用する、リスクが高い処理を行うプラグイン５８の場合にフラグを立てることで管理者アカウントを用いてプラグイン５８の実行を認可し、セキュリティを強化する。

ここで、設定ファイル６０に管理者認証フラグを設け、画像形成装置１２が、管理者認証フラグに従って処理を行う場合の具体的な処理について説明する。図１３は、本実施形態に係る情報処理システム１０において、携帯端末装置１４からプラグイン５８の実行要求が行われた際に、画像形成装置１２で行われる処理の流れの第２変形例を示すフローチャートである。なお、上述の図６と同一処理については同一符号を付して説明する。また、図１３の処理は、上述の図５の処理が行われて上述のステップ１０６により携帯端末装置１４からプラグインＩＤが画像形成装置１２に送信された場合に開始する。

ステップ２００では、ＣＰＵ２０Ａが、アプリケーションから実行するプラグインＩＤを受信してステップ２０２へ移行する。すなわち、上述のステップ１０６で携帯端末装置１４から送信されたプラグインＩＤを受信する。

ステップ２０２では、ＣＰＵ２０Ａが、ログイン機能によりユーザを認証する認証機能を有する画像形成装置１２であるか否かを判定する。該判定が否定された場合には上述したステップ２０６へ移行し、肯定された場合にはステップ２０３Ａへ移行する。

ステップ２０６では、ＣＰＵ２０Ａが、プラグイン認可情報による認可処理を行って一連の処理を終了する。すなわち、上述の図９に示す処理を行う。

一方、ステップ２０３Ａでは、ＣＰＵ２０Ａが、プラグインパッケージ５６の設定ファイル６０を参照してステップ２０３Ｃへ移行する。

ステップ２０３Ｃでは、ＣＰＵ２０Ａが、管理者認証フラグがあるか否かを判定する。該判定は、例えば、設定ファイル６０に管理者認証フラグが設定されているか否かを判定する。該判定が否定された場合にはステップ２０４Ａへ移行し、肯定された場合にはステップ２０４Ｂへ移行する。

ステップ２０４Ａでは、ＣＰＵ２０Ａが、一般ユーザアカウント情報６４Ｂによる認可処理を行って一連の処理を終了する。なお、一般ユーザアカウント情報６４Ｂによる認可処理は、上述の図７のアカウント情報による認可処理において、アカウント情報６４の代わりに一般ユーザアカウント情報６４Ｂを用いて同様の処理を行う。

一方、ステップ２０４Ｂでは、ＣＰＵ２０Ａが、管理者アカウント情報６４Ａによる認可処理を行って一連の処理を終了する。なお、管理者アカウント情報６４Ａによる認可処理は、上述の図７のアカウント情報による認可処理において、アカウント情報６４の代わりに管理者アカウント情報６４Ａを用いて同様の処理を行う。

（第２実施形態）
上記の第１実施形態では、画像形成装置１２にプラグインパッケージ５６をインストールしてプラグインの実行を行う例を説明したが、プラグインの実行対象のデバイスは画像形成装置１２に限るものではない。第２実施形態では、デバイスの他の例としてサーバを適用した例を説明する。

例えば、アクセストークンを使用してウェブＡＰＩ（Application Programming Interface）を認可する方式のサーバが公知であるが、ユーザの個人情報を管理し、アクセストークンを使用してウェブＡＰＩを提供するサーバをプラグイン５８の実行対象のデバイスとして適用する例を説明する。図１４は、第２実施形態に係る情報処理システムの概略構成を示す図である。なお、図１と共通構成については同一符号を付して詳細な説明を省略する。

本実施形態に係る情報処理システム９０は、携帯端末装置１４及び情報処理装置の一例としてのサーバ８０を含む構成とされ、それぞれ通信回線１６に接続されている。

ここで、図１５を参照して、ユーザの個人情報を管理し、アクセストークンを使用してウェブＡＰＩを提供する公知のサーバについて簡単に説明する。図１５は、ユーザの個人情報を管理し、アクセストークンを使用してウェブＡＰＩを提供する公知のリソースサーバを説明するための図である。

アクセストークン発行時は、アプリケーションにユーザアカウントを入力して、サーバに対して住所参照権限要求とユーザアカウントを送信すると、サーバがユーザアカウントを認証してアクセストークンをアプリケーションに発行する。例えば、サーバは、住所を要求された場合は、住所のみのアクセス権を与えるアクセストークンを発行する。

個人情報要求時は、アプリケーションは、サーバに対して住所参照要求とサーバから発行されたアクセストークンをサーバに送信する。

サーバはアクセストークンを検証して、個人情報の住所を要求元のアプリケーションに送信する。

このようなサーバにおいて、ユーザを認証する認証機能がない場合には、アクセストークンの発行ができないので、本実施形態では、上記の第１実施形態のように、プラグイン認可情報を用いてアクセストークンを発行する。

図１６は、本実施形態に係る情報処理システム９０におけるサーバ８０の機能構成を示す機能ブロック図である。なお、図４の画像形成装置１２のコントロール・ユニット２０の機能構成と同一構成については同一符号を付して説明する。

サーバ８０は、画像形成装置１２のコントロール・ユニット２０と同様に、図１４に示すように、ＣＰＵ８０Ａ、ＲＯＭ８０Ｂ、及びＲＡＭ８０Ｃ等を備える。そして、ＲＯＭ８０Ｂに記憶されたプログラムをＣＰＵ８０Ａが実行することにより、図１６に示すように、プラグイン管理部５０及びアクセストークン管理部８２の機能を有する。

プラグイン管理部５０は、サーバ８０にインストールされたプラグイン５８を実行するプラグイン実行部５４の機能を備える。プラグイン実行部５４は、アクセストークの検証結果に従ってプラグインの実行の可否を制御する。

アクセストークン管理部８２は、アクセストークン検証部８４及びアクセストークン発行部８６の機能を有する。

アクセストークン検証部８４は、アプリケーションＢ６８等の外部から送信されたアクセストークンを検証し、検証結果をプラグイン実行部５４に通知する。

アクセストークン発行部８６は、サーバ８０がユーザを認証する認証機能を備える場合は、ユーザアカウントをアプリケーションＢ６８がインストールされた外部の携帯端末装置１４等の装置に要求し、ユーザアカウントにより認証を行ってアクセストークンを発行する。

一方、サーバ８０がユーザを認証する認証機能を備えない場合は、アクセストークン発行部８６は、プラグイン５８に固有の認可情報６２の照合対象となる認可情報７０を携帯端末装置１４等の外部の装置に要求する。そして、外部の装置から送信された認可情報７０と、プラグイン５８に固有の認可情報６２とを照合して、アクセストークンを発行する。これにより、ユーザを認証する認証機能がないデバイスでもアクセストークンを発行するための認可が行われる。

プラグインパッケージ５６は、上記の実施形態と同様に、プラグイン５８、設定機能の一例としての設定ファイル６０、及び認可情報６２を含み、画像形成装置１２の管理者等によって画像形成装置１２にインストールされる。

プラグイン５８は、画像形成装置１２の外部からのアクセスを拡張する機能を有し、プラグイン５８を外部から実行することにより、サーバ８０の予め定めた機能の実行として、アクセストークンの発行が可能となる。

設定ファイル６０は、プラグイン５８の実行に関する設定が記憶されたファイルであり、例えば、アカウント情報による認可と、認可情報による認可との何れかを優先するかの設定等が可能とされている。なお、プラグインパッケージ５６は、設定ファイル６０は省略した構成、すなわち、プラグイン５８と認可情報６２を含む構成としてもよい。

認可情報は、プラグイン５８に固有の情報であり、例えば、数字や記号等を含む予め定めた数の文字列が適用される。

続いて、本実施形態に係る情報処理システム９０における携帯端末装置１４とサーバ８０のそれぞれで行われる具体的な処理について説明する。

事前準備としては、デバイス管理者は、サーバ８０にプラグインパッケージ５６を予めインストールする。また、ユーザは、携帯端末装置１４にアプリケーションをインストールする。

まず、事前準備後に、携帯端末装置１４のアプリケーションを操作してサーバ８０に対してプラグイン５８の実行を要求する際の処理について説明する。図１７は、本実施形態に係る情報処理システム９０の携帯端末装置１４において、アプリケーションが操作されてサーバ８０に対してプラグイン５８の実行を要求する際の処理の流れの一例を示すフローチャートである。なお、図５と同一処理は同一符号を付して説明する。また、図１７の処理は、例えば、携帯端末装置１４のアプリケーションの起動が指示された場合に開始する。

ステップ１００では、ＣＰＵ１４Ａが、ユーザによって指示されたアプリケーションを起動してステップ１０３へ移行する。

ステップ１０３では、ＣＰＵ１４Ａが、プラグイン実行要求の指示が行われたか否かを判定する。例えば、アプリケーションの個人情報の送付要求等の指示が行われたか否かを判定する。該判定が否定された場合には処理を終了して他の処理を行う。一方、判定が肯定された場合にはステップ１０５へ移行する。

ステップ１０５では、ＣＰＵ１４Ａが、サーバ８０にプラグイン実行権限を要求してステップ１０７へ移行する。

ステップ１０７では、ＣＰＵ１４Ａが、サーバ８０にプラグインＩＤを送信してプラグイン５８の実行を要求する際の処理を終了する。

続いて、携帯端末装置１４からプラグインの実行権限の要求が行われた際に、サーバ８０で行われる処理について説明する。図１８は、本実施形態に係る情報処理システム９０において、携帯端末装置１４からプラグインの実行要求が行われた際に、サーバ８０で行われる処理の流れの一例を示すフローチャートである。なお、図６の処理と同一処理は同一符号を付して説明する。また、図１８の処理は、上述のステップ１０７により携帯端末装置１４からプラグインＩＤがサーバ８０に送信された場合に開始する。

ステップ２００では、ＣＰＵ８０Ａが、アプリケーションから実行するプラグインＩＤを受信してステップ２０２へ移行する。すなわち、上述のステップ１０７で携帯端末装置１４から送信されたプラグインＩＤを受信する。

ステップ２０２では、ＣＰＵ８０Ａが、ログイン機能によりユーザを認証する認証機能を有するサーバ８０であるか否かを判定する。該判定が肯定された場合にはステップ２０３へ移行し、否定された場合にはステップ２０５へ移行する。

ステップ２０３では、ＣＰＵ８０Ａが、アカウント情報によるアクセストークン発行処理を行って一連の処理を終了する。なお、アカウント情報によるアクセストークン発行処理は、上述のアクセストークンを使用してウェブＡＰＩを提供する公知のサーバと同様の処理を行う。すなわち、ユーザアカウントを携帯端末装置１４から取得してユーザアカウントで認証を行ってアクセストークンを発行する。

一方、ステップ２０５では、ＣＰＵ８０Ａが、プラグイン認可情報によるアクセストークン発行処理を行って一連の処理を終了する。なお、プラグイン認可情報によるアクセストークン発行処理は、図１９に示す処理を行う。図１９は、プラグイン認可情報によるアクセストークン発行処理の流れの一例を示すフローチャートである。なお、図９と同一処理については同一符号を付して説明する。

すなわち、ステップ５００では、ＣＰＵ８０Ａが、携帯端末装置１４のアプリケーションにプラグイン認可情報を要求してステップ５０２へ移行する。

ステップ５０２では、ＣＰＵ８０Ａが、認可情報を携帯端末装置１４から受信したか否かを判定する。該判定が肯定されるまで待機してステップ５０４へ移行する。なお、予め定めた時間経過しても認可情報を受信しない場合には処理を終了してもよい。

ステップ５０４では、ＣＰＵ８０Ａが、プラグインパッケージ５６内の認可情報６２と、携帯端末装置１４から受信した認可情報７０が一致するか否かを判定する。すなわち、プラグイン５８の認可情報６２と携帯端末装置１４のアプリケーションの認可情報７０とを照合することによりプラグイン５８の実行可否を制御する。該判定が否定された場合にはステップ５０５へ移行し、肯定された場合にはステップ５０７へ移行する。

ステップ５０５では、ＣＰＵ８０Ａが、アクセストークンを発行せずに一連の処理を終了する。

一方、ステップ５０７では、ＣＰＵ８０Ａが、指定されたＩＤのプラグイン実行を付与したアクセストークンを携帯端末装置１４に発行して一連の処理を終了する。

次に、サーバ８０で行われるプラグイン認可情報によるアクセストークン発行処理に対応して携帯端末装置１４で行われる処理について説明する。図２０は、プラグイン認可情報によるアクセストークン発行処理に対応して携帯端末装置１４で行われる処理の流れの一例を示すフローチャートである。なお、図１０の処理と同一処理については同一符号を付して説明する。また、図２０の処理は、上述のステップ５００によりサーバ８０からプラグイン認可情報が要求された場合に開始する。

ステップ６００では、ＣＰＵ１４Ａが、サーバ８０から送信された、プラグイン認可情報要求を受信してステップ６０２へ移行する。

ステップ６０２では、ＣＰＵ１４Ａが、アプリケーションに付与された認可情報７０を読み出してステップ６０４へ移行する。ここで、認可情報７０がない場合には処理を終了してプラグインの実行が不可となる。

ステップ６０６では、ＣＰＵ１４Ａが、読み出した認可情報７０を画像形成装置１２に送信してステップ６０８へ移行する。

ステップ６０８では、ＣＰＵ１４Ａが、アクセストークンを受信したか否かを判定する。該判定が肯定されるまで待機して一連の処理を終了する。なお、予め定めた時間が経過してもアクセストークンを受信しない場合には、認可情報７０を再送信してもよいし、アクセストークンの取得失敗を表示部１４Ｆに表示する等によりユーザに通知してもよい。

このように処理を行うことで、ユーザを認証する認証機能がないサーバであっても、プラグイン認可情報を用いてアクセストークンが発行される。

なお、上記の各実施形態では、ユーザを認証する認証機能の一例として、画像形成装置１２又はサーバ８０にアカウント情報を記憶して画像形成装置１２又はサーバ８０でアカウント情報を照合して認証する例を説明したが、ユーザを認証する認証機能はこれに限るものではない。例えば、ユーザを認証する認証サーバを別に備え、認証サーバにアカウント情報を記憶して認証サーバがアカウント情報を照合する。そして、画像形成装置１２又はサーバ８０が認証サーバの認証結果を用いて認証する形態を適用してもよい。

また、上記の各実施形態では、画像形成装置１２又はサーバ８０がプラグイン５８の要求元の携帯端末装置１４に対して認可情報７０を要求することにより認可情報７０を受信するプル型で認可情報７０を取得する例として説明したが、これに限るものではなく、プッシュ型で認可情報７０を取得してもよい。すなわち、携帯端末装置１４からプラグイン５８の実行を要求する際に、要求先に対してプラグイン５８の実行要求と認可情報７０を共に送信する形態としてもよい。また、プッシュ型で携帯端末装置１４のアプリケーションに認可情報７０が記憶されていない場合は、プラグイン５８の実行を要求する際にユーザが操作部１４Ｅを操作して認可情報７０を入力して入力された認可情報７０を実行要求と共に送信する形態としてもよい。

また、上記の各実施形態では、携帯端末装置１４からプラグイン５８の実行を要求する例を説明したが、携帯端末装置１４に限るものではなく、パーソナルコンピュータ等の他の装置からプラグイン５８の実行を要求する形態としてもよい。

また、上記の実施形態において、ＣＰＵをプロセッサの一例として説明したが、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばCPU等）や、専用のプロセッサ（例えばGPU： Graphics Processing Unit、ASIC： Application Specific Integrated Circuit、FPGA： Field Programmable Gate Array、プログラマブル論理デバイス等）を含むものである。

また、上記の実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

また、上記の実施形態に係る情報処理システム１０、９０の各部で行われる処理は、ソフトウエアで行われる処理としてもよいし、ハードウエアで行われる処理としてもよいし、双方を組み合わせた処理としてもよい。また、情報処理システム１０、９０の各部で行われる処理は、プログラムとして記憶媒体に記憶して流通させるようにしてもよい。

また、本発明は、上記に限定されるものでなく、上記以外にも、その主旨を逸脱しない範囲内において種々変形して実施可能であることは勿論である。

１０、９０ 情報処理システム
１２ 画像形成装置
１４ 携帯端末装置
２０ コントロール・ユニット
２０Ａ ＣＰＵ
５０ プラグイン管理部
５２ 認可部
５４ プラグイン実行部
５６ プラグインパッケージ
５８ プラグイン
６０ 設定ファイル
６２、７０ 認可情報
６４ アカウント情報
６４Ａ 管理者アカウント
６４Ｂ 一般ユーザアカウント
８０ サーバ
８０Ａ ＣＰＵ
８２ アクセストークン管理部
８４ アクセストークン検証部
８６ アクセストークン発行部

Claims (12)

1. プロセッサを備え、前記プロセッサは、
   外部からのアクセスを拡張するプラグインを実行する際に、自装置を使用するユーザを認証する認証機能がない場合に、照合対象となる対象認可情報を前記プラグインの実行要求元から受信し、
   前記プラグインが有する固有の予め定めた認可情報と、前記対象認可情報とを用いて、前記プラグインの実行の可否を制御する処理を行う情報処理装置。
2. プロセッサを備え、前記プロセッサは、
   外部からのアクセスを拡張するプラグインであって、自装置を使用するユーザを認証する認証機能を優先するか、前記プラグインが有する固有の予め定めた認可情報と前記プラグインの実行要求元から照合対象となる対象認可情報とを用いる処理を優先するかを設定する設定機能を含むプラグインパッケージとして自装置にインストールされたプラグインを実行する際に、前記対象認可情報を受信し、
   前記認可情報と、前記対象認可情報とを用いて、前記プラグインの実行の可否を制御し、
   かつ前記認証機能がある場合は、前記認証機能により前記プラグインの実行の可否を制御する処理を行う情報処理装置。
3. プロセッサを備え、前記プロセッサは、
   外部からのアクセスを拡張するプラグインであって、自装置を使用するユーザを認証する認証機能として一般ユーザと管理者とを個別に扱う認証機能を有する場合に、一般ユーザと管理者の何れで認証を行うかを設定する認証設定機能を含むプラグインパッケージとして自装置にインストールされたプラグインを実行する際に、前記プラグインの実行要求元から照合対象となる対象認可情報を受信し、
   前記プラグインが有する固有の予め定めた認可情報と、前記対象認可情報とを用いて、前記プラグインの実行の可否を制御し、
   かつ自装置を使用するユーザを認証する認証機能がある場合は、前記認証機能により前記プラグインの実行の可否を制御する処理を行う情報処理装置。
4. プロセッサを備え、前記プロセッサは、
   外部からのアクセスを拡張するプラグインを実行する際に、前記プラグインの実行要求元から照合対象となる対象認可情報を受信し、
   前記プラグインが有する固有の予め定めた認可情報と、前記対象認可情報とを用いて、前記プラグインの実行の可否として予め定めたアクセストークンの発行の可否を制御する処理を行う情報処理装置。
5. 前記プロセッサは、前記プラグインの実行を要求する際に、照合対象となる対象認可情報を前記プラグインの実行要求元に要求することにより、前記プラグインの実行要求元から前記対象認可情報を受信する処理を行う請求項１～４の何れか１項に記載の情報処理装置。
6. 前記プロセッサは、自装置を使用するユーザを認証する認証機能がない場合に、前記対象認可情報を前記プラグインの実行要求元に要求する処理を行う請求項５に記載の情報処理装置。
7. 前記プロセッサは、自装置を使用するユーザを認証する認証機能がある場合は、前記認証機能により前記プラグインの実行の可否を制御する処理を行う請求項１又は請求項４に記載の情報処理装置。
8. 前記プラグインは、前記認証機能を優先するか、前記認可情報と前記対象認可情報とを用いる処理を優先するかを設定する設定機能を含むプラグインパッケージとして自装置にインストールされたものである請求項７に記載の情報処理装置。
9. 前記プラグインは、前記認証機能として一般ユーザと管理者とを個別に扱う認証機能を有する場合に、一般ユーザと管理者の何れで認証を行うかを設定する認証設定機能を含むプラグインパッケージとして自装置にインストールされたものである請求項７又は請求項８に記載の情報処理装置。
10. 前記プラグインの実行可否は、予め定めたアクセストークンの発行の可否である請求項１～３の何れか１項に記載の情報処理装置。
11. 請求項１～１０の何れか１項に記載の情報処理装置と、
    前記プラグインの実行要求と、前記対象認可情報の送信とを前記情報処理装置に対して行う端末装置と、
    を含む情報処理システム。
12. コンピュータに、請求項１～１０の何れか１項に記載の情報処理装置として機能させるための情報処理プログラム。