JP4826428B2 - 情報処理システムおよび情報処理装置および情報処理プログラム - Google Patents

Description

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

企業や官公庁、学校等においては、複数のユーザでＬＡＮ（Local Area Network）等の通信手段に接続された印刷装置、文書管理装置等を共用して利用できる通信環境が構築されている。

このような通信環境においては、電子文書、紙文書等のセキュリティを維持するために、様々な技術が提案されている。その技術の一つとして、文書に対しての操作権限を統一的に管理するセキュリティポリシーを定め、当該ポリシーに基づきセキュリティの強化を図ったシステム、装置等が知られている。

従来、この種の技術に関連して、例えば、特許文献１には、外部に設けられたサーバから文書の文書属性を取得することによって、セキュリティポリシーに基づいたセキュリティ管理を行う技術について言及されている。

また、例えば、特許文献２には、組織、オフィス、会社内などの範囲が限定された領域内で所定の条件に従って、デジタルオーディオ、デジタルビデオ等の再生や使用を制限する技術について言及されている。
特開２００４−１９２６１０号 特開２００４−２４６９００号

本発明は、文書群に含まれた文書に付与された操作権限が異なる場合であっても、当該文書群に対する処理を一括して行えるようにした情報処理システムおよび情報処理装置および情報処理プログラムを提供することを目的とする。

上記目的を達成するため、請求項１の情報処理システムの発明は、操作権限がそれぞれ付与された複数の文書を管理する文書管理手段と、前記文書管理手段で管理された所定の文書群に対する処理依頼を受け付ける受付手段と、前記文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合の対処内容を該文書群に対応して保持する保持手段と、前記受付手段で受け付けた処理依頼の対象となる文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合に、該文書群に含まれた複数の文書に対する処理を前記保持手段に保持された対処内容に基づき制御する制御手段とを具備する。

また、請求項２の発明は、請求項１の発明において、前記保持手段は、前記文書群に含まれた全ての文書に対する処理を停止する第１の対処内容、前記文書群に含まれた文書毎に処理確認を行って処理する第２の対処内容、前記文書群に含まれた文書の中で操作権限のある文書のみ処理する第３の対処内容、前記文書群に含まれた文書の中に操作権限のある文書が少なくとも１つあれば全ての文書を処理する第４の対処内容、の少なくとも１つを保持する。

また、請求項３の情報処理システムの発明は、操作権限がそれぞれ付与された複数の文書を読み取る読取手段と、文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合の対処内容を該文書群に対応して保持する保持手段と、前記読取手段で読み取られた複数の文書からなる文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合に、該文書群に含まれた文書に対する処理を前記保持手段に保持された対処内容に基づき制御する制御手段とを具備する。

また、請求項４の発明は、請求項３の発明において、前記保持手段は、前記文書群に含まれた全ての文書に対する処理を停止する第１の対処内容、前記文書群に含まれた文書毎に処理確認を行って処理する第２の対処内容、前記文書群に含まれた文書の中で操作権限のある文書のみ処理する第３の対処内容、前記文書群に含まれた文書の中に操作権限のある文書が少なくとも１つあれば全ての文書を処理する第４の対処内容、の少なくとも１つを保持する。

また、請求項５の発明は、請求項３の発明において、前記保持手段は、前記文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合の対処内容を前記読取手段を有する処理装置に対応して保持し、前記制御手段は、前記文書群に含まれた文書に対する処理を前記処理装置に対応して保持された対処内容に基づき制御する。

また、請求項６の情報処理装置の発明は、文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合に該文書群に対応した対処内容を取得する取得手段と、前記文書群に含まれた文書に対する処理を前記取得手段により取得された対処内容に基づき制御する制御手段とを具備する。

また、請求項７の情報処理プログラムの発明は、コンピュータを、文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合に該文書群に対応した対処内容を取得する取得手段、前記文書群に含まれた文書に対する処理を前記取得手段により取得された対処内容に基づき制御する制御手段として機能させる。

請求項１の情報処理システムによれば、異なる操作権限が付与された文書を含む文書群に対する処理を一括して行えることになるため、本構成を有しない場合に比較して、利便性が向上する。

また、請求項２の情報処理システムによれば、本構成を有しない場合に比較して、柔軟な対処が行えることになる。

また、請求項３の情報処理システムによれば、複数の操作権限が付与された複数文書の読み取りを一括して行えることになるため、本構成を有しない場合に比較して、利便性が向上する。

また、請求項４の情報処理システムによれば、本構成を有しない場合に比較して、柔軟な対処が行えることになる。

また、請求項５の情報処理システムによれば、本構成を有しない場合に比較して、対処内容の設定漏れ等があった場合であっても対応できることになる。

また、請求項６の情報処理装置によれば、複数の操作権限が付与された文書群に対する処理を一括して行えることになるため、本構成を有しない場合に比較して、利便性が向上する。

また、請求項７の情報処理プログラムによれば、複数の操作権限が付与された文書群に対する処理を一括して行えることになるため、本構成を有しない場合に比較して、利便性が向上する。

以下、本発明に係わる情報処理システムおよび情報処理装置および情報処理プログラムの実施例について添付図面を参照して詳細に説明する。

図１は、本発明に係わる情報処理システムの全体構成の一例を示す図である。なお、本実施例においては、異なる操作権限が付与された複数文書（文書群）に対して一括して処理が依頼された場合の一例として、異なる操作権限が付与された複数の文書を格納するフォルダに対して一括して処理が依頼された場合を例に挙げて説明する。

この情報処理システムは、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等で構成されたネットワーク７０を介してポリシー管理装置１０と、ユーザ属性情報管理装置２０と、文書管理装置３０と、クライアント端末５０とが接続されており、文書管理装置３０にはさらに、文書格納装置４０が接続されている。各装置は、それぞれＣＰＵ(Central Processing Unit)、主記憶手段としてのメモリであるＲＯＭ(Read Only Memory)やＲＡＭ(Random Access Memory)、周辺記憶手段としてのハードディスク、入力インターフェース、通信インターフェース等から構成されている。なお、本実施例においては、文書管理装置３０と文書格納装置４０とが直接接続されている場合を例に挙げて説明するが、文書格納装置４０がネットワーク７０に接続されていてもかまわない。

ポリシー管理装置１０は、セキュリティポリシーに係わる情報の管理を行う。本実施例におけるポリシー管理装置１０では、セキュリティポリシーに係わる情報として特に、文書各々に付与された操作権限等の文書のセキュリティポリシーに係わる情報の管理を行う。

ポリシー管理装置１０は、文書のセキュリティポリシーに係わる情報の管理を行うために、図２に示す文書権限情報管理テーブルと、図３に示す権限情報詳細管理テーブルとを保持する。文書権限情報管理テーブルには、文書を識別するための情報を示す「文書ＩＤ」と、ユーザに付与された権限レベルを示す「役職」とに対応して、許可された操作レベルを示す「操作権限」が保持される。また、権限情報詳細管理テーブルには、「操作権限」に対応して、当該権限で許可された操作の内容を示す「操作内容」が保持される。この図２に示す文書権限情報管理テーブル、図３に示す権限情報詳細管理テーブルに保持された情報によれば、例えば、役職が一般であるユーザには、文書（docu001）に対して閲覧のみが許可されるが、役職が課長であるユーザには、閲覧と印刷とが許可されることになる。

ユーザ属性情報管理装置２０は、ユーザの属性に係わる情報の管理を行う。ユーザ属性情報管理装置２０は、図４に示すユーザ属性情報管理テーブルを保持し、このテーブルを用いてユーザの属性に係わる情報を管理する。ここで、ユーザ属性情報管理テーブルには、ユーザを識別するための情報を示す「ユーザＩＤ」に対応して、ユーザに付与された権限レベルを示す「役職」と、ユーザの属する部署を示す「所属部署」と、ユーザの拠点を示す「拠点」とが保持される。この図４に示すユーザ属性情報管理テーブルに保持された情報によれば、例えば、「ユーザＩＤ：use001」が付与されたユーザは役職が部長であり、神奈川県内の企画部に所属していることが示されている。

