JP2005275821A - 文書管理システムおよび文書管理方法 - Google Patents

Abstract

【課題】 文書形式にとらわれることなくしおり機能を実現する。
【解決手段】 文書データにおけるしおりが付加されているページには、しおりのイメージ３２０が表示される。
画面上部にはツールボタン３３１、３３２、３３３が設けられ、ツールボタン３３１はしおりの追加操作を行い、ツールボタン３３２はしおりの削除操作を行い、ツールボタン３３３はしおりの一覧表示を行う。
【選択図】 図４

Description

本発明は、文書管理システムおよび文書管理方法に関する。

大ページ数の電子文書データにおいて所望のページを検索することは容易でない。

そこで、通常の書籍において注目ページにしおりを挟むように、電子文書データに対して電子的なしおりを用いて、閲覧効率を向上し得る。

従来、電子文書データのしおり情報は特許文献１や特許文献２などで扱われているように、特殊な文書形式を定義し、その文書内にしおり情報を埋め込んでいた。

特開平１１−２２４２６９号公報 特開２００２−００７３８３号公報

従来の電子的なしおりは、特定の文書形式でなければ扱うことができなかったため、しおり情報を埋め込むために文書データの改変が必要であった。

本発明はこのような従来の問題点を解消すべく創案されたもので、文書形式にかかわらず電子的なしおりを利用可能とすることを目的とする。

本発明によれば、文書形式にとらわれることなくしおり機能を実現可能である。

本発明に係る文書管理システムは、文書データを保存、管理するデータベースと、前記データベースを操作し得るウェブサーバと、前記ウェブサーバにネットワークを介して接続され、前記ウェブサーバに前記データベースの操作を要求し得るウェブクライアントとを備え、前記データベースは、前記文書データの各ページに付されたしおりのデータを保存、管理し、前記ウェブクライアントは、前記しおりのデータの生成、編集を前記ウェブサーバに要求し得る。これによって、文書形式にとらわれることなくしおり機能を実現可能である。

本発明に係る文書管理システムは、文書データを保存、管理するデータベースと、前記データベースを操作し得るデータベースサーバと、前記データベースサーバに前記データベースの操作を要求し得るウェブサーバと、前記ウェブサーバにネットワークを介して接続され、前記ウェブサーバに前記データベースの操作を要求し得るウェブクライアントとを備え、前記データベースは、前記文書データの各ページに付されたしおりのデータを保存、管理し、前記ウェブクライアントは、前記しおりのデータの生成、編集を前記ウェブサーバに要求し得る。これによって、文書形式にとらわれることなくしおり機能を実現可能である。

本発明に係る文書管理方法は、データベースによって保存、管理された文書データの各ページについて、ユーザからしおりのデータの生成の要求を受けるステップと、前記データの生成の要求を受けたときに、前記ユーザのしおりのデータ生成に関する権限を判断するステップと、前記しおりのデータ生成に関する権限を前記ユーザが有するときに、前記しおりのデータを生成するステップと、前記生成されたしおりのデータについて、ユーザから前記しおりのデータの編集の要求を受けるステップと、前記データの編集の要求を受けたときに、前記ユーザのしおり編集に関する権限を判断するステップと、前記のしおり編集に関する権限を前記ユーザが有するときに、前記しおりのデータを編集するステップとを備える。これによって、文書形式にとらわれることなくしおり機能を実現可能である。

次に本発明に係る文書管理システムの好適な実施例を図面に基いて説明する。

図１は本発明に係る文書管理システムの実施例１を示すシステム構成図である。

図１において、文書管理システムは通常のウェブアプリケーションと同様の構成を有し、ウェブサーバ１、データベース（ＤＢ）サーバ２、ウェブクライアント３、４等の複数のコンピュータをイーサネット５に接続してなる。

図２は図１の構成をより詳細に示す。

図２において、ウェブサーバ１はネットワークを介してＨｔｔｐ・Ｈｔｔｐｓプロトコルによりウェブクライアント３、４と相互通信可能であり、ウェブクライアントからプログラム実行の要求があればＣＧＩ（Ｃｏｍｐｕｔｅｒ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）５などの手段によりプログラムを実行し得る。この際、ウェブクライアント３、４のセッション情報はウェブサーバ１にファイルとして保存され、管理される。

ウェブサーバ１は、ネットワーク５を介してＤＢサーバ２と相互通信可能であり、ＤＢサーバ２にはデータベース（ＤＢ）６が格納されている。

