JP2006107381A - 文書監視システム - Google Patents

Abstract

【課題】アプリケーション依存性なく、全ての利用者に対して統一して電子文書の閲覧又は印刷物の流出の監視を出来る文書監視システムを提供する。
【解決手段】フォントファイルとフォントマネージャを用いて、電子文書の表示または印刷を行うシステムであって、
複数の文字形状を含むフォントデータの他にアドレスデータを内在した専用フォントと、
その専用フォントを処理する専用フォントマネージャとを有し、
専用フォントマネージャは、文字形状生成の依頼を受けたとき、専用フォントファイルから文字形状を読み出して生成依頼元へ返すと共に、アドレスデータを読み出し、ログインユーザ名と閲覧若しくは印刷しようとする電子文書の文書名と現在時刻を取得し、その内容を管理情報として前記アドレスデータを宛先アドレスとして通知する。
【選択図】 図２

Description

本発明は、フォントファイルとフォントマネージャを用いて電子文書の閲覧と印刷を行うシステムに関する。

フォントファイルは、文字コードと文字形状とを対応付けて保持しているファイルであり、フォントマネージャは、文書編集アプリケーションからＯＳ（Operating System以下ＯＳという。）を経由して文字表示依頼を受け取ると、フォントファイルへアクセスして、指定された文字コードに対応した文字形状を読み出し、ＯＳ経由で描画したり、印刷したりする。したがって、フォントファイルとフォントマネージャは、電子文書の編集には欠かせないものである。
ところで、電子文書としては、機密性が要求されるものがあり、このような文書に対して、従来、文書編集アプリケーションにパスワードを設定して、閲覧者に制限を掛ける手法が一般的に用いられている。
特開２００３−２１６６００

しかしながら、上述した従来の方法では、文書の機密保持は、アプリケーションに依存し、別のアプリケーションを用いる場合には、機密保持が出来ないこととなる。近年、オフィスや、研究所、事業所等において、機密性の高い文書は多く存在し、それがアプリケーション依存性があると、統一して管理することが困難であるという課題がある。
本発明は、上記課題に鑑み、アプリケーション依存性なく、全ての利用者に対して統一して電子文書の閲覧又は印刷物の流出の監視を出来るようにしたものである。

上記目的を達成するために本発明は、フォントファイルとフォントマネージャを用いて、電子文書の表示または印刷を行うシステムにおいて、複数の文字形状を含むフォントデータの他にアドレスデータを内在した専用フォントと、その専用フォントを処理する専用フォントマネージャとを有し、専用フォントマネージャは、文字形状生成の依頼を受けたとき、専用フォントファイルから文字形状を読み出して生成依頼元へ返すと共に、アドレスデータを読み出し、ログインユーザ名と閲覧若しくは印刷しようとする電子文書の文書名と現在時刻を取得し、その内容を管理情報として前記アドレスデータを宛先アドレスとして通知することを特徴としている。

上記構成によれば、あるユーザが電子文書の閲覧、印刷をすると、端末にログインする際のユーザ名、電子文書名、現在時刻を管理情報として、専用フォントファイルに格納されているアドレスデータが示すアドレス宛に送信する。前記管理情報が、受信端末上で記録管理されるなら、管理情報が上記内容を含むなら、文書の閲覧、印刷を依頼したユーザを特定するのに十分なデータであり、そのため、本システム利用者は、その文書の利用を監視されていることになり秘密文書の漏洩に対する抑止効果が期待できる。しかも、アドレスデータは、フォントファイルに格納されていて、文書編集アプリケーションが異なっても、管理情報の送信は続行されるので、全ての電子文書を統一して機密保持することが可能になるといった効果がある。
前記管理情報には、さらに、文字形状生成依頼が、閲覧のためか印刷のためかを示す情報を含み、
文字形状生成依頼がプリンタドライバからである場合は、印刷された旨の情報、それ以外の場合は、閲覧された旨の情報を格納する構成とすることができる。
このように閲覧、印刷の区別を示す情報も管理情報に含ませると、更に機密保持は強固になる。
また、前記専用フォントファイルは、文字コードを指定して読み出される文字形状データが、当該文字コードの示す文字とは異なる文字形状とすることができる。