文書管理装置３０は、文書格納装置４０に格納された文書の管理を行う。文書管理装置３０は、図５に示す文書属性情報管理テーブルを保持し、このテーブルを用いて文書の管理を行う。ここで、文書属性情報管理テーブルには、文書を識別するための情報を示す「文書ＩＤ」に対応して、その格納場所を示す「文書格納先」と、その作成者を示す「文書作成者」と、その作成日時を示す「作成日時」とが保持される。この図５に示す文書属性情報管理テーブルに保持された情報によれば、例えば、「文書ＩＤ：docu001」が付与された文書は、ユーザＢによって２００６年１０月５日の８時１６分に作成され、https://arc.abc.co.jp/129に格納されていることが示されている。

また、文書管理装置３０には、異なる操作権限が付与された複数文書に対して一括して印刷等の処理が依頼された場合に、その対処処理を行う複数ポリシー対処処理機能が設けられる。この複数ポリシー対処処理機能についての詳細な説明については後述するが、例えば、複数の異なる操作権限が付与された文書がフォルダに格納されている場合などに、そのフォルダに対して一括して印刷が依頼されたときに、文書各々に付与された操作権限とは別に設けられた情報（対処内容）に基づいて当該依頼に対する処理を行うことになる。

クライアント端末５０は、表示部、入力部を備えたユーザが扱う汎用のコンピュータである。ユーザは、このクライアント端末５０上から所定の操作を行って、文書管理装置３０へアクセスし、文書格納装置４０に格納された文書のダウンロード等を行うことになる。

クライアント端末５０には、ユーザ認証機構としてカードリーダ６０が併設して設けられており、前述の文書の取得等に際してユーザは、ユーザ認証情報が格納されたカード状の記録媒体（以下、セキュリティカードと言う）をカードリーダ６０に挿入しユーザ認証を行う。なお、本実施例においては、セキュリティカードを用いてユーザ認証を行う場合を例に挙げて説明するが、この方法に限られず、ユーザの指紋等の生体的特長情報を用いたユーザ認証、ログイン名、パスワードによるユーザ認証等を採用してもよい。

以上が、本発明に係わる情報処理システムの全体構成の説明であるが、上述した情報処理システムの構成はあくまで一例であり、例えば、ポリシー管理装置１０を、文書管理装置３０の一部として実装するなどしてもよく、本発明は、この図１に示した構成に限定されるものではない。

ここで、図６を用いて、クライアント端末５０側から文書格納装置４０に格納されたフォルダをダウンロードする際の動作の流れについて簡単に説明する。なお、ここでは、ダウンロード対象となるフォルダを”フォルダａ”とし、フォルダａには、それぞれ異なる操作権限が付与された電子文書ａ、電子文書ｂ、電子文書ｃが格納されているものとして説明する。

フォルダａのダウンロードに際してユーザはまず、クライアント端末５０に併設して設けられたカードリーダ６０にセキュリティカードを挿入し、ユーザ認証を済ませる。なお、このユーザ認証は、カードから読み取られたユーザ認証情報がユーザ属性情報管理装置２０に送信されることで行われる。

このユーザ認証に成功すると、ユーザは次に、入力部（不図示）を介してフォルダのダウンロードを依頼する。すると、クライアント端末５０から文書管理装置３０に処理依頼（フォルダのダウンロード依頼）が送られる。このダウンロード依頼には、当該処理依頼者であるユーザの「ユーザＩＤ」が含まれる。

ここで、フォルダａのダウンロード依頼を受けた文書管理装置３０は、フォルダａに格納された文書の「文書ＩＤ」をそれぞれ取得し、この取得した「文書ＩＤ」と、依頼者であるユーザの「ユーザＩＤ」とを含んだポリシー情報問い合わせ要求をポリシー管理装置１０に向けて送信する。

この問い合わせ要求を受信したポリシー管理装置１０は、当該要求内に含まれた「ユーザＩＤ」を取得し、この「ユーザＩＤ」を含んだ属性情報問い合わせ要求をユーザ属性情報管理装置２０に向けて送信する。

属性情報問い合わせ要求を受信したユーザ属性情報管理装置２０は、当該要求内に含まれた「ユーザＩＤ」に対応するユーザ属性情報をユーザ属性情報管理テーブルから検索し、当該ユーザに対応した「役職」を含んだユーザ属性情報をポリシー管理装置１０に向けて送信する。すると、これを受けたポリシー管理装置１０は、この送られてきた「役職」と、ポリシー情報問い合わせ要求内に含まれていた「文書ＩＤ」とに基づき文書権限情報管理テーブルを検索し、ダウンロード依頼の対象となる文書に付与された「操作権限」を取得しさらに、その取得した「操作権限」に基づき権限情報詳細管理テーブルを検索し「操作内容」を取得する。そして、この「操作権限」、「操作内容」を含んだポリシー情報が、前述のポリシー情報問い合わせ要求の応答として文書管理装置３０に送信される。

ここで、この応答を受けた文書管理装置３０は、ダウンロード依頼の対象となっている電子文書ａ、電子文書ｂ、電子文書ｃに付与された操作権限がそれぞれ異なっていることを認識する。そこで、文書管理装置３０はこれを解決するために複数ポリシー対処処理を実行する。

この複数ポリシー対処処理の結果、文書に対する操作権限が認められた場合には、これら文書のダウンロードが許可され、フォルダａに格納された文書のダウンロードが開始される。そして、このダウンロード終了とともに、クライアント端末５０から文書管理装置３０に文書操作ログが送信され、この処理は終了する。

次に、図７から図１０を用いて、図１に示すポリシー管理装置１０、ユーザ属性情報管理装置２０、文書管理装置３０の機能的な構成の一部について説明する。

まず、図７を用いて、ポリシー管理装置１０について説明する。

ポリシー管理装置１０は、各種処理機能部として、通信部１１と、ポリシー情報保持部１２と、ポリシー情報管理部１３と、問い合わせ要求受信部１４と、ユーザ属性情報取得部１５と、ポリシー情報検索部１６と、ポリシー情報送信部１７とを具備して構成される。

通信部１１は、ポリシー管理装置１０とネットワーク７０とを繋ぐ通信インターフェースとしての機能を果たす。ポリシー管理装置１０では、この通信部１１を介してユーザ属性情報管理装置２０、文書管理装置３０、クライアント端末５０等と各種情報の授受を行う。

ポリシー情報保持部１２は、文書のセキュリティポリシーに係わる情報を保持する機能を果たす。すなわち、ポリシー情報保持部１２には、上記図２および図３で説明した文書権限情報管理テーブル、権限情報詳細管理テーブルが保持される。

ポリシー情報管理部１３は、ポリシー情報保持部１２に保持された文書のセキュリティポリシーに係わる情報の管理を行う機能を果たし、かかる情報の登録を行う登録部１３ａと、変更を行う変更部１３ｂと、削除を行う削除部１３ｃとを具備して構成される。なお、この登録部１３ａによる登録、変更部１３ｂによる変更、削除部１３ｃによる削除は、ポリシー管理装置１０に設けられた入力部（例えば、キーボード、マウス）からの指示や、他の装置（例えば、文書管理装置３０）からの指示等に基づき行われる。

問い合わせ要求受信部１４は、文書のセキュリティポリシーに係わる情報の問い合わせ（ポリシー情報問い合わせ要求）を受信する機能を果たす。先に述べた通り、ポリシー情報問い合わせ要求には、「ユーザＩＤ」、「文書ＩＤ」等の情報が含まれる。なお、ポリシ情報ーの問い合わせ対象となる文書が複数ある場合には、それに伴ってポリシー情報問い合わせ要求内に設定される「文書ＩＤ」も複数になる。

ユーザ属性情報取得部１５は、ポリシー情報問い合わせ要求の受信に対応して、ユーザ属性情報管理装置２０からユーザ属性情報を取得する機能を果たす。このユーザ属性情報の取得は、取得対象となるユーザ属性情報の「ユーザＩＤ」を含んだ属性情報問い合わせ要求がユーザ属性情報管理装置２０に送信されることで行われる。なお、本実施例におけるユーザ属性情報取得部１５では、ユーザ属性情報として上記図４で説明したユーザ属性情報管理テーブルに保持された「役職」項目の設定値を取得することになる。

