情報処理装置、サーバ装置、ファイル処理方法、記憶媒体およびプログラム
【課題】 外部のサーバ装置から発行されるポリシーデータに基づいて作成されるコントロールファイルをファイルを保存する保存手段に確保される各保存部に設定して、保存部毎に異なるアクセス権限を自在に設定することである。
【解決手段】 複数の保存部を管理してファイルを保存管理する文書管理サーバ１１００と通信可能なクライアント１０００は、保存部に設定すべきポリシーデータの発行をポリシー管理サーバ１２００に要求する。そして、第２のサーバ装置から取得されたポリシーデータに基づいて、前記保存部に設定すべきコントロールファイルを作成する。そして、作成されたコントロールファイルを文書管理サーバ１１００に転送する構成を特徴とする。
【解決手段】 複数の保存部を管理してファイルを保存管理する文書管理サーバ１１００と通信可能なクライアント１０００は、保存部に設定すべきポリシーデータの発行をポリシー管理サーバ１２００に要求する。そして、第２のサーバ装置から取得されたポリシーデータに基づいて、前記保存部に設定すべきコントロールファイルを作成する。そして、作成されたコントロールファイルを文書管理サーバ１１００に転送する構成を特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保存手段に複数の保存部を確保されたサーバ装置にファイルを保存して、ファイル処理を行う情報処理装置、サーバ装置のファイル処理に関するものである。
【背景技術】
【０００２】
近年のオフィス環境では、文書を読み取り可能なデバイスと、文書を管理するサーバ、それらを利用するためのＰＣなどのクライアントが同一ネットワーク上に配置され、文書管理システムが構築されている。
【０００３】
また、文書管理システムには、複数のユーザで文書の共有が行われる場合に、文書やフォルダにアクセス権を設定して、特定のユーザにのみ文書へのアクセス権を与えるといった利用方法を提供しているものが数多く存在する。
【０００４】
また、部門ごとに管理する文書管理システムサーバもしくは、文書管理システムＤＢが存在するような環境においては、以下のシステムが提案されている。
【０００５】
具体的には、文書管理システムサーバのリストを保持するサーバ一覧ＤＢと、各ユーザ／グループに関する情報を管理するユーザ管理ファイルと、ユーザ／グループに対するアクセス権情報を保持するアクセス権ＤＢを用いる。そして、複数の文書管理システムサーバ間のユーザ管理を一括して行う方法があった（特許文献１参照）。
【特許文献１】特開平１１−５３２４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このように、アクセス権／ユーザ管理を文書管理ＤＢ単位で行う文書管理システムは数多く存在する。しかしながら、アクセス権／ユーザ管理を文書管理ＤＢ単位で行う文書管理システムにおいて、ＤＢ間でフォルダなどの文書管理コンテナをコピーした場合、コピー先ではアクセス権の設定状態がフリーの状態になってしまう。
【０００７】
また、同レベルのアクセス権を手動で設定するのはそれぞれのＤＢでのアクセス権／ユーザ管理体系が異なると想定されるので、運用上非常に困難である。
【０００８】
これは、異なる種類の文書管理システムのストレージを閲覧操作可能なポータルとしての役割を担うアプリケーションを用いた場合であっても、アクセス権体系の異なるストレージ間の操作時に同様の問題が生じる。
【０００９】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、外部のサーバ装置から取得するポリシーデータに基づいて作成したコントロールファイルをサーバ装置が管理する各保存部に自在に設定できる仕組みを提供することである。
【課題を解決するための手段】
【００１０】
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
【００１１】
複数の保存部を用いてファイルを保存管理する第１のサーバ装置と、前記保存部に対するアクセス権限を制御するポリシーデータを発行可能な第２のサーバ装置と通信可能な情報処理装置であって、前記保存部に設定すべきポリシーデータの発行を前記第２のサーバ装置に要求する要求手段と、前記第２のサーバ装置から取得された前記ポリシーデータに基づいて、前記保存部に設定すべきコントロールファイルを作成する作成手段と、前記作成手段により作成されたコントロールファイルを前記第１のサーバ装置に転送する転送手段とを有することを特徴とする。
【００１２】
上記目的を達成する本発明のサーバ装置は以下に示す構成を備える。
【００１３】
前記第１のサーバ装置に保存されているいずれかの保存部に対するファイル要求を受け付けた場合に、前記保存部に設定されている前記コントロールファイルを取得する第１の取得手段と、前記第１の取得手段により取得された前記コントロールファイルからポリシーデータを識別して、前記第２のサーバ装置から前記保存部に対する可能な操作リストを取得する第２の取得手段と、前記第２の取得手段により取得された操作リストに基づいて、前記保存部に対するアクセス権限を制御する制御手段とを有することを特徴とする。
【００１４】
また、情報処理装置と通信可能なサーバ装置であって、第１の保存手段に確保される複数の保存部を用いて、前記情報処理装置から取得されるファイルを保存するファイル処理手段と、前記情報処理装置より作成された各保存部に対するアクセス権限を制御するコントロールファイルを取得する取得手段と、前記取得手段により取得されたコントロールファイルを前記保存部に設定する設定手段と、前記保存部に対する複製要求に基づいて、前記コントロールファイルが設定された保存部を第２の保存手段に複製する複製手段とを有することを特徴とする。
【００１５】
また、情報処理装置から要求に基づき、第１のサーバ装置で管理される各保存部に対するアクセス権限を制御するためのコントロールファイルを作成可能な第２のサーバ装置と通信可能なサーバ装置であって、複数の保存部が確保された第１の保存手段と、前記第２のサーバ装置で作成された前記コントロールファイルを取得して、前記保存部に設定する設定手段とを有することを特徴とする。
【００１６】
上記目的を達成する本発明のファイル処理方法は以下に示す構成を備える。
【００１７】
複数の保存部を用いてファイルを保存管理する第１のサーバ装置と、前記保存部に対するアクセス権限を制御するポリシーデータを発行可能な第２のサーバ装置と通信可能な情報処理装置におけるファイル処理方法であって、前記保存部に設定すべきポリシーデータの発行を前記第２のサーバ装置に要求する要求ステップと、前記第２のサーバ装置から取得された前記ポリシーデータに基づいて、前記保存部に設定すべきコントロールファイルを作成する作成ステップと、前記作成ステップにより作成されたコントロールファイルを前記第１のサーバ装置に転送する転送ステップとを有することを特徴とする。
【００１８】
また、情報処理装置と通信可能なサーバ装置におけるファイル処理方法であって、第１の保存手段に確保される複数の保存部を管理して情報処理装置から取得されるファイルを保存するファイル処理ステップと、前記情報処理装置より作成された各保存部に対するアクセス権限を制御するコントロールファイルを取得する取得ステップと、前記取得ステップにより取得されたコントロールファイルを前記保存部に設定する設定ステップと、前記保存部に対する複製要求に基づいて、前記コントロールファイルが設定された保存部を第２の保存手段に複製する複製ステップとを有することを特徴とする。
【００１９】
さらに、複数の保存部が確保された第１の保存手段を備え、情報処理装置から要求に基づき、第１のサーバ装置で管理される各保存部に対するアクセス権限を制御するためのコントロールファイルを作成可能な第２のサーバ装置と通信可能なサーバ装置におけるファイル処理方法であって、前記第２のサーバ装置で作成された前記コントロールファイルを取得して、前記保存部に設定する設定ステップとを有することを特徴とする。
【発明の効果】
【００２０】
本発明によれば、外部のサーバ装置から発行されるポリシーデータに基づいて作成されるコントロールファイルを保存する保存手段に確保される各保存部に設定して、保存部毎に異なるアクセス権限を自在に設定できる。
【００２１】
また、アクセス権／ユーザ管理の異なる保存部間でファイルを複写する場合にも、複写元と同じアクセス権限を保持した状態で他の保存手段に新たな保存部として複写することができる。
【発明を実施するための最良の形態】
【００２２】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２３】
＜システム構成の説明＞
〔第１実施形態〕
以下、図面を参照して本発明の実施の形態を説明する。
【００２４】
図１は、本発明の第１実施形態を示す情報処理装置、サーバ装置を適用可能な文書管理システムのモジュール構成例を示す図である。
【００２５】
本文書管理システムは、クライアント１０００，文書管理サーバ１１００，ポリシー管理サーバ１２００に記憶されている各種のモジュールを実行することで、文書管理処理を連携処理する。
【００２６】
文書管理システムにおいて、パーソナルコンピュータのＯＳ上で動作するクライアント１０００は、所定のＯＳがインストールされてネットワークを介して文書管理サーバ１１００とポリシー管理サーバ１２００と通信可能に構成されている。
【００２７】
クライアント１０００は、図示しないスキャナなどのデバイスや、ＯＳ上のファイルから文書を取り込み、文書情報を文書管理サーバ１１００が備える記憶装置に登録して、権限が設定された複数のユーザ毎に文書情報へのアクセス状況を管理している。
【００２８】
本実施形態において、ポリシー管理サーバ１２００は、文書管理サーバ１１００とは別に、配信されたファイルに対してのアクセス制御をポリシーという制御データに基づいて実行する。
【００２９】
＜文書入出力処理部＞
まず、文書入出力や操作を行う処理部について説明する。
【００３０】
クライアント１０００において、１００１はユーザインタフェースで、図示しない表示装置に対して、操作設定画面等を表示制御する。ユーザはユーザインタフェース１００１を介して、表示装置に表示される操作画面を操作指示することで文書管理サーバ１１００に対して文書の登録や、文書サーバからの文書の獲得、あるいは文書の検索といった操作を行うことになる。
【００３１】
また、ユーザはユーザインタフェース１００１を介して、本発明にかかわる固定キーワードに対するアクセス権の設定、アクセス権の設定された文書の獲得、表示といった操作も行われる。
【００３２】
ユーザインタフェース１００１から操作された情報はコマンド制御部１００２で解析され、適切な処理が行われることになる。また、必要であればポリシー管理サーバ１２００、文書管理サーバ１１００等との通信を行うためのコマンドはここで作成される。
【００３３】
デバイス制御部１００３は、スキャナ等のデバイスの制御を行う。デバイス制御部１００３は、デバイス側から文書データを吸い上げたり、デバイス側から送信されるデータを受け取ったりする処理を行う。
【００３４】
１００４はファイル制御部で、ファイルサーバ等のＯＳ上に保存された文書ファイルは、文書データをインポートする形態で入力処理させることができるように構成されている。
【００３５】
また、ファイル制御部１４００は、文書管理サーバ１１００上で管理するファイルをクライアント端末のＯＳ上にエクスポートする処理も行う。
【００３６】
１００５は外部モジュール通信部で、外部アプリケーションとの通信を行い、文書管理サーバ１１００内の文書情報を外部アプリケーションに渡したり、外部アプリケーションから文書情報を受け取とったりといった処理を行う。
【００３７】
例えば、ＭＡＰＩ（Messaging Application Program Interface）に対応したメーラーに文書管理サーバで管理している文書を渡したりする処理は、ここで行われる。本実施形態において、ＭＡＰＩとは、Windows（登録商標）上で電子メール機能を扱うための標準仕様である。同社のWOSA（Windows（登録商標） Open Services Architecture ）構想の一環で、様々なアプリケーションソフトから電子メールの送受信機能を利用できるようにするための仕様でもある。
【００３８】
＜クライアントシステム内部処理部＞
次に、クライアントシステム内に配置される各種処理部について説明する。
【００３９】
１００６は文書管理制御部であり、クライアント１０００の心臓部である。文書管理制御部１００６は、入出力処理部より渡されたファイルやコマンドに応じてデータ処理を行う。１００７はテンポラリデータを保存するためのテンポラリデータベースである。テンポラリデータベース１００７は、画像処理を行う過程で作成されるデータや、サーバとの通信の過程で作成されるデータ等を一時的に保存する場所である。具体的には、クライアント１０００が備える記憶装置、例えばハードディスク等内に確保されて、ＯＳによりそのアクセスが管理されている。
【００４０】
１００８はポリシーデータ処理部で、フォルダやディレクトリなどの文書管理コンテナに関連付けられたコントロールファイルにて、フォルダのアクセス制御を行う。このコントロールファイルには、ポリシー管理サーバ１２００にて発行されて、ポリシー管理サーバ１２００から取得されて管理されているポリシーデータが付与されている。
【００４１】
ポリシーデータ処理部１００８は、コントロールファイルに付与されているポリシーデータをポリシー管理サーバ１２００に対して送信し、ポリシーデータを確認するための処理を行う。
【００４２】
また、ポリシーデータ処理部１００８は、ポリシー管理サーバ１２００から取得した利用可能な権限リストなどを処理し、文書管理制御部１００６へポリシーの確認結果などを返す機能処理を行う。
【００４３】
１００９は通信制御部で、文書管理サーバ１１００やポリシー管理サーバ１２００と所定のプロトコルで通信するための制御を行う。
【００４４】
本実施形態の通信制御部１００９は、文書管理サーバ１１００やポリシー管理サーバ１２００の処理に特化した制御のみを行っており、ＴＣＰ／ＩＰ等の通信そのものの制御はＯＳに用意されたものを使用している。
【００４５】
＜文書サーバシステム内部処理部＞
次に、文書サーバシステム内に配置される各種処理部について説明する。
【００４６】
文書管理サーバ１１００において、１１０１は通信制御部で、クライアント１０００の通信制御部１００９と通信のための制御を行う。ただし、文書管理サーバ１１００の通信制御部１１０１は多数のクライアントの通信制御部１００９と同時に通信を行うことが可能になっている。
【００４７】
１１０２は文書管理処理部であり、クライアント１０００からの指示に応じた文書管理サーバ１１００側での処理を制御している。
【００４８】
１１０３はテンポラリデータを保存するための内部データ保存部である。クライアント１０００との通信の過程で作成されるデータや、文書変換ルールに従って変換された文書等を一時的に保存する場所である。なお、具体的には、文書管理サーバ１１００が備える記憶装置、例えばハードディスク等にその保存場所が確保される。
【００４９】
１１０４は検索制御部で、クライアント１０００から依頼された検索のための処理を行ったり、登録された文書の検索用インデックス作成のための処理を行ったりしている。
【００５０】
＜データベース処理部＞
次に、データベース処理部について説明する。
【００５１】
１１０５はデータベース制御部で、ボリュームデータベース１１０６、属性データベース１１０７、全文検索用データベース１１０８に保存するデータを作成する。また、データベース制御部１１０５は、ボリュームデータベース１１０６、属性データベース１１０７、全文検索用データベース１１０８に対応する文書を保存する処理を行う。
【００５２】
また、データベース制御部１１０５は、クライアント１０００からの要求に応じてそれぞれのデータベースからそれぞれのデータを取り出し、クライアント１０００に渡す文書情報を作成する処理を行う。
【００５３】
１１０６はボリュームデータベースで、文書情報の実体が保存されるデータベースである。なお、ボリュームデータベース１１０６は概念的なものであって、実態がＯＳのファイルシステムであっても問題はない。
【００５４】
１１０７は属性データベースで、文書情報の名前や作成日付、コメントなどの属性に関する情報が保存されるデータベースである。また、属性データベース１１０７には本発明にかかわる文書管理システムを使用するユーザの情報等の管理情報データや、キーワードに対するアクセスコントロールテーブル、アクセス権に応じた文書変換ルールも保存している。
【００５５】
１１０８は全文検索用データベースで、登録された文書情報からテキストデータを抽出し、インデックス情報にしたデータが登録される。クライアント１０００で全文検索が行われると、全文検索用データベース１１０８内を検索する。
【００５６】
＜ポリシー管理サーバシステム内部処理部＞
次に、ポリシー管理サーバシステム内に配置される各種処理部について説明する。
【００５７】
ポリシー管理サーバ１２００において、１２０１は通信制御部で、クライアント１０００の通信制御部１００９と通信のための制御を行う。ただし、ポリシー管理サーバ１２００の通信制御部１２０１は多数のクライアント１０００の通信制御部１００９と同時に通信を行うことが可能に構成されている。
【００５８】
１２０２はポリシー管理制御部であり、クライアント１０００からの要求に応じたポリシー管理サーバ１２００側での処理を制御している。
【００５９】
１２０３はポリシー発行部であり、ポリシー管理制御部１２０２で受けたクライアント１０００からの要求に従って、ポリシーデータを生成する。またこれと共に、ポリシー管理用データベース１２０５へポリシーのポリシーを登録発行するよう、データベース制御部１２０４へ依頼を行う。
【００６０】
＜データベース処理部＞
次に、データベース処理部について説明する。
【００６１】
１２０４はデータベース制御部で、ポリシー管理用データベース１２０５にポリシー発行部１２０３にて発行されたポリシーデータを格納する処理を行う。また、クライアント１０００からの要求に応じてポリシー管理用データベース１２０５からポリシーデータを取り出し、クライアント１０００に渡す文書を作成する処理を行う。
【００６２】
１２０５はポリシー管理用データベースで、ポリシー管理に必要なデータが保存されるデータベースである。
【００６３】
本実施形態において、ポリシー管理に必要なデータには、ポリシー自体の識別データや属性データを含む。また、さらに、ポリシー管理に必要なデータには、ポリシーに関連付けられてコントロールされる対象の文書を識別するためのデータや、ポリシーに対しての動作が規定されるユーザの識別データや認証データを含む。
【００６４】
図２は、図１に示したクライアント１０００，文書管理サーバ１１００，ポリシー管理サーバ１２００のハードウエア構成を説明するブロック図である。なお、クライアント１０００，文書管理サーバ１１００，ポリシー管理サーバ１２００は、ほぼ同様のハードウエア資源を備えるため、図２をハードウエア資源の一般的な構成として説明する。
【００６５】
図２において、ＣＰＵ４１０１は、メモリ４１０４に記憶された制御プログラムを実行することでクライアントあるいはサーバ全体の制御を行う中央演算装置である。ＣＰＵ４１０１は、ＲＯＭ４１０５およびハードディスクユニット４１０６に記憶されたプログラムをメモリ２０５にロードして実行する。
【００６６】
ネットワークインタフェース４１０２は、他の機器との間でネットワークを介したデータ通信を行うための制御部である。
【００６７】
ＣＰＵ４１０１によって実行されるソフトウエアは、ＬＡＮ４００を介して、ＭＦＰデバイス、スキャナ装置、プリンタ装置や他のネットワーク機器、あるいは他のコンピュータと双方向のデータのやり取りを行うことができる。
【００６８】
周辺機器インタフェース４１０３は、周辺機器の制御を行うための制御部である。メモリ４１０４は、ＣＰＵ４１０１で実行する命令や、データなどを保存するための、一般的には揮発性の記憶部である。
【００６９】
ＲＯＭ４１０５は、基本的なハードウエア制御を行うためのプログラムやデータなどを保存するための読み取り専用記憶部である。ハードディスクユニット（ハードディスク）４１０６は、PC本体で実行されるプログラムや演算されたデータなどを保存するための、一般的には不揮発性の記憶部である。また、クライアント１０００が備えるハードディスクユニット４１０６には、クライアントとして機能するためのクライアントのためのＯＳがインストールされている。また、文書管理サーバ１１００が備えるハードディスクユニット４１０６には、文書管理サーバ１１００として機能するためのクライアントのためのＯＳがインストールされている。
【００７０】
さらに、ポリシー管理サーバ１２００が備えるハードディスクユニット４１０６には、ポリシー管理サーバ１２００として機能するためのクライアントのためのＯＳがインストールされている。
【００７１】
ハードディスクユニット４１０６には、ブートプログラム、複数のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラムや、図１に示したモジュール等を記憶可能に構成されている。ブートプログラムは起動プログラム（ハードやソフトの実行（動作）を開始するプログラム）である。
【００７２】
そして、ＣＰＵ４１０１がメモリ４１０４にＯＳをロードして、ＯＳの管理下で、各種のアプリケーション、モジュール等を実行させて、後述するようなフローチャートに示す制御手順を実行可能に構成されている。
【００７３】
なお、文書管理サーバ１１００が備えるハードディスクユニット４１０６には、ボリュームデータベース１１０６、属性データベース１１０７、全文検索用データベース１１０８が確保される。
【００７４】
また、ポリシー管理サーバ１２００が備えるハードディスクユニット４１０６には、ポリシー管理用データベース１２０５が確保される。
【００７５】
ディスプレイインタフェース４１０７は、クライアント１０００等の内部状態や、実行状態などを表示するための液晶ディスプレイ４２０３を接続するため制御部である。
【００７６】
そして、ＣＰＵ４１０１で実行されるソフトウエアは、液晶ディスプレイ４２０３上にグラフィカルユーザインタフェースを描画できる。液晶ディスプレイ４２０３はディスプレイインタフェース４１０７によって駆動される。
【００７７】
キーボードインタフェース４１０８やマウスインタフェース４１０９は、計算機４１００に対してユーザがデータや命令を入力するための入力装置を接続できる。
【００７８】
周辺機器インタフェース４１０３は、ＵＳＢ、ＲＳ−２３２Ｃシリアル、ＩＥＥＥ１３９４などの仕様を実装した周辺機器を接続するための制御部である。
【００７９】
なお、ユーザインタフェース１００１がディスプレイインタフェース４１０７を制御することで、液晶ディスプレイ４２０３への表示が実行される。
【００８０】
このように構成された文書管理システムにおいて、クライアント１０００は、以下のように文書管理サーバ１１００が管理するフォルダに設定すべきコントロールファイルを作成する。
【００８１】
クライアント１０００は、複数の保存部（フォルダ）を管理してファイルを保存管理する文書管理サーバ１１００と、フォルダに対するアクセス権限を制御するポリシーデータを発行可能なポリシー管理サーバ１２００と通信可能に構成されている。
【００８２】
そして、フォルダに設定すべきポリシーデータの発行をポリシー管理サーバ１２００に要求する。そして、ポリシー管理サーバ１２００から取得されたポリシーデータに基づいて、文書管理サーバ１１００の保存手段に確保されるフォルダに設定すべきコントロールファイルをポリシーデータ処理部１００８が作成する。
【００８３】
ポリシーデータ処理部１００８により作成されたコントロールファイルを文書管理サーバ１１００に転送する。
【００８４】
また、文書管理サーバ１１００に保存されているいずれかのフォルダに対するファイル要求を受け付けた場合に、フォルダに設定されているコントロールファイルを取得する。そして、文書管理サーバ１１００から取得されたコントロールファイルからポリシーデータを識別して、ポリシー管理サーバ１２００からフォルダに対する可能な操作リストを取得する。そして、ポリシー管理サーバ１２００から取得された操作リストに基づいて、文書管理制御部１００６がフォルダに対するアクセス権限を図７に示す制御手順に従い制御する。
【００８５】
図３は、図２に示した属性データベース１１０７に登録されている文書に関する情報のデータ構造を示す概念図である。
【００８６】
図３において、２００１は、前記属性データベース１１０７のルートであり、属性データベース１１０７内に登録される全ての登録されるデータはルートの子データとして管理される。
【００８７】
２００２はフォルダデータであり、クライアント１０００上のユーザがデータを格納するためのフォルダのデータである。フォルダデータは、親フォルダＩＤ２００２−１とフォルダ属性情報２００２−２、親フォルダＩＤ２００２−３から成り立っている。フォルダは複数存在することができるので、最上位に存在するフォルダはその数分だけ、フォルダデータ２００３のようにルートの直下に接続される子データとして登録される。最上位のフォルダの親フォルダはルートになる。
【００８８】
２００４は文書データであり、格納されるフォルダの子データとして存在する。文書データ２００４は文書ＩＤ２００４−１と文書属性情報２００４−２、検索インデックスＩＤ２００４−３、ボリュームデータＩＤ２００４−４、親フォルダＩＤ２００４−５からなる。また、文書属性情報２００４−２として文書名や更新日時、コメントデータなどのデータを保存している。
【００８９】
検索インデックスＩＤ２００４−３は全文検索データベースが文書を区別するために用いるＩＤで、検索エンジンにキーワードの検索を指示すると該当する検索ＩＤが返される。
【００９０】
ボリュームデータＩＤ２００４−４はボリュームデータベース１１０６に登録されたＩＤで、このＩＤを利用して文書に関連した情報を各データベースから引き出すことが可能である。
【００９１】
文書データもフォルダの下に複数存在することができるので、その数分だけ文書データ２００５のように登録される。
【００９２】
本実施形態におけるコントロールファイルも文書データ２００４や文書データ２００５のような形式で格納して管理される。しかし、文書属性としてコントロールファイルとしての属性が設定されているため、ユーザインタフェース１００１を通してフォルダ内部を見た場合、コントロールファイルは表示されない。
【００９３】
また、フォルダの下にさらにフォルダを、存在させフォルダの階層化構造をとることも可能である。この場合は、フォルダデータ２００６のように登録される。
【００９４】
図４は、図１に示したポリシー管理用データベース１２０５に登録されているポリシーに関する情報のデータ構造の一例を示す図である。
【００９５】
図４において、３００１はポリシーＩＤ（ＰＩＤ）とポリシー名を関連付けるテーブルである。３００２はポリシーが付与されているドキュメントと付与されているポリシー、該ポリシーの付与時に暗号化された文書コンテンツの復号キーの関連を管理するテーブルである。
【００９６】
３００３は、ポリシー管理サーバで管理されているユーザのＩＤと名前パスワードなどのユーザ情報テーブルである。
【００９７】
３００４は、各ポリシーの定義を管理するテーブルであり、各ポリシーに対して、ユーザのＩＤとそのユーザに許可されている権限の管理テーブルである。
【００９８】
図５は、図１に示した文書管理サーバ１１００で管理されるフォルダの制御データとなるコントロールファイルに関するデータ構造の概念を示す図である。
【００９９】
図５において、４００１は、ファイルの種類やファイル自身のメタデータを格納するＦｉｌｅ Ｈｅａｄｅｒ部分である。
【０１００】
４００２は、ポリシー付与時に暗号化されたファイルのメインコンテンツ部分にあたるＦｉｌｅ Ｄａｔａ部である。
【０１０１】
４００３は総合的なＰｏｌｉｃｙ Ｄａｔａ部である。Ｐｏｌｉｃｙ Ｄａｔａ部４００３は、ポリシー管理サーバ１２００に対してポリシーの確認を行うために必要な、ポリシー識別データと、ポリシー管理サーバ１２００内でドキュメントを識別するためのドキュメントＩＤ識別用データを含む。また、Ｐｏｌｉｃｙ Ｄａｔａ部４００３は、ポリシー管理サーバ１２００を特定するポリシー管理サーバ特定データとを含む総合的なＰｏｌｉｃｙ Ｄａｔａ部である。
【０１０２】
図６は、本発明の係る情報装置における第１のデータ処理手順の一例を示すフローチャートである。本処理は、図１に示したクライアント１０００がポリシー管理サーバ１２００で管理されるフォルダに対してポリシーを設定する処理手順に対応する。
【０１０３】
なお、（５００１）〜（５００５）は各ステップを示す。また、各ステップは、図２に示したクライアント１０００のＣＰＵ４１０１がハードディスクユニット４１０６に記憶される制御プログラムをメモリ４１０４にロードして実行することで実現される。本実施形態において、この処理はクライアント１０００のＣＰＵ４１０１がメモリ４１０４にクライアントソフトウェアをロードして実行することで実現される。なお、クライアントソフトウェアとは、図１に示したクライアント１０００内の各モジュール、ＯＳ等に対応する。
【０１０４】
先ず、ステップ５００１では、オペレータがフォルダに対してポリシーの設定要求をキーボードやポインティングデバイスを操作して行う。これは本実施形態においては、クライアント１０００のユーザインタフェース１００１を通して行われる。
【０１０５】
例えば、選択したフォルダ上でポリシー選択アクションを起こすと、クライアント１０００のポリシーデータ処理部１００８がその選択応じてポリシー管理サーバ１２００にポリシー一覧要求を通信制御部１００９が発行する。
【０１０６】
そして、通信制御部１００９がポリシー管理サーバ１２００のポリシー管理用データベース１２０５で管理されている利用可能なポリシー一覧を取得する。
【０１０７】
そして、ポリシー管理サーバ１２００から取得されたポリシー一覧の中から適切なポリシーを液晶ディスプレイ４２０３等にユーザインタフェース１００１を介して表示される一覧から選択するなどの操作を行う。
【０１０８】
次に、ステップ５００２では、コントロールファイルの作成が行われる。これは、本実施形態においては、コントロールファイルの元となるファイルをテンポラリデータ格納領域に一時的に生成する事になる。
【０１０９】
そして、ステップ５００３では、作成されているコントロールファイルにポリシーを付与する。これは、ステップ５００２で生成されたコントロールファイルの元となるファイルに対してユーザがステップ５００１で指定したポリシーを付与するものである。
【０１１０】
本実施形態においては、ステップ５００１にて指定されたポリシーに関連付けられたポリシーデータをポリシーデータ処理部１００８から通信制御部１００９、通信制御部１２０１を介してポリシー管理サーバ１２００のポリシー管理制御部１２０２に要求する。
【０１１１】
なお、ポリシー管理サーバ１２００のポリシー管理制御部１２０２は、文書を識別するための文書識別データと文書情報を暗号化あるいは復号化するためのキーとを生成する。そして、指定されたポリシーに関連付ける形で、ポリシー管理用データベース１２０５に格納する。
【０１１２】
そして、ポリシー管理用データベース（ＰＭＤＳ）１２０５に格納されたデータは、図４に示したテーブル３００２のようなデータ形式で保存して管理される。
【０１１３】
また、生成された文書識別データと暗号化キー、復号化キーをポリシー識別データと共に通信制御部１２０１、１００９経由でクライアント１０００に返す。
【０１１４】
本実施形態においては、クライアント１０００のポリシーデータ処理部１００８において、ＰＭＤＳ１２００から返された暗号化キーでコントロールファイルの元となるファイルを暗号化する。そして、図５に示すように、文書識別データとポリシー識別データをＦｉｌｅ Ｄａｔａ部４００２に追加する。
【０１１５】
また、ファイルの先頭には、ファイルヘッダーであるＦｉｌｅ Ｈｅａｄｅｒ部分４００１として、ファイルの種類や文書識別データとポリシー識別データのかかれている位置などを追加する。
【０１１６】
次にステップ５００４では、ポリシーが付与されたコントロールファイルを対象フォルダ内に格納する。
【０１１７】
本実施形態においては、ステップ５００３にて、ポリシーの付与を行ったコントロールファイルを通信制御部１００９、１１０１を介して文書管理サーバ１１００に送る。そして、文書管理サーバ１１００の文書管理制御部１１０２、データベース制御部１１０５を経由してコントロールファイル自身をボリュームデータベース１１０６に、またコントロールファイルの属性値を属性データベース１１０７に格納する。
【０１１８】
各々のデータベースに対し、コントローラファイル自身や属性値の格納が完了したら、通信制御部１１０１、１００９を介して完了通知をクライアント１０００に返信する。クライアント１０００側は、ステップ５００５で、この完了通知を文書管理サーバ１１００から受け取り、本処理を終了する。
【０１１９】
また、オペレータには必要に応じて、ユーザインタフェース１００１を介して処理結果を通知する。これを受けた、ユーザインタフェース１００１は、液晶ディスプレイ４２０３に処理結果を所定のダイアログ等で表示制御してもよい。
【０１２０】
図７は、本発明の係る情報装置における第２のデータ処理手順の一例を示すフローチャートである。本処理は、図１に示したクライアント１０００がフォルダに対してアクセスを行う場合に行われるアクセス権チェックの処理手順に対応する。なお、（６００１）〜（６００８）は各ステップを示す。また、各ステップは、図２に示したクライアント１０００のＣＰＵ４１０１がハードディスクユニット４１０６に記憶される制御プログラムをメモリ４１０４にロードして実行することで実現される。
【０１２１】
本実施形態において、この処理はクライアント１０００上で動作するクライアントソフトウェア（図１に示したクライアント１０００内のモジュール）が主に処理を行っているものとする。
【０１２２】
先ず、ステップ６００１では、オペレータが文書管理サーバ１１００内で保存管理されているフォルダに対してアクセス要求を行う。本実施形態においては、クライアント１０００のユーザインタフェース１００１を通してフォルダをユーザがキーボードやポインティングデバイスを操作することで選択する操作が行われる。
【０１２３】
次に、ステップ６００２では、文書管理サーバ１１００上でのアクセス権限確認を行う。
【０１２４】
ここでは、まず、ユーザインタフェース１００１を通して指定されたフォルダの識別子とアクセス要求と、操作を行ったユーザに関する識別情報が、通信制御部１００９、１１０１を介して文書管理サーバ１１００に通知される。
【０１２５】
文書管理サーバ１１００側では、クライアント１０００からの通知で指定されたフォルダの識別子とアクセス要求と、操作を行ったユーザに関する識別情報を加味して、アクセスの可否判定を文書管理制御部１１０２が行う。
【０１２６】
この時、文書管理制御部１１０２がアクセス権限がないと文書管理サーバ１１００が判断した場合は、ステップ６００３に進み、アクセス拒否の通知を通信制御部１１０１、１００９経由でクライアント１０００に返信し、本処理が終了する。
【０１２７】
一方、ステップ６００２で、文書管理サーバ１１００にアクセス可能と判断された場合、ステップ６００４に進む。そして、文書管理制御部１１０２において、クライアント１０００により選択されたフォルダ内にコントロールファイルが置かれているかどうかをチェックする。その結果、文書管理制御部１１０２がコントロールファイルがないと判断した場合は、ステップ６００５へと進む。そして、文書管理サーバ１１００上でのアクセス権に基づいた制御を行うための、アクセス権情報が通信制御部１１０１、１００９経由でクライアント１０００に返信される。
【０１２８】
一方、ステップ６００４でコントロールファイルがある文書管理サーバ１１００が通知していると判断した場合には、ステップ６００６へと進み、コントロールファイルのポリシー確認が行われる。
【０１２９】
まず、コントロールファイルがボリュームデータベース１１０６より取出され、通信制御部１１０１、１００９経由でコントロールファイルをクライアント１０００へ送る。
【０１３０】
クライアント１０００は、ポリシーデータ処理部１００８にてコントロールファイルに付与されているポリシー識別データとポリシー管理サーバ１２００内での文書識別データを取り出す。そして、アクセス要求を行ったユーザのユーザ識別情報と共に、通信制御部１００９、１２０１経由でポリシー管理サーバ１２００へ送信する。ポリシー管理サーバ１２００では、ユーザ識別情報がポリシー管理サーバ１２００で認証されれば、ポリシー管理制御部１２０２が、ポリシー管理用データベース１２０５内の情報と送信されてきたデータを照合する。そして、ポリシー管理制御部１２０２が照合した結果、"可能な操作のリスト"を作成し、通信制御部１２０１、１００９経由でクライアント１０００へ返信する。そして、ステップ６００７では、ポリシーデータ処理部１００８は、ポリシー管理サーバ１２００から返信される"可能な操作のリスト"をポリシー管理サーバ１２００から受け取り、文書管理制御部１００６へその旨を通知する。
【０１３１】
次に、ステップ６００８では、通知された可能な操作リストに基づき、文書管理サーバ１１００のアクセス権とポリシーに基づく制御を行う。また、その結果をユーザインタフェース１００１の表示制御にも反映する。
【０１３２】
図８は、本発明の第１実施形態を示す文書管理システムの一例を示す図である。なお、図１と同一のものには同一の符号を付してある。
【０１３３】
図８において、クライアント１０００には、図１に示したクライアントソフトウェアがインストールされており、ネットワークに接続された文書管理サーバ１１００やポリシー管理サーバ１２００に対するアクセスを行う。
【０１３４】
文書管理サーバ１１００は、図１に示した１１０１〜１１０５を含むもので、ネットワーク上の各クライアント１０００からのアクセスを受け付ける。
【０１３５】
７００３は、図１における文書管理サーバ１１００内の１１０６〜１１０８の一連の第１のデータベースを表している。７００４は第２のデータベースで、１つの文書管理サーバ１１００上に第１の文書データベース７００３、第２の文書データベース７００４を含む２つのデータベースを保持している状態である。
【０１３６】
なお、第１の文書データベース７００３、第２の文書データベース７００４は各々が別々の部門で管理されるデータベースというような、別々のユーザ体系、アクセス権体系によって管理されているもので、相互に関連情報はもっていない。
【０１３７】
ポリシー管理サーバ１２００は、図１におけるポリシー管理サーバ１２００内にポリシー管理サーバソフトウェアがインストールされており、ネットワークを通じて、クライアント１０００からのリクエストを受け付ける。
【０１３８】
本実施形態においては、第１の文書データベース７００３および、第２の文書データベース７００４は同一のクライアントソフトウェアから２つのディレクトリツリーのような形で参照可能である。
【０１３９】
この場合、片方のディレクトリツリーから他方のディレクトリツリーへフォルダや文書をコピーすることも可能である。
【０１４０】
例えば、第１の文書データベース７００３内で管理されているフォルダを第２の文書データベース７００４内で管理されているフォルダの下へコピーする場合がある。この場合、コピー元フォルダにコントロールファイルが格納されていた場合には、コピー時に他の格納文書と同様、コピーされることになる。
【０１４１】
これにより、フォルダが異なる管理体系のＤＢへとコピーされた場合でも、同一のポリシーによってアクセス権制御を実現できる。
【０１４２】
以上本実施形態によれば、コピー元と同じアクセス権を保持したままコピーすることが可能となる。具体例的には、第１の文書データベース７００３と、第２の文書データベース７００４とでアクセス権／ユーザ管理の異なるストレージ間でフォルダなどの文書管理コンテナをコピーする場合である。
【０１４３】
〔第２実施形態〕
第１実施形態では、クライアントサーバシステムをモデルとして想定した形態であったが、図１に示したクライアントでの処理機構をＷｅｂサーバに組み込み、Ｂｒｏｗｓｅｒ経由でアクセスするような構成にしても良い。
【０１４４】
図９は、本発明の第２実施形態を示す情報処理装置、サーバ装置を適用可能な文書処理システムの一例を示す図である。なお、図１と同一のものには同一の符号を付してある。
【０１４５】
図９において、Ｗｅｂサーバ８００１には、図１におけるクライアント１０００の機能（ソフトウエアモジュールに基づく機能）を組み込まれている。この場合、ユーザインタフェース１００１はＷｅｂサーバ８００１とのインタフェースとなり、Ｗｅｂサーバ８００１がイントラネット、インターネット経由で受け付けるリクエストを下位のコンポーネントに対するコマンドに変換する役割を担う。
【０１４６】
８００２はモバイルクライアントであり、Ｗｅｂブラウザを介してＷｅｂサーバ８００１に対してアクセスを行うものとする。
【０１４７】
このように構成された文書管理システムにおいて、文書管理サーバ１１００は、Ｗｅｂサーバ８００１と通信可能に構成されている。
【０１４８】
そして、第１の文書データベース７００３に確保される複数のフォルダを管理してＷｅｂサーバ８００１から取得されるファイルを保存する。
【０１４９】
また、Ｗｅｂサーバ８００１より作成された各フォルダに対するアクセス権限を制御するコントロールファイルを取得する。そして、Ｗｅｂサーバ８００１から取得されたコントロールファイルを第１の文書データベース７００３内のフォルダに設定する。
【０１５０】
また、いずれかのフォルダに対する複製要求を受け付けた場合は、コントロールファイルが設定されたフォルダを第２の文書データベース７００４に複製処理する。
【０１５１】
なお、文書管理サーバ１１００がクライアントとしてモバイルクライアント８００２からの要求に基づき、ポリシー管理サーバ１２００やＷｅｂサーバ８００１と通信可能なサーバ装置として構成されている場合がある。
【０１５２】
文書管理サーバ１１００が複数のフォルダが確保された第１の文書データベース７００３を備えている。そして、文書管理サーバ１１００がＷｅｂサーバ８００１で作成されたコントロールファイルを取得して、データベース制御部１１０５が第１の文書データベース７００３内のフォルダに設定する機能処理を行う。
【０１５３】
本実施形態によれば、各クライアント端末としてのモバイルクライアント８００２に独自のクライアントソフトウェアをインストールすることがなくなる。そして、アクセス権／ユーザ管理の異なるストレージ間で文書管理コンテナをコピーした場合に、コピー元と同じアクセス権を保持したままコピーすることが可能となる。
【０１５４】
〔第３実施形態〕
上記第１実施形態では、コントロールファイルに付与されているポリシーデータをポリシー管理サーバ１２００に対して送信・確認するための処理を行う。また、これと同時に、ポリシー管理サーバ１２００から受け取った利用可能な権限リストなどを処理する。そして、文書管理制御部１１０２へポリシーの確認結果などを返すポリシーデータ処理部１００８は、図１のようにクライアント側もしくは、Ｗｅｂサーバ８００１側に存在することになっている。しかしながら、図１０に示すように、ネットワークで接続された、ポリシーデータ処理サーバとして別サーバに分離しても良い。
【０１５５】
図１０は、本発明の第２実施形態を示す情報処理装置、サーバ装置を適用可能な文書処理システムの一例を示す図である。なお、図１と同一のものには同一の符号を付してある。
【０１５６】
図１０に示すポリシーデータ処理サーバ９０００において、９００１はポリシーデータ処理部である。このポリシーデータ処理部９００１は、図１に示したポリシーデータ処理部１００８と同じく、コントロールファイルに付与されているポリシーデータをポリシー管理サーバ１２００に対して送信・確認するための処理を行う。同時に、ポリシーデータ処理部９００１は、ポリシー管理サーバ１２００から受け取った利用可能な権限リストなどを処理し、クライアント１０００やＷｅｂサーバ８００１へ通信制御部９００３、１００９を介してポリシーの確認結果などを返す部分である。
【０１５７】
９００２は、テンポラリのデータを一時的に格納するテンポラリデータベースである。９００３は通信制御部で、クライアント１０００の通信制御部１００９と通信のための制御を行う。
【０１５８】
ただし、ポリシー管理サーバ１２００の通信制御部１２０１は多数のクライアントの通信制御部１００９と同時に通信を行うことが可能になっている。
【０１５９】
本実施形態によれば、ポリシーデータ処理部を外部サーバに分離することにより、ポリシー管理サーバ１２００とポリシーデータ処理サーバ９０００を別のメーカや別の種類のものに差し替える事が可能となる。
【０１６０】
また、ポリシーデータ処理部を担うモジュールプログラムはポリシーデータ処理サーバ９０００の開発元が提供するのが通常であり、自由に変更できない場合も多い。しかしながら、別サーバとして分離させることにより、クライアント１０００やＷｅｂサーバ８００１として使用するマシンのＯＳは、ポリシーデータ処理部の動作環境に制限することなく選択することが可能となる。
【０１６１】
また、別サーバとしてポリシーデータ処理サーバ９０００を用意することで、クライアント１０００やＷｅｂサーバ８００１の負荷を軽減することが可能となる。
【０１６２】
〔第４実施形態〕
上記第１実施形態では、文書管理コンテナとして、フォルダやディレクトリなど、文書管理サーバ１１００内で管理されたコンテナに関して言及した。しかし、複数文書をまとめて一つ（もしくは複数）のファイルとして配信可能なバインドファイルや、複数文Ｆ書を圧縮してアーカイブ化ファイル、複数文書をバイナリ（もしくはテキスト）結合させたファイルなど配信可能な形のコンテナに関して適用しても良い。
【０１６３】
本実施形態のおいては、図１や図９における文書管理制御部１００６では、文書管理サーバから複数の文書を取り出してテンポラリデータベースに格納し、これらをまとめてパッケージング・ファイル化する機構を有する。そして、このパッケージングするファイル内にこのパッケージファイルに対するコントロールファイルとして、ポリシー付与されたファイルもパッケージングを行うことも可能である。
【０１６４】
また、このパッケージにアクセスする場合、クライアントソフトウェアもしくは、Ｗｅｂサーバ８００１は、文書管理制御部１００６でパッケージ解除した後、コントロールファイルを取り出し、ポリシーデータ処理部１００８がポリシーの確認を行う。確認したポリシーの結果によって、このパッケージファイルに対するアクセス制御を行う。
【０１６５】
本実施形態によれば、文書管理サーバ１１００で管理されたコンテナだけではなく、配信された文書管理用コンテナに対しても文書サーバ内の保持されている場合と同様のアクセス制御を維持・実現することが可能となる。
【０１６６】
〔第５実施形態〕
図１１は、本発明に係るサーバ装置におけるデータ処理手順の一例を示すフローチャートである。本処理は、文書管理サーバ１１００において、クライアント１０００または図８に示したＷｅｂサーバ８００１で作成されたコントロールファイルを第１の文書データベース７００３、７００４に設定する処理に対応する。なお、（１１０１）〜（１１０５）は各ステップを示す。また、各ステップは、文書管理サーバ１１００内のＣＰＵが制御プログラムをメモリにロードして実行することで実現される。なお、コントロールファイルを作成するのは、第１実施形態では、クライアント１０００の機能であり、第５実施形態ではＷｅｂサーバ８００１の機能であるが、以下、クライアント１０００をコントロールファイル作成主体とする例を説明する。
【０１６７】
先ず、ステップ１１０１で、クライアント１０００より文書管理サーバ１１００が備える保存手段に確保される保存部に設定すべきコントロールファイルを取得しているかどうかを判断する。ここで、コントロールファイルを取得していないと判断した場合は、ステップ１１０４へ進む。
【０１６８】
一方、ステップ１１０１でコントロールファイルを取得している場合は、ステップ１１０２で、取得したコントロールファイルをテンポラリデータ１１０３として保持する。
【０１６９】
次に、ステップ１１０３で、例えばボリュームデータベース１１０６に所定のデータ構造で確保されている保存部に保持しているコントロールファイルを設定する。
【０１７０】
これにより、ポリシーデータが定義されているコントロールファイルがボリュームデータベース１１０６の保存部に設定できる。
【０１７１】
次に、ステップ１１０４で、クライアント１０００あるいは文書管理サーバ１１００に対して、ボリュームデータベース１１０６のいずれかの保存部を他の保存手段に複写する指示が入力されているか否かを判断する。
【０１７２】
ここで、複写指示が入力されていないと判断した場合は、本処理を終了する。
【０１７３】
一方、複写指示が入力されていると判断した場合は、ステップ１１０５で、選択された保存部を他の保存手段のデータ構造に従い、複写処理を行い、本処理を終了する。
【０１７４】
なお、上記保存部とは、例えばハードディスク上のディレクトで管理されるフォルダ等に対応するものであるが、その構造や定義は、ＯＳに認識されて管理可能であれば、そのデータ構造等に左右されることはない。
【０１７５】
〔第６実施形態〕
以下、図１２に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１７６】
図１２は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１７７】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１７８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１７９】
本実施形態における図６，図７に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１８０】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１８１】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８２】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１８３】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１８４】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８５】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１８６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１８７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８９】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１９０】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１９１】
【図１】本発明の第１実施形態を示す情報処理装置、サーバ装置を適用可能な文書管理システムの一例を示す図である。
【図２】図１に示したクライアント，文書サーバ，ポリシー管理サーバのハードウエア構成を説明するブロック図である。
【図３】図２に示した属性データベースに登録されている文書に関する情報のデータ構造を示す概念図である。
【図４】図１に示したポリシー管理用データベースに登録されているポリシーに関する情報のデータ構造の一例を示す図である。
【図５】図１に示した文書サーバで管理されるフォルダの制御データとなるコントロールファイルに関するデータ構造の概念を示す図である。
【図６】本発明の係る情報装置における第１のデータ処理手順の一例を示すフローチャートである。
【図７】本発明の係る情報装置における第２のデータ処理手順の一例を示すフローチャートである。
【図８】本発明の第１実施形態を示す文書管理システムの一例を示す図である。
【図９】本発明の第２実施形態を示す情報処理装置、サーバ装置を適用可能な文書処理システムの一例を示す図である。
【図１０】本発明の第２実施形態を示す情報処理装置、サーバ装置を適用可能な文書処理システムの一例を示す図である。
【図１１】本発明に係るサーバ装置におけるデータ処理手順の一例を示すフローチャートである。
【図１２】本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図１３】本発明に係るサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１９２】
１００１ ユーザインタフェース
１００２ コマンド制御部
１００３ デバイス制御部
１００４ ファイル制御部
１００５ 外部モジュール通信部
１００６ 文書管理制御部
１００７ テンポラリデータベース
１００８ ポリシーデータ処理部
１００９ 通信制御部
１１００ 文書サーバ
１２００ ポリシー管理サーバ
【技術分野】
【０００１】
本発明は、保存手段に複数の保存部を確保されたサーバ装置にファイルを保存して、ファイル処理を行う情報処理装置、サーバ装置のファイル処理に関するものである。
【背景技術】
【０００２】
近年のオフィス環境では、文書を読み取り可能なデバイスと、文書を管理するサーバ、それらを利用するためのＰＣなどのクライアントが同一ネットワーク上に配置され、文書管理システムが構築されている。
【０００３】
また、文書管理システムには、複数のユーザで文書の共有が行われる場合に、文書やフォルダにアクセス権を設定して、特定のユーザにのみ文書へのアクセス権を与えるといった利用方法を提供しているものが数多く存在する。
【０００４】
また、部門ごとに管理する文書管理システムサーバもしくは、文書管理システムＤＢが存在するような環境においては、以下のシステムが提案されている。
【０００５】
具体的には、文書管理システムサーバのリストを保持するサーバ一覧ＤＢと、各ユーザ／グループに関する情報を管理するユーザ管理ファイルと、ユーザ／グループに対するアクセス権情報を保持するアクセス権ＤＢを用いる。そして、複数の文書管理システムサーバ間のユーザ管理を一括して行う方法があった（特許文献１参照）。
【特許文献１】特開平１１−５３２４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このように、アクセス権／ユーザ管理を文書管理ＤＢ単位で行う文書管理システムは数多く存在する。しかしながら、アクセス権／ユーザ管理を文書管理ＤＢ単位で行う文書管理システムにおいて、ＤＢ間でフォルダなどの文書管理コンテナをコピーした場合、コピー先ではアクセス権の設定状態がフリーの状態になってしまう。
【０００７】
また、同レベルのアクセス権を手動で設定するのはそれぞれのＤＢでのアクセス権／ユーザ管理体系が異なると想定されるので、運用上非常に困難である。
【０００８】
これは、異なる種類の文書管理システムのストレージを閲覧操作可能なポータルとしての役割を担うアプリケーションを用いた場合であっても、アクセス権体系の異なるストレージ間の操作時に同様の問題が生じる。
【０００９】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、外部のサーバ装置から取得するポリシーデータに基づいて作成したコントロールファイルをサーバ装置が管理する各保存部に自在に設定できる仕組みを提供することである。
【課題を解決するための手段】
【００１０】
上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。
【００１１】
複数の保存部を用いてファイルを保存管理する第１のサーバ装置と、前記保存部に対するアクセス権限を制御するポリシーデータを発行可能な第２のサーバ装置と通信可能な情報処理装置であって、前記保存部に設定すべきポリシーデータの発行を前記第２のサーバ装置に要求する要求手段と、前記第２のサーバ装置から取得された前記ポリシーデータに基づいて、前記保存部に設定すべきコントロールファイルを作成する作成手段と、前記作成手段により作成されたコントロールファイルを前記第１のサーバ装置に転送する転送手段とを有することを特徴とする。
【００１２】
上記目的を達成する本発明のサーバ装置は以下に示す構成を備える。
【００１３】
前記第１のサーバ装置に保存されているいずれかの保存部に対するファイル要求を受け付けた場合に、前記保存部に設定されている前記コントロールファイルを取得する第１の取得手段と、前記第１の取得手段により取得された前記コントロールファイルからポリシーデータを識別して、前記第２のサーバ装置から前記保存部に対する可能な操作リストを取得する第２の取得手段と、前記第２の取得手段により取得された操作リストに基づいて、前記保存部に対するアクセス権限を制御する制御手段とを有することを特徴とする。
【００１４】
また、情報処理装置と通信可能なサーバ装置であって、第１の保存手段に確保される複数の保存部を用いて、前記情報処理装置から取得されるファイルを保存するファイル処理手段と、前記情報処理装置より作成された各保存部に対するアクセス権限を制御するコントロールファイルを取得する取得手段と、前記取得手段により取得されたコントロールファイルを前記保存部に設定する設定手段と、前記保存部に対する複製要求に基づいて、前記コントロールファイルが設定された保存部を第２の保存手段に複製する複製手段とを有することを特徴とする。
【００１５】
また、情報処理装置から要求に基づき、第１のサーバ装置で管理される各保存部に対するアクセス権限を制御するためのコントロールファイルを作成可能な第２のサーバ装置と通信可能なサーバ装置であって、複数の保存部が確保された第１の保存手段と、前記第２のサーバ装置で作成された前記コントロールファイルを取得して、前記保存部に設定する設定手段とを有することを特徴とする。
【００１６】
上記目的を達成する本発明のファイル処理方法は以下に示す構成を備える。
【００１７】
複数の保存部を用いてファイルを保存管理する第１のサーバ装置と、前記保存部に対するアクセス権限を制御するポリシーデータを発行可能な第２のサーバ装置と通信可能な情報処理装置におけるファイル処理方法であって、前記保存部に設定すべきポリシーデータの発行を前記第２のサーバ装置に要求する要求ステップと、前記第２のサーバ装置から取得された前記ポリシーデータに基づいて、前記保存部に設定すべきコントロールファイルを作成する作成ステップと、前記作成ステップにより作成されたコントロールファイルを前記第１のサーバ装置に転送する転送ステップとを有することを特徴とする。
【００１８】
また、情報処理装置と通信可能なサーバ装置におけるファイル処理方法であって、第１の保存手段に確保される複数の保存部を管理して情報処理装置から取得されるファイルを保存するファイル処理ステップと、前記情報処理装置より作成された各保存部に対するアクセス権限を制御するコントロールファイルを取得する取得ステップと、前記取得ステップにより取得されたコントロールファイルを前記保存部に設定する設定ステップと、前記保存部に対する複製要求に基づいて、前記コントロールファイルが設定された保存部を第２の保存手段に複製する複製ステップとを有することを特徴とする。
【００１９】
さらに、複数の保存部が確保された第１の保存手段を備え、情報処理装置から要求に基づき、第１のサーバ装置で管理される各保存部に対するアクセス権限を制御するためのコントロールファイルを作成可能な第２のサーバ装置と通信可能なサーバ装置におけるファイル処理方法であって、前記第２のサーバ装置で作成された前記コントロールファイルを取得して、前記保存部に設定する設定ステップとを有することを特徴とする。
【発明の効果】
【００２０】
本発明によれば、外部のサーバ装置から発行されるポリシーデータに基づいて作成されるコントロールファイルを保存する保存手段に確保される各保存部に設定して、保存部毎に異なるアクセス権限を自在に設定できる。
【００２１】
また、アクセス権／ユーザ管理の異なる保存部間でファイルを複写する場合にも、複写元と同じアクセス権限を保持した状態で他の保存手段に新たな保存部として複写することができる。
【発明を実施するための最良の形態】
【００２２】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２３】
＜システム構成の説明＞
〔第１実施形態〕
以下、図面を参照して本発明の実施の形態を説明する。
【００２４】
図１は、本発明の第１実施形態を示す情報処理装置、サーバ装置を適用可能な文書管理システムのモジュール構成例を示す図である。
【００２５】
本文書管理システムは、クライアント１０００，文書管理サーバ１１００，ポリシー管理サーバ１２００に記憶されている各種のモジュールを実行することで、文書管理処理を連携処理する。
【００２６】
文書管理システムにおいて、パーソナルコンピュータのＯＳ上で動作するクライアント１０００は、所定のＯＳがインストールされてネットワークを介して文書管理サーバ１１００とポリシー管理サーバ１２００と通信可能に構成されている。
【００２７】
クライアント１０００は、図示しないスキャナなどのデバイスや、ＯＳ上のファイルから文書を取り込み、文書情報を文書管理サーバ１１００が備える記憶装置に登録して、権限が設定された複数のユーザ毎に文書情報へのアクセス状況を管理している。
【００２８】
本実施形態において、ポリシー管理サーバ１２００は、文書管理サーバ１１００とは別に、配信されたファイルに対してのアクセス制御をポリシーという制御データに基づいて実行する。
【００２９】
＜文書入出力処理部＞
まず、文書入出力や操作を行う処理部について説明する。
【００３０】
クライアント１０００において、１００１はユーザインタフェースで、図示しない表示装置に対して、操作設定画面等を表示制御する。ユーザはユーザインタフェース１００１を介して、表示装置に表示される操作画面を操作指示することで文書管理サーバ１１００に対して文書の登録や、文書サーバからの文書の獲得、あるいは文書の検索といった操作を行うことになる。
【００３１】
また、ユーザはユーザインタフェース１００１を介して、本発明にかかわる固定キーワードに対するアクセス権の設定、アクセス権の設定された文書の獲得、表示といった操作も行われる。
【００３２】
ユーザインタフェース１００１から操作された情報はコマンド制御部１００２で解析され、適切な処理が行われることになる。また、必要であればポリシー管理サーバ１２００、文書管理サーバ１１００等との通信を行うためのコマンドはここで作成される。
【００３３】
デバイス制御部１００３は、スキャナ等のデバイスの制御を行う。デバイス制御部１００３は、デバイス側から文書データを吸い上げたり、デバイス側から送信されるデータを受け取ったりする処理を行う。
【００３４】
１００４はファイル制御部で、ファイルサーバ等のＯＳ上に保存された文書ファイルは、文書データをインポートする形態で入力処理させることができるように構成されている。
【００３５】
また、ファイル制御部１４００は、文書管理サーバ１１００上で管理するファイルをクライアント端末のＯＳ上にエクスポートする処理も行う。
【００３６】
１００５は外部モジュール通信部で、外部アプリケーションとの通信を行い、文書管理サーバ１１００内の文書情報を外部アプリケーションに渡したり、外部アプリケーションから文書情報を受け取とったりといった処理を行う。
【００３７】
例えば、ＭＡＰＩ（Messaging Application Program Interface）に対応したメーラーに文書管理サーバで管理している文書を渡したりする処理は、ここで行われる。本実施形態において、ＭＡＰＩとは、Windows（登録商標）上で電子メール機能を扱うための標準仕様である。同社のWOSA（Windows（登録商標） Open Services Architecture ）構想の一環で、様々なアプリケーションソフトから電子メールの送受信機能を利用できるようにするための仕様でもある。
【００３８】
＜クライアントシステム内部処理部＞
次に、クライアントシステム内に配置される各種処理部について説明する。
【００３９】
１００６は文書管理制御部であり、クライアント１０００の心臓部である。文書管理制御部１００６は、入出力処理部より渡されたファイルやコマンドに応じてデータ処理を行う。１００７はテンポラリデータを保存するためのテンポラリデータベースである。テンポラリデータベース１００７は、画像処理を行う過程で作成されるデータや、サーバとの通信の過程で作成されるデータ等を一時的に保存する場所である。具体的には、クライアント１０００が備える記憶装置、例えばハードディスク等内に確保されて、ＯＳによりそのアクセスが管理されている。
【００４０】
１００８はポリシーデータ処理部で、フォルダやディレクトリなどの文書管理コンテナに関連付けられたコントロールファイルにて、フォルダのアクセス制御を行う。このコントロールファイルには、ポリシー管理サーバ１２００にて発行されて、ポリシー管理サーバ１２００から取得されて管理されているポリシーデータが付与されている。
【００４１】
ポリシーデータ処理部１００８は、コントロールファイルに付与されているポリシーデータをポリシー管理サーバ１２００に対して送信し、ポリシーデータを確認するための処理を行う。
【００４２】
また、ポリシーデータ処理部１００８は、ポリシー管理サーバ１２００から取得した利用可能な権限リストなどを処理し、文書管理制御部１００６へポリシーの確認結果などを返す機能処理を行う。
【００４３】
１００９は通信制御部で、文書管理サーバ１１００やポリシー管理サーバ１２００と所定のプロトコルで通信するための制御を行う。
【００４４】
本実施形態の通信制御部１００９は、文書管理サーバ１１００やポリシー管理サーバ１２００の処理に特化した制御のみを行っており、ＴＣＰ／ＩＰ等の通信そのものの制御はＯＳに用意されたものを使用している。
【００４５】
＜文書サーバシステム内部処理部＞
次に、文書サーバシステム内に配置される各種処理部について説明する。
【００４６】
文書管理サーバ１１００において、１１０１は通信制御部で、クライアント１０００の通信制御部１００９と通信のための制御を行う。ただし、文書管理サーバ１１００の通信制御部１１０１は多数のクライアントの通信制御部１００９と同時に通信を行うことが可能になっている。
【００４７】
１１０２は文書管理処理部であり、クライアント１０００からの指示に応じた文書管理サーバ１１００側での処理を制御している。
【００４８】
１１０３はテンポラリデータを保存するための内部データ保存部である。クライアント１０００との通信の過程で作成されるデータや、文書変換ルールに従って変換された文書等を一時的に保存する場所である。なお、具体的には、文書管理サーバ１１００が備える記憶装置、例えばハードディスク等にその保存場所が確保される。
【００４９】
１１０４は検索制御部で、クライアント１０００から依頼された検索のための処理を行ったり、登録された文書の検索用インデックス作成のための処理を行ったりしている。
【００５０】
＜データベース処理部＞
次に、データベース処理部について説明する。
【００５１】
１１０５はデータベース制御部で、ボリュームデータベース１１０６、属性データベース１１０７、全文検索用データベース１１０８に保存するデータを作成する。また、データベース制御部１１０５は、ボリュームデータベース１１０６、属性データベース１１０７、全文検索用データベース１１０８に対応する文書を保存する処理を行う。
【００５２】
また、データベース制御部１１０５は、クライアント１０００からの要求に応じてそれぞれのデータベースからそれぞれのデータを取り出し、クライアント１０００に渡す文書情報を作成する処理を行う。
【００５３】
１１０６はボリュームデータベースで、文書情報の実体が保存されるデータベースである。なお、ボリュームデータベース１１０６は概念的なものであって、実態がＯＳのファイルシステムであっても問題はない。
【００５４】
１１０７は属性データベースで、文書情報の名前や作成日付、コメントなどの属性に関する情報が保存されるデータベースである。また、属性データベース１１０７には本発明にかかわる文書管理システムを使用するユーザの情報等の管理情報データや、キーワードに対するアクセスコントロールテーブル、アクセス権に応じた文書変換ルールも保存している。
【００５５】
１１０８は全文検索用データベースで、登録された文書情報からテキストデータを抽出し、インデックス情報にしたデータが登録される。クライアント１０００で全文検索が行われると、全文検索用データベース１１０８内を検索する。
【００５６】
＜ポリシー管理サーバシステム内部処理部＞
次に、ポリシー管理サーバシステム内に配置される各種処理部について説明する。
【００５７】
ポリシー管理サーバ１２００において、１２０１は通信制御部で、クライアント１０００の通信制御部１００９と通信のための制御を行う。ただし、ポリシー管理サーバ１２００の通信制御部１２０１は多数のクライアント１０００の通信制御部１００９と同時に通信を行うことが可能に構成されている。
【００５８】
１２０２はポリシー管理制御部であり、クライアント１０００からの要求に応じたポリシー管理サーバ１２００側での処理を制御している。
【００５９】
１２０３はポリシー発行部であり、ポリシー管理制御部１２０２で受けたクライアント１０００からの要求に従って、ポリシーデータを生成する。またこれと共に、ポリシー管理用データベース１２０５へポリシーのポリシーを登録発行するよう、データベース制御部１２０４へ依頼を行う。
【００６０】
＜データベース処理部＞
次に、データベース処理部について説明する。
【００６１】
１２０４はデータベース制御部で、ポリシー管理用データベース１２０５にポリシー発行部１２０３にて発行されたポリシーデータを格納する処理を行う。また、クライアント１０００からの要求に応じてポリシー管理用データベース１２０５からポリシーデータを取り出し、クライアント１０００に渡す文書を作成する処理を行う。
【００６２】
１２０５はポリシー管理用データベースで、ポリシー管理に必要なデータが保存されるデータベースである。
【００６３】
本実施形態において、ポリシー管理に必要なデータには、ポリシー自体の識別データや属性データを含む。また、さらに、ポリシー管理に必要なデータには、ポリシーに関連付けられてコントロールされる対象の文書を識別するためのデータや、ポリシーに対しての動作が規定されるユーザの識別データや認証データを含む。
【００６４】
図２は、図１に示したクライアント１０００，文書管理サーバ１１００，ポリシー管理サーバ１２００のハードウエア構成を説明するブロック図である。なお、クライアント１０００，文書管理サーバ１１００，ポリシー管理サーバ１２００は、ほぼ同様のハードウエア資源を備えるため、図２をハードウエア資源の一般的な構成として説明する。
【００６５】
図２において、ＣＰＵ４１０１は、メモリ４１０４に記憶された制御プログラムを実行することでクライアントあるいはサーバ全体の制御を行う中央演算装置である。ＣＰＵ４１０１は、ＲＯＭ４１０５およびハードディスクユニット４１０６に記憶されたプログラムをメモリ２０５にロードして実行する。
【００６６】
ネットワークインタフェース４１０２は、他の機器との間でネットワークを介したデータ通信を行うための制御部である。
【００６７】
ＣＰＵ４１０１によって実行されるソフトウエアは、ＬＡＮ４００を介して、ＭＦＰデバイス、スキャナ装置、プリンタ装置や他のネットワーク機器、あるいは他のコンピュータと双方向のデータのやり取りを行うことができる。
【００６８】
周辺機器インタフェース４１０３は、周辺機器の制御を行うための制御部である。メモリ４１０４は、ＣＰＵ４１０１で実行する命令や、データなどを保存するための、一般的には揮発性の記憶部である。
【００６９】
ＲＯＭ４１０５は、基本的なハードウエア制御を行うためのプログラムやデータなどを保存するための読み取り専用記憶部である。ハードディスクユニット（ハードディスク）４１０６は、PC本体で実行されるプログラムや演算されたデータなどを保存するための、一般的には不揮発性の記憶部である。また、クライアント１０００が備えるハードディスクユニット４１０６には、クライアントとして機能するためのクライアントのためのＯＳがインストールされている。また、文書管理サーバ１１００が備えるハードディスクユニット４１０６には、文書管理サーバ１１００として機能するためのクライアントのためのＯＳがインストールされている。
【００７０】
さらに、ポリシー管理サーバ１２００が備えるハードディスクユニット４１０６には、ポリシー管理サーバ１２００として機能するためのクライアントのためのＯＳがインストールされている。
【００７１】
ハードディスクユニット４１０６には、ブートプログラム、複数のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラムや、図１に示したモジュール等を記憶可能に構成されている。ブートプログラムは起動プログラム（ハードやソフトの実行（動作）を開始するプログラム）である。
【００７２】
そして、ＣＰＵ４１０１がメモリ４１０４にＯＳをロードして、ＯＳの管理下で、各種のアプリケーション、モジュール等を実行させて、後述するようなフローチャートに示す制御手順を実行可能に構成されている。
【００７３】
なお、文書管理サーバ１１００が備えるハードディスクユニット４１０６には、ボリュームデータベース１１０６、属性データベース１１０７、全文検索用データベース１１０８が確保される。
【００７４】
また、ポリシー管理サーバ１２００が備えるハードディスクユニット４１０６には、ポリシー管理用データベース１２０５が確保される。
【００７５】
ディスプレイインタフェース４１０７は、クライアント１０００等の内部状態や、実行状態などを表示するための液晶ディスプレイ４２０３を接続するため制御部である。
【００７６】
そして、ＣＰＵ４１０１で実行されるソフトウエアは、液晶ディスプレイ４２０３上にグラフィカルユーザインタフェースを描画できる。液晶ディスプレイ４２０３はディスプレイインタフェース４１０７によって駆動される。
【００７７】
キーボードインタフェース４１０８やマウスインタフェース４１０９は、計算機４１００に対してユーザがデータや命令を入力するための入力装置を接続できる。
【００７８】
周辺機器インタフェース４１０３は、ＵＳＢ、ＲＳ−２３２Ｃシリアル、ＩＥＥＥ１３９４などの仕様を実装した周辺機器を接続するための制御部である。
【００７９】
なお、ユーザインタフェース１００１がディスプレイインタフェース４１０７を制御することで、液晶ディスプレイ４２０３への表示が実行される。
【００８０】
このように構成された文書管理システムにおいて、クライアント１０００は、以下のように文書管理サーバ１１００が管理するフォルダに設定すべきコントロールファイルを作成する。
【００８１】
クライアント１０００は、複数の保存部（フォルダ）を管理してファイルを保存管理する文書管理サーバ１１００と、フォルダに対するアクセス権限を制御するポリシーデータを発行可能なポリシー管理サーバ１２００と通信可能に構成されている。
【００８２】
そして、フォルダに設定すべきポリシーデータの発行をポリシー管理サーバ１２００に要求する。そして、ポリシー管理サーバ１２００から取得されたポリシーデータに基づいて、文書管理サーバ１１００の保存手段に確保されるフォルダに設定すべきコントロールファイルをポリシーデータ処理部１００８が作成する。
【００８３】
ポリシーデータ処理部１００８により作成されたコントロールファイルを文書管理サーバ１１００に転送する。
【００８４】
また、文書管理サーバ１１００に保存されているいずれかのフォルダに対するファイル要求を受け付けた場合に、フォルダに設定されているコントロールファイルを取得する。そして、文書管理サーバ１１００から取得されたコントロールファイルからポリシーデータを識別して、ポリシー管理サーバ１２００からフォルダに対する可能な操作リストを取得する。そして、ポリシー管理サーバ１２００から取得された操作リストに基づいて、文書管理制御部１００６がフォルダに対するアクセス権限を図７に示す制御手順に従い制御する。
【００８５】
図３は、図２に示した属性データベース１１０７に登録されている文書に関する情報のデータ構造を示す概念図である。
【００８６】
図３において、２００１は、前記属性データベース１１０７のルートであり、属性データベース１１０７内に登録される全ての登録されるデータはルートの子データとして管理される。
【００８７】
２００２はフォルダデータであり、クライアント１０００上のユーザがデータを格納するためのフォルダのデータである。フォルダデータは、親フォルダＩＤ２００２−１とフォルダ属性情報２００２−２、親フォルダＩＤ２００２−３から成り立っている。フォルダは複数存在することができるので、最上位に存在するフォルダはその数分だけ、フォルダデータ２００３のようにルートの直下に接続される子データとして登録される。最上位のフォルダの親フォルダはルートになる。
【００８８】
２００４は文書データであり、格納されるフォルダの子データとして存在する。文書データ２００４は文書ＩＤ２００４−１と文書属性情報２００４−２、検索インデックスＩＤ２００４−３、ボリュームデータＩＤ２００４−４、親フォルダＩＤ２００４−５からなる。また、文書属性情報２００４−２として文書名や更新日時、コメントデータなどのデータを保存している。
【００８９】
検索インデックスＩＤ２００４−３は全文検索データベースが文書を区別するために用いるＩＤで、検索エンジンにキーワードの検索を指示すると該当する検索ＩＤが返される。
【００９０】
ボリュームデータＩＤ２００４−４はボリュームデータベース１１０６に登録されたＩＤで、このＩＤを利用して文書に関連した情報を各データベースから引き出すことが可能である。
【００９１】
文書データもフォルダの下に複数存在することができるので、その数分だけ文書データ２００５のように登録される。
【００９２】
本実施形態におけるコントロールファイルも文書データ２００４や文書データ２００５のような形式で格納して管理される。しかし、文書属性としてコントロールファイルとしての属性が設定されているため、ユーザインタフェース１００１を通してフォルダ内部を見た場合、コントロールファイルは表示されない。
【００９３】
また、フォルダの下にさらにフォルダを、存在させフォルダの階層化構造をとることも可能である。この場合は、フォルダデータ２００６のように登録される。
【００９４】
図４は、図１に示したポリシー管理用データベース１２０５に登録されているポリシーに関する情報のデータ構造の一例を示す図である。
【００９５】
図４において、３００１はポリシーＩＤ（ＰＩＤ）とポリシー名を関連付けるテーブルである。３００２はポリシーが付与されているドキュメントと付与されているポリシー、該ポリシーの付与時に暗号化された文書コンテンツの復号キーの関連を管理するテーブルである。
【００９６】
３００３は、ポリシー管理サーバで管理されているユーザのＩＤと名前パスワードなどのユーザ情報テーブルである。
【００９７】
３００４は、各ポリシーの定義を管理するテーブルであり、各ポリシーに対して、ユーザのＩＤとそのユーザに許可されている権限の管理テーブルである。
【００９８】
図５は、図１に示した文書管理サーバ１１００で管理されるフォルダの制御データとなるコントロールファイルに関するデータ構造の概念を示す図である。
【００９９】
図５において、４００１は、ファイルの種類やファイル自身のメタデータを格納するＦｉｌｅ Ｈｅａｄｅｒ部分である。
【０１００】
４００２は、ポリシー付与時に暗号化されたファイルのメインコンテンツ部分にあたるＦｉｌｅ Ｄａｔａ部である。
【０１０１】
４００３は総合的なＰｏｌｉｃｙ Ｄａｔａ部である。Ｐｏｌｉｃｙ Ｄａｔａ部４００３は、ポリシー管理サーバ１２００に対してポリシーの確認を行うために必要な、ポリシー識別データと、ポリシー管理サーバ１２００内でドキュメントを識別するためのドキュメントＩＤ識別用データを含む。また、Ｐｏｌｉｃｙ Ｄａｔａ部４００３は、ポリシー管理サーバ１２００を特定するポリシー管理サーバ特定データとを含む総合的なＰｏｌｉｃｙ Ｄａｔａ部である。
【０１０２】
図６は、本発明の係る情報装置における第１のデータ処理手順の一例を示すフローチャートである。本処理は、図１に示したクライアント１０００がポリシー管理サーバ１２００で管理されるフォルダに対してポリシーを設定する処理手順に対応する。
【０１０３】
なお、（５００１）〜（５００５）は各ステップを示す。また、各ステップは、図２に示したクライアント１０００のＣＰＵ４１０１がハードディスクユニット４１０６に記憶される制御プログラムをメモリ４１０４にロードして実行することで実現される。本実施形態において、この処理はクライアント１０００のＣＰＵ４１０１がメモリ４１０４にクライアントソフトウェアをロードして実行することで実現される。なお、クライアントソフトウェアとは、図１に示したクライアント１０００内の各モジュール、ＯＳ等に対応する。
【０１０４】
先ず、ステップ５００１では、オペレータがフォルダに対してポリシーの設定要求をキーボードやポインティングデバイスを操作して行う。これは本実施形態においては、クライアント１０００のユーザインタフェース１００１を通して行われる。
【０１０５】
例えば、選択したフォルダ上でポリシー選択アクションを起こすと、クライアント１０００のポリシーデータ処理部１００８がその選択応じてポリシー管理サーバ１２００にポリシー一覧要求を通信制御部１００９が発行する。
【０１０６】
そして、通信制御部１００９がポリシー管理サーバ１２００のポリシー管理用データベース１２０５で管理されている利用可能なポリシー一覧を取得する。
【０１０７】
そして、ポリシー管理サーバ１２００から取得されたポリシー一覧の中から適切なポリシーを液晶ディスプレイ４２０３等にユーザインタフェース１００１を介して表示される一覧から選択するなどの操作を行う。
【０１０８】
次に、ステップ５００２では、コントロールファイルの作成が行われる。これは、本実施形態においては、コントロールファイルの元となるファイルをテンポラリデータ格納領域に一時的に生成する事になる。
【０１０９】
そして、ステップ５００３では、作成されているコントロールファイルにポリシーを付与する。これは、ステップ５００２で生成されたコントロールファイルの元となるファイルに対してユーザがステップ５００１で指定したポリシーを付与するものである。
【０１１０】
本実施形態においては、ステップ５００１にて指定されたポリシーに関連付けられたポリシーデータをポリシーデータ処理部１００８から通信制御部１００９、通信制御部１２０１を介してポリシー管理サーバ１２００のポリシー管理制御部１２０２に要求する。
【０１１１】
なお、ポリシー管理サーバ１２００のポリシー管理制御部１２０２は、文書を識別するための文書識別データと文書情報を暗号化あるいは復号化するためのキーとを生成する。そして、指定されたポリシーに関連付ける形で、ポリシー管理用データベース１２０５に格納する。
【０１１２】
そして、ポリシー管理用データベース（ＰＭＤＳ）１２０５に格納されたデータは、図４に示したテーブル３００２のようなデータ形式で保存して管理される。
【０１１３】
また、生成された文書識別データと暗号化キー、復号化キーをポリシー識別データと共に通信制御部１２０１、１００９経由でクライアント１０００に返す。
【０１１４】
本実施形態においては、クライアント１０００のポリシーデータ処理部１００８において、ＰＭＤＳ１２００から返された暗号化キーでコントロールファイルの元となるファイルを暗号化する。そして、図５に示すように、文書識別データとポリシー識別データをＦｉｌｅ Ｄａｔａ部４００２に追加する。
【０１１５】
また、ファイルの先頭には、ファイルヘッダーであるＦｉｌｅ Ｈｅａｄｅｒ部分４００１として、ファイルの種類や文書識別データとポリシー識別データのかかれている位置などを追加する。
【０１１６】
次にステップ５００４では、ポリシーが付与されたコントロールファイルを対象フォルダ内に格納する。
【０１１７】
本実施形態においては、ステップ５００３にて、ポリシーの付与を行ったコントロールファイルを通信制御部１００９、１１０１を介して文書管理サーバ１１００に送る。そして、文書管理サーバ１１００の文書管理制御部１１０２、データベース制御部１１０５を経由してコントロールファイル自身をボリュームデータベース１１０６に、またコントロールファイルの属性値を属性データベース１１０７に格納する。
【０１１８】
各々のデータベースに対し、コントローラファイル自身や属性値の格納が完了したら、通信制御部１１０１、１００９を介して完了通知をクライアント１０００に返信する。クライアント１０００側は、ステップ５００５で、この完了通知を文書管理サーバ１１００から受け取り、本処理を終了する。
【０１１９】
また、オペレータには必要に応じて、ユーザインタフェース１００１を介して処理結果を通知する。これを受けた、ユーザインタフェース１００１は、液晶ディスプレイ４２０３に処理結果を所定のダイアログ等で表示制御してもよい。
【０１２０】
図７は、本発明の係る情報装置における第２のデータ処理手順の一例を示すフローチャートである。本処理は、図１に示したクライアント１０００がフォルダに対してアクセスを行う場合に行われるアクセス権チェックの処理手順に対応する。なお、（６００１）〜（６００８）は各ステップを示す。また、各ステップは、図２に示したクライアント１０００のＣＰＵ４１０１がハードディスクユニット４１０６に記憶される制御プログラムをメモリ４１０４にロードして実行することで実現される。
【０１２１】
本実施形態において、この処理はクライアント１０００上で動作するクライアントソフトウェア（図１に示したクライアント１０００内のモジュール）が主に処理を行っているものとする。
【０１２２】
先ず、ステップ６００１では、オペレータが文書管理サーバ１１００内で保存管理されているフォルダに対してアクセス要求を行う。本実施形態においては、クライアント１０００のユーザインタフェース１００１を通してフォルダをユーザがキーボードやポインティングデバイスを操作することで選択する操作が行われる。
【０１２３】
次に、ステップ６００２では、文書管理サーバ１１００上でのアクセス権限確認を行う。
【０１２４】
ここでは、まず、ユーザインタフェース１００１を通して指定されたフォルダの識別子とアクセス要求と、操作を行ったユーザに関する識別情報が、通信制御部１００９、１１０１を介して文書管理サーバ１１００に通知される。
【０１２５】
文書管理サーバ１１００側では、クライアント１０００からの通知で指定されたフォルダの識別子とアクセス要求と、操作を行ったユーザに関する識別情報を加味して、アクセスの可否判定を文書管理制御部１１０２が行う。
【０１２６】
この時、文書管理制御部１１０２がアクセス権限がないと文書管理サーバ１１００が判断した場合は、ステップ６００３に進み、アクセス拒否の通知を通信制御部１１０１、１００９経由でクライアント１０００に返信し、本処理が終了する。
【０１２７】
一方、ステップ６００２で、文書管理サーバ１１００にアクセス可能と判断された場合、ステップ６００４に進む。そして、文書管理制御部１１０２において、クライアント１０００により選択されたフォルダ内にコントロールファイルが置かれているかどうかをチェックする。その結果、文書管理制御部１１０２がコントロールファイルがないと判断した場合は、ステップ６００５へと進む。そして、文書管理サーバ１１００上でのアクセス権に基づいた制御を行うための、アクセス権情報が通信制御部１１０１、１００９経由でクライアント１０００に返信される。
【０１２８】
一方、ステップ６００４でコントロールファイルがある文書管理サーバ１１００が通知していると判断した場合には、ステップ６００６へと進み、コントロールファイルのポリシー確認が行われる。
【０１２９】
まず、コントロールファイルがボリュームデータベース１１０６より取出され、通信制御部１１０１、１００９経由でコントロールファイルをクライアント１０００へ送る。
【０１３０】
クライアント１０００は、ポリシーデータ処理部１００８にてコントロールファイルに付与されているポリシー識別データとポリシー管理サーバ１２００内での文書識別データを取り出す。そして、アクセス要求を行ったユーザのユーザ識別情報と共に、通信制御部１００９、１２０１経由でポリシー管理サーバ１２００へ送信する。ポリシー管理サーバ１２００では、ユーザ識別情報がポリシー管理サーバ１２００で認証されれば、ポリシー管理制御部１２０２が、ポリシー管理用データベース１２０５内の情報と送信されてきたデータを照合する。そして、ポリシー管理制御部１２０２が照合した結果、"可能な操作のリスト"を作成し、通信制御部１２０１、１００９経由でクライアント１０００へ返信する。そして、ステップ６００７では、ポリシーデータ処理部１００８は、ポリシー管理サーバ１２００から返信される"可能な操作のリスト"をポリシー管理サーバ１２００から受け取り、文書管理制御部１００６へその旨を通知する。
【０１３１】
次に、ステップ６００８では、通知された可能な操作リストに基づき、文書管理サーバ１１００のアクセス権とポリシーに基づく制御を行う。また、その結果をユーザインタフェース１００１の表示制御にも反映する。
【０１３２】
図８は、本発明の第１実施形態を示す文書管理システムの一例を示す図である。なお、図１と同一のものには同一の符号を付してある。
【０１３３】
図８において、クライアント１０００には、図１に示したクライアントソフトウェアがインストールされており、ネットワークに接続された文書管理サーバ１１００やポリシー管理サーバ１２００に対するアクセスを行う。
【０１３４】
文書管理サーバ１１００は、図１に示した１１０１〜１１０５を含むもので、ネットワーク上の各クライアント１０００からのアクセスを受け付ける。
【０１３５】
７００３は、図１における文書管理サーバ１１００内の１１０６〜１１０８の一連の第１のデータベースを表している。７００４は第２のデータベースで、１つの文書管理サーバ１１００上に第１の文書データベース７００３、第２の文書データベース７００４を含む２つのデータベースを保持している状態である。
【０１３６】
なお、第１の文書データベース７００３、第２の文書データベース７００４は各々が別々の部門で管理されるデータベースというような、別々のユーザ体系、アクセス権体系によって管理されているもので、相互に関連情報はもっていない。
【０１３７】
ポリシー管理サーバ１２００は、図１におけるポリシー管理サーバ１２００内にポリシー管理サーバソフトウェアがインストールされており、ネットワークを通じて、クライアント１０００からのリクエストを受け付ける。
【０１３８】
本実施形態においては、第１の文書データベース７００３および、第２の文書データベース７００４は同一のクライアントソフトウェアから２つのディレクトリツリーのような形で参照可能である。
【０１３９】
この場合、片方のディレクトリツリーから他方のディレクトリツリーへフォルダや文書をコピーすることも可能である。
【０１４０】
例えば、第１の文書データベース７００３内で管理されているフォルダを第２の文書データベース７００４内で管理されているフォルダの下へコピーする場合がある。この場合、コピー元フォルダにコントロールファイルが格納されていた場合には、コピー時に他の格納文書と同様、コピーされることになる。
【０１４１】
これにより、フォルダが異なる管理体系のＤＢへとコピーされた場合でも、同一のポリシーによってアクセス権制御を実現できる。
【０１４２】
以上本実施形態によれば、コピー元と同じアクセス権を保持したままコピーすることが可能となる。具体例的には、第１の文書データベース７００３と、第２の文書データベース７００４とでアクセス権／ユーザ管理の異なるストレージ間でフォルダなどの文書管理コンテナをコピーする場合である。
【０１４３】
〔第２実施形態〕
第１実施形態では、クライアントサーバシステムをモデルとして想定した形態であったが、図１に示したクライアントでの処理機構をＷｅｂサーバに組み込み、Ｂｒｏｗｓｅｒ経由でアクセスするような構成にしても良い。
【０１４４】
図９は、本発明の第２実施形態を示す情報処理装置、サーバ装置を適用可能な文書処理システムの一例を示す図である。なお、図１と同一のものには同一の符号を付してある。
【０１４５】
図９において、Ｗｅｂサーバ８００１には、図１におけるクライアント１０００の機能（ソフトウエアモジュールに基づく機能）を組み込まれている。この場合、ユーザインタフェース１００１はＷｅｂサーバ８００１とのインタフェースとなり、Ｗｅｂサーバ８００１がイントラネット、インターネット経由で受け付けるリクエストを下位のコンポーネントに対するコマンドに変換する役割を担う。
【０１４６】
８００２はモバイルクライアントであり、Ｗｅｂブラウザを介してＷｅｂサーバ８００１に対してアクセスを行うものとする。
【０１４７】
このように構成された文書管理システムにおいて、文書管理サーバ１１００は、Ｗｅｂサーバ８００１と通信可能に構成されている。
【０１４８】
そして、第１の文書データベース７００３に確保される複数のフォルダを管理してＷｅｂサーバ８００１から取得されるファイルを保存する。
【０１４９】
また、Ｗｅｂサーバ８００１より作成された各フォルダに対するアクセス権限を制御するコントロールファイルを取得する。そして、Ｗｅｂサーバ８００１から取得されたコントロールファイルを第１の文書データベース７００３内のフォルダに設定する。
【０１５０】
また、いずれかのフォルダに対する複製要求を受け付けた場合は、コントロールファイルが設定されたフォルダを第２の文書データベース７００４に複製処理する。
【０１５１】
なお、文書管理サーバ１１００がクライアントとしてモバイルクライアント８００２からの要求に基づき、ポリシー管理サーバ１２００やＷｅｂサーバ８００１と通信可能なサーバ装置として構成されている場合がある。
【０１５２】
文書管理サーバ１１００が複数のフォルダが確保された第１の文書データベース７００３を備えている。そして、文書管理サーバ１１００がＷｅｂサーバ８００１で作成されたコントロールファイルを取得して、データベース制御部１１０５が第１の文書データベース７００３内のフォルダに設定する機能処理を行う。
【０１５３】
本実施形態によれば、各クライアント端末としてのモバイルクライアント８００２に独自のクライアントソフトウェアをインストールすることがなくなる。そして、アクセス権／ユーザ管理の異なるストレージ間で文書管理コンテナをコピーした場合に、コピー元と同じアクセス権を保持したままコピーすることが可能となる。
【０１５４】
〔第３実施形態〕
上記第１実施形態では、コントロールファイルに付与されているポリシーデータをポリシー管理サーバ１２００に対して送信・確認するための処理を行う。また、これと同時に、ポリシー管理サーバ１２００から受け取った利用可能な権限リストなどを処理する。そして、文書管理制御部１１０２へポリシーの確認結果などを返すポリシーデータ処理部１００８は、図１のようにクライアント側もしくは、Ｗｅｂサーバ８００１側に存在することになっている。しかしながら、図１０に示すように、ネットワークで接続された、ポリシーデータ処理サーバとして別サーバに分離しても良い。
【０１５５】
図１０は、本発明の第２実施形態を示す情報処理装置、サーバ装置を適用可能な文書処理システムの一例を示す図である。なお、図１と同一のものには同一の符号を付してある。
【０１５６】
図１０に示すポリシーデータ処理サーバ９０００において、９００１はポリシーデータ処理部である。このポリシーデータ処理部９００１は、図１に示したポリシーデータ処理部１００８と同じく、コントロールファイルに付与されているポリシーデータをポリシー管理サーバ１２００に対して送信・確認するための処理を行う。同時に、ポリシーデータ処理部９００１は、ポリシー管理サーバ１２００から受け取った利用可能な権限リストなどを処理し、クライアント１０００やＷｅｂサーバ８００１へ通信制御部９００３、１００９を介してポリシーの確認結果などを返す部分である。
【０１５７】
９００２は、テンポラリのデータを一時的に格納するテンポラリデータベースである。９００３は通信制御部で、クライアント１０００の通信制御部１００９と通信のための制御を行う。
【０１５８】
ただし、ポリシー管理サーバ１２００の通信制御部１２０１は多数のクライアントの通信制御部１００９と同時に通信を行うことが可能になっている。
【０１５９】
本実施形態によれば、ポリシーデータ処理部を外部サーバに分離することにより、ポリシー管理サーバ１２００とポリシーデータ処理サーバ９０００を別のメーカや別の種類のものに差し替える事が可能となる。
【０１６０】
また、ポリシーデータ処理部を担うモジュールプログラムはポリシーデータ処理サーバ９０００の開発元が提供するのが通常であり、自由に変更できない場合も多い。しかしながら、別サーバとして分離させることにより、クライアント１０００やＷｅｂサーバ８００１として使用するマシンのＯＳは、ポリシーデータ処理部の動作環境に制限することなく選択することが可能となる。
【０１６１】
また、別サーバとしてポリシーデータ処理サーバ９０００を用意することで、クライアント１０００やＷｅｂサーバ８００１の負荷を軽減することが可能となる。
【０１６２】
〔第４実施形態〕
上記第１実施形態では、文書管理コンテナとして、フォルダやディレクトリなど、文書管理サーバ１１００内で管理されたコンテナに関して言及した。しかし、複数文書をまとめて一つ（もしくは複数）のファイルとして配信可能なバインドファイルや、複数文Ｆ書を圧縮してアーカイブ化ファイル、複数文書をバイナリ（もしくはテキスト）結合させたファイルなど配信可能な形のコンテナに関して適用しても良い。
【０１６３】
本実施形態のおいては、図１や図９における文書管理制御部１００６では、文書管理サーバから複数の文書を取り出してテンポラリデータベースに格納し、これらをまとめてパッケージング・ファイル化する機構を有する。そして、このパッケージングするファイル内にこのパッケージファイルに対するコントロールファイルとして、ポリシー付与されたファイルもパッケージングを行うことも可能である。
【０１６４】
また、このパッケージにアクセスする場合、クライアントソフトウェアもしくは、Ｗｅｂサーバ８００１は、文書管理制御部１００６でパッケージ解除した後、コントロールファイルを取り出し、ポリシーデータ処理部１００８がポリシーの確認を行う。確認したポリシーの結果によって、このパッケージファイルに対するアクセス制御を行う。
【０１６５】
本実施形態によれば、文書管理サーバ１１００で管理されたコンテナだけではなく、配信された文書管理用コンテナに対しても文書サーバ内の保持されている場合と同様のアクセス制御を維持・実現することが可能となる。
【０１６６】
〔第５実施形態〕
図１１は、本発明に係るサーバ装置におけるデータ処理手順の一例を示すフローチャートである。本処理は、文書管理サーバ１１００において、クライアント１０００または図８に示したＷｅｂサーバ８００１で作成されたコントロールファイルを第１の文書データベース７００３、７００４に設定する処理に対応する。なお、（１１０１）〜（１１０５）は各ステップを示す。また、各ステップは、文書管理サーバ１１００内のＣＰＵが制御プログラムをメモリにロードして実行することで実現される。なお、コントロールファイルを作成するのは、第１実施形態では、クライアント１０００の機能であり、第５実施形態ではＷｅｂサーバ８００１の機能であるが、以下、クライアント１０００をコントロールファイル作成主体とする例を説明する。
【０１６７】
先ず、ステップ１１０１で、クライアント１０００より文書管理サーバ１１００が備える保存手段に確保される保存部に設定すべきコントロールファイルを取得しているかどうかを判断する。ここで、コントロールファイルを取得していないと判断した場合は、ステップ１１０４へ進む。
【０１６８】
一方、ステップ１１０１でコントロールファイルを取得している場合は、ステップ１１０２で、取得したコントロールファイルをテンポラリデータ１１０３として保持する。
【０１６９】
次に、ステップ１１０３で、例えばボリュームデータベース１１０６に所定のデータ構造で確保されている保存部に保持しているコントロールファイルを設定する。
【０１７０】
これにより、ポリシーデータが定義されているコントロールファイルがボリュームデータベース１１０６の保存部に設定できる。
【０１７１】
次に、ステップ１１０４で、クライアント１０００あるいは文書管理サーバ１１００に対して、ボリュームデータベース１１０６のいずれかの保存部を他の保存手段に複写する指示が入力されているか否かを判断する。
【０１７２】
ここで、複写指示が入力されていないと判断した場合は、本処理を終了する。
【０１７３】
一方、複写指示が入力されていると判断した場合は、ステップ１１０５で、選択された保存部を他の保存手段のデータ構造に従い、複写処理を行い、本処理を終了する。
【０１７４】
なお、上記保存部とは、例えばハードディスク上のディレクトで管理されるフォルダ等に対応するものであるが、その構造や定義は、ＯＳに認識されて管理可能であれば、そのデータ構造等に左右されることはない。
【０１７５】
〔第６実施形態〕
以下、図１２に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１７６】
図１２は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１７７】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１７８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１７９】
本実施形態における図６，図７に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１８０】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１８１】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８２】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１８３】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１８４】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８５】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１８６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１８７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８９】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１９０】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１９１】
【図１】本発明の第１実施形態を示す情報処理装置、サーバ装置を適用可能な文書管理システムの一例を示す図である。
【図２】図１に示したクライアント，文書サーバ，ポリシー管理サーバのハードウエア構成を説明するブロック図である。
【図３】図２に示した属性データベースに登録されている文書に関する情報のデータ構造を示す概念図である。
【図４】図１に示したポリシー管理用データベースに登録されているポリシーに関する情報のデータ構造の一例を示す図である。
【図５】図１に示した文書サーバで管理されるフォルダの制御データとなるコントロールファイルに関するデータ構造の概念を示す図である。
【図６】本発明の係る情報装置における第１のデータ処理手順の一例を示すフローチャートである。
【図７】本発明の係る情報装置における第２のデータ処理手順の一例を示すフローチャートである。
【図８】本発明の第１実施形態を示す文書管理システムの一例を示す図である。
【図９】本発明の第２実施形態を示す情報処理装置、サーバ装置を適用可能な文書処理システムの一例を示す図である。
【図１０】本発明の第２実施形態を示す情報処理装置、サーバ装置を適用可能な文書処理システムの一例を示す図である。
【図１１】本発明に係るサーバ装置におけるデータ処理手順の一例を示すフローチャートである。
【図１２】本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図１３】本発明に係るサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１９２】
１００１ ユーザインタフェース
１００２ コマンド制御部
１００３ デバイス制御部
１００４ ファイル制御部
１００５ 外部モジュール通信部
１００６ 文書管理制御部
１００７ テンポラリデータベース
１００８ ポリシーデータ処理部
１００９ 通信制御部
１１００ 文書サーバ
１２００ ポリシー管理サーバ
【特許請求の範囲】
【請求項１】
複数の保存部を用いてファイルを保存管理する第１のサーバ装置と、前記保存部に対するアクセス権限を制御するポリシーデータを発行可能な第２のサーバ装置と通信可能な情報処理装置であって、
前記保存部に設定すべきポリシーデータの発行を前記第２のサーバ装置に要求する要求手段と、
前記第２のサーバ装置から取得された前記ポリシーデータに基づいて、前記保存部に設定すべきコントロールファイルを作成する作成手段と、
前記作成手段により作成されたコントロールファイルを前記第１のサーバ装置に転送する転送手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記第１のサーバ装置に保存されているいずれかの保存部に対するファイル要求を受け付けた場合に、前記保存部に設定されている前記コントロールファイルを取得する第１の取得手段と、
前記第１の取得手段により取得された前記コントロールファイルからポリシーデータを識別して、前記第２のサーバ装置から前記保存部に対する可能な操作リストを取得する第２の取得手段と、
前記第２の取得手段により取得された操作リストに基づいて、前記保存部に対するアクセス権限を制御する制御手段と、
を有することを特徴とする請求項１記載の情報処理装置。
【請求項３】
情報処理装置と通信可能なサーバ装置であって、
第１の保存手段に確保される複数の保存部を用いて、前記情報処理装置から取得されるファイルを保存するファイル処理手段と、
前記情報処理装置より作成された各保存部に対するアクセス権限を制御するコントロールファイルを取得する取得手段と、
前記取得手段により取得されたコントロールファイルを前記保存部に設定する設定手段と、
前記保存部に対する複製要求に基づいて、前記コントロールファイルが設定された保存部を第２の保存手段に複製する複製手段と、
を有することを特徴とするサーバ装置。
【請求項４】
情報処理装置から要求に基づき、第１のサーバ装置で管理される各保存部に対するアクセス権限を制御するためのコントロールファイルを作成可能な第２のサーバ装置と通信可能なサーバ装置であって、
複数の保存部が確保された第１の保存手段と、
前記第２のサーバ装置で作成された前記コントロールファイルを取得して、前記保存部に設定する設定手段と、
を有することを特徴とするサーバ装置。
【請求項５】
複数の保存部を用いてファイルを保存管理する第１のサーバ装置と、前記保存部に対するアクセス権限を制御するポリシーデータを発行可能な第２のサーバ装置と通信可能な情報処理装置におけるファイル処理方法であって、
前記保存部に設定すべきポリシーデータの発行を前記第２のサーバ装置に要求する要求ステップと、
前記第２のサーバ装置から取得された前記ポリシーデータに基づいて、前記保存部に設定すべきコントロールファイルを作成する作成ステップと、
前記作成ステップにより作成されたコントロールファイルを前記第１のサーバ装置に転送する転送ステップと、
を有することを特徴とするファイル処理方法。
【請求項６】
前記第１のサーバ装置に保存されているいずれかの保存部に対するファイル要求を受け付けた場合に、前記保存部に設定されている前記コントロールファイルを取得する第１の取得ステップと、
前記第１の取得ステップにより取得された前記コントロールファイルからポリシーデータを識別して、前記第２のサーバ装置から前記保存部に対する可能な操作リストを取得する第２の取得ステップと、
前記第２の取得ステップにより取得された操作リストに基づいて、前記保存部に対するアクセス権限を制御する制御ステップと、
を有することを特徴とする請求項５記載のファイル処理方法。
【請求項７】
情報処理装置と通信可能なサーバ装置におけるファイル処理方法であって、
第１の保存手段に確保される複数の保存部を用いて、前記情報処理装置から取得されるファイルを保存するファイル処理ステップと、
前記情報処理装置より作成された各保存部に対するアクセス権限を制御するコントロールファイルを取得する取得ステップと、
前記取得ステップにより取得されたコントロールファイルを前記保存部に設定する設定ステップと、
前記保存部に対する複製要求に基づいて、前記コントロールファイルが設定された保存部を第２の保存手段に複製する複製ステップと、
を有することを特徴とするファイル処理方法。
【請求項８】
複数の保存部が確保された第１の保存手段を備え、情報処理装置から要求に基づき、第１のサーバ装置で管理される各保存部に対するアクセス権限を制御するためのコントロールファイルを作成可能な第２のサーバ装置と通信可能なサーバ装置におけるファイル処理方法であって、
前記第２のサーバ装置で作成された前記コントロールファイルを取得して、前記保存部に設定する設定ステップと、
を有することを特徴とするファイル処理方法。
【請求項９】
請求項５〜８のいずれかに記載のファイル処理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項１０】
請求項５〜８のいずれかに記載のファイル処理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１】
複数の保存部を用いてファイルを保存管理する第１のサーバ装置と、前記保存部に対するアクセス権限を制御するポリシーデータを発行可能な第２のサーバ装置と通信可能な情報処理装置であって、
前記保存部に設定すべきポリシーデータの発行を前記第２のサーバ装置に要求する要求手段と、
前記第２のサーバ装置から取得された前記ポリシーデータに基づいて、前記保存部に設定すべきコントロールファイルを作成する作成手段と、
前記作成手段により作成されたコントロールファイルを前記第１のサーバ装置に転送する転送手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記第１のサーバ装置に保存されているいずれかの保存部に対するファイル要求を受け付けた場合に、前記保存部に設定されている前記コントロールファイルを取得する第１の取得手段と、
前記第１の取得手段により取得された前記コントロールファイルからポリシーデータを識別して、前記第２のサーバ装置から前記保存部に対する可能な操作リストを取得する第２の取得手段と、
前記第２の取得手段により取得された操作リストに基づいて、前記保存部に対するアクセス権限を制御する制御手段と、
を有することを特徴とする請求項１記載の情報処理装置。
【請求項３】
情報処理装置と通信可能なサーバ装置であって、
第１の保存手段に確保される複数の保存部を用いて、前記情報処理装置から取得されるファイルを保存するファイル処理手段と、
前記情報処理装置より作成された各保存部に対するアクセス権限を制御するコントロールファイルを取得する取得手段と、
前記取得手段により取得されたコントロールファイルを前記保存部に設定する設定手段と、
前記保存部に対する複製要求に基づいて、前記コントロールファイルが設定された保存部を第２の保存手段に複製する複製手段と、
を有することを特徴とするサーバ装置。
【請求項４】
情報処理装置から要求に基づき、第１のサーバ装置で管理される各保存部に対するアクセス権限を制御するためのコントロールファイルを作成可能な第２のサーバ装置と通信可能なサーバ装置であって、
複数の保存部が確保された第１の保存手段と、
前記第２のサーバ装置で作成された前記コントロールファイルを取得して、前記保存部に設定する設定手段と、
を有することを特徴とするサーバ装置。
【請求項５】
複数の保存部を用いてファイルを保存管理する第１のサーバ装置と、前記保存部に対するアクセス権限を制御するポリシーデータを発行可能な第２のサーバ装置と通信可能な情報処理装置におけるファイル処理方法であって、
前記保存部に設定すべきポリシーデータの発行を前記第２のサーバ装置に要求する要求ステップと、
前記第２のサーバ装置から取得された前記ポリシーデータに基づいて、前記保存部に設定すべきコントロールファイルを作成する作成ステップと、
前記作成ステップにより作成されたコントロールファイルを前記第１のサーバ装置に転送する転送ステップと、
を有することを特徴とするファイル処理方法。
【請求項６】
前記第１のサーバ装置に保存されているいずれかの保存部に対するファイル要求を受け付けた場合に、前記保存部に設定されている前記コントロールファイルを取得する第１の取得ステップと、
前記第１の取得ステップにより取得された前記コントロールファイルからポリシーデータを識別して、前記第２のサーバ装置から前記保存部に対する可能な操作リストを取得する第２の取得ステップと、
前記第２の取得ステップにより取得された操作リストに基づいて、前記保存部に対するアクセス権限を制御する制御ステップと、
を有することを特徴とする請求項５記載のファイル処理方法。
【請求項７】
情報処理装置と通信可能なサーバ装置におけるファイル処理方法であって、
第１の保存手段に確保される複数の保存部を用いて、前記情報処理装置から取得されるファイルを保存するファイル処理ステップと、
前記情報処理装置より作成された各保存部に対するアクセス権限を制御するコントロールファイルを取得する取得ステップと、
前記取得ステップにより取得されたコントロールファイルを前記保存部に設定する設定ステップと、
前記保存部に対する複製要求に基づいて、前記コントロールファイルが設定された保存部を第２の保存手段に複製する複製ステップと、
を有することを特徴とするファイル処理方法。
【請求項８】
複数の保存部が確保された第１の保存手段を備え、情報処理装置から要求に基づき、第１のサーバ装置で管理される各保存部に対するアクセス権限を制御するためのコントロールファイルを作成可能な第２のサーバ装置と通信可能なサーバ装置におけるファイル処理方法であって、
前記第２のサーバ装置で作成された前記コントロールファイルを取得して、前記保存部に設定する設定ステップと、
を有することを特徴とするファイル処理方法。
【請求項９】
請求項５〜８のいずれかに記載のファイル処理方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項１０】
請求項５〜８のいずれかに記載のファイル処理方法をコンピュータに実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００７−１５６６１２（Ｐ２００７−１５６６１２Ａ）
【公開日】平成１９年６月２１日（２００７．６．２１）
【国際特許分類】
【出願番号】特願２００５−３４７８６６（Ｐ２００５−３４７８６６）
【出願日】平成１７年１２月１日（２００５．１２．１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１９年６月２１日（２００７．６．２１）
【国際特許分類】
【出願日】平成１７年１２月１日（２００５．１２．１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]