(57)【特許請求の範囲】
【請求項１】
通信ネットワークに接続された複数の端末間で文書を管理するためのシステムであって、
文書管理クライアントと文書管理サーバーとからなり、
上記文書管理クライアントが、文書と上記文書の機密レベルと上記文書を識別するＩＤを入力する手段と、上記機密レベルに応じて上記文書を暗号化する手段と、上記文書の平文あるいは暗号化した文書を上記文書管理サーバーに送信する手段と、上記文書管理サーバーから上記文書の平文あるいは暗号化した文書を受信する手段と、上記暗号化した文書を復号化する手段と、上記文書の平文あるいは復号化した文書を表示する手段とを有してなり、
上記文書管理サーバーが、上記文書管理クライアントが送信した上記文書の平文あるいは暗号化した文書を受信する手段と、上記受信した文書の平文を上記機密レベルに応じて暗号化する手段と、上記暗号化する手段により暗号化した文書あるいは上記文書管理クライアントから受信した暗号化した文書を保存する手段と、上記保存された文書を上記機密レベルに応じて復号化する手段と、上記復号化した文書あるいは上記文書管理クライアントから受信した暗号化した文書を上記文書管理クライアントに送信する手段とを有してなることを特徴とする文書管理システム。
【請求項２】
文書管理クライアントから入力される文書の暗号化は、機密レベルに応じた暗号化方式による請求項１記載の文書管理システム。
【請求項３】
文書管理サーバーは、文書管理クライアントが生成した鍵を用いて文書を暗号化する請求項１または２記載の文書管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークに接続された複数の端末間で文書を管理するためのシステムに関するものである。
【０００２】
【従来の技術】
通信ネットワーク技術の発達に伴い、通信ネットワークに接続された複数の端末間で文書を管理することは頻繁に行われている。
【０００３】
文書の管理の形態としては、たとえば、文書管理サービスなどのように、利用者から文書を収集してサーバー上で管理しておき、当該利用者が必要なときに、当該文書を利用するものがある。この場合、サーバー上に保存された文書のセキュリティ対策が必要である。すなわち、サーバー上に保存された文書が、通信ネットワークを介して第三者から不正にアクセスされないようにすると共に、サーバーの提供者に読取られないようにしなければならない。
【０００４】
別の文書の管理の形態としては、たとえば、学会誌や論文集に掲載する論文の募集などのように、不特定多数の文書の投稿者から文書を一旦サーバー上に収集し、募集者がサーバー上に収集された文書を利用するものがある。この場合、文書のレイアウトの統一が必要となる。すなわち、投稿された文書のレイアウトが、掲載される学会誌などで規定したものと違う場合、投稿された文書のレイアウトを変換しなければならず、投稿された文書が多ければ、レイアウトの変換の作業負担は大きくなる。
【０００５】
サーバー上の文書のセキュリティ対策としては、サーバー上の文書を暗号化する方法がある。
特開平９−２３３０６７号公報には、文書をブロックに分割し、各ブロックの機密レベルに応じた暗号化技術を用いることにより、効率的で、かつ文書の機密レベルに応じて暗号化を行うようにした知的情報処理方法および装置が開示されている。
【０００６】
一方、サーバー上に投稿された文書のレイアウトを統一するには、予め文書の作成者にレイアウトの情報を提供しておき、文書の作成者が当該情報に基づいて文書を作成する方法と、作成者から収集した文書のレイアウトを規定のレイアウトに変換する方法とがある。
特開２０００−９９５０７号公報には、予め用意されている文書パターンの中から、作成目的や提出先に応じて目的とする文書パターンが選択可能な定型文書作成装置及びその方法並びにその制御プログラムを記録した記録媒体が開示されている。
また、特開平５−６３６６号公報には、既存の文書原稿をスキャナなどで読み込み、文書のレイアウトのデータを自動的に抽出して、読み込んだ原稿と同一の文書データを作成する文書処理方法及び装置が開示されている。
【０００７】
【発明が解決しようとする課題】
しかしながら、特開平９−２３３０６７号公報に開示された、文書をブロックに分割し、それぞれのブロックに対して異なる暗号化方式を用いる方法では、暗号化の作業はユーザーが行うため、ユーザーの負担が大きい。また、すべての機密レベルに対応する暗号化方式の情報をクライアント側で持たなければならず、暗号化、復号化の処理に関するクライアントの処理負担も大きい。
【０００８】
一方、特開平５−６３６６号公報に開示された、自動的に抽出したレイアウトのデータに基づく文書の処理方法では、作成者自身が作成する文書に当該レイアウトを設定しなければならない。
また、特開２０００−９９５０７号公報に開示された、複数の文書パターンの中から定型文書を選択する方法では、作成者が文書パターンを取得しなければならない。
【０００９】
本発明は以上のような従来技術の問題点を解消するためになされたもので、文書を登録、または閲覧するユーザーに負荷を与えず、文書の機密レベルに応じた適切な方式、場所での暗号化処理を行うことで、クライアントの負担を軽減することができる文書管理システムを提供することを目的とする。
また、文書の作成者が、文書のレイアウトを気にせずに自由な手段で文書を作成することができると共に、作成された文書を収集する文書の募集者自身が、収集した文書のレイアウトを変換する必要がない文書管理システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
請求項１記載の発明は、通信ネットワークに接続された複数の端末間で文書を管理するためのシステムであって、文書管理クライアントと文書管理サーバーとからなり、上記文書管理クライアントが、文書と上記文書の機密レベルと上記文書を識別するＩＤを入力する手段と、上記機密レベルに応じて上記文書を暗号化する手段と、上記文書の平文あるいは暗号化した文書を上記文書管理サーバーに送信する手段と、上記文書管理サーバーから上記文書の平文あるいは暗号化した文書を受信する手段と、上記暗号化した文書を復号化する手段と、上記文書の平文あるいは復号化した文書を表示する手段とを有してなり、上記文書管理サーバーが、上記文書管理クライアントが送信した上記文書の平文あるいは暗号化した文書を受信する手段と、上記受信した文書の平文を上記機密レベルに応じて暗号化する手段と、上記暗号化する手段により暗号化した文書あるいは上記文書管理クライアントから受信した暗号化した文書を保存する手段と、上記保存された文書を上記機密レベルに応じて復号化する手段と、上記復号化した文書あるいは上記文書管理クライアントから受信した暗号化した文書を上記文書管理クライアントに送信する手段とを有してなることを特徴とする。
【００１１】
請求項２記載の発明は、請求項１記載の発明において、文書管理クライアントから入力される文書の暗号化は、機密レベルに応じた暗号化方式によることを特徴とする。
【００１２】
請求項３記載の発明は、請求項１または２記載の発明において、文書管理サーバーは、文書管理クライアントが生成した鍵を用いて文書を暗号化することを特徴とする。
【００１６】
【発明の実施の形態】
以下、図面を参照しながら本発明にかかる文書管理システムの実施の形態について説明する。
【００１７】
図１は、本発明にかかる文書管理システム（以下、本実施の形態において「本システム」という。）の実施の形態を示したブロック図である。本システムは、図示しない通信ネットワークに接続された、文書管理クライアント２０と文書管理サーバー３０とからなる。通信ネットワークの例としては、ＬＡＮやインターネットなどのコンピュータネットワークがある。
本システムは、文書管理クライアント２０から入力された文書を、暗号化して文書管理サーバー３０内に保存するためのものであり、暗号化は、保存する文書の機密レベルに応じて文書管理クライアント２０、あるいは文書管理サーバー３０で行うようにしたものである。
【００１８】
文書管理クライアント２０は、その内部に、入力手段１１、表示手段１２、クライアント鍵管理手段２１、鍵生成手段２２、クライアント暗号化手段２３、クライアント復号手段２４、を有してなる。
【００１９】
入力手段１１は、ユーザーから文書、文書の書誌事項、文書の閲覧指示などの入力を受付ける。
【００２０】
表示手段１２は、ユーザーが閲覧指示した文書管理サーバー３０内の文書を表示する。
【００２１】
クライアント鍵管理手段２１は、文書管理クライアント２０において用いられる暗号化鍵の管理を行い、文書に応じて適当な鍵をクライアント暗号化手段２３、クライアント復号手段２４へ提供する。
【００２２】
鍵生成手段２２は、暗号化鍵と復号鍵を生成し、クライアント鍵管理手段２１、またはサーバー鍵管理手段３１へ生成した鍵を登録する。
【００２３】
クライアント暗号化手段２３はユーザーから受け取った文書の暗号化を行う。
【００２４】
クライアント復号手段２４は、文書管理サーバー３０から受け取った暗号化された文書の復号化を行う。
【００２５】
文書管理サーバー３０は、その内部に、サーバー鍵管理手段３１、サーバー暗号化手段３２、文書登録手段３３、文書データベース３４、サーバー復号手段３５、文書閲覧手段３６、を有してなる。
【００２６】
サーバー暗号化鍵管理手段３１は、暗号化鍵の管理を行い、文書によって適切な鍵をサーバー暗号化手段３２、サーバー復号手段３５へ提供する。
【００２７】
サーバー暗号化手段３２は、文書管理クライアント２０から受け取った文書の暗号化を行う。
【００２８】
文書登録手段３３は、暗号化された文書を文書データベース３４へ登録する。
【００２９】
文書データベース３４は、文書と文書に付随する書誌事項を関連付けて蓄積する。
【００３０】
サーバー復号手段３５は、文書データベース３４から受け取った文書の復号を行う。
【００３１】
文書閲覧手段３６は、文書データベース３４からユーザーの指定した文書を取得する。
【００３２】
以下、文書管理クライアント２０を用いて文書管理サーバー３０を利用するユーザーが、作成した文書を文書管理サーバー３０に登録する際の本システムの動作と、当該ユーザーが文書管理サーバー３０に登録された文書を閲覧する際の本システムの動作について説明する。また、鍵（暗号化鍵と復号鍵）を生成する際の本システムの動作についても説明する。
【００３３】
ユーザーが文書を登録する際の本システムの動作について説明する。図２は、文書の登録のフローチャートである。
【００３４】
ユーザーは、文書入力手段１１を用いて、文書管理サーバー３０に登録する文書を作成すると同時に、作成した文書の書誌事項の一部として文書の機密レベルを設定する(Ｓ１)。ここでは、機密レベルが「１」から「４」の４段階で定義されている。機密レベルは、「１」が最も低く、「４」が最も高い。なお、機密レベルは、４段階に限らず、用途などに応じて適宜定義してよい。
ユーザーは、４つの機密レベルのうちから、適切な機密レベルをひとつ選んで文書の機密レベルとして設定する。
図４（ａ）は、ユーザーＡが作成した機密レベル「２」の文書（文書１）、図４（ｂ）は、ユーザーＡが作成した機密レベル「４」の文書（文書２）の例を示した図である。
【００３５】
文書は、本文と書誌事項からなり、書誌事項には、作成者、機密レベル、暗号化フラグが含まれる。暗号化フラグは、文書作成時点ではＯＦＦにセットされる。これらの情報は暗号化されない。
【００３６】
文書管理クライアント２０は、文書入力手段１１より登録すべき文書を得る。
クライアント鍵管理手段２１は、文書に付随する書誌事項より、文書の作成者および文書の機密レベルを取得し、対応する暗号化鍵を探し、クライアント暗号化手段２３へ渡す(Ｓ２)。
クライアント鍵管理手段２１が、ユーザーＡに対して図５に示すような鍵管理テーブルを持っていた場合、文書１に対しては対応する暗号化鍵がないのでクライアント暗号化手段２３へ鍵は渡されない。
文書２に対しては、鍵“Ｅ４”がクライアント暗号化手段２３へ渡される。
【００３７】
クライアント暗号化手段２３は、鍵を受け取ると文書を暗号化し、暗号化した文書の暗号化フラグをＯＮにして文書管理サーバー３０へ渡す(Ｓ３)。
ここで、クライアント鍵管理手段２１より鍵が渡されなかった場合は、暗号化の処理を行わずに文書管理サーバー３０へ文書を渡す。
【００３８】
以上より、文書１については平文のまま、文書２については鍵“Ｅ４”で暗号化され、暗号化フラグをＯＮにした後、文書管理サーバー３０へ渡される。
【００３９】
サーバー鍵管理手段３１は、文書管理クライアント２０より渡された文書の暗号化フラグがＯＮの場合は、そのまま文書登録手段３３へと渡す。
文書の暗号化フラグがＯＦＦのときは、文書の作成者、機密レベルを取得し、対応する暗号化鍵を検索してサーバー暗号化手段３２へ渡す(Ｓ４)。
サーバー鍵管理手段３１が、図６に示すユーザーＡに対する鍵管理テーブルを持つ場合は、文書１について暗号化鍵“０２"をサーバー暗号化手段３２へ渡す。
【００４０】
サーバー暗号化手段３２は、受け取った鍵で文書を暗号化し、文書の暗号化フラグをＯＮにして文書登録手段３３へと渡す(Ｓ５)。
【００４１】
文書登録手段３３は、受け取った文書に当該文書を識別するための文書データベース３４内でユニークなＩＤ（文書ＩＤ）を付加して、文書データベース３４へ渡す(Ｓ６)。
【００４２】
文書データベース３４は、渡された文書を格納する(Ｓ７)。
【００４３】
以上により、文書管理クライアント２０から入力された文書が、当該文書の作成者が設定した機密レベルに応じて、適切なタイミングで、適切な暗号方式で暗号化され、文書管理サーバー３０に登録される。
【００４４】
次に、ユーザーが文書を閲覧する際の本システムの動作について説明する。図３は、文書の閲覧のフローチャートである。
【００４５】
ユーザーは、入力手段１１を用いて閲覧したい文書ＩＤを指定する(Ｓ８)。その結果、文書管理クライアント２０から通信ネットワークを介して文書管理サーバー３０に文書ＩＤが渡される。
【００４６】
文書管理サーバー３０は、文書ＩＤを受け取り、文書閲覧手段３６がＩＤによって指定された文書を、文書データベース３４から取り出す(Ｓ９)。
【００４７】
サーバー鍵管理手段３１は、取り出した文書の作成者と機密レベルから対応する復号鍵を、サーバー復号手段３５へ渡す(Ｓ１０)。
【００４８】
取り出した文書が文書１であった場合、サーバー鍵管理手段３１は、図６の鍵管理テーブルから復号鍵“０２”をサーバー復号手段３５へ渡す。
文書２の場合は、対応する鍵が存在しないので、サーバー復号手段３５には鍵を渡さない。
【００４９】
サーバー復号手段３５は、鍵が渡された場合には文書の復号を行い、暗号化フラグをＯＦＦにして、文書管理クライアント２０へ復号した文書を渡す(Ｓ１１)。鍵が渡されない場合は、復号を行わずに文書管理クライアント２０へ文書を渡す。
すなわち、文書１に対しては、鍵“０２”を用いて復号を行い、暗号化フラグをＯＦＦにする。また、文書２に対しては、そのまま文書管理クライアント２０に渡す。
【００５０】
クライアント鍵管理手段２１は、文書管理サーバー３０より受け取った文書の暗号化フラグがＯＦＦの場合は、そのまま文書表示手段１２へ文書を渡す。また、文書の暗号化フラグがＯＮの場合は、作成者と機密レベルより対応する復号鍵をクライアント復号手段２４へ渡す(Ｓ１２)。
すなわち、文書１は、すでに復号されているので、そのまま文書表示手段１２へ渡す。また、文書２に対しては図５の鍵管理テーブルより、鍵“Ｄ４”がクライアント復号手段２４に渡される。
【００５１】
クライアント復号手段２４は、渡された鍵を用いて文書を復号し、文書表示手段１２へ渡す(Ｓ１３)。
【００５２】
文書表示手段１２は、平文となった文書を表示する(Ｓ１４)。
【００５３】
以上により、ユーザーが閲覧する文書は、文書管理サーバー３０、または文書管理クライアント２０が対応する鍵を用いて復号化し、平文として文書表示手段１２に表示される。
【００５４】
次に、鍵を生成する際の本システムの動作について説明する。
【００５５】
ユーザーは、入力手段１１より鍵の生成を指示する。その際、自分のユーザー名（作成者）と、作成する機密レベルを指定する。
鍵生成手段２２は、ユーザーから鍵生成の命令と、作成者、機密レベルの情報を取得し、適切な暗号方式に基づいた暗号化鍵、復号鍵を生成する。
鍵生成手段２２は、生成した鍵をクライアント鍵管理手段２１、またはサーバー鍵管理手段３１に渡す。
鍵を受け取ったクライアント鍵管理手段２１、サーバー鍵管理手段３１は、鍵と鍵の作成者、鍵の機密レベルを対応付けて管理する。
【００５６】
以上説明した実施の形態によれば、文書管理サーバー３０に保存する文書を機密レベルに応じて暗号化するため、すべての文書の暗号化処理を文書管理クライアント２０上で行う必要がなく、文書管理クライアント２０の負荷を軽減することができる。
【００５７】
また文書の暗号化は、文書作成時に指定した文書の機密レベルに応じて、文書管理クライアント２０、あるいは文書管理サーバー３０が自動的に暗号化、復号化のタイミングや、使用する暗号化方式を決定して処理するため、ユーザーは機密レベルの指定を行うのみでよく、文書の暗号化、復号化にかかるユーザーの負担を軽減することができる。
【００５８】
ここで、非対称公開鍵暗号方式を採用する場合、公開鍵のみを文書管理サーバー３０上に置き、秘密鍵を文書管理クライアント２０で管理することにより、機密性をさらに高めることができると共に、自由な文書登録が可能となる。
【００５９】
以上説明した実施の形態において、文書管理クライアント２０の一部の手段を別の端末に持たせるようにしてもよい。
図７は、図１に示した文書管理クライアント２０が有する手段を、文書管理クライアント２０ｘと端末１０とに分離した本発明にかかる文書管理システムの実施の形態を示したブロック図である。端末１０は、入力手段１１と文書表示手段１２とを有してなる。また、文書管理クライアント２０ｘは、クライアント鍵管理手段２１、鍵生成手段２２、クライアント暗号化手段２３、クライアント復号手段２４とを有してなる。
【００６０】
図７に示した実施の形態においてユーザーは、入力手段１１と文書表示手段１２とを有してなる簡易な端末１０を用いて文書の登録、閲覧、鍵の生成を行うことができる。
また、複数のユーザーの端末から文書管理クライアント２０ｘを介して文書管理サーバー３０を利用すれば、ユーザーの数、あるいは利用頻度に応じて適宜、文書管理クライアント２０ｘの数を調節することができ、文書管理クライアント２０ｘを効率的に利用することができる。
【００６１】
次に、本発明にかかる文書管理システム（以下、本実施の形態において「本システム」という。）の別の実施の形態について説明する。
本システムは、文書の募集者から予め文書のレイアウトの情報を収集しておき、文書の作成者が送信した文書を当該レイアウトの情報に基づき変更し、募集者に送信するためのものである。
【００６２】
図８は、本実施の形態にかかる文書管理システムの実施の形態を示したシステム構成図である。本システムは、通信ネットワーク７０に接続された、作成者クライアント４０、募集者クライアント５０、及び文書投稿サーバー６０とからなる。
通信ネットワーク７０の例としては、ＬＡＮやインターネットなどのコンピュータネットワークがある。作成者クライアント４０、募集者クライアント５０、及び文書投稿サーバー６０は、それぞれ通信回線７４，７５，７６を介して通信ネットワーク７０と接続する。
作成者クライアント４０、募集者クライアント５０は、ＷＷＷブラウザを用いて、文書投稿サーバー６０内のＷＥＢページを閲覧するなどして、文書投稿サーバー６０と接続する。
【００６３】
作成者クライアント４０は、入力装置４１、出力装置４２、計算機４３、記憶装置４４を有してなる。
【００６４】
募集者クライアント５０は、入力装置５１、出力装置５２、計算機５３、記憶装置５４を有してなる。
記憶装置５４は、計算機５３で実行されるプログラムや大量のデータを蓄積する装置であり、磁気ディスクや半導体メモリなどを利用する。
【００６５】
文書投稿サーバー６０は、文書レイアウト変換手段６１、項目確認手段６２、文書編集手段６３、募集者データベース（ＤＢ）６４、作成者データベース（ＤＢ）６５、文書データベース（ＤＢ）６６、入力装置６７、出力装置６８を有してなる。
【００６６】
入力装置４１，５１，６７は、情報を入力する機器であり、キーボード、マウスなどのポインティングデバイスなどがある。
出力装置４２，５２，６８は、情報を表示する機器であり、ディスプレイ、プリンターなどがある。
【００６７】
以下、募集者が文書の募集を行う場合、作成者が募集情報を得て文書を投稿する場合、及び、募集者が作成者から投稿された文書を入手する場合の本システムの動作について説明する。
【００６８】
先ず、文書の募集者が、文書の募集を行う場合の本システムの動作について説明する。図９は、文書募集のフローチャートである。
【００６９】
文書募集を行いたい募集者は、募集者クライアント５０より文書投稿サーバー６０に接続する。募集者は、文書投稿サーバー６０より、募集者クライアント５０の画面上で募集者ＩＤの入力を求められる。
【００７０】
募集者が募集者ＩＤを取得していない場合、あるいは取得しているが登録内容を変更したい場合は、図１１に例を示す募集者登録画面において、募集者名、所在地(住所)、電話番号、代表者名、活動内容など、募集者を特定するための情報を入力する（Ｔ１）。
【００７１】
必要事項を入力し、募集者登録画面上の登録申請ボタンを押すと、文書投稿サーバー６０内の図示しない募集者管理手段より本システム内でユニークな募集者ＩＤが発行（Ｔ２）され、図１２に例を示す文書募集登録画面が表示される。
【００７２】
募集者管理手段は、募集者クライアント５０から登録された情報を、募集者ＤＢ６４へ蓄積する。
【００７３】
募集者が募集者ＩＤをすでに取得している場合は、募集者が募集者ＩＤを入力すると、文書募集登録画面が表示される。
【００７４】
募集者は、文書募集登録画面上より文書募集のタイトル、募集概要、募集期間、募集内容を入力する（Ｔ３）。
その際、募集者ＤＢ６４に文書レイアウトが登録されていれば、画面上にレイアウト名が表示される。募集者は、その中から該当するレイアウトを選択する（Ｔ５）。
【００７５】
募集者が、文書レイアウトを登録していない場合、または新しい文書レイアウトを利用する場合は、文書募集登録画面よりレイアウト登録ボタンを押すと、図１３に例を示すレイアウト登録画面が表示される。
募集者は、レイアウト登録画面において、募集する文書のレイアウト、例えば上下左右の余白や文字の大きさ、行間の幅などを細かく指定するか、サンプルとなる文書の画像、あるいは特定のワープロソフトのフォーマットで記述された文書ファイルを送信することで、募集する文書のレイアウトを決定する。
その際、図１３に示すように、設定の項目を範囲指定した場合、文書作成者は、この範囲内で自分の作成した文書の文書レイアウトを調整することができる。
【００７６】
文書投稿サーバー６０は、文書レイアウト変換手段６１を用いて、募集者クライアント５０から受け取ったレイアウトの情報、あるいは送信されたファイルの情報を解析して、募集者が指定したレイアウト情報を作成し、募集者クライアント５０に表示する。
【００７７】
募集者は、表示されたレイアウトの情報を確認し、必要があれば修正し、名前を付けて登録する。登録された文書レイアウトは募集者ＤＢ６４へ蓄積される（Ｔ４）。
【００７８】
募集者は、文書レイアウトを含むすべての募集情報を入力したら、募集者クライアント５０より募集登録ボタンを押す。
募集者管理手段は、登録されたレイアウト情報とその他の文書募集情報を募集者ＤＢ６４へ蓄積する（Ｔ６）。
【００７９】
以上により、文書の募集者が、募集者クライアント５０から募集情報を文書投稿サーバー６０に登録することができる。
【００８０】
次に、作成者が募集情報を得て文書を投稿する場合の、本システムの動作について説明する。図１０は、文書投稿のフローチャートである。
【００８１】
作成者は、作成者クライアント４０より文書投稿サーバー６０に接続する。文書投稿サーバー６０は、募集者管理手段を用いて募集者ＤＢ６４を検索し、現在文書の募集を行っている募集者の情報に基づいて、作成者クライアント４０へ募集リスト画面を表示する（Ｔ７）。
募集リスト画面では、分野やキーワードによって表示する募集を限定することもできる。
【００８２】
作成者は、募集リスト画面より、文書を投稿しようと思う募集者を選択すると、募集者管理手段は、募集者ＤＢ６４を検索し、図１４に例を示す募集詳細画面を作成者クライアント４０へ表示する。募集詳細画面には、募集要綱の詳しい内容と、文書の募集者についての情報が表示される（Ｔ８）。
【００８３】
募集詳細画面上の文書投稿ボタンを押すと、作成者ＩＤ入力画面が表示される。
【００８４】
作成者が作成者ＩＤを取得していない場合、あるいは取得しているが登録内容に変更がある場合には、図１５に例を示す作成者登録画面から文書中に埋め込む作成者情報の他に、連絡先などの文書提出時に必要な情報、作成者ＩＤを利用するためのパスワード等を入力する（Ｔ９）。ここで作成者登録画面は、作成者ＩＤ入力画面に表示されている作成者登録申請ボタンを押すと作成者クライアント４０上に表示される。
【００８５】
作成者登録画面の登録ボタンを押すと、作成者管理手段によって作成者登録が行われ、作成者ＩＤが発行される（Ｔ１０）。
【００８６】
登録された作成者情報は、作成者ＤＢ６５へ蓄積される。
【００８７】
作成者ＩＤを取得、または作成者ＩＤ入力画面にて作成者ＩＤを入力した場合は、図１６に例を示す文書投稿画面が表示される。文書投稿画面では、提出する文書ファイルを指定する部分と、文書の内容を直接入力するフィールドが表示される。
【００８８】
作成者は、文書を作成して投稿する（Ｔ１１）。
その際、作成者が、ワープロソフト、あるいはテキストエディタ、作図ソフトなどを用いて文書を作成する場合は、文書中に項目を指定するタグ、例えば「＜＜タイトル＞＞」、「＜＜アブストラクト＞＞」などのタグを挿入し、タグを埋め込んだ文書ファイルを指定する。
作成者が、文書作成用のソフトを用いない場合は、入力フィールドに文書を入力する。図１６においては、入力フィールドは入力項目ごとに分かれているので、それぞれに入力する。
【００８９】
作成者は、文書の入力が終えたら、文書登録ボタンを押す。文書登録ボタンが押されると、入力した情報、文書が文書投稿サーバーへ送信される。
【００９０】
文書投稿サーバー６０は、文書レイアウト変更手段６１により、送信された文書を文書募集者が指定したレイアウトに変更する（Ｔ１２）。
【００９１】
項目確認手段６２は、文書レイアウト変更手段６１によりレイアウト変更された文書、またその他の文書作成者の登録した情報を確認する（Ｔ１３）。
【００９２】
文書レイアウト変更手段６１は、文書ファイルが送信された場合には、文書ファイル中よりタグを読み出して文書を各項目に分ける。その後、募集者から指定された文書レイアウト情報に従って、レイアウト済みの文書を作成する。
【００９３】
必要な項目の中で送信されていないものがあれば、項目確認手段６２は、作成者クライアント４０へ入力を促す画面を表示する。
【００９４】
作成者は、画面の案内に従って項目を入力し、再び送信する。
【００９５】
すべての必要項目がそろい、文書のレイアウト変換が終了したら、図示しない文書管理手段は、レイアウト変更後の文書を作成者クライアント４０に送信し、図１７に例を示す確認画面を表示する。
【００９６】
作成者は、表示された文書を確認し、それでよければ確認終了ボタンを押す。
修正を行いたい場合は、確認画面上で指定された範囲内で修正を行う。修正した文書は、文書投稿サーバー６０に送信する。
【００９７】
作成者は、確認画面上での修正の指示を図１８に例を示す修正用サブウインドウ上で余白や行間などを調整できる範囲で調整し、確認画面でその結果を確認する（Ｔ１４）。
【００９８】
また、作成者は、表示されたレイアウト後の文書を、画像、あるいはワープロソフト用にフォーマットされたファイルとして保存することができる。文書管理手段は、作成者から保存の要求が出されたら、一般的に利用される文書フォーマットや画像フォーマットへ変換して提供する。
【００９９】
文書管理手段は、文書を文書ＤＢ６６へ蓄積（Ｔ１５）し、募集者クライアント５０へ文書が提出された旨を電子メールなどで通知する（Ｔ１６）。
【０１００】
以上により、作成者が作成者クライアント４０を用いて、文書投稿サーバー６０内の募集情報を検索し、目的の募集者に対して投稿する文書を文書投稿サーバー６０に送信する。
文書投稿サーバー６０は、作成者クライアント４０から送信された文書を、募集者が予め登録しておいたレイアウトの情報に基づいてレイアウトを変更して保存すると共に、募集者に対して文書の投稿があった旨を通知する。
【０１０１】
次に、募集者が作成者から投稿された文書を入手する場合の本システムの動作について説明する。
【０１０２】
文書募集者は、募集者ＩＤとパスワードを募集者クライアント５０から入力する。
【０１０３】
募集者管理手段は、募集者ＤＢ６４より、入力された募集者ＩＤを持つ募集者の情報を得て、複数の募集を同時に行っている場合は募集リストを表示する。
【０１０４】
募集リストの中から一つを選択すると、投稿文書リストが表示される。
投稿文書リストの中から文書を選択すると、文書ＤＢ６６に蓄積されたレイアウト後の文書の内容が表示される。また、保存ボタンを押すと募集者クライアント５０に目的の文書が保存される。
【０１０５】
募集リストより、付加情報ボタンを押すと、ヘッダやフッダ、ページ番号といった付加情報を設定する付加情報設定画面が表示される。
付加情報設定画面で付加する情報を選択し、投稿文書リストより1つ以上の文書を順番をつけて選択し、表示ボタンを押すと、文書管理手段は付加情報を付加し、つけた順番どおりに連結された文書を表示する。
保存ボタンを押すと連結された文書が募集者クライアント５０に保存される。
【０１０６】
以上により、募集者は募集者クライアント５０を用いて、文書投稿サーバー６０内に保存された複数の文書を閲覧すると共に、募集者クライアント５０に保存する。
【０１０７】
以上説明した実施の形態によれば、文書の作成者が作成した文書のレイアウトは、文書の募集者が指定したレイアウト情報に基づいて変換されるため、作成者は、レイアウトを意識せずに文書を作成することができる。
【０１０８】
また、文書の募集者が入手する文書は、予め募集者が指定しておいたレイアウトの情報に基づいて変換されているため、募集者自身が文書のレイアウト変更などの処理をする必要がなくなる。
【０１０９】
また、文書の作成者は、文書中にキーワードを埋め込むことによって、文書中の各項目を明確にする。これにより、文書作成手段に関わらず、キーワードによって文書レイアウトの変更が行われる。
さらに、文書の作成者は、文書中に必要な項目をチェックすることができる。
文書作成者は、異なる募集者の募集に対しても同一のキーワードを利用できるので、投稿先を考慮に入れず文書を作成することができる。
【０１１０】
また、作成者クライアント４０の画面上に文書作成のための各項目と入力欄を表示するため、文書作成手段をもたない文書の作成者は、必要な項目を逃すことなく、文書の募集者が要求する文書を投稿することができる。
【０１１１】
また、文書の作成者が作成して文書投稿サーバー６０に送信した文書は、レイアウトが変換されたのちに、作成者クライアント４０に送信されるため、文書の作成者は、自分が作成した文書の最終形を確認し、また文書の募集者が要求した範囲内で修正を行うことができる。
【０１１２】
また、文書の作成者が送信した文書に過不足があった場合、文書投稿サーバー６０は作成者に対して修正や再作成を要求するため、文書投稿サーバー６０内には、募集者が指定した条件に合致する文書のみが保存され、不備の修正のための文書募集者と文書作成者のやり取りは不要となる。
【０１１３】
また、文書の作成者は、あらかじめ自分の氏名や所属など、作成者に関する情報を文書投稿業者に登録しておくため、複数の文書を投稿する場合にもその都度作成者に関する情報を付加する必要はない。
【０１１４】
また、文書投稿サーバー６０が同一の募集に対する複数の投稿文書をまとめて一連の文書として情報を付加して募集者クライアント５０に送信することにより、文書の募集者は、募集後の編集を自分で行わず、編集後の付加情報を含んだ文書情報を得ることができる。
【０１１５】
【発明の効果】
請求項１記載の発明によれば、文書管理クライアントで作成した文書は、文書の作成者が設定した機密レベルに応じて、文書管理クライアントあるいは文書管理サーバーで暗号化及び復号化されるため、暗号化及び復号化の処理の負担を文書管理クライアントと文書管理サーバーの双方に分散することができ、よって、文書管理クライアントの暗号化、復号化の処理負担を軽減することができる。
また文書の作成者は、文書を暗号化するためには機密レベルを指定するのみでよいため、暗号化の処理についてのユーザーの負担はない。
【図面の簡単な説明】
【図１】本発明にかかる文書管理システムの実施の形態を示すブロック図である。
【図２】図１に示す文書管理システムでの文書の登録のフローチャートである。
【図３】図１に示す文書管理システムでの文書の閲覧のフローチャートである。
【図４】図１に示す文書管理システムで管理する文書で、（ａ）は機密レベルが低い、（ｂ）は機密レベルが高い文書の例を示す図である。
【図５】クライアント鍵管理手段が持つ鍵管理テーブルのデータ例を示す図である。
【図６】サーバー鍵管理手段が持つ鍵管理テーブルのデータ例を示す図である。
【図７】図１に示す文書管理クライアントの手段の一部を他の端末に分離した場合の本発明にかかる文書管理システムの実施の形態を示すブロック図である。
【図８】本発明にかかる文書管理システムの別の実施の形態を示すシステム構成図である。
【図９】図８に示す文書管理システムでの文書募集のフローチャートである。
【図１０】図８に示す文書管理システムでの文書投稿のフローチャートである。
【図１１】図８に示す文書管理システムの募集者登録画面の例を示す図である。
【図１２】図８に示す文書管理システムの文書募集登録画面の例を示す図である。
【図１３】図８に示す文書管理システムのレイアウト登録画面の例を示す図である。
【図１４】図８に示す文書管理システムの募集詳細画面の例を示す図である。
【図１５】図８に示す文書管理システムの作成者登録画面の例を示す図である。
【図１６】図８に示す文書管理システムの文書投稿画面の例を示す図である。
【図１７】図８に示す文書管理システムの確認画面の例を示す図である。
【図１８】図８に示す文書管理システムの修正画面の例を示す図である。
【符号の説明】
１０    端末
２０    文書管理クライアント
３０    文書管理サーバー
４０    作成者クライアント
５０    募集者クライアント
６０    文書投稿サーバー
７０    通信ネットワーク
【図１】
0004573457.tif 000002
【図２】
0004573457.tif 000003
【図３】
0004573457.tif 000004
【図４】
0004573457.tif 000005
【図５】
0004573457.tif 000006
【図６】
0004573457.tif 000007
【図７】
0004573457.tif 000008
【図８】
0004573457.tif 000009
【図９】
0004573457.tif 000010
【図１０】
0004573457.tif 000011
【図１１】
0004573457.tif 000012
【図１２】
0004573457.tif 000013
【図１３】
0004573457.tif 000014
【図１４】
0004573457.tif 000015
【図１５】
0004573457.tif 000016
【図１６】
0004573457.tif 000017
【図１７】
0004573457.tif 000018
【図１８】
0004573457.tif 000019