装置、アクセス制御方法、アクセス制御プログラム及び記録媒体
【課題】簡便にかつ適切にアクセス制御を行うことのできる画像形成装置、アクセス制御方法、アクセス制御プログラム及び記録媒体の提供を目的とする。
【解決手段】複数のアプリケーションを実行可能な装置であって、前記アプリケーションから利用される複数のソフトウェア資源又は複数のハードウェア資源のそれぞれについて、ユーザによる利用の可否が定義されたアクセス制御情報に基づいて、前記複数のアプリケーションのうちの第一のアプリケーションに関して、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する判定手段を有する。
【解決手段】複数のアプリケーションを実行可能な装置であって、前記アプリケーションから利用される複数のソフトウェア資源又は複数のハードウェア資源のそれぞれについて、ユーザによる利用の可否が定義されたアクセス制御情報に基づいて、前記複数のアプリケーションのうちの第一のアプリケーションに関して、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する判定手段を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置、アクセス制御方法、アクセス制御プログラム及び記録媒体に関し、特に携帯型の記録媒体に対するインタフェースを備えた装置、アクセス制御方法、アクセス制御プログラム及び記録媒体に関する。
【背景技術】
【０００２】
近年の画像形成装置は、複合機又は融合機（以下「融合機」で統一する）といわれる機器に代表されるように、各種のアプリケーションの実行が可能となっている（例えば、特許文献１）。また、ハードディスク等の比較的大容量な記憶装置を備え、コピー時等にスキャンされた画像データの蓄積が可能となっている。オフィス等における画像形成装置が複数のユーザによって利用することに鑑みれば、これらの資源（アプリケーションや画像データ等）に対するセキュリティが適切に確保されることが望まれる。すなわち、悪意のあるユーザからこれらの資源を保護するため、各資源に対する操作権限をユーザに応じて制限する必要がある。また、善意のユーザであっても、ユーザに応じて利用できる機能を制限したい場合がある。例えば、モノクロコピーとカラーコピーとでは、コピーに必要とされるコスト（料金）が異なる。したがって、無条件にカラーコピーの使用を許可してしまうのは、経費節減等の観点から望ましくない。そこで、例えば、ユーザの役職等に応じてカラーコピーの利用を制限することが考えられる。
【０００３】
かかる制御を実現する機能は、アクセス制御機能といわれ、一般的にＡＣＬ（Access Control List）やポリシーデータ等のアクセス制御情報を用いて実現される。
【０００４】
従来、画像形成装置に対するアクセス制御情報は、ネットワークを介して接続されているサーバコンピュータにおいて一元的に管理されていたり、各画像形成装置ごとに管理されていたりした。前者は、例えば、百台以上の大規模ユーザに適した運用形態であるといえる。一方、後者は、例えば、数台程度の小規模ユーザに適した運用形態であるといえる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、例えば、数十台程度の中規模なユーザにとっては、いずれの形態も運用しづらいものであった。すなわち、サーバコンピュータによって一元管理する形態については、サーバコンピュータの導入費用等を考慮すると、費用対効果の面で疑問があった。一方、画像形成装置ごとに管理する形態では、人事異動等に応じて頻繁に変更され得るアクセス制御情報の保守作業が画像形成装置ごとに必要とされ、非常に煩雑になるという問題があった。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、簡便にかつ適切にアクセス制御を行うことのできる装置、アクセス制御方法、アクセス制御プログラム及び記録媒体の提供を目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明は、複数のアプリケーションを実行可能な装置であって、前記アプリケーションから利用される複数のソフトウェア資源又は複数のハードウェア資源のそれぞれについて、ユーザによる利用の可否が定義されたアクセス制御情報に基づいて、前記複数のアプリケーションのうちの第一のアプリケーションに関して、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する判定手段を有する。
【０００８】
このような装置では、簡便にかつ適切にアクセス制御を行うことができる。
【０００９】
また、上記課題を解決するため、本発明は、上記装置におけるアクセス制御方法、前記アクセス制御方法を装置に実行させるためのアクセス制御プログラム、又は前記アクセス制御プログラムを記録した記録媒体としてもよい。
【発明の効果】
【００１０】
本発明によれば、簡便にかつ適切にアクセス制御を行うことのできる装置、アクセス制御方法、アクセス制御プログラム及び記録媒体を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態における融合機のソフトウェア実行時の構成例を示す図である。
【図２】本発明の実施の形態における融合機のハードウェア構成例を示す図である。
【図３】オペレーションパネルを表す図である。
【図４】第一の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。
【図５】本発明の実施の形態におけるポリシーデータの定義例を示す図である。
【図６】第一の実施の形態における融合機の起動時の処理手順を説明するためのフローチャートである。
【図７】第一の実施の形態において標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。
【図８】ＵＳＢメモリの挿入を検知するための仕組みの例を示す図である。
【図９】第二の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。
【図１０】第二の実施の形態においてＳＤＫアプリを利用する際の融合機の処理手順を説明するためのフローチャートである。
【図１１】第三の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。
【図１２】第三の実施の形態における融合機の起動時の処理手順を説明するためのフローチャートである。
【図１３】第三の実施の形態においてＵＳＢメモリが起動時に挿し込まれていない場合に標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。
【図１４】第三の実施の形態においてＵＳＢメモリが起動時に挿し込まれている場合に標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。
【図１５】コピーアプリのフィルタ構成の例を示す図である。
【図１６】スキャンによるｆｔｐ転送アプリのフィルタ構成の例を示す図である。
【図１７】アプリケーションレベルのポリシーデータの例を示す図である。
【図１８】フィルタレベルのポリシーデータの例を示す図である。
【図１９】ハードウェア資源レベルのポリシーデータの例を示す図である。
【図２０】第四の実施の形態において利用可能なアプリケーションの判定処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における融合機のソフトウェア実行時の構成例を示す図である。図１の融合機１０１は、種々のハードウェア１１１と、種々のソフトウェア１１２とより構成される。
【００１３】
融合機１０１のハードウェア１１１としては、撮像部１２１と、印刷部１２２と、その他のハードウェア１２３が存在する。撮像部１２１は、読取原稿から画像（画像データ）を読み取るためのハードウェアである。印刷部１２２は、画像（画像データ）を印刷用紙に印刷するためのハードウェアである。
【００１４】
融合機１０１のソフトウェア１１２としては、種々のアプリケーション１３１と、種々のプラットフォーム１３２が存在する。これらのプログラムは、ＵＮＩＸ（登録商標）等のＯＳ（オペレーティングシステム）によりプロセス単位で並列的に実行される。
【００１５】
アプリケーション１３１としては、コピー用のアプリケーションであるコピーアプリ１４１、プリンタ用のアプリケーションであるプリンタアプリ１４２、スキャナ用のアプリケーションであるスキャナアプリ１４３、ファクシミリ用のアプリケーションであるファクシミリアプリ１４４が存在する。そしてさらに、Ｗｅｂページの閲覧用のソフトウェアであるＷｅｂブラウザ１４６、Ｗｅｂページの配信用のソフトウェアであるＷｅｂサーバソフト１４７、ＣＳＤＫアプリ１８１やＪＳＤＫアプリ１８２の制御用のソフトウェアであるＳＤＫアプリケーションサービス（ＳＡＳ）１４８が存在する。但し、これらのアプリケーションは、必ずしも融合機１０１のＲＯＭやハードウェアディスク等にインストールされているわけではない。すなわち、当該アプリケーションは実行時に融合機１０１の外部の記録媒体より読み込まれて起動される場合もある。かかる意味において、図１の構成例は、定常的に融合機１０１にインストールされているアプリケーションの構成を示すものではなく、アプリケーションの実行時にＲＡＭ上に展開された状態として実現され得る構成を示すものである。
【００１６】
アプリケーション１３１の中には、融合機１０１が提供する専用のＳＤＫ（ソフトウェア開発キット）を使用することにより、融合機１０１の出荷後にユーザやソフトウェアベンダ等によって開発及び追加されるものもある。ＳＤＫを使用して開発したアプリケーション１３１をＳＤＫアプリと呼ぶ。専用のＳＤＫとしては、Ｃ言語でアプリケーション１３１を開発するための「ＣＳＤＫ」や、Ｊａｖａ（登録商標）言語でアプリケーション１３１を開発するための「ＪＳＤＫ」が提供される。ＣＳＤＫを使用して開発したアプリケーション１３１を「ＣＳＤＫアプリ」と呼び、ＪＳＤＫを使用して開発したアプリケーション１３１を「ＪＳＤＫアプリ」と呼ぶ。図１の融合機１０１にも、ＣＳＤＫアプリ１８１と、ＪＳＤＫアプリ１８２が存在する。図１の融合機１０１にはさらに、Ｊａｖａ（登録商標）言語で記述されたＪＳＤＫアプリ１８２とＣ言語で記述された他のソフトウェア１１２との仲介を行うソフトウェア１１２として、ＪＳＤＫプラットフォーム１８３が存在する。
【００１７】
プラットフォーム１３２としては、種々のコントロールサービス１５１、システムリソースマネージャ１５２、種々のハンドラ１５３が存在する。コントロールサービス１５１としては、オペレーションパネルコントロールサービス（ＯＣＳ）１６１及びサーティフィケーションコントロールサービス（ＣＣＳ）１６２等が存在する。ハンドラ１５３としては、ファクシミリコントロールユニットハンドラ（ＦＣＵＨ）１７１、イメージメモリハンドラ（ＩＭＨ）１７２が存在する。
【００１８】
ＯＣＳ１６１のプロセスは、オペレーションパネルに関する制御を行う。ＣＣＳ１６２のプロセスは、認証処理、アクセス制御、及び課金処理に関する制御を行う。その他、非図示のコントロールサービス１５１としては、例えば、ネットワーク通信の仲介を行うプロセス、ファクシミリのＡＰＩを提供するプロセス、蓄積文書の配信処理に関する制御を行うプロセス、撮像部１２１や印刷部１２２に関する制御を行うプロセス、メモリやハードディスクドライブに関する制御を行うプロセス、ユーザ情報の管理に関する制御を行うプロセス、システムの管理に関する制御を行うプロセス等が存在する。
【００１９】
アプリケーション１３１とプラットフォーム１３２の仲介を行うソフトウェア１１２として、仮想アプリケーションサービス（ＶＡＳ）１３５が存在する。ＶＡＳ１３５は、アプリケーション１３１をクライアントとするサーバプロセスとして動作すると共に、プラットフォーム１３２をサーバとするクライアントプロセスとして動作する。ＶＡＳ１３５は、アプリケーション１３１から見てプラットフォーム１３２を隠蔽するラッピング機能を備え、プラットフォーム１３２のバージョンアップに伴うバージョン差を吸収する役割等を担う。
【００２０】
図２は、本発明の実施の形態における融合機のハードウェア構成例を示す図である。融合機１０１のハードウェア１１１としては、ＣＰＵ２１１と、ＳＤカードスロット２３４と、ＵＳＢデバイス２４２と、ＲＯＭ２３１ａと、ＲＡＭ２３１ｂと、ＮＶＲＡＭ２３１ｃと、ＨＤＤ２３３と、ＮＩＣ（ネットワークインタフェースコントローラ）２４１と、オペレーションパネル２０２と、撮像部１２１と、印刷部１２２と等が存在する。
【００２１】
ＣＰＵ２１１は、種々の情報処理用のＩＣである。ＳＤカードスロット２３４は、ＳＤカード２３５をセットするためのスロットである。ＵＳＢデバイス２４２は、ＵＳＢ規格の接続端子を提供するためのデバイスであり、ＵＳＢメモリ２４２２が接続される。ＨＤＤ２３３は、融合機１０１のストレージである。ＮＩＣ２４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。オペレーションパネル２０２は、オペレータが融合機１０１に入力を行うためのハードウェア（操作部）であると共に、オペレータが融合機１０１から出力を得るためのハードウェア（表示部）である。
【００２２】
オペレーションパネル２０２は、図３のように、タッチパネル３１１と、テンキー３１２と、スタートボタン３１３と、リセットボタン３１４と、機能キー３１５と、初期設定ボタン３１６により構成される。タッチパネル３１１は、タッチ操作で入力を行うためのハードウェア（タッチ操作部）であると共に、画面表示で出力を得るためのハードウェア（画面表示部）である。テンキー３１２は、キー（ボタン）操作で数字入力を行うためのハードウェアである。スタートボタン３１３は、ボタン操作でスタート操作を行うためのハードウェアである。リセットボタン３１４は、ボタン操作でリセット操作を行うためのハードウェアである。機能キー３１５は、キー（ボタン）操作でＣＳＤＫアプリ１８１やＪＳＤＫアプリ１８２による操作画面を表示させるためのハードウェアである。初期設定ボタン３１６は、ボタン操作で初期設定画面を表示させるためのハードウェアである。
【００２３】
図４は、第一の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。
【００２４】
図４は、図２のハードウェア構成図より以下の説明において必要なものだけを抜き出したハードウェア構成図上において、代表的なソフトウェアの静的な状態（実行されていない状態）における配置構成例を示すものである。
【００２５】
図４に示されるように、第一の実施の形態においては、ＯＳと、種々のコントロールサービス（ＣＳ）１５１（ＯＣＳ１６１、ＣＣＳ１６２等）と、標準アプリ１４０は、ＲＯＭ２３１ａに格納されている。また、ＳＤＫアプリ１８０は、ＳＤカード２３５に格納されている。また、ポリシーデータ５０１ａは、携帯型の記録媒体の一例であるＵＳＢメモリ２４２２に格納されている。
【００２６】
なお、標準アプリ１４０とは、アプリケーション１３１のうちのＳＤＫアプリ以外のアプリケーションをいい、図１に示されるコピーアプリ１４１、プリンタアプリ１４２、スキャナアプリ１４３、ファクシミリアプリ１４４、ネットワークアプリ１４５、Ｗｅｂブラウザ１４６、及びＷｅｂサーバソフト１４７等が含まれる。
【００２７】
また、ポリシーデータ５０１ａは、融合機１０１の各種資源（ソフトウェア資源及びハードウェア資源）に対するアクセス制御情報が定義されたデータをいう。ポリシーデータ５０１ａの定義形式は所定のものに限定されないが、本実施の形態（第一の実施の形態のみならず以降の実施の形態も含む）では、図５に示されるものを用いる。
【００２８】
図５は、本発明の実施の形態におけるポリシーデータの定義例を示す図である。図５のポリシーデータ５０１では、融合機１０１において、ユーザに対して提供されるアプリケーション（標準アプリ１４０、ＳＤＫアプリ１８０等）ごと、又は、アプリケーションを構成する処理単位ごとにユーザの利用権限（実行権（ｘ）、読み取り権（ｒ）、書き込み権（ｗ））が定義されている。なお、「ユーザに対して提供される」とは、ユーザから直接操作されることをいう。
【００２９】
例えば、ｕｓｅｒ１は、１行目より、コピーアプリ１４１の操作は実行（ｘ）できる。また、４行目より、コピーの際にカラースキャンによって原稿より画像データを読み取らせる（ｒ）ことができる。また、５行目より、コピーの際にカラー印刷によって印刷用紙に画像データを書き込ませる（ｗ）ことができる。
【００３０】
なお、図５において、参照番号２４２２−ｎ（ｎは、１〜５）は、それぞれ異なるＵＳＢメモリ２４２２を示す。例えば、ＵＳＢメモリ２４２２−１には、ｕｓｅｒ１のポリシーデータ５０１−１ａが格納されている。また、ＵＳＢメモリ２４２２−２には、ｕｓｅｒ２のポリシーデータ５０１−２ａが格納されている。他のＵＳＢメモリ２４２２−ｎについても、それぞれ、一ユーザ分のポリシーデータ５０１−ｎａ（ｎは、１〜５）が格納されている。
【００３１】
すなわち、図４では、従来、融合機１０１のＮＶＲＡＭ２３１ｃ若しくはＨＤＤ２３３、又は融合機１０１とネットワークを介して接続されるサーバコンピュータ等において一元的に管理されていたポリシーデータ５０１が、携帯型の記録媒体であるＵＳＢメモリ２４２２にユーザごとに格納されている点が特徴である。但し、ポリシーデータ５０１の一部又は全部は、ＮＶＲＡＭ２１３ｃにも格納されていてもよい。かかる観点（ＮＶＲＡＭ２３１ｃ内に、ポリシーデータ５０１は必ずしも存在するわけではないという意味）より、ＮＶＲＡＭ２３１ｃにおけるポリシーデータ５０１ｂは、破線によって表現されている。
【００３２】
なお、ポリシーデータ５０１ａとポリシーデータ５０１ｂとの定義内容は重複していてもよし、重複していなくてもよい。すなわち、ポリシーデータ５０１ａには、ｕｓｅｒ１〜ｕｓｅｒ９について定義されている場合に、ポリシーデータ５０１ｂには、ｕｓｅｒ１０以降のユーザについて定義されていてもよいし、ｕｓｅｒ５以降のユーザについて定義されていてもよい。以下において、ポリシーデータ５０１ａとポリシーデータ５０１ｂとを特に区別しない場合、ポリシーデータ５０１という。
【００３３】
以下、第一の実施の形態における融合機１０１の処理手順について説明する。図６は、第一の実施の形態における融合機の起動時の処理手順を説明するためのフローチャートである。
【００３４】
ユーザによって融合機１０１の主電源が投入されると（Ｓ１０１）、ＣＰＵ２１１が起動する（Ｓ１０２）。ＣＰＵ２１１は、ＲＯＭ２３１ａよりブートストラップを読み出し（Ｓ１０３）、ＲＯＭ２３１ａのファイルシステムを認識し、ブートセクタを読み出す（Ｓ１０４）。続いて、ＣＰＵ２１１は、ＵＮＩＸ（登録商標）ＯＳのカーネルをロードし、ＵＮＩＸ（登録商標）システムを起動する（Ｓ１０５）。続いて、ＯＳ内のルートプロセス（ｉｎｉｔプロセスに相当するプロセス）が、予め定められたプロセスを子プロセスとして起動する（Ｓ１０６）。例えば、ＲＯＭ２３１ａよりＣＳ１５１における各種コントロールサービスがロードされ、起動される（Ｓ１０７）。
【００３５】
続いて、ＣＳ１５１のうち、認証機能及びアクセス制御機能を担うＣＣＳ１６２は、オペレーションパネル２０２におけるタッチパネル３１１の表示制御を占有し、タッチパネル３１１に認証画面をグレーアウトで表示させる（Ｓ１０８）。ここで、認証画面とは、ユーザに認証情報（例えば、ユーザＩＤ及びパスワード等）を入力させるための画面をいう。
【００３６】
続いて、ＣＰＵ２１１は、ＲＯＭ２３１ａより標準アプリ１４０をロードし、起動する（Ｓ１０９）。ここで、標準アプリ１４０は当該標準アプリ１４０を操作させるための初期画面をタッチパネル３１１に表示させようとするが、タッチパネル３１１は、ＣＣＳ１６２によって占有されているため、認証画面が表示されたまま融合機１０１は待機状態となる。但し、認証画面はグレーアウトされているため、ユーザは認証情報を入力できず、融合機１０１の各種資源を利用することはできない。
【００３７】
次に、ユーザが融合機１０１の標準アプリ１４０を利用する際の融合機１０１による処理手順について説明する。図７は、第一の実施の形態において標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。
【００３８】
融合機１０１を利用するユーザが、ポリシーデータ５０１ａの格納されたＵＳＢメモリ２４２２を融合機１０１のＵＳＢデバイス２４２に挿し込むと（接続すると）（Ｓ１５１）、融合機１０１のＣＣＳ１６２は、ＵＳＢメモリ２４２２の挿入（接続）を検知する（Ｓ１５２）。
【００３９】
図８は、ＵＳＢメモリの挿入を検知するための仕組みの例を示す図である。図８に示されるように、ＵＳＢメモリ２４２２が、ＵＳＢデバイス２４２に挿し込まれると（Ｓ５０１）、その旨は、ＯＳ内のＵＳＢドライバ２４２３によって、ｕｓｂｈｄ（ＵＳＢハードウェアデーモン）２４２４に通知される。ｕｓｂｈｄ２４２４は、ＵＳＢメモリの自動マウント及びアンマウントや、ＵＳＢメモリの接続監視や、ＵＳＢメモリ内に格納されているアプリケーションの起動等を行うデーモンプロセスであり、各種コントロールサービス１５１と同じ層において動作する。
【００４０】
ｕｓｂｈｄ２４２４は、ＵＳＢメモリ２４２２が挿し込まれた旨を、ｕｍａｓｓライブラリをリンクしているモジュールに通知する。したがって、ＣＣＳ１６２がＵＳＢメモリ２４２２が挿し込まれた旨の通知を受けるためには、ＣＣＳ１６２は、ｕｍａｓｓライブラリをリンクしている必要がある（Ｓ５０３）。その後ＣＣＳ１６２は、ＵＳＢドライバ２４２３を介してＵＳＢメモリ２４２２に対してアクセスするための準備が完了しているか否かを確認する（Ｓ５０４）。
【００４１】
ＣＣＳ１６２は、ＵＳＢメモリ２４２２の挿入を検知すると、認証画面のグレーアウトを解除し、認証画面を入力可能とする（Ｓ１５３）。そこで、ユーザが、認証画面において認証情報を入力すると（Ｓ１５４）、ＣＣＳ１６２は、入力された認証情報に基づいてユーザの認証を行う（Ｓ１５５）。
【００４２】
ユーザが認証された場合（Ｓ１５５でＹｅｓ）、ＣＣＳ１６２は、挿入されたＵＳＢメモリ２４２２よりポリシーデータ５０１ａを取得し、ＲＡＭ２３１ｂ上に展開する（Ｓ１５６）。ＣＣＳ１６２は、また、ＮＶＲＡＭ２３１ｃにポリシーデータ５０１ｂが格納されている場合は、当該ポリシーデータ５０１ｂを取得し、ＲＡＭ２３１ｂ上に展開する。
【００４３】
続いて、ＣＣＳ１６２は、上記の仕組みによってＲＡＭ２３１ｃ上に展開されたポリシーデータ５０１に基づいて、カレントユーザが操作可能な標準アプリ１４０を判定する（Ｓ１５７）。例えば、カレントユーザが「ｕｓｅｒ１」であれば、図５のポリシーデータ５０１−１ａに基づけば、コピーアプリ１４１及びスキャナアプリ１４３の操作が可能であると判定される。なお、ＮＶＲＡＭ２３１ｃにポリシーデータ５０１ｂが格納されていた場合であって、当該ポリシーデータ５０１ｂの定義内容と、ＵＳＢメモリ２４２２におけるポリシーデータ５０１ａの定義内容との間に重複部分がある場合、ＵＳＢメモリ２４２２の定義内容が優先的に適用される。
【００４４】
続いて、カレントユーザが操作可能であると判定された標準アプリ１４０は、当該アプリケーションの操作画面をタッチパネル３１１に表示させる（Ｓ１５８）。なお、操作可能であると判定された標準アプリ１４０が複数ある場合、いずれのアプリケーションの操作画面を表示させるかは予め定めておけばよい。また、ステップＳ１５８において特定のアプリケーションの操作画面を表示させるのではなく、利用するアプリケーションを選択させるための画面を表示させ、その画面においてユーザによって選択されたアプリケーションの操作画面を表示させるようにしてもよい。ここでは、コピーアプリ１４１によって、コピーアプリ１４１の操作画面が表示される場合を例とする。
【００４５】
続いて、ユーザが、例えば融合機１０１のＡＤＦ（自動原稿搬送装置）に原稿をセットし、オペレーションパネル２０２を介してカラーコピー機能（原稿をカラーでスキャンし、スキャンされた画像を蓄積すると共に、印刷用紙に出力する機能）の実行を指示したとする（Ｓ１５９）。この場合、まず、コピーアプリ１４１は、カレントユーザの「コピーによるカラースキャン」による画像データの読み取り権限（ｒ）の有無を確認する（Ｓ１６０）。より詳しくは、コピーアプリ１４１は、ＣＣＳ１６２に対してカレントユーザについて当該権限の有無を問い合わせる。ＣＣＳ１６２は、ＲＡＭ２３１ｂに展開されたポリシーデータ５０１に基づいて、当該権限の有無を確認し、その確認結果をコピーアプリ１４１に返信する。例えば、カレントユーザが「ｕｓｅｒ１」である場合、当該権限は認められているため、当該権限は有ると判定される。
【００４６】
カレントユーザに当該権限が無い場合（Ｓ１６０でＮｏ）、コピーアプリ１４１は、アプリケーションとしての処理を終了させる（Ｓ１６６）。これによって、タッチパネル３１１の表示は、コピーアプリ１４１の操作画面に戻る。
【００４７】
一方、カレントユーザに当該権限が有る場合、コピーアプリ１４１は、カラースキャンを撮像部１２１に実行させる（Ｓ１６１）。
【００４８】
続いて、コピーアプリ１４１は、ステップＳ１６０と同様にＣＣＳ１６２に問い合わせることにより、カレントユーザの「コピーによる画像蓄積」による画像データの書き込み権限（ｗ）の有無を確認する（Ｓ１６２）。カレントユーザに当該権限が有る場合（Ｓ１６２でＹｅｓ）、コピーアプリ１４１は、原稿からスキャンされた画像データをＵＳＢメモリに２４２２に保存する（Ｓ１６３）。
【００４９】
ところで、コピー時にスキャンされた画像データの保存先は、一時的な場合も含めて、従来はＨＤＤ２３３であった。しかし、機密文書等がコピーされる場合を考えると、ＨＤＤ２３３に画像データが蓄積されるのはセキュリティ上の観点より問題があった。すなわち、融合機１０１は、多数のユーザよりアクセス可能であるため、当該融合機１０１のＨＤＤ２３３内を参照したり、ＨＤＤ２３３自体を持ち出したりすることは、それほど困難なことではないからである。
【００５０】
そこで、本実施の形態における融合機１０１のコピーアプリ１４１は、ＵＳＢメモリ２４２２に画像データを保存する。例えば、ＵＳＢメモリ２４２２を、ユーザごとにそれぞれ配布しておけば、あるユーザによるコピー時にスキャンされた画像データは、当該ユーザのＵＳＢメモリ２４２２に保存されるため、他のユーザによって当該画像データが参照されることを防止することができる。
【００５１】
一方、カレントユーザに「コピーによる画像蓄積」による画像データの書き込み権限が無い場合は（Ｓ１６２でＮｏ）、ＵＳＢメモリ２４２２への画像データの保存は行われない。
【００５２】
ステップＳ１６２又はＳ１６３に続いてステップＳ１６４に進み、コピーアプリ１４１は、ステップＳ１６０と同様にＣＣＳ１６２に問い合わせることにより、カレントユーザの「コピーによるカラー印刷」による画像データの書き込み権限（ｗ）の有無を確認する。
【００５３】
カレントユーザに当該権限が無い場合（Ｓ１６４でＮｏ）、コピーアプリ１４１は、アプリケーションとしての処理を終了させる（Ｓ１６６）。これによって、タッチパネル３１１の表示は、コピーアプリ１４１の操作画面に戻る。一方、カレントユーザに当該権限が有る場合、コピーアプリ１４１は、印刷部１２２にスキャンされた画像データのカラー印刷を実行させ、処理を終了させる（Ｓ１６５）。これによって、タッチパネル３１１の表示は、コピーアプリ１４１の操作画面に戻る。
【００５４】
なお、図７の処理の途中においてＵＳＢメモリ２４２２が抜かれた場合は、ＣＣＳ１６２にその旨が通知され、それ以降の処理は中止される。その場合、ＣＣＳ１６２は、起動後の待機状態の際と同様にグレーアウトさせた認証画面をタッチパネル３１１表示させる。すなわち、融合機１０１を利用するためには、ＵＳＢメモリ２４２２が挿し込まれていなければならない。
【００５５】
上述したように、第一の実施の形態における融合機１０１によれば、ＵＳＢメモリ２４２２に格納されたポリシーデータ５０１ａを用いてアクセス制御を行うことができる。したがって、例えば、ＵＳＢメモリ２４２２を、融合機１０１の操作を許可するユーザのそれぞれに配布しておけば、融合機１０１内の記録媒体や、融合機１０１とネットワークを介して接続されるサーバコンピュータにおいてポリシーデータ５０１を管理する必要はない。よって、融合機１０１ごとに保守作業を行う手間や、サーバコンピュータを導入するためのコスト等をより軽減させることができる。また、ユーザごとに配布されるＵＳＢメモリ２４２２には、当該ユーザのみに関するアクセス制御情報が格納されている。したがって、各ユーザのＵＳＢメモリ２４２２内のポリシーデータ５０１ａの独立性を高めることができ、他のユーザのアクセス制御情報に変更が生じた場合であっても、当該他のユーザ以外のＵＳＢメモリ２４２２内のポリシーデータ５０１ａを変更する必要はなく、アクセス制御情報に関する保守作業をより簡略化することができる。
【００５６】
なお、例えば、ユーザごとでなく、複数のユーザより構成されるグループ単位でＵＳＢメモリ２４２２を配布するようにしてもよい。斯かる場合、ＵＳＢメモリ２４２２内のポリシーデータ５０１ａには、当該グループに対するポリシーデータ、又は当該グループを構成する各ユーザのポリシーデータを格納するようにすればよい。
【００５７】
次に、第二の実施の形態について説明する。図９は、第二の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。図９中、図４と同一部分には同一符号を付し、その説明は省略する。図９において図４と異なる点は、ＳＤＫアプリ１８０の格納場所にある。すなわち、図９において、ＳＤＫアプリ１８０は、ＳＤカード２３５ではなく、ＵＳＢメモリ２４２２に格納されている。
【００５８】
以下、第二の実施の形態における融合機１０１の処理手順について説明する。第二の実施の形態において、融合機１０１の起動時の処理手順は第一の実施の形態（図６）と同様であるため、ここでの説明は省略する。
【００５９】
第二の実施の形態では、ユーザがＳＤＫアプリ１８０を利用する際の融合機１０１による処理手順について説明する。図１０は、第二の実施の形態においてＳＤＫアプリを利用する際の融合機の処理手順を説明するためのフローチャートである。図１０中、図７と同一ステップには同一ステップ番号を付し、その説明は省略する。すなわち、図１０において、ステップＳ１５１からステップＳ１５８までは、第一の実施の形態と同様である。
【００６０】
ステップＳ１５８に続いてステップＳ２５９に進み、ユーザが、オペレーションパネル２０２の機能キー３１５を操作することにより、ＳＤＫアプリ１８０の操作画面の表示を指示すると、ＣＣＳ１６２は、ポリシーデータ５０１に基づいて、カレントユーザが操作可能なＳＤＫアプリ１８０を判定する（Ｓ２６０）。なお、図５には、標準アプリ１４０に対する定義のみが表示されているが、ＳＤＫアプリ１８０に対する定義も同様にポリシーデータ５０１内に行っておけばよい。
【００６１】
続いて、ＯＣＳ１６１は、ＣＣＳ１６２によって操作可能であると判定されたＳＤＫアプリ１８０を操作させるための画面（例えば、カレントユーザが操作可能なＳＤＫアプリ１８０の一覧が示された画面）をタッチパネル３１１に表示させる（Ｓ２６１）。ユーザが、表示された画面上において、任意のＳＤＫアプリ１８０の実行を指示すると（Ｓ２６２）、ｕｓｂｈｄ２４２４は、ＵＳＢメモリ２４２２より当該ＳＤＫアプリ１８０をロードし（Ｓ２６３）、プロセスとして起動する（Ｓ２６４）。
【００６２】
上述したように、第二の実施の形態における融合機１０１によれば、ＵＳＢメモリ２４２２に格納されたＳＤＫアプリ１８０を実行させることができる。したがって、例えば、各ユーザには、当該ユーザに対応するポリシーデータ５０１ａと、当該ユーザが利用可能なＳＤＫアプリ１８０が格納されたＵＳＢメモリ２４２２を配布するようにすれば、成りすましによるＳＤＫアプリ１８０の不正な実行を効果的に防止することができる。すなわち、仮にパスワード等の認証情報が盗まれたとしても、当該ＳＤＫアプリ１８０が格納されたＵＳＢメモリ２４２２を入手できなければ、そもそも融合機１０１に当該ＳＤＫアプリ１８０をロードすることができないからである。
【００６３】
なお、ＵＳＢメモリ２４２２がユーザごと又はグループごとに配布される場合、権限の無いユーザによるＳＤＫアプリ１８０の不正利用をより効果的に防止するために、当該ユーザ又はグループに利用可能なＳＤＫアプリ１８０のみをＵＳＢメモリ２４２２に格納するようにするとよい。この場合、ＣＣＳ１６２は、ＵＳＢメモリ２４２２に格納されているＳＤＫアプリ１８０については、ポリシーデータ５０１の定義に拘わらず利用可能と判定するようにしてもよい。
【００６４】
次に、第三の実施の形態について説明する。図１１は、第三の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。図１１中、図９と同一部分には同一符号を付し、その説明は省略する。図１１において図９と異なる点は、標準アプリ１４０の格納場所にある。すなわち、図１１において、標準アプリ１４０は、ＲＯＭ２３１ａではなく、ＵＳＢメモリ２４２２に格納されている。
【００６５】
以下、第三の実施の形態における融合機１０１の処理手順について説明する。図１２は、第三の実施の形態における融合機の起動時の処理手順を説明するためのフローチャートである。図１２中、図６と同一ステップには同一ステップ番号を付し、その説明は省略する。
【００６６】
ステップＳ１０７に続いてステップＳ３０８に進み、ＣＣＳ１６２は、ＵＳＢドライバ２４２３を介してＵＳＢデバイス２４２にＵＳＢメモリ２４２２が既に挿し込まれているか否かを確認する。この処理は、融合機１０１に電源が投入される際に、ユーザが予めＵＳＢメモリ２４２２を挿し込むことがあり得ることを考慮したものである。
【００６７】
ＵＳＢメモリ２４２２が挿し込まれていない場合（Ｓ３０８でＮｏ）、ＣＣＳ１６２は、オペレーションパネル２０２におけるタッチパネル３１１の表示制御を占有し、タッチパネル３１１に認証画面をグレーアウトで表示させる（Ｓ３１２）。融合機１０１は、この状態で待機する。
【００６８】
一方、ＵＳＢメモリ２４２２が既に挿し込まれている場合（Ｓ３０８でＹｅｓ）、ＣＣＳ１６２は、オペレーションパネル２０２におけるタッチパネル３１１の表示制御を占有し、タッチパネル３１１に認証画面を入力可能な状態で表示させる（Ｓ３０９）。続いて、ｕｓｂｈｄ２４２４が、ＵＳＢメモリ２４２２より標準アプリ１４０をロードし（Ｓ３１０）、プロセスとして起動する（Ｓ３１１）。融合機１０１は、この状態で待機する。
【００６９】
次に、ユーザが、標準アプリ１４０を利用する際の融合機１０１による処理手順について説明する。図１３は、第三の実施の形態においてＵＳＢメモリが起動時に挿し込まれていない場合に標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。すなわち、図１３の処理は、図１２において、ステップＳ３１２実行後に融合機１０１が待機状態となっている場合の処理手順を示すものである。なお、図１３中、図７と同一ステップには同一ステップ番号を付し、その説明は省略する。
【００７０】
図１３においては、ステップＳ１５７とステップＳ１５８との間に、ステップＳ３５７−１及びステップＳ３５７−２が新たに追加されている。
【００７１】
すなわち、ｕｓｂｈｄ２４２４は、ステップＳ１５７において判定された、カレントユーザが操作可能な標準アプリ１４０をＵＳＢメモリ２４２２よりロードし（Ｓ３５７−１）、ロードされた標準アプリ１４０をプロセスとして起動する（Ｓ３５７−２）。その他の処理は、第一の実施の形態と同様である。
【００７２】
また、図１４は、第三の実施の形態においてＵＳＢメモリが起動時に挿し込まれている場合に標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。すなわち、図１４の処理は、図１２において、ステップＳ３１１において標準アプリ１４０が起動された後に融合機１０１が待機状態となっている場合の処理手順を示すものである。なお、図１４中、図７と同一ステップには同一ステップ番号を付し、その説明は省略する。
【００７３】
図１４の処理手順は、図７処理手順からステップＳ１５１からステップＳ１５３を削除したものと同様である。すなわち、図１４においては、融合機１０１の起動時に既にＵＳＢメモリ２４２２が挿し込まれており、認証画面は入力可能な状態となっている。更に、ＵＳＢメモリ２４２２よりロードされた標準アプリ１４０は、既に起動されている。したがって、ユーザが認証情報を入力し（Ｓ１５４）、認証されれば（Ｓ１５５でＹｅｓ）、第一の実施の形態と同様の手順で標準アプリ１４０（コピーアプリ１４１）が実行され得る。
【００７４】
上述したように、第三の実施の形態における融合機１０１によれば、ＵＳＢメモリ２４２２に格納された標準アプリ１４０を実行させることができる。したがって、例えば、各ユーザには、当該ユーザに対応するポリシーデータ５０１ａと、当該ユーザが利用可能な標準アプリ１４０が格納されたＵＳＢメモリ２４２２を配布するようにすれば、成りすましによる標準アプリ１４０の不正な実行を効果的に防止することができる。
【００７５】
また、標準アプリ１４０をＲＯＭ２３１ａに格納する必要性が軽減されるため、ＲＯＭ２３１ａのメモリ消費量を低減させることができる。
【００７６】
なお、ＵＳＢメモリ２４２２がユーザごと又はグループごとに配布される場合、権限の無いユーザによる標準アプリ１４０の不正利用をより効果的に防止するために、当該ユーザ又はグループに利用可能な標準アプリ１４０のみをＵＳＢメモリ２４２２に格納するようにするとよい。この場合、ＣＣＳ１６２は、ＵＳＢメモリ２４２２に格納されている標準アプリ１４０については、ポリシーデータ５０１の定義に拘わらず利用可能と判定するようにしてもよい。
【００７７】
次に、第四の実施の形態について説明する。第四の実施の形態では、融合機１０１において動作可能なアプリケーション（ＳＤＫアプリ１８０や標準アプリ１４０等）を「パイプ＆フィルタ」と呼ばれるアーキテクチャで構築する場合のアクセス制御について考える。ここで、フィルタとは、アプリケーションを構成する部品（機能モジュール）となるプログラムをいう。「パイプ＆フィルタ」と呼ばれるアーキテクチャにおいて、アプリケーションは、フィルタの接続によって構成される。また、フィルタとフィルタとの間を接続する媒体をパイプという。パイプは、先に実行されるフィルタより出力される情報を次に実行されるフィルタへの入力するための仮想的な伝達媒体である。パイプは、例えば、ハードディスク、ＲＡＭ、又はＵＳＢメモリ等によって提供されるメモリ空間によって実現される。
【００７８】
例えば、図１５は、コピーアプリのフィルタ構成の例を示す図である。図１５において、コピーアプリ１４１は、スキャンフィルタ１９１と印刷フィルタ１９２との接続によって構成されている。スキャンフィルタ１９１は、撮像部１２１によって原稿より読み取られた画像データをパイプ（例えば、ＵＳＢメモリ２４２２）に出力する。印刷フィルタ１９２は、パイプへの画像データの入力を検知すると当該画像データを印刷部１２２に印刷させる。したがって、スキャンフィルタ１９１と印刷フィルタ１９２との動作が連続的に行われることにより、コピー機能が実現される。
【００７９】
また、図１６は、スキャンによるｆｔｐ転送アプリのフィルタ構成の例を示す図である。図１６において、スキャンによるｆｔｐ転送アプリ１８０１は、スキャンフィルタ１９１とｆｔｐ転送フィルタ１９３との接続によって構成されている。図１６中、図１５と同一部分には同一符号を付している。したがって、図１６におけるスキャンフィルタ１９１は、図１５におけるものと同じである。ｆｔｐ転送フィルタ１９３は、パイプへの画像データの入力を検知すると当該画像データをＮＩＣ２４１を利用してｆｔｐ転送する。
【００８０】
融合機１０１のアプリケーションが、パイプ＆フィルタによって構成される場合、ポリシーデータ５０１には、アプリケーションレベルでの利用権限と、フィルタレベルでの利用権限と、ハードウェア資源レベルでの利用権限とをそれぞれ定義するようにするとよい。
【００８１】
図１７は、アプリケーションレベルのポリシーデータの例を示す図である。図１７のポリシーデータ５０１Ｌ１には、コピーアプリ、スキャナアプリ、スキャンによるｆｔｐ転送アプリ、及びスキャンによるｍａｉｌ転送アプリ等のアプリケーションごとに利用の可否が定義されている。図１７の例では、ｕｓｅｒ１は、コピーアプリとスキャンアプリの利用が許可されている。
【００８２】
図１８は、フィルタレベルのポリシーデータの例を示す図である。図１８のポリシーデータ５０１Ｌ２には、スキャンフィルタ、印刷フィルタ、ｆｔｐ転送フィルタ、及びｍａｉｌ転送フィルタ等のフィルタごとに利用の可否が定義されている。図１８の例では、ｕｓｅｒ１は、スキャンフィルタと印刷フィルタとの利用が許可されている。
【００８３】
図１９は、ハードウェア資源レベルのポリシーデータの例を示す図である。図１９のポリシーデータ５０１Ｌ３には、撮像部１２１、印刷部１２２、ＨＤＤ２３３、ＮＩＣ２４１、及びＵＳＢメモリ２４２２等のハードウェア資源ごとに利用の可否が定義されている。図１９の例では、ｕｓｅｒ１は、撮像部１２１、印刷部１２２、及びＵＳＢメモリ２４２２の利用が許可されている。
【００８４】
第四の実施の形態では、図１７〜図１９に示されるポリシーデータ５１０Ｌ１、５０１Ｌ２、及び５０１Ｌ３が、図４のポリシーデータ５０１ａとしてユーザごとにＵＳＢメモリ２４２２に格納されている。
【００８５】
図２０は、第四の実施の形態において利用可能なアプリケーションの判定処理を説明するためのフローチャートである。すなわち、図２０は、図７、図１０、又は図１４等のステップＳ１５７における操作可能な標準アプリの判定処理や、図１０のステップＳ２６０における操作可能なＳＤＫアプリの判定処理に相当する処理を説明するものである。したがって、図２０の処理の前提として、ＵＳＢメモリ２４２２に格納されているポリシーデータ５０１Ｌ１、５０１Ｌ２及び５０１Ｌ３は、ＲＡＭ２３１ｂ上に展開されていることとする。
【００８６】
まず、ＣＣＳ１６２は、ＲＡＭ２３１ｃ上に展開されたポリシーデータ５０１Ｌ１に基づいて、判定対象とされているアプリケーション（以下「対象アプリ」という。）の利用の可否を判定する（Ｓ４０１）。ポリシーデータ５０１Ｌ１において、対象アプリの利用が許可されている場合（Ｓ４０２でＹｅｓ）、ＣＣＳ１６２は、ＲＡＭ２３１ｃ上に展開されたポリシーデータ５０１Ｌ２に基づいて、対象アプリを構成する各フィルタの利用の可否を判定する（Ｓ４０３）。対象アプリを構成する各フィルタの判別は、アプリケーションとフィルタとの利用関係を示す情報をＨＤＤ２３３等に記録しておき、当該情報に基づいて行えばよい。
【００８７】
ポリシーデータ５０１Ｌ２において、対象アプリを構成する全てのフィルタの利用が許可されている場合（Ｓ４０４でＹｅｓ）、ＣＣＳ１６２は、ＲＡＭ２３１ｃ上に展開されたポリシーデータ５０１Ｌ３に基づいて、各フィルタより利用される（すなわち、対象アプリより利用される）各ハードウェア資源の利用の可否を判定する（Ｓ４０５）。各フィルタより利用されるハードウェア資源の判別は、フィルタとハードウェア資源との利用関係を示す情報をＨＤＤ２３３等に記録しておき、当該情報に基づいて行えばよい。
【００８８】
ポリシーデータ５０１Ｌ３において、各フィルタより利用される全てのハードウェア資源の利用が許可されている場合（Ｓ４０６でＹｅｓ）、ＣＣＳ１６２は、対象アプリの利用は可能であると判定する（対象アプリの利用を許可する）（Ｓ４０７）。
【００８９】
一方、ポリシーデータ５０１Ｌ１において、対象アプリの利用が許可されていない場合（Ｓ４０２でＮｏ）、ポリシーデータ５０１Ｌ２において、対象アプリを構成するフィルタのうち少なくとも一つのフィルタの利用が許可されていない場合（Ｓ４０４でＮｏ）、又は、ポリシーデータ５０１Ｌ３において、対象アプリより利用されるハードウェア資源のうち少なくとも一つのハードウェア資源の利用が許可されていない場合（Ｓ４０６でＮｏ）、ＣＣＳ１６２は、対象アプリの利用は不可能であると判定する（対象アプリの利用を禁止する）（Ｓ４０８）。
【００９０】
上述したように、第四の実施の形態によれば、例えば、既存のフィルタの組み合わせによって新たなアプリケーションが作成された場合、当該新たなアプリケーションに関するアクセス制御情報がポリシーデータ５０１Ｌ１に定義されていなくても、フィルタレベルのポリシーデータ（ポリシーデータ５０１Ｌ２）又はハードウェア資源レベルのポリシーデータ（ポリシーデータ５０１Ｌ３）に基づいて当該アプリケーションに対するアクセス制御を行うことができる。また、新たなフィルタが作成され、融合機１０１にインストールされた場合に、当該新たなフィルタに関するアクセス制御情報がポリシーデータ５０１Ｌ２に定義されていなくても、ハードウェア資源レベルのポリシーデータ（ポリシーデータ５０１Ｌ３）に基づいて当該フィルタに対するアクセス制御を行うことができる。
【００９１】
なお、上記では、アクセス制御情報は、単に利用（操作）の可否のみが定義された例について説明したが、例えば、所定の条件が満たされる場合に利用を許可するように定義されてもよい。例えば、所定の料金が支払われた場合に利用を許可したり、所定の時間帯に限って利用を許可したりといった具合である。
【００９２】
なお、本実施の形態では、ＵＳＢメモリを携帯型の記録媒体の一例として説明したが、ポリシーデータ５０１や、標準アプリ１４０、又はＳＤＫアプリ１８０等を格納するための携帯型の記録媒体は、ＵＳＢメモリに限定されない。例えば、ＳＤカード又はＩＣカード等、各種の記録媒体を適用させることができる。
【００９３】
以上、本発明の実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００９４】
１０１ 融合機
１１１ ハードウェア
１１２ ソフトウェア
１２１ 撮像部
１２２ 印刷部
１２３ その他のハードウェア
１３１ アプリケーション
１３２ プラットフォーム
１３３ アプリケーションプログラムインタフェース
１３４ エンジンインタフェース
１３５ 仮想アプリケーションサービス
１４０ 標準アプリ
１４１ コピーアプリ
１４２ プリンタアプリ
１４３ スキャナアプリ
１４４ ファクシミリアプリ
１４６ Ｗｅｂブラウザ
１４７ Ｗｅｂサーバソフト
１４８ ＳＤＫアプリケーションサービス
１５１ コントロールサービス
１５２ システムリソースマネージャ
１５３ ハンドラ
１６１ オペレーションパネルコントロールサービス
１６２ サーティフィケーションコントロールサービス
１７１ ファクシミリコントロールユニットハンドラ
１７２ イメージメモリハンドラ
１８０ ＳＤＫアプリ
１８１ ＣＳＤＫアプリ
１８２ ＪＳＤＫアプリ
１８３ ＪＳＤＫプラットフォーム
１９１ スキャンフィルタ
１９２ 印刷フィルタ
１９３ ｆｔｐ転送フィルタ
２０２ オペレーションパネル
２１１ ＣＰＵ
２３３ ＨＤＤ
２３４ ＳＤカードスロット
２３５ ＳＤカード
２４１ ＮＩＣ
２４２ ＵＳＢデバイス
３１１ タッチパネル
３１２ テンキー
３１３ スタートボタン
３１４ リセットボタン
３１５ 機能キー
３１６ 初期設定ボタン
５０１、５０１ａ、５０１ｂ ポリシーデータ
２４２２ ＵＳＢメモリ
２４２３ ＵＳＢドライバ
２４２４ ｕｓｂｈｄ
【先行技術文献】
【特許文献】
【００９５】
【特許文献１】特開２００５−２６９６１９号公報
【技術分野】
【０００１】
本発明は、装置、アクセス制御方法、アクセス制御プログラム及び記録媒体に関し、特に携帯型の記録媒体に対するインタフェースを備えた装置、アクセス制御方法、アクセス制御プログラム及び記録媒体に関する。
【背景技術】
【０００２】
近年の画像形成装置は、複合機又は融合機（以下「融合機」で統一する）といわれる機器に代表されるように、各種のアプリケーションの実行が可能となっている（例えば、特許文献１）。また、ハードディスク等の比較的大容量な記憶装置を備え、コピー時等にスキャンされた画像データの蓄積が可能となっている。オフィス等における画像形成装置が複数のユーザによって利用することに鑑みれば、これらの資源（アプリケーションや画像データ等）に対するセキュリティが適切に確保されることが望まれる。すなわち、悪意のあるユーザからこれらの資源を保護するため、各資源に対する操作権限をユーザに応じて制限する必要がある。また、善意のユーザであっても、ユーザに応じて利用できる機能を制限したい場合がある。例えば、モノクロコピーとカラーコピーとでは、コピーに必要とされるコスト（料金）が異なる。したがって、無条件にカラーコピーの使用を許可してしまうのは、経費節減等の観点から望ましくない。そこで、例えば、ユーザの役職等に応じてカラーコピーの利用を制限することが考えられる。
【０００３】
かかる制御を実現する機能は、アクセス制御機能といわれ、一般的にＡＣＬ（Access Control List）やポリシーデータ等のアクセス制御情報を用いて実現される。
【０００４】
従来、画像形成装置に対するアクセス制御情報は、ネットワークを介して接続されているサーバコンピュータにおいて一元的に管理されていたり、各画像形成装置ごとに管理されていたりした。前者は、例えば、百台以上の大規模ユーザに適した運用形態であるといえる。一方、後者は、例えば、数台程度の小規模ユーザに適した運用形態であるといえる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、例えば、数十台程度の中規模なユーザにとっては、いずれの形態も運用しづらいものであった。すなわち、サーバコンピュータによって一元管理する形態については、サーバコンピュータの導入費用等を考慮すると、費用対効果の面で疑問があった。一方、画像形成装置ごとに管理する形態では、人事異動等に応じて頻繁に変更され得るアクセス制御情報の保守作業が画像形成装置ごとに必要とされ、非常に煩雑になるという問題があった。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、簡便にかつ適切にアクセス制御を行うことのできる装置、アクセス制御方法、アクセス制御プログラム及び記録媒体の提供を目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明は、複数のアプリケーションを実行可能な装置であって、前記アプリケーションから利用される複数のソフトウェア資源又は複数のハードウェア資源のそれぞれについて、ユーザによる利用の可否が定義されたアクセス制御情報に基づいて、前記複数のアプリケーションのうちの第一のアプリケーションに関して、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する判定手段を有する。
【０００８】
このような装置では、簡便にかつ適切にアクセス制御を行うことができる。
【０００９】
また、上記課題を解決するため、本発明は、上記装置におけるアクセス制御方法、前記アクセス制御方法を装置に実行させるためのアクセス制御プログラム、又は前記アクセス制御プログラムを記録した記録媒体としてもよい。
【発明の効果】
【００１０】
本発明によれば、簡便にかつ適切にアクセス制御を行うことのできる装置、アクセス制御方法、アクセス制御プログラム及び記録媒体を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態における融合機のソフトウェア実行時の構成例を示す図である。
【図２】本発明の実施の形態における融合機のハードウェア構成例を示す図である。
【図３】オペレーションパネルを表す図である。
【図４】第一の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。
【図５】本発明の実施の形態におけるポリシーデータの定義例を示す図である。
【図６】第一の実施の形態における融合機の起動時の処理手順を説明するためのフローチャートである。
【図７】第一の実施の形態において標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。
【図８】ＵＳＢメモリの挿入を検知するための仕組みの例を示す図である。
【図９】第二の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。
【図１０】第二の実施の形態においてＳＤＫアプリを利用する際の融合機の処理手順を説明するためのフローチャートである。
【図１１】第三の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。
【図１２】第三の実施の形態における融合機の起動時の処理手順を説明するためのフローチャートである。
【図１３】第三の実施の形態においてＵＳＢメモリが起動時に挿し込まれていない場合に標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。
【図１４】第三の実施の形態においてＵＳＢメモリが起動時に挿し込まれている場合に標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。
【図１５】コピーアプリのフィルタ構成の例を示す図である。
【図１６】スキャンによるｆｔｐ転送アプリのフィルタ構成の例を示す図である。
【図１７】アプリケーションレベルのポリシーデータの例を示す図である。
【図１８】フィルタレベルのポリシーデータの例を示す図である。
【図１９】ハードウェア資源レベルのポリシーデータの例を示す図である。
【図２０】第四の実施の形態において利用可能なアプリケーションの判定処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における融合機のソフトウェア実行時の構成例を示す図である。図１の融合機１０１は、種々のハードウェア１１１と、種々のソフトウェア１１２とより構成される。
【００１３】
融合機１０１のハードウェア１１１としては、撮像部１２１と、印刷部１２２と、その他のハードウェア１２３が存在する。撮像部１２１は、読取原稿から画像（画像データ）を読み取るためのハードウェアである。印刷部１２２は、画像（画像データ）を印刷用紙に印刷するためのハードウェアである。
【００１４】
融合機１０１のソフトウェア１１２としては、種々のアプリケーション１３１と、種々のプラットフォーム１３２が存在する。これらのプログラムは、ＵＮＩＸ（登録商標）等のＯＳ（オペレーティングシステム）によりプロセス単位で並列的に実行される。
【００１５】
アプリケーション１３１としては、コピー用のアプリケーションであるコピーアプリ１４１、プリンタ用のアプリケーションであるプリンタアプリ１４２、スキャナ用のアプリケーションであるスキャナアプリ１４３、ファクシミリ用のアプリケーションであるファクシミリアプリ１４４が存在する。そしてさらに、Ｗｅｂページの閲覧用のソフトウェアであるＷｅｂブラウザ１４６、Ｗｅｂページの配信用のソフトウェアであるＷｅｂサーバソフト１４７、ＣＳＤＫアプリ１８１やＪＳＤＫアプリ１８２の制御用のソフトウェアであるＳＤＫアプリケーションサービス（ＳＡＳ）１４８が存在する。但し、これらのアプリケーションは、必ずしも融合機１０１のＲＯＭやハードウェアディスク等にインストールされているわけではない。すなわち、当該アプリケーションは実行時に融合機１０１の外部の記録媒体より読み込まれて起動される場合もある。かかる意味において、図１の構成例は、定常的に融合機１０１にインストールされているアプリケーションの構成を示すものではなく、アプリケーションの実行時にＲＡＭ上に展開された状態として実現され得る構成を示すものである。
【００１６】
アプリケーション１３１の中には、融合機１０１が提供する専用のＳＤＫ（ソフトウェア開発キット）を使用することにより、融合機１０１の出荷後にユーザやソフトウェアベンダ等によって開発及び追加されるものもある。ＳＤＫを使用して開発したアプリケーション１３１をＳＤＫアプリと呼ぶ。専用のＳＤＫとしては、Ｃ言語でアプリケーション１３１を開発するための「ＣＳＤＫ」や、Ｊａｖａ（登録商標）言語でアプリケーション１３１を開発するための「ＪＳＤＫ」が提供される。ＣＳＤＫを使用して開発したアプリケーション１３１を「ＣＳＤＫアプリ」と呼び、ＪＳＤＫを使用して開発したアプリケーション１３１を「ＪＳＤＫアプリ」と呼ぶ。図１の融合機１０１にも、ＣＳＤＫアプリ１８１と、ＪＳＤＫアプリ１８２が存在する。図１の融合機１０１にはさらに、Ｊａｖａ（登録商標）言語で記述されたＪＳＤＫアプリ１８２とＣ言語で記述された他のソフトウェア１１２との仲介を行うソフトウェア１１２として、ＪＳＤＫプラットフォーム１８３が存在する。
【００１７】
プラットフォーム１３２としては、種々のコントロールサービス１５１、システムリソースマネージャ１５２、種々のハンドラ１５３が存在する。コントロールサービス１５１としては、オペレーションパネルコントロールサービス（ＯＣＳ）１６１及びサーティフィケーションコントロールサービス（ＣＣＳ）１６２等が存在する。ハンドラ１５３としては、ファクシミリコントロールユニットハンドラ（ＦＣＵＨ）１７１、イメージメモリハンドラ（ＩＭＨ）１７２が存在する。
【００１８】
ＯＣＳ１６１のプロセスは、オペレーションパネルに関する制御を行う。ＣＣＳ１６２のプロセスは、認証処理、アクセス制御、及び課金処理に関する制御を行う。その他、非図示のコントロールサービス１５１としては、例えば、ネットワーク通信の仲介を行うプロセス、ファクシミリのＡＰＩを提供するプロセス、蓄積文書の配信処理に関する制御を行うプロセス、撮像部１２１や印刷部１２２に関する制御を行うプロセス、メモリやハードディスクドライブに関する制御を行うプロセス、ユーザ情報の管理に関する制御を行うプロセス、システムの管理に関する制御を行うプロセス等が存在する。
【００１９】
アプリケーション１３１とプラットフォーム１３２の仲介を行うソフトウェア１１２として、仮想アプリケーションサービス（ＶＡＳ）１３５が存在する。ＶＡＳ１３５は、アプリケーション１３１をクライアントとするサーバプロセスとして動作すると共に、プラットフォーム１３２をサーバとするクライアントプロセスとして動作する。ＶＡＳ１３５は、アプリケーション１３１から見てプラットフォーム１３２を隠蔽するラッピング機能を備え、プラットフォーム１３２のバージョンアップに伴うバージョン差を吸収する役割等を担う。
【００２０】
図２は、本発明の実施の形態における融合機のハードウェア構成例を示す図である。融合機１０１のハードウェア１１１としては、ＣＰＵ２１１と、ＳＤカードスロット２３４と、ＵＳＢデバイス２４２と、ＲＯＭ２３１ａと、ＲＡＭ２３１ｂと、ＮＶＲＡＭ２３１ｃと、ＨＤＤ２３３と、ＮＩＣ（ネットワークインタフェースコントローラ）２４１と、オペレーションパネル２０２と、撮像部１２１と、印刷部１２２と等が存在する。
【００２１】
ＣＰＵ２１１は、種々の情報処理用のＩＣである。ＳＤカードスロット２３４は、ＳＤカード２３５をセットするためのスロットである。ＵＳＢデバイス２４２は、ＵＳＢ規格の接続端子を提供するためのデバイスであり、ＵＳＢメモリ２４２２が接続される。ＨＤＤ２３３は、融合機１０１のストレージである。ＮＩＣ２４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。オペレーションパネル２０２は、オペレータが融合機１０１に入力を行うためのハードウェア（操作部）であると共に、オペレータが融合機１０１から出力を得るためのハードウェア（表示部）である。
【００２２】
オペレーションパネル２０２は、図３のように、タッチパネル３１１と、テンキー３１２と、スタートボタン３１３と、リセットボタン３１４と、機能キー３１５と、初期設定ボタン３１６により構成される。タッチパネル３１１は、タッチ操作で入力を行うためのハードウェア（タッチ操作部）であると共に、画面表示で出力を得るためのハードウェア（画面表示部）である。テンキー３１２は、キー（ボタン）操作で数字入力を行うためのハードウェアである。スタートボタン３１３は、ボタン操作でスタート操作を行うためのハードウェアである。リセットボタン３１４は、ボタン操作でリセット操作を行うためのハードウェアである。機能キー３１５は、キー（ボタン）操作でＣＳＤＫアプリ１８１やＪＳＤＫアプリ１８２による操作画面を表示させるためのハードウェアである。初期設定ボタン３１６は、ボタン操作で初期設定画面を表示させるためのハードウェアである。
【００２３】
図４は、第一の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。
【００２４】
図４は、図２のハードウェア構成図より以下の説明において必要なものだけを抜き出したハードウェア構成図上において、代表的なソフトウェアの静的な状態（実行されていない状態）における配置構成例を示すものである。
【００２５】
図４に示されるように、第一の実施の形態においては、ＯＳと、種々のコントロールサービス（ＣＳ）１５１（ＯＣＳ１６１、ＣＣＳ１６２等）と、標準アプリ１４０は、ＲＯＭ２３１ａに格納されている。また、ＳＤＫアプリ１８０は、ＳＤカード２３５に格納されている。また、ポリシーデータ５０１ａは、携帯型の記録媒体の一例であるＵＳＢメモリ２４２２に格納されている。
【００２６】
なお、標準アプリ１４０とは、アプリケーション１３１のうちのＳＤＫアプリ以外のアプリケーションをいい、図１に示されるコピーアプリ１４１、プリンタアプリ１４２、スキャナアプリ１４３、ファクシミリアプリ１４４、ネットワークアプリ１４５、Ｗｅｂブラウザ１４６、及びＷｅｂサーバソフト１４７等が含まれる。
【００２７】
また、ポリシーデータ５０１ａは、融合機１０１の各種資源（ソフトウェア資源及びハードウェア資源）に対するアクセス制御情報が定義されたデータをいう。ポリシーデータ５０１ａの定義形式は所定のものに限定されないが、本実施の形態（第一の実施の形態のみならず以降の実施の形態も含む）では、図５に示されるものを用いる。
【００２８】
図５は、本発明の実施の形態におけるポリシーデータの定義例を示す図である。図５のポリシーデータ５０１では、融合機１０１において、ユーザに対して提供されるアプリケーション（標準アプリ１４０、ＳＤＫアプリ１８０等）ごと、又は、アプリケーションを構成する処理単位ごとにユーザの利用権限（実行権（ｘ）、読み取り権（ｒ）、書き込み権（ｗ））が定義されている。なお、「ユーザに対して提供される」とは、ユーザから直接操作されることをいう。
【００２９】
例えば、ｕｓｅｒ１は、１行目より、コピーアプリ１４１の操作は実行（ｘ）できる。また、４行目より、コピーの際にカラースキャンによって原稿より画像データを読み取らせる（ｒ）ことができる。また、５行目より、コピーの際にカラー印刷によって印刷用紙に画像データを書き込ませる（ｗ）ことができる。
【００３０】
なお、図５において、参照番号２４２２−ｎ（ｎは、１〜５）は、それぞれ異なるＵＳＢメモリ２４２２を示す。例えば、ＵＳＢメモリ２４２２−１には、ｕｓｅｒ１のポリシーデータ５０１−１ａが格納されている。また、ＵＳＢメモリ２４２２−２には、ｕｓｅｒ２のポリシーデータ５０１−２ａが格納されている。他のＵＳＢメモリ２４２２−ｎについても、それぞれ、一ユーザ分のポリシーデータ５０１−ｎａ（ｎは、１〜５）が格納されている。
【００３１】
すなわち、図４では、従来、融合機１０１のＮＶＲＡＭ２３１ｃ若しくはＨＤＤ２３３、又は融合機１０１とネットワークを介して接続されるサーバコンピュータ等において一元的に管理されていたポリシーデータ５０１が、携帯型の記録媒体であるＵＳＢメモリ２４２２にユーザごとに格納されている点が特徴である。但し、ポリシーデータ５０１の一部又は全部は、ＮＶＲＡＭ２１３ｃにも格納されていてもよい。かかる観点（ＮＶＲＡＭ２３１ｃ内に、ポリシーデータ５０１は必ずしも存在するわけではないという意味）より、ＮＶＲＡＭ２３１ｃにおけるポリシーデータ５０１ｂは、破線によって表現されている。
【００３２】
なお、ポリシーデータ５０１ａとポリシーデータ５０１ｂとの定義内容は重複していてもよし、重複していなくてもよい。すなわち、ポリシーデータ５０１ａには、ｕｓｅｒ１〜ｕｓｅｒ９について定義されている場合に、ポリシーデータ５０１ｂには、ｕｓｅｒ１０以降のユーザについて定義されていてもよいし、ｕｓｅｒ５以降のユーザについて定義されていてもよい。以下において、ポリシーデータ５０１ａとポリシーデータ５０１ｂとを特に区別しない場合、ポリシーデータ５０１という。
【００３３】
以下、第一の実施の形態における融合機１０１の処理手順について説明する。図６は、第一の実施の形態における融合機の起動時の処理手順を説明するためのフローチャートである。
【００３４】
ユーザによって融合機１０１の主電源が投入されると（Ｓ１０１）、ＣＰＵ２１１が起動する（Ｓ１０２）。ＣＰＵ２１１は、ＲＯＭ２３１ａよりブートストラップを読み出し（Ｓ１０３）、ＲＯＭ２３１ａのファイルシステムを認識し、ブートセクタを読み出す（Ｓ１０４）。続いて、ＣＰＵ２１１は、ＵＮＩＸ（登録商標）ＯＳのカーネルをロードし、ＵＮＩＸ（登録商標）システムを起動する（Ｓ１０５）。続いて、ＯＳ内のルートプロセス（ｉｎｉｔプロセスに相当するプロセス）が、予め定められたプロセスを子プロセスとして起動する（Ｓ１０６）。例えば、ＲＯＭ２３１ａよりＣＳ１５１における各種コントロールサービスがロードされ、起動される（Ｓ１０７）。
【００３５】
続いて、ＣＳ１５１のうち、認証機能及びアクセス制御機能を担うＣＣＳ１６２は、オペレーションパネル２０２におけるタッチパネル３１１の表示制御を占有し、タッチパネル３１１に認証画面をグレーアウトで表示させる（Ｓ１０８）。ここで、認証画面とは、ユーザに認証情報（例えば、ユーザＩＤ及びパスワード等）を入力させるための画面をいう。
【００３６】
続いて、ＣＰＵ２１１は、ＲＯＭ２３１ａより標準アプリ１４０をロードし、起動する（Ｓ１０９）。ここで、標準アプリ１４０は当該標準アプリ１４０を操作させるための初期画面をタッチパネル３１１に表示させようとするが、タッチパネル３１１は、ＣＣＳ１６２によって占有されているため、認証画面が表示されたまま融合機１０１は待機状態となる。但し、認証画面はグレーアウトされているため、ユーザは認証情報を入力できず、融合機１０１の各種資源を利用することはできない。
【００３７】
次に、ユーザが融合機１０１の標準アプリ１４０を利用する際の融合機１０１による処理手順について説明する。図７は、第一の実施の形態において標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。
【００３８】
融合機１０１を利用するユーザが、ポリシーデータ５０１ａの格納されたＵＳＢメモリ２４２２を融合機１０１のＵＳＢデバイス２４２に挿し込むと（接続すると）（Ｓ１５１）、融合機１０１のＣＣＳ１６２は、ＵＳＢメモリ２４２２の挿入（接続）を検知する（Ｓ１５２）。
【００３９】
図８は、ＵＳＢメモリの挿入を検知するための仕組みの例を示す図である。図８に示されるように、ＵＳＢメモリ２４２２が、ＵＳＢデバイス２４２に挿し込まれると（Ｓ５０１）、その旨は、ＯＳ内のＵＳＢドライバ２４２３によって、ｕｓｂｈｄ（ＵＳＢハードウェアデーモン）２４２４に通知される。ｕｓｂｈｄ２４２４は、ＵＳＢメモリの自動マウント及びアンマウントや、ＵＳＢメモリの接続監視や、ＵＳＢメモリ内に格納されているアプリケーションの起動等を行うデーモンプロセスであり、各種コントロールサービス１５１と同じ層において動作する。
【００４０】
ｕｓｂｈｄ２４２４は、ＵＳＢメモリ２４２２が挿し込まれた旨を、ｕｍａｓｓライブラリをリンクしているモジュールに通知する。したがって、ＣＣＳ１６２がＵＳＢメモリ２４２２が挿し込まれた旨の通知を受けるためには、ＣＣＳ１６２は、ｕｍａｓｓライブラリをリンクしている必要がある（Ｓ５０３）。その後ＣＣＳ１６２は、ＵＳＢドライバ２４２３を介してＵＳＢメモリ２４２２に対してアクセスするための準備が完了しているか否かを確認する（Ｓ５０４）。
【００４１】
ＣＣＳ１６２は、ＵＳＢメモリ２４２２の挿入を検知すると、認証画面のグレーアウトを解除し、認証画面を入力可能とする（Ｓ１５３）。そこで、ユーザが、認証画面において認証情報を入力すると（Ｓ１５４）、ＣＣＳ１６２は、入力された認証情報に基づいてユーザの認証を行う（Ｓ１５５）。
【００４２】
ユーザが認証された場合（Ｓ１５５でＹｅｓ）、ＣＣＳ１６２は、挿入されたＵＳＢメモリ２４２２よりポリシーデータ５０１ａを取得し、ＲＡＭ２３１ｂ上に展開する（Ｓ１５６）。ＣＣＳ１６２は、また、ＮＶＲＡＭ２３１ｃにポリシーデータ５０１ｂが格納されている場合は、当該ポリシーデータ５０１ｂを取得し、ＲＡＭ２３１ｂ上に展開する。
【００４３】
続いて、ＣＣＳ１６２は、上記の仕組みによってＲＡＭ２３１ｃ上に展開されたポリシーデータ５０１に基づいて、カレントユーザが操作可能な標準アプリ１４０を判定する（Ｓ１５７）。例えば、カレントユーザが「ｕｓｅｒ１」であれば、図５のポリシーデータ５０１−１ａに基づけば、コピーアプリ１４１及びスキャナアプリ１４３の操作が可能であると判定される。なお、ＮＶＲＡＭ２３１ｃにポリシーデータ５０１ｂが格納されていた場合であって、当該ポリシーデータ５０１ｂの定義内容と、ＵＳＢメモリ２４２２におけるポリシーデータ５０１ａの定義内容との間に重複部分がある場合、ＵＳＢメモリ２４２２の定義内容が優先的に適用される。
【００４４】
続いて、カレントユーザが操作可能であると判定された標準アプリ１４０は、当該アプリケーションの操作画面をタッチパネル３１１に表示させる（Ｓ１５８）。なお、操作可能であると判定された標準アプリ１４０が複数ある場合、いずれのアプリケーションの操作画面を表示させるかは予め定めておけばよい。また、ステップＳ１５８において特定のアプリケーションの操作画面を表示させるのではなく、利用するアプリケーションを選択させるための画面を表示させ、その画面においてユーザによって選択されたアプリケーションの操作画面を表示させるようにしてもよい。ここでは、コピーアプリ１４１によって、コピーアプリ１４１の操作画面が表示される場合を例とする。
【００４５】
続いて、ユーザが、例えば融合機１０１のＡＤＦ（自動原稿搬送装置）に原稿をセットし、オペレーションパネル２０２を介してカラーコピー機能（原稿をカラーでスキャンし、スキャンされた画像を蓄積すると共に、印刷用紙に出力する機能）の実行を指示したとする（Ｓ１５９）。この場合、まず、コピーアプリ１４１は、カレントユーザの「コピーによるカラースキャン」による画像データの読み取り権限（ｒ）の有無を確認する（Ｓ１６０）。より詳しくは、コピーアプリ１４１は、ＣＣＳ１６２に対してカレントユーザについて当該権限の有無を問い合わせる。ＣＣＳ１６２は、ＲＡＭ２３１ｂに展開されたポリシーデータ５０１に基づいて、当該権限の有無を確認し、その確認結果をコピーアプリ１４１に返信する。例えば、カレントユーザが「ｕｓｅｒ１」である場合、当該権限は認められているため、当該権限は有ると判定される。
【００４６】
カレントユーザに当該権限が無い場合（Ｓ１６０でＮｏ）、コピーアプリ１４１は、アプリケーションとしての処理を終了させる（Ｓ１６６）。これによって、タッチパネル３１１の表示は、コピーアプリ１４１の操作画面に戻る。
【００４７】
一方、カレントユーザに当該権限が有る場合、コピーアプリ１４１は、カラースキャンを撮像部１２１に実行させる（Ｓ１６１）。
【００４８】
続いて、コピーアプリ１４１は、ステップＳ１６０と同様にＣＣＳ１６２に問い合わせることにより、カレントユーザの「コピーによる画像蓄積」による画像データの書き込み権限（ｗ）の有無を確認する（Ｓ１６２）。カレントユーザに当該権限が有る場合（Ｓ１６２でＹｅｓ）、コピーアプリ１４１は、原稿からスキャンされた画像データをＵＳＢメモリに２４２２に保存する（Ｓ１６３）。
【００４９】
ところで、コピー時にスキャンされた画像データの保存先は、一時的な場合も含めて、従来はＨＤＤ２３３であった。しかし、機密文書等がコピーされる場合を考えると、ＨＤＤ２３３に画像データが蓄積されるのはセキュリティ上の観点より問題があった。すなわち、融合機１０１は、多数のユーザよりアクセス可能であるため、当該融合機１０１のＨＤＤ２３３内を参照したり、ＨＤＤ２３３自体を持ち出したりすることは、それほど困難なことではないからである。
【００５０】
そこで、本実施の形態における融合機１０１のコピーアプリ１４１は、ＵＳＢメモリ２４２２に画像データを保存する。例えば、ＵＳＢメモリ２４２２を、ユーザごとにそれぞれ配布しておけば、あるユーザによるコピー時にスキャンされた画像データは、当該ユーザのＵＳＢメモリ２４２２に保存されるため、他のユーザによって当該画像データが参照されることを防止することができる。
【００５１】
一方、カレントユーザに「コピーによる画像蓄積」による画像データの書き込み権限が無い場合は（Ｓ１６２でＮｏ）、ＵＳＢメモリ２４２２への画像データの保存は行われない。
【００５２】
ステップＳ１６２又はＳ１６３に続いてステップＳ１６４に進み、コピーアプリ１４１は、ステップＳ１６０と同様にＣＣＳ１６２に問い合わせることにより、カレントユーザの「コピーによるカラー印刷」による画像データの書き込み権限（ｗ）の有無を確認する。
【００５３】
カレントユーザに当該権限が無い場合（Ｓ１６４でＮｏ）、コピーアプリ１４１は、アプリケーションとしての処理を終了させる（Ｓ１６６）。これによって、タッチパネル３１１の表示は、コピーアプリ１４１の操作画面に戻る。一方、カレントユーザに当該権限が有る場合、コピーアプリ１４１は、印刷部１２２にスキャンされた画像データのカラー印刷を実行させ、処理を終了させる（Ｓ１６５）。これによって、タッチパネル３１１の表示は、コピーアプリ１４１の操作画面に戻る。
【００５４】
なお、図７の処理の途中においてＵＳＢメモリ２４２２が抜かれた場合は、ＣＣＳ１６２にその旨が通知され、それ以降の処理は中止される。その場合、ＣＣＳ１６２は、起動後の待機状態の際と同様にグレーアウトさせた認証画面をタッチパネル３１１表示させる。すなわち、融合機１０１を利用するためには、ＵＳＢメモリ２４２２が挿し込まれていなければならない。
【００５５】
上述したように、第一の実施の形態における融合機１０１によれば、ＵＳＢメモリ２４２２に格納されたポリシーデータ５０１ａを用いてアクセス制御を行うことができる。したがって、例えば、ＵＳＢメモリ２４２２を、融合機１０１の操作を許可するユーザのそれぞれに配布しておけば、融合機１０１内の記録媒体や、融合機１０１とネットワークを介して接続されるサーバコンピュータにおいてポリシーデータ５０１を管理する必要はない。よって、融合機１０１ごとに保守作業を行う手間や、サーバコンピュータを導入するためのコスト等をより軽減させることができる。また、ユーザごとに配布されるＵＳＢメモリ２４２２には、当該ユーザのみに関するアクセス制御情報が格納されている。したがって、各ユーザのＵＳＢメモリ２４２２内のポリシーデータ５０１ａの独立性を高めることができ、他のユーザのアクセス制御情報に変更が生じた場合であっても、当該他のユーザ以外のＵＳＢメモリ２４２２内のポリシーデータ５０１ａを変更する必要はなく、アクセス制御情報に関する保守作業をより簡略化することができる。
【００５６】
なお、例えば、ユーザごとでなく、複数のユーザより構成されるグループ単位でＵＳＢメモリ２４２２を配布するようにしてもよい。斯かる場合、ＵＳＢメモリ２４２２内のポリシーデータ５０１ａには、当該グループに対するポリシーデータ、又は当該グループを構成する各ユーザのポリシーデータを格納するようにすればよい。
【００５７】
次に、第二の実施の形態について説明する。図９は、第二の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。図９中、図４と同一部分には同一符号を付し、その説明は省略する。図９において図４と異なる点は、ＳＤＫアプリ１８０の格納場所にある。すなわち、図９において、ＳＤＫアプリ１８０は、ＳＤカード２３５ではなく、ＵＳＢメモリ２４２２に格納されている。
【００５８】
以下、第二の実施の形態における融合機１０１の処理手順について説明する。第二の実施の形態において、融合機１０１の起動時の処理手順は第一の実施の形態（図６）と同様であるため、ここでの説明は省略する。
【００５９】
第二の実施の形態では、ユーザがＳＤＫアプリ１８０を利用する際の融合機１０１による処理手順について説明する。図１０は、第二の実施の形態においてＳＤＫアプリを利用する際の融合機の処理手順を説明するためのフローチャートである。図１０中、図７と同一ステップには同一ステップ番号を付し、その説明は省略する。すなわち、図１０において、ステップＳ１５１からステップＳ１５８までは、第一の実施の形態と同様である。
【００６０】
ステップＳ１５８に続いてステップＳ２５９に進み、ユーザが、オペレーションパネル２０２の機能キー３１５を操作することにより、ＳＤＫアプリ１８０の操作画面の表示を指示すると、ＣＣＳ１６２は、ポリシーデータ５０１に基づいて、カレントユーザが操作可能なＳＤＫアプリ１８０を判定する（Ｓ２６０）。なお、図５には、標準アプリ１４０に対する定義のみが表示されているが、ＳＤＫアプリ１８０に対する定義も同様にポリシーデータ５０１内に行っておけばよい。
【００６１】
続いて、ＯＣＳ１６１は、ＣＣＳ１６２によって操作可能であると判定されたＳＤＫアプリ１８０を操作させるための画面（例えば、カレントユーザが操作可能なＳＤＫアプリ１８０の一覧が示された画面）をタッチパネル３１１に表示させる（Ｓ２６１）。ユーザが、表示された画面上において、任意のＳＤＫアプリ１８０の実行を指示すると（Ｓ２６２）、ｕｓｂｈｄ２４２４は、ＵＳＢメモリ２４２２より当該ＳＤＫアプリ１８０をロードし（Ｓ２６３）、プロセスとして起動する（Ｓ２６４）。
【００６２】
上述したように、第二の実施の形態における融合機１０１によれば、ＵＳＢメモリ２４２２に格納されたＳＤＫアプリ１８０を実行させることができる。したがって、例えば、各ユーザには、当該ユーザに対応するポリシーデータ５０１ａと、当該ユーザが利用可能なＳＤＫアプリ１８０が格納されたＵＳＢメモリ２４２２を配布するようにすれば、成りすましによるＳＤＫアプリ１８０の不正な実行を効果的に防止することができる。すなわち、仮にパスワード等の認証情報が盗まれたとしても、当該ＳＤＫアプリ１８０が格納されたＵＳＢメモリ２４２２を入手できなければ、そもそも融合機１０１に当該ＳＤＫアプリ１８０をロードすることができないからである。
【００６３】
なお、ＵＳＢメモリ２４２２がユーザごと又はグループごとに配布される場合、権限の無いユーザによるＳＤＫアプリ１８０の不正利用をより効果的に防止するために、当該ユーザ又はグループに利用可能なＳＤＫアプリ１８０のみをＵＳＢメモリ２４２２に格納するようにするとよい。この場合、ＣＣＳ１６２は、ＵＳＢメモリ２４２２に格納されているＳＤＫアプリ１８０については、ポリシーデータ５０１の定義に拘わらず利用可能と判定するようにしてもよい。
【００６４】
次に、第三の実施の形態について説明する。図１１は、第三の実施の形態の融合機において利用されるソフトウェアの静的な配置構成例を示す図である。図１１中、図９と同一部分には同一符号を付し、その説明は省略する。図１１において図９と異なる点は、標準アプリ１４０の格納場所にある。すなわち、図１１において、標準アプリ１４０は、ＲＯＭ２３１ａではなく、ＵＳＢメモリ２４２２に格納されている。
【００６５】
以下、第三の実施の形態における融合機１０１の処理手順について説明する。図１２は、第三の実施の形態における融合機の起動時の処理手順を説明するためのフローチャートである。図１２中、図６と同一ステップには同一ステップ番号を付し、その説明は省略する。
【００６６】
ステップＳ１０７に続いてステップＳ３０８に進み、ＣＣＳ１６２は、ＵＳＢドライバ２４２３を介してＵＳＢデバイス２４２にＵＳＢメモリ２４２２が既に挿し込まれているか否かを確認する。この処理は、融合機１０１に電源が投入される際に、ユーザが予めＵＳＢメモリ２４２２を挿し込むことがあり得ることを考慮したものである。
【００６７】
ＵＳＢメモリ２４２２が挿し込まれていない場合（Ｓ３０８でＮｏ）、ＣＣＳ１６２は、オペレーションパネル２０２におけるタッチパネル３１１の表示制御を占有し、タッチパネル３１１に認証画面をグレーアウトで表示させる（Ｓ３１２）。融合機１０１は、この状態で待機する。
【００６８】
一方、ＵＳＢメモリ２４２２が既に挿し込まれている場合（Ｓ３０８でＹｅｓ）、ＣＣＳ１６２は、オペレーションパネル２０２におけるタッチパネル３１１の表示制御を占有し、タッチパネル３１１に認証画面を入力可能な状態で表示させる（Ｓ３０９）。続いて、ｕｓｂｈｄ２４２４が、ＵＳＢメモリ２４２２より標準アプリ１４０をロードし（Ｓ３１０）、プロセスとして起動する（Ｓ３１１）。融合機１０１は、この状態で待機する。
【００６９】
次に、ユーザが、標準アプリ１４０を利用する際の融合機１０１による処理手順について説明する。図１３は、第三の実施の形態においてＵＳＢメモリが起動時に挿し込まれていない場合に標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。すなわち、図１３の処理は、図１２において、ステップＳ３１２実行後に融合機１０１が待機状態となっている場合の処理手順を示すものである。なお、図１３中、図７と同一ステップには同一ステップ番号を付し、その説明は省略する。
【００７０】
図１３においては、ステップＳ１５７とステップＳ１５８との間に、ステップＳ３５７−１及びステップＳ３５７−２が新たに追加されている。
【００７１】
すなわち、ｕｓｂｈｄ２４２４は、ステップＳ１５７において判定された、カレントユーザが操作可能な標準アプリ１４０をＵＳＢメモリ２４２２よりロードし（Ｓ３５７−１）、ロードされた標準アプリ１４０をプロセスとして起動する（Ｓ３５７−２）。その他の処理は、第一の実施の形態と同様である。
【００７２】
また、図１４は、第三の実施の形態においてＵＳＢメモリが起動時に挿し込まれている場合に標準アプリを利用する際の融合機の処理手順を説明するためのフローチャートである。すなわち、図１４の処理は、図１２において、ステップＳ３１１において標準アプリ１４０が起動された後に融合機１０１が待機状態となっている場合の処理手順を示すものである。なお、図１４中、図７と同一ステップには同一ステップ番号を付し、その説明は省略する。
【００７３】
図１４の処理手順は、図７処理手順からステップＳ１５１からステップＳ１５３を削除したものと同様である。すなわち、図１４においては、融合機１０１の起動時に既にＵＳＢメモリ２４２２が挿し込まれており、認証画面は入力可能な状態となっている。更に、ＵＳＢメモリ２４２２よりロードされた標準アプリ１４０は、既に起動されている。したがって、ユーザが認証情報を入力し（Ｓ１５４）、認証されれば（Ｓ１５５でＹｅｓ）、第一の実施の形態と同様の手順で標準アプリ１４０（コピーアプリ１４１）が実行され得る。
【００７４】
上述したように、第三の実施の形態における融合機１０１によれば、ＵＳＢメモリ２４２２に格納された標準アプリ１４０を実行させることができる。したがって、例えば、各ユーザには、当該ユーザに対応するポリシーデータ５０１ａと、当該ユーザが利用可能な標準アプリ１４０が格納されたＵＳＢメモリ２４２２を配布するようにすれば、成りすましによる標準アプリ１４０の不正な実行を効果的に防止することができる。
【００７５】
また、標準アプリ１４０をＲＯＭ２３１ａに格納する必要性が軽減されるため、ＲＯＭ２３１ａのメモリ消費量を低減させることができる。
【００７６】
なお、ＵＳＢメモリ２４２２がユーザごと又はグループごとに配布される場合、権限の無いユーザによる標準アプリ１４０の不正利用をより効果的に防止するために、当該ユーザ又はグループに利用可能な標準アプリ１４０のみをＵＳＢメモリ２４２２に格納するようにするとよい。この場合、ＣＣＳ１６２は、ＵＳＢメモリ２４２２に格納されている標準アプリ１４０については、ポリシーデータ５０１の定義に拘わらず利用可能と判定するようにしてもよい。
【００７７】
次に、第四の実施の形態について説明する。第四の実施の形態では、融合機１０１において動作可能なアプリケーション（ＳＤＫアプリ１８０や標準アプリ１４０等）を「パイプ＆フィルタ」と呼ばれるアーキテクチャで構築する場合のアクセス制御について考える。ここで、フィルタとは、アプリケーションを構成する部品（機能モジュール）となるプログラムをいう。「パイプ＆フィルタ」と呼ばれるアーキテクチャにおいて、アプリケーションは、フィルタの接続によって構成される。また、フィルタとフィルタとの間を接続する媒体をパイプという。パイプは、先に実行されるフィルタより出力される情報を次に実行されるフィルタへの入力するための仮想的な伝達媒体である。パイプは、例えば、ハードディスク、ＲＡＭ、又はＵＳＢメモリ等によって提供されるメモリ空間によって実現される。
【００７８】
例えば、図１５は、コピーアプリのフィルタ構成の例を示す図である。図１５において、コピーアプリ１４１は、スキャンフィルタ１９１と印刷フィルタ１９２との接続によって構成されている。スキャンフィルタ１９１は、撮像部１２１によって原稿より読み取られた画像データをパイプ（例えば、ＵＳＢメモリ２４２２）に出力する。印刷フィルタ１９２は、パイプへの画像データの入力を検知すると当該画像データを印刷部１２２に印刷させる。したがって、スキャンフィルタ１９１と印刷フィルタ１９２との動作が連続的に行われることにより、コピー機能が実現される。
【００７９】
また、図１６は、スキャンによるｆｔｐ転送アプリのフィルタ構成の例を示す図である。図１６において、スキャンによるｆｔｐ転送アプリ１８０１は、スキャンフィルタ１９１とｆｔｐ転送フィルタ１９３との接続によって構成されている。図１６中、図１５と同一部分には同一符号を付している。したがって、図１６におけるスキャンフィルタ１９１は、図１５におけるものと同じである。ｆｔｐ転送フィルタ１９３は、パイプへの画像データの入力を検知すると当該画像データをＮＩＣ２４１を利用してｆｔｐ転送する。
【００８０】
融合機１０１のアプリケーションが、パイプ＆フィルタによって構成される場合、ポリシーデータ５０１には、アプリケーションレベルでの利用権限と、フィルタレベルでの利用権限と、ハードウェア資源レベルでの利用権限とをそれぞれ定義するようにするとよい。
【００８１】
図１７は、アプリケーションレベルのポリシーデータの例を示す図である。図１７のポリシーデータ５０１Ｌ１には、コピーアプリ、スキャナアプリ、スキャンによるｆｔｐ転送アプリ、及びスキャンによるｍａｉｌ転送アプリ等のアプリケーションごとに利用の可否が定義されている。図１７の例では、ｕｓｅｒ１は、コピーアプリとスキャンアプリの利用が許可されている。
【００８２】
図１８は、フィルタレベルのポリシーデータの例を示す図である。図１８のポリシーデータ５０１Ｌ２には、スキャンフィルタ、印刷フィルタ、ｆｔｐ転送フィルタ、及びｍａｉｌ転送フィルタ等のフィルタごとに利用の可否が定義されている。図１８の例では、ｕｓｅｒ１は、スキャンフィルタと印刷フィルタとの利用が許可されている。
【００８３】
図１９は、ハードウェア資源レベルのポリシーデータの例を示す図である。図１９のポリシーデータ５０１Ｌ３には、撮像部１２１、印刷部１２２、ＨＤＤ２３３、ＮＩＣ２４１、及びＵＳＢメモリ２４２２等のハードウェア資源ごとに利用の可否が定義されている。図１９の例では、ｕｓｅｒ１は、撮像部１２１、印刷部１２２、及びＵＳＢメモリ２４２２の利用が許可されている。
【００８４】
第四の実施の形態では、図１７〜図１９に示されるポリシーデータ５１０Ｌ１、５０１Ｌ２、及び５０１Ｌ３が、図４のポリシーデータ５０１ａとしてユーザごとにＵＳＢメモリ２４２２に格納されている。
【００８５】
図２０は、第四の実施の形態において利用可能なアプリケーションの判定処理を説明するためのフローチャートである。すなわち、図２０は、図７、図１０、又は図１４等のステップＳ１５７における操作可能な標準アプリの判定処理や、図１０のステップＳ２６０における操作可能なＳＤＫアプリの判定処理に相当する処理を説明するものである。したがって、図２０の処理の前提として、ＵＳＢメモリ２４２２に格納されているポリシーデータ５０１Ｌ１、５０１Ｌ２及び５０１Ｌ３は、ＲＡＭ２３１ｂ上に展開されていることとする。
【００８６】
まず、ＣＣＳ１６２は、ＲＡＭ２３１ｃ上に展開されたポリシーデータ５０１Ｌ１に基づいて、判定対象とされているアプリケーション（以下「対象アプリ」という。）の利用の可否を判定する（Ｓ４０１）。ポリシーデータ５０１Ｌ１において、対象アプリの利用が許可されている場合（Ｓ４０２でＹｅｓ）、ＣＣＳ１６２は、ＲＡＭ２３１ｃ上に展開されたポリシーデータ５０１Ｌ２に基づいて、対象アプリを構成する各フィルタの利用の可否を判定する（Ｓ４０３）。対象アプリを構成する各フィルタの判別は、アプリケーションとフィルタとの利用関係を示す情報をＨＤＤ２３３等に記録しておき、当該情報に基づいて行えばよい。
【００８７】
ポリシーデータ５０１Ｌ２において、対象アプリを構成する全てのフィルタの利用が許可されている場合（Ｓ４０４でＹｅｓ）、ＣＣＳ１６２は、ＲＡＭ２３１ｃ上に展開されたポリシーデータ５０１Ｌ３に基づいて、各フィルタより利用される（すなわち、対象アプリより利用される）各ハードウェア資源の利用の可否を判定する（Ｓ４０５）。各フィルタより利用されるハードウェア資源の判別は、フィルタとハードウェア資源との利用関係を示す情報をＨＤＤ２３３等に記録しておき、当該情報に基づいて行えばよい。
【００８８】
ポリシーデータ５０１Ｌ３において、各フィルタより利用される全てのハードウェア資源の利用が許可されている場合（Ｓ４０６でＹｅｓ）、ＣＣＳ１６２は、対象アプリの利用は可能であると判定する（対象アプリの利用を許可する）（Ｓ４０７）。
【００８９】
一方、ポリシーデータ５０１Ｌ１において、対象アプリの利用が許可されていない場合（Ｓ４０２でＮｏ）、ポリシーデータ５０１Ｌ２において、対象アプリを構成するフィルタのうち少なくとも一つのフィルタの利用が許可されていない場合（Ｓ４０４でＮｏ）、又は、ポリシーデータ５０１Ｌ３において、対象アプリより利用されるハードウェア資源のうち少なくとも一つのハードウェア資源の利用が許可されていない場合（Ｓ４０６でＮｏ）、ＣＣＳ１６２は、対象アプリの利用は不可能であると判定する（対象アプリの利用を禁止する）（Ｓ４０８）。
【００９０】
上述したように、第四の実施の形態によれば、例えば、既存のフィルタの組み合わせによって新たなアプリケーションが作成された場合、当該新たなアプリケーションに関するアクセス制御情報がポリシーデータ５０１Ｌ１に定義されていなくても、フィルタレベルのポリシーデータ（ポリシーデータ５０１Ｌ２）又はハードウェア資源レベルのポリシーデータ（ポリシーデータ５０１Ｌ３）に基づいて当該アプリケーションに対するアクセス制御を行うことができる。また、新たなフィルタが作成され、融合機１０１にインストールされた場合に、当該新たなフィルタに関するアクセス制御情報がポリシーデータ５０１Ｌ２に定義されていなくても、ハードウェア資源レベルのポリシーデータ（ポリシーデータ５０１Ｌ３）に基づいて当該フィルタに対するアクセス制御を行うことができる。
【００９１】
なお、上記では、アクセス制御情報は、単に利用（操作）の可否のみが定義された例について説明したが、例えば、所定の条件が満たされる場合に利用を許可するように定義されてもよい。例えば、所定の料金が支払われた場合に利用を許可したり、所定の時間帯に限って利用を許可したりといった具合である。
【００９２】
なお、本実施の形態では、ＵＳＢメモリを携帯型の記録媒体の一例として説明したが、ポリシーデータ５０１や、標準アプリ１４０、又はＳＤＫアプリ１８０等を格納するための携帯型の記録媒体は、ＵＳＢメモリに限定されない。例えば、ＳＤカード又はＩＣカード等、各種の記録媒体を適用させることができる。
【００９３】
以上、本発明の実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００９４】
１０１ 融合機
１１１ ハードウェア
１１２ ソフトウェア
１２１ 撮像部
１２２ 印刷部
１２３ その他のハードウェア
１３１ アプリケーション
１３２ プラットフォーム
１３３ アプリケーションプログラムインタフェース
１３４ エンジンインタフェース
１３５ 仮想アプリケーションサービス
１４０ 標準アプリ
１４１ コピーアプリ
１４２ プリンタアプリ
１４３ スキャナアプリ
１４４ ファクシミリアプリ
１４６ Ｗｅｂブラウザ
１４７ Ｗｅｂサーバソフト
１４８ ＳＤＫアプリケーションサービス
１５１ コントロールサービス
１５２ システムリソースマネージャ
１５３ ハンドラ
１６１ オペレーションパネルコントロールサービス
１６２ サーティフィケーションコントロールサービス
１７１ ファクシミリコントロールユニットハンドラ
１７２ イメージメモリハンドラ
１８０ ＳＤＫアプリ
１８１ ＣＳＤＫアプリ
１８２ ＪＳＤＫアプリ
１８３ ＪＳＤＫプラットフォーム
１９１ スキャンフィルタ
１９２ 印刷フィルタ
１９３ ｆｔｐ転送フィルタ
２０２ オペレーションパネル
２１１ ＣＰＵ
２３３ ＨＤＤ
２３４ ＳＤカードスロット
２３５ ＳＤカード
２４１ ＮＩＣ
２４２ ＵＳＢデバイス
３１１ タッチパネル
３１２ テンキー
３１３ スタートボタン
３１４ リセットボタン
３１５ 機能キー
３１６ 初期設定ボタン
５０１、５０１ａ、５０１ｂ ポリシーデータ
２４２２ ＵＳＢメモリ
２４２３ ＵＳＢドライバ
２４２４ ｕｓｂｈｄ
【先行技術文献】
【特許文献】
【００９５】
【特許文献１】特開２００５−２６９６１９号公報
【特許請求の範囲】
【請求項１】
複数のアプリケーションを実行可能な装置であって、
前記アプリケーションから利用される複数のソフトウェア資源又は複数のハードウェア資源のそれぞれについて、ユーザによる利用の可否が定義されたアクセス制御情報に基づいて、前記複数のアプリケーションのうちの第一のアプリケーションに関して、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する判定手段を有する装置。
【請求項２】
前記アクセス制御情報には、前記アプリケーション単位で前記ユーザによる利用の可否が定義され、
前記判定手段は、更に、前記第一のアプリケーションに対して前記アクセス制御情報に定義されている利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定し、前記第一のアプリケーションに関する利用の可否が前記アクセス制御情報に定義されていない場合は、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する請求項１記載の装置。
【請求項３】
前記判定手段は、前記第一のアプリケーションが利用するソフトウェア資源に関する利用の可否が前記アクセス制御情報に定義されていない場合は、当該ソフトウェア資源が利用するハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる当該ソフトウェア資源の利用の可否を判定する請求項１又は２記載の装置。
【請求項４】
複数のアプリケーションを実行可能な装置が、
前記アプリケーションから利用される複数のソフトウェア資源又は複数のハードウェア資源のそれぞれについて、ユーザによる利用の可否が定義されたアクセス制御情報に基づいて、前記複数のアプリケーションのうちの第一のアプリケーションに関して、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する判定手順を実行するアクセス制御方法。
【請求項５】
複数のアプリケーションを実行可能な装置に、
前記アプリケーションから利用される複数のソフトウェア資源又は複数のハードウェア資源のそれぞれについて、ユーザによる利用の可否が定義されたアクセス制御情報に基づいて、前記複数のアプリケーションのうちの第一のアプリケーションに関して、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する判定手順を実行させるアクセス制御プログラム。
【請求項６】
請求項５記載のアクセス制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
複数のアプリケーションを実行可能な装置であって、
前記アプリケーションから利用される複数のソフトウェア資源又は複数のハードウェア資源のそれぞれについて、ユーザによる利用の可否が定義されたアクセス制御情報に基づいて、前記複数のアプリケーションのうちの第一のアプリケーションに関して、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する判定手段を有する装置。
【請求項２】
前記アクセス制御情報には、前記アプリケーション単位で前記ユーザによる利用の可否が定義され、
前記判定手段は、更に、前記第一のアプリケーションに対して前記アクセス制御情報に定義されている利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定し、前記第一のアプリケーションに関する利用の可否が前記アクセス制御情報に定義されていない場合は、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する請求項１記載の装置。
【請求項３】
前記判定手段は、前記第一のアプリケーションが利用するソフトウェア資源に関する利用の可否が前記アクセス制御情報に定義されていない場合は、当該ソフトウェア資源が利用するハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる当該ソフトウェア資源の利用の可否を判定する請求項１又は２記載の装置。
【請求項４】
複数のアプリケーションを実行可能な装置が、
前記アプリケーションから利用される複数のソフトウェア資源又は複数のハードウェア資源のそれぞれについて、ユーザによる利用の可否が定義されたアクセス制御情報に基づいて、前記複数のアプリケーションのうちの第一のアプリケーションに関して、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する判定手順を実行するアクセス制御方法。
【請求項５】
複数のアプリケーションを実行可能な装置に、
前記アプリケーションから利用される複数のソフトウェア資源又は複数のハードウェア資源のそれぞれについて、ユーザによる利用の可否が定義されたアクセス制御情報に基づいて、前記複数のアプリケーションのうちの第一のアプリケーションに関して、前記第一のアプリケーションが利用するソフトウェア資源又はハードウェア資源に対する前記ユーザによる利用の可否に基づいて、前記ユーザによる前記第一のアプリケーションの利用の可否を判定する判定手順を実行させるアクセス制御プログラム。
【請求項６】
請求項５記載のアクセス制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１３−１０１６８８（Ｐ２０１３−１０１６８８Ａ）
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願番号】特願２０１３−２０１１６（Ｐ２０１３−２０１１６）
【出願日】平成２５年２月５日（２０１３．２．５）
【分割の表示】特願２０１１−１２３０８６（Ｐ２０１１−１２３０８６）の分割
【原出願日】平成１８年１１月３０日（２００６．１１．３０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願日】平成２５年２月５日（２０１３．２．５）
【分割の表示】特願２０１１−１２３０８６（Ｐ２０１１−１２３０８６）の分割
【原出願日】平成１８年１１月３０日（２００６．１１．３０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]