ウェブサーバ１は、ウェブクライアント３，４からＤＢ６上のデータの表示処理要求があったときは、ＤＢサーバ２によってデータを取得し、ウェブクライアント３，４におけるデータ表示を可能とする。

ウェブクライアント３、４ではウェブブラウザが動作し得るように構成され、ウェブサーバと相互通信可能である。

ウェブブラウザは、ＪａｖａＳｃｒｉｐｔなどのクライアントサイドでのプログラム実行が可能であり、文書管理を行うための文書管理プログラム、文書閲覧を行うための文書閲覧プログラム、ユーザ管理を行うためのユーザ管理プログラム等の補助プログラム７を含む。

図３は、ウェブクライアント３、４における補助プログラムの１つ、文書閲覧プログラムの画面構成を示す図である。同画面では、ウェブサーバ１経由で、文書管理サーバによって管理されている文書を表示している。

図３の画面を表示する際には、オペレータはウェブクライアント３，４からユーザ名、パスワード等によりユーザ認証を行う。ユーザ認証は、後述するユーザテーブル８４０（図８）が使用され、ユーザ認証後、プログラムはユーザのユーザＩＤを記憶領域に保持する。

画面には左右２つのペイン３０１、３０２が表示され、左側のペイン３１０には、表示中の文書に含まれる各ページのサムネイル画像３１０、３１１が並べて表示されている。各サムネイル画像３１０、３１１にはページ番号３１２が表示される。サムネイル画像３１０、３１１は、いずれか１つを選択可能であり、選択されたページのページ番号は反転表示される。図中ページ３１０のページ番号３１２が反転表示されている。また、しおりが付加されているページには、しおりのイメージ３２０が表示される。

右側のペイン３０２には、左のペイン３０１で選択されたページが表示される。

画面上部にはツールボタン３３１、３３２、３３３が設けられ、ツールボタン３３１はしおりの追加操作を行い、ツールボタン３３２はしおりの削除操作を行い、ツールボタン３３３はしおりの一覧表示（図４）を行う。

図４において、しおりの一覧表示画面では、中央のリストボックス４００に、しおりが付された各ページについてしおり番号４０１、しおりが付されたページのページ番号４０２、およびコメント４０３が表示され、画面下部にＯＫボタン４０４およびキャンセルボタン４０５が表示される。

図３の画面でツールボタン３３１を押したときには、図５のフローチャートの各ステップによって、しおり追加操作が実行される。

ステップＳ５０１０：ウェブクライアント３、４から選択ページにしおり追加の要求があったとき、ウェブサーバ１からＤＢ６に問い合わせを行い、ユーザＩＤに基いてユーザテーブル８４０を参照して、ユーザのアクセス権の有無を確認する。ウェブサーバ１の回答の結果、しおりを追加する権限ありと確認できた場合は、ステップＳ５０２０に進む。そうでなければ、ステップＳ５０６０に進み、しおり追加操作ができないことを通知するメッセージを表示して、処理を終了する。

ステップＳ５０２０：ＤＢ６におけるドキュメントテーブル８１０（図８）およびブックマークテーブル８３０（図８）を用いて、しおりを追加しようとするページに既にしおりが付加されていないかどうかを検査する。しおりが付加されていなければ、ステップＳ５０３０に進み、そうでなければ、ステップＳ５０６０に進み、すでにしおりが付加されていることを通知するメッセージを表示して処理を終了する。

ステップＳ５０３０：しおりを新規に追加するようウェブサーバ１に要求する。このときウェブサーバ１は要求にしたがって、ブックマークテーブル８３０に新規にしおりのレコードを追加するとともに、ドキュメントテーブル８１０のブックマーク個数（Ｎｕｍｂｅｒ ｏｆ Ｂｏｏｋｍａｒｋｓ）をカウントアップする。

ステップＳ５０４０：追加されたしおりを文書閲覧プログラムの画面上に表示し、処理を終了する。

ステップＳ５０６０：しおり追加権限がないときや、既にしおりが付加されているときのメッセージをウェブクライアント３、４に表示し、そのまま処理を終了する。

図３の画面でツールボタン３３２を押したときには、図６のフローチャートの各ステップによって、しおり削除操作が実行される。