このように文字コードと文字形状データとの対応を、文字コードが示す文字と、文字形状データが表す文字とが異なるようにすると、専用フォントファイルで正常に閲覧、印刷できる形態で電子文書を作成すれば、専用フォントファイルを有しない一般端末では、前記電子文書を正常に再現してみることが出来なくなり、より一層の機密保持を図ることが出来る。
さらに、専用フォントファイルに、複数種類の文字形状データ或いは文字サイズデータを持たせて、専用フォントマネージャが、文字生成依頼を受けると文字形状或いは文字サイズをランダムに変更すると共に、宛先アドレスに通知する管理情報として、変更した文字形状、文字サイズを含ませるようにすることも出来る。

このようにすると、特に印刷時において、どの種類の文字形状、或いは文字サイズで印刷したかの記録も管理情報として保存されることとなり、機密性を高めることが出来る。

以下、本発明に係る最良の実施の形態について図面を参照しながら説明する。
［実施の形態１］文書表示の通知
＜構成＞
図1は、本発明が適用される文書編集機能を有したパソコンPC１、２…を備えた例えばバス型のLANを示している。このLANには、出力装置としてMFP４が接続されている。MFP４もプライベートアドレスを持っている。ネットワーク全体は、ネットワークサーバ５を通じてネットワーク管理者によって管理されている。
各パソコンPC１、２…は、図２に示すようにＯＳ６上で動作する文書編集アプリケーション７、専用フォントマネージャ８、フォントファイル９を有し、文書編集機能を持ったパソコンである。
ＯＳ６は、例えばWINDOWS（登録商標）ＸＰが用いられる。文書編集アプリケーション７は、日本語ワープロ機能を有した例えばMicrosoft WORD（商標）が用いられる。
フォントファイル９は、文字コード９aと文字形状９ｂとを対応付けたテーブルである。図面では、フォントファイルは、1つ示すが、文字形状毎に、異なったファイルとして複数存在する。この実施例のフォントファイルは、テーブル中に、文字コード９aと文字形状９ｂ以外に、文書管理者アドレス９ｃを格納している。文書管理者は、閲覧しようとする文書の管理責任者であり、この実施例においては、ネットワーク管理者が文書管理責任者とされている。従って、文書管理者アドレス９ｃは、ネットワーク管理者のアドレス（例えばIPアドレスとしてサーバ５のアドレス192.168.1.1）に等しい。
専用フォントマネージャ８は、公知のフォントマネージャの機能に専用の機能が付加されている。公知のフォントマネージャの機能は、文字描画に使用されるフォントデータの登録／削除／データの読み出し等の機能である。専用の機能は、フォントデータの読み出し時に、フォントファイル中の文書管理者アドレスを参照して、そのアドレスを宛先として、読み出した文書名、現在時刻、LOGIN USER名等をネットワーク上に送信する。

＜動作＞
次に、上記構成における動作について説明する。
文書内にフォントファイル９が使用されており、そのフォントファイル９で記述された部位を表示する際の動作を説明する。文書編集アプリケーション７はその部位に使用されているフォントのタイプと大きさと文字コードと表示箇所を指定し、ＯＳ６に文字、表示依頼を行う（Ｐ１）。ＯＳ６は、指定されたフォントファイル（この場合、フォントファイル９）を処理するための専用フォントマネージャ８に、フォントのタイプと大きさと文字コードを指定し、形状生成依頼を行う（Ｐ２）。専用フォントマネージャ８は、指定されたフォントのタイプに適したフォントファイル９から指定された文字コードに対応する文字の輪郭を取得する（Ｐ３）。専用フォントマネージャ８は、指定された文字の大きさにしたがい、文字のイメージを生成しＯＳ６に返す（Ｐ４）。と同時に、ＯＳ６より現在のActiveなアプリケーション７とそれに使用されている文書File名称（文書名称）と現在時刻と現在そのＯＳ６にLoginしているUser名を取得し（Ｐ５）、フォントファイル９に内在されている文書管理者アドレス９ｃに文書名称、現在時刻、User名を文書が閲覧された旨（ＯＳからの文字形状生成依頼の場合は閲覧と判断する）を含め通知する（Ｐ６）。ＯＳ６は、専用フォントマネージャ８より返された文字のイメージを指定された位置に表示する（Ｐ７）。

