JP4642597B2 - 画像処理装置およびファイル送信方法 - Google Patents

Description

本発明は、画像形成装置などの画像処理装置に関するものである。

近年、複合機で読み取った画像データを電子メールに添付して、クライアントコンピュータに送信するシステムが普及しつつある。画像データには、個人情報などの秘密情報が含まれている場合もある。そのため、画像データのセキュリティを確保することが課題である。

特許文献１では、画像データを送信する際にセキュリティ情報（照会、編集や印刷を行うためのパスワード）を画像データに関連付ける方法が提案されている。これにより、当該画像データにはパスワードを知る者だけがアクセスできるようになる。

特許文献２では、原稿画像を読み取る際に、アクセス制限情報を手書きしたシートもスキャナ装置に読み取らせ、原稿の画像データとアクセス制限情報とを関係付けて記憶する方法が提案されている。これにより、当該画像データには、アクセス権限を有する者のみがアクセスできるようになる。

ところで、文書ファイルへのアクセス権限を制御するポリシーサーバが市場に登場している。このシステムでは、あるユーザが文書ファイルを操作しようとすると、クライアントコンピュータがポリシーサーバに当該ユーザのアクセスポリシー（アクセス権限）を問い合わせる。クライアントコンピュータは、当該ユーザに許可されている操作だけを文書ファイルに対して実行する。なお、このようなサーバとしては、Ａｄｏｂｅ社のＬｉｖｅ Ｃｙｃｌｅ Ｐｏｌｉｃｙ Ｓｅｒｖｅｒや、Ｍｉｃｒｏｓｏｆｔ社のＲｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｉｃｅｓがある。
特開２００３−３０４３５２号公報 特開２００３−２８１１４８号公報

特許文献１に記載のスキャナ装置では、操作パネルが、一般のＰＣと比較して小さいため、画像データにセキュリティ情報を付加するのは困難である。一方、特許文献２のスキャナ装置では、アクセス制御情報の内容をシートに記入して、読み込ませる必要があり、面倒である。

そこで、本発明は、このような課題および他の課題のうち少なくとも１つを解決することを目的とする。なお、他の課題については明細書の全体を通して理解できよう。

上記目的を達成するため、本発明に係る画像処理装置は、ファイルに対するアクセスポリシーの問い合わせを受信すると、該ファイルに関して登録されているアクセスポリシーの定義情報を送信するポリシーサーバに接続された画像処理装置であって、ファイルを記憶する記憶手段と、前記記憶手段に記憶されたファイルのうち、ネットワークを通じて送信する送信対象のファイルを選択する選択手段と、前記選択手段によって選択された送信対象のファイルについてアクセスポリシーが付与されているか否かを判定する判定手段と、前記判定手段が前記送信対象のファイルにアクセスポリシーが付与されてないと判定した場合、前記ファイルにアクセスポリシーを付与すべく、該アクセスポリシーを定義するための定義情報を作成し、該作成された定義情報を、前記画像処理装置と接続されたポリシーサーバに登録する登録手段と、前記アクセスポリシーが付与されている前記ファイルを、前記ネットワークを通じて送信する送信手段とを含み、前記登録手段は、前記送信対象のファイルにアクセスポリシーが付与されてない場合、該ファイルの送信者が、該ファイルに対するアクセス権限を有することを表す定義情報を作成する作成手段を含み、前記作成手段は、前記送信対象のファイルの受信者が予め登録されたユーザである場合、前記送信者に加えて前記受信者も該ファイルに対するアクセス権限を有することを表す定義情報を作成する。

本発明によれば、送信対象のファイルにアクセスポリシーが付与されていなければ、アクセスポリシーの定義情報を作成してポリシーサーバに登録する。もちろん、送信対象のファイルにアクセスポリシーが付与されていれば、付与作業を省略できるので、操作者の負担を軽減できる。従って、従来よりも少ない負担で、データやファイルに対するアクセスポリシーを付与することができる。

［第１の実施形態］
図１は、実施形態に係る画像処理形成システムの一例を示す図である。ネットワーク１０１は、例えば、ＴＣＰ／ＩＰプロトコルなどをサポートする通信回線網である。ネットワーク１０１は、有線回線であってもよいし、無線回線であってもよい。複合機１０２は、画像処理装置の一例である。画像処理装置としては、単体のスキャナ装置や、スキャナ装置とＰＣとを組み合わせたシステムであってもよい。なお、これらは、単なる画像処理装置の一例に過ぎない。

ポリシーサーバ１０３は、文書ファイルに対するユーザのアクセスを制御するサーバ装置またはサーバプログラムである。ここで、アクセスとは、文書ファイルへの各種操作（表示、編集、印刷その他の処理）を意味する。クライアントコンピュータ１０４および１０５（以下、クライアントコンピュータ１０４と称す。）は、ユーザが文書ファイルを複合機１０２から受信して操作するためのコンピュータである。

例えば、複合機１０２は、読み取り装置が原稿を読み取ることにより生成された画像データを含む文書ファイルを、ネットワークを介してクライアントコンピュータ１０４に送信する。クライアントコンピュータ１０４は、文書ファイルに対するユーザのアクセス権限（アクセスポリシーの定義情報など）をポリシーサーバ１０３に問い合わせて取得する。クライアントコンピュータ１０４は、取得したアクセス権限に応じて、画像データを表示したり、編集したりまたは印刷したりする。

もちろん、これらの構成は、本発明を理解しやすくするために示した構成例に過ぎない。クライアントコンピュータは３以上存在してもよい。また、複合機１０２も複数存在してもよい。

図２は、実施形態に係る画像処理装置の概略構成を示すブロック図である。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、システムバス２１６に接続される各ユニットを統括的に制御する中央処理装置である。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２は、制御プログラム等を記憶する不揮発性の記憶装置である。ハードディスクドライブ２０３は、各種の制御プログラムやデータなどを記憶する大容量の記憶装置である。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０４は、複合機１０２が動作する上で必要なデータを記憶する揮発性の記憶装置である。

表示部２０６は、駆動条件、装置状態、あるいは入力情報などの各種情報を表示する表示装置である。操作部２０７は、操作者による設定や命令等の入力操作を行うための入力装置である。例えば、テンキーやスタートキー等のキーや、タッチパネル等である。タッチパネルは、表示部２０６の表面付近に搭載されている。

通信制御部２０８は、無線や有線のネットワークを経由して、イントラネットまたはインターネットに接続して、画像データを含む文書データや制御コマンドの送受信を実行する通信回路である。網制御装置２０９は、公衆電話回線であるＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）に接続する回線接続制御装置である。網制御装置２０９はモデム装置を内蔵しており、当該モデム装置により、画像データや制御信号を変調または復調することで、ファクシミリの送信または受信を実行する。