ポリシー情報検索部１６は、ポリシー情報保持部１２に保持された情報からポリシー情報を検索する機能を果たす。なお、ここで言うポリシー情報とは、文書に対して付与された操作権限のことを言い、具体的には、上記図２で説明した文書権限情報管理テーブルに保持された「操作権限」項目の設定値および、上記図３で説明した権限情報詳細管理テーブルに保持された「操作内容」項目の設定値である。ポリシー情報検索部１６によるポリシー情報の検索は、問い合わせ要求受信部１４で受信したポリシー情報問い合わせ要求内の「ユーザＩＤ」と、ユーザ属性情報取得部１５が取得した「役職」とに基づき行われる。

ポリシー情報送信部１７は、ポリシー情報検索部１６による検索により得られた情報をポリシー情報として文書管理装置３０に送信する機能を果たす。ポリシー情報送信部１７から送信されるポリシー情報には、「操作権限」、「操作内容」等の情報が含まれる。このポリシー情報の送信により、ポリシー情報問い合わせ要求に対する応答が文書管理装置３０に返されることになる。以上が、ポリシー管理装置１０を構成する各種処理機能の説明である。

次に、図８を用いて、ユーザ属性情報管理装置２０について説明する。

ユーザ属性情報管理装置２０は、各種処理機能部として、通信部２１と、ユーザ属性情報保持部２２と、ユーザ属性情報管理部２３と、認証部２４と、問い合わせ要求受信部２５と、ユーザ属性情報検索部２６と、ユーザ属性情報送信部２７とを具備して構成される。

通信部２１は、ユーザ属性情報管理装置２０とネットワーク７０とを繋ぐ通信インターフェースとしての機能を果たす。ユーザ属性情報管理装置２０では、この通信部２１を介してポリシー管理装置１０、文書管理装置３０、クライアント端末５０等と各種情報の授受を行う。

ユーザ属性情報保持部２２は、ユーザの属性に係わる情報を保持する機能を果たす。すなわち、ユーザ属性情報保持部２２には、上記図４で説明したユーザ属性情報管理テーブルが保持される。

ユーザ属性情報管理部２３は、ユーザ属性情報保持部２２に保持されたユーザ属性に係わる情報の管理を行う機能を果たし、かかる情報の登録を行う登録部２３ａと、変更を行う変更部２３ｂと、削除を行う削除部２３ｃとを具備して構成される。なお、この登録部２３ａによる登録、変更部２３ｂによる変更、削除部２３ｃによる削除は、ユーザ属性情報管理装置２０に設けられた入力部（例えば、キーボード、マウス）からの指示や、他の装置（例えば、文書管理装置３０）からの指示等に基づき行われる。

認証部２４は、ユーザ属性情報保持部２２に保持された情報を用いてユーザ認証を行う機能を果たす。このユーザ認証は、クライアント端末５０から送られてくるユーザ認証情報に基づき行われる。

問い合わせ要求受信部２５は、ポリシー管理装置２０から送られてくる属性情報問い合わせ要求を受信する機能を果たす。先に述べた通り、属性情報問い合わせ要求には、「ユーザＩＤ」等の情報が含まれる。

ユーザ属性情報検索部２６は、ユーザ属性情報保持部２２に保持された情報からユーザ属性情報を検索する機能を果たす。なお、ここで言うユーザ属性情報とは、ユーザに対して付与された権限のことを言い、具体的には、上記図４で説明したユーザ属性情報管理テーブルに保持された「役職」項目の設定値のことである。ユーザ属性情報検索部２６によるユーザ属性情報の検索は、問い合わせ要求受信部２５で受信した属性情報問い合わせ要求内の「ユーザＩＤ」に基づき行われる。

ユーザ属性情報送信部２７は、ユーザ属性情報検索部２６による検索により得られた情報をユーザ属性情報としてポリシー管理装置１０に送信する機能を果たす。ユーザ属性情報送信部２７から送信されるユーザ属性情報には、「役職」等の情報が含まれる。このユーザ属性情報の送信により、属性情報問い合わせ要求に対する応答がポリシー管理装置１０に返されることになる。以上が、ユーザ属性情報管理装置２０を構成する各種処理機能の説明である。

次に、図９を用いて、文書管理装置３０について説明する。

文書管理装置３０は、各種処理機能部として、通信部（文書格納装置）３１と、文書管理部３２と、文書属性情報保持部３３と、処理依頼受信部３４と、ポリシー情報取得部３５と、文書処理制御部３６と、ログ保持部３７と、通信部３８とを具備して構成される。

通信部（文書格納装置）３１は、文書管理装置３０と文書格納装置４０とを繋ぐ通信インターフェースとしての機能を果たす。文書管理装置３０では、この通信部（文書格納装置）３１を介して文書格納装置４０との間で各種情報の授受を行う。

文書管理部３２は、文書格納装置４０に格納された文書の管理を行う機能を果たし、文書格納装置４０に文書を格納（登録）する文書登録部３２ａと、文書格納装置４０に格納された文書を削除する文書削除部３２ｂと、文書格納装置４０から文書を取得する文書取得部３２ｃとを具備して構成される。また、文書登録部３２ａの内部には、文書格納装置４０への文書の格納に際して、当該文書に操作権限を付与する権限付与部３２ｄが設けられる。この権限付与部３２ｄにより付与された操作権限は、当該文書の「文書ＩＤ」とともにポリシー管理装置１０に送信され、上述した文書権限情報管理テーブルの設定値として保持されることになる。

文書属性情報保持部３３は、文書の属性に係わる情報を保持する機能を果たす。すなわち、文書属性情報保持部３３には、上記図５で説明した文書属性情報管理テーブルが保持される。この文書属性情報保持部３３に保持された情報は、上記文書登録部３２ａによる文書の格納に際して登録され、文書削除部３２ｂによる文書の削除に際して削除されることになる。

処理依頼受信部３４は、クライアント端末５０からの文書に対する処理依頼（処理依頼）を受け付ける機能を果たす。すなわち、文書格納装置５０に格納された文書に対する処理依頼を受信する。この処理依頼には、当該処理依頼者の「ユーザＩＤ」等の情報が含まれる。なお、文書に対する処理依頼とは、当該文書のダウンロードや、当該文書の印刷等を指示する依頼のことを言う。

ポリシー情報取得部３５は、処理依頼の受信に対応してポリシー管理装置１０からポリシー情報を取得する機能を果たす。このポリシー情報の取得は、処理依頼者の「ユーザＩＤ」と、依頼対象となる文書の「文書ＩＤ」とを含んだポリシー情報問い合わせ要求がポリシー管理装置１０に送信されることで行われる。なお、本実施例におけるポリシー情報取得部３５では、ポリシー情報として上記図２で説明した文書権限情報管理テーブルに保持された「操作権限」項目の設定値および、上記図３で説明した権限情報詳細管理テーブルに保持された「操作内容」項目の設定値を取得する。

文書処理制御部３６は、処理依頼に対応する処理の実行を制御する機能を果たす。この処理は主に、ポリシー情報取得部３５において取得されたポリシー情報に基づき行われる。また、文書処理制御部３６の内部には、ポリシー情報取得部３５で取得したポリシー情報内に複数の操作権限が混在する場合にその対処処理を行う機能を果たす複数ポリシー対処処理部３６ａが設けられる。なお、この複数ポリシー対処処理部３６ａの詳細については後述する。

ログ保持部３７は、ログ情報を保持する機能を果たす。このログ保持部３７に保持されるログ情報は、文書管理装置３０における処理内容を示すログや、クライアント端末５０から送られてくる文書操作ログ等である。なお、ログ保持部３７は、必ずしも文書管理装置３０内に設ける必要はなく、他の装置（例えば、ログ管理装置）にあってもよい。

通信部３８は、文書管理装置３０とネットワーク７０とを繋ぐ通信インターフェースとしての機能を果たす。文書管理装置３０では、この通信部３８を介してポリシー管理装置１０、ユーザ属性情報管理装置２０、クライアント端末５０等と各種情報の授受を行う。以上が、文書管理装置３０を構成する各種処理機能の説明である。