＜通信の詳細＞
図３は、図２のパソコンPC1から文書管理者端末へ、必要な情報を通信する構成を示している。PC1と管理者端末５とは、特定ポートnnn（ｎは０または正の整数）を通じて、TCP／IPプロトコルにより通信が可能な設定とされている。
PC1側の専用フォントマネージャ８は、OS６起動時に、自分の管理するフォントファイル９内の文書管理者アドレス９ｃを取得し、自PCと同一のIP Addressが格納されていれば、通信PORTnnn番をオープンする（Ｑ１）。その際、nnn番は本システムで取り決められた番号とする。専用フォントマネージャ８は、TCP/IPプロトコルを用い、フォントファイル９内の文書管理者Address（IP:192.168.1.1）のnnn番ポートに閲覧または印刷通知を送信する（Ｑ２）。文書管理者端末５では、専用フォントマネージャ８がTCP/IPパケットtをポートnnnより受信すると（Ｑ３）、そのパケットをLOGキューに保持する（Ｑ４、Ｑ５）。
通信方法の他の例を、図７に示す。
この例は、専用フォントファイル９内に文書管理者のメールアドレスが格納されており、専用フォントマネージャ８は、メーラーを内蔵し、管理情報を通信するに際しては、メーラーを起動して、文書管理者のメールアドレス宛に管理情報の添付されたメールを送信する。すると、ＳＭＴＰサーバを介して、ＰＯＰサーバのメール保存領域に格納される。文書管理者は、メーラーアプリケーションを用いて、メールを受け取り、管理する。

＜マトメ＞
上記のように、ユーザが文書閲覧に文書ファイルを使用すると、文書名、現在時刻、文字サイズ、文字形状等の情報が、文書管理責任者へ通知されるので、閲覧される文書の責任者による監視が行える。このような監視を行うと、もしも、機密文書が外部に漏れたとしても、その文書を過去に閲覧した者を、管理者のLOGキューを検索することにより、特定することが可能になる。このことは、文書の流出を直接防ぐことは出来ないが、流出の抑止効果は、十分に果たし、結果的に、機密文書の流出抑制効果を期待することが出来るのである。

その上、文書管理責任者のアドレスは、フォントファイルに格納されていて、専用フォントマネージャとの協働で、文書管理責任者へ通知をすることになり、文書編集アプリケーションは、全く関与しないので、文書編集アプリケーションが変更されたとしても、監視機能が損なわれることは無い。
なお、上記実施の形態は、文書編集アプリケーションから閲覧依頼を受けているが、印刷依頼も受け付けることが出来る。その場合は、ＯＳが、閲覧依頼か印刷依頼かを判別することになる。印刷依頼の場合は、ＯＳからプリンタドライバ（不図示）に印刷依頼の通知がなされ、プリンタドライバから専用フォントマネージャへ文字形状生成依頼を行うことになる（後記図5参照）。

[実施の形態２]
図４は、図２の文書管理者宛の通知処理の動作を、改良した例を示している。前の実施例では、文書中の一部の部位を参照する度に，管理責任者に通知が行くこととなり、通知が頻繁に発生する惧れがある。そこで、図４では、最初の通知をステップS５で行うと、その時刻を保持しておき（S６）、続いて、文字形状生成依頼があったとしても、一定時間経過するまでは通知を行わないようにしている（S３）。一定時間は、適当に設定されるが、例えば、３０分程度にすることができる。
このようにすると、通知の頻出が防げ、かつ文書閲覧者の漏れの無い監視が可能となり、実使用に適しているといえる。

［実施の形態３］文書印刷の通知
図５は、実施の形態３を示している。基本的な構成は前記実施の形態１と同じであり、異なるのは、プリンタドライバを通じてプリントの依頼がある場合に対応できる点と、専用フォントファイルが、１の文字コードに対して複数書体の文字形状を有している点と、専用フォントマネージャが、フォントファイルから任意の文字形状を選択する機能を有している点である。

以下この点を詳しく説明する。なお、図２の構成と対応するソフトウエアは、同一番号を付し、説明は省略する。
プリンタドライバ１０は、プリンタ毎にインストールされているもので、ＯＳ６を通じて文字印刷依頼を受けると、専用フォントマネージャ１１に対して文字形状の生成を依頼し、専用フォントマネージャ１１から文字形状を受け取ると、プリンタ宛に印刷ＪＯＢを発送する。

