JP2002288161A

JP2002288161A - 文書管理システム

Info

Publication number: JP2002288161A
Application number: JP2001086794A
Authority: JP
Inventors: Minako Kobayashi; みな子小林
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2001-03-26
Filing date: 2001-03-26
Publication date: 2002-10-04
Anticipated expiration: 2021-03-26
Also published as: JP4573457B2

Abstract

(57)【要約】【課題】通信ネットワークに接続された複数の端末間
で文書を管理する文書管理システムにおいて、ユーザー
の負担を軽減すると共に、クライアントの処理負担を軽
減することができる文書管理システムを提供する。【解決手段】文書管理クライアント２０から入力して
文書管理サーバー３０に保存する文書を、当該文書の作
成者が指定する機密レベルに応じて、文書管理クライア
ント２０、あるいは文書管理サーバー３０で暗号化、及
び復号化する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信ネットワーク
に接続された複数の端末間で文書を管理するためのシス
テムに関するものである。

【０００２】

【従来の技術】通信ネットワーク技術の発達に伴い、通
信ネットワークに接続された複数の端末間で文書を管理
することは頻繁に行われている。

【０００３】文書の管理の形態としては、たとえば、文
書管理サービスなどのように、利用者から文書を収集し
てサーバー上で管理しておき、当該利用者が必要なとき
に、当該文書を利用するものがある。この場合、サーバ
ー上に保存された文書のセキュリティ対策が必要であ
る。すなわち、サーバー上に保存された文書が、通信ネ
ットワークを介して第三者から不正にアクセスされない
ようにすると共に、サーバーの提供者に読取られないよ
うにしなければならない。

【０００４】別の文書の管理の形態としては、たとえ
ば、学会誌や論文集に掲載する論文の募集などのよう
に、不特定多数の文書の投稿者から文書を一旦サーバー
上に収集し、募集者がサーバー上に収集された文書を利
用するものがある。この場合、文書のレイアウトの統一
が必要となる。すなわち、投稿された文書のレイアウト
が、掲載される学会誌などで規定したものと違う場合、
投稿された文書のレイアウトを変換しなければならず、
投稿された文書が多ければ、レイアウトの変換の作業負
担は大きくなる。

【０００５】サーバー上の文書のセキュリティ対策とし
ては、サーバー上の文書を暗号化する方法がある。特開
平９−２３３０６７号公報には、文書をブロックに分割
し、各ブロックの機密レベルに応じた暗号化技術を用い
ることにより、効率的で、かつ文書の機密レベルに応じ
て暗号化を行うようにした知的情報処理方法および装置
が開示されている。

【０００６】一方、サーバー上に投稿された文書のレイ
アウトを統一するには、予め文書の作成者にレイアウト
の情報を提供しておき、文書の作成者が当該情報に基づ
いて文書を作成する方法と、作成者から収集した文書の
レイアウトを規定のレイアウトに変換する方法とがあ
る。特開２０００−９９５０７号公報には、予め用意さ
れている文書パターンの中から、作成目的や提出先に応
じて目的とする文書パターンが選択可能な定型文書作成
装置及びその方法並びにその制御プログラムを記録した
記録媒体が開示されている。また、特開平５−６３６６
号公報には、既存の文書原稿をスキャナなどで読み込
み、文書のレイアウトのデータを自動的に抽出して、読
み込んだ原稿と同一の文書データを作成する文書処理方
法及び装置が開示されている。

【０００７】

【発明が解決しようとする課題】しかしながら、特開平
９−２３３０６７号公報に開示された、文書をブロック
に分割し、それぞれのブロックに対して異なる暗号化方
式を用いる方法では、暗号化の作業はユーザーが行うた
め、ユーザーの負担が大きい。また、すべての機密レベ
ルに対応する暗号化方式の情報をクライアント側で持た
なければならず、暗号化、復号化の処理に関するクライ
アントの処理負担も大きい。

【０００８】一方、特開平５−６３６６号公報に開示さ
れた、自動的に抽出したレイアウトのデータに基づく文
書の処理方法では、作成者自身が作成する文書に当該レ
イアウトを設定しなければならない。また、特開２００
０−９９５０７号公報に開示された、複数の文書パター
ンの中から定型文書を選択する方法では、作成者が文書
パターンを取得しなければならない。

【０００９】本発明は以上のような従来技術の問題点を
解消するためになされたもので、文書を登録、または閲
覧するユーザーに負荷を与えず、文書の機密レベルに応
じた適切な方式、場所での暗号化処理を行うことで、ク
ライアントの負担を軽減することができる文書管理シス
テムを提供することを目的とする。また、文書の作成者
が、文書のレイアウトを気にせずに自由な手段で文書を
作成することができると共に、作成された文書を収集す
る文書の募集者自身が、収集した文書のレイアウトを変
換する必要がない文書管理システムを提供することを目
的とする。

【００１０】