ステップＳ６０１０：ウェブクライアント３、４から選択ページにしおり削除の要求があったとき、ウェブサーバ１からＤＢ６に問い合わせを行い、ユーザＩＤに基いてユーザテーブル８４０を参照して、ユーザのアクセス権の有無を確認する。ウェブサーバ１の回答の結果、しおりを削除する権限ありと確認できた場合は、ステップＳ６０２０に進む。そうでなければ、ステップＳ６０４０に進み、しおり削除操作ができないことを通知するメッセージを表示して、処理を終了する。

ステップＳ６０２０：選択ページのしおりを削除するようウェブサーバ１に要求する。このときウェブサーバ１は要求にしたがって、ブックマークテーブル８３０からしおりのレコードを削除するとともに、ドキュメントテーブル８１０のブックマーク個数をカウントダウンする。

ステップＳ６０３０：削除されたしおりを文書閲覧プログラムの画面上から削除し、処理を終了する。

図３の画面でツールボタン３３３を押したときには、図７のフローチャートの各ステップによって、しおり一覧表示が実行される。

ステップＳ７０１０：まず、画面の初期表示を行う。初期表示画面では、ページテーブル８２０およびブックマークテーブル８３０を参照して、しおり番号４０１、ページ番号４０２、コメント４０３が一覧で表示される。実施例１における初期画面表示の処理は単純であるので処理手順の説明は省略する。

ステップＳ７０２０：入力待ち処理を行い、入力された要求に応じて分岐処理を行う。しおり番号４０１が選択されたときは、ステップＳ７０３０に進み、コメント４０３が選択されたときはステップＳ７０４０に進み、ＯＫボタン４０４が選択されたときはステップＳ７０５０に進み、キャンセルボタン４０５が選択されたときはステップＳ７０６０に進む。

ステップＳ７０３０：選択されたしおり番号を反転表示に切り替え、ステップＳ７０２０に戻る。

ステップＳ７０４０：コメント選択処理を行い、選択されたコメントを編集可能状態にする。コメント内容が変更されるとウェブサーバ１にコメント変更要求を送り、ウェブサーバ１はブックマークテーブル８３０のコメントを変更する。その後ステップＳ７０２０に戻る。

ステップＳ７０５０：しおり一覧表示画面で選択されている、しおりが付加されているページを文書閲覧プログラムによって表示し、処理を終了する。

ステップＳ７０６０：しおり一覧表示画面において何ら処理を行うことなく、処理を終了する。

図８において、ＤＢ６に保存されているドキュメントテーブル８１０、ページテーブル８２０、ブックマークテーブル８３０、ユーザテーブル８４０は以下のデータ構造を有する。

ドキュメントテーブル８１０は、文書データに関するレコードを保持しており、各レコードには、各文書データを特定するドキュメント（Ｄｏｃｕｍｅｎｔ）ＩＤ８１１、文書名を示す文書名（Ｎａｍｅ）８１２、文書の種類を示すタイプ（Ｔｙｐｅ）８１３、文書データの総ページ数（Ｔｏａｔｌ Ｐａｇｅ Ｎｕｍｂｅｒ）８１４、文書データの所有者（Ｏｗｎｅｒ）８１５、文書データが作成された日時を示す作成日（Ｃｒｅａｔｅｄ Ｄａｔｅ）８１６、文書が更新された日時を示す修正日（Ｒｅｖｉｓｅｄ Ｄａｔｅ）８１７、文書が最後に参照された日時を示す参照日（Ａｃｃｅｓｓｅｄ Ｄａｔｅ）８１８、
付加されているしおりの総数を示すしおり個数（Ｎｕｍｂｅｒ ｏｆ Ｂｏｏｋｍａｒｋｓ）８１９等のフィールドが含まれる。

各レコードは対応文書データが作成されたときに生成され、削除されたときに削除される。また、文書管理プログラムに対してウェブクライアントで行われる操作に応じて、各フィールドに保持されている値が参照、更新される。

ページテーブル８２０は、文書データ内の各ページに関するレコードを保持しており、各ページを特定するページＩＤ８２１、文書データ内のページ番号を示す
ページ番号（Ｐａｇｅ Ｎｕｍｂｅｒ）８２２、各ページが含まれる文書データのドキュメントＩＤ８２３、各ページの実体の格納場所を示すロケーション（Ｐａｇｅ Ｌｏｃａｔｉｏｎ）８２４、
各ページのサムネイルデータの格納場所を示すサムネイルロケーション（Ｔｈｕｍｎａｉｌ Ｌｏｃａｔｉｏｎ）８２８、各ページの水平方向の解像度を示す Ｘ解像度（Ｘｒｅｓｏｌｕｔｉｏｎ）８２６、各ページの垂直方向の解像度を示すＹ解像度（Ｙｒｅｓｏｌｕｔｉｏｎ）等のフィールドが含まれる。