フォントファイル１２は、図示のように、同じ文字コードに対して書体の異なる２種類の文字形状１２ａ、１２ｂを有している。勿論、３種類以上の書体の文字形状を準備することも出来る。
専用フォントマネージャ１１は、図６のフローチャートに従って、２種類のうちのどの文字形状を選択するかを、ＯＳ６から異なった文書名称を受信する度にランダムに切り替える機能を有している。図６に従って、説明すると、専用フォントマネージャ１１は、起動後、初期化（Ｓ１１）を行った後、ＯＳ６から形状生成依頼が来る度に（Ｓ１２）、依頼元である文書名を取得する（Ｓ１３）。依頼元は、文書編集アプリケーションで編集処理中のファイル名であり、ＯＳがその名称を専用フォントマネージャ１１に送付する。取得した文書名を前回取得した文書名と比較（Ｓ１４）し、前回とは異なる新しい名称であれば（Ｓ１５）、乱数を発生し（Ｓ１６）、得られた乱数値の最下位ビット（ＬＳＢ）が“０”か“１”かを見る（Ｓ１７）。“０”の場合は、フォントファイルの文字形状１２aを参照する処理を行い（Ｓ１８）、“１”の場合は、文字形状１２bを参照する処理を行う（Ｓ１９）。この後、プリンタドライバ１０から依頼と共に受け取った文字コードを用いて参照した文字形状テーブルから該当する文字形状を受け取る（Ｓ２０）。このとき同時に、管理者のアドレスも取得する。受け取った文字形状はプリンタドライバへ送出し（Ｓ２１）、これと並行して文書名、現在時刻、文字サイズ、文字形状の種類等の管理情報を作成し（Ｓ２２）、作成完了すると、当該管理情報を管理者アドレス宛に送信する（Ｓ２３）。

次に図５の構成による動作を簡単に説明する。
文書編集アプリケーション７は、文書Ｄ中の印刷しようとする部位に使用されているフォントのタイプと大きさと文字コードと印刷箇所を指定しOS６に文字印刷依頼を行う。OS６はその旨をプリンタドライバ１０に伝える（Ｒ１）。プリンタドライバ１０は、指定されたフォントファイル（この場合フォントＡ）を処理するための専用フォントマネージャ１１に、フォントのタイプと大きさと文字コードを指定し、形状生成依頼を行う（Ｒ２）。これと並行して、専用フォントマネージャ１１には、ＯＳ６より現在Activeなアプリケーションとそれに使用されている文書ファイル名（文書名称）と現在時刻と現在そのOSにLoginしているUser名を通知する（Ｒ３）。
専用フォントマネージャ１１は、指定されたフォントのタイプに適したフォントファイル（今の場合、フォントファイルＡ）から指定された文字コードに対応する文字の輪郭を取得する。その際、フォントファイルＡに含まれる複数の文字形状からランダムに文字形状を選択する（Ｒ４）。この選択は、図６のフローチャートのステップＳ１６、１７、１８、１９によってなされる。

専用フォントマネージャ１１は、選択した文字形状に基づき文字のイメージを生成しプリンタドライバ１０に返す（Ｒ５）。これと並行してフォントファイルＡに内在されている文書管理者アドレスに、文書名称、現在時刻、User名、使用した文字形状からなる管理情報を、文書が印刷された旨を含め通知する（Ｒ６）。
一方、プリンタドライバ１０は、専用フォントマネージャ１１より返された文字のイメージを印刷ＪＯＢとしてプリンタ宛に送出する（Ｒ７）。
上記のように、印刷依頼を受けると、ランダムに文字形状を選択してその文字形状に基づいた文字イメージで印刷すると共に、文書管理者にも、文字形状を管理情報に含めて通知すると、現在時刻、ＵＳＥＲ名等と共に、文字形状まで管理情報に含まれているので、印刷データが外部に漏洩した場合、どの印刷データであるかの特定が一層容易になり、それだけ、漏洩に対して高い抑止効果を期待できる。
なお、文字形状を変更するのに変えて、或いは加えて、文字サイズを変更するようにすることも出来る。勿論その場合は、管理情報に変更後の文字サイズも含められる。こうすれば、更に抑止効果は高まる。

また、実施の形態３では、印刷の依頼を受けているが、閲覧依頼も受けることが出来る。その場合は、ＯＳが、依頼が閲覧であるか、印刷であるかを判断し、印刷依頼であれば、プリンタドライバに通知し、閲覧依頼であれば、直接専用フォントマネージャに形状生成依頼を行うことになる。
[実施の形態４]文字コードと文字形状の組み合わせ
前述した実施の形態１〜３では、専用のフォントファイルが存在しない端末で閲覧または印刷された場合に、閲覧または印刷の通知が行われない。その結果、文書管理者は、文書が閲覧され或いは印刷されたことを知ることができないという不具合が生じる場合がある。この実施形態は、そのような場合において、一般端末で、秘密文書が正常に閲覧若しくは印刷され無くし、他方、専用フォントファイルを備えた端末では正常に閲覧、印刷出来るように工夫している。