読み取り装置２１１は、原稿からの反射光を光電変換することで原稿画像の画像データを生成するスキャナ装置である。印刷制御部２１０は、読み取り装置２１１や記録装置２１２を制御する。印刷制御部２１０は、画像データを送信する場合、画装データを通信制御部２０８に渡す。また、印刷制御部２１０は、画像データを複写する場合は、画像データを記録装置２１２に渡す。さらに、印刷制御部２１０は、画像データを保存する際は、ハードディスクドライブ２０３に保存する。

記録装置２１２は、印刷制御部２１０を介して画像データ、もしくは印字データを受け取り、永久可視像を記録紙上に形成する装置である。画像データ、もしくは印字データは、例えば、読み取り装置２１１またはクライアントコンピュータ１０４などの情報発生源から受信したものである。

画像メモリ２１３は、読み取った画像データまたは受信した画像データ、もしくは印字データを一時的に蓄積する記憶装置である。複合機１０２の状態によっては、ハードディスク２０３やＲＡＭ２０４が画像メモリ２１３として機能してもよい。

画像処理部２１４は、送信対象の画像データをデータ圧縮して符号化したり、受信した画像データを伸張して復号化したりする。また、画像処理部２１４は、受信した印字データを画像データに変換したり、保存する画像データを適切なフォーマットまたはユーザから指定されたフォーマット（例えばＰＤＦフォーマット等）に変換したりしてもよい。また、画像処理部２１４は、読み取り装置２１１の光学応答特性やセンダのばらつき等に応じた画像補正処理を行ってもよい。さらに、画像処理部２１４は、操作者が操作部２０７から入力操作する画像の変倍処理等の画像加工処理を実行してもよい。さらに、画像処理部２１４は、記録装置２１２の書き込み特性に画像データを適合させる、いわゆる最適化処理などを実行してもよい。

認証処理部２１５は、ユーザやワークグループの認証に加えて、印刷ジョブの認証を行ったりする。認証処理部２１５は、例えば、ユーザＩＤやグループＩＤが書き込まれた磁気カードを読み取る読み取り装置としてもよい。あるいは、生体認証を実行する生体認証装置を認証処理部２１５として採用してもよい。あるいは、ユーザＩＤとパスワードとを入力させ、入力されたユーザＩＤとパスワードとが予め登録された正規の情報か否かを判定する認証ソフトウエアであってもよい。

したがって、本複合機１０２は、読み取り画像データを伝送するファクシミリ通信機能、文書管理サーバコンピュータに画像データを転送する転送機能、読み取り画像データを記録出力する複写機能を含む。さらに、本複合機１０２は、画像データをファクシミリ受信して印刷する受信印刷機能、クライアントコンピュータ１０４から印刷データを受信して印刷する印刷機能を含んでいる。このように、複合機１０２は、複写機としてだけではなく、ファクシミリ装置、プリンタ装置、スキャナ装置としても利用可能になっている。

なお、記録装置２１２の記録方式に本発明が影響されることはない。例えば、記録装置２１２としては、電子写真記録方式以外にも、インクジェット方式、サーマルヘッド方式、ドットインパクト方式など、種々の記録方式を採用できる。

図３は、実施形態に係るクライアントコンピュータやポリシーサーバの概略構成を示すブロック図である。ＣＰＵ３０１は、システムバス３０４に接続される各ユニットを統括的に制御する中央処理装置である。ＲＯＭ３０２は、制御プログラム等を記憶する不揮発性の記憶装置である。ハードディスクドライブ３１０は、各種の制御プログラムやデータなどを記憶する大容量の記憶装置である。ＲＡＭ３０３は、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する揮発性の記憶装置である。

ホストインタフェース（Ｉ／Ｆ）３０５は、ローカルプリンタ、ネットワークプリンタ、他のネットワーク機器あるいは他のＰＣと双方向にデータをやりとりするための通信装置である。ディスクコントローラ（ＤＫＣ）３０６は、ハードディスクドライブ（ＨＤＤ）３１０およびフレキシブルディスクドライブ（ＦＤＤ）３０９とのアクセスを制御する制御装置である。ハードディスクドライブ（ＨＤＤ）３１０には、ブートプログラム、種々のアプリケーションソフトウエア、編集ファイル、ユーザファイルなどが記憶されている。

ＣＲＴコントローラ（ＣＲＴＣ）３０７は、ＣＲＴディスプレイ(ＣＲＴ)３１１への表示を制御する制御装置である。ＣＲＴではなく、液晶表示装置などを採用してもよい。コマンド入力コントローラ（ＫＢＣ）３０８は、キーボード(ＫＢ)３１２や不図示のポインティングデバイスなどからの入力を制御する制御装置である。

＜画像処理装置におけるファイルの送信処理＞
図４は、実施形態に係るファイル送信処理を示す例示的なフローチャートである。このファイル送信処理は、複合機１０２において実行されるものとする。

ステップＳ４０１において、ＣＰＵ２０１は、操作部２０７から入力される情報に基づいて基本設定を実行する。例えば、あて先（受信者ＩＤや電子メールアドレス）の設定や、ファイルに対する受信者ごとのアクセスポリシーの設定などがある。アクセスポリシーとしては、表示の可否、編集の可否および印刷の可否、有効期限などがある。

図５は、実施形態に係るユーザインタフェースの一例を示す図である。このユーザインタフェースは、表示部２０６と、操作部２０７とによって実現されている。５０１〜５０６は、各操作や設定を行うためのボタンである。宛先入力ボタン５０１が押下げられると、ＣＰＵ２０１は、宛先入力画面を表示部２０６に表示し、操作部２０７を通じて、宛先の情報を入力する。宛先入力画面には、英数字等を入力するためのキーが表示される。

アドレス帳参照ボタン５０２が押下げられると、ＣＰＵ２０１は、予め登録されているアドレス帳をハードディスクドライブ２０３から読み出して、表示部２０６に表示する。続いて、表示されたメールアドレスのうち、操作部２０７から指定されたものをＣＰＵ２０１は、あて先としてＲＡＭ２０４に保持する。

アドレス帳登録ボタン５０３が押し下げられると、ＣＰＵ２０１は、ユーザ名とメールアドレスなどの入力画面を表示部２０６に表示する。なお、入力画面には、英数字等を入力するためのキーが表示される。ＣＰＵ２０１は、新規のユーザＩＤを生成し、操作部２０７を通じて入力されたユーザ名とメールアドレスとを関連付けてアドレス帳に登録する。アドレス帳はハードディスクドライブ２０３に記憶されるものとする。