ここで、上述した複数ポリシー対処処理部３６ａの機能的な構成の一部について説明する。図１０に示すように、複数ポリシー対処処理部３６ａは、複数ポリシー情報保持部８１と、複数ポリシー情報管理部８２と、複数ポリシー情報検索部８３と、システム情報保持８４と、システム情報検索部８５と、ポリシー情報取得部８６とを具備して構成される。

複数ポリシー情報保持部８１は、複数文書（文書群）に対して付与されたセキュリティポリシーに係わる情報を保持する機能を果たす。複数ポリシー情報保持部８１は、図１１に示す複数文書権限情報管理テーブルと、図１２に示す複数権限情報詳細管理テーブルとを保持する。複数文書権限情報管理テーブルには、フォルダを識別するための情報を示す「フォルダＩＤ」に対応して、許可された操作レベルを示す「複数操作権限」が保持される。また、複数権限情報詳細管理テーブルには、「複数操作権限」に対応して、その対処内容を示す「対処内容」が保持される。この図１１に示す複数文書権限情報管理テーブル、図１２に示す複数権限情報詳細管理テーブルに保持された情報によれば、例えば、「フォルダＩＤ：folder003」が付与されたフォルダに対してダウンロードが依頼された場合には、フォルダに格納された複数文書の中で少なくとも１つ操作権限が認められる文書があれば、全ての文書のダウンロードが許可されることになる。

複数ポリシー情報管理部８２は、複数ポリシー情報保持部８１に保持された複数文書に対して付与されたセキュリティポリシーに係わる情報の管理を行う機能を果たし、かかる情報の登録を行う登録部８２ａと、変更を行う変更部８２ｂと、削除を行う削除部８２ｂとを具備して構成される。また、登録部８２ａの内部には、複数文書に対して操作権限を付与する権限付与部８２ｄが設けられる。なお、この登録部８２ａによる登録、変更部８２ｂによる変更、削除部８２ｃによる削除は、文書管理装置３０に設けられた入力部（例えば、キーボード、マウス）からの指示や、他の装置（例えば、クライアント端末５０）からの指示等に基づき行われる。

複数ポリシー情報検索部８３は、複数ポリシー情報保持部８１に保持された情報からポリシー情報を検索する機能を果たす。なお、ここで言うポリシー情報とは、複数文書に対して付与された操作権限のことを言い、具体的には、上記図１１で説明した複数文書権限情報管理テーブルに保持された「複数操作権限」項目の設定値および、上記図１２で説明した複数権限情報詳細管理テーブルに保持された「対処内容」項目の設定値である。複数ポリシー情報検索部８３によるポリシー情報の検索は、「フォルダＩＤ」に基づき行われる。

システム情報保持部８４は、システムに共通して設定された文書のセキュリティポリシーに係わる情報を保持する機能を果たす。システム情報保持部８４は、図１３に示すシステム情報管理テーブルを用いてこの情報を保持する。システム情報管理テーブルには、ユーザに付与された権限レベルを示す「役職」と、複数文書に付与された操作権限の中で最も高い操作権限を示す「最高操作権限」と、許可された操作レベルを示す「複数操作権限」とが保持される。図１３に示すシステム情報管理テーブル、図１２に示す複数権限情報詳細管理テーブルに保持された情報によれば、例えば、役職が課長であるユーザが、操作権限のそれぞれ異なる複数文書に対して一括して印刷などを依頼した場合には、その複数文書の中で最も高い文書の操作権限が「１」または「２」であれば、処理が停止させられてしまうことになるが、「３」であるときには、権限のある文書のみ処理されることになり、「４」であるときには、操作権限が認められる文書が１つでもあれば、全ての文書に対して処理が許可されることになる。

システム情報検索部８５は、システム情報保持部８４に保持された情報からポリシー情報を検索する機能を果たす。なお、ここで言うポリシー情報とは、システムに共通して設定された操作権限のことを言い、具体的には、上記図１３で説明したシステム情報管理テーブルに保持された「複数操作権限」項目の設定値および、上記図１２で説明した複数権限情報詳細管理テーブルに保持された「対処内容」項目の設定値である。システム情報検索部８５による検索は、「役職」と「最高操作権限」とに基づき行われる。

ポリシー情報取得部８６は、異なる操作権限が付与された複数文書に対して処理を行う際のセキュリティポリシーに係わる情報を取得する機能を果たす。すなわち、複数ポリシー情報検索部８３、システム情報検索部８５のいずれかにより検索されたポリシー情報を当該複数文書に対して処理を行う際のポリシー情報として取得する。以上が、複数ポリシー対処処理部３６ａを構成する各種処理機能の説明である。

なお、本実施例においては、複数ポリシー情報保持部８１、システム情報保持部８４が文書管理装置３０内に設けられることとなるが、これに限られず、これら処理機能を他の装置（例えば、ポリシー管理装置１０）に設けるように構成してもよい。この場合、複数ポリシー対処処理部３６ａでは、当該装置に対する問い合わせにより、必要な情報を取得することになる。

次に、図１４から図１８を用いて、ポリシー管理装置１０、ユーザ属性情報管理装置２０、文書管理装置３０各々における動作について説明する。

まず、図１４を用いて、ポリシー管理装置１０における動作について説明する。

文書管理装置３０からポリシー管理装置１０に向けてポリシー情報問い合わせ要求が送信されると、ポリシー管理装置１０は、問い合わせ要求受信部１４において当該要求を受信する（ステップＳ１０１でＹＥＳ）。

この要求を受けたポリシー管理装置１０は、当該要求内から「ユーザＩＤ」、「文書ＩＤ」を取得し（ステップＳ１０２）、この取得した「ユーザＩＤ」に対応したユーザ属性情報の取得を行う。このユーザ属性情報の取得では、ユーザ属性情報取得部１５からユーザ属性情報管理装置２０に向けて属性情報問い合わせ要求が送信される（ステップＳ１０３）。

この結果、「役職」を含んだユーザ属性情報を取得したポリシー管理装置１０は、ポリシー情報検索部１６において、この取得した「役職」と、ポリシー情報問い合わせ要求内に含まれていた「文書ＩＤ」とに基づき文書権限情報管理テーブルを検索し、ダウンロード依頼の対象となる文書に付与された「操作権限」を取得しさらに、その取得した「操作権限」に基づき権限情報詳細管理テーブルを検索し対応する「操作内容」を取得する（ステップＳ１０４）。そして、この「操作権限」、「操作内容」を含んだポリシー情報が、ステップＳ１０１で受信したポリシー情報問い合わせ要求の応答としてポリシー情報送信部１７から文書管理装置３０に送信され（ステップＳ１０５）、ポリシー管理装置１０は、再び、ステップＳ１０１の処理に戻ることになる。

次に、図１５を用いて、ユーザ属性情報管理装置２０における動作について説明する。

ポリシー管理装置１０からユーザ属性情報管理装置２０に向けてユーザ属性情報問い合わせ要求が送信されると、ユーザ属性情報管理装置２０は、問い合わせ要求受信部２５において当該要求を受信する（ステップＳ２０１でＹＥＳ）。

この要求を受けたユーザ属性管理装置２０は、当該要求内から「ユーザＩＤ」を取得し、この取得した「ユーザＩＤ」に対応したユーザ属性情報の検索を行う（ステップＳ２０３）。すなわち、ユーザ属性情報検索部２６において、「ユーザＩＤ」に対応した「役職」をユーザ属性情報管理テーブルから検索する。

そして、この検索により得られたユーザ属性情報が、ステップＳ２０１で受信した属性情報問い合わせ要求の応答としてユーザ属性情報送信部２７からポリシー管理装置１０に送信され（ステップＳ２０４）、ユーザ属性情報管理装置２０は、再び、ステップＳ２０１の処理に戻ることになる。

また、クライアント端末５０からユーザ属性情報管理装置２０に向けてユーザ認証情報が送信されると（ステップＳ２０１でＮＯの後、ステップＳ２０２でＹＥＳ）、ユーザ属性情報管理装置２０は、認証部２４において、この送られてきたユーザ認証情報に基づきユーザ認証を行う（ステップＳ２０５）。その後、ユーザ属性情報管理装置２０は、再び、ステップＳ２０１の処理に戻ることになる。