図８は、秘密文書を正常に閲覧若しくは印刷できるよう工夫された、専用フォントファイルを有した端末を示している。構成上、これまでの実施形態と異なるのは、専用フォントファイル２１だけである。なお、秘密文書は、図示していないが、正規の文字が別の文字に置き換えて作成されていて、専用フォントファイルを有さない一般端末で閲覧すると、文書としての意味を成さないものである。
専用フォントファイル２１は、図示のように文字コード２１aに一対一に対応する文字形状２１bが、文字コード２１aの意味する文字とは異なる文字を割り当てられている。例えば、文字コード“Ａ”に対しては、文字形状“Ｃ”を、文字コード“Ｂ”に対しては、文字形状“Ｚ”を、文字コード“Ｃ”に対しては、文字形状“Ａ”を・・・というようになっている。

このため、一般端末では正常に再現できない秘密文書を、上記専用フォントファイルを有した端末で閲覧若しくは印刷すると、例えば電子文書中の文字コード列“ＣＺＡ”は、専用フォントファイルを参照して文字コードを取得すると、“ＡＢＣ”という文字列が再現できることになる。これを一般端末で閲覧すると、文字コードのままの文字“ＣＺＡ”となり、およそ意味を成さない文書しか閲覧できない。

[実施の形態５]通常と異なる文字コードの入力
実施の形態４では、秘密文書が一般の端末では、正常な文章として閲覧、印刷できないという目的は達成できるが、文書入力の際に、特別なキー入力を使用しなければならず、入力作業に困難性を伴う。この実施形態は、その作業労力を軽減し、一般文書を作成する感覚で、作成できるようにしている。

図９は、そのような端末の構成を示している。図中、実線で示された経路が通常のキー入力経路であり、点線が特殊なキー入力の経路である。特殊なキー入力を行うには、そのモードに入るための操作が必要であり、例えば、ctlキーとaltキーを押しながら、特定の文字キー或いはファンクションキーを押すといった操作である。特殊なキー入力を行うモードに入ると、専用フォントマネージャ３１が、ＯＳ６のキー入力機能とすりかわり、キー入力を受け取るようになる。すると、専用フォントマネージャ３１は、キー入力があると、フォントファイル３２を参照し、変更すべき文字コードに変換を行う。図９の例では、文書作成者は文字“Ａ”を入力するためにキー入力“Ａ”を行う（Ｓ１）。専用フォントマネージャ３１は、フォントファイル３２を参照し、文字“Ａ”を表示するための文字コードは“Ｃ”と判断し、文字コード“Ｃ”をＯＳ６にリダイレクトする（Ｓ２）。この入力をＯＳ６は、通常のキー入力として捕らえ文書編集アプリケーションに文字コード“Ｃ”を返す（Ｓ３）。

上記のように特殊なキー入力を行うモードに変更して、入力操作を行うようにすれば、文書作成者は、通常の文書を作成する感覚で、秘密文書を作成でき、作成作業が軽労化される。
[実施の形態６]RPCを用いたFont Fileの共有
実施の形態１〜５では、専用フォントファイルを、対象の文書を閲覧または印刷しようとする全ての端末に配布する必要があり、ＬＡＮの規模によっては、夥しい数の端末に同種のフォントファイルを配布しなければならないという煩わしさがある。
このような、配布作業をなくし、１の端末だけに格納して置き、他の端末は仮想的にこれを利用できるようにしたのが、実施形態６である。
図１０は、実施の形態６の全体構成を示している。サーバ４１とクライアントＰＣ４２、４３とがネットワークで接続されている。サーバ４１は、これまでの実施の形態で述べた端末と同様に、専用フォントマネージャ４１a、専用フォントファイル４１bを有している。

対して、クライアントＰＣ４２、４３は、専用フォントファイルは有しておらず、仮想専用フォントマネージャ４２a、４３aを備えている。仮想専用フォントマネージャ４２a、４３aは、自端末内のＯＳ、プリンタドライバとの関係においては、サーバ側の専用フォントマネージャ４１aと変わりは無いが、フォントファイルと通信を行う代わりに、サーバ４１上の実専用フォントマネージャ４１aとRemote Procedure Call(RPC)通信を行う。
図示例は、実施の形態１の専用フォントマネージャの働きをRPCで実現した例を示している。

