情報処理装置及びアプリケーションの実行方法
【課題】アプリケーションのインストールを行う際において、システム管理者の権限で実行させたい場合に、起動ユーザの設定を不要とする。
【解決手段】非対話的にアプリケーションを実行できる情報処理装置とそのアプリケーションの実行方法であって、アプリケーションからのアクセス制御トークンの発行要求に応じて、定義ファイルに記述されたユーザタイプが、情報処理装置に定義されたユーザタイプに含まれる場合に（Ｓ６０６）、当該ユーザタイプに応じたアクセス制御トークンを発行し（Ｓ６０７）、そのアクセス制御トークンのユーザタイプが、アプリケーションによる処理の実行権限を有するユーザタイプに含まれている場合に（Ｓ６１１，Ｓ６１２）、アプリケーションによる処理を実行する（Ｓ６１３）。
【解決手段】非対話的にアプリケーションを実行できる情報処理装置とそのアプリケーションの実行方法であって、アプリケーションからのアクセス制御トークンの発行要求に応じて、定義ファイルに記述されたユーザタイプが、情報処理装置に定義されたユーザタイプに含まれる場合に（Ｓ６０６）、当該ユーザタイプに応じたアクセス制御トークンを発行し（Ｓ６０７）、そのアクセス制御トークンのユーザタイプが、アプリケーションによる処理の実行権限を有するユーザタイプに含まれている場合に（Ｓ６１１，Ｓ６１２）、アプリケーションによる処理を実行する（Ｓ６１３）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置で動作するアプリケーションに自動的に実行権限を割り当てる技術に関するものである。
【背景技術】
【０００２】
コンピュータシステムでは、そのシステムの管理者を定め、その管理者だけが特定の処理を実行できるように、システムの機能を実施できるユーザを制限する仕組みを持つものがある。例えばシステム管理者と呼ばれる特別なユーザを定め、そのシステム管理者だけにシステムの管理に関する機能を実行できる権限を割り当てている。この場合、ユーザの認証処理によりシステム管理者と認定されたユーザのみがシステムの管理に関する機能を実行できる。
【０００３】
一般にシステムが対話的に利用される場合の認証処理としては、ユーザにユーザ名、パスワードを入力させ、システムがそのユーザの正当性を判断している。即ち、入力されたユーザ名、パスワードがシステム管理者のものと一致すれば、そのユーザはシステム管理者と認定される。
【０００４】
一方、非対話的に機能が実行されなければならない場合もある。例えば、定期的な運用ログの取得などは、ユーザの操作に頼ることなく自動的に行われなければならない。この場合、利用者にユーザ名やパスワードを入力させることはできないので、別の何等かの方法により、その機能がどのユーザ権限で実行されるかを決定する仕組みが必要になる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−２５９４２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の方法では、アプリケーションをどのユーザ権限で実行させるかを、予め起動ユーザとして設定しておくという運用方法が必要になる。例えば、アプリケーションをシステム管理者の権限で実行させたい場合、アプリケーションのインストールを行う際に、起動ユーザとしてシステム管理者を設定する操作が必要となる。このようにアプリケーションを利用するには、そのアプリケーションのインストール操作において起動ユーザの設定操作が必要になるため、インストール作業に時間がかかるという問題があった。
【０００７】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００８】
本発明の特徴は、アプリケーションを起動するユーザの設定が不要となり、アプリケーションを利用するにあたっての利便性を向上させることにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
非対話的にアプリケーションを実行できる情報処理装置であって、
アプリケーションと、当該アプリケーションを実行できる権限を有するユーザタイプを記述した定義ファイルとを記憶する記憶手段と、
前記アプリケーションからのアクセス制御トークンの発行要求に応じて、前記定義ファイルに記述されたユーザタイプが、前記情報処理装置に定義されたユーザタイプに含まれる場合に当該ユーザタイプに応じた前記アクセス制御トークンを発行する発行手段と、
前記発行手段により発行された前記アクセス制御トークンのユーザタイプが、前記アプリケーションによる処理の実行権限を有するユーザタイプに含まれている場合に、前記アプリケーションによる前記処理を実行する処理実行手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、アプリケーションを起動するユーザの設定が不要となり、アプリケーションを利用するにあたっての利便性を向上できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係るシステム全体を説明する図。
【図２】本実施形態に係るＭＦＰ及びＰＣの構成を示すブロック図。
【図３】本実施形態に係るＭＦＰのソフトウェア構成を説明するブロック図。
【図４】本実施形態に係るＭＦＰにおける処理の流れをブロック図で表した図。
【図５】本実施形態に係るＭＦＰへのアプリケーションのインストールを説明するフローチャート。
【図６】本実施形態に係るＭＦＰ１０１によるＡＣＴ発行及び処理実行を示すフローチャート。
【図７】アプリケーション定義ファイル（Ａ）、ユーザタイプ一覧（Ｂ）及び実行権限管理データベース（Ｃ）の一例を示す図。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１３】
図１は、本発明の一実施形態に係るシステム全体を説明する図である。
【００１４】
このシステムでは、ＭＦＰ（多機能処理装置）１０１とＰＣ１０２とがＬＡＮ１０３で接続され、これら装置はＬＡＮ１０３を介して相互に通信可能である。ＭＦＰ１０１は、プリンタ機能、スキャナ機能、ストレージ機能及びファクシミリ機能などを有する。ＰＣ１０２は、例えばパーソナルコンピュータなどの情報処理装置である。尚、本発明は、ＭＦＰ１０１、ＰＣ１０２として配置される装置をそれぞれＭＦＰ，ＰＣに限定するものでなく、例えばＭＦＰ１０１の位置にＰＣを、ＰＣ１０２の位置に他の情報端末を配置してもよいことはもちろんである。またこのＬＡＮ１０３には、更に多くの装置、機器、デバイスなどが接続されていてもよいことはもちろんである。
【００１５】
図２は、本実施形態に係るＭＦＰ１０１及びＰＣ１０２の構成を示すブロック図である。
【００１６】
まずＭＦＰ１０１の構成について説明する。
【００１７】
ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出してスキャナ部２２１を使用した原稿の読み取り制御や、プリンタ部２２０を使用した印刷制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは後述する実行権限管理データベース３４１（図３、図４）のデータ等を記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。プリンタＩ／Ｆ２１６は、プリンタ部２２０と制御部２１０とを接続する。プリンタ部２２０で印刷される画像データは、プリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ部２２０に転送され、プリンタ部２２０により記録用シート（記録媒体）に印刷される。スキャナＩ／Ｆ２１７は、スキャナ部２２１と制御部２１０とを接続する。スキャナ部２２１は、原稿上の画像を読み取って画像データを生成し、その画像データをスキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１０３に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１０３に接続された外部情報処理装置（例えば、ＰＣ１０２等）に画像データや各種情報を送信したり、ＬＡＮ１０３上の外部情報処理装置（ＰＣ１０２等）からアプリケーションのインストール指示を受信する。
【００１８】
次にＰＣ１０２の構成を説明する。
【００１９】
ネットワークＩ／Ｆ２５０は、ＰＣ１０２をＬＡＮ１０３と接続する。Ｗｅｂブラウザ２５１は、ネットワークＩ／Ｆ２５０を介してＬＡＮ１０３上のＭＦＰ１０１や各種機器と接続し、受信したＨＴＭＬデータを基にＷｅｂページの表示を行ったり、ＬＡＮ１０３上のＭＦＰ１０１や各種機器に対してデータの送信を行う。
【００２０】
図３は、本実施形態に係るＭＦＰ１０１のソフトウェア構成を説明するブロック図である。尚、ＡＣＴは、Access Control Token（アクセス制御トークン）の略であり、ＡＣＴに格納される情報により、アプリケーションが使用可能なＭＦＰ１０１の機能が特定される。尚、以下の説明では、ＭＦＰ１０１が非対話的にアプリケーションを実行する場合で説明する。
【００２１】
アプリケーション処理部３００は、ＭＦＰ１０１上に存在し、制御部２１０の各構成要素を用いて実現されるソフトウェアである。
【００２２】
アプリケーション３１０はアプリケーション実行基盤３３０の上で動作する。アプリケーション３１０とアプリケーション実行基盤３３０との関係は、Java（登録商標）アプリケーションとJava（登録商標） Virtual Machineのような関係である。アプリケーション３１０は入れ替え可能であり、インストールされることで、アプリケーション処理部３００に配置される。アプリケーション３１０は、処理実行部３４０に対して処理を依頼する処理依頼部３１１、ＡＣＴ生成部３２１に対してＡＣＴの発行を依頼するＡＣＴ発行依頼部３１２、アプリケーション３１０の属性を記述したアプリケーション定義ファイル３１４を含んでいる。また、処理を実行する過程でＡＣＴ発行依頼部３１２がＡＣＴを取得すると、その取得されたＡＣＴはＡＣＴ３１３としてメモリ（ＲＡＭ２１３）に保持される。アプリケーション定義ファイル３１４は、そのアプリケーションがどのユーザ権限で動作すべきかについての情報を記述している。
【００２３】
図７（Ａ）は、アプリケーション定義ファイルの一例を示す図である。
【００２４】
この例では、項目＝「ユーザタイプ」、値＝「Administrator（管理者）」が設定されており、このアプリケーションは、Administrator（管理者）権限で動作すべきことを示している。
【００２５】
ＡＣＴ発行部３２０は、ＡＣＴの発行処理を行う。ＡＣＴ生成部３２１は、ＡＣＴ発行依頼部３１２からのＡＣＴの発行要求に応じてＡＣＴを生成する。アプリ属性取得部３３２は、アプリ属性の取得依頼に応じて、アプリケーション定義ファイル３１４に記述されたアプリケーション３１０の属性であるアプリ属性を取得する。ＡＣＴ生成部３２１がＡＣＴを生成する際、ユーザタイプ一覧３２３が参照される。
【００２６】
図７（Ｂ）は、ユーザタイプ一覧の一例を示す図である。
【００２７】
この例では、ユーザタイプとして、番号（Ｎｏ）１の「Administrator（管理者）」と番号２の「GeneralUser（一般ユーザ）」の２つが存在している。なお、本実施形態では、ＭＦＰ１０１を利用するユーザ個人を特定するユーザＩＤに対してこれらユーザタイプを割り当てることができるとともに、ユーザではないＭＦＰ１０１システムに対してユーザタイプを割り当てることができる。また、本実施形態では、GeneralUserよりもAdministratorの方がより多くの操作に対する実行権限を有しているものとする。つまり、Administratorは、GeneralUserよりも強い実行権限を有する。
【００２８】
処理実行部３４０は、アプリケーション３１０からの依頼に応じて各種処理を行う。処理実行部３４０には複数種類の処理部が存在するが、図３には例として設定処理部３４２、ログ処理部３４３が記載されている。設定処理部３４２は、ＭＦＰ１０１の各種設定に関し設定値の設定や参照を行う。ログ処理部３４３は、ログの書き込みやログの取得などを行う。処理を実行するのに際して、各処理部は実行権限のチェックを行い、その際に実行権限管理データベース３４１の情報が利用される。
【００２９】
図７（Ｃ）は、実行権限管理データベース３４１のデータ例を示す図である。
【００３０】
この例では、処理実行部３４０の各処理部に対応付けて、その処理部が処理を実行するのに必要となるユーザの権限を定義している。図７（Ｃ）の例では、設定処理部３４２及びログ処理部３４３が処理を行うには、ユーザタイプとしてAdministrator（管理者）権限が必要であることを示している。
【００３１】
以上、本実施形態の概要を説明した。次に本実施形態における処理の流れを説明する。本実施形態の処理は、大きく分けて、「アプリケーションのインストール」と、「ＡＣＴの発行及び処理の実行処理」の２つに分かれる。
【００３２】
図５は、本実施形態に係るＭＦＰ１０１へのアプリケーションのインストール処理を説明するフローチャートである。
【００３３】
まずＳ５０１で、ＰＣ１０２のＷｅｂブラウザ２５１が、ＭＦＰ１０１のアプリケーション実行基盤３３０と接続する。この接続後、Ｓ５０２で、ユーザの認証が行われる。この場合のユーザ認証の方法は何でもよいが、認証に失敗するとＳ５０８に進んでインストールが失敗したものとして処理を終了する。
【００３４】
Ｓ５０２で、ユーザの認証に成功するとＳ５０３に進み、Ｗｅｂブラウザ２５１によりアプリケーション３１０のインストール操作を行う。これによりＳ５０４で、アプリケーション実行基盤３３０は、ＭＦＰ１０１のＨＤＤ２１４に、そのアプリケーション３１０をインストールして配置する。このとき、アプリケーション３１０に含まれるアプリケーション定義ファイル３１４は、アプリケーション３１０を構成するデータの一部として存在してもいいし、ＭＦＰ１０１のＲＡＭ２１３或いはＨＤＤ２１４に配置されてもよい。次にＳ５０５に進み、Ｗｅｂブラウザ２５１によりアプリケーション３１０の開始操作が行われる。これによりＳ５０６で、アプリケーション実行基盤３３０は、ＭＦＰ１０１のＲＡＭ２１３にアプリケーション３１０を展開して配置する。これによりアプリケーションの実行が可能となる。そしてＳ５０７で、そのアプリケーション３１０を実行する。以上がＭＦＰ１０１におけるアプリケーション３１０のインストール処理の流れである。
【００３５】
続いて、ＡＣＴの発行及び処理の実行の流れについて説明する。
【００３６】
図４は、本実施形態に係るＭＦＰ１０１における処理の流れをブロック図で表した図であり、図６はフローチャートで表したものである。
【００３７】
図６は、本実施形態に係るＭＦＰ１０１によるＡＣＴの発行及び、アプリケーションによる処理の実行を説明するフローチャートである。以下、図４及び図６を参照して説明する。
【００３８】
まずＡＣＴの発行処理の流れについて説明する。
【００３９】
まずＳ６０１で、ＭＦＰ１０１でアプリケーション３１０が処理を開始すると、ＡＣＴ発行依頼部３１２は、ＡＣＴ生成部３２１に対してＡＣＴの発行を依頼する（図４の４００）。このＡＣＴの発行依頼を受けたＡＣＴ生成部３２１は、Ｓ６０２で、アプリ属性取得部３２２に対して、アプリケーション３１０の属性であるアプリ属性の取得を依頼する（図４の４０１）。このアプリ属性の取得依頼を受けたアプリ属性取得部３２２は、Ｓ６０３で、アプリケーション定義ファイル３１４を参照して、そのアプリケーション３１０のアプリ属性を取得し（図４の４０２）ＡＣＴ生成部３２１に返答する。次にＳ６０４に進み、アプリ属性取得部３２２は、アプリ属性が取得できたかどうか判定し、取得できなかった場合はＳ６１４に進み、処理の実行に失敗したものとして処理を終了する。
【００４０】
一方、Ｓ６０４で、アプリ属性を取得できた場合はＳ６０５に進み、アプリ属性取得部３２２は、ＡＣＴ生成部３２１に、その取得したアプリ属性を返却する（図４の４０３）。次にＳ６０６で、このアプリ属性を受け取ったＡＣＴ生成部３２１は、そのアプリ属性の中からユーザタイプを取り出し、そのユーザタイプがユーザタイプ一覧３２３（図７（Ｂ））に存在するか否かを判定する。ここで存在しないと判定するとＡＣＴの発行はできないためＳ６１４に進んで、処理の実行が失敗したものとして処理を終了する。
【００４１】
Ｓ６０６で、ユーザタイプがユーザタイプ一覧３２３に存在する場合はＳ６０７に進み、ＡＣＴ生成部３２１は、ユーザタイプ一覧３２３に記述されたユーザタイプに応じてＡＣＴを生成する（図４の４０４）。そしてＳ６０８で、その生成したＡＣＴをＡＣＴ発行依頼部３１２に返却する（図４の４０５）。次にＳ６０９に進み、そのＡＣＴを受け取ったＡＣＴ発行依頼部３１２は、ＡＣＴをアプリケーション３１０と関連付けられたＲＡＭ２１３にＡＣＴ３１３として保持する（図４の４０６）。以上で、ＡＣＴの発行が完了した。次に、このＡＣＴ３１３を用いて処理を実行する流れについて説明する。
【００４２】
Ｓ６１０では、処理依頼部３１１は、処理実行部３４０に対して、そのアプリケーション３１０で実行される処理の実行を依頼する（図４の４０７）。このとき処理依頼部３１１は、その取得したＡＣＴ３１３を処理実行部３４０に渡す。処理実行部３４０には複数の処理部が存在しており、いずれか１つの処理部が処理の実行依頼を受ける。以降では例として、ログ処理部３４３が処理の実行依頼を受けたものとして説明する。
【００４３】
Ｓ６１１では、処理の実行依頼を受けたログ処理部３４３は、実行権限管理データベース３４１（図７（Ｃ））にアクセスし、ログ処理部３４３が処理を実行するために必要なユーザの種別（ユーザタイプ）が何であるかを判定する。次にＳ６１２に進み、ログ処理部３４３は、処理を実行するために必要なユーザタイプが、受け取ったＡＣＴに含まれているか否かを確認する（図４の４０８）。ここで含まれていない場合、つまり、そのアプリケーション３１０の実行権限がない場合はＳ６１４に進み、処理の実行が失敗したものとして処理を終了する。一方、Ｓ６１２で、処理を実行するために必要なユーザタイプがＡＣＴ３１３に含まれている場合、つまりアプリケーション３１０の実行権限がある場合はＳ６１３に進み、ログ処理部３４３は、ログの書き込みやログの取得処理等を実行する（図４の４０９）。ここでは図示していないが、これ以降の処理の具体例としては、ログ処理部３４３がログを取得し、アプリケーション３１０に返却し、アプリケーション３１０が取得したログをファイルに出力する、といった処理等が挙げられる。
【００４４】
尚、上述の実施形態において、アプリケーション定義ファイル３１４に複数のユーザタイプが記述されている場合は、より多くの操作に対する実行権限を有するユーザタイプに応じたＡＣＴが生成される。より多くの操作に対する実行権限を有するユーザタイプとは、より強い実行権限を有する、或いは、より限定された権限を実行可能な実行権限を有するユーザタイプである。具体的には以下のように処理が行われる。
【００４５】
アプリケーション定義ファイル３１４に複数のユーザタイプが記述されている場合は、アプリ属性取得部３２２を経て、ＡＣＴ生成部３２１が複数のユーザタイプを受け取る。そして、ユーザタイプ一覧３２３に記載されたユーザタイプと比較し、より多くの操作に対する実行権限を有する（例えば、図７（Ｂ）で番号がより小さい）ユーザタイプ（図７（Ｂ）では、番号が「１」の管理者）が選択される。こうしてＡＣＴ生成部３２１は、その選択されたユーザタイプに応じたＡＣＴを生成する。
【００４６】
以上説明したように本実施形態によれば、アプリケーションをどのユーザ権限で実行させるかを、インストール先のデバイスに応じて自動的に決定することができる。
【００４７】
（その他の実施形態）
また本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、情報処理装置で動作するアプリケーションに自動的に実行権限を割り当てる技術に関するものである。
【背景技術】
【０００２】
コンピュータシステムでは、そのシステムの管理者を定め、その管理者だけが特定の処理を実行できるように、システムの機能を実施できるユーザを制限する仕組みを持つものがある。例えばシステム管理者と呼ばれる特別なユーザを定め、そのシステム管理者だけにシステムの管理に関する機能を実行できる権限を割り当てている。この場合、ユーザの認証処理によりシステム管理者と認定されたユーザのみがシステムの管理に関する機能を実行できる。
【０００３】
一般にシステムが対話的に利用される場合の認証処理としては、ユーザにユーザ名、パスワードを入力させ、システムがそのユーザの正当性を判断している。即ち、入力されたユーザ名、パスワードがシステム管理者のものと一致すれば、そのユーザはシステム管理者と認定される。
【０００４】
一方、非対話的に機能が実行されなければならない場合もある。例えば、定期的な運用ログの取得などは、ユーザの操作に頼ることなく自動的に行われなければならない。この場合、利用者にユーザ名やパスワードを入力させることはできないので、別の何等かの方法により、その機能がどのユーザ権限で実行されるかを決定する仕組みが必要になる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−２５９４２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の方法では、アプリケーションをどのユーザ権限で実行させるかを、予め起動ユーザとして設定しておくという運用方法が必要になる。例えば、アプリケーションをシステム管理者の権限で実行させたい場合、アプリケーションのインストールを行う際に、起動ユーザとしてシステム管理者を設定する操作が必要となる。このようにアプリケーションを利用するには、そのアプリケーションのインストール操作において起動ユーザの設定操作が必要になるため、インストール作業に時間がかかるという問題があった。
【０００７】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００８】
本発明の特徴は、アプリケーションを起動するユーザの設定が不要となり、アプリケーションを利用するにあたっての利便性を向上させることにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
非対話的にアプリケーションを実行できる情報処理装置であって、
アプリケーションと、当該アプリケーションを実行できる権限を有するユーザタイプを記述した定義ファイルとを記憶する記憶手段と、
前記アプリケーションからのアクセス制御トークンの発行要求に応じて、前記定義ファイルに記述されたユーザタイプが、前記情報処理装置に定義されたユーザタイプに含まれる場合に当該ユーザタイプに応じた前記アクセス制御トークンを発行する発行手段と、
前記発行手段により発行された前記アクセス制御トークンのユーザタイプが、前記アプリケーションによる処理の実行権限を有するユーザタイプに含まれている場合に、前記アプリケーションによる前記処理を実行する処理実行手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、アプリケーションを起動するユーザの設定が不要となり、アプリケーションを利用するにあたっての利便性を向上できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係るシステム全体を説明する図。
【図２】本実施形態に係るＭＦＰ及びＰＣの構成を示すブロック図。
【図３】本実施形態に係るＭＦＰのソフトウェア構成を説明するブロック図。
【図４】本実施形態に係るＭＦＰにおける処理の流れをブロック図で表した図。
【図５】本実施形態に係るＭＦＰへのアプリケーションのインストールを説明するフローチャート。
【図６】本実施形態に係るＭＦＰ１０１によるＡＣＴ発行及び処理実行を示すフローチャート。
【図７】アプリケーション定義ファイル（Ａ）、ユーザタイプ一覧（Ｂ）及び実行権限管理データベース（Ｃ）の一例を示す図。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１３】
図１は、本発明の一実施形態に係るシステム全体を説明する図である。
【００１４】
このシステムでは、ＭＦＰ（多機能処理装置）１０１とＰＣ１０２とがＬＡＮ１０３で接続され、これら装置はＬＡＮ１０３を介して相互に通信可能である。ＭＦＰ１０１は、プリンタ機能、スキャナ機能、ストレージ機能及びファクシミリ機能などを有する。ＰＣ１０２は、例えばパーソナルコンピュータなどの情報処理装置である。尚、本発明は、ＭＦＰ１０１、ＰＣ１０２として配置される装置をそれぞれＭＦＰ，ＰＣに限定するものでなく、例えばＭＦＰ１０１の位置にＰＣを、ＰＣ１０２の位置に他の情報端末を配置してもよいことはもちろんである。またこのＬＡＮ１０３には、更に多くの装置、機器、デバイスなどが接続されていてもよいことはもちろんである。
【００１５】
図２は、本実施形態に係るＭＦＰ１０１及びＰＣ１０２の構成を示すブロック図である。
【００１６】
まずＭＦＰ１０１の構成について説明する。
【００１７】
ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出してスキャナ部２２１を使用した原稿の読み取り制御や、プリンタ部２２０を使用した印刷制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは後述する実行権限管理データベース３４１（図３、図４）のデータ等を記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。プリンタＩ／Ｆ２１６は、プリンタ部２２０と制御部２１０とを接続する。プリンタ部２２０で印刷される画像データは、プリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ部２２０に転送され、プリンタ部２２０により記録用シート（記録媒体）に印刷される。スキャナＩ／Ｆ２１７は、スキャナ部２２１と制御部２１０とを接続する。スキャナ部２２１は、原稿上の画像を読み取って画像データを生成し、その画像データをスキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１０３に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１０３に接続された外部情報処理装置（例えば、ＰＣ１０２等）に画像データや各種情報を送信したり、ＬＡＮ１０３上の外部情報処理装置（ＰＣ１０２等）からアプリケーションのインストール指示を受信する。
【００１８】
次にＰＣ１０２の構成を説明する。
【００１９】
ネットワークＩ／Ｆ２５０は、ＰＣ１０２をＬＡＮ１０３と接続する。Ｗｅｂブラウザ２５１は、ネットワークＩ／Ｆ２５０を介してＬＡＮ１０３上のＭＦＰ１０１や各種機器と接続し、受信したＨＴＭＬデータを基にＷｅｂページの表示を行ったり、ＬＡＮ１０３上のＭＦＰ１０１や各種機器に対してデータの送信を行う。
【００２０】
図３は、本実施形態に係るＭＦＰ１０１のソフトウェア構成を説明するブロック図である。尚、ＡＣＴは、Access Control Token（アクセス制御トークン）の略であり、ＡＣＴに格納される情報により、アプリケーションが使用可能なＭＦＰ１０１の機能が特定される。尚、以下の説明では、ＭＦＰ１０１が非対話的にアプリケーションを実行する場合で説明する。
【００２１】
アプリケーション処理部３００は、ＭＦＰ１０１上に存在し、制御部２１０の各構成要素を用いて実現されるソフトウェアである。
【００２２】
アプリケーション３１０はアプリケーション実行基盤３３０の上で動作する。アプリケーション３１０とアプリケーション実行基盤３３０との関係は、Java（登録商標）アプリケーションとJava（登録商標） Virtual Machineのような関係である。アプリケーション３１０は入れ替え可能であり、インストールされることで、アプリケーション処理部３００に配置される。アプリケーション３１０は、処理実行部３４０に対して処理を依頼する処理依頼部３１１、ＡＣＴ生成部３２１に対してＡＣＴの発行を依頼するＡＣＴ発行依頼部３１２、アプリケーション３１０の属性を記述したアプリケーション定義ファイル３１４を含んでいる。また、処理を実行する過程でＡＣＴ発行依頼部３１２がＡＣＴを取得すると、その取得されたＡＣＴはＡＣＴ３１３としてメモリ（ＲＡＭ２１３）に保持される。アプリケーション定義ファイル３１４は、そのアプリケーションがどのユーザ権限で動作すべきかについての情報を記述している。
【００２３】
図７（Ａ）は、アプリケーション定義ファイルの一例を示す図である。
【００２４】
この例では、項目＝「ユーザタイプ」、値＝「Administrator（管理者）」が設定されており、このアプリケーションは、Administrator（管理者）権限で動作すべきことを示している。
【００２５】
ＡＣＴ発行部３２０は、ＡＣＴの発行処理を行う。ＡＣＴ生成部３２１は、ＡＣＴ発行依頼部３１２からのＡＣＴの発行要求に応じてＡＣＴを生成する。アプリ属性取得部３３２は、アプリ属性の取得依頼に応じて、アプリケーション定義ファイル３１４に記述されたアプリケーション３１０の属性であるアプリ属性を取得する。ＡＣＴ生成部３２１がＡＣＴを生成する際、ユーザタイプ一覧３２３が参照される。
【００２６】
図７（Ｂ）は、ユーザタイプ一覧の一例を示す図である。
【００２７】
この例では、ユーザタイプとして、番号（Ｎｏ）１の「Administrator（管理者）」と番号２の「GeneralUser（一般ユーザ）」の２つが存在している。なお、本実施形態では、ＭＦＰ１０１を利用するユーザ個人を特定するユーザＩＤに対してこれらユーザタイプを割り当てることができるとともに、ユーザではないＭＦＰ１０１システムに対してユーザタイプを割り当てることができる。また、本実施形態では、GeneralUserよりもAdministratorの方がより多くの操作に対する実行権限を有しているものとする。つまり、Administratorは、GeneralUserよりも強い実行権限を有する。
【００２８】
処理実行部３４０は、アプリケーション３１０からの依頼に応じて各種処理を行う。処理実行部３４０には複数種類の処理部が存在するが、図３には例として設定処理部３４２、ログ処理部３４３が記載されている。設定処理部３４２は、ＭＦＰ１０１の各種設定に関し設定値の設定や参照を行う。ログ処理部３４３は、ログの書き込みやログの取得などを行う。処理を実行するのに際して、各処理部は実行権限のチェックを行い、その際に実行権限管理データベース３４１の情報が利用される。
【００２９】
図７（Ｃ）は、実行権限管理データベース３４１のデータ例を示す図である。
【００３０】
この例では、処理実行部３４０の各処理部に対応付けて、その処理部が処理を実行するのに必要となるユーザの権限を定義している。図７（Ｃ）の例では、設定処理部３４２及びログ処理部３４３が処理を行うには、ユーザタイプとしてAdministrator（管理者）権限が必要であることを示している。
【００３１】
以上、本実施形態の概要を説明した。次に本実施形態における処理の流れを説明する。本実施形態の処理は、大きく分けて、「アプリケーションのインストール」と、「ＡＣＴの発行及び処理の実行処理」の２つに分かれる。
【００３２】
図５は、本実施形態に係るＭＦＰ１０１へのアプリケーションのインストール処理を説明するフローチャートである。
【００３３】
まずＳ５０１で、ＰＣ１０２のＷｅｂブラウザ２５１が、ＭＦＰ１０１のアプリケーション実行基盤３３０と接続する。この接続後、Ｓ５０２で、ユーザの認証が行われる。この場合のユーザ認証の方法は何でもよいが、認証に失敗するとＳ５０８に進んでインストールが失敗したものとして処理を終了する。
【００３４】
Ｓ５０２で、ユーザの認証に成功するとＳ５０３に進み、Ｗｅｂブラウザ２５１によりアプリケーション３１０のインストール操作を行う。これによりＳ５０４で、アプリケーション実行基盤３３０は、ＭＦＰ１０１のＨＤＤ２１４に、そのアプリケーション３１０をインストールして配置する。このとき、アプリケーション３１０に含まれるアプリケーション定義ファイル３１４は、アプリケーション３１０を構成するデータの一部として存在してもいいし、ＭＦＰ１０１のＲＡＭ２１３或いはＨＤＤ２１４に配置されてもよい。次にＳ５０５に進み、Ｗｅｂブラウザ２５１によりアプリケーション３１０の開始操作が行われる。これによりＳ５０６で、アプリケーション実行基盤３３０は、ＭＦＰ１０１のＲＡＭ２１３にアプリケーション３１０を展開して配置する。これによりアプリケーションの実行が可能となる。そしてＳ５０７で、そのアプリケーション３１０を実行する。以上がＭＦＰ１０１におけるアプリケーション３１０のインストール処理の流れである。
【００３５】
続いて、ＡＣＴの発行及び処理の実行の流れについて説明する。
【００３６】
図４は、本実施形態に係るＭＦＰ１０１における処理の流れをブロック図で表した図であり、図６はフローチャートで表したものである。
【００３７】
図６は、本実施形態に係るＭＦＰ１０１によるＡＣＴの発行及び、アプリケーションによる処理の実行を説明するフローチャートである。以下、図４及び図６を参照して説明する。
【００３８】
まずＡＣＴの発行処理の流れについて説明する。
【００３９】
まずＳ６０１で、ＭＦＰ１０１でアプリケーション３１０が処理を開始すると、ＡＣＴ発行依頼部３１２は、ＡＣＴ生成部３２１に対してＡＣＴの発行を依頼する（図４の４００）。このＡＣＴの発行依頼を受けたＡＣＴ生成部３２１は、Ｓ６０２で、アプリ属性取得部３２２に対して、アプリケーション３１０の属性であるアプリ属性の取得を依頼する（図４の４０１）。このアプリ属性の取得依頼を受けたアプリ属性取得部３２２は、Ｓ６０３で、アプリケーション定義ファイル３１４を参照して、そのアプリケーション３１０のアプリ属性を取得し（図４の４０２）ＡＣＴ生成部３２１に返答する。次にＳ６０４に進み、アプリ属性取得部３２２は、アプリ属性が取得できたかどうか判定し、取得できなかった場合はＳ６１４に進み、処理の実行に失敗したものとして処理を終了する。
【００４０】
一方、Ｓ６０４で、アプリ属性を取得できた場合はＳ６０５に進み、アプリ属性取得部３２２は、ＡＣＴ生成部３２１に、その取得したアプリ属性を返却する（図４の４０３）。次にＳ６０６で、このアプリ属性を受け取ったＡＣＴ生成部３２１は、そのアプリ属性の中からユーザタイプを取り出し、そのユーザタイプがユーザタイプ一覧３２３（図７（Ｂ））に存在するか否かを判定する。ここで存在しないと判定するとＡＣＴの発行はできないためＳ６１４に進んで、処理の実行が失敗したものとして処理を終了する。
【００４１】
Ｓ６０６で、ユーザタイプがユーザタイプ一覧３２３に存在する場合はＳ６０７に進み、ＡＣＴ生成部３２１は、ユーザタイプ一覧３２３に記述されたユーザタイプに応じてＡＣＴを生成する（図４の４０４）。そしてＳ６０８で、その生成したＡＣＴをＡＣＴ発行依頼部３１２に返却する（図４の４０５）。次にＳ６０９に進み、そのＡＣＴを受け取ったＡＣＴ発行依頼部３１２は、ＡＣＴをアプリケーション３１０と関連付けられたＲＡＭ２１３にＡＣＴ３１３として保持する（図４の４０６）。以上で、ＡＣＴの発行が完了した。次に、このＡＣＴ３１３を用いて処理を実行する流れについて説明する。
【００４２】
Ｓ６１０では、処理依頼部３１１は、処理実行部３４０に対して、そのアプリケーション３１０で実行される処理の実行を依頼する（図４の４０７）。このとき処理依頼部３１１は、その取得したＡＣＴ３１３を処理実行部３４０に渡す。処理実行部３４０には複数の処理部が存在しており、いずれか１つの処理部が処理の実行依頼を受ける。以降では例として、ログ処理部３４３が処理の実行依頼を受けたものとして説明する。
【００４３】
Ｓ６１１では、処理の実行依頼を受けたログ処理部３４３は、実行権限管理データベース３４１（図７（Ｃ））にアクセスし、ログ処理部３４３が処理を実行するために必要なユーザの種別（ユーザタイプ）が何であるかを判定する。次にＳ６１２に進み、ログ処理部３４３は、処理を実行するために必要なユーザタイプが、受け取ったＡＣＴに含まれているか否かを確認する（図４の４０８）。ここで含まれていない場合、つまり、そのアプリケーション３１０の実行権限がない場合はＳ６１４に進み、処理の実行が失敗したものとして処理を終了する。一方、Ｓ６１２で、処理を実行するために必要なユーザタイプがＡＣＴ３１３に含まれている場合、つまりアプリケーション３１０の実行権限がある場合はＳ６１３に進み、ログ処理部３４３は、ログの書き込みやログの取得処理等を実行する（図４の４０９）。ここでは図示していないが、これ以降の処理の具体例としては、ログ処理部３４３がログを取得し、アプリケーション３１０に返却し、アプリケーション３１０が取得したログをファイルに出力する、といった処理等が挙げられる。
【００４４】
尚、上述の実施形態において、アプリケーション定義ファイル３１４に複数のユーザタイプが記述されている場合は、より多くの操作に対する実行権限を有するユーザタイプに応じたＡＣＴが生成される。より多くの操作に対する実行権限を有するユーザタイプとは、より強い実行権限を有する、或いは、より限定された権限を実行可能な実行権限を有するユーザタイプである。具体的には以下のように処理が行われる。
【００４５】
アプリケーション定義ファイル３１４に複数のユーザタイプが記述されている場合は、アプリ属性取得部３２２を経て、ＡＣＴ生成部３２１が複数のユーザタイプを受け取る。そして、ユーザタイプ一覧３２３に記載されたユーザタイプと比較し、より多くの操作に対する実行権限を有する（例えば、図７（Ｂ）で番号がより小さい）ユーザタイプ（図７（Ｂ）では、番号が「１」の管理者）が選択される。こうしてＡＣＴ生成部３２１は、その選択されたユーザタイプに応じたＡＣＴを生成する。
【００４６】
以上説明したように本実施形態によれば、アプリケーションをどのユーザ権限で実行させるかを、インストール先のデバイスに応じて自動的に決定することができる。
【００４７】
（その他の実施形態）
また本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
非対話的にアプリケーションを実行できる情報処理装置であって、
アプリケーションと、当該アプリケーションを実行できる権限を有するユーザタイプを記述した定義ファイルとを記憶する記憶手段と、
前記アプリケーションからのアクセス制御トークンの発行要求に応じて、前記定義ファイルに記述されたユーザタイプが、前記情報処理装置に定義されたユーザタイプに含まれる場合に当該ユーザタイプに応じた前記アクセス制御トークンを発行する発行手段と、
前記発行手段により発行された前記アクセス制御トークンのユーザタイプが、前記アプリケーションによる処理の実行権限を有するユーザタイプに含まれている場合に、前記アプリケーションによる前記処理を実行する処理実行手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記アプリケーションにより実行される処理の種類に応じて、前記処理の実行権限を有するユーザタイプを記述した実行権限管理データベースを更に有し、前記処理実行手段は、前記実行権限管理データベースに基づいて、前記アクセス制御トークンのユーザタイプが前記アプリケーションによる処理の実行権限を有するユーザタイプに含まれているかどうか判定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記発行手段は、前記情報処理装置に定義されたユーザタイプが複数ある場合は、より多くの操作に対する実行権限を有するユーザタイプに応じた前記アクセス制御トークンを発行することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
アプリケーションと、当該アプリケーションを実行できる権限を有するユーザタイプを記述した定義ファイルとを記憶する情報処理装置において、非対話的にアプリケーションを実行するアプリケーションの実行方法であって、
前記情報処理装置の発行手段が、前記アプリケーションからのアクセス制御トークンの発行要求に応じて、前記定義ファイルに記述されたユーザタイプが、前記情報処理装置に定義されたユーザタイプに含まれる場合に当該ユーザタイプに応じた前記アクセス制御トークンを発行する発行工程と、
前記情報処理装置の処理実行手段が、前記発行工程で発行された前記アクセス制御トークンのユーザタイプが、前記アプリケーションによる処理の実行権限を有するユーザタイプに含まれている場合に、前記アプリケーションによる前記処理を実行する処理実行工程と、
を有することを特徴とするアプリケーションの実行方法。
【請求項１】
非対話的にアプリケーションを実行できる情報処理装置であって、
アプリケーションと、当該アプリケーションを実行できる権限を有するユーザタイプを記述した定義ファイルとを記憶する記憶手段と、
前記アプリケーションからのアクセス制御トークンの発行要求に応じて、前記定義ファイルに記述されたユーザタイプが、前記情報処理装置に定義されたユーザタイプに含まれる場合に当該ユーザタイプに応じた前記アクセス制御トークンを発行する発行手段と、
前記発行手段により発行された前記アクセス制御トークンのユーザタイプが、前記アプリケーションによる処理の実行権限を有するユーザタイプに含まれている場合に、前記アプリケーションによる前記処理を実行する処理実行手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記アプリケーションにより実行される処理の種類に応じて、前記処理の実行権限を有するユーザタイプを記述した実行権限管理データベースを更に有し、前記処理実行手段は、前記実行権限管理データベースに基づいて、前記アクセス制御トークンのユーザタイプが前記アプリケーションによる処理の実行権限を有するユーザタイプに含まれているかどうか判定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記発行手段は、前記情報処理装置に定義されたユーザタイプが複数ある場合は、より多くの操作に対する実行権限を有するユーザタイプに応じた前記アクセス制御トークンを発行することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
アプリケーションと、当該アプリケーションを実行できる権限を有するユーザタイプを記述した定義ファイルとを記憶する情報処理装置において、非対話的にアプリケーションを実行するアプリケーションの実行方法であって、
前記情報処理装置の発行手段が、前記アプリケーションからのアクセス制御トークンの発行要求に応じて、前記定義ファイルに記述されたユーザタイプが、前記情報処理装置に定義されたユーザタイプに含まれる場合に当該ユーザタイプに応じた前記アクセス制御トークンを発行する発行工程と、
前記情報処理装置の処理実行手段が、前記発行工程で発行された前記アクセス制御トークンのユーザタイプが、前記アプリケーションによる処理の実行権限を有するユーザタイプに含まれている場合に、前記アプリケーションによる前記処理を実行する処理実行工程と、
を有することを特徴とするアプリケーションの実行方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−２５８０２５（Ｐ２０１１−２５８０２５Ａ）
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１０−１３２４１３（Ｐ２０１０−１３２４１３）
【出願日】平成２２年６月９日（２０１０．６．９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２２年６月９日（２０１０．６．９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]