次に、図１６から図１８を用いて、文書管理装置３０における動作について説明する。まず、図１６を用いて、文書管理装置３０の全体動作について説明する。

クライアント端末５０から文書管理装置３０に向けて処理依頼が送信されると、文書管理装置３０は、処理依頼受信部３４において当該依頼を受信する（ステップＳ３０１でＹＥＳ）。

この依頼を受けた文書管理装置３０は、当該処理依頼の依頼対象となる文書に割り当てられた「文書ＩＤ」を取得し（ステップＳ３０２）、この取得した「文書ＩＤ」に対応したポリシー情報の取得を行う。このポリシー情報の取得では、ポリシー情報取得部３５からポリシー管理装置１０に向けてポリシー情報問い合わせ要求が送信される（ステップＳ３０３）。

ここで、この要求により取得されたポリシー情報内に複数の異なる操作権限が設定されていた場合には（ステップＳ３０４でＹＥＳ）、詳細については後述するが、複数ポリシー対処処理が実行されることになるが（ステップＳ３０７）、同一の操作権限が単数あるいは複数設定されていた場合には（ステップＳ３０４でＮＯ）、文書処理制御部３６が、当該ポリシー情報に基づいて処理依頼に対応した文書処理（この場合、ダウンロード処理）を実行する（ステップＳ３０５）。その後、ログ保持部３７においてログが保持された後（ステップＳ３０６）、文書管理装置３０は、再び、ステップＳ３０１の処理に戻る。

次に、図１７を用いて、上記ステップＳ３０７における複数ポリシー対処処理の詳細動作について説明する。

この処理では、まず、処理依頼の対象となる文書が格納されたフォルダに付与されたポリシー情報の取得が行われる。すなわち、複数ポリシー情報検索部８３が、「フォルダＩＤ」に対応した「複数操作権限」を複数文書権限情報管理テーブルから検索する（ステップＳ４０１）。

検索の結果、該当する「複数操作権限」が見つかれば（ステップＳ４０２でＹＥＳ）、当該「複数操作権限」に対応する「対処内容」が複数権限情報詳細管理テーブルから検索される。すると、これを受けたポリシー情報取得部８６により、このフォルダに付与された「複数操作権限」、「対処内容」が当該複数文書に対して処理を行う際のポリシー情報として取得される（ステップＳ４０３）。

また、上記ステップＳ４０１による検索により、該当する「複数操作権限」が見つからなかった場合には（ステップＳ４０２でＮＯ）、文書管理装置３０は次に、システムに共通して設定されたポリシー情報の取得を行う。このポリシー情報の取得では、システム情報検索部８５が、「役職」と「最高操作権限」とに基づきシステム情報管理テーブルを検索し、システムに共通して設定された「複数操作権限」の取得を行う（ステップＳ４０４）。

検索の結果、該当する「複数操作権限」が見つからなかった場合には（ステップＳ４０５でＮＯ）、処理が停止され（ステップＳ４０７）、この処理は終了することになるが、該当する「複数操作権限」が見つかれば（ステップＳ４０５でＹＥＳ）、当該「複数操作権限」に対応する「対処内容」が複数権限情報詳細管理テーブルから検索される。すると、これを受けたポリシー情報取得部８６により、このシステムに設定された「複数操作権限」、「対処内容」が当該複数文書に対して処理を行う際のポリシー情報として取得される（ステップＳ４０６）。

そして、文書処理制御部３６が、このステップＳ４０３、ステップＳ４０６のいずれかにおいて取得されたポリシー情報に基づいて処理依頼に対応した文書処理（この場合、ダウンロード処理）を実行し（ステップＳ４０８）、この処理は終了することになる。

次に、図１８を用いて、上記ステップＳ４０８における文書処理の詳細動作について説明する。なお、ここでは、図１２に示す複数権限情報詳細管理テーブルに保持された情報に基づき文書処理を行う場合について説明する。

ポリシー情報取得部８６より取得された「複数操作権限」が「１」であった場合には（ステップＳ５０１）、文書処理制御部３６は、ダウンロード処理を停止することになる（ステップＳ５０２）。すなわち、処理が一切行われないことになる。

また、ポリシー情報取得部８６より取得された「複数操作権限」が「２」であった場合には（ステップＳ５０３）、文書処理制御部３６は、文書毎にユーザに確認してダウンロード処理を行う（ステップＳ５０４）。すなわち、文書のダウンロードの都度、ユーザの判断を仰ぐことになる。

また、ポリシー情報取得部８６より取得された「複数操作権限」が「３」であった場合には（ステップＳ５０５）、文書処理制御部３６は、操作権限のある文書のみダウンロード処理を行う（ステップＳ５０６）。すなわち、操作権限が認められた文書のみダウンロードされることになる。

また、ポリシー情報取得部８６より取得された「複数操作権限」が「４」であった場合には（ステップＳ５０７）、文書処理制御部３６は、操作権限がある文書が少なくとも１つあれば、全ての文書のダウンロード処理を行う（ステップＳ５０８）。すなわち、複数文書の中で少なくとも１つ操作権限が認められた文書があれば、全ての文書のダウンロードが行われることになる。

以上が、実施例１についての説明である。なお、実施例１においては、異なる操作権限が付与された複数文書（文書群）に対して一括して処理が依頼された場合の一例として、異なる操作権限が付与された複数の文書を格納するフォルダに対して一括して処理が依頼された場合について説明したが、本発明は、フォルダに限られず、任意に選択された複数文書に対して一括して処理が依頼された場合であっても適用可能である。なお、この場合、複数文書権限情報管理テーブルのテーブル構成を変更して、フォルダに対応して「複数操作権限」を保持するのではなく、複数文書に対応して「複数操作権限」を保持する必要がある。

次に、実施例２について説明する。図１９は、実施例２に係わる情報処理システムの全体構成の一例を示す図である。なお、上記実施例１を説明した図１と同一の符号が付してあるものは略同様に動作するため、ここでは相違点についてのみ説明する。

この情報処理システムは、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等で構成されたネットワーク７０を介してポリシー管理装置１０と、ユーザ属性情報管理装置２０と、文書管理装置３０と、複合機９０とが接続されており、文書管理装置３０には、文書格納装置４０が接続されている。なお、本実施例においては、文書格納装置４０が文書管理装置３０と直接接続されている場合を例に挙げて説明するが、文書格納装置４０がネットワーク７０に接続されていてもかまわない。

複合機９０は、コピー、スキャナ、およびファックス等の各種機能を１台に搭載した装置である。複合機９０には、ユーザ認証機構としてカードリーダ１００が併設して設けられており、印刷等に際してユーザは、ユーザ認証情報が格納されたカード状の記録媒体（以下、セキュリティカードと言う）をカードリーダ１００に挿入しユーザ認証を行う。なお、本実施例においては、セキュリティカードを用いてユーザ認証を行う場合を例に挙げて説明するが、この方法に限られず、ユーザの指紋等の生体的特長情報を用いたユーザ認証、ユーザ名、パスワードによるユーザ認証等を採用してもよい。

また、複合機９０には、異なる操作権限が付与された複数文書に対して一括してスキャン等の処理が依頼された場合に、その対処処理を行う複数ポリシー対処処理機能が設けられる。この複数ポリシー対処処理機能についての詳細な説明については後述するが、例えば、複数の異なる操作権限が付与された文書のスキャン等が依頼された場合などに、文書各々に付与された操作権限とは別に設けられた情報（対処内容）に基づいて当該依頼に対する処理を行うことになる。

以上が、本発明に係わる情報処理システムの全体構成の説明であるが、上述した情報処理システムの構成はあくまで一例であり、例えば、ポリシー管理装置１０を、複合機９０の一部として実装するなどしてもよく、本発明は、この図１９に示した構成に限定されるものではない。