各レコードはページが作成されたときに作成され、削除されたときに削除される。また、文書閲覧プログラムに対してウェブクライアントで行われる操作に応じて、各フィールドに保持されている値が参照、更新される。

ブックマークテーブル８３０は、しおりに関するレコードを保持しており、各しおりを特定するブックマーク（Ｂｏｏｋｍａｒｋ）ＩＤ８３１、各しおりが付加されている文書データのドキュメントＩＤ８３２、各しおりが付加されているページを特定するページＩＤ８３３、各しおりのコメント（Ｃｏｍｍｅｎｔ）８３４等のフィールドを含む。

各レコードはしおりが作成されたときに作成され、削除されたときに削除される。また、文書閲覧プログラムに対してウェブクライアントで行われる操作に応じて、しおりに関する操作に応じて、各フィールドに保持されている値が参照、更新される。

ユーザテーブル８４０は各ユーザに関するレコードを保持しており、各ユーザを特定するユーザ（Ｕｓｅｒ）ＩＤ８４１、各ユーザのユーザ名（Ｕｓｅｒ Ｎａｍｅ）８４２、各ユーザのパスワードを示すパスワード（Ｐａｓｓｗｏｒｄ）８４３、各ユーザのアクセス権（Ａｃｃｅｓｓ Ｒｉｇｈｔ）８４４等のフィールドを含む。アクセス権には、しおり追加権、しおり削除権等を個々に設定可能である。

各レコードはユーザ管理プログラムによりユーザが作成されたときに作成され、削除されたときに削除される。また、ユーザ管理プログラム、文書管理プログラム、文書閲覧プログラム等でユーザ情報を必要とする操作に応じて、各フィールドに保持されている値が参照、更新される。

以上のとおり、実施例１は、文書データと別個のデータベース６においてしおりを管理するので、文書データのタイプに無関係にしおり付加が可能である。

また、しおり情報の操作に関するアクセス権を導入することにより、よりきめの細かい文書の閲覧方法を提供し得る。

次に、本発明に係る文書管理システムの実施例２を図面に基いて説明する。

実施例２は、実施例１における図１および図２のシステム構成と同様のシステム構成によって実施され、図３の文書閲覧プログラム等によって、しおりに関する操作が可能である。

実施例２においては、各ユーザごとに独立のしおりを定義し得る。

図９において、しおりの一覧表示画面には、中央のリストボックス９００に、しおりが付された各ページについてしおり番号９０１、しおりが付されたページのページ番号９０２、しおりを付加したユーザのユーザ名９０３、およびコメント９０４が表示され、画面下部にＯＫボタン９０５およびキャンセルボタン９０６が表示される。

図３の画面でツールボタン３３１を押したときには、図１０のフローチャートの各ステップによって、しおり追加操作が実行される。

ステップＳ１００１０：ウェブクライアント３、４から選択ページにしおり追加の要求があったとき、ウェブサーバ１からＤＢ６に問い合わせを行い、ユーザＩＤに基いてユーザテーブル８４０を参照して、ユーザのアクセス権の有無を確認する。ウェブサーバ１の回答の結果、しおりを追加する権限ありと確認できた場合は、ステップＳ１００２０に進む。そうでなければ、ステップＳ１００６０にジャンプし、しおり追加操作ができないことを通知するメッセージを表示して、処理を終了する。

ステップＳ１００２０：ＤＢ６におけるドキュメントテーブル８１０（図８）およびブックマークテーブル１２００（図１２）を用いて、しおりを追加しようとするページに既に１個または複数のしおりが付加されていないかどうかを検査する。しおりが付加されていなければ、ステップＳ１００３０に進み、そうでなければ、ステップＳ１００５０に進む。

ステップＳ１００３０：しおりを新規に追加するようウェブサーバ１に要求する。このときウェブサーバ１は要求にしたがって、ブックマークテーブル１２００に新規にしおりのレコードを追加するとともに、ドキュメントテーブル８１０のブックマーク個数（Ｎｕｍｂｅｒ ｏｆ Ｂｏｏｋｍａｒｋｓ）をカウントアップする。

ステップＳ１００４０：追加されたしおりを文書閲覧プログラムの画面上に表示し、処理を終了する。