【課題を解決するための手段】請求項１記載の発明は、
通信ネットワークに接続された複数の端末間で文書を管
理するためのシステムであって、文書管理クライアント
と文書管理サーバーとからなり、上記文書管理クライア
ントが、文書と上記文書の機密レベルと上記文書を識別
するＩＤを入力する手段と、上記機密レベルに応じて上
記文書を暗号化する手段と、上記文書の平文あるいは暗
号化した文書を上記文書管理サーバーに送信する手段
と、上記文書管理サーバーから上記文書の平文あるいは
暗号化した文書を受信する手段と、上記暗号化した文書
を復号化する手段と、上記文書の平文あるいは復号化し
た文書を表示する手段とを有してなり、上記文書管理サ
ーバーが、上記文書管理クライアントが送信した上記文
書の平文あるいは暗号化した文書を受信する手段と、上
記受信した文書の平文を上記機密レベルに応じて暗号化
する手段と、上記暗号化する手段により暗号化した文書
あるいは上記文書管理クライアントから受信した暗号化
した文書を保存する手段と、上記保存された文書を上記
機密レベルに応じて復号化する手段と、上記復号化した
文書あるいは上記文書管理クライアントから受信した暗
号化した文書を上記文書管理クライアントに送信する手
段とを有してなることを特徴とする。

【００１１】請求項２記載の発明は、請求項１記載の発
明において、文書管理クライアントから入力される文書
の暗号化は、機密レベルに応じた暗号化方式によること
を特徴とする。

【００１２】請求項３記載の発明は、請求項１または２
記載の発明において、文書管理サーバーは、文書管理ク
ライアントが生成した鍵を用いて文書を暗号化すること
を特徴とする。

【００１３】請求項４記載の発明は、通信ネットワーク
に接続された複数の端末間で文書を管理するためのシス
テムであって、募集者クライアントと作成者クライアン
ト及び文書投稿サーバーとからなり、上記募集者クライ
アントが、文書の募集情報と上記文書のレイアウトの情
報を上記文書投稿サーバーに送信する手段と、上記募集
情報に応じて投稿された文書を上記文書投稿サーバーか
ら受信する手段とを有してなり、上記作成者クライアン
トが、上記文書投稿サーバー内の上記文書の募集情報を
閲覧する手段と、上記文書の募集情報に応じて上記文書
投稿サーバーに文書を投稿する手段とを有してなり、上
記文書投稿サーバーが、上記作成者クライアントが投稿
する文書を受信する手段と、上記受信した文書を上記募
集者クライアントから受信したレイアウトの情報に基づ
きレイアウトを変換する手段と、上記レイアウトを変換
した文書を上記募集者クライアントに送信する手段とを
有してなることを特徴とする。

【００１４】請求項５記載の発明は、請求項４記載の発
明において、文書投稿サーバーが、レイアウトを変換し
た文書を作成者クライアントに送信する手段を有するこ
とを特徴とする。

【００１５】請求項６記載の発明は、請求項５記載の発
明において、作成者クライアントが、文書投稿サーバー
から受信したレイアウトを変換した文書を修正する手段
と、上記修正した文書を上記文書投稿サーバーに送信す
る手段とを有することを特徴とする。

【００１６】

【発明の実施の形態】以下、図面を参照しながら本発明
にかかる文書管理システムの実施の形態について説明す
る。

【００１７】図１は、本発明にかかる文書管理システム
（以下、本実施の形態において「本システム」とい
う。）の実施の形態を示したブロック図である。本シス
テムは、図示しない通信ネットワークに接続された、文
書管理クライアント２０と文書管理サーバー３０とから
なる。通信ネットワークの例としては、ＬＡＮやインタ
ーネットなどのコンピュータネットワークがある。本シ
ステムは、文書管理クライアント２０から入力された文
書を、暗号化して文書管理サーバー３０内に保存するた
めのものであり、暗号化は、保存する文書の機密レベル
に応じて文書管理クライアント２０、あるいは文書管理
サーバー３０で行うようにしたものである。

【００１８】文書管理クライアント２０は、その内部
に、入力手段１１、表示手段１２、クライアント鍵管理
手段２１、鍵生成手段２２、クライアント暗号化手段２
３、クライアント復号手段２４、を有してなる。

【００１９】入力手段１１は、ユーザーから文書、文書
の書誌事項、文書の閲覧指示などの入力を受付ける。

【００２０】表示手段１２は、ユーザーが閲覧指示した
文書管理サーバー３０内の文書を表示する。

【００２１】クライアント鍵管理手段２１は、文書管理
クライアント２０において用いられる暗号化鍵の管理を
行い、文書に応じて適当な鍵をクライアント暗号化手段
２３、クライアント復号手段２４へ提供する。

【００２２】鍵生成手段２２は、暗号化鍵と復号鍵を生
成し、クライアント鍵管理手段２１、またはサーバー鍵
管理手段３１へ生成した鍵を登録する。

【００２３】クライアント暗号化手段２３はユーザーか
ら受け取った文書の暗号化を行う。

【００２４】クライアント復号手段２４は、文書管理サ
ーバー３０から受け取った暗号化された文書の復号化を
行う。

【００２５】文書管理サーバー３０は、その内部に、サ
ーバー鍵管理手段３１、サーバー暗号化手段３２、文書
登録手段３３、文書データベース３４、サーバー復号手
段３５、文書閲覧手段３６、を有してなる。

【００２６】サーバー暗号化鍵管理手段３１は、暗号化
鍵の管理を行い、文書によって適切な鍵をサーバー暗号
化手段３２、サーバー復号手段３５へ提供する。