ここで、図２０を用いて、複合機９０において複数文書をまとめてスキャンする際の動作の流れについて簡単に説明する。なお、ここでは、スキャン対象となる文書を、紙文書ａ、紙文書ｂ、紙文書ｃとし、これら文書には、それぞれ異なる操作権限が付与されているものとして説明する。また、紙文書ａ、紙文書ｂ、紙文書ｃには、透かし、バーコード等により「文書ＩＤ」がそれぞれ印刷されているものとする。他の場合では、ＲＦＩＤ（Radio Frequency IDentification）等により「文書ＩＤ」が付与されていてもよいし、紙の繊維形状を抽出し、その特徴量を「文書ＩＤ」として登録しておいてもよく、扱われる紙文書各々を一意に特定できるものを「文書ＩＤ」として設定できれば、その形式はどのような物でもあってもよい。

文書のスキャンに際してユーザはまず、複合機９０に併設して設けられたカードリーダ１００にセキュリティカードを挿入し、ユーザ認証を済ませる。なお、このユーザ認証は、カードから読み取られたユーザ認証情報がユーザ属性情報管理装置２０に送信されることで行われる。

このユーザ認証に成功すると、ユーザは次に、入力部（不図示）を介して文書のスキャンを依頼する。すると、複合機９０は、紙文書ａ、紙文書ｂ、紙文書ｃに対するスキャンを開始し、そのスキャンした画像の解析を行う。ここで、この画像解析により紙文書に印刷された「文書ＩＤ」が抽出されることになる。

スキャンが終了すると、複合機９０は、抽出した「文書ＩＤ」と、ユーザ認証に際して取得した「ユーザＩＤ」とを含んだポリシー情報問い合わせ要求をポリシー管理装置１０に向けて送信する。

この問い合わせ要求を受信したポリシー管理装置１０は、当該要求内に含まれた「ユーザＩＤ」を取得し、この「ユーザＩＤ」を含んだ属性情報問い合わせ要求をユーザ属性情報管理装置２０に向けて送信する。

属性情報問い合わせ要求を受信したユーザ属性情報管理装置２０は、当該要求内に含まれた「ユーザＩＤ」に対応するユーザ属性情報をユーザ属性情報管理テーブルから検索し、当該ユーザに対応した「役職」を含んだユーザ属性情報をポリシー管理装置１０に向けて送信する。すると、これを受けたポリシー管理装置１０は、この送られてきた「役職」と、ポリシー情報問い合わせ要求内に含まれていた「文書ＩＤ」とに基づき文書権限情報管理テーブルを検索し、スキャン対象となる文書に付与された「操作権限」を取得しさらに、その取得した「操作権限」に基づき権限情報詳細管理テーブルを検索し「操作内容」を取得する。そして、この「操作権限」、「操作内容」を含んだポリシー情報が、前述のポリシー情報問い合わせ要求の応答として複合機９０に送信される。

ここで、この応答を受けた複合機９０は、スキャン対象の紙文書ａ、紙文書ｂ、紙文書ｃに付与された操作権限がそれぞれ異なっていることを認識する。そこで、複合機９０はこれを解決するために複数ポリシー対処処理を実行する。

この複数ポリシー対処処理の結果、文書に対する操作権限が認められた場合には、これら文書に対するスキャンが許可され、スキャン処理が続行される。そして、このスキャンの終了とともに、複合機９０から文書管理装置３０にスキャンにより得られた電子文書が送信され、この処理は終了する。

次に、図２１を用いて、複合機９０の機能的な構成の一部について説明する。

複合機９０は、各種処理機能部として、画像読取部９１と、画像解析部９２と、認証部９３と、ポリシー情報取得部９４と、処理制御部９５と、文書登録部９６と、通信部９７とを具備して構成される。

画像読取部９１は、紙文書をスキャンして画像を読み取る機能を果たす。画像読取部９１には、紙文書の連続読み取りを可能とする自動給紙フィーダ９１ａが設けられる。この自動給紙フィーダ９１ａにより複数の紙文書が一括して読み取られることになる。

画像解析部９２は、紙文書から読み取られた画像を解析する機能を果たす。画像解析部９２には、読み取られた画像を解析して「文書ＩＤ」を抽出する文書ＩＤ抽出部９２ａが設けられる。

認証部９３は、カードリーダ１００から読み取られたユーザ認証情報を用いてユーザ認証を行う機能を果たす。このユーザ認証は、ユーザ属性情報管理装置２０へユーザ認証情報を送信することで行われる。

ポリシー情報取得部９４は、処理依頼に対応して、ポリシー管理装置１０からポリシー情報を取得する機能を果たす。このポリシー情報の取得は、ユーザ認証されたユーザの「ユーザＩＤ」と、スキャン対象となる紙文書から抽出された「文書ＩＤ」とを含んだポリシー情報問い合わせ要求がポリシー管理装置１０に送信されることで行われる。なお、本実施例におけるポリシー情報取得部９４では、ポリシー情報として上記図２で説明した文書権限情報管理テーブルに保持された「操作権限」項目の設定値および、上記図３で説明した権限情報詳細管理テーブルに保持された「操作内容」項目の設定値を取得する。

処理制御部９５は、処理依頼に対応する処理の実行を制御する機能を果たす。この処理は主に、ポリシー情報取得部９４において取得されたポリシー情報に基づき行われる。また、処理制御部９５の内部には、ポリシー情報取得部９４で取得したポリシー情報内に複数の操作権限が混在する場合にその対処処理を行う機能を果たす複数ポリシー対処処理部９５ａが設けられる。この複数ポリシー対処処理部９５ａは、上記実施例１における文書管理装置３０内に設けられた複数ポリシー対処処理部３６ａと同等の機能を有する。なお、実施例２における複数ポリシー対処処理部９５ａにおいては、上記実施例１を説明した図１１に示す複数文書権限情報管理テーブルの代わりに、図２２に示す複数文書権限情報管理テーブルを用いて複数ポリシー対処処理を行う。すなわち、実施例２における複数文書権限情報管理テーブルでは、複数文書の「文書ＩＤ」に対応して「複数操作権限」を保持する構成となる。

次に、図２３を用いて、複合機９０における動作について説明する。なお、ここでは、複合機９０において、複数文書をまとめてスキャンする際の動作について説明する。

ユーザが、複合機９０に併設して設けられたカードリーダ１００にセキュリティカードを挿入すると、認証部９３によるユーザ認証が行われる（ステップＳ６０１）。ここで、この認証に成功すると、複合機９０は紙文書の連続スキャンを開始する。すなわち、自動給紙フィーダ９１ａが、紙文書を１枚ずつ順次繰り出して図示しないプラテンガラス上に搬送し、画像読取部９１がこれをスキャンする（ステップＳ６０２）。この紙文書から読み取られた画像は、画像解析部９２で解析され文書ＩＤが抽出される（ステップＳ６０３）。

そして、全ての紙文書のスキャンが終了すると（ステップＳ６０４でＹＥＳ）、複合機９０は、解析の結果得られた「文書ＩＤ」に対応したポリシー情報の取得を行う。このポリシー情報の取得では、ポリシー情報取得部９４からポリシー管理装置１０に向けてポリシー情報問い合わせ要求が送信される（ステップＳ６０５）。

ここで、この要求により取得されたポリシー情報内に複数の異なる操作権限が設定されていた場合には（ステップＳ６０６でＹＥＳ）、詳細については後述するが、複数ポリシー対処処理が実行されることになるが（ステップＳ６０８）、同一の操作権限が単数あるいは複数設定されていた場合には（ステップＳ６０６でＮＯ）、処理制御部９５が、当該ポリシー情報に基づいて処理依頼に対応した処理（この場合、スキャン処理）を実行する（ステップＳ６０７）。その後、紙文書からスキャンされた文書が文書管理装置３０に登録された後（ステップＳ６０８）、複合機９０は、再び、ステップＳ６０１の処理に戻ることになる。

なお、ステップＳ６０９における複数ポリシー対処処理は、上記実施例１の図１７を用いて説明した複数ポリシー対処処理と略同様であるため、その説明は省略する。以上が、複合機９０の動作についての説明であるが、ポリシー管理装置１０、ユーザ属性情報管理装置２０における動作は上記実施例１で説明した処理と略同様であるためその説明は省略する。また、実施例２における文書管理装置３０の動作についても、従来同様の一般的な処理であるためその説明を省略することとする。