図６は、実施形態に係るアドレス帳（ユーザテーブル）の一例を示す図である。アドレス帳は、ユーザテーブルとしてハードディスクドライブ２０３に記憶されている。また、図から明らかなように、アドレス帳には、ユニークなユーザＩＤ、ユーザ名およびメールアドレスが対応付けて記憶される。

アクセスポリシー設定ボタン５０４が押し下げられると、ＣＰＵ２０１は、アクセスポリシーの設定画面を表示部２０６に表示する。操作者は、この設定画面を通じて、定義情報を作成するために必要となるアクセスポリシーに関する情報を手動で複合機１０２に設定できる。

当該設定画面には、表示の可否、編集の可否および印刷の可否などを指定するためのラジオボックスが含まれてもよい。また、有効期限を入力するためのテキストボックスまたはカレンダーが含まれてもよい。なお、ＣＰＵ２０１は、アクセスポリシーが付与された場合、フラグを１に設定し、フラグをＲＡＭ２０４に記憶する。アクセスポリシーが付与されるとは、所望のファイルに対してユーザまたはグループごとのアクセス権限を設定することである。通常は、ポリシーサーバ１０３に文書ＩＤとアクセス権限に関する定義情報（定義要素）とが登録されると、アクセスポリシーが文書ファイルに付与されたことになる。しかしながら、本明細書においては、アクセスポリシーを定義するために必要となる情報が操作者により入力、指定または選択されている場合も、アクセスポリシーが付与されているものとする。反対に、アクセスポリシーを定義するために必要となる情報が操作者により入力、指定または選択されていない場合、アクセスポリシーが付与されていないとＣＰＵ２０１は判定する。

アクセスポリシーが付与されてない場合、フラグを０に設定し、フラグをＲＡＭ２０４に記憶する。また、ＣＰＵ２０１は、アクセスポリシーが付与された場合、当該アクセスポリシーを定義するための定義情報を作成し、ハードディスクドライブ２０３に記憶してもよい。さらに、ＣＰＵ２０１は、定義情報を含む登録要求をポリシーサーバ１０３に送信する。これにより、送信対象ファイルについてのアクセスポリシーがポリシーサーバ１０３によって管理されることになる。

送信設定ボタン５０５が押し下げられると、ＣＰＵ２０１は、送信設定画面を表示部２０６に表示する。送信設定画面には、例えば、件名、本文、返信先など情報を入力するテキストボックスが含まれている。

送信履歴ボタン５０６が押し下げられると、ＣＰＵ２０１は、ログイン中のユーザが過去に実行した送信ジョブの履歴をハードディスクドライブ２０３から読み出して、表示部２０６に表示する。なお、ＣＰＵ２０１は、認証処理部２１５を通じて、操作者にユーザＩＤやパスワードを入力させることで認証処理を実行する。

宛先表示フィールド５０７に、ＣＰＵ２０１は、操作部２０７を通じて指定された宛先（メールアドレスや受信者のユーザ名など）を表示する。制御情報表示フィールド５０８に、ＣＰＵ２０１は、操作部２０７を通じて設定されたアクセスポリシーを表示する。なお、アクセスポリシーが指定されていない場合、ＣＰＵ２０１は、例えば、空欄を表示するか、未設定を意味するのメッセージなどを表示してもよい。キャンセルボタン５１０が押下げられると、ＣＰＵ２０１は、基本設定処理を終了する。

ステップＳ４０２において、ＣＰＵ２０１は、操作部２０７から指示に応じて、送信対象ファイルを指定する。例えば、送信ボタン５０９が押下げられると、ＣＰＵ２０１は、読み取り装置２１１により原稿画像の読み取りを実行させ、送信用の画像データを格納したファイルを作成する。なお、ＣＰＵ２０１は、ハードディスクドライブ２０３に記憶されているファイルを選択して送信してもよい。この場合、ＣＰＵ２０１は、表示部２０６にファイルの一覧を表示し、操作部２０７を通じて１以上のファイルの指定を受け付ける。

ステップＳ４０３において、ＣＰＵ２０１は、送信対象ファイルに対してアクセスポリシーが付与されているか否かを判定する。例えば、ＣＰＵ２０１は、ＲＡＭ２０４に記憶されているフラグを読み出して、付与済みか否かを判定する。付与済みであれば、ステップＳ４０６に進む。一方、アクセスポリシーが付与済みでなければ、ステップＳ４０４に進む。

ステップＳ４０４において、ＣＰＵ２０１は、アクセスポリシーの定義情報を作成する。例えば、ＣＰＵ２０１は、操作者にアクセスポリシーの付与を促すためのメッセージを表示部２０６に表示し、定義情報を作成するために必要な情報の入力を待つ。必要な情報が入力されると、ＣＰＵ２０１は、定義情報を作成する。なお、ＣＰＵ２０１は、送信対象ファイルの識別情報（例：文書ＩＤ）を生成し、定義情報に含めてもよい。これにより、ファイルごとに独自のアクセスポリシーを定義することが可能となろう。なお、ＣＰＵ２０１は、送信対象ファイルに文書ＩＤを埋め込んでもよい。

ステップＳ４０５において、ＣＰＵ２０１は、定義情報を含む登録要求をポリシーサーバ１０３に送信する。ステップＳ４０６において、ＣＰＵ２０１は、ＣＰＵ２０１は、送信対象ファイルを添付ファイルとする電子メールを作成し、あて先に送信する。

以上説明したように、本実施形態によれば、送信対象ファイルにアクセスポリシーが付与されていない場合、アクセスポリシーを定義する定義情報を作成することで、操作者の負担を軽減している。すなわち、基本設定のプロセスにおいて、操作者がアクセスポリシーの設定を省略したとしても、複合機１０２が、ほぼ自動的に定義情報を作成してポリシーサーバに登録してくれる。そのため、本実施形態に係る発明は、アクセスポリシーの付与作業の煩わしさを軽減することができるだろう。

図７は、実施形態に係るアクセスポリシーの定義情報を作成する処理についての例示的なフローチャートである。この作成処理は、上述のステップＳ４０４に相当する。

ステップ７０１において、ＣＰＵ２０１は、認証処理部２１５を通じて得られた送信者（複合機１０２にログインしている操作者）の識別情報と、操作部２０７を通じて入力された受信者の識別情報とが一致するか判定する。一致すれば、送信者が自分宛てにファイルを送信しようとしていることになる。よって、この場合は、ステップＳ７０６に進み、ＣＰＵ２０１は、送信者のみが送信対象ファイルを操作（表示、編集、印刷など）できるようにするための定義情報を作成する。一方、送信者と受信者とが不一致であれば、ステップＳ７０２に進む。