【００２７】サーバー暗号化手段３２は、文書管理クラ
イアント２０から受け取った文書の暗号化を行う。

【００２８】文書登録手段３３は、暗号化された文書を
文書データベース３４へ登録する。

【００２９】文書データベース３４は、文書と文書に付
随する書誌事項を関連付けて蓄積する。

【００３０】サーバー復号手段３５は、文書データベー
ス３４から受け取った文書の復号を行う。

【００３１】文書閲覧手段３６は、文書データベース３
４からユーザーの指定した文書を取得する。

【００３２】以下、文書管理クライアント２０を用いて
文書管理サーバー３０を利用するユーザーが、作成した
文書を文書管理サーバー３０に登録する際の本システム
の動作と、当該ユーザーが文書管理サーバー３０に登録
された文書を閲覧する際の本システムの動作について説
明する。また、鍵（暗号化鍵と復号鍵）を生成する際の
本システムの動作についても説明する。

【００３３】ユーザーが文書を登録する際の本システム
の動作について説明する。図２は、文書の登録のフロー
チャートである。

【００３４】ユーザーは、文書入力手段１１を用いて、
文書管理サーバー３０に登録する文書を作成すると同時
に、作成した文書の書誌事項の一部として文書の機密レ
ベルを設定する(Ｓ１)。ここでは、機密レベルが「１」
から「４」の４段階で定義されている。機密レベルは、
「１」が最も低く、「４」が最も高い。なお、機密レベ
ルは、４段階に限らず、用途などに応じて適宜定義して
よい。ユーザーは、４つの機密レベルのうちから、適切
な機密レベルをひとつ選んで文書の機密レベルとして設
定する。図４（ａ）は、ユーザーＡが作成した機密レベ
ル「２」の文書（文書１）、図４（ｂ）は、ユーザーＡ
が作成した機密レベル「４」の文書（文書２）の例を示
した図である。

【００３５】文書は、本文と書誌事項からなり、書誌事
項には、作成者、機密レベル、暗号化フラグが含まれ
る。暗号化フラグは、文書作成時点ではＯＦＦにセット
される。これらの情報は暗号化されない。

【００３６】文書管理クライアント２０は、文書入力手
段１１より登録すべき文書を得る。クライアント鍵管理
手段２１は、文書に付随する書誌事項より、文書の作成
者および文書の機密レベルを取得し、対応する暗号化鍵
を探し、クライアント暗号化手段２３へ渡す(Ｓ２)。ク
ライアント鍵管理手段２１が、ユーザーＡに対して図５
に示すような鍵管理テーブルを持っていた場合、文書１
に対しては対応する暗号化鍵がないのでクライアント暗
号化手段２３へ鍵は渡されない。文書２に対しては、鍵
“Ｅ４”がクライアント暗号化手段２３へ渡される。

【００３７】クライアント暗号化手段２３は、鍵を受け
取ると文書を暗号化し、暗号化した文書の暗号化フラグ
をＯＮにして文書管理サーバー３０へ渡す(Ｓ３)。ここ
で、クライアント鍵管理手段２１より鍵が渡されなかっ
た場合は、暗号化の処理を行わずに文書管理サーバー３
０へ文書を渡す。

【００３８】以上より、文書１については平文のまま、
文書２については鍵“Ｅ４”で暗号化され、暗号化フラ
グをＯＮにした後、文書管理サーバー３０へ渡される。

【００３９】サーバー鍵管理手段３１は、文書管理クラ
イアント２０より渡された文書の暗号化フラグがＯＮの
場合は、そのまま文書登録手段３３へと渡す。文書の暗
号化フラグがＯＦＦのときは、文書の作成者、機密レベ
ルを取得し、対応する暗号化鍵を検索してサーバー暗号
化手段３２へ渡す(Ｓ４)。サーバー鍵管理手段３１が、
図６に示すユーザーＡに対する鍵管理テーブルを持つ場
合は、文書１について暗号化鍵“０２"をサーバー暗号
化手段３２へ渡す。

【００４０】サーバー暗号化手段３２は、受け取った鍵
で文書を暗号化し、文書の暗号化フラグをＯＮにして文
書登録手段３３へと渡す(Ｓ５)。

【００４１】文書登録手段３３は、受け取った文書に当
該文書を識別するための文書データベース３４内でユニ
ークなＩＤ（文書ＩＤ）を付加して、文書データベース
３４へ渡す(Ｓ６)。

【００４２】文書データベース３４は、渡された文書を
格納する(Ｓ７)。

【００４３】以上により、文書管理クライアント２０か
ら入力された文書が、当該文書の作成者が設定した機密
レベルに応じて、適切なタイミングで、適切な暗号方式
で暗号化され、文書管理サーバー３０に登録される。

【００４４】次に、ユーザーが文書を閲覧する際の本シ
ステムの動作について説明する。図３は、文書の閲覧の
フローチャートである。

【００４５】ユーザーは、入力手段１１を用いて閲覧し
たい文書ＩＤを指定する(Ｓ８)。その結果、文書管理ク
ライアント２０から通信ネットワークを介して文書管理
サーバー３０に文書ＩＤが渡される。

