文書処理システムおよび文書処理の制御方法
【課題】 一旦作成された電子文書の様々なデータ処理を行うための所定の属性情報を自在に変更して、簡単な操作で、ユーザからの属性変更要求に適応して属性を拡張あるいは制限、文書を削除することである。
【解決手段】 ドキュメントのアクセス制御を行うサーバーで、ドキュメント個々のIDと抹消要求フラグの対応表を管理。
クライアントPCで起動されたアプリケーションから特定ドキュメントIDに対して抹消要求があると、サーバーでは、ドキュメントIDと所有権限を比較、対応表に“抹消”のフラグを立てる処理を行う。別のクライアントPCからこのドキュメントIDのアクセス要求が来ると、抹消要求フラグを確認し、フラグが立っている場合はクライアントPCに抹消指示を送る。クライアントPCのアプリケーションは抹消指示を受けると、ユーザーに予め登録されたメッセージを表示し、ドキュメントの削除を行う。
【解決手段】 ドキュメントのアクセス制御を行うサーバーで、ドキュメント個々のIDと抹消要求フラグの対応表を管理。
クライアントPCで起動されたアプリケーションから特定ドキュメントIDに対して抹消要求があると、サーバーでは、ドキュメントIDと所有権限を比較、対応表に“抹消”のフラグを立てる処理を行う。別のクライアントPCからこのドキュメントIDのアクセス要求が来ると、抹消要求フラグを確認し、フラグが立っている場合はクライアントPCに抹消指示を送る。クライアントPCのアプリケーションは抹消指示を受けると、ユーザーに予め登録されたメッセージを表示し、ドキュメントの削除を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションにより作成される電子文書を暗号化して閲覧等の処理を制限可能な文書処理システムおよび文書処理方法およびコンピュータが読取り可能な記憶媒体およびプログラムに関するものである。
【背景技術】
【０００２】
従来、文書情報を電子化して記憶装置で管理する場合に、種々の文書管理システムが提案されている。また、ネットワークシステム化の要求に応えて、ユーザが任意のネットワークを介して種々の情報を閲覧可能なシステムも実用化されている。
【０００３】
そして、このような閲覧システムにおいては、電子文書を暗号化して管理し、閲覧機能処理や、該電子文書の印刷機能処理に対して、それぞれの機能を制限する許可属性を設定して管理可能に構成されている。
【特許文献１】特開平１０−２４７１９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
サーバーでドキュメント（PDF等）のアクセス制御を管理するシステムでは、ドキュメントのセキュリティーは暗号化の技術によって実現している。暗号化技術は常に進化しているので、使用しないドキュメントを放置しておいた場合、悪意のある第３者に解析されてしまう危険がある。
【０００５】
ドキュメント管理システムにおいて、この様なリスクを少しでも低くするためには、必要なくなったドキュメントを随時削除可能な機能が必要である。
【０００６】
さらに、ドキュメント管理システムから外に出たファイルについては読み出し、印刷、編集等といったアクセス制御は可能であったが、削除する機能は不完全であった。
【０００７】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、アプリケーションにより作成した電子文書にアクセス許可属性，機能別ＩＤ情報を設定した状態で、かつ暗号化して保存管理する場合に、簡単な属性情報変更指示に基づき、管理されている電子文書にアクセス許可情報、削除情報を設定して、該属性情報に対する個別の属性変更要求に適応して、属性情報を自動更新することにより、一旦作成された電子文書の様々なデータ処理を行うための所定の属性情報を自在に変更して、簡単な操作で、ユーザからの属性変更要求に適応して既に作成されている電子文書に対して、同様の電子文書作成処理を繰り返すことなく、登録時とは異なる属性（閲覧，印刷等の許可属性を含む）となるように拡張あるいは制限して、作成済みの電子文書に設定した属性を自在に変更管理でき削除が可能な利便性に優れた文書処理システムおよび文書処理方法およびコンピュータが読取り可能な記憶媒体およびプログラムを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の文書処理システムは以下に示す構成を備える。
【０００９】
本発明は、暗号化される電子文書を作成処理可能な文書処理システムであって、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段（図２に示すドキュメント作成アプリケーション２３０１に相当）と、前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段（図１に示す記憶装置２２０３）と、前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブル（図１に示すアクセス情報管理テーブル２２０３Ｂに相当）、暗号化の手段である簡易暗号化フォントファイル図１に示す簡易暗号化フォントファイル２２０３Ｃに相当）と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段（図２に示すドキュメントアクセスマネージャ２３０４に相当）とを有することを特徴とする。
【００１０】
また、本発明は、暗号化される電子文書を作成処理可能な文書処理システムにおける文書処理方法であって、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報、簡易暗号化フォント情報を前記電子文書に対して設定する設定ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記アクセス許可属性が設定される電子文書を記憶手段に更新可能に記憶し、前記設定ステップにより前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報をアクセス情報管理テーブルに登録する登録ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理ステップ（図２３、図４２に示すステップ（２９１４〜２９３１））とを有することを特徴とする。
【００１１】
さらに、上記文書処理方法を実現するプログラムをコンピュータが読み取り可能な記憶媒体に記憶したことを特徴とする。
【００１２】
さらに、上記文書処理方法を実現するプログラムであることを特徴とする。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、アプリケーションにより作成した電子文書にアクセス制御の登録に加えて抹消要求の情報の管理をサーバーに行う事で、既に配布したドキュメントについてOPENや表示等のアクセス制御だけでなく、ファイル自体の削除が可能となる。これにより、使用されなくなったドキュメントや回収したいドキュメントを配布後に動的に削除する事ができるので、悪意ある第３者にファイルが渡り、解析される危険性を減らすことができる。
【発明を実施するための最良の形態】
【００１４】
〔第１実施形態〕
図１は、本発明の第１実施形態を示す文書処理システムにおけるドキュメント管理状態を説明する概念図である。
【００１５】
図１において、本システムは、パーソナルコンピュータ等のＰＣ２２０１とそれが使用する、例えば外部記憶装置であるハードディスク等の記憶装置２２０３、ネットワーク通信可能なプリンタ２２０２からなり、該記憶装置２２０３に記憶される所定のオペレーティングシステムを図示しない内部メモリであるＲＡＭ等にロードして、各種のアプリケーションを実行し、該アプリケーション実行に伴って生成される各種のファイルをプリンタ２２０２から印刷可能に構成されている。
【００１６】
ＰＣ２２０１ではドキュメント作成アプリケーション、ドキュメント描画アプリケーションが動作を行い、記憶装置２２０３を使用している。記憶装置２２０３にはＰＣ２２０１で作成した電子文書情報（以下、単に電子文書と呼ぶ場合がある）としてのドキュメント２２０３Ａが格納されている。
【００１７】
また、これらのドキュメントのアクセス情報を管理するために、アクセス情報管理テーブル２２０３Ｂも格納され、グリフテーブルを変更した簡易暗号フォントファイル２２０３Ｃの情報も格納される。
【００１８】
電子文書２２０３Ａを印刷する場合、ＰＣ２２０１はオペレータからの操作で記憶装置２２０３にアクセスし、該当する電子文書を取り出す。次に、この電子文書が所定の暗号化方法により暗号化されている場合、必要に応じてアクセス情報管理テーブル２２０３Ｂの参照を行う。この際、該当する登録があればパスワードを入手できる。
【００１９】
次に、この電子文書に描画が許可されていれば画面での描画を行い、印刷が許可されていればプリンタ２２０２への印刷を行う。いずれについても許可されていない場合、オペレータに対してエラーを通知する。
【００２０】
図２は、図１に示したＰＣ２２０１におけるドキュメント管理マネージャとアクセス情報管理テーブル２２０３Ｂとの対応関係を説明する図であり、図１と同一のものには同一の符号を付してある。
【００２１】
図２において、２３０４はドキュメントアクセスマネージャで、記憶装置２２０３に記憶されるモジュールとして構成される。
【００２２】
そして、本実施形態においては、ドキュメント作成アプリケーション２３０１、ドキュメント描画アプリケーション２３０２、ドキュメントアクセス権変更アプリケーション２３０３の３つのオペレータサイドのデータ処理機能があり、通常のドキュメントの作成、描画、編集、印刷等を行う。
【００２３】
そして、許可属性が電子ファイルによる物のみの場合、ドキュメント作成アプリケーション２３０１のみでドキュメントの作成、属性の決定、暗号化等を行う。
【００２４】
オペレータの指示により許可属性を変更可能にしたい場合、ドキュメントアクセスマネージャ２３０４に対して、ＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化フォントファイル）の管理テーブル２３０７、ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化フォントファイル）の管理テーブル２３０８、Ｐｒｉｎｔ回数有効期限制限テーブル２３０５、Ｖｉｅｗ回数有効期限制限テーブル２３０６、ＣｈａｎｇｅＩＤとパスワードの管理テーブル２３１２、ＣｏｎｔｅｎｔｅＥｘＩＤ（抽出ＩＤ）とパスワードの管理テーブル２３１３、Ｃｈａｎｇｅ回数有効期限制限テーブル２３１０、ＣｏｎｔｅｎｔｅＥｘＩＤ回数有効期限制限テーブル２３１１、ドキュメントＩＤとＰｒｉｎｔＩＤ、ＶｉｅｗＩＤ、ＣｈａｎｇｅＩＤ、ＣｏｎｔｅｎｔｅＥｘＩＤ、保存年限、最長保存年限、期限経過後の操作の関係を示すテーブル２３０９等を使い、ドキュメントのパスワードと使用回数の制限を行う。これらのテーブルはＰＣ２２０１の記憶装置２２０３内に置く。
【００２５】
図３は、図１に示した記憶装置２２０３で管理されるファイルの構造を説明する図であり、例えばＩＷＰファイルの暗号化データ構造例に対応する。なお、ＩＷＰとは、特定フォーマット仕様に従い作成された電子文書を指す。
【００２６】
以下、暗号化されたＩＷＰファイルの構成について説明する。
【００２７】
まず、ファイルヘッダ１８０１の先頭行には"％ＩＷＰ−"と言う特定の文字列があり、データがこの文字列から始まる場合、本ソフトウエアで描画可能なファイルである。
【００２８】
このＩＷＰファイルには、例えば複数ページ１８０２〜１８０４の描画に必要な情報を確認する事ができる。
【００２９】
このＩＷＰファイルが暗号化されているかどうかを示すエントリ１８０５の記載が含まれる。暗号化されたＩＷＰファイルの場合、"Ｅｎｃｒｙｐｔ"エントリ１８０５が設定される。これが設定された場合、ＩＷＰファイル内の描画オブジェクト、イメージデータ、パスデータは、例えば暗号化ツールであるＲＣ４、ＭＤ５によって暗号化されていることを示している。
【００３０】
各ページ１８０２，１８０３，１８０４では各々、描画データ、イメージデータ、パスなどの描画データが格納されている。これらのデータは同一ページ内で任意の個数記載する事ができ、順序も特定されていない。
【００３１】
図４は、図３に示した各ページ１８０２〜１８０４に対するテキスト描画状態を説明する図であり、図４に示す例では、「各ページで使用するフォントが同じ場合」では、３ページの電子文書のそれぞれにフォントが組み込まれている場合について説明する。
【００３２】
図４に示すように、１ページ目にはＦｏｎｔ００１とＦｏｎｔ００３の組み込みフォントを使用したテキスト描画１００があり、２ページ目にはＦｏｎｔ００２の組み込みフォントを使用したテキスト描画１０１があり、３ページ目にはＦｏｎｔ００３とＦｏｎｔ００１の組み込みフォントを使用したテキスト描画１０２がある。
【００３３】
図５は、図１に示した記憶装置２２０３で管理されるファイルの構造を説明する図であり、例えば図４に示したテキスト描画１００〜１０２に対するＩＷＰファイルのエンベットフォントデータ構造例に対応する。
【００３４】
以下、ＩＷＰファイルのページ描画データと組み込み（以降、エンベットと記載する）フォントデータでは、ＩＷＰ（またはＰＤＦ）データ内のフォントの描画情報と、描画に必要なエンベットフォント情報の関係について説明する。
【００３５】
まず、ファイルヘッダ２０１の先頭行には"％ＩＷＰ−"と言う特定の文字列があり、データがこの文字列から始まる場合本ソフトウエアで描画可能なファイルであることを示している。
【００３６】
図５に示すＩＷＰファイルには複数ページ２０２〜２０５の描画に必要な情報を確認する事ができる。
【００３７】
２０６は図４に示したページデータ１００のＩＷＰファイル内の格納位置を示したものである。このページではＦｏｎｔ００１と、Ｆｏｎｔ００３の２つのフォントをエンベットしている。
【００３８】
これらのフォントを描画する場合、Ｆｏｎｔ００１はフォント情報２０２を参照し、Ｆｏｎｔ００３はフォント情報２０４を参照する。
【００３９】
２０７は図４に示したページデータ１０１のＩＷＰファイル内の格納位置を示したものである。このページではＦｏｎｔ００２エンベットしている。これらのフォントを描画する場合、Ｆｏｎｔ００２はフォント情報２０３を参照する。
【００４０】
２０８は図４に示したページデータ１０２のＩＷＰファイル内の格納位置を示したものである。このページではＦｏｎｔ００３と、Ｆｏｎｔ００１の２つのフォントをエンベットしている。これらのフォントを描画する場合、Ｆｏｎｔ１はフォント情報２０２を参照し、Ｆｏｎｔ３はフォント情報２０４を参照する。
【００４１】
このように、複数のページで同じフォントを描画する場合、参照するフォントファイルを共通化している。
【００４２】
本アプリケーションではエンベットされたフォントを描画する際、図５に示すようなフォント情報からフォントファイルを作成し、このフォントファイルをＯＳに登録後に描画を行う。
【００４３】
一方、例えばパーソナルコンピュータにおけるＯＳの１つであるところのＷｉｎｄｏｗｓ（登録商標）は、多くのＯＳの種類（Ｗｉｎｄｏｗｓ（登録商標）９５，Ｗｉｎｄｏｗｓ（登録商標）９８，Ｗｉｎｄｏｗｓ（登録商標）ＳＥ，Ｗｉｎｄｏｗｓ（登録商標）ＸＰ）を持っているが、各ＯＳによって登録できるフォント数の上限が異なる。
【００４４】
このため、それぞれＯＳに登録できるフォントの上限を管理し、また、フォントファイルの重複作成、無駄なＯＳへのフォント登録を回避し、描画速度を向上させるためにフォント管理テーブルを作成する。
【００４５】
図６は、図５に示した各フォントが使用されている「ページ」と「ＯＳに登録するファイル名称」、「ＯＳに登録するフォント名称」との関係を示す図である。
【００４６】
図６に示すように、各ＯＳでは最大Ｎ個（プログラム作成時に変更可能）のフォントを同時に登録する事が可能である。
【００４７】
例えばテーブル番号１のフォントは１ページ目でのみ使用され、ＯＳに登録するフォントファイル名称は「ＮｅｗＤＴＸＤＥＦ＋Ｃｅｎｔｕｒｙ１１２５０４０１００．ｔｔｆ」、ＯＳに登録するフォント名称は「ＮｅｗＤＴＸＤＥＦ＋Ｃｅｎｔｕｒｙ１１２５０４０１００」のようになる。今、１ページを描画し、次に２ページを描画する場合を考える。
【００４８】
Ｐａｇｅ１では８個のフォントファイルを作成し、８種類のフォントを描画する。次に２ページ目を描画する場合、１１個のフォントファイルが必要だが、１ページ目で作成されていない６個のフォントファイルを作成すれば良い事になり、５個分のファイル作成時間を省く事ができる。
【００４９】
図７は、本発明に係る文書処理システムにおける第１のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図である。
【００５０】
図７に示すフォント管理テーブルＦＭＴＡＢは、フォントファイル管理テーブルＦＦＭＴＡＢへのポインタ５０１、作成済みフォントファイル数５０２、登録済みのフォントファイル数５０３で構成されている。
【００５１】
最初のページで、最初のフォントを描画する場合、フォント管理テーブルＦＭＴＡＢをまず参照し、次に、フォントファイル管理テーブルへのポインタ５０１からフォントファイル管理テーブルＦＦＭＴＡＢを参照する。
【００５２】
フォントファイル管理テーブルＦＦＭＴＡＢには「ＩＷＰ内部のフォント名称」、「ＯＳに登録するフォントファイル名称」、「ＯＳに登録するフォント名称」の３つの項目がある。
【００５３】
ＩＷＰファイルにエンベットされたフォントはＩＷＰファイル作成時に使用したオリジナルのフォントと異なるフォント名称がつけられている。これは、ＩＷＰファイルがページ毎に他のＩＷＰファイルと入れ替えなどの編集を行う事が可能であるが、エンベットフォントに関しては使用ページ毎に分割や結合ができないため、ページ編集の時に他のページで使用している同一のフォントと重複しない措置である。
【００５４】
また、本アプリケーションは同一のＰＣ内で複数起動されることがあり、その際同じＩＷＰファイルを描画する事がある。この時、ＩＷＰファイルで使用されているフォントをそのままＯＳに登録すると、同じフォントを同時にＯＳに登録する。このような状況ではアプリケーションの不正処理やＯＳのクラッシュなどの問題を引き起こす可能性がある。
【００５５】
このため、ＯＳに登録するフォント名称をＩＷＰファイル内のフォント名称と変異なるように変更している。新規にＯＳに登録するフォントについてはフォントファイル管理テーブルＦＦＭＴＡＢに必ず登録する必要がある。
【００５６】
図８は、本発明に係る文書処理システムにおける第２のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図であり、ＯＳに登録するファイルがＮ（最大値）になった状態を示してある。
【００５７】
図８に示すフォント管理テーブルＦＭＴＡＢは、フォントファイル管理テーブルＦＦＭＴＡＢへのポインタ６０１、作成済みフォントファイル数６０２、登録済みのフォントファイル数６０３で構成されている。
【００５８】
この時、例えば図９に示すように１ページ当たり、２０１種類のエンベットフォントを使用している場合、登録テーブルの最大値を超えるので、２０１個目のフォントが描画できない事になる。
【００５９】
図１０は、本発明に係る文書処理システムにおける第３のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図であり、図９に示したように、２００個を越えるエンベットフォントを使用する場合に対応する。以下、２０１個目のエンベットフォントの描画について説明する。
【００６０】
図１０に示すように、「フォント管理テーブル」の「登録済みのフォントファイル数」がＮ（最大値）の場合、「フォントファイル管理テーブル」の２０１番目に新しいエンベットフォント情報を登録する。
【００６１】
次に一番古いフォントについてＯＳへのフォント登録を解除し、「フォントファイル管理テーブル」の「ＯＳに登録するＦＯＮＴ名称」を削除する。
【００６２】
この時点では「登録済みのフォントファイル数」は１９９となる。
【００６３】
最後に「フォントファイル管理テーブル」の２０１番目に登録したフォントをＯＳに登録し、「ＯＳに登録するＦＯＮＴ名称」にフォント名称を書き込む。
【００６４】
図３７は、本発明に係る文書処理システムにおける第１のデータ処理手順の一例を示すフローチャートであり、文書処理システムのユーザーインタフェース（ＵＩ）とその操作方法に対応する。
【００６５】
本文書処理システムは「電子文書マネージメントアプリケーション」という形態のユーザーインタフェースをもっている。このアプリケーションは複数のデータ形式の電子文書を扱うことができる。
【００６６】
電子文書AはたとえばWindows（登録商標）の電子文書フォーマットである（３５０１）。電子文書Bはたとえばイメージやテキスト文書を指している（３５０４）。
【００６７】
このほかにも暗号なしＩＷＰ文書（３５０２）や暗号つきＩＷＰ文書（３５０５）を扱うことができる。
【００６８】
暗号なしＩＷＰ文書（3503）についてオペレータがアクセス権の設定や印刷をする場合、その手段の一つとしてマウスの右ボタンをクリックしてメニュー（３５０６）を出す方法がある。オペレーターは表示されたメニューから任意の操作を選択する。
【００６９】
図３８は前述のオペレータの操作により起動され、オペレータの操作の解析と、操作内容により行う処理のフローを説明した図である。
【００７０】
本フローでは通常（３６０１）によりユーザーの操作を恒常的に待っている状態である。オペレータの操作があった場合、操作内容の解析処理を行う（３６０２）。
【００７１】
本解析はWindows（登録商標）ＯＳから渡される情報に基づいて行う。
【００７２】
解析結果を判定し（３６０３）、がアクセス権設定支持である場合後述のアクセス権設定ＵＩを表示させる（３６０４）。ＵＩによりアクセス権が設定される後述のアクセス権設定処理を起動する（３６０５）。（３６０３）でアクセス権設定指示がない場合、と共に次の処理に進む。解析結果を判定し、印刷支持若しくは画面表示であった場合（３６０５）、印刷／画面描画処理を起動する（３６０６）。フォントの暗号化が指示されているかどうか判定し（３６０７）、指示されていればフォントの暗号化を設定するＵＩを起動する（３６０８）。指示されて以いない場合はそのまま終了処理にすすむ。次に後述のアクセス権設定処理を起動する（３６０５）。そして処理を終了する。
【００７３】
図４３はアクセス権設定ＵＩの画面を説明した一例である（３４０１）。
【００７４】
ＩＷＰファイルは複数のバージョンを持っているため、「互換性」で他のシステムとの互換性を保つためにバージョンを選択できる（３４０２）。
【００７５】
ＩＷＰファイルは暗号化機能をサポートしている。標準的な暗号アルゴリズムＲＣ４とＭＤ５を使用した暗号、で４０Ｂｉｔと１２８Ｂｉｔの「安行強度」（暗号鍵長）をオペレータが選択可能である（３４０３）。
【００７６】
ＩＷＰファイルでは２種類のパスワードをサポートしている。ひとつは「文書を開くパスワード」でこれば後述の“Ｕ”パスワードにあたる（３４０４）。
【００７７】
このパスワードはファイルを開く目的に使用する。
【００７８】
もうひとつは「文書管理パスワード」で後述の“Ｏ”パスワードにあたる（３４０５）。このパスワードはＩＷＰファイルのアクセス権を変更する権限を持っている。オペレータがＩＷＰファイルの印刷を制限したい場合、「印刷許可」で「許可しない」を設定する（３４０６）。オペレータがＩＷＰファイルの編集を制限したい場合、「編集許可」で「許可しない」を設定する（３４０７）。
【００７９】
オペレータがＩＷＰファイルのコンテンツ抽出を制限したい場合、「Text,Imageその他のコンテンツのコピー許可」で「許可しない」を設定する（３４０８）。オペレータがＩＷＰファイル内のテキストの外部デバイスで使用を制限したい場合、「スクリーンビューアーのTextアクセス」で「許可しない」を設定する（３４０９）。
【００８０】
図３９は簡易暗号化フォントファイルの設定ＵＩ画面を説明した一例である。
【００８１】
ユーザーは既に作成した簡易暗号化フォントファイル（図左のファイル選択メニュー）か、新規にフォントファイルを作成する（図右のチェックボックス）かを選択する事ができる。既に作成したフォントファイルから選択する場合、既に許可を与えた人に同様な権限でアクセス件を付与できる利点が有る。新規作成した場合、該当の文書のみの唯一の暗号化フォントを作成することができる。
【００８２】
図41は簡易暗号化フォントの作成方法を説明したいＶ比例である。上半分が通常のＯＳ等に存在するフォントである。このケースではアプリケーションが使用する“文字コード”と“グリフを指すインデックス”と“グリフ”は一定の“予め決められた規則“に従って作成されている。下半分の簡易暗号化フォントでは“グリフを指すインデックス”のテーブルをランダムに入れ替え、これと対になるアプリケーションが使用する文字コードを入れ替える（読み替える）ことで“独自の規則”を作り他の環境化では文字化けを起こし、テキストが読み取れないようにする事ができる。
【００８３】
図４４は、文書の保存期限の設定画面の一例を説明した図である。法的な規定による保存年限をYYYY/MM/DDの様に指定する。指定に際してはカレンダーから選択する方法、現在の日時から法的な規定年数を加算する方法等使用状況によって変更可能（4402）。法的な規定による保存年限に追加して会社などの規定により延長して保管する期限をYYYY/MM/DDの様に指定する。指定に際してはカレンダーから選択する方法、現在の日時から法的な規定年数を加算する方法等使用状況によって変更可能（4403）。保存年限、最長保存年限が到来した後の期限経過後のファイルの扱いを規定する（４４０４）。抹消を選択した場合、該当文書をユーザーが開こうとして、ユーザーが使用しているアプリケーションがドキュメントアクセスマネージャに問い合わせた場合、アプリケーションに対して抹消指示を送る。
【００８４】
設定が終了した場合、OK（４４０５）を選択する。設定を取り消したい場合はキヤンセル（４４０６）、使用法を確認したい場合はヘルプ（４４０７）を選択する。
【００８５】
図１１は、本発明に係る文書処理システムにおける第１のデータ処理手順の一例を示すフローチャートであり、例えばＩＷＰＦｉｌｅの描画処理手順に対応する。なお、（９０１）〜（９１２）は各ステップを示す。
【００８６】
なお、本ソフトウエア（プログラム）による処理は、上位アプリケーションにより指定されたＩＷＰファイルを描画するアプリケーションである。
【００８７】
そして、上位アプリケーションによりＩＷＰファイルの描画指示がされると、本アプリケーションに基づく処理が起動される。このフローチャートでは全体の流れを記載し、各項目の細かな処理については図１２以降で説明する。
【００８８】
まず、指定されたＩＷＰファイル（ＩＷＰＦｉｌｅ）をオープンする（９０１）。この時、ＯＰＥＮできない場合については別途エラー処理が必要であり、上位アプリケーションに対してエラーを返し、その際エラー種別を通知する。
【００８９】
そして、ＩＷＰファイルがＯＰＥＮできた場合、ファイルが暗号化されているかどうかの判定を行う（９０２）。
【００９０】
そして、Ｆｏｎｔ管理テーブル，ＦｏｎｔＦｉｌｅ管理テーブルの初期設定を行う（９０３）。
【００９１】
次に、１ページ目の描画処理を行い（９０４）、２ページ目の描画処理を行い（９０５）、３ページ目の描画処理を行（９０６）、最後にＸページ目の描画処理を行う（９０７）。
【００９２】
なお、各ページの描画処理の詳細については図１２以降で説明する。
【００９３】
本ソフトウエアはエンベットフォンとの描画のためにＩＷＰファイルから取り出したフォントをＯＳに登録するが、描画処理が終了した時点でこの登録を削除する必要がある（９０８）。
【００９４】
この際、面付けで使用するためにＯＳに登録されたフォントについてもすべて登録削除する。
【００９５】
そして、フォントのＯＳへの登録を削除完了後、Ｆｏｎｔ管理テーブルを初期化する（９０９）。一時作業エリアに作成した面付けに使用した全てのフォントファイルを削除し（９１０）、フォントファイル管理テーブルを初期化する（９１１）。
【００９６】
最後に、ＩＷＰファイルをクローズして（９１２）、処理を終了する。
【００９７】
次に、ファイルが暗号化されていた場合のステップ（９０２）処理について説明する。
【００９８】
図１２は、本発明に係る文書処理システムにおける第２のデータ処理手順の一例を示すフローチャートであり、図１１に示したステップ（９０２）における詳細手順に対応する。なお、（１９０１）〜（１９１１）は各ステップを示す。
【００９９】
まず、"ＩＷＰファイルのＴｒａｉｌｅｒデータエリアからＥｎｃｙｉｐｔ文字列の取り出し"の処理を行う（１９０１）。
【０１００】
この際、"Ｅｎｃｒｙｐｔ"設定がされているかどうか判定し（１９０２）、Ｅｎｃｙｉｐｔ文字列が検索できたと判定した場合はステップ（１９０３）の処理に進み、暗号化されていないと判定した場合は、そのまま次のページ描画処理に進むため、本処理を終了する。
【０１０１】
なお、ＩＷＰファイルにはファイルＯＰＥＮの許可を設定するためにユーザパスワード"Ｕ"を予め設定できる。そして、パスワード"Ｕ"が設定されている場合、ＩＷＰファイルに格納されているユーザパスワードと同等なパスワードを作成し、復号化を行う必要がある。設定されていない場合は予め指定された文字列により暗号化キーを作成し、このキーを使ってＩＷＰファイルの復号化処理を行う事ができる。
【０１０２】
そこで、パスワード"Ｕ"が設定されているかどうか判定し（１９０３）、設定されていると判定した場合は、上位アプリケーションによってパスワードが指定されていれば、この文字列を使って暗号化キーの作成の処理に進む（１９０４）。
【０１０３】
一方、ステップ（１９０３）で、パスワードが設定されていないと判断した場合、予め決められた文字列を使って暗号化キーを作成して（１９１２）、ステップ（１９０５）へ進む。
【０１０４】
この際、上位アプリケーションが指定したパスワードが３２バイトより短い場合、前記の文字列の先頭から不足バイト分だけパスワードに追加する。
【０１０５】
次に、ＩＷＰファイル内に設定されたパスワード"Ｕ"をＲＣ４によって復号化する（１９０５）。
【０１０６】
そして、ＩＷＰファイルから取り出して復号化したパスワードと、前記あらかじめ決められた文字列を比較して（１９０６）。この比較の結果が不一致かどうかを判定し（１９０７）、一致していると判定した場合（ステップ１９０７でＮＯと判定された場合）は、正しいパスワードが設定されたと判断し、文書全体の文字列について、上述の様にＭＤ５，ＲＣ４を用いて復号化を行い（１９１０）、処理を終了する。
【０１０７】
一方、ステップ（１９０７）で、パスワードが不一致であると判断した場合は、ドキュメントアクセスマネージャ２３０４に対して"Ｕ"パスワードの収集を行う（１９０８）。
【０１０８】
ここで収集した"Ｕ"パスワードが一致しているかどうかを判断して（１９０９）、不一致であると判断した場合（ステップ１９０９でＮＯと判定された場合）、上位アプリケーションに対してその旨を通知する処理を行うため、ファイルのＯＰＥＮエラーと、エラーコードを通知して（１９１１）、本処理を終了する。
【０１０９】
一方、ステップ（１９０９）で、一致していると判断した場合は、正しいパスワードが設定されたと判断し、文書全体の文字列について、上述の様にＭＤ５，ＲＣ４を用いて復号化を行い（１９１０）、本処理を終了する。
【０１１０】
図１３は、本発明に係る文書処理システムにおける第３のデータ処理手順の一例を示すフローチャートであり、図１２に示したステップ（１９０８）における詳細手順（アクセス情報から"Ｕ"パスワード収集処理手順）に対応する。なお、（３００１）〜（３０２２）は各ステップを示す。
【０１１１】
図１２において説明したステップ（１９１０）でアクセス情報から"Ｕ"パスワード収集が起動されると、電子文書（ＩＷＰ）ファイル内に設定されているアクセス情報を参照するためのＩＤ１８０６から、ＰｒｉｎｔＩＤ，ＶｉｅｗＩＤを収集する。
【０１１２】
まず、ドキュメントアクセスマネージャーに保存年限に関する情報を要求する（３０１８）、収集した情報から保存年限期限経過でかつ抹消設定ありかどうか判断し（３０１９）、設定なしの場合はそのままPrintID収集の処理（３００１）に進む。抹消設定が無い場合、抹消をユーザーに通知する設定が予めされているかどうか判断し（３０２０）、設定がされていなければ文書（File）の削除処理（３０２２）に進み、ファイルを完全に消去する。ユーザーに通知する設定の場合は、「この文書は作成者（Aさん）の指示で削除しました。」等の文面のダイアログを表示する。ユーザーに通知する設定は、ドキュメント管理システムとして文書の抹消をユーザーの意図にかかわらず強制的に削除したい場合に「非通知」を選択する。複数のユーザーでPCを使用する場合や、NotePC等が盗難、不正使用されている事が解った場合、文書の作成者がセキュリティー確保のため配布済みの文書を消す目的で使用できる。
【０１１３】
ＰｒｉｎｔＩＤを収集し（３００１）、ＰｒｉｎｔＩＤが指定されているかどうか判定し（３００２）、指定されていると判断した場合は、ドキュメントアクセスマネージャにＰｒｉｎｔＩＤを送り、パスワードを要求する（３０１０）。そして、パスワードが収集可能かどうか判定し（３０１１）、収集可能であると判断した場合は、ＰｒｉｎｔＩＤをキーにＭＤ５、ＲＣ４を使用して暗号化キーを作成する（３０１２）。このキーを元にパスワード"Ｏ"をＲＣ４で復号化して（３０１３）、処理を終了する。
【０１１４】
一方、ステップ（３０１１）で、パスワードが収集できないと判断した場合、フォントファイル（簡易暗号化フォントファイル）が収集可能かどうか判断し（３０１６）、収集可能であればフォントファイルを適宜メモリ、又はＯＳのファイルシステム上に保存し（３０１７）、ドキュメントアクセスマネージャーシステムが使用できる様にする。
【０１１５】
ＶｉｅｗＩＤを収集し（３００３）、ＶｉｅｗＩＤが指定されているかどうか判定し（３００４）、ＶｉｅｗＩＤが指定されていると判定した場合、ドキュメントアクセスマネージャ２３０４にＶｉｅｗＩＤを送り、パスワードを要求する（３００５）。ＶｉｅｗＩＤが収集できない場合、フォントファイル（簡易暗号化フォントファイル）が収集可能かどうか判断し（３０１８）、収集可能であればフォントファイルを適宜メモリ、又はＯＳのファイルシステム上に保存し（３０１９）、ドキュメントアクセスマネージャーシステムが使用できる様にする。
【０１１６】
そして、パスワードが収集可能かどうか判定し（３００６）、収集可能であると判断した場合は、ＶｉｅｗＩＤをキーにＭＤ５、ＲＣ４を使用して暗号化キーを作成する（３００７）。
【０１１７】
そして、このキーを元にパスワード"Ｕ"をＲＣ４で復号化して（３００８）、次の処（３０１４）に進む。
【０１１８】
一方、ステップ（３００６）で、パスワードが収集不可能であると判断した場合は、または、ステップ（３００４）でＶｉｅｗＩＤが収集不可能であると判断した場合、次の処理に進む（３０１４）。
【０１１９】
ＥｄｉｔＩＤについて３００４〜３００９と同様な処理を行う（３０１４）。
【０１２０】
ＣｏｎｔｅｎｔＥx ＩＤについて３００４〜３００９と同様な処理を行う（３０１５）。
【０１２１】
図１４は、本発明に係る文書処理システムにおける第４のデータ処理手順の一例を示すフローチャートであり、後述するアクセス情報から"Ｏ"パスワードを収集する処理手順に対応する。なお、（３１０１）〜（３１０７）は各ステップを示す。
【０１２２】
後述する図１５におけるステップ２０１２でアクセス情報から"Ｕ"パスワード収集が起動されると、電子文書（ＩＷＰ）ファイル内に設定されているアクセス情報を参照するためのＩＤ１８０６から、ＰｒｉｎｔＩＤを収集する。
【０１２３】
まず、ＰｒｉｎｔＩＤを収集し（３１０１）、ＰｒｉｎｔＩＤが指定されているかどうか判定し（３１０２）、指定されていると判断した場合は、ドキュメントアクセスマネージャにＰｒｉｎｔＩＤを送り、パスワードを要求する（３１０３）。
【０１２４】
そして、パスワードが収集可能かどうか判定し（３１０４）、収集可能であると判断した場合は、フォントファイル（簡易暗号化フォントファイル）が収集可能かどうか判断し（３１０８）、収集可能であればフォントファイルを適宜メモリ、又はＯＳのファイルシステム上に保存し（３１０９）、ドキュメントアクセスマネージャーシステムが使用できる様にする。次に、ＰｒｉｎｔＩＤをキーにＭＤ５、ＲＣ４を使用して暗号化キーを作成する（３１０５）。そして、このキーを元にパスワード"Ｏ"をＲＣ４で復号化して（３１０６）、処理を終了する。
【０１２５】
一方、ステップ（３１０２）で、指定されていないと判断した場合は、またはステップ（３１０４）で、パスワードが収集不可能であると判断した場合は、エラー情報を設定し（３１０７）、処理を終了する。次に、図１０に示したＦｏｎｔ管理テーブルの初期設定を行う。
【０１２６】
フォント管理テーブルの最大値の決定処理におけるＦｏｎｔＦｉｌｅ管理テーブルの初期設定処理については、後述する図２９を用いて説明する。
【０１２７】
図１５は、本発明に係る文書処理システムにおける第５のデータ処理手順の一例を示すフローチャートであり、１ページの描画処理手順に対応する。なお、（２１０１）〜（２１１２）は各ステップを示す。
【０１２８】
まず、詳細は後述するファイルが暗号化されていた場合の処理を行い（２１０１）、そして、描画処理かどうかを判定する（２１０５）。描画処理であればフォントファイル（簡易暗号化フォントファイル）をメモリ、若しくはストレージから読み込み、このフォントをＧＤＩを使用してＯＳに登録し、使用可能な状態にする（２１１１）。（２１０２）の画面（GDI）への描画処理を行う。描画の処理が終了した場合、（２１１１）で登録したフォントをＯＳから削除する（２１１２）。フォントを登録するとメモリを消費するので使用しないフォントは登録を削除する事が必要である。描画処理でない場合、（２１０７）の判定処理を行う。ＩＷＰファイルに対して、フォント、イメージ、パスなどの描画処理を行い（２１０２）〜（２１０４）と（２１１１、２１１２）、続いて編集処理かどうかの判定を行う（２１０７）。編集処理の場合は（２１０８）の処理に進むみ、ファイルアクセス、ページ編集などの処理を行う。編集処理でない場合は（２１０９）の判定処理に進む。最後にContents抽出処理かどうかの判定を行う（２１０９）。Contents抽出処理の場合は（２１１０）の処理に進み、テキスト抽出、イメージ抽出などの処理を行う。Contents抽出処理でない場合は処理を終了する。なお、ステップ（２１０１）で、暗号化されていて、かつ、印刷が不許可の場合、画面解像度で印刷するかどうかを選択する事ができるように構成されている。
【０１２９】
次に、図１５に示したステップ（２１０１）で暗号化されていた場合の印刷処理について説明する。
【０１３０】
図１６は、本発明に係る文書処理システムにおける第６のデータ処理手順の一例を示すフローチャートであり、ＩＷＰファイルが暗号化されていた場合の印刷解像度変換処理手順に対応する。なお、（２００１）〜（２０１２）は各ステップを示す。
【０１３１】
上述の図１２に示したステップ（１９０２）と同様に、ＩＷＰファイルが暗号化されているかどうかを判定する（２００１）。
【０１３２】
ここで、通常のＩＷＰファイルであれば暗号化されていないので、本処理を終了して、図１５に示したステップ（２１０２）へ進み、そのまま描画処理を行う。
【０１３３】
なお、ＩＷＰファイルにはファイル印刷、編集などの許可を設定するためにオーナパスワード"Ｏ"を予め設定できる。
【０１３４】
そこで、ステップ（２００１）で、ＩＷＰファイルが暗号化されていると判断した場合は、さらに、オーナパスワード"Ｏ"がＩＷＰに設定されているかどうかを判断して（２００２）、ＩＷＰにオーナパスワード"Ｏ"が設定されていないと判断した場合、通常の印刷処理を行うため、本処理を終了する。
【０１３５】
一方、ステップ（２００２）で、オーナパスワード"Ｏ"が設定されていると判断した場合、ＩＷＰファイルに格納されているオーナパスワードの復号化を行う必要がある。
【０１３６】
そこで、パスワード"Ｏ"が設定されていると判断した場合は、予め上位アプリケーションによってパスワードが指定されているか、または、"Ｕ"ユーザパスワードが指定されていれば、これを使って暗号化キーの作成の処理を行う（２００３）。
【０１３７】
この際、パスワードが３２バイトより短い場合、前記の文字列の先頭から不足バイト分だけパスワードに追加する。
【０１３８】
また、上位アプリケーションが指定したオーナパスワードがある場合、この文字列を使用して暗号化キーの作成処理を行う。
【０１３９】
次に、ＩＷＰファイル内に設定されたオーナパスワード"Ｏ"をＲＣ４によって復号化する（２００４）。ＩＷＰから取り出して復号化したパスワードと、前記あらかじめ決められた文字列を比較し（２００５）、この比較の結果が一致したかどうかを判定し（２００６）、一致していると判定した場合には、正しいパスワードが設定されたと判断し、本処理を終了して、通常の印刷処理を行う。これは、オーナパスワード所有者は全ての動作が許可されるからである。
【０１４０】
一方、ステップ（２００６）で、パスワードが不一致であると判断した場合は、ステップ（２００７）で、ドキュメントアクセスマネージャに対して"Ｏ"パスワードの収集を行う。
【０１４１】
次に、収集した"Ｏ"パスワードが一致したかかどうか判定し（２００８）、一致していると判断した場合は、本処理を終了して、通常の印刷処理を行う。これは、オーナパスワード所有者は全ての動作が許可されるからである。
【０１４２】
一方、ステップ（２００８）で、パスワードが不一致であると判断した場合は、ステップ（２００９）で、印刷禁止設定がＩＷＰで指定されているかどうか判定し、指定されていなければ通常の印刷処理を行う。
【０１４３】
一方、ステップ（２００９）で、印刷禁止が指定されていると判断した場合は、ステップ（２０１０）で、ユーザによってダウンサンプリングでの印刷が設定されているかどうか判定し、ダウンサンプリングでの印刷が設定されていると判断した場合は、ステップ（２０１１）で、印刷する全てのデータの解像度を画面解像度（Ｗｉｎｄｏｗｓ（登録商標）では９６ｄｐｉ）に設定する処理を行い、処理を終了する。この処理は各システムによって異なるが、画面用に取得したＤＣ（デバイスコンテキスト）に描画を行って解像度を落す方法が一般的である。この処理が終わると、図１５に示したステップ（２１０２）以降の描画処理を行う。
【０１４４】
一方、ステップ（２０１０）で、ダウンサンプリングでの印刷が設定されていないと判断した場合は、ステップ（２０１２）で、上位アプリケーションに対してその旨を通知する処理を行うため、ファイルのＯＰＥＮエラーと、エラーコードを通知して、本処理を終了する。
【０１４５】
図４０は、本発明に係る文書処理システムにおける第６のデータ処理手順の一例を示すフローチャートであり、ＩＷＰファイルが暗号化されていた場合に対応する。なお、（３２０１）〜（３２１０）は各ステップを示す。
【０１４６】
上述の図１２に示したステップ（１９０２）と同様に、ＩＷＰファイルが暗号化されているかどうかを判定する（３２０１）。
【０１４７】
ここで、通常のＩＷＰファイルであれば暗号化されていないので、本処理を終了して、図１５に示したステップ（２１０２）へ進み、そのまま描画処理を行う。
【０１４８】
なお、ＩＷＰファイルにはファイル印刷、編集などの許可を設定するためにオーナパスワード"Ｏ"を予め設定できる。
【０１４９】
そこで、ステップ（３２０１）で、ＩＷＰファイルが暗号化されていると判断した場合は、さらに、オーナパスワード"Ｏ"がＩＷＰに設定されているかどうかを判断して（３２０２）、ＩＷＰにオーナパスワード"Ｏ"が設定されていないと判断した場合、通常の編集処理を行うため、本処理を終了する。
【０１５０】
一方、ステップ（３２０２）で、オーナパスワード"Ｏ"が設定されていると判断した場合、ＩＷＰファイルに格納されているオーナパスワードの復号化を行う必要がある。
【０１５１】
そこで、パスワード"Ｏ"が設定されていると判断した場合は、予め上位アプリケーションによってパスワードが指定されているか、または、"Ｕ"ユーザパスワードが指定されていれば、これを使って暗号化キーの作成の処理を行う（３２０３）。
【０１５２】
この際、パスワードが３２バイトより短い場合、前記の文字列の先頭から不足バイト分だけパスワードに追加する。
【０１５３】
また、上位アプリケーションが指定したオーナパスワードがある場合、この文字列を使用して暗号化キーの作成処理を行う。
【０１５４】
次に、ＩＷＰファイル内に設定されたオーナパスワード"Ｏ"をＲＣ４によって復号化する（３２０４）。ＩＷＰから取り出して復号化したパスワードと、前記あらかじめ決められた文字列を比較し（３２０５）、この比較の結果が一致したかどうかを判定し（３２０６）、一致していると判定した場合には、正しいパスワードが設定されたと判断し、本処理を終了して、通常の編集処理を行う。これは、オーナパスワード所有者は全ての動作が許可されるからである。
【０１５５】
一方、ステップ（３２０６）で、パスワードが不一致であると判断した場合は、ステップ（３２０７）で、ドキュメントアクセスマネージャに対して"Ｏ"パスワードの収集を行う。
【０１５６】
次に、収集した"Ｏ"パスワードが一致したかかどうか判定し（３２０８）、一致していると判断した場合は、本処理を終了して、通常の編集処理を行う。これは、オーナパスワード所有者は全ての動作が許可されるからである。
【０１５７】
一方、ステップ（３２０８）で、パスワードが不一致であると判断した場合は、ステップ（３２０９）で、編集禁止設定がＩＷＰで指定されているかどうか判定し、指定されていなければ通常の編集処理を行う。
【０１５８】
一方、ステップ（３２０９）で、編集禁止が指定されていると判断した場合は、ステップ（３２１０）で、上位アプリケーションに対してその旨を通知する処理を行うため、ファイルのＯＰＥＮエラーと、エラーコードを通知して、本処理を終了する。
【０１５９】
オペレータからの支持がコンテンツ抽出であった場合、上述の３２０１〜３２１０の処理の“編集禁止”と同等な処理をＣｏｎｔｅｎｔｓ抽出禁止に置き換えた一連の処理を行う。
【０１６０】
次に、図２に示したドキュメントアクセスマネージャと管理テーブルの関係について詳細に説明する。
【０１６１】
図１７〜図２２、図３３〜図３６は、図２に示したドキュメントアクセスマネージャ２３０４が管理するテーブル群の一例を示す図であり、図１７は、Ｐｒｉｎｔ回数有効期限制限テーブル２３０５に対応し、図１８は、Ｖｉｅｗ回数有効期限制限テーブル２３０６に対応し、図１９は、ＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化フォント）の管理テーブル２３０７に対応し、図２０は、ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化フォント）の管理テーブルの管理テーブル２３０８に対応し、図２１は、オリジナルドキュメントと公開したドキュメントの関係のテーブル２３０９に対応し、図３３はＥｄｉｔ回数有効期限制限テーブル２３１０に対応し、図３４はＣｏｎｔｅｎｔｓＥｘ（抽出）テーブル２３１１に対応し、図３５はＥｄｉｔＩＤとパスワードの管理テーブル２３１２に対応し、図３６はＣｏｎｔｅｎｔｓＥｘとパスワードの管理テーブル２３１３と対応する。
【０１６２】
まず、各テーブルについて説明する。
【０１６３】
（図２１）オリジナルドキュメントと公開したドキュメントの関係のテーブル
このテーブルは、ドキュメントを一意に決定するためのドキュメントID、PrintID、ＶｉｅｗID、EditID、ContrntsEXID、公開ユーザーID、文書の保存年限（法的な保存期間など）、最長保存年限、期限経過後の操作の項目がある。保存年限はその文書を法律によって保存しなければならない期間をさしている。会社などの管理上、保存年限をさらに延ばしたい場合、最長保存年限に期日を設定する。期限経過後の動作が特に指定されていない場合、該当文書については特に処理を行わないので、文書の削除、移動に関しては各担当者、管理者に任される。期限経過後の措置が「抹消」であった場合、該当するファイルは削除されなければならない。ユーザーの設定方法については図４４参照。
【０１６４】
Ｐｒｉｎｔ回数有効期限制限テーブル２３０５には、各アプリケーションで作成されたＰｒｉｎｔＩＤ、印刷回数の制限カウンタ、電子文書の公開期限を設定する"有効期限"の情報がある。
【０１６５】
Ｖｉｅｗ回数、有効期限制限テーブル２３０６には、各アプリケーションで作成されたＶｉｅｗＩＤ、印刷回数の制限カウンタ、電子文書の公開期限を設定する"有効期限"の情報がある。
【０１６６】
Ｅｄｉｔ回数、有効期限制限テーブル２３１０には、各アプリケーションで作成されたＥｄｉｔＩＤ、編集回数の制限カウンタ、電子文書の公開期限を設定する"有効期限"の情報がある。
【０１６７】
ＣｏｎｔｅｎｔｓＥｘ回数、有効期限制限テーブル２３１１には、各アプリケーションで作成されたＣｏｎｔｅｎｔｓＥｘＩＤ、コンテンツ抽出回数の制限カウンタ、電子文書の公開期限を設定する"有効期限"の情報がある。
【０１６８】
ＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化フォント）の管理テーブルの管理テーブル２３０７には、暗号化された電子文書を開く場合、パスワードが必要で、このパスワードを格納したファイル名称と、別途、簡易暗号化フォントを使用して暗号化行うためのフォントファイルと、ドキュメントを特定するための情報（ＰｒｉｎｔＩＤ）の対応を示す情報が格納される。
【０１６９】
ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化フォント）の管理テーブルの管理テーブル２３０８には、暗号化された電子文書を開く場合、パスワードが必要で、このパスワードを格納したファイル名称と、別途、簡易暗号化フォントを使用して暗号化行うためのフォントファイルと、ドキュメントを特定するための情報（ＶｉｅｗＩＤ）の対応を示す情報が格納される。
【０１７０】
ＥｄｉｔＩＤとパスワードの管理テーブル２３１２には、暗号化された電子文書を開く場合、パスワードが必要で、このパスワードを格納したファイル名称と、ドキュメントを特定するための情報（ＥｄｉｔＩＤ）の対応を示す情報が格納される。
【０１７１】
ＣｏｎｔｅｎｔｓＥｘＩＤとパスワードの管理テーブル２３１３には、暗号化された電子文書を開く場合、パスワードが必要で、このパスワードを格納したファイル名称と、ドキュメントを特定するための情報（ＣｏｎｔｅｎｔｓＥｘＩＤ）の対応を示す情報が格納される。
【０１７２】
オリジナルドキュメントと公開したドキュメントの関係のテーブル２３０９には（図２１参照）、電子文書の公開情報を管理するためにドキュメントＩＤ、ＰｒｉｎｔＩＤ、ＶｉｅｗＩＤ、ＥｄｉｔＩＤ、ＣｏｎｔｅｎｔｓＥｘＩＤ、公開ユーザＩＤ保存年限、最長保存年限、期限経過後の操作の関連を示す情報が格納される。
【０１７３】
〔ドキュメントのアクセス制限をマネージャに登録する処理〕
まず、図２に示したドキュメント作成アプリケーション２３０１が起動される。ドキュメント作成アプリケーションではアクセス権が指定されると、マネージャに登録するための情報を作成する。ファイルを開くためのユーザパスワード"Ｕ"、オーナパスワード"Ｏ"、ドキュメントＩＤ、公開ユーザＩＤである。アプリケーションはこれらの情報をドキュメントアクセスマネージャ２３０４に登録依頼する。
【０１７４】
ドキュメントアクセスマネージャ２３０４はＰｒｉｎｔ回数有効期限制限テーブル（図１７参照）、Ｖｉｅｗ回数有効期限制限テーブル（図１８参照）、Ｅｄｉｔ回数有効期限制限テーブル（図３３参照）、ＣｏｎｔｅｎｔｓＥｘ（抽出）テーブル（図３４参照）、ＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図１９参照）、ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図２０参照）、ＥｄｉｔＩＤとパスワードの管理テーブル（図３５）、ＣｏｎｔｅｎｔｓＥｘとパスワードの管理テーブル（図３６参照）、オリジナルドキュメントと公開したドキュメントの関係のテーブル（図２１参照）に対して情報を設定する。
【０１７５】
以下、ドキュメント作成とアクセス情報登録のプロセスについて図２２、図２３、図４２で更に説明する。
【０１７６】
図２２，図２３、図４２は、本発明に係る文書処理システムにおける第７のデータ処理手順の一例を示すフローチャートであり、ドキュメント作成とアクセス情報登録処理手順に対応する。なお、（２９０１）〜（２９３５）は各ステップを示す。
【０１７７】
まず、オペレータにより公開を指定したドキュメントを読み出す（２９０１）。次に、ドキュメントＩＤを作成し（２９０２）、フォントの簡易暗号化指定があるかどうか判断し（２９３５）、指定がある場合は（２９３２）、オペレータにより既存のフォント使用が指定されているか判断し（２９３２）、指定がある場合はオペレータが選択したフォントをシステムから収集する（２９３３）。指定が無い場合（オペレータにより新規作成が選択された場合）は、新規フォントを作成する（２９３４）。簡易暗号化フォントの選択方法に関しては図３７、図４３、図３９で説明している。
【０１７８】
（２９３５）で指定が無い場合、オペレータによりアクセス制限設定があるかどうか判定し（２９０３）、設定が無いと判定した場合は、そのまま処理を抜けて、本処理を終了する。
【０１７９】
一方、設定がある場合、アクセス権の詳細な情報があるかどうか判定し（２９０４）、設定がある場合はオペレータ指定のアクセス権情報を電子文書（ドキュメント）に設定する。無い場合、デフォルトのアクセス権を電子文書（ドキュャ塔g）に設定する（２９０５）。
【０１８０】
次に、ドキュメントにアクセス権情報を設定する際に必要な暗号化パスワード"Ｕ"、"Ｏ"を作成する（２９０６）。そして、オペレータにより"Ｕ"パスワードの設定が指定されているかどうか判定し（２９０７）、指定されていると判定した場合"Ｕ"パスワードをドキュメントに設定して（２９１２）、ステップ（２９０９）へ進む。
【０１８１】
一方、ステップ（２９０７）で、"Ｕ"パスワードが指定されていないと判断した場合、システムで予め決められたデフォルトパスワードをドキュメントに設定する（２９０８）。
【０１８２】
次に、オペレータにより"Ｏ"パスワードの設定が指定されているかどうか判定し（２９０９）、指定されていると判定した場合、"Ｏ"パスワードをドキュメントに設定して（２９１３）、ステップ（２９１４）へ進む。
【０１８３】
一方、指定されていないと判定した場合、システムで予め決められたデフォルトパスワードをドキュメントに設定する（２９１０）。
【０１８４】
次に、オペレータの指定により、ドキュメント作成後にアクセス権を変更する処理について説明する。
【０１８５】
まず、アクセス権を途中で拡大するかどうか判定し（２９１４）、拡大しないと判定した場合は、本処理を終了する。
【０１８６】
一方、ステップ（２９１４）で、拡大すると判定した場合、マネージャに登録するためにドキュメントＩＤを作成（生成）する（２９１５）。次に、マネージャに登録するための公開ユーザＩＤを作成する（２９１６）。
【０１８７】
そして、ドキュメントアクセスマネージャ２３０４に作成した、ドキュメントＩＤ、公開ユーザＩＤを生成する（２９１６）。次に、ドキュメントアクセスマネージャ２３０４にドキュメントＩＤ，公開ユーザＩＤを設定して（２９１７）、オペレータから指定された"Ｕ"パスワードがデフォルトと異なるかどうか判定し（２９１８）、異ならないと判定した場合は、ステップ（２９２１）の処理に進む。
【０１８８】
一方、ステップ（２９１８）で、異なると判定した場合、表示のみ公開を許可する場合はＶｉｅｗＩＤとパスワード情報をドキュメントアクセスマネージャ２３０４に登録する（２９１９）。そして、ドキュメントアクセスマネージャ２３０４にパスワード情報を設定する（１９２０）。
【０１８９】
次に、オペレータから指定された"Ｏ"パスワードがデフォルトと異なるかどうか判定し（２９２１）、異ならないと判定した場合は（２９２６）の処理に進む。
【０１９０】
一方、ステップ（２９２１）で、異なると判定した場合、印刷を許可する為のＰｒｉｎｔＩＤをドキュメントアクセスマネージャ２３０４に登録（設定）する（２９２２）。そして、パスワードをドキュメントアクセスマネージャ２３０４に登録する（２９２３）。
【０１９１】
次に、オペレータから指定された"Ｏ"パスワードがデフォルトと異なるかどうか判定し（２９２１）、異ならないと判定した場合は（２９２６）の処理に進む。
【０１９２】
一方、ステップ（２９２６）で、異なると判定した場合、編集を許可する為のEditＩＤをドキュメントアクセスマネージャ２３０４に登録（設定）する（２９２７）。そして、パスワードをドキュメントアクセスマネージャ２３０４に登録する（２９２８）。
【０１９３】
次に、オペレータから指定された"Ｏ"パスワードがデフォルトと異なるかどうか判定し（２９２１）、異ならないと判定した場合は（２９２９）の処理に進む。
【０１９４】
一方、ステップ（２９２９）で、異なると判定した場合、印刷を許可する為のContentsEx（抽出）ＩＤをドキュメントアクセスマネージャ２３０４に登録（設定）する（２９３０）。そして、パスワードをドキュメントアクセスマネージャ２３０４に登録する（２９３１）。
【０１９５】
次に、オペレータによりアクセス回数設定があるかどうか判定し（２９２４）、設定が無ければ、次のドキュメントの抹消設定有り稼動か判定し（２９３６）に進む。
【０１９６】
一方、ステップ（２９２４）で、アクセス回数設定がないと判定した場合は、ドキュメントアクセスマネージャ２３０４に許可回数、期限情報を設定して（２９３１）、本処理を終了する。
【０１９７】
次に、オペレータによりドキュメントの保存年限、最長保存年限、抹消設定があるかどうか判定し（２９３６）、設定がなければ、本処理を終了する。オペレータの設定方法については図４４参照
一方、ステップ（２９３６）でドキュメントの保存年限、最長保存年限、抹消設定がありと判定した場合、ドキュメントアクセスマネージャーに保存年限、最長保存年限、抹消情報を設定し（２９３７）、本処理を終了する。
【０１９８】
〔アクセス制限のあるドキュメントを描画する場合〕
まず、図２に示したドキュメント描画アプリケーション２３０２が起動される。ドキュメント作成アプリケーション２３０１ではアクセス権の問い合わせが必要な場合、電子文書にＰｒｉｎｔＩＤ、ＶｉｅｗＩＤが設定されている場合、ドキュメントアクセスマネージャ２３０４に問い合わせを行う。
【０１９９】
そして、ファイルを開く、描画するためのユーザパスワード"Ｕ"、オーナパスワード"Ｏ"である。
【０２００】
ドキュメント描画アプリケーション２３０２はこれらの情報をドキュメントアクセスマネージャ２３０４に送付依頼する。
【０２０１】
ドキュメントアクセスマネージャ２３０４はＰｒｉｎｔ回数有効期限制限テーブル（図１７参照）、Ｖｉｅｗ回数有効期限制限テーブル（図１８参照）、Ｅｄｉｔ回数有効期限制限テーブル（図３３参照）、ＣｏｎｔｅｎｔｓＥｘ（抽出）テーブル（図３４参照）、で制限回数、期限を確認し、制限回数、期限が既定範囲内であればＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図１９参照）、ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図２０参照）、ＶｉｅｗＩＤとパスワードの管理テーブル（図２０参照）、ＥｄｉｔＩＤとパスワードの管理テーブル（図３５）、ＣｏｎｔｅｎｔｓＥｘとパスワードの管理テーブル（図３６参照）、からパスワード情報を特定しドキュメント描画アプリケーション２３０２に送出する。
【０２０２】
〔作成後のドキュメントアクセス権を変更する場合〕
まず、ドキュメントアクセス権変更アプリケーション２３０３が起動される。ドキュメント作成アプリケーション２３０１ではアクセス権の変更が指定されると、ドキュメントアクセスマネージャ２３０４に変更登録するための情報を作成する。
【０２０３】
この場合、ファイルを開くためのユーザパスワード"Ｕ"、オーナパスワード"Ｏ"、ドキュメントＩＤ、公開ユーザＩＤである。
【０２０４】
例えば、印刷不許可の電子文書に印刷許可を与える場合、オーナパスワードのマネージャへの登録が必要である。
【０２０５】
ドキュメント作成アプリケーション２３０１はこれらの情報をドキュメントアクセスマネージャ２３０４に変更登録依頼する。ドキュメントアクセスマネージャはＰｒｉｎｔ回数有効期限制限テーブル（図１７参照）、Ｖｉｅｗ回数有効期限制限テーブル（図１８参照）、Ｅｄｉｔ回数有効期限制限テーブル（図３３参照）、ＣｏｎｔｅｎｔｓＥｘ（抽出）テーブル（図３４参照）、ＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図１９参照）、ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図２０参照）、ＥｄｉｔＩＤとパスワードの管理テーブル（図３５）、ＣｏｎｔｅｎｔｓＥｘとパスワードの管理テーブル（図３６参照）、オリジナルドキュメントと公開したドキュメントの関係のテーブル（図２１参照）に対して情報を変更設定する。これにより、逐次アクセス情報の変更を行う事ができる。
【０２０６】
以下、図１１に示したステップ（９０４）〜（９０７）における各ページ目の描画処理について図２４図等を参照して説明する。
【０２０７】
図２４は、本発明に係る文書処理システムにおける第８のデータ処理手順の一例を示すフローチャートであり、ページ毎の描画処理手順に対応する。なお、（１００１）〜（１０１７）は各ステップを示す。図２に示したドキュメント描画アプリケーション２３０２等の処理に対応する。
【０２０８】
ページ描画処理が起動されると、まず指定されたページをメモリにロードする（１００１）。次に、メモリにロードされたＩＷＰファイルを描画するためにＩＷＰファイル仕様に従いオペレータの解析を行う（１００２）。そして、指定されたページで使用するエンベットフォントを確認し、１ページ分のエンベットＦｏｎｔの描画オペレータを取り出し（１００３）、１ページ分のＦｏｎｔＦｉｌｅを作成する（１００４）。
【０２０９】
次に、フォントファイル管理テーブルに登録する（１００５）。この時、図６において説明したように、既に作成済みのフォントについては再作成は行わない。
【０２１０】
そして、１ページ分描画終了かどうか判定し（１００６）、描画終了であると判定した場合は、ステップ（１０１６）の判定処理に進む。
【０２１１】
次の、フォント削除処理を説明する前に、面付け印刷について説明しておく。
【０２１２】
図２５は、本発明に係る文書処理システムにおける描画処理状態を説明する模式図であり、例えばアプリケーションから４面付け印刷を行う場合の印刷例を示している。
【０２１３】
上位アプリケーションでは、製本機能を充実するため、複数のページを１ページに印刷するような処理をプリンタドライバに任せずに独自に処理を行う。
【０２１４】
具体的には、上位アプリケーションで印刷のための描画データを貯えるデバイスコンテキストを作成し、このデバイスコンテキストへの描画指示を描画アプリケーションに対して行う。
【０２１５】
この時、４面付けであれば、１ページずつ４回の描画指示を行う。描画アプリケーションは指示された場所に指示された大きさ（実際には縮小される）で描画を行う事で最終的にデバイスコンテキスト上に４面付けのデータを作成する事ができる。
【０２１６】
この時、上位アプリケーションが面付け印刷の全ての印刷を終了し、ＯＳの登録済みのフォントの登録削除を要求されている場合、専用のＡＰＩを通して上位アプリケーションからの削除指示が描画アプリケーションに届く。
【０２１７】
そして、この指示があるかどうか判定し（１０１６）、フォントの削除指示が無いと判定した場合、そのまま本処理を終了する。このケースでは、上位アプリケーションは面付け印刷の途中であり、ＯＳに登録したフォントを削除しない。
【０２１８】
一方、ステップ（１０１６）で、指示があると判断した場合は、描画アプリケーションがＯＳに登録した全てのフォントをＯＳから登録を削除して（１０１７）、本処理を終了する。
【０２１９】
アプリケーションが１ページのみの印刷を行う場合、１ページ終了時に必ずフォントの削除指示を描画アプリケーションに対して行うように予め仕様を決定しておく必要がある。
【０２２０】
一方、ステップ（１００６）で、終了でないと判定した場合、次のＴＥＸＴ描画コマンドを取り出す（１００７）。そして、取り出したＴＥＸＴ描画コマンドについてエンベットフォントかどうか判定し（１００８）、エンベットフォントであると判断した場合は、ステップ（１００９）へ進み、フォントがＴｒｕｅＴｙｐｅ（登録商標）か否かの判定を行い、エンベットフォントでないと判定した場合、通常のフォント描画処理を起動し（１０１３）、終了後に１ページの描画処理終了判定（１００６）に戻る。
【０２２１】
一方、ステップ（１００９）で、ＴｒｕｅＴｙｐｅ（登録商標）フォントであると判断した場合は、そのままフォントをＯＳに登録し、描画することが可能なので、ステップ（１０１５）に進み、エンベットフォント描画処理を起動して、ステップ（１００６）へ戻る。
【０２２２】
一方、ステップ（１００９）で、フォントがＴｒｕｅＴｙｐｅ（登録商標）でないと判定した場合は、ステップ（１０１０）へ進み、「Ｔｙｐｅ１代替指定あり？」かどうかの判定を行う。
【０２２３】
これは、ユーザによっては、ＯＳにより代替えする／しない等の条件が異なる事によって、描画されるＴｙｐｅ１フォントのフォントフェースが異なってしまう事を避けるため、Ｔｙｐｅ１のエンベットフォントを固定的にＴｒｕｅＴｙｐｅ（登録商標）に代替え設定する場合がある。
【０２２４】
この際、代替えを行うフォントを一意的に指定するためのフォント代替えテーブルにより代替えフォントを予め指定する事ができる。
【０２２５】
そこで、ステップ（１０１０）では、予めＴｙｐｅ１を固定的に代替え（ＴｒｕｅＴｙｐｅ（登録商標））する設定かどうかを確認し、代替えする設定であると判定した場合は、ステップ（１０１３）のＦｏｎｔ描画処理に進む。
【０２２６】
一方、ステップ（１０１０）で、代替えしない設定であると判断した場合、ＯＳがＴｙｐｅ１フォントを描画可能かどうか調査し（１０１１）、ＯＳがＴｙｐｅ１フォントを描画可能であると判断した場合は、エンベットＦｏｎｔの描画処理を行い（１０１５）、ステップ（１００６）へ戻る。
【０２２７】
一方、ステップ（１０１１）で、Ｔｙｐｅ１フォントの描画をサポートしていないＯＳであると判断した場合は、Ｆｏｎｔのラスタライザを使用するかどうかの判定（予め設定された値が収集されている）を行い（１０１２）、ラスタライザを使用する設定であると判断した場合、Ｆｏｎｔラスタライザ処理を行い（１０１４）、ステップ（１００６）へ戻る。
【０２２８】
図２６は、本発明に係る文書処理システムにおける第９のデータ処理手順の一例を示すフローチャートであり、図２２に示したステップ（１０１３）におけるフォント描画処理手順に対応する。なお、（１２０１）〜（１２０６）は各ステップを示す。
【０２２９】
フォントの描画処理が起動されると、まず、図２４に示したステップ（１００２）で解析されたＩｗｐオペレータからＴＥＸＴ描画オペレータ情報を収集し解析する（１２０１）。同様に描画するフォント名を収集する（１２０２）。
【０２３０】
そして、ステップ（１２０１）、（１２０２）の情報から描画を行うフォントがＴｙｐｅ１フォントで、かつ、図２２に示したステップ（１０１２）で説明したように固定的な代替え設定かどうか判定し（１２０３）、Ｔｙｐｅ１フォントかつ代替え設定でないと判定した場合、ステップ（１２０４）でＯＳのＴＥＸＴ描画コマンドを作成し、描画を行い、ＴＥＸＴ描画後に処理を起動元に返す。
【０２３１】
一方、ステップ（１２０４）で、Ｔｙｐｅ１かつ代替え設定でないと判定した場合、このフォントがＯＳに既に登録されているかどうかを判定し（１２０５）、登録されていると判断した場合、ＴｒｕｅＴｙｐｅ（登録商標）のフォント描画と同様にＦｏｎｔの描画を行うため、ステップ（１２０４）に進む。
【０２３２】
一方、ステップ（１２０５）で、ＯＳ登録が無いと判定した場合、図２４に示したステップ（１０１２）で説明した、予め指定されたフォントの代替え指定テーブル（図２７に示すフォントの代替え指定テーブル）があり、かつ、代替えするフォントが設定されている場合は、ステップ（１２０４）の処理に進む。
【０２３３】
一方、ステップ（１２０５）で、ステップフォント代替え指定テーブルが指定されていなければ、ステップ（１２０６）の処理に進む。
【０２３４】
ここで、代替えフォントテーブル（図２７に示すフォントの代替え指定テーブル）から代替えするフォント名を検索し、ＯＳによるフォント代替処理にこのフォント情報を渡す。
【０２３５】
そして、ＯＳによる代替えフォント代替え処理では、描画フォントが指定されていれば、そのフォントで描画し、指定されていない場合、Ｔｙｐｅ１フォント名を使ってＯＳへフォント指定処理を行い、ＯＳによるフォント代替え処理を使用してフォントを描画して（１２０６）、ステップ（１２０４）へ進む。
【０２３６】
なお、ＯＳに登録されていないフォントを描画指示された場合、ＯＳはフォント情報から最適なフォントを選択する機構を備えている。
【０２３７】
図２８は、本発明に係る文書処理システムにおける第１０のデータ処理手順の一例を示すフローチャートであり、図２４に示したステップ（１０１４）におけるエンベットフォンとの描画処理手順に対応する。なお、（１１０１）〜（１１０７）は各ステップを示す。
【０２３８】
エンベットフォンとの描画処理が起動されると、まず、ＴＥＸＴオペレータを解析する（１１０１）。そして、描画するフォント名を収集する（１１０２）。複数のページを描画する場合、前に描画したページで同一のフォントを描画していた場合、このフォントがＯＳに登録されている場合がある。このような場合はＯＳへのフォント登録は行ってはいけない。
【０２３９】
そこで、フォントが既にＯＳに登録されているかどうか判定し（１１０３）、登録されていると判断した場合は、フォントの描画処理を行い（１１０４）、処理を終了する。
【０２４０】
一方、ステップ（１１０３）で、ＯＳに登録されていないと判定した場合、フォント管理テーブルを確認し、ＯＳに登録されているフォントの数を調べ、フォントのＯＳへの登録数がＮ（最大値）以上かどうかを判断して（１１０５）、Ｎ（最大値）以上であると判断した場合は、一番古いＯＳに登録したフォントをＯＳの登録から削除し（１１０６）、ステップ（１１０７）の処理に進む。
【０２４１】
一方、ステップ（１１０５）で、ＯＳへのフォントの登録数がＮ（最大値）未満であると判断した場合は、そのままエンベットフォントをＯＳに登録し、管理テーブルを変更し（１１０７）、ステップ（１１０４）のフォント描画処理に進む。
【０２４２】
なお、ステップ（１１０４）のフォント描画処理では、Ｆｏｎｔのラスタライズ処理を行う場合、描画するフォントの解像度、フォントのサイズ等、フォントの描画のために必要な情報を収集する。
【０２４３】
フォントの描画のために必要な様々な情報のあるヘッダ領域と、フォントの描画情報のあるグリフ領域、描画解像度にあわせて線の太さや位置を調整するＨｉｎｔ情報がある。
【０２４４】
Ｆｏｎｔのラスタライズのためにはこれらの情報を使用して、オリジナルのフォントを忠実にＢｉｔｍａｐ化しなければならない。このようにして作成されたＢｉｔｍａｐ（フォント）を原稿の指定された位置に描画を行うが、この際、背景にすでに色があった場合、背景色とフォントの色がスムーズにつながるように特に境界領域では表示色を計算する必要がある。
【０２４５】
図２９は、本発明に係る文書処理システムにおける第１１のデータ処理手順の一例を示すフローチャートであり、図１１に示したステップ（９０３）におけるフォントファイル管理テーブル初期設定処理手順に対応する。なお、（１３０１）〜（１３０７）は各ステップを示す。
【０２４６】
フォント管理テーブルの初期設定が起動されると、まず、外部から本ソフトウエアが起動された時、フォント管理テーブルの上限値を収集する（１３０１）。
【０２４７】
そして、外部設定値ありかどうか判定し（１３０２）、外部設定値があると判定した場合は、その値を「フォント管理テーブルの上限値」として設定し（１３０３）本処理を終了する。
【０２４８】
一方、ステップ（１３０２）で、外部設定値が無いと判定した場合、現在のＯＳに登録されているフォントの登録数を調査する（１３０４）。
【０２４９】
そして、登録数が予め設定されていた閾値以上かどうかを判断して、閾値以上であると判断した場合は、フォント管理テーブルの上限値に"６５５３５"を設定して（１３０７）、処理を終了する。
【０２５０】
一方、ステップ（１３０５）で、登録数が予め設定されていた閾値以下であると判断した場合は、例えば閾値と同じか閾値より少ないと判断した場合、フォント管理テーブルの上限値に"２"を設定し（１３０６）、本処理を終了する。
【０２５１】
なお、本ソフトウエアを開発する際に固定的に決めた上限値で、本クレームではページ印刷時までＯＳへのフォントの登録を保持するため閾値を"６５５３５"とする。これにより、実際の使用状況では、ステップ（１３０６）の処理を行うケースが無くなる。
【０２５２】
なお、上記フォント管理テーブルの上限値の最大値"６５５３５"、"２"は本ソフトウエアを開発する際に変更する事ができるように構成されている。
【０２５３】
〔第２実施形態〕
上記実施形態では、スタンドアロンで文書処理システムが構築される場合について説明したが、本発明は、ネットワークを介してサーバＰＣと通信可能な文書処理システムにも適用可能である。以下、その実施形態について説明する。
【０２５４】
図３０は、本発明の第２実施形態を示す文書処理システムの構成を説明する図であり、図１と同一のものには同一の符号を付してある。以下、ドキュメントとアクセス情報との処理について説明する。
【０２５５】
本システムは、ＰＣ２２０１と同一ネットワーク上に接続されたサーバＰＣ２２０４、プリンタ２２０２からなる。ＰＣではドキュメント作成アプリケーション、ドキュメント描画アプリケーションが動作を行う。サーバＰＣには、クライアントＰＣで作成したドキュメント（電子文書）が格納されている。また、これらのドキュメントのアクセス情報を管理するために、アクセス情報管理テーブル、簡易暗号化のためのフォントもまた格納される。
【０２５６】
電子文書を画面描画、印刷する場合、ＰＣ２２０１はオペレータからの操作で記憶装置２２０３にアクセスし該当する電子文書を取り出す。
【０２５７】
次に、この電子文書が暗号化されている場合、暗号解読にサーバＰＣ２２０４で管理するパスワード、若しくは簡易暗号化フォントファイルが必要であるか、または、印刷にサーバＰＣ２２０４で管理するパスワード、若しくは簡易暗号化フォントファイルが必要な場合、サーバＰＣ２２０４上のドキュメントアクセスマネージャに要求（アクセス情報の問い合わせ）を行い、アクセス情報管理テーブルの参照を行う。該当する登録があればパスワード、若しくは簡易暗号化フォントファイルを入手できる。
【０２５８】
この電子文書に描画が許可されていれば画面での描画を行い、印刷が許可されていればプリンタ２２０２への印刷を行う。いずれについても許可されていない場合、オペレータに対してエラーを通知する。
【０２５９】
〔第３実施形態〕
上記実施形態では、スタンドアロンで文書処理システムが構築される場合について説明したが、本発明は、ネットワークを介してサーバＰＣと通信可能な文書処理システムであって、ネットワーク上のアクセスに対して、所定のセキュリティシステムが付加されているシステム形態にも本発明を適用することができる。以下、その実施形態について説明する。
【０２６０】
図３１は、本発明の第３実施形態を示す文書処理システムの構成を説明する図であり、図１と同一のものには同一の符号を付してある。以下、ドキュメントとアクセス情報との処理について説明する。なお、サーバＰＣ２２０３とメールサーバ２２０５はインターネットＩＮＥＴを介して通信可能に構成されているシステム例に対応する。
【０２６１】
本システムは、ＰＣ２２０１と同一ネットワーク上に接続されたサーバＰＣ２２０４、プリンタ２２０２からなる。ＰＣではドキュメント作成アプリケーション、ドキュメント描画アプリケーションが動作を行う。サーバＰＣには、クライアントＰＣで作成したドキュメント（電子文書）が格納されている。また、これらのドキュメントのアクセス情報を管理するために、アクセス情報管理テーブル、簡易暗号化のためのフォントもまた格納される。
【０２６２】
電子文書を画面描画、印刷する場合、ＰＣ２２０１はオペレータからの操作でサーバＰＣ２２０４から電子文書を取り出すための要求電子メールを作成し、メールサーバ２２０５に送付する。サーバＰＣ２２０４ではドキュメントの送信要求があれば、クライアントＰＣ２２０１に電子メールでドキュメントを送付する。クライアントＰＣ２２０１が受け取った電子文書が暗号化されている場合、暗号解読にサーバＰＣ２２０３で管理するパスワードが必要であるか、または、印刷にサーバＰＣ２２０３で管理するパスワードが必要な場合、サーバＰＣ２２０３上のドキュメントアクセスマネージャに電子メールで要求を行い、アクセス情報管理テーブルの参照を行う。該当する登録があればパスワード、若しくは簡易暗号化フォントファイルを入手できる。この電子文書に描画が許可されていれば画面での描画を行い、印刷が許可されていればプリンタへの印刷を行う。いずれについても許可されていない場合、オペレータに対してエラーを通知する。
【０２６３】
上記実施形態によれば、プリンタドライバの動作速度が遅いなどのシステム条件によって、描画ソフトウエアがＧＤＩ、ＤＤＩに描画したフォント情報がプリンタドライバまでとどかないという問題について解決する事ができる。
【０２６４】
さらに、同一のフォントは複数のページにまたがって使用されているケースが多く、この様な場合面付け時のページをまたいだ場合、フォントの削除、登録という処理を削減する事ができ結果としてパフォーマンスの向上が期待できる。
【０２６５】
以下、図３２に示すメモリマップを参照して本発明に係る文書処理システムで読み取り可能なデータ処理プログラムの構成について説明する。
【０２６６】
図３２は、本発明に係る文書処理システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０２６７】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０２６８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０２６９】
本実施形態における図１１〜図１６，図２２〜図２４，図２６，図２８，図２９に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０２７０】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２７１】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２７２】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０２７３】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０２７４】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２７５】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０２７６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０２７７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２７８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるＣＰＵ等に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２７９】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０２８０】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではなく、以下の実施態様も含まれることはいうまでもない。以下、その実施態様１〜２４について説明する。
【０２８１】
〔実施態様１〕
暗号化される電子文書を作成処理可能な文書処理システムであって（暗号化には一般の暗号アルゴリズム、専用フォントによる簡易暗号技術を含む。）、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段（図２に示すドキュメント作成アプリケーション２３０１に相当）と、前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段（図１に示す記憶装置２２０３に相当）と、前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブル（図２に示すアクセス情報管理テーブル２２０３Ｂに相当）と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段（図２に示すドキュメントアクセスマネージャ２３０４に相当）とを有することを特徴とする文書処理システム。
【０２８２】
〔実施態様２〕
暗号化される電子文書をサーバ装置に登録可能な文書処理システムであって（暗号化には一般の暗号アルゴリズム、専用フォントによる簡易暗号技術を含む。）、ネットワークを介してユーザＰＣと通信する通信手段（図３０に示すネットワークＮＥＴを介する通信プログラムに相当）と、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段（図２に示すドキュメント作成アプリケーション２３０１に相当）と、前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段（図３０に示す記憶装置２２０３）と、前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブル（図２に示すアクセス情報管理テーブル２２０３Ｂに相当）と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段（図２に示すドキュメントアクセスマネージャ２３０４に相当）とを有することを特徴とする文書処理システム。
【０２８３】
〔実施態様３〕
暗号化される電子文書をサーバ装置に登録可能な文書処理システムであって（暗号化には一般の暗号アルゴリズム、専用フォントによる簡易暗号技術を含む。）、ネットワークを介してメールサーバ装置とユーザＰＣと所定の電子メールプロトコルにより通信する通信手段（図３１に示すネットワークＮＥＴ，インターネットＩＮＥＴを介する通信プログラムに相当）と、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段（図２に示すドキュメント作成アプリケーション２３０１に相当）と、前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段（図３１に示す記憶装置２２０３）と、前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブル（図２に示すアクセス情報管理テーブル２２０３Ｂに相当）と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段（図２に示すドキュメントアクセスマネージャ２３０４に相当）とを有することを特徴とする文書処理システム。
【０２８４】
〔実施態様４〕
前記所定の機能要求は、前記電子文書の描画機能，前記電子文書の印刷機能を含むことを特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２８５】
〔実施態様５〕
前記電子文書管理手段は、所定の機能処理要求時に、前記アクセス情報管理テーブルの内容を参照して、所定の機能処理を異なる態様で実行させることを特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２８６】
〔実施態様６〕
前記アクセス許可属性に対する変更要求は、前記電子文書に対するアクセス権を拡張または禁止させる要求を含むことを特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２８７】
〔実施態様７〕
所定の暗号化ロジックにより電子文書を暗号化することを特徴とする実施態様１〜３のいずれかに記載の文書処理システム（暗号化には一般の暗号アルゴリズム、専用フォントによる簡易暗号技術を含む。）。
【０２８８】
〔実施態様８〕
オペレータから電子文書を解読するためのパスワードが指定されていない場合、予め決められた文字列を使用し暗号化を解除し、解除後の許可属性を判定した後、許可されている属性内で動作を行う事を特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２８９】
〔実施態様９〕
オペレータから電子文書を解読するためのパスワードが指定されている場合、このパスワードを使用し暗号化を解除し、解除後の許可属性を判定した後、許可されている属性内で動作を行う事を特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２９０】
〔実施態様１０〕
いずれの方法でも暗号化が解除できない場合、予め電子文書に設定された機能別ＩＤ情報を指定し、電子文書の暗号化を解除するための固有のパスワードを要求することを特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２９１】
〔実施態様１１〕
文書情報を電子化して暗号化する際のパスワードの一部にネットワーク機器のＭＡＣアドレスの全部若しくは一部を含めることを特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２９２】
〔実施態様１２〕
暗号化される電子文書を作成処理可能な文書処理システムにおける文書処理方法であって、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記アクセス許可属性が設定される電子文書を記憶手段に更新可能に記憶し、前記設定ステップにより前記電子文書に対して設定される電子文書毎のアクセス許可属性、ＩＤ情報をアクセス情報管理テーブルに登録する登録ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理ステップ（図２３、図４２に示すステップ（２９１４〜２９３１））とを有することを特徴とする文書処理方法。
【０２９３】
〔実施態様１３〕
ネットワークを介してユーザＰＣと通信する通信手段を備え、暗号化される電子文書をサーバ装置に登録可能な文書処理システムにおける文書処理方法であって、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記アクセス許可属性が設定される電子文書を記憶手段に更新可能に記憶し、前記設定ステップにより前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報をアクセス情報管理テーブルに登録する登録ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理ステップとを有することを特徴とする文書処理方法。
【０２９４】
〔実施態様１４〕
ネットワークを介してメールサーバ装置とユーザＰＣと所定の電子メールプロトコルにより通信する通信手段を備え、暗号化される電子文書をサーバ装置に登録可能な文書処理システムにおける文書処理方法であって、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記アクセス許可属性が設定される電子文書を記憶手段に更新可能に記憶し、前記設定ステップにより前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報をアクセス情報管理テーブルに登録する登録ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理ステップ（図２３、図４２に示すステップ（２９１４〜２９３１））とを有することを特徴とする文書処理方法。
【０２９５】
〔実施態様１５〕
前記所定の機能要求は、前記電子文書の描画機能，前記電子文書の印刷機能を含むことを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０２９６】
〔実施態様１６〕
前記電子文書管理ステップは、所定の機能処理要求時に、前記アクセス情報管理テーブルの内容を参照して、所定の機能処理を異なる態様で実行させることを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０２９７】
〔実施態様１７〕
前記アクセス許可属性に対する変更要求は、前記電子文書に対するアクセス権を拡張または禁止させる要求を含むことを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０２９８】
〔実施態様１８〕
所定の暗号化ロジックにより電子文書を暗号化することを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０２９９】
〔実施態様１９〕
オペレータから電子文書を解読するためのパスワードが指定されていない場合、予め決められた文字列を使用し暗号化を解除し、解除後の許可属性を判定した後、許可されている属性内で動作を行う事を特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０３００】
〔実施態様２０〕
オペレータから電子文書を解読するためのパスワードが指定されている場合、このパスワードを使用し暗号化を解除し、解除後の許可属性を判定した後、許可されている属性内で動作を行う事を特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０３０１】
〔実施態様２１〕
いずれの方法でも暗号化が解除できない場合、予め電子文書に設定された機能別ＩＤ情報を指定し、電子文書の暗号化を解除するための固有のパスワードを要求することを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０３０２】
〔実施態様２２〕
文書情報を電子化して暗号化する際のパスワードの一部にネットワーク機器のＭＡＣアドレスの全部若しくは一部を含めることを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０３０３】
〔実施態様２３〕
実施態様１２〜１４のいずれかに記載の文書処理方法を実現するプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【０３０４】
〔実施態様２４〕
実施態様１２〜１４のいずれかに記載の文書処理方法を実現することを特徴とするプログラム。
【図面の簡単な説明】
【０３０５】
【図１】本発明の第１実施形態を示す文書処理システムにおけるドキュメント管理状態を説明する概念図である。
【図２】図１に示したＰＣにおけるドキュメント管理マネージャとアクセス情報管理テーブルとの対応関係を説明する図である。
【図３】図１に示した記憶装置で管理されるファイルの構造を説明する図である。
【図４】図３に示した各ページに対するテキスト描画状態を説明する図である。
【図５】図１に示した記憶装置で管理されるファイルの構造を説明する図である。
【図６】図５に示した各フォントが使用されている「ページ」と「ＯＳに登録するファイル名称」と「ＯＳに登録するフォント名称」との関係を示す図である。
【図７】本発明に係る文書処理システムにおける第１のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図である。
【図８】本発明に係る文書処理システムにおける第２のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図である。
【図９】本発明に係る文書処理システムにおける第３のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図である。
【図１０】本発明に係る文書処理システムにおける第３のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図である。
【図１１】本発明に係る文書処理システムにおける第１のデータ処理手順の一例を示すフローチャートである。
【図１２】本発明に係る文書処理システムにおける第２のデータ処理手順の一例を示すフローチャートである。
【図１３】本発明に係る文書処理システムにおける第３のデータ処理手順の一例を示すフローチャートである。
【図１４】本発明に係る文書処理システムにおける第４のデータ処理手順の一例を示すフローチャートである。
【図１５】本発明に係る文書処理システムにおける第５のデータ処理手順の一例を示すフローチャートである。
【図１６】本発明に係る文書処理システムにおける第６のデータ処理手順の一例を示すフローチャートである。
【図１７】図２に示したドキュメントアクセスマネージャが管理するテーブル群の一例を示す図である。
【図１８】図２に示したドキュメントアクセスマネージャが管理するテーブル群の一例を示す図である。
【図１９】図２に示したドキュメントアクセスマネージャが管理するテーブル群の一例を示す図である。
【図２０】図２に示したドキュメントアクセスマネージャが管理するテーブル群の一例を示す図である。
【図２１】図２に示したドキュメントアクセスマネージャが管理するテーブル群の一例を示す図である。
【図２２】本発明に係る文書処理システムにおける第７のデータ処理手順の一例を示すフローチャートである。
【図２３】本発明に係る文書処理システムにおける第７のデータ処理手順の一例を示すフローチャートである。
【図２４】本発明に係る文書処理システムにおける第８のデータ処理手順の一例を示すフローチャートである。
【図２５】本発明に係る文書処理システムにおける描画処理状態を説明する模式図である。
【図２６】本発明に係る文書処理システムにおける第９のデータ処理手順の一例を示すフローチャートである。
【図２７】図２に示したドキュメント描画アプリケーションが参照するフォントの代替え指定テーブルの一例を示す図である。
【図２８】本発明に係る文書処理システムにおける第１０のデータ処理手順の一例を示すフローチャートである。
【図２９】本発明に係る文書処理システムにおける第１１のデータ処理手順の一例を示すフローチャートである。
【図３０】本発明の第２実施形態を示す文書処理システムの構成を説明する図である。
【図３１】本発明の第３実施形態を示す文書処理システムの構成を説明する図である。
【図３２】本発明に係る文書処理システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図３３】本発明に係わるＥｄｉｔの回数を制御するための管理テーブル。
【図３４】本発明に係わるＣｏｎｔｅｎｔｓ抽出の回数を制御するための管理テーブル。
【図３５】本発明に係わるＥｄｉｔＩＤに対応するパスワードの管理テーブル。
【図３６】本発明に係わるＣｏｎｔｅｎｔｓＩＤに対応するパスワードの管理テーブル。
【図３７】本発明に係わる電子文書マネージメントアプリケーションノＵＩ。
【図３８】本発明に係わる電子文書に設定する暗号化種別の選択ＵＩ。
【図３９】本発明に係わる上位アプリケーションの処理手順の一例を示すフロー。
【図４０】本発明に係る文書処理システムにおける第３のデータ処理手順の一例を示すフローチャートである。
【図４１】本発明に係る文書処理システムにおける簡易暗号化フォントファイルの作成方法の一例を説明する図である。
【図４２】本発明に係る文書処理システムにおける第７のデータ処理手順の一例を示すフローチャートである。
【図４３】本発明に係わる簡易暗号化フォントファイルの設定、作成の選択ＵＩ。
【図４４】本発明に係わる保全年限の設定、選択ＵＩ。
【符号の説明】
【０３０６】
２２０１ ＰＣ
２２０２ プリンタ
２２０３ 記憶装置
２２０３Ａ ドキュメント
２２０３Ｂ アクセス情報管理テーブル
２２０３Ｃ 簡易暗号化フォントファイル
【技術分野】
【０００１】
本発明は、アプリケーションにより作成される電子文書を暗号化して閲覧等の処理を制限可能な文書処理システムおよび文書処理方法およびコンピュータが読取り可能な記憶媒体およびプログラムに関するものである。
【背景技術】
【０００２】
従来、文書情報を電子化して記憶装置で管理する場合に、種々の文書管理システムが提案されている。また、ネットワークシステム化の要求に応えて、ユーザが任意のネットワークを介して種々の情報を閲覧可能なシステムも実用化されている。
【０００３】
そして、このような閲覧システムにおいては、電子文書を暗号化して管理し、閲覧機能処理や、該電子文書の印刷機能処理に対して、それぞれの機能を制限する許可属性を設定して管理可能に構成されている。
【特許文献１】特開平１０−２４７１９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
サーバーでドキュメント（PDF等）のアクセス制御を管理するシステムでは、ドキュメントのセキュリティーは暗号化の技術によって実現している。暗号化技術は常に進化しているので、使用しないドキュメントを放置しておいた場合、悪意のある第３者に解析されてしまう危険がある。
【０００５】
ドキュメント管理システムにおいて、この様なリスクを少しでも低くするためには、必要なくなったドキュメントを随時削除可能な機能が必要である。
【０００６】
さらに、ドキュメント管理システムから外に出たファイルについては読み出し、印刷、編集等といったアクセス制御は可能であったが、削除する機能は不完全であった。
【０００７】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、アプリケーションにより作成した電子文書にアクセス許可属性，機能別ＩＤ情報を設定した状態で、かつ暗号化して保存管理する場合に、簡単な属性情報変更指示に基づき、管理されている電子文書にアクセス許可情報、削除情報を設定して、該属性情報に対する個別の属性変更要求に適応して、属性情報を自動更新することにより、一旦作成された電子文書の様々なデータ処理を行うための所定の属性情報を自在に変更して、簡単な操作で、ユーザからの属性変更要求に適応して既に作成されている電子文書に対して、同様の電子文書作成処理を繰り返すことなく、登録時とは異なる属性（閲覧，印刷等の許可属性を含む）となるように拡張あるいは制限して、作成済みの電子文書に設定した属性を自在に変更管理でき削除が可能な利便性に優れた文書処理システムおよび文書処理方法およびコンピュータが読取り可能な記憶媒体およびプログラムを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の文書処理システムは以下に示す構成を備える。
【０００９】
本発明は、暗号化される電子文書を作成処理可能な文書処理システムであって、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段（図２に示すドキュメント作成アプリケーション２３０１に相当）と、前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段（図１に示す記憶装置２２０３）と、前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブル（図１に示すアクセス情報管理テーブル２２０３Ｂに相当）、暗号化の手段である簡易暗号化フォントファイル図１に示す簡易暗号化フォントファイル２２０３Ｃに相当）と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段（図２に示すドキュメントアクセスマネージャ２３０４に相当）とを有することを特徴とする。
【００１０】
また、本発明は、暗号化される電子文書を作成処理可能な文書処理システムにおける文書処理方法であって、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報、簡易暗号化フォント情報を前記電子文書に対して設定する設定ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記アクセス許可属性が設定される電子文書を記憶手段に更新可能に記憶し、前記設定ステップにより前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報をアクセス情報管理テーブルに登録する登録ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理ステップ（図２３、図４２に示すステップ（２９１４〜２９３１））とを有することを特徴とする。
【００１１】
さらに、上記文書処理方法を実現するプログラムをコンピュータが読み取り可能な記憶媒体に記憶したことを特徴とする。
【００１２】
さらに、上記文書処理方法を実現するプログラムであることを特徴とする。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、アプリケーションにより作成した電子文書にアクセス制御の登録に加えて抹消要求の情報の管理をサーバーに行う事で、既に配布したドキュメントについてOPENや表示等のアクセス制御だけでなく、ファイル自体の削除が可能となる。これにより、使用されなくなったドキュメントや回収したいドキュメントを配布後に動的に削除する事ができるので、悪意ある第３者にファイルが渡り、解析される危険性を減らすことができる。
【発明を実施するための最良の形態】
【００１４】
〔第１実施形態〕
図１は、本発明の第１実施形態を示す文書処理システムにおけるドキュメント管理状態を説明する概念図である。
【００１５】
図１において、本システムは、パーソナルコンピュータ等のＰＣ２２０１とそれが使用する、例えば外部記憶装置であるハードディスク等の記憶装置２２０３、ネットワーク通信可能なプリンタ２２０２からなり、該記憶装置２２０３に記憶される所定のオペレーティングシステムを図示しない内部メモリであるＲＡＭ等にロードして、各種のアプリケーションを実行し、該アプリケーション実行に伴って生成される各種のファイルをプリンタ２２０２から印刷可能に構成されている。
【００１６】
ＰＣ２２０１ではドキュメント作成アプリケーション、ドキュメント描画アプリケーションが動作を行い、記憶装置２２０３を使用している。記憶装置２２０３にはＰＣ２２０１で作成した電子文書情報（以下、単に電子文書と呼ぶ場合がある）としてのドキュメント２２０３Ａが格納されている。
【００１７】
また、これらのドキュメントのアクセス情報を管理するために、アクセス情報管理テーブル２２０３Ｂも格納され、グリフテーブルを変更した簡易暗号フォントファイル２２０３Ｃの情報も格納される。
【００１８】
電子文書２２０３Ａを印刷する場合、ＰＣ２２０１はオペレータからの操作で記憶装置２２０３にアクセスし、該当する電子文書を取り出す。次に、この電子文書が所定の暗号化方法により暗号化されている場合、必要に応じてアクセス情報管理テーブル２２０３Ｂの参照を行う。この際、該当する登録があればパスワードを入手できる。
【００１９】
次に、この電子文書に描画が許可されていれば画面での描画を行い、印刷が許可されていればプリンタ２２０２への印刷を行う。いずれについても許可されていない場合、オペレータに対してエラーを通知する。
【００２０】
図２は、図１に示したＰＣ２２０１におけるドキュメント管理マネージャとアクセス情報管理テーブル２２０３Ｂとの対応関係を説明する図であり、図１と同一のものには同一の符号を付してある。
【００２１】
図２において、２３０４はドキュメントアクセスマネージャで、記憶装置２２０３に記憶されるモジュールとして構成される。
【００２２】
そして、本実施形態においては、ドキュメント作成アプリケーション２３０１、ドキュメント描画アプリケーション２３０２、ドキュメントアクセス権変更アプリケーション２３０３の３つのオペレータサイドのデータ処理機能があり、通常のドキュメントの作成、描画、編集、印刷等を行う。
【００２３】
そして、許可属性が電子ファイルによる物のみの場合、ドキュメント作成アプリケーション２３０１のみでドキュメントの作成、属性の決定、暗号化等を行う。
【００２４】
オペレータの指示により許可属性を変更可能にしたい場合、ドキュメントアクセスマネージャ２３０４に対して、ＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化フォントファイル）の管理テーブル２３０７、ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化フォントファイル）の管理テーブル２３０８、Ｐｒｉｎｔ回数有効期限制限テーブル２３０５、Ｖｉｅｗ回数有効期限制限テーブル２３０６、ＣｈａｎｇｅＩＤとパスワードの管理テーブル２３１２、ＣｏｎｔｅｎｔｅＥｘＩＤ（抽出ＩＤ）とパスワードの管理テーブル２３１３、Ｃｈａｎｇｅ回数有効期限制限テーブル２３１０、ＣｏｎｔｅｎｔｅＥｘＩＤ回数有効期限制限テーブル２３１１、ドキュメントＩＤとＰｒｉｎｔＩＤ、ＶｉｅｗＩＤ、ＣｈａｎｇｅＩＤ、ＣｏｎｔｅｎｔｅＥｘＩＤ、保存年限、最長保存年限、期限経過後の操作の関係を示すテーブル２３０９等を使い、ドキュメントのパスワードと使用回数の制限を行う。これらのテーブルはＰＣ２２０１の記憶装置２２０３内に置く。
【００２５】
図３は、図１に示した記憶装置２２０３で管理されるファイルの構造を説明する図であり、例えばＩＷＰファイルの暗号化データ構造例に対応する。なお、ＩＷＰとは、特定フォーマット仕様に従い作成された電子文書を指す。
【００２６】
以下、暗号化されたＩＷＰファイルの構成について説明する。
【００２７】
まず、ファイルヘッダ１８０１の先頭行には"％ＩＷＰ−"と言う特定の文字列があり、データがこの文字列から始まる場合、本ソフトウエアで描画可能なファイルである。
【００２８】
このＩＷＰファイルには、例えば複数ページ１８０２〜１８０４の描画に必要な情報を確認する事ができる。
【００２９】
このＩＷＰファイルが暗号化されているかどうかを示すエントリ１８０５の記載が含まれる。暗号化されたＩＷＰファイルの場合、"Ｅｎｃｒｙｐｔ"エントリ１８０５が設定される。これが設定された場合、ＩＷＰファイル内の描画オブジェクト、イメージデータ、パスデータは、例えば暗号化ツールであるＲＣ４、ＭＤ５によって暗号化されていることを示している。
【００３０】
各ページ１８０２，１８０３，１８０４では各々、描画データ、イメージデータ、パスなどの描画データが格納されている。これらのデータは同一ページ内で任意の個数記載する事ができ、順序も特定されていない。
【００３１】
図４は、図３に示した各ページ１８０２〜１８０４に対するテキスト描画状態を説明する図であり、図４に示す例では、「各ページで使用するフォントが同じ場合」では、３ページの電子文書のそれぞれにフォントが組み込まれている場合について説明する。
【００３２】
図４に示すように、１ページ目にはＦｏｎｔ００１とＦｏｎｔ００３の組み込みフォントを使用したテキスト描画１００があり、２ページ目にはＦｏｎｔ００２の組み込みフォントを使用したテキスト描画１０１があり、３ページ目にはＦｏｎｔ００３とＦｏｎｔ００１の組み込みフォントを使用したテキスト描画１０２がある。
【００３３】
図５は、図１に示した記憶装置２２０３で管理されるファイルの構造を説明する図であり、例えば図４に示したテキスト描画１００〜１０２に対するＩＷＰファイルのエンベットフォントデータ構造例に対応する。
【００３４】
以下、ＩＷＰファイルのページ描画データと組み込み（以降、エンベットと記載する）フォントデータでは、ＩＷＰ（またはＰＤＦ）データ内のフォントの描画情報と、描画に必要なエンベットフォント情報の関係について説明する。
【００３５】
まず、ファイルヘッダ２０１の先頭行には"％ＩＷＰ−"と言う特定の文字列があり、データがこの文字列から始まる場合本ソフトウエアで描画可能なファイルであることを示している。
【００３６】
図５に示すＩＷＰファイルには複数ページ２０２〜２０５の描画に必要な情報を確認する事ができる。
【００３７】
２０６は図４に示したページデータ１００のＩＷＰファイル内の格納位置を示したものである。このページではＦｏｎｔ００１と、Ｆｏｎｔ００３の２つのフォントをエンベットしている。
【００３８】
これらのフォントを描画する場合、Ｆｏｎｔ００１はフォント情報２０２を参照し、Ｆｏｎｔ００３はフォント情報２０４を参照する。
【００３９】
２０７は図４に示したページデータ１０１のＩＷＰファイル内の格納位置を示したものである。このページではＦｏｎｔ００２エンベットしている。これらのフォントを描画する場合、Ｆｏｎｔ００２はフォント情報２０３を参照する。
【００４０】
２０８は図４に示したページデータ１０２のＩＷＰファイル内の格納位置を示したものである。このページではＦｏｎｔ００３と、Ｆｏｎｔ００１の２つのフォントをエンベットしている。これらのフォントを描画する場合、Ｆｏｎｔ１はフォント情報２０２を参照し、Ｆｏｎｔ３はフォント情報２０４を参照する。
【００４１】
このように、複数のページで同じフォントを描画する場合、参照するフォントファイルを共通化している。
【００４２】
本アプリケーションではエンベットされたフォントを描画する際、図５に示すようなフォント情報からフォントファイルを作成し、このフォントファイルをＯＳに登録後に描画を行う。
【００４３】
一方、例えばパーソナルコンピュータにおけるＯＳの１つであるところのＷｉｎｄｏｗｓ（登録商標）は、多くのＯＳの種類（Ｗｉｎｄｏｗｓ（登録商標）９５，Ｗｉｎｄｏｗｓ（登録商標）９８，Ｗｉｎｄｏｗｓ（登録商標）ＳＥ，Ｗｉｎｄｏｗｓ（登録商標）ＸＰ）を持っているが、各ＯＳによって登録できるフォント数の上限が異なる。
【００４４】
このため、それぞれＯＳに登録できるフォントの上限を管理し、また、フォントファイルの重複作成、無駄なＯＳへのフォント登録を回避し、描画速度を向上させるためにフォント管理テーブルを作成する。
【００４５】
図６は、図５に示した各フォントが使用されている「ページ」と「ＯＳに登録するファイル名称」、「ＯＳに登録するフォント名称」との関係を示す図である。
【００４６】
図６に示すように、各ＯＳでは最大Ｎ個（プログラム作成時に変更可能）のフォントを同時に登録する事が可能である。
【００４７】
例えばテーブル番号１のフォントは１ページ目でのみ使用され、ＯＳに登録するフォントファイル名称は「ＮｅｗＤＴＸＤＥＦ＋Ｃｅｎｔｕｒｙ１１２５０４０１００．ｔｔｆ」、ＯＳに登録するフォント名称は「ＮｅｗＤＴＸＤＥＦ＋Ｃｅｎｔｕｒｙ１１２５０４０１００」のようになる。今、１ページを描画し、次に２ページを描画する場合を考える。
【００４８】
Ｐａｇｅ１では８個のフォントファイルを作成し、８種類のフォントを描画する。次に２ページ目を描画する場合、１１個のフォントファイルが必要だが、１ページ目で作成されていない６個のフォントファイルを作成すれば良い事になり、５個分のファイル作成時間を省く事ができる。
【００４９】
図７は、本発明に係る文書処理システムにおける第１のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図である。
【００５０】
図７に示すフォント管理テーブルＦＭＴＡＢは、フォントファイル管理テーブルＦＦＭＴＡＢへのポインタ５０１、作成済みフォントファイル数５０２、登録済みのフォントファイル数５０３で構成されている。
【００５１】
最初のページで、最初のフォントを描画する場合、フォント管理テーブルＦＭＴＡＢをまず参照し、次に、フォントファイル管理テーブルへのポインタ５０１からフォントファイル管理テーブルＦＦＭＴＡＢを参照する。
【００５２】
フォントファイル管理テーブルＦＦＭＴＡＢには「ＩＷＰ内部のフォント名称」、「ＯＳに登録するフォントファイル名称」、「ＯＳに登録するフォント名称」の３つの項目がある。
【００５３】
ＩＷＰファイルにエンベットされたフォントはＩＷＰファイル作成時に使用したオリジナルのフォントと異なるフォント名称がつけられている。これは、ＩＷＰファイルがページ毎に他のＩＷＰファイルと入れ替えなどの編集を行う事が可能であるが、エンベットフォントに関しては使用ページ毎に分割や結合ができないため、ページ編集の時に他のページで使用している同一のフォントと重複しない措置である。
【００５４】
また、本アプリケーションは同一のＰＣ内で複数起動されることがあり、その際同じＩＷＰファイルを描画する事がある。この時、ＩＷＰファイルで使用されているフォントをそのままＯＳに登録すると、同じフォントを同時にＯＳに登録する。このような状況ではアプリケーションの不正処理やＯＳのクラッシュなどの問題を引き起こす可能性がある。
【００５５】
このため、ＯＳに登録するフォント名称をＩＷＰファイル内のフォント名称と変異なるように変更している。新規にＯＳに登録するフォントについてはフォントファイル管理テーブルＦＦＭＴＡＢに必ず登録する必要がある。
【００５６】
図８は、本発明に係る文書処理システムにおける第２のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図であり、ＯＳに登録するファイルがＮ（最大値）になった状態を示してある。
【００５７】
図８に示すフォント管理テーブルＦＭＴＡＢは、フォントファイル管理テーブルＦＦＭＴＡＢへのポインタ６０１、作成済みフォントファイル数６０２、登録済みのフォントファイル数６０３で構成されている。
【００５８】
この時、例えば図９に示すように１ページ当たり、２０１種類のエンベットフォントを使用している場合、登録テーブルの最大値を超えるので、２０１個目のフォントが描画できない事になる。
【００５９】
図１０は、本発明に係る文書処理システムにおける第３のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図であり、図９に示したように、２００個を越えるエンベットフォントを使用する場合に対応する。以下、２０１個目のエンベットフォントの描画について説明する。
【００６０】
図１０に示すように、「フォント管理テーブル」の「登録済みのフォントファイル数」がＮ（最大値）の場合、「フォントファイル管理テーブル」の２０１番目に新しいエンベットフォント情報を登録する。
【００６１】
次に一番古いフォントについてＯＳへのフォント登録を解除し、「フォントファイル管理テーブル」の「ＯＳに登録するＦＯＮＴ名称」を削除する。
【００６２】
この時点では「登録済みのフォントファイル数」は１９９となる。
【００６３】
最後に「フォントファイル管理テーブル」の２０１番目に登録したフォントをＯＳに登録し、「ＯＳに登録するＦＯＮＴ名称」にフォント名称を書き込む。
【００６４】
図３７は、本発明に係る文書処理システムにおける第１のデータ処理手順の一例を示すフローチャートであり、文書処理システムのユーザーインタフェース（ＵＩ）とその操作方法に対応する。
【００６５】
本文書処理システムは「電子文書マネージメントアプリケーション」という形態のユーザーインタフェースをもっている。このアプリケーションは複数のデータ形式の電子文書を扱うことができる。
【００６６】
電子文書AはたとえばWindows（登録商標）の電子文書フォーマットである（３５０１）。電子文書Bはたとえばイメージやテキスト文書を指している（３５０４）。
【００６７】
このほかにも暗号なしＩＷＰ文書（３５０２）や暗号つきＩＷＰ文書（３５０５）を扱うことができる。
【００６８】
暗号なしＩＷＰ文書（3503）についてオペレータがアクセス権の設定や印刷をする場合、その手段の一つとしてマウスの右ボタンをクリックしてメニュー（３５０６）を出す方法がある。オペレーターは表示されたメニューから任意の操作を選択する。
【００６９】
図３８は前述のオペレータの操作により起動され、オペレータの操作の解析と、操作内容により行う処理のフローを説明した図である。
【００７０】
本フローでは通常（３６０１）によりユーザーの操作を恒常的に待っている状態である。オペレータの操作があった場合、操作内容の解析処理を行う（３６０２）。
【００７１】
本解析はWindows（登録商標）ＯＳから渡される情報に基づいて行う。
【００７２】
解析結果を判定し（３６０３）、がアクセス権設定支持である場合後述のアクセス権設定ＵＩを表示させる（３６０４）。ＵＩによりアクセス権が設定される後述のアクセス権設定処理を起動する（３６０５）。（３６０３）でアクセス権設定指示がない場合、と共に次の処理に進む。解析結果を判定し、印刷支持若しくは画面表示であった場合（３６０５）、印刷／画面描画処理を起動する（３６０６）。フォントの暗号化が指示されているかどうか判定し（３６０７）、指示されていればフォントの暗号化を設定するＵＩを起動する（３６０８）。指示されて以いない場合はそのまま終了処理にすすむ。次に後述のアクセス権設定処理を起動する（３６０５）。そして処理を終了する。
【００７３】
図４３はアクセス権設定ＵＩの画面を説明した一例である（３４０１）。
【００７４】
ＩＷＰファイルは複数のバージョンを持っているため、「互換性」で他のシステムとの互換性を保つためにバージョンを選択できる（３４０２）。
【００７５】
ＩＷＰファイルは暗号化機能をサポートしている。標準的な暗号アルゴリズムＲＣ４とＭＤ５を使用した暗号、で４０Ｂｉｔと１２８Ｂｉｔの「安行強度」（暗号鍵長）をオペレータが選択可能である（３４０３）。
【００７６】
ＩＷＰファイルでは２種類のパスワードをサポートしている。ひとつは「文書を開くパスワード」でこれば後述の“Ｕ”パスワードにあたる（３４０４）。
【００７７】
このパスワードはファイルを開く目的に使用する。
【００７８】
もうひとつは「文書管理パスワード」で後述の“Ｏ”パスワードにあたる（３４０５）。このパスワードはＩＷＰファイルのアクセス権を変更する権限を持っている。オペレータがＩＷＰファイルの印刷を制限したい場合、「印刷許可」で「許可しない」を設定する（３４０６）。オペレータがＩＷＰファイルの編集を制限したい場合、「編集許可」で「許可しない」を設定する（３４０７）。
【００７９】
オペレータがＩＷＰファイルのコンテンツ抽出を制限したい場合、「Text,Imageその他のコンテンツのコピー許可」で「許可しない」を設定する（３４０８）。オペレータがＩＷＰファイル内のテキストの外部デバイスで使用を制限したい場合、「スクリーンビューアーのTextアクセス」で「許可しない」を設定する（３４０９）。
【００８０】
図３９は簡易暗号化フォントファイルの設定ＵＩ画面を説明した一例である。
【００８１】
ユーザーは既に作成した簡易暗号化フォントファイル（図左のファイル選択メニュー）か、新規にフォントファイルを作成する（図右のチェックボックス）かを選択する事ができる。既に作成したフォントファイルから選択する場合、既に許可を与えた人に同様な権限でアクセス件を付与できる利点が有る。新規作成した場合、該当の文書のみの唯一の暗号化フォントを作成することができる。
【００８２】
図41は簡易暗号化フォントの作成方法を説明したいＶ比例である。上半分が通常のＯＳ等に存在するフォントである。このケースではアプリケーションが使用する“文字コード”と“グリフを指すインデックス”と“グリフ”は一定の“予め決められた規則“に従って作成されている。下半分の簡易暗号化フォントでは“グリフを指すインデックス”のテーブルをランダムに入れ替え、これと対になるアプリケーションが使用する文字コードを入れ替える（読み替える）ことで“独自の規則”を作り他の環境化では文字化けを起こし、テキストが読み取れないようにする事ができる。
【００８３】
図４４は、文書の保存期限の設定画面の一例を説明した図である。法的な規定による保存年限をYYYY/MM/DDの様に指定する。指定に際してはカレンダーから選択する方法、現在の日時から法的な規定年数を加算する方法等使用状況によって変更可能（4402）。法的な規定による保存年限に追加して会社などの規定により延長して保管する期限をYYYY/MM/DDの様に指定する。指定に際してはカレンダーから選択する方法、現在の日時から法的な規定年数を加算する方法等使用状況によって変更可能（4403）。保存年限、最長保存年限が到来した後の期限経過後のファイルの扱いを規定する（４４０４）。抹消を選択した場合、該当文書をユーザーが開こうとして、ユーザーが使用しているアプリケーションがドキュメントアクセスマネージャに問い合わせた場合、アプリケーションに対して抹消指示を送る。
【００８４】
設定が終了した場合、OK（４４０５）を選択する。設定を取り消したい場合はキヤンセル（４４０６）、使用法を確認したい場合はヘルプ（４４０７）を選択する。
【００８５】
図１１は、本発明に係る文書処理システムにおける第１のデータ処理手順の一例を示すフローチャートであり、例えばＩＷＰＦｉｌｅの描画処理手順に対応する。なお、（９０１）〜（９１２）は各ステップを示す。
【００８６】
なお、本ソフトウエア（プログラム）による処理は、上位アプリケーションにより指定されたＩＷＰファイルを描画するアプリケーションである。
【００８７】
そして、上位アプリケーションによりＩＷＰファイルの描画指示がされると、本アプリケーションに基づく処理が起動される。このフローチャートでは全体の流れを記載し、各項目の細かな処理については図１２以降で説明する。
【００８８】
まず、指定されたＩＷＰファイル（ＩＷＰＦｉｌｅ）をオープンする（９０１）。この時、ＯＰＥＮできない場合については別途エラー処理が必要であり、上位アプリケーションに対してエラーを返し、その際エラー種別を通知する。
【００８９】
そして、ＩＷＰファイルがＯＰＥＮできた場合、ファイルが暗号化されているかどうかの判定を行う（９０２）。
【００９０】
そして、Ｆｏｎｔ管理テーブル，ＦｏｎｔＦｉｌｅ管理テーブルの初期設定を行う（９０３）。
【００９１】
次に、１ページ目の描画処理を行い（９０４）、２ページ目の描画処理を行い（９０５）、３ページ目の描画処理を行（９０６）、最後にＸページ目の描画処理を行う（９０７）。
【００９２】
なお、各ページの描画処理の詳細については図１２以降で説明する。
【００９３】
本ソフトウエアはエンベットフォンとの描画のためにＩＷＰファイルから取り出したフォントをＯＳに登録するが、描画処理が終了した時点でこの登録を削除する必要がある（９０８）。
【００９４】
この際、面付けで使用するためにＯＳに登録されたフォントについてもすべて登録削除する。
【００９５】
そして、フォントのＯＳへの登録を削除完了後、Ｆｏｎｔ管理テーブルを初期化する（９０９）。一時作業エリアに作成した面付けに使用した全てのフォントファイルを削除し（９１０）、フォントファイル管理テーブルを初期化する（９１１）。
【００９６】
最後に、ＩＷＰファイルをクローズして（９１２）、処理を終了する。
【００９７】
次に、ファイルが暗号化されていた場合のステップ（９０２）処理について説明する。
【００９８】
図１２は、本発明に係る文書処理システムにおける第２のデータ処理手順の一例を示すフローチャートであり、図１１に示したステップ（９０２）における詳細手順に対応する。なお、（１９０１）〜（１９１１）は各ステップを示す。
【００９９】
まず、"ＩＷＰファイルのＴｒａｉｌｅｒデータエリアからＥｎｃｙｉｐｔ文字列の取り出し"の処理を行う（１９０１）。
【０１００】
この際、"Ｅｎｃｒｙｐｔ"設定がされているかどうか判定し（１９０２）、Ｅｎｃｙｉｐｔ文字列が検索できたと判定した場合はステップ（１９０３）の処理に進み、暗号化されていないと判定した場合は、そのまま次のページ描画処理に進むため、本処理を終了する。
【０１０１】
なお、ＩＷＰファイルにはファイルＯＰＥＮの許可を設定するためにユーザパスワード"Ｕ"を予め設定できる。そして、パスワード"Ｕ"が設定されている場合、ＩＷＰファイルに格納されているユーザパスワードと同等なパスワードを作成し、復号化を行う必要がある。設定されていない場合は予め指定された文字列により暗号化キーを作成し、このキーを使ってＩＷＰファイルの復号化処理を行う事ができる。
【０１０２】
そこで、パスワード"Ｕ"が設定されているかどうか判定し（１９０３）、設定されていると判定した場合は、上位アプリケーションによってパスワードが指定されていれば、この文字列を使って暗号化キーの作成の処理に進む（１９０４）。
【０１０３】
一方、ステップ（１９０３）で、パスワードが設定されていないと判断した場合、予め決められた文字列を使って暗号化キーを作成して（１９１２）、ステップ（１９０５）へ進む。
【０１０４】
この際、上位アプリケーションが指定したパスワードが３２バイトより短い場合、前記の文字列の先頭から不足バイト分だけパスワードに追加する。
【０１０５】
次に、ＩＷＰファイル内に設定されたパスワード"Ｕ"をＲＣ４によって復号化する（１９０５）。
【０１０６】
そして、ＩＷＰファイルから取り出して復号化したパスワードと、前記あらかじめ決められた文字列を比較して（１９０６）。この比較の結果が不一致かどうかを判定し（１９０７）、一致していると判定した場合（ステップ１９０７でＮＯと判定された場合）は、正しいパスワードが設定されたと判断し、文書全体の文字列について、上述の様にＭＤ５，ＲＣ４を用いて復号化を行い（１９１０）、処理を終了する。
【０１０７】
一方、ステップ（１９０７）で、パスワードが不一致であると判断した場合は、ドキュメントアクセスマネージャ２３０４に対して"Ｕ"パスワードの収集を行う（１９０８）。
【０１０８】
ここで収集した"Ｕ"パスワードが一致しているかどうかを判断して（１９０９）、不一致であると判断した場合（ステップ１９０９でＮＯと判定された場合）、上位アプリケーションに対してその旨を通知する処理を行うため、ファイルのＯＰＥＮエラーと、エラーコードを通知して（１９１１）、本処理を終了する。
【０１０９】
一方、ステップ（１９０９）で、一致していると判断した場合は、正しいパスワードが設定されたと判断し、文書全体の文字列について、上述の様にＭＤ５，ＲＣ４を用いて復号化を行い（１９１０）、本処理を終了する。
【０１１０】
図１３は、本発明に係る文書処理システムにおける第３のデータ処理手順の一例を示すフローチャートであり、図１２に示したステップ（１９０８）における詳細手順（アクセス情報から"Ｕ"パスワード収集処理手順）に対応する。なお、（３００１）〜（３０２２）は各ステップを示す。
【０１１１】
図１２において説明したステップ（１９１０）でアクセス情報から"Ｕ"パスワード収集が起動されると、電子文書（ＩＷＰ）ファイル内に設定されているアクセス情報を参照するためのＩＤ１８０６から、ＰｒｉｎｔＩＤ，ＶｉｅｗＩＤを収集する。
【０１１２】
まず、ドキュメントアクセスマネージャーに保存年限に関する情報を要求する（３０１８）、収集した情報から保存年限期限経過でかつ抹消設定ありかどうか判断し（３０１９）、設定なしの場合はそのままPrintID収集の処理（３００１）に進む。抹消設定が無い場合、抹消をユーザーに通知する設定が予めされているかどうか判断し（３０２０）、設定がされていなければ文書（File）の削除処理（３０２２）に進み、ファイルを完全に消去する。ユーザーに通知する設定の場合は、「この文書は作成者（Aさん）の指示で削除しました。」等の文面のダイアログを表示する。ユーザーに通知する設定は、ドキュメント管理システムとして文書の抹消をユーザーの意図にかかわらず強制的に削除したい場合に「非通知」を選択する。複数のユーザーでPCを使用する場合や、NotePC等が盗難、不正使用されている事が解った場合、文書の作成者がセキュリティー確保のため配布済みの文書を消す目的で使用できる。
【０１１３】
ＰｒｉｎｔＩＤを収集し（３００１）、ＰｒｉｎｔＩＤが指定されているかどうか判定し（３００２）、指定されていると判断した場合は、ドキュメントアクセスマネージャにＰｒｉｎｔＩＤを送り、パスワードを要求する（３０１０）。そして、パスワードが収集可能かどうか判定し（３０１１）、収集可能であると判断した場合は、ＰｒｉｎｔＩＤをキーにＭＤ５、ＲＣ４を使用して暗号化キーを作成する（３０１２）。このキーを元にパスワード"Ｏ"をＲＣ４で復号化して（３０１３）、処理を終了する。
【０１１４】
一方、ステップ（３０１１）で、パスワードが収集できないと判断した場合、フォントファイル（簡易暗号化フォントファイル）が収集可能かどうか判断し（３０１６）、収集可能であればフォントファイルを適宜メモリ、又はＯＳのファイルシステム上に保存し（３０１７）、ドキュメントアクセスマネージャーシステムが使用できる様にする。
【０１１５】
ＶｉｅｗＩＤを収集し（３００３）、ＶｉｅｗＩＤが指定されているかどうか判定し（３００４）、ＶｉｅｗＩＤが指定されていると判定した場合、ドキュメントアクセスマネージャ２３０４にＶｉｅｗＩＤを送り、パスワードを要求する（３００５）。ＶｉｅｗＩＤが収集できない場合、フォントファイル（簡易暗号化フォントファイル）が収集可能かどうか判断し（３０１８）、収集可能であればフォントファイルを適宜メモリ、又はＯＳのファイルシステム上に保存し（３０１９）、ドキュメントアクセスマネージャーシステムが使用できる様にする。
【０１１６】
そして、パスワードが収集可能かどうか判定し（３００６）、収集可能であると判断した場合は、ＶｉｅｗＩＤをキーにＭＤ５、ＲＣ４を使用して暗号化キーを作成する（３００７）。
【０１１７】
そして、このキーを元にパスワード"Ｕ"をＲＣ４で復号化して（３００８）、次の処（３０１４）に進む。
【０１１８】
一方、ステップ（３００６）で、パスワードが収集不可能であると判断した場合は、または、ステップ（３００４）でＶｉｅｗＩＤが収集不可能であると判断した場合、次の処理に進む（３０１４）。
【０１１９】
ＥｄｉｔＩＤについて３００４〜３００９と同様な処理を行う（３０１４）。
【０１２０】
ＣｏｎｔｅｎｔＥx ＩＤについて３００４〜３００９と同様な処理を行う（３０１５）。
【０１２１】
図１４は、本発明に係る文書処理システムにおける第４のデータ処理手順の一例を示すフローチャートであり、後述するアクセス情報から"Ｏ"パスワードを収集する処理手順に対応する。なお、（３１０１）〜（３１０７）は各ステップを示す。
【０１２２】
後述する図１５におけるステップ２０１２でアクセス情報から"Ｕ"パスワード収集が起動されると、電子文書（ＩＷＰ）ファイル内に設定されているアクセス情報を参照するためのＩＤ１８０６から、ＰｒｉｎｔＩＤを収集する。
【０１２３】
まず、ＰｒｉｎｔＩＤを収集し（３１０１）、ＰｒｉｎｔＩＤが指定されているかどうか判定し（３１０２）、指定されていると判断した場合は、ドキュメントアクセスマネージャにＰｒｉｎｔＩＤを送り、パスワードを要求する（３１０３）。
【０１２４】
そして、パスワードが収集可能かどうか判定し（３１０４）、収集可能であると判断した場合は、フォントファイル（簡易暗号化フォントファイル）が収集可能かどうか判断し（３１０８）、収集可能であればフォントファイルを適宜メモリ、又はＯＳのファイルシステム上に保存し（３１０９）、ドキュメントアクセスマネージャーシステムが使用できる様にする。次に、ＰｒｉｎｔＩＤをキーにＭＤ５、ＲＣ４を使用して暗号化キーを作成する（３１０５）。そして、このキーを元にパスワード"Ｏ"をＲＣ４で復号化して（３１０６）、処理を終了する。
【０１２５】
一方、ステップ（３１０２）で、指定されていないと判断した場合は、またはステップ（３１０４）で、パスワードが収集不可能であると判断した場合は、エラー情報を設定し（３１０７）、処理を終了する。次に、図１０に示したＦｏｎｔ管理テーブルの初期設定を行う。
【０１２６】
フォント管理テーブルの最大値の決定処理におけるＦｏｎｔＦｉｌｅ管理テーブルの初期設定処理については、後述する図２９を用いて説明する。
【０１２７】
図１５は、本発明に係る文書処理システムにおける第５のデータ処理手順の一例を示すフローチャートであり、１ページの描画処理手順に対応する。なお、（２１０１）〜（２１１２）は各ステップを示す。
【０１２８】
まず、詳細は後述するファイルが暗号化されていた場合の処理を行い（２１０１）、そして、描画処理かどうかを判定する（２１０５）。描画処理であればフォントファイル（簡易暗号化フォントファイル）をメモリ、若しくはストレージから読み込み、このフォントをＧＤＩを使用してＯＳに登録し、使用可能な状態にする（２１１１）。（２１０２）の画面（GDI）への描画処理を行う。描画の処理が終了した場合、（２１１１）で登録したフォントをＯＳから削除する（２１１２）。フォントを登録するとメモリを消費するので使用しないフォントは登録を削除する事が必要である。描画処理でない場合、（２１０７）の判定処理を行う。ＩＷＰファイルに対して、フォント、イメージ、パスなどの描画処理を行い（２１０２）〜（２１０４）と（２１１１、２１１２）、続いて編集処理かどうかの判定を行う（２１０７）。編集処理の場合は（２１０８）の処理に進むみ、ファイルアクセス、ページ編集などの処理を行う。編集処理でない場合は（２１０９）の判定処理に進む。最後にContents抽出処理かどうかの判定を行う（２１０９）。Contents抽出処理の場合は（２１１０）の処理に進み、テキスト抽出、イメージ抽出などの処理を行う。Contents抽出処理でない場合は処理を終了する。なお、ステップ（２１０１）で、暗号化されていて、かつ、印刷が不許可の場合、画面解像度で印刷するかどうかを選択する事ができるように構成されている。
【０１２９】
次に、図１５に示したステップ（２１０１）で暗号化されていた場合の印刷処理について説明する。
【０１３０】
図１６は、本発明に係る文書処理システムにおける第６のデータ処理手順の一例を示すフローチャートであり、ＩＷＰファイルが暗号化されていた場合の印刷解像度変換処理手順に対応する。なお、（２００１）〜（２０１２）は各ステップを示す。
【０１３１】
上述の図１２に示したステップ（１９０２）と同様に、ＩＷＰファイルが暗号化されているかどうかを判定する（２００１）。
【０１３２】
ここで、通常のＩＷＰファイルであれば暗号化されていないので、本処理を終了して、図１５に示したステップ（２１０２）へ進み、そのまま描画処理を行う。
【０１３３】
なお、ＩＷＰファイルにはファイル印刷、編集などの許可を設定するためにオーナパスワード"Ｏ"を予め設定できる。
【０１３４】
そこで、ステップ（２００１）で、ＩＷＰファイルが暗号化されていると判断した場合は、さらに、オーナパスワード"Ｏ"がＩＷＰに設定されているかどうかを判断して（２００２）、ＩＷＰにオーナパスワード"Ｏ"が設定されていないと判断した場合、通常の印刷処理を行うため、本処理を終了する。
【０１３５】
一方、ステップ（２００２）で、オーナパスワード"Ｏ"が設定されていると判断した場合、ＩＷＰファイルに格納されているオーナパスワードの復号化を行う必要がある。
【０１３６】
そこで、パスワード"Ｏ"が設定されていると判断した場合は、予め上位アプリケーションによってパスワードが指定されているか、または、"Ｕ"ユーザパスワードが指定されていれば、これを使って暗号化キーの作成の処理を行う（２００３）。
【０１３７】
この際、パスワードが３２バイトより短い場合、前記の文字列の先頭から不足バイト分だけパスワードに追加する。
【０１３８】
また、上位アプリケーションが指定したオーナパスワードがある場合、この文字列を使用して暗号化キーの作成処理を行う。
【０１３９】
次に、ＩＷＰファイル内に設定されたオーナパスワード"Ｏ"をＲＣ４によって復号化する（２００４）。ＩＷＰから取り出して復号化したパスワードと、前記あらかじめ決められた文字列を比較し（２００５）、この比較の結果が一致したかどうかを判定し（２００６）、一致していると判定した場合には、正しいパスワードが設定されたと判断し、本処理を終了して、通常の印刷処理を行う。これは、オーナパスワード所有者は全ての動作が許可されるからである。
【０１４０】
一方、ステップ（２００６）で、パスワードが不一致であると判断した場合は、ステップ（２００７）で、ドキュメントアクセスマネージャに対して"Ｏ"パスワードの収集を行う。
【０１４１】
次に、収集した"Ｏ"パスワードが一致したかかどうか判定し（２００８）、一致していると判断した場合は、本処理を終了して、通常の印刷処理を行う。これは、オーナパスワード所有者は全ての動作が許可されるからである。
【０１４２】
一方、ステップ（２００８）で、パスワードが不一致であると判断した場合は、ステップ（２００９）で、印刷禁止設定がＩＷＰで指定されているかどうか判定し、指定されていなければ通常の印刷処理を行う。
【０１４３】
一方、ステップ（２００９）で、印刷禁止が指定されていると判断した場合は、ステップ（２０１０）で、ユーザによってダウンサンプリングでの印刷が設定されているかどうか判定し、ダウンサンプリングでの印刷が設定されていると判断した場合は、ステップ（２０１１）で、印刷する全てのデータの解像度を画面解像度（Ｗｉｎｄｏｗｓ（登録商標）では９６ｄｐｉ）に設定する処理を行い、処理を終了する。この処理は各システムによって異なるが、画面用に取得したＤＣ（デバイスコンテキスト）に描画を行って解像度を落す方法が一般的である。この処理が終わると、図１５に示したステップ（２１０２）以降の描画処理を行う。
【０１４４】
一方、ステップ（２０１０）で、ダウンサンプリングでの印刷が設定されていないと判断した場合は、ステップ（２０１２）で、上位アプリケーションに対してその旨を通知する処理を行うため、ファイルのＯＰＥＮエラーと、エラーコードを通知して、本処理を終了する。
【０１４５】
図４０は、本発明に係る文書処理システムにおける第６のデータ処理手順の一例を示すフローチャートであり、ＩＷＰファイルが暗号化されていた場合に対応する。なお、（３２０１）〜（３２１０）は各ステップを示す。
【０１４６】
上述の図１２に示したステップ（１９０２）と同様に、ＩＷＰファイルが暗号化されているかどうかを判定する（３２０１）。
【０１４７】
ここで、通常のＩＷＰファイルであれば暗号化されていないので、本処理を終了して、図１５に示したステップ（２１０２）へ進み、そのまま描画処理を行う。
【０１４８】
なお、ＩＷＰファイルにはファイル印刷、編集などの許可を設定するためにオーナパスワード"Ｏ"を予め設定できる。
【０１４９】
そこで、ステップ（３２０１）で、ＩＷＰファイルが暗号化されていると判断した場合は、さらに、オーナパスワード"Ｏ"がＩＷＰに設定されているかどうかを判断して（３２０２）、ＩＷＰにオーナパスワード"Ｏ"が設定されていないと判断した場合、通常の編集処理を行うため、本処理を終了する。
【０１５０】
一方、ステップ（３２０２）で、オーナパスワード"Ｏ"が設定されていると判断した場合、ＩＷＰファイルに格納されているオーナパスワードの復号化を行う必要がある。
【０１５１】
そこで、パスワード"Ｏ"が設定されていると判断した場合は、予め上位アプリケーションによってパスワードが指定されているか、または、"Ｕ"ユーザパスワードが指定されていれば、これを使って暗号化キーの作成の処理を行う（３２０３）。
【０１５２】
この際、パスワードが３２バイトより短い場合、前記の文字列の先頭から不足バイト分だけパスワードに追加する。
【０１５３】
また、上位アプリケーションが指定したオーナパスワードがある場合、この文字列を使用して暗号化キーの作成処理を行う。
【０１５４】
次に、ＩＷＰファイル内に設定されたオーナパスワード"Ｏ"をＲＣ４によって復号化する（３２０４）。ＩＷＰから取り出して復号化したパスワードと、前記あらかじめ決められた文字列を比較し（３２０５）、この比較の結果が一致したかどうかを判定し（３２０６）、一致していると判定した場合には、正しいパスワードが設定されたと判断し、本処理を終了して、通常の編集処理を行う。これは、オーナパスワード所有者は全ての動作が許可されるからである。
【０１５５】
一方、ステップ（３２０６）で、パスワードが不一致であると判断した場合は、ステップ（３２０７）で、ドキュメントアクセスマネージャに対して"Ｏ"パスワードの収集を行う。
【０１５６】
次に、収集した"Ｏ"パスワードが一致したかかどうか判定し（３２０８）、一致していると判断した場合は、本処理を終了して、通常の編集処理を行う。これは、オーナパスワード所有者は全ての動作が許可されるからである。
【０１５７】
一方、ステップ（３２０８）で、パスワードが不一致であると判断した場合は、ステップ（３２０９）で、編集禁止設定がＩＷＰで指定されているかどうか判定し、指定されていなければ通常の編集処理を行う。
【０１５８】
一方、ステップ（３２０９）で、編集禁止が指定されていると判断した場合は、ステップ（３２１０）で、上位アプリケーションに対してその旨を通知する処理を行うため、ファイルのＯＰＥＮエラーと、エラーコードを通知して、本処理を終了する。
【０１５９】
オペレータからの支持がコンテンツ抽出であった場合、上述の３２０１〜３２１０の処理の“編集禁止”と同等な処理をＣｏｎｔｅｎｔｓ抽出禁止に置き換えた一連の処理を行う。
【０１６０】
次に、図２に示したドキュメントアクセスマネージャと管理テーブルの関係について詳細に説明する。
【０１６１】
図１７〜図２２、図３３〜図３６は、図２に示したドキュメントアクセスマネージャ２３０４が管理するテーブル群の一例を示す図であり、図１７は、Ｐｒｉｎｔ回数有効期限制限テーブル２３０５に対応し、図１８は、Ｖｉｅｗ回数有効期限制限テーブル２３０６に対応し、図１９は、ＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化フォント）の管理テーブル２３０７に対応し、図２０は、ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化フォント）の管理テーブルの管理テーブル２３０８に対応し、図２１は、オリジナルドキュメントと公開したドキュメントの関係のテーブル２３０９に対応し、図３３はＥｄｉｔ回数有効期限制限テーブル２３１０に対応し、図３４はＣｏｎｔｅｎｔｓＥｘ（抽出）テーブル２３１１に対応し、図３５はＥｄｉｔＩＤとパスワードの管理テーブル２３１２に対応し、図３６はＣｏｎｔｅｎｔｓＥｘとパスワードの管理テーブル２３１３と対応する。
【０１６２】
まず、各テーブルについて説明する。
【０１６３】
（図２１）オリジナルドキュメントと公開したドキュメントの関係のテーブル
このテーブルは、ドキュメントを一意に決定するためのドキュメントID、PrintID、ＶｉｅｗID、EditID、ContrntsEXID、公開ユーザーID、文書の保存年限（法的な保存期間など）、最長保存年限、期限経過後の操作の項目がある。保存年限はその文書を法律によって保存しなければならない期間をさしている。会社などの管理上、保存年限をさらに延ばしたい場合、最長保存年限に期日を設定する。期限経過後の動作が特に指定されていない場合、該当文書については特に処理を行わないので、文書の削除、移動に関しては各担当者、管理者に任される。期限経過後の措置が「抹消」であった場合、該当するファイルは削除されなければならない。ユーザーの設定方法については図４４参照。
【０１６４】
Ｐｒｉｎｔ回数有効期限制限テーブル２３０５には、各アプリケーションで作成されたＰｒｉｎｔＩＤ、印刷回数の制限カウンタ、電子文書の公開期限を設定する"有効期限"の情報がある。
【０１６５】
Ｖｉｅｗ回数、有効期限制限テーブル２３０６には、各アプリケーションで作成されたＶｉｅｗＩＤ、印刷回数の制限カウンタ、電子文書の公開期限を設定する"有効期限"の情報がある。
【０１６６】
Ｅｄｉｔ回数、有効期限制限テーブル２３１０には、各アプリケーションで作成されたＥｄｉｔＩＤ、編集回数の制限カウンタ、電子文書の公開期限を設定する"有効期限"の情報がある。
【０１６７】
ＣｏｎｔｅｎｔｓＥｘ回数、有効期限制限テーブル２３１１には、各アプリケーションで作成されたＣｏｎｔｅｎｔｓＥｘＩＤ、コンテンツ抽出回数の制限カウンタ、電子文書の公開期限を設定する"有効期限"の情報がある。
【０１６８】
ＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化フォント）の管理テーブルの管理テーブル２３０７には、暗号化された電子文書を開く場合、パスワードが必要で、このパスワードを格納したファイル名称と、別途、簡易暗号化フォントを使用して暗号化行うためのフォントファイルと、ドキュメントを特定するための情報（ＰｒｉｎｔＩＤ）の対応を示す情報が格納される。
【０１６９】
ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化フォント）の管理テーブルの管理テーブル２３０８には、暗号化された電子文書を開く場合、パスワードが必要で、このパスワードを格納したファイル名称と、別途、簡易暗号化フォントを使用して暗号化行うためのフォントファイルと、ドキュメントを特定するための情報（ＶｉｅｗＩＤ）の対応を示す情報が格納される。
【０１７０】
ＥｄｉｔＩＤとパスワードの管理テーブル２３１２には、暗号化された電子文書を開く場合、パスワードが必要で、このパスワードを格納したファイル名称と、ドキュメントを特定するための情報（ＥｄｉｔＩＤ）の対応を示す情報が格納される。
【０１７１】
ＣｏｎｔｅｎｔｓＥｘＩＤとパスワードの管理テーブル２３１３には、暗号化された電子文書を開く場合、パスワードが必要で、このパスワードを格納したファイル名称と、ドキュメントを特定するための情報（ＣｏｎｔｅｎｔｓＥｘＩＤ）の対応を示す情報が格納される。
【０１７２】
オリジナルドキュメントと公開したドキュメントの関係のテーブル２３０９には（図２１参照）、電子文書の公開情報を管理するためにドキュメントＩＤ、ＰｒｉｎｔＩＤ、ＶｉｅｗＩＤ、ＥｄｉｔＩＤ、ＣｏｎｔｅｎｔｓＥｘＩＤ、公開ユーザＩＤ保存年限、最長保存年限、期限経過後の操作の関連を示す情報が格納される。
【０１７３】
〔ドキュメントのアクセス制限をマネージャに登録する処理〕
まず、図２に示したドキュメント作成アプリケーション２３０１が起動される。ドキュメント作成アプリケーションではアクセス権が指定されると、マネージャに登録するための情報を作成する。ファイルを開くためのユーザパスワード"Ｕ"、オーナパスワード"Ｏ"、ドキュメントＩＤ、公開ユーザＩＤである。アプリケーションはこれらの情報をドキュメントアクセスマネージャ２３０４に登録依頼する。
【０１７４】
ドキュメントアクセスマネージャ２３０４はＰｒｉｎｔ回数有効期限制限テーブル（図１７参照）、Ｖｉｅｗ回数有効期限制限テーブル（図１８参照）、Ｅｄｉｔ回数有効期限制限テーブル（図３３参照）、ＣｏｎｔｅｎｔｓＥｘ（抽出）テーブル（図３４参照）、ＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図１９参照）、ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図２０参照）、ＥｄｉｔＩＤとパスワードの管理テーブル（図３５）、ＣｏｎｔｅｎｔｓＥｘとパスワードの管理テーブル（図３６参照）、オリジナルドキュメントと公開したドキュメントの関係のテーブル（図２１参照）に対して情報を設定する。
【０１７５】
以下、ドキュメント作成とアクセス情報登録のプロセスについて図２２、図２３、図４２で更に説明する。
【０１７６】
図２２，図２３、図４２は、本発明に係る文書処理システムにおける第７のデータ処理手順の一例を示すフローチャートであり、ドキュメント作成とアクセス情報登録処理手順に対応する。なお、（２９０１）〜（２９３５）は各ステップを示す。
【０１７７】
まず、オペレータにより公開を指定したドキュメントを読み出す（２９０１）。次に、ドキュメントＩＤを作成し（２９０２）、フォントの簡易暗号化指定があるかどうか判断し（２９３５）、指定がある場合は（２９３２）、オペレータにより既存のフォント使用が指定されているか判断し（２９３２）、指定がある場合はオペレータが選択したフォントをシステムから収集する（２９３３）。指定が無い場合（オペレータにより新規作成が選択された場合）は、新規フォントを作成する（２９３４）。簡易暗号化フォントの選択方法に関しては図３７、図４３、図３９で説明している。
【０１７８】
（２９３５）で指定が無い場合、オペレータによりアクセス制限設定があるかどうか判定し（２９０３）、設定が無いと判定した場合は、そのまま処理を抜けて、本処理を終了する。
【０１７９】
一方、設定がある場合、アクセス権の詳細な情報があるかどうか判定し（２９０４）、設定がある場合はオペレータ指定のアクセス権情報を電子文書（ドキュメント）に設定する。無い場合、デフォルトのアクセス権を電子文書（ドキュャ塔g）に設定する（２９０５）。
【０１８０】
次に、ドキュメントにアクセス権情報を設定する際に必要な暗号化パスワード"Ｕ"、"Ｏ"を作成する（２９０６）。そして、オペレータにより"Ｕ"パスワードの設定が指定されているかどうか判定し（２９０７）、指定されていると判定した場合"Ｕ"パスワードをドキュメントに設定して（２９１２）、ステップ（２９０９）へ進む。
【０１８１】
一方、ステップ（２９０７）で、"Ｕ"パスワードが指定されていないと判断した場合、システムで予め決められたデフォルトパスワードをドキュメントに設定する（２９０８）。
【０１８２】
次に、オペレータにより"Ｏ"パスワードの設定が指定されているかどうか判定し（２９０９）、指定されていると判定した場合、"Ｏ"パスワードをドキュメントに設定して（２９１３）、ステップ（２９１４）へ進む。
【０１８３】
一方、指定されていないと判定した場合、システムで予め決められたデフォルトパスワードをドキュメントに設定する（２９１０）。
【０１８４】
次に、オペレータの指定により、ドキュメント作成後にアクセス権を変更する処理について説明する。
【０１８５】
まず、アクセス権を途中で拡大するかどうか判定し（２９１４）、拡大しないと判定した場合は、本処理を終了する。
【０１８６】
一方、ステップ（２９１４）で、拡大すると判定した場合、マネージャに登録するためにドキュメントＩＤを作成（生成）する（２９１５）。次に、マネージャに登録するための公開ユーザＩＤを作成する（２９１６）。
【０１８７】
そして、ドキュメントアクセスマネージャ２３０４に作成した、ドキュメントＩＤ、公開ユーザＩＤを生成する（２９１６）。次に、ドキュメントアクセスマネージャ２３０４にドキュメントＩＤ，公開ユーザＩＤを設定して（２９１７）、オペレータから指定された"Ｕ"パスワードがデフォルトと異なるかどうか判定し（２９１８）、異ならないと判定した場合は、ステップ（２９２１）の処理に進む。
【０１８８】
一方、ステップ（２９１８）で、異なると判定した場合、表示のみ公開を許可する場合はＶｉｅｗＩＤとパスワード情報をドキュメントアクセスマネージャ２３０４に登録する（２９１９）。そして、ドキュメントアクセスマネージャ２３０４にパスワード情報を設定する（１９２０）。
【０１８９】
次に、オペレータから指定された"Ｏ"パスワードがデフォルトと異なるかどうか判定し（２９２１）、異ならないと判定した場合は（２９２６）の処理に進む。
【０１９０】
一方、ステップ（２９２１）で、異なると判定した場合、印刷を許可する為のＰｒｉｎｔＩＤをドキュメントアクセスマネージャ２３０４に登録（設定）する（２９２２）。そして、パスワードをドキュメントアクセスマネージャ２３０４に登録する（２９２３）。
【０１９１】
次に、オペレータから指定された"Ｏ"パスワードがデフォルトと異なるかどうか判定し（２９２１）、異ならないと判定した場合は（２９２６）の処理に進む。
【０１９２】
一方、ステップ（２９２６）で、異なると判定した場合、編集を許可する為のEditＩＤをドキュメントアクセスマネージャ２３０４に登録（設定）する（２９２７）。そして、パスワードをドキュメントアクセスマネージャ２３０４に登録する（２９２８）。
【０１９３】
次に、オペレータから指定された"Ｏ"パスワードがデフォルトと異なるかどうか判定し（２９２１）、異ならないと判定した場合は（２９２９）の処理に進む。
【０１９４】
一方、ステップ（２９２９）で、異なると判定した場合、印刷を許可する為のContentsEx（抽出）ＩＤをドキュメントアクセスマネージャ２３０４に登録（設定）する（２９３０）。そして、パスワードをドキュメントアクセスマネージャ２３０４に登録する（２９３１）。
【０１９５】
次に、オペレータによりアクセス回数設定があるかどうか判定し（２９２４）、設定が無ければ、次のドキュメントの抹消設定有り稼動か判定し（２９３６）に進む。
【０１９６】
一方、ステップ（２９２４）で、アクセス回数設定がないと判定した場合は、ドキュメントアクセスマネージャ２３０４に許可回数、期限情報を設定して（２９３１）、本処理を終了する。
【０１９７】
次に、オペレータによりドキュメントの保存年限、最長保存年限、抹消設定があるかどうか判定し（２９３６）、設定がなければ、本処理を終了する。オペレータの設定方法については図４４参照
一方、ステップ（２９３６）でドキュメントの保存年限、最長保存年限、抹消設定がありと判定した場合、ドキュメントアクセスマネージャーに保存年限、最長保存年限、抹消情報を設定し（２９３７）、本処理を終了する。
【０１９８】
〔アクセス制限のあるドキュメントを描画する場合〕
まず、図２に示したドキュメント描画アプリケーション２３０２が起動される。ドキュメント作成アプリケーション２３０１ではアクセス権の問い合わせが必要な場合、電子文書にＰｒｉｎｔＩＤ、ＶｉｅｗＩＤが設定されている場合、ドキュメントアクセスマネージャ２３０４に問い合わせを行う。
【０１９９】
そして、ファイルを開く、描画するためのユーザパスワード"Ｕ"、オーナパスワード"Ｏ"である。
【０２００】
ドキュメント描画アプリケーション２３０２はこれらの情報をドキュメントアクセスマネージャ２３０４に送付依頼する。
【０２０１】
ドキュメントアクセスマネージャ２３０４はＰｒｉｎｔ回数有効期限制限テーブル（図１７参照）、Ｖｉｅｗ回数有効期限制限テーブル（図１８参照）、Ｅｄｉｔ回数有効期限制限テーブル（図３３参照）、ＣｏｎｔｅｎｔｓＥｘ（抽出）テーブル（図３４参照）、で制限回数、期限を確認し、制限回数、期限が既定範囲内であればＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図１９参照）、ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図２０参照）、ＶｉｅｗＩＤとパスワードの管理テーブル（図２０参照）、ＥｄｉｔＩＤとパスワードの管理テーブル（図３５）、ＣｏｎｔｅｎｔｓＥｘとパスワードの管理テーブル（図３６参照）、からパスワード情報を特定しドキュメント描画アプリケーション２３０２に送出する。
【０２０２】
〔作成後のドキュメントアクセス権を変更する場合〕
まず、ドキュメントアクセス権変更アプリケーション２３０３が起動される。ドキュメント作成アプリケーション２３０１ではアクセス権の変更が指定されると、ドキュメントアクセスマネージャ２３０４に変更登録するための情報を作成する。
【０２０３】
この場合、ファイルを開くためのユーザパスワード"Ｕ"、オーナパスワード"Ｏ"、ドキュメントＩＤ、公開ユーザＩＤである。
【０２０４】
例えば、印刷不許可の電子文書に印刷許可を与える場合、オーナパスワードのマネージャへの登録が必要である。
【０２０５】
ドキュメント作成アプリケーション２３０１はこれらの情報をドキュメントアクセスマネージャ２３０４に変更登録依頼する。ドキュメントアクセスマネージャはＰｒｉｎｔ回数有効期限制限テーブル（図１７参照）、Ｖｉｅｗ回数有効期限制限テーブル（図１８参照）、Ｅｄｉｔ回数有効期限制限テーブル（図３３参照）、ＣｏｎｔｅｎｔｓＥｘ（抽出）テーブル（図３４参照）、ＰｒｉｎｔＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図１９参照）、ＶｉｅｗＩＤとパスワード、フォントファイル名（簡易暗号化用フォント）の管理テーブル（図２０参照）、ＥｄｉｔＩＤとパスワードの管理テーブル（図３５）、ＣｏｎｔｅｎｔｓＥｘとパスワードの管理テーブル（図３６参照）、オリジナルドキュメントと公開したドキュメントの関係のテーブル（図２１参照）に対して情報を変更設定する。これにより、逐次アクセス情報の変更を行う事ができる。
【０２０６】
以下、図１１に示したステップ（９０４）〜（９０７）における各ページ目の描画処理について図２４図等を参照して説明する。
【０２０７】
図２４は、本発明に係る文書処理システムにおける第８のデータ処理手順の一例を示すフローチャートであり、ページ毎の描画処理手順に対応する。なお、（１００１）〜（１０１７）は各ステップを示す。図２に示したドキュメント描画アプリケーション２３０２等の処理に対応する。
【０２０８】
ページ描画処理が起動されると、まず指定されたページをメモリにロードする（１００１）。次に、メモリにロードされたＩＷＰファイルを描画するためにＩＷＰファイル仕様に従いオペレータの解析を行う（１００２）。そして、指定されたページで使用するエンベットフォントを確認し、１ページ分のエンベットＦｏｎｔの描画オペレータを取り出し（１００３）、１ページ分のＦｏｎｔＦｉｌｅを作成する（１００４）。
【０２０９】
次に、フォントファイル管理テーブルに登録する（１００５）。この時、図６において説明したように、既に作成済みのフォントについては再作成は行わない。
【０２１０】
そして、１ページ分描画終了かどうか判定し（１００６）、描画終了であると判定した場合は、ステップ（１０１６）の判定処理に進む。
【０２１１】
次の、フォント削除処理を説明する前に、面付け印刷について説明しておく。
【０２１２】
図２５は、本発明に係る文書処理システムにおける描画処理状態を説明する模式図であり、例えばアプリケーションから４面付け印刷を行う場合の印刷例を示している。
【０２１３】
上位アプリケーションでは、製本機能を充実するため、複数のページを１ページに印刷するような処理をプリンタドライバに任せずに独自に処理を行う。
【０２１４】
具体的には、上位アプリケーションで印刷のための描画データを貯えるデバイスコンテキストを作成し、このデバイスコンテキストへの描画指示を描画アプリケーションに対して行う。
【０２１５】
この時、４面付けであれば、１ページずつ４回の描画指示を行う。描画アプリケーションは指示された場所に指示された大きさ（実際には縮小される）で描画を行う事で最終的にデバイスコンテキスト上に４面付けのデータを作成する事ができる。
【０２１６】
この時、上位アプリケーションが面付け印刷の全ての印刷を終了し、ＯＳの登録済みのフォントの登録削除を要求されている場合、専用のＡＰＩを通して上位アプリケーションからの削除指示が描画アプリケーションに届く。
【０２１７】
そして、この指示があるかどうか判定し（１０１６）、フォントの削除指示が無いと判定した場合、そのまま本処理を終了する。このケースでは、上位アプリケーションは面付け印刷の途中であり、ＯＳに登録したフォントを削除しない。
【０２１８】
一方、ステップ（１０１６）で、指示があると判断した場合は、描画アプリケーションがＯＳに登録した全てのフォントをＯＳから登録を削除して（１０１７）、本処理を終了する。
【０２１９】
アプリケーションが１ページのみの印刷を行う場合、１ページ終了時に必ずフォントの削除指示を描画アプリケーションに対して行うように予め仕様を決定しておく必要がある。
【０２２０】
一方、ステップ（１００６）で、終了でないと判定した場合、次のＴＥＸＴ描画コマンドを取り出す（１００７）。そして、取り出したＴＥＸＴ描画コマンドについてエンベットフォントかどうか判定し（１００８）、エンベットフォントであると判断した場合は、ステップ（１００９）へ進み、フォントがＴｒｕｅＴｙｐｅ（登録商標）か否かの判定を行い、エンベットフォントでないと判定した場合、通常のフォント描画処理を起動し（１０１３）、終了後に１ページの描画処理終了判定（１００６）に戻る。
【０２２１】
一方、ステップ（１００９）で、ＴｒｕｅＴｙｐｅ（登録商標）フォントであると判断した場合は、そのままフォントをＯＳに登録し、描画することが可能なので、ステップ（１０１５）に進み、エンベットフォント描画処理を起動して、ステップ（１００６）へ戻る。
【０２２２】
一方、ステップ（１００９）で、フォントがＴｒｕｅＴｙｐｅ（登録商標）でないと判定した場合は、ステップ（１０１０）へ進み、「Ｔｙｐｅ１代替指定あり？」かどうかの判定を行う。
【０２２３】
これは、ユーザによっては、ＯＳにより代替えする／しない等の条件が異なる事によって、描画されるＴｙｐｅ１フォントのフォントフェースが異なってしまう事を避けるため、Ｔｙｐｅ１のエンベットフォントを固定的にＴｒｕｅＴｙｐｅ（登録商標）に代替え設定する場合がある。
【０２２４】
この際、代替えを行うフォントを一意的に指定するためのフォント代替えテーブルにより代替えフォントを予め指定する事ができる。
【０２２５】
そこで、ステップ（１０１０）では、予めＴｙｐｅ１を固定的に代替え（ＴｒｕｅＴｙｐｅ（登録商標））する設定かどうかを確認し、代替えする設定であると判定した場合は、ステップ（１０１３）のＦｏｎｔ描画処理に進む。
【０２２６】
一方、ステップ（１０１０）で、代替えしない設定であると判断した場合、ＯＳがＴｙｐｅ１フォントを描画可能かどうか調査し（１０１１）、ＯＳがＴｙｐｅ１フォントを描画可能であると判断した場合は、エンベットＦｏｎｔの描画処理を行い（１０１５）、ステップ（１００６）へ戻る。
【０２２７】
一方、ステップ（１０１１）で、Ｔｙｐｅ１フォントの描画をサポートしていないＯＳであると判断した場合は、Ｆｏｎｔのラスタライザを使用するかどうかの判定（予め設定された値が収集されている）を行い（１０１２）、ラスタライザを使用する設定であると判断した場合、Ｆｏｎｔラスタライザ処理を行い（１０１４）、ステップ（１００６）へ戻る。
【０２２８】
図２６は、本発明に係る文書処理システムにおける第９のデータ処理手順の一例を示すフローチャートであり、図２２に示したステップ（１０１３）におけるフォント描画処理手順に対応する。なお、（１２０１）〜（１２０６）は各ステップを示す。
【０２２９】
フォントの描画処理が起動されると、まず、図２４に示したステップ（１００２）で解析されたＩｗｐオペレータからＴＥＸＴ描画オペレータ情報を収集し解析する（１２０１）。同様に描画するフォント名を収集する（１２０２）。
【０２３０】
そして、ステップ（１２０１）、（１２０２）の情報から描画を行うフォントがＴｙｐｅ１フォントで、かつ、図２２に示したステップ（１０１２）で説明したように固定的な代替え設定かどうか判定し（１２０３）、Ｔｙｐｅ１フォントかつ代替え設定でないと判定した場合、ステップ（１２０４）でＯＳのＴＥＸＴ描画コマンドを作成し、描画を行い、ＴＥＸＴ描画後に処理を起動元に返す。
【０２３１】
一方、ステップ（１２０４）で、Ｔｙｐｅ１かつ代替え設定でないと判定した場合、このフォントがＯＳに既に登録されているかどうかを判定し（１２０５）、登録されていると判断した場合、ＴｒｕｅＴｙｐｅ（登録商標）のフォント描画と同様にＦｏｎｔの描画を行うため、ステップ（１２０４）に進む。
【０２３２】
一方、ステップ（１２０５）で、ＯＳ登録が無いと判定した場合、図２４に示したステップ（１０１２）で説明した、予め指定されたフォントの代替え指定テーブル（図２７に示すフォントの代替え指定テーブル）があり、かつ、代替えするフォントが設定されている場合は、ステップ（１２０４）の処理に進む。
【０２３３】
一方、ステップ（１２０５）で、ステップフォント代替え指定テーブルが指定されていなければ、ステップ（１２０６）の処理に進む。
【０２３４】
ここで、代替えフォントテーブル（図２７に示すフォントの代替え指定テーブル）から代替えするフォント名を検索し、ＯＳによるフォント代替処理にこのフォント情報を渡す。
【０２３５】
そして、ＯＳによる代替えフォント代替え処理では、描画フォントが指定されていれば、そのフォントで描画し、指定されていない場合、Ｔｙｐｅ１フォント名を使ってＯＳへフォント指定処理を行い、ＯＳによるフォント代替え処理を使用してフォントを描画して（１２０６）、ステップ（１２０４）へ進む。
【０２３６】
なお、ＯＳに登録されていないフォントを描画指示された場合、ＯＳはフォント情報から最適なフォントを選択する機構を備えている。
【０２３７】
図２８は、本発明に係る文書処理システムにおける第１０のデータ処理手順の一例を示すフローチャートであり、図２４に示したステップ（１０１４）におけるエンベットフォンとの描画処理手順に対応する。なお、（１１０１）〜（１１０７）は各ステップを示す。
【０２３８】
エンベットフォンとの描画処理が起動されると、まず、ＴＥＸＴオペレータを解析する（１１０１）。そして、描画するフォント名を収集する（１１０２）。複数のページを描画する場合、前に描画したページで同一のフォントを描画していた場合、このフォントがＯＳに登録されている場合がある。このような場合はＯＳへのフォント登録は行ってはいけない。
【０２３９】
そこで、フォントが既にＯＳに登録されているかどうか判定し（１１０３）、登録されていると判断した場合は、フォントの描画処理を行い（１１０４）、処理を終了する。
【０２４０】
一方、ステップ（１１０３）で、ＯＳに登録されていないと判定した場合、フォント管理テーブルを確認し、ＯＳに登録されているフォントの数を調べ、フォントのＯＳへの登録数がＮ（最大値）以上かどうかを判断して（１１０５）、Ｎ（最大値）以上であると判断した場合は、一番古いＯＳに登録したフォントをＯＳの登録から削除し（１１０６）、ステップ（１１０７）の処理に進む。
【０２４１】
一方、ステップ（１１０５）で、ＯＳへのフォントの登録数がＮ（最大値）未満であると判断した場合は、そのままエンベットフォントをＯＳに登録し、管理テーブルを変更し（１１０７）、ステップ（１１０４）のフォント描画処理に進む。
【０２４２】
なお、ステップ（１１０４）のフォント描画処理では、Ｆｏｎｔのラスタライズ処理を行う場合、描画するフォントの解像度、フォントのサイズ等、フォントの描画のために必要な情報を収集する。
【０２４３】
フォントの描画のために必要な様々な情報のあるヘッダ領域と、フォントの描画情報のあるグリフ領域、描画解像度にあわせて線の太さや位置を調整するＨｉｎｔ情報がある。
【０２４４】
Ｆｏｎｔのラスタライズのためにはこれらの情報を使用して、オリジナルのフォントを忠実にＢｉｔｍａｐ化しなければならない。このようにして作成されたＢｉｔｍａｐ（フォント）を原稿の指定された位置に描画を行うが、この際、背景にすでに色があった場合、背景色とフォントの色がスムーズにつながるように特に境界領域では表示色を計算する必要がある。
【０２４５】
図２９は、本発明に係る文書処理システムにおける第１１のデータ処理手順の一例を示すフローチャートであり、図１１に示したステップ（９０３）におけるフォントファイル管理テーブル初期設定処理手順に対応する。なお、（１３０１）〜（１３０７）は各ステップを示す。
【０２４６】
フォント管理テーブルの初期設定が起動されると、まず、外部から本ソフトウエアが起動された時、フォント管理テーブルの上限値を収集する（１３０１）。
【０２４７】
そして、外部設定値ありかどうか判定し（１３０２）、外部設定値があると判定した場合は、その値を「フォント管理テーブルの上限値」として設定し（１３０３）本処理を終了する。
【０２４８】
一方、ステップ（１３０２）で、外部設定値が無いと判定した場合、現在のＯＳに登録されているフォントの登録数を調査する（１３０４）。
【０２４９】
そして、登録数が予め設定されていた閾値以上かどうかを判断して、閾値以上であると判断した場合は、フォント管理テーブルの上限値に"６５５３５"を設定して（１３０７）、処理を終了する。
【０２５０】
一方、ステップ（１３０５）で、登録数が予め設定されていた閾値以下であると判断した場合は、例えば閾値と同じか閾値より少ないと判断した場合、フォント管理テーブルの上限値に"２"を設定し（１３０６）、本処理を終了する。
【０２５１】
なお、本ソフトウエアを開発する際に固定的に決めた上限値で、本クレームではページ印刷時までＯＳへのフォントの登録を保持するため閾値を"６５５３５"とする。これにより、実際の使用状況では、ステップ（１３０６）の処理を行うケースが無くなる。
【０２５２】
なお、上記フォント管理テーブルの上限値の最大値"６５５３５"、"２"は本ソフトウエアを開発する際に変更する事ができるように構成されている。
【０２５３】
〔第２実施形態〕
上記実施形態では、スタンドアロンで文書処理システムが構築される場合について説明したが、本発明は、ネットワークを介してサーバＰＣと通信可能な文書処理システムにも適用可能である。以下、その実施形態について説明する。
【０２５４】
図３０は、本発明の第２実施形態を示す文書処理システムの構成を説明する図であり、図１と同一のものには同一の符号を付してある。以下、ドキュメントとアクセス情報との処理について説明する。
【０２５５】
本システムは、ＰＣ２２０１と同一ネットワーク上に接続されたサーバＰＣ２２０４、プリンタ２２０２からなる。ＰＣではドキュメント作成アプリケーション、ドキュメント描画アプリケーションが動作を行う。サーバＰＣには、クライアントＰＣで作成したドキュメント（電子文書）が格納されている。また、これらのドキュメントのアクセス情報を管理するために、アクセス情報管理テーブル、簡易暗号化のためのフォントもまた格納される。
【０２５６】
電子文書を画面描画、印刷する場合、ＰＣ２２０１はオペレータからの操作で記憶装置２２０３にアクセスし該当する電子文書を取り出す。
【０２５７】
次に、この電子文書が暗号化されている場合、暗号解読にサーバＰＣ２２０４で管理するパスワード、若しくは簡易暗号化フォントファイルが必要であるか、または、印刷にサーバＰＣ２２０４で管理するパスワード、若しくは簡易暗号化フォントファイルが必要な場合、サーバＰＣ２２０４上のドキュメントアクセスマネージャに要求（アクセス情報の問い合わせ）を行い、アクセス情報管理テーブルの参照を行う。該当する登録があればパスワード、若しくは簡易暗号化フォントファイルを入手できる。
【０２５８】
この電子文書に描画が許可されていれば画面での描画を行い、印刷が許可されていればプリンタ２２０２への印刷を行う。いずれについても許可されていない場合、オペレータに対してエラーを通知する。
【０２５９】
〔第３実施形態〕
上記実施形態では、スタンドアロンで文書処理システムが構築される場合について説明したが、本発明は、ネットワークを介してサーバＰＣと通信可能な文書処理システムであって、ネットワーク上のアクセスに対して、所定のセキュリティシステムが付加されているシステム形態にも本発明を適用することができる。以下、その実施形態について説明する。
【０２６０】
図３１は、本発明の第３実施形態を示す文書処理システムの構成を説明する図であり、図１と同一のものには同一の符号を付してある。以下、ドキュメントとアクセス情報との処理について説明する。なお、サーバＰＣ２２０３とメールサーバ２２０５はインターネットＩＮＥＴを介して通信可能に構成されているシステム例に対応する。
【０２６１】
本システムは、ＰＣ２２０１と同一ネットワーク上に接続されたサーバＰＣ２２０４、プリンタ２２０２からなる。ＰＣではドキュメント作成アプリケーション、ドキュメント描画アプリケーションが動作を行う。サーバＰＣには、クライアントＰＣで作成したドキュメント（電子文書）が格納されている。また、これらのドキュメントのアクセス情報を管理するために、アクセス情報管理テーブル、簡易暗号化のためのフォントもまた格納される。
【０２６２】
電子文書を画面描画、印刷する場合、ＰＣ２２０１はオペレータからの操作でサーバＰＣ２２０４から電子文書を取り出すための要求電子メールを作成し、メールサーバ２２０５に送付する。サーバＰＣ２２０４ではドキュメントの送信要求があれば、クライアントＰＣ２２０１に電子メールでドキュメントを送付する。クライアントＰＣ２２０１が受け取った電子文書が暗号化されている場合、暗号解読にサーバＰＣ２２０３で管理するパスワードが必要であるか、または、印刷にサーバＰＣ２２０３で管理するパスワードが必要な場合、サーバＰＣ２２０３上のドキュメントアクセスマネージャに電子メールで要求を行い、アクセス情報管理テーブルの参照を行う。該当する登録があればパスワード、若しくは簡易暗号化フォントファイルを入手できる。この電子文書に描画が許可されていれば画面での描画を行い、印刷が許可されていればプリンタへの印刷を行う。いずれについても許可されていない場合、オペレータに対してエラーを通知する。
【０２６３】
上記実施形態によれば、プリンタドライバの動作速度が遅いなどのシステム条件によって、描画ソフトウエアがＧＤＩ、ＤＤＩに描画したフォント情報がプリンタドライバまでとどかないという問題について解決する事ができる。
【０２６４】
さらに、同一のフォントは複数のページにまたがって使用されているケースが多く、この様な場合面付け時のページをまたいだ場合、フォントの削除、登録という処理を削減する事ができ結果としてパフォーマンスの向上が期待できる。
【０２６５】
以下、図３２に示すメモリマップを参照して本発明に係る文書処理システムで読み取り可能なデータ処理プログラムの構成について説明する。
【０２６６】
図３２は、本発明に係る文書処理システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０２６７】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０２６８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０２６９】
本実施形態における図１１〜図１６，図２２〜図２４，図２６，図２８，図２９に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０２７０】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２７１】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２７２】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０２７３】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０２７４】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２７５】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０２７６】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０２７７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２７８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるＣＰＵ等に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２７９】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０２８０】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではなく、以下の実施態様も含まれることはいうまでもない。以下、その実施態様１〜２４について説明する。
【０２８１】
〔実施態様１〕
暗号化される電子文書を作成処理可能な文書処理システムであって（暗号化には一般の暗号アルゴリズム、専用フォントによる簡易暗号技術を含む。）、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段（図２に示すドキュメント作成アプリケーション２３０１に相当）と、前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段（図１に示す記憶装置２２０３に相当）と、前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブル（図２に示すアクセス情報管理テーブル２２０３Ｂに相当）と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段（図２に示すドキュメントアクセスマネージャ２３０４に相当）とを有することを特徴とする文書処理システム。
【０２８２】
〔実施態様２〕
暗号化される電子文書をサーバ装置に登録可能な文書処理システムであって（暗号化には一般の暗号アルゴリズム、専用フォントによる簡易暗号技術を含む。）、ネットワークを介してユーザＰＣと通信する通信手段（図３０に示すネットワークＮＥＴを介する通信プログラムに相当）と、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段（図２に示すドキュメント作成アプリケーション２３０１に相当）と、前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段（図３０に示す記憶装置２２０３）と、前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブル（図２に示すアクセス情報管理テーブル２２０３Ｂに相当）と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段（図２に示すドキュメントアクセスマネージャ２３０４に相当）とを有することを特徴とする文書処理システム。
【０２８３】
〔実施態様３〕
暗号化される電子文書をサーバ装置に登録可能な文書処理システムであって（暗号化には一般の暗号アルゴリズム、専用フォントによる簡易暗号技術を含む。）、ネットワークを介してメールサーバ装置とユーザＰＣと所定の電子メールプロトコルにより通信する通信手段（図３１に示すネットワークＮＥＴ，インターネットＩＮＥＴを介する通信プログラムに相当）と、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段（図２に示すドキュメント作成アプリケーション２３０１に相当）と、前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段（図３１に示す記憶装置２２０３）と、前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブル（図２に示すアクセス情報管理テーブル２２０３Ｂに相当）と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段（図２に示すドキュメントアクセスマネージャ２３０４に相当）とを有することを特徴とする文書処理システム。
【０２８４】
〔実施態様４〕
前記所定の機能要求は、前記電子文書の描画機能，前記電子文書の印刷機能を含むことを特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２８５】
〔実施態様５〕
前記電子文書管理手段は、所定の機能処理要求時に、前記アクセス情報管理テーブルの内容を参照して、所定の機能処理を異なる態様で実行させることを特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２８６】
〔実施態様６〕
前記アクセス許可属性に対する変更要求は、前記電子文書に対するアクセス権を拡張または禁止させる要求を含むことを特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２８７】
〔実施態様７〕
所定の暗号化ロジックにより電子文書を暗号化することを特徴とする実施態様１〜３のいずれかに記載の文書処理システム（暗号化には一般の暗号アルゴリズム、専用フォントによる簡易暗号技術を含む。）。
【０２８８】
〔実施態様８〕
オペレータから電子文書を解読するためのパスワードが指定されていない場合、予め決められた文字列を使用し暗号化を解除し、解除後の許可属性を判定した後、許可されている属性内で動作を行う事を特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２８９】
〔実施態様９〕
オペレータから電子文書を解読するためのパスワードが指定されている場合、このパスワードを使用し暗号化を解除し、解除後の許可属性を判定した後、許可されている属性内で動作を行う事を特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２９０】
〔実施態様１０〕
いずれの方法でも暗号化が解除できない場合、予め電子文書に設定された機能別ＩＤ情報を指定し、電子文書の暗号化を解除するための固有のパスワードを要求することを特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２９１】
〔実施態様１１〕
文書情報を電子化して暗号化する際のパスワードの一部にネットワーク機器のＭＡＣアドレスの全部若しくは一部を含めることを特徴とする実施態様１〜３のいずれかに記載の文書処理システム。
【０２９２】
〔実施態様１２〕
暗号化される電子文書を作成処理可能な文書処理システムにおける文書処理方法であって、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記アクセス許可属性が設定される電子文書を記憶手段に更新可能に記憶し、前記設定ステップにより前記電子文書に対して設定される電子文書毎のアクセス許可属性、ＩＤ情報をアクセス情報管理テーブルに登録する登録ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理ステップ（図２３、図４２に示すステップ（２９１４〜２９３１））とを有することを特徴とする文書処理方法。
【０２９３】
〔実施態様１３〕
ネットワークを介してユーザＰＣと通信する通信手段を備え、暗号化される電子文書をサーバ装置に登録可能な文書処理システムにおける文書処理方法であって、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記アクセス許可属性が設定される電子文書を記憶手段に更新可能に記憶し、前記設定ステップにより前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報をアクセス情報管理テーブルに登録する登録ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理ステップとを有することを特徴とする文書処理方法。
【０２９４】
〔実施態様１４〕
ネットワークを介してメールサーバ装置とユーザＰＣと所定の電子メールプロトコルにより通信する通信手段を備え、暗号化される電子文書をサーバ装置に登録可能な文書処理システムにおける文書処理方法であって、所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記アクセス許可属性が設定される電子文書を記憶手段に更新可能に記憶し、前記設定ステップにより前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報をアクセス情報管理テーブルに登録する登録ステップ（図２２に示すステップ（２９０１〜２９１３、２９３２〜２９３５））と、前記記憶手段に対する前記電子文書の登録後、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、前記電子文書に設定されていたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理ステップ（図２３、図４２に示すステップ（２９１４〜２９３１））とを有することを特徴とする文書処理方法。
【０２９５】
〔実施態様１５〕
前記所定の機能要求は、前記電子文書の描画機能，前記電子文書の印刷機能を含むことを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０２９６】
〔実施態様１６〕
前記電子文書管理ステップは、所定の機能処理要求時に、前記アクセス情報管理テーブルの内容を参照して、所定の機能処理を異なる態様で実行させることを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０２９７】
〔実施態様１７〕
前記アクセス許可属性に対する変更要求は、前記電子文書に対するアクセス権を拡張または禁止させる要求を含むことを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０２９８】
〔実施態様１８〕
所定の暗号化ロジックにより電子文書を暗号化することを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０２９９】
〔実施態様１９〕
オペレータから電子文書を解読するためのパスワードが指定されていない場合、予め決められた文字列を使用し暗号化を解除し、解除後の許可属性を判定した後、許可されている属性内で動作を行う事を特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０３００】
〔実施態様２０〕
オペレータから電子文書を解読するためのパスワードが指定されている場合、このパスワードを使用し暗号化を解除し、解除後の許可属性を判定した後、許可されている属性内で動作を行う事を特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０３０１】
〔実施態様２１〕
いずれの方法でも暗号化が解除できない場合、予め電子文書に設定された機能別ＩＤ情報を指定し、電子文書の暗号化を解除するための固有のパスワードを要求することを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０３０２】
〔実施態様２２〕
文書情報を電子化して暗号化する際のパスワードの一部にネットワーク機器のＭＡＣアドレスの全部若しくは一部を含めることを特徴とする実施態様１２〜１４のいずれかに記載の文書処理方法。
【０３０３】
〔実施態様２３〕
実施態様１２〜１４のいずれかに記載の文書処理方法を実現するプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【０３０４】
〔実施態様２４〕
実施態様１２〜１４のいずれかに記載の文書処理方法を実現することを特徴とするプログラム。
【図面の簡単な説明】
【０３０５】
【図１】本発明の第１実施形態を示す文書処理システムにおけるドキュメント管理状態を説明する概念図である。
【図２】図１に示したＰＣにおけるドキュメント管理マネージャとアクセス情報管理テーブルとの対応関係を説明する図である。
【図３】図１に示した記憶装置で管理されるファイルの構造を説明する図である。
【図４】図３に示した各ページに対するテキスト描画状態を説明する図である。
【図５】図１に示した記憶装置で管理されるファイルの構造を説明する図である。
【図６】図５に示した各フォントが使用されている「ページ」と「ＯＳに登録するファイル名称」と「ＯＳに登録するフォント名称」との関係を示す図である。
【図７】本発明に係る文書処理システムにおける第１のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図である。
【図８】本発明に係る文書処理システムにおける第２のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図である。
【図９】本発明に係る文書処理システムにおける第３のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図である。
【図１０】本発明に係る文書処理システムにおける第３のフォントファイル管理テーブルとフォント管理テーブルとの登録状態を説明する図である。
【図１１】本発明に係る文書処理システムにおける第１のデータ処理手順の一例を示すフローチャートである。
【図１２】本発明に係る文書処理システムにおける第２のデータ処理手順の一例を示すフローチャートである。
【図１３】本発明に係る文書処理システムにおける第３のデータ処理手順の一例を示すフローチャートである。
【図１４】本発明に係る文書処理システムにおける第４のデータ処理手順の一例を示すフローチャートである。
【図１５】本発明に係る文書処理システムにおける第５のデータ処理手順の一例を示すフローチャートである。
【図１６】本発明に係る文書処理システムにおける第６のデータ処理手順の一例を示すフローチャートである。
【図１７】図２に示したドキュメントアクセスマネージャが管理するテーブル群の一例を示す図である。
【図１８】図２に示したドキュメントアクセスマネージャが管理するテーブル群の一例を示す図である。
【図１９】図２に示したドキュメントアクセスマネージャが管理するテーブル群の一例を示す図である。
【図２０】図２に示したドキュメントアクセスマネージャが管理するテーブル群の一例を示す図である。
【図２１】図２に示したドキュメントアクセスマネージャが管理するテーブル群の一例を示す図である。
【図２２】本発明に係る文書処理システムにおける第７のデータ処理手順の一例を示すフローチャートである。
【図２３】本発明に係る文書処理システムにおける第７のデータ処理手順の一例を示すフローチャートである。
【図２４】本発明に係る文書処理システムにおける第８のデータ処理手順の一例を示すフローチャートである。
【図２５】本発明に係る文書処理システムにおける描画処理状態を説明する模式図である。
【図２６】本発明に係る文書処理システムにおける第９のデータ処理手順の一例を示すフローチャートである。
【図２７】図２に示したドキュメント描画アプリケーションが参照するフォントの代替え指定テーブルの一例を示す図である。
【図２８】本発明に係る文書処理システムにおける第１０のデータ処理手順の一例を示すフローチャートである。
【図２９】本発明に係る文書処理システムにおける第１１のデータ処理手順の一例を示すフローチャートである。
【図３０】本発明の第２実施形態を示す文書処理システムの構成を説明する図である。
【図３１】本発明の第３実施形態を示す文書処理システムの構成を説明する図である。
【図３２】本発明に係る文書処理システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【図３３】本発明に係わるＥｄｉｔの回数を制御するための管理テーブル。
【図３４】本発明に係わるＣｏｎｔｅｎｔｓ抽出の回数を制御するための管理テーブル。
【図３５】本発明に係わるＥｄｉｔＩＤに対応するパスワードの管理テーブル。
【図３６】本発明に係わるＣｏｎｔｅｎｔｓＩＤに対応するパスワードの管理テーブル。
【図３７】本発明に係わる電子文書マネージメントアプリケーションノＵＩ。
【図３８】本発明に係わる電子文書に設定する暗号化種別の選択ＵＩ。
【図３９】本発明に係わる上位アプリケーションの処理手順の一例を示すフロー。
【図４０】本発明に係る文書処理システムにおける第３のデータ処理手順の一例を示すフローチャートである。
【図４１】本発明に係る文書処理システムにおける簡易暗号化フォントファイルの作成方法の一例を説明する図である。
【図４２】本発明に係る文書処理システムにおける第７のデータ処理手順の一例を示すフローチャートである。
【図４３】本発明に係わる簡易暗号化フォントファイルの設定、作成の選択ＵＩ。
【図４４】本発明に係わる保全年限の設定、選択ＵＩ。
【符号の説明】
【０３０６】
２２０１ ＰＣ
２２０２ プリンタ
２２０３ 記憶装置
２２０３Ａ ドキュメント
２２０３Ｂ アクセス情報管理テーブル
２２０３Ｃ 簡易暗号化フォントファイル
【特許請求の範囲】
【請求項１】
暗号化される電子文書を作成処理可能な文書処理システムであって、
作成した電子文書の使用に関する許可情報をネットワークを介してサーバーに登録/確認する通信手段と、
所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段と、
前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段と、
前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブルと、
前記記憶手段に対する前記電子文書の登録時、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、ネットワーク上で共有されたサーバー内の記憶手段に保持された前記電子文書に設定されたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段において、同じく、サーバー内の管理テーブルの電子文書のIDに対応して保存年限、最長保存年限、期限経過後の操作の情報を持ち、電子文書登録時にこれらの情報を設定可能で、電子文書参照時に保存年限、最長保存年限、期限経過後の操作情報の中から必要な情報を組み合わせて判定し、必要と判断された場合に文書参照ソフトウエアに対してファイルの削除指示を行ない、該指示を受けたソフトウエアが電子文書を記憶手段から削除することを特徴とする文書処理システム。
【請求項２】
暗号化される電子文書をサーバ装置に登録可能な文書処理システムであって、
ネットワークを介してメールサーバ装置とユーザＰＣと所定の電子メールプロトコルにより通信する通信手段と、
所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段と、
前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段と、
前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブルと、
前記記憶手段に対する前記電子文書の登録時、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、ネットワーク上で共有されたサーバー内の記憶手段に保持された前記電子文書に設定されたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段において、同じく、サーバー内の管理テーブルの電子文書のIDに対応して保存年限、最長保存年限、期限経過後の操作の情報を持ち、電子文書登録時にこれらの情報を設定可能で、電子文書参照時に保存年限、最長保存年限、期限経過後の操作情報の中から必要な情報を組み合わせて判定し、必要と判断された場合に文書参照ソフトウエアに対してファイルの削除指示を行ない、該指示を受けたソフトウエアが電子文書を記憶手段から削除する、アクセス許可情報のサーバーとの授受を電子メールのプロトコルを使用することを特徴とする文書処理システム。
【請求項１】
暗号化される電子文書を作成処理可能な文書処理システムであって、
作成した電子文書の使用に関する許可情報をネットワークを介してサーバーに登録/確認する通信手段と、
所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段と、
前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段と、
前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブルと、
前記記憶手段に対する前記電子文書の登録時、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、ネットワーク上で共有されたサーバー内の記憶手段に保持された前記電子文書に設定されたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段において、同じく、サーバー内の管理テーブルの電子文書のIDに対応して保存年限、最長保存年限、期限経過後の操作の情報を持ち、電子文書登録時にこれらの情報を設定可能で、電子文書参照時に保存年限、最長保存年限、期限経過後の操作情報の中から必要な情報を組み合わせて判定し、必要と判断された場合に文書参照ソフトウエアに対してファイルの削除指示を行ない、該指示を受けたソフトウエアが電子文書を記憶手段から削除することを特徴とする文書処理システム。
【請求項２】
暗号化される電子文書をサーバ装置に登録可能な文書処理システムであって、
ネットワークを介してメールサーバ装置とユーザＰＣと所定の電子メールプロトコルにより通信する通信手段と、
所定の機能要求を制限するためのアクセス許可属性，機能別ＩＤ情報を前記電子文書に対して設定する設定手段と、
前記アクセス許可属性が設定される電子文書を更新可能に記憶する記憶手段と、
前記設定手段により前記電子文書に対して設定される電子文書毎のアクセス許可属性，ＩＤ情報を管理するアクセス情報管理テーブルと、
前記記憶手段に対する前記電子文書の登録時、前記アクセス許可属性，ＩＤ情報に対する変更要求に従い、ネットワーク上で共有されたサーバー内の記憶手段に保持された前記電子文書に設定されたアクセス許可属性，ＩＤ情報を更新し、該変更されたアクセス許可属性，ＩＤ情報に基づき前記アクセス情報管理テーブルの内容を整合するように更新する電子文書管理手段において、同じく、サーバー内の管理テーブルの電子文書のIDに対応して保存年限、最長保存年限、期限経過後の操作の情報を持ち、電子文書登録時にこれらの情報を設定可能で、電子文書参照時に保存年限、最長保存年限、期限経過後の操作情報の中から必要な情報を組み合わせて判定し、必要と判断された場合に文書参照ソフトウエアに対してファイルの削除指示を行ない、該指示を受けたソフトウエアが電子文書を記憶手段から削除する、アクセス許可情報のサーバーとの授受を電子メールのプロトコルを使用することを特徴とする文書処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【公開番号】特開２００８−５２６４３（Ｐ２００８−５２６４３Ａ）
【公開日】平成２０年３月６日（２００８．３．６）
【国際特許分類】
【出願番号】特願２００６−２３０７１３（Ｐ２００６−２３０７１３）
【出願日】平成１８年８月２８日（２００６．８．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２０年３月６日（２００８．３．６）
【国際特許分類】
【出願日】平成１８年８月２８日（２００６．８．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]