以上が、実施例２についての説明である。なお、実施例２においては、複数ポリシー対処処理機能を複合機９０に設けた場合を例に挙げて説明したが、この複数ポリシー対処処理機能は必ずしも複合機９０に設ける必要はなく、他の装置にあってもよい。例えば、複数ポリシー対処処理機能をポリシー管理装置１０に設けた場合には、図２４に示す処理の流れとなる。この場合、複合機９０では、ポリシー管理装置１０から送られてくる「複数操作権限」と「対処内容」とを含んだポリシー情報に基づき処理を行うことになる。

また、実施例２においては、複数文書に対するスキャンが全て終了した段階で、当該複数文書に対して複数ポリシー対処処理を行う構成となっていたが、図２５に示すように、スキャン途中で随時複数ポリシー対処処理を実行するように構成してもよい。この場合、紙文書ａ〜紙文書ｄのスキャンが終了した段階ではなく、紙文書ａ、紙文書ｂを読み取った段階で複数ポリシー対処処理が実行されている。なお、スキャン途中で随時複数ポリシー対処処理を実行するか、複数文書に対するスキャンが全て終了した段階で複数ポリシー対処処理を実行するかは、複合機９０の動作設定を変更することで適宜変更することができる。

次に、実施例３について説明する。上述した実施例２では、異なる操作権限が付与された複数文書に対して一括して処理が依頼された場合に、当該複数文書に対して付与された操作権限がなかったときには、システムに共通して設定された操作権限に基づき複数ポリシー対処処理を行う構成となっていたが、実施例３においては、複数文書に対して付与された操作権限がなかったときには、実施例２に加えてさらに、当該処理依頼に対応した処理を行う装置が配設された場所に応じて複数ポリシー対処処理を行う場合について説明する。なお、実施例３における全体構成、各装置の構成およびその動作は、上記実施例１および上記実施例２と略同様であるためその説明は省略し、ここでは主に、複数ポリシー対処処処理に係わる説明のみ行うこととする。

まず、ここで、複合機９０が配設された場所（エリア）と、そのエリアに付与されたセキュリティレベルについて簡単に説明する。図２６には、オフィスを真上から俯瞰した図が示されている。

この図２６に示すオフィスには、複合機９０がそれぞれ異なるエリアに配設されており、そのエリア毎に付与されたセキュリティレベルが異なっている。例えば、この場合、複合機Ａが配された会議室Ａは非常にセキュリティレベルの高いエリア（高セキュアゾーン）であり、複合機Ｂが配された会議室Ｂはその次にセキュリティレベルの高いエリア（セキュアゾーン）であり、複合機Ｃが配されたオフィスフロアは平均的なセキュリティレベルしか付与されていないエリア（一般）となる。これは、会議室Ａ、会議室Ｂには、特定の者しか出入りできないため、紙文書等のセキュリティを維持できることから、このような設定となっている。

ここで、複合機の配設されたエリアに付与されたセキュリティレベルに応じて複数ポリシー対処処理を行うために、複数ポリシー処理対処部９５ａには、図２７に示すように、デバイス情報保持部８７と、デバイス情報検索部８８とが新たに設けられる。

デバイス情報保持部８７は、複合機９０が配設されたエリアに応じた文書のセキュリティポリシーに係わる情報を保持する機能を果たす。デバイス情報保持部８７は、図２８に示すデバイス情報管理テーブルを用いてこの情報を保持する。デバイス情報管理テーブルには、複合機９０（デバイス）を識別するための情報を示す「デバイスＩＤ」に対応して、許可された操作レベルを示す「複数操作権限」が保持される。この図２８に示すデバイス情報管理テーブル、図１２に示す複数権限情報詳細管理テーブルに保持された情報によれば、例えば、「デバイスＩＤ：devicd003」が付与された複合機Ｃに対して、操作権限のそれぞれ異なる複数文書のスキャンが依頼された場合には、操作権限のある文書のみスキャンが許可されることになる。

デバイス情報検索部８８は、デバイス情報保持部８７に保持された情報からポリシー情報を検索する機能を果たす。なお、ここで言うポリシー情報とは、複合機９０の配設されたエリアに応じて設定された操作権限のことを言い、具体的には、上記図２８で説明したデバイス情報管理テーブルに保持された「複数操作権限」項目の設定値および、上記図１２で説明した複数権限情報詳細管理テーブルに保持された「対処内容」項目の設定値である。デバイス情報検索部８８による検索は、「デバイスＩＤ」に基づき行われる。以上が、実施例３に係わる複数ポリシー対処処理部９５ａを構成する各種処理機能の説明である。

次に、図２９を用いて、複数ポリシー対処処理の詳細動作について説明する。なお、複合機９０における全体動作は、上記実施例２の図２３を用いて説明した処理と略同様であるため、その説明は省略する。

この処理では、まず、処理依頼の対象となる複数文書に付与されたポリシー情報の取得が行われる。すなわち、複数ポリシー情報検索部８３が、複数の「文書ＩＤ」に対応した「複数操作権限」を複数文書権限情報管理テーブル（図２２参照）から検索する（ステップＳ７０１）。

検索の結果、該当する「複数操作権限」が見つかれば（ステップＳ７０２でＹＥＳ）、当該「複数操作権限」に対応する「対処内容」が複数権限情報詳細管理テーブルから検索される。すると、これを受けたポリシー情報取得部８６により、この複数文書に付与された「複数操作権限」、「対処内容」が当該複数文書に対して処理を行う際のポリシー情報として取得される（ステップＳ７０３）。

また、上記ステップＳ７０１による検索により、該当する「複数操作権限」が見つからなかった場合には（ステップＳ７０２でＮＯ）、複合機９０は次に、複合機９０の配設されたエリアに応じて設定されたポリシー情報の取得を行う。このポリシー情報の取得では、デバイス情報検索部８８が、「デバイスＩＤ」に基づきデバイス情報管理テーブルを検索し、複合機９０の配設されたエリアに応じて設定された「複数操作権限」の取得を行う（ステップＳ７０４）。

検索の結果、当該「複数操作権限」に対応する「対処内容」が複数権限情報詳細管理テーブルから検索される。すると、これを受けたポリシー情報取得部８６により、このシステムに設定された「複数操作権限」、「対処内容」が当該複数文書に対して処理を行う際のポリシー情報として取得される（ステップＳ７０６）。

また、上記ステップＳ７０５による検索により、該当する「複数操作権限」が見つからなかった場合には（ステップＳ７０５でＮＯ）、複合機９０は次に、システムに共通して設定されたポリシー情報の取得を行う。このポリシー情報の取得では、システム情報検索部８５が、「役職」と「最高操作権限」とに基づきシステム情報管理テーブルを検索し、システムに共通して設定された「複数操作権限」の取得を行う（ステップＳ７０７）。

検索の結果、該当する「複数操作権限」が見つからなかった場合には（ステップＳ７０８でＮＯ）、処理が停止され（ステップＳ７０９）、この処理は終了することになるが、該当する「複数操作権限」が見つかれば（ステップＳ７０８でＹＥＳ）、当該「複数操作権限」に対応する「対処内容」が複数権限情報詳細管理テーブルから検索される。すると、これを受けたポリシー情報取得部８６により、このシステムに設定された「複数操作権限」、「対処内容」が当該複数文書に対して処理を行う際のポリシー情報として取得される（ステップＳ７１０）。

そして、処理制御部９５が、このステップＳ７０３、ステップＳ７０６、ステップＳ７１０のいずれかにおいて取得されたポリシー情報に基づいて処理依頼に対応した処理を実行し（ステップＳ７１１）、この処理は終了することになる。

以上が、実施例３についての説明である。なお、実施例３においては、複合機９０の配設されたエリアに応じて設定された操作権限に基づき複数ポリシー対処処理を行う場合について説明したが、複合機９０の配設されたエリアに限られず、複合機９０各々が備えたセキュリティ機能（親展トレイの有無等）等に応じて複数ポリシー対処処理を切り替えて実行するように構成してもよい。