【００４６】文書管理サーバー３０は、文書ＩＤを受け
取り、文書閲覧手段３６がＩＤによって指定された文書
を、文書データベース３４から取り出す(Ｓ９)。

【００４７】サーバー鍵管理手段３１は、取り出した文
書の作成者と機密レベルから対応する復号鍵を、サーバ
ー復号手段３５へ渡す(Ｓ１０)。

【００４８】取り出した文書が文書１であった場合、サ
ーバー鍵管理手段３１は、図６の鍵管理テーブルから復
号鍵“０２”をサーバー復号手段３５へ渡す。文書２の
場合は、対応する鍵が存在しないので、サーバー復号手
段３５には鍵を渡さない。

【００４９】サーバー復号手段３５は、鍵が渡された場
合には文書の復号を行い、暗号化フラグをＯＦＦにし
て、文書管理クライアント２０へ復号した文書を渡す
(Ｓ１１)。鍵が渡されない場合は、復号を行わずに文書
管理クライアント２０へ文書を渡す。すなわち、文書１
に対しては、鍵“０２”を用いて復号を行い、暗号化フ
ラグをＯＦＦにする。また、文書２に対しては、そのま
ま文書管理クライアント２０に渡す。

【００５０】クライアント鍵管理手段２１は、文書管理
サーバー３０より受け取った文書の暗号化フラグがＯＦ
Ｆの場合は、そのまま文書表示手段１２へ文書を渡す。
また、文書の暗号化フラグがＯＮの場合は、作成者と機
密レベルより対応する復号鍵をクライアント復号手段２
４へ渡す(Ｓ１２)。すなわち、文書１は、すでに復号さ
れているので、そのまま文書表示手段１２へ渡す。ま
た、文書２に対しては図５の鍵管理テーブルより、鍵
“Ｄ４”がクライアント復号手段２４に渡される。

【００５１】クライアント復号手段２４は、渡された鍵
を用いて文書を復号し、文書表示手段１２へ渡す(Ｓ１
３)。

【００５２】文書表示手段１２は、平文となった文書を
表示する(Ｓ１４)。

【００５３】以上により、ユーザーが閲覧する文書は、
文書管理サーバー３０、または文書管理クライアント２
０が対応する鍵を用いて復号化し、平文として文書表示
手段１２に表示される。

【００５４】次に、鍵を生成する際の本システムの動作
について説明する。

【００５５】ユーザーは、入力手段１１より鍵の生成を
指示する。その際、自分のユーザー名（作成者）と、作
成する機密レベルを指定する。鍵生成手段２２は、ユー
ザーから鍵生成の命令と、作成者、機密レベルの情報を
取得し、適切な暗号方式に基づいた暗号化鍵、復号鍵を
生成する。鍵生成手段２２は、生成した鍵をクライアン
ト鍵管理手段２１、またはサーバー鍵管理手段３１に渡
す。鍵を受け取ったクライアント鍵管理手段２１、サー
バー鍵管理手段３１は、鍵と鍵の作成者、鍵の機密レベ
ルを対応付けて管理する。

【００５６】以上説明した実施の形態によれば、文書管
理サーバー３０に保存する文書を機密レベルに応じて暗
号化するため、すべての文書の暗号化処理を文書管理ク
ライアント２０上で行う必要がなく、文書管理クライア
ント２０の負荷を軽減することができる。

【００５７】また文書の暗号化は、文書作成時に指定し
た文書の機密レベルに応じて、文書管理クライアント２
０、あるいは文書管理サーバー３０が自動的に暗号化、
復号化のタイミングや、使用する暗号化方式を決定して
処理するため、ユーザーは機密レベルの指定を行うのみ
でよく、文書の暗号化、復号化にかかるユーザーの負担
を軽減することができる。

【００５８】ここで、非対称公開鍵暗号方式を採用する
場合、公開鍵のみを文書管理サーバー３０上に置き、秘
密鍵を文書管理クライアント２０で管理することによ
り、機密性をさらに高めることができると共に、自由な
文書登録が可能となる。

【００５９】以上説明した実施の形態において、文書管
理クライアント２０の一部の手段を別の端末に持たせる
ようにしてもよい。図７は、図１に示した文書管理クラ
イアント２０が有する手段を、文書管理クライアント２
０ｘと端末１０とに分離した本発明にかかる文書管理シ
ステムの実施の形態を示したブロック図である。端末１
０は、入力手段１１と文書表示手段１２とを有してな
る。また、文書管理クライアント２０ｘは、クライアン
ト鍵管理手段２１、鍵生成手段２２、クライアント暗号
化手段２３、クライアント復号手段２４とを有してな
る。

【００６０】図７に示した実施の形態においてユーザー
は、入力手段１１と文書表示手段１２とを有してなる簡
易な端末１０を用いて文書の登録、閲覧、鍵の生成を行
うことができる。また、複数のユーザーの端末から文書
管理クライアント２０ｘを介して文書管理サーバー３０
を利用すれば、ユーザーの数、あるいは利用頻度に応じ
て適宜、文書管理クライアント２０ｘの数を調節するこ
とができ、文書管理クライアント２０ｘを効率的に利用
することができる。

