(57)【要約】    【課題】  煩雑な手続きを不要にし、ユーザの利便性を向上することができる文書管理装置を提供する。    【解決手段】  サーバ１５０は、文書データに含まれる所定のデータ（キーワード）とユーザの識別子（ユーザＩＤ）とを関連付けて登録し（キーワードリンクテーブル）、少なくとも１つのクライアントから文章データの獲得要求を受信し（ステップＳ１２０１）、獲得要求された文章データに上記所定のデータ（キーワード）が含まれているか否かを判別し（ステップＳ１２０３）、上記獲得要求された文章データに上記所定のデータが含まれていると判別された場合に、ユーザの識別子に応じて、上記文章データ中の所定のデータを別のデータに変換し（ステップＳ１２０４〜ステップＳ１２０６）、変換された文章データを該文章データの出力要求先であるクライアントに送信する（ステップＳ１２０７）。【選択図】      図１２
2006350453.tif 000002
【特許請求の範囲】
【請求項１】
文書データを蓄積し、該蓄積された文書データを複数のユーザの端末間で共有するため、該複数のユーザの端末に接続される文書管理装置において、
文書データに含まれる所定のデータとユーザの識別子とを関連付けて登録する登録手段と、
少なくとも１つのユーザの端末から文書データの出力要求を受信する受信手段と、
前記出力要求された文書データに前記所定のデータが含まれているか否かを判別する判別手段と、
前記判別手段により前記出力要求された文書データに前記所定のデータが含まれていると判別された場合に、前記ユーザの識別子に応じて、前記文書データ中の所定のデータを別のデータに変換する変換手段と、
前記変換された文書データを前記文書データの出力要求先であるユーザの端末に送信する送信手段と
を備えることを特徴とする文書管理装置。
【請求項２】
前記変換手段は、前記ユーザの識別子に応じて、前記文書データ中の所定のデータを無変換にする又は当該所定のデータを削除することを特徴とする請求項１記載の文書管理装置。
【請求項３】
前記変換手段は、前記文書データ中の所定のデータを別のデータに変換する、前記文書データ中の所定のデータを無変換にする又は当該所定のデータを削除するための変換ルールを記憶したテーブルデータを備えることを特徴とする請求項２記載の文書管理装置。
【請求項４】
前記所定のデータはキーワードであり、前記格納されている文書データに対して当該キーワードの検索を行う検索手段と、該検索の結果に基づいて前記文書データと前記キーワードとの関係を示すリンクデータを作成するリンクデータ作成手段とを備えることを特徴とする請求項１乃至３のいずれか１項記載の文書管理装置。
【請求項５】
複数のスタイルシートを備え、前記変換手段は、前記所定のデータと前記ユーザ識別子に関連付けられたレベルとに基づいて使用する少なくとも１つのスタイルシートを特定し、当該特定されたスタイルシートを用いて前記文書データを変換することを特徴とする請求項１記載の文書管理装置。
【請求項６】
文書データを蓄積し、該蓄積された文書データを複数のユーザの端末間で共有するため、該複数のユーザの端末に接続される文書管理装置の文書管理方法において、
文書データに含まれる所定のデータとユーザの識別子とを関連付けて記憶媒体に登録する登録工程と、
少なくとも１つのユーザの端末から文書データの出力要求を受信する受信工程と、
前記出力要求された文書データに前記所定のデータが含まれているか否かを判別する判別工程と、
前記判別工程により前記出力要求された文書データに前記所定のデータが含まれていると判別された場合に、前記ユーザの識別子に応じて、前記文書データ中の所定のデータを別のデータに変換する変換工程と、
前記変換された文書データを前記文書データの出力要求先であるユーザの端末に送信する送信工程と
を備えることを特徴とする文書管理方法。
【請求項７】
文書データを蓄積し、該蓄積された文書データを複数のユーザの端末間で共有するため、該複数のユーザの端末に接続されるコンピュータで実行される文書管理プログラムにおいて、
文書データに含まれる所定のデータとユーザの識別子とを関連付けて記憶媒体に登録する登録モジュールと、
少なくとも１つのユーザの端末から文書データの出力要求を受信する受信モジュールと、
前記出力要求された文書データに前記所定のデータが含まれているか否かを判別する判別モジュールと、
前記判別モジュールにより前記出力要求された文書データに前記所定のデータが含まれていると判別された場合に、前記ユーザの識別子に応じて、前記文書データ中の所定のデータを別のデータに変換する変換モジュールと、
前記変換された文書データを前記文書データの出力要求先であるユーザの端末に送信する送信モジュールと
を備えることを特徴とする文書管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書データを保存して複数のユーザで共有するための文書管理装置、文書管理方法及び文書管理プログラムに関し、特にユーザによって文書データに対するアクセス権限を制御する機構を備える文書管理装置、文書管理方法及び文書管理プログラムに関する。
【背景技術】
【０００２】
オフィス環境では、文書の読み取りや印刷が可能な印刷装置と、文書データを管理するサーバ及びそれらを利用するためのＰＣなどのクライアントが同一ネットワーク上に配置されている文書管理システムが構築されている。
【０００３】
従来の文書管理システムでは、複数のユーザで文書データの共有が行われる場合に、文書データやフォルダにアクセス権を設定して、特定のユーザにのみ文書データへのアクセス権を与えるという利用方法を提供しているものが存在する。
【０００４】
また、従来より、文書データ中に含まれる特定のキーワードに着目し、当該特定キーワードが含まれている場合に文書データのアクセスに対してパスワード制限を設ける文書管理システムが知られている（例えば、特許文献１参照）。
【特許文献１】特開平１０−１８７５４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の文書管理システムでは、文書データそのものに対してのアクセス権を制御しているために、以下のような問題点があった。
（１）文書データの一部を公開するためには文書データを作り直すか、印刷して公開する部分以外の記載をマスクして配布するといった煩雑な手続が必要である。また、文書データに対して特定部分が黒くマスクされていると、その部分に機密情報が存在すること自体が判明してしまう。
（２）大量の文書データがある場合には、特定の文字に対して制限をかけたいといった要望に対応することが困難になる。特許文献１の文書管理システムはこの要望に対応するものであるが、アクセス権を与える場合にはパスワードを配布するという煩雑な手続きが必要となる。
【０００６】
本発明の目的は、上記問題を解決するためになされたもので、煩雑な手続きを不要にし、ユーザの利便性を向上することができる文書管理装置、文書管理方法及び文書管理プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、請求項１の文書管理装置は、文書データを蓄積し、該蓄積された文書データを複数のユーザの端末間で共有するため、該複数のユーザの端末に接続される文書管理装置において、文書データに含まれる所定のデータとユーザの識別子とを関連付けて登録する登録手段と、少なくとも１つのユーザの端末から文書データの出力要求を受信する受信手段と、前記出力要求された文書データに前記所定のデータが含まれているか否かを判別する判別手段と、前記判別手段により前記出力要求された文書データに前記所定のデータが含まれていると判別された場合に、前記ユーザの識別子に応じて、前記文書データ中の所定のデータを別のデータに変換する変換手段と、前記変換された文書データを前記文書データの出力要求先であるユーザの端末に送信する送信手段とを備えることを特徴とする。
【０００８】
請求項６の文書管理方法は、文書データを蓄積し、該蓄積された文書データを複数のユーザの端末間で共有するため、該複数のユーザの端末に接続される文書管理装置の文書管理方法において、文書データに含まれる所定のデータとユーザの識別子とを関連付けて記憶媒体に登録する登録工程と、少なくとも１つのユーザの端末から文書データの出力要求を受信する受信工程と、前記出力要求された文書データに前記所定のデータが含まれているか否かを判別する判別工程と、前記判別工程により前記出力要求された文書データに前記所定のデータが含まれていると判別された場合に、前記ユーザの識別子に応じて、前記文書データ中の所定のデータを別のデータに変換する変換工程と、前記変換された文書データを前記文書データの出力要求先であるユーザの端末に送信する送信工程とを備えることを特徴とする。
【０００９】
請求項７の文書管理プログラムは、文書データを蓄積し、該蓄積された文書データを複数のユーザの端末間で共有するため、該複数のユーザの端末に接続されるコンピュータで実行される文書管理プログラムにおいて、文書データに含まれる所定のデータとユーザの識別子とを関連付けて記憶媒体に登録する登録モジュールと、少なくとも１つのユーザの端末から文書データの出力要求を受信する受信モジュールと、前記出力要求された文書データに前記所定のデータが含まれているか否かを判別する判別モジュールと、前記判別モジュールにより前記出力要求された文書データに前記所定のデータが含まれていると判別された場合に、前記ユーザの識別子に応じて、前記文書データ中の所定のデータを別のデータに変換する変換モジュールと、前記変換された文書データを前記文書データの出力要求先であるユーザの端末に送信する送信モジュールとを備えることを特徴とする。
【発明の効果】
【００１０】
本願発明によれば、文書データに含まれる所定のデータとユーザの識別子とが関連付けて登録され、少なくとも１つのユーザの端末から文書データの出力要求が受信され、出力要求された文書データに所定のデータが含まれているか否かが判別され、出力要求された文書データに所定のデータが含まれていると判別された場合に、ユーザの識別子に応じて、文書データ中の所定のデータが別のデータに変換され、該変換された文書データが文書データの出力要求先であるユーザの端末に送信される。このため、ユーザの端末に公開するために文書データを手作業で作りなおしたり、予めユーザの端末にパスワードを配布するという煩雑な手続きを不要にし、ユーザの利便性を向上することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００１２】
図１は、本発明の実施の形態に係る文書管理装置に適用されるサーバの構成を示すブロック図である。
【００１３】
図１において、文書管理装置としてのサーバ１５０はパーソナルコンピュータ等のクライアント１００に接続されている。
【００１４】
サーバ１５０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、記憶装置１４、通信部１５、操作部１６及びバス１７を備えている。
【００１５】
ＣＰＵ１１は、ＲＯＭ１２、ＲＡＭ１３、記憶装置１４、通信部１５及び操作部１６をを制御する。
【００１６】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２は、読出し専用メモリであり、サーバ管理用のプログラムを備えている。ＲＯＭ１２は、管理者が電気的にプログラムを書き込むことができるＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）と、製造するときに内容を書き込むマスクＲＯＭとがあるが、本実施の形態においては何れのＲＯＭであってもよい。
【００１７】
ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３は、自由書き込み・自由読出しができるメモリである。ＲＡＭ１３は、後述する各種の処理を行う際に一時的にデータを蓄える等のワークメモリ機能を有する。
【００１８】
記憶装置１４は、データベースを格納し、さらに後述する文書や画像等のデータ、サーバ１００のオペレーティングシステム（ＯＳ）や更新プログラム等を格納する。
【００１９】
記憶装置１４は、ハードデイスクドライブ、ＦＤドライブ、ＭＯドライブ、ＣＤ−ＲＷ及びＤＶＤ−ＲＷドライブのいずれであってもよいし、これらを複数備えていてもよい。
【００２０】
通信部１５はインターネットやＬＡＮに接続するための通信インターフェースを備えている。
【００２１】
操作部１６は、各種の設定を受け付ける入力インターフェースであり、不図示のマウスやキーボードなどが接続されている。
【００２２】
バス１７は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、記憶装置１４、通信部１５及び操作部１６を互いに接続し、各構成要素間の各種データのやりとり及び電力の供給をする。バス１７は、アドレス線、データ線、制御線及び電源・グラウンド線等を備えている。
【００２３】
クライアント１００は、サーバ１５０と同一のハードウェア構成を備えているので、その説明は省略する。
【００２４】
図２は、クライアント１００及びサーバ１５０の機能構成を示すブロック図である。
【００２５】
クライアント１００は、ユーザインターフェース部１０１と、コマンド制御部１０２と、デバイス制御部１０３と、ファイル制御部１０４と、外部モジュール通信部１０５と、文書管理制御部１０６と、内部データ保存部１０７と、文書変換処理部１０８と、ＯＣＲエンジン１０９と、通信制御部１１０とを備えている。文書管理制御部１０６は、コマンド制御部１０２と、デバイス制御部１０３と、ファイル制御部１０４と、外部モジュール通信部１０５と、文書管理制御部１０６と、内部データ保存部１０７と、文書変換処理部１０８と、通信制御部１１０と接続されている。ＯＣＲエンジン１０９は文書変換処理部１０８に接続されている。通信制御部１１０は、図１の通信部１５に対応し、内部データ保存部１０７はＲＡＭ１３又は記憶装置１４に対応するが、その他の構成はＣＰＵ１１に対応する。
【００２６】
ユーザは、ユーザインターフェース部１０１を介してサーバ１５０に対して文書の登録、サーバ１５０からの文書の取得、又は文書の検索等の操作を行う。また、固定キーワードに対するアクセス権の設定、アクセス権の設定された文書の取得、表示といった操作もここで行われる。
【００２７】
ユーザインターフェース部１０１から入力された情報はコマンド制御部１０２で解析され、適切な処理が行われる。また、必要であればサーバ１５０との通信を行うためのコマンドがコマンド制御部１０２で作成される。
【００２８】
不図示のスキャナ等のデバイスはデバイス制御部１０３によって制御される。デバイス制御部１０３は、デバイス側から文書データを吸い上げたり、デバイス側から送信されるデータを受信する処理が行われる。
【００２９】
サーバ１５０のＯＳ上に保存された文書ファイルは、文書データをインポートする形態で、ファイル制御部１０４において入力処理させることができる。また、サーバ１５０上で管理するファイルをサーバ１５０のＯＳ上にエクスポートする処理もファイル制御部１０４で実行される。
【００３０】
外部モジュール通信部１０５は、外部アプリケーションとの通信を行い、サーバ１５０内の文書データを外部アプリケーションに渡したり、外部アプリケーションから文書データを受け取とったりといった処理を行う。例えば、ＭＡＰＩ（Messaging Application Program Interface）に対応したメールソフトにサーバ１５０で管理している文書データを渡す処理は外部モジュール通信部１０５で実行される。
【００３１】
文書管理制御部１０６は、ユーザインターフェース部１０１、コマンド制御部１０２、デバイス制御部１０３、ファイル制御部１０４又は外部モジュール通信部１０５より渡されたファイルやコマンドに応じて処理を行う。
【００３２】
内部データ保存部１０７はテンポラリデータを保存する。即ち、画像処理を行う過程で作成されるデータや、サーバ１５０との通信の過程で作成されるデータ等を一時的に保存する。
【００３３】
文書変換処理部１０８は、ＸＭＬ（Extensible Markup Language）形式でないデータをＸＭＬ形式のデータへ変換する。本実施の形態では全てのデータはＸＭＬ形式で保存する。
【００３４】
ＯＣＲエンジン１０９は、ファイルが画像データの場合、画像変換処理部１０８の指示により、ＯＣＲ処理をすることによってテキストデータを抽出し、ＸＭＬ形式のデータへの変換を行う。
【００３５】
通信制御部１１０は、サーバ１５０と通信するための制御を行う。通信制御部１１０はサーバ１５０の処理に特化した制御のみを行っており、ＴＣＰ／ＩＰ等の通信そのものの制御はＯＳに用意されたものを使用している。
【００３６】
サーバ１５０は、通信制御部１５１と、ＷＷＷ制御部１５２と、文書管理制御部１５３と、内部データ保存部１５４と、検索制御部１５５と、データベース制御部１５６と、ボリュームデータベース１５７と、属性データベース１５８と、全文検索用データベース１５９とを備えている。
【００３７】
文書管理制御部１５３は、通信制御部１５１と、ＷＷＷ制御部１５２と、文書管理制御部１５３と、内部データ保存部１５４と、検索制御部１５５と、データベース制御部１５６と接続されている。検索制御部１５５は、データベース制御部１５６と接続されている。データベース制御部１５６は、ボリュームデータベース１５７と、属性データベース１５８と、全文検索用データベース１５９と接続されている。
【００３８】
通信制御部１５１及びＷＷＷ制御部１５２は、図１の通信部１５に対応し、内部データ保存部１５４はＲＡＭ１３又は記憶装置１４に対応し、ボリュームデータベース１５７、属性データベース１５８及び全文検索用データベース１５９は、記憶装置１４に対応し、その他の構成はＣＰＵ１１に対応する。
【００３９】
通信制御部１５１は、クライアント１００の通信制御部１１０と通信するための制御を行う。ただしサーバ１５０の通信制御部１５１は多数のクライアントの通信制御部と同時に通信を行うことが可能である。
【００４０】
ＷＷＷ制御部１５２は、ＷＥＢブラウザから本サーバへアクセスしてきた場合の処理を行う。基本的には通信制御部１１０１と同様の処理を行うが、通信プロトコルとしてＨＴＴＰが用いられる。ＷＷＷ制御部１５２には、通信回線１３０が接続されている。
【００４１】
文書管理制御部１５３は、クライアント１００や、ＷＥＢからの指示に応じたサーバ側での処理を制御している。
【００４２】
内部データ保存部１５４は、テンポラリデータを保存する。即ち、クライアント１００との通信の過程で作成されるデータや、文書変換ルールに従って変換された文書等を一時的に保存する。
【００４３】
検索制御部１５５は、クライアント１００から依頼された検索のための処理や登録された文書データの検索用インデックスを作成するための処理を実行する。文書データ内のキーワードの検索は検索制御部１５５で実行される。
【００４４】
データベース制御部１５６は、データベースに保存するデータを作成し、ボリュームデータベース、属性データベース又は全文検索用データベースに対応する文書データを保存する処理を実行する。また、クライアント１００からの要求に応じてそれぞれのデータベースからデータを取り出し、クライアント１００に渡す文書データを作成する処理を実行する。
【００４５】
ボリュームデータベース１５７は、文書データの実態が保存されるデータベースである。ボリュームデータベース１５７は概念的なものであって、実態がＯＳのファイルシステムであってもよい。
【００４６】
属性データベース１５８は、文書データの名前や作成日付、コメントなどの属性に関する情報が保存されるデータベースである。また、属性データベース１５８は、サーバ１５０を使用するユーザの情報等の管理情報データや、キーワードに対するアクセスコントロールテーブル、アクセス権に応じた文書変換ルールも保存している。
【００４７】
全文検索用データベース１５９は、登録された文書データからテキストデータを抽出し、インデックス情報にしたデータが登録される。クライアント１００で全文検索の指示が行われると、全文検索用データベース１５９内が検索される。
【００４８】
クライアント１００の通信制御部１１０とサーバ１５０の通信制御部１５１はＬＡＮ１２０を介して接続されている。
【００４９】
図３は、クライアント１００における文書データ登録処理を示すフローチャートである。
【００５０】
まず、アプリケーションにファイルを取り込む処理を行う（ステップＳ３０１）。この処理はデバイス制御部１０３、ファイル制御部１０４、外部モジュール制御部１０５のいずれかが、ＯＳ上に存在するファイルやスキャナからの画像データ又は外部アプリケーションからの文書データを文書管理アプリケーションに取り込むことにより実行される。
【００５１】
文書変換処理部１０８が文書変換処理を実行する（ステップＳ３０２）。この処理は、文書データに対応したサムネイルデータの作成処理や必要に応じてサーバ１５０での文書保存形式に文書データを変換する処理を行う。この際、内部データ保存部１０７に一時的にファイルが保存されることがある。本実施の形態では、保存される文書データの形式はすべてＸＭＬ形式に変換されるため、文書データがイメージ文書データの場合は、ＯＣＲエンジン１０９を使用してテキストデータを抽出する。
【００５２】
通信制御部１１０が、サムネイルデータ及び文書データをサーバ１５０に送信するための処理を行い（ステップＳ３０３）、クライアント１００における文書データ登録処理を終了する。本実施の形態では、通信プロトコルとしてＴＣＰ／ＩＰが用いられ、ＴＣＰ／ＩＰに関する基本的な処理はＯＳが処理する。
【００５３】
図４は、サーバ１５０における文書データ登録処理を示すフローチャートである。
【００５４】
通信制御部１５１がクライアント１００から送信されたサムネイルデータ及び文書データを受信する処理を行う（ステップＳ４０１）。クライアント１００と同様にＴＣＰ／ＩＰに関する基本的な処理はＯＳが処理する。
【００５５】
文書管理制御部１５３が受信した文書データの登録処理のための準備を行う（ステップＳ４０２）。この処理をイメージ文書処理という。
【００５６】
次いで、検索制御部１５５が文書管理制御部１５３から受け取った文書データに基づいて、検索に用いるインデックスデータを抽出する（ステップＳ４０３）。
【００５７】
次に、データベース制御部１５６が、クライアント１００から受信した文書データをボリュームデータベース１５７に保存する処理を行う（ステップＳ４０４）。ボリュームデータベース１５７に保存されるデータは、受信した文書データ及びサムネイルデータである。
【００５８】
その後、データベース制御部１５６が、検索制御部１５５により文書データから抽出された検索用のインデックスデータを全文検索用データベース１５９に登録する処理を行う（ステップＳ４０５）。
【００５９】
最後に、データベース制御部１５６が、文書データに関する属性データおよび、ボリュームデータベース１５７に登録した文書データのＩＤ、全文検索用データベース１５９に登録した検索用のインデックスデータのＩＤを属性データベース１５８に登録し（ステップＳ４１６）、サーバ１５０における文書データ登録処理を終了する。これによって、属性データベース１５８、ボリュームデータベース１５７、全文検索用データベース１５９に登録されたデータの対応付けを行っている。
【００６０】
図５は、属性データベース１５８に登録されている文書データに関する属性データのデータ構造を示す図である。
【００６１】
図５において、５０１は属性データベース１５８のルートであり、全ての登録されるデータはルートの子データである。
【００６２】
５０２，５０３はフォルダデータであり、ユーザが文書データを格納するためのフォルダに関するデータである。フォルダデータは、フォルダＩＤ、フォルダ属性情報及び親フォルダＩＤを備えている。フォルダは複数作成することができるので、最上位に存在するフォルダはその数分だけ、ルート５０１の直下に接続される子データとして登録される。最上位のフォルダの親フォルダはルート５０１になる。また、フォルダの下にさらにフォルダを作成し、フォルダの階層化構造をとること可能である。この場合は、フォルダデータ５０６のように登録される。
【００６３】
５０４，５０５は文書属性データであり、格納されるフォルダの子データとして存在する。文書属性データは、文書ＩＤ、文書属性情報、検索インデックスＩＤ、ボリュームデータＩＤ及び親フォルダＩＤを備えている。文書属性情報は文書名や更新日時、コメントデータなどのデータを含む。検索インデックスＩＤは全文検索用データベース１５９が文書データを区別するために用いるＩＤで、検索エンジンにキーワードの検索を指示すると、指示に該当する検索ＩＤが検索エンジンに返される。ボリュームデータＩＤはボリュームデータベース１５７に登録されたＩＤで、当該ＩＤを利用して文書データに関連した情報を各データベースから引き出すことが可能となる。文書属性データもフォルダの下に複数存在することができるので、その数分だけ登録される。
【００６４】
５０７，５０８はキーワードリンクデータであり、キーワードと文書属性データの関連付けを行っている。キーワードリンクデータはキーワードリンクＩＤと、キーワードＩＤを含む。キーワードＩＤは、後述するキーワードリンクテーブルに登録されているＩＤでキーワードを区別するために用いられる。キーワードリンクＩＤはキーワードリンクデータが複数ある場合に、それらを区別するために用いられ、例えば、「００１」「００２」のようなものである。キーワードリンクデータは文書データ中に含まれているキーワードの数だけ存在する。
【００６５】
図６は、属性データベース１５８に登録されているユーザ情報テーブルのデータ構造を示す図である。
【００６６】
ユーザ情報テーブルは、ユーザＩＤ、ログイン名、プロパティのデータを含み、サーバ１５０を利用するユーザを管理している。ユーザＩＤはユーザを区別するために用いられ、サーバ１５０内に一意のものである。ログイン名もユーザを区別するために用いられ、サーバ１５０内で一意である。プロパティはパスワードを含めユーザに関連する情報を格納している。
【００６７】
図７は、属性データベース１５８に登録されているキーワード情報テーブルのデータ構造を示す図である。
【００６８】
キーワード情報テーブルは、キーワードＩＤ、キーワード、レベル毎の変換ルール識別子のデータを含み、登録されたキーワードを管理している。キーワードＩＤはキーワードを区別するために用いられ、サーバ１５０内で一意のものである。キーワードはユーザが任意に入力することができる文字列であり、サーバ１５０内で重複してもよい。レベルはキーワードに対するアクセス権の定義を意味する。本実施の形態において、レベルは３つ存在し、レベル１が最もアクセスしやすく、レベル３が最もアクセスに制限がかけられているものとする。変換ルールは、本実施の形態においてはＸＳＬＴ（Extensible Stylesheet Language Transformations）で記述され、ＸＭＬ文書として属性データベース１５８に登録されている。変換ルール識別子は、対応する文書データにアクセスするための識別子で、実際には図５で説明した文書ＩＤが用いられる。
【００６９】
図８は、属性データベース１５８に登録されているキーワードリンクテーブルのデータ構造を示す図である。
【００７０】
キーワードリンクテーブルは、キーワードＩＤ、ユーザＩＤ、レベルのデータを含み、どのユーザがどのキーワードにどのレベルでアクセスできるかの情報を管理している。ここで記載されるレベルは図７で示したレベルと一致したものである。また、図８のユーザＩＤは、図６のユーザＩＤと同一である。
【００７１】
図９は、サーバ１５０において、キーワードを登録する画面の一例を示す図である。
【００７２】
この画面で、登録するキーワードとキーワードにアクセス可能なユーザをレベル毎に設定することができる。さらに、同図の「Ｅｄｉｔ  Ｔｒａｎｓｆｅｒ  Ｒｕｌｅ」ボタンを押下することによって、エディターが起動し、ＸＳＬＴで文書変換ルールを編集することが可能になっている。本実施の形態では、変換ルールを直接編集するようになっているが、あらかじめテンプレートを用意してユーザに選択させるようにしてもよい。
【００７３】
図１０は、キーワードが含まれた文書データがアクセスレベルに応じて、文書変換される例を示す図である。
【００７４】
同図において、１００１はサーバ１５０に登録されているオリジナル文書データの一例であり、ペットショップにおいて取り扱いされている商品をＸＭＬで記述した文書データである。この文書データには、商品名を表すＮａｍｅ、価格を表すＰｒｉｃｅ、特別価格を表すＳＰ  Ｐｒｉｃｅ及び商品の分類を表すＴｙｐｅに関するデータがそれぞれ記載されている。
【００７５】
１００２、１００３は、図７で示したキーワード情報テーブルをわかりやすいように分解したテーブルで、１００２にキーワードの一覧が、１００３にはそのキーワードに用意されたレベル毎の変換ルールがそれぞれ登録されている。
【００７６】
オリジナル文書データ１００１の中に、キーワード一覧１００２に登録されている「ＳＰ  Ｐｒｉｃｅ」が含まれているために、レベル毎の変換ルール１００３に応じたキーワードの変換が行われて、クライアント１００に送られる。
【００７７】
例えば、レベル１のユーザがオリジナル文書データ１００１にアクセスした場合は、レベル毎の変換ルール１００３のＸＳＬＴ１のルールに従って、オリジナル文書データ１００１が変換されて、文書データ１００４が得られる。図１０の例では、レベル１のユーザはオリジナル文書データそのものを取得できる。レベル２のユーザがオリジナル文書データ１００１にアクセスした場合は、レベル毎の変換ルール１００３のＸＳＬＴ２のルールに従って、オリジナル文書データ１００１が変換されて、文書データ１００５が得られる。図１０の例では、ＳＰ  Ｐｒｉｃｅのデータ「８００００」が「ＸＸＸＸＸＸＸＸ」に変換されており、実際にいくらなのかがわからなくなっている。レベル３のユーザがオリジナル文書データ１００１にアクセスした場合は、レベル毎の変換ルール１００３のＸＳＬＴ３のルールに従って、オリジナル文書データ１００１が変換されて、文書データ１００６が得られる。この場合は、ＳＰ  Ｐｒｉｃｅのデータが削除されている。
【００７８】
図１１は、登録された文書データ及びキーワードデータに基づいて、キーワードリンクデータ５０７を属性データベース１５８に登録する処理を示すフローチャートである。
【００７９】
本処理は、サーバ１５０上で定期的に動作するサービスソフトウェアに従ってサーバ１５０のデータベース制御部１５６により実行される。
【００８０】
サービスソフトウェアが起動すると、データベース制御部１５６は図７で示したキーワード情報テーブルにキーワードが登録されているか否かを判別する（ステップＳ１１０１）。キーワードが登録されていない場合は、本処理を終了し、キーワードが登録されている場合は、キーワード情報テーブルからキーワードを抜き出す（ステップＳ１１０２）。
【００８１】
次に、ステップＳ１００２で抜き出したキーワードを用いて登録された文書データの全てに対して全文検索を行う（ステップＳ１１０３）。
【００８２】
全文検索の結果、キーワードにヒットした文書データがあるか否かを判別する（ステップＳ１１０４）。キーワードにヒットした文書がない場合は、次のキーワードで検索を実行するために、ステップＳ１００１に戻る。一方、キーワードにヒットした文書データがある場合は、検索インデックスＩＤから対象の文書属性データ（例えば、文書属性データ５０４）を取得する（ステップＳ１１０５）。
【００８３】
取得した文書属性データの下にキーワードリンクデータを登録する（ステップＳ１１０６）。登録後は再びステップＳ９００４に戻る。
【００８４】
これらの処理を全ての文書、全てのキーワードについて行い、最新のキーワードリンクデータを作成する。
【００８５】
図１２は、クライアント１００から文書獲得の指示が行われた場合に、サーバ１５０が実行する処理を示すフローチャートである。本処理は、主としてＣＰＵ１１により実行される。
【００８６】
まず、クライアント１００からの文書獲得要求に応じて、対象となる文書データの文書属性データを属性データベース１５８から獲得する（ステップＳ１２０１）。文書属性データにはボリュームデータＩＤが含まれているので、そのボリュームデータＩＤに対応したページデータをボリュームデータベース１５７から獲得する（ステップＳ１２０２）。獲得したページデータは内部データ保存部１５４に一時的に保存される。
【００８７】
次に、対象となる文書データの文書属性データにキーワードリンクデータが登録されているか否かを判別する（ステップＳ１２０３）。
【００８８】
ステップＳ１２０３の判別の結果、文書属性データにキーワードリンクデータが登録されている場合には、そのキーワードリンクデータのキーワードＩＤとこれに対応するユーザＩＤとが図８のキーワードリンクテーブルに登録されているか否かを判別する（ステップＳ１２０４）。
【００８９】
ステップＳ１２０４の判別の結果、キーワードＩＤとこれに対応するユーザＩＤとが図８のキーワードリンクテーブルに登録されていない場合には、当該ユーザＩＤに対応するユーザは当該キーワードＩＤに対応するキーワードに対してアクセス権が設定されていないと判断し、ステップＳ１２０３に戻り、次のキーワードの存在のチェックを行う。尚、ステップＳ１２０３に戻らずに、サーバ１５０からクライアント１００への文書データの転送をやめるようにしてもよい。
【００９０】
ステップＳ１２０４の判別の結果、キーワードＩＤとこれに対応するユーザＩＤとが図８のキーワードリンクテーブルに登録されている場合には、当該キーワードＩＤに基づいて図７のキーワード情報テーブルから対応する文書変換ルール（ＸＳＬＴ）を獲得する（ステップＳ１２０５）。
【００９１】
次いで、内部データ保存部１５４に一時保存されたページデータに対して、ステップＳ１２０５で獲得された文書変換ルール（ＸＳＬＴ）を適用して、文書データ変換処理を行い（ステップＳ１２０６）、ステップＳ１２０３に戻り、次のキーワードの存在のチェックを行う。
【００９２】
全てのキーワードを処理した後、即ち、ステップＳ１２０３の判別の結果、文書属性データにキーワードリンクデータが登録されていない場合には、変換処理が施された文書データをクライアント１００に転送して、本処理を終了する。
【００９３】
以上詳細に説明したように、本実施の形態によれば、サーバ１５０は、文書データに含まれる所定のデータ（キーワード）とユーザの識別子（ユーザＩＤ）とを関連付けて登録し（キーワードリンクテーブル）、少なくとも１つのクライアントから文章データの獲得要求を受信し（ステップＳ１２０１）、獲得要求された文章データに上記所定のデータ（キーワード）が含まれているか否かを判別し（ステップＳ１２０３）、上記獲得要求された文章データに上記所定のデータが含まれていると判別された場合に、ユーザの識別子に応じて、上記文章データ中の所定のデータを別のデータに変換し（ステップＳ１２０４〜ステップＳ１２０６）、変換された文章データを該文章データの出力要求先であるクライアントに送信する（ステップＳ１２０７）。このため、クライアントに公開するために文書データを手作業で作りなおしたり、予めクライアントにパスワードを配布するという煩雑な手続きを不要にし、ユーザの利便性を向上することができる。
【００９４】
さらに、サーバ１５０は、文章データ中の所定のデータを別のデータに変換するだけでなく、ユーザの識別子に応じて、文章データ中の所定のデータを無変換にする又は当該所定のデータを削除するので、文章データにアクセスするクライアントに対して、より細かなアクセス権の設定ができる。
【００９５】
また、本発明の目的は、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【００９６】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９７】
又、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【００９８】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９９】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【０１００】
【図１】本発明の実施の形態に係る文書管理装置に適用されるサーバの構成を示すブロック図である。
【図２】クライアント１００及びサーバ１５０の機能構成を示すブロック図である。
【図３】クライアント１００における文書データ登録処理を示すフローチャートである。
【図４】サーバ１５０における文書データ登録処理を示すフローチャートである。
【図５】属性データベース１５８に登録されている文書データに関する属性データのデータ構造を示す図である。
【図６】属性データベース１５８に登録されているユーザ情報テーブルのデータ構造を示す図である。
【図７】属性データベース１５８に登録されているキーワード情報テーブルのデータ構造を示す図である。
【図８】属性データベース１５８に登録されているキーワードリンクテーブルのデータ構造を示す図である。
【図９】サーバ１５０において、キーワードを登録する画面の一例を示す図である。
【図１０】キーワードが含まれた文書データがアクセスレベルに応じて、文書変換される例を示す図である。
【図１１】登録された文書データ及びキーワードデータに基づいて、キーワードリンクデータ５０７を属性データベース１５８に登録する処理を示すフローチャートである。
【図１２】クライアント１００から文書獲得の指示が行われた場合に、サーバ１５０が実行する処理を示すフローチャートである。
【符号の説明】
【０１０１】
１１  ＣＰＵ
１２  ＲＯＭ
１３  ＲＡＭ
１４  記憶装置
１５  通信部
１６  操作部
１７  バス
１００  クライアント
１５０  サーバ
【図１】
2006350453.tif 000003
【図２】
2006350453.tif 000004
【図３】
2006350453.tif 000005
【図４】
2006350453.tif 000006
【図５】
2006350453.tif 000007
【図６】
2006350453.tif 000008
【図７】
2006350453.tif 000009
【図８】
2006350453.tif 000010
【図９】
2006350453.tif 000011
【図１０】
2006350453.tif 000012
【図１１】
2006350453.tif 000013
【図１２】
2006350453.tif 000014