以上が本発明の代表的な実施形態の一例であるが、本発明は、上記および図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。

例えば、上記実施例１、上記実施例２および上記実施例３において説明した各種テーブルの構成は、あくまで一例であり、必ずしも上述した構成に限定されるものではない。例えば、上記図２で説明した文書権限情報管理テーブルの場合、「文書ＩＤ」と「役職」とに対応して「操作権限」が設けられていたが、これを変更して、「文書ＩＤ」と「役職」と「所属部署」とに対応して「操作権限」を設けるように構成してもよい。なお、この場合、属性情報問い合わせ要求により取得するユーザ属性情報は、「役職」に加えて「所属部署」が追加されることになる。

また、上記実施例において説明した複数ポリシー対処処理をコンピュータにインストールされたプログラムにより実施するように構成してもよい。なお、このプログラムは、ネットワーク等の通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。

本発明の情報処理システムおよび情報処理装置および情報処理プログラムは、情報処理装置を配する情報処理システム、情報処理装置、情報処理装置における処理をコンピュータにより実行させる情報処理プログラム全般に適用可能である。

本発明に係わる情報処理システムの全体構成の一例を示す図である。 文書権限情報管理テーブルのテーブルレイアウトの一例を示す図である。 権限情報詳細管理テーブルのテーブルレイアウトの一例を示す図である。 ユーザ属性情報管理テーブルのテーブルレイアウトの一例を示す図である。 文書属性情報管理テーブルのテーブルレイアウトの一例を示す図である。 図１に示す情報処理システムにおける処理の流れを示すシーケンスチャートである。 図１に示すポリシー管理装置１０の機能的の構成の一部を示す図である。 図１に示すユーザ属性情報管理装置２０の機能的な構成の一部を示す図である。 図１に示す文書管理装置３０の機能的な構成の一部を示す図である。 図９に示す複数ポリシー対処処理部３６ａの機能的な構成の一部を示す図である。 複数文書権限情報管理テーブルのテーブルレイアウトの一例を示す図である。 複数権限情報詳細管理テーブルのテーブルレイアウトの一例を示す図である。 システム情報管理テーブルのテーブルレイアウトの一例を示す図である。 図１に示すポリシー管理装置１０における動作を示すフローチャートである。 図１に示すユーザ属性情報管理装置２０における動作を示すフローチャートである。 図１に示す文書管理装置３０における動作を示すフローチャートである。 図１６に示す複数ポリシー対処処理の動作を示すフローチャートである。 図１７に示す文書処理の動作を示すフローチャートである。 実施例２に係わる情報処理システムの全体構成の一例を示す図である。 図１９に示す情報処理システムにおける処理の流れを示すシーケンスチャートである。 図１９に示す複合機９０の機能的な構成の一部を示す図である。 実施例２に係わる複数文書権限情報管理テーブルのテーブルレイアウトの一例を示す図である。 図１９に示す複合機９０における動作を示すフローチャートである。 実施例２に係わる情報処理システムの第１の変形例を示す図である。 実施例２に係わる情報処理システムの第２の変形例を示す図である。 オフィスレイアウトの一例を示す図である。 実施例３に係わる複数ポリシー対処処理部９５ａの機能的な構成の一部を示す図である。 デバイス情報管理テーブルのテーブルレイアウトの一例を示す図である。 実施例３に係わる複数ポリシー対処処理の動作を示すフローチャートである。

符号の説明

１０ ポリシー管理装置
１１ 通信部
１２ ポリシー情報保持部
１３ ポリシー情報管理部
１３ａ 登録部
１３ｂ 変更部
１３ｃ 削除部
１４ 問い合わせ要求受信部
１５ ユーザ属性情報取得部
１６ ポリシー情報検索部
１７ ポリシー情報送信部
２０ ユーザ属性情報管理装置
２１ 通信部
２２ ユーザ属性情報保持部
２３ ユーザ属性情報管理部
２３ａ 登録部
２３ｂ 変更部
２３ｃ 削除部
２４ 認証部
２５ 問い合わせ要求受信部
２６ ユーザ属性情報検索部
２７ ユーザ属性情報送信部
３０ 文書管理装置
３１ 通信部（文書格納装置）
３２ 文書管理装置
３２ａ 文書登録部
３２ｂ 文書削除部
３２ｃ 文書取得部
３２ｄ 権限付与部
３３ 文書属性情報保持部
３４ 処理依頼受信部
３５ ポリシー情報取得部
３６ 文書処理制御部
３６ａ 複数ポリシー対処処理部
３７ ログ保持部
３８ 通信部
４０ 文書格納装置
５０ クライアント端末
６０ カードリーダ
７０ ネットワーク
８１ 複数ポリシー情報保持部
８２ 複数ポリシー情報管理部
８２ａ 登録部
８２ｂ 変更部
８２ｃ 削除部
８２ｄ 権限付与部
８３ 複数ポリシー情報検索部
８４ システム情報保持部
８５ システム情報検索部
８６ ポリシー情報取得部
８７ デバイス情報保持部
８８ デバイス情報検索部
９０ 複合機
１００ カードリーダ
９１ 画像読取部
９１ａ 自動給紙フィーダ
９２ 画像解析部
９２ａ 文書ＩＤ抽出部
９３ 認証部
９４ ポリシー情報取得部
９５ 処理制御部
９５ａ 複数ポリシー対処処理部
９６ 文書登録部
９７ 通信部

Claims (7)

1. 操作権限がそれぞれ付与された複数の文書を管理する文書管理手段と、
   前記文書管理手段で管理された所定の文書群に対する処理依頼を受け付ける受付手段と、
   前記文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合の対処内容を該文書群に対応して保持する保持手段と、
   前記受付手段で受け付けた処理依頼の対象となる文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合に、該文書群に含まれた複数の文書に対する処理を前記保持手段に保持された対処内容に基づき制御する制御手段と
   を具備する情報処理システム。
2. 前記保持手段は、
   前記文書群に含まれた全ての文書に対する処理を停止する第１の対処内容、
   前記文書群に含まれた文書毎に処理確認を行って処理する第２の対処内容、
   前記文書群に含まれた文書の中で操作権限のある文書のみ処理する第３の対処内容、
   前記文書群に含まれた文書の中に操作権限のある文書が少なくとも１つあれば全ての文書を処理する第４の対処内容、の少なくとも１つを保持する
   請求項１記載の情報処理システム。
3. 操作権限がそれぞれ付与された複数の文書を読み取る読取手段と、
   文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合の対処内容を該文書群に対応して保持する保持手段と、
   前記読取手段で読み取られた複数の文書からなる文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合に、該文書群に含まれた文書に対する処理を前記保持手段に保持された対処内容に基づき制御する制御手段と
   を具備する情報処理システム。
4. 前記保持手段は、
   前記文書群に含まれた全ての文書に対する処理を停止する第１の対処内容、
   前記文書群に含まれた文書毎に処理確認を行って処理する第２の対処内容、
   前記文書群に含まれた文書の中で操作権限のある文書のみ処理する第３の対処内容、
   前記文書群に含まれた文書の中に操作権限のある文書が少なくとも１つあれば全ての文書を処理する第４の対処内容、の少なくとも１つを保持する
   請求項３記載の情報処理システム。
5. 前記保持手段は、
   前記文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合の対処内容を前記読取手段を有する処理装置に対応して保持し、
   前記制御手段は、
   前記文書群に含まれた文書に対する処理を前記処理装置に対応して保持された対処内容に基づき制御する
   請求項３記載の情報処理システム。
6. 文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合に該文書群に対応した対処内容を取得する取得手段と、
   前記文書群に含まれた文書に対する処理を前記取得手段により取得された対処内容に基づき制御する制御手段と
   を具備する情報処理装置。
7. コンピュータを、
   文書群に含まれた複数の文書のそれぞれに付与された操作権限が文書毎に異なる場合に該文書群に対応した対処内容を取得する取得手段、
   前記文書群に含まれた文書に対する処理を前記取得手段により取得された対処内容に基づき制御する制御手段
   として機能させるための情報処理プログラム。

Images