ステップＳ７０２において、ＣＰＵ２０１は、アクセスポリシーの付与をユーザに要求するためのメッセージ（例:表示画面など）を表示部２０６に表示する。ステップＳ７０３において、ＣＰＵ２０１は、受信者に対して適用されるアクセスポリシーを定義するために必要となる情報を、操作部２０７を通じて受け付ける。なお、ＣＰＵ２０１は、送信者に適用されるアクセスポリシーの定義情報についても必要な情報を受け付けてもよい。また、複数の受信者があて先として設定されている場合、ＣＰＵ２０１は、受信者ごとに異なる定義情報を作成してもよいし、共通の定義情報を作成してもよい。この場合は、必要な情報が、受信者ごとに個別に指定されることになる。ここで、必要な情報とは、例えば、表示の可否、編集の可否、印刷の可否、および、アクセスポリシーの有効期限などである。

ステップＳ７０４において、ＣＰＵ２０１は、操作部２０７を通じて入力された情報に基づいて、定義情報を作成する。定義情報には、例えば、ユーザを識別するためのユーザＩＤ、ファイルを識別するための文書ＩＤ、表示等の可否に関する情報などが含まれる。

本実施形態によれば、送信者と受信者とが不一致の場合に限り、操作者への入力を促す構成を採用しているため、ユーザの負担はより削減されよう。例えば、送信者と受信者とが一致する場合、複合機１０２は、送信者のみが送信対象ファイルにアクセス権限を有するような定義情報を自動的に作成するため、操作者の入力操作が最小限度となろう。

図８は、実施形態に係る他のファイル送信処理を示す例示的なフローチャートである。なお、既に説明したステップについては、同一の参照符号を付すことで説明を簡潔にする。なお、以下のステップＳ８０１ないしＳ８０５は、上述したステップＳ４０１およびＳ４０２の下位概念の一例である。

まずステップＳ８０１において、ＣＰＵ２０１は、認証処理部２１５を通じて操作者がログインしているかどうかを判定する。操作者がログインしている場合は、Ｓ８０１のループを抜けて、ステップＳ８０２に進む。ステップＳ８０２において、ＣＰＵ２０１は、操作部２０７を通じてスキャン文書の送信機能が選択されたことを検出し、送信用のアプリケーションプログラムを起動する。

ステップＳ８０３において、ＣＰＵ２０１は、基本設定画面（図５）を表示部２０６に表示する。ここで操作者は、送信する宛先や送信設定などを行うことができる。また、図５を用いて説明したようにアクセスポリシーを定義するための情報も基本設定画面を通じて入力できる。また、ＣＰＵ２０１が、既存のアクセスポリシーに関する定義情報をハードディスクドライブ２０３から読み出して、表示部２０６に表示してもよい。このようにすれば、操作者は、操作部２０７を通じて既存のアクセスポリシーを選択または指定できるようになるため、定義に必要な情報を入力する手間を省けるだろう。既存のアクセスポリシーが指定された場合は、アクセスポリシーを識別するための識別情報（ポリシーＩＤなど）をＲＡＭ２０４に記憶する。

ステップＳ８０４において、ＣＰＵ２０１は、基本設定画面に含まれる送信ボタン５０９が押下されたことを検出すると、ステップＳ８０５に進む。ステップＳ８０５において、ＣＰＵ２０１は、印刷制御部２１０に原稿のスキャンを指示する。印刷制御部２１０は、読み取り装置２１１を駆動して原稿の画像を読み取らせる。読み取り装置２１１から出力されるデータは、画像メモリ２１３に一時保存される。なお、ＣＰＵ２０１は、画像メモリ２１３に記憶されている画像ファイルに文書ＩＤを埋め込んでもよい。その後、ステップＳ４０３を実行する。

ステップＳ４０３において、アクセスポリシーが付与されていると判定されると、ステップＳ８０６に進む。ステップＳ８０６において、ＣＰＵ２０１は、ステップＳ７０６と同様の処理を実行する。一方、アクセスポリシーが付与されていないと判定されると、ステップＳ８０７に進む。

ステップＳ８０７において、ＣＰＵ２０１は、既存のアクセスポリシーが指定されているか否かを判定する。既存のアクセスポリシーが指定されている場合、ステップＳ８０８に進む。ステップＳ８０８において、ＣＰＵ２０１は、指定されたアクセスポリシーの識別情報をＲＡＭ２０４から読み出し、ステップＳ４０５に進む。一方、既存のアクセスポリシーが指定されていない場合、ステップＳ４０４に進む。ステップＳ４０４において、ＣＰＵ２０１は、ユーザによる設定内容を反映した定義情報作成し、ステップＳ４０５に進む。

ステップＳ４０５において、ＣＰＵ２０１は、スキャン画像に埋め込まれた文書ＩＤ、作成された定義情報（Ｓ４０４、Ｓ７０６）または既存のアクセスポリシーの識別情報を含む登録要求コマンドを作成し、ポリシーサーバ１０３に送信する。

ステップＳ８１２において、ＣＰＵ２０１は、アクセスポリシーの定義情報の登録に成功したか否かを判定する。成功したか否かは、例えば、ポリシーサーバ１０３が送信する成功通知や失敗通知に基づいて判定できる。成功であれば、ステップＳ４０６に進み、ＣＰＵ２０１は、スキャン画像を画像メモリ２１３から読み出し、電子メールに添付して送信する。その後、ステップＳ８１６に進み、ＣＰＵ２０１は、送信完了を表すメッセージを表示部２０６に表示する。

一方、定義情報の登録が失敗した場合は、ステップＳ８１３に進み、ＣＰＵ２０１は、アクセスポリシーを送信対象ファイルに付与することに失敗したことを表すメッセージを表示部２０６に表示する。ステップＳ８１４において、ＣＰＵ２０１は、スキャン画像を画像メモリ２１３から削除する。

このように本実施形態によれば、既存のアクセスポリシーを流用できるため、ユーザは、改めて定義に必要な詳細情報を入力する手間を省けるようになる。

ところで、図７にステップＳ４０４の具体例を示したが、図７に示したサブルーチンをステップＳ８０６に代えて採用してもよい。なお、以下で説明する図９または図１０に示すサブルーチンも同様である。

図９は、実施形態に係る他のアクセスポリシーの定義情報を作成する処理についての例示的なフローチャートである。本フローチャートは、図７に示したサブルーチンの代替案である。