次に、この構成による動作を説明する。先ず、クライアントPC４２上の仮想専用フォントマネージャ４２aが、文字形状生成依頼（Ｔ１）を受け取ると、文書名称、現在時刻、Login User名をＯＳから取得し（Ｔ２）、SOAP Formatで文書名称、現在時刻、Login User名、閲覧および印刷の種類、文字形状生成依頼内容を作成し、サーバ４１の実専用フォントマネージャ４１aに送信する（Ｔ３）。実専用フォントファイル４１bは、専用フォントマネージャ４１aから依頼された文字形状のoutlineと文書管理者Addressを取得し（Ｔ４）、文書管理者Addressに文書名称、現在時刻、Login User名を通知すると同時に、SOAP Formatで文字形状を返信する（Ｔ５）。仮想専用フォントマネージャ４２aは、文字形状を受信すると、その形状をＯＳに返す（Ｔ６）。また、サーバ４１の専用フォントマネージャからは、管理情報が文書管理者アドレス宛に送信される（Ｔ７）。

以上に説明したように本発明は、アプリケーションソフトウエアの機能に依存せず、特定のフォントを使用した電子文書の閲覧と印刷を監視することができる。電子文書に対するこうした行為を監視することにより、文書の違法な改竄や流出を抑止する効果を持つ。

機密性の高い文書の閲覧、印刷の監視ができ、文書の保存、管理業務において有益である。

本発明の実施の形態に係る文書監視システムが適用されたネットワークを示す図である。 実施の形態１の構成を示す図である。 管理情報の通信方法を示す図である。 実施の形態２を説明するフローチャートである。 実施の形態３の構成を示す図である。 図５の専用フォントマネージャの動作を説明するフローチャートである。 管理情報の通信方法として図３とは異なる方法を示す図である。 実施の形態４の構成を示す図である。 実施の形態５の構成を示す図である。 実施の形態６の構成を示す図である。

符号の説明

ＰＣ１〜３ パソコン（端末）
５ サーバ
ＭＦＰ４
６ ＯＳ
７ 文書編集アプリケーション
８、１１ 専用フォントマネージャ
９、１２ 専用フォントファイル
９a 文字コード
９ｂ 文字形状
９ｃ 文書管理者アドレス
１２a、１２b 異なった文字形状データ

Claims (6)

1. フォントファイルとフォントマネージャを用いて、電子文書の表示または印刷を行うシステムにおいて、
   複数の文字形状を含むフォントデータの他にアドレスデータを内在した専用フォントと、
   その専用フォントを処理する専用フォントマネージャとを有し、
   専用フォントマネージャは、文字形状生成の依頼を受けたとき、専用フォントファイルから文字形状を読み出して生成依頼元へ返すと共に、アドレスデータを読み出し、ログインユーザ名と閲覧若しくは印刷しようとする電子文書の文書名と現在時刻を取得し、その内容を管理情報として前記アドレスデータを宛先アドレスとして通知することを特徴とする文書監視システム。
2. 前記管理情報には、さらに、文字形状生成依頼が、閲覧のためか印刷のためかを示す情報を含み、
   文字形状生成依頼がプリンタドライバからである場合は、印刷された旨の情報、それ以外の場合は、閲覧された旨の情報が格納されることを特徴とする請求項１記載の文書監視システム。
3. 前記専用フォントファイルは、文字コードを指定して読み出される文字形状データが、当該文字コードの示す文字とは異なる文字形状とされていることを特徴とする請求項１、２に記載の文書監視システム。
4. 前記専用フォントファイルは、複数種類の文字形状データ或いは文字サイズデータを有し、
   前記専用フォントマネージャは、文字生成依頼があると文字形状或いは文字サイズをランダムに変更すると共に、宛先アドレスに通知する管理情報として、変更した文字形状、文字サイズを含ませることを特徴とする請求項１〜３に記載の文書監視システム。
5. 前記文字生成依頼に対して文字形状或いは文字サイズをランダムに変更するのは、文書単位で行われることを特徴とする請求項４記載の文書監視システム。
6. 前記管理情報は、TCP/IPプロトコルを通じてネットワーク上の管理者端末へ送信され、或いは、電子メールを用いて管理者メールボックスまで送信されることを特徴とする請求項１〜５記載の文書監視システム。

Images