ステップＳ１００５０：既に付加されたしおりの中に、該ユーザが付加したしおりが存在するか否かを判断する。該ユーザが付加したしおりが存在したときはステップＳ１００６０に進み、そうでないときはステップＳ１００３０に進む。

ステップＳ１００６０：しおり追加権限がないときや、既に該ユーザのしおりが付加されているときのメッセージをウェブクライアント３、４に表示し、そのまま処理を終了する。

図３の画面でツールボタン３３２を押したときには、実施例１と同様に図６のフローチャートの各ステップによって、しおり削除操作が実行される。

図３の画面でツールボタン３３３を押したときには、実施例１と同様に図７のフローチャートの各ステップによって、しおり一覧表示が実行される。一覧表示は、あらかじめユーザまたはプログラムによって設定された設定情報に基いた内容を表示する。

図１１において、図７のステップＳ７０１０（初期画面表示）は、以下の各ステップによって実行される。

ステップＳ１１１０：設定情報を参照して、該ユーザのしおりのみを表示するか、他のユーザのしおりも表示するか否かを判断する。該ユーザのしおりのみを表示するときはステップＳ１１２０に進み、他のユーザのしおりも表示するときはステップＳ１１３０に進む。

ステップＳ１１２０：ＤＢ６のブックマークテーブル１２００（図１２）において、該ユーザのしおりを抽出し、ステップＳ１１４０に進む。

ステップＳ１１３０：ＤＢ６のブックマークテーブル１２００（図１２）において、全てのユーザのしおりを抽出し、ステップＳ１１４０に進む。

ステップＳ１１４０：しおりを追加しようとするページに既に１個または複数のしおりが付加されているか否かを判断する。しおりが存在したときはステップＳ１１５０に進み、そうでないときはステップＳ１６０に進む。

ステップＳ１１５０：ステップＳ１１２０またはＳ１１３０の検索の結果しおりが存在したときは、しおりのリストをリストボックス９００に表示する。

ステップＳ１１５０：しおりを追加しようとするページにしおりが付加されていないことを通知するメッセージをウェブクライアント３、４に表示し、しおりの一覧画面の表示は行なわずに処理を終了する。

実施例２のＤＢ６は、実施例１と同様のドキュメントテーブル８１０、ページテーブル８２０およびユーザテーブル８３０を格納しており、一方ユーザごとのしおりを管理するために、図１２のブックマークテーブル１２００が採用される。

図１２において、ブックマークテーブル１２００は、各しおり関するブックマークＩＤ１２０１、ドキュメントＩＤ１２０３、ページＩＤ１２０４、コメント１２０４等のフィールドの他に、各しおりを付加したユーザを特定するユーザＩＤを含む。

ブックマークテーブル１２００のレコード生成、削除、参照、更新は実施例１と同様である。

実施例２では、各しおりをユーザごとに付加、管理でき、共通の文書データを複数ユーザが独自の検索スタイルで使用し得る。また、自分が作成したしおりのみを表示したり、自己のしおりを他のユーザに削除される等の事故を防止できる。

次に、本発明に係る文書管理システムの実施例３を図面に基いて説明する。

実施例３は、実施例１における図１および図２のシステム構成と同様のシステム構成によって実施され、図３の文書閲覧プログラム等によって、しおりに関する操作が可能である。

実施例３においては、各ユーザごとに独立のしおりを定義し得るとともに、各しおりを他のユーザに公開するか否かを設定できる。

図１３において、しおりの一覧表示画面には、中央のリストボックス１３００に、しおりが付された各ページについてしおり番号１３０１、しおりが付されたページのページ番号１３０２、しおりを付加したユーザのユーザ名１３０３、コメント１３０４の他に、しおりの公開・非公開を示す公開表示１３０５が表示され、画面下部にＯＫボタン１３０６およびキャンセルボタン１３０７が表示される。

公開表示１３０５は、一覧表示画面を表示したユーザのしおりについてのみ操作可能な公開チェックボックス１３０８の形態で表示され、他のユーザのしおりについては操作不能のチェック表示１３０９が表示される。すなわち公開表示１３０５は、操作可否が明瞭に示される。

公開チェックボックス１３０８はトグル表示であり、公開はチェック付き、非公開はチェック無しである。

図３の画面でツールボタン３３１を押したときには、図１４のフローチャートの各ステップによって、しおり追加操作が実行される。