ステップＳ９０１において、ＣＰＵ２０１は、宛先として指定された受信者のユーザＩＤをユーザテーブル（図６）から検索して抽出する。受信者のユーザＩＤの抽出に成功した場合、ステップＳ９０２に進み、ＣＰＵ２０１は、送信者と受信者のみが送信対象ファイルを操作可能とする定義情報を作成する。一方、受信者のユーザＩＤの抽出に失敗した場合、ステップＳ９０３に進み、ＣＰＵ２０１は、送信者のみが送信対象ファイルを操作可能とする定義情報を作成する。

本実施形態によれば、予めユーザテーブルに登録されていないユーザが文書ファイル操作をできないようなアクセスポリシーが自動で作成される。そのため、未登録のユーザにファイルが送信されてしまったとしても、当該ユーザによるファイルへの操作を禁止できる利点がある。さらに、受信者が登録済みのユーザであれば、送信者と当該受信者のみがファイルを操作可能となるような定義情報を複合機１０２が自動で作成する。そのため、複合機１０２の操作者の負担を軽減できよう。

図１０は、実施形態に係るさらに他のアクセスポリシーの定義情報を作成する処理についての例示的なフローチャートである。本フローチャートは、図７または図９に示したサブルーチンの代替案である。なお、既に説明した処理については、同一の参照符号を付すことで説明を簡略化する。

ステップ７０１で、送信者と受信者とが一致しない場合に、ステップＳ１００１に進む。ステップＳ１００１において、ＣＰＵ２０１は、既存のアクセスポリシーを指定するよう要求する画面を表示部２０６に表示する。当該画面には、複数のアクセスポリシーの候補も表示されるので、操作者は、何れかのアクセスポリシーを操作部２０７から選択的に指定できる。例えば、第１のアクセスポリシーは、全ての操作を許可するアクセスポリシーである。また、第２のアクセスポリシーは、表示のみ許可するアクセスポリシーである。なお、これらは単なる例示に過ぎない。

ステップＳ１００２において、ＣＰＵ２０１は、操作部２０７を通じてアクセスポリシーが指定されたか否かを判定する。指定されていない場合、ステップＳ１００１に戻る。一方、指定された場合、ステップＳ１００３に進み、ＣＰＵ２０１は、指定されたアクセスポリシーの定義情報を識別するためのポリシーＩＤを取得する。

本実施形態によれば、送信者以外のユーザにファイルが送信される場合は、予め登録されたアクセスポリシーを指定できる。よって、ユーザは、定義情報を作成するために詳細な情報を入力する手間を省ける利点がある。

図１１は、実施形態に係るアクセスポリシーの定義情報を取得する処理についての例示的なフローチャートである。本フローチャートは、図７または図９に示したサブルーチンの代替案である。図１１に関する処理では、基本設定画面においてアクセスポリシーが付与されていない場合、ユーザごとに予め登録されているデフォルトのアクセスポリシーをファイルに適用する。

ステップＳ１１０１において、ＣＰＵ２０１は、宛先に設定された受信者のユーザＩＤをユーザテーブルから抽出する。ユーザＩＤを抽出できなければ、ステップＳ７０６を実行する。ユーザＩＤを抽出できれば、ステップＳ１１０２に進み、ＣＰＵ２０１は、ハードディスクドライブ２０３からデフォルトの定義情報を読み出す。

図１２は、実施形態に係るデフォルトの定義情報を記憶するテーブルの一例を示す図である。図からわかるように、ユーザＩＤと対応付けて、各種操作の可否や有効期限に関するデフォルト情報が記憶されている。

以上説明したように、本実施形態では、ユーザ（送信者および受信者）ごとのデフォルトの定義情報を予め登録しておくことで、自動的にアクセスポリシーを送信対象ファイルに付与することができる。よって、アクセスポリシーを付与する際のユーザの負担を従来よりも軽減できるようになろう。

＜ポリシーサーバ＞
次にポリシーサーバについての主要な動作について説明する。主要な動作としては、アクセスポリシーの定義情報を登録する処理、アクセスポリシーの内容をクライアントに送信する処理などがある。

図１３は、実施形態に係るポリシーサーバのデータ処理手順の一例を示すフローチャートである。

ステップＳ１３０１において、ＣＰＵ３０１は、サーバアプリケーションプログラムを起動する。当該プログラムは、ハードディスクドライブ３１０に記憶されている。ステップＳ１３０２において、ＣＰＵ３０１は、複合機１０２またはクライアントコンピュータ１０４などから送信されるコマンドの受信を待機する。

図１４は、実施形態に係るコマンドの一例を示す図である。図において、コマンド長は、コマンドのサイズを示す情報である。アクセスユーザＩＤは、ポリシーサーバ１０３にアクセスするユーザを識別するための情報である。要求ＩＤは、要求の種別を識別するための情報である。例えば、文書ＩＤにより指定された文書ファイルに適用されるべき定義情報の登録要求、当該定義情報の取得要求などがある。定義情報の取得要求は、いわゆるアクセスポリシーの問い合せである。文書ＩＤは、文書ファイルを識別するための情報である。ポリシーＩＤは、既存のアクセスポリシーを識別するための情報である。要素数は、登録対象となる定義要素の数である。定義要素は、ユーザごとに設定または作成されたアクセスポリシーの定義情報である。ひとつの定義要素には、ユーザＩＤ、表示の可否、編集の可否、印刷の可否、有効期限の始期と終期などの情報が含まれている。

なお、クライアントコンピュータ１０４は、様々なコマンドをポリシーサーバ１０３に送信する。例えば、サーバアプリケーションが、ＷＥＢアプリケーションであるとする。この場合、クライアントコンピュータ１０４のＷＥＢブラウザは、ＷＥＢ画面の取得要求コマンドを送信することになる。サーバアプリケーションは、ＷＥＢブラウザに画面情報（Ｈｔｍｌファイル、画像データなど）を送信する。

図１５は、実施形態に係るＩＤ管理テーブルの一例を示す図である。図からわかるように、当該テーブルには、文書ＩＤとポリシーＩＤとが対応付けて記憶されている。ＩＤ管理テーブルは、ハードディスクドライブ３１０に記憶されているものとする。

図１６は、実施形態に係る定義情報テーブルの一例を示す図である。図から明らかなように、当該テーブルには、各アクセスポリシーを識別するためのポリシーＩＤ、当該アクセスポリシーが適用されるユーザのＩＤ、および各種の定義要素が含まれている。

