画像形成システム
【課題】 ポリシーサーバとオフィスの中心的役割を果たすＭＦＰとの連携を可能として、ポリシーサーバダウン等のエラーケースでも、セキュリティを考慮しつつ、本セキュリティシステムを利用可能とする。
【解決手段】 セキュリティポリシーサーバと、ＭＦＰから構成されるセキュリティシステムにおいて、文書をＭＦＰのＢｏｘに正常保存後、その文書を操作しようとしたら、何らのネットワーク障害、ポリシーサーバダウン等により、Ｂｏｘ文書ポリシーを取得することが出来ない場合には、
（１）ボックス保存文書の操作は何もさせない、（２）文書名、オーナ名のみ見せる、（３）ＭＦＰデフォルトポリシー（最低限のポリシー、例えば、閲覧のみ）を適用して、ボックス文書操作を可能にする、（４）ユーザ認証と絡め、文書のオーナならば、閲覧、印刷等、すべての操作を可能にする。
【解決手段】 セキュリティポリシーサーバと、ＭＦＰから構成されるセキュリティシステムにおいて、文書をＭＦＰのＢｏｘに正常保存後、その文書を操作しようとしたら、何らのネットワーク障害、ポリシーサーバダウン等により、Ｂｏｘ文書ポリシーを取得することが出来ない場合には、
（１）ボックス保存文書の操作は何もさせない、（２）文書名、オーナ名のみ見せる、（３）ＭＦＰデフォルトポリシー（最低限のポリシー、例えば、閲覧のみ）を適用して、ボックス文書操作を可能にする、（４）ユーザ認証と絡め、文書のオーナならば、閲覧、印刷等、すべての操作を可能にする。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、セキュリティサーバ、画像形成装置からなるセキュリティシステムに関するものである。
【背景技術】
【０００２】
近年、個人情報保護法などの法規制により、企業は取り扱うさまざまなビジネス情報の漏洩防止対策の必要に迫られている。電子文書は情報のやりとりにおいて大変便利である反面、流通性の高さから情報漏洩のリスクも大きい。Adobe（Adobeは登録商標） Policy サーバの登場により、PDF文書に一貫性のある動的なセキュリティポリシーを適用して、ドキュメントの使用者や使用方法、使用期間を指定でき、安全なドキュメント管理を実現できるようになった。 特に、ドキュメントの作成者は配信後いつでもセキュリティポリシーの変更が可能なため、ドキュメントがどこにあっても企業はアクセスの管理と監視ができる。
【０００３】
上述したメリットを生かす為に、上記Adobeシステムと、オフィスの中心的な役割を果たすMFP（ドキュメントのスキャン、プリント、保存）とのコラボレーションが望まれている。
【０００４】
従来例としては、例えば、操作・閲覧部を介して入力されたアクセス要求に応じて文書ＤＢに記憶されている文書を読出して操作・閲覧部を介して出力する文書アクセス制御方法で、文書ＤＢに記憶されている文書毎に、該当文書の読出に関する種々の条件を含むルールをルールＤＢに設定し、文書ＤＢに記憶されている各文書を読出してアクセス要求に対応可能に解析し、文書ＤＢ内の各文書に対して統一したアクセス制御を実施できるものがある（特許文献１参照）。
【特許文献１】特開2004-240571号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記Adobeシステムによれば、PDFファイルのアクセス毎に、Policy サーバに文書ポリシーを必ず問い合わせる必要があり、何らのネットワーク障害、Policy サーバダウン等の障害が発生した場合には、文書ポリシーを取得することが出来ない為、ファイルサーバ、 MFPにBox保存された文書にポリシーを適用することが出来ないという課題があった。そこで、本提案では、セキュリティを考慮し、ユーザ利用促進の観点から、以下を提案する。
【０００６】
セキュリティサーバと、MFP から構成されるセキュリティシステムにおいて、
文書をMFPのBoxに正常保存後、その文書を操作しようとしたら、何らのネットワーク障害、Policy サーバダウン等により、Box文書ポリシーを取得することが出来ない場合には、
（１） Box保存文書の操作は何もさせない
（２） 文書名、オーナ名のみ見せる
（３） MFP デフォルトポリシー（最低限のポリシー、例えば、閲覧のみ）を適用して、Box文書操作を可能にする
（４） ユーザ認証と絡め、文書のオーナならば、閲覧、印刷等、すべての操作を可能にする
ことを特徴とする。
【０００７】
本構成にすることにより、Policy サーバがダウンした場合であっても、セキュリティを考慮しつつ、何らかのユーザ操作（制限付き）が可能となる。また、柔軟なシステムが構築できる。
【課題を解決するための手段】
【０００８】
前記課題を解決するための手段として、ネットワークにて接続されたセキュリティサーバと画像形成装置から構成される画像形成システムにおいて、
前記セキュリティサーバは、
各文書ポリシーを、ユーザ情報と文書IDとを関連付けて登録・管理し、
正当な認証ユーザからの文書ポリシー更新依頼に基づき文書ポリシーを更新し、または、文書ポリシー取得依頼に基づき、該ユーザに文書ポリシーの提供を行い、
また、前記画像形成装置は、
前記セキュリティサーバから文書ポリシーを取得する為のユーザ情報と文書IDを、Box保存文書（イメージ形式）と結びつけて保存・管理する手段と、
ユーザ情報と文書IDに基づき、前記セキュリティサーバに問い合わせ、文書ポリシーを取得する手段と、
その取得した文書ポリシーを、前記Box保存文書に適用してアクセスコントロールする手段を備え、
前記セキュリティサーバに文書ポリシーを問い合わせる際、何らのネットワーク障害、セキュリティサーバダウン等により前記文書ポリシーの取得が出来ない場合には、前記画像形成装置において、Box保存文書操作について制限を付ける、即ち、
Box保存文書の操作は何もさせない、または、Box保存文書名、オーナ名のみ見せる
ことを特徴とする。
【発明の効果】
【０００９】
以上詳述したように本発明によれば、以下の効果が期待できる。
【００１０】
Policy サーバがダウンした場合であっても、セキュリティを考慮しつつ、何らかのユーザ操作（制限付き）が可能となる。また、柔軟なシステムが構築できる。
【発明を実施するための最良の形態】
【００１１】
（実施例１）
以下に実施例１を示す。
【００１２】
図１は、実施例１における、基本的なシステム構成図である。本実施例では、Policy サーバとMFPから構成される画像形成システムを例に説明するが、本構成に限定される訳ではなく、同様な構成を持つシステムにも適用できることは言うまでもない。
【００１３】
図１において、101は、Policy サーバであり、一元的に各文書ポリシーを管理するサーバである。その結果、配布後のドキュメントのアクセスや失効、差し替え、更には、ドキュメント利用可能なユーザ管理までを動的にコントロールし、安全なドキュメント管理が実現可能となる。102は、ユーザ認証サーバであり、本システムに不正ユーザはアクセスできないように制御する。システム構成によっては、前記Policyサーバにユーザ認証機能を持たせ、独立に認証サーバを立てなくても良い。ユーザ環境によって、柔軟に構築することが可能である。103は、ファイルサーバであり、必要に応じて、PDF等のドキュメントファイルを保存することが可能である。104は、MFPであり、コピー、プリント、更にはドキュメントの保存が可能である。105は、ホストコンピュータであり、主にユーザがPDFドキュメントの操作、即ち、PDF文書作成、閲覧、印刷指示等を行う。
【００１４】
本システムを用いた「文書の作成とセキュリティポリシーの定義、及び配布」について説明する。
【００１５】
(1)まず、認証サーバ102により、ユーザ認証を行う。不正ユーザは、本システムにアクセスできないようにする。
【００１６】
(2)ドキュメント作成者Ａは、ホストコンピュータ105上で、ドキュメントを作成する。即ち、文書作成ソフトでPDFファイルを生成する。
【００１７】
(3)その際、文書のセキュリティポリシーを、文書ID、ユーザ情報と共にPolicyサーバ101に登録する。このとき、セキュリティポリシーとして、ユーザ毎にアクセス範囲や有効期限等を設定することも可能である。たとえば、Bさん（あるいはＢの所属するグループ）は文書を参照可能だが、編集は不可、参照有効期限は３０日などを設定することが可能である。その後は、 文書アクセス毎に、Policy サーバ101を使用したアクセスコントロールが適用されることになる。
【００１８】
(4)配布そのものは自由(ファイルサーバ、電子メール、Webサイト)であり、ファイルサーバにプットしても良いし、利用者Bへメール添付しても良い。または、MFPのBoxへ、文書保存しても良い。
【００１９】
次に、現状の文書作成ソフトのセキュリティポリシーとして、図３（文書作成ソフト実際の設定UI）を用いて説明する。上述した(3)の補足説明である。
【００２０】
まず、パスワード認証として、以下の認証が可能である。
【００２１】
-PDF文書を開くためのパスワード認証
-印刷及び編集に関わるパスワード認証
次に、印刷の許可設定として、
-許可しない、
-低解像度(150dpi)
-高解像度
の設定が可能である。そして、変更の許可設定として、
-許可しない
-ページの挿入・削除・回転
-フォームフィールドの入力と既存の署名フィールドの署名
-注釈の作成、フォームフィールドの入力と既存の署名フィールドの署名
-ページの抽出を除くすべての操作
が可能であり、様々なセキュリティポリシーの設定が可能である。
【００２２】
次に、「文書の取得、操作」について、図４を用いて説明する。
【００２３】
(1)まず、認証サーバ102により、ユーザ認証を行う。不正ユーザは、本システムにアクセスできないようにする。
【００２４】
(2)文書操作を開始、即ち、ファイルサーバ103に保存されている文書の取得、或いは、MFP104のBox保存文書を取得する。同時に、ユーザ権限確認後、文書IDに基づき、Policyサーバ101より、文書のセキュリティポリシーの取得を行う。
【００２５】
(3)取得したセキュリティポリシーを、文書に適用して、アクセス制御を行う。
【００２６】
次に、動的なセキュリティポリシーの変更について、図５を用いて説明する。
【００２７】
(1)まず、認証サーバ102により、ユーザ認証を行う。不正ユーザは、本システムにアクセスできないようにする。
【００２８】
(2)ユーザ権限OKの場合は、セキュリティポリシーの変更を許可する。
【００２９】
(3)そして、変更されたセキュリティポリシーによるアクセス権限の変更を行う。以降、文書アクセス毎に、変更されたセキュリティポリシーが適用されることになる。
【００３０】
図２は、実施例１における、MFP104のシステムブロック図である。
【００３１】
Controller Unit 2000は画像入力デバイスであるScanner2070や画像出力デバイスであるPrinter2095と接続し、一方ではLAN2011や公衆回線 (WAN) 2051接続することで、画像情報やデバイス情報の入出力を行う為のコントローラである。
【００３２】
CPU2001はシステム全体を制御するコントローラである。RAM2002はCPU2002が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。ROM2003はブートROMであり、システムのブートプログラムが格納されている。HDD2004はハードディスクドライブで、システムソフトウェア、画像データ、履歴レコード（単に、ログと呼ぶ場合もあり）等を格納する。操作部I/F2006はタッチパネルを有した操作部(UI)2012とのインターフェース部で、操作部2012に表示する画像データを操作部2012に対して出力する。また、操作部2012から本システム使用者が入力した情報を、CPU2001に伝える役割をする。Network I/F2010はLAN2011に接続し、情報の入出力を行う。Modem2050は公衆回線2051に接続し、情報の入出力を行う。以上のデバイスがシステムバス2007上に配置される。Image Bus I/F2005はシステムバス2007と画像データを高速で転送する画像バス2008を接続し、データ構造を変換するバスブリッジである。画像バス2008は、PCIバスまたはIEEE1394で構成される。画像バス2008上には以下のデバイスが配置される。ラスターイメージプロセッサ(RIP)2060はPDLコードをビットマップイメージに展開する。デバイスI/F部2020は、画像入出力デバイスであるスキャナ2070やプリンタ2095とコントローラ2000を接続し、画像データの同期系/非同期系の変換を行う。スキャナ画像処理部2080は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部は、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。画像回転部2030は画像データの回転を行う。画像圧縮部2040は、多値画像データはJPEG、2値画像データはJBIG、MMR、MHの圧縮伸張処理を行う。IC Card Slot2100はICカードメディアを挿入した後に適切なPIN (Personal Identifier Number) コードを入力することにより、暗号・復号に用いる鍵の入出力を行うことが可能となる。暗号・復号処理部2110はIC Card Slot2100の鍵を用いてデータの暗号化・複合化処理を行うハードウェアアクセラレータボードである。OCR・OMR処理部2111は画像データに含まれる文字情報や２次元バーコードを解読して文字コード化する処理を行う。
【００３３】
ここで、MFP104のハードディスク2004の使い方について説明する。
【００３４】
ハードディスク2004上の記憶領域は、テンポラリ領域（不図示）とボックス領域（不図示）とに論理的に分けられる。テンポラリ領域は、画像データの出力順序の変更、複数部数出力において１回のスキャンで出力を可能にするために、ＰＤＬの展開データやスキャナ2070からの画像データを一時的に記憶する領域である。ボックス領域は、ボックス機能に使用される領域であり、予め決められている数の領域に分割されている。本実施の形態では、ボックス領域が各領域に分割されているものとする。各領域は、各ユーザや部署毎に割り当てられ、各領域には対応するボックス番号、ボックス名、パスワードのそれぞれが割り付けられている。ユーザは、ボックス番号を指定することによってこのボックス番号に対応する領域にアクセスすることができ、パスワードの入力によって、対応する領域の画像データを読み出し、プリントアウトや送信することが可能になる。
【００３５】
このように、ユーザによりハードディスク2004のボックス領域内の領域を指定し、この指定された領域に画像データを格納し、ユーザの操作によりこの画像データを任意のタイミングで読み出してプリントアウト、ファクシミリ送信などを行うことができる機能をボックス機能という。
【００３６】
ボックス機能は、具体的には、ボックス登録、ボックスプリント、ボックス送信の３つの機能に分けられている。
【００３７】
ボックス登録は、クライアントコンピュータ105またはスキャナ2070からボックス領域内の対応する領域を指定し、この指定された領域に画像データ（ＰＤＬの展開データやスキャナ2070により読み取られた画像データ）を格納する。この時、文書IDも併せて格納する。その文書IDから、Policyサーバ101に登録・管理さているセキュリティポリシーを辿ることが可能となり、文書にセキュリティポリシーの適用が可能となる。以降説明するBox文書操作（ボックスプリント、ボックス送信）においては、Policyサーバ101に登録・管理されているセキュリティポリシーが適用され、文書操作にアクセスコントロールされることになる。
【００３８】
ボックスプリントは、ボックス領域内の領域を指定し、この指定された領域から画像データ（ＰＤＬの展開データやスキャナ2070により読み取られた画像データ）を読み出してプリンタ2095に転送し、プリントアウトする機能である。ボックス送信は、ボックス領域内の領域を指定し、この指定された領域から画像データ（ＰＤＬの展開データやスキャナ2070により読み取られた画像データ）を読み出してＬＡＮ2011を介してクライアントコンピュータ1004への送信、また公衆回線を介してファクシミリ送信、インターネットファクシミリ送信、E-mail添付送信、リモードコピー送信などを行う機能である。
【００３９】
次に、本実施例の特徴であるケース、即ち、Policy サーバに文書ポリシーを問い合わせた時に、何らのネットワーク障害、Policy サーバダウン等の障害が発生した場合の処理について、図６を用いて説明する。
【００４０】
(1)まず、認証サーバ102により、ユーザ認証を行う。不正ユーザは、本システムにアクセスできないようにする。
【００４１】
(2)ドキュメント作成者Ａは、ホストコンピュータ105上で、ドキュメントを作成する。即ち、文書作成ソフトでPDFファイルを生成する。
【００４２】
(3)その際、文書のセキュリティポリシーを、文書ID、ユーザ情報と共にPolicyサーバ101に登録する。
【００４３】
(4)そして、その文書を、MFP104のBOXに登録する。この時、ユーザ情報と文書IDも併せて格納する。その文書IDから、Policyサーバ101に登録・管理さているセキュリティポリシーを辿ることが可能となり、常に、文書にセキュリティポリシーの適用が可能となる。
【００４４】
その後、ドキュメント作成者BからのBox文書操作要求があった場合の処理フローについて、図7を用いて説明する。例として、ボックスプリントの場合について説明する。
【００４５】
まず、S701にて、文書IDとユーザ情報を元に、Policyサーバに、その文書IDに対するセキュリティポリシーを問い合わせる。そして、S702で、印刷OKか、即ち、Policyサーバ101よりセキュリティポリシーのリプライがあるかを確認する。もし、リプライあれば、S703 にて印刷を実行する。もし、リプライなければ、S704にて、文書名、文書オーナ名だけ表示して、それ以上の操作はさせない、或いは、MFP104のデフォルトポリシー、例えば、閲覧だけ可能にする。印刷、複製は不許可する。
【００４６】
（実施例２）
以下に実施例２を示す。実施例１との差異は、Policy サーバに文書ポリシーを問い合わせる際、何らのネットワーク障害、Policy サーバダウン等の障害が発生した場合には、画像形成装置の操作部からユーザ情報を入力して、Box文書オーナと判定された場合には、文書の閲覧も勿論のこと、印刷、文書の転送等、全ての文書操作を可能にすることを特徴とする。
【００４７】
本構成にすることにより、ユーザ環境に応じて、様々なシステムバリエーションが提案できるメリットがある。
【００４８】
本実施例の特徴について説明する。即ち、文書をMFPのBoxに正常保存後、その文書を操作しようとしたら、何らのネットワーク障害、Policy サーバダウン等により、Box文書ポリシーを取得することが出来ない場合に、ドキュメント作成者BからのBox文書操作要求がきた場合の処理について、図6、図8を用いて説明する。例として、ボックスプリント要求があった場合について説明する。図６は、第１の実施例と同じである為、省略する。
【００４９】
まず、S801にて、文書IDとユーザ情報を元に、Policyサーバに、その文書IDに対するセキュリティポリシーを問い合わせる。そして、S802で、印刷OKか、即ち、Policyサーバ101よりセキュリティポリシーのリプライがあるかを確認する。もし、リプライあれば、S803 にて印刷を実行する。もし、リプライなければ、S804にて、文書オーナによる操作なのかを確認する。即ち、画像形成装置の操作部からのユーザ情報を入力して確認し、文書オーナによる操作ならば、S803にてボックプリントを実行する。このとき、文書オーナによる操作ではないと判定された場合には、S805において、ボックスプリント要求をキャンセルし、終了する。
【図面の簡単な説明】
【００５０】
【図１】実施例１の基本的なシステム構成を示す図である。
【図２】実施例１のMFP104のシステムブロック図である。
【図３】実施例１における文書作成ソフトのセキュリティポリシー機能の設定UIを説明した図である。
【図４】実施例１における文書の取得、操作について説明した図である。
【図５】実施例１における動的なセキュリティポリシーの変更について説明した図である。
【図６】実施例１において、何らのネットワーク障害、Policy サーバダウン等により、Box文書ポリシーを問い合わせることが出来ない場合の処理を説明した図である。
【図７】実施例１において、何らかのネットワーク障害、Policy サーバダウン等により、Box文書ポリシーを問い合わせることが出来ない場合の処理を説明したフロー図である。
【図８】実施例２において、何らかのネットワーク障害、Policy サーバダウン等により、Box文書ポリシーを問い合わせることが出来ない場合の処理を説明したフロー図である。
【符号の説明】
【００５１】
101 Policyサーバ
102 認証サーバ
103 ファイルサーバ
104 MFP
105 クライアントコンピュータ
2000 コントローラユニット
2001 CPU
2002 RAM
2003 ROM
2004 ハードディスク
2005 Image Bus I/F
2006 操作部I/F
2007 システムバス
2008 画像バス
2010 Network I/F
2011 LAN
2012 操作部
2020 デバイスI/F
2030 画像回転
2040 画像圧縮
2050 MODEM
2051 WAN
2060 RIP
2070 スキャナ
2080 スキャナ画像処理
2090 プリンタ画像処理
2095 プリンタ
2100 IC Card Slot
2110 暗号・復号処理
2111 OCR/OMR処理
【技術分野】
【０００１】
この発明は、セキュリティサーバ、画像形成装置からなるセキュリティシステムに関するものである。
【背景技術】
【０００２】
近年、個人情報保護法などの法規制により、企業は取り扱うさまざまなビジネス情報の漏洩防止対策の必要に迫られている。電子文書は情報のやりとりにおいて大変便利である反面、流通性の高さから情報漏洩のリスクも大きい。Adobe（Adobeは登録商標） Policy サーバの登場により、PDF文書に一貫性のある動的なセキュリティポリシーを適用して、ドキュメントの使用者や使用方法、使用期間を指定でき、安全なドキュメント管理を実現できるようになった。 特に、ドキュメントの作成者は配信後いつでもセキュリティポリシーの変更が可能なため、ドキュメントがどこにあっても企業はアクセスの管理と監視ができる。
【０００３】
上述したメリットを生かす為に、上記Adobeシステムと、オフィスの中心的な役割を果たすMFP（ドキュメントのスキャン、プリント、保存）とのコラボレーションが望まれている。
【０００４】
従来例としては、例えば、操作・閲覧部を介して入力されたアクセス要求に応じて文書ＤＢに記憶されている文書を読出して操作・閲覧部を介して出力する文書アクセス制御方法で、文書ＤＢに記憶されている文書毎に、該当文書の読出に関する種々の条件を含むルールをルールＤＢに設定し、文書ＤＢに記憶されている各文書を読出してアクセス要求に対応可能に解析し、文書ＤＢ内の各文書に対して統一したアクセス制御を実施できるものがある（特許文献１参照）。
【特許文献１】特開2004-240571号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記Adobeシステムによれば、PDFファイルのアクセス毎に、Policy サーバに文書ポリシーを必ず問い合わせる必要があり、何らのネットワーク障害、Policy サーバダウン等の障害が発生した場合には、文書ポリシーを取得することが出来ない為、ファイルサーバ、 MFPにBox保存された文書にポリシーを適用することが出来ないという課題があった。そこで、本提案では、セキュリティを考慮し、ユーザ利用促進の観点から、以下を提案する。
【０００６】
セキュリティサーバと、MFP から構成されるセキュリティシステムにおいて、
文書をMFPのBoxに正常保存後、その文書を操作しようとしたら、何らのネットワーク障害、Policy サーバダウン等により、Box文書ポリシーを取得することが出来ない場合には、
（１） Box保存文書の操作は何もさせない
（２） 文書名、オーナ名のみ見せる
（３） MFP デフォルトポリシー（最低限のポリシー、例えば、閲覧のみ）を適用して、Box文書操作を可能にする
（４） ユーザ認証と絡め、文書のオーナならば、閲覧、印刷等、すべての操作を可能にする
ことを特徴とする。
【０００７】
本構成にすることにより、Policy サーバがダウンした場合であっても、セキュリティを考慮しつつ、何らかのユーザ操作（制限付き）が可能となる。また、柔軟なシステムが構築できる。
【課題を解決するための手段】
【０００８】
前記課題を解決するための手段として、ネットワークにて接続されたセキュリティサーバと画像形成装置から構成される画像形成システムにおいて、
前記セキュリティサーバは、
各文書ポリシーを、ユーザ情報と文書IDとを関連付けて登録・管理し、
正当な認証ユーザからの文書ポリシー更新依頼に基づき文書ポリシーを更新し、または、文書ポリシー取得依頼に基づき、該ユーザに文書ポリシーの提供を行い、
また、前記画像形成装置は、
前記セキュリティサーバから文書ポリシーを取得する為のユーザ情報と文書IDを、Box保存文書（イメージ形式）と結びつけて保存・管理する手段と、
ユーザ情報と文書IDに基づき、前記セキュリティサーバに問い合わせ、文書ポリシーを取得する手段と、
その取得した文書ポリシーを、前記Box保存文書に適用してアクセスコントロールする手段を備え、
前記セキュリティサーバに文書ポリシーを問い合わせる際、何らのネットワーク障害、セキュリティサーバダウン等により前記文書ポリシーの取得が出来ない場合には、前記画像形成装置において、Box保存文書操作について制限を付ける、即ち、
Box保存文書の操作は何もさせない、または、Box保存文書名、オーナ名のみ見せる
ことを特徴とする。
【発明の効果】
【０００９】
以上詳述したように本発明によれば、以下の効果が期待できる。
【００１０】
Policy サーバがダウンした場合であっても、セキュリティを考慮しつつ、何らかのユーザ操作（制限付き）が可能となる。また、柔軟なシステムが構築できる。
【発明を実施するための最良の形態】
【００１１】
（実施例１）
以下に実施例１を示す。
【００１２】
図１は、実施例１における、基本的なシステム構成図である。本実施例では、Policy サーバとMFPから構成される画像形成システムを例に説明するが、本構成に限定される訳ではなく、同様な構成を持つシステムにも適用できることは言うまでもない。
【００１３】
図１において、101は、Policy サーバであり、一元的に各文書ポリシーを管理するサーバである。その結果、配布後のドキュメントのアクセスや失効、差し替え、更には、ドキュメント利用可能なユーザ管理までを動的にコントロールし、安全なドキュメント管理が実現可能となる。102は、ユーザ認証サーバであり、本システムに不正ユーザはアクセスできないように制御する。システム構成によっては、前記Policyサーバにユーザ認証機能を持たせ、独立に認証サーバを立てなくても良い。ユーザ環境によって、柔軟に構築することが可能である。103は、ファイルサーバであり、必要に応じて、PDF等のドキュメントファイルを保存することが可能である。104は、MFPであり、コピー、プリント、更にはドキュメントの保存が可能である。105は、ホストコンピュータであり、主にユーザがPDFドキュメントの操作、即ち、PDF文書作成、閲覧、印刷指示等を行う。
【００１４】
本システムを用いた「文書の作成とセキュリティポリシーの定義、及び配布」について説明する。
【００１５】
(1)まず、認証サーバ102により、ユーザ認証を行う。不正ユーザは、本システムにアクセスできないようにする。
【００１６】
(2)ドキュメント作成者Ａは、ホストコンピュータ105上で、ドキュメントを作成する。即ち、文書作成ソフトでPDFファイルを生成する。
【００１７】
(3)その際、文書のセキュリティポリシーを、文書ID、ユーザ情報と共にPolicyサーバ101に登録する。このとき、セキュリティポリシーとして、ユーザ毎にアクセス範囲や有効期限等を設定することも可能である。たとえば、Bさん（あるいはＢの所属するグループ）は文書を参照可能だが、編集は不可、参照有効期限は３０日などを設定することが可能である。その後は、 文書アクセス毎に、Policy サーバ101を使用したアクセスコントロールが適用されることになる。
【００１８】
(4)配布そのものは自由(ファイルサーバ、電子メール、Webサイト)であり、ファイルサーバにプットしても良いし、利用者Bへメール添付しても良い。または、MFPのBoxへ、文書保存しても良い。
【００１９】
次に、現状の文書作成ソフトのセキュリティポリシーとして、図３（文書作成ソフト実際の設定UI）を用いて説明する。上述した(3)の補足説明である。
【００２０】
まず、パスワード認証として、以下の認証が可能である。
【００２１】
-PDF文書を開くためのパスワード認証
-印刷及び編集に関わるパスワード認証
次に、印刷の許可設定として、
-許可しない、
-低解像度(150dpi)
-高解像度
の設定が可能である。そして、変更の許可設定として、
-許可しない
-ページの挿入・削除・回転
-フォームフィールドの入力と既存の署名フィールドの署名
-注釈の作成、フォームフィールドの入力と既存の署名フィールドの署名
-ページの抽出を除くすべての操作
が可能であり、様々なセキュリティポリシーの設定が可能である。
【００２２】
次に、「文書の取得、操作」について、図４を用いて説明する。
【００２３】
(1)まず、認証サーバ102により、ユーザ認証を行う。不正ユーザは、本システムにアクセスできないようにする。
【００２４】
(2)文書操作を開始、即ち、ファイルサーバ103に保存されている文書の取得、或いは、MFP104のBox保存文書を取得する。同時に、ユーザ権限確認後、文書IDに基づき、Policyサーバ101より、文書のセキュリティポリシーの取得を行う。
【００２５】
(3)取得したセキュリティポリシーを、文書に適用して、アクセス制御を行う。
【００２６】
次に、動的なセキュリティポリシーの変更について、図５を用いて説明する。
【００２７】
(1)まず、認証サーバ102により、ユーザ認証を行う。不正ユーザは、本システムにアクセスできないようにする。
【００２８】
(2)ユーザ権限OKの場合は、セキュリティポリシーの変更を許可する。
【００２９】
(3)そして、変更されたセキュリティポリシーによるアクセス権限の変更を行う。以降、文書アクセス毎に、変更されたセキュリティポリシーが適用されることになる。
【００３０】
図２は、実施例１における、MFP104のシステムブロック図である。
【００３１】
Controller Unit 2000は画像入力デバイスであるScanner2070や画像出力デバイスであるPrinter2095と接続し、一方ではLAN2011や公衆回線 (WAN) 2051接続することで、画像情報やデバイス情報の入出力を行う為のコントローラである。
【００３２】
CPU2001はシステム全体を制御するコントローラである。RAM2002はCPU2002が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。ROM2003はブートROMであり、システムのブートプログラムが格納されている。HDD2004はハードディスクドライブで、システムソフトウェア、画像データ、履歴レコード（単に、ログと呼ぶ場合もあり）等を格納する。操作部I/F2006はタッチパネルを有した操作部(UI)2012とのインターフェース部で、操作部2012に表示する画像データを操作部2012に対して出力する。また、操作部2012から本システム使用者が入力した情報を、CPU2001に伝える役割をする。Network I/F2010はLAN2011に接続し、情報の入出力を行う。Modem2050は公衆回線2051に接続し、情報の入出力を行う。以上のデバイスがシステムバス2007上に配置される。Image Bus I/F2005はシステムバス2007と画像データを高速で転送する画像バス2008を接続し、データ構造を変換するバスブリッジである。画像バス2008は、PCIバスまたはIEEE1394で構成される。画像バス2008上には以下のデバイスが配置される。ラスターイメージプロセッサ(RIP)2060はPDLコードをビットマップイメージに展開する。デバイスI/F部2020は、画像入出力デバイスであるスキャナ2070やプリンタ2095とコントローラ2000を接続し、画像データの同期系/非同期系の変換を行う。スキャナ画像処理部2080は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部は、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。画像回転部2030は画像データの回転を行う。画像圧縮部2040は、多値画像データはJPEG、2値画像データはJBIG、MMR、MHの圧縮伸張処理を行う。IC Card Slot2100はICカードメディアを挿入した後に適切なPIN (Personal Identifier Number) コードを入力することにより、暗号・復号に用いる鍵の入出力を行うことが可能となる。暗号・復号処理部2110はIC Card Slot2100の鍵を用いてデータの暗号化・複合化処理を行うハードウェアアクセラレータボードである。OCR・OMR処理部2111は画像データに含まれる文字情報や２次元バーコードを解読して文字コード化する処理を行う。
【００３３】
ここで、MFP104のハードディスク2004の使い方について説明する。
【００３４】
ハードディスク2004上の記憶領域は、テンポラリ領域（不図示）とボックス領域（不図示）とに論理的に分けられる。テンポラリ領域は、画像データの出力順序の変更、複数部数出力において１回のスキャンで出力を可能にするために、ＰＤＬの展開データやスキャナ2070からの画像データを一時的に記憶する領域である。ボックス領域は、ボックス機能に使用される領域であり、予め決められている数の領域に分割されている。本実施の形態では、ボックス領域が各領域に分割されているものとする。各領域は、各ユーザや部署毎に割り当てられ、各領域には対応するボックス番号、ボックス名、パスワードのそれぞれが割り付けられている。ユーザは、ボックス番号を指定することによってこのボックス番号に対応する領域にアクセスすることができ、パスワードの入力によって、対応する領域の画像データを読み出し、プリントアウトや送信することが可能になる。
【００３５】
このように、ユーザによりハードディスク2004のボックス領域内の領域を指定し、この指定された領域に画像データを格納し、ユーザの操作によりこの画像データを任意のタイミングで読み出してプリントアウト、ファクシミリ送信などを行うことができる機能をボックス機能という。
【００３６】
ボックス機能は、具体的には、ボックス登録、ボックスプリント、ボックス送信の３つの機能に分けられている。
【００３７】
ボックス登録は、クライアントコンピュータ105またはスキャナ2070からボックス領域内の対応する領域を指定し、この指定された領域に画像データ（ＰＤＬの展開データやスキャナ2070により読み取られた画像データ）を格納する。この時、文書IDも併せて格納する。その文書IDから、Policyサーバ101に登録・管理さているセキュリティポリシーを辿ることが可能となり、文書にセキュリティポリシーの適用が可能となる。以降説明するBox文書操作（ボックスプリント、ボックス送信）においては、Policyサーバ101に登録・管理されているセキュリティポリシーが適用され、文書操作にアクセスコントロールされることになる。
【００３８】
ボックスプリントは、ボックス領域内の領域を指定し、この指定された領域から画像データ（ＰＤＬの展開データやスキャナ2070により読み取られた画像データ）を読み出してプリンタ2095に転送し、プリントアウトする機能である。ボックス送信は、ボックス領域内の領域を指定し、この指定された領域から画像データ（ＰＤＬの展開データやスキャナ2070により読み取られた画像データ）を読み出してＬＡＮ2011を介してクライアントコンピュータ1004への送信、また公衆回線を介してファクシミリ送信、インターネットファクシミリ送信、E-mail添付送信、リモードコピー送信などを行う機能である。
【００３９】
次に、本実施例の特徴であるケース、即ち、Policy サーバに文書ポリシーを問い合わせた時に、何らのネットワーク障害、Policy サーバダウン等の障害が発生した場合の処理について、図６を用いて説明する。
【００４０】
(1)まず、認証サーバ102により、ユーザ認証を行う。不正ユーザは、本システムにアクセスできないようにする。
【００４１】
(2)ドキュメント作成者Ａは、ホストコンピュータ105上で、ドキュメントを作成する。即ち、文書作成ソフトでPDFファイルを生成する。
【００４２】
(3)その際、文書のセキュリティポリシーを、文書ID、ユーザ情報と共にPolicyサーバ101に登録する。
【００４３】
(4)そして、その文書を、MFP104のBOXに登録する。この時、ユーザ情報と文書IDも併せて格納する。その文書IDから、Policyサーバ101に登録・管理さているセキュリティポリシーを辿ることが可能となり、常に、文書にセキュリティポリシーの適用が可能となる。
【００４４】
その後、ドキュメント作成者BからのBox文書操作要求があった場合の処理フローについて、図7を用いて説明する。例として、ボックスプリントの場合について説明する。
【００４５】
まず、S701にて、文書IDとユーザ情報を元に、Policyサーバに、その文書IDに対するセキュリティポリシーを問い合わせる。そして、S702で、印刷OKか、即ち、Policyサーバ101よりセキュリティポリシーのリプライがあるかを確認する。もし、リプライあれば、S703 にて印刷を実行する。もし、リプライなければ、S704にて、文書名、文書オーナ名だけ表示して、それ以上の操作はさせない、或いは、MFP104のデフォルトポリシー、例えば、閲覧だけ可能にする。印刷、複製は不許可する。
【００４６】
（実施例２）
以下に実施例２を示す。実施例１との差異は、Policy サーバに文書ポリシーを問い合わせる際、何らのネットワーク障害、Policy サーバダウン等の障害が発生した場合には、画像形成装置の操作部からユーザ情報を入力して、Box文書オーナと判定された場合には、文書の閲覧も勿論のこと、印刷、文書の転送等、全ての文書操作を可能にすることを特徴とする。
【００４７】
本構成にすることにより、ユーザ環境に応じて、様々なシステムバリエーションが提案できるメリットがある。
【００４８】
本実施例の特徴について説明する。即ち、文書をMFPのBoxに正常保存後、その文書を操作しようとしたら、何らのネットワーク障害、Policy サーバダウン等により、Box文書ポリシーを取得することが出来ない場合に、ドキュメント作成者BからのBox文書操作要求がきた場合の処理について、図6、図8を用いて説明する。例として、ボックスプリント要求があった場合について説明する。図６は、第１の実施例と同じである為、省略する。
【００４９】
まず、S801にて、文書IDとユーザ情報を元に、Policyサーバに、その文書IDに対するセキュリティポリシーを問い合わせる。そして、S802で、印刷OKか、即ち、Policyサーバ101よりセキュリティポリシーのリプライがあるかを確認する。もし、リプライあれば、S803 にて印刷を実行する。もし、リプライなければ、S804にて、文書オーナによる操作なのかを確認する。即ち、画像形成装置の操作部からのユーザ情報を入力して確認し、文書オーナによる操作ならば、S803にてボックプリントを実行する。このとき、文書オーナによる操作ではないと判定された場合には、S805において、ボックスプリント要求をキャンセルし、終了する。
【図面の簡単な説明】
【００５０】
【図１】実施例１の基本的なシステム構成を示す図である。
【図２】実施例１のMFP104のシステムブロック図である。
【図３】実施例１における文書作成ソフトのセキュリティポリシー機能の設定UIを説明した図である。
【図４】実施例１における文書の取得、操作について説明した図である。
【図５】実施例１における動的なセキュリティポリシーの変更について説明した図である。
【図６】実施例１において、何らのネットワーク障害、Policy サーバダウン等により、Box文書ポリシーを問い合わせることが出来ない場合の処理を説明した図である。
【図７】実施例１において、何らかのネットワーク障害、Policy サーバダウン等により、Box文書ポリシーを問い合わせることが出来ない場合の処理を説明したフロー図である。
【図８】実施例２において、何らかのネットワーク障害、Policy サーバダウン等により、Box文書ポリシーを問い合わせることが出来ない場合の処理を説明したフロー図である。
【符号の説明】
【００５１】
101 Policyサーバ
102 認証サーバ
103 ファイルサーバ
104 MFP
105 クライアントコンピュータ
2000 コントローラユニット
2001 CPU
2002 RAM
2003 ROM
2004 ハードディスク
2005 Image Bus I/F
2006 操作部I/F
2007 システムバス
2008 画像バス
2010 Network I/F
2011 LAN
2012 操作部
2020 デバイスI/F
2030 画像回転
2040 画像圧縮
2050 MODEM
2051 WAN
2060 RIP
2070 スキャナ
2080 スキャナ画像処理
2090 プリンタ画像処理
2095 プリンタ
2100 IC Card Slot
2110 暗号・復号処理
2111 OCR/OMR処理
【特許請求の範囲】
【請求項１】
ネットワークにて接続されたセキュリティサーバと画像形成装置から構成される画像形成システムにおいて、
前記セキュリティサーバは、
各文書ポリシーを、ユーザ情報と文書IDとを関連付けて登録・管理し、
正当な認証ユーザからの文書ポリシー更新依頼に基づき文書ポリシーを更新し、または、文書ポリシー取得依頼に基づき、該ユーザに文書ポリシーの提供を行い、
また、前記画像形成装置は、
前記セキュリティサーバから文書ポリシーを取得する為のユーザ情報と文書IDを、Box保存文書（イメージ形式）と結びつけて保存・管理する手段と、
ユーザ情報と文書IDに基づき、前記セキュリティサーバに問い合わせ、文書ポリシーを取得する手段と、
その取得した文書ポリシーを、前記Box保存文書に適用してアクセスコントロールする手段を備え、
前記セキュリティサーバに文書ポリシーを問い合わせる際、ネットワーク障害により前記文書ポリシーの取得が出来ない場合には、前記画像形成装置において、Box保存文書操作について制限を付ける、
ことを特徴とする画像形成システム。
【請求項２】
認証サーバを同一ネットワークに接続して、正当なユーザを認証することを特徴とする請求項１記載の画像形成システム。
【請求項３】
前記画像形成装置において、前記文書ポリシーの取得が出来ない場合には、前記画像形成装置のデフォルトポリシーを適用して、Box保存文書操作を可能にすることを特徴とする請求項１〜２記載の画像形成システム。
【請求項４】
前記画形成装置のデフォルトポリシーとは、Box保存文書の閲覧のみを可能にすることを特徴とする請求項１〜３記載の画像形成システム。
【請求項５】
前記前記画形成装置はユーザ情報を入力可能な操作部を備え、
前記セキュリティサーバから文書ポリシーの取得が出来ない場合には、その操作部よりユーザ情報を入力し、Box保存文書の文書オーナと判定されたら、該文書の閲覧は勿論のこと、印刷も可能とすることを特徴とする請求項１〜４記載の画像形成システム。
【請求項１】
ネットワークにて接続されたセキュリティサーバと画像形成装置から構成される画像形成システムにおいて、
前記セキュリティサーバは、
各文書ポリシーを、ユーザ情報と文書IDとを関連付けて登録・管理し、
正当な認証ユーザからの文書ポリシー更新依頼に基づき文書ポリシーを更新し、または、文書ポリシー取得依頼に基づき、該ユーザに文書ポリシーの提供を行い、
また、前記画像形成装置は、
前記セキュリティサーバから文書ポリシーを取得する為のユーザ情報と文書IDを、Box保存文書（イメージ形式）と結びつけて保存・管理する手段と、
ユーザ情報と文書IDに基づき、前記セキュリティサーバに問い合わせ、文書ポリシーを取得する手段と、
その取得した文書ポリシーを、前記Box保存文書に適用してアクセスコントロールする手段を備え、
前記セキュリティサーバに文書ポリシーを問い合わせる際、ネットワーク障害により前記文書ポリシーの取得が出来ない場合には、前記画像形成装置において、Box保存文書操作について制限を付ける、
ことを特徴とする画像形成システム。
【請求項２】
認証サーバを同一ネットワークに接続して、正当なユーザを認証することを特徴とする請求項１記載の画像形成システム。
【請求項３】
前記画像形成装置において、前記文書ポリシーの取得が出来ない場合には、前記画像形成装置のデフォルトポリシーを適用して、Box保存文書操作を可能にすることを特徴とする請求項１〜２記載の画像形成システム。
【請求項４】
前記画形成装置のデフォルトポリシーとは、Box保存文書の閲覧のみを可能にすることを特徴とする請求項１〜３記載の画像形成システム。
【請求項５】
前記前記画形成装置はユーザ情報を入力可能な操作部を備え、
前記セキュリティサーバから文書ポリシーの取得が出来ない場合には、その操作部よりユーザ情報を入力し、Box保存文書の文書オーナと判定されたら、該文書の閲覧は勿論のこと、印刷も可能とすることを特徴とする請求項１〜４記載の画像形成システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−５２６４５（Ｐ２００８−５２６４５Ａ）
【公開日】平成２０年３月６日（２００８．３．６）
【国際特許分類】
【出願番号】特願２００６−２３０７１５（Ｐ２００６−２３０７１５）
【出願日】平成１８年８月２８日（２００６．８．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２０年３月６日（２００８．３．６）
【国際特許分類】
【出願日】平成１８年８月２８日（２００６．８．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]