【００６１】次に、本発明にかかる文書管理システム
（以下、本実施の形態において「本システム」とい
う。）の別の実施の形態について説明する。本システム
は、文書の募集者から予め文書のレイアウトの情報を収
集しておき、文書の作成者が送信した文書を当該レイア
ウトの情報に基づき変更し、募集者に送信するためのも
のである。

【００６２】図８は、本実施の形態にかかる文書管理シ
ステムの実施の形態を示したシステム構成図である。本
システムは、通信ネットワーク７０に接続された、作成
者クライアント４０、募集者クライアント５０、及び文
書投稿サーバー６０とからなる。通信ネットワーク７０
の例としては、ＬＡＮやインターネットなどのコンピュ
ータネットワークがある。作成者クライアント４０、募
集者クライアント５０、及び文書投稿サーバー６０は、
それぞれ通信回線７４，７５，７６を介して通信ネット
ワーク７０と接続する。作成者クライアント４０、募集
者クライアント５０は、ＷＷＷブラウザを用いて、文書
投稿サーバー６０内のＷＥＢページを閲覧するなどし
て、文書投稿サーバー６０と接続する。

【００６３】作成者クライアント４０は、入力装置４
１、出力装置４２、計算機４３、記憶装置４４を有して
なる。

【００６４】募集者クライアント５０は、入力装置５
１、出力装置５２、計算機５３、記憶装置５４を有して
なる。記憶装置５４は、計算機５３で実行されるプログ
ラムや大量のデータを蓄積する装置であり、磁気ディス
クや半導体メモリなどを利用する。

【００６５】文書投稿サーバー６０は、文書レイアウト
変換手段６１、項目確認手段６２、文書編集手段６３、
募集者データベース（ＤＢ）６４、作成者データベース
（ＤＢ）６５、文書データベース（ＤＢ）６６、入力装
置６７、出力装置６８を有してなる。

【００６６】入力装置４１，５１，６７は、情報を入力
する機器であり、キーボード、マウスなどのポインティ
ングデバイスなどがある。出力装置４２，５２，６８
は、情報を表示する機器であり、ディスプレイ、プリン
ターなどがある。

【００６７】以下、募集者が文書の募集を行う場合、作
成者が募集情報を得て文書を投稿する場合、及び、募集
者が作成者から投稿された文書を入手する場合の本シス
テムの動作について説明する。

【００６８】先ず、文書の募集者が、文書の募集を行う
場合の本システムの動作について説明する。図９は、文
書募集のフローチャートである。

【００６９】文書募集を行いたい募集者は、募集者クラ
イアント５０より文書投稿サーバー６０に接続する。募
集者は、文書投稿サーバー６０より、募集者クライアン
ト５０の画面上で募集者ＩＤの入力を求められる。

【００７０】募集者が募集者ＩＤを取得していない場
合、あるいは取得しているが登録内容を変更したい場合
は、図１１に例を示す募集者登録画面において、募集者
名、所在地(住所)、電話番号、代表者名、活動内容な
ど、募集者を特定するための情報を入力する（Ｔ１）。

【００７１】必要事項を入力し、募集者登録画面上の登
録申請ボタンを押すと、文書投稿サーバー６０内の図示
しない募集者管理手段より本システム内でユニークな募
集者ＩＤが発行（Ｔ２）され、図１２に例を示す文書募
集登録画面が表示される。

【００７２】募集者管理手段は、募集者クライアント５
０から登録された情報を、募集者ＤＢ６４へ蓄積する。

【００７３】募集者が募集者ＩＤをすでに取得している
場合は、募集者が募集者ＩＤを入力すると、文書募集登
録画面が表示される。

【００７４】募集者は、文書募集登録画面上より文書募
集のタイトル、募集概要、募集期間、募集内容を入力す
る（Ｔ３）。その際、募集者ＤＢ６４に文書レイアウト
が登録されていれば、画面上にレイアウト名が表示され
る。募集者は、その中から該当するレイアウトを選択す
る（Ｔ５）。

【００７５】募集者が、文書レイアウトを登録していな
い場合、または新しい文書レイアウトを利用する場合
は、文書募集登録画面よりレイアウト登録ボタンを押す
と、図１３に例を示すレイアウト登録画面が表示され
る。募集者は、レイアウト登録画面において、募集する
文書のレイアウト、例えば上下左右の余白や文字の大き
さ、行間の幅などを細かく指定するか、サンプルとなる
文書の画像、あるいは特定のワープロソフトのフォーマ
ットで記述された文書ファイルを送信することで、募集
する文書のレイアウトを決定する。その際、図１３に示
すように、設定の項目を範囲指定した場合、文書作成者
は、この範囲内で自分の作成した文書の文書レイアウト
を調整することができる。

【００７６】文書投稿サーバー６０は、文書レイアウト
変換手段６１を用いて、募集者クライアント５０から受
け取ったレイアウトの情報、あるいは送信されたファイ
ルの情報を解析して、募集者が指定したレイアウト情報
を作成し、募集者クライアント５０に表示する。

【００７７】募集者は、表示されたレイアウトの情報を
確認し、必要があれば修正し、名前を付けて登録する。
登録された文書レイアウトは募集者ＤＢ６４へ蓄積され
る（Ｔ４）。

