画像処理装置、画像処理方法、記憶媒体、プログラム
【課題】 制限された機能が関連付けられたフォルダをユーザが操作しても、ユーザ毎に制限された機能に合わせてフォルダへのアクセス権限限を変更することである。
【解決手段】 ユーザからホットフォルダに対する操作を受け付けたら（Ｓ６０１〜Ｓ６０３）、当該ユーザがホットフォルダに対するアクセス権限限があるかどうかを判断する（Ｓ６０５）。ここで、アクセス権限限があると判断された場合、さらに、ホットフォルダに関連付けられた機能に、操作しているユーザが使用できない機能があるかどうかを判断する（Ｓ６０８）。そして、使用できない機能があると判断した場合に、当該ホットフォルダに対するアクセス権限限を変更するとともに、その旨を当該ユーザに通知する（Ｓ６１１、Ｓ６１２）ことを特徴とする。
【解決手段】 ユーザからホットフォルダに対する操作を受け付けたら（Ｓ６０１〜Ｓ６０３）、当該ユーザがホットフォルダに対するアクセス権限限があるかどうかを判断する（Ｓ６０５）。ここで、アクセス権限限があると判断された場合、さらに、ホットフォルダに関連付けられた機能に、操作しているユーザが使用できない機能があるかどうかを判断する（Ｓ６０８）。そして、使用できない機能があると判断した場合に、当該ホットフォルダに対するアクセス権限限を変更するとともに、その旨を当該ユーザに通知する（Ｓ６１１、Ｓ６１２）ことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フォルダに関連付けられた機能処理を実行する画像処理装置に関するものである。
【背景技術】
【０００２】
プリンタ、ファクシミリ、複写機、それらを１つの筐体に収めた複合機等の事務機器は、企業のオフィスなどにおいて頻繁に利用されている。近年、技術の進歩によってハードウェアの処理能力が向上し、複合機は様々な機能を提供することが可能となっている。例えば、エンドユーザが複合機を利用して複写機、プリンタ、イメージスキャナ、ファクシミリ、データ保管などの各機能を個別に実行するだけでなく、ファンクションフローとして実行する機能も実現されている。
【０００３】
ここでファンクションフローとは、プリンタ、ファクシミリ、複写機、データ保管などのそれぞれの機能を組み合わせて定義されるフローのことである。ファンクションフロー単位で複合機の個別の機能を一度に実行可能とすることで、ユーザはそれぞれ個別に操作していた処理を一度に操作実行することが可能となる。
【０００４】
このような機能を簡易的に行うために、複合機のファイル共有機能にファンクションフローを実行する機能を関連付けた記憶域（以下、ホットフォルダと記す）を備える場合もある。ここで、複合機のファイル共有機能には、例えば、ネットワークに接続されたプリンタ、ファクシミリ、複写機、及びそれらの機能を含む画像処理装置において、取得した文書を保存するボックス機能等がある。
【０００５】
これにより、ホットフォルダへファイル・データの登録や変更等の操作をすることによって、ファンクションフローを実行する機能も実現可能である。
【０００６】
例えばネットワーク上に複数のＰＣのような情報端末と複数の複合機が接続されているような環境を想定する。
【０００７】
複合機がホットフォルダを実現することによって、ユーザはファイル・データを複合機のホットフォルダへ登録する等の操作してファンクションフローを起動することが可能となる。
【０００８】
このことによって、ユーザは簡易的に複合機の機能をそれぞれ有機的に組み合わせて、印刷、コピー、メール送信といった処理を実行することができる。
【０００９】
しかし、このように簡易的にファンクションフローを実現できるが、セキュリティなどの観点からユーザが選択できる機能を制限する場合がある。
【００１０】
例えば、あるユーザに対してコピーや印刷は許可されているがメール送信は許可されていないといったケースである。
【００１１】
このような場合に、メール送信が含まれたファンクションフローを実行するホットフォルダに対してファイル・データ操作を行うと、ホットフォルダの処理はフォルダ内のファイル・データに対して自動で処理をしてしまう。
【００１２】
つまり、ホットフォルダは実行するユーザの権限を適切に判断することが出来ない。このため、ユーザに使用権限がない処理でもホットフォルダの処理として設定されていた場合、ユーザに対して制限された機能が使用できてしまうという場合が発生する。
【００１３】
このようにユーザが使用できる機能を制限する場合、複合機の機能制限とホットフォルダへのアクセス権は同時に管理されていなかった。したがって、ホットフォルダへのアクセスは、ユーザが使用できる機能権限に応じて制限する必要がある。
【００１４】
例えば、下記特許文献１には、以下のようなシステムを開示している。プリンタコントローラに保管してある全てのドキュメントやフォルダに対して、計算機から全操作が可能である。
【００１５】
さらに、保管されたドキュメントはユーザの区別なく利用することが可能であるので、保管されたドキュメントやフォルダの保護や管理の不十分さを解決するセキュリティシステムである。
【００１６】
以下、システムによる機能処理のフローの一例を説明する。
【００１７】
プリンタと直接接続、あるいはネットワーク経由で間接的に接続されている計算機からプリンタコントローラ上に保管されているドキュメントに対して印刷、あるいは削除等の操作が要求される。
【００１８】
すると、ドキュメントやフォルダの管理部が所持する管理テーブルを用いて、操作要求元ユーザのドキュメントやフォルダに対する操作権限を調査する。その調査の結果により、ユーザがドキュメントやフォルダに対する操作の許可を決定し、その結果を操作要求元へ返すことにより、プリンタコントローラ上のドキュメントやフォルダを保護することを特徴としている。
【特許文献１】特開２００３−２６６８０９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１９】
しかしながら、ユーザが使用できる機能に制限があるシステムであっても、ユーザに使用権限がない処理をホットフォルダの処理として実行できてしまう場合があった。これは、ホットフォルダの機能とユーザの制限機能とが連携するように管理されていないためである。したがって、ホットフォルダを使用するユーザに対してアクセス権限を初期設定でフリーに設定した場合、ユーザは機能制限がないユーザとしてホットフォルダに設定した全ての機能を実行できてしまうという事態を招いていた。
【００２０】
このような事態をシステム管理者がユーザ毎にフォルダに対するアクセス権限を設定したり変更することは、画像処理装置を使用するユーザ数が多ければ多いほど負担が大きくなってしまう。
【００２１】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、制限された機能が関連付けられたフォルダをユーザが操作しても、ユーザ毎に制限された機能に合わせてフォルダへのアクセス権限を変更できる仕組みを提供することである。
【課題を解決するための手段】
【００２２】
上記目的を達成する本発明の画像処理装置は以下に示す構成を備える。
【００２３】
複数の機能処理手段のいずれかを用いて実行する機能処理が関連付けられたフォルダを管理する画像処理装置であって、前記複数の機能処理手段による機能処理のうち、使用が制限される制限機能処理をユーザ毎に管理する機能制限管理手段と、前記フォルダに設定されるアクセス権限をユーザ毎に管理する権限管理手段と、ユーザによって前記フォルダに対するファイル操作がなされた場合、前記フォルダに関連付けられた機能処理と、識別されるユーザの前記制限機能処理とを比較して、前記制限機能処理に整合するように前記権限管理手段により管理されているアクセス権限を変更する変更手段と、ユーザから前記フォルダに対するファイル操作を受け付けた場合、前記権限管理手段で管理されるアクセス権限に基づいて前記ファイル操作の要求を制御する制御手段と、
を有することを特徴とする。
【発明の効果】
【００２４】
本発明によれば、制限された機能が関連付けられたフォルダをユーザが操作しても、ユーザ毎に制限された機能に合わせてフォルダへのアクセス権限を変更できる。
【発明を実施するための最良の形態】
【００２５】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２６】
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す画像処理システムの一例を示す図である。なお、本システムには、複数台のＰＣ１０１ａ，１０１ｂと複数台の画像処理装置１０２ａ、１０２ｂ、１０２ｃがネットワーク１００を介して接続されている。なお、本システムには、Access Control（ＡＣ：機能制限）機能を備えている。ＡＣは画像処理装置が実行できる機能処理のうち、管理者が使用を制限する機能処理をユーザ別に管理する機能であって、画像処理装置が備える記憶装置にテーブルとして管理されている。したがって、画像処理装置の制御部は、ユーザを識別して、当該ユーザが選択した処理機能が前記テーブルに登録された制限機能に一致すると判断した場合には、その機能処理が実行されないように制御する。
【００２７】
ここで、ＡＣ の主な機能として、ユーザ毎の印刷可能枚数制御、カラー・モノクロ強制制御、印刷用紙節約するための強制両面制御、強制N-Up制御、データ転送機能、等が挙げられる。ここで、データ転送機能（ＳＥＮＤ）機能は、後述するホットフォルダにも関連付けることが可能に構成されている。つまり、本実施形態における画像処理装置は、フォルダ毎に機能処理を関連付けてことが可能に構成されている。なお、このような機能処理を実行するフォルダを、ホットフォルダ（Hot Folder：ＨＦ）と呼ぶ。ホットフォルダ（ＨＦ）にファイル（例：文書など）が投入（登録）された場合、フォルダに関連付けられた処理（機能）を投入されたファイルに対して実行する。一例としてホットフォルダに関連付けることができる機能は、画像処理装置が備える機能、プリント機能、スキャン機能、データ転送機能等が含まれる。例えばＨＦにデータ転送機能が関連付けられている場合、ＨＦに対するデータ転送の設定としてデータ転送先が予め設定されている。このＨＦに対するデータ転送先の設定はメール送信の場合はメールアドレス、ＳＭＢの場合はファイル共有されているフォルダパスである。このＨＦにファイル（文書）が投入されると、その文書をＨＦに設定されたデータ転送先に送信することになる。
【００２８】
また、本発明のＨＦは、ファイル操作、例えば文書データを登録、変更、削除が要求されることが検知された場合に、管理されるユーザ毎の機能制限情報を用いてホットフォルダに対するアクセスを制御する。
【００２９】
図１において、ネットワーク１００はインターネット、イントラネットなど、任意のネットワークシステムであって構わない。
【００３０】
また、画像処理装置１０２ａ〜１０２ｃは、後述する図４に示すハードウエア資源、及びこれらのハードウエア資源を制御するソフトウエア資源を備えている。
【００３１】
図２は、図１に示した画像処理システムにおけるユーザインタフェースの一例を示す図である。本例は、ＰＣ２０１上のブラウザを用いて画像処理装置２０４のホットフォルダ機能を利用する場合の例と、画像処理装置２０４の操作部を用いてホットフォルダ機能を利用する場合の例を示している。なお、ＰＣ２０１と画像処理装置２０４は、図１と同様の構成で接続されている。また、画像処理装置は、ＭＦＰ（Multi Function Peripheral）で構成される例を示す。また、ＭＦＰは、ホットフォルダ（ＨＦ）として機能させるための記憶装置、例えばハードディスクを備えている。
【００３２】
図２において、２０２はユーザインタフェース（ＵＩ）で、ＰＣ２０１のオペレーションシステムで管理されるブラウザが提供する。ユーザは、ＵＩ２０２を操作して、作成したファイル又はデータ２０３を画像処理装置２０４のホットフォルダ２０５へ登録する処理を行う。
【００３３】
なお、ＵＩ２０２において、ＭＦＰのホットフォルダとは、画像処理装置２０４のホットフォルダ２０５に対応している。なお、ＰＣ２０１が備えるブラウザに代えて、ファイル・データ２０３のホットフォルダ２０５への操作は、専用のユーティリティ・ソフトウェアを使う構成であっても可能である。
【００３４】
つまり、ユーザは、画像処理装置２０４のＵＩ２０６を用いて直接操作してホットフォルダ機能を利用することで、ファイル・データ２０３をホットフォルダ２０５へ登録する等の操作を行うことも可能である。
【００３５】
図３は、図１に示したＰＣ１０１ａ、１０１ｂの構成を説明するブロック図である。
【００３６】
図３において、３０１は演算・制御を司る中央演算装置（以下、ＣＰＵと記す）である。３０２はランダムアクセスメモリー（以下、ＲＡＭと記す）であり、ＣＰＵ３０１の主メモリとして、実行プログラムの実行エリアならびにデータエリアとして機能する。
【００３７】
３０３はリードオンリメモリ（以下、ＲＯＭと記す）で、ＣＰＵ３０１の動作処理手順を記憶している。ＲＯＭ３０３には情報端末の機器制御を行うシステムプログラムである基本ソフト（ＯＳ）を記録したプログラムＲＯＭと、システムを稼動するために必要な情報等が記録されているデータＲＯＭがある。なお、システムによっては、ＲＯＭ３０３の代わりに後述のＨＤＤ３０９を使用する場合もある。
【００３８】
３０４はネットワークインタフェース（以下、ＮＥＴＩＦと記す）であり、ネットワークを介して情報端末間でデータ転送を行うための制御や接続状況の診断を行う。
【００３９】
３０５はビデオＲＡＭ（以下、ＶＲＡＭを記す）であり、後述する情報端末の稼動状態を示すＣＲＴ３０６の画面に表示させるための画像を展開し、その表示の制御を行う。３０６はディスプレイ等の表示装置（以下、ＣＲＴと記す）である。３０７は外部入力装置３０８からの入力信号を制御するためのコントローラ（以下、ＫＢＣと記す）である。
【００４０】
３０８は利用者が行う操作を受け付けるための外部入力装置（以下、ＫＢと記す）であり、例えばキーボードやマウス等のポインティングデバイスが用いられる。
【００４１】
３０９はハードディスクドライブ（以下、ＨＤＤと記す）であり、アプリケーションプログラムや各種データ保存用に用いられる。
【００４２】
本実施形態におけるアプリケーションプログラムとは、本実施形態における各種処理手段を実行するソフトウェアプログラム等である。
【００４３】
３１０は外部入出力装置（以下、ＦＤＤと記す）であり、例えばフロッピー（登録商標）ディスクドライブ、ＣＤ−ＲＯＭドライブ等のリムーバブルディスクで構成される。ＦＤＤ３１０は、上述したアプリケーションプログラムの媒体からの読み出し等に用いられる。
【００４４】
３１３はデータ記録装置（リムーバブル・メディア）で、ＦＤＤ３１０によって読み出しされる磁気記録媒体、光記録媒体、光磁気記録媒体、半導体記録媒体等で構成され、ＦＤＤ３１０から取り外し可能に構成されている。ここで、磁気記録媒体には、例えばフロッピー（登録商標）ディスクや外付けハードディスクが含まれる。また、光記録媒体であれば、例えばＣＤ−ＲＯＭが含まれる。さらに、光磁気記録媒体であれば、例えばＭＯが含まれ、半導体記録媒体であれば、例えばメモリカードが含まれる。
【００４５】
なお、ＨＤＤ３０９に登録するアプリケーションプログラムやデータをＦＤＤ３１０に登録して使用することも可能である。
【００４６】
３１１はコントローラ（以下、ＰＲＴＣと記す）で、後述するＰＲＴ３１２への出力信号を制御する。３１２は印刷装置（以下、ＰＲＴと記す）であり、例えばＬＢＰ（Laser Beam Printer）等が用いられる。
【００４７】
３００は上述した各ユニット間を接続するための伝送バスで、アドレスバス、データバス、入出力バス、および制御バスから構成される。
【００４８】
図４は、図１に示した画像処理装置１０２ａ、１０２ｂの構成を説明するブロック図である。本例は、上述しているように画像処理装置がＭＦＰ（Multi Function Peripheral）で構成される場合である。なお、ＭＦＰは、複数の機能処理手段として、プリント機能処理手段、スキャン機能処理手段、データ転送機能処理手段、ファイル管理機能処理手段等を備えている。ここで、プリント機能処理手段とスキャン機能処理手段とを用いた機能処理がコピー機能処理となる。さらに、ファイル管理機能処理手段は、後述するＨＤＤに設定されたフォルダ領域やユーザが設定したＢＯＸ領域を管理して、ホットフォルダに関連付けられた機能処理を実行する。なお、ホットフォルダは、単一機能とする場合と、複数のホットフォルダを用いて連携する連携機能とする場合がある。
【００４９】
図４において、４０１は原稿を画像データに変換する画像入力装置（以下、リーダ部と記す）で、原稿画像をＣＣＤリニアイメージセンサ等により光電的に読み取って（スキャンして）デジタル画像データに変換し出力する。
【００５０】
４０２は画像出力装置（以下プリンタ部と記す）で、複数種類の記録紙カセットを有し、リーダ部４０１より入力されるプリント命令によりリーダ部４０１からの画像データを記録紙上に可視像として出力する。
【００５１】
４０３は操作部（操作パネル）で、リーダ部４０１への原稿を画像データに変換する指示やリーダ部４０１と電気的に接続された外部装置４０４に対する処理を指示する。
【００５２】
外部装置４０４は、コア部４０５、ファックス部４０６、ファイル部４０７、またファイル部４０７と接続されている外部記憶装置４０８、フォーマッタ部４０９、ネットワークインタフェース部４１０を備えている。
【００５３】
外部装置４０４の各構成要素はそれぞれ次のような機能を実現している。
【００５４】
コア部４０５は、外部装置４０４の各構成要素の状態管理やコマンドの入出力制御、及び画像データ入出力の制御を行っている。ファックス部４０６は、ファックス機能の制御を行っている。
【００５５】
ファイル部４０７は、外部記憶装置４０８上に保管しているファイルを管理するファイル・システム機能の制御を行っている。フォーマッタ部４０９は画像データ情報を可視像とする処理を行っている。
【００５６】
ネットワークインタフェース部４１０はネットワークに接続し、通信処理を行っている。
【００５７】
４００は上述のリーダ部４０１、プリンタ部４０２、操作部４０３、外部装置４０４を接続するための伝送バスである。伝送バス４００はアドレスバス、データバス、入出力バス、および制御バスから構成されている。
【００５８】
図５は、図４に示した画像処理装置のモジュール構成を説明するブロック図である。
【００５９】
図５において、５０２はホットフォルダ制御手段で、ホットフォルダに関する各機能を制御する。なお、ホットフォルダに関する各機能については後述する。
【００６０】
５０３はファイル共有手段で、汎用的なプロトコルを利用してネットワークに接続されたＰＣに対して共有可能な記憶域としてホットフォルダを公開する。ファイル共有手段５０３によって、ＰＣから汎用的なアプリケーション・ソフトウェアを利用してホットフォルダへファイル・データを登録することが可能となる。
【００６１】
ここで、汎用的なアプリケーション・ソフトウエアとはオペレーションシステムのブラウザなどに含まれる汎用的なプロトコルをサポートしたソフトウエアを意味する。
【００６２】
５０４はファンクションフロー管理手段で、次のような機能を実現する。１つめの機能は、ファイル共有手段５０３が公開しているホットフォルダに送信されるファイル・データを登録する。１つ目の機能は、ファイル・データが登録された事をトリガーとして、予め登録されているファンクションフローを起動する。
【００６３】
５０５はファイル操作検知手段で、ユーザがホットフォルダに対して何かしらの操作を行ったときに、どのような操作を行ったか（例えば、ファイル・データの登録や削除等）を検知する。
【００６４】
５０６はユーザ情報管理手段で、ユーザのアクセス権限や機能制限等のユーザ情報を管理してユーザ情報を扱った手段を制御する。ここでは、ＡＣの機能に対応するものとする。５０７はユーザ判別手段で、ファイル操作検知手段５０５によりホットフォルダの操作が検知されたとき、ユーザ情報管理手段５０６に管理されているユーザの情報から使用ユーザを判別特定する。
【００６５】
５０８はユーザ機能制限管理手段で、ユーザ機能制限機能による画像処理装置のユーザごとの機能制限を管理する。５０９はユーザアクセス権限管理手段で、各ユーザに対してのフォルダやファイルのアクセス権限を管理する。なお、ユーザ機能制限管理手段５０８や前記ユーザアクセス権限管理手段５０９は、管理者による変更可能が可能である。
【００６６】
しかし、アクセス権限を設定していなくでも、後述の本発明の処理により自動的にアクセス権限が設定される仕組みになっている。
【００６７】
また、ユーザ判別手段５０７、前記ユーザ機能制限管理手段５０８、ユーザアクセス権限管理手段５０９を含むユーザ情報管理手段５０６は、個別の画像処理装置で管理される構成やサーバーシステムとして管理される構成のどちらであっても構わない。
【００６８】
５１０は不整合処理判別手段であり、ユーザ判別手段５０７によって判別されたユーザにおけるファンクションフロー管理手段５０４とユーザ機能制限管理手段５０８の情報を受け取る。不整合処理判別手段５１０は、ファイル操作検知手段５０５で検知された操作に対して実行されるファンクションフローの処理にユーザの機能制限が問題ないかを確認して判別する。
【００６９】
５１１はユーザアクセス権限変更手段で、不整合処理判別手段５１０により処理に不整合があると判別された場合に、ユーザアクセス権限管理手段５０９に対して、不整合があったとされる処理のアクセス権限の変更を行う。
【００７０】
５１２はエラー通知処理手段であり、ユーザのアクセス権限が変更され、ファンクションフローの処理上でエラーが発生した場合にユーザに知らせる。また、連携された他の画像処理装置からのエラー通知を受けて、その旨をユーザに知らせる手段でもある。
【００７１】
図６は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、あるユーザＡがホットフォルダＨＦに対して操作を行う場合の処理例である。なお、Ｓ６０１〜Ｓ６１２は各ステップを示し、各ステップは、コア部４０５が備えるＣＰＵがＲＡＭに制御プログラムをロードして実行することで実現される。
【００７２】
図７、図８は、本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。本例は、あるユーザＡとホットフォルダＨＦとホットフォルダＨＦへのアクセス権限の設定例を示している。なお、図７は、アクセス権限の書き換え前の状態で、図８は、図６に示す実行により、ユーザＡに対するアクセス権限を変更した状態に対応する。
【００７３】
図７において、ユーザＡに対して、ユーザ機能制限７０１が設定されているものとする。ここで使用されるホットフォルダＨＦにはホットフォルダの処理７０２が関連付けられている。また、ホットフォルダＨＦへのアクセス権限７０３は特に禁止するものはないフルコントロールとする。
【００７４】
ホットフォルダの処理７０２は、ホットフォルダＨＦの図５のファンクションフロー管理手段５０４に管理されており、ホットフォルダＨＦへのアクセス権限７０３はユーザアクセス権限管理手段５０９に管理されている。
【００７５】
ここでは、各画像処理装置が個々に管理しているものを例とする。しかし、それぞれの管理は外部サーバを持ち一元に管理される構成されていてもよい。また、各画像処理装置がネットワーク等の通信手段を介して繋がれた別の画像処理装置と管理を共有する構成でも構わない。
【００７６】
Ｓ６０１で、ホットフォルダの待機状態であり、コア部４０５がホットフォルダＨＦへのユーザの操作情報を監視する。次に、Ｓ６０２で、コア部４０５は、ホットフォルダＨＦへの操作が行われたかどうかを判断し、操作がなければ待機の状態となる。
【００７７】
なお、ホットフォルダＨＦに対する操作は、図２に示したように、ＰＣ上のＵＩ２０２からファイル・データをホットフォルダＨＦへ登録する等の操作が行われる。同様に、画像処理装置のＵＩ２０６を使うことでファイル・データをホットフォルダＨＦへ登録する等の操作を行われる。
【００７８】
次に、Ｓ６０３で、上記いずれかの方法でホットフォルダＨＦへの操作が行われたときに、ファイル操作検知手段５０５でどのような操作要求があったかを検知する。本実施形態では、ファイル・データの登録を行う。ここで、ファイル操作検知手段５０５がホットフォルダＨＦへ登録の操作要求があったことを検知したら、Ｓ６０４へ進み、それ以外である場合は、Ｓ６０１へ戻る。
【００７９】
そして、Ｓ６０４で、ユーザ判別手段５０７が操作要求の情報からホットフォルダＨＦを操作したユーザを特定する。具体的には、ユーザ判別手段５０７により操作したユーザに対応する情報を照査して誰であるのかを判別する。
【００８０】
そして、Ｓ６０５で、ユーザアクセス権限管理手段５０９よりホットフォルダＨＦへのアクセス権限が充分であるかを判断する。本実施形態では、アクセス権限は初期状態のフルコントロールであるので、ユーザアクセス権限管理手段５０９は充分であると判断して、次の処理へ進む。
【００８１】
一方、Ｓ６０５で、仮にアクセス権限が充分でないとユーザアクセス権限管理手段５０９が判断した場合は、Ｓ６０６へ進み、操作しているユーザに対してアクセス権限がないことをエラー通知処理手段５１２がユーザにエラーを通知して、本処理終了する。なお、通知は、アクセスしている方法により異なり、ＰＣからの場合には、ブラウザに対して通知し、操作部からの場合には、操作部にその旨のエラーを表示する。
【００８２】
そして、Ｓ６０７で、不整合処理判別手段５１０がユーザ機能制限機能によるユーザが制限された機能とホットフォルダＨＦに関連付けられた処理で使用する機能を確認する。なお、不整合処理判別手段５１０は、ファンクションフロー管理手段５０４よりホットフォルダＨＦに関連付けられたファンクションフローの処理で使われる機能と、ユーザ機能制限機能によるユーザ機能制限管理手段５０８で制限されている機能の情報を受け取る。
【００８３】
そして、Ｓ６０８で、不整合処理判別手段５１０がＳ６０７で確認した情報に不整合が生じないかを判別する。なお、本実施形態では、ユーザによってホットフォルダに対するファイル操作がなされた場合、ホットフォルダに関連付けられた機能処理と、識別されるユーザの制限機能処理とを比較して不整合であるかどうかを判別する。ここで、ユーザＡは、制限機能処理としてデータ転送機能（ＳＥＮＤ機能）が管理されているものとする。
【００８４】
本実施形態では、ユーザ機能制限７０１のメール送信禁止とホットフォルダの処理７０２のメール送信処理に不整合が生じるので、不整合処理判別手段５１０は不整合ありと判別する。
【００８５】
一方、Ｓ６０８で、仮に不整合が生じていないと不整合処理判別手段５１０が判断した場合は、Ｓ６０９へ進む。そして、Ｓ６０９で、ホットフォルダ制御手段５０２がファンクションフロー管理手段５０４を制御して、ホットフォルダＨＦ内に登録されたファイル・データに対して、ファンクションフロー管理手段５０４に登録されているファンクションフローを実行する。そして、Ｓ６１０で、ホットフォルダ制御手段５０２がホットフォルダの処理を正常に終了して、本処理を終了する。
【００８６】
Ｓ６１１では、不整合処理判別手段５１０から不整合ありとの情報を受けたユーザアクセス権限変更手段５１１が、ホットフォルダＨＦに対するアクセス権限の変更を行う。
【００８７】
本実施形態では、登録のアクセス権限に対して、禁止されているメール送信を行う処理になるので、ユーザアクセス権限変更手段５１１が登録のアクセス権限を剥奪するように変更する。そして、ユーザアクセス権限管理手段５０９には変更されたアクセス権限が保管される。
【００８８】
次に、Ｓ６１２で、ホットフォルダ制御手段５０２はアクセス権限がなくなったホットフォルダへアクセスすることになるので、エラー通知処理手段５１２はその旨をユーザにエラーを通知して、本処理を終了する。
【００８９】
このように、本実施形態では、ホットフォルダへアクセスしたことをトリガーに、瞬時に機能制限やファンクションフローの処理を判別してアクセス権限を変更して、ホットフォルダへの操作が行えないようにできる。以下、図８を参照して、図６に示した処理実行後のホットフォルダに対するアクセス権の変更状態を説明する。
【００９０】
上記第１実施形態では、図６に示すファンクションフローによる一連の動作で、エラーが起こりホットフォルダＨＦのアクセス権限７０３がホットフォルダのアクセス権限８０１に変更される。この設定は、それぞれのホットフォルダにおけるユーザアクセス権限管理手段５０９に保管され、ホットフォルダ制御手段５０２は以降のホットフォルダＨＦへのアクセスを禁止する。
【００９１】
〔第２実施形態〕
図９は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、あるユーザＢがホットフォルダＨＦに対して操作を行う場合の処理例である。なお、Ｓ９０１〜Ｓ９２２は各ステップを示し、各ステップは、コア部４０５が備えるＣＰＵがＲＡＭに制御プログラムをロードして実行することで実現される。
【００９２】
なお、本実施形態では、ファンクションフローとしてホットフォルダＨＦＡから別のホットフォルダＨＦＢへの連携を行う場合を想定している。ここでは、ホットフォルダＨＦＡ、ホットフォルダＢがあったとして説明をする。なお、それぞれのホットフォルダＨＦＡ、ＨＦＢは同じ画像処理装置内に存在しても、他の画像処理装置に存在しても構わない。
【００９３】
図１０、図１１は、本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。本例は、あるユーザＢとホットフォルダＨＦＡとホットフォルダＨＦＡへのアクセス権限及びホットフォルダＨＦＢとホットフォルダＨＦＢへのアクセス権限の設定状態を示す。なお、図１０は、アクセス権限の書き換え前の状態で、図１１は、図９に示す実行により、ユーザＢに対するアクセス権限を変更した状態に対応する。以下に、本実施形態における処理の前提を示す。本実施形態では、ユーザＢがユーザ機能制限１００１のような設定であるとする。また、ここで使用されるホットフォルダＨＦＡには処理１００２が関連付けられており、ホットフォルダＨＦＡへのアクセス権限１００３は特に禁止するものはないフルコントロールとする。
【００９４】
同様に、ここで使用されるホットフォルダＢにはホットフォルダＢの処理１００４が関連付けられており、ホットフォルダＢへのアクセス権限１００５は特に禁止するものはないフルコントロールとする。
【００９５】
また、ホットフォルダＨＦＡの処理１００２は、図５に示したファンクションフロー管理手段５０４に管理されている。また、ホットフォルダＨＦＡへのアクセス権限１００３はユーザアクセス権限管理手段５０９に管理されている。
【００９６】
同様に、ホットフォルダＦＨＢの処理１００４は、ファンクションフロー管理手段５０４に管理されている。また、ホットフォルダＦＨＢへのアクセス権限１００５はユーザアクセス権限管理手段５０９に管理されている。ここでは、各画像処理装置が個々に管理しているものを例とする。しかし、それぞれの管理は、システム上に外部サーバを接続して一元に管理される構成、または各画像処理装置がネットワーク等の通信手段を介して繋がれた別の画像処理装置と管理を共有する構成でも構わない。
【００９７】
Ｓ９０１で、ホットフォルダ制御手段５０２が制御する各々の手段において監視を行う。本実施形態では、ホットフォルダＦＨＡ及びホットフォルダＦＨＢがともに待機状態であり、ホットフォルダＦＨＡ及びホットフォルダＦＨＢでは各々でユーザＢによる操作を監視している。
【００９８】
次に、Ｓ９０２で、ホットフォルダＦＨＡ及びホットフォルダＦＨＢへの操作が行われたかどうかをホットフォルダ制御手段５０２で判断し、操作がなければ待機の状態となる。
【００９９】
なお、本実施形態において、ファイル・データに対する操作は図２のようにＰＣのブラウザ２０２からファイル・データをホットフォルダＦＨＡへ登録する等の操作が行われる。同様に、画像処理装置の操作部に表示するＵＩ２０６を使うことでファイル・データをホットフォルダＦＨＡへ登録する等の操作を行われる。
【０１００】
Ｓ９０３で、上記いずれかの方法でホットフォルダＦＨＡへの操作が行われたとホットフォルダ制御手段５０２が判断したときに、ファイル操作検知手段５０５でどのような操作要求があったかを検知する。本実施形態では、ファイル操作検知手段５０５は、ホットフォルダＨＦＡへファイル・データの登録の操作要求があったことを検知する。ここで、ファイル・データの登録の操作要求を検知していない場合は、Ｓ９０１へ戻る。
【０１０１】
次に、Ｓ９０４では、ユーザ判別手段５０７は、操作要求の情報からホットフォルダを操作したユーザを特定する。本実施形態では、操作を行ったユーザはユーザ機能制限１００１を持つユーザＢとユーザ判別手段５０７が判別する。
【０１０２】
次に、Ｓ９０５では、判別されたユーザＢがホットフォルダＨＦＡへのアクセス権限が充分なユーザであるか否かをユーザアクセス権限管理手段５０９が判断する。本実施形態では、ホットフォルダＨＦＡに対してのアクセス権限は初期状態のフルコントロールであるので充分であると判断されて、次の処理へ進む。
【０１０３】
一方、仮にアクセス権限が充分でないとユーザアクセス権限管理手段５０９が判断した場合には、Ｓ９０６へ進む。そして、Ｓ９０６で、操作しているユーザに対してアクセス権限がないことをホットフォルダＨＦＡにおけるエラー通知処理手段５１２がユーザにエラーを通知して、本処理を終了する。なお、通知は、アクセスしている方法により異なり、ＰＣからの場合には、ブラウザに対して通知し、操作部からの場合には、操作部にその旨のエラーを表示する。
【０１０４】
次に、Ｓ９０７で、不整合処理判別手段５１０がユーザ機能制限機能によるユーザが制限された機能とフォルダに関連付けられた処理で使用する機能を確認する。本実施形態では、不整合処理判別手段５１０は、ファンクションフロー管理手段５０４よりホットフォルダＡに関連付けられたファンクションフローの処理で使われる機能の情報を受け取る。また、不整合処理判別手段５１０は、ユーザ機能制限機能によるユーザ機能制限管理手段５０８で制限されている機能の情報も受け取る。
【０１０５】
次に、Ｓ９０８で、不整合処理判別手段５１０がＳ９０７で確認した情報に制御された本機能を使った処理があるため不整合が生じないかを判断する。本実施形態では、ユーザ機能制限１００１のメール送信禁止と、ホットフォルダＦＨＡに対する処理１００２のホットフォルダＨＦＢに登録する処理とは問題がない。したがって、Ｓ９０８において、不整合処理判別手段５１０は、不整合なしと判別する。
【０１０６】
一方、Ｓ９０８で、仮に不整合が生じると不整合処理判別手段５１０が判断した場合には、Ｓ９０９へ進む。そして、Ｓ９０９で、ユーザアクセス権限変更手段５１１が、不整合処理判別手段５１０から不整合ありとの情報を受けたホットフォルダＨＦＡに対するアクセス権限の変更を行う。なお、ユーザアクセス権限管理手段５０９には変更されたホットフォルダＨＦＡにおけるアクセス権限が保管される。
【０１０７】
例として、ホットフォルダＨＦＡに関連付けられたファンクションフローの処理にユーザ機能制限１００１で禁止されているメール送信が含まれていたとする。この場合は、ユーザアクセス権限変更手段５０９は、不整合処理判別手段５１０により不整合ありとの情報を受ける。そして、ユーザアクセス権限変更手段５０９はホットフォルダＨＦＡへ登録の操作を禁止するために登録のアクセス権限を剥奪するよう変更する。
【０１０８】
そして、Ｓ９１０で、Ｓ９０９によりアクセス権限が変更されるので、再度ユーザＢのホットフォルダＨＦＡへの操作要求に対して不整合が生じないかどうかを不整合処理判別手段５１０が判断する。
【０１０９】
本実施形態ではこのルートは通らないが、仮に操作したアクセス権限が変更された場合には、アクセス権限がなくなったホットフォルダＨＦＡの操作をすることになるのでエラーになる。そして、Ｓ９１１で、その旨をエラー通知処理手段５１２がユーザにその旨をエラーとして通知して、本処理を終了する。
【０１１０】
一方、Ｓ９１０で、変更されたアクセス権限に問題がないと不整合処理判別手段５１０が判断した場合は、Ｓ９１２に戻る。
【０１１１】
そして、Ｓ９１２で、ホットフォルダＨＦＡ内にファイル・データが登録され、ホットフォルダ制御手段５０２がファンクションフロー管理手段５０４に保管されているファンクションフローを実行する。
【０１１２】
本実施形態では、ホットフォルダ制御手段５０２は関連付けられているホットフォルダＨＦＢにファイル・データを登録するという処理を実行する。
【０１１３】
次に、Ｓ９１３で、ホットフォルダ制御手段５０２は、Ｓ９１２により実行されたファンクションフローを終了するかどうか、すなわち未完了の処理があるかどうかを判断する。まず、最初の処理フローでは未完了と判断されて、Ｓ９１５へ移る。
【０１１４】
一方、エラーも起きずに処理が全て実行されたとホットフォルダ制御手段５０２が判断した場合は、Ｓ９１４へ進み、ホットフォルダ制御手段５０２は、ホットフォルダの処理を正常終了して、本処理を終了する。
【０１１５】
そして、Ｓ９１５で、ホットフォルダ制御手段５０２がホットフォルダの操作によって実行されたファンクションフローを引き続き実行する。これにより、本実施形態では、ファイル・データがホットフォルダＨＦＡからホットフォルダＨＦＢに登録される。なお、ホットフォルダＨＦＢ上では、先述したＳ９０１からの処理が流れる。
【０１１６】
次に、Ｓ９１６で、ホットフォルダの操作によって実行されたファンクションフローの処理上でエラーが起きたかどうかホットフォルダ制御手段５０２が判断する。ここで、エラーがないとホットフォルダ制御手段５０２が判断した場合は、Ｓ９１３に戻る。本実施形態では、ホットフォルダＨＦＢ上で同様の処理が動いている中、ホットフォルダＨＦＢにおけるＳ９０８で不整合が生じて、ホットフォルダＨＦＢにおけるＳ９０９でアクセス権限が変更される。
【０１１７】
また、ホットフォルダＨＦＢにおいてアクセス権限が変更されて、エラー通知処理手段５１２によりアクセス不可能のエラーとなりエラー通知が送られてくる。
【０１１８】
なお、ホットフォルダＨＦＡとホットフォルダＨＦＢを同時に持つ画像処理装置であった場合は、エラー通知処理手段５１２は共通で構わない。また、ホットフォルダＨＦＡとホットフォルダＨＦＢを持つ画像処理装置がそれぞれ別であった場合は、ネットワークを介した通信手段等を用いて通信を行う。
【０１１９】
次に、Ｓ９１７、Ｓ９１９で、ホットフォルダ制御手段５０２は、Ｓ９１６においてエラーがありと判断された当該エラーの種類を判別する。まず、Ｓ９１７で、ホットフォルダ制御手段５０２は、ホットフォルダの操作によって実行されたファンクションフローに別のフォルダにデータを入れる等の連携した処理があるかどうかを判別する。本実施形態では、ホットフォルダＨＦＡからホットフォルダＨＦＢに登録する動作が発生しているので、ここではホットフォルダ制御手段５０２が連携ありと判断する。
【０１２０】
一方、Ｓ９１７で、仮に連携がないとホットフォルダ制御手段５０２が判断した場合は、機能制限やアクセス権限等本発明とは別なところでエラーが起きたことになるので、Ｓ９１８へ進む。そして、Ｓ９１８で、エラー通知処理手段５１２がエラーを通知して、本処理を終了する。
【０１２１】
一方、Ｓ９１７で、ホットフォルダ制御手段５０２が連携ありと判断した場合は、Ｓ９１９へ進む。そして、Ｓ９１９で、ホットフォルダ制御手段５０２は、Ｓ９１７の判別により別なフォルダとの連携があると分かったので、相手側のアクセス権限の変更によるエラーがどうかを判別する。
【０１２２】
本実施形態では、ホットフォルダＨＦＡからホットフォルダＨＦＢに登録する動作において、ホットフォルダＨＦＢ側でユーザＢの機能制限とファンクションフローに不整合が生じる。これによって、アクセス権限が変更されエラーが起こるので、連携先のホットフォルダＨＦＢのアクセス権限は拒否される。よって、Ｓ９１９で、ホットフォルダ制御手段５０２が連携先のフォルダのアクセス権限は不十分であると判断して、Ｓ９２１へ進む。
【０１２３】
一方、Ｓ９１９で、仮に十分であるとホットフォルダ制御手段５０２が判断した場合は、Ｓ９２０へ進む。そして、Ｓ９２０で、機能制限やアクセス権限等本発明とは別なところでエラーが起きたことになるので、エラー通知処理手段５１２がエラーを通知して、本処理を終了する。
【０１２４】
そして、Ｓ９２１で、Ｓ９１９において連携先のホットフォルダのアクセス権限が不十分と判断されたため、ホットフォルダ制御手段５０２は、不整合が生じないように操作した元のホットフォルダＨＦＡのアクセス権限も変更する。
【０１２５】
本実施形態では、ホットフォルダＨＦＡによって実行されたファンクションフローにおいて、ホットフォルダＨＦＢでの操作に、制限されている機能を使った処理があるので、ホットフォルダＨＦＡのアクセス権限も変更する。また、本実施形態では、ホットフォルダＨＦＡへの登録の操作で、ホットフォルダＨＦＢにて禁止されているメール送信を行う処理をしてしまう。したがって、ホットフォルダ制御手段５０２は、ホットフォルダＨＦＡへの登録のアクセス権限を剥奪するように変更する。
【０１２６】
次に、Ｓ９２２で、アクセス権限がなくなった連携先のホットフォルダへアクセスすることでエラーが起きるので、エラー通知処理手段５１２がエラー通知して、本処理を終了する。
【０１２７】
本実施形態では、ホットフォルダＨＦＡにおけるエラー通知処理手段５１２は、ホットフォルダＨＦＢにおけるエラー通知処理手段５１２からエラー通知処理を受ける。そして、ホットフォルダＨＦＡにおけるエラー通知処理手段５１２は、ホットフォルダＨＦＡを操作したユーザＢに対して、エラーを通知する。
【０１２８】
これにより、図１０に示したホットフォルダのアクセス権限状態は、図１１に示したホットフォルダのアクセス権限状態に変更される。
【０１２９】
図１１に示すように、本実施形態では図９で説明をしたファンクションフローによる一連の動作で、エラーが発生して、図１０に示すホットフォルダＨＦＢのアクセス権限１００５が、図１１に示すホットフォルダＢのアクセス権限１１０５になる。
【０１３０】
また、これにより、図１０に示すホットフォルダＨＦＡのアクセス権限１００３が、図１１に示すホットフォルダＡのアクセス権限１１０３になる。このようにして変更されたアクセス権限の設定は、それぞれのホットフォルダＨＦＡ、ＨＦＢにおけるユーザアクセス権限管理手段５０９に保管され、以降の前記ホットフォルダＡへのアクセスを禁止する。
【０１３１】
なお、図９に示すフローチャートの処理を、それぞれのホットフォルダで持つことでファンクションフロー上に複数のホットフォルダが連携することが可能である。
【０１３２】
また、ユーザの機能制限とアクセス権限に不整合がある場合には、操作元のホットフォルダまでアクセス権限を剥奪して、以後、期待する処理が完了できないホットフォルダへのファイル・データの操作を禁止することができる。
【０１３３】
〔第３実施形態〕
以下、本実施形態では、第２実施形態に示した図９を用いてホットフォルダＨＦＡ、ＨＦＢのアクセス権限の変更処理について説明する。
【０１３４】
図１２、図１３は、本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。本例は、あるユーザＣとホットフォルダＨＦＣとホットフォルダＨＦＣへのアクセス権限及びホットフォルダＨＦＤとホットフォルダＨＦＤへのアクセス権限の設定状態を示す。なお、図１２は、アクセス権限の書き換え前の状態で、図１３は、図９に示す実行により、ユーザＣに対するアクセス権限を変更した状態に対応する。
【０１３５】
本例は、第２実施形態に比べて、ホットフォルダの処理が操作の種類ごとに分かれた形になっている。
【０１３６】
また、ユーザＣに対する機能制限は、ユーザ機能制限１２０１のような設定であるとする。また、ここで使用されるホットフォルダＨＦＣにはホットフォルダＨＦＣの処理１２０２が関連付けられており、ホットフォルダＨＦＣへのアクセス権限１２０３は特に禁止するものはないフルコントロールとする。
【０１３７】
同様に、ここで使用されるホットフォルダＨＦＤにはホットフォルダＨＦＤの処理１２０４が関連付けられており、ホットフォルダＤへのアクセス権限１２０５は特に禁止するものはないフルコントロールとする。
【０１３８】
また、ホットフォルダＨＦＣの処理１２０２は、ホットフォルダＨＦＣにおけるファンクションフロー管理手段５０４に管理されている。
【０１３９】
また、ホットフォルダＨＦＣへのアクセス権限１２０３はホットフォルダＨＦＣにおけるユーザアクセス権限管理手段５０９に管理されている。
【０１４０】
同様にホットフォルダＦＨＤの処理１２０４は、ホットフォルダＨＦＤにおけるファンクションフロー管理手段５０４に管理されている。
【０１４１】
また、ホットフォルダＨＦＤへのアクセス権限１２０５はホットフォルダＨＦＤにおけるユーザアクセス権限管理手段５０９に管理されている。
【０１４２】
ここでは、各画像処理装置が個々に管理しているものを例とする。
【０１４３】
しかし、それぞれの管理は外部サーバを持ち一元に管理される構成、または各画像処理装置がネットワーク等の通信手段を介して繋がれた別の画像処理装置と管理を共有する構成でも構わない。
【０１４４】
本実施形態における処理は、図９に示した各ステップで行われる処理は同様であり、違いは第２実施形態に加えてホットフォルダによる処理が操作の種類ごとに違う処理が行われる場合を想定しているところである。以下、第２実施形態との相違するステップを説明する。
【０１４５】
Ｓ９０７で、ホットフォルダ制御手段５０２は、各操作に対するホットフォルダに関連付けられた処理を確認する。第２実施形態では、ホットフォルダに関連付けられた処理は一つであったが、本実施形態では、ホットフォルダに関連付けられた処理は複数あるので、全ての操作におけるファンクションフローとユーザの機能制限を調査する。
【０１４６】
また、第２実施形態では一つであるのに対して、本実施形態では三つ行われるだけで処理としては同様であり、それぞれの操作に対して不整合の有無が渡される。そして、Ｓ９０９で、ユーザアクセス権限変更手段５１１は不整合が起きた操作に対するアクセス権限を変更する。
【０１４７】
本実施形態では、Ｓ９０８において、不整合処理判別手段５１０により変更と削除の操作に不整合があると判別される。
【０１４８】
これは、図１２に示すようにユーザ機能制限１２０１で示すように、ユーザはメール送信機能が禁止されており、ホットフォルダＨＦＣの処理１２０２で示すように変更と削除の操作で禁止されているメール送信を行う処理が含まれるからである。
【０１４９】
したがって、ホットフォルダＨＦＣにおけるユーザアクセス権限変更手段５１１が変更と削除のアクセス権限を剥奪するように変更する。
【０１５０】
また、Ｓ９１０で、本実施形態ではホットフォルダに関連付けられたファンクションフローが複数あるのでアクセス権限が変更されていないものもあるため、再度不整合の判断が行われる。
【０１５１】
例えば、前述のフローではホットフォルダＨＦＣは変更と削除を禁止するアクセス権限に変更された。しかし、ホットフォルダＨＦＣの処理１２０２に示される登録の操作に関連付けられたファンクションフローには禁止されているメール送信の機能はない。
【０１５２】
よって、登録のアクセス権限は剥奪されておらず、不整合の判別に問題は生じないので、Ｓ９１２で、元の実行のフローへ戻ることができる。最終的には、第２実施形態と同様に登録先のホットフォルダＨＦＤでアクセス権限のエラーが起きるので、ホットフォルダＨＦＣで登録のアクセス権限も剥奪される。全体的な具体例は、第２実施形態の通りである。
【０１５３】
なお、本実施形態では、ホットフォルダＨＦＣ、ホットフォルダＨＦＤとして、それぞれのホットフォルダは同じ画像処理装置内に存在しても、他の画像処理装置に存在しても構わない。
【０１５４】
これにより、ユーザと変更後のホットフォルダＨＦＣ及びホットフォルダＨＦＤの設定状態は、図１２から図１３に示す状態に変更される。
【０１５５】
本実施形態では、図９で説明をしたファンクションフローによる一連の動作でエラーが起こり、図１２に示すホットフォルダＨＦＤのアクセス権限１２０５が、図１３に示すホットフォルダＨＦＤのアクセス権限１３０５になる。これを受けて、図９における処理で、図１２に示すホットフォルダＨＦＣのアクセス権限１２０３が、図１３に示すホットフォルダＣのアクセス権限１３０３になる。これら変更された設定は、それぞれのホットフォルダにおけるユーザアクセス権限管理手段５０９に保管され、以後ホットフォルダＨＦＣへのアクセスは禁止される。
【０１５６】
なお、図９に示す処理を、それぞれのホットフォルダで持つことでファンクションフロー上に複数のホットフォルダが連携することが可能である。
【０１５７】
また、ユーザの機能制限とアクセス権限に不整合がある場合には、操作元のホットフォルダまでアクセス権限を剥奪して、以後、期待する処理が完了できないホットフォルダへのファイル・データの操作を禁止することができる。
【０１５８】
以上より、ユーザ機能制限機能によって制限された機能を使用している処理がホットフォルダに関連付けられていた場合、処理に対するアクセス権限を自動的に変更することができる。
【０１５９】
よって、ユーザが制限された機能を使えないようにホットフォルダの操作ができないようにすることで従来のような不整合を解決し、自動的に変更することによって、システムを管理する管理者の負担を減らすことができる。
【０１６０】
以下、図１４に示すメモリマップを参照して本発明に係る画像処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１６１】
図１４は、本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１６２】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１６３】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１６４】
本実施形態におけるフローチャートに示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１６５】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１６６】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１６７】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１６８】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１６９】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶したコンピュータ読み取り可能な記憶媒体は本発明を構成することになる。
【０１７０】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１７１】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１７２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７４】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０１７５】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１７６】
【図１】本実施形態を示す画像処理システムの一例を示す図である。
【図２】図１に示した画像処理システムにおけるユーザインタフェースの一例を示す図である。
【図３】図１に示したＰＣ１０１ａ、１０１ｂの構成を説明するブロック図である。
【図４】図１に示した画像処理装置１０２ａ、１０２ｂの構成を説明するブロック図である。
【図５】図４に示した画像処理装置のモジュール構成を説明するブロック図である。
【図６】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図７】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図８】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図９】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図１０】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図１１】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図１２】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図１３】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図１４】本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１７７】
５０１ 画像処理装置
５０２ ホットフォルダ制御手段
５０３ ファイル共有手段
５０４ ファンクションフロー管理手段
５０５ ファイル操作検知手段
５０６ ユーザ情報管理手段
５０７ ユーザ判別手段
５０８ ユーザ機能制限管理手段
５０９ ユーザアクセス権限管理手段
５１０ 不整合処理判別手段
５１１ ユーザアクセス権限変更手段
５１２ エラー通知処理手段
【技術分野】
【０００１】
本発明は、フォルダに関連付けられた機能処理を実行する画像処理装置に関するものである。
【背景技術】
【０００２】
プリンタ、ファクシミリ、複写機、それらを１つの筐体に収めた複合機等の事務機器は、企業のオフィスなどにおいて頻繁に利用されている。近年、技術の進歩によってハードウェアの処理能力が向上し、複合機は様々な機能を提供することが可能となっている。例えば、エンドユーザが複合機を利用して複写機、プリンタ、イメージスキャナ、ファクシミリ、データ保管などの各機能を個別に実行するだけでなく、ファンクションフローとして実行する機能も実現されている。
【０００３】
ここでファンクションフローとは、プリンタ、ファクシミリ、複写機、データ保管などのそれぞれの機能を組み合わせて定義されるフローのことである。ファンクションフロー単位で複合機の個別の機能を一度に実行可能とすることで、ユーザはそれぞれ個別に操作していた処理を一度に操作実行することが可能となる。
【０００４】
このような機能を簡易的に行うために、複合機のファイル共有機能にファンクションフローを実行する機能を関連付けた記憶域（以下、ホットフォルダと記す）を備える場合もある。ここで、複合機のファイル共有機能には、例えば、ネットワークに接続されたプリンタ、ファクシミリ、複写機、及びそれらの機能を含む画像処理装置において、取得した文書を保存するボックス機能等がある。
【０００５】
これにより、ホットフォルダへファイル・データの登録や変更等の操作をすることによって、ファンクションフローを実行する機能も実現可能である。
【０００６】
例えばネットワーク上に複数のＰＣのような情報端末と複数の複合機が接続されているような環境を想定する。
【０００７】
複合機がホットフォルダを実現することによって、ユーザはファイル・データを複合機のホットフォルダへ登録する等の操作してファンクションフローを起動することが可能となる。
【０００８】
このことによって、ユーザは簡易的に複合機の機能をそれぞれ有機的に組み合わせて、印刷、コピー、メール送信といった処理を実行することができる。
【０００９】
しかし、このように簡易的にファンクションフローを実現できるが、セキュリティなどの観点からユーザが選択できる機能を制限する場合がある。
【００１０】
例えば、あるユーザに対してコピーや印刷は許可されているがメール送信は許可されていないといったケースである。
【００１１】
このような場合に、メール送信が含まれたファンクションフローを実行するホットフォルダに対してファイル・データ操作を行うと、ホットフォルダの処理はフォルダ内のファイル・データに対して自動で処理をしてしまう。
【００１２】
つまり、ホットフォルダは実行するユーザの権限を適切に判断することが出来ない。このため、ユーザに使用権限がない処理でもホットフォルダの処理として設定されていた場合、ユーザに対して制限された機能が使用できてしまうという場合が発生する。
【００１３】
このようにユーザが使用できる機能を制限する場合、複合機の機能制限とホットフォルダへのアクセス権は同時に管理されていなかった。したがって、ホットフォルダへのアクセスは、ユーザが使用できる機能権限に応じて制限する必要がある。
【００１４】
例えば、下記特許文献１には、以下のようなシステムを開示している。プリンタコントローラに保管してある全てのドキュメントやフォルダに対して、計算機から全操作が可能である。
【００１５】
さらに、保管されたドキュメントはユーザの区別なく利用することが可能であるので、保管されたドキュメントやフォルダの保護や管理の不十分さを解決するセキュリティシステムである。
【００１６】
以下、システムによる機能処理のフローの一例を説明する。
【００１７】
プリンタと直接接続、あるいはネットワーク経由で間接的に接続されている計算機からプリンタコントローラ上に保管されているドキュメントに対して印刷、あるいは削除等の操作が要求される。
【００１８】
すると、ドキュメントやフォルダの管理部が所持する管理テーブルを用いて、操作要求元ユーザのドキュメントやフォルダに対する操作権限を調査する。その調査の結果により、ユーザがドキュメントやフォルダに対する操作の許可を決定し、その結果を操作要求元へ返すことにより、プリンタコントローラ上のドキュメントやフォルダを保護することを特徴としている。
【特許文献１】特開２００３−２６６８０９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１９】
しかしながら、ユーザが使用できる機能に制限があるシステムであっても、ユーザに使用権限がない処理をホットフォルダの処理として実行できてしまう場合があった。これは、ホットフォルダの機能とユーザの制限機能とが連携するように管理されていないためである。したがって、ホットフォルダを使用するユーザに対してアクセス権限を初期設定でフリーに設定した場合、ユーザは機能制限がないユーザとしてホットフォルダに設定した全ての機能を実行できてしまうという事態を招いていた。
【００２０】
このような事態をシステム管理者がユーザ毎にフォルダに対するアクセス権限を設定したり変更することは、画像処理装置を使用するユーザ数が多ければ多いほど負担が大きくなってしまう。
【００２１】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、制限された機能が関連付けられたフォルダをユーザが操作しても、ユーザ毎に制限された機能に合わせてフォルダへのアクセス権限を変更できる仕組みを提供することである。
【課題を解決するための手段】
【００２２】
上記目的を達成する本発明の画像処理装置は以下に示す構成を備える。
【００２３】
複数の機能処理手段のいずれかを用いて実行する機能処理が関連付けられたフォルダを管理する画像処理装置であって、前記複数の機能処理手段による機能処理のうち、使用が制限される制限機能処理をユーザ毎に管理する機能制限管理手段と、前記フォルダに設定されるアクセス権限をユーザ毎に管理する権限管理手段と、ユーザによって前記フォルダに対するファイル操作がなされた場合、前記フォルダに関連付けられた機能処理と、識別されるユーザの前記制限機能処理とを比較して、前記制限機能処理に整合するように前記権限管理手段により管理されているアクセス権限を変更する変更手段と、ユーザから前記フォルダに対するファイル操作を受け付けた場合、前記権限管理手段で管理されるアクセス権限に基づいて前記ファイル操作の要求を制御する制御手段と、
を有することを特徴とする。
【発明の効果】
【００２４】
本発明によれば、制限された機能が関連付けられたフォルダをユーザが操作しても、ユーザ毎に制限された機能に合わせてフォルダへのアクセス権限を変更できる。
【発明を実施するための最良の形態】
【００２５】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２６】
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す画像処理システムの一例を示す図である。なお、本システムには、複数台のＰＣ１０１ａ，１０１ｂと複数台の画像処理装置１０２ａ、１０２ｂ、１０２ｃがネットワーク１００を介して接続されている。なお、本システムには、Access Control（ＡＣ：機能制限）機能を備えている。ＡＣは画像処理装置が実行できる機能処理のうち、管理者が使用を制限する機能処理をユーザ別に管理する機能であって、画像処理装置が備える記憶装置にテーブルとして管理されている。したがって、画像処理装置の制御部は、ユーザを識別して、当該ユーザが選択した処理機能が前記テーブルに登録された制限機能に一致すると判断した場合には、その機能処理が実行されないように制御する。
【００２７】
ここで、ＡＣ の主な機能として、ユーザ毎の印刷可能枚数制御、カラー・モノクロ強制制御、印刷用紙節約するための強制両面制御、強制N-Up制御、データ転送機能、等が挙げられる。ここで、データ転送機能（ＳＥＮＤ）機能は、後述するホットフォルダにも関連付けることが可能に構成されている。つまり、本実施形態における画像処理装置は、フォルダ毎に機能処理を関連付けてことが可能に構成されている。なお、このような機能処理を実行するフォルダを、ホットフォルダ（Hot Folder：ＨＦ）と呼ぶ。ホットフォルダ（ＨＦ）にファイル（例：文書など）が投入（登録）された場合、フォルダに関連付けられた処理（機能）を投入されたファイルに対して実行する。一例としてホットフォルダに関連付けることができる機能は、画像処理装置が備える機能、プリント機能、スキャン機能、データ転送機能等が含まれる。例えばＨＦにデータ転送機能が関連付けられている場合、ＨＦに対するデータ転送の設定としてデータ転送先が予め設定されている。このＨＦに対するデータ転送先の設定はメール送信の場合はメールアドレス、ＳＭＢの場合はファイル共有されているフォルダパスである。このＨＦにファイル（文書）が投入されると、その文書をＨＦに設定されたデータ転送先に送信することになる。
【００２８】
また、本発明のＨＦは、ファイル操作、例えば文書データを登録、変更、削除が要求されることが検知された場合に、管理されるユーザ毎の機能制限情報を用いてホットフォルダに対するアクセスを制御する。
【００２９】
図１において、ネットワーク１００はインターネット、イントラネットなど、任意のネットワークシステムであって構わない。
【００３０】
また、画像処理装置１０２ａ〜１０２ｃは、後述する図４に示すハードウエア資源、及びこれらのハードウエア資源を制御するソフトウエア資源を備えている。
【００３１】
図２は、図１に示した画像処理システムにおけるユーザインタフェースの一例を示す図である。本例は、ＰＣ２０１上のブラウザを用いて画像処理装置２０４のホットフォルダ機能を利用する場合の例と、画像処理装置２０４の操作部を用いてホットフォルダ機能を利用する場合の例を示している。なお、ＰＣ２０１と画像処理装置２０４は、図１と同様の構成で接続されている。また、画像処理装置は、ＭＦＰ（Multi Function Peripheral）で構成される例を示す。また、ＭＦＰは、ホットフォルダ（ＨＦ）として機能させるための記憶装置、例えばハードディスクを備えている。
【００３２】
図２において、２０２はユーザインタフェース（ＵＩ）で、ＰＣ２０１のオペレーションシステムで管理されるブラウザが提供する。ユーザは、ＵＩ２０２を操作して、作成したファイル又はデータ２０３を画像処理装置２０４のホットフォルダ２０５へ登録する処理を行う。
【００３３】
なお、ＵＩ２０２において、ＭＦＰのホットフォルダとは、画像処理装置２０４のホットフォルダ２０５に対応している。なお、ＰＣ２０１が備えるブラウザに代えて、ファイル・データ２０３のホットフォルダ２０５への操作は、専用のユーティリティ・ソフトウェアを使う構成であっても可能である。
【００３４】
つまり、ユーザは、画像処理装置２０４のＵＩ２０６を用いて直接操作してホットフォルダ機能を利用することで、ファイル・データ２０３をホットフォルダ２０５へ登録する等の操作を行うことも可能である。
【００３５】
図３は、図１に示したＰＣ１０１ａ、１０１ｂの構成を説明するブロック図である。
【００３６】
図３において、３０１は演算・制御を司る中央演算装置（以下、ＣＰＵと記す）である。３０２はランダムアクセスメモリー（以下、ＲＡＭと記す）であり、ＣＰＵ３０１の主メモリとして、実行プログラムの実行エリアならびにデータエリアとして機能する。
【００３７】
３０３はリードオンリメモリ（以下、ＲＯＭと記す）で、ＣＰＵ３０１の動作処理手順を記憶している。ＲＯＭ３０３には情報端末の機器制御を行うシステムプログラムである基本ソフト（ＯＳ）を記録したプログラムＲＯＭと、システムを稼動するために必要な情報等が記録されているデータＲＯＭがある。なお、システムによっては、ＲＯＭ３０３の代わりに後述のＨＤＤ３０９を使用する場合もある。
【００３８】
３０４はネットワークインタフェース（以下、ＮＥＴＩＦと記す）であり、ネットワークを介して情報端末間でデータ転送を行うための制御や接続状況の診断を行う。
【００３９】
３０５はビデオＲＡＭ（以下、ＶＲＡＭを記す）であり、後述する情報端末の稼動状態を示すＣＲＴ３０６の画面に表示させるための画像を展開し、その表示の制御を行う。３０６はディスプレイ等の表示装置（以下、ＣＲＴと記す）である。３０７は外部入力装置３０８からの入力信号を制御するためのコントローラ（以下、ＫＢＣと記す）である。
【００４０】
３０８は利用者が行う操作を受け付けるための外部入力装置（以下、ＫＢと記す）であり、例えばキーボードやマウス等のポインティングデバイスが用いられる。
【００４１】
３０９はハードディスクドライブ（以下、ＨＤＤと記す）であり、アプリケーションプログラムや各種データ保存用に用いられる。
【００４２】
本実施形態におけるアプリケーションプログラムとは、本実施形態における各種処理手段を実行するソフトウェアプログラム等である。
【００４３】
３１０は外部入出力装置（以下、ＦＤＤと記す）であり、例えばフロッピー（登録商標）ディスクドライブ、ＣＤ−ＲＯＭドライブ等のリムーバブルディスクで構成される。ＦＤＤ３１０は、上述したアプリケーションプログラムの媒体からの読み出し等に用いられる。
【００４４】
３１３はデータ記録装置（リムーバブル・メディア）で、ＦＤＤ３１０によって読み出しされる磁気記録媒体、光記録媒体、光磁気記録媒体、半導体記録媒体等で構成され、ＦＤＤ３１０から取り外し可能に構成されている。ここで、磁気記録媒体には、例えばフロッピー（登録商標）ディスクや外付けハードディスクが含まれる。また、光記録媒体であれば、例えばＣＤ−ＲＯＭが含まれる。さらに、光磁気記録媒体であれば、例えばＭＯが含まれ、半導体記録媒体であれば、例えばメモリカードが含まれる。
【００４５】
なお、ＨＤＤ３０９に登録するアプリケーションプログラムやデータをＦＤＤ３１０に登録して使用することも可能である。
【００４６】
３１１はコントローラ（以下、ＰＲＴＣと記す）で、後述するＰＲＴ３１２への出力信号を制御する。３１２は印刷装置（以下、ＰＲＴと記す）であり、例えばＬＢＰ（Laser Beam Printer）等が用いられる。
【００４７】
３００は上述した各ユニット間を接続するための伝送バスで、アドレスバス、データバス、入出力バス、および制御バスから構成される。
【００４８】
図４は、図１に示した画像処理装置１０２ａ、１０２ｂの構成を説明するブロック図である。本例は、上述しているように画像処理装置がＭＦＰ（Multi Function Peripheral）で構成される場合である。なお、ＭＦＰは、複数の機能処理手段として、プリント機能処理手段、スキャン機能処理手段、データ転送機能処理手段、ファイル管理機能処理手段等を備えている。ここで、プリント機能処理手段とスキャン機能処理手段とを用いた機能処理がコピー機能処理となる。さらに、ファイル管理機能処理手段は、後述するＨＤＤに設定されたフォルダ領域やユーザが設定したＢＯＸ領域を管理して、ホットフォルダに関連付けられた機能処理を実行する。なお、ホットフォルダは、単一機能とする場合と、複数のホットフォルダを用いて連携する連携機能とする場合がある。
【００４９】
図４において、４０１は原稿を画像データに変換する画像入力装置（以下、リーダ部と記す）で、原稿画像をＣＣＤリニアイメージセンサ等により光電的に読み取って（スキャンして）デジタル画像データに変換し出力する。
【００５０】
４０２は画像出力装置（以下プリンタ部と記す）で、複数種類の記録紙カセットを有し、リーダ部４０１より入力されるプリント命令によりリーダ部４０１からの画像データを記録紙上に可視像として出力する。
【００５１】
４０３は操作部（操作パネル）で、リーダ部４０１への原稿を画像データに変換する指示やリーダ部４０１と電気的に接続された外部装置４０４に対する処理を指示する。
【００５２】
外部装置４０４は、コア部４０５、ファックス部４０６、ファイル部４０７、またファイル部４０７と接続されている外部記憶装置４０８、フォーマッタ部４０９、ネットワークインタフェース部４１０を備えている。
【００５３】
外部装置４０４の各構成要素はそれぞれ次のような機能を実現している。
【００５４】
コア部４０５は、外部装置４０４の各構成要素の状態管理やコマンドの入出力制御、及び画像データ入出力の制御を行っている。ファックス部４０６は、ファックス機能の制御を行っている。
【００５５】
ファイル部４０７は、外部記憶装置４０８上に保管しているファイルを管理するファイル・システム機能の制御を行っている。フォーマッタ部４０９は画像データ情報を可視像とする処理を行っている。
【００５６】
ネットワークインタフェース部４１０はネットワークに接続し、通信処理を行っている。
【００５７】
４００は上述のリーダ部４０１、プリンタ部４０２、操作部４０３、外部装置４０４を接続するための伝送バスである。伝送バス４００はアドレスバス、データバス、入出力バス、および制御バスから構成されている。
【００５８】
図５は、図４に示した画像処理装置のモジュール構成を説明するブロック図である。
【００５９】
図５において、５０２はホットフォルダ制御手段で、ホットフォルダに関する各機能を制御する。なお、ホットフォルダに関する各機能については後述する。
【００６０】
５０３はファイル共有手段で、汎用的なプロトコルを利用してネットワークに接続されたＰＣに対して共有可能な記憶域としてホットフォルダを公開する。ファイル共有手段５０３によって、ＰＣから汎用的なアプリケーション・ソフトウェアを利用してホットフォルダへファイル・データを登録することが可能となる。
【００６１】
ここで、汎用的なアプリケーション・ソフトウエアとはオペレーションシステムのブラウザなどに含まれる汎用的なプロトコルをサポートしたソフトウエアを意味する。
【００６２】
５０４はファンクションフロー管理手段で、次のような機能を実現する。１つめの機能は、ファイル共有手段５０３が公開しているホットフォルダに送信されるファイル・データを登録する。１つ目の機能は、ファイル・データが登録された事をトリガーとして、予め登録されているファンクションフローを起動する。
【００６３】
５０５はファイル操作検知手段で、ユーザがホットフォルダに対して何かしらの操作を行ったときに、どのような操作を行ったか（例えば、ファイル・データの登録や削除等）を検知する。
【００６４】
５０６はユーザ情報管理手段で、ユーザのアクセス権限や機能制限等のユーザ情報を管理してユーザ情報を扱った手段を制御する。ここでは、ＡＣの機能に対応するものとする。５０７はユーザ判別手段で、ファイル操作検知手段５０５によりホットフォルダの操作が検知されたとき、ユーザ情報管理手段５０６に管理されているユーザの情報から使用ユーザを判別特定する。
【００６５】
５０８はユーザ機能制限管理手段で、ユーザ機能制限機能による画像処理装置のユーザごとの機能制限を管理する。５０９はユーザアクセス権限管理手段で、各ユーザに対してのフォルダやファイルのアクセス権限を管理する。なお、ユーザ機能制限管理手段５０８や前記ユーザアクセス権限管理手段５０９は、管理者による変更可能が可能である。
【００６６】
しかし、アクセス権限を設定していなくでも、後述の本発明の処理により自動的にアクセス権限が設定される仕組みになっている。
【００６７】
また、ユーザ判別手段５０７、前記ユーザ機能制限管理手段５０８、ユーザアクセス権限管理手段５０９を含むユーザ情報管理手段５０６は、個別の画像処理装置で管理される構成やサーバーシステムとして管理される構成のどちらであっても構わない。
【００６８】
５１０は不整合処理判別手段であり、ユーザ判別手段５０７によって判別されたユーザにおけるファンクションフロー管理手段５０４とユーザ機能制限管理手段５０８の情報を受け取る。不整合処理判別手段５１０は、ファイル操作検知手段５０５で検知された操作に対して実行されるファンクションフローの処理にユーザの機能制限が問題ないかを確認して判別する。
【００６９】
５１１はユーザアクセス権限変更手段で、不整合処理判別手段５１０により処理に不整合があると判別された場合に、ユーザアクセス権限管理手段５０９に対して、不整合があったとされる処理のアクセス権限の変更を行う。
【００７０】
５１２はエラー通知処理手段であり、ユーザのアクセス権限が変更され、ファンクションフローの処理上でエラーが発生した場合にユーザに知らせる。また、連携された他の画像処理装置からのエラー通知を受けて、その旨をユーザに知らせる手段でもある。
【００７１】
図６は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、あるユーザＡがホットフォルダＨＦに対して操作を行う場合の処理例である。なお、Ｓ６０１〜Ｓ６１２は各ステップを示し、各ステップは、コア部４０５が備えるＣＰＵがＲＡＭに制御プログラムをロードして実行することで実現される。
【００７２】
図７、図８は、本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。本例は、あるユーザＡとホットフォルダＨＦとホットフォルダＨＦへのアクセス権限の設定例を示している。なお、図７は、アクセス権限の書き換え前の状態で、図８は、図６に示す実行により、ユーザＡに対するアクセス権限を変更した状態に対応する。
【００７３】
図７において、ユーザＡに対して、ユーザ機能制限７０１が設定されているものとする。ここで使用されるホットフォルダＨＦにはホットフォルダの処理７０２が関連付けられている。また、ホットフォルダＨＦへのアクセス権限７０３は特に禁止するものはないフルコントロールとする。
【００７４】
ホットフォルダの処理７０２は、ホットフォルダＨＦの図５のファンクションフロー管理手段５０４に管理されており、ホットフォルダＨＦへのアクセス権限７０３はユーザアクセス権限管理手段５０９に管理されている。
【００７５】
ここでは、各画像処理装置が個々に管理しているものを例とする。しかし、それぞれの管理は外部サーバを持ち一元に管理される構成されていてもよい。また、各画像処理装置がネットワーク等の通信手段を介して繋がれた別の画像処理装置と管理を共有する構成でも構わない。
【００７６】
Ｓ６０１で、ホットフォルダの待機状態であり、コア部４０５がホットフォルダＨＦへのユーザの操作情報を監視する。次に、Ｓ６０２で、コア部４０５は、ホットフォルダＨＦへの操作が行われたかどうかを判断し、操作がなければ待機の状態となる。
【００７７】
なお、ホットフォルダＨＦに対する操作は、図２に示したように、ＰＣ上のＵＩ２０２からファイル・データをホットフォルダＨＦへ登録する等の操作が行われる。同様に、画像処理装置のＵＩ２０６を使うことでファイル・データをホットフォルダＨＦへ登録する等の操作を行われる。
【００７８】
次に、Ｓ６０３で、上記いずれかの方法でホットフォルダＨＦへの操作が行われたときに、ファイル操作検知手段５０５でどのような操作要求があったかを検知する。本実施形態では、ファイル・データの登録を行う。ここで、ファイル操作検知手段５０５がホットフォルダＨＦへ登録の操作要求があったことを検知したら、Ｓ６０４へ進み、それ以外である場合は、Ｓ６０１へ戻る。
【００７９】
そして、Ｓ６０４で、ユーザ判別手段５０７が操作要求の情報からホットフォルダＨＦを操作したユーザを特定する。具体的には、ユーザ判別手段５０７により操作したユーザに対応する情報を照査して誰であるのかを判別する。
【００８０】
そして、Ｓ６０５で、ユーザアクセス権限管理手段５０９よりホットフォルダＨＦへのアクセス権限が充分であるかを判断する。本実施形態では、アクセス権限は初期状態のフルコントロールであるので、ユーザアクセス権限管理手段５０９は充分であると判断して、次の処理へ進む。
【００８１】
一方、Ｓ６０５で、仮にアクセス権限が充分でないとユーザアクセス権限管理手段５０９が判断した場合は、Ｓ６０６へ進み、操作しているユーザに対してアクセス権限がないことをエラー通知処理手段５１２がユーザにエラーを通知して、本処理終了する。なお、通知は、アクセスしている方法により異なり、ＰＣからの場合には、ブラウザに対して通知し、操作部からの場合には、操作部にその旨のエラーを表示する。
【００８２】
そして、Ｓ６０７で、不整合処理判別手段５１０がユーザ機能制限機能によるユーザが制限された機能とホットフォルダＨＦに関連付けられた処理で使用する機能を確認する。なお、不整合処理判別手段５１０は、ファンクションフロー管理手段５０４よりホットフォルダＨＦに関連付けられたファンクションフローの処理で使われる機能と、ユーザ機能制限機能によるユーザ機能制限管理手段５０８で制限されている機能の情報を受け取る。
【００８３】
そして、Ｓ６０８で、不整合処理判別手段５１０がＳ６０７で確認した情報に不整合が生じないかを判別する。なお、本実施形態では、ユーザによってホットフォルダに対するファイル操作がなされた場合、ホットフォルダに関連付けられた機能処理と、識別されるユーザの制限機能処理とを比較して不整合であるかどうかを判別する。ここで、ユーザＡは、制限機能処理としてデータ転送機能（ＳＥＮＤ機能）が管理されているものとする。
【００８４】
本実施形態では、ユーザ機能制限７０１のメール送信禁止とホットフォルダの処理７０２のメール送信処理に不整合が生じるので、不整合処理判別手段５１０は不整合ありと判別する。
【００８５】
一方、Ｓ６０８で、仮に不整合が生じていないと不整合処理判別手段５１０が判断した場合は、Ｓ６０９へ進む。そして、Ｓ６０９で、ホットフォルダ制御手段５０２がファンクションフロー管理手段５０４を制御して、ホットフォルダＨＦ内に登録されたファイル・データに対して、ファンクションフロー管理手段５０４に登録されているファンクションフローを実行する。そして、Ｓ６１０で、ホットフォルダ制御手段５０２がホットフォルダの処理を正常に終了して、本処理を終了する。
【００８６】
Ｓ６１１では、不整合処理判別手段５１０から不整合ありとの情報を受けたユーザアクセス権限変更手段５１１が、ホットフォルダＨＦに対するアクセス権限の変更を行う。
【００８７】
本実施形態では、登録のアクセス権限に対して、禁止されているメール送信を行う処理になるので、ユーザアクセス権限変更手段５１１が登録のアクセス権限を剥奪するように変更する。そして、ユーザアクセス権限管理手段５０９には変更されたアクセス権限が保管される。
【００８８】
次に、Ｓ６１２で、ホットフォルダ制御手段５０２はアクセス権限がなくなったホットフォルダへアクセスすることになるので、エラー通知処理手段５１２はその旨をユーザにエラーを通知して、本処理を終了する。
【００８９】
このように、本実施形態では、ホットフォルダへアクセスしたことをトリガーに、瞬時に機能制限やファンクションフローの処理を判別してアクセス権限を変更して、ホットフォルダへの操作が行えないようにできる。以下、図８を参照して、図６に示した処理実行後のホットフォルダに対するアクセス権の変更状態を説明する。
【００９０】
上記第１実施形態では、図６に示すファンクションフローによる一連の動作で、エラーが起こりホットフォルダＨＦのアクセス権限７０３がホットフォルダのアクセス権限８０１に変更される。この設定は、それぞれのホットフォルダにおけるユーザアクセス権限管理手段５０９に保管され、ホットフォルダ制御手段５０２は以降のホットフォルダＨＦへのアクセスを禁止する。
【００９１】
〔第２実施形態〕
図９は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、あるユーザＢがホットフォルダＨＦに対して操作を行う場合の処理例である。なお、Ｓ９０１〜Ｓ９２２は各ステップを示し、各ステップは、コア部４０５が備えるＣＰＵがＲＡＭに制御プログラムをロードして実行することで実現される。
【００９２】
なお、本実施形態では、ファンクションフローとしてホットフォルダＨＦＡから別のホットフォルダＨＦＢへの連携を行う場合を想定している。ここでは、ホットフォルダＨＦＡ、ホットフォルダＢがあったとして説明をする。なお、それぞれのホットフォルダＨＦＡ、ＨＦＢは同じ画像処理装置内に存在しても、他の画像処理装置に存在しても構わない。
【００９３】
図１０、図１１は、本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。本例は、あるユーザＢとホットフォルダＨＦＡとホットフォルダＨＦＡへのアクセス権限及びホットフォルダＨＦＢとホットフォルダＨＦＢへのアクセス権限の設定状態を示す。なお、図１０は、アクセス権限の書き換え前の状態で、図１１は、図９に示す実行により、ユーザＢに対するアクセス権限を変更した状態に対応する。以下に、本実施形態における処理の前提を示す。本実施形態では、ユーザＢがユーザ機能制限１００１のような設定であるとする。また、ここで使用されるホットフォルダＨＦＡには処理１００２が関連付けられており、ホットフォルダＨＦＡへのアクセス権限１００３は特に禁止するものはないフルコントロールとする。
【００９４】
同様に、ここで使用されるホットフォルダＢにはホットフォルダＢの処理１００４が関連付けられており、ホットフォルダＢへのアクセス権限１００５は特に禁止するものはないフルコントロールとする。
【００９５】
また、ホットフォルダＨＦＡの処理１００２は、図５に示したファンクションフロー管理手段５０４に管理されている。また、ホットフォルダＨＦＡへのアクセス権限１００３はユーザアクセス権限管理手段５０９に管理されている。
【００９６】
同様に、ホットフォルダＦＨＢの処理１００４は、ファンクションフロー管理手段５０４に管理されている。また、ホットフォルダＦＨＢへのアクセス権限１００５はユーザアクセス権限管理手段５０９に管理されている。ここでは、各画像処理装置が個々に管理しているものを例とする。しかし、それぞれの管理は、システム上に外部サーバを接続して一元に管理される構成、または各画像処理装置がネットワーク等の通信手段を介して繋がれた別の画像処理装置と管理を共有する構成でも構わない。
【００９７】
Ｓ９０１で、ホットフォルダ制御手段５０２が制御する各々の手段において監視を行う。本実施形態では、ホットフォルダＦＨＡ及びホットフォルダＦＨＢがともに待機状態であり、ホットフォルダＦＨＡ及びホットフォルダＦＨＢでは各々でユーザＢによる操作を監視している。
【００９８】
次に、Ｓ９０２で、ホットフォルダＦＨＡ及びホットフォルダＦＨＢへの操作が行われたかどうかをホットフォルダ制御手段５０２で判断し、操作がなければ待機の状態となる。
【００９９】
なお、本実施形態において、ファイル・データに対する操作は図２のようにＰＣのブラウザ２０２からファイル・データをホットフォルダＦＨＡへ登録する等の操作が行われる。同様に、画像処理装置の操作部に表示するＵＩ２０６を使うことでファイル・データをホットフォルダＦＨＡへ登録する等の操作を行われる。
【０１００】
Ｓ９０３で、上記いずれかの方法でホットフォルダＦＨＡへの操作が行われたとホットフォルダ制御手段５０２が判断したときに、ファイル操作検知手段５０５でどのような操作要求があったかを検知する。本実施形態では、ファイル操作検知手段５０５は、ホットフォルダＨＦＡへファイル・データの登録の操作要求があったことを検知する。ここで、ファイル・データの登録の操作要求を検知していない場合は、Ｓ９０１へ戻る。
【０１０１】
次に、Ｓ９０４では、ユーザ判別手段５０７は、操作要求の情報からホットフォルダを操作したユーザを特定する。本実施形態では、操作を行ったユーザはユーザ機能制限１００１を持つユーザＢとユーザ判別手段５０７が判別する。
【０１０２】
次に、Ｓ９０５では、判別されたユーザＢがホットフォルダＨＦＡへのアクセス権限が充分なユーザであるか否かをユーザアクセス権限管理手段５０９が判断する。本実施形態では、ホットフォルダＨＦＡに対してのアクセス権限は初期状態のフルコントロールであるので充分であると判断されて、次の処理へ進む。
【０１０３】
一方、仮にアクセス権限が充分でないとユーザアクセス権限管理手段５０９が判断した場合には、Ｓ９０６へ進む。そして、Ｓ９０６で、操作しているユーザに対してアクセス権限がないことをホットフォルダＨＦＡにおけるエラー通知処理手段５１２がユーザにエラーを通知して、本処理を終了する。なお、通知は、アクセスしている方法により異なり、ＰＣからの場合には、ブラウザに対して通知し、操作部からの場合には、操作部にその旨のエラーを表示する。
【０１０４】
次に、Ｓ９０７で、不整合処理判別手段５１０がユーザ機能制限機能によるユーザが制限された機能とフォルダに関連付けられた処理で使用する機能を確認する。本実施形態では、不整合処理判別手段５１０は、ファンクションフロー管理手段５０４よりホットフォルダＡに関連付けられたファンクションフローの処理で使われる機能の情報を受け取る。また、不整合処理判別手段５１０は、ユーザ機能制限機能によるユーザ機能制限管理手段５０８で制限されている機能の情報も受け取る。
【０１０５】
次に、Ｓ９０８で、不整合処理判別手段５１０がＳ９０７で確認した情報に制御された本機能を使った処理があるため不整合が生じないかを判断する。本実施形態では、ユーザ機能制限１００１のメール送信禁止と、ホットフォルダＦＨＡに対する処理１００２のホットフォルダＨＦＢに登録する処理とは問題がない。したがって、Ｓ９０８において、不整合処理判別手段５１０は、不整合なしと判別する。
【０１０６】
一方、Ｓ９０８で、仮に不整合が生じると不整合処理判別手段５１０が判断した場合には、Ｓ９０９へ進む。そして、Ｓ９０９で、ユーザアクセス権限変更手段５１１が、不整合処理判別手段５１０から不整合ありとの情報を受けたホットフォルダＨＦＡに対するアクセス権限の変更を行う。なお、ユーザアクセス権限管理手段５０９には変更されたホットフォルダＨＦＡにおけるアクセス権限が保管される。
【０１０７】
例として、ホットフォルダＨＦＡに関連付けられたファンクションフローの処理にユーザ機能制限１００１で禁止されているメール送信が含まれていたとする。この場合は、ユーザアクセス権限変更手段５０９は、不整合処理判別手段５１０により不整合ありとの情報を受ける。そして、ユーザアクセス権限変更手段５０９はホットフォルダＨＦＡへ登録の操作を禁止するために登録のアクセス権限を剥奪するよう変更する。
【０１０８】
そして、Ｓ９１０で、Ｓ９０９によりアクセス権限が変更されるので、再度ユーザＢのホットフォルダＨＦＡへの操作要求に対して不整合が生じないかどうかを不整合処理判別手段５１０が判断する。
【０１０９】
本実施形態ではこのルートは通らないが、仮に操作したアクセス権限が変更された場合には、アクセス権限がなくなったホットフォルダＨＦＡの操作をすることになるのでエラーになる。そして、Ｓ９１１で、その旨をエラー通知処理手段５１２がユーザにその旨をエラーとして通知して、本処理を終了する。
【０１１０】
一方、Ｓ９１０で、変更されたアクセス権限に問題がないと不整合処理判別手段５１０が判断した場合は、Ｓ９１２に戻る。
【０１１１】
そして、Ｓ９１２で、ホットフォルダＨＦＡ内にファイル・データが登録され、ホットフォルダ制御手段５０２がファンクションフロー管理手段５０４に保管されているファンクションフローを実行する。
【０１１２】
本実施形態では、ホットフォルダ制御手段５０２は関連付けられているホットフォルダＨＦＢにファイル・データを登録するという処理を実行する。
【０１１３】
次に、Ｓ９１３で、ホットフォルダ制御手段５０２は、Ｓ９１２により実行されたファンクションフローを終了するかどうか、すなわち未完了の処理があるかどうかを判断する。まず、最初の処理フローでは未完了と判断されて、Ｓ９１５へ移る。
【０１１４】
一方、エラーも起きずに処理が全て実行されたとホットフォルダ制御手段５０２が判断した場合は、Ｓ９１４へ進み、ホットフォルダ制御手段５０２は、ホットフォルダの処理を正常終了して、本処理を終了する。
【０１１５】
そして、Ｓ９１５で、ホットフォルダ制御手段５０２がホットフォルダの操作によって実行されたファンクションフローを引き続き実行する。これにより、本実施形態では、ファイル・データがホットフォルダＨＦＡからホットフォルダＨＦＢに登録される。なお、ホットフォルダＨＦＢ上では、先述したＳ９０１からの処理が流れる。
【０１１６】
次に、Ｓ９１６で、ホットフォルダの操作によって実行されたファンクションフローの処理上でエラーが起きたかどうかホットフォルダ制御手段５０２が判断する。ここで、エラーがないとホットフォルダ制御手段５０２が判断した場合は、Ｓ９１３に戻る。本実施形態では、ホットフォルダＨＦＢ上で同様の処理が動いている中、ホットフォルダＨＦＢにおけるＳ９０８で不整合が生じて、ホットフォルダＨＦＢにおけるＳ９０９でアクセス権限が変更される。
【０１１７】
また、ホットフォルダＨＦＢにおいてアクセス権限が変更されて、エラー通知処理手段５１２によりアクセス不可能のエラーとなりエラー通知が送られてくる。
【０１１８】
なお、ホットフォルダＨＦＡとホットフォルダＨＦＢを同時に持つ画像処理装置であった場合は、エラー通知処理手段５１２は共通で構わない。また、ホットフォルダＨＦＡとホットフォルダＨＦＢを持つ画像処理装置がそれぞれ別であった場合は、ネットワークを介した通信手段等を用いて通信を行う。
【０１１９】
次に、Ｓ９１７、Ｓ９１９で、ホットフォルダ制御手段５０２は、Ｓ９１６においてエラーがありと判断された当該エラーの種類を判別する。まず、Ｓ９１７で、ホットフォルダ制御手段５０２は、ホットフォルダの操作によって実行されたファンクションフローに別のフォルダにデータを入れる等の連携した処理があるかどうかを判別する。本実施形態では、ホットフォルダＨＦＡからホットフォルダＨＦＢに登録する動作が発生しているので、ここではホットフォルダ制御手段５０２が連携ありと判断する。
【０１２０】
一方、Ｓ９１７で、仮に連携がないとホットフォルダ制御手段５０２が判断した場合は、機能制限やアクセス権限等本発明とは別なところでエラーが起きたことになるので、Ｓ９１８へ進む。そして、Ｓ９１８で、エラー通知処理手段５１２がエラーを通知して、本処理を終了する。
【０１２１】
一方、Ｓ９１７で、ホットフォルダ制御手段５０２が連携ありと判断した場合は、Ｓ９１９へ進む。そして、Ｓ９１９で、ホットフォルダ制御手段５０２は、Ｓ９１７の判別により別なフォルダとの連携があると分かったので、相手側のアクセス権限の変更によるエラーがどうかを判別する。
【０１２２】
本実施形態では、ホットフォルダＨＦＡからホットフォルダＨＦＢに登録する動作において、ホットフォルダＨＦＢ側でユーザＢの機能制限とファンクションフローに不整合が生じる。これによって、アクセス権限が変更されエラーが起こるので、連携先のホットフォルダＨＦＢのアクセス権限は拒否される。よって、Ｓ９１９で、ホットフォルダ制御手段５０２が連携先のフォルダのアクセス権限は不十分であると判断して、Ｓ９２１へ進む。
【０１２３】
一方、Ｓ９１９で、仮に十分であるとホットフォルダ制御手段５０２が判断した場合は、Ｓ９２０へ進む。そして、Ｓ９２０で、機能制限やアクセス権限等本発明とは別なところでエラーが起きたことになるので、エラー通知処理手段５１２がエラーを通知して、本処理を終了する。
【０１２４】
そして、Ｓ９２１で、Ｓ９１９において連携先のホットフォルダのアクセス権限が不十分と判断されたため、ホットフォルダ制御手段５０２は、不整合が生じないように操作した元のホットフォルダＨＦＡのアクセス権限も変更する。
【０１２５】
本実施形態では、ホットフォルダＨＦＡによって実行されたファンクションフローにおいて、ホットフォルダＨＦＢでの操作に、制限されている機能を使った処理があるので、ホットフォルダＨＦＡのアクセス権限も変更する。また、本実施形態では、ホットフォルダＨＦＡへの登録の操作で、ホットフォルダＨＦＢにて禁止されているメール送信を行う処理をしてしまう。したがって、ホットフォルダ制御手段５０２は、ホットフォルダＨＦＡへの登録のアクセス権限を剥奪するように変更する。
【０１２６】
次に、Ｓ９２２で、アクセス権限がなくなった連携先のホットフォルダへアクセスすることでエラーが起きるので、エラー通知処理手段５１２がエラー通知して、本処理を終了する。
【０１２７】
本実施形態では、ホットフォルダＨＦＡにおけるエラー通知処理手段５１２は、ホットフォルダＨＦＢにおけるエラー通知処理手段５１２からエラー通知処理を受ける。そして、ホットフォルダＨＦＡにおけるエラー通知処理手段５１２は、ホットフォルダＨＦＡを操作したユーザＢに対して、エラーを通知する。
【０１２８】
これにより、図１０に示したホットフォルダのアクセス権限状態は、図１１に示したホットフォルダのアクセス権限状態に変更される。
【０１２９】
図１１に示すように、本実施形態では図９で説明をしたファンクションフローによる一連の動作で、エラーが発生して、図１０に示すホットフォルダＨＦＢのアクセス権限１００５が、図１１に示すホットフォルダＢのアクセス権限１１０５になる。
【０１３０】
また、これにより、図１０に示すホットフォルダＨＦＡのアクセス権限１００３が、図１１に示すホットフォルダＡのアクセス権限１１０３になる。このようにして変更されたアクセス権限の設定は、それぞれのホットフォルダＨＦＡ、ＨＦＢにおけるユーザアクセス権限管理手段５０９に保管され、以降の前記ホットフォルダＡへのアクセスを禁止する。
【０１３１】
なお、図９に示すフローチャートの処理を、それぞれのホットフォルダで持つことでファンクションフロー上に複数のホットフォルダが連携することが可能である。
【０１３２】
また、ユーザの機能制限とアクセス権限に不整合がある場合には、操作元のホットフォルダまでアクセス権限を剥奪して、以後、期待する処理が完了できないホットフォルダへのファイル・データの操作を禁止することができる。
【０１３３】
〔第３実施形態〕
以下、本実施形態では、第２実施形態に示した図９を用いてホットフォルダＨＦＡ、ＨＦＢのアクセス権限の変更処理について説明する。
【０１３４】
図１２、図１３は、本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。本例は、あるユーザＣとホットフォルダＨＦＣとホットフォルダＨＦＣへのアクセス権限及びホットフォルダＨＦＤとホットフォルダＨＦＤへのアクセス権限の設定状態を示す。なお、図１２は、アクセス権限の書き換え前の状態で、図１３は、図９に示す実行により、ユーザＣに対するアクセス権限を変更した状態に対応する。
【０１３５】
本例は、第２実施形態に比べて、ホットフォルダの処理が操作の種類ごとに分かれた形になっている。
【０１３６】
また、ユーザＣに対する機能制限は、ユーザ機能制限１２０１のような設定であるとする。また、ここで使用されるホットフォルダＨＦＣにはホットフォルダＨＦＣの処理１２０２が関連付けられており、ホットフォルダＨＦＣへのアクセス権限１２０３は特に禁止するものはないフルコントロールとする。
【０１３７】
同様に、ここで使用されるホットフォルダＨＦＤにはホットフォルダＨＦＤの処理１２０４が関連付けられており、ホットフォルダＤへのアクセス権限１２０５は特に禁止するものはないフルコントロールとする。
【０１３８】
また、ホットフォルダＨＦＣの処理１２０２は、ホットフォルダＨＦＣにおけるファンクションフロー管理手段５０４に管理されている。
【０１３９】
また、ホットフォルダＨＦＣへのアクセス権限１２０３はホットフォルダＨＦＣにおけるユーザアクセス権限管理手段５０９に管理されている。
【０１４０】
同様にホットフォルダＦＨＤの処理１２０４は、ホットフォルダＨＦＤにおけるファンクションフロー管理手段５０４に管理されている。
【０１４１】
また、ホットフォルダＨＦＤへのアクセス権限１２０５はホットフォルダＨＦＤにおけるユーザアクセス権限管理手段５０９に管理されている。
【０１４２】
ここでは、各画像処理装置が個々に管理しているものを例とする。
【０１４３】
しかし、それぞれの管理は外部サーバを持ち一元に管理される構成、または各画像処理装置がネットワーク等の通信手段を介して繋がれた別の画像処理装置と管理を共有する構成でも構わない。
【０１４４】
本実施形態における処理は、図９に示した各ステップで行われる処理は同様であり、違いは第２実施形態に加えてホットフォルダによる処理が操作の種類ごとに違う処理が行われる場合を想定しているところである。以下、第２実施形態との相違するステップを説明する。
【０１４５】
Ｓ９０７で、ホットフォルダ制御手段５０２は、各操作に対するホットフォルダに関連付けられた処理を確認する。第２実施形態では、ホットフォルダに関連付けられた処理は一つであったが、本実施形態では、ホットフォルダに関連付けられた処理は複数あるので、全ての操作におけるファンクションフローとユーザの機能制限を調査する。
【０１４６】
また、第２実施形態では一つであるのに対して、本実施形態では三つ行われるだけで処理としては同様であり、それぞれの操作に対して不整合の有無が渡される。そして、Ｓ９０９で、ユーザアクセス権限変更手段５１１は不整合が起きた操作に対するアクセス権限を変更する。
【０１４７】
本実施形態では、Ｓ９０８において、不整合処理判別手段５１０により変更と削除の操作に不整合があると判別される。
【０１４８】
これは、図１２に示すようにユーザ機能制限１２０１で示すように、ユーザはメール送信機能が禁止されており、ホットフォルダＨＦＣの処理１２０２で示すように変更と削除の操作で禁止されているメール送信を行う処理が含まれるからである。
【０１４９】
したがって、ホットフォルダＨＦＣにおけるユーザアクセス権限変更手段５１１が変更と削除のアクセス権限を剥奪するように変更する。
【０１５０】
また、Ｓ９１０で、本実施形態ではホットフォルダに関連付けられたファンクションフローが複数あるのでアクセス権限が変更されていないものもあるため、再度不整合の判断が行われる。
【０１５１】
例えば、前述のフローではホットフォルダＨＦＣは変更と削除を禁止するアクセス権限に変更された。しかし、ホットフォルダＨＦＣの処理１２０２に示される登録の操作に関連付けられたファンクションフローには禁止されているメール送信の機能はない。
【０１５２】
よって、登録のアクセス権限は剥奪されておらず、不整合の判別に問題は生じないので、Ｓ９１２で、元の実行のフローへ戻ることができる。最終的には、第２実施形態と同様に登録先のホットフォルダＨＦＤでアクセス権限のエラーが起きるので、ホットフォルダＨＦＣで登録のアクセス権限も剥奪される。全体的な具体例は、第２実施形態の通りである。
【０１５３】
なお、本実施形態では、ホットフォルダＨＦＣ、ホットフォルダＨＦＤとして、それぞれのホットフォルダは同じ画像処理装置内に存在しても、他の画像処理装置に存在しても構わない。
【０１５４】
これにより、ユーザと変更後のホットフォルダＨＦＣ及びホットフォルダＨＦＤの設定状態は、図１２から図１３に示す状態に変更される。
【０１５５】
本実施形態では、図９で説明をしたファンクションフローによる一連の動作でエラーが起こり、図１２に示すホットフォルダＨＦＤのアクセス権限１２０５が、図１３に示すホットフォルダＨＦＤのアクセス権限１３０５になる。これを受けて、図９における処理で、図１２に示すホットフォルダＨＦＣのアクセス権限１２０３が、図１３に示すホットフォルダＣのアクセス権限１３０３になる。これら変更された設定は、それぞれのホットフォルダにおけるユーザアクセス権限管理手段５０９に保管され、以後ホットフォルダＨＦＣへのアクセスは禁止される。
【０１５６】
なお、図９に示す処理を、それぞれのホットフォルダで持つことでファンクションフロー上に複数のホットフォルダが連携することが可能である。
【０１５７】
また、ユーザの機能制限とアクセス権限に不整合がある場合には、操作元のホットフォルダまでアクセス権限を剥奪して、以後、期待する処理が完了できないホットフォルダへのファイル・データの操作を禁止することができる。
【０１５８】
以上より、ユーザ機能制限機能によって制限された機能を使用している処理がホットフォルダに関連付けられていた場合、処理に対するアクセス権限を自動的に変更することができる。
【０１５９】
よって、ユーザが制限された機能を使えないようにホットフォルダの操作ができないようにすることで従来のような不整合を解決し、自動的に変更することによって、システムを管理する管理者の負担を減らすことができる。
【０１６０】
以下、図１４に示すメモリマップを参照して本発明に係る画像処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１６１】
図１４は、本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１６２】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１６３】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１６４】
本実施形態におけるフローチャートに示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１６５】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１６６】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１６７】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１６８】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１６９】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶したコンピュータ読み取り可能な記憶媒体は本発明を構成することになる。
【０１７０】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１７１】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１７２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７４】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【０１７５】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１７６】
【図１】本実施形態を示す画像処理システムの一例を示す図である。
【図２】図１に示した画像処理システムにおけるユーザインタフェースの一例を示す図である。
【図３】図１に示したＰＣ１０１ａ、１０１ｂの構成を説明するブロック図である。
【図４】図１に示した画像処理装置１０２ａ、１０２ｂの構成を説明するブロック図である。
【図５】図４に示した画像処理装置のモジュール構成を説明するブロック図である。
【図６】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図７】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図８】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図９】本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図１０】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図１１】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図１２】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図１３】本実施形態を示す画像処理装置が管理するホットフォルダのアクセス権限状態を示す図である。
【図１４】本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１７７】
５０１ 画像処理装置
５０２ ホットフォルダ制御手段
５０３ ファイル共有手段
５０４ ファンクションフロー管理手段
５０５ ファイル操作検知手段
５０６ ユーザ情報管理手段
５０７ ユーザ判別手段
５０８ ユーザ機能制限管理手段
５０９ ユーザアクセス権限管理手段
５１０ 不整合処理判別手段
５１１ ユーザアクセス権限変更手段
５１２ エラー通知処理手段
【特許請求の範囲】
【請求項１】
複数の機能処理手段のいずれかを用いて実行する機能処理が関連付けられたフォルダを管理する画像処理装置であって、
前記複数の機能処理手段による機能処理のうち、使用が制限される制限機能処理をユーザ毎に管理する機能制限管理手段と、
前記フォルダに設定されるアクセス権限をユーザ毎に管理する権限管理手段と、
ユーザによって前記フォルダに対するファイル操作がなされた場合、前記フォルダに関連付けられた機能処理と、識別されるユーザの前記制限機能処理とを比較して、前記制限機能処理に整合するように前記権限管理手段により管理されているアクセス権限を変更する変更手段と、
ユーザから前記フォルダに対するファイル操作を受け付けた場合、前記権限管理手段で管理されるアクセス権限に基づいて前記ファイル操作の要求を制御する制御手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記変更手段によりアクセス権限が変更されて前記制御手段が前記ファイル操作の要求を実行できないことを識別されたユーザに通知する通知手段を備えることを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記フォルダに関連付けられた機能処理は、他のフォルダと連携する機能処理を含むことを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
前記変更手段が他のフォルダのアクセス権限を変更する場合、前記他のフォルダを用いる機能処理が関連付けられているフォルダのアクセス権限も合わせて変更することを特徴とする請求項１記載の画像処理装置。
【請求項５】
複数の機能処理手段のいずれかを用いて実行する機能処理が関連付けられたフォルダを管理する画像処理装置における画像処理方法であって、
前記複数の機能処理手段による機能処理のうち、使用が制限される制限機能処理をユーザ毎に管理する機能制限管理ステップと、
前記フォルダに設定されるアクセス権限をユーザ毎に管理する権限管理ステップと、
ユーザによって前記フォルダに対するファイル操作がなされた場合、前記フォルダに関連付けられた機能処理と、識別されるユーザの前記制限機能処理とを比較して、前記制限機能処理に整合するように前記権限管理ステップにより管理されているアクセス権限を変更する変更ステップと、
ユーザから前記フォルダに対するファイル操作を受け付けた場合、前記権限管理ステップで管理されるアクセス権限に基づいて前記ファイル操作の要求を制御する制御ステップと、
を有することを特徴とする画像処理方法。
【請求項６】
前記変更ステップによりアクセス権限が変更されて前記制御ステップが前記ファイル操作の要求を実行できないことを識別されたユーザに通知する通知ステップを備えることを特徴とする請求項５記載の画像処理方法。
【請求項７】
前記フォルダに関連付けられた機能処理は、他のフォルダと連携する機能処理を含むことを特徴とする請求項５又は６記載の画像処理方法。
【請求項８】
前記変更ステップが他のフォルダのアクセス権限を変更する場合、前記他のフォルダを用いる機能処理が関連付けられているフォルダのアクセス権限も合わせて変更することを特徴とする請求項５記載の画像処理方法。
【請求項９】
請求項５乃至８のいずれか１項に記載の画像処理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１０】
請求項５乃至８のいずれか１項に記載の画像処理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項１】
複数の機能処理手段のいずれかを用いて実行する機能処理が関連付けられたフォルダを管理する画像処理装置であって、
前記複数の機能処理手段による機能処理のうち、使用が制限される制限機能処理をユーザ毎に管理する機能制限管理手段と、
前記フォルダに設定されるアクセス権限をユーザ毎に管理する権限管理手段と、
ユーザによって前記フォルダに対するファイル操作がなされた場合、前記フォルダに関連付けられた機能処理と、識別されるユーザの前記制限機能処理とを比較して、前記制限機能処理に整合するように前記権限管理手段により管理されているアクセス権限を変更する変更手段と、
ユーザから前記フォルダに対するファイル操作を受け付けた場合、前記権限管理手段で管理されるアクセス権限に基づいて前記ファイル操作の要求を制御する制御手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記変更手段によりアクセス権限が変更されて前記制御手段が前記ファイル操作の要求を実行できないことを識別されたユーザに通知する通知手段を備えることを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記フォルダに関連付けられた機能処理は、他のフォルダと連携する機能処理を含むことを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
前記変更手段が他のフォルダのアクセス権限を変更する場合、前記他のフォルダを用いる機能処理が関連付けられているフォルダのアクセス権限も合わせて変更することを特徴とする請求項１記載の画像処理装置。
【請求項５】
複数の機能処理手段のいずれかを用いて実行する機能処理が関連付けられたフォルダを管理する画像処理装置における画像処理方法であって、
前記複数の機能処理手段による機能処理のうち、使用が制限される制限機能処理をユーザ毎に管理する機能制限管理ステップと、
前記フォルダに設定されるアクセス権限をユーザ毎に管理する権限管理ステップと、
ユーザによって前記フォルダに対するファイル操作がなされた場合、前記フォルダに関連付けられた機能処理と、識別されるユーザの前記制限機能処理とを比較して、前記制限機能処理に整合するように前記権限管理ステップにより管理されているアクセス権限を変更する変更ステップと、
ユーザから前記フォルダに対するファイル操作を受け付けた場合、前記権限管理ステップで管理されるアクセス権限に基づいて前記ファイル操作の要求を制御する制御ステップと、
を有することを特徴とする画像処理方法。
【請求項６】
前記変更ステップによりアクセス権限が変更されて前記制御ステップが前記ファイル操作の要求を実行できないことを識別されたユーザに通知する通知ステップを備えることを特徴とする請求項５記載の画像処理方法。
【請求項７】
前記フォルダに関連付けられた機能処理は、他のフォルダと連携する機能処理を含むことを特徴とする請求項５又は６記載の画像処理方法。
【請求項８】
前記変更ステップが他のフォルダのアクセス権限を変更する場合、前記他のフォルダを用いる機能処理が関連付けられているフォルダのアクセス権限も合わせて変更することを特徴とする請求項５記載の画像処理方法。
【請求項９】
請求項５乃至８のいずれか１項に記載の画像処理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１０】
請求項５乃至８のいずれか１項に記載の画像処理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−１６６１１４（Ｐ２０１０−１６６１１４Ａ）
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願番号】特願２００９−４３２９（Ｐ２００９−４３２９）
【出願日】平成２１年１月１３日（２００９．１．１３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年７月２９日（２０１０．７．２９）
【国際特許分類】
【出願日】平成２１年１月１３日（２００９．１．１３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]