さて、通信ＩＦ３０５を通じてコマンドが受信されると、ステップＳ１３０３に進む。ステップＳ１３０３において、ＣＰＵ３０１は、コマンドを解析し、コマンドに含まれるアクセスユーザのユーザＩＤを抽出し、当該ユーザＩＤは許可されたユーザのユーザＩＤであるか否かを判定する。ポリシーサーバ１０３を使用することが許可されたユーザのＩＤは、例えば、ユーザリストに予め登録されているものとする。ユーザリストは、ハードディスクドライブ３１０に記憶されている。許可されたユーザでなければ、ステップＳ１３０４に進み、ＣＰＵ３０１は、アクセス権なしを表すメッセージを作成する。一方、許可されたユーザからのコマンドであれば、ステップＳ１３０５に進む。

ステップＳ１３０５において、ＣＰＵ３０１は、コマンドに含まれる要求ＩＤを抽出し、指定された文書ファイルに対する定義情報の登録要求であるかどうかを判定する。登録要求であれば、ステップＳ１３０６に進み、ＣＰＵ３０１は、ポリシーＩＤを生成し、文書ＩＤ、ユーザＩＤ、定義情報とともにを定義情報テーブル（図１６）に登録する。また、ＣＰＵ３０１は、生成したポリシーＩＤと、文書ＩＤとをＩＤ管理テーブル（図１５）に登録する。

登録要求でなければ、ステップＳ１３０７に進み、ＣＰＵ３０１は、要求ＩＤが、指定された文書に設定されている定義情報の取得要求かどうかを判定する。取得要求でなければ、ステップＳ１３０８に進み、ＣＰＵ３０１は、要求の識別に失敗したことを表すメッセージを作成する。

一方、取得要求であれば、ステップＳ１３０９に進み、ＣＰＵ３０１は、文書ＩＤに対応するポリシーＩＤをＩＤ管理テーブル（図１５）から読み出し、さらに、ポリシーＩＤに対応する定義情報を定義情報テーブル（図１６）から読み出す。

ステップＳ１３１０において、ＣＰＵ３０１は、コマンドの実行結果を、コマンドを送信してきた装置に返信する。例えば、上記の失敗メッセージや、取得に成功した定義情報などを返信する。

図１７は、実施形態に係る定義情報の登録処理に関する例示的なフローチャートである。このフローチャートは、ステップＳ１３０６をサブルーチンとして示したものである。

ステップＳ１７０１において、ＣＰＵ３０１は、コマンドにより指定された文書ＩＤをＩＤ管理テーブル（図１５）に登録する。

ステップＳ１７０２において、ＣＰＵ３０１は、コマンドによりポリシーＩＤが指定されているかどうかを判定する。指定されている場合、ステップＳ１７０３に進み、ＣＰＵ３０１は、指定されたポリシーＩＤについて定義情報テーブルを検索し、登録済みのポリシーＩＤかどうかを判定する。登録されていない場合、ステップＳ１７０４に進み、ＣＰＵ３０１は、定義情報の登録に失敗したことを表すメッセージを作成する。次に、ステップＳ１７０５に進み、ＣＰＵ３０１は、登録した文書ＩＤをＩＤ管理テーブルから削除し、元の処理へ戻る。

一方、ステップＳ１７０３において、ポリシーＩＤが登録されている場合、ステップＳ１７０６に進む。ステップＳ１７０６において、ＣＰＵ３０１は、指定された文書ＩＤに対応して、当該ポリシーＩＤをＩＤ管理テーブルに登録し、元の処理へ戻る。

また、ステップＳ１７０２において、ポリシーＩＤが指定されていない場合、ステップＳ１７０７に進む。ステップＳ１７０７において、ＣＰＵ３０１は、定義情報を構成するための要素がコマンドによって指定されているかどうかを判定する。指定されていない場合、上述したステップＳ１７０４に進む。一方で、要素が指定されている場合は、ステップＳ１７１０に進む。ステップＳ１７１０において、ＣＰＵ３０１は、ポリシーＩＤを生成し、定義情報テーブルに登録する。

ステップＳ１７１１において、ＣＰＵ３０１は、コマンドから読み出した定義要素（ユーザＩＤや各操作の実行の可否、有効期限など）をポリシーＩＤと対応付けて定義情報テーブルに登録する。

ステップＳ１７１２において、ＣＰＵ３０１は、コマンドで指定された最後の定義要素について登録が完了したか否かを判定する。まだ未登録の定義要素が存在していれば、ステップＳ１７１１に戻り、次の定義要素を定義情報テーブルに登録する。一方、全ての定義要素について登録済みであれば、ステップＳ１７１３に進む。ステップＳ１７１３において、ＣＰＵ３０１は、文書ＩＤに対応付けてポリシーＩＤをＩＤ管理テーブルに登録し、元の処理へ戻る。

図１８は、実施形態に係るアクセスポリシーの定義情報の取得処理に関する例示的なフローチャートである。本フローチャートは、ステップＳ１３０９に関するサブルーチンに相当する。

ステップＳ１８０１において、ＣＰＵ３０１は、コマンドにより指定された文書ＩＤがＩＤ管理テーブルに登録されているかどうかを判定する。未登録の文書ＩＤであれば、ステップＳ１８０２に進み、未登録の文書であることを表すメッセージを作成する。一方、文書ＩＤが登録されている場合、ステップＳ１８０３に進み、ＣＰＵ３０１は、指定された文書ＩＤに対応するポリシーＩＤをＩＤ管理テーブルから抽出する。

ステップＳ１８０４において、ＣＰＵ３０１は、ポリシーＩＤの抽出に成功したか否かを判定する。失敗した場合は、ステップＳ１８０５に進み、ＣＰＵ３０１は、ポリシーＩＤの抽出に失敗したことを表すメッセージを作成し、元の処理へ戻る。

一方、ポリシーＩＤの抽出に成功した場合、ステップＳ１８０６に進み、ＣＰＵ３０１は、ポリシーＩＤに対応するユーザＩＤを定義情報テーブルから抽出する。ステップＳ１８０７において、ＣＰＵ３０１は、抽出されたユーザＩＤと、コマンドにより指定されていたアクセスユーザのユーザＩＤとが一致するか否かを判定する。これにより、コマンドの送信者が、正規のユーザか否かを判定できる。両者が不一致であれば、正規のユーザでないとのメッセージを作成する。一方、両者が一致すれば、ステップＳ１８０９に進み、ＣＰＵ３０１は、ユーザＩＤに対応する定義要素を定義情報テーブルから取得する。