【００７８】募集者は、文書レイアウトを含むすべての
募集情報を入力したら、募集者クライアント５０より募
集登録ボタンを押す。募集者管理手段は、登録されたレ
イアウト情報とその他の文書募集情報を募集者ＤＢ６４
へ蓄積する（Ｔ６）。

【００７９】以上により、文書の募集者が、募集者クラ
イアント５０から募集情報を文書投稿サーバー６０に登
録することができる。

【００８０】次に、作成者が募集情報を得て文書を投稿
する場合の、本システムの動作について説明する。図１
０は、文書投稿のフローチャートである。

【００８１】作成者は、作成者クライアント４０より文
書投稿サーバー６０に接続する。文書投稿サーバー６０
は、募集者管理手段を用いて募集者ＤＢ６４を検索し、
現在文書の募集を行っている募集者の情報に基づいて、
作成者クライアント４０へ募集リスト画面を表示する
（Ｔ７）。募集リスト画面では、分野やキーワードによ
って表示する募集を限定することもできる。

【００８２】作成者は、募集リスト画面より、文書を投
稿しようと思う募集者を選択すると、募集者管理手段
は、募集者ＤＢ６４を検索し、図１４に例を示す募集詳
細画面を作成者クライアント４０へ表示する。募集詳細
画面には、募集要綱の詳しい内容と、文書の募集者につ
いての情報が表示される（Ｔ８）。

【００８３】募集詳細画面上の文書投稿ボタンを押す
と、作成者ＩＤ入力画面が表示される。

【００８４】作成者が作成者ＩＤを取得していない場
合、あるいは取得しているが登録内容に変更がある場合
には、図１５に例を示す作成者登録画面から文書中に埋
め込む作成者情報の他に、連絡先などの文書提出時に必
要な情報、作成者ＩＤを利用するためのパスワード等を
入力する（Ｔ９）。ここで作成者登録画面は、作成者Ｉ
Ｄ入力画面に表示されている作成者登録申請ボタンを押
すと作成者クライアント４０上に表示される。

【００８５】作成者登録画面の登録ボタンを押すと、作
成者管理手段によって作成者登録が行われ、作成者ＩＤ
が発行される（Ｔ１０）。

【００８６】登録された作成者情報は、作成者ＤＢ６５
へ蓄積される。

【００８７】作成者ＩＤを取得、または作成者ＩＤ入力
画面にて作成者ＩＤを入力した場合は、図１６に例を示
す文書投稿画面が表示される。文書投稿画面では、提出
する文書ファイルを指定する部分と、文書の内容を直接
入力するフィールドが表示される。

【００８８】作成者は、文書を作成して投稿する（Ｔ１
１）。その際、作成者が、ワープロソフト、あるいはテ
キストエディタ、作図ソフトなどを用いて文書を作成す
る場合は、文書中に項目を指定するタグ、例えば「＜＜
タイトル＞＞」、「＜＜アブストラクト＞＞」などのタ
グを挿入し、タグを埋め込んだ文書ファイルを指定す
る。作成者が、文書作成用のソフトを用いない場合は、
入力フィールドに文書を入力する。図１６においては、
入力フィールドは入力項目ごとに分かれているので、そ
れぞれに入力する。

【００８９】作成者は、文書の入力が終えたら、文書登
録ボタンを押す。文書登録ボタンが押されると、入力し
た情報、文書が文書投稿サーバーへ送信される。

【００９０】文書投稿サーバー６０は、文書レイアウト
変更手段６１により、送信された文書を文書募集者が指
定したレイアウトに変更する（Ｔ１２）。

【００９１】項目確認手段６２は、文書レイアウト変更
手段６１によりレイアウト変更された文書、またその他
の文書作成者の登録した情報を確認する（Ｔ１３）。

【００９２】文書レイアウト変更手段６１は、文書ファ
イルが送信された場合には、文書ファイル中よりタグを
読み出して文書を各項目に分ける。その後、募集者から
指定された文書レイアウト情報に従って、レイアウト済
みの文書を作成する。

【００９３】必要な項目の中で送信されていないものが
あれば、項目確認手段６２は、作成者クライアント４０
へ入力を促す画面を表示する。

【００９４】作成者は、画面の案内に従って項目を入力
し、再び送信する。

【００９５】すべての必要項目がそろい、文書のレイア
ウト変換が終了したら、図示しない文書管理手段は、レ
イアウト変更後の文書を作成者クライアント４０に送信
し、図１７に例を示す確認画面を表示する。

【００９６】作成者は、表示された文書を確認し、それ
でよければ確認終了ボタンを押す。修正を行いたい場合
は、確認画面上で指定された範囲内で修正を行う。修正
した文書は、文書投稿サーバー６０に送信する。

【００９７】作成者は、確認画面上での修正の指示を図
１８に例を示す修正用サブウインドウ上で余白や行間な
どを調整できる範囲で調整し、確認画面でその結果を確
認する（Ｔ１４）。

【００９８】また、作成者は、表示されたレイアウト後
の文書を、画像、あるいはワープロソフト用にフォーマ
ットされたファイルとして保存することができる。文書
管理手段は、作成者から保存の要求が出されたら、一般
的に利用される文書フォーマットや画像フォーマットへ
変換して提供する。