ステップＳ１４０１０：ウェブクライアント３、４から選択ページにしおり追加の要求があったとき、ウェブサーバ１からＤＢ６に問い合わせを行い、ユーザＩＤに基いてユーザテーブル８４０を参照して、ユーザのアクセス権の有無を確認する。ウェブサーバ１の回答の結果、しおりを追加する権限ありと確認できた場合は、ステップＳ１４０２０に進む。そうでなければ、ステップＳ１４０７０にジャンプし、しおり追加操作ができないことを通知するメッセージを表示して、処理を終了する。

ステップＳ１４０２０：ＤＢ６におけるドキュメントテーブル８１０（図８）およびブックマークテーブル１７００（図１７）を用いて、しおりを追加しようとするページに既に１個または複数のしおりが付加されていないかどうかを検査する。しおりが付加されていなければ、ステップＳ１４０３０に進み、そうでなければ、ステップＳ１４０６０に進む。

ステップＳ１４０３０：追加するしおりを公開するか否か、ユーザに選択させるメッセージダイアログをウェブクライアント３、４に表示し、ユーザの選択操作を待つ。ユーザの選択操作が完了したときにステップＳ１４０４０に進む。

ステップＳ１４０４０：しおりを新規に追加するようウェブサーバ１に要求する。このときウェブサーバ１は要求にしたがって、ブックマークテーブル１２００に新規にしおりのレコードを追加するとともに、ドキュメントテーブル８１０のブックマーク個数（Ｎｕｍｂｅｒ ｏｆ Ｂｏｏｋｍａｒｋｓ）をカウントアップする。

ステップＳ１４０５０：追加されたしおりを文書閲覧プログラムの画面上に表示し、処理を終了する。

ステップＳ１４０６０：既に付加されたしおりの中に、該ユーザが付加したしおりが存在するか否かを判断する。該ユーザが付加したしおりが存在したときはステップＳ１４０７０に進み、そうでないときはステップＳ１４０３０に進む。

ステップＳ１４０７０：しおり追加権限がないときや、既に該ユーザのしおりが付加されているときのメッセージをウェブクライアント３、４に表示し、そのまま処理を終了する。

図３の画面でツールボタン３３２を押したときには、実施例１と同様に図６のフローチャートの各ステップによって、しおり削除操作が実行される。

図３の画面でツールボタン３３３を押したときには、実施例１と同様に図１５のフローチャートの各ステップによって、しおり一覧表示が実行される。

ステップＳ１５０１０：まず、画面の初期表示を行う。初期表示画面では、ページテーブル８２０およびブックマークテーブル１７００を参照して、しおり番号１３０１、ページ番号１３０２、ユーザ名１３０３、コメント１３０４、公開表示１３０５が一覧で表示される。

ステップＳ１５０２０：入力待ち処理を行い、入力された要求に応じて分岐処理を行う。しおり番号４０１が選択されたときは、ステップＳ１５０３０に進み、コメント４０３が選択されたときはステップＳ１５０４０に進み、公開表示１３０５が選択されたときはステップＳ１５０５０に進み、ＯＫボタン１３０６が選択されたときはステップＳ１５０６０に進み、キャンセルボタン１３０７が選択されたときはステップＳ１５０７０に進む。

ステップＳ１５０３０：選択されたしおり番号を反転表示に切り替え、ステップＳ１５０２０に戻る。

ステップＳ１５０４０：コメント選択処理を行い、選択されたコメントを編集可能状態にする。コメント内容が変更されるとウェブサーバ１にコメント変更要求を送り、ウェブサーバ１はブックマークテーブル８３０のコメントを変更する。その後ステップＳ１５０２０に戻る。

ステップＳ１５０６０：公開チェックボックス１３０８を操作すると、公開・非公開がトグル操作され、ウェブサーバ１に公開／非公開変更要求を送る。ウェブサーバ１はブックマークテーブル１７００における公開（Ｐｕｂｌｉｃ）情報を変更する。

ステップＳ１５０６０：しおり一覧表示画面で選択されている、しおりが付加されているページを文書閲覧プログラムによって表示し、処理を終了する。

ステップＳ１５０６０：しおり一覧表示画面において何ら処理を行うことなく、処理を終了する。

図１６において、図１５のステップＳ１５０１０（初期画面表示）は、以下の各ステップによって実行される。

ステップＳ１６０１０：設定情報を参照して、該ユーザのしおりのみを表示するか、他のユーザのしおりも表示するか否かを判断する。該ユーザのしおりのみを表示するときはステップＳ１６０２０に進み、他のユーザのしおりも表示するときはステップＳ１６０３０に進む。