＜クライアントコンピュータ＞
クライアントコンピュータ１０４は、ＷＥＢブラウザ上の画面にコマンドが入力されると、入力されたコマンドをポリシーサーバ１０３に送信する。あるいは、ユーザがアクセスポリシーの付与されている文書ファイルを開こうとすると、クライアント用のＷＥＢアプリケーションが起動する。当該アプリケーションは、文書ファイルから文書ＩＤを抽出し、また、操作部から入力されたユーザＩＤとともに、定義情報の取得要求を含むコマンドを生成し、サーバ１０３に送信する。このようにして、ユーザごとの文書表示の可否を確認することができる。

図１９は、実施形態に係る文書ファイルへの操作に関する例示的なフローチャートである。

ステップＳ１９０１において、ＣＰＵ３０１は、通信ＩＦ３０５を通じて、複合機１０２から文書ファイルを受信する。ステップＳ１９０２において、ＣＰＵ３０１は、キーボード３１２またはポインティングデバイスから入力されるファイルオープンの指示に応じて、文書ファイルをオープンする。ステップＳ１９０３において、ＣＰＵ３０１は、文書ファイルから文書ＩＤを読み出す。

図２０は、実施形態に係る文書ファイルの一例を示す図である。文書ファイルには、文書ＩＤに加え、画像データや文書データなどが格納されている。

ステップＳ１９０４において、ＣＰＵ３０１は、クライアントコンピュータ１０４にログインしている操作者のユーザＩＤと、文書ＩＤとを含む、定義情報取得要求コマンドを作成し、ポリシーサーバ１０３に送信する。ステップＳ１９０５において、ＣＰＵ３０１は、ポリシーサーバ１０３から受信した情報に基づいて、表示権限があるか否かを判定する。表示権限があれば、ステップＳ１９０６に進み、文書の内容を表示部であるＣＲＴ３０７に表示する。一方、表示権限がなければ、ステップＳ１９０７に進み、ＣＰＵ３０１は、エラーを表示する。

次に、操作者によりキーボード３１２などを通じて編集が要求されると、ステップＳ１９０８に進み、ＣＰＵ３０１は、ポリシーサーバ１０３から受信した情報に基づいて、編集権限があるか否かを判定する。編集権限があれば、ステップＳ１９０９に進み、キーボード３１２を通じて文書の内容の編集操作を受け付ける。一方、編集権限がなければ、ステップＳ１９１０に進み、ＣＰＵ３０１は、エラーを表示する。

次に、ユーザにより印刷が要求されると、ステップＳ１９１１に進み、ＣＰＵ３０１は、ポリシーサーバ１０３から受信した情報に基づいて、印刷権限があるか否かを判定する。権限があれば、ステップＳ１９１２に進み、文書の印刷を実行する。例えば、ＣＰＵ３０１は、通信ＩＦ３０５を通じて、複合機１０２に印刷ジョブデータを送信する。一方、権限がなければ、ステップＳ１９１３に進み、ＣＰＵ３０１は、エラーを表示する。
［他の実施形態］
上述の実施形態では、複合機１０２の読み取り装置２１１により読み取ったスキャン画像データを送信する際にアクセスポリシーを付与するものであった。しかしながら、複合機１０２のハードディスクドライブ２０３内に保存されている文書ファイルについても同様にアクセスポリシーを付与できることはいうまでもない。

以上、様々な実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。例えば、スキャナ、プリンタ、ＰＣ、複写機、複合機及びファクシミリ装置の如くである。

本発明は、前述した実施形態の各機能を実現するソフトウェアプログラムを、システム若しくは装置に対して直接または遠隔から供給し、そのシステム等に含まれるコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される。

従って、本発明の機能・処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能・処理を実現するためのコンピュータプログラム自体も本発明の一つである。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、記録媒体としては、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

また、プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページからダウンロードしてもよい。すなわち、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードしてもよいのである。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現されてもよい。なお、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ってもよい。もちろん、この場合も、前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ってもよい。このようにして、前述した実施形態の機能が実現されることもある。

実施形態に係る画像処理形成システムの一例を示す図である。 実施形態に係る画像処理装置の概略構成を示すブロック図である。 実施形態に係るクライアントコンピュータやポリシーサーバの概略構成を示すブロック図である。 実施形態に係るファイル送信処理を示す例示的なフローチャートである。 実施形態に係るユーザインタフェースの一例を示す図である。 実施形態に係るアドレス帳（ユーザテーブル）の一例を示す図である。 実施形態に係るアクセスポリシーの定義情報を作成する処理についての例示的なフローチャートである。 実施形態に係る他のファイル送信処理を示す例示的なフローチャートである。 実施形態に係る他のアクセスポリシーの定義情報を作成する処理についての例示的なフローチャートである。 実施形態に係るさらに他のアクセスポリシーの定義情報を作成する処理についての例示的なフローチャートである。 実施形態に係るアクセスポリシーの定義情報を取得する処理についての例示的なフローチャートである。 実施形態に係るデフォルトの定義情報を記憶するテーブルの一例を示す図である。 実施形態に係るポリシーサーバのデータ処理手順の一例を示すフローチャートである。 実施形態に係るコマンドの一例を示す図である。 実施形態に係るＩＤ管理テーブルの一例を示す図である。 実施形態に係る定義情報テーブルの一例を示す図である。 実施形態に係る定義情報の登録処理に関する例示的なフローチャートである。 実施形態に係るアクセスポリシーの定義情報の取得処理に関する例示的なフローチャートである。 実施形態に係る文書ファイルへの操作に関する例示的なフローチャートである。 実施形態に係る文書ファイルの一例を示す図である。

符号の説明

１０２ 複合機
１０３ ポリシーサーバ
１０４ クライアントコンピュータ

Claims (7)

1. ファイルに対するアクセスポリシーの問い合わせを受信すると、該ファイルに関して登録されているアクセスポリシーの定義情報を送信するポリシーサーバに接続された画像処理装置であって、
   ファイルを記憶する記憶手段と、
   前記記憶手段に記憶されたファイルのうち、ネットワークを通じて送信する送信対象のファイルを選択する選択手段と、
   前記選択手段によって選択された送信対象のファイルについてアクセスポリシーが付与されているか否かを判定する判定手段と、
   前記判定手段が前記送信対象のファイルにアクセスポリシーが付与されてないと判定した場合、前記ファイルにアクセスポリシーを付与すべく、該アクセスポリシーを定義するための定義情報を作成し、該作成された定義情報を、前記画像処理装置と接続されたポリシーサーバに登録する登録手段と、
   前記アクセスポリシーが付与されている前記ファイルを、前記ネットワークを通じて送信する送信手段と
   を含み、
   前記登録手段は、
   前記送信対象のファイルにアクセスポリシーが付与されてない場合、該ファイルの送信者が、該ファイルに対するアクセス権限を有することを表す定義情報を作成する作成手段
   を含み、
   前記作成手段は、
   前記送信対象のファイルの受信者が予め登録されたユーザである場合、前記送信者に加えて前記受信者も該ファイルに対するアクセス権限を有することを表す定義情報を作成する、画像処理装置。