【００９９】文書管理手段は、文書を文書ＤＢ６６へ蓄
積（Ｔ１５）し、募集者クライアント５０へ文書が提出
された旨を電子メールなどで通知する（Ｔ１６）。

【０１００】以上により、作成者が作成者クライアント
４０を用いて、文書投稿サーバー６０内の募集情報を検
索し、目的の募集者に対して投稿する文書を文書投稿サ
ーバー６０に送信する。文書投稿サーバー６０は、作成
者クライアント４０から送信された文書を、募集者が予
め登録しておいたレイアウトの情報に基づいてレイアウ
トを変更して保存すると共に、募集者に対して文書の投
稿があった旨を通知する。

【０１０１】次に、募集者が作成者から投稿された文書
を入手する場合の本システムの動作について説明する。

【０１０２】文書募集者は、募集者ＩＤとパスワードを
募集者クライアント５０から入力する。

【０１０３】募集者管理手段は、募集者ＤＢ６４より、
入力された募集者ＩＤを持つ募集者の情報を得て、複数
の募集を同時に行っている場合は募集リストを表示す
る。

【０１０４】募集リストの中から一つを選択すると、投
稿文書リストが表示される。投稿文書リストの中から文
書を選択すると、文書ＤＢ６６に蓄積されたレイアウト
後の文書の内容が表示される。また、保存ボタンを押す
と募集者クライアント５０に目的の文書が保存される。

【０１０５】募集リストより、付加情報ボタンを押す
と、ヘッダやフッダ、ページ番号といった付加情報を設
定する付加情報設定画面が表示される。付加情報設定画
面で付加する情報を選択し、投稿文書リストより1つ以
上の文書を順番をつけて選択し、表示ボタンを押すと、
文書管理手段は付加情報を付加し、つけた順番どおりに
連結された文書を表示する。保存ボタンを押すと連結さ
れた文書が募集者クライアント５０に保存される。

【０１０６】以上により、募集者は募集者クライアント
５０を用いて、文書投稿サーバー６０内に保存された複
数の文書を閲覧すると共に、募集者クライアント５０に
保存する。

【０１０７】以上説明した実施の形態によれば、文書の
作成者が作成した文書のレイアウトは、文書の募集者が
指定したレイアウト情報に基づいて変換されるため、作
成者は、レイアウトを意識せずに文書を作成することが
できる。

【０１０８】また、文書の募集者が入手する文書は、予
め募集者が指定しておいたレイアウトの情報に基づいて
変換されているため、募集者自身が文書のレイアウト変
更などの処理をする必要がなくなる。

【０１０９】また、文書の作成者は、文書中にキーワー
ドを埋め込むことによって、文書中の各項目を明確にす
る。これにより、文書作成手段に関わらず、キーワード
によって文書レイアウトの変更が行われる。さらに、文
書の作成者は、文書中に必要な項目をチェックすること
ができる。文書作成者は、異なる募集者の募集に対して
も同一のキーワードを利用できるので、投稿先を考慮に
入れず文書を作成することができる。

【０１１０】また、作成者クライアント４０の画面上に
文書作成のための各項目と入力欄を表示するため、文書
作成手段をもたない文書の作成者は、必要な項目を逃す
ことなく、文書の募集者が要求する文書を投稿すること
ができる。

【０１１１】また、文書の作成者が作成して文書投稿サ
ーバー６０に送信した文書は、レイアウトが変換された
のちに、作成者クライアント４０に送信されるため、文
書の作成者は、自分が作成した文書の最終形を確認し、
また文書の募集者が要求した範囲内で修正を行うことが
できる。

【０１１２】また、文書の作成者が送信した文書に過不
足があった場合、文書投稿サーバー６０は作成者に対し
て修正や再作成を要求するため、文書投稿サーバー６０
内には、募集者が指定した条件に合致する文書のみが保
存され、不備の修正のための文書募集者と文書作成者の
やり取りは不要となる。

【０１１３】また、文書の作成者は、あらかじめ自分の
氏名や所属など、作成者に関する情報を文書投稿業者に
登録しておくため、複数の文書を投稿する場合にもその
都度作成者に関する情報を付加する必要はない。

【０１１４】また、文書投稿サーバー６０が同一の募集
に対する複数の投稿文書をまとめて一連の文書として情
報を付加して募集者クライアント５０に送信することに
より、文書の募集者は、募集後の編集を自分で行わず、
編集後の付加情報を含んだ文書情報を得ることができ
る。

【０１１５】

【発明の効果】請求項１記載の発明によれば、文書管理
クライアントで作成した文書は、文書の作成者が設定し
た機密レベルに応じて、文書管理クライアントあるいは
文書管理サーバーで暗号化及び復号化されるため、暗号
化及び復号化の処理の負担を文書管理クライアントと文
書管理サーバーの双方に分散することができ、よって、
文書管理クライアントの暗号化、復号化の処理負担を軽
減することができる。また文書の作成者は、文書を暗号
化するためには機密レベルを指定するのみでよいため、
暗号化の処理についてのユーザーの負担はない。