ステップＳ１６０２０：ＤＢ６のブックマークテーブル１７００（図１７）において、該ユーザのしおりを抽出し、ステップＳ１６０４０に進む。

ステップＳ１６０３０：ＤＢ６のブックマークテーブル１７００（図１７）において、公開されている全てのユーザのしおりを抽出し、ステップＳ１６０４０に進む。

ステップＳ１６０４０：しおりを追加しようとするページに既に１個または複数のしおりが付加されているか否かを判断する。しおりが存在したときはステップＳ１６０５０に進み、そうでないときはステップＳ１６０６０に進む。

ステップＳ１６０５０：ステップＳ１６０２０またはＳ１６０３０の検索の結果しおりが存在したときは、しおりのリストをリストボックス１３００に表示する。

ステップＳ１６０６０：しおりを追加しようとするページにしおりが付加されていないことを通知するメッセージをウェブクライアント３、４に表示し、しおりの一覧画面の表示は行なわずに処理を終了する。

実施例３では、実施例２の効果に加えて、しおりの非公開を設定でき、文書データの閲覧状況や重要ページに関する情報の漏洩を防止し得るという効果が得られる。

次に、本発明に係る文書管理システムの実施例４を図面に基いて説明する。

実施例１乃至実施例３では、ウェブアプリケーションで使用されるデータベースを、ウェブサーバ１と異なるコンピュータ、ＤＢサーバ２で管理しているが、実施例４では、ウェブサーバ１によって直接データベースプログラムを実行する。

図１８に示すように、ウェブサーバ１にはＤＢ６が格納され、ウェブサーバ１によって直接データベースプログラムを実行する。これによってアクセスタイムの短縮等の効果が得られる。

次に、本発明に係る文書管理システムの実施例５を説明する。

実施例１では、ウェブクライアント３、４のセッション情報がウェブサーバ１にファイルとして保存され、管理されたが、実施例５ではＤＢサーバ２のデータベース上にセッション情報を格納し、管理する。

実施例５は実施例１に比較してウェブサーバ１の負荷を軽減し得る。

以上の実施例では、ウェブサーバからウェブアプリケーションプログラムを実行する際に、ＣＧＩを使用したが、ウェブアプリケーションプログラムを起動する手段は、サーバーサイドスクリプト、Ｊａｖａサーブレットなど、ウェブサーバ１からウェブアプリケーションプログラムを起動し得るものであれば、任意手段を採用できる。

また本発明はネットワーク経由でデータベース操作に限定されるものでなく、単独のコンピュータ上のデータベースのしおり機能に適用し得ることはいうまでもない。

本発明に係る文書管理システムの実施例１を示すシステム構成図である。（実施例１） 図１の文書管理システムのより詳細な構成を示すブロック図である。（実施例１） 実施例１の文書管理システムで実行される文書閲覧プログラムの画面構成を示す図である。（実施例１） 図３の文書閲覧プログラムにおけるしおりの一覧表示画面を示す図である。（実施例１） 図３の文書閲覧プログラムにおけるしおり追加の処理を示すフローチャートである。（実施例１） 図３の文書閲覧プログラムにおけるしおり削除の処理を示すフローチャートである。（実施例１） 図３の文書閲覧プログラムにおけるしおり一覧表示の処理を示すフローチャートである。（実施例１） 実施例１の文書管理システムで使用される文書データのデータ構造を示す表である。（実施例１） 本発明に係る文書管理システムの実施例２におけるしおりの一覧表示画面を示す図である。（実施例２） 実施例２の文書管理システムで実行される文書閲覧プログラムのしおり追加の処理を示すフローチャートである。（実施例２） 実施例２の文書管理システムで実行される文書閲覧プログラムにおける、しおり一覧初期画面表示の処理を示すフローチャートである。（実施例２） 実施例２の文書管理システムで使用されるブックマークテーブルのデータ構造を示す表である。（実施例２） 本発明に係る文書管理システムの実施例３におけるしおりの一覧表示画面を示す図である。（実施例３） 実施例３の文書管理システムで実行される文書閲覧プログラムのしおり追加の処理を示すフローチャートである。（実施例３） 図１３の文書閲覧プログラムにおけるしおり一覧表示の処理を示すフローチャートである。（実施例３） 実施例３の文書管理システムで実行される文書閲覧プログラムにおける、しおり一覧初期画面表示の処理を示すフローチャートである。（実施例３） 実施例３の文書管理システムで使用されるブックマークテーブルのデータ構造を示す表である。（実施例３） 本発明に係る文書管理システムの実施例４を示すブロック図である。（実施例４）