2. ファイルに対するアクセスポリシーの問い合わせを受信すると、該ファイルに関して登録されているアクセスポリシーの定義情報を送信するポリシーサーバに接続された画像処理装置であって、
   ファイルを記憶する記憶手段と、
   前記記憶手段に記憶されたファイルのうち、ネットワークを通じて送信する送信対象のファイルを選択する選択手段と、
   前記選択手段によって選択された送信対象のファイルについてアクセスポリシーが付与されているか否かを判定する判定手段と、
   前記判定手段が前記送信対象のファイルにアクセスポリシーが付与されてないと判定した場合、前記ファイルにアクセスポリシーを付与すべく、該アクセスポリシーを定義するための定義情報を作成し、該作成された定義情報を、前記画像処理装置と接続されたポリシーサーバに登録する登録手段と、
   前記アクセスポリシーが付与されている前記ファイルを、前記ネットワークを通じて送信する送信手段と
   を含み、
   前記登録手段は、
   前記判定手段が前記送信対象のファイルにアクセスポリシーが付与されてないと判定した場合、該ファイルの送信者の識別情報と受信者の識別情報とを比較する比較手段と、
   前記送信者の識別情報と前記受信者の識別情報とが一致する場合、該送信者のみが前記ファイルに対するアクセス権限を有することを表す定義情報を作成する作成手段とを含む、画像処理装置。
3. 前記送信者と前記受信者とが不一致の場合、前記送信対象のファイルに付与すべきアクセスポリシーの定義情報を作成するために必要となる情報を入力する入力手段をさらに含み、
   前記作成手段は、入力された前記情報に基づいて、前記定義情報を作成する、請求項２に記載の画像処理装置。
4. ファイルに対するアクセスポリシーの問い合わせを受信すると、該ファイルに関して登録されているアクセスポリシーの定義情報を送信するポリシーサーバに接続された画像処理装置であって、
   ファイルを記憶する記憶手段と、
   前記記憶手段に記憶されたファイルのうち、ネットワークを通じて送信する送信対象のファイルを選択する選択手段と、
   前記選択手段によって選択された送信対象のファイルについてアクセスポリシーが付与されているか否かを判定する判定手段と、
   前記判定手段が前記送信対象のファイルにアクセスポリシーが付与されてないと判定した場合、前記ファイルにアクセスポリシーを付与すべく、該アクセスポリシーを定義するための定義情報を作成し、該作成された定義情報を、前記画像処理装置と接続されたポリシーサーバに登録する登録手段と、
   前記アクセスポリシーが付与されている前記ファイルを、前記ネットワークを通じて送信する送信手段と
   を含み、
   前記登録手段は、
   前記判定手段が前記送信対象のファイルにアクセスポリシーが付与されてないと判定した場合、該ファイルの送信者の識別情報と受信者の識別情報とを比較する比較手段と、
   前記送信者と前記受信者とが不一致の場合、前記送信対象のファイルに付与すべきアクセスポリシーの定義情報を、既存の定義情報のうちから指定する指定手段と
   を含む、画像処理装置。
5. 前記定義情報を作成するために必要となる前記アクセスポリシーに関する情報を手動で操作者に設定させる手動設定手段をさらに含み、
   前記判定手段は、前記操作者が手動設定手段を通じて前記アクセスポリシーに関する情報を設定しなかったときに、前記アクセスポリシーが付与されていないと判定する、請求項１ないし４のいずれか1項に記載の画像処理装置。
6. ファイルに対するアクセスポリシーの問い合わせを受信すると、該ファイルに関して登録されているアクセスポリシーの定義情報を送信するポリシーサーバに接続された画像処理装置におけるファイル送信方法であって、
   記憶手段に記憶されるファイルのうち、ネットワークを通じて送信する送信対象のファイルを選択するステップと、
   前記選択されたファイルについてアクセスポリシーが付与されているか否かを判定するステップと、
   前記送信対象のファイルにアクセスポリシーが付与されてないと判定された場合、前記ファイルにアクセスポリシーを付与すべく、該アクセスポリシーを定義するための定義情報を作成し、該作成された定義情報を、前記画像処理装置と接続されたポリシーサーバに登録するステップと、
   前記アクセスポリシーが付与されている前記ファイルを、前記ネットワークを通じて送信するステップと
   を含み、
   前記登録するステップは、
   前記送信対象のファイルにアクセスポリシーが付与されてない場合、該ファイルの送信者が、該ファイルに対するアクセス権限を有することを表す定義情報を作成するステップ
   を含み、
   前記作成するステップは、
   前記送信対象のファイルの受信者が予め登録されたユーザである場合、前記送信者に加えて前記受信者も該ファイルに対するアクセス権限を有することを表す定義情報を作成するステップ
   を含む、ファイル送信方法。
7. ファイルに対するアクセスポリシーの問い合わせを受信すると、該ファイルに関して登録されているアクセスポリシーの定義情報を送信するポリシーサーバに接続されたコンピュータにおいて実行されるコンピュータプログラムであって、
   記憶手段により記憶されるファイルのうち、ネットワークを通じて送信する送信対象のファイルを、選択手段により、選択するステップと、
   前記選択されたファイルについてアクセスポリシーが付与されているか否かを、判定手段により、判定するステップと、
   前記送信対象のファイルにアクセスポリシーが付与されてないと判定された場合、前記ファイルにアクセスポリシーを付与すべく、該アクセスポリシーを定義するための定義情報を作成し、該作成された定義情報を、前記コンピュータと接続されたポリシーサーバに、登録手段により、登録するステップと、
   前記アクセスポリシーが付与されている前記ファイルを、前記ネットワークを通じて、送信手段により、送信するステップと
   をコンピュータに実行させるコンピュータプログラムであり、
   前記登録するステップは、
   前記送信対象のファイルにアクセスポリシーが付与されてない場合、該ファイルの送信者が、該ファイルに対するアクセス権限を有することを表す定義情報を、作成手段により、作成するステップ
   を含み、
   前記作成するステップは、
   前記送信対象のファイルの受信者が予め登録されたユーザである場合、前記送信者に加えて前記受信者も該ファイルに対するアクセス権限を有することを表す定義情報を、前記作成手段により、作成するステップ
   を含む、コンピュータプログラム。

Images