【０１１６】請求項４記載の発明によれば、文書の作成
者が投稿した文書のレイアウトは、文書の募集者が指定
したレイアウトの情報に基づいて変換されるため、文書
の作成者は、レイアウトを意識することなく文書を投稿
することができ、一方、文書の募集者は、投稿された文
書のレイアウトは、予め指定したレイアウトの情報に基
づき変換されているため、募集者自身が投稿された文書
のレイアウトを変換する必要がない。

【図面の簡単な説明】

【図１】本発明にかかる文書管理システムの実施の形態
を示すブロック図である。

【図２】図１に示す文書管理システムでの文書の登録の
フローチャートである。

【図３】図１に示す文書管理システムでの文書の閲覧の
フローチャートである。

【図４】図１に示す文書管理システムで管理する文書
で、（ａ）は機密レベルが低い、（ｂ）は機密レベルが
高い文書の例を示す図である。

【図５】クライアント鍵管理手段が持つ鍵管理テーブル
のデータ例を示す図である。

【図６】サーバー鍵管理手段が持つ鍵管理テーブルのデ
ータ例を示す図である。

【図７】図１に示す文書管理クライアントの手段の一部
を他の端末に分離した場合の本発明にかかる文書管理シ
ステムの実施の形態を示すブロック図である。

【図８】本発明にかかる文書管理システムの別の実施の
形態を示すシステム構成図である。

【図９】図８に示す文書管理システムでの文書募集のフ
ローチャートである。

【図１０】図８に示す文書管理システムでの文書投稿の
フローチャートである。

【図１１】図８に示す文書管理システムの募集者登録画
面の例を示す図である。

【図１２】図８に示す文書管理システムの文書募集登録
画面の例を示す図である。

【図１３】図８に示す文書管理システムのレイアウト登
録画面の例を示す図である。

【図１４】図８に示す文書管理システムの募集詳細画面
の例を示す図である。

【図１５】図８に示す文書管理システムの作成者登録画
面の例を示す図である。

【図１６】図８に示す文書管理システムの文書投稿画面
の例を示す図である。

【図１７】図８に示す文書管理システムの確認画面の例
を示す図である。

【図１８】図８に示す文書管理システムの修正画面の例
を示す図である。

【符号の説明】

１０端末２０文書管理クライアント３０文書管理サーバー４０作成者クライアント５０募集者クライアント６０文書投稿サーバー７０通信ネットワーク

Claims

【特許請求の範囲】

【請求項１】通信ネットワークに接続された複数の端
末間で文書を管理するためのシステムであって、文書管理クライアントと文書管理サーバーとからなり、上記文書管理クライアントが、文書と上記文書の機密レ
ベルと上記文書を識別するＩＤを入力する手段と、上記
機密レベルに応じて上記文書を暗号化する手段と、上記
文書の平文あるいは暗号化した文書を上記文書管理サー
バーに送信する手段と、上記文書管理サーバーから上記
文書の平文あるいは暗号化した文書を受信する手段と、
上記暗号化した文書を復号化する手段と、上記文書の平
文あるいは復号化した文書を表示する手段とを有してな
り、上記文書管理サーバーが、上記文書管理クライアントが
送信した上記文書の平文あるいは暗号化した文書を受信
する手段と、上記受信した文書の平文を上記機密レベル
に応じて暗号化する手段と、上記暗号化する手段により
暗号化した文書あるいは上記文書管理クライアントから
受信した暗号化した文書を保存する手段と、上記保存さ
れた文書を上記機密レベルに応じて復号化する手段と、
上記復号化した文書あるいは上記文書管理クライアント
から受信した暗号化した文書を上記文書管理クライアン
トに送信する手段とを有してなることを特徴とする文書
管理システム。
【請求項２】文書管理クライアントから入力される文
書の暗号化は、機密レベルに応じた暗号化方式による請
求項１記載の文書管理システム。
【請求項３】文書管理サーバーは、文書管理クライア
ントが生成した鍵を用いて文書を暗号化する請求項１ま
たは２記載の文書管理システム。
【請求項４】通信ネットワークに接続された複数の端
末間で文書を管理するためのシステムであって、募集者クライアントと作成者クライアント及び文書投稿
サーバーとからなり、上記募集者クライアントが、文書の募集情報と上記文書
のレイアウトの情報を上記文書投稿サーバーに送信する
手段と、上記募集情報に応じて投稿された文書を上記文
書投稿サーバーから受信する手段とを有してなり、上記作成者クライアントが、上記文書投稿サーバー内の
上記文書の募集情報を閲覧する手段と、上記文書の募集
情報に応じて上記文書投稿サーバーに文書を投稿する手
段とを有してなり、上記文書投稿サーバーが、上記作成者クライアントが投
稿する文書を受信する手段と、上記受信した文書を上記
募集者クライアントから受信したレイアウトの情報に基
づきレイアウトを変換する手段と、上記レイアウトを変
換した文書を上記募集者クライアントに送信する手段と
を有してなることを特徴とする文書管理システム。
【請求項５】文書投稿サーバーが、レイアウトを変換
した文書を作成者クライアントに送信する手段を有する
請求項４記載の文書管理システム。
【請求項６】作成者クライアントが、文書投稿サーバ
ーから受信したレイアウトを変換した文書を修正する手
段と、上記修正した文書を上記文書投稿サーバーに送信する手
段とを有する請求項５記載の文書管理システム。