符号の説明

１ ウェブサーバ
２ ＤＢサーバ
３ ウェブクライアント
４ ウェブクライアント
５ ＣＧＩ
６ ＤＢ
３２０ しおり
３３１、３３２、３３３ ツールボタン
４００、９００、１３００ リストボックス
４０１、９０１、１３０１ しおり番号
４０２、９０２、１３０２ ページ番号
４０３、９０４、１３０４ コメント
９０３、１３０３ ユーザ名
１３０５ 公開表示

Claims (15)

1. 文書データを保存、管理するデータベースと、
   前記データベースを操作し得るウェブサーバと、
   前記ウェブサーバにネットワークを介して接続され、前記ウェブサーバに前記データベースの操作を要求し得るウェブクライアントと、
   を備え、
   前記データベースは、前記文書データの各ページに付されたしおりのデータを保存、管理し、
   前記ウェブクライアントは、前記しおりのデータの生成、編集を前記ウェブサーバに要求し得る、
   ことを特徴とする文書管理システム。
2. 文書データを保存、管理するデータベースと、
   前記データベースを操作し得るデータベースサーバと、
   前記データベースサーバに前記データベースの操作を要求し得るウェブサーバと、
   前記ウェブサーバにネットワークを介して接続され、前記ウェブサーバに前記データベースの操作を要求し得るウェブクライアントと、
   を備え、
   前記データベースは、前記文書データの各ページに付されたしおりのデータを保存、管理し、
   前記ウェブクライアントは、前記しおりのデータの生成、編集を前記ウェブサーバに要求し得る、
   ことを特徴とする文書管理システム。
3. 前記しおりのデータには、前記しおりを生成したユーザに関するデータが含まれることを特徴とする請求項１または２に記載の文書管理システム。
4. 前記しおりのデータには、前記しおりを生成したユーザ以外のユーザに前記しおりのデータを公開するか否かを示すデータが含まれることを特徴とする請求項３記載の文書管理システム。
5. 前記しおりのデータには、コメントが含まれることを特徴とする請求項１乃至４のいずれかに記載の文書管理システム。
6. 前記しおりのデータの編集には、前記しおりのデータの削除が含まれることを特徴とする請求項１乃至４のいずれかに記載の文書管理システム。
7. 前記ウェブクライアントは、前記しおりのデータを可視的に表示し得ることを特徴とする請求項１乃至６のいずれかに記載の文書管理システム。
8. 前記ウェブクライアントは、前記しおりのデータのうちの所望のしおりのデータのみを可視的に表示し得ることを特徴とする請求項７記載の文書管理システム。
9. 前記しおりのデータの生成に関してはユーザの権限が設定されていることを特徴とする請求項１乃至８のいずれかに記載の文書管理システム。
10. 前記しおりのデータの削除に関してはユーザの権限が設定されていることを特徴とする請求項６乃至９のいずれかに記載の文書管理システム。
11. 前記ウェブクライアントは、該ウェブクライアントを使用しているユーザが作成した前記しおりのデータのみを可視的に表示し得ることを特徴とする請求項８乃至１０のいずれかにに記載の文書管理システム。
12. 前記ウェブクライアントを使用しているユーザのみが前記しおりのデータの削除に関する権限を有することを特徴とする請求項１０または１１に記載の文書管理システム。
13. データベースによって保存、管理された文書データの各ページについて、ユーザからしおりのデータの生成の要求を受けるステップと、
    前記データの生成の要求を受けたときに、前記ユーザのしおりのデータ生成に関する権限を判断するステップと、
    前記しおりのデータ生成に関する権限を前記ユーザが有するときに、前記しおりのデータを生成するステップと、
    前記生成されたしおりのデータについて、ユーザから前記しおりのデータの編集の要求を受けるステップと、
    前記データの編集の要求を受けたときに、前記ユーザのしおり編集に関する権限を判断するステップと、
    前記のしおり編集に関する権限を前記ユーザが有するときに、前記しおりのデータを編集するステップと、
    を備えた文書管理方法。
14. 請求項１３記載の文書管理方法をコンピュータに実行させるプログラムコードを含むコンピュータ実行可能なプログラム。
15. 請求項１４記載のコンピュータ実行可能なプログラムが格納されたコンピュータ読み取り可能な